Los oráculos y la nueva frontera para las subastas de flujo de pedidos propiedad de aplicaciones

Hoy nos complace anunciar nuestra inversión en Pyth Networkel oráculo líder de primera parte en criptomonedas.

La premisa implícita detrás de los oráculos heredados en criptomonedas ha sido que todos los datos, incluidos los datos financieros, están disponibles de forma gratuita y sean accesibles para los contratos on-chain. En consecuencia, los oráculos simplemente necesitan incentivar a los contribuyentes de red del lado de la oferta para desechar y agregar estos datos, llegar a un consenso al respecto y ponerlos en cadena. Si bien este método puede funcionar para conjuntos de datos públicos ampliamente disponibles, como datos meteorológicos o resultados de elecciones, en gran medida no funciona para datos sensibles a la latencia, como los datos financieros. Para los datos sensibles a la latencia, los grandes participantes del mercado (por ejemplo, empresas de HFT, creadores de mercado e intercambios de cartera de pedidos iluminados para acciones) son en realidad fuentes de datos superiores en comparación con los agregadores de terceros porque lo crean, en lugar de solo desecharlo, y, por lo tanto, poseen datos inherentemente de mayor calidad y menor latencia.

El diseño del oráculo de Pyth se guía por la tesis de que los datos financieros de primera parte no son naturalmente abiertos; más bien, son propiedad de sus creadores. Los datos financieros se generan, no se agregan, a través de transacciones de mercado abierto en una amplitud de lugares de intercambio de CeFi, y estos lugares, junto con los grupos que operan con ellos con más frecuencia, son las mejores fuentes de datos. En consecuencia, Pyth se asocia directamente con socios de datos de primera parte (creadores de mercado, mesas de negociación, intercambios, etc.) en lugar de agregadores de terceros para entregar actualizaciones de precios directas y de baja latencia on-chain.

Pyth se lanzó por primera vez en 2021, y desde entonces se ha asociado con CBOE, Wintermute, Two Sigma, Cumberland y otros 90 creadores de mercado, intercambios y otros socios de datos de primera parte. Hoy en día, Pyth ofrece precios de mercado medio e intervalos de confianza en más de 400 tickers, por ejemplo, BTC, TSLA, EUR / USD, criptomonedas, acciones, FX, materias primas, activos de tasas, etc., y ofrece datos de alta fidelidad a más de 45 cadenas diferentes, al tiempo que asegura más de $ 1.7 mil millones en valor en algunos de los protocolos más grandes del espacio en el espacio, incluidos MarginFi, Drift, Helium, Júpiter, Synthetix y Hashflow, y 90 otros.

Además de ser pionera en el modelo de contribuyente de datos de primera parte en criptomonedas, Pyth también fue pionera en un modelo de publicación de precios basado en pull. En lugar de empujar constantemente datos en cadena en algún intervalo definido (por ejemplo, cada vez que hay una desviación de precio de 50 bps, o cada hora para oráculos como Chainlink), Pyth permite que los contratos inteligentes extraigan datos precisos en el momento exacto en que los necesitan. Este es un diseño fundamentalmente nuevo que da como resultado precios más frescos y precisos que los oráculos que solo se actualizan sobre una base arbitraria y por épocas. También reduce estructuralmente los costos de los protocolos y aplicaciones de usuario porque no necesitan pagar constantemente gas por actualizaciones innecesarias. Este diseño también hace que Pyth pueda inherentemente escalar activos y la cobertura de cadena más rápido porque el mecanismo de extracción elimina la necesidad de implementaciones de oráculo individuales. Por ejemplo, las aplicaciones que se basan en Base y Mantle pudieron integrar Pyth inmediatamente porque Pyth no necesitaba escribir ningún código personalizado.

Como empresa, estamos profundamente interesados en los oráculos porque son una primitiva fundamental para el desarrollo de aplicaciones en criptomonedas y sirven como puente entre el estado fuera de cadena y el estado on-chain. Su trabajo principal es mantener los precios consistentes en todos los lugares de liquidez; sin embargo, detrás de eso, hay un vasto espacio de diseño para capturar y redistribuir valor de las transiciones de estado emergentes. En nuestra investigación, el modelo de Pyth está mejor posicionado hoy para capturar esa oportunidad y allanar el camino para que los protocolos y las aplicaciones desbloqueen nuevas líneas de ingresos a través del valor extraíble de oráculo (OEV).

Una introducción al valor extraíble de oráculo (OEV)

Como recordatorio, el valor extraíble del minero (MEV) es en gran medida un nombre inapropiado. Hoy en día, se refiere en términos generales a las ganancias capturadas por los validadores y los participantes de las oportunidades de arbitraje o liquidación que surgen del reordenamiento de transacciones que capitalizan inconsistencias de estado temporales. En muchos casos, el MEV surge cuando hay una dislocación entre el precio representado por la aplicación y el precio representado por el estado externo fuera de cadena canónicamente preciso. El valor extraíble de oráculo (OEV) es un subconjunto de MEV en el que las aplicaciones dependen de una actualización de oráculo para que los árbitros o liquidadores capitalicen esta inconsistencia de estado.

Al poner en cadena datos externos (como los precios de mercado público), los oráculos median naturalmente en un valioso espacio de bloques. Esto crea ventanas lucrativas para arbitrajes y liquidaciones entre estados y presenta oportunidades para que los mismos oráculos entren en el ciclo de vida del MEV, ya sea directamente o a través de la dinámica de subastas, y capturen algunos de los MEV que surgen de sus actualizaciones de precios.

En los sistemas de oráculo basados en push, el espacio de transacción inmediatamente después de una actualización de oráculo es muy controvertido. En los sistemas de oráculo basados en pull, las aplicaciones tienen más autonomía sobre cómo eligen incorporar la actualización en su aplicación, lo que por lo tanto les da más control sobre los sistemas de extracción y/o redistribución de MEV.

Veamos dos ejemplos en los que se presentan oportunidades de MEV en función de transiciones de estado: uno en el que OEV no está presente y otro en el que OEV sí lo está.

1. MEV (independiente de oráculo): el estado de aplicación está orgánicamente, o a través de alguna acción on-chain, fuera de línea con el estado externo. Por ejemplo, si un comerciante de ballenas ejecuta una gran orden de compra contra un intercambio AMM de producto constante y, en consecuencia, arroja el precio de cotización fuera de línea con el precio externo, un bot puede capturar ese MEV corrigiendo la dislocación y cerrando el arbitraje sin que el protocolo necesite directamente una actualización.
2. OEV (dependiente de oráculo): un cambio de precio en los mercados externos crea oportunidades rentables para volver a alinear el estado de aplicación con el estado canónico fuera de cadena después de que un oráculo importe el estado actualizado en cadena. Por ejemplo, un bot MEV en un protocolo de préstamo puede optar por liquidar una cuenta que está sobrevalorada después de movimientos adversos de precios en intercambios centralizados de descubrimiento de precios.

Clasificamos OEV como el último en esta categorización, en la que una actualización de oráculo desencadena en la oportunidad de captura de valor. Hoy en día, la actividad que genera OEV beneficia desproporcionadamente a los validadores y a los participantes a expensas de sus usuarios, los proveedores de liquidez. Si los protocolos y las aplicaciones pueden capturar más OEV, pueden redistribuir estas ganancias para incentivar y recompensar la lealtad del usuario. En última instancia, la capacidad de alinear OEV con los usuarios hace que los protocolos de usuario sean más competitivos. El diseño de aplicaciones para la captura de MEV es complejo. Todas las aplicaciones desean minimizar el MEV para sus usuarios y redistribuir lo que queda de manera eficiente a sus usuarios o internalizarlo ellos mismos. Muchos desarrolladores hoy en día piensan que la única manera de hacer esto es implementar sus protocolos como cadenas de aplicaciones independientes con el objetivo de acumular valor para sus tokens nativos a través de MEV, pero esto introduce una vasta complejidad técnica, operativa y de interoperabilidad. La solución correcta de primer orden para internalizar el MEV es operar una subasta de flujo de pedidos (OFA). Las OFA facilitan un mercado donde el lado de la oferta consiste en un lote de transacciones propensas a MEV agregadas por una aplicación, y el lado de la demanda consiste en bots de MEV o creadores de mercado que buscan insertar o reordenar esas transacciones de una manera que los beneficie. Los ingresos de la subasta van directamente a la aplicación y representan una parte del MEV neto generado que las aplicaciones pueden capturar por sí mismas.

Operacionalizar la captura de OEV

El enfoque aparentemente intuitivo sería que las aplicaciones impulsaran sus propias subastas de flujo de pedidos y obtuvieran ganancias de las ofertas en el espacio de bloques que rodea a las actualizaciones de oráculo. Sin embargo, este es un esfuerzo no trivial. Cada aplicación controla una cantidad limitada de flujo de pedidos, y los OFA son fundamentalmente mercados que dependen de una profunda liquidez tanto del lado del fabricante (lotes de transacciones de usuario) como del tomador (bots de MEV). Los OFA específicos de la aplicación fragmentarían la liquidez y limitarían la componibilidad atómica (por ejemplo, llevar a cabo una liquidación a menudo requiere un intercambio de tokens después de que se haya incautado la garantía para completar el arbitraje, si el bot de MEV no puede garantizar que ambas etapas de la estrategia se produzcan exactamente como pretenden, pueden rechazar la oportunidad por completo). La sobrecarga operativa y social de configurar OFA específicos de aplicaciones puede ser demasiado cuesta arriba para justificar la construcción de una solución interna.

Una mejor ruta para capturar el MEV emergente es subcontratar la subasta a través de una subasta de flujo de pedidos global (GOFA). Pyth está estructuralmente posicionado para ejecutar OFA directamente en agregado para todas las aplicaciones que potencia, ya que esas aplicaciones ya dependen de las actualizaciones de oráculo de Pyth para mantener sus sistemas funcionales. Como tal, Pyth tiene acceso a espacio de bloques de alto valor en un gran conjunto de aplicaciones, y el siguiente paso natural es mercantilizar el complemento mediando en el espacio de bloques que rodea la actualización de oráculo (es decir, las partes del bloque donde se extrae el MEV).

En lugar de que cada aplicación reinvente la rueda, un GOFA administrado por oráculo aprovecha las economías de escala naturales. La liquidez profunda engendra más liquidez: es más probable que los bots de MEV tomen flujo de pedidos agrupado en múltiples aplicaciones (debido a la componibilidad atómica), y se incentiva a más aplicaciones a participar cuando hay más tomadores competitivos (que envían ofertas más altas que se traducen directamente en ingresos para las aplicaciones).

Nuevas fronteras para el OEV pro-aplicación

OEV representa un enfoque novedoso hacia la captura de valor para oráculos y aplicaciones. Los OFA ejecutados por oráculos entregan directamente el valor emergente de OEV a las aplicaciones, lo que permite que las aplicaciones reciban los beneficios de poseer su propio OFA sin ninguna sobrecarga. Como terceros neutrales para el intercambio de flujo de pedidos entre aplicaciones y bots de MEV, Pyth tiene la opción de ordenar una tarifa de servicio de cualquiera de las partes, lo que introduce una nueva línea de ingresos para la red sin comprometer la neutralidad en el ecosistema. Estamos entusiasmados con los nuevos mecanismos que canalizan hacia una captura más estricta de MEV directamente en la capa de aplicación. Para ver los feeds de precios de Pyth o aprender a integrarlos en sus aplicaciones, visite el portal de documentación de Pyth .