{"id":671,"date":"2026-10-04T16:45:26","date_gmt":"2026-10-04T16:45:26","guid":{"rendered":"https:\/\/hoge.gg\/pt\/mev-defesa-ordem-privada-rpc-2026\/"},"modified":"2026-10-04T16:45:26","modified_gmt":"2026-10-04T16:45:26","slug":"mev-defesa-ordem-privada-rpc-2026","status":"publish","type":"post","link":"https:\/\/hoge.gg\/pt\/mev-defesa-ordem-privada-rpc-2026\/","title":{"rendered":"MEV em 2026: o manual de defesa e os limites da ordem privada"},"content":{"rendered":"Cada vez que envia uma troca numa exchange descentralizada, a sua ordem passa primeiro por uma sala de espera p\u00fablica, o mempool, onde qualquer pessoa a consegue ver antes de ser confirmada. Durante anos, essa transpar\u00eancia alimentou uma ind\u00fastria discreta: programas autom\u00e1ticos que reordenam, inserem ou cercam transa\u00e7\u00f5es alheias para extrair valor. \u00c9 o fen\u00f3meno a que a ind\u00fastria chama MEV (Maximal Extractable Value), o valor m\u00e1ximo que quem ordena um bloco consegue retirar das transa\u00e7\u00f5es dos outros.Em 2026, alguma coisa mudou. O ataque mais vis\u00edvel e mais odiado, o sandwich, recuou de forma acentuada: a extra\u00e7\u00e3o mensal caiu de perto de 10 milh\u00f5es de d\u00f3lares no final de 2024 para cerca de 2,5 milh\u00f5es em outubro de 2025, segundo dados da EigenPhi, e isto enquanto o volume das exchanges descentralizadas subia. A defesa profissionalizou-se, e milh\u00f5es de utilizadores passaram a encaminhar as ordens por canais privados.S\u00f3 que a hist\u00f3ria tem um sen\u00e3o. Um estudo recente mostra que a pr\u00f3pria ordem privada j\u00e1 est\u00e1 a ser atacada, e a corre\u00e7\u00e3o definitiva n\u00e3o est\u00e1 nas m\u00e3os do utilizador, mas no protocolo: a atualiza\u00e7\u00e3o Glamsterdam chega \u00e0 rede de teste Sepolia a 6 de outubro, com o ePBS a reescrever a forma como os blocos s\u00e3o constru\u00eddos. Este \u00e9 o manual de defesa contra o MEV em 2026, e o mapa de onde a defesa ainda falha.

Porque \u00e9 que cada transa\u00e7\u00e3o \u00e9 uma isca<\/h2>Numa blockchain p\u00fablica, uma transa\u00e7\u00e3o n\u00e3o \u00e9 confirmada no instante em que carrega no bot\u00e3o. Fica \u00e0 espera no mempool, vis\u00edvel para toda a gente, at\u00e9 um validador a incluir num bloco. Quem controla a ordem das transa\u00e7\u00f5es dentro desse bloco controla o pre\u00e7o a que elas s\u00e3o executadas, e \u00e9 a\u00ed que nasce o MEV. A met\u00e1fora que ficou foi a de Dan Robinson e Georgios Konstantopoulos, da Paradigm, que em 2020 descreveram a Ethereum como uma \u00abfloresta escura\u00bb onde predadores autom\u00e1ticos esperam para atacar qualquer transa\u00e7\u00e3o lucrativa que apare\u00e7a a descoberto.A documenta\u00e7\u00e3o da pr\u00f3pria Ethereum<\/a> define o MEV como o valor que pode ser extra\u00eddo reordenando, incluindo ou excluindo transa\u00e7\u00f5es num bloco. Nem todo ele \u00e9 predat\u00f3rio; a arbitragem que alinha os pre\u00e7os entre plataformas \u00e9 benigna e at\u00e9 necess\u00e1ria. Mas uma fatia significativa vive de lucrar \u00e0 sua custa, e a engrenagem concentrou-se numa m\u00e3o-cheia de intervenientes, o tema de uma an\u00e1lise anterior da HOGE Wire sobre o oligop\u00f3lio do MEV<\/a>. Aqui o foco \u00e9 o lado oposto: o do utilizador que quer deixar de pagar a conta.Para perceber a defesa, conv\u00e9m saber como a sua ordem viaja. Depois de assinada, ela n\u00e3o vai diretamente para a blockchain: passa por uma cadeia de intermedi\u00e1rios que se consolidou ap\u00f3s a transi\u00e7\u00e3o da Ethereum para proof-of-stake. Primeiro, os searchers (os bots) vasculham o mempool \u00e0 procura de oportunidades e montam pacotes de transa\u00e7\u00f5es; depois, os builders competem para montar o bloco mais lucrativo; por fim, o validador que prop\u00f5e o bloco escolhe a proposta mais rent\u00e1vel. Cada elo desta cadeia v\u00ea a sua ordem antes de ela ser definitiva, e \u00e9 por isso que esconder a ordem, em vez de confiar na boa vontade de cada elo, se tornou a estrat\u00e9gia dominante.

As jogadas que o visam: sandwich, front-running e companhia<\/h2>Nem todas as estrat\u00e9gias de MEV atacam o utilizador comum da mesma maneira, e vale a pena conhecer as principais, porque cada uma tem uma defesa diferente. No front-running, o bot v\u00ea a sua ordem no mempool, copia-a e paga mais g\u00e1s para ser executado imediatamente antes de si, aproveitando o movimento de pre\u00e7o que a sua pr\u00f3pria ordem vai provocar. O back-running \u00e9 o inverso, entrar logo a seguir \u00e0 sua transa\u00e7\u00e3o, por exemplo para arbitrar o pre\u00e7o que ela desalinhou; \u00e9 a forma menos nociva e a base dos reembolsos que veremos adiante. O sandwich \u00e9 a combina\u00e7\u00e3o das duas, uma compra antes e uma venda depois, que espreme a diferen\u00e7a e lhe deixa a pior execu\u00e7\u00e3o poss\u00edvel.H\u00e1 ainda duas jogadas mais especializadas. A JIT (just-in-time) liquidity \u00e9 quando um fornecedor injeta liquidez no exato bloco da sua grande troca para capturar a comiss\u00e3o e a retira logo a seguir. E o alvo de liquida\u00e7\u00f5es, em que os bots competem para liquidar posi\u00e7\u00f5es de cr\u00e9dito no instante em que ficam eleg\u00edveis, um tema que explor\u00e1mos quando analis\u00e1mos a cascata de liquida\u00e7\u00f5es num perp DEX<\/a>. A tabela seguinte resume quem o visa e por onde come\u00e7ar a defesa.
Jogada<\/th>Como funciona<\/th>Quem visa<\/th>A sua defesa<\/th><\/tr><\/thead>
Sandwich<\/td>Compra antes e venda depois da sua ordem<\/td>Trocas em DEX com slippage folgado<\/td>RPC privado, leil\u00e3o em lote<\/td><\/tr>
Front-running<\/td>Copia a ordem e paga mais g\u00e1s para ir \u00e0 frente<\/td>Ordens vis\u00edveis e lucrativas<\/td>RPC privado, mempool encriptado<\/td><\/tr>
Back-running<\/td>Entra logo a seguir para arbitrar<\/td>Qualquer ordem que mova o pre\u00e7o<\/td>Order-flow auction (devolve-lhe parte)<\/td><\/tr>
JIT liquidity<\/td>Liquidez injetada e retirada no mesmo bloco<\/td>Grandes trocas e fornecedores de liquidez<\/td>Pouca; \u00e9 sobretudo problema dos LP<\/td><\/tr>
Alvo de liquida\u00e7\u00f5es<\/td>Corrida a liquidar colateral eleg\u00edvel<\/td>Mutu\u00e1rios alavancados<\/td>Margem folgada, alertas de sa\u00fade<\/td><\/tr><\/tbody><\/table><\/figure>Entre todas, o sandwich \u00e9 o que mais d\u00f3i ao utilizador comum, porque o visa diretamente. O gui\u00e3o \u00e9 sempre o mesmo: o bot deteta a sua ordem de compra no mempool, compra o mesmo ativo um instante antes (empurrando o pre\u00e7o para cima), deixa a sua ordem executar-se a esse pre\u00e7o inflacionado e vende logo a seguir, embolsando a diferen\u00e7a. O utilizador recebe menos tokens do que esperava e, na maioria dos casos, nem d\u00e1 por isso, porque a execu\u00e7\u00e3o continua dentro da toler\u00e2ncia de slippage que autorizou. \u00c9 um imposto invis\u00edvel, cobrado bloco a bloco.

O sandwich recuou: os n\u00fameros de 2026<\/h2>A boa not\u00edcia \u00e9 que a defesa est\u00e1 a ganhar terreno. Dados exclusivos da EigenPhi, compilados pela Cointelegraph Research<\/a>, mostram que a extra\u00e7\u00e3o por sandwich na Ethereum caiu de quase 10 milh\u00f5es de d\u00f3lares por m\u00eas no final de 2024 para cerca de 2,5 milh\u00f5es em outubro de 2025, uma queda de aproximadamente 75%. E isto aconteceu ao mesmo tempo que o volume mensal das DEX subia de cerca de 65 mil milh\u00f5es para bem mais de 100 mil milh\u00f5es de d\u00f3lares. Menos extra\u00e7\u00e3o com mais volume \u00e9 o sinal claro de que a prote\u00e7\u00e3o est\u00e1 a funcionar.Os pormenores contam o resto da hist\u00f3ria. O n\u00famero de ataques manteve-se alto, entre 60 mil e 90 mil por m\u00eas, mas o lucro m\u00e9dio por ataque desabou para pouco mais de 3 d\u00f3lares, e no conjunto de 2025 os sandwiches drenaram v\u00e1rias dezenas de milh\u00f5es de d\u00f3lares aos utilizadores. Cerca de 70% de todos os ataques s\u00e3o atribu\u00eddos a uma \u00fanica entidade, o conhecido jaredfromsubway.eth, o mesmo bot que em abril de 2026 chegou a cercar uma pequena troca do pr\u00f3prio Vitalik Buterin<\/a>. Os alvos preferidos s\u00e3o os pools de baixa volatilidade: 38% dos ataques visaram pares de stablecoins e ativos embrulhados, onde o utilizador n\u00e3o espera derrapagem e por isso baixa a guarda. A pr\u00f3pria EigenPhi aponta a ado\u00e7\u00e3o de ferramentas de prote\u00e7\u00e3o como a explica\u00e7\u00e3o mais prov\u00e1vel para o recuo.Com o ether a cotar-se nos 2.396,50 euros<\/a> e uma capitaliza\u00e7\u00e3o a rondar os 292 mil milh\u00f5es de euros, e com dezenas de mil milh\u00f5es a mudar de m\u00e3os por m\u00eas nas DEX, mesmo uma fra\u00e7\u00e3o de ponto percentual por troca representa muito dinheiro. \u00c9 por isso que a defesa deixou de ser um nicho de especialistas e passou a ser uma rotina para quem negoceia a s\u00e9rio.H\u00e1 uma ironia por tr\u00e1s destes n\u00fameros. O MEV tornou-se t\u00e3o competitivo que os pr\u00f3prios atacantes se espremeram mutuamente: com dezenas de milhares de tentativas por m\u00eas a disputar as mesmas oportunidades, o lucro por ataque desceu a n\u00edveis irris\u00f3rios e a maioria dos pequenos searchers desistiu. O que resta \u00e9 um punhado de operadores altamente especializados, a trabalhar com margens m\u00ednimas e volumes enormes. Para o utilizador, isto significa duas coisas: o sandwich oportunista quase desapareceu, mas quem continua no jogo \u00e9 mais sofisticado e mais dif\u00edcil de evitar sem ferramentas dedicadas.

Primeira linha de defesa: o RPC privado<\/h2>A defesa mais eficaz e, ao mesmo tempo, mais simples \u00e9 nunca passar pela sala de espera p\u00fablica. Um RPC privado (o RPC \u00e9 o ponto de liga\u00e7\u00e3o que a carteira usa para falar com a rede) n\u00e3o difunde a sua transa\u00e7\u00e3o no mempool aberto; entrega-a diretamente a quem constr\u00f3i os blocos, sem a expor aos bots que vasculham o mempool \u00e0 procura de presas. Troca-se o endere\u00e7o de RPC nas defini\u00e7\u00f5es da carteira e, para o utilizador, tudo o resto fica igual.O Flashbots Protect<\/a> \u00e9 o mais conhecido. Encaminha as transa\u00e7\u00f5es para um mempool privado da Flashbots, onde ficam escondidas dos bots de front-running e de sandwich, e acrescenta tr\u00eas prote\u00e7\u00f5es \u00fateis: reembolso de MEV e de g\u00e1s quando aplic\u00e1vel, prote\u00e7\u00e3o contra revers\u00e3o (se a transa\u00e7\u00e3o vai falhar, n\u00e3o entra no bloco e o utilizador n\u00e3o paga g\u00e1s por uma opera\u00e7\u00e3o falhada) e aus\u00eancia de registo de dados pessoais como o endere\u00e7o IP. O MEV Blocker, mantido pela CoW Protocol em conjunto com a Agnostic Relay e a Beaver Build, \u00e9 a outra grande op\u00e7\u00e3o, e acrescenta um incentivo financeiro que merece sec\u00e7\u00e3o pr\u00f3pria.O RPC privado tem contrapartidas que vale a pena conhecer. Como a transa\u00e7\u00e3o deixa de circular no mempool p\u00fablico, pode demorar um pouco mais a ser inclu\u00edda num bloco, sobretudo em momentos de congestionamento, e o utilizador passa a confiar que o operador do mempool privado se comporta como promete. O Flashbots Protect permite ajustar esse equil\u00edbrio entre velocidade, privacidade e reembolso, mas a troca de fundo mant\u00e9m-se: ganha-se prote\u00e7\u00e3o contra os bots em troca de alguma depend\u00eancia de um intermedi\u00e1rio. Para a esmagadora maioria dos utilizadores, \u00e9 uma troca largamente vantajosa.

O reembolso: quando o bot lhe paga a si<\/h2>A ideia por tr\u00e1s das order-flow auctions (leil\u00f5es de fluxo de ordens) \u00e9 engenhosa: se o back-running da sua transa\u00e7\u00e3o vale dinheiro, por que n\u00e3o devolver esse valor a quem o gerou, ou seja, a si? O MEV Blocker<\/a> organiza um leil\u00e3o entre uma rede de searchers que podem fazer back-run da sua transa\u00e7\u00e3o, mas nunca front-run nem sandwich. Quem ganha o leil\u00e3o paga, e esse valor \u00e9 dividido 90\/10: o utilizador fica com 90% do lance vencedor e o validador com os restantes 10%. Em mais de 62 milh\u00f5es de transa\u00e7\u00f5es protegidas, o reembolso mediano ronda os 26 d\u00f3lares.A Flashbots segue a mesma l\u00f3gica com o MEV-Share, um protocolo aberto que permite a utilizadores, carteiras e aplica\u00e7\u00f5es internalizarem o MEV que as suas ordens criam, em vez de o oferecerem de gra\u00e7a. Mas aqui entra o primeiro aviso importante. Robert Miller, da Flashbots<\/a>, reconhece que os leil\u00f5es de fluxo de ordens conseguiram devolver valor aos utilizadores, mas alerta para os efeitos centralizadores dos componentes fora da cadeia que gerem esses leil\u00f5es. Por outras palavras: para ser protegido, o utilizador tem de confiar num operador. Guarde esta ideia, porque ela volta mais \u00e0 frente.O reembolso muda a economia da prote\u00e7\u00e3o. Em vez de ser apenas um custo (mudar de endpoint, aceitar algum atrito), passar a ordem por um leil\u00e3o de fluxo pode at\u00e9 devolver dinheiro ao utilizador, o que explica por que carteiras e aplica\u00e7\u00f5es come\u00e7aram a integrar estes leil\u00f5es por omiss\u00e3o: quem controla o fluxo de ordens pode partilhar o valor com o utilizador em vez de o entregar a um bot an\u00f3nimo. \u00c9 a mesma l\u00f3gica que, no mercado tradicional, se discute a prop\u00f3sito do pagamento por fluxo de ordens, s\u00f3 que aqui o valor \u00e9, pelo menos em parte, devolvido a quem o gera.

Negociar em lote: a CoW Swap e o leil\u00e3o de pre\u00e7o \u00fanico<\/h2>H\u00e1 uma defesa ainda mais radical: deixar de ter uma ordem individual exposta. A CoW Swap<\/a>, da CoW Protocol, agrupa as ordens em lotes e liquida-as todas ao mesmo pre\u00e7o de equil\u00edbrio, num leil\u00e3o em que v\u00e1rios solvers competem para encontrar a melhor execu\u00e7\u00e3o para o conjunto. Dentro de um lote n\u00e3o h\u00e1 uma ordem \u00ab\u00e0 frente\u00bb ou \u00abatr\u00e1s\u00bb de outra, pelo que o sandwich deixa de ter onde se agarrar. E sempre que duas ordens opostas coincidem (uma \u00abcoincidence of wants\u00bb), a troca faz-se diretamente entre os dois utilizadores, sem sequer tocar num pool e sem derrapagem.Para ordens grandes, o lote resolve um problema que o RPC privado n\u00e3o resolve: o impacto no pre\u00e7o. \u00c9 tamb\u00e9m a raz\u00e3o por que os grandes investidores continuam a preferir mesas de balc\u00e3o para mover volume sem mexer o mercado, um mecanismo que detalh\u00e1mos em o volume invis\u00edvel do mercado de balc\u00e3o<\/a>. O princ\u00edpio \u00e9 o mesmo: quanto menos o mercado v\u00ea a sua inten\u00e7\u00e3o, menos lhe podem cobrar por ela.Um exemplo torna a ideia concreta. Imagine que quer trocar ether por uma stablecoin ao mesmo tempo que outro utilizador quer fazer exatamente o oposto. Num leil\u00e3o em lote, os dois pedidos podem cruzar-se diretamente, ao pre\u00e7o justo do momento, sem passarem por um pool e, portanto, sem deixarem rasto para um bot cercar. \u00c9 esta a l\u00f3gica da \u00abcoincidence of wants\u00bb, e explica por que os leil\u00f5es em lote j\u00e1 liquidaram muitos milhares de milh\u00f5es de d\u00f3lares em ordens sem a derrapagem t\u00edpica das trocas convencionais. A tabela abaixo compara as tr\u00eas grandes ferramentas e os seus limites.
Ferramenta<\/th>O que faz<\/th>Protege contra<\/th>O que n\u00e3o resolve<\/th><\/tr><\/thead>
RPC privado (Flashbots Protect)<\/td>Esconde a ordem do mempool p\u00fablico<\/td>Front-running e sandwich p\u00fablico<\/td>Impacto no pre\u00e7o; confian\u00e7a no operador<\/td><\/tr>
Order-flow auction (MEV Blocker)<\/td>Esconde e devolve 90% do back-run<\/td>Front-running e sandwich; e reembolsa<\/td>Depend\u00eancia de um leil\u00e3o fora da cadeia<\/td><\/tr>
Leil\u00e3o em lote (CoW Swap)<\/td>Agrupa ordens a pre\u00e7o \u00fanico<\/td>Sandwich, derrapagem e impacto<\/td>Velocidade; confian\u00e7a nos solvers<\/td><\/tr>
Defini\u00e7\u00f5es (slippage, limite)<\/td>Reduz a margem de ataque<\/td>Limita o lucro do sandwich<\/td>N\u00e3o esconde a ordem<\/td><\/tr><\/tbody><\/table><\/figure>

O que o utilizador controla: slippage, ordens-limite e a carteira<\/h2>Mesmo sem ferramentas dedicadas, h\u00e1 decis\u00f5es que encolhem a margem de ataque. A mais importante \u00e9 o slippage (a derrapagem m\u00e1xima que aceita entre o pre\u00e7o esperado e o executado). Um sandwich s\u00f3 \u00e9 lucrativo at\u00e9 ao limite de slippage que o utilizador autoriza; definir uma toler\u00e2ncia apertada tira oxig\u00e9nio ao ataque, embora demasiado apertada fa\u00e7a a transa\u00e7\u00e3o falhar em mercados vol\u00e1teis. Dividir uma ordem grande em v\u00e1rias mais pequenas, usar ordens-limite em vez de ordens de mercado e negociar em pools profundos s\u00e3o outras formas simples de reduzir a exposi\u00e7\u00e3o.O slippage merece um exemplo. Se aceita uma derrapagem de 2% numa troca de mil euros, est\u00e1, na pr\u00e1tica, a autorizar que a sua execu\u00e7\u00e3o piore at\u00e9 20 euros; um bot que consiga cercar a ordem tentar\u00e1 capturar exatamente essa folga. Baixar a toler\u00e2ncia para 0,5% reduz o pr\u00e9mio dispon\u00edvel para o atacante, mas, num token vol\u00e1til, uma toler\u00e2ncia demasiado apertada faz a transa\u00e7\u00e3o reverter e obriga a repetir a opera\u00e7\u00e3o, pagando g\u00e1s de novo. O ponto \u00f3timo depende da profundidade do pool e da volatilidade do momento, e \u00e9 por isso que combinar um slippage sensato com um RPC privado funciona melhor do que qualquer um dos dois isolado.A tend\u00eancia de fundo, por\u00e9m, \u00e9 a prote\u00e7\u00e3o deixar de depender do utilizador. Cada vez mais carteiras e redes tornam a defesa invis\u00edvel e ativa por omiss\u00e3o: a MetaMask encaminha ordens por vias protegidas atrav\u00e9s das suas Smart Transactions, e a BNB Chain integrou prote\u00e7\u00e3o contra sandwich em v\u00e1rias carteiras do seu ecossistema. O objetivo \u00e9 que, dentro de pouco tempo, o utilizador deixe de precisar de saber o que \u00e9 um RPC privado para estar protegido.

Na Solana \u00e9 outra hist\u00f3ria<\/h2>A Solana n\u00e3o tem um mempool p\u00fablico global, o que torna o front-running cl\u00e1ssico mais dif\u00edcil: n\u00e3o h\u00e1 uma sala de espera aberta para espreitar. Mas isso n\u00e3o elimina o MEV, apenas o desloca. O cliente Jito-Solana, que corre na larga maioria do stake da rede, introduziu um sistema de bundles e tips (gorjetas) que permite aos searchers pagar para ordenar transa\u00e7\u00f5es, e alguns validadores chegaram a correr mempools privados para cercar utilizadores de retalho.O modelo de gorjetas e taxas de prioridade da Solana muda a natureza do problema. Em vez de um leil\u00e3o p\u00fablico de g\u00e1s vis\u00edvel no mempool, a competi\u00e7\u00e3o faz-se por pacotes enviados diretamente ao l\u00edder do bloco, o que concentra a ordena\u00e7\u00e3o em menos m\u00e3os e torna a transpar\u00eancia mais dif\u00edcil. Para o utilizador de retalho, a defesa pr\u00e1tica passa por usar interfaces e routers que j\u00e1 encaminham as ordens de forma protegida e que n\u00e3o vendem o fluxo a quem o quer explorar, uma escolha de plataforma mais do que uma configura\u00e7\u00e3o manual.A resposta da rede foi dura. A Solana Foundation expulsou mais de 30 validadores<\/a> do seu programa de delega\u00e7\u00e3o por operarem mempools de sandwich contra utilizadores, uma medida que Tim Garcia, respons\u00e1vel pelas rela\u00e7\u00f5es com validadores, descreveu como final. O JitoSOL, por seu lado, recicla as gorjetas de MEV para quem faz staking, transformando parte da extra\u00e7\u00e3o em rendimento, uma l\u00f3gica parecida com a que os ETF de Ethereum com staking<\/a> trouxeram para a leitura dos fluxos. Com o SOL a cotar-se nos 107,98 euros<\/a>, a economia em torno destas gorjetas move somas consider\u00e1veis.

O sen\u00e3o: a ordem privada tamb\u00e9m \u00e9 apanhada<\/h2>Aqui est\u00e1 a parte que a maioria dos guias n\u00e3o conta. Encaminhar as ordens por vias privadas tornou-se o reflexo natural de quem j\u00e1 foi cercado: um estudo de Davide Mancino e Davide Rezzoli<\/a>, da PBS Foundation, mostra que 37,2% das v\u00edtimas de um sandwich p\u00fablico migram para a ordem privada nos 60 dias seguintes ao primeiro ataque, uma propor\u00e7\u00e3o que sobe para 54% entre os utilizadores atacados repetidamente. O instinto est\u00e1 certo. O problema \u00e9 que o destino n\u00e3o \u00e9 t\u00e3o seguro como parece.Os mesmos investigadores documentaram 2.932 ataques sandwich dentro de canais privados, afetando 3.126 transa\u00e7\u00f5es de v\u00edtimas que se julgavam protegidas, com perdas totais de cerca de 409 mil d\u00f3lares num per\u00edodo de apenas dois meses. Mais revelador ainda: uma \u00fanica entidade controlava perto de 65% desse volume. A conclus\u00e3o dos autores \u00e9 direta: a ordem privada n\u00e3o garante prote\u00e7\u00e3o contra a extra\u00e7\u00e3o de MEV, e pode at\u00e9 constituir uma superf\u00edcie de ataque mais estreita, mas altamente concentrada.Os valores individuais s\u00e3o pequenos (a perda mediana por v\u00edtima ronda os 27 d\u00f3lares), mas o padr\u00e3o \u00e9 o que importa: quem se move para a ordem privada deixa de ser alvo da multid\u00e3o de bots do mempool aberto e passa a estar exposto a quem tem acesso privilegiado ao pr\u00f3prio canal privado. \u00c9 uma troca de uma amea\u00e7a difusa por uma amea\u00e7a concentrada, e nem sempre \u00e9 um bom neg\u00f3cio se o operador do canal for, ele pr\u00f3prio, parte interessada na extra\u00e7\u00e3o.A explica\u00e7\u00e3o liga-se ao aviso de Robert Miller. Quando encaminha uma ordem por um canal privado, est\u00e1 a confiar que o operador desse canal (o RPC, o relay, o builder) n\u00e3o espreita o conte\u00fado nem se coliga com quem o faria. Numa ind\u00fastria em que os maiores builders tamb\u00e9m correm as suas pr\u00f3prias opera\u00e7\u00f5es de extra\u00e7\u00e3o, como mostr\u00e1mos na an\u00e1lise sobre a concentra\u00e7\u00e3o do mercado de constru\u00e7\u00e3o de blocos, essa confian\u00e7a n\u00e3o \u00e9 trivial. A defesa individual, por melhor que seja, esbarra sempre no mesmo limite: h\u00e1 um intermedi\u00e1rio, e o utilizador tem de confiar nele.

A corre\u00e7\u00e3o estrutural: encriptar o mempool e reescrever o bloco<\/h2>Se a defesa individual tem um teto, a solu\u00e7\u00e3o definitiva tem de vir do protocolo, e avan\u00e7a em duas frentes paralelas. A primeira s\u00e3o os mempools encriptados: cifrar o conte\u00fado das transa\u00e7\u00f5es at\u00e9 ao momento em que a ordem \u00e9 fixada, de modo que ningu\u00e9m, nem sequer o builder, consiga ler uma ordem a tempo de a cercar. \u00c9 uma ideia poderosa, mas com custos de lat\u00eancia e de complexidade que a mant\u00eam, para j\u00e1, em fase experimental.A abordagem mais estudada usa encripta\u00e7\u00e3o por limiar (threshold encryption), em que um conjunto de participantes s\u00f3 consegue decifrar as transa\u00e7\u00f5es depois de a ordem do bloco estar fixada, impedindo que algu\u00e9m leia o conte\u00fado a tempo de o explorar. O desafio \u00e9 garantir que as ordens s\u00e3o mesmo decifradas e inclu\u00eddas (o chamado problema de liveness) sem abrir a porta \u00e0 censura. \u00c9 uma troca delicada entre privacidade e garantias, e a raz\u00e3o por que estas solu\u00e7\u00f5es ainda n\u00e3o substitu\u00edram as ferramentas do dia a dia.A segunda frente chega j\u00e1 esta semana. A atualiza\u00e7\u00e3o Glamsterdam<\/a> ativa-se na rede de teste Sepolia a 6 de outubro de 2026, com lan\u00e7amento em mainnet previsto para o quarto trimestre. A estrela \u00e9 o ePBS (EIP-7732), que inscreve no pr\u00f3prio protocolo a separa\u00e7\u00e3o entre quem prop\u00f5e o bloco e quem o constr\u00f3i, eliminando a necessidade de software intermedi\u00e1rio externo como o MEV-Boost e alargando a janela de propaga\u00e7\u00e3o de 2 para cerca de 9 segundos. A acompanh\u00e1-lo v\u00e3o as block-level access lists (EIP-7928), que permitem processar as transa\u00e7\u00f5es em paralelo.O ePBS torna o mercado de constru\u00e7\u00e3o de blocos mais neutro, mas n\u00e3o acaba, por si s\u00f3, com a extra\u00e7\u00e3o. O pr\u00f3prio Vitalik Buterin avisou<\/a> que o ePBS sozinho \u00e9 insuficiente, porque o estado partilhado s\u00edncrono continua a empurrar para alguma centraliza\u00e7\u00e3o, e defende juntar-lhe o FOCIL (listas de inclus\u00e3o que obrigam a aceitar transa\u00e7\u00f5es, travando a censura) e os mempools encriptados. \u00c9 o reconhecimento de que resolver o MEV \u00e9 um projeto de anos, n\u00e3o de uma \u00fanica atualiza\u00e7\u00e3o.
Corre\u00e7\u00e3o estrutural<\/th>O que muda<\/th>Estado<\/th><\/tr><\/thead>
Mempools encriptados<\/td>Ordens cifradas at\u00e9 serem fixadas<\/td>Experimental<\/td><\/tr>
ePBS (EIP-7732)<\/td>Separa\u00e7\u00e3o proponente-builder no protocolo<\/td>Sepolia a 6 de outubro de 2026<\/td><\/tr>
Block-level access lists (EIP-7928)<\/td>Processamento de transa\u00e7\u00f5es em paralelo<\/td>Sepolia a 6 de outubro de 2026<\/td><\/tr>
FOCIL<\/td>Listas de inclus\u00e3o contra a censura<\/td>Em investiga\u00e7\u00e3o<\/td><\/tr><\/tbody><\/table><\/figure>

O MEV que nenhuma defesa individual apanha<\/h2>Conv\u00e9m n\u00e3o confundir todo o MEV com um ataque pessoal. A arbitragem que mant\u00e9m o pre\u00e7o de um token alinhado entre uma DEX e uma CEX \u00e9 MEV, mas \u00e9 tamb\u00e9m o que garante que os pre\u00e7os on-chain fazem sentido; sem ela, os pools ficariam permanentemente desalinhados. As liquida\u00e7\u00f5es que fecham posi\u00e7\u00f5es insolventes protegem os credores do protocolo. Este tipo de extra\u00e7\u00e3o n\u00e3o vive de piorar a sua execu\u00e7\u00e3o individual; \u00e9 um custo estrutural do sistema, e nenhum RPC privado o faz desaparecer.H\u00e1 ainda uma forma de MEV que recai sobre quem fornece liquidez, e n\u00e3o sobre quem negoceia: a chamada LVR (loss-versus-rebalancing), a perda sistem\u00e1tica dos fornecedores de liquidez face a uma carteira que se limitasse a deter os ativos. Defender-se do MEV predat\u00f3rio, o sandwich e o front-running, \u00e9 poss\u00edvel e cada vez mais f\u00e1cil. Eliminar o MEV benigno seria eliminar os pr\u00f3prios mecanismos que fazem a DeFi funcionar. A meta realista n\u00e3o \u00e9 um mundo sem MEV, mas um mundo em que o utilizador comum deixa de ser a presa mais f\u00e1cil.A distin\u00e7\u00e3o \u00fatil \u00e9 entre fluxo t\u00f3xico e fluxo benigno. O sandwich e o front-running s\u00e3o t\u00f3xicos porque s\u00f3 existem para extrair valor de uma transa\u00e7\u00e3o espec\u00edfica, sem acrescentarem nada ao sistema. A arbitragem e as liquida\u00e7\u00f5es, pelo contr\u00e1rio, prestam um servi\u00e7o: mant\u00eam os pre\u00e7os corretos e os protocolos solventes. As melhores defesas de 2026, dos leil\u00f5es em lote aos mempools encriptados, s\u00e3o precisamente as que conseguem neutralizar o fluxo t\u00f3xico sem travar o benigno, e \u00e9 esse equil\u00edbrio, e n\u00e3o a elimina\u00e7\u00e3o total do MEV, que define o sucesso.

O vazio regulat\u00f3rio: a CMVM, a MiCA e os bots an\u00f3nimos<\/h2>Em mercados tradicionais, correr \u00e0 frente das ordens dos clientes \u00e9 uma infra\u00e7\u00e3o cl\u00e1ssica de abuso de mercado. A MiCA tem um t\u00edtulo dedicado ao tema (o T\u00edtulo VI, que pro\u00edbe o abuso de informa\u00e7\u00e3o privilegiada, a sua divulga\u00e7\u00e3o il\u00edcita e a manipula\u00e7\u00e3o de mercado), com as \u00faltimas regras em vigor desde 28 de julho de 2026, e em Portugal cabe \u00e0 CMVM supervisionar a conduta de mercado dos prestadores de servi\u00e7os de criptoativos. A Lei n.\u00ba 69\/2025<\/a>, em vigor desde 27 de dezembro de 2025, repartiu a supervis\u00e3o entre o Banco de Portugal e a CMVM e prev\u00ea coimas que podem chegar aos milh\u00f5es de euros; o per\u00edodo transit\u00f3rio para os antigos VASP portugueses terminou a 1 de julho de 2026.O problema \u00e9 a quem aplicar estas regras. Se um prestador licenciado corresse \u00e0 frente dos seus clientes, a CMVM teria como atuar. Mas um bot de sandwich numa DEX sem permiss\u00f5es n\u00e3o tem emitente, n\u00e3o tem licen\u00e7a e n\u00e3o tem um rosto identific\u00e1vel: vive fora do per\u00edmetro que a MiCA desenhou. \u00c9 o mesmo vazio que aproxima o regulador do cr\u00e9dito descentralizado sem o conseguir alcan\u00e7ar por completo, uma tens\u00e3o que analis\u00e1mos quando os cofres de DeFi entraram na mira da MiCA<\/a>. Por agora, a melhor prote\u00e7\u00e3o do investidor portugu\u00eas n\u00e3o vem de um regulador, mas das ferramentas que escolhe usar.H\u00e1 um debate de fundo que ultrapassa Portugal. Reguladores de v\u00e1rios Estados-membros t\u00eam defendido uma supervis\u00e3o mais uniforme e, em alguns casos, a fiscaliza\u00e7\u00e3o direta dos maiores prestadores por parte da ESMA, precisamente porque a atividade on-chain n\u00e3o conhece fronteiras. Mas nada disto alcan\u00e7a um bot an\u00f3nimo que corre num contrato inteligente sem dono. Enquanto a lacuna existir, o investidor que queira prote\u00e7\u00e3o efetiva n\u00e3o pode esperar por ela do lado regulat\u00f3rio; tem de a construir, transa\u00e7\u00e3o a transa\u00e7\u00e3o, com as escolhas t\u00e9cnicas que est\u00e3o ao seu alcance.

A sua defesa em 2026: a lista de verifica\u00e7\u00e3o<\/h2>Resumindo o que funciona hoje, por ordem de esfor\u00e7o crescente:
  • Troque o RPC da carteira por um privado (Flashbots Protect ou MEV Blocker); \u00e9 a defesa com melhor rela\u00e7\u00e3o efic\u00e1cia-esfor\u00e7o.<\/li>
  • Para trocas grandes, prefira um leil\u00e3o em lote como a CoW Swap, que elimina a derrapagem e o impacto no pre\u00e7o.<\/li>
  • Defina um slippage apertado, mas n\u00e3o ao ponto de a transa\u00e7\u00e3o falhar em mercados vol\u00e1teis.<\/li>
  • Use ordens-limite em vez de ordens de mercado e divida as ordens grandes em parcelas.<\/li>
  • Confirme no final se foi cercado, consultando o seu endere\u00e7o num explorador ou num painel como o da EigenPhi.<\/li>
  • Na Solana, use routers e carteiras conscientes do Jito e evite plataformas sem prote\u00e7\u00e3o.<\/li>
  • Lembre-se: privado n\u00e3o \u00e9 sin\u00f3nimo de invulner\u00e1vel; para volume muito grande, uma mesa de balc\u00e3o continua a ser a via mais discreta.<\/li><\/ul>

    Perguntas frequentes<\/h2>

    O que \u00e9 um ataque sandwich e como sei se fui v\u00edtima?<\/h3>Um ataque sandwich \u00e9 quando um bot compra um ativo imediatamente antes da sua ordem e o vende logo a seguir, empurrando o pre\u00e7o contra si para lucrar com a diferen\u00e7a. Para saber se foi v\u00edtima, consulte a sua transa\u00e7\u00e3o num explorador de blocos ou num painel de an\u00e1lise on-chain como o da EigenPhi: se vir uma compra e uma venda do mesmo bot a cercarem a sua troca no mesmo bloco, foi cercado.

    O RPC privado protege-me a 100% do MEV?<\/h3>N\u00e3o. Um RPC privado esconde a sua ordem do mempool p\u00fablico e elimina a grande maioria dos sandwiches, mas um estudo da PBS Foundation documentou milhares de ataques dentro de canais privados, com uma \u00fanica entidade a controlar perto de 65% desse volume. Ao usar um canal privado est\u00e1 a confiar no operador desse canal, por isso a prote\u00e7\u00e3o \u00e9 muito boa, mas n\u00e3o \u00e9 absoluta.

    \u00c9 melhor usar a CoW Swap ou o MEV Blocker?<\/h3>Depende do tamanho da ordem. O MEV Blocker \u00e9 um RPC que esconde a ordem e lhe devolve 90% de qualquer back-run, ideal para trocas do dia a dia sem mudar de interface. A CoW Swap agrupa ordens num leil\u00e3o a pre\u00e7o \u00fanico e costuma ser superior para trocas grandes, porque elimina a derrapagem e o impacto no pre\u00e7o. Muitos utilizadores usam os dois, consoante a situa\u00e7\u00e3o.

    O ePBS do Glamsterdam acaba com o MEV?<\/h3>N\u00e3o acaba, mas muda o jogo. O ePBS inscreve no protocolo a separa\u00e7\u00e3o entre quem prop\u00f5e e quem constr\u00f3i o bloco, tornando o mercado mais neutro e dispensando intermedi\u00e1rios como o MEV-Boost. O pr\u00f3prio Vitalik Buterin reconhece que o ePBS sozinho \u00e9 insuficiente e defende juntar-lhe listas de inclus\u00e3o (FOCIL) e mempools encriptados. \u00c9 um passo importante, n\u00e3o uma cura.

    O MEV \u00e9 ilegal em Portugal?<\/h3>N\u00e3o h\u00e1 uma proibi\u00e7\u00e3o direta. A MiCA pro\u00edbe a manipula\u00e7\u00e3o de mercado e a CMVM supervisiona a conduta dos prestadores licenciados, pelo que um prestador que corresse \u00e0 frente dos clientes poderia ser sancionado. Mas os bots de MEV em DEX sem permiss\u00f5es n\u00e3o t\u00eam emitente nem licen\u00e7a e ficam fora do per\u00edmetro da MiCA, por isso, na pr\u00e1tica, a defesa do investidor depende sobretudo das ferramentas que usa.