Recientemente, API 3 recibió 4 millones de dólares en financiación estratégica, liderada por DWF Labs, con la participación de muchos capitalistas de riesgo conocidos. Durante mucho tiempo, la pista de oráculos ha estado dominada por oráculos tripartitos representados por Chainlink. Catorce también se sorprendió al ver esta noticia ~ ¿Por qué API 3 pudo obtener financiamiento? ¿Será él el disruptor de los oráculos tradicionales? ¿Qué lo hace único? Como proyecto de API descentralizada (dAPI), API 3 se define como un oráculo "propio". A través de la innovadora e innovadora red OEV (basada en ZK-Rollup), resuelve el problema de la confianza del intermediario de oráculos de "terceros". La transparencia de los datos es baja y el OEV (valor extraíble de Oracle) es un problema común.
1. ¿Pueden realmente los oráculos predecir el futuro?
El término "oráculo" es algo mítico y puede fácilmente engañar al público. Pero, de hecho, se refiere a herramientas que proporcionan datos reales fuera de la cadena para contratos inteligentes dentro de la cadena, pero ¿qué es real? ¿Cómo garantizar la integridad del propio oráculo? ¿Harán mal las profecías? ¿Están en connivencia varios oráculos? ¿Cómo entender OVM (valor extraíble de Oracle Machine)? En el primer trimestre de 2024, después del reciente aumento de BTC, el valor total de los tokens bloqueados en proyectos DeFi también superó un nuevo máximo, alcanzando los 175 mil millones de dólares estadounidenses. En comparación con los 103 mil millones de dólares estadounidenses en el cuarto trimestre de 2023, tiene un aumento de. Casi el 70%, y la máquina Oracle también ha sido. Todos se llaman la sangre central de DeFi. En el campo de DeFi, como los intercambios descentralizados (DEX), las plataformas de préstamos y las plataformas de negociación de derivados, todos dependen de datos de precios precisos para operar. A principios de 2023, el contrato de Oracle TellorFlex utilizado por BONQ, el protocolo de préstamos descentralizados en la cadena poligonal, fue manipulado. El atacante utilizó un costo más bajo para modificar la cotización del Oracle y luego realizó préstamos hipotecarios y obtuvo enormes ganancias. El lado del proyecto generó una pérdida de aproximadamente 88 millones de dólares. Los ataques causados por problemas de cotización de Oracle se han vuelto comunes. Se puede ver que los datos fuera de la cadena transparentes y confiables son la garantía básica para respaldar el funcionamiento de la dApp.
2. ¿Cómo se conecta el oráculo con la cadena fuera y dentro de la cadena?
Los modos de trabajo de las máquinas Oracle generalmente incluyen carga programada, basada en eventos y respuesta a solicitudes. Tomamos como ejemplo el proceso general de respuesta a una solicitud, que se divide aproximadamente en los siguientes 4 pasos:
PASO 1: En la cadena, la dApp que llama inicia una solicitud (esencialmente una transacción) y el contrato del servidor Oracle activa un evento en la cadena que se emitirá.
PASO 2: Fuera de la cadena, el nodo de Oracle monitorea los eventos para obtener información y obtiene información precisa fuera de la cadena a través de sus respectivos sistemas.
PASO 3: Dentro y fuera de la cadena, la máquina Oracle proporciona datos al contrato del servidor Oracle en forma de transacción
PASO 4: En la cadena, el contrato del servidor Oracle devuelve los datos a la persona que llama (dApp). Hay dos opciones: inserción activa y consulta secundaria de Dapp.
El autor dará una interpretación ampliada de este proceso:
En primer lugar, los requisitos de la cadena son públicos, porque los eventos son un mecanismo común de las cadenas de bloques basadas en EVM, lo que significa que toda la red puede saber que Dapp ahora necesita xx información.
En segundo lugar, el envío fuera de la cadena no es atómico y las transacciones dentro de la cadena se completan en tiempo real, por lo que los datos fuera de la cadena deben tener un cierto retraso.
Finalmente, si hay una demanda personalizada en la cadena, el oráculo puede convertirse en un rol imparcial de tercero y enviarse a la Dapp. Sin embargo, la mayoría de los datos generales similares del mercado, como el precio en tiempo real de BTC, serán. recuperado por el propio Dapp El contrato es adquirido. Por supuesto, la propia máquina Oracle también tiene un mecanismo de informes programado, y los anteriores son básicamente los mismos.
3. Desacoplamiento de la Luna, la turbulenta pista del oráculo
Pero blockchain no es solo Defi. A través de oráculos, las dApps pueden obtener datos fuera de la cadena de manera segura y eficiente, ampliando así en gran medida su alcance comercial y escenarios de aplicación, extendiendo sus direcciones comerciales a las finanzas, los seguros, la gestión de la cadena de suministro y los bienes físicos. otros campos.
En el mercado actual, utilizamos los datos de la plataforma defillama para mostrar que Chainlink todavía se encuentra firmemente en la posición de liderazgo, con TVS (el valor total de los activos denominados en dólares estadounidenses depositados en el mercado garantizados por infraestructura clave como los oráculos) que alcanza el 45% del todo el mercado.
Los lectores atentos encontrarán que la curva en el lado derecho de la figura anterior fluctuó violentamente en mayo de 2022, y el desencadenante fue el famoso accidente de LUNA en 2022. Del 7 de mayo de 2022 al 13 de mayo de 2022, la moneda estable algorítmica líder UST experimentó dos desacoplamientos y finalmente cayó en una espiral mortal, con el colapso de LUNA y UST. Al mismo tiempo, muchos proyectos que utilizan oráculos internos han experimentado graves problemas debido a su mala respuesta a las fluctuaciones de precios.
Como se puede ver claramente en la figura siguiente, la participación de mercado de los oráculos internos (rosa en la figura siguiente) cayó por un precipicio en mayo de 2022. El oráculo Chronicle (rojo en la figura siguiente) captó muy bien esta ola de tráfico y básicamente Ganó la cuota de mercado. El mercado perdido de los oráculos internos.
4. El dilema de los oráculos de terceros
Además de los eventos que conmocionaron a la industria, parece que el desarrollo de Oracle se ha estancado. De hecho, debido a que el posicionamiento de la industria es muy claro, es una herramienta para conectar datos a lo largo de la cadena, lo que da como resultado un producto relativamente único. función.
Lo más criticado es su modelo de ganancias. Actualmente, sus puntos de ganancias se concentran en dos direcciones generales: las tarifas de suscripción de datos y la esperanza de que los tokens emitidos por el proyecto se revaloricen. Obviamente, los ingresos generados por un solo modelo de ganancias por suscripción de datos son limitados. Tome como ejemplo la función de carga VRF (secuencia aleatoria verificable) proporcionada por Chainlink. Refiriéndose al navegador blockchain Etherscan, el autor contó los bloqueos de contrato de las dos versiones. VRF V1 y V2 El número total de tokens es de aproximadamente 370 000 (7+30) Calculado al tipo de cambio actual de LINK ($16), los ingresos totales son de aproximadamente 6 millones de dólares. Desde que se lanzó la versión VRF V2 a finales de febrero de 2022, ha generado unos ingresos totales de 4,8 millones de dólares estadounidenses, con un ingreso mensual promedio de aproximadamente 170.000 dólares estadounidenses (1,1 W LINK). En comparación con el gran tamaño de Chainlink, estas ganancias son de hecho una gota en el océano. En cuanto a esperar que el token se aprecie, todos tienen una opinión diferente.
Sin embargo, debido a la naturaleza del tercero, el propio Oracle se encuentra en una posición relativamente neutral y ha comenzado a costarle la infraestructura de seguridad de la capa de aplicación. Sólo rompiendo la imagen tradicional del middleware y llevando a cabo una expansión funcional diferenciada y sistemática se pueden aumentar los márgenes de beneficio. Por ejemplo, LayerZero, como un típico puente entre cadenas, coloca su seguridad en las solicitudes de nodos ultraligeros que lleva la máquina Oracle.
En definitiva, el dilema de la máquina Oracle a nivel de mercado es que está limitada por las desventajas naturales que provoca el modelo operativo, con funciones únicas, escasas ganancias y una escalabilidad que aún no se ha desarrollado.
Sin embargo, si ampliamos el modelo de ejecución del llamado Oracle de terceros, encontraremos que sus problemas también se originan en factores de "terceros". API 3, como nueva máquina de Oracle, se posiciona como la "primera". -oráculo del "partido".
4.1 Comparación de oráculos propios y de terceros
API 3 elige activar las capacidades integrales de servicio de operación y mantenimiento de los nodos de servicio API como punto de partida y utiliza un enfoque más nativo de web3 (ligero + modular) para construir un puente entre el lado de la demanda y el lado de la oferta de la máquina Oracle. Los operadores de API pueden crear rápidamente sus propios nodos de Oracle basados en la solución Airnode proporcionada por API 3.
Como proyecto de Oracle propio, en comparación con el proceso de negocio tradicional de proveedor de API de Oracle de terceros → Oracle → Dapp, la transformación de API 3 (proveedor de API + Oracle) → Dapp convierte al proveedor de API en el maestro del asunto. actúa como un trabajador de Oracle externo y tiene más voz.
Como se muestra en la figura anterior, sin la intervención de un tercero, el enlace de datos se reduce. Cuando se integran los roles del proveedor de API y el oráculo, no hay duda de de dónde provienen los datos porque la reputación del proveedor de API se incorpora a la cadena junto con los datos.
Debido a la reputación del proveedor de API y la fuerte estrategia vinculante de proporcionar datos, la trazabilidad es simple, técnicamente no está permitido hacer el mal (sin ser descubierto) y existe un mecanismo de margen como respaldo. Incluso si el proveedor de API proporciona datos falsos para beneficio personal, el usuario lesionado aún puede apelar y reclamar una compensación. Para incidentes enredados (como usuarios que se quejan maliciosamente de fraude de seguros), ingresarán al sistema judicial en cadena para su arbitraje. Con la ayuda del mecanismo de seguro proporcionado por API 3 DAO completamente descentralizado, API 3 puede castigar en la mayor medida posible a los proveedores de API y proporcionar compensación a los usuarios dañados.
5. Comprensión profunda del modelo económico simbólico de API3 DAO
Basado en su mecanismo de participación, API3 DAO permite que el modelo económico de tokens de API3 funcione de manera estable a través de comentarios positivos y negativos.
5.1 Mecanismo de gobernanza de las promesas
El mecanismo de promesa es una operación regular de la gobernanza de DAO para obtener ganancias mediante promesas, y la gobernanza de promesa es también el punto de partida de la economía circular. Y también se ha optimizado API 3:
¿Qué debo hacer si el contribuyente se escapa después de recibir el producto del compromiso? Los ingresos inflados (tokens recién acuñados) generados por las apuestas de los usuarios se retrasarán y fluirán al grupo de apuestas de forma predeterminada.
¿Qué más se puede hacer con los tokens del grupo de apuestas? Puede utilizarse para compensar a los usuarios por las pérdidas.
¿Cómo se mantiene estable el precio de la moneda del fondo de promesas? API 3 controla la inflación a través de los mecanismos de bloqueo de tokens y grabación: la condición de intercambio para obtener servicios dAPI es que los usuarios deben quemar sus propios tokens o bloquearlos.
5.2 Bucles de retroalimentación positiva y negativa
De esta forma, ¿cuál será la tendencia de la cantidad de tokens en el grupo de compromiso? ¿Habrá una expansión desordenada o un colapso debido al pago insuficiente de compensaciones? Analicémoslo:
A medida que aumentan los usuarios de dAPI, aumentarán los riesgos del sistema (los costos operativos del sistema aumentan a medida que aumenta el número de usuarios) y aumentará el número de incidentes que requieren compensación. En este momento, los tokens en el grupo de promesas se reducirán (se utilizarán para compensar a los usuarios dañados) y los contribuyentes (y administradores) sufrirán daños a sus propios intereses debido a una mala gestión. Pero igualmente, una reducción en la cantidad de tokens en el grupo de apuestas también significa un aumento en la cantidad de tokens que fluyen al mercado. Dado que los tokens en poder de los usuarios se ven afectados por la inflación, para su propio beneficio, una gran parte del flujo de tokens se destina al grupo de promesas.
Cuando la cantidad de usuarios de dAPI disminuye, el riesgo del sistema disminuye, los tokens en el grupo de compromiso aumentarán gradualmente y la cantidad de tokens que fluyen al mercado se volverá escasa. Pero esto no significa que la cantidad de tokens en el grupo de promesas seguirá aumentando. API 3 DAO lo ajustará a un valor de salud objetivo al controlar dinámicamente los ingresos de promesas (y la tasa de expansión).
Las dos situaciones anteriores bien pueden formar el ciclo positivo y negativo que se muestra en (a) a la izquierda de la figura siguiente. Cuando cualquier situación alcanza el umbral, el sistema se autoajustará y los usuarios de dAPI se estabilizarán como se muestra en (b) a la izquierda en la figura siguiente, lo que eventualmente hará que el sistema funcione en un estado saludable.
De hecho, este tipo de token de gobernanza estilo Dao se ha popularizado durante mucho tiempo en varios gobiernos DeFi. Por ejemplo, el DAI de MakerDao, el punto de referencia de implementación detallado de monedas estables descentralizadas que el autor analizó anteriormente, tiene a MKR como precursor:
Lo que es particularmente hermoso es su mecanismo de subasta de 4 vías: Lectura extensible: "Un artículo lo explica claramente: la última propuesta GHO de moneda estable de DeFI King AAVE"
Entre ellos se encuentra la columna "Insolventes, cuatro subastas".
Por lo tanto, la gobernanza estilo DAO es el modelo operativo principal para la estabilidad económica, pero la innovación de API 3 no es inferior.
6. Ventajas únicas: innovadora red OEV (basada en ZK-Rollup)
6.1 El nacimiento de la OEV
Similar a MEV (Valor extraíble minero), OEV (Valor extraíble de Oracle) se refiere a oráculos que utilizan su posición para capturar valor que de otro modo iría a parar a un tercero. MEV captura valor a través de la secuenciación de transacciones, mientras que OEV utiliza la diferencia de precio entre dentro y fuera de la cadena para extraer valor, como datos clave del mercado o escenarios que desencadenan eventos importantes dentro de la cadena (como la liquidación).
Para comprender cómo se genera el OEV, primero debe conocer los problemas actuales de las máquinas Oracle: debido al costo de la carga de datos, actualmente las máquinas Oracle básicamente adoptan un mecanismo para cargar datos regularmente y el intervalo de tiempo se establece dentro de un rango relativamente pequeño. . Al mismo tiempo, para evitar que grandes fluctuaciones de precios a corto plazo afecten al mercado, la máquina Oracle generalmente establecerá un umbral. Cuando el rango de fluctuación de precios alcance el umbral en un corto período de tiempo, se actualizará activamente. motivado.
Aunque este remedio puede aliviar algunos de los problemas, no resuelve fundamentalmente el problema de la latencia de carga de datos. El mercado DeFi suele ser muy volátil y los precios de los activos pueden cambiar significativamente en un corto período de tiempo. No se puede subestimar la incertidumbre que trae al mercado DeFi la función de alimentación de precios del oráculo.
En este caso, los buscadores de ganancias externos tienen la perspectiva de Dios. Al aprovechar el retraso en la actualización de los datos, pueden obtener enormes ganancias y nace OEV.
Para las dApps que dependen de oráculos, cualquier actualización o ausencia de fuentes de datos puede crear oportunidades para OEV, como anticipación, arbitraje y liquidación. En realidad, es difícil juzgar la propiedad del valor explotable causado por el retraso en la alimentación de datos. La carga de datos en sí tiene un cierto grado de volatilidad, por lo que si la carga de datos se retrasa, no se puede localizar el problema de la máquina Oracle. No se puede decir que el valor explotable generado por el retraso parcial haya sido generado maliciosamente por la máquina Oracle.
6.2 Red OEV: una etapa de subasta para juegos multipartitos
Debido a la existencia de OEV, los usuarios y la dApp, como dos partes que interactúan entre sí, tienen valor extraído por terceros. Obviamente, estas son situaciones que las dos partes no quieren ver. API 3 descubrió que los oráculos tienen derecho a negarse primero a capturar el valor de todas esas filtraciones (derechos de fijación de precios para los datos en cadena), por lo que se propuso OEV NetWork.
Como red basada en el resumen de Polygon zk, es una plataforma de subasta de flujo de órdenes separada (la intención de cualquier participante de cambiar el estado de la cadena de bloques es una orden), que subasta los derechos de actualización de los datos dAPI.
API 3 desarrolló su propia plataforma de subasta, eliminando la dependencia de servicios externos, permitiendo que OEV se comparta entre las partes interesadas sin compartir ganancias con la plataforma de subasta e internalizando OEV en la cadena de bloques con todas las fuentes de datos integradas.
El ganador de la subasta puede obtener los derechos de actualización de datos de dAPI y actualizar los datos de precios. La mayor parte de las ganancias de la subasta se devolverán a dApp y una parte muy pequeña se devolverá a API 3 para cubrir los costos operativos. Evidentemente, cuando el subastador (un tercero) cree que el coste de la subasta
El ciclo de vida de la subasta se muestra en la siguiente figura. Cuando un buscador descubre OEV, iniciará una oferta de subasta. Después de que el buscador gane la oferta, obtendrá el derecho de actualizar los datos dAPI del nodo Oracle. Después de pagar la tarifa de oferta, podrá ejercer este derecho para actualizar los datos dAPI del nodo Oracle. La tarifa de subasta pagada es el OEV capturado, que fluye a la dApp.
La tendencia natural en las subastas es que terceros (buscadores) aumenten aún más el precio de oferta para posibles ganancias. Cuanto mayor sea el precio de subasta, menor será la diferencia entre el OEV real y el OEV capturado.
En cuanto a qué tan grande es este pastel, también podríamos esperar y ver y emitir un juicio después de que la red de prueba haya estado funcionando de manera estable durante un período de tiempo. El resultado de la subasta es casi una situación beneficiosa para los cuatro roles de dApp, nodo de Oracle API 3, terceros y usuarios de dAPP. El tercero minimizará la dAPP que accede a la fuente de datos de API 3. al mismo tiempo, puede capturar la mayor parte del valor del OEV, porque la forma final de competencia en el mercado debe ser la competencia entre terceros. Para buscar márgenes de beneficio, los beneficios de los terceros se comprimirán gradualmente y el beneficiario final deberá hacerlo. ser dApp. Para API 3, una pequeña parte del valor de OEV se puede utilizar para mantener el funcionamiento de la ruta comercial de OEV. Los terceros también pueden obtener una parte de la acción. Para los usuarios de dApp, la granularidad se puede aumentar incentivando a terceros participantes altamente especializados para que proporcionen métodos más reveladores para determinar cuándo actualizar los puntos de datos en la cadena, lo que en última instancia beneficia a los usuarios de dApp.
En este punto, según el esquema de subasta OEV de API 3, el problema de la distribución de beneficios en juegos multipartitos se ha resuelto en gran medida y el "beneficio incorrecto" original del tercero se ha devuelto a los interesados. partes interesadas. Esta solución es realmente elegante.
Lectura ampliable: "Informe de investigación de UniswapX (Parte 1): Resumen de los enlaces de desarrollo V1-3, interpretación de las principales innovaciones y desafíos del DEX de próxima generación" para comprender el mecanismo de subasta de UniswapX.
7. Resumen
API 3 construye un ecosistema de conducción autónoma basado en su propia economía simbólica y hace que el funcionamiento del sistema sea más estable mediante ajustes de retroalimentación positiva y negativa.
Al mismo tiempo, la red OEV propuesta por API 3 resuelve inteligentemente el problema del flujo de OEV al introducir un mecanismo de subasta para los derechos de actualización de precios de dAPI y transfiere inteligentemente la contradicción entre Oracle y dApp debido a OEV a un tercero.
Con la popularidad y el desarrollo de aplicaciones descentralizadas, la demanda de servicios de Oracle confiables y seguros seguirá creciendo, y parece haber surgido el prototipo de la próxima generación de Oracle.
Sin embargo, API 3 también enfrenta algunos desafíos.
Un modelo económico no puede definirse y diseñarse al principio y puede funcionar de manera estable en el largo plazo. El proceso continuo posterior a menudo caerá en una gobernanza excesiva o descuidada.
Además, el núcleo de la subasta de API radica en la medición de la reputación y los ingresos. Es esencialmente un modelo optimista, no un modelo pesimista (ZK). Aunque LayerZero, que también utiliza esta estructura de reputación, ha seguido funcionando, incluso el oráculo. + puente entre cadenas bidireccional de alto riesgo La combinación nunca ha tenido problemas de mercado y se puede demostrar su seguridad, pero aún existe la posibilidad de riesgo. Y seguir apostando por la reputación significa que los retornos de mercado de los participantes deben ser lo suficientemente altos, lo cual está estrechamente relacionado con el desarrollo del mercado de API 3.
Finalmente, no es fácil competir en el mercado de las máquinas Oracle. La causa principal es que lo que más valora cada Dapp no es solo la capacidad de proporcionar datos, sino el posicionamiento de terceros de la propia máquina Oracle. Se ha roto este punto, pero la propia Dapp también. Ser capaz de participar en la subasta inevitablemente hace que los usuarios se preocupen por si se confabularán por su cuenta, aunque también significa poner en juego la propia reputación de su Dapp. Además, Chainlink establecido y otros no pueden seguir su ejemplo. También pueden liberar más OEV para seguir controlando el mercado.
