Revisão anterior:
(AgentFi - DeFi com um novo conceito movido por AO)
O livro segue. A indústria de blockchain como um todo é uma história de evolução de expansão, onde várias rotas tentam melhorar a velocidade e reduzir custos, mas cada uma tem seu próprio teto. Até que o AO, um paradigma diferente do blockchain tradicional, surgiu. Através de um design inteligente, o espaço de bloco no AO não é mais uma mercadoria escassa de fornecimento fixo, mas um recurso que pode ser criado infinitamente conforme necessário, conferindo ao AO a capacidade de expansão ilimitada!
Isso também torna possível o modelo financeiro voltado para Agentes - AgentFi, que, em comparação com o DeFi tradicional, possui uma gama mais ampla de cenários de aplicação.
Os protocolos DeFi tradicionais têm origem no Ethereum, e embora várias novas blockchains de alto desempenho tenham surgido, a imaginação das pessoas sobre o paradigma de construção do DeFi ainda se limita ao Ethereum. Agora, vamos entrar em uma plataforma completamente sem restrições de desempenho, como relembrar a evolução da internet de apenas leitura, para leitura e escrita, para algoritmos, para autonomia, reimaginando como deveria ser o financeiro on-chain, será que uma nova visão surgirá em nossa mente? Uma cena de equidade financeira, onde todos os usuários podem criar Agentes financeiros, e qualquer unidade computacional pode se tornar uma 'instituição financeira', oferecendo serviços financeiros personalizados!
Por que precisamos de um protocolo padrão para Agentes?
No computador AO, os processos se comunicam através de mensagens, e a troca de mensagens segue certas normas. Na verdade, é assim também no cenário financeiro.
A personalização é o ponto de partida da diversidade; se diferentes tipos de Agentes financeiros se desenvolverem de forma independente, surgirão diferentes normas de protocolo. Assim, a interação entre Agentes se torna um grande desafio. Como permitir que os Agentes se comuniquem entre si e, assim, se correspondam?
Para evitar a falta de interoperabilidade devido à ausência de normas unificadas, o FusionFi Protocol (FFP) surgiu.
O FusionFi Protocol, como um protocolo de interação entre Agentes, define as regras de interação entre os Agentes, permitindo que vários negócios financeiros baseados em Agentes sejam interoperáveis e se integrem. No momento em que o AgentFi está apenas começando, tal protocolo pode ser considerado bastante visionário.
FFP (FusionFi Protocol)
O FusionFi Protocol é o protocolo lançado pelo fundador da EverVision, outprog, na conferência Arweave Asia 2024.
O conceito chave dentro do FusionFi Protocol é a Nota. Ela é uma representação abstrata de promessas, que pode assumir a forma de tokens, títulos, certificados, direitos contratuais, etc. Utilizando o modelo de Nota como meio, o FusionFi Protocol pode suportar uma variedade rica de cenários financeiros, como negociação, empréstimo, staking, etc.
O FusionFi Protocol não apenas fornece um padrão de protocolo, mas também oferece aos desenvolvedores um conjunto de ferramentas de desenvolvimento AgentFi (FFP SDK), ajudando-os a criar Agentes de forma mais eficiente e simples.
Atualmente, o FusionFi Protocol já possui duas instâncias: Agente AMM e Agente de Livro de Ordens.
Agente AMM
Tomando o Agente AMM como exemplo, cada Agente AMM pode ser visto como um pool de liquidez de 'soberania individual', cujas regras de criação de mercado podem ser definidas pelo próprio usuário. Isso significa que os usuários não precisam depender de plataformas externas, como um pool de capital que adota um algoritmo de criação de mercado unificado, para implementar a funcionalidade de swap autonomamente, podendo buscar qualquer contraparte adequada na rede. Ou seja, quando os usuários criam um Agente, na verdade, estão criando uma bolsa descentralizada que pertence a eles. O FusionFi Protocol pode permitir que muitos desses 'mercados pessoais' formem uma rede ponto a ponto, para realizar uma correspondência mais eficiente e flexível.
Aqui estão os processos principais do Agente AMM:
Parece simples, mas para o LP, parece ainda ser um processo padrão de criar, depositar, adicionar e retirar, mas a diferença é que o Agente é controlado pelo próprio usuário, e para o LP, os ativos estão em suas próprias mãos. Isso é, na verdade, a capacidade do AgentFi, e o FusionFi visa estabelecer uma entrada relativamente unificada (e estrutura de dados) para essa capacidade.
Você pode entender que, como LP, tudo o que precisa fazer é realizar operações de depósito e retirada, chamando uma função de entrada unificada. E a função em si pode estar conectada a vários projetos DeFi, quanto à forma como eles interagem e atuam posteriormente, você não precisa se preocupar, isso é o valor da camada do padrão do protocolo. É semelhante à adaptação dos usuários na camada de aplicação após a introdução de padrões como ERC 20.
Abaixo está um exemplo de código específico para adicionar liquidez.
Pode-se ver que, com apenas algumas linhas de código central, é possível implementar rapidamente essa funcionalidade.
const minLiquidity = await agent.getMinLiquidityByX(helloAmount, ammSlippageOfPercent)//Definir quantidade e slippage
const addLiquidityMessageId = await agent.addLiquidity(minLiquidity)//Iniciar a mensagem para adicionar liquidez
const addLiquidityResult = await getProcessResult(addLiquidityMessageId, ammProcess)//Obter o resultado
Fonte do caso de código:
https://github.com/permadao/ffp-demo
Ciclo de vida da Nota
Aqui podemos mudar para a perspectiva da Nota e observar novamente o fluxo de transações entre o usuário e o Agente AMM.
1. Quando o usuário inicia um pedido de cotação, todos os Agentes AMM com a liquidez correspondente automaticamente criam um pedido, esse pedido é uma Nota, e a validade dessa Nota é muito curta, se não for concluída rapidamente, a Nota expirará. Os Agentes AMM funcionam como criadores de mercado.
2. Todas as Notas serão armazenadas centralmente no Pool de Notas do sistema, o Pool de Notas desempenha um papel de espaço de armazenamento compartilhado, facilitando o acesso por outras entidades.
3. O usuário seleciona a Nota de cotação mais adequada do Pool de Notas através da interface front-end e a submete ao Settlement Center para liquidação. O Settlement Center é responsável pela execução das operações de liquidação específicas, como o swap aqui.
4. A Nota é marcada como 'liquidada', e o Swap é executado com sucesso.
Aqui, o Settlement Center é um componente chave no FusionFi Protocol, responsável por processar várias operações de liquidação de Notas dentro do sistema.
Na verdade, o mesmo se aplica ao Agente de Livro de Ordens; a ordem limitada dentro do Agente de Livro de Ordens é, na verdade, uma Nota, e seu processo de liquidação é completamente idêntico ao do pedido criado pelo Agente AMM. Isso significa que o FusionFi Protocol pode, na verdade, integrar a liquidez proveniente tanto de AMM quanto de livros de ordens.
Essa fusão trouxe grandes benefícios; no cenário de swap, a liquidez pode vir tanto das cotações dos usuários quanto dos nós de marketing. E os usuários podem usar protocolos de roteamento para procurar liquidez em todo o Pool de Notas, alcançando o melhor preço de execução. O AMM fornece liquidez básica ao mercado, mas apresenta problemas de grande impacto nos preços e perdas impermanentes, enquanto o livro de ordens permite que os usuários coloquem ordens autonomamente, adequado para grandes transações e usuários com necessidades de preços específicas. Após a fusão, o AMM fornece liquidez contínua, enquanto o livro de ordens reduz o impacto nos preços e aumenta a profundidade, tornando as grandes transações mais eficientes. Esse modelo atende às necessidades de diferentes tipos de usuários, desde varejistas até instituições, permitindo que todos encontrem uma maneira adequada de negociar, melhorando a eficiência do uso de capital e promovendo uma maior maturidade do mercado.
Liquidação atômica de múltiplas Notas
Os exemplos acima ainda se limitam a liquidar apenas uma Nota de cada vez, mas na verdade, o FusionFi Protocol também pode suportar a liquidação de várias Notas de uma só vez, e essa liquidação é atômica. Em uma liquidação única, todas as Notas devem ser liquidadas antes que o estado da Nota possa ser alterado. Caso contrário, o estado de todas as Notas não será alterado.
Isso traz algumas características muito úteis:
Divisão de grandes transações: grandes pedidos são difíceis de serem atendidos por um único contraparte, o FFP suporta a divisão de grandes pedidos, aproveitando ao máximo a liquidez dispersa.
Agrupamento de múltiplas transações: várias transações podem ser combinadas em um único pedido atômico. Isso pode aumentar a velocidade das transações, o que é crucial para traders de alta frequência e cenários de transações complexas.
Transações de múltiplos saltos: transações de múltiplos saltos são uma extensão da função de agrupamento. Suponha que em um cenário de swap, a troca de A→C precise ser realizada, mas não exista um caminho direto de A→C, mas exista um caminho A→B→C, o FFP pode realizar A→B, B→C como um único pedido. Além disso, essa transação de múltiplos saltos é atômica, não haverá a situação de A→B ser bem-sucedido, mas B→C falhar.
Arbitragem sem capital: é o que se chama de 'pegar algo sem nada'. Na verdade, é quando os arbitradores levam duas notas com diferença de taxa ao mesmo tempo para liquidação. Veja a imagem abaixo.
Fonte da imagem: https://x.com/Permaswap/status/1854212032511512992
Permaswap é a primeira DEX baseada no FusionFi Protocol, e é também a DEX mais madura do ecossistema AO atualmente. Todos que estiverem interessados podem experimentar as características mencionadas no Permaswap (aopsn.com).
Settlement Center
É evidente que, no FusionFi Protocol, o Settlement Center é um componente chave. Ele processa todas as notas com base na ordem cronológica, desde que o sistema SU do AO esteja funcionando corretamente, é possível obter essa ordem cronológica. Qualquer pessoa pode retirar notas do pool de notas e submetê-las ao Settlement Center para liquidação.
Quando o volume de pedidos de processamento de notas aumenta, o Settlement Center também pode facilmente escalar de forma distribuída, utilizando vários processos de liquidação para dividir o processamento de tarefas de liquidação. A pressão é calculada de acordo com o ID da nota para ser distribuída para diferentes processos de liquidação.
Aplicações diversificadas de Notas
O formato estruturado das Notas definido pelo FusionFi Protocol possui uma aplicabilidade universal muito forte para vários negócios financeiros. Portanto, as maneiras de aplicar as Notas são variadas. Elas podem ser utilizadas não apenas para representar cotações de negociações à vista, mas também para negociações de futuros, contratos, empréstimos e outros cenários. Assim, o FusionFi pode integrar não apenas a liquidez, mas também várias formas financeiras diferentes.
Perspectivas
Na opinião do autor, o mundo da internet é essencialmente um comércio de múltiplos pontos, então resolver o comércio de alta frequência entre múltiplos grupos tem um grande valor, e o modelo do AgentFi pode atender quase todos os cenários DeFi, enquanto o FusionFi Protocol permite que os Agentes realizem correspondência ponto a ponto de forma mais eficiente, e essa correspondência é interprotocolar. Frente ao domínio da liquidez como principal forma de competição no campo DeFi, e ao modelo que monopoliza a liquidez como forma de lucro, as mudanças que o FusionFi Protocol pode trazer são verdadeiramente revolucionárias!
Claro, o FusionFi Protocol é um novo padrão de protocolo, que pode precisar ser continuamente ajustado e otimizado de acordo com as necessidades do negócio. Isso pode se referir ao modelo das propostas de melhoria do Bitcoin (BIP) e das propostas de melhoria do Ethereum (EIP), absorvendo ideias na co-criação.
Materiais de referência:
1. Finanças Inteligentes: do AgentFi ao FusionFi
https://x.com/perma_daoCN/status/1801474305597050906
2. FusionFi Protocol: Elemento Central para Alcançar a Interoperabilidade do AgentFi
https://x.com/Permaswap/status/1854212032511512992
3. Documentação do FusionFi Protocol
https://github.com/zyjblockchain/ffp-doc/blob/main/doc/FusionFi%20Protocol%20Introdu%C3%A7%C3%A3o.md
Este artigo foi publicado pela primeira vez no PermaDAO
Link original: https://mp.weixin.qq.com/s/r5bhvWVhoEdohbhTt_7b5A