¿Quién le dice el precio al contrato? La apuesta de Nazarov por Chainlink
La historia de Chainlink comienza con una entrada difícil: información que la blockchain no puede verificar reproduciendo sus propias transacciones. Nazarov y sus colaboradores diseñaron un oráculo y una red operativa; la adopción y las garantías económicas evolucionaron en momentos distintos.
Puntos clave
- El documento del 4 de septiembre de 2017 de Steve Ellis, Ari Juels y Sergey Nazarov propuso una red de oráculos descentralizada para conectar contratos y sistemas externos.
- La publicación de lanzamiento del 30 de mayo de 2019 describió una red inicial ETH/USD con tres fuentes y tres operadores. La adopción más amplia llegó después.
- Chainlink anunció más de 75.000 millones de dólares en TVS el 4 de noviembre de 2021. El staking y los experimentos entre cadenas fueron avances posteriores, no pruebas de protección universal contra pérdidas.
Cronología de los hechos
Ellis, Juels y Nazarov publican ChainLink v1, con componentes dentro y fuera de la cadena.
El lanzamiento describe datos ETH/USD con tres fuentes y tres operadores.
Chainlink anuncia ese umbral de TVS como indicador de adopción del proyecto.
La primera versión de staking abre años después del documento inicial.
Swift informa de experimentos en agosto; la documentación de v0.2 describe penalizaciones condicionadas sobre el stake de operadores.
1. El precio que el contrato no podía descubrir
En una entrevista de Software Engineering Daily de 2021, Sergey Nazarov describió un problema más complicado que conectarse a una API. En el minuto 33:29 explicó la dificultad de convertir información externa menos fiable en entradas utilizables por contratos inteligentes. Un programa ordinario puede descubrir que una API no sirve y cambiarla; un contrato financiero quizá ya haya actuado. Su argumento trataba la dificultad de ingeniería, no proclamaba que toda entrada se hubiera vuelto verdadera.[2]
Ese problema ocupa el centro del documento del 4 de septiembre de 2017 de Steve Ellis, Ari Juels y Nazarov, ChainLink: A Decentralized Oracle Network. Una blockchain puede reproducir las transacciones registradas dentro de su sistema. Un precio de mercado o una actualización de envío nacen fuera. Los contratos que necesitan esos hechos requieren una forma de recibirlos, y esa conexión introduce otros participantes y supuestos de confianza.[1]
La tensión se entiende sin imaginar un programa perfecto: una aplicación de préstamos necesita un precio antes de decidir cuánto vale la garantía. Incluso instrucciones ejecutadas correctamente pueden producir un resultado indeseado si la entrada es errónea. El problema del oráculo pregunta quién proporciona ese dato y por qué confiar en él. La apuesta de Nazarov consistió en hacer de esa conexión una infraestructura compartida, en lugar de dejar a cada aplicación con un único mensajero externo.[1][2]
2. Un diseño con más de un punto de confianza
El documento de 2017 propuso componentes en la cadena y software que funcionaría fuera de ella. Los contratos solicitantes interactuarían con una interfaz de oráculo; otros componentes seleccionarían proveedores y agregarían respuestas. También se planteaban servicios de reputación y supervisión. Era una propuesta arquitectónica modular, con mejoras pendientes, no un registro de todas esas ideas operando ya a escala comercial.[1]
Su explicación de la descentralización separaba las fuentes de datos de los oráculos que transmitían sus informes. Varios mensajeros pueden repetir una misma fuente equivocada; varias fuentes pueden depender de un solo mensajero. Distribuir ambos reduce concentraciones distintas de confianza. La agregación puede limitar ciertos informes defectuosos bajo determinados supuestos, pero una mediana no descubre por sí sola la realidad. Los errores correlacionados y la elección de entradas siguen importando.[1]
El documento también describía pagos en LINK por obtener datos externos, adaptarlos a formatos legibles por una blockchain y realizar trabajo fuera de la cadena. Ese era un papel concreto del token en la propuesta. Pagar un servicio, evaluar al proveedor e imponer una penalización son mecanismos distintos. Su relación evolucionaría en versiones posteriores; no deben comprimirse en un sistema automático de castigos supuestamente terminado en 2017.[1]
3. Del documento a tres fuentes y tres operadores
El 30 de mayo de 2019, Nazarov describió un comienzo deliberadamente acotado: datos de referencia ETH/USD con tres fuentes y tres operadores independientes. La misma publicación planteaba ampliaciones futuras. El lanzamiento tenía así una escala tangible. Lo significativo no era haber conectado ya todos los mercados, sino permitir que contratos de Ethereum empezaran a utilizar aquel servicio de datos de referencia.[3]
La adopción tuvo historias individuales. El análisis posterior de OpenZeppelin sobre un incidente de Compound fecha en junio de 2021, mediante la propuesta 47, su transición desde precios de Coinbase hacia un oráculo abierto basado en Chainlink. La secuencia importa: los protocolos no compartían todos un único proveedor exclusivo durante el auge DeFi de 2020. Integrar un oráculo también exige interfaces y configuraciones correctas, como demuestra el incidente de actualización posterior analizado en ese informe.[4]
El 4 de noviembre de 2021, Chainlink anunció que su Total Value Secured, o TVS, había superado los 75.000 millones de dólares. La cifra pertenece a aquel comunicado, no al verano anterior. Describe la escala del valor dependiente de servicios de oráculo; no es la capitalización de LINK, un fondo de seguros ni una promesa de ausencia de pérdidas. La adopción hacía más importante conseguir entradas fiables, no volvía más sencilla la tarea.[5]
4. El pago llegó antes que el staking posterior
Las salvaguardas económicas llegaron con su propio calendario. Chainlink Staking v0.1 abrió el acceso anticipado el 6 de diciembre de 2022, años después del documento original y del lanzamiento de la red principal. Pagar servicios con LINK y poder depositarlo posteriormente en staking no fueron un mismo acontecimiento. Un sistema puede añadir protecciones sin haber contado desde el comienzo con todas las características de su diseño posterior.[6]
La descripción de v0.2 delimita una penalización concreta. Los operadores participantes que depositan stake y prestan un servicio protegido por staking pueden perder parte de ese depósito cuando concurren una alerta válida y la condición aplicable. Quedan excluidos los participantes comunitarios y quienes solo operan servicios fuera de esa protección. No establece que cualquier informe tardío o erróneo de cualquier nodo provoque automáticamente la pérdida de todo su stake.[7]
Estos límites explican el alcance de un incentivo económico. Actúa sobre participantes y condiciones definidos; no añade una garantía universal a cada dato. La pregunta inicial permanece: qué fuente, operador, servicio y supuestos sostienen la entrada. Una penalización incorpora otra capa de responsabilidad, pero no elimina la necesidad de entender las dependencias anteriores. El sistema de incentivos y la calidad de la información siguen siendo cuestiones relacionadas, no intercambiables.[7][1]
5. La misma frontera, más allá de los precios
La conectividad acabó llegando a la infraestructura financiera existente. El 31 de agosto de 2023, Swift publicó resultados de experimentos con Chainlink e instituciones como ANZ y Euroclear. Describía transferencias simuladas de activos tokenizados y una conexión con Ethereum Sepolia, utilizando CCIP entre las cadenas de origen y destino. Eran experimentos de alcance definido, no el anuncio de que todos los participantes hubieran trasladado su liquidación real a Chainlink.[8]
El problema práctico se ampliaba: de importar un precio a conectar sistemas que organizan la información de maneras distintas. Swift también abordaba privacidad, gobernanza, riesgo operativo y responsabilidad jurídica. Una demostración técnica satisfactoria puede hacer plausible una ruta sin resolver automáticamente esas otras cuestiones. Una conexión que funciona en un experimento es un resultado útil; prestar un servicio fiable en producción implica una responsabilidad adicional.[8]
La historia de Nazarov trata menos de un oráculo invencible que de la frontera persistente que rodea a un contrato. El documento, el lanzamiento y las salvaguardas posteriores abordaron partes distintas de esa frontera. La ambición era hacer utilizable la información externa en acuerdos escritos en código. Su lección duradera es que la ejecución fiable y las entradas fiables deben examinarse juntas, aunque ninguna garantice por sí sola la otra.[2][1]
Lecciones clave para inversores y creadores
Contar fuentes y operadores por separado
Varios mensajeros y varios orígenes de datos reducen dependencias distintas. La agregación aún presupone calidad e independencia.
Fechar el indicador de adopción
El hito declarado de 75.000 millones de dólares en TVS corresponde a noviembre de 2021. No es capitalización del token ni pérdidas aseguradas.
Preguntar qué cubre cada salvaguarda
Pagos, selección de proveedores, staking y penalizaciones cumplen funciones diferentes. Una protección limitada no equivale a una garantía universal.
Historias para seguir leyendo
Explora el tema a través de otros casos y contextos.
Fuentes y referencias
- [1]Fuente 1: Documento ChainLink v1 del 4 de septiembre de 2017Steve Ellis, Ari Juels, Sergey Nazarov · 2017-09-04
- [2]Fuente 2: Transcripción del episodio 1237 de Software Engineering DailySoftware Engineering Daily
- [3]Fuente 3: Publicación del lanzamiento en Ethereum del 30 de mayo de 2019Sergey Nazarov / Chainlink · 2019-05-30
- [4]Fuente 4: Análisis del incidente del precio de cETH en CompoundOpenZeppelin / Compound Forum
- [5]Fuente 5: Anuncio de TVS de Chainlink de noviembre de 2021Chainlink / PR Newswire · 2021-11-04
- [6]Fuente 6: Anuncio del acceso anticipado a staking v0.1Chainlink · 2022-12-06
- [7]Fuente 7: Descripción de staking v0.2 y alcance de las penalizacionesChainlink
- [8]Fuente 8: Resultados de los experimentos de Swift de agosto de 2023Swift · 2023-08-31