Ataque a oráculos RWA: cuando el feed de precios miente

Cómo es realmente un ataque a un oráculo de RWA

Un RWA, o token de activo del mundo real, representa algo fuera de la cadena: un bono del Tesoro de EE. UU., una participación en capital de bienes inmuebles comerciales, una posición de crédito privado, una participación en un fondo del mercado monetario. Para usar ese token como colateral, acuñar una stablecoin contra él o liquidar a un prestatario, un protocolo DeFi necesita un precio. Ese precio tiene que venir de algún sitio, y ese sitio es lo que llamamos un oráculo.

Un ataque a un oráculo, en sentido estricto, es cualquier incidente en el que el precio que ve el protocolo diverge de forma material del precio al que realmente se liquidaría el activo subyacente. La divergencia puede ser el resultado de un adversario que empuja un feed basado en el mercado, de un emisor que pausa un feed de NAV, de un operador de nodo que se desconecta, de un banco custodio que congela los reembolsos o simplemente de una actualización lenta durante un fin de semana. El rasgo común es que el número on-chain deja de coincidir con la realidad el tiempo suficiente para que alguien extraiga valor de esa brecha.

Esto importa para los protocolos RWA de una forma en que no importa, por ejemplo, para un pool sencillo ETH/USDC. El pool puede autocorregirse porque los arbitrajistas cierran la brecha en cuestión de bloques. Un fondo inmobiliario tokenizado no puede. No existe un mercado global 24/7 para un edificio de oficinas en Brooklyn, así que cuando el NAV on-chain dice una cosa y las tasaciones subyacentes dicen otra, el protocolo queda atado a lo último que publicó el oráculo.

Cómo se propaga la pérdida: recorrido por un escenario de REIT tokenizado

Imagina un protocolo llamado BlockREIT que acepta como colateral un fondo inmobiliario tokenizado, llamémoslo tREIT. El protocolo permite a los usuarios acuñar una stablecoin, digamos rUSD, contra tREIT con una relación préstamo-valor del 70 por ciento. El oráculo es un feed basado en NAV gestionado por el emisor de tREIT, actualizado on-chain cada 24 horas y firmado por una multisig de tres custodios. Los smart contracts están auditados. El marketing dice que es de nivel institucional.

El viernes por la tarde, el REIT subyacente anuncia que uno de sus mayores inquilinos ha incumplido un contrato de arrendamiento de 40 millones de dólares y que el auditor del fondo necesita de cuatro a seis semanas para revalorar los activos. El mundo off-chain ahora cree que tREIT vale aproximadamente 0,78 dólares por token. El oráculo on-chain sigue diciendo 1,00 dólar porque la siguiente actualización no llega hasta el sábado al mediodía, y la política de gobernanza del emisor prohíbe las actualizaciones a mitad de ciclo.

Cualquiera que siga las noticias off-chain puede ver ahora la brecha. Un prestatario con una posición de préstamo-valor de 0,95 dólares está en realidad sobrecolateralizado de nombre e infracolateralizado de hecho. El protocolo no puede liquidar, porque el oráculo sigue diciendo que el prestatario está a salvo. El prestatario, que ha estado muy atento, retira el colateral tREIT a una wallet nueva, lo intercambia por un token más líquido en un DEX con poca liquidez de tREIT y se marcha. El protocolo se queda con un pasivo en stablecoin respaldado por un colateral que ahora vale menos que el préstamo.

La parte interesante es lo que ocurre después. El oráculo por fin se actualiza el sábado al mediodía y escribe 0,78 dólares. Las liquidaciones se activan automáticamente en todas las posiciones por encima de la línea de LTV del 70 por ciento. Pero la liquidez de tREIT en el DEX ya se ha agotado, y los bots liquidadores solo pueden ejecutar a 0,55 dólares porque están vendiendo en un mercado unilateral. La deuda incobrable se acumula en el protocolo. rUSD pierde la paridad. Los holders canjean rUSD a través del protocolo bajo el supuesto de valor nominal, drenando lo que queda de la tesorería. La pérdida se propaga desde un único NAV obsoleto hasta el fallo de una stablecoin en unas doce horas.

Cada paso de este escenario es, en principio, prevenible, y casi cada medida preventiva añade fricción, latencia o complejidad de gobernanza que un emisor de RWA preferiría no tener.

Los dos tipos de oráculo RWA: basado en mercado frente a basado en NAV

Los protocolos RWA tienen, en la práctica, dos opciones para obtener precios, y la elección tiene más consecuencias que la marca del proveedor del oráculo.

Oráculos basados en mercado

Un oráculo basado en mercado agrega precios de los centros donde el activo se negocia realmente. Chainlink es la red más consolidada en este ámbito, ya que utiliza una red de operadores de nodos independientes que obtienen precios de múltiples exchanges centralizados y descentralizados, los agregan off-chain y publican on-chain un valor mediano o ponderado por volumen. Pyth sigue un camino distinto, obteniendo precios directamente de creadores de mercado y exchanges de forma voluntaria y publicándolos con latencia inferior al segundo en Solana y otras cadenas.

Para una letra del Tesoro tokenizada como BUIDL, que se negocia en unos pocos centros incluidos en listas autorizadas, un oráculo basado en mercado puede funcionar, pero el volumen en esos centros es el cuello de botella. Si un manipulador vende 5 millones de dólares de BUIDL en un único centro durante la noche asiática, la mediana del oráculo puede moverse antes de que el arbitraje cierre la brecha. El diseño de Pyth se defiende parcialmente de esto ponderando a los publicadores y exigiendo recuentos mínimos de publicadores, pero la defensa es estadística, no absoluta.

El caso de estudio clásico aquí es Mango Markets en 2022, donde un atacante infló el precio de MNGO-PERP en un único exchange, utilizó el precio inflado como garantía para tomar prestada toda la tesorería y drenó aproximadamente 114 millones de dólares. El feed de precios funcionaba técnicamente. Simplemente estaba leyendo un único centro cuyo volumen controlaba el atacante.

Oráculos basados en NAV

Un oráculo basado en NAV, en cambio, no observa operaciones. Publica el valor liquidativo propio del emisor, normalmente calculado a partir de tasaciones, informes del administrador del fondo o contabilidad mark-to-model. Para un activo ilíquido como un fondo inmobiliario tokenizado o una nota de crédito privada, el NAV suele ser la única respuesta honesta, porque no existe un mercado continuo del que leer.

El coste es que las actualizaciones del NAV son lentas. Una actualización semanal o diaria significa que el precio on-chain está, en el mejor de los casos, desfasado 24 horas. Durante esa ventana, cualquier ventaja de información off-chain puede explotarse. El incidente de Synthetix sUSD en 2019, aunque anterior a la mayor parte de la infraestructura RWA, resulta ilustrativo: un feed de oráculo del won coreano entregó un tipo fuera de mercado, y los traders drenaron el sistema antes de que el feed se corrigiera. La arquitectura ha mejorado, pero el problema fundamental, que un único publicador de confianza se convierte en un único punto de fallo, persiste.

Los feeds basados en NAV también fallan de formas en que los feeds de mercado no lo hacen. El publicador puede pausarse. El publicador puede ser el propio emisor, lo que plantea preguntas evidentes sobre conflictos de interés. La clave de firma del publicador puede verse comprometida. El administrador del fondo puede incumplir una ventana de reembolso. Nada de esto es manipulación de precios en sentido técnico, pero todo ello se ve idéntico para el protocolo: el oráculo deja de actualizarse o se actualiza a una cifra que nadie cree.

Casos históricos de manipulación de oráculos, con contexto RWA

La historia de la manipulación de oráculos en la industria cripto se lee como un catálogo de lecciones repetidas. bZx fue explotado dos veces en 2020 mediante manipulación de oráculos con baja liquidez para drenar aproximadamente un millón de dólares entre ambos incidentes. Harvest Finance perdió 24 millones de dólares en octubre de 2020 por un arbitraje de curva de stablecoins impulsado por la sincronización del oráculo. Cream Finance perdió 130 millones de dólares en octubre de 2021 por una manipulación de oráculo de precios que valoró un token de garantía con una referencia inflada.

El exploit de Mango Markets en 2022 fue la demostración más clara del patrón: un feed de precios de un solo centro, un manipulador con capital y un protocolo de préstamos que confiaba en el feed sin comprobar el volumen. La defensa de Avraham Eisenberg en el juicio fue que estaba haciendo trading, no hackeando. El jurado no estuvo de acuerdo. Los 114 millones de dólares eran reales.

En el espacio específico de RWA, 2024 añadió casos más discretos pero instructivos. Un protocolo de crédito privado tokenizado sufrió un evento parcial de deuda incobrable cuando su oráculo de NAV siguió marcando las posiciones a la par incluso después de que el emisor subyacente solicitara una reestructuración. Un fondo monetario tokenizado sufrió una pérdida temporal de paridad cuando su banco custodio pausó los reembolsos por una revisión AML, dejando el precio on-chain sin cambios mientras los titulares off-chain hacían cola para salir. Ninguno de los eventos fue un hackeo en sentido legal. Ambos produjeron pérdidas reales para los usuarios del protocolo.

La lección no es que los oráculos sean excepcionalmente malos. La lección es que la manipulación de oráculos es una categoría de ataque, no un único fallo, y que los protocolos RWA heredan todas las variantes de la categoría más algunas nuevas vinculadas a la custodia y la gobernanza del emisor.

Por qué un oráculo de 1 punto básico aún pierde dinero

Los textos de marketing de productos RWA institucionales suelen presumir de precisión del oráculo. El precio on-chain se actualiza al punto básico más cercano, o al 0,01 por ciento, más preciso que el propio mercado de bonos en algunos casos. Esto es real, pero responde a la pregunta equivocada.

Una letra del Tesoro tokenizada con un oráculo perfectamente preciso aun así pierde dinero si el custodio que mantiene los Treasuries subyacentes falla. El ejemplo clásico es el incidente de octubre de 2023 en el que un pequeño custodio cripto institucional pausó las retiradas; los productos de letras del Tesoro tokenizadas que tenían a ese custodio como único subcustodio vieron cómo su NAV se estancaba porque los activos subyacentes no podían reembolsarse. La precisión del oráculo no importaba, porque la precisión se estaba aplicando a una cifra que nadie podía verificar de forma independiente.

La misma lógica se aplica a los bienes inmuebles tokenizados, al crédito privado tokenizado y a las materias primas tokenizadas. El oráculo te dice cuánto vale el activo. No te dice si el activo sigue existiendo, si sigue siendo propiedad del titular del token, si puede reembolsarse a demanda o si está sujeto a una reclamación legal. Esas son cuestiones de custodia y legales, y viven completamente fuera del smart contract.

Para los responsables de riesgo, esto significa que una revisión del oráculo es necesaria pero no suficiente. La revisión completa es custodia, luego oráculo, luego gobernanza y luego exigibilidad legal del token frente al activo subyacente, aproximadamente en ese orden.

Cómo abordan el problema el consenso Hashgraph y Canton Network

La mayoría de los diseños de oráculos RWA tratan el feed de precios como un problema de datos: quién publica la cifra, con qué frecuencia y cómo confiamos en ellos. El consenso Hashgraph y Canton Network lo tratan, en cambio, como un problema de coordinación. La distinción es arquitectónica, no solo de marca.

El consenso Hashgraph, el protocolo subyacente de la red Hedera y una base del ecosistema HASH, es un protocolo de chismes tolerante a fallos bizantinos con tolerancia a fallos bizantinos asíncrona y finalidad en segundos. Para los casos de uso RWA, la propiedad relevante no es la velocidad bruta, sino la finalidad determinista con marcas temporales verificables. Un feed de oráculo publicado en una red basada en hashgraph lleva una marca temporal de consenso en la que todos los participantes están de acuerdo, lo que dificulta argumentar a posteriori que un precio no era el precio de consenso en un momento determinado.

Canton Network adopta un enfoque más radical. En lugar de una única cadena global con un único feed de precios, Canton es una red de subredes interoperables, cada una de las cuales puede ser un ledger permissioned operado por instituciones reguladas. El componente sincronizador coordina transacciones atómicas entre subredes sin obligarlas a compartir un único entorno de ejecución. Para un oráculo RWA, esto significa que el feed de precios no tiene que publicarse en absoluto en una cadena pública. El banco que mantiene los Treasuries subyacentes, el administrador del fondo que calcula el NAV, el custodio y el protocolo DeFi que consume el precio pueden ejecutar todos sus propias subredes y usar el sincronizador para acordar un precio de forma atómica con una transacción relacionada, como una acuñación de tokens o una comprobación de garantía.

El efecto práctico es desplazar por completo el problema del oráculo fuera de la cadena pública, hacia una capa de coordinación privada donde cada participante está identificado y el recurso legal permanece intacto. No es una solución universal. Requiere cooperación institucional y disposición a operar dentro de un marco permissioned. Pero para grandes despliegues RWA donde el activo es un valor regulado y los participantes son entidades conocidas, elimina varias categorías de ataque al oráculo al suprimir la superficie de precios de la cadena pública.

Qué deberían hacer realmente los responsables de riesgo

Para alguien que evalúa una integración de RWA, las preguntas no son abstractas. Son concretas, y la mayoría tienen respuestas incómodas.

Primero, pregunta qué tipo de oracle utiliza el protocolo y si el activo se negocia realmente de forma continua en los mercados que lee el oracle. Si la respuesta se basa en NAV, pregunta quién lo publica, con qué frecuencia y cuál es la política para las actualizaciones no programadas. Si la respuesta no existe, asume lo peor.

Segundo, pregunta qué ocurre durante una caída del oracle. ¿El protocolo se pausa? ¿Recurre a un precio conservador, como la última actualización menos un descuento? ¿Permite nuevos préstamos contra el precio obsoleto? Los exploits de Mango y bZx funcionaron porque el protocolo siguió operando durante la manipulación. Un protocolo bien diseñado debería tratar un oracle obsoleto como una emergencia.

Tercero, pregunta por la custodia. ¿Quién mantiene el activo subyacente? ¿El custodio está segregado? ¿Existe una estructura aislada de quiebras? ¿El custodio ha pausado alguna vez las retiradas? Un oracle de 1 punto básico sobre una estructura de custodia que puede congelar los reembolsos no es un sistema de 1 punto básico.

Cuarto, pregunta por la gobernanza. ¿Quién puede cambiar la fuente del oracle? ¿Quién puede pausar el feed? ¿Quién puede actualizar el precio manualmente? En un despliegue RWA con permisos, la gobernanza es el oracle, y las respuestas determinan a qué tipo de ataque está expuesto el protocolo.

Por último, dimensiona la exposición en consecuencia. Incluso un protocolo RWA bien diseñado puede fallar de maneras que ninguna revisión del oracle podría predecir. Los casos límite de 2024 implicaron todos a emisores, custodios o contrapartes haciendo cosas inesperadas. La diversificación entre emisores RWA y entre tipos de oracle reduce la probabilidad de que un único fallo se propague por una cartera.

Mantente por delante del riesgo de oracle en RWA con señales estructuradas

La manipulación de oracle en RWA avanza más rápido de lo que cualquier analista puede seguir. Cada semana aparecen nuevos exploits, nuevas pausas de custodios, nuevas disputas sobre NAV y nuevas propuestas de gobernanza, y la mayoría quedan enterradas en foros de gobernanza, documentos judiciales o análisis post mortem que no se vuelven tendencia en redes sociales. Zippfeed muestra titulares de RWA con puntuación de sentimiento, marcando cada noticia como bullish, neutral o bearish según si apunta a un protocolo subyacente más sano o más débil, y con una calificación de importancia que destaca las historias con más probabilidades de mover precios o provocar liquidaciones. Esa combinación permite a los responsables de riesgo y a los traders avanzados detectar las primeras señales de un problema de oracle o de custodia antes de que el precio on-chain lo refleje.