USD
Chainlink lanza CCIP 2.0 con verificación cross-chain a medida
Nuevos controles de verificadores llegan junto con una conexión para bancos al libro mayor de depósitos tokenizados de Swift
TL;DR
- CCIP 2.0 de Chainlink permite a los emisores de activos añadir comprobaciones criptográficas independientes, ajustes de velocidad de transferencia y controles de cumplimiento a las transferencias cross-chain.
- Los Verificadores Cross-Chain Obligatorios pueden retrasar la entrega en destino cuando no hay una atestación obligatoria disponible, aunque no se identificó ninguna transferencia confirmada bloqueada por un emisor.
- Chainlink también está conectando a los bancos con el libro mayor de depósitos tokenizados de Swift, mientras los bancos conservan las claves de autorización y los procesos de liquidación existentes.
Opera de forma más inteligente en Jupiter, el DEX líder de Solana, creado para una ejecución rápida y gran liquidez.
Intercambia tokens a tasas competitivas, enruta automáticamente entre múltiples fuentes de liquidez y accede a perpetuos, DCA y herramientas avanzadas de trading — ¡todo en un solo lugar!
Chainlink lanzó CCIP 2.0 el 28 de septiembre de 2026, añadiendo Verificadores Cross-Chain configurables por el emisor, controles de velocidad de transferencia y herramientas de cumplimiento para activos digitales que se mueven entre blockchains. La actualización mantiene la capa de verificación estándar de Chainlink, a la vez que permite a los emisores exigir aprobaciones criptográficas adicionales para transferencias seleccionadas, creando un diseño en el que la entrega en destino puede quedar pendiente si un verificador requerido no aporta su atestación.
CCIP 2.0 utiliza un modelo de verificación aditivo. El Verificador del Comité de Chainlink por defecto sigue activo, mientras que los emisores pueden adjuntar Verificadores Cross-Chain independientes, o CCV, a transacciones que cumplan criterios seleccionados. El ejemplo de Chainlink usa transferencias superiores a $1 million, donde podría requerirse una aprobación adicional. El umbral ilustra el mecanismo, más que establecer una regla para toda la red.
El Verificador del Comité por defecto consta de 16 operadores de node independientes, revisados en materia de seguridad. Los CCV suplementarios pueden imponer condiciones adicionales de aprobación sin sustituir a ese comité, permitiendo que diferentes transacciones utilicen diferentes políticas de seguridad.
Los verificadores obligatorios pueden dejar pendientes las transferencias en destino
El OnRamp de CCIP reúne los requisitos de verificación para una transferencia antes de que el pool de tokens bloquee o queme activos en la blockchain de origen. Luego, servicios de verificación off-chain supervisan el evento en la cadena de origen, aplican sus reglas de finalidad y producen atestaciones criptográficas.
El OffRamp del lado de destino comprueba cada atestación requerida antes de que se liberen o se acuñen tokens. Si un verificador adicional obligatorio deja de estar disponible o no aporta su prueba, la operación del lado de origen puede completarse mientras la entrega en destino queda pendiente.
Las transferencias solo de tokens que no llaman a un contrato receptor evitan comprobaciones separadas del verificador del lado del receptor, pero aun así deben cumplir las atestaciones obligatorias configuradas previamente en el proceso de CCIP.
La información de lanzamiento de Chainlink no identificó un activo específico ni una ruta de transferencia en la que un CCV operado por un emisor ya se hubiera utilizado para bloquear una transferencia en vivo. El diseño permite que una transferencia se retrase cuando un verificador requerido no responde, pero no se identificó ningún caso confirmado de un emisor congelando deliberadamente una transferencia de CCIP.
La ejecución sigue siendo permissionless una vez existan todas las pruebas requeridas. El ejecutor por defecto de Chainlink generalmente envía la transacción de destino, pero otra parte puede ejecutarla manualmente. Una atestación obligatoria faltante no puede eludirse mediante ejecución manual.
Los mensajes no procesados permanecen marcados como “UNTOUCHED”. Una transacción que llega al OffRamp pero falla la ejecución se marca como “FAILURE” y puede reintentarse después de que se corrija el problema subyacente. El período de reintento automatizado es actualmente de ocho horas.
CCIP 2.0 también admite velocidades de finalidad configurables. Están disponibles transferencias más rápidas que la finalidad, mientras que la finalidad completa de la cadena de origen sigue siendo el ajuste de seguridad por defecto. El tiempo de transferencia y los requisitos de verificación son opciones de configuración separadas.
Chainlink también añadió funcionalidad de cumplimiento mediante su Automated Compliance Engine, que admite comprobaciones de know-your-customer, controles anti-money-laundering, screening de sanciones y límites de transacción.
Chainlink enmarcó el lanzamiento en términos institucionales más amplios, afirmando: “CCIP 2.0 ya está oficialmente en vivo. La infraestructura para los próximos $600 trillion de finanzas onchain está ahora en tus manos.”
LINK sube mientras CCIP 2.0 entra en funcionamiento
LINK subió con fuerza alrededor del despliegue, aunque no se estableció ningún vínculo causal entre la actualización y el movimiento del precio.
Gordon escribió el 29 de septiembre: “Vimos a QNT hacer un 6x / HBAR empezó a pumpear / La próxima utility coin en ver un gran movimiento será / $LINK / Volveré a esto.” La declaración fue comentario de mercado, no evidencia que vincule CCIP 2.0 con el movimiento de LINK.
Chainlink conecta a los bancos con el libro mayor de depósitos tokenizados de Swift
Chainlink también está proporcionando a los bancos una capa de conexión para el libro mayor de depósitos tokenizados en desarrollo de Swift. El anuncio de Chainlink del 28 de septiembre indicó que los bancos conservan las claves usadas para autorizar transacciones, mientras que el Chainlink Runtime Environment, o CRE, coordina flujos de trabajo que conectan los sistemas bancarios, el libro mayor de Swift y los smart contracts.
La configuración sigue un modelo de auto-firma. Los bancos siguen siendo responsables de la autorización de las transacciones en lugar de ceder el control a una red externa, mientras que una infraestructura compartida coordina instrucciones de pago programables.
El libro mayor blockchain de Swift opera como una capa de orquestación en lugar de sustituir el sistema de liquidación subyacente. La liquidación final puede continuar a través de mecanismos existentes, incluidos los sistemas de liquidación bruta en tiempo real.
Los depósitos tokenizados también siguen siendo distintos de las stablecoins. Los depósitos se mantienen como pasivos de sus bancos emisores y permanecen en libros mayores controlados por los bancos, lo que permite a las instituciones ampliar la disponibilidad de pagos fuera del horario bancario normal sin mover los fondos de los clientes a un token separado de un tercero.
Swift dijo que el libro mayor fue diseñado con más de 40 instituciones financieras, con 17 first movers pilotando transacciones de depósitos tokenizados. La red más amplia de Swift conecta a más de 11,500 instituciones financieras y usuarios corporativos en más de 200 mercados. Esas cifras muestran la escala de la red existente, pero no establecen cuántas instituciones adoptarán finalmente el libro mayor.
Los bancos aún tienen que demostrar que los depósitos tokenizados pueden operar en diferentes balances, jurisdicciones y esquemas de liquidación, al tiempo que gestionan fallos de conciliación, brechas de liquidez, screening de sanciones, transacciones fallidas y disputas entre instituciones.
Las iniciativas de Swift y CCIP usan infraestructura diferente, pero siguen el mismo enfoque básico de Chainlink: conectar sistemas institucionales existentes con redes programables, permitiendo a emisores y bancos conservar sus propios controles de seguridad, autorización y cumplimiento.
Este artículo ha sido refinado y mejorado por ChatGPT.
