Aunque los proyectos emergentes de cadenas L1 se centran en características nativas de cumplimiento y privacidad, para expandir su ecosistema no pueden evitar una realidad: deben depender de servicios externos. Puentes, oráculos y otras infraestructuras parecen insignificantes, pero en realidad esconden grandes riesgos.

Hablemos primero de los puentes. Este tipo de tecnología ha tenido varios problemas en la historia de blockchain. En 2022, el puente Ronin fue hackeado por 6 millones de dólares, el incidente de Wormhole resultó en una pérdida de 3.2 millones de dólares, y en 2025 ocurrieron varios incidentes con puentes multichain, acumulando pérdidas superiores a 2 mil millones de dólares. ¿Por qué siempre hay problemas? Porque la esencia del puente es confiar en terceros para verificar o usar soluciones de firma múltiple. Si la lógica de verificación tiene vulnerabilidades o las claves privadas se filtran, los fondos de los usuarios se pierden directamente. Para proyectos con ecosistemas aún pequeños y cuya liquidez depende principalmente de la participación de la comunidad, atraer más usuarios y activos reales (RWA) requiere necesariamente conectarse a Ethereum u otras cadenas principales para obtener mayor profundidad. Pero esto implica aceptar riesgos de interoperabilidad.

El problema de los oráculos es similar. Los proyectos necesitan oráculos para obtener precios; si el oráculo falla o es manipulado por hackers, los contratos DeFi en la cadena pueden sufrir liquidaciones incorrectas. En escenarios con RWA, esto es aún más crítico: la anclaje de activos reales requiere la colaboración de custodios, y cualquier problema en uno de estos pasos puede propagarse a todo el sistema.

Estos riesgos derivados de dependencias externas son reales. Especialmente en las etapas iniciales del proyecto, donde la capacidad de ejecución del equipo es limitada, estos problemas tienden a agravarse. Es comprensible que los usuarios sientan inseguridad al realizar transacciones cross-chain.

Pero, en realidad, este también es un paso inevitable para la mayoría de los proyectos L1. Muchos comienzan concentrándose en desarrollar un producto central sólido—perfeccionando módulos de privacidad, optimizando arquitecturas modulares—que constituyen su ventaja competitiva a largo plazo. Mientras se consoliden funciones nativas como emisión local y liquidación instantánea, y se aborden gradualmente los riesgos de dependencias externas, este camino sigue siendo viable.