Uma transação SUAVE segue um fluxo diferente das transações tradicionais, pois ela não começa no mempool. O ponto de partida é sempre um intent—ou seja, uma intenção expressa pelo usuário, que pode representar a vontade de trocar tokens, fazer lances em NFTs, participar de liquidações ou efetuar ações entre diferentes blockchains. Em vez de um envio público e completamente detalhado, como ocorre nas transações convencionais, o intent no SUAVE é criptografado e especificado apenas parcialmente, possibilitando que os solvers proponham caminhos de execução mais vantajosos.
Após o usuário assinar e remeter esse intent para o Membrane do SUAVE, a camada de privacidade o cifra e encaminha a um ambiente seguro. Esse ambiente pode ser um Trusted Execution Environment (TEE), um sistema de prova de conhecimento zero ou uma rede de enclaves seguros replicados. Ali, o intent permanece sigiloso até ser avaliado pela rede de solvers.
Solvers têm acesso a lotes de intents criptografados e disputam entre si, em um leilão universal, para entregar a melhor execução. Cada solver apresenta um caminho de execução completo e um lance—que pode envolver reembolso ao usuário, garantia de saída mínima ou outro benefício objetivo. Durante o leilão, esses lances permanecem invisíveis aos concorrentes, assegurando condições justas.
O MEVM, motor de execução do SUAVE, avalia as soluções propostas e seleciona o vencedor por meio de lógica programável. O pacote de execução do solver vencedor é então descriptografado, finalizado e direcionado à blockchain adequada através do Membrane. A cadeia de destino recebe a transação como bundle padrão ou uma prova de inclusão, conclui a liquidação on-chain e envia a confirmação de volta ao SUAVE.
Durante todo esse processo, os dados da transação do usuário nunca ficam expostos publicamente. A finalização é garantida pela camada de liquidação do destino, enquanto a ordem e a privacidade do fluxo são administradas inteiramente pelo SUAVE.
O SUAVE reúne diferentes agentes, cada um com funções críticas para garantir o funcionamento eficiente do sistema. Entender esses papéis é essencial para quem deseja desenvolver ou integrar soluções ao SUAVE.
Usuários fornecem o fluxo de ordens, interagindo com dApps ou carteiras para expressar intents. O SUAVE aceita intents tanto de usuários finais quanto de protocolos agindo em nome de terceiros. O usuário mantém controle total sobre seu intent, podendo definir preferências de slippage, velocidade e privacidade.
Solvers interpretam intents de usuários e propõem planos de execução. Eles analisam intents criptografados na camada de privacidade e participam de leilões para conquistá-los. Podem ser arbitradores, roteadores de liquidez, market makers ou bots otimizados para tarefas específicas, sempre alinhados ao interesse do usuário—solvers só recebem recompensas ao entregar o valor máximo.
Builders são intermediários opcionais que agregam intents solucionados em bundles únicos. Embora solvers possam submeter intents diretamente ao Membrane, builders otimizam aspectos como consumo de gás, reordenação e gerenciamento de múltiplas transações em lote, conferindo maior escalabilidade e flexibilidade em cenários de alto volume.
O MEVM é responsável por arbitrar e executar as regras. Avalia propostas dos solvers, aplica a lógica do leilão e assegura a validação das soluções. Desenvolvedores podem criar regras customizadas, como priorização de solvers descentralizados, exigência de reembolso mínimo ou validação de liquidez entre redes.
O Membrane serve de ponte entre o SUAVE e blockchains externas. Ele capta intents, entrega transações finalizadas e sincroniza os estados. Também gerencia permissões e comprova a integridade das liquidações cross-chain.
Validadores, neste contexto, limitam-se à cadeia de liquidação. Eles não acessam o funcionamento interno do SUAVE, apenas processam bundles finalizados, tornando toda a operação mais leve e dispensando mudanças nos protocolos de consenso atuais.
Uma das inovações do SUAVE é o conceito de value routers—serviços similares a smart contracts, hospedados no MEVM, que processam intents de classes específicas. Um value router funciona como uma dApp, mas opera sobre fluxo de ordens privado, antes das transações serem divulgadas publicamente.
Para criar um value router, o desenvolvedor define três componentes:
Após ser implantado no MEVM, o value router começa a aceitar intents via Membrane. Solvers se conectam ao router por uma API padrão e concorrem entre si para atender as solicitações. Por operar em ambiente com privacidade reforçada, o router processa volumes elevados e sensíveis de dados sem expor informações estratégicas.
Exemplos de aplicação dos value routers incluem:
Como o MEVM é agnóstico à blockchain, um único router pode atender várias redes, permitindo que desenvolvedores implementem soluções globais com código único.
O SUAVE visa eliminar a exposição do usuário à manipulação de MEV, tornando o processo invisível ao público. Para isso, as carteiras precisam se integrar ao SUAVE tanto no frontend (UI) quanto na camada RPC. Em vez de submeter transações ao mempool convencional, a carteira encaminha os intents ao Membrane, que retorna opções de execução fornecidas pelos solvers.
Do ponto de vista do usuário, tudo permanece igual: basta clicar em “Swap”, “Mint” ou “Vote”. Nos bastidores, porém, a transação é criptografada, leiloada e executada pelo SUAVE, proporcionando melhor preço, confirmação ágil ou reembolso, sem necessidade de conhecer o funcionamento técnico.
As carteiras podem ainda apresentar opções de solvers classificadas por preço, privacidade ou agilidade, permitindo customização avançada enquanto usuários comuns se beneficiam de definições otimizadas por justiça. Soluções futuras da Flashbots e parceiros devem facilitar ainda mais o processo de integração.
Como o SUAVE não realiza a liquidação das transações, ele depende de uma operação coordenada com blockchains externas. Essa arquitetura traz complexidade, mas abre novas oportunidades de fluxo avançado. Por exemplo, um usuário pode desejar:
No modelo atual, seriam necessárias múltiplas etapas e permissões, além de confiar em relayers. No SUAVE, todo o fluxo pode ser expresso como um único intent. Solvers competem para entregar a melhor execução, e a solução escolhida é liquidada em diferentes redes, exigindo apenas uma assinatura do usuário.
Esse nível de composabilidade multi-chain é raro com arquiteturas tradicionais. O SUAVE torna possível coordenar a execução antes do settlement em cada blockchain, facilitando a integração mais fluida de fluxos entre redes.
O sucesso da rede exige incentivos claros para todos os participantes do ecossistema. Solvers, builders e relays só se envolvem se houver remuneração adequada por cálculos, participação em leilões e roteamento.
No SUAVE, os incentivos são parametrizáveis: solvers submetem lances que incluem pagamento ao usuário (reembolso), ao sistema (taxa) e para a cadeia de liquidação (gás). O MEVM obriga o cumprimento desses pagamentos, só liberando os valores após a confirmação da liquidação.
Sistemas de reputação monitoram o histórico dos solvers. Mau desempenho, falhas ou slippage acima do limite declarado resultam em exclusão dos próximos leilões. Usuários podem ainda bloquear solvers que tenham comportamento considerado malicioso.
Esse arranjo mantém o SUAVE sustentável: não depende da boa vontade dos agentes, mas sim de um mercado competitivo em que agir corretamente é o caminho mais rentável.
Cenário:
Sarah deseja comprar um NFT em um marketplace no Arbitrum, mas só possui ETH na Ethereum Mainnet. Num fluxo Web3 tradicional, ela teria de:
Esse processo é lento, exige alternância entre interfaces, expõe Sarah a riscos como MEV e pontes, além de incorrer em taxas altas na Ethereum.
Para viabilizar o ecossistema, todos os agentes devem ser compensados: solvers, builders e relays recebem incentivos por cálculos, leilões e roteamento.
No SUAVE, a lógica de incentivos é flexível. Os solvers, ao submeterem lances, especificam valores que serão pagos ao usuário (reembolso), ao sistema (taxa) e à blockchain de liquidação (gás). O MEVM controla e só libera os pagamentos mediante a finalização garantida da liquidação.
Com reputação monitorada constantemente, solvers de baixo desempenho, falhas ou slippage não autorizado podem ser banidos dos próximos leilões. Usuários também possuem autonomia para bloquear solvers suspeitos.
O resultado é um ecossistema sustentável, impulsionado por incentivos e reputação—no SUAVE, honestidade e eficiência são as estratégias mais lucrativas.
Passo 1: Submissão do Intent
Sarah usa uma carteira integrada ao SUAVE, clica em “Comprar NFT” no marketplace e aprova um único intent:
Passo 2: Leilão de Solvers e Privacidade
Solvers recebem o batch de intents. Um solver propõe:
Swap de ETH para USDC usando a rota mais eficiente na Ethereum.
Passo 3: Execução e Finalização
Esse exemplo evidencia como o SUAVE transforma uma experiência fragmentada em execução privada cross-chain com apenas um clique, otimizando custos e Maxwell a experiência do usuário. O SUAVE entrega comportamentos familiares do DeFi (trocas, bridges), mas o faz de modo mais eficiente, tornando sua proposta técnica clara, poderosa e acessível na prática.