
Uma transação SUAVE típica não começa em um mempool. Em vez disso, começa com uma intenção. Essa intenção pode ser o desejo do usuário de trocar um token, licitar um NFT, participar de uma liquidação ou realizar uma ação em cadeia cruzada. Ao contrário das transações tradicionais, que são totalmente especificadas e transmitidas publicamente, uma intenção no SUAVE é criptografada e especificada apenas parcialmente. Isso deixa espaço para que os solucionadores proponham caminhos de execução ideais.
Depois que o usuário assina e envia essa intenção à Membrane SUAVE, a camada de privacidade a criptografa e a envia para um ambiente seguro. Este ambiente pode ser um ambiente de execução confiável (TEE), um sistema de prova de conhecimento zero ou uma rede de enclaves seguros replicados. Nesse ambiente, a intenção é mantida confidencialmente até que a rede do solucionador a avalie.
Os solucionadores acessam um lote de intenções criptografadas e competem em um leilão universal para oferecer a melhor execução. Cada solucionador propõe um caminho de transação completo junto com uma oferta, representando um desconto para o usuário, uma produção mínima garantida ou alguma outra vantagem mensurável. Esses lances não são visíveis para outros solucionadores durante o leilão, preservando a imparcialidade.
O MEVM, mecanismo de execução do 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 descriptografado, finalizado e encaminhado para o blockchain adequado por meio da Membrane. A cadeia receptora aceita a transação como um pacote padrão ou prova de inclusão, finaliza-a na cadeia e devolve a confirmação ao SUAVE.
Em nenhum momento desse processo os dados da transação do usuário são expostos ao público. A finalidade é garantida pela camada de liquidação da cadeia de destino, mas as ordens e a privacidade são administradas pelo SUAVE.
O ecossistema SUAVE consiste em vários atores distintos, cada um desempenhando um papel crítico na funcionalidade do sistema. Compreender essas funções é essencial para quem deseja desenvolver ou se integrar ao SUAVE.
Os usuários são a fonte do fluxo de ordens. Eles interagem com dApps ou carteiras para expressar sua intenção. O SUAVE suporta usuários individuais e protocolos que enviam transações em nome de seus usuários. Os usuários mantêm controle total sobre sua intenção e podem selecionar preferências de tolerância a slippages, velocidade ou privacidade.
Os solucionadores são entidades que interpretam as intenções do usuário e propõem planos de execução. Os solucionadores analisam intenções criptografadas dentro da camada de privacidade e competem em leilões para cumpri-las. Eles podem ser arbitradores, roteadores de liquidez, formadores de mercado ou bots otimizados para tarefas específicas. Seus incentivos estão alinhados aos dos usuários: eles só lucram se fornecerem a execução mais valiosa.
Os construtores são intermediários opcionais que agregam várias intenções resolvidas em um único pacote. Embora os solucionadores possam enviar diretamente para a Membrane, os construtores podem otimizar a eficiência do gas, reordenar ou empacotar várias transações em conjunto. Os construtores adicionam escalabilidade e flexibilidade, especialmente quando lidam com períodos de alto rendimento.
O MEVM lida com a arbitragem e a lógica de execução. Ele avalia as propostas do solucionador, aplica as regras do leilão e garante que somente soluções válidas sejam selecionadas. Os desenvolvedores podem escrever regras personalizadas para o MEVM, como dar prioridade a solucionadores descentralizados, aplicar descontos mínimos para usuários ou exigir provas de liquidez entre cadeias.
A Membrane funciona como ponte entre o SUAVE e as cadeias externas. Ela recebe informações do usuário, entrega transações finalizadas e gerencia a sincronização de estados. A Membrane também gerencia a permissão e a prova de integridade para liquidação entre cadeias.
Os validadores, nesse contexto, estão limitados à cadeia de liquidação. Eles desconhecem o funcionamento interno do SUAVE e simplesmente processam pacotes finalizados. Isso mantém a operação da SUAVE leve e evita a necessidade de convencer as camadas de consenso a adotar uma nova infraestrutura.
Uma inovação importante no SUAVE é o conceito de roteadores de valor— serviços semelhantes a contratos inteligentes que residem dentro do MEVM e lidam com classes específicas de intenções. Um roteador de valor é semelhante a um dApp, mas opera em um fluxo de ordens privado pré-cadeia, em vez de transações públicas.
Para criar um roteador de valor, um desenvolvedor define três componentes:
Uma vez implantado no MEVM, um roteador de valor começa a aceitar intenções por meio da Membrane. Os solucionadores se conectam ao roteador por meio de uma API padronizada e começam a competir para atender às solicitações recebidas. Como os roteadores operam em um ambiente que preserva a privacidade, eles podem processar com segurança grandes volumes de dados confidenciais sem revelar uma estratégia.
Os casos de uso de roteadores de valor incluem:
Como o MEVM é independente da cadeia, um único roteador pode atender a várias cadeias, permitindo que os desenvolvedores escrevam uma vez e atendam a uma base de usuários global.
Um dos objetivos de longo prazo da SUAVE é tornar a resistência ao MEV invisível para os usuários. Para que isso aconteça, as carteiras devem se integrar ao SUAVE nos níveis de UI e RPC. Em vez de enviar transações para um mempool tradicional, a carteira as encaminha pela Membrane e exibe as opções de execução retornadas pelos solucionadores.
Do ponto de vista do usuário, nada muda. Eles clicam em “swap”, “cunhagem” ou “vote” como de costume. Mas, nos bastidores, sua transação é criptografada, leiloada e realizada por meio do SUAVE. O usuário vê preços melhores, confirmações mais rápidas ou descontos, sem precisar entender como tudo isso funciona.
As carteiras podem, opcionalmente, exibir opções de solucionador, classificadas por preço, privacidade ou velocidade. Isso permite que usuários avançados personalizem sua experiência, enquanto usuários casuais se beneficiam de configurações padrão otimizadas para garantir a imparcialidade. Os futuros SDKs de carteiras da Flashbots e de terceiros provavelmente simplificarão esse caminho de integração.
Como o SUAVE não liquida as transações em si, ele deve funcionar em harmonia com as cadeias externas. Isso introduz complexidade, mas também abre oportunidades para fluxos de trabalho avançados. Considere um usuário que deseja:
Em uma configuração tradicional, isso exigiria várias etapas, aprovações e confiança nos relays de ponte. No SUAVE, todo o fluxo de trabalho pode ser expresso como uma única intenção. Os solucionadores competem para cumprir essa intenção da maneira mais eficiente possível. A melhor solução é selecionada, estabelecida em cadeias e confirmada para o usuário com uma única assinatura.
Esse tipo de composição de várias cadeias é difícil de alcançar com as arquiteturas existentes. O SUAVE permite isso desacoplando a execução da liquidação, permitindo que os fluxos de trabalho sejam coordenados antes de serem enviados a cada cadeia em sequência.
Uma pergunta final para adoção prática é como os participantes são pagos. Solucionadores, construtores e retransmissores devem ser incentivados a realizar cálculos, participar de leilões e rotear transações.
No SUAVE, os incentivos são programáveis. Os solucionadores enviam ofertas que incluem um pagamento ao usuário (um desconto), ao sistema (uma taxa) e à cadeia de liquidação (gas). Esses pagamentos são executados no nível MEVM e só são finalizados quando a liquidação confirma a transação.
Os sistemas de reputação podem monitorar o desempenho do solucionador ao longo do tempo. O baixo desempenho, a falha na execução ou o desvio além das tolerâncias declaradas podem ser punidos com a exclusão dos solucionadores de futuros leilões. Os usuários também podem colocar solucionadores que se comportam de forma maliciosa na lista de exclusão.
Esse equilíbrio de incentivos e reputação é essencial para tornar o SUAVE sustentável. Em vez de confiar no altruísmo ou na confiança, ele cria um mercado em que o comportamento honesto é a estratégia mais lucrativa.
Cenário:
A Sarah quer comprar um NFT listado em um mercado Arbitrum, mas ela só tem ETH na Ethereum Mainnet. Em uma configuração típica da Web3, isso envolveria:
Esse fluxo leva tempo, envolve várias interfaces, a expõe a riscos de MEV e de ponte e custa altas taxas de gas no Ethereum.
Etapa 1: enviar intenção
A Sarah usa uma carteira compatível com SUAVE. Ela clica em “Comprar NFT” na interface do usuário do marketplace e aprova uma única intenção:
Etapa 2: privacidade e leilão de solucionadores
Os solucionadores recebem esse lote de intenções. Um solucionador sugere:
Swap ETH→USDC por meio de um caminho otimizado para MEV no Ethereum.
Etapa 3: execução e finalidade
Este exemplo mostra como o SUAVE transforma uma experiência de usuário de várias etapas e alto atrito em uma execução privada de cadeia cruzada com um clique,com custos otimizados e incentivos integrados. Ele reflete comportamentos familiares de DeFi (como trocas e pontes), mas os executa melhor, tornando a visão técnica do SUAVE intuitiva e poderosa na prática.