Un precio entregado a un contrato inteligente puede ser formateado correctamente y fielmente grabado mientras describa un mercado anterior. Oracle revisión por lo tanto necesita un reloj así como un número.
Un oráculo conecta la información externa a un contrato
La documentación de Ethereum describe oráculos como sistemas que ponen a disposición de los contratos inteligentes información de cadena. Identifica la corrección y disponibilidad entre los retos centrales. Grabar una entrada en cadena no establece de forma independiente que la información externa es exacta o suficientemente actual para cada uso. Ethereum documentación — Oracles
La edad pertinente comienza antes de la publicación
Imagina una aplicación de préstamo usando un precio colateral inventado de $100. La observación externa ocurrió a las 10:00, el oráculo lo publicó a las 10:02, y la transacción del prestatario ejecuta a las 10:10. En ejecución, la observación es de diez minutos de edad, aunque su publicación en cadena es de ocho minutos de edad.
Si otro registro de tiempos cuando un sitio web recupera ese mismo valor, podría hacer que la pantalla se vea actualizada recientemente sin cambiar la edad de la observación subyacente. Una revisión que comprueba sólo el último tiempo de recuperación perdería la distinción.
Ahora asumen que el mercado pertinente ha pasado a $85. Un cálculo colateral con $100 puede exagerar el valor contemporaneo bajo estas condiciones inventadas. Un movimiento diferente podría subestimarlo. La cuestión es el desajuste entre los datos y el tiempo de decisión, en lugar de una reclamación que cada precio viejo favorece a los prestatarios.
Una política de actualización también necesita contexto. ¿Se produce la publicación periódicamente, después de una desviación especificada, o a través de otro proceso? El número de participantes en la presentación de informes es información útil, pero no responde lo rápido que se detectaría un ingreso básico común.
El comportamiento de Fallback crea otra decisión. Rechazar datos de establo podría detener un cálculo inseguro mientras evitaba temporalmente una acción legítima. Seguir utilizando la última observación podría mantener la disponibilidad al mismo tiempo que aumentar la incertidumbre de valoración. Esas consecuencias deben describirse en lugar de ocultarse detrás de una etiqueta “oráfaga protegida”.
Inspeccionar el camino de datos final
Registrar el tiempo de observación de origen, el tiempo de publicación, el gatillo de actualización y la edad de datos permitida de la aplicación. Unidades de cheque, decimales y el mercado representado por el pienso; la frescura no puede corregir un precio para el activo o lugar equivocado.
Para un despliegue específico, inspeccione lo que sucede cuando el alimento se detiene o las fuentes discrepan. La pregunta analítica de WFN es si el aporte sigue siendo adecuado para la acción que se está tomando. La existencia de un oráculo es sólo el comienzo de ese examen.