Revisión de la parte anterior:
(AgentFi - Un nuevo concepto DeFi impulsado por AO)
Continuando con la historia anterior. La industria de blockchain en su conjunto es una historia de evolución de escalabilidad. Para acelerar y reducir costos, se están probando varias rutas, pero cada una tiene su propio límite. Hasta que AO, un paradigma diferente de blockchain tradicional, surge. A través de un diseño ingenioso, el espacio de bloque en AO ya no es un recurso escaso de suministro fijo, sino un recurso que puede generarse indefinidamente según sea necesario, otorgando a AO una capacidad de escalabilidad infinita.
Esto también hace posible el modelo financiero orientado al Agente, AgentFi. En comparación con DeFi tradicional, AgentFi tiene una gama más amplia de escenarios de aplicación.
Los protocolos DeFi tradicionales tienen su origen en Ethereum. A pesar de que han surgido varias L2 y nuevas cadenas de alta performance, la imaginación de las personas sobre el paradigma de construcción de DeFi sigue limitada a Ethereum. Ahora, entremos en una plataforma completamente libre de restricciones de rendimiento, como recordar la evolución de Internet desde solo lectura, a lectura y escritura, a algoritmos, hasta la autonomía, imaginemos cómo debería ser las finanzas en la cadena, ¿no surge en su mente una nueva visión? ¡Un panorama de igualdad financiera donde todos los usuarios pueden crear Agentes financieros y cualquier unidad de computación puede convertirse en una "institución financiera" que ofrece servicios financieros personalizados!
¿Por qué se necesita un protocolo estándar para los Agentes?
En la computadora AO, los procesos se comunican entre sí a través de mensajes, y la transmisión de mensajes sigue ciertas especificaciones. De hecho, en escenarios financieros, es lo mismo.
La personalización es el punto de partida de la diversidad; si diferentes tipos de Agentes financieros se desarrollan de manera independiente, inevitablemente surgirán diferentes estándares de protocolo, lo que convierte la interacción entre Agentes en un gran desafío. ¿Cómo permitir que los Agentes se comuniquen entre sí y se emparejen entre sí?
Para evitar la falta de interoperabilidad derivada de la falta de un estándar unificado, el Protocolo FusionFi (FFP) ha surgido.
El Protocolo FusionFi, como protocolo de interacción entre Agentes, define las reglas de interacción entre Agentes, permitiendo que diversos negocios financieros basados en Agentes puedan comunicarse y fusionarse. En el punto de partida de AgentFi, este tipo de protocolo puede considerarse muy visionario.
FFP (Protocolo FusionFi)
El Protocolo FusionFi es un protocolo lanzado por el fundador de EverVision, outprog, en la conferencia Arweave Asia 2024.
El concepto clave en el Protocolo FusionFi es la Nota. Es una representación abstracta de un compromiso, que puede tomar la forma de tokens, bonos, certificados, derechos contractuales, etc. Utilizando el modelo de Nota como intermediario, el Protocolo FusionFi puede soportar una variedad rica de escenarios financieros, como transacciones, préstamos, y staking.
El Protocolo FusionFi no solo proporciona un estándar de protocolo, sino que también ofrece a los desarrolladores un conjunto de herramientas de desarrollo de AgentFi (FFP SDK), ayudando a los desarrolladores a crear AgentFi de manera más eficiente y sencilla.
Actualmente, el Protocolo FusionFi ya cuenta con las instancias de Agente AMM y Agente de Libro de Órdenes.
Agente AMM
Tomando como ejemplo el Agente AMM, cada Agente AMM puede entenderse como un "pool de liquidez de soberanía personal", cuyas reglas de creación de mercado pueden establecerse de manera independiente. Esto también significa que los usuarios no necesitan depender de plataformas externas, como un pool de fondos que utiliza un algoritmo de creación de mercado uniforme, para implementar de manera autónoma la funcionalidad de intercambio, pudiendo buscar cualquier contraparte adecuada en toda la red. En otras palabras, cuando un usuario crea un Agente, en realidad está creando un intercambio descentralizado de propiedad personal. Luego, el Protocolo FusionFi puede permitir que muchos de estos "intercambios personales" formen una red peer-to-peer para lograr una coincidencia más eficiente y flexible.
A continuación se presenta el flujo central del Agente AMM:
Parece simple, pero en realidad para el LP, parece ser un conjunto estándar de crear depósitos y luego agregar y retirar, aunque la diferencia es que el Agente está controlado por el usuario, y para el LP, los activos están en sus manos. Esto es en realidad la capacidad del AgentFi, y FusionFi establece una entrada relativamente unificada (y estructura de datos) para esta capacidad.
Puedes entender que, como LP, lo único que necesitas hacer es depositar y retirar, llamando a una función de entrada unificada. Y la función en sí puede estar vinculada a múltiples proyectos DeFi, y en cuanto a cómo interactúan y operan posteriormente, no es necesario preocuparse, este es el valor de esta capa de estándar de protocolo. Es similar a cómo, después de tener estándares como ERC20, la capa de aplicación se adapta a los usuarios.
A continuación se presenta un ejemplo de código específico para agregar liquidez.
Se puede ver que solo se necesitan unas pocas líneas de código central para implementar rápidamente esta funcionalidad.
const minLiquidity = await agent.getMinLiquidityByX(helloAmount, ammSlippageOfPercent)//configurar cantidad y deslizamiento
const addLiquidityMessageId = await agent.addLiquidity(minLiquidity)//iniciar un mensaje para agregar liquidez
const addLiquidityResult = await getProcessResult(addLiquidityMessageId, ammProcess)//obtener resultado
Fuente del caso de código:
https://github.com/permadao/ffp-demo
Ciclo de vida de la Nota
Aquí podemos cambiar a la perspectiva de las Notas y observar el flujo de transacciones entre el usuario y el Agente AMM.
1. Cuando un usuario inicia una solicitud de cotización, todos los Agentes AMM que tienen liquidez correspondiente crearán automáticamente una cotización, esta cotización es una Nota, la validez de esta Nota es muy breve, si no se puede ejecutar rápidamente, la Nota caducará. Los Agentes AMM actúan como creadores.
2. Todas las Notas serán almacenadas de forma centralizada en el Pool de Notas del sistema, el Pool de Notas actúa como un espacio de almacenamiento compartido dentro del sistema, facilitando el acceso a otras entidades.
3. Los usuarios seleccionan las cotizaciones más adecuadas de las Notas en el Pool de Notas a través de la página web frontal y las envían al Centro de Liquidación para su liquidación. El Centro de Liquidación es responsable de ejecutar las operaciones de liquidación específicas, como el intercambio aquí.
4. La Nota se marca como "liquidada", el intercambio se ejecuta con éxito.
Aquí, el Centro de Liquidación es un componente clave en el Protocolo FusionFi, responsable de manejar las operaciones de liquidación de diversas Notas dentro del sistema.
En realidad, para el Agente de Libro de Órdenes, es lo mismo. La orden límite en el Agente de Libro de Órdenes es en sí misma una Nota, y su proceso de liquidación es completamente consistente con el Agente de cotización creado por el Agente AMM. Esto significa que el Protocolo FusionFi puede fusionar efectivamente la liquidez proveniente tanto de AMM como de libros de órdenes.
Esta fusión trae grandes beneficios, en el escenario de intercambio, la liquidez puede provenir de las cotizaciones de los usuarios o de los nodos de creación de mercado. Los usuarios pueden utilizar protocolos de enrutamiento para buscar liquidez en todo el pool de Notas, logrando el mejor precio de ejecución. AMM proporciona liquidez básica al mercado, pero presenta problemas de gran impacto en el precio y pérdidas impermanentes, mientras que los libros de órdenes permiten a los usuarios colocar órdenes de manera autónoma, adecuándose a grandes transacciones y a usuarios con necesidades de precio específicas. Después de la fusión, AMM proporciona liquidez continua, mientras que el libro de órdenes reduce el impacto en el precio y aumenta la profundidad, haciendo que las transacciones grandes sean más eficientes. Este modelo satisface las necesidades de diferentes tipos de usuarios, desde minoristas hasta instituciones, permitiendo encontrar formas de transacción adecuadas, aumentando así la eficiencia del uso del capital y promoviendo una mayor madurez del mercado.
Liquidación atómica de múltiples Notas
El caso anterior se limita a liquidar un solo Nota a la vez, pero en realidad, el Protocolo FusionFi también puede soportar la liquidación de múltiples Notas a la vez, y esta liquidación es atómica. Solo cuando todas las Notas en una liquidación individual se completan, se puede cambiar el estado de la Nota. De lo contrario, el estado de todas las Notas no cambiará.
Esto trae algunas características muy útiles:
División de grandes transacciones: es difícil que una sola contraparte absorba un pedido grande, FFP apoya la división de pedidos grandes, aprovechando al máximo la liquidez dispersa.
Consolidación de múltiples transacciones: múltiples transacciones pueden combinarse en una única orden atómica. Esto puede aumentar la velocidad de las transacciones, lo cual es crucial para los traders de alta frecuencia y escenarios de transacciones complejas.
Transacciones de múltiples saltos: las transacciones de múltiples saltos son una extensión de la funcionalidad de consolidación. Supongamos que se desea completar un intercambio de A→C en un escenario de intercambio, pero no hay una ruta directa de A→C, aunque sí existe una ruta A→B→C, FFP puede realizar la consolidación de A→B y B→C. Además, estas transacciones de múltiples saltos son atómicas, no habrá casos de éxito en A→B y fracaso en B→C.
Arbitraje sin capital: es lo que se llama 'hacer trampa con las manos vacías'. En esencia, el arbitrajista lleva dos notas que tienen un diferencial de tasa y las liquida al mismo tiempo. Puede ver el gráfico a continuación.
Fuente de la imagen: https://x.com/Permaswap/status/1854212032511512992
Permaswap es el primer DEX construido sobre el Protocolo FusionFi, y es el DEX más maduro en el ecosistema AO hasta ahora. Si estás interesado, puedes experimentar las características mencionadas en Permaswap (aopsn.com).
Centro de Liquidación
Es evidente que, en el Protocolo FusionFi, el Centro de Liquidación es un componente clave. Procesa todas las notas en orden de tiempo; siempre que el sistema SU de AO funcione normalmente, se puede obtener este orden de tiempo. Cualquier persona puede extraer notas del pool de notas y enviarlas al Centro de Liquidación para su liquidación.
Cuando aumenta la cantidad de solicitudes de procesamiento de notas, el Centro de Liquidación también puede escalar fácilmente a través de un enfoque distribuido, utilizando múltiples procesos de liquidación para desviar las tareas de liquidación. Cuanta más presión haya, se calculará el desvío basado en el ID de la nota a diferentes procesos de liquidación para su tratamiento.
Diversificación de la aplicación de Notas
El formato estructurado de la Nota definido por el Protocolo FusionFi tiene una aplicabilidad muy fuerte para diversos negocios financieros. Por lo tanto, las formas de aplicación de la Nota son variadas. No solo puede utilizarse para representar cotizaciones de transacciones al contado, sino también para transacciones de futuros, transacciones de contratos, préstamos y otros escenarios. Por lo tanto, FusionFi puede fusionar no solo la liquidez, sino también diversas formas financieras.
Perspectivas
Desde mi perspectiva, el mundo de Internet es esencialmente una transacción multipunto, por lo que resolver el comercio de alta frecuencia entre múltiples grupos tiene un gran valor, y el modelo de AgentFi puede abarcar casi todos los escenarios de DeFi, mientras que el Protocolo FusionFi permite una coincidencia más eficiente entre Agentes de manera peer-to-peer, y esta coincidencia es interprotocolar. Frente a la competencia por la liquidez en el ámbito DeFi, que se basa en monopolizar la liquidez como un modelo de lucro, el cambio que puede traer el Protocolo FusionFi es revolucionario.
Por supuesto, el Protocolo FusionFi es un nuevo estándar de protocolo y puede necesitar ajustes y optimizaciones continuas según las necesidades del negocio. Esto puede referirse a los modelos de BIP (Propuesta de Mejora de Bitcoin) y EIP (Propuestas de Mejora de Ethereum), absorbiendo ideas en la co-creación.
Material de referencia:
1. Finanzas inteligentes: de AgentFi a FusionFi
https://x.com/perma_daoCN/status/1801474305597050906
2. Protocolo FusionFi: Elemento central para lograr la interoperabilidad de AgentFi
https://x.com/Permaswap/status/1854212032511512992
3. Documentación del Protocolo FusionFi
https://github.com/zyjblockchain/ffp-doc/blob/main/doc/FusionFi%20协议介绍.md
Este artículo fue publicado inicialmente en PermaDAO
Enlace al texto original: https://mp.weixin.qq.com/s/r5bhvWVhoEdohbhTt_7b5A