Oráculos: el precio que un contrato considera válido

La frontera entre código y observación

Un contrato inteligente puede aplicar cálculos de forma coherente utilizando un dato deficiente. Un oráculo aporta información que el contrato no puede inferir por sí mismo de su estado de ejecución, como un precio externo de mercado. La documentación de oráculos de Ethereum explica esta frontera entre ejecución blockchain y datos externos. La pregunta importante no es solo si se actualiza una fuente, sino qué significa el número actualizado.

Un precio puede representar un centro, un agregado, una observación ponderada en el tiempo o un valor de reembolso. Responden a preguntas diferentes. El precio de ejecución describe una transacción; el de referencia respalda una regla; el de reembolso describe un derecho bajo condiciones. No deben sustituirse sin explicación.

Inspecciona la especificación de la fuente de datos

Para un mercado de préstamos ficticio, anota el par de activos, las unidades, los decimales, las condiciones de actualización y el comportamiento de respaldo. Determina si un valor está cotizado en dólares, en otro token o en un activo base. Una cifra aparentemente correcta escalada con un factor decimal erróneo puede ser catastróficamente incorrecta al interpretarla otro componente.

Examina también la actualidad de los datos. Una fuente que solo se actualiza tras una desviación o un intervalo puede diferir legítimamente de un libro de órdenes que cambia rápidamente. La aplicación debe decidir cuándo los datos son demasiado antiguos y qué hacer entonces. Pausar nuevos préstamos puede proteger frente a datos obsoletos y, aun así, dejar las posiciones existentes expuestas a actualizaciones posteriores del precio. No existe una alternativa de respaldo universalmente inocua.

La liquidez forma parte de la calidad de los datos de entrada

Un mercado poco líquido puede producir un último precio no representativo de una gran transacción ejecutable. Agregar centros puede reducir la dependencia de uno, pero propiedad común, liquidez compartida o interrupciones sincronizadas pueden limitar la independencia ganada. Una media temporal suaviza movimientos breves e introduce retraso. Cada diseño intercambia unas debilidades por otras.

Considera un token con precio cotizado de $10 pero solo $5,000 de profundidad compradora cercana. Valorar $1 millón de garantía a ese precio marginal no demuestra que los liquidadores puedan obtener $1 millón. El oráculo puede informar correctamente de su referencia definida mientras el modelo de riesgo sobrestima los ingresos recuperables. La calidad de los datos y la capacidad de liquidación son problemas relacionados, pero distintos.

Somete a tensión ambos lados de una ratio de garantías

Un préstamo garantizado depende del precio de las garantías y del de la deuda. Pedir prestado un token descrito como estable no fija matemáticamente su valor en dólares. Si recomprar la deuda se encarece mientras caen las garantías, la posición se deteriora por ambos lados. Modela esos cambios por separado en vez de mantener un lado constante por costumbre.

Supón que la garantía vale $12,000, la deuda es de 6,000 unidades inicialmente valoradas en $1 cada una y el umbral hipotético de liquidación es del 75%. El índice de salud inicial es 1.50. Si la garantía cae un 25% hasta $9,000 mientras las unidades de deuda suben a $1.10, el índice pasa a ser $9,000 × 0.75 ÷ $6,600, aproximadamente 1.023. Un colchón aparentemente holgado está casi agotado.

Investiga la integración, no solo el proveedor

Un proveedor de datos reputado no garantiza que una aplicación seleccione la fuente correcta, gestione los valores no disponibles o compruebe adecuadamente las marcas de tiempo. Revisa la documentación de la aplicación, las auditorías pertinentes y las decisiones sobre parámetros. En un ejercicio sobre el papel, sigue una actualización ordinaria del precio y después una actualización ausente a través del cálculo. Indica dónde falta evidencia en lugar de rellenar los huecos con confianza.

Un plan de seguimiento útil distingue un movimiento de mercado de una anomalía de la fuente de datos. Compara la referencia declarada con observaciones independientes y con la política de actualización prevista de esa fuente. Las diferencias merecen investigación, no negociación automática. Esta lección trata de comprender el comportamiento contractual y el riesgo operativo, no de explotar una debilidad de entrada ni de suponer que puede capturarse con seguridad un aparente error de precio.

Como práctica adicional, calcula la misma posición de garantías bajo tres referencias: último dato publicado, precio comprador ejecutable actual y precio de venta bajo tensión. Etiqueta cada una claramente. El intervalo resultante no es de confianza; es sensibilidad a elecciones de valoración. Su propósito es revelar qué definición de precio determina la conclusión y dónde se necesitan más pruebas de liquidez.

Escribe las unidades antes de confiar en el resultado

Un token de garantía cotiza ficticiamente a 0,04 unidades de otro activo, cuyo precio es de 1.250 €. El precio implícito es de 50 €. Interpretar 0,04 directamente como euros no es una pequeña discrepancia entre mercados: es un cálculo distinto. Decimales, divisa de referencia e identidad del activo forman parte de la especificación.

Etiqueta cada paso: «activo de referencia por token» multiplicado por «euros por activo de referencia». La unidad intermedia debe cancelarse. Después deja un precio desactualizado mientras cambia el otro. Un precio compuesto hereda dos momentos de observación y dos conjuntos de supuestos, aunque la pantalla muestre un único número.

Distingue asimismo una cotización negociable de un tipo de conversión contable. Un recibo puede representar 1,06 unidades subyacentes y venderse con descuento. Valorar una liquidación como si esa conversión fuera una oferta de compra inmediata puede responder a la pregunta equivocada.

Pausar una función traslada parte del riesgo

La aplicación necesita reglas para datos antiguos, ausentes o anómalos. Chainlink explica las responsabilidades de selección e integración de fuentes. Escoger un proveedor no determina automáticamente qué operaciones deberían detenerse ni cómo debería reanudarse el servicio.

Un sistema ficticio suspende nuevos préstamos si el precio lleva demasiado tiempo sin actualizarse. Puede evitar prestar contra una valoración dudosa. Pero si también detiene liquidaciones mientras cae la garantía, la deuda puede volverse más difícil de recuperar. Si continúa liquidando con el dato antiguo, aparece otro problema. Hay que describir el intercambio de riesgos, no dar por hecho que pausar todo es neutral.

Construye una cronología con última observación aceptada, movimiento de mercado, límite de antigüedad y primera actualización válida. Señala las acciones permitidas y quién puede cambiar esas reglas. Así se ve lo que oculta un simple indicador de disponibilidad del precio.