Fuente: PermaDAO
Continuación del libro. La industria de la Cadena de bloques en su conjunto es una historia de evolución de expansión. Para acelerar y reducir costos, se están probando diversas soluciones, pero todas tienen sus propios límites. Hasta que apareció AO, un paradigma diferente de la Cadena de bloques tradicional. Mediante un diseño ingenioso, el espacio de Bloquear en AO ya no es un recurso escaso de suministro fijo, sino un recurso que puede generar infinitamente según sea necesario, lo que le otorga a AO la capacidad de expandirse ilimitadamente.
Esto también permite que el modelo financiero centrado en Agentes, AgentFi, sea posible, lo que proporciona una gama más amplia de aplicaciones en comparación con las Finanzas descentralizadas tradicionales.
El protocolo de Finanzas descentralizadas tradicional se originó en Ethereum, y aunque han surgido varios nuevos L2 y cadenas públicas de alto rendimiento, la imaginación de la construcción de paradigmas de Finanzas descentralizadas ha estado limitada al Ethereum. Ahora, cuando nos adentremos en una plataforma sin limitaciones de rendimiento, como recordar la evolución del desarrollo de Internet desde la lectura única, la lectura y escritura, el algoritmo, hasta la autonomía, ¿se imagina una nueva imagen de la Finanza on-chain? ¡Un escenario de igualdad financiera en el que todos los usuarios pueden crear agentes financieros, y cualquier unidad de cálculo puede convertirse en una institución financiera y ofrecer servicios financieros personalizados! 01928374656574839201
¿Por qué se necesita un protocolo estándar para un Agente?
En una computadora AO, los procesos se comunican entre sí a través de mensajes, y la transmisión de mensajes sigue ciertas normas. De hecho, lo mismo ocurre en el ámbito financiero.
La personalización es el punto de partida de la diversificación. Si los Agentes financieros de diferentes tipos se desarrollan por sí mismos, sin duda generarán diferentes protocolo normas. Entonces, la interacción entre Agentes se convierte en un gran problema, ¿cómo hacer que los Agentes puedan comunicarse entre sí y luego colaborar mutuamente?
Para evitar la falta de interoperabilidad causada por la falta de normas uniformes, surge el Protocolo FusionFi (FFP).
Como protocolo de interacción entre agentes, FusionFi Protocolo define las reglas de interacción entre agentes, permitiendo la interoperabilidad de diversos servicios financieros basados en agentes y su integración. En el momento en que AgentFi está dando sus primeros pasos, este tipo de protocolo se puede decir que es bastante visionario.
FFP (Protocolo FusionFi)
FusionFi Protocol 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 un modelo abstracto de representación de compromisos, que puede tomar la forma de Token, bono, certificado, derecho contractual, etc. Utilizando el modelo de Nota como intermediario, el Protocolo FusionFi puede admitir diversos escenarios financieros, como transacciones, préstamos, stake, etc.
El protocolo FusionFi no solo proporciona una especificación de protocolo, sino que también ofrece una herramienta de desarrollo llamada FFP SDK para los desarrolladores, que ayuda a crear AgentFi de manera más eficiente y sencilla.
Actualmente, el Protocolo FusionFi ya tiene dos tipos de instancias: Agente AMM y Agente de Libro de Órdenes.
Agente AMM
Tomemos el AMM Agent como ejemplo. Cada AMM Agent puede entenderse como una piscina de liquidez de ‘soberanía personal’, y las reglas de creación del mercado de esta piscina de liquidez pueden ser establecidas por uno mismo. Esto significa que los usuarios no necesitan depender de una plataforma externa, como un fondo común que utiliza un algoritmo de creación de mercado unificado, para realizar intercambios de forma independiente, y pueden buscar contrapartes adecuadas en toda la red. En otras palabras, cuando un usuario crea un Agente, en realidad está creando un intercambio descentralizado perteneciente a uno mismo. Luego, el Protocolo FusionFi puede permitir que muchos de estos ‘intercambios personales’ formen una red punto a punto para lograr un emparejamiento más eficiente y flexible.
A continuación se presentan los procesos principales de AMM Agent:
![]()
Parece sencillo, pero para LP, parece ser un proceso estándar de creación, depósito, adición, intercambio y retiro. La diferencia es que el Agente está controlado por el propio usuario, por lo que los activos están en manos del LP. Esta es en realidad la capacidad de AgentFi, y FusionFi se basa en esta capacidad para establecer una entrada (y estructura de datos) relativamente unificada.
Como LP, solo necesitas realizar operaciones de depósito y retiro llamando a la función de entrada unificada. La función en sí misma puede estar vinculada a varios proyectos de Finanzas descentralizadas, y no es necesario preocuparse por cómo interactúan o funcionan posteriormente, esto es el valor de la capa de protocolo. Es similar a cómo las aplicaciones se adaptan a los usuarios una vez que se establecen estándares como ERC20.
A continuación se muestra un ejemplo de código específico para agregar Liquidez.
Se puede ver que con solo unas pocas líneas de código central, se puede implementar esta función rápidamente.
const minLiquidity = await agent.getMinLiquidityByX(helloAmount, ammSlippageOfPercent)// Establecer la cantidad y el deslizamiento de Liquidezconst addLiquidityMessageId = await agent.addLiquidity(minLiquidity)// Lanzar el mensaje de agregar Liquidezconst addLiquidityResult = await getProcessResult(addLiquidityMessageId, ammProcess)// Obtener el resultado
Código de fuente del ejemplo:
Nota Ciclo de Vida
Aquí podemos cambiar a la perspectiva de Note y echar un vistazo al proceso de transacción entre el usuario y el agente AMM.
-
Cuando un usuario envía una solicitud de Consulta, todos los Agentes AMM que tienen la Liquidez correspondiente crearán automáticamente una cotización, que es una Nota. Esta Nota tiene un período de validez muy corto y si no se realiza rápidamente la transacción, la Nota caducará. Los Agentes AMM actúan como creadores de mercado.
-
Todas las Notas se almacenarán de forma centralizada en el Pool de Notas del sistema. El Pool de Notas actúa como un espacio de almacenamiento compartido que facilita el acceso a otras entidades.
-
Los usuarios seleccionan la oferta más adecuada de Note Pool a través de la página web frontal y la envían al Centro de Liquidación para el Asentamiento. El Centro de Liquidación es responsable de llevar a cabo operaciones de Asentamiento específicas, como el intercambio aquí mencionado.
-
Nota marcada como ‘Asentamiento’, el Swap se ejecutó correctamente.
Aquí, el Centro de Liquidación es un componente clave en el Protocolo FusionFi, encargado de manejar varias operaciones de notas de Asentamiento dentro del sistema.
De hecho, lo mismo ocurre con el Agente de Orderbook, donde las órdenes limitadas en sí mismas son una Nota, el proceso de liquidación en el Agente de Orderbook es exactamente igual al Agente de cotización creado por el Agente AMM. Esto significa que en realidad el Protocolo FusionFi puede fusionar la liquidez tanto del AMM como del Orderbook.
Esta fusión ha traído muchos beneficios. En el escenario de intercambio, la Liquidez puede provenir de las órdenes abiertas de los usuarios o de los Nodos. Los usuarios pueden utilizar el protocolo de enrutamiento para buscar Liquidez en todo el pool de Nodos y lograr el mejor precio de ejecución. AMM proporciona Liquidez básica al mercado, pero tiene problemas de impacto del precio y Pérdida impermanente, mientras que el libro de órdenes permite a los usuarios actuar como creadores de mercado de forma independiente, lo que es adecuado para operaciones de gran volumen y usuarios con requerimientos de precios específicos. Después de la fusión, AMM proporciona Liquidez continua, mientras que el libro de órdenes reduce el impacto del precio y aumenta la Profundidad, lo que hace que las operaciones de órdenes grandes sean más eficientes. Este modelo satisface las necesidades de diferentes tipos de usuarios, desde inversores minoristas hasta instituciones, lo que aumenta el uso eficiente de los fondos y promueve el desarrollo adicional del mercado.
多 Note 原子 Asentamiento
Los casos anteriores se limitan a un único Asentamiento de una Nota, pero en realidad, el Protocolo FusionFi también puede admitir múltiples Notas en un único Asentamiento, y este tipo de Asentamiento es atómico. Todos los Asentamientos de las Notas en una sola transacción deben completarse antes de que se pueda cambiar el estado de la Nota. De lo contrario, el estado de todas las Notas no se modificará.
Esto trae algunas características muy útiles:
- División de órdenes de gran tamaño: Las órdenes de gran tamaño son difíciles de ejecutar con un único contraorden, FFP admite la división de órdenes de gran tamaño para aprovechar al máximo la Liquidez dispersa.
- Varias transacciones se pueden combinar en un solo pedido atómico. Esto puede mejorar la velocidad de la transacción, lo cual es crucial para traders de alta frecuencia y escenarios de transacción complejos.
- Comercio de múltiples saltos: el comercio de múltiples saltos es una extensión de la función de combinación de órdenes. Supongamos que en el escenario de intercambio se debe completar el intercambio de A a C, pero no existe una ruta directa de A a C, pero existe una ruta de A a B y de B a C. FFP puede combinar A a B y B a C en una sola orden. Además, este tipo de comercio de múltiples saltos es atómico y no existe la posibilidad de que A a B tenga éxito mientras que B a C falla.
- Arbitraje sin capital: también conocido como lobo blanco con guantes vacíos. En esencia, el arbitrajista toma dos notas con una diferencia de interés y las liquida al mismo tiempo. Puedes ver la siguiente imagen.
![]()
Fuente de la imagen:
Permaswap es el primer DEX de AgentFi construido sobre el Protocolo FusionFi, y también es el DEX más maduro actualmente en el ecosistema AO. Si estás interesado, puedes experimentar estas características en Permaswap (aopsn.com).
Centro de Liquidación
Obviamente, en el Protocolo FusionFi, el Centro de Liquidación es un componente clave. Se encarga de procesar todas las notas en función del orden de tiempo, siempre que el sistema SU de AO esté funcionando correctamente, se puede acceder a ese orden de tiempo. Cualquiera puede extraer notas del grupo de notas y presentarlas al Centro de Liquidación para su Asentamiento.
Cuando la cantidad de solicitudes de procesamiento con nota se expande, el Centro de Liquidación también puede escalar fácilmente de manera distribuida, dividiendo las tareas de Asentamiento entre varios procesos de liquidación. Según la presión, se calcula y se divide para su procesamiento en diferentes procesos de liquidación según la ID de la nota.
![]()
Aplicaciones Diversificadas de Note
El formato estructurado de las Notas definidas por el Protocolo FusionFi, de hecho, tiene una gran aplicabilidad en diversas operaciones financieras. Por lo tanto, las Notas se pueden utilizar de varias maneras. No solo se pueden utilizar para representar cotizaciones de operaciones al contado, sino también para operaciones de futuros, contratos de comercio, préstamos y otros escenarios. Por lo tanto, FusionFi puede integrar no solo la liquidez, sino también diversas formas de finanzas.
Perspectiva
En mi opinión, el mundo de Internet es esencialmente un lugar de transacciones múltiples. Por lo tanto, resolver las transacciones de alta frecuencia entre múltiples grupos tiene un alto valor. El modelo de AgentFi puede cubrir casi todos los escenarios de Finanzas descentralizadas, y el Protocolo FusionFi permite un emparejamiento más eficiente entre agentes, incluso a través de diferentes protocolos. En un entorno donde la competencia principal en el campo de las Finanzas descentralizadas es la adquisición de Liquidez y el monopolio de la misma como una forma de obtener beneficios, los cambios que puede traer el Protocolo FusionFi son disruptivos!
Por supuesto, FusionFi Protocol es un nuevo estándar de protocolo, que puede necesitar ajustes y optimizaciones continuas según las necesidades del negocio. Esto puede tomar como referencia el patrón de propuestas de mejora de BTC (Bitcoin Improvement Proposal) y EIP (Ethereum Improvement Proposals) en el proceso de co-creación para absorber ideas creativas.
