O estado atual e as perspectivas futuras do MEV na Sui
O MEV(, o valor máximo que pode ser extraído, tornou-se um tema importante na indústria de blockchain, pois está relacionado à ordenação de transações e oportunidades de arbitragem. Para garantir transparência, proteger transações, manter a saúde da rede e recompensar os participantes, a Sui tem implementado propostas de melhoria e mecanismos relacionados para regular o MEV.
Além dos mecanismos existentes, a Sui também planeja estabelecer mais mecanismos para garantir que seus princípios superiores orientem a evolução do MEV.
![Entenda a situação e o futuro do MEV no Sui])https://img-cdn.gateio.im/webp-social/moments-75b9ec7f9e0935e241986e4bd6723347.webp(
Princípios de design do ecossistema MEV na Sui
Cada transação na Sui introduz novas informações, trazendo oportunidades de lucro potenciais. O ecossistema MEV na Sui é formado pelos seguintes mecanismos:
Mecanismo para submeter transações MEV
Mecanismo de publicação de oportunidades MEV
Mecanismo de distribuição de rendimento MEV
Mecanismo de proteção das transações dos usuários
As prioridades gerais da Sui são as seguintes:
A proteção das transações dos usuários é mais importante do que a quantidade de valor a ser retirada. Priorize deslizamentos menores, em vez de um valor de retirada maior. Evite leilões externos que aumentem a latência e não tenham opção 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 gas prioritários )PGA(, inibindo comportamentos indesejados que levam à ineficiência do sistema: nossa estratégia dominante para os buscadores é enviar uma transação cujo custo prioritário é determinado pelo valor extraído.
Incentivar a distribuição de recompensas a participantes alinhados com o ecossistema: nós de validação, stakers, aplicações e utilizadores.
Mecanismo de Submissão de Transações
Devido à execução sequencial das transações que modificam o mesmo objeto, os clientes competem para aumentar suas chances de ordem de execução. Do ponto de vista do sistema, o PGA é uma forma eficaz de alocação de recursos, que pode prevenir comportamentos indesejados, enquanto redistribui as taxas de gas entre os participantes.
Os principais fatores de impulso do PGA são a execução quantitativa:
As transações ordenadas por consenso são processadas em blocos. Os traders 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 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 reduz o efeito de quantificação, tornando a execução mais eficiente, mas também diminui a janela PGA.
Atualmente, o PGA de objetos não congestionados é mais importante para os buscadores mais rápidos. Com uma taxa de 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 é concluída.
Os 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 competitivas 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 uma ligação suave
As transações submetidas através de um agrupamento suave têm uma alta probabilidade de serem incluídas na mesma submissão de consenso que um agrupamento válido. A condição de validade do agrupamento exige que todos os preços de gás das transações sejam iguais.
Na prática, este mecanismo permite a realização de leilões off-chain para transações originais e suas transações subsequentes.
Aumentar as transações prioritárias através do consenso
Este mecanismo resolve o problema potencial de oscilações na submissão de consenso, evitando que transações com preços de gas mais baixos, submetidas simultaneamente, fiquem atrás de transações com preços de gas mais altos.
Duas fontes de flutuação natural no envio de consenso: ) os nós de validação submetidos estão atrasados em relação a várias rodadas de consenso: as transações enviadas 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 gás acima de k x RGP), onde k é um parâmetro do sistema, atualmente configurado para 5. O RGP é o preço de gás de referência ( que melhora a submissão de consenso. Transações com um preço de gás de n x RGP serão amplificadas em n vezes.
A ampla aplicação criará sistemas mais eficientes e de competição justa. É importante notar que isso 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 de gas de negociação adequado
Os clientes devem considerar os seguintes fatores principais para determinar o preço do gás para a submissão de transações:
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 gás, proporcionando uma oportunidade de competição justa para os buscadores.
Ampliação da submissão de consenso
O preço do gás que excede 5 x RGP é enviado para o consenso através de múltiplos 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 das submissões ineficientes. Na prática, um fator de ampliaçã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.
Evitar congestionamentos, adiamentos e cancelamentos
Sui limita o tempo de relógio wall para a execução de pontos de verificação controlando a taxa de transações que modificam o mesmo objeto compartilhado. As transações que modificam objetos congestionados são ordenadas por preço de gas, com transações de preço mais baixo sendo adiadas e, eventualmente, canceladas, a fim de limitar a cadeia de execução sequencial mais longa para cada ponto de verificação.
Os preços de gas para a execução e cancelamento de transações rastreadas por nós, especialmente aquelas que envolvem a modificação de objetos de congestão. Através dos resultados das transações executadas, é possível obter o preço de gas das transações de menor preço já executadas e das de maior preço já canceladas. Com essas informações, o cliente pode determinar o preço de gas necessário para evitar com alta probabilidade atrasos nas transações.
Publicar informações de negociação
Cada transação na Sui introduz oportunidades potenciais de lucro. O ciclo de vida de uma transação de objeto compartilhado, desde a submissão pelo cliente até a observação de seu efeito por terceiros, inclui os seguintes passos:
O cliente submete a transação
RPC node broadcasting transaction
Certificado de transação de rádio RPC
Nós de verificação submetem transações
Execução da Transação
O certificado de efeito de transação é enviado de volta ao nó RPC e ao cliente
Gerar ponto de verificação
Transmissão da assinatura do ponto de verificação
Verificação de ponto de verificação de propagação do protocolo de sincronização de estado
Verificação de ponto de controle de nós de terceiros
) Informação de transação antes de enviar a transação
Sui tem um sistema de leilão off-chain, usado para submeter pacotes suaves. 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 difusão de informações assume que o sistema de leilão funciona bem, podendo 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 utiliza algumas técnicas de leilão para diminuir os benefícios financeiros que poderiam ser obtidos por robôs de squeeze.
Esta disseminação de informações ocorre fora do Sui, é uma escolha voluntária de aplicações e utilizadores, fornecendo apenas informações especulativas, sem garantir que as transações dos utilizadores originais terão sucesso.
( transmissão de bloco de consenso em fluxo
Para alcançar um acesso de negociação de usuários com baixa latência, a Sui está projetando um sistema de transmissão direta de blocos de consenso. Nós completos poderão assinar diretamente os blocos de consenso.
Desta forma, os nós completos podem notificar de forma especulativa as transações que têm uma alta probabilidade de serem submetidas. 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 ciclos de consenso ###, após a submissão pelos nós de validação.
O projeto encontra-se atualmente na fase de design e espera-se que propostas relevantes sejam apresentadas dentro de 1 a 2 meses.
Proteger as transações dos usuários
Os usuários precisam proteger suas transações contra front running, squeezes e atrasos de submissão involuntária.
Membro externo impulsionado
As submissões de transações Sui necessitam de membros externos para serem acionadas, normalmente executadas 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 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 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 adiar de forma confiável uma vez que o certificado de t atinge o consenso. Portanto, se o certificado de t alcançar o consenso da Sui antes de t', é muito provável que t seja liquidado antes de t'.
Assim, a condução por membros externos proporciona uma proteção prévia natural, assumindo que a confiança recai sobre os nós completos responsáveis pela submissão das transações.
( Caminho Rápido Mysticeti
A Sui está atualmente a desenvolver 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 utilizará o Mysticeti para recolher 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 dos utilizadores como transações prévias.
Este risco é puramente teórico, uma vez que 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 à compreensão determinística dos 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, com novos mecanismos a serem lançados mais tarde este ano. Atualmente, os leilões de gas prioritários e a ampliação do consenso definem o sistema atual, enquanto inovações iminentes, como criptografia de bloqueio temporal e o caminho rápido Mysticeti, irão remodelar a execução de transações e a segurança. À medida que esses mecanismos forem implementados, 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 no Sui])https://img-cdn.gateio.im/webp-social/moments-6dae0c442b5d72296728a401858cf5ea.webp###
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
12 gostos
Recompensa
12
5
Partilhar
Comentar
0/400
YieldChaser
· 16h atrás
sui só isso.
Ver originalResponder0
ApeWithNoChain
· 16h atrás
sui está a fazer novas experiências na cadeia
Ver originalResponder0
BlindBoxVictim
· 16h atrás
sui jogou e perdeu ou não?
Ver originalResponder0
CryptoNomics
· 16h atrás
*suspiro* o modelo mev deles ignora princípios básicos do equilíbrio de Nash... hora de amadores
Ecossistema MEV da rede Sui: princípios de design, mecanismos e perspectivas futuras
O estado atual e as perspectivas futuras do MEV na Sui
O MEV(, o valor máximo que pode ser extraído, tornou-se um tema importante na indústria de blockchain, pois está relacionado à ordenação de transações e oportunidades de arbitragem. Para garantir transparência, proteger transações, manter a saúde da rede e recompensar os participantes, a Sui tem implementado propostas de melhoria e mecanismos relacionados para regular o MEV.
Além dos mecanismos existentes, a Sui também planeja estabelecer mais mecanismos para garantir que seus princípios superiores orientem a evolução do MEV.
![Entenda a situação e o futuro do MEV no Sui])https://img-cdn.gateio.im/webp-social/moments-75b9ec7f9e0935e241986e4bd6723347.webp(
Princípios de design do ecossistema MEV na Sui
Cada transação na Sui introduz novas informações, trazendo oportunidades de lucro potenciais. O ecossistema MEV na Sui é formado pelos seguintes mecanismos:
As prioridades gerais da Sui são as seguintes:
Mecanismo de Submissão de Transações
Devido à execução sequencial das transações que modificam o mesmo objeto, os clientes competem para aumentar suas chances de ordem de execução. Do ponto de vista do sistema, o PGA é uma forma eficaz de alocação de recursos, que pode prevenir comportamentos indesejados, enquanto redistribui as taxas de gas entre os participantes.
Os principais fatores de impulso do PGA 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 gas de negociação adequado
Os clientes devem considerar os seguintes fatores principais para determinar o preço do gás 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, proporcionando uma oportunidade de competição justa para os buscadores.
O preço do gás que excede 5 x RGP é enviado para o consenso através de múltiplos 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 das submissões ineficientes. Na prática, um fator de ampliaçã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.
Sui limita o tempo de relógio wall para a execução de pontos de verificação controlando a taxa de transações que modificam o mesmo objeto compartilhado. As transações que modificam objetos congestionados são ordenadas por preço de gas, com transações de preço mais baixo sendo adiadas e, eventualmente, canceladas, a fim de limitar a cadeia de execução sequencial mais longa para cada ponto de verificação.
Os preços de gas para a execução e cancelamento de transações rastreadas por nós, especialmente aquelas que envolvem a modificação de objetos de congestão. Através dos resultados das transações executadas, é possível obter o preço de gas das transações de menor preço já executadas e das de maior preço já canceladas. Com essas informações, o cliente pode determinar o preço de gas necessário para evitar com alta probabilidade atrasos nas transações.
Publicar informações de negociação
Cada transação na Sui introduz oportunidades potenciais de lucro. O ciclo de vida de uma transação de objeto compartilhado, desde a submissão pelo cliente até a observação de seu efeito por terceiros, inclui os seguintes passos:
) Informação de transação antes de enviar a transação
Sui tem um sistema de leilão off-chain, usado para submeter pacotes suaves. 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 difusão de informações assume que o sistema de leilão funciona bem, podendo 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 utiliza algumas técnicas de leilão para diminuir os benefícios financeiros que poderiam ser obtidos por robôs de squeeze.
Esta disseminação de informações ocorre fora do Sui, é uma escolha voluntária de aplicações e utilizadores, fornecendo apenas informações especulativas, sem garantir que as transações dos utilizadores originais terão sucesso.
( transmissão de bloco de consenso em fluxo
Para alcançar um acesso de negociação de usuários com baixa latência, a Sui está projetando um sistema de transmissão direta de blocos de consenso. Nós completos poderão assinar diretamente os blocos de consenso.
Desta forma, os nós completos podem notificar de forma especulativa as transações que têm uma alta probabilidade de serem submetidas. 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 ciclos de consenso ###, após a submissão pelos nós de validação.
O projeto encontra-se atualmente na fase de design e espera-se que propostas relevantes sejam apresentadas dentro de 1 a 2 meses.
Proteger as transações dos usuários
Os usuários precisam proteger suas transações contra front running, squeezes e atrasos de submissão involuntária.
Membro externo impulsionado
As submissões de transações Sui necessitam de membros externos para serem acionadas, normalmente executadas 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 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 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 adiar de forma confiável uma vez que o certificado de t atinge o consenso. Portanto, se o certificado de t alcançar o consenso da Sui antes de t', é muito provável que t seja liquidado antes de t'.
Assim, a condução por membros externos proporciona uma proteção prévia natural, assumindo que a confiança recai sobre os nós completos responsáveis pela submissão das transações.
( Caminho Rápido Mysticeti
A Sui está atualmente a desenvolver 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 utilizará o Mysticeti para recolher 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 dos utilizadores como transações prévias.
Este risco é puramente teórico, uma vez que 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 à compreensão determinística dos 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, com novos mecanismos a serem lançados mais tarde este ano. Atualmente, os leilões de gas prioritários e a ampliação do consenso definem o sistema atual, enquanto inovações iminentes, como criptografia de bloqueio temporal e o caminho rápido Mysticeti, irão remodelar a execução de transações e a segurança. À medida que esses mecanismos forem implementados, 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 no Sui])https://img-cdn.gateio.im/webp-social/moments-6dae0c442b5d72296728a401858cf5ea.webp###