Editor | Wu habla sobre blockchain
La siguiente es una sinopsis del podcast Wu Speaks English
Escuche la versión completa:
https://www.youtube.com/watch?v=6HskTaYR4vU
¿Puede contarnos una breve historia sobre API3 y cómo se lanzó la red OEV?
API3 es un proyecto de Oracle que surgió de la experiencia previa de los fundadores ejecutando nodos ChainLink y su búsqueda por diseñar un sistema más eficiente, sencillo y verificable. Esto llevó a la creación de API3. Los oráculos tienen una amplia gama de aplicaciones, siendo el caso de uso más conocido la provisión de precios, una necesidad clave en el espacio de las finanzas descentralizadas (DeFi). Actualmente, ofrecer ofertas de precios no genera una cantidad significativa de ingresos, ya que la operación se subsidia principalmente vendiendo sus propios tokens para respaldar los proyectos de Oracle ofrecidos o invirtiendo millones de dólares en estos servicios a través de la red. Es por eso que API3 pone un fuerte énfasis en identificar segmentos de mercado autosuficientes que permitan que un proyecto de Oracle sea financieramente viable. Este enfoque allana el camino para el lanzamiento de la red OEV, centrándose en la creación de un modelo en el que la prestación de servicios de Oracle pueda ser rentable.
¿Qué es OEV (valor extraíble de Oracle)? ¿Por qué es importante?
Oracle Extractable Value (OEV) es un tipo específico de Miner Extractable Value (MEV) que se centra en el impacto de las actualizaciones de Oracle, o la falta de ellas, en los sistemas blockchain. De manera similar a MEV, donde los mineros pueden priorizar las transacciones para beneficio personal, OEV implica priorizar estratégicamente las transacciones de Oracle para extraer valor, particularmente en escenarios donde los oráculos proporcionan datos críticos del mercado o desencadenan eventos importantes en la cadena, como liquidaciones.
¿Qué hace la construcción de Zk-rollup?
Inicialmente, el concepto de pasar a un sistema basado en rollups, especialmente en el contexto de desaceleraciones de MEV (Miner Extractable Value) y actualizaciones de Oracle, parecía poco convencional. Sin embargo, reconocer la naturaleza centralizada de las soluciones MEV existentes como Flashbots, MEV Share o MEV Blocker claramente requiere un cambio. Estas soluciones se ejecutan en servidores centralizados y requieren que los usuarios confíen mucho en sus operaciones, lo que contradice el espíritu descentralizado de la tecnología blockchain.
Nuestro enfoque inicial para vender actualizaciones de Oracle también se basó en servidores centrales, creando un sistema donde los usuarios no solo tenían que confiar en nosotros para ejecutar las actualizaciones, sino que también tenían que confiar en nosotros para manejar grandes cantidades de fondos debido a los requisitos de garantía necesarios para participar. Esta configuración genera considerables suposiciones de confianza, particularmente con respecto a la legitimidad del proceso de subasta de actualizaciones de Oracle, que carece de transparencia y verificabilidad.
El empleo de acumulaciones permite interacciones más seguras, lo que permite a los usuarios transferir su garantía a la plataforma sin darnos el control total de sus fondos. Además, proporciona un registro en cadena de la participación en la subasta, los ganadores y la ejecución de actualizaciones, lo que reduce significativamente las suposiciones de confianza. Con los rollups, todo el proceso se vuelve transparente y verificable, lo que reduce la necesidad de que los usuarios depositen una confianza indebida en la integridad de API3 o del proceso de subasta. Este enfoque está más en línea con el principio de descentralización de blockchain y garantiza que los usuarios puedan participar en el sistema con más confianza y seguridad.
¿Por qué elegir Polígono?
Elegimos Polygon por nuestra sólida asociación con ellos y nuestra confianza en el desarrollo futuro de la tecnología a prueba de conocimiento cero (ZK). Tomamos esta decisión basándonos en nuestro profundo conocimiento de la máquina virtual Ethereum (ZK EVM) a prueba de conocimiento cero de Polygon y el reconocimiento de la fuerte demanda de servicios de Oracle en su ecosistema. La disposición de Polygon para llevar su solución ZK al mercado le otorga una clara ventaja sobre otras plataformas y fue la razón principal por la que elegimos trabajar con ellas.
¿Qué papel jugará el token API3 en la red OEV?
En la red OEV, los postores ganadores deben pagar una tarifa adicional del 10% además de su oferta, que va directamente a API3. Este modelo difiere ligeramente del escenario MEV típico, donde el 90% del valor extraído se devuelve al usuario y el 10% es propiedad del proveedor de servicios MEV. En el caso de API3, el monto total de la oferta beneficia a la aplicación, mientras que la tarifa adicional del 10 % se divide a la mitad, siendo la mitad propiedad de API3 como organizador de la subasta y la otra mitad asignada al proveedor de Oracle.
API3 utiliza su parte de las tarifas para recompras y quemas de tokens, una estrategia detallada en el documento técnico. Este enfoque tiene como objetivo reinvertir los ingresos directamente en el ecosistema del token API3. Por ejemplo, se ha desarrollado un contrato que utiliza las tarifas cobradas para comprar tokens API3, proporcionar liquidez en Uniswap y, en última instancia, convertir todo nuevamente a API3 para su destrucción después de un año. Este enfoque tiene como objetivo aumentar la liquidez y el valor de los tokens API3, alineando los intereses de los participantes de la red con la salud y el éxito a largo plazo del ecosistema.
La red API3 OEV utiliza un modelo de fuente de datos propio, ¿a qué se debe esto?
Tanto los modelos de Oracle propios como de terceros implican la agregación de datos, pero la diferencia clave es la fuente de los datos y los supuestos de confianza requeridos. En los modelos de Oracle de terceros, como el que utiliza principalmente Chainlink (y también algunos oráculos propios), los datos se obtienen indirectamente. Por ejemplo, si opero un nodo y pretendo obtener mis precios de CoinGecko, cualquier consumidor de datos no sólo debe confiar en CoinGecko, sino también en mí como intermediario. Esta configuración introduce una capa adicional de confianza y costos potenciales, ya que cada participante en la cadena de suministro de datos debe ser compensado.
Por el contrario, los oráculos propios involucran directamente los datos que se originan en el proceso del oráculo. Las fuentes de datos como CoinGecko ejecutan oráculos por sí mismas en lugar de a través de un intermediario, lo que permite el suministro de datos directo y verificable. Este enfoque reduce significativamente la cantidad de entidades en las que los consumidores necesitan confiar y reduce los costos generales al eliminar las tarifas de intermediación. El resultado es un sistema más eficiente, rentable y de rápida implementación en una variedad de redes.
Esta eficiencia es fundamental, especialmente teniendo en cuenta que ejecutar el suministro de datos básicos, sin participar en actividades como la extracción MEV, a menudo no es rentable. Los proyectos de Oracle a menudo operan con pérdidas, subsidiando los flujos de datos con la esperanza de una futura apreciación de los tokens o buscando subsidios externos para cubrir los costos operativos. Al minimizar el número de partes involucradas y, por lo tanto, reducir los gastos operativos, los oráculos propios brindan a los socios potenciales una solución más atractiva, combinando eficiencia con menores requisitos de confianza y menores costos.
¿Cuáles son las relaciones de la teoría de juegos en las subastas de flujo de pedidos (OFA)?
Básicamente, cuando opera a través de una plataforma como MEV Share, sus operaciones tienen el potencial de crear valor. Este concepto se utiliza en subastas de flujo de órdenes donde las personas pueden ofertar por el valor generado por sus operaciones. Los buscadores de MEV pueden compensarlo con una gran parte del valor extraído del empaquetado y venta de su flujo de transacciones. Por ejemplo, una orden de venta grande puede desencadenar una liquidación rentable, haciendo que su operación sea muy valiosa para los postores que pueden aprovechar estas oportunidades, lo que le permitirá obtener un reembolso sustancial.
En el contexto de la red OEV, la atención se centra en las actualizaciones de Oracle en lugar de las transacciones típicas. Participamos en subastas de flujo de pedidos específicamente para estas actualizaciones. Los postores pueden competir por la oportunidad de lanzar actualizaciones de Oracle y los ingresos respaldarán la aplicación o el protocolo involucrado. Por ejemplo, un cambio menor de precio que desencadene una liquidación importante podría representar una importante oportunidad de ganancias, lo que llevaría a las personas a competir por el derecho a ejecutar esa actualización de Oracle.
Este sistema refleja la dinámica observada en las subastas tradicionales de flujo de órdenes en la red principal de Ethereum, donde las liquidaciones y las actualizaciones de Oracle pueden generar un valor significativo. Sin embargo, nuestro enfoque está diseñado para garantizar que los beneficios se distribuyan de manera más equitativa. Al permitir que el mercado determine el valor de las actualizaciones de Oracle, creamos un entorno donde las aplicaciones pueden recuperar una mayor porción de los incentivos que normalmente se utilizan para pagar la compensación, reduciendo así significativamente los costos.
En resumen, las actualizaciones de Oracle pueden generar un valor significativo, por lo que es fundamental dejar que el mercado determine su valor. Actualmente, las actualizaciones de Oracle se realizan sin este enfoque impulsado por el mercado, lo que a menudo resulta en oportunidades perdidas para recuperar valor. Nuestro sistema tiene como objetivo cambiar esto, permitiendo potencialmente que las DApps retengan una mayor proporción de los incentivos que ofrecen.
¿Qué pasa si las recompensas por mala conducta son mayores que las tarifas de servicio y las multas?
Nos centramos en oráculos propios porque están respaldados por actividad empresarial real, lo que los hace responsables de sus datos. Si estos oráculos se portan mal, sus acciones se registran en la cadena de bloques, lo que permite un recurso directo. API3 gestiona y monitorea estos proveedores de datos para garantizar que se cumplan los estándares de calidad. Los proveedores que no cumplan con estos estándares serán reemplazados para garantizar la integridad del suministro de datos. Este enfoque se basa en la confianza en estos proveedores, pero apunta a minimizar la confianza a través de la transparencia y la rendición de cuentas. El objetivo es pasar a un sistema que dependa menos de la confianza en el futuro.
¿Cómo compite API3 con Chainlink y Python? ¿Cuál es el objetivo final?
No nos centramos principalmente en el valor total bloqueado (TVS) como nuestra métrica principal porque TVS no contribuye directamente a la rentabilidad. La razón es que el suministro de datos operativos, independientemente del tamaño de TVS, no es actualmente una empresa rentable: no existe un mecanismo directo para inyectar en tokens el valor recuperado del suministro de datos operativos. Ya sea que se protejan 5 mil millones de dólares o 500 millones de dólares, los resultados financieros siguen siendo los mismos: no hay ganancias por la actividad en sí. Este descubrimiento nos llevó a centrarnos en la red OEV, que proporciona una forma de devolver dinero a los proyectos y, de hecho, generar ingresos.
La red OEV transforma los TVS en números significativos, alejándose de un modelo basado en “esperanzas y sueños” al vincular los esfuerzos de seguridad directamente con ingresos potenciales a través de liquidaciones y otros mecanismos. Actualmente, la red OEV opera junto con la fuente de datos de API3, lo que permite actualizaciones adicionales y flujos de ingresos. Estamos explorando la posibilidad de ampliar la red OEV a otros oráculos, lo que podría permitirnos alejarnos de los aspectos no rentables del suministro de datos operativos y centrarnos en operaciones rentables de OEV.
En muchas plataformas de segundo nivel, la fundación subyacente subsidia la provisión, lo que significa que los costos reales a menudo corren a cargo de Chainlink Labs o el organismo rector de segundo nivel en lugar de utilizar los proyectos proporcionados. En gran medida, el suministro de datos importantes y de uso común no genera ganancias directas para los proyectos de Oracle. El paso a una red OEV representa un enfoque innovador para crear valor en el espacio de Oracle, centrándose en interacciones rentables en lugar de simplemente asegurar grandes cantidades de TVS sin retorno financiero directo.
No es del todo exacto decir que los servicios de Oracle como Chainlink no generan dinero. Potencialmente generan ingresos al trasladar los costos a las redes que operan, como Arbitrum, donde la Fundación Arbitrum asume estos costos. La relación entre el volumen de uso del proyecto proporcionado y los ingresos generados a menudo no es sencilla; estos servicios están diseñados para cubrir los costos operativos en lugar de generar grandes ganancias;
La expansión a nuevas áreas como CCIP demuestra una estrategia para crear valor más allá de la mera oferta de precios, que puede verse como una herramienta de construcción de marca o una operación de equilibrio en lugar de un centro de ganancias. Las discusiones sobre gobernanza dentro de estos proyectos a menudo revelan los desafíos financieros de operar servicios de Oracle, destacando movimientos hacia soluciones potencialmente más rentables.
¿En qué se diferencia API3 de Oval? ¿Cuáles son las ventajas sobre la UMA?
Oval se basa en una infraestructura de oráculos y Flashbots, lo que demuestra una forma de capturar valor de las actualizaciones de Oracle mediante la preventa de derechos de actualización. Sin embargo, se basa en componentes centralizados y, debido a las limitaciones de los Flashbots, su alcance de operación se limita a la red principal de Ethereum, lo que muestra un sistema con dependencias significativas.
API3 propone un modelo más flexible que proporciona una solución integral más allá de lo que consigue Oval. Proporciona opciones para usar las fuentes de datos propias de API3 para obtener actualizaciones detalladas o para aumentar otros oráculos con información detallada adicional a través de la red OEV. Este enfoque reduce la dependencia de una única red o solución y tiene como objetivo permitir una aplicabilidad más amplia en todas las cadenas de bloques sin las limitaciones impuestas por la dependencia de servicios como Flashbots.
Esencialmente, la estrategia de API3 implica aprovechar los marcos de Oracle existentes, proporcionar una granularidad mejorada y ampliar el potencial de captura de valor en múltiples cadenas de bloques. Este enfoque multifacético tiene como objetivo abordar la complejidad de los servicios de Oracle y abordar las limitaciones de los modelos actuales mientras explora caminos hacia una mayor eficiencia y una aplicabilidad de red más amplia.
En comparación con UMA, la ventaja de API3 es que enfatiza la creación de un proveedor de datos propio descentralizado y la reducción de la dependencia de servicios centralizados y de terceros. La red OEV de API3 y la estrategia de suministro de datos proporcionan un flujo de datos más descentralizado, transparente y verificable, lo cual es fundamental para garantizar la equidad y seguridad de las aplicaciones blockchain. Además, API3 tiene como objetivo proporcionar una solución compatible entre cadenas, que permita una mayor aplicabilidad y flexibilidad, mientras que UMA se centra en proporcionar componentes básicos para contratos financieros descentralizados, que pueden tener diferencias en el alcance de aplicabilidad y la implementación técnica.