Saltar al contenido
Financial Context Wiki

Oráculo de blockchain

Un oráculo de blockchain proporciona a los contratos afirmaciones autenticadas sobre datos que no pueden derivar del estado determinista de la cadena; su uso seguro depende de toda la ruta entre fuentes, informes, transporte, verificación y consumo.

Actualizado

Solo con fines educativos; no constituye asesoramiento de inversión. Invertir puede ocasionar pérdidas.

Respuesta directa

Un oráculo de blockchain es un sistema que proporciona a un contrato una afirmación autenticada sobre datos que la transición determinista del estado de la cadena no puede derivar por sí sola. Una fuente de precios puede comunicar una referencia de mercado, un oráculo pull puede verificar una actualización firmada que transmite el usuario y un oráculo optimista puede aceptar una afirmación respaldada por una fianza salvo que se impugne. La aleatoriedad verificable y los mensajes entre cadenas también aportan datos externos, pero sus afirmaciones y modelos de seguridad no son intercambiables con los de una fuente de precios.

Registrar un valor en la cadena demuestra que una transacción, firma, mayoría, prueba o resolución de disputa cumplió unas reglas determinadas. No demuestra criptográficamente que un mercado externo, un fenómeno meteorológico o un juicio humano sean objetivamente verdaderos. La ruta de confianza completa comprende el fenómeno observado, las fuentes y centros de negociación, los publicadores, la agregación, la autenticación del informe, el transporte, el proxy o verificador en cadena, la validación del consumidor y la acción económica que mueve valor.

La descentralización debe evaluarse por separado en cada capa. Numerosos firmantes pueden compartir una misma API, bolsa, nube, entidad operadora o administración. Una mediana firmada y reciente puede aun así emplear el par o los decimales equivocados, reflejar un mercado ilíquido o resultar insegura para el tamaño de la operación del consumidor. Este sigue siendo responsable de la identidad, las unidades, el estado, las marcas de tiempo, la disponibilidad de L2, los límites de exposición, el comportamiento alternativo y la recuperación.

Cómo funciona

  1. Fije la cadena y el bloque, el contrato consumidor y la acción, la dirección exacta de la fuente o del proxy y el identificador de la fuente, la versión de implementación, el par base/cotizada, los decimales o el exponente, el horario de mercado y el valor en riesgo.
  2. Siga toda la ruta de confianza desde el fenómeno y los centros de negociación hasta los publicadores, la agregación de fuentes, la agregación de firmantes o de la mayoría, el transporte, la verificación en cadena, los controles del proxy y la lógica del consumidor; pruebe por separado la independencia de fuentes, operadores, infraestructura y administradores.
  3. Decodifique la interfaz y el informe desplegados. Valide la identidad de la fuente, la firma o prueba y su dominio, la secuencia o ronda, el valor firmado, el estado o la confianza, la marca de tiempo de origen, la hora de actualización en cadena, el comportamiento frente a repetición y reversión y el estado de las actualizaciones.
  4. Normalice las unidades una sola vez y aplique comprobaciones explícitas de rango, signo y tiempo. Distinga entre observación o publicación en origen, creación del informe, inclusión en la cadena de origen, firmeza del relé, actualización en la cadena de destino y hora del bloque consumidor.
  5. Aplique reglas específicas por acción para maxAge, desviación, confianza y comparación entre fuentes. En los despliegues L2 compatibles, compruebe por separado el estado del secuenciador y el periodo de gracia tras su recuperación; para valores compuestos, limite la vigencia por la dependencia requerida más antigua.
  6. Compare la referencia con la profundidad ejecutable del mercado y estime el coste de manipulación o corrupción frente a la exposición del consumidor por préstamos, acuñación, liquidación, negociación o pago. Considere que la construcción del precio spot y del TWAP de un AMM depende del pool y de su versión.
  7. Defina estados normal, degradado, pausado y de recuperación por acción; conserve cuando sea posible el reembolso seguro de deuda o la aportación de garantía, supervise fuentes y configuración, ensaye informes ausentes, caducados, erróneos y manipulados, y concilie todos los saldos y acciones afectados tras la recuperación.

Push y pull describen patrones de entrega, no un modelo universal de pago o confianza. Un publicador puede crear un informe firmado mientras cualquier usuario lo transmite y paga la comisión de actualización. Los parámetros de heartbeat y desviación pueden activar una publicación, pero no garantizan su entrega ni fijan el límite de vigencia del consumidor. Una fuente alternativa o el último valor válido son modos controlados de degradación cuya dirección, unidades, antigüedad, independencia y acciones permitidas deben validarse de nuevo.

Ejemplos desarrollados

  • Umbral de liquidación. Una posición tiene 10 ETH de garantía, un precio del oráculo de 3,000 USD/ETH, una deuda de 18,000 USD y un umbral de liquidación del 75%. La garantía vale 30,000 USD, el LTV es 60% y healthFactor = 10 * 3,000 * 0.75 / 18,000 = 1.25. El precio de activación es 18,000 / (10 * 0.75) = 2,400 USD/ETH. A 2,300 USD/ETH, el factor de salud es 0.9583333333 y deuda/garantía es 78.2608695652%: la posición puede liquidarse, aunque la garantía nominal de 23,000 USD todavía supera la deuda antes de bonificaciones, comisiones y efectos de ejecución.
  • Error de unidades. Una respuesta bruta de 250,000,000,000 con 8 decimals significa 2,500 USD. Dividirla por 10^18 produce en cambio 0.00000025 USD, lo que infravalora el precio por un factor de 10^10. Una firma válida y una marca de tiempo reciente no corrigen un error de unidades del consumidor.
  • Elección del agregador. Las observaciones [99, 100, 100, 101, 160] tienen mediana 100 y media aritmética 112, una diferencia del 12% respecto de la mediana. En este ejemplo, la mediana resiste un valor atípico alto; pero si los cinco informantes dependen de una API comprometida e informan 130, la mediana también es 130.
  • Vigencia por acción. En consumerClock = 1,800,000,000, un informe con sourceTimestamp = 1,799,998,200 tiene age = 1,800 seconds. Un nuevo préstamo con maxAge = 900 seconds lo rechaza por 900 seconds; una ruta de reembolso con maxAge = 3,600 seconds lo acepta con un margen de 1,800 seconds. Un mismo informe puede ser inseguro para aumentar la exposición y admisible para reducirla.

Riesgos

  • Cadena, despliegue, implementación o entorno de red equivocados.
  • Proxy, agregador, identificador de fuente, activo o versión del contrato equivocados.
  • Par base/cotizada invertido o denominación incoherente.
  • Discrepancia de decimales, exponente, punto fijo, signo, redondeo o unidades.
  • Se acepta una respuesta cero, negativa, fuera de dominio, desbordada o truncada.
  • Se acepta una marca de tiempo ausente, cero, futura, arrastrada o mal identificada.
  • El límite de vigencia del consumidor es demasiado laxo para el activo y la acción.
  • El límite es demasiado estricto y causa denegación de servicio o impide reducir el riesgo.
  • Se considera que la configuración de heartbeat o desviación es una garantía de nivel de servicio.
  • Se ignoran el cierre del mercado, una acción corporativa, la pérdida de paridad, la caída de un centro o el arrastre de datos.
  • Varios publicadores comparten API, bolsa, nube, operador, ruta de claves o metodología.
  • Fallan el umbral de firmantes, la mayoría, la custodia de claves, la autenticación, el dominio o la protección contra repetición.
  • Las reglas de agregación, ponderación, valores atípicos, confianza o selección de fuentes no son adecuadas.
  • La liquidez de origen es escasa, artificial, fragmentada, caducada o manipulable al tamaño protegido.
  • La manipulación spot o de un TWAP corto, el control multibloque, la ordenación, la censura o el MEV alteran la entrada.
  • El publicador, el relé, el gas, la congestión, una reorganización o una caída de la cadena impiden la entrega puntual.
  • Se omiten el estado del secuenciador L2, el periodo de gracia, el reloj del relé entre cadenas o una dependencia de firmeza.
  • Cambian sin detectarse el proxy, el administrador, el conjunto de firmantes, la configuración, la migración, la pausa o la retirada de una fuente.
  • La alternativa está caducada, correlacionada, escalada de otro modo o es circular, o se activa mediante un fail-open inseguro o un fail-closed indiscriminado.
  • La exposición supera el coste de manipulación o corrupción, mientras fallan la vigilancia, los límites, la pausa, la recuperación, la liquidación y la conciliación de deuda incobrable.

Errores frecuentes

  • «Un oráculo predice el futuro». La mayoría autentica observaciones, informes, pruebas o afirmaciones resueltas sobre un objeto y un momento definidos.
  • «Los datos firmados o en cadena son objetivamente ciertos». La autenticación y el consenso demuestran el cumplimiento de reglas, no la corrección económica del hecho externo.
  • «Más nodos implican automáticamente descentralización independiente». Fuentes, operadores, infraestructura, claves y gobernanza pueden seguir correlacionados.
  • «El último valor reciente es un precio justo y ejecutable». La vigencia no demuestra dirección, unidades, confianza, liquidez ni profundidad ejecutable.
  • «Un proveedor reputado elimina el riesgo de integración del consumidor». La aplicación sigue siendo responsable del despliegue, decodificación, vigencia, controles L2, exposición, modos de fallo y recuperación.

Temas relacionados

Fuentes

Navegación

Buscar en la wiki...