Relatório sobre MEV na Solana: tendências, insights e desafios

Insights práticos

• O MEV na Solana funciona de maneira diferente de outras redes blockchain devido à sua arquitetura distinta e à ausência de uma mempool global. Mempools fora do protocolo precisam ser desenvolvidas de forma independente e adotadas por uma parcela significativa do stake da rede para funcionar de modo eficaz, o que representa uma grande barreira técnica e social.
• A Jito suspendeu sua mempool pública em março de 2024, abrindo mão de uma receita significativa. A medida reduziu imediatamente as práticas nocivas de MEV. No entanto, a decisão incentivou o surgimento de mempools alternativas sem transparência, que beneficiam principalmente um grupo seleto com acesso exclusivo.
• Traders de memecoins são especialmente suscetíveis a ataques sandwich, pois definem tolerâncias altas de slippage ao negociar ativos ilíquidos e altamente voláteis. Esse grupo de usuários prefere bots de negociação do Telegram pela execução mais rápida e pelas notificações em tempo real. Traders de memecoins são relativamente indiferentes ao front-running de suas operações.
• O Stake Auction Marketplace (SAM) da Marinade Finance usa um mecanismo competitivo de leilão no qual validadores fazem ofertas diretamente uns contra os outros pela alocação de stake em um sistema de “pagamento por stake”. O programa tem sido criticado porque permite que validadores envolvidos em ataques sandwich contra usuários superem as ofertas dos demais, obtenham mais stake e aumentem sua influência na rede.
• Grande parte dos ataques sandwich na Solana tem origem em uma mempool privada operada por uma única entidade, a DeezNode. Um importante validador operado pela DeezNode, identificado pelo endereço HM5H6 …jdMRA, atualmente detém 811.604,73 SOL em stake delegado, avaliado em aproximadamente US$ 168,5 milhões. Esse validador registrou um aumento acentuado no stake delegado, que passou de 307,9 mil SOL em 13 de novembro (época 697) para 802,5 mil SOL em 9 de dezembro (época 709). Desde então, o crescimento se estabilizou. Vale destacar que 19,89% desse stake vem do pool de staking líquido mSOL da Marinade e de delegações nativas.
• Vários operadores de validadores da Solana relataram publicamente ter recebido ofertas lucrativas para participar de mempools privadas, incluindo documentos detalhados com a divisão dos lucros e os ganhos projetados.
• Os bundles da Jito são o principal método usado pelos searchers para garantir uma ordenação lucrativa das transações. No entanto, os dados da Jito não abrangem toda a atividade de MEV; em particular, eles não capturam os lucros dos searchers nem as atividades realizadas por mempools alternativas. Além disso, muitas aplicações usam a Jito para fins não relacionados a MEV, evitando taxas de prioridade para garantir a inclusão das transações em tempo hábil.
• No último ano, mais de 3 bilhões de bundles da Jito foram processados, gerando um total de 3,75 milhões de SOL em gorjetas. Essa atividade apresentou uma clara tendência de alta, passando de 781 SOL em gorjetas em 11 de janeiro para o pico de 60.801 SOL em 19 de novembro.
• O algoritmo de detecção de arbitragem da Jito, que analisa todas as transações da Solana, inclusive as que não fazem parte de bundles da Jito, identificou 90.445.905 transações de arbitragem bem-sucedidas no último ano. O lucro médio por arbitragem foi de US$ 1,58, e a arbitragem individual mais lucrativa rendeu US$ 3,7 milhões. Essas arbitragens geraram US$ 142,8 milhões em lucros, dos quais US$ 126,7 milhões (88,7%) foram denominados em SOL.
• A mempool da DeezNode opera um bot de ataques sandwich no endereço vpeNAL..oax38b. Uma análise interna da Jito indica que quase metade de todos os ataques sandwich na Solana pode ser atribuída a esse único programa. Ao longo de 30 dias (de 7 de dezembro a 5 de janeiro), o programa executou 1,55 milhão de transações sandwich e obteve um lucro de 65.880 SOL (US$ 13,43 milhões). A lucratividade média por ataque foi de 0,0425 SOL (US$ 8,67). Com a anualização desses dados, o programa geraria um lucro anual de 801.540 SOL. No pior cenário para a centralização da rede, em que 100% dos lucros fossem reinvestidos, sua participação no stake da rede aumentaria 0,2%.
• Esse bot é apenas um dos muitos programas on-chain que executam ataques sandwich. Para ver em tempo real os ataques sandwich detectados na Solana, acesse sandwiched.me.
• As listas de permissões de validadores são amplamente consideradas um último recurso no combate a agentes mal-intencionados. Elas podem criar um ambiente semipermissionado e censurado, em conflito direto com o princípio de descentralização do setor. Em alguns casos, essa abordagem também pode atrasar o processamento das transações, resultando em uma experiência abaixo do ideal para o usuário.
• AMMs resistentes a ataques sandwich são modelos experimentais que se baseiam nos AMMs tradicionais de produto constante. Com sr-AMMs, nenhum swap é executado a um preço mais favorável do que o preço do pool no início da janela do slot. Esse mecanismo neutraliza de forma eficaz a lucratividade dos ataques sandwich. A Ellipsis Labs publicou o Plasma, uma implementação de referência auditada de um AMM resistente a ataques sandwich.
• Multiple Concurrent Leaders (MCL) oferecem uma solução promissora de longo prazo para mitigar MEV nocivo, permitindo que os usuários escolham entre líderes sem sofrer atrasos. Se o Líder A agir de forma maliciosa, os usuários poderão redirecionar suas transações para um Líder B honesto. No entanto, a implementação do MCL deve levar vários anos de desenvolvimento.

Introdução

Maximal Extractable Value (MEV) é o valor que pode ser extraído por meio da manipulação da sequência das transações. Isso inclui adicionar, remover ou reordenar transações dentro de um bloco. O MEV se manifesta de várias formas, mas todas compartilham um fator: dependem da ordem das transações. Searchers — traders que monitoram a atividade on-chain — tentam posicionar estrategicamente suas operações antes ou depois de outras transações para extrair valor.

Na Solana, o MEV funciona de maneira diferente de outras redes blockchain, principalmente por causa de sua arquitetura exclusiva e da ausência de uma mempool global. Recursos como o Turbine, que propaga atualizações de estado, e o Stake-Weighted Quality of Service (SWQoS) para encaminhamento de transações moldam sua abordagem ao MEV. A rápida produção de blocos em streaming da Solana, sem depender de complementos externos ou mecanismos de leilão fora do protocolo, limita a aplicação de abordagens convencionais a certos tipos de MEV, como front-running. Para obter vantagem, os searchers operam seus próprios nós ou colaboram com validadores que possuem muito stake para acessar o estado mais atual da blockchain.

MEV tornou-se um termo sobrecarregado, com opiniões divergentes sobre sua definição exata. Ao contrário do que muitos acreditam, nem todo MEV é ruim. Devido à natureza distribuída e transparente das blockchains, a eliminação completa do MEV é amplamente considerada improvável. Redes que afirmam ter erradicado o MEV não têm atividade de usuários suficiente para atrair searchers ou usam técnicas como o empacotamento aleatório de blocos que, embora pareçam mitigar o MEV, podem incentivar spam.

Ataques sandwich são a forma de MEV que mais atrai atenção e prejudica os usuários. Nessa estratégia, um searcher posiciona uma transação antes e outra depois de uma transação-alvo para extrair valor. Embora seja lucrativa para os searchers, essa prática aumenta os custos das transações e piora os preços de execução para usuários comuns. Uma discussão detalhada sobre ataques sandwich será apresentada em uma seção posterior.

‍Neste relatório, analisaremos o cenário atual de MEV na Solana. Ele está organizado em quatro seções:

1. Linha do tempo do MEV na Solana: apresenta uma série cronológica de eventos importantes e oferece um contexto valioso para leitores menos familiarizados com a rápida evolução do MEV na Solana.
2. Formas de MEV: explora as várias formas de MEV observadas hoje na Solana, com exemplos concretos e detalhados.
3. Dados de MEV na Solana: esta seção apresenta dados relevantes, quantificáveis e contextualizados para ilustrar o alcance e o impacto atuais do MEV na Solana.
4. Mecanismos de mitigação de MEV: examina as estratégias e os mecanismos considerados para reduzir ou eliminar formas nocivas de MEV.

Embora seja melhor ler essas seções em sequência, cada uma pode ser consultada de forma independente.

Linha do tempo do MEV na Solana

Abaixo está uma linha do tempo de eventos importantes relacionados ao cenário de MEV na Solana.

Setembro de 2021 a abril de 2022 — Ataques de spam e DDoS

Os NFTs foram o primeiro setor a ganhar tração significativa na Solana. No espaço de NFTs, o MEV surge principalmente durante eventos públicos de mint, nos quais os participantes competem para obter ativos raros ou valiosos. Esses eventos criam oportunidades repentinas e extremas para os searchers: não há potencial de MEV no bloco anterior a um mint, mas há um potencial substancial no bloco imediatamente posterior. A mecânica de mint de NFTs esteve entre as primeiras causas de grandes picos de congestionamento na Solana, provocados por transações de spam enviadas por bots que sobrecarregaram a rede e causaram interrupções temporárias na produção de blocos.

Meados de 2022 — Introdução das taxas de prioridade

A Solana implementou uma taxa de prioridade opcional que os usuários podem especificar na instrução de orçamento computacional para priorizar suas transações. Esse mecanismo ajudou a mitigar o congestionamento da rede ao permitir que os usuários pagassem pelo processamento acelerado durante períodos de alta atividade. Ele também estabeleceu uma estrutura mais eficiente para os mercados de taxas, aprimorando o modelo econômico da rede.

As taxas de prioridade ajudam a desestimular spam ao mudar o ambiente competitivo. Bots que antes dependiam de um volume massivo de transações para obter vantagem não conseguem mais dominar apenas por meio de spam. A priorização também passa a ser determinada pelas taxas que os usuários estão dispostos a pagar.

Agosto de 2022 — Lançamento do cliente Jito-Solana

A Jito tornou-se a infraestrutura padrão de MEV da Solana. O cliente foi desenvolvido para democratizar a captura de MEV e garantir uma distribuição mais equilibrada das recompensas pela rede. Quando os líderes usam o cliente validador Jito, suas transações são inicialmente direcionadas ao Jito-Relayer, que funciona como um roteador proxy de transações. Esse relayer retém as transações por 200 milissegundos antes de encaminhá-las ao líder. Esse atraso desacelera as mensagens de transações recebidas e cria uma janela para leilões off-chain por meio do Jito Block Engine. Searchers e aplicações enviam bundles de transações executadas atomicamente junto com uma gorjeta denominada em SOL. A Jito cobra uma taxa de 5% sobre todas as gorjetas, com uma gorjeta mínima de 10.000 lamports. Os bundles podem ser examinados no explorador de bundles da Jito. 

Essa abordagem reduz o spam e melhora a eficiência dos recursos computacionais da Solana ao realizar os leilões off-chain e inserir apenas o único vencedor no bloco. Isso é importante porque transações malsucedidas consomem uma parcela significativa dos recursos computacionais da rede.

Durante seus primeiros nove meses, a adoção do cliente Jito-Solana permaneceu abaixo de 10%, pois a atividade da rede era baixa e as recompensas de MEV eram mínimas. A partir do fim de 2023, a adoção acelerou significativamente e chegou a 50% em janeiro de 2024. Hoje, mais de 92% dos validadores da Solana, ponderados por stake, usam o cliente Jito-Solana. 

Janeiro de 2024: o início da temporada de memecoins

No início de 2024, a atividade da rede disparou. Memecoins como Bonk e DogWifHat ganharam tração, despertando mais interesse entre os searchers e aumentando significativamente a atividade de MEV. Esse período marcou uma mudança expressiva no comportamento dos usuários: traders de memecoins passaram a preferir bots de negociação do Telegram, como BonkBot, Trojan e Photon, em vez de exchanges descentralizadas tradicionais ou agregadores. Esses bots oferecem maior velocidade, notificações em tempo real e uma interface intuitiva baseada em texto, atraente para especuladores de varejo. Conhecidos por definir slippage elevada para priorizar operações sensíveis ao tempo, esses traders são relativamente indiferentes ao front-running de suas operações.

Março de 2024: a Jito suspende seu principal recurso de mempool

A mempool da Jito oferecia aos searchers uma janela de 200 ms para visualizar todas as transações recebidas pelo líder. Durante sua operação, esse sistema foi usado com frequência para ataques sandwich, prejudicando significativamente a experiência dos usuários. Para priorizar o crescimento e a estabilidade da rede no longo prazo, a Jito tomou a controversa decisão de suspender sua mempool, abrindo mão de uma receita significativa no processo. Embora a medida tenha recebido amplo apoio, foi criticada por algumas figuras de destaque, incluindo Mert Mumtaz e Jon Charbonneau.

O principal risco dessa decisão era o possível surgimento de mempools alternativas que reproduzissem a funcionalidade da Jito e permitissem a extração de formas mais nocivas de MEV. Ao contrário das mempools públicas, que promovem uma distribuição mais justa das oportunidades de MEV e reduzem os desequilíbrios de poder na rede, mempools privadas e permissionadas operam sem transparência e beneficiam apenas o grupo seleto que tem acesso a elas.

‍Vários operadores de validadores da Solana relataram ter recebido ofertas lucrativas para participar de mempools privadas.

Maio de 2024: um novo agendador de transações

Como parte da atualização Agave-Solana 1.18, um novo agendador melhorou significativamente a capacidade da Solana de ordenar transações de forma determinística. O agendador aprimorado prioriza melhor as transações com taxas mais altas, aumentando a probabilidade de inclusão em um bloco. O agendador central cria um grafo de dependências, conhecido como "prio-graph", para otimizar o processamento e a priorização de transações conflitantes em várias threads.‍

Anteriormente, bots envolvidos em arbitragem e outras atividades de MEV eram incentivados a inundar o líder com spam para aumentar suas chances de uma execução bem-sucedida. A natureza estocástica do agendador antigo introduzia variações e tornava imprevisível o posicionamento das transações dentro de um bloco. A nova abordagem determinística reduz essa aleatoriedade, desestimula o spam e melhora a eficiência geral da rede.

Junho de 2024: a Marinade lança o Stake Auction Marketplace (SAM)

O Stake Auction Marketplace (SAM) da Marinade Finance usa um mecanismo competitivo de leilão de preços no qual os validadores fazem ofertas diretamente uns contra os outros pela alocação de stake em um sistema de “pagamento por stake”. Essa estrutura incentiva os validadores a oferecer a taxa máxima que consideram lucrativa. O programa tem sido criticado porque permite que validadores envolvidos em ataques sandwich contra usuários superem as ofertas dos demais, obtenham mais stake e aumentem sua influência na rede. A Marinade Labs propôs recentemente a criação de um comitê público para supervisionar as delegações. O mSOL da Marinade Finance é o segundo maior token de staking líquido e pool de stake da Solana, atrás da Jito.

‍Na época 717, validadores com comissão de staking de 0% e comissão de MEV de 0% normalmente ofereciam aos stakers um APY de cerca de 9,4%. Validadores que usam métodos fora do protocolo para redistribuir recompensas de bloco geralmente oferecem um APY de 10% ou menos. Em contraste, o leilão SAM da Marinade apresenta um APY vencedor de 13,73%, enquanto as dez maiores ofertas de validadores chegam a um APY de 18,27%.

Essa disparidade sugere que esses validadores estão fazendo ofertas irracionais e acumulando prejuízos, subsidiando suas ofertas com delegações de stake da Solana Foundation ou complementando sua receita por meio de fontes alternativas, como MEV extraído de ataques sandwich contra usuários.

Dezembro de 2024: crescem as preocupações com novas mempools privadas

O MEV na Solana tornou-se um tema controverso depois que a Temporal, empresa de pesquisa focada em Solana, manifestou publicamente preocupações sobre a possível centralização do stake da rede. Isso gerou um amplo debate e reavivou os esforços para enfrentar os desafios de MEV da Solana. 

Validadores envolvidos na extração nociva de MEV capturam um valor desproporcional, fazendo seu stake crescer mais rapidamente que o dos demais. Com isso, o validador pode acumular mais influência sobre a rede ao longo do tempo, criando riscos de centralização para a economia de validadores da Solana. Validadores com ganhos maiores podem oferecer retornos mais altos aos stakers, atraindo mais stake e consolidando ainda mais sua posição.

Grande parte dos ataques sandwich na Solana tem origem em uma mempool privada operada por uma única entidade, a DeezNode. Um importante validador operado pela DeezNode, identificado pelo endereço HM5H6 …jdMRA, atualmente detém 811.604,73 SOL em stake delegado, avaliado em aproximadamente US$ 168,5 milhões. Esse validador registrou um aumento acentuado no stake delegado, que passou de 307,9 mil SOL em 13 de novembro (época 697) para 802,5 mil SOL em 9 de dezembro (época 709). Desde então, o crescimento se estabilizou. Vale destacar que 19,89% desse stake vem do pool de staking líquido mSOL da Marinade e de delegações nativas da Marinade. Representando 0,2% do stake total, atualmente de 392,5 milhões de SOL, o validador ocupa a 93ª posição por stake no conjunto mais amplo de validadores e está fora do subconjunto da supermaioria.

A análise interna da Jito revela um número crescente de ataques sandwich realizados fora do mecanismo de leilão da Jito, indicando a presença de block engines adicionais ou clientes de validadores modificados envolvidos em ataques sandwich.

Formas de MEV

Vamos examinar os vários tipos de MEV na Solana, ilustrando cada um com exemplos concretos de transações reais. Abaixo estão os tipos mais comuns de transações de MEV observados atualmente na Solana.

Liquidações

Quando os tomadores não mantêm o índice de colateralização exigido para seus empréstimos em protocolos de lending, suas posições tornam-se elegíveis para liquidação. Os searchers monitoram a blockchain em busca dessas posições subcolateralizadas e executam liquidações ao quitar parte ou toda a dívida em troca de uma parcela do colateral como recompensa. As liquidações são consideradas uma forma positiva de MEV. Elas são essenciais para manter a solvência dos protocolos e contribuem para a estabilidade do ecossistema DeFi on-chain como um todo.

Exemplo de transação de liquidação

Essa liquidação ocorreu em 10 de dezembro por meio da Kamino, o maior protocolo de lending da Solana em liquidez e base de usuários. A transação envolveu três etapas:

• O searcher iniciou a liquidação transferindo 10,642 USDC para a reserva da Kamino a fim de cobrir a posição de dívida de um usuário.
• Em troca, a reserva da Kamino transferiu para o searcher o colateral de 0,05479 SOL do usuário.
• O searcher pagou uma taxa de protocolo de 0,0013 SOL.

Além disso, o searcher pagou uma taxa de prioridade de 0,001317 SOL pela transação, resultando em um lucro líquido de US$ 0,0492.

Arbitragens

A arbitragem melhora a eficiência do mercado ao alinhar preços em diferentes ambientes e aproveitar as discrepâncias de preço do mesmo ativo. Essas oportunidades podem ocorrer dentro de uma mesma blockchain, entre blockchains ou entre exchanges centralizadas e descentralizadas (arbitragem CEX/DEX). Entre elas, a arbitragem dentro de uma mesma blockchain garante atomicidade, pois as duas pontas da operação podem ser executadas juntas em uma única transação da Solana. Em contraste, arbitragens entre blockchains e entre plataformas introduzem pressupostos adicionais de confiança.

A arbitragem atômica é a forma dominante de MEV na Solana. O exemplo mais simples de arbitragem atômica ocorre quando duas DEXs apresentam preços diferentes para o mesmo par de negociação. Isso normalmente envolve explorar cotações desatualizadas em um formador de mercado automatizado (AMM) de produto constante (xy=k) e compensar a operação em um livro de ordens com limite on-chain, no qual os formadores de mercado já ajustaram suas cotações para refletir movimentos de preço off-chain.

Exemplo de transação de arbitragem

Nesse cenário, o preço do par SOL/USDC mudou off-chain, levando um formador de mercado da Phoenix a atualizar suas cotações. Enquanto isso, o AMM da Orca continua cotando com base em um preço desatualizado, criando uma oportunidade de arbitragem para um searcher. O searcher compra 2,11513 SOL por 45 USDC na Orca e depois vende 2,115 SOL por 45,0045 USDC na Phoenix, obtendo um lucro de 0,00013 SOL, aproximadamente US$ 0,026. As transações de arbitragem são executadas atomicamente, eliminando a necessidade de os searchers manterem um inventário de ativos. O principal risco está nas taxas pagas por tentativas de transação revertidas.

Front-running

Front-running ocorre quando um searcher de MEV identifica a ordem de compra ou venda de outro trader na mempool e posiciona uma ordem idêntica antes da dele, lucrando com o impacto da transação da vítima sobre o preço.

Isso acontece quando um observador percebe uma transação não confirmada que provavelmente afetará o preço de um token e age com base nessa informação antes que a transação original seja processada. Essa estratégia de front-running é simples e não envolve a complexidade de outros métodos, como ataques sandwich.

Um searcher toma conhecimento de uma transação de compra pendente que terá um impacto positivo sobre o preço do token-alvo. O searcher agrupa sua transação de compra com a transação-alvo. Sua ordem será processada a um preço menor antes da transação-alvo, e ele lucrará quando a transação-alvo for finalizada. Nesse processo, o alvo sofre uma perda porque compra por um preço mais alto devido ao impacto da transação de compra do searcher de MEV.

Back-running

Back-running é a contraparte do front-running e uma estratégia específica de MEV que explora desequilíbrios temporários de preço criados por outra transação, muitas vezes causados por um roteamento ineficiente. Depois que a transação de um usuário é executada, os searchers de back-running equalizam os preços entre os pools ao negociar o mesmo ativo e obter lucro. Em teoria, o usuário poderia ter capturado esse lucro com uma execução mais eficiente da operação.

Exemplo de transação de back-running

Esse famoso back-running ocorreu em 10 de janeiro de 2024, quando um usuário comprou US$ 8,9 milhões em DogWifHat (WIF) em uma única transação. Na época, o token WIF era negociado a US$ 0,20 e tinha apenas alguns milhões de dólares em liquidez somando todos os ambientes on-chain. O agregador Jupiter executou a transação usando a liquidez limitada disponível em três pools, gerando um pavio de preço que chegou a US$ 3.

O searcher executou o back-running usando um bundle da Jito, oferecendo uma gorjeta substancial de 890,42 SOL (US$ 91.621) à Jito. Primeiro, ele trocou 703,31 SOL (US$ 72.368) por 490.143,90 tokens WIF em um pool de liquidez concentrada da Raydium. Em seguida, trocou esses tokens WIF por 19.035,97 SOL (US$ 1.958.733) em um pool de liquidez Raydium V4. Essa sequência gerou um lucro líquido de 17.442,24 SOL (US$ 1.794.746) em uma única transação. Todos os valores em dólares refletem os preços no momento da transação.

Ataques sandwich

Ataques sandwich são a forma mais conhecida de MEV tóxico. Eles exploram traders que enviam ordens a AMMs ou curvas de bonding com tolerâncias altas de slippage. Os traders definem slippage alta não para aceitar preços piores, mas para garantir a execução rápida das ordens. Traders de memecoins, em busca de ativos que possam valorizar 100 vezes, são particularmente vulneráveis a ataques sandwich porque tendem a definir tolerâncias altas de slippage ao negociar ativos ilíquidos e altamente voláteis. Ataques sandwich impõem uma externalidade estritamente negativa ao trader final: esse usuário tem sua ordem executada pelo pior preço possível.

Um ataque sandwich típico envolve três transações agrupadas atomicamente. Primeiro, o invasor executa uma transação de front-running não lucrativa, comprando o ativo para elevar seu preço até o pior nível de execução permitido pelas configurações de slippage da vítima. Em seguida, ocorre a transação da vítima, aumentando ainda mais o preço ao ser executada nesse nível desfavorável. Por fim, o invasor conclui uma transação lucrativa de back-running, vendendo o ativo pelo preço inflado, compensando a perda inicial e garantindo um lucro líquido.

Exemplo de transação de ataque sandwich

Esse ataque ocorreu em 16 de dezembro de 2024 por meio de um conhecido programa de ataques sandwich (vpeNALD… Noax38b). Um searcher enviou essas transações como um bundle atômico da Jito, pagando uma gorjeta de 0,000148 SOL (US$ 0,03).

• A transação de front-running: o searcher pagou 14,63 SOL para comprar 32,9 milhões de tokens Komeko, uma memecoin recém-lançada na plataforma Pump Fun.
• A transação da vítima: trocou 0,33 SOL para comprar 624 mil tokens Komeko.
• A transação de back-running: o searcher vendeu 32,9 milhões de tokens Komeko por 14,65 SOL.

Características que indicam que esse foi um ataque sandwich:

• O signatário da transação intermediária é diferente dos signatários da primeira e da última transação.
• O token comprado nas duas primeiras transações é o mesmo token vendido na terceira transação.
• O token negociado era um token ilíquido e altamente volátil da Pump Fun, recém-criado.

O searcher obteve um lucro líquido de 0,01678 SOL, cerca de US$ 3,35 no momento da transação.

Dados de MEV na Solana 

Esta seção avalia o cenário atual de MEV na Solana por meio de dados públicos disponíveis. Começamos analisando as métricas de desempenho da Jito, seguidas por informações sobre o número de transações revertidas e uma análise detalhada da rentabilidade da arbitragem. A seção termina com um estudo de caso que detalha o comportamento e a rentabilidade de um bot sandwich de destaque.

Jito

Os bundles da Jito são o principal método usado por searchers para garantir uma ordenação lucrativa das transações. A maioria das gorjetas da Jito vem da demanda pelo início do bloco por parte de usuários que desejam ser os primeiros a comprar um token ou aproveitar uma oportunidade. No entanto, os dados da Jito não abrangem toda a atividade de MEV; em particular, eles não capturam os lucros dos searchers nem a atividade que ocorre por meio de mempools alternativas. Além disso, muitas aplicações usam a Jito para fins não relacionados a MEV, contornando as taxas de prioridade para garantir a inclusão rápida das transações.

Dados de transferências para oito contas de gorjetas designadas da Jito revelam que, no último ano, mais de 3 bilhões de bundles foram processados, gerando um total de 3,75 milhões de SOL em gorjetas. Essa atividade apresentou uma clara tendência de alta, saindo de um mínimo de 781 SOL em gorjetas em 11 de janeiro para máximas de 60.801 SOL e 60.636 SOL em 19 e 20 de novembro, respectivamente. Houve uma desaceleração significativa durante o terceiro trimestre, quando as gorjetas caíram para um mínimo de 1.661 SOL em 7 de setembro. Os valores das gorjetas anteriores a dezembro de 2023 foram insignificantes em comparação com o crescimento expressivo observado ao longo de 2024.

‍O volume de bundles processados pela Jito cresceu de forma consistente ao longo de 2024, atingindo um pico de 24,4 milhões de bundles em 21 de dezembro. Esse crescimento incluiu duas altas significativas. A primeira ocorreu entre maio e o início de julho, quando o número diário de bundles quadruplicou de aproximadamente 3 milhões para 12 milhões, provavelmente em resposta a problemas de congestionamento da rede. A segunda alta ocorreu de novembro a dezembro, quando o volume diário de bundles dobrou de cerca de 12 milhões para um pico de 24 milhões.

‍O número de contas que usam a Jito apresentou uma trajetória ascendente semelhante, começando o ano com aproximadamente 20.000 usuários dando gorjetas por dia e atingindo um pico de quase 938.000 em 10 de dezembro. Os períodos de crescimento expressivo incluem um aumento de 21.000 no início de março para 135.000 em meados de abril (um crescimento de 6 vezes) e outra alta acentuada, de 208.000 em outubro para 703.000 no fim do mês (um crescimento de 3,4 vezes). 

‍A adoção do cliente Jito-Solana entre validadores cresceu de forma constante ao longo de 2024, aumentando a eficácia dos bundles da Jito para a inclusão rápida de transações. No início do ano, os validadores que usavam o cliente Jito-Solana representavam 189,5 milhões de SOL em staking, correspondendo a 48% do stake total da rede. No início de 2025, esse número havia subido para 373,8 milhões de SOL em staking, ou 92% do stake total.

Transações revertidas

Uma parcela considerável das transações na Solana é atribuída a spam associado à extração de MEV. Ao analisar a proporção entre transações revertidas e bem-sucedidas, podemos identificar padrões que indicam bots de MEV competindo para capturar oportunidades de arbitragem.

O spam representa um desafio significativo, pois resulta em muitas transações revertidas. Na dinâmica de MEV em que o vencedor leva tudo, apenas uma transação pode explorar uma determinada oportunidade. No entanto, mesmo depois que essa oportunidade é capturada, os líderes frequentemente processam outras transações que tentam explorar a mesma oportunidade. Essas transações revertidas ainda consomem recursos computacionais e largura de banda valiosos da rede. A disputa competitiva por menor latência entre searchers agrava ainda mais o problema, inundando a rede com transações duplicadas e, em casos extremos, causando congestionamento e piorando a experiência do usuário. Devido aos baixos custos de transação da Solana, o spam de arbitragem revertida mantém um valor esperado positivo. Com o tempo, traders podem obter rentabilidade executando essas operações em escala, apesar das falhas individuais.

As transações revertidas atingiram o pico em abril de 2024, representando 75,7% de todas as transações sem voto. Esse percentual caiu significativamente após o lançamento de atualizações importantes, incluindo o agendador central do Agave 1.18. O novo agendador melhorou a ordenação determinística das transações na etapa bancária, reduzindo a eficácia do spam.

Rentabilidade da arbitragem

O algoritmo de detecção de arbitragem da Jito, que analisa todas as transações da Solana, incluindo aquelas fora dos bundles da Jito, identificou 90.445.905 transações de arbitragem bem-sucedidas no último ano. O lucro médio por arbitragem foi de US$ 1,58, e a arbitragem individual mais lucrativa rendeu US$ 3,7 milhões. Essas arbitragens geraram US$ 142,8 milhões em lucros, dos quais US$ 126,7 milhões (88,7%) foram denominados em SOL.

Estudo de caso: programa sandwich Vpe

A DeezNode opera um bot sandwich on-chain no endereço vpeNAL..oax38b como parte de suas operações de mempool alternativa. Esse programa altamente ativo ganhou notoriedade recentemente por executar ataques sandwich contra usuários em grande escala.

Uma análise interna da Jito indica que quase metade de todos os ataques sandwich na Solana pode ser atribuída a esse único programa.

Ao longo de um período de 30 dias (de 7 de dezembro a 5 de janeiro), o programa executou 1,55 milhão de transações sandwich, com uma média aproximada de 51.600 transações diárias e uma taxa de sucesso de 88,9%. O programa gerou um lucro de 65.880 SOL (US$ 13,43 milhões), o equivalente a cerca de 2.200 SOL por dia. As gorjetas da Jito pagas pelo programa totalizaram 22.760 SOL (US$ 4,63 milhões), com uma média de aproximadamente 758 SOL por dia. A rentabilidade média de uma transação sandwich foi de 0,0425 SOL (US$ 8,67).

A maioria das transações das vítimas envolveu swaps realizados pela Raydium. Entre os 20 tokens mais usados em ataques sandwich, 16 foram criados na Pump Fun e podem ser identificados pelos endereços personalizados de emissão de tokens terminados em ‘pump’.

O bot sandwich Vpe é um dos muitos programas on-chain que executam ataques sandwich. Acesse sandwiched.me para ver em tempo real os ataques sandwich detectados na Solana.

Ao anualizar os dados de lucro de dezembro, estima-se que esse programa gere um lucro anual de 801.540 SOL. No pior cenário para a centralização da rede, em que 100% desses lucros fossem reinvestidos nos validadores da mempool alternativa, a participação deles no stake da rede aumentaria 0,2%, supondo que o stake geral da rede permanecesse inalterado.

Esse pior cenário é improvável por vários motivos. Primeiro, a rede está atualmente registrando níveis de atividade próximos aos recordes. Segundo, é razoável supor que os searchers e operadores do pool sacariam parte dos lucros em vez de reinvestir todos os ganhos.

Mecanismos de mitigação de MEV

Recursos substanciais foram dedicados ao estudo e à exploração de diferentes mecanismos para mitigar ou realocar MEV. Soluções de uso geral e externas ao protocolo estão sendo cada vez mais integradas a aplicações e à infraestrutura para minimizar a superfície de MEV on-chain. Esses mecanismos incluem:

Listas de validadores permitidos

Uma ideia proposta é que participantes de staking, provedores de RPC e outros validadores poderiam ostracizar socialmente os validadores flagrados executando ataques sandwich ao ignorar seus slots de liderança. No entanto, as listas de permissão são amplamente vistas como uma medida de último recurso. Como os líderes recebem quatro slots consecutivos, essa abordagem poderia atrasar o processamento de transações por vários segundos, resultando em uma experiência abaixo do ideal para o usuário. Mais importante ainda, as listas de permissão correm o risco de criar um ambiente semipermissionado e censurado, em conflito direto com os princípios descentralizados do setor de blockchain. Além disso, esses sistemas apresentam o risco inerente de excluir equivocadamente validadores honestos, o que poderia prejudicar a confiança e a participação na rede.

Como observação, desenvolvedores independentes e aplicações podem criar livremente suas próprias listas de permissão ou bloqueio de validadores, um recurso compatível com o método sendTransaction do SDK Node.js da Helius.

Slippage dinâmico + proteção contra MEV

Gerenciar o slippage tradicionalmente tem sido um processo complexo e trabalhoso para os usuários, exigindo ajustes manuais específicos para os tokens negociados. Essa abordagem é especialmente onerosa ao lidar com tokens voláteis ou de baixa liquidez, pois as configurações de slippage adequadas para ativos estáveis, como tokens de staking líquido ou stablecoins, diferem significativamente das necessárias para memecoins.

Em agosto de 2024, a plataforma de negociação para o varejo mais popular da Solana, Jupiter Aggregator, introduziu o slippage dinâmico para lidar com essa complexidade. Esse mecanismo algorítmico otimiza as configurações de slippage em tempo real, usando um conjunto de heurísticas para calcular o limite ideal de slippage para cada operação. Essas heurísticas consideram fatores como:

• Condições atuais do mercado
• Os tipos de tokens negociados (por exemplo, pares estáveis em comparação com memecoins voláteis)
• Os pools ou livros de ordens pelos quais a operação é roteada
• A tolerância máxima de slippage do usuário

As heurísticas garantem que a operação seja otimizada para ter sucesso com o menor slippage possível, reduzindo o espaço para extração de MEV.

O MEV Protect Mode é um recurso cada vez mais comum em exchanges descentralizadas e bots de negociação do Telegram. Quando ativado, as transações dos usuários são roteadas exclusivamente para os mecanismos de blocos da Jito, reduzindo significativamente o risco de ataques sandwich. No entanto, essa proteção tem o custo de taxas de transação um pouco mais altas. Evidências informais sugerem que muitos usuários de bots do Telegram não ativam a proteção contra MEV, mesmo quando ela é oferecida. A principal preocupação deles é a inclusão rápida das transações, e eles priorizam a velocidade em vez de reduzir o risco de ataques sandwich.

Sistemas de RFQ

Os sistemas de RFQ estão ganhando força na Solana, permitindo que as ordens sejam atendidas por formadores de mercado profissionais, em vez de AMMs ou livros de ordens on-chain. Esses sistemas usam precificação baseada em assinaturas, permitindo o processamento off-chain, com a descoberta de preços ocorrendo off-chain e apenas a transação final sendo registrada on-chain. Alguns exemplos são:

‍Kamino Swap

uma plataforma de exchange baseada em intenções e projetada para eliminar slippage e MEV. A Kamino usa o Pyth Express Relay para transmitir solicitações de swap a uma rede de searchers, que competem em um leilão para executar a transação. O searcher vencedor oferece o melhor preço de execução e paga uma gorjeta ao usuário. Quando surgem oportunidades de arbitragem, os searchers podem executar operações a preços ainda melhores do que os solicitados, gerando um “excedente” na operação. Os usuários se beneficiam ao reter qualquer excedente de suas transações, aumentando o valor geral da execução.

‍JupiterZ (Jupiter RFQ)

A partir de dezembro, o JupiterZ passou a ser ativado por padrão para todos os swaps na Jupiter. Esse recurso permite que os swaps selecionem automaticamente o melhor preço entre o mecanismo padrão de roteamento on-chain da Jupiter e seu sistema de RFQ. Com RFQ, os usuários se beneficiam da ausência de slippage e MEV, pois as operações são executadas diretamente com formadores de mercado off-chain. Além disso, os formadores de mercado cobrem a taxa de prioridade da transação, e as transações são eficientes no uso de CUs, eliminando a necessidade de uma lógica complexa de roteamento.

‍Os sistemas de RFQ se destacam com tokens amplamente negociados e listados em CEXs. No entanto, são menos eficazes para ativos on-chain mais recentes, de baixa liquidez e altamente voláteis. Infelizmente, essas são justamente as operações mais suscetíveis à exploração de MEV. Outra desvantagem é que a liquidez migra para off-chain, reduzindo a composabilidade.

AMMs resistentes a ataques sandwich

Os AMMs resistentes a ataques sandwich (sr-AMMs) são modelos experimentais baseados nos AMMs tradicionais de produto constante (xy=k). Com os sr-AMMs, nenhum swap é executado por um preço mais favorável do que o preço do pool no início da janela de slot. Esse mecanismo neutraliza efetivamente a rentabilidade dos ataques sandwich.

Os sr-AMMs usam janelas de slots para gerenciar operações. Os swaps dentro de uma janela de slot afetam o pool de forma assimétrica para ordens de compra e venda:

• Quando uma ordem de compra é executada, o preço de oferta no pool aumenta ao longo da curva xy=k, enquanto o preço de compra permanece inalterado, adicionando efetivamente liquidez ao lado comprador.  
• Por outro lado, as ordens de venda esgotam essa liquidez do lado comprador, reduzindo o preço de oferta conforme determinado pela curva xy=k.

No início de cada nova janela de slot, o sr-AMM é redefinido para seu estado xy=k equivalente, recalibrando os preços de compra e oferta. Ao desvincular essas redefinições de transações individuais e manter uma precificação consistente dentro de cada janela de slot, os sr-AMMs interrompem a execução atômica necessária para ataques sandwich lucrativos, tornando-os ineficazes.

Ataques sandwich continuam possíveis nos limites entre os slots. Se um líder controlar janelas de slots consecutivas, poderá executar um front-run e a transação-alvo no final do primeiro slot, seguido por um back-run no início do slot seguinte.

Em novembro, a Ellipsis Labs publicou o Plasma, uma implementação de referência auditada de um modelo de AMM resistente a ataques sandwich.

Liquidez condicional e segmentação do fluxo de ordens

Atualmente, as exchanges descentralizadas (DEXs) não têm mecanismos para aplicar preços variáveis adaptados a diferentes tipos de participantes do mercado. Essa limitação surge porque as DEXs não conseguem identificar com precisão o custo imposto ao protocolo da DEX pelo fluxo de ordens. As DEXs reduzem seus spreads para atrair fluxo de ordens, aumentando inadvertidamente sua exposição à seleção adversa por parte de tomadores sofisticados.

A liquidez condicional introduz um novo mecanismo que permite às DEXs ajustar dinamicamente os spreads com base na toxicidade esperada do fluxo de ordens recebido. Isso permite que as DEXs expressem uma variedade maior de preferências on-chain e just-in-time. Em vez de oferecer um único spread a todos os participantes, a liquidez condicional permite que as DEXs apresentem uma escala de spreads calibrada conforme a probabilidade percebida de seleção adversa por tomadores específicos.

Esse processo depende de uma nova classe de participantes do mercado, conhecidos como Segmenters. Os Segmenters são especializados em avaliar a toxicidade do fluxo de ordens e ajustar os spreads de acordo com essa avaliação. Eles capturam uma parte do spread ajustado como remuneração e repassam o restante para a carteira ou o trader. Ao assumir as responsabilidades de definição de spreads, os Segmenters permitem que as DEXs concorram melhor pelo fluxo de ordens não tóxico. Os Segmenters competem entre si para minimizar os riscos de seleção adversa para os provedores de liquidez. As cotações mais restritas são reservadas para os fluxos considerados menos propensos a prejudicar os provedores de liquidez. Em sua forma mais simples, uma carteira ou aplicação pode atuar como Segmenter para o próprio fluxo de ordens. Como alternativa, ela pode delegar essa responsabilidade de segmentação do fluxo a um marketplace.

Os usuários aproveitam isso por meio de ‘swaps declarativos’, que permitem declarar a intenção de realizar um swap e usar um Segmenter para a execução. Esses swaps interagem tanto com as fontes de liquidez existentes na Solana quanto com DEXs habilitadas para liquidez condicional. Desenvolvidos com bundles da Jito, os swaps declarativos oferecem aos traders uma cotação garantida no momento da assinatura, enquanto recalculam a rota ideal pouco antes de a transação chegar à rede, garantindo o cumprimento da cotação inicial.

Essa abordagem reduz significativamente a latência entre o cálculo da rota e a finalização da transação, mitigando o slippage. Além disso, os swaps declarativos minimizam a probabilidade de ataques sandwich ao rotear por DEXs com liquidez condicional. Ao oferecer spreads menores para fluxos não tóxicos, essas DEXs melhoram as condições de negociação para os usuários da Solana. Assim, os swaps declarativos oferecem aos traders slippage reduzido, menor latência e proteção aprimorada contra ataques sandwich, proporcionando uma experiência de negociação mais eficiente e segura.

Paladin

Paladin-Solana, uma versão modificada do cliente validador Jito-Solana que introduz uma pequena alteração no código (~2 mil linhas) para incluir transações da Paladin Priority Port (P3) durante a etapa de bundles. A Paladin Priority Port (P3) facilita transações com taxas de alta prioridade. Os validadores abrem essa via expressa quando atuam como líderes, permitindo processar rapidamente transações valiosas. Cada transação P3 atende a um limite mínimo de taxa (10 lamports por CU) e é encaminhada diretamente à etapa de bundles para processamento na ordem de recebimento.

A Paladin prioriza transações com taxas de alta prioridade e identifica e descarta ativamente bundles sandwich com base nos padrões das transações. Embora isso possa parecer prejudicial às recompensas dos validadores em um primeiro momento, os validadores da Paladin são remunerados por mecanismos baseados em confiança. Os validadores que evitam ataques sandwich podem atrair transações diretas, criando um ecossistema de confiança e maiores rendimentos.

Os validadores são incentivados pela possibilidade de obter recompensas adicionais e pela confiança dos usuários que dependem da via expressa P3. No entanto, se incluírem bundles sandwich em seus blocos, correm o risco de perder a receita das transações P3. Essa confiança é garantida por tokens PAL.

O token PAL busca alinhar os interesses dos validadores, dos usuários e da comunidade Solana em geral. Ele tem uma oferta fixa de um bilhão de tokens, dos quais 65% serão distribuídos entre validadores e participantes de staking, enquanto o restante será dividido entre desenvolvedores da Solana, a equipe da Paladin e um fundo de desenvolvimento. Os validadores podem bloquear PAL para habilitar transações P3 em seus nós, criando um mecanismo descentralizado, sem necessidade de permissão e controlado por tokens para extração de MEV e priorização de transações.

O projeto está em seus estágios iniciais e ainda não alcançou uma massa crítica de adoção. Atualmente, 80 validadores executam a Paladin, representando 6% do stake da rede. A Paladin afirma aumentar a recompensa por bloco em 12,5%.

Vários líderes simultâneos

Os produtores de blocos mantêm o monopólio sobre a inclusão de transações nos slots atribuídos a eles. Mesmo quando se sabe que o líder atual executa ataques sandwich de forma maliciosa, os usuários não têm conhecimento disso e enviam suas transações esperando que sejam processadas sem atraso. Essa falta de opções sobre qual nó processa e ordena as transações deixa o usuário vulnerável à manipulação.

Um sistema de vários líderes simultâneos (MCL) introduz concorrência entre produtores de blocos no mesmo slot. Os usuários podem escolher entre líderes sem gerar atrasos. Se o Líder A for mal-intencionado e conhecido por executar ataques sandwich, os usuários ou aplicações poderão optar por enviar suas transações ao Líder B, que age de forma honesta.

No longo prazo, maximizar a concorrência entre líderes envolve reduzir a duração dos slots, limitar o número de slots consecutivos atribuídos a um único líder e aumentar o número de líderes simultâneos por slot. Ao programar mais líderes por segundo, os usuários ganham maior flexibilidade e podem escolher a oferta mais favorável entre os líderes disponíveis para a inclusão de transações.  

Embora o MCL seja uma solução atraente de longo prazo para mitigar MEV, sua implementação é complexa e provavelmente exigirá vários anos de desenvolvimento.

A execução assíncrona (AE) apresenta outra possível abordagem para reduzir MEV. Com AE, os blocos são construídos sem executar ou avaliar os resultados de cada transação. Essa velocidade impõe desafios significativos aos algoritmos para calcular oportunidades lucrativas e executar estratégias sandwich eficazes a tempo.

Conclusão

O cenário de MEV da Solana está evoluindo rapidamente e ainda está longe de alcançar um equilíbrio competitivo estável. Os searchers continuam desenvolvendo estratégias mais sofisticadas para extrair valor, enquanto o ecossistema adota uma abordagem multifacetada, com infraestruturas e mecanismos criados para mitigar os efeitos nocivos do MEV. Investidores do ecossistema com visão de futuro, como a Multicoin Capital, estão alocando capital por acreditarem que a captura de valor do MEV da Solana pelas equipes do ecossistema crescerá significativamente e que a distribuição desse valor será muito diferente nos próximos anos.

O MEV é um desafio inevitável para qualquer blockchain descentralizada com atividade financeira significativa. Enfrentar e controlar esse “demônio do MEV” é essencial para o sucesso da rede no longo prazo. Após sair fortalecida das dificuldades de 2023, a Solana agora prospera como uma blockchain com alta atividade e adoção crescente. No entanto, novos desafios estão por vir. Para alcançar o próximo nível de adoção, o ecossistema precisa enfrentá-los de frente. Este é um momento crítico na trajetória da Solana e uma oportunidade decisiva para definir seu futuro.

Outros recursos

• Introdução ao MEV — blog da Helius
• Arbitragem como um problema de otimização convexa — Umberto Natale, Chorus One
• Ethereum e Solana: MEV e além — Uncommon Core