O MEV (Valor Máximo Extraível) tornou-se um tópico de grande atenção na indústria de blockchain, envolvendo a ordenação de transações e oportunidades de arbitragem. Para aumentar a transparência, proteger transações, manter a saúde da rede e recompensar os participantes, a rede Sui tem implementado de forma direcionada propostas de melhoria e outros mecanismos para guiar o desenvolvimento do MEV na rede.
Além dos mecanismos existentes, a Sui planeia estabelecer mais mecanismos para garantir que os seus princípios fundamentais orientem a evolução do MEV na rede.
Princípios e fatores de design
Cada transação na rede Sui introduz novas informações, trazendo potenciais oportunidades de arbitragem. O ecossistema MEV na Sui é formado pelos seguintes mecanismos:
Mecanismo de submissão de transações MEV
Mecanismo de publicação de oportunidades MEV
Mecanismo de distribuição de lucros MEV
Mecanismo de proteção de transações do usuário
As prioridades gerais da Sui são as seguintes:
A proteção das transações dos usuários tem prioridade sobre a extração de valor. Deve-se priorizar deslizamentos menores, em vez de uma extração de valor maior. Evitar leilões externos que aumentem a latência e não tenham opções de saída.
A transparência da rede tem prioridade sobre transações fora da bolsa com nós de validação ou intermediários.
Aumentar a concorrência através de leilões de gás prioritários (PGA), inibindo comportamentos indesejados que levam à ineficiência do sistema: idealmente, a estratégia ótima do pesquisador é enviar uma transação, cuja taxa prioritária é determinada pelo valor extraído.
Incentivar a distribuição de recompensas a participantes alinhados com os interesses do ecossistema: nós de validação, apostadores, 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 chances de execução. Do ponto de vista do sistema, o PGA é uma forma eficaz de alocação de recursos, podendo prevenir comportamentos indesejados, ao mesmo tempo que redistribui as taxas de gas entre os participantes.
Os principais fatores de impulso do PGA são a quantificação da execução:
As transações ordenadas por consenso são processadas em blocos. Os comerciantes competem pela ordem de prioridade através de leilões de gas, podendo competir internamente na submissão ou entre diferentes submissões.
Isto é diferente dos market makers das exchanges centralizadas, cuja prioridade de execução depende inteiramente 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 as transações descentralizadas mais eficientes, mas também diminuiu a janela do PGA.
Atualmente, o PGA de objetos não congestionados é mais importante para os buscadores mais rápidos. Com uma taxa de 15 submissões por segundo em Sui, uma vantagem de velocidade de 70 milissegundos na submissão de transações pode determinar se a transação será concluída.
Objetos de congestão 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 até 10 vezes maior do que a submissão de consenso regular.
Existem dois mecanismos que podem direcionar transações para uma submissão Sui específica que está prestes a acontecer:
Enviar um lote de transações através de uma ligação suave
As transações submetidas por meio de um soft bundle têm uma alta probabilidade de serem incluídas na mesma submissão de consenso que um bundle válido. As condições de validade do bundle exigem que o preço do gás de todas as transações seja o mesmo.
Na prática, este mecanismo permite leilões off-chain para transações originais e suas transações subsequentes.
Ampliação de transações prioritárias através do consenso
Este mecanismo resolve o problema potencial de oscilação na submissão de consenso, evitando que transações com preços de gas mais baixos submetidas simultaneamente sejam colocadas após transações com preços de gas mais altos.
Duas fontes naturais de flutuação na submissão de consenso: ( Os nós de validação submetidos ficam atrasados em relação a várias rodadas de consenso: transações submetidas por outro nó de validação podem ser ordenadas primeiro. ) O líder da rodada de consenso tem vantagem sobre os outros nós de validação.
Este mecanismo amplifica os preços de gas acima de k x RGP(k, que é um parâmetro do sistema, atualmente configurado para 5. RGP é o preço de gas de referência ) que melhora a submissão de consenso. Transações com um preço de gas de n x RGP serão amplificadas em n vezes.
A aplicação generalizada deste mecanismo criará um sistema mais eficiente e de concorrência mais justa. Deve-se notar que este mecanismo não mudará as propriedades básicas do sistema do ponto de vista do cliente: ele inibe comportamentos indesejados ao oferecer alternativas mais eficientes.
Escolher o preço adequado do gás para negociação
O cliente deve considerar os seguintes fatores principais para determinar o preço do gas para submeter uma transação:
Leilão de gas prioritário
Na submissão de consenso, as transações que modificam o mesmo objeto são ordenadas por preço de gas, o que oferece aos buscadores uma oportunidade de concorrência justa.
Ampliação da submissão de consenso
Conforme mencionado, transações com um preço de gás superior a 5 x RGP são submetidas a um consenso através de n nós de validação para amplificar a submissão do consenso. Qualquer preço de gás que ultrapasse o limite de amplificação reduzirá a oscilação de submissões ineficientes. 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 na próxima rodada.
Evitar congestionamentos, atrasos e cancelamentos
Sui limita o tempo de relógio wall da execução de checkpoints ao controlar a taxa de transação dos mesmos objetos compartilhados. As transações que modificam objetos de congestão são ordenadas por preço de gás, com transações de preços mais baixos sendo adiadas e, eventualmente, canceladas, a fim de limitar a cadeia de execução sequencial mais longa para cada checkpoint. Este é um mecanismo conhecido como mercado de taxas locais baseado em objetos. ( Note que, embora os objetos compartilhados ofereçam altas oportunidades de arbitragem, o preço do gás pode disparar, mas outras partes do sistema permanecem inalteradas. )
O preço do gas para rastrear a execução e o cancelamento de transações de nós completos, especialmente em transações que envolvem a modificação de objetos de congestionamento. Através dos resultados das transações, é possível obter o preço do gas das transações de menor preço já executadas e das transações de maior preço canceladas. Com essas informações, o cliente pode determinar o preço do gas necessário, com alta probabilidade de evitar 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 negociação
Cada transação na Sui introduz oportunidades potenciais de arbitragem. 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 seu efeito:
O cliente submete a transação: o cliente envia a transação para um nó completo RPC ( geralmente selecionado pela aplicação ).
Nós de RPC broadcast de transações: O nó de 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ó de RPC monta o certificado da transação a partir da assinatura coletiva dos nós de validação.
Certificado de transação de difusão de nós RPC: Os nós RPC difundem o certificado de transação para os nós de validação.
Nós de validação submetem transações: Um nó de validação selecionado de forma determinística submete a transação para 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.
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.
Gerar ponto de verificação: em 1 a 3 rodadas de consenso, cada nó de validação formará e assinará um ponto de verificação (. O ponto de verificação é um lote de várias submissões de consenso ).
Divulgação da assinatura de ponto de verificação: a assinatura do ponto de verificação será divulgada entre os nós de validação, e cada nó de validação formará um certificado de ponto de verificação.
Verificação de pontos de verificação de protocolo de sincronização de estado: O protocolo de sincronização de estado é responsável por disseminar 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.
Verificação de ponto 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 o terceiro conectado diretamente ao nó completo pode realizar o pós-processamento dos efeitos das transações e reagir.
( Informação da transação antes da submissão
Como mencionado anteriormente, Sui possui um sistema de leilão off-chain para a submissão de 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.
Este sistema de leilão de disseminação de informações assume que tem um bom desempenho, sendo capaz de proteger as transações dos usuários contra potenciais ataques de squeeze. O sistema de leilão é incentivado a proteger as transações dos usuários para manter seu negócio, e por isso adotou algumas técnicas de leilão, como transações de isca ) e atrasos aleatórios ### para enfraquecer os ganhos financeiros trazidos por bots de squeeze potenciais.
Claramente, essa disseminação de informações ocorre fora do Sui ( entre aplicações e leilões ), é uma escolha voluntária entre as aplicações e os usuários, fornecendo apenas informações especulativas, não podendo garantir que as transações dos usuários originais sejam bem-sucedidas.
( transmissão de bloco de consenso em fluxo
Para conseguir um acesso de transação de usuário com baixa latência, a Sui está a desenhar um sistema de transmissão direta de blocos de consenso. Em geral, os nós completos poderão subscrever diretamente os blocos de consenso.
Dessa forma, os nós completos podem notificar especulativamente as transações que provavelmente serão confirmadas. A topologia da rede utiliza um protocolo padrão de descoberta de pares de sincronização de estado aberto.
Este aviso de especulação pode reduzir significativamente a latência de propagação das transações, levando apenas cerca de 160 milissegundos )2 rodadas de consenso ###, após a submissão pelo nó de validação.
O projeto de transmissão em fluxo de blocos de consenso está atualmente na fase de design e prevê-se que será lançado uma proposta de melhoria dentro de 1 a 2 meses.
Proteger as transações dos usuários
Os usuários de negociação precisam ser protegidos contra a influência de front-running, squeeze e atrasos de submissão involuntária.
( Membro externo impulsionado
A submissão da transação Sui requer a condução de membros externos, normalmente executada por nós completos.
Se um nó de validação receber um pedido de submissão 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 submetido tenha uma conexão ruim com os membros do Sui, o nó de validação ficará atrás de t no processo de montagem do certificado de t'.
Além disso, uma vez que a submissão de consenso de t é descentralizada, não é possível adiá de forma confiável uma vez que o certificado de t atinge o consenso. Portanto, se o certificado de t chegar ao consenso do Sui antes de t', é altamente provável que t seja liquidado antes de t'.
Assim, a condução de membros externos oferece uma proteção natural antecipada, assumindo que a confiança é responsável pela submissão de transações do nó completo ), uma vez que ataques antecipados podem ser facilmente detectados na cadeia, esses ataques serão registrados pelo cliente e prejudicarão a reputação do operador RPC ###.
( caminho rápido
Sui está atualmente a realizar um projeto que altera a submissão de transações para um 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á utilizar um mecanismo de consenso para recolher e executar os certificados das transações. Embora isto aumente significativamente a eficiência do sistema, também proporciona aos nós de validação a oportunidade de obter transações dos utilizadores antes da validação.
Este risco é puramente teórico, uma vez que atualmente não há evidências de que ataques de front-running tenham ocorrido na Sui. 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 do Sui
O ecossistema MEV da Sui 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 amplificação de consenso definem o sistema atual, enquanto inovações que estão por vir, como criptografia de bloqueio de tempo e caminhos rápidos, irão reformular a execução de transações e a segurança. Com a implementação dessas mecânicas, o MEV na Sui continuará a evoluir, criando um ecossistema mais dinâmico e transparente.
![Um resumo sobre o estado atual e futuro do MEV em Sui])https://img-cdn.gateio.im/webp-social/moments-6dae0c442b5d72296728a401858cf5ea.webp###
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
8 Curtidas
Recompensa
8
7
Compartilhar
Comentário
0/400
GovernancePretender
· 2h atrás
É uma pena não acompanhar o mercado nesta onda de mev.
Ver originalResponder0
SadMoneyMeow
· 5h atrás
Enriquecendo com perdas diárias
Ver originalResponder0
FlyingLeek
· 19h atrás
又是冲着idiotas来的啊 fazer as pessoas de parvas就完事了
Ver originalResponder0
BearMarketGardener
· 20h atrás
Idiotas já podem ganhar dinheiro novamente?
Ver originalResponder0
IfIWereOnChain
· 20h atrás
Ai, o mev é realmente um vampiro, só sabe explorar idiotas. Será que o sui consegue se defender?
Ver originalResponder0
QuorumVoter
· 20h atrás
Mais uma vez a falar sobre MEV? Não sei realmente quem ainda está a brincar com esta armadilha antiga.
Ver originalResponder0
MEVSandwichMaker
· 20h atrás
Quer usar os Cupões de Recorte, mas tem de ver onde é que estão.
Desenvolvimento e inovação de mecanismos MEV na rede Sui: proteger os usuários, aumentar a transparência.
O desenvolvimento e futuro do MEV na rede Sui
O MEV (Valor Máximo Extraível) tornou-se um tópico de grande atenção na indústria de blockchain, envolvendo a ordenação de transações e oportunidades de arbitragem. Para aumentar a transparência, proteger transações, manter a saúde da rede e recompensar os participantes, a rede Sui tem implementado de forma direcionada propostas de melhoria e outros mecanismos para guiar o desenvolvimento do MEV na rede.
Além dos mecanismos existentes, a Sui planeia estabelecer mais mecanismos para garantir que os seus princípios fundamentais orientem a evolução do MEV na rede.
Princípios e fatores de design
Cada transação na rede Sui introduz novas informações, trazendo potenciais oportunidades de arbitragem. O ecossistema MEV na Sui é formado pelos seguintes mecanismos:
As prioridades gerais da Sui são as seguintes:
Submissão de Transação
Devido à execução sequencial das transações que modificam o mesmo objeto, os clientes competem para aumentar suas chances de execução. Do ponto de vista do sistema, o PGA é uma forma eficaz de alocação de recursos, podendo prevenir comportamentos indesejados, ao mesmo tempo que redistribui as taxas de gas entre os participantes.
Os principais fatores de impulso do PGA são a quantificação da execução:
Existem dois mecanismos que podem direcionar transações para uma submissão Sui específica que está prestes a acontecer:
Escolher o preço adequado do gás para negociação
O cliente deve considerar os seguintes fatores principais para determinar o preço do gas para submeter uma transação:
Na submissão de consenso, as transações que modificam o mesmo objeto são ordenadas por preço de gas, o que oferece aos buscadores uma oportunidade de concorrência justa.
Conforme mencionado, transações com um preço de gás superior a 5 x RGP são submetidas a um consenso através de n nós de validação para amplificar a submissão do consenso. Qualquer preço de gás que ultrapasse o limite de amplificação reduzirá a oscilação de submissões ineficientes. 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 na próxima rodada.
Sui limita o tempo de relógio wall da execução de checkpoints ao controlar a taxa de transação dos mesmos objetos compartilhados. As transações que modificam objetos de congestão são ordenadas por preço de gás, com transações de preços mais baixos sendo adiadas e, eventualmente, canceladas, a fim de limitar a cadeia de execução sequencial mais longa para cada checkpoint. Este é um mecanismo conhecido como mercado de taxas locais baseado em objetos. ( Note que, embora os objetos compartilhados ofereçam altas oportunidades de arbitragem, o preço do gás pode disparar, mas outras partes do sistema permanecem inalteradas. )
O preço do gas para rastrear a execução e o cancelamento de transações de nós completos, especialmente em transações que envolvem a modificação de objetos de congestionamento. Através dos resultados das transações, é possível obter o preço do gas das transações de menor preço já executadas e das transações de maior preço canceladas. Com essas informações, o cliente pode determinar o preço do gas necessário, com alta probabilidade de evitar 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 negociação
Cada transação na Sui introduz oportunidades potenciais de arbitragem. 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 seu efeito:
( Informação da transação antes da submissão
Como mencionado anteriormente, Sui possui um sistema de leilão off-chain para a submissão de 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.
Este sistema de leilão de disseminação de informações assume que tem um bom desempenho, sendo capaz de proteger as transações dos usuários contra potenciais ataques de squeeze. O sistema de leilão é incentivado a proteger as transações dos usuários para manter seu negócio, e por isso adotou algumas técnicas de leilão, como transações de isca ) e atrasos aleatórios ### para enfraquecer os ganhos financeiros trazidos por bots de squeeze potenciais.
Claramente, essa disseminação de informações ocorre fora do Sui ( entre aplicações e leilões ), é uma escolha voluntária entre as aplicações e os usuários, fornecendo apenas informações especulativas, não podendo garantir que as transações dos usuários originais sejam bem-sucedidas.
( transmissão de bloco de consenso em fluxo
Para conseguir um acesso de transação de usuário com baixa latência, a Sui está a desenhar um sistema de transmissão direta de blocos de consenso. Em geral, os nós completos poderão subscrever diretamente os blocos de consenso.
Dessa forma, os nós completos podem notificar especulativamente as transações que provavelmente serão confirmadas. A topologia da rede utiliza um protocolo padrão de descoberta de pares de sincronização de estado aberto.
Este aviso de especulação pode reduzir significativamente a latência de propagação das transações, levando apenas cerca de 160 milissegundos )2 rodadas de consenso ###, após a submissão pelo nó de validação.
O projeto de transmissão em fluxo de blocos de consenso está atualmente na fase de design e prevê-se que será lançado uma proposta de melhoria dentro de 1 a 2 meses.
Proteger as transações dos usuários
Os usuários de negociação precisam ser protegidos contra a influência de front-running, squeeze e atrasos de submissão involuntária.
( Membro externo impulsionado
A submissão da transação Sui requer a condução de membros externos, normalmente executada por nós completos.
Se um nó de validação receber um pedido de submissão 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 submetido tenha uma conexão ruim com os membros do Sui, o nó de validação ficará atrás de t no processo de montagem do certificado de t'.
Além disso, uma vez que a submissão de consenso de t é descentralizada, não é possível adiá de forma confiável uma vez que o certificado de t atinge o consenso. Portanto, se o certificado de t chegar ao consenso do Sui antes de t', é altamente provável que t seja liquidado antes de t'.
Assim, a condução de membros externos oferece uma proteção natural antecipada, assumindo que a confiança é responsável pela submissão de transações do nó completo ), uma vez que ataques antecipados podem ser facilmente detectados na cadeia, esses ataques serão registrados pelo cliente e prejudicarão a reputação do operador RPC ###.
( caminho rápido
Sui está atualmente a realizar um projeto que altera a submissão de transações para um 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á utilizar um mecanismo de consenso para recolher e executar os certificados das transações. Embora isto aumente significativamente a eficiência do sistema, também proporciona aos nós de validação a oportunidade de obter transações dos utilizadores antes da validação.
Este risco é puramente teórico, uma vez que atualmente não há evidências de que ataques de front-running tenham ocorrido na Sui. 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 do Sui
O ecossistema MEV da Sui 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 amplificação de consenso definem o sistema atual, enquanto inovações que estão por vir, como criptografia de bloqueio de tempo e caminhos rápidos, irão reformular a execução de transações e a segurança. Com a implementação dessas mecânicas, o MEV na Sui continuará a evoluir, criando um ecossistema mais dinâmico e transparente.
![Um resumo sobre o estado atual e futuro do MEV em Sui])https://img-cdn.gateio.im/webp-social/moments-6dae0c442b5d72296728a401858cf5ea.webp###