Estado atual e perspectivas futuras do MEV na rede Sui
O MEV(, o valor máximo que pode ser extraído, tornou-se um tópico importante na indústria de blockchain, pois está intimamente relacionado à ordenação de transações e oportunidades de arbitragem. Para garantir a transparência, proteger as transações dos usuários, 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 regulamentar as atividades de MEV na rede.
Além dos mecanismos existentes, a Sui também planeja estabelecer mais mecanismos para garantir que seus princípios fundamentais possam guiar a evolução do MEV na rede.
![Entenda a situação e o futuro do MEV na Sui])https://img-cdn.gateio.im/webp-social/moments-75b9ec7f9e0935e241986e4bd6723347.webp(
Princípios e Considerações de Design
Cada transação na rede Sui traz novas informações, gerando 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 rendimento MEV
Mecanismo de proteção de transações do usuário
As prioridades gerais da Sui são as seguintes:
Proteger a quantidade de valor que os usuários retiram das suas transações é mais importante. Priorizar deslizamentos menores em vez de um valor de retirada maior. Evitar leilões fora do protocolo que aumentem a latência e não ofereçam opções de saída.
A transparência da rede é superior a transações privadas com nós de validação ou intermediários.
Promover a concorrência através do leilão de gas prioritário )PGA(, inibindo comportamentos indesejados que levam à ineficiência do sistema: idealmente, a estratégia ótima do buscador é enviar uma transação cuja taxa prioritária é determinada pelo valor que pode ser extraído.
Incentivar a distribuição de recompensas a participantes cujos interesses estejam alinhados com o ecossistema: nós de validação, apostadores, aplicações e utilizadores.
Submissão de transações
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, que pode prevenir transações indesejadas, ao mesmo tempo que redistribui as taxas de gas entre os participantes.
Os principais fatores de impulso para leilões de gás prioritários são a execução quantitativa:
As transações ordenadas por consenso são processadas em blocos. Os traders competem pela prioridade através de leilões de gas, podendo competir internamente na submissão ou entre diferentes submissões.
Isto é diferente dos market makers em bolsas centralizadas, onde a prioridade de execução depende completamente da velocidade, alcançada através de redes de baixa latência e algoritmos.
Uma taxa de submissão de consenso mais elevada reduziu o efeito de quantificação, tornando a execução de transações descentralizadas mais eficiente, mas também diminuiu a janela PGA.
Atualmente, o PGA de objetos não congestionados é mais importante para os buscadores mais rápidos. Com uma taxa Sui de 15 submissões por segundo, uma vantagem de velocidade de submissão de transação de 70 milissegundos pode determinar se a transação será concluída.
Objetos de congestionamento podem atrasar a execução das 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 regular.
Existem dois mecanismos para direcionar transações para uma submissão Sui específica que está prestes a ocorrer:
Submeter um lote de transações através de um soft bundling: SIP-19
Transações submetidas através de um soft bundling têm uma alta probabilidade de serem incluídas na mesma submissão de consenso que um bundling válido. A condição de validade do bundling exige que o preço do gás de todas as transações seja o mesmo.
Na prática, este mecanismo permite a realização de leilões off-chain para transações originais e suas transações subsequentes.
Ampliar transações prioritárias através do consenso: SIP-45
SIP-45 resolveu o problema potencial de jitter na submissão de consenso, evitando que transações com um preço de gas mais baixo submetidas ao mesmo tempo sejam colocadas após transações com preços de gas mais altos.
Duas fontes naturais de flutuação na submissão de consenso: )1( 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 ordenadas primeiro. )2( o líder da rodada de consenso tem vantagem sobre outros nós de validação.
SIP-45 aumenta acima de k x RGP)k que é um parâmetro do sistema, configurado atualmente para 5. RGP é o preço do gás de referência ( para melhorar a submissão de consenso. Transações com preço de gás de n x RGP serão aumentadas em n vezes.
A ampla aplicação do SIP-45 criará um sistema mais eficiente e de concorrência justa. É importante notar que o SIP-45 não mudará as propriedades básicas do sistema vistas do ponto de vista do cliente: ele inibe comportamentos indesejados ao oferecer alternativas mais eficientes.
Escolher o preço de gás de negociação adequado
O cliente deve considerar os seguintes fatores principais para determinar o preço do gas para a submissão de transações:
Leilão de gás prioritário
Na submissão de consenso, as transações que modificam o mesmo objeto são ordenadas por preço de gás, o que proporciona aos buscadores uma oportunidade de competição justa.
Ampliação da submissão de consenso
Como mencionado acima, transações com preço de gas 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 gas que exceda 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 gas de 100 x RGP terá uma alta probabilidade de desbloquear a submissão do líder da próxima rodada.
Evitar atrasos e cancelamentos devido a congestionamentos
Sui controla a taxa de transação de modificações ao mesmo objeto compartilhado, limitando o tempo de relógio wall para a execução de checkpoints. As transações que modificam objetos congestionados são ordenadas por preço de gas, 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, o que é um mecanismo conhecido como mercado de taxas locais baseado em objetos. ) Note que, embora objetos compartilhados ofereçam altas oportunidades de arbitragem, o preço do gas pode disparar, mas outras partes do sistema permanecem inalteradas. (
O preço do gás para rastrear a execução e o cancelamento de transações em nós completos, especialmente aquelas que envolvem a modificação de objetos de congestionamento. Através do resultado das transações em execução, é possível obter o preço do gás da transação de menor preço que foi executada e do preço da transação de maior preço que foi cancelada. Com essas informações, o cliente pode determinar o preço do gás necessário, para evitar com alta probabilidade o atraso nas transações. ) Note que essa funcionalidade atualmente está parcialmente implementada e deve 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 lucro. Considere o ciclo de vida de uma transação de objeto compartilhado, desde o momento em que é submetida pelo cliente até que um terceiro observe seus efeitos.
O cliente submete a transação: o cliente submete a transação a um nó completo RPC ) geralmente escolhido pela aplicação (.
RPC node broadcast transaction: 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.
Certificado de transação de difusão do nó RPC: O nó RPC difunde 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 ao consenso. O consenso Mysticeti transmite blocos 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.
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 processamento em lote de várias submissões de consenso (.
Difusão da assinatura do ponto de verificação: a assinatura do ponto de verificação será difundida entre os nós de verificação, e cada nó de verificação formará um certificado de ponto de verificação.
Verificação de pontos de controle da propagação do protocolo de sincronização de estado: O protocolo de sincronização de estado é responsável por propagar os pontos de controle 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 controle desse nó de validação.
Verificação de ponto de verificação de nó 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 faz o download do seu conteúdo. Neste momento, assumimos que o terceiro conectado diretamente ao nó completo pode processar e reagir aos efeitos da transação.
) Informação de transação antes da submissão da transação
Como mencionado anteriormente, a Sui possui um sistema de leilão off-chain para submissão de pacotes suaves, seguindo o SIP-19. Esses leilões interceptam as submissões de transações através de um protocolo off-chain entre o aplicativo e o sistema de leilão.
Esta hipótese de disseminação de informações assume que o sistema de leilão funciona bem e consegue 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 o seu negócio, por isso emprega algumas técnicas de leilão, como transações de isca, atrasos aleatórios ### para enfraquecer os ganhos financeiros trazidos por potenciais bots de squeeze.
É evidente que esta disseminação de informações ocorre fora do Sui ( entre aplicativos e leilões ), é uma escolha voluntária entre aplicativos e usuários, fornecendo apenas informações especulativas, sem garantir que as transações dos usuários originais terão sucesso.
( transmissão de blocos de consenso em fluxo
Para permitir o acesso a transações dos usuários com baixa latência, a Sui está a desenvolver um sistema de transmissão direta de blocos de consenso. No 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 têm alta probabilidade de serem submetidas. 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 do nó de validação.
O projeto de transmissão em fluxo de blocos de consenso está atualmente na fase de design, e espera-se que propostas de melhorias relacionadas sejam publicadas nos próximos 1 a 2 meses.
Proteger as transações dos usuários
Os usuários de negociação precisam ser protegidos contra o impacto de transações front-running, ataques de squeeze e atrasos de submissão involuntária.
( Membro externo impulsionado
A submissão de transações Sui requer a ativação de membros externos, normalmente executada por nós completos.
Se um nó de validação receber um pedido de envio da transação t e desejar iniciar uma nova transação t', ele ficará atrás do driver original dos membros 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 durante o 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 adiar 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 prévia natural, assumindo a confiança em um nó completo responsável pela submissão de transações ), uma vez que ataques prévios 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 Mysticeti
Atualmente, a Sui está a desenvolver um projeto que altera o envio de transações para o protocolo de caminho rápido descrito no artigo Mysticeti. De acordo com este protocolo, as transações dos usuários podem ser enviadas para um único nó de validação, que utilizará o Mysticeti para coletar e executar os certificados de transação. Embora isso aumente significativamente a eficiência do sistema, também oferece aos nós de validação a oportunidade de obter transações de usuários através de transações anteriores.
Este risco é puramente teórico, pois atualmente não há evidências que indiquem que ataques de front-running ocorreram na Sui. No novo sistema, a possibilidade de front-running é maior, mas, por outro lado, devido ao conhecimento determinístico sobre a validação dos nós, é mais fácil responsabilizá-los.
A evolução do MEV do Sui
O ecossistema MEV do Sui ainda está em formação, com novos mecanismos a serem lançados mais tarde este ano. Atualmente, leilões de gas prioritários e consenso ampliado definem o sistema atual, enquanto inovações iminentes, como criptografia de bloqueio de tempo e o caminho rápido Mysticeti, irão reformular a execução e a segurança das transações. Com a implementação desses mecanismos, o MEV no Sui continuará a evoluir, criando um ecossistema mais dinâmico e transparente.
![Entenda a situação e o futuro do MEV no 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.
14 Curtidas
Recompensa
14
8
Compartilhar
Comentário
0/400
liquidation_watcher
· 07-08 06:34
Deixa pra lá, sonhando que me agarre um shitcoin e me jogue.
Ver originalResponder0
MEVHunter
· 07-08 04:32
De manhã, criar Bots. Almoço, monitorar mempool. Realmente está cada vez mais a deixar-se levar.
Ver originalResponder0
FloorSweeper
· 07-06 17:49
Espero que o sui trate o mev com seriedade.
Ver originalResponder0
Lonely_Validator
· 07-06 17:48
Mais uma velha truque da máquina de saque mágica
Ver originalResponder0
PaperHandsCriminal
· 07-06 17:46
Ha, todas as vezes sou eu que perco... Bots fazem dinheiro, nós bebemos sopa.
Ver originalResponder0
DegenGambler
· 07-06 17:46
Não é apenas fazer as pessoas de parvas? Já é centralizado.
Estado e futuro do MEV na rede Sui: equilíbrio entre proteção do usuário, transparência e distribuição de valor
Estado atual e perspectivas futuras do MEV na rede Sui
O MEV(, o valor máximo que pode ser extraído, tornou-se um tópico importante na indústria de blockchain, pois está intimamente relacionado à ordenação de transações e oportunidades de arbitragem. Para garantir a transparência, proteger as transações dos usuários, 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 regulamentar as atividades de MEV na rede.
Além dos mecanismos existentes, a Sui também planeja estabelecer mais mecanismos para garantir que seus princípios fundamentais possam guiar a evolução do MEV na rede.
![Entenda a situação e o futuro do MEV na Sui])https://img-cdn.gateio.im/webp-social/moments-75b9ec7f9e0935e241986e4bd6723347.webp(
Princípios e Considerações de Design
Cada transação na rede Sui traz novas informações, gerando 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ções
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, que pode prevenir transações indesejadas, ao mesmo tempo que redistribui as taxas de gas entre os participantes.
Os principais fatores de impulso para leilões de gás prioritários são a execução quantitativa:
Existem dois mecanismos para direcionar transações para uma submissão Sui específica que está prestes a ocorrer:
Escolher o preço de gás de negociação adequado
O cliente deve considerar os seguintes fatores principais para determinar o preço do gas para a submissão de transações:
Na submissão de consenso, as transações que modificam o mesmo objeto são ordenadas por preço de gás, o que proporciona aos buscadores uma oportunidade de competição justa.
Como mencionado acima, transações com preço de gas 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 gas que exceda 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 gas de 100 x RGP terá uma alta probabilidade de desbloquear a submissão do líder da próxima rodada.
Sui controla a taxa de transação de modificações ao mesmo objeto compartilhado, limitando o tempo de relógio wall para a execução de checkpoints. As transações que modificam objetos congestionados são ordenadas por preço de gas, 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, o que é um mecanismo conhecido como mercado de taxas locais baseado em objetos. ) Note que, embora objetos compartilhados ofereçam altas oportunidades de arbitragem, o preço do gas pode disparar, mas outras partes do sistema permanecem inalteradas. (
O preço do gás para rastrear a execução e o cancelamento de transações em nós completos, especialmente aquelas que envolvem a modificação de objetos de congestionamento. Através do resultado das transações em execução, é possível obter o preço do gás da transação de menor preço que foi executada e do preço da transação de maior preço que foi cancelada. Com essas informações, o cliente pode determinar o preço do gás necessário, para evitar com alta probabilidade o atraso nas transações. ) Note que essa funcionalidade atualmente está parcialmente implementada e deve 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 lucro. Considere o ciclo de vida de uma transação de objeto compartilhado, desde o momento em que é submetida pelo cliente até que um terceiro observe seus efeitos.
) Informação de transação antes da submissão da transação
Como mencionado anteriormente, a Sui possui um sistema de leilão off-chain para submissão de pacotes suaves, seguindo o SIP-19. Esses leilões interceptam as submissões de transações através de um protocolo off-chain entre o aplicativo e o sistema de leilão.
Esta hipótese de disseminação de informações assume que o sistema de leilão funciona bem e consegue 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 o seu negócio, por isso emprega algumas técnicas de leilão, como transações de isca, atrasos aleatórios ### para enfraquecer os ganhos financeiros trazidos por potenciais bots de squeeze.
É evidente que esta disseminação de informações ocorre fora do Sui ( entre aplicativos e leilões ), é uma escolha voluntária entre aplicativos e usuários, fornecendo apenas informações especulativas, sem garantir que as transações dos usuários originais terão sucesso.
( transmissão de blocos de consenso em fluxo
Para permitir o acesso a transações dos usuários com baixa latência, a Sui está a desenvolver um sistema de transmissão direta de blocos de consenso. No 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 têm alta probabilidade de serem submetidas. 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 do nó de validação.
O projeto de transmissão em fluxo de blocos de consenso está atualmente na fase de design, e espera-se que propostas de melhorias relacionadas sejam publicadas nos próximos 1 a 2 meses.
Proteger as transações dos usuários
Os usuários de negociação precisam ser protegidos contra o impacto de transações front-running, ataques de squeeze e atrasos de submissão involuntária.
( Membro externo impulsionado
A submissão de transações Sui requer a ativação de membros externos, normalmente executada por nós completos.
Se um nó de validação receber um pedido de envio da transação t e desejar iniciar uma nova transação t', ele ficará atrás do driver original dos membros 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 durante o 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 adiar 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 prévia natural, assumindo a confiança em um nó completo responsável pela submissão de transações ), uma vez que ataques prévios 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 Mysticeti
Atualmente, a Sui está a desenvolver um projeto que altera o envio de transações para o protocolo de caminho rápido descrito no artigo Mysticeti. De acordo com este protocolo, as transações dos usuários podem ser enviadas para um único nó de validação, que utilizará o Mysticeti para coletar e executar os certificados de transação. Embora isso aumente significativamente a eficiência do sistema, também oferece aos nós de validação a oportunidade de obter transações de usuários através de transações anteriores.
Este risco é puramente teórico, pois atualmente não há evidências que indiquem que ataques de front-running ocorreram na Sui. No novo sistema, a possibilidade de front-running é maior, mas, por outro lado, devido ao conhecimento determinístico sobre a validação dos nós, é mais fácil responsabilizá-los.
A evolução do MEV do Sui
O ecossistema MEV do Sui ainda está em formação, com novos mecanismos a serem lançados mais tarde este ano. Atualmente, leilões de gas prioritários e consenso ampliado definem o sistema atual, enquanto inovações iminentes, como criptografia de bloqueio de tempo e o caminho rápido Mysticeti, irão reformular a execução e a segurança das transações. Com a implementação desses mecanismos, o MEV no Sui continuará a evoluir, criando um ecossistema mais dinâmico e transparente.
![Entenda a situação e o futuro do MEV no Sui])https://img-cdn.gateio.im/webp-social/moments-6dae0c442b5d72296728a401858cf5ea.webp###