MEV: Um tópico importante na indústria Blockchain

MEV (Valor Máximo Extraível) tornou-se um tópico quente na indústria de Blockchain, pois envolve a ordenação de transações e oportunidades de arbitragem. Para garantir a transparência, proteger as transações, manter a saúde da rede e recompensar os participantes, algumas plataformas estão implementando propostas e mecanismos de melhoria para gerenciar o MEV.

Além dos mecanismos existentes, planeja-se estabelecer mais mecanismos para garantir que os princípios superiores orientem a evolução do MEV.

Princípios e Considerações de Design

Cada transação introduz novas informações, trazendo oportunidades de lucro potenciais. O ecossistema MEV se forma através de vários mecanismos:

• Mecanismo para submeter transações MEV
• Mecanismo de publicação de oportunidades MEV
• Mecanismo de alocação de receitas MEV
• Mecanismo de proteção das transações dos usuários

As prioridades gerais são as seguintes:

• A proteção das transações dos usuários é mais importante do que a quantidade de valor extraído. Priorizar deslizamentos menores em vez de um maior valor de extração. Evitar leilões fora do protocolo que aumentem a latência e não tenham opções de saída.
• A transparência da rede é superior às transações offline com nós de validação ou intermediários.
• Promover a concorrência através de leilões de gás prioritários (PGA), inibindo comportamentos indesejáveis que levam à ineficiência do sistema: a busca pela perfeição faz com que a estratégia dominante dos buscadores seja enviar uma transação, cujo custo prioritário é determinado pelo valor extraído.
• Incentivar a distribuição de recompensas para participantes alinhados com o ecossistema: nós de validação, stakers, aplicações e utilizadores.

Submissão de Transação

Devido à execução sequencial das transações que modificam o mesmo objeto, os clientes competem para aumentar suas oportunidades de execução. Do ponto de vista do sistema, o PGA é uma forma eficaz de alocação de recursos, podendo prevenir comportamentos indesejados, enquanto redistribui as taxas de gas entre os participantes.

Os principais fatores impulsionadores da leilão de gas prioritário são a execução quantitativa:

• As transações ordenadas por consenso são processadas em blocos. Os comerciantes competem pela prioridade através de leilões de gas, podendo competir internamente na submissão ou entre diferentes submissões.
• Isso é diferente dos market makers em CEX, onde a prioridade de execução depende totalmente da velocidade, alcançada através de redes de baixa latência e algoritmos.
• Uma maior taxa de submissão de consenso reduziu o efeito de quantificação, tornando a execução do DEX mais eficiente, mas também diminuiu a janela PGA.
• Atualmente, o PGA de objetos não congestionados é mais crucial para os buscadores mais rápidos. Com uma taxa de 15 envios por segundo, uma vantagem na velocidade de envio de transações de 70 milissegundos pode determinar se a transação será concluída.
• Objetos de congestionamento podem atrasar a execução de transações, o que amplifica ainda mais a importância do PGA, uma vez que a janela de transações concorrentes pode ser 10 vezes maior do que a submissão de consenso normal.

Existem dois mecanismos que podem direcionar transações para envios específicos que estão por vir:

1. Enviar um lote de transações através de soft bundling

• As transações submetidas através de um soft bundle têm uma alta probabilidade de serem incluídas na mesma submissão de consenso juntamente com um bundle válido. As condições de validade do bundle exigem que todos os preços de gas das transações sejam iguais.
• Na prática, este mecanismo permite leilões off-chain para transações originais e suas transações subsequentes.

2、Amplificar transações prioritárias através do consenso

• Resolvido o problema potencial de oscilações na submissão de consenso, evitando que transações com preços de gas mais baixos submetidas ao mesmo tempo sejam colocadas após transações com preços de gas mais altos.
• Duas fontes de flutuação natural na submissão de consenso: ( os nós de validação submetidos estão atrasados em relação a várias rodadas de consenso: as transações submetidas por outro nó de validação podem ser classificadas primeiro. ) o líder da rodada de consenso tem uma vantagem sobre a submissão de outros nós de validação.
• A ampliação acima de k x RGP(k é um parâmetro do sistema, atualmente configurado para 5, RGP é o preço do gas de referência ) para melhorar a submissão do consenso. Transações com um preço de gas de n x RGP serão amplificadas n vezes.
• A ampla aplicação criará um sistema mais eficiente e competitivo. É importante notar que não mudará as propriedades básicas do sistema do ponto de vista do cliente: ele inibe comportamentos indesejados ao oferecer alternativas mais eficientes.

Escolha o preço de gas de negociação adequado

O cliente deve considerar os seguintes fatores principais para determinar o preço do gas para submeter a transação:

1、Leilão de gas prioritário

Na submissão de consenso, as transações que modificam o mesmo objeto são ordenadas pelo preço do gás, o que oferece aos buscadores uma oportunidade de concorrência justa.

2、Ampliação da submissão de consenso

Como mencionado acima, transações com um preço de gás superior a 5 x RGP são submetidas a consenso através de n nós de validação para amplificar a submissão de consenso. Qualquer preço de gás que exceda o limite de amplificação reduzirá a oscilação das submissões ineficazes. Na prática, um fator de amplificação de 5 é suficiente para eliminar a oscilação, enquanto um preço de gás de 100 x RGP terá uma alta probabilidade de desbloquear a submissão do líder da próxima rodada.

3、Evitar congestionamentos, adiamentos e cancelamentos

Ao controlar a taxa de transação que modifica o mesmo objeto compartilhado, limita-se o tempo do relógio em parede da execução do ponto de verificação. As transações que modificam o objeto de congestão são ordenadas por preço de gás, e as transações com preços mais baixos serão adiadas e, eventualmente, canceladas, a fim de limitar a cadeia de execução sequencial mais longa para cada ponto de verificação, que é um mecanismo conhecido como mercado de taxas local baseado em objetos. ( Note que, embora os objetos compartilhados ofereçam altas oportunidades de arbitragem, os preços de gás podem disparar, mas outras partes do sistema permanecem inalteradas. )

O preço do gas para a execução e cancelamento de transações é rastreado por nós completos, especialmente para transações que envolvem a modificação do objeto de congestão. Através dos resultados da execução da transação, é possível obter o preço do gas da transação de menor preço que foi executada e da transação de maior preço que foi cancelada. Com essas informações, o cliente pode determinar o preço do gas necessário para evitar com alta probabilidade os atrasos nas transações. ( Note que esta funcionalidade está atualmente apenas parcialmente implementada e deverá ser lançada como parte do SDK nos próximos dois meses. )

Publicar informações de transação

Cada transação introduz uma oportunidade potencial de lucro. Considere o ciclo de vida de uma transação de objeto compartilhado, desde o momento em que é submetida pelo cliente até o momento em que um terceiro observa seus efeitos.

1. O cliente submete a transação: o cliente submete a transação a um nó completo RPC ( geralmente escolhido pela aplicação ).
2. O nó RPC transmite a transação: o nó RPC transmite a transação para os nós de validação, os nós de validação verificam a validade da transação e assinam, o nó RPC monta o certificado de transação a partir da assinatura coletiva dos nós de validação.
3. Certificado de Transação de Broadcast do Nó RPC: O nó RPC transmite o certificado de transação para os nós de validação.
4. Nós de validação submetem transações: um nó de validação escolhido de forma determinística submete a transação ao consenso. O consenso transmite o bloco entre os nós de validação, e dentro de 3 rodadas de consenso, o bloco que contém a transação será submetido. Execução da transação: a transação é executada em cada nó de validação.
5. O certificado de efeito da transação é enviado de volta ao nó RPC e ao cliente: o certificado de efeito após a execução da transação será retornado ao nó RPC e ao cliente.
6. Gerar ponto de verificação: dentro de 1 a 3 rodadas de consenso, cada nó validador formará e assinará um ponto de verificação (. O ponto de verificação é um lote de múltiplas submissões de consenso ).
7. Broadcast de assinatura de ponto de verificação: a assinatura de ponto de verificação será transmitida entre os nós de validação, e cada nó de validação formará um certificado de ponto de verificação.
8. Verificação de difusão de pontos de verificação do protocolo de sincronização de estado: o protocolo de sincronização de estado é responsável por difundir pontos de verificação autenticados de forma ponto a ponto. Normalmente, cada nó de validação tem um nó par direto que não fornece solicitações RPC ------ um nó completo de sincronização de estado, que recebe os pontos de verificação desse nó de validação.
9. Verificação de pontos de verificação de nós de terceiros: um nó completo de terceiros conectado a um nó completo de sincronização de estado obtém o ponto de verificação e baixa seu conteúdo. Neste momento, assumimos que um terceiro conectado diretamente ao nó completo pode processar e reagir aos efeitos da transação.

( Informação de transação antes da submissão

Como mencionado anteriormente, há um sistema de leilão off-chain para enviar pacotes suaves. Esses leilões interceptam a submissão de transações através de um protocolo off-chain entre o aplicativo e o sistema de leilão.

Esta suposição de disseminação de informações assume que o sistema de leilão funciona bem e é capaz de proteger as transações dos usuários contra possíveis ataques de squeeze. O sistema de leilão é incentivado a proteger as transações dos usuários para manter seu negócio, por isso adota algumas técnicas de leilão, como transações de isca ) e atrasos aleatórios ### para enfraquecer os ganhos financeiros trazidos pelos potenciais bots de squeeze.

Aparentemente, essa disseminação de informações ocorre fora do sistema ( entre o aplicativo e o leilão ), é uma escolha voluntária entre o aplicativo e os usuários, fornecendo apenas informações especulativas, sem garantir que a transação do usuário original será bem-sucedida.

( transmissão em fluxo de consenso do bloco

Para alcançar um acesso de transação de usuário de baixa latência, está a ser projetado um sistema de transmissão direta de blocos de consenso. De modo geral, os nós completos poderão subscrever diretamente os blocos de consenso.

Desta forma, os nós completos podem notificar especulativamente as transações que serão submetidas com alta probabilidade. A topologia da rede utiliza um protocolo padrão de descoberta de pares com sincronização de estado aberto.

Este aviso de especulação pode reduzir significativamente a latência da propagação das transações, levando apenas cerca de 160 milissegundos ) 2 rondas de consenso ###, ou seja, após a submissão dos nós de verificação.

O projeto de transmissão de blocos de consenso está atualmente na fase de design, e espera-se que uma proposta de melhoria seja lançada nos próximos 1 a 2 meses.

Proteger as transações dos usuários

Os usuários precisam proteger suas transações contra o impacto de front-running, ataque de sanduíche e atrasos em submissões não voluntárias.

( Membro externo impulsionado

A submissão da transação requer a condução de membros externos, normalmente realizada por nós completos.

Se um nó de validação receber uma solicitação de envio da transação t e desejar iniciar uma nova transação t', ele ficará atrás do driver de membros original durante o processo de montagem do certificado. A menos que o nó completo enviado tenha uma conexão ruim com os membros, o nó de validação ficará atrás de t durante o processo de montagem do certificado de t'.

Além disso, como a submissão de consenso de t é descentralizada, uma vez que o certificado de t atinge o consenso, não pode ser adiada de forma confiável. Portanto, se o certificado de t atingir o consenso antes de t', é muito provável que t seja liquidado antes de t'.

Assim, a condução de membros externos fornece uma proteção prévia natural, assumindo que a confiança é responsável pela submissão de transações do nó completo ). Como os ataques prévios podem ser facilmente detectados na blockchain, esses ataques serão registrados pelo cliente e prejudicarão a reputação do operador RPC ###.

( Caminho Rápido

Atualmente, está a decorrer um projeto para alterar a submissão de transações para o protocolo de caminho rápido. De acordo com este protocolo, as transações dos utilizadores podem ser submetidas a um único nó de validação, que irá aproveitar o consenso para reunir e executar os certificados de transação. Embora isto aumente significativamente a eficiência do sistema, também oferece aos nós de validação a oportunidade de obter transações dos utilizadores através de transações anteriores.

Esse risco é puramente teórico, pois atualmente não há evidências de que ataques de front-running tenham ocorrido. No novo sistema, a possibilidade de front-running é maior, mas, por outro lado, devido ao entendimento determinístico sobre os nós de validação submetidos, é mais fácil responsabilizá-los.

A Evolução do MEV

O ecossistema MEV ainda está em formação, e novas mecânicas serão lançadas mais tarde este ano. Atualmente, leilões de gas prioritários e ampliação de consenso definem o sistema atual, enquanto inovações iminentes, como criptografia de bloqueio temporal e caminhos rápidos, remodelarão a execução e a segurança das transações. Com a implementação dessas mecânicas, o MEV continuará a evoluir, criando um ecossistema mais dinâmico e transparente.

![Uma explicação sobre o estado atual e futuro do MEV em Sui])https://img-cdn.gateio.im/webp-social/moments-6dae0c442b5d72296728a401858cf5ea.webp###