ChainLink
Chainlink (escrito originalmente como ChainLink) es una plataforma de oráculos para cadenas de bloques que comprende redes de oráculos descentralizadas. Estas redes entregan datos y resultados de cálculo entre blockchains y sistemas externos, lo que permite contratos inteligentes utilizar información que no está disponible en su propio estado de blockchain.[1] El proyecto fue presentado por SmartContract.com, la empresa ahora conocida como Chainlink Labs.[2]
Un oráculo no hace que un hecho externo forme parte del consenso de una cadena de bloques por sí solo. En cambio, proporciona un insumo que un contrato ha sido programado para aceptar. El diseño de Chainlink intenta reducir la dependencia de un único oráculo combinando múltiples operadores de nodos y, cuando corresponda, múltiples fuentes de datos.[1]
Historia
Sergey Nazarov y Steve Ellis fundaron SmartContract.com en 2014 para conectar datos externos y cadenas de bloques públicas. Ellis, Nazarov y el científico informático de Cornell, Ari Juels, publicaron el primer documento técnico de Chainlink en septiembre de 2017. Describía contratos en cadena para seleccionar nodos de Oracle, informar datos y agregar resultados, junto con software fuera de la cadena ejecutado por operadores de Oracle.[1][2]
El proyecto creó un suministro fijo de mil millones de LINK. En su venta de tokens de septiembre de 2017, la compañía vendió 350 millones de LINK por aproximadamente 32 millones de dólares; otros 350 millones se reservaron para operadores de nodos e incentivos del ecosistema, y 300 millones se asignaron a la empresa.[3] Estas asignaciones describen la distribución inicial, no la cantidad de tokens que circularán en una fecha posterior.
La red Chainlink se lanzó en Ethereum en mayo de 2019 con un precio de ETH/USD. Posteriormente, su alcance se expandió más allá de los datos de mercado a otros servicios de Oracle y comunicación entre cadenas.[2] Un segundo libro blanco, publicado en 2021, utilizó el término más amplio red de oráculos descentralizada para grupos de nodos capaces de entregar datos y realizar cálculos fuera de la cadena para los denominados contratos inteligentes híbridos.[4]
Chainlink también se ha adaptado a entornos ajenos a Ethereum. En 2020, el proyecto Polkadot mostró una integración inicial de Chainlink con una cadena de bloques basada en Substrate.[5] Ese experimento no debe confundirse con que Chainlink sea una paracadena nativa de Polkadot.
Arquitectura
Las cadenas de bloques normalmente requieren que cada nodo de validación obtenga el mismo resultado de una transacción. Por lo tanto, un contrato no puede realizar directamente una solicitud web arbitraria y seguir siendo determinista. Un sistema Oracle salva ese límite al obtener información fuera de la cadena y publicar un resultado que un contrato dentro de la cadena puede leer.[6]
En el diseño original de Chainlink, un contrato de solicitud especifica los requisitos para un trabajo de Oracle. Los contratos en cadena ayudan a seleccionar operadores de nodos, recibir sus informes y agregar las respuestas. Los nodos fuera de la cadena obtienen los datos solicitados, los formatean y envían resultados firmados. Diferentes implementaciones pueden utilizar diferentes conjuntos de nodos, fuentes de datos, reglas de agregación y condiciones de actualización, por lo que "Chainlink" no denota un modelo de confianza uniforme para cada feed o servicio.[1]
Los diseños posteriores de Chainlink utilizan informes fuera de la cadena, en los que un grupo de nodos se comunica fuera de la cadena y envía un informe agregado dentro de la cadena. Esto reduce la cantidad de transacciones en cadena y al mismo tiempo conserva las contribuciones firmadas que se pueden verificar de acuerdo con el protocolo.[4]
Servicios
La plataforma se ha utilizado para varios tipos relacionados de servicios de Oracle:
- Fuentes de datos publicar valores como datos de referencia de precios de activos para que los contratos los lean.
- Servicios de solicitud y respuesta devolver datos o cálculos solicitados por una aplicación.
- Automatización permite llamar a funciones de contrato registradas cuando se cumplen las condiciones configuradas.
- Aleatoriedad verificable proporciona resultados acompañados de pruebas criptográficas para aplicaciones que requieren resultados impredecibles.
- Mensajería entre cadenas transporta mensajes e instrucciones de transferencia de tokens entre redes blockchain compatibles.
Estos servicios comparten marca e infraestructura, pero tienen protocolos, configuraciones de nodos y supuestos de seguridad distintos. La disponibilidad en una cadena o para una fuente de datos no implica que todos los servicios de Chainlink estén disponibles en todas las redes.
Protocolo de interoperabilidad entre cadenas
El Cross-Chain Interoperability Protocol (CCIP) de Chainlink admite mensajes, transferencias de tokens o mensajes combinados con transferencias de tokens entre redes compatibles. Las conexiones se organizan en carriles direccionales; que una red sea compatible no significa que todos los activos o rutas estén disponibles.[7] CCIP entró en acceso anticipado en la red principal el 17 de julio de 2023 en Avalanche, Ethereum, Optimism y Polygon.[8]
Los pools de tokens implementan el mecanismo de transferencia específico de cada activo: los tokens pueden bloquearse o quemarse en la cadena de origen y liberarse o acuñarse en la de destino. Por tanto, una transferencia depende de los pools y permisos pertinentes, no de mover físicamente un token entre cadenas. Los mensajes se procesan de forma asíncrona: al envío en la cadena de origen le siguen la verificación y la ejecución en la de destino. La aceptación en la cadena de origen no demuestra por sí sola que la aplicación de destino haya completado su operación.[9][10]
CCIP 2.0
Chainlink anunció CCIP 2.0 el 28 de septiembre de 2026. El anuncio presentó verificadores entre cadenas (CCV) configurables, incluida la verificación operada por el emisor o por terceros, la ejecución opcional antes de la finalidad y controles de políticas definidos por el emisor mediante Automated Compliance Engine (ACE). Son opciones de configuración, no pruebas de que todos los activos compatibles utilicen verificación adicional ni de que una transferencia cumpla un requisito legal específico.[11] Informes independientes corroboraron el lanzamiento y distinguieron a los usuarios existentes de CCIP de los adoptantes de las nuevas funciones.[12]
La documentación describe la finalidad completa de la cadena de origen, Chainlink Committee Verifier y Chainlink executor como valores predeterminados. Las integraciones existentes no adoptan automáticamente las nuevas funciones opcionales.[13]
Usos de la tokenización
CCIP se ha probado como capa de interoperabilidad para activos financieros tokenizados y sus datos asociados. En 2023, Swift informó de experimentos para conectar su infraestructura con cadenas de bloques, incluida la red de pruebas Sepolia de Ethereum, mediante Chainlink y CCIP.[14] En mayo de 2024, DTCC informó del piloto Smart NAV con diez participantes del mercado, que utilizó CCIP para distribuir datos del valor liquidativo de fondos mutuos entre entornos de cadenas de bloques. Fue un piloto de distribución de datos, no un informe de transferencias de fondos en producción.[15] Estos proyectos muestran usos experimentales; no demuestran un despliegue comercial general ni una adopción general de CCIP 2.0.
Token LINK
LINK es un token de Ethereum compatible con ERC-20 que se utiliza en algunas partes del sistema Chainlink. El documento técnico original describe pagos de contratos solicitantes a operadores de nodos y depósitos de garantía destinados a desalentar conductas indebidas.[1] Los diseños posteriores también emplean LINK en mecanismos de staking. La función del token depende del servicio y de la versión del protocolo; poseer LINK no otorga propiedad sobre datos externos ni garantiza la corrección de una respuesta del oráculo.
Consideraciones de confianza y seguridad
Descentralizar un Oracle puede reducir el riesgo de que un operador falle o envíe un valor falso, pero no puede establecer que una fuente externa sea precisa. Un contrato aún puede fallar porque sus fuentes de datos son incorrectas o están manipuladas, se utilizan muy pocos nodos independientes, las reglas de agregación no son adecuadas, las actualizaciones se retrasan o el contrato consumidor maneja incorrectamente un informe válido.[6]
Por lo tanto, los usuarios de Oracle necesitan evaluar la fuente de los datos, la diversidad de nodos y fuentes, la política de actualización, el método de agregación, las direcciones de los contratos y el comportamiento de falla del servicio exacto que utilizan. El código de contrato inteligente y la configuración de Oracle son límites de seguridad separados.
Supuestos de seguridad de CCIP
Según la documentación de octubre de 2026, el Committee Verifier predeterminado de CCIP 2.0 utiliza una red de 16 operadores y exige al menos nueve atestaciones firmadas.[13] Los requisitos efectivos dependen del carril, el pool de tokens y la configuración del remitente y del receptor. Los valores predeterminados del carril sirven como alternativa; los verificadores exigidos por el carril siempre son obligatorios. La ejecución en destino requiere todos los verificadores obligatorios y el umbral configurado de los opcionales. Un CCV adicional aporta una comprobación obligatoria solo cuando así lo exige la configuración aplicable; la falta de una atestación obligatoria también puede retrasar la ejecución.[9][10] Por tanto, la descripción del comité predeterminado no explica por completo el modelo de confianza de cada integración personalizada.
La finalidad completa de la cadena de origen sigue siendo la opción predeterminada. Faster-Than-Finality es opcional y permite ejecutar con menos confirmaciones, lo que aumenta la exposición a reorganizaciones de la cadena de origen. Según el mecanismo de transferencia, las consecuencias documentadas pueden incluir ejecuciones duplicadas, tokens sin respaldo, inflación de la oferta o pérdida de fondos.[16]
También importan las diferencias entre versiones. La arquitectura CCIP 2.0 conserva un contrato RMN en cadena y un proxy para paradas de emergencia: las operaciones afectadas revierten cuando el sujeto pertinente se marca como «cursed». Esta salvaguarda es distinta de la Risk Management Network separada fuera de cadena descrita para versiones anteriores de CCIP.[9][17]
La administración de tokens, los permisos de los pools, los verificadores personalizados y el código de la aplicación receptora introducen más dependencias. La guía para emisores de tokens indica que los pools personalizados quedan fuera de las auditorías de Chainlink y requieren una revisión independiente.[18] Los cambios de configuración gestionados por CCIP usan un proceso multifirma y un bloqueo temporal basado en roles, con una demora de revisión y veto o una vía de quórum explícito para cambios urgentes; no puede suponerse que todos los cambios tengan una demora obligatoria.[19] La documentación del protocolo y las auditorías anteriores no demuestran la seguridad de una configuración o aplicación concreta desplegada.
Referencias
- ↑ 1,0 1,1 1,2 1,3 1,4 Steve Ellis, Ari Juels and Sergey Nazarov, ChainLink: A Decentralized Oracle Network, 4 September 2017
- ↑ 2,0 2,1 2,2 Grayscale Chainlink Trust, Form 10-K, 2026, pp. 4–5
- ↑ Grayscale Chainlink Trust, registration statement, 5 September 2025, p. 89
- ↑ 4,0 4,1 Lorenz Breidenbach et al., Chainlink 2.0: Next Steps in the Evolution of Decentralized Oracle Networks, 15 April 2021
- ↑ Polkadot, “Demo of Chainlink Built with Substrate for Polkadot and Kusama Network”, 25 February 2020
- ↑ 6,0 6,1 Ethereum.org, “Oracles”, accessed 13 September 2026
- ↑ Chainlink Documentation, “Core Concepts”, accessed 19 October 2026
- ↑ Chainlink, “CCIP Mainnet Early Access”, 17 July 2023
- ↑ 9,0 9,1 9,2 Chainlink Documentation, “Architecture Overview”, accessed 19 October 2026
- ↑ 10,0 10,1 Chainlink Documentation, “Message Lifecycle”, accessed 19 October 2026
- ↑ Chainlink, “Introducing CCIP 2.0”, 28 September 2026
- ↑ Oliver Knight, CoinDesk, report on the CCIP 2.0 release, 28 September 2026
- ↑ 13,0 13,1 Chainlink Documentation, “CCIP Overview”, accessed 19 October 2026
- ↑ Swift, “Swift unlocks potential of tokenisation with successful blockchain experiments”, 31 August 2023
- ↑ Chainlink Documentation, “Faster-Than-Finality”, accessed 19 October 2026
- ↑ Chainlink Documentation, CCIP v1 “Architecture Overview”, accessed 19 October 2026
- ↑ Chainlink Documentation, “Token Issuer Guide”, accessed 19 October 2026
- ↑ Chainlink Documentation, “Contract Upgradability”, accessed 19 October 2026