Os mempools encriptados são uma das ideias mais limpas na mitigação de MEV: esconder os detalhes das transações até que seja tarde demais para as antecipar. Se os validadores (ou um comitê de limiar) não conseguem ver a carga útil, não conseguem facilmente: - copiar uma negociação, - fazer um sanduíche, - vender o fluxo de ordens, - ou se posicionar à sua volta. Neste caso, você está substituindo "todos veem tudo instantaneamente" por "a revelação acontece mais tarde e deve ser coordenada." Os principais custos aparecem como: ➤ latência / atraso onde alguns designs requerem uma fase de revelação, uma janela de decriptação, ou pré-confirmações. Isso pode adicionar tempo antes da certeza de execução. ➤ risco de coordenação onde alguém tem que decriptar (um conjunto de validadores, um comitê, ou um mecanismo). Se falharem, atrasarem, ou coludirem, a experiência do usuário degrada. ➤ novos modos de falha onde a gestão de chaves, suposições de vivacidade, e "quem aprende o quê e quando" se tornam parte da superfície do seu protocolo. Portanto, os mempools encriptados não são um almoço grátis, em vez disso, são uma decisão consciente de pagar um custo de coordenação para reduzir a visibilidade.