Mientras Wall Street descansa, los índices sintéticos de Deriv generan volatilidad real 24/7 → Empezá a operar.
Espacio patrocinadoChainlink presentó este lunes CCIP 2.0, una actualización de su tecnología para transferir activos y mensajes entre distintas blockchains. La novedad principal es que emisores y aplicaciones pueden exigir verificaciones adicionales antes de completar una operación.
El anuncio apunta especialmente a instituciones que necesitan decidir cómo se validan sus movimientos y qué controles aplican a cada activo.
Chainlink amplía el control sobre las transferencias entre redes
La seguridad de los puentes volvió al centro del debate después del robo de unos $292 millones en rsETH a Kelp DAO en abril. Aquel incidente afectó a un puente construido sobre LayerZero, otra infraestructura, y no a Chainlink.
Según el informe de LayerZero, los atacantes comprometieron servidores que suministraban datos a su verificador y la configuración del puente aceptaba una sola validación independiente.
Cómo funcionan los nuevos verificadores de CCIP 2.0
Para entender el cambio hay que mirar cómo funciona un puente. Una transferencia en una blockchain debe comprobarse antes de que el activo correspondiente quede disponible en otra. Si la información que llega al destino es falsa o el mecanismo de validación falla, pueden liberarse fondos sin que exista el respaldo esperado.
CCIP 2.0 utiliza por defecto un comité de 16 operadores de nodos que debe alcanzar consenso sobre la transacción. Sobre esa base, el emisor puede sumar uno o más verificadores independientes, llamados CCV, operados por su propia organización o por un proveedor externo. Cuando se exige ese paso extra, tanto el comité predeterminado como los CCV designados deben firmar antes de ejecutar el movimiento.
La opción permite establecer controles distintos según la operación. Una entidad podría pedir una aprobación adicional para transferencias superiores a cierto importe y aplicar reglas de identidad, listas de acceso o límites de exposición. Chainlink también ofrece parámetros para elegir entre rapidez de liquidación y espera de la finalidad completa en la red de origen; esta última es la configuración predeterminada.
La segunda capa de seguridad depende de cada integración
Hay un matiz importante detrás de la promesa de seguridad. La red separada de gestión de riesgos que Chainlink destacaba en versiones anteriores ya no realiza una verificación automática fuera de cadena en las implementaciones actuales, según su documentación. Se conserva un contrato en cadena para ciertas medidas de emergencia. Quien no configure un CCV adicional depende del comité predeterminado, aunque este agrupa a 16 operadores.
Por eso, la mejora no debe interpretarse como una protección idéntica para todos los usuarios. La arquitectura abre la posibilidad de añadir una segunda validación, pero la decisión de activarla y administrarla recae en cada integración. Una capa extra también incorpora decisiones sobre quién la opera, qué comprueba y qué sucede si no responde.
Más allá de la defensa frente a ataques, Chainlink presenta CCIP 2.0 como una herramienta para distribuir activos tokenizados entre redes con reglas adaptadas a bancos, emisores y protocolos DeFi. Su eficacia se medirá en implementaciones concretas: cuántos participantes utilizan verificadores adicionales, cómo configuran los límites y qué capacidad demuestran para detectar mensajes inválidos.
El caso de Kelp mostró el costo potencial de concentrar la confianza en una sola comprobación. El lanzamiento de Chainlink propone otra forma de repartir ese trabajo, pero el número de firmas exigidas y la independencia real de quienes verifican seguirán siendo las preguntas decisivas.
