Isto pode ser controverso, mas as suas transações devem ser capazes de se defender contra validadores maliciosos de sandwich. Eu construí um programa simples para fazer exatamente isso. Você não pode saber em tempo de execução se a derrapagem é um movimento natural do mercado ou um ataque de sandwich. Mas se a sua troca cair em um validador malicioso conhecido, você está praticamente garantido a ser sandwiched até a sua derrapagem máxima. Isto permite que você se defenda. ✅ Em um validador confiável? A sua transação prossegue com a derrapagem desejada (x%). ❌ Em um validador malicioso? A derrapagem da sua transação é ajustada (0%, uma fração de x%, qualquer coisa que você quiser) Em vez de apenas reverter, a sua transação pode ter sucesso com restrições mais apertadas ao operar em uma floresta mais sombria. Quando você cria e assina a sua transação, você não sabe exatamente em qual validador ela vai cair, então a lógica que muda o comportamento tem que estar onchain. Então, como funciona? Um programa Solana não pode acessar o validador atual, mas pode acessar o slot atual. O programa recebe uma representação compacta (14 bytes, mas pode ser reduzida ainda mais) para permitir que o programa verifique se o líder do slot está sinalizado como malicioso. Algumas maneiras de usá-lo: (1) Você pode inseri-lo diretamente como uma instrução simples (<260 CU, a maior parte do qual é acessar o sysvar Clock). Reverte toda a tx quando cai em um validador malicioso. (2) Você pode usá-lo para envolver o roteador Jupiter v6. Ele chamará o programa Jupiter e substituirá dinamicamente o valor de `slippage`, mas apenas quando rodar em um validador malicioso. (3) Chame-o diretamente via CPI do seu próprio programa. A lista de validadores maliciosos e seus slots futuros pode ser obtida da nossa API Sandwiched[dot]me que está por vir ou dos seus próprios dados. Tenha em mente que este protótipo é experimental. Não está implantado onchain. Adoraria receber seu feedback e PRs são bem-vindos.