Un contrato de préstamo puede contabilizar los ETH depositados en él. No puede decidir cuánto valen esos ETH en dólares simplemente inspeccionando el saldo de la cartera. Un mercado de predicciones enfrenta un problema similar: el contrato puede mantener garantías y calcular pagos, pero necesita una forma definida de establecer qué resultado ocurrió.
Un oráculo de blockchain proporciona información que un contrato inteligente puede utilizar más allá de su propio estado disponible. Puede tratarse del precio de un activo, el resultado de un evento o el valor liquidativo declarado de un fondo. El oráculo hace posibles estas aplicaciones, pero añade dependencias relacionadas con la forma en que se recopila, entrega e interpreta la información.
Por qué un contrato inteligente no puede simplemente abrir un sitio web
En Ethereum y cadenas similares, los nodos deben reproducir el mismo resultado a partir de la misma transacción y estado. Un sitio web común puede cambiar entre solicitudes, dejar de estar disponible o devolver respuestas diferentes a distintos visitantes. Permitir que cada validador obtenga de forma independiente una página web activa durante la ejecución socavaría ese resultado compartido. La documentación sobre oráculos de Ethereum explica este límite entre la ejecución de contratos y la información externa.
En su lugar, un proceso externo introduce un informe en un formato que la blockchain puede aceptar. El contrato lee un valor publicado o verifica un informe proporcionado con una transacción. No obtiene en secreto acceso ilimitado a internet.
El consenso de la blockchain establece qué informe se aceptó y qué reglas se ejecutaron. No establece de forma independiente si una estación meteorológica funcionó, si una empresa informó honestamente o si un precio de mercado estuvo libre de manipulación.
Sigue la información desde la fuente hasta la decisión
Una aplicación que depende de precios normalmente incluye varios pasos separados:
- Observación: los exchanges, las empresas de trading u otros proveedores generan observaciones sobre un activo. Las fuentes pueden medir distintos mercados, horarios de negociación o instrumentos.
- Procesamiento: un sistema de oráculos aplica sus reglas de agregación y generación de informes. Varios operadores pueden reducir la dependencia de un solo informante, pero las fuentes ascendentes compartidas aún pueden crear un punto común de fallo.
- Entrega: una transacción publica un valor o un usuario envía un informe autenticado para su verificación. La cadena de destino determina cuándo se ejecuta esa transacción.
- Aplicación: el contrato que consume la información comprueba el identificador del feed, las unidades y la antigüedad permitida, y después aplica sus propias reglas de préstamo, liquidación u otras.
Estas responsabilidades no deben reducirse al nombre del proveedor del oráculo. El modelo de datos descentralizados de Chainlink, por ejemplo, separa la obtención de datos, la generación de informes por parte de los nodos y la agregación onchain. Una aplicación aún debe integrar correctamente el feed resultante.
Distintas aplicaciones necesitan diseños de oráculo diferentes
Push y pull describen cómo llegan las actualizaciones a la aplicación. Por sí solos, no indican si el sistema está centralizado o descentralizado.
| Diseño | Cómo llega la información | Qué debe considerar la aplicación |
|---|---|---|
| Feed push | Las actualizaciones se publican en un feed onchain. Los contratos leen su último valor disponible. | Los activadores de publicación, los retrasos de las transacciones y la antigüedad que puede tener la observación almacenada. |
| Informe pull | Un usuario obtiene un informe y lo envía cuando una aplicación lo necesita. | La autenticación, la antigüedad de la observación y el costo de enviar la actualización. |
| Oráculo optimista | Una respuesta propuesta puede impugnarse durante un periodo definido; las disputas siguen un proceso de resolución. | Criterios de resolución claros, incentivos de supervisión, garantías y tiempo hasta la liquidación. |
Chainlink describe los activadores de desviación y latido para las actualizaciones de sus feeds basados en push. Un latido no es una promesa de que cada actualización llegará a pesar de la congestión o las interrupciones. El oráculo optimista de UMA, en cambio, da tiempo a los participantes para impugnar las respuestas propuestas. Esto puede ser más adecuado para resolver eventos que para un precio que se necesita de inmediato para una operación.
No todas las entradas de un oráculo se originan offchain. Un contrato puede obtener un precio a partir del historial onchain de un exchange descentralizado. El diseño de precios acumulativos de Uniswap v2 permite calcular precios promedio ponderados por tiempo, o TWAP. El promedio puede hacer que la manipulación breve resulte más costosa, pero el resultado aún depende de la liquidez y del periodo de observación elegido. Un periodo más largo también reacciona más lentamente a los cambios de precio reales.
Cómo un precio desactualizado puede cambiar una liquidación
Considera una posición de préstamo simplificada con 10 ETH como garantía, una deuda de 12.000 USD y un umbral de liquidación del 80 %. Supón que el valor en dólares de la deuda permanece fijo e ignora los intereses y las comisiones.
A 2.000 USD por ETH, la garantía vale 20.000 USD y la deuda representa el 60 % de su valor. Si ETH cae a 1.400 USD, la garantía baja a 14.000 USD; la deuda ahora representa aproximadamente el 85,7 %, por encima del umbral supuesto. La posición cumpliría la condición de liquidación de este ejemplo una vez que el contrato acepte ese precio.
Si la aplicación continúa utilizando la antigua observación de 2.000 USD, la posición puede parecer saludable mientras su respaldo económico se ha debilitado. Una observación falsamente baja puede crear el problema contrario: la liquidación de una posición que debería permanecer saludable. El contrato puede ejecutar su código exactamente como está escrito en ambos casos.
Por eso, sistemas como el protocolo de préstamos EVAA deben entenderse teniendo en cuenta tanto sus entradas de precios como sus reglas de liquidación. Las cifras anteriores son una ilustración, no los parámetros de EVAA.
Una firma reciente no necesariamente representa información reciente
Importan tres preguntas: ¿cuándo se produjo la observación subyacente?, ¿cuándo se generó el informe? y ¿cuándo lo aceptó la blockchain? Una transacción enviada recientemente puede contener una observación antigua.
La guía de integración de Pyth Pro distingue entre el momento de la actualización y la frescura individual del feed, y recomienda gestionar la incertidumbre en los precios informados. Una firma válida autentica un informe conforme a las reglas de verificación pertinentes; no hace que todos los valores estén actualizados ni elimina las discrepancias entre mercados.
Los desarrolladores también necesitan una política para los fallos. Rechazar datos obsoletos, limitar nuevos préstamos o pausar operaciones sensibles al precio puede contener los daños. Cambiar automáticamente a un fallback no probado puede introducir otra dependencia. Chainlink asigna explícitamente a los desarrolladores de aplicaciones la responsabilidad de realizar comprobaciones de datos, implementar interruptores de emergencia y definir una lógica de contingencia.
En algunas redes de capa 2, la posibilidad de enviar una transacción es otra preocupación. Una interrupción del secuenciador puede impedir que los usuarios ajusten sus posiciones. La guía sobre el tiempo de actividad del secuenciador de Chainlink describe comprobaciones de estado y un periodo de gracia para la recuperación; la marca de tiempo de un precio por sí sola no resuelve ese problema de acceso.
Qué debes buscar antes de confiar en una aplicación
Busca el feed y la red exactos, el mercado o la fuente de información subyacente, la antigüedad máxima aceptada y lo que ocurre durante una interrupción. Comprueba quién puede sustituir el oráculo o cambiar esos límites. «Utiliza un oráculo» es un punto de partida para entender un protocolo, no una calificación de seguridad.
La misma distinción es importante para los activos tokenizados. Publicar el valor liquidativo de un fondo no establece la custodia, la titularidad legal ni los derechos de canje. Nuestro análisis de Chainlink, Hanwha y la infraestructura de RWA explica por qué la entrega fiable de datos y los derechos sobre los activos son partes separadas de un producto.
Puedes explorar los mercados a través de KTX Crypto Exchange. Para cualquier producto, lee sus propias reglas de fijación de precios y liquidación: el valor de un oráculo onchain no es automáticamente el precio al que se ejecutará tu orden.
Preguntas frecuentes
¿Usar un oráculo significa que necesito comprar su token?
No. Los usuarios suelen interactuar con una aplicación sin tener el token de su proveedor de oráculos. Las comisiones de actualización y quién las paga dependen de la integración. El token de un proveedor también tiene sus propios riesgos de mercado.
¿Puede un oráculo mover los activos de mi cartera?
Un informe de datos por sí solo no es una firma de cartera ni una autorización para gastar tokens. Los contratos pueden utilizar ese informe para activar acciones relacionadas con activos que ya están sujetos a sus reglas, incluida la liquidación de garantías.
¿El precio de un oráculo es lo mismo que una cotización de trading ejecutable?
No. Una referencia puede agregar varias fuentes o calcular el promedio de un intervalo. Tu ejecución depende del mercado, la liquidez disponible, el tamaño de la orden y las comisiones. Una referencia mostrada no garantiza una ejecución.
¿Un puente de blockchain es lo mismo que un oráculo?
Pueden coincidir en la infraestructura de mensajería y verificación. Un puente normalmente permite transferencias o mensajes entre cadenas; un oráculo proporciona información para una aplicación. Sus nombres no establecen supuestos de seguridad idénticos.
¿Puede un oráculo mantener privada la información empresarial confidencial?
No simplemente al entregarla onchain. Los datos publicados abiertamente pueden ser visibles para cualquiera. Una aplicación sensible a la privacidad necesita un diseño independiente para la divulgación, el acceso y la verificación.
Aviso de riesgos: los fallos de los oráculos, las fuentes manipuladas y los errores de integración pueden causar pérdidas incluso cuando una blockchain funciona con normalidad. Este artículo tiene fines educativos y no constituye asesoramiento de inversión.