Protocolo FusionFi: construindo a ponte central para a interoperabilidade do AgentFi

Fonte: PermaDAO

Visão geral

Permaswap recentemente lançou um exemplo de demonstração do AgentFi baseado no FusionFi Protocol (FFP) na AO, adicionando um caso de uso para criar um Agente AMM e realizar operações de Arbitragem. Através do FFP, os desenvolvedores podem criar facilmente pools de Agente AMM com algumas linhas de código para facilitar a troca de ativos. O FFP, como protocolo padrão na rede AO, oferece suporte à interoperabilidade para diferentes tipos de Agentes.

Este artigo começará por enquadrar os conceitos centrais, como AgentFi e finanças soberanas, e depois apresentará dois exemplos típicos de Agent, o Orderbook Agent e AMM Agent, para mostrar como o protocolo FFP integra dois fluxos de negociação diferentes. Em seguida, o artigo explicará o papel crucial que o FFP pode desempenhar no futuro ecossistema financeiro.

Conceitos Básicos

AgentFi introduz o conceito de ‘agente’ com base em Finanças Descentralizadas, permitindo que os usuários implantem seus próprios agentes de contrato inteligente (Agent) para gerenciar automaticamente a interação com o protocolo. Através do agente, os usuários podem executar várias operações financeiras de forma autônoma e automática, como gestão de ativos, execução de estratégias, etc.

Os protocolos de Finanças Descentralizadas tradicionais usam contratos inteligentes para realizar operações como troca de ativos e empréstimos, mas esses ativos geralmente são bloqueados em um único contrato inteligente, o que obriga os usuários a confiar seus fundos ao contrato e também limita a flexibilidade para personalizar recursos e parâmetros. O AgentFi supera essa limitação, permitindo que cada usuário tenha um agente independente com funcionalidade financeira para realizar negócios financeiros personalizados. Em outras palavras, o AgentFi permite que os agentes dos usuários se tornem entidades financeiras independentes, dando a cada indivíduo a capacidade de criar suas próprias regras financeiras, como emissão de ativos, protocolos de empréstimo e regras de troca, e alcançar uma gestão financeira personalizada, rompendo com as limitações do modelo centralizado tradicional.

Esta é a finança soberana!

Ao contrário do sistema centralizado tradicional controlado pelos regulamentos financeiros do banco central, a finança soberana permite que os utilizadores estabeleçam e controlem as regras financeiras por si próprios, sem depender de um único contrato fornecido pelo desenvolvedor ou de uma instituição central.

Base do AgentFi: Desempenho e Flexibilidade

Uma das razões pelas quais os protocolos de Finanças Descentralizadas tradicionais centralizam a gestão de fundos é devido às limitações de desempenho do Ethereum: ele não pode fornecer capacidade de cálculo de agente independente para cada usuário. Portanto, plataformas como Compound e Uniswap otimizaram o código para se adequar às limitações do Bloco. Além disso, a flexibilidade dos contratos inteligentes tradicionais do Bloco é baixa, o que dificulta a modificação ou a implantação novamente, limitando a flexibilidade de cálculo do agente.

AO, como um supercomputador global de computação paralela descentralizada, fornece unidades de cálculo independentes (chamadas de processos), cada uma com recursos de cálculo independentes, eliminando gargalos de desempenho. Ao mesmo tempo, o código do contrato em execução no processo é controlado pelo proprietário do processo, permitindo atualizações e upgrades flexíveis, proporcionando uma base sólida para a flexibilidade do AgentFi.

Protocolo FusionFi

Na rede de Descentralização da AO, o AgentFi será amplamente adotado, e os aplicativos podem gerar várias entidades financeiras independentes. Por exemplo, NPCs em jogos não apenas fornecem serviços de jogo, mas também podem oferecer serviços financeiros. Por exemplo, um NPC de uma casa de penhores pode aceitar tokens não fungíveis dos jogadores como garantia e fornecer serviços de empréstimo. Esse NPC é um agente independente, ou seja, uma entidade financeira soberana. Todos os usuários e processos na AO podem criar agentes financeiros dessa forma, e qualquer unidade de computação pode se tornar uma instituição financeira e oferecer serviços financeiros personalizados.

Se diferentes tipos de agentes financeiros se desenvolverem independentemente, certamente surgirão protocolos diferentes, tornando a interação entre agentes um grande desafio. Para resolver os problemas de interoperabilidade causados por diferenças de negócios, nasceu o Protocolo FusionFi (FFP).

O FusionFi Protocolo é uma especificação e ferramenta de desenvolvimento projetada para conectar diferentes agentes financeiros, construir pontes de informação, alcançar interoperabilidade e integrar diversos negócios financeiros, permitindo que os agentes compatíveis com FFP se conectem e se comuniquem entre si.

Para usuários que não têm tempo para se aprofundar nos detalhes financeiros, também é possível usar o SDK FFP para transformar seu próprio Agente em um Agente com atributos financeiros específicos. Através da dificuldade de implementação do AgenteFi Gota, o FFP torna a soberania financeira ao seu alcance.

Prática e Interoperabilidade

Order Book（订单簿） e AMM（AMM） são dois mecanismos de negociação diferentes, cada um com diferenças significativas nos processos de negociação. O Order Book registra todas as intenções de compra e venda, e as negociações só podem ser concluídas após a correspondência de preços entre compradores e vendedores, dependendo assim da participação das contrapartes. O AMM, por outro lado, não depende das contrapartes. Ele permite que os usuários negociem diretamente com os ativos do pool de Liquidez e Algoritmo. Os provedores de Liquidez depositam fundos no pool, e o AMM utiliza o Algoritmo (como a fórmula do produto constante) para ajustar automaticamente os preços, permitindo que os usuários concluam as negociações sem a necessidade de esperar por uma correspondência.

FFP pode processar as negociações de Orderbook e AMM de forma unificada e comum, integrando assim a Liquidez de ambos.

Por favor, consulte o código de demonstração abaixo:

Agente do Livro de Ordens (Orderbook Agent)

No demo de livro de ordens da FFP, os desenvolvedores podem criar um agente de livro de ordens (Orderbook Agent) e realizar transações de ativos:

1. Criar Agente de Livro de Ordens：Utilize a função createOrderbookProcess para criar o processo do agente de livro de ordens. Neste momento, será implantado um processo AO e carregada a lógica de negócios relacionada com o livro de ordens, tornando-o uma entidade financeira independente responsável por registar e gerir as encomendas.
2. Depositar ativos：Use o script deposit.js para depositar Token no agente do livro de ordens, fornecendo fundos de negociação para as ordens.
3. Criando uma ordem: Através do método agent.makeOrder, uma ordem de compra ou venda é criada no livro de pedidos. Todas as ordens são enviadas para a rede AO em um esquema FFP específico e, em seguida, são exibidas de forma transparente na rede Blockchain e aguardam correspondência.
4. Negociação de aceitação de pedidos: Use o método agent.takeOrder para fazer pedidos de Comprador e o sistema completará automaticamente a transação e atualizará os ativos.

Agente AMM (Agente de Mercado Automatizado)

Na demonstração do agente AMM, o agente criado pelo usuário é equivalente a um pool de liquidez soberana pessoal. Por meio do AgentFi, os usuários podem fornecer recursos de troca de ativos sem depender de plataformas centralizadas ou exchanges tradicionais. A seguir está o processo principal do Agente AMM:

1. Criar Agente AMM: Crie um processo Agente AMM usando a função createAMMProcess, implantando-o como um processo AO controlado pelo usuário, tornando-o uma entidade financeira pessoal com funcionalidade de gerenciamento de Liquidez.
2. Depósito de ativos: os usuários depositam Tokens no AMM Agent para injetar fundos no pool de liquidez e, assim, apoiar as necessidades de negociação.
3. Adicionar Liquidez: Chame o método agent.addLiquidity, os ativos depositados podem ser adicionados ao pool de liquidez, onde os usuários podem definir o preço e a taxa de câmbio dos ativos dentro do contrato inteligente.
4. Auto Exchange: O Agente AMM usa Algoritmo (como a fórmula de produto constante) para calcular automaticamente o preço de troca, e o resultado do preço será retornado ao usuário solicitante da transação usando um esquema FFP específico.
5. Remover Liquidez：Quando os utilizadores desejam retirar fundos, podem utilizar o método agent.removeLiquidity para remover a Liquidez do pool e retirar os ativos.

Através da criação de um Agente AMM, os utilizadores têm total autonomia na gestão da Liquidez e podem oferecer serviços de troca de ativos sem contraparte, criando assim um ambiente de negociação personalizado de Descentralização.

Pode-se considerar que, quando um usuário cria um Agente (seja um Agente AMM ou um Agente de Livro de Ordens), na realidade está a criar uma Descentralizaçãoexchange de soberania individual. O AgentFi quebra completamente o conceito tradicional de exchange, permitindo que os usuários negociem sem depender de uma plataforma específica. Ao definir regras de Contrato inteligente e configurar Agentes com funções específicas, os usuários podem oferecer autonomamente um ‘local’ de troca e alcançar um Serviço financeiro personalizado. E o processo de criação de um Agente requer apenas uma linha de código.

Interoperabilidade

FFP Schema is the structured format used in FusionFi Protocol (FFP) to standardize transaction and Liquidação data. It defines the data format and communication protocolo in different trading processes (such as Orderbook and AMM), ensuring smooth interoperability and compatibility between different types of financial agents. This unified data format allows key data such as price, order status, asset information, etc., to be shared and parsed among various agents during the trading process.

No passo quatro do Orderbook Agent e do AMM Agent, tanto as ordens do Orderbook quanto as solicitações do AMM são padronizadas no formato FFP Schema, para garantir uma estrutura de dados de Liquidação consistente. O FFP Schema padroniza a interoperabilidade entre os Agentes.

• O arbitrador pode consultar diretamente o livro de pedidos na cadeia para comparar as cotações do livro de pedidos e do AMM usando o esquema FFP e descobrir a diferença de preço.
• Os árbitros só precisam submeter os dados de transação com formato unificado ao processo de liquidação FFP para realizar transações atômicas entre os agentes. A especificação FFP garantirá que várias ordens de hedge sejam totalmente concluídas ou falhem completamente, evitando riscos de inconsistência nas transações.

No caso do FFP, o Orderbook e o AMM implementam processos de negociação diferentes e são interoperáveis, quebrando as fronteiras entre os dois tipos de negócios e alcançando sua colaboração e integração.

Características

FFP suporta Liquidação atômica de várias transações e fornece recursos avançados para DEX construídos com base em FFP, incluindo:

• Divisão de grandes negociações : Os negociadores podem dividir grandes ordens em várias ordens menores. Por exemplo, se um negociador precisar concluir uma negociação de 1 milhão de dólares, um único agente pode ter dificuldade em fornecer a melhor cotação. O FFP permite a divisão de grandes ordens em várias ordens menores, executadas entre diferentes agentes, para obter o melhor preço na rede.
• Várias transações consolidadas: As ordens dispersas no mercado podem ser consolidadas numa única ordem atómica, reforçando a interoperabilidade do livro de ordens e do AMM, tornando as transações mais flexíveis.
• Negociação de múltiplas etapas: A negociação de múltiplas etapas é uma extensão da funcionalidade de ordem combinada. Por exemplo, se um trader deseja trocar o ativo A pelo ativo C e não há um par de negociação A-C no mercado, mas há pares de negociação A-B e B-C, o FFP pode combinar as duas transações A-B e B-C em uma única ordem para alcançar o objetivo da negociação.
• **零资金Arbitragem：**Os arbitradors podem lucrar com a diferença de preço entre duas ordens de cobertura no mercado. Ao contrário dos esquemas de Arbitragem tradicionais, a Arbitragem de capital zero da FFP não requer capital próprio, os arbitradors só precisam submeter as duas ordens ao processo de Liquidação, e o sistema concluirá automaticamente a swap de ativos e pagará os lucros da diferença aos arbitradors.

As inovações trazidas pelo FFP não apenas simplificam a experiência de negociação do usuário, garantem o melhor preço, mas também aumentam a eficiência de capital do arbitrador, garantindo a circulação eficiente de valor.

Perspectiva

Em resumo, a FFP fornece aos agentes financeiros (Agents) um quadro unificado, quebrando as barreiras entre diferentes cenários financeiros. Não apenas Orderbook e AMM, através da FFP, o futuro pode realizar a integração perfeita de vários serviços financeiros, como empréstimos, futuros, ativos sintéticos, etc., construindo um ecossistema financeiro descentralizado e integrado entre aplicativos e cenários.

Através do esquema de dados unificado (FFP Schema), o FFP simplifica a comunicação entre agentes e a Liquidação, melhorando a flexibilidade e eficiência das transações. Com o surgimento de mais tipos de agentes financeiros, a FFP tem o potencial de se tornar o protocolo central no ecossistema AgentFi da AO, impulsionando a disseminação de serviços financeiros soberanos e personalizados.