Como funciona uma transação SUAVE
Uma transação SUAVE típica não começa num mempool. Em vez disso, começa com uma intenção. Esta intenção pode ser o desejo de um utilizador de trocar um token, licitar um NFT, participar numa liquidação ou realizar uma ação entre cadeias. Ao contrário das transações tradicionais, que são totalmente especificadas e divulgadas publicamente, uma intenção na SUAVE é encriptada e apenas parcialmente especificada. Deixa espaço para os solucionadores proporem caminhos de execução ótimos.
Assim que o utilizador assina e submete esta intenção à Membrana SUAVE, a camada de privacidade encripta-a e envia-a para um ambiente seguro. Este ambiente pode ser um ambiente de execução fiável (TEE), um sistema de prova de conhecimento zero ou uma rede de enclaves seguros replicados. Neste ambiente, a intenção é mantida confidencialmente até que a rede do solucionador a avalie.
Os solucionadores acedem a um lote de intenções encriptadas e competem num leilão universal para fornecer a melhor execução. Cada solucionador propõe um caminho completo de transação juntamente com uma oferta — que representa um desconto para o utilizador, uma produção mínima garantida ou outra vantagem mensurável. Estas licitações não são visíveis para os outros solucionadores durante o leilão, preservando a equidade.
O MEVM, o motor de execução da SUAVE, avalia as soluções propostas e seleciona o vencedor com base na lógica programável. O pacote de execução do solucionador vencedor é então descriptado, finalizado e encaminhado para o blockchain apropriado através da Membrana. A cadeia recetora aceita a transação como um pacote padrão ou prova de inclusão, finaliza-a on-chain e devolve a confirmação à SUAVE.
Em nenhum momento deste processo os dados de transação do utilizador são expostos ao público. A finalidade é garantida pela camada de liquidação da cadeia de destino, mas a ordem e a privacidade são tratadas pela SUAVE.
Papéis e responsabilidades no ecossistema SUAVE
O ecossistema SUAVE é composto por vários intervenientes distintos, cada um dos quais desempenha um papel fundamental na funcionalidade do sistema. Compreender estas funções é essencial para qualquer pessoa que pretenda desenvolver ou integrar a SUAVE.
Os utilizadores são a fonte do fluxo de ordens. Interagem com dApps ou carteiras para expressar a sua intenção. A SUAVE suporta tanto utilizadores individuais como protocolos que submetem transações em nome dos seus utilizadores. Os utilizadores mantêm o controlo total sobre a sua intenção e podem selecionar preferências para tolerância de derrapagem, velocidade ou privacidade.
Os solucionadores são entidades que interpretam as intenções dos utilizadores e propõem planos de execução. Os solucionadores analisam intenções encriptadas no âmbito da camada de privacidade e competem em leilões para as concretizar. Podem ser arbitradores, encaminhadores de liquidez, criadores de mercado ou bots otimizados para tarefas específicas. Os seus incentivos estão alinhados com os dos utilizadores — só lucram se fornecerem a execução mais valiosa.
Os construtores são intermediários opcionais que agregam várias intenções resolvidas num único pacote. Enquanto os solucionadores podem submeter diretamente à Membrana, os construtores podem otimizar a eficiência do gas, reordenando ou co-empacotando múltiplas transações. Os construtores adicionam escalabilidade e flexibilidade, particularmente quando se lida com períodos de alto rendimento.
O MEVM trata da arbitragem e da lógica de execução. Avalia as propostas do solucionador, impõe regras de leilão e garante que apenas soluções válidas sejam selecionadas. Os programadores podem escrever regras personalizadas para o MEVM, tais como dar prioridade a solucionadores descentralizados, impor descontos mínimos ao utilizador ou exigir provas de liquidez entre cadeias.
A Membrana funciona como a ponte entre a SUAVE e as cadeias externas. Recebe a entrada do utilizador, entrega transações finalizadas e trata da sincronização do estado. A Membrana também gere a permissão e a prova de integridade para a liquidação entre cadeias.
Os validadores, neste contexto, estão limitados à cadeia de liquidação. Não têm conhecimento do funcionamento interno da SUAVE e limitam-se a processar os pacotes finalizados. Isto mantém o funcionamento da SUAVE leve e evita a necessidade de convencer as camadas de consenso a adotar uma nova infraestrutura.
Escrever e implementar um roteador de valor
Uma inovação fundamental no SUAVE é o conceito de roteadores de valor—serviços semelhantes a contratos inteligentes que vivem dentro do MEVM e lidam com classes específicas de intenções. Um router de valor é semelhante a uma dApp, mas opera em fluxo de ordens privado, pré-cadeia, em vez de transações públicas.
Para construir um roteador de valor, um programador define três componentes:
- Formato da intenção – Que dados tem o utilizador de fornecer? Como é que são encriptados?
- Lógica do leilão – Como é que os solucionadores devem ser pontuados e selecionados? Baseia-se no preço, na latência, na derrapagem ou noutras métricas personalizadas?
- Lógica de liquidação – Para onde deve ser enviada a saída? Deve liquidar em Ethereum, Optimism, ou ambos?
Uma vez implantado no MEVM, um roteador de valor começa a aceitar intenções através da Membrana. Os solucionadores ligam-se ao router através de uma API normalizada e começam a competir para satisfazer os pedidos recebidos. Como os roteadores funcionam num ambiente de preservação da privacidade, podem processar com segurança grandes volumes de dados sensíveis sem revelar a estratégia.
Os casos de utilização para roteadores de valor incluem:
- Leilões em lotes NFT com propostas fechadas
- Reequilíbrio da DeFi em vários mercados de empréstimos
- Jogos on-chain que exigem a execução de movimentos ocultos
- Ações de governança da DAO que exigem liquidações coordenadas
Uma vez que o MEVM é independente da cadeia, um único roteador pode servir várias cadeias, permitindo que os programadores escrevam uma vez e sirvam uma base de utilizadores global.
Integração da carteira e experiência do utilizador
Um dos objetivos a longo prazo da SUAVE é tornar a resistência à MEV invisível para os utilizadores. Para que isso aconteça, as carteiras devem integrar-se com a SUAVE ao nível da IU e do RPC. Em vez de submeter transações a um mempool tradicional, a carteira encaminha-as através da Membrana e apresenta opções de execução devolvidas pelos solucionadores.
Do ponto de vista do utilizador, nada muda. Clique em “Trocar”, “Cunhar”, ou “Votar” como habitualmente. Mas, nos bastidores, a sua transação é encriptada, leiloada e realizada através da SUAVE. O utilizador vê um preço melhor, uma confirmação mais rápida ou um desconto — sem ter de perceber como tudo isto funciona.
As carteiras podem, opcionalmente, apresentar opções de solucionadores, ordenadas por preço, privacidade ou velocidade. Isto permite que os utilizadores avançados personalizem a sua experiência, enquanto os utilizadores casuais beneficiam de definições predefinidas otimizadas para serem justas. Os futuros SDK de carteiras da Flashbots e de terceiros irão provavelmente simplificar este caminho de integração.
Execução entre cadeias e capacidade de composição
Como a SUAVE não liquida as transações por si só, deve trabalhar em harmonia com as cadeias externas. Isto introduz complexidade, mas também abre oportunidades para fluxos de trabalho avançados. Considere um utilizador que pretende:
- Troque ETH por USDC em Ethereum
- Ponte entre o USDC e o Arbitrum
- Utilize esse USDC para comprar uma NFT num mercado baseado em Arbitrum
Numa configuração tradicional, isto exigiria vários passos, aprovações e confiança nos retransmissores da ponte. Na SUAVE, todo o fluxo de trabalho pode ser expresso como uma única intenção. Os solucionadores competem para cumprir esse objetivo da forma mais eficiente possível. A melhor solução é selecionada, resolvida entre cadeias e confirmada ao utilizador com uma única assinatura.
Este tipo de composição entre cadeias é difícil de conseguir com as arquiteturas existentes. A SUAVE permite-o ao dissociar a execução da liquidação, permitindo que os fluxos de trabalho sejam coordenados antes de serem submetidos a cada cadeia em sequência.
Incentivos, pagamento e confiança
Uma última questão para adoção prática é a forma como os participantes são pagos. Os solucionadores, construtores e retransmissores devem ser incentivados a efetuar cálculos, participar em leilões e encaminhar transações.
Na SUAVE, os incentivos são programáveis. Os solucionadores apresentam propostas que incluem um pagamento ao utilizador (um desconto), ao sistema (uma taxa) e à cadeia de liquidação (gas). Estes pagamentos são aplicados ao nível do MEVM e só são finalizados quando a liquidação confirma a transação.
Os sistemas de reputação podem acompanhar o desempenho do solucionador ao longo do tempo. Um mau desempenho, uma execução falhada ou um deslize para além das tolerâncias declaradas podem ser punidos com a exclusão dos solucionadores de futuros leilões. Os utilizadores também podem colocar na lista negra os solucionadores que se comportam de forma maliciosa.
Este equilíbrio entre incentivos e reputação é essencial para tornar a SUAVE sustentável. Em vez de se basear no altruísmo ou na confiança, cria um mercado onde o comportamento honesto é a estratégia mais rentável.
Exemplo do mundo real: Compra de NFT entre cadeias com a melhor execução
Cenário:
A Sarah quer comprar um NFT listado num mercado Arbitrum, mas só detém ETH na Ethereum Mainnet. Numa configuração Web3 típica, isto envolveria:
- Trocar ETH por USDC através de um DEX no Ethereum (por exemplo, Uniswap).
- Ponte entre o USDC e o Arbitrum (via Hop ou Stargate).
- A aguadar a confirmação e os atrasos da ponte.
- A navegar para o mercado NFT no Arbitrum e a finalizar a compra manualmente.
Este fluxo demora tempo, envolve múltiplas interfaces, expõe-na a riscos de MEV e de ponte e custa taxas de gas elevadas no Ethereum.
O mesmo cenário na SUAVE
Passo 1: Apresente a sua intenção
A Sarah utiliza uma carteira ativada pela SUAVE. Clica em “Comprar NFT” na interface de utilizador do mercado e aprova uma única intenção:
- “Quero comprar este NFT no Arbitrum, gastando no máximo 0,5 ETH, com a confirmação mais rápida e o menor custo.”
Passo 2: Privacidade e leilão do solucionador
Etapa 3: Execução e finalização
- O MEVM seleciona o pacote vencedor e encaminha-o através da Membrana.
- A troca ETH→USDC, a ponte e a compra NFT são liquidadas atomicamente através de cadeias.
- A Sarah recebe o NFT no Arbitrum, um desconto no USDC e uma confirmação — tudo num só clique
Este exemplo mostra como a SUAVE transforma um UX de várias etapas e alto atrito em uma execução privada de um clique, em toda a cadeia, com custos otimizados e incentivos embutidos. Ele espelha comportamentos DeFi familiares (como trocas e pontes), mas executa-os melhor, tornando a visão técnica da SUAVE intuitiva e poderosa na prática.
