Chainlink ha incorporado en CCIP 2.0 un mecanismo que permite a los emisores de tokens exigir una verificación adicional antes de completar una transferencia entre cadenas. Si ese verificador no emite su aprobación, la red de destino no libera ni acuña los activos, aunque la operación ya haya bloqueado o quemado los tokens en la cadena de origen.
La funcionalidad, anunciada el 28 de septiembre, añade los llamados Verificadores entre Cadenas (CCV) al verificador de comité que CCIP utiliza por defecto. Un emisor o un tercero puede operar uno de estos servicios y convertir su aprobación en un requisito obligatorio para entregar los tokens en la cadena de destino.
El bloqueo puede producirse después de iniciar la transferencia
El proceso comienza cuando el componente OnRamp de CCIP reúne los requisitos de verificación aplicables a la transferencia. A continuación, el grupo de tokens bloquea o quema los activos y registra el mensaje para que los servicios de verificación externos puedan procesarlo.
Estos servicios observan el evento en la cadena de origen, aplican sus propias reglas de finalización y verificación y publican una confirmación vinculada al identificador del mensaje. Cuando la operación llega a la cadena de destino, el componente OffRamp comprueba que se hayan recibido todas las confirmaciones exigidas antes de ordenar al grupo de tokens que libere o acuñe los activos.
Los requisitos dependen de la configuración de la ruta y del grupo de tokens. También pueden intervenir las condiciones del contrato receptor, cuando existe una llamada a ese contrato. En una transferencia que solo mueve tokens no hay una devolución de llamada del receptor cuyas preferencias de verificación deban revisarse. Las preferencias del remitente, por su parte, pueden ampliar el conjunto de verificadores aplicable en el origen.
La consecuencia es relevante para los usuarios: una transacción puede completarse en la cadena de origen mientras la entrega en la cadena de destino permanece pendiente. Chainlink advierte de que todos los CCV obligatorios deben devolver resultados válidos antes de que la ejecución pueda continuar. Si uno de ellos deja de responder, puede detener todos los mensajes que dependan de su aprobación.
Más controles para los emisores, más dependencias para los usuarios
El verificador de comité predeterminado está formado por 16 operadores de nodos independientes. Los CCV se sitúan junto a esa estructura y añaden una capa de control que puede estar gestionada por el propio emisor o por un operador externo.
En el primer caso, el servicio del emisor pasa a ser una de las partes capaces de retrasar la finalización de una transferencia. Si lo gestiona un tercero, la dependencia queda bajo el control de ese operador. El diseño permite ese tipo de control, pero la información de lanzamiento no identifica un activo de producción concreto ni una ruta activa en la que un emisor haya impuesto ya un CCV obligatorio. Por tanto, la nueva función no demuestra que una transferencia específica haya sido bloqueada.
Chainlink atribuye a los operadores externos de CCV la responsabilidad sobre la implementación, el mantenimiento y la disponibilidad de sus servicios. Para el titular, las preguntas esenciales pasan a ser qué verificaciones son obligatorias para su token y esa ruta, quién las controla y qué ocurre si una de ellas no llega a completarse.
Qué opciones existen si la entrega se detiene
Una vez disponibles todas las pruebas requeridas y cumplidos los requisitos de cualquier quórum opcional, la ejecución en la cadena de destino no está restringida al ejecutor predeterminado de Chainlink. Cualquier usuario puede presentar la transacción, también mediante la vía de ejecución manual. Sin embargo, cambiar de ejecutor o pagar el gas de la cadena de destino no permite eludir una confirmación obligatoria que falte.
El mensaje puede permanecer sin ejecutar si todavía no se han reunido las atestaciones necesarias. Si un intento ya presentado falla dentro del proceso protegido de OffRamp, puede quedar marcado como fallido y reintentarse una vez resuelto el problema. El ejecutor predeterminado reintenta las operaciones durante una ventana configurada actualmente en ocho horas, un límite que se refiere al servicio automatizado.
La documentación publicada no establece una cancelación, devolución o reembolso automático y general de los tokens en la cadena de origen cuando un verificador obligatorio nunca emite su aprobación. Cualquier solución específica dependería de las condiciones de cada activo.
CCIP 2.0 también contempla controles opcionales del motor de cumplimiento automatizado de Chainlink. En la cadena de origen, una comprobación puede rechazar la transferencia antes de que los tokens se bloqueen o quemen, provocando la reversión de la transacción. Otra comprobación en destino puede impedir la liberación o acuñación después de iniciarse el proceso, hasta que se resuelva la condición y la ejecución pueda reintentarse.
La presencia de un token o de una red en el directorio principal de Chainlink no revela por sí sola si una ruta concreta exige un CCV operado por el emisor ni si utiliza un control de destino. Es necesario conocer la configuración del grupo de tokens, la ruta y los verificadores aplicables.
