Roteiro ICM Solana: um espetáculo de imitação do Hyperliquid?
Recentemente, ocorreu algo notável no ecossistema Solana. A Fundação Solana, Anza, Jito Labs e outros participantes importantes lançaram em conjunto um roteiro técnico intitulado "Internet Capital Markets ( Internet Capital Markets, ICM )". O conceito central deste roteiro é "Application Controlled Execution (, ACE )", cujo objetivo é permitir que aplicações em cadeia obtenham direitos de ordenação de transações autônomas em milissegundos, criando uma "Wall Street em cadeia" descentralizada.
Embora o roteiro não mencione diretamente a Hyperliquid, uma análise cuidadosa revela que muitos dos seus designs imitam especificamente as características vantajosas da Hyperliquid. É como se a Solana estivesse a insinuar: "O que a Hyperliquid consegue fazer, nós também queremos fazer, e queremos fazer melhor!"
É importante notar que a Hyperliquid já ocupa uma posição de liderança no mercado de contratos perpétuos em cadeia, com um volume de transações que chegou a cerca de 65% de todo o mercado descentralizado de contratos perpétuos. Diante de concorrentes tão fortes, a Solana claramente não está disposta a ser superada por novos entrantes, por isso lançou este roteiro ICM.
Então, o que realmente é este "show de imitação"? Será que a Solana consegue realmente alcançar ou até superar a Hyperliquid? Vamos explorar este assunto mais a fundo.
Contexto e Conteúdo do ICM
participante chave na transformação
Primeiro, vamos dar uma olhada nos criadores deste roteiro. Os participantes são todos jogadores de peso do ecossistema Solana:
Solana Foundation/Labs: O "pai" do Solana, responsável pela coordenação geral e desenvolvimento do protocolo central.
Anza: uma empresa de desenvolvimento fundada por ex-membros da Solana Labs, semelhante à ConsenSys da Ethereum. Na roadmap, assumiu várias tarefas de pesquisa tecnológica central, como o novo protocolo de consenso Alpenglow.
Jito Labs: fornecedor de infraestrutura MEV na Solana, com grande influência, quase controla todo o fluxo MEV na Solana com o "poder de vida e morte". Lidera a oferta do Block Assembly Marketplace (BAM) e outros esquemas de ordenação de transações.
Multicoin Capital: uma famosa instituição de investimento em criptomoedas, também é um dos primeiros apoiadores da Solana. Devido à sua grande posse de SOL e participações em projetos do ecossistema, tem uma considerável influência na direção técnica.
DoubleZero: uma equipe focada em acelerar a comunicação de rede, oferecendo soluções de rede de fibra óptica dedicadas para melhorar a velocidade de comunicação entre os nós de validação da Solana.
Drift: O principal projeto DEX de contratos perpétuos na Solana. Anteriormente, a Drift utilizava um modelo de correspondência off-chain, o que se mostrava um pouco difícil quando confrontado com o Hyperliquid totalmente on-chain. Desta vez, ao participar da elaboração do roadmap, é evidente que espera-se uma reviravolta com a ajuda de melhorias na infraestrutura.
questão central
O roteiro foca na melhoria da microestrutura do mercado, principalmente para resolver a questão da atual mecânica de transações em cadeia que não é amigável para os criadores de mercado. Atualmente, os Takers que iniciam ativamente as transações predominam, enquanto os Market Makers ( estão em desvantagem. Isso ocorre porque os Takers geralmente possuem as informações mais recentes e podem ativamente aumentar as taxas de transação para garantir a execução prioritária de suas transações, enquanto os Makers muitas vezes não conseguem cancelar suas ordens a tempo, sendo forçados a executar a preços desfavoráveis.
Alguns arbitradores de alta frequência aproveitam essa assimetria para lançar ataques de "fluxo tóxico". Por exemplo, se o preço on-chain ainda não foi atualizado, mas o preço off-chain já mudou, os arbitradores podem consumir as ordens dos formadores de mercado a preços antigos, fazendo com que os formadores de mercado suportem as perdas. O resultado é que o Maker, para se proteger, ou aumenta o spread de compra e venda, ou reduz a quantidade de ordens pendentes, levando a uma diminuição da liquidez em todo o mercado.
O roteiro ICM visa equilibrar esse padrão, atraindo liquidez de alta qualidade de volta para a cadeia.
) Estratégia de três passos do ICM
Solana dividiu este grande plano em três fases:
Curto prazo ###1-3 meses (: principal objetivo é otimizar a experiência de transação na cadeia existente, melhorar a eficácia da aplicação de livros de ordens e reduzir a interferência maliciosa do MEV. Especificamente inclui:
O mercado Block Assembly da Jito Labs ) BAM ( foi lançado na mainnet. Este módulo oferece um sistema externo temporário antes do lançamento do ACE ) (Application Controlled Execution (), permitindo que os contratos inteligentes na Solana tenham autonomia na ordem das transações.
A equipe Anza otimizou a taxa de sucesso de "entrar na mesma Slot" para reduzir deslizamentos e perdas de MEV.
Estas melhorias estão previstas para serem implementadas entre julho e setembro de 2025.
Período intermediário )3-9 meses (: Introdução de uma rede de alta velocidade dedicada e uma nova versão do consenso, reduzindo significativamente a latência e aumentando a capacidade de processamento:
Implementação de uma rede de fibra óptica dedicada DoubleZero, proporcionando comunicação de alta velocidade com quase zero jitter e redução de latência de até 100ms para os validadores.
Lançamento do protocolo de consenso Alpenglow, reduzindo o tempo de confirmação final de cerca de 12,8 segundos para cerca de 0,15 segundos.
Desenvolvimento da Execução de Programas Assíncronos ) Asynchronous Program Execution, APE (, reduz o bloqueio da execução de transações no consenso.
Longo prazo )9-30 meses (: realizar uma atualização revolucionária na arquitetura central do Solana, com o objetivo de ser alcançada por volta de 2027:
Vários Líderes Concurrentes )Multiple Concurrent Leaders, MCL(: Permite que vários validadores proponham transações simultaneamente em seus próprios pipelines e, em seguida, classifiquem esses blocos paralelos com base nas taxas de prioridade. Isso pode enfraquecer o monopólio de um único empacotador e aumentar a resistência à censura.
Implementação nativa controlada por aplicações )Application Controlled Execution, ACE( funcionalidade: realmente confere aos contratos inteligentes na cadeia o poder de controlar a ordem de execução das transações.
Analisando este roteiro, não é difícil perceber a história por trás dele: o DEX tradicional Drift na Solana foi superado pelo recém-chegado Hyperliquid, que oferece uma experiência excelente conhecida como "Binance on-chain". Drift, incapaz de competir, teve que pedir ajuda a "grandes nomes" como Solana Labs, Anza e Jito. Esses "grandes nomes" propuseram um plano de reforma tecnológica ICM, afirmando que irão replicar todas as principais vantagens do Hyperliquid para o Drift, para ajudá-lo a competir novamente no mercado de DEX. Mas eles também admitem que esta reforma tecnológica é extremamente difícil, portanto, o plano será dividido em uma estratégia de três etapas; a curto prazo, a única ajuda que Drift pode receber é o BAM da Jito, permitindo que Drift compare suas forças com o Hyperliquid.
A seguir, vamos analisar detalhadamente quais as principais vantagens que a ICM realmente imitou e replicou da Hyperliquid.
Imitar um: Mecanismo de ordenação de transações
Problema: Como mencionado anteriormente, a corrente atual favorece os takers, enquanto os makers sofrem com o "fluxo tóxico". Os usuários que ativamente consomem ordens podem, com base nos preços mais recentes fora da cadeia, iniciar transações instantaneamente em ordens pendentes na cadeia e priorizar a execução ao aumentar as taxas de transação, enquanto os market makers muitas vezes não conseguem atualizar ou cancelar ordens a tempo. O resultado é que os market makers precisam aumentar o spread ou simplesmente retirar a liquidez, o que leva a uma piora na profundidade do mercado.
) A solução final da ICM: execução controlável de aplicações ###ACE(
O roteiro do ICM propõe o conceito de ACE)Execução Controlada por Aplicação(, que descentraliza o direito de ordenação de transações para cada aplicação na cadeia, permitindo que as aplicações decidam como as transações relacionadas a elas devem ser ordenadas e executadas. Por exemplo, no futuro, ao implementar o ACE no Solana, contratos DeFi podem implementar as seguintes regras de ordenação de transações personalizadas:
Atualização de preços do Oracle inserida: Aplicações DeFi podem inserir uma transação antes de grandes transações serem conciliadas para obter o preço mais recente do oracle, garantindo que as ordens sejam conciliadas ao preço razoável mais recente, evitando que as cotações dos market makers sejam arbitradas com base em preços desatualizados.
Prioridade na execução de cancelamento de ordens: a aplicação pode definir que o "pedido de cancelamento" tenha prioridade sobre uma nova "transação de aceitação de ordens", dando ao maker a oportunidade de cancelar a ordem pendente em tempo hábil quando o mercado estiver desfavorável.
Leilão de cauda: por exemplo, após a ocorrência de uma grande ordem de compra que eleva o preço, a aplicação DeFi coloca à venda a oportunidade "seguinte", quem estiver disposto a devolver o maior benefício ao protocolo ) ou ao usuário (, o protocolo DeFi permitirá que a transação dessa pessoa seja executada após a grande ordem. A aplicação DeFi pode devolver os lucros do leilão aos usuários, transformando assim o fluxo MEV tóxico em receita benéfica.
) BAM do JITO: plano de transição
Antes do lançamento oficial da ACE, a Jito Labs lançou uma solução de transição chamada Block Assembly Marketplace ###BAM(. O fluxo de trabalho do BAM é:
O usuário envia a transação para um nó que executa o software BAM ) em vez de enviá-la diretamente para o líder atual (.
Os nós BAM coletam transações locais e executam vários plugins ) plugin ( para reordenar pacotes de transações ) Bundle ( sob proteção de privacidade. Os plugins são executados em um ambiente seguro TEE, ocultando o conteúdo das transações antes da execução ). Através dos plugins, os desenvolvedores de aplicativos podem personalizar várias regras de ordenação para seus contratos, como prioridade para cancelamento de pedidos, atualização de preços de oráculos antes da correspondência, ou até mesmo executar leilões complexos dentro do aplicativo.
O Bundle de transações ordenado é então enviado ao Líder Solana para ser empacotado na cadeia.
BAM pode ser visto como um campo de testes antes do ACE ser colocado na cadeia, funcionalmente muito próximo do ACE definitivo, apenas está a operar numa rede independente fora da cadeia, e não embutido no protocolo da cadeia principal Solana.
É importante notar que a Jito anteriormente oferecia uma infraestrutura voltada para a extração de MEV (, como o Jito Block Engine ), cujo modelo de negócios consiste em otimizar a ordem das transações para criar oportunidades para arbitradores e compartilhar os lucros. Isso, de certa forma, coloca-se como uma "lâmina" contra os usuários comuns e os que são alvo de arbitragem. No entanto, a Jito fechou no início de 2024 a funcionalidade de pool de memórias públicas para robôs de arbitragem ( mempool ), a fim de reduzir externalidades negativas como ataques de sanduíche. Essa medida indica que a comunidade Solana tende a suprimir MEV prejudicial e a manter a equidade dos usuários.
O lançamento do BAM segue essa linha de pensamento: ele essencialmente transforma o mecanismo de ordenação originalmente utilizado para arbitragem MEV em um "escudo" para proteger provedores de liquidez, como os formadores de mercado, por exemplo, priorizando a retirada forçada para evitar danos aos formadores de mercado e introduzindo incentivos de concorrência para reduzir lucros de frontrunning. Os buscadores de MEV originais, se quiserem lucrar, devem mudar de papel e escrever plugins BAM para servir os protocolos DeFi, lucrando com as taxas dos plugins.
( consultar HYPERLIQUID
A abordagem ACE/BAM mencionada acima pode ser vista como uma tentativa de alcançar o mecanismo de correspondência on-chain do Hyperliquid. Hyperliquid é uma Appchain) dedicada, criada especificamente para DEX. Além disso, o HLP Vault operado oficialmente pelo Hyperliquid é, na verdade, um dos maiores formadores de mercado da plataforma, portanto, não é difícil entender que as regras da cadeia do Hyperliquid são mais voltadas para os provedores de liquidez, e já implementaram várias proteções para os formadores de mercado no nível da cadeia, como:
Prioridade na proteção das ordens pendentes: as ordens de cancelamento e as ordens de criador são processadas em primeiro lugar, evitando que os formadores de mercado sejam prejudicados com transações desfavoráveis sem estarem cientes. O "cancelamento prioritário" mencionado pelo Solana ACE já foi praticado pelo Hyperliquid há muitos anos.
Garantia de preço mais recente: O processo de liquidação e correspondência da Hyperliquid enfatiza o uso dos preços de alimentação mais recentes e do estado da margem para realizar uma "dupla verificação". Por exemplo, quando há uma correspondência de ordens, o sistema irá novamente buscar o preço mais recente do oráculo para avaliar as margens de ambas as partes, garantindo que não haja risco devido a atrasos nos preços. Isso é semelhante à atualização do oráculo inserida pela ACE antes da execução da negociação.
Proteção contra auto-negociação: se o mesmo endereço comprar e vender ao mesmo tempo, o Hyperliquid cancelará automaticamente em vez de corresponder, para evitar manipulação de volume ou custos desnecessários.
O ACE/BAM da Solana ICM é, sem dúvida, uma "aprendizagem" com a Hyperliquid. A Hyperliquid, como líder em CLOB on-chain, implementou uma série de mecanismos favoráveis aos market makers através de uma cadeia exclusiva. A Solana agora espera utilizar uma cadeia genérica e plugins modularizados para replicar esse efeito ------ ou seja, permitir que cada aplicação tenha um controle semelhante ao da Hyperliquid sobre a ordenação das transações.
Imitação Dois: Finalidade Imediata
comparação de consensos existentes
A Solana atualmente utiliza o Tower BFT, onde a confirmação e a finalização são probabilísticas e graduais: um bloco recebe 2/3 dos votos e é considerado "confirmado ( Confirmed )", mas é necessário acumular cerca de 32 blocos subsequentes na cadeia ###, normalmente cerca de 13 segundos ( para ser ancorado como "finalizado ) Finalized (". Para algumas aplicações ), como o trading de alta frequência (, um tempo de confirmação final de mais de dez segundos ainda é muito longo.
HyperBFT é o algoritmo de consenso desenvolvido internamente pela Hyperliquid, inspirado no consenso HotStuff, que utiliza a confirmação de blocos em duas rodadas de votação, alcançando a "finalidade instantânea".
Primeira rodada: pré-votação ) Prevote (: Após os validadores receberem o bloco candidato transmitido pelo Proposer, eles realizarão uma verificação rápida. Se a verificação for bem-sucedida, cada validador emitirá um voto de "pré-votação" ) Prevote ( e o transmitirá para toda a rede. Este voto representa: "Eu já revisei, este bloco está correto."
Segunda rodada: Pré-compromisso ) Precommit (: Uma vez que um validador coleta votos Prevote de mais de dois terços dos validadores para o mesmo bloco candidato, ele ganha confiança suficiente, acreditando que a maioria dos membros da rede reconhece esse bloco. Assim, o validador emitirá um voto de "pré-compromisso" ) Precommit ( mais significativo e o transmitirá. Este voto representa:"
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.
12 Curtidas
Recompensa
12
7
Compartilhar
Comentário
0/400
SerumDegen
· 4h atrás
Se é para copiar, que se copie. Vamos entrar na competição.
Ver originalResponder0
MemecoinResearcher
· 13h atrás
copia de jogo tão lame
Ver originalResponder0
FloorSweeper
· 18h atrás
密切 seguir此战
Ver originalResponder0
FlashLoanLarry
· 18h atrás
Se não consegue vencer, copie.
Ver originalResponder0
MonkeySeeMonkeyDo
· 18h atrás
É só insistir até o fim.
Ver originalResponder0
StealthDeployer
· 18h atrás
Mais uma vez, a competição de mercado está intensa.
Solana ICM roteiro visa a intensificação da batalha pelo CLOB na cadeia Hyperliquid
Roteiro ICM Solana: um espetáculo de imitação do Hyperliquid?
Recentemente, ocorreu algo notável no ecossistema Solana. A Fundação Solana, Anza, Jito Labs e outros participantes importantes lançaram em conjunto um roteiro técnico intitulado "Internet Capital Markets ( Internet Capital Markets, ICM )". O conceito central deste roteiro é "Application Controlled Execution (, ACE )", cujo objetivo é permitir que aplicações em cadeia obtenham direitos de ordenação de transações autônomas em milissegundos, criando uma "Wall Street em cadeia" descentralizada.
Embora o roteiro não mencione diretamente a Hyperliquid, uma análise cuidadosa revela que muitos dos seus designs imitam especificamente as características vantajosas da Hyperliquid. É como se a Solana estivesse a insinuar: "O que a Hyperliquid consegue fazer, nós também queremos fazer, e queremos fazer melhor!"
É importante notar que a Hyperliquid já ocupa uma posição de liderança no mercado de contratos perpétuos em cadeia, com um volume de transações que chegou a cerca de 65% de todo o mercado descentralizado de contratos perpétuos. Diante de concorrentes tão fortes, a Solana claramente não está disposta a ser superada por novos entrantes, por isso lançou este roteiro ICM.
Então, o que realmente é este "show de imitação"? Será que a Solana consegue realmente alcançar ou até superar a Hyperliquid? Vamos explorar este assunto mais a fundo.
Contexto e Conteúdo do ICM
participante chave na transformação
Primeiro, vamos dar uma olhada nos criadores deste roteiro. Os participantes são todos jogadores de peso do ecossistema Solana:
Solana Foundation/Labs: O "pai" do Solana, responsável pela coordenação geral e desenvolvimento do protocolo central.
Anza: uma empresa de desenvolvimento fundada por ex-membros da Solana Labs, semelhante à ConsenSys da Ethereum. Na roadmap, assumiu várias tarefas de pesquisa tecnológica central, como o novo protocolo de consenso Alpenglow.
Jito Labs: fornecedor de infraestrutura MEV na Solana, com grande influência, quase controla todo o fluxo MEV na Solana com o "poder de vida e morte". Lidera a oferta do Block Assembly Marketplace (BAM) e outros esquemas de ordenação de transações.
Multicoin Capital: uma famosa instituição de investimento em criptomoedas, também é um dos primeiros apoiadores da Solana. Devido à sua grande posse de SOL e participações em projetos do ecossistema, tem uma considerável influência na direção técnica.
DoubleZero: uma equipe focada em acelerar a comunicação de rede, oferecendo soluções de rede de fibra óptica dedicadas para melhorar a velocidade de comunicação entre os nós de validação da Solana.
Drift: O principal projeto DEX de contratos perpétuos na Solana. Anteriormente, a Drift utilizava um modelo de correspondência off-chain, o que se mostrava um pouco difícil quando confrontado com o Hyperliquid totalmente on-chain. Desta vez, ao participar da elaboração do roadmap, é evidente que espera-se uma reviravolta com a ajuda de melhorias na infraestrutura.
questão central
O roteiro foca na melhoria da microestrutura do mercado, principalmente para resolver a questão da atual mecânica de transações em cadeia que não é amigável para os criadores de mercado. Atualmente, os Takers que iniciam ativamente as transações predominam, enquanto os Market Makers ( estão em desvantagem. Isso ocorre porque os Takers geralmente possuem as informações mais recentes e podem ativamente aumentar as taxas de transação para garantir a execução prioritária de suas transações, enquanto os Makers muitas vezes não conseguem cancelar suas ordens a tempo, sendo forçados a executar a preços desfavoráveis.
Alguns arbitradores de alta frequência aproveitam essa assimetria para lançar ataques de "fluxo tóxico". Por exemplo, se o preço on-chain ainda não foi atualizado, mas o preço off-chain já mudou, os arbitradores podem consumir as ordens dos formadores de mercado a preços antigos, fazendo com que os formadores de mercado suportem as perdas. O resultado é que o Maker, para se proteger, ou aumenta o spread de compra e venda, ou reduz a quantidade de ordens pendentes, levando a uma diminuição da liquidez em todo o mercado.
O roteiro ICM visa equilibrar esse padrão, atraindo liquidez de alta qualidade de volta para a cadeia.
) Estratégia de três passos do ICM
Solana dividiu este grande plano em três fases:
Curto prazo ###1-3 meses (: principal objetivo é otimizar a experiência de transação na cadeia existente, melhorar a eficácia da aplicação de livros de ordens e reduzir a interferência maliciosa do MEV. Especificamente inclui:
O mercado Block Assembly da Jito Labs ) BAM ( foi lançado na mainnet. Este módulo oferece um sistema externo temporário antes do lançamento do ACE ) (Application Controlled Execution (), permitindo que os contratos inteligentes na Solana tenham autonomia na ordem das transações.
A equipe Anza otimizou a taxa de sucesso de "entrar na mesma Slot" para reduzir deslizamentos e perdas de MEV.
Estas melhorias estão previstas para serem implementadas entre julho e setembro de 2025.
Período intermediário )3-9 meses (: Introdução de uma rede de alta velocidade dedicada e uma nova versão do consenso, reduzindo significativamente a latência e aumentando a capacidade de processamento:
Implementação de uma rede de fibra óptica dedicada DoubleZero, proporcionando comunicação de alta velocidade com quase zero jitter e redução de latência de até 100ms para os validadores.
Lançamento do protocolo de consenso Alpenglow, reduzindo o tempo de confirmação final de cerca de 12,8 segundos para cerca de 0,15 segundos.
Desenvolvimento da Execução de Programas Assíncronos ) Asynchronous Program Execution, APE (, reduz o bloqueio da execução de transações no consenso.
Longo prazo )9-30 meses (: realizar uma atualização revolucionária na arquitetura central do Solana, com o objetivo de ser alcançada por volta de 2027:
Vários Líderes Concurrentes )Multiple Concurrent Leaders, MCL(: Permite que vários validadores proponham transações simultaneamente em seus próprios pipelines e, em seguida, classifiquem esses blocos paralelos com base nas taxas de prioridade. Isso pode enfraquecer o monopólio de um único empacotador e aumentar a resistência à censura.
Implementação nativa controlada por aplicações )Application Controlled Execution, ACE( funcionalidade: realmente confere aos contratos inteligentes na cadeia o poder de controlar a ordem de execução das transações.
Analisando este roteiro, não é difícil perceber a história por trás dele: o DEX tradicional Drift na Solana foi superado pelo recém-chegado Hyperliquid, que oferece uma experiência excelente conhecida como "Binance on-chain". Drift, incapaz de competir, teve que pedir ajuda a "grandes nomes" como Solana Labs, Anza e Jito. Esses "grandes nomes" propuseram um plano de reforma tecnológica ICM, afirmando que irão replicar todas as principais vantagens do Hyperliquid para o Drift, para ajudá-lo a competir novamente no mercado de DEX. Mas eles também admitem que esta reforma tecnológica é extremamente difícil, portanto, o plano será dividido em uma estratégia de três etapas; a curto prazo, a única ajuda que Drift pode receber é o BAM da Jito, permitindo que Drift compare suas forças com o Hyperliquid.
A seguir, vamos analisar detalhadamente quais as principais vantagens que a ICM realmente imitou e replicou da Hyperliquid.
Imitar um: Mecanismo de ordenação de transações
Problema: Como mencionado anteriormente, a corrente atual favorece os takers, enquanto os makers sofrem com o "fluxo tóxico". Os usuários que ativamente consomem ordens podem, com base nos preços mais recentes fora da cadeia, iniciar transações instantaneamente em ordens pendentes na cadeia e priorizar a execução ao aumentar as taxas de transação, enquanto os market makers muitas vezes não conseguem atualizar ou cancelar ordens a tempo. O resultado é que os market makers precisam aumentar o spread ou simplesmente retirar a liquidez, o que leva a uma piora na profundidade do mercado.
) A solução final da ICM: execução controlável de aplicações ###ACE(
O roteiro do ICM propõe o conceito de ACE)Execução Controlada por Aplicação(, que descentraliza o direito de ordenação de transações para cada aplicação na cadeia, permitindo que as aplicações decidam como as transações relacionadas a elas devem ser ordenadas e executadas. Por exemplo, no futuro, ao implementar o ACE no Solana, contratos DeFi podem implementar as seguintes regras de ordenação de transações personalizadas:
Atualização de preços do Oracle inserida: Aplicações DeFi podem inserir uma transação antes de grandes transações serem conciliadas para obter o preço mais recente do oracle, garantindo que as ordens sejam conciliadas ao preço razoável mais recente, evitando que as cotações dos market makers sejam arbitradas com base em preços desatualizados.
Prioridade na execução de cancelamento de ordens: a aplicação pode definir que o "pedido de cancelamento" tenha prioridade sobre uma nova "transação de aceitação de ordens", dando ao maker a oportunidade de cancelar a ordem pendente em tempo hábil quando o mercado estiver desfavorável.
Leilão de cauda: por exemplo, após a ocorrência de uma grande ordem de compra que eleva o preço, a aplicação DeFi coloca à venda a oportunidade "seguinte", quem estiver disposto a devolver o maior benefício ao protocolo ) ou ao usuário (, o protocolo DeFi permitirá que a transação dessa pessoa seja executada após a grande ordem. A aplicação DeFi pode devolver os lucros do leilão aos usuários, transformando assim o fluxo MEV tóxico em receita benéfica.
) BAM do JITO: plano de transição
Antes do lançamento oficial da ACE, a Jito Labs lançou uma solução de transição chamada Block Assembly Marketplace ###BAM(. O fluxo de trabalho do BAM é:
O usuário envia a transação para um nó que executa o software BAM ) em vez de enviá-la diretamente para o líder atual (.
Os nós BAM coletam transações locais e executam vários plugins ) plugin ( para reordenar pacotes de transações ) Bundle ( sob proteção de privacidade. Os plugins são executados em um ambiente seguro TEE, ocultando o conteúdo das transações antes da execução ). Através dos plugins, os desenvolvedores de aplicativos podem personalizar várias regras de ordenação para seus contratos, como prioridade para cancelamento de pedidos, atualização de preços de oráculos antes da correspondência, ou até mesmo executar leilões complexos dentro do aplicativo.
O Bundle de transações ordenado é então enviado ao Líder Solana para ser empacotado na cadeia.
BAM pode ser visto como um campo de testes antes do ACE ser colocado na cadeia, funcionalmente muito próximo do ACE definitivo, apenas está a operar numa rede independente fora da cadeia, e não embutido no protocolo da cadeia principal Solana.
É importante notar que a Jito anteriormente oferecia uma infraestrutura voltada para a extração de MEV (, como o Jito Block Engine ), cujo modelo de negócios consiste em otimizar a ordem das transações para criar oportunidades para arbitradores e compartilhar os lucros. Isso, de certa forma, coloca-se como uma "lâmina" contra os usuários comuns e os que são alvo de arbitragem. No entanto, a Jito fechou no início de 2024 a funcionalidade de pool de memórias públicas para robôs de arbitragem ( mempool ), a fim de reduzir externalidades negativas como ataques de sanduíche. Essa medida indica que a comunidade Solana tende a suprimir MEV prejudicial e a manter a equidade dos usuários.
O lançamento do BAM segue essa linha de pensamento: ele essencialmente transforma o mecanismo de ordenação originalmente utilizado para arbitragem MEV em um "escudo" para proteger provedores de liquidez, como os formadores de mercado, por exemplo, priorizando a retirada forçada para evitar danos aos formadores de mercado e introduzindo incentivos de concorrência para reduzir lucros de frontrunning. Os buscadores de MEV originais, se quiserem lucrar, devem mudar de papel e escrever plugins BAM para servir os protocolos DeFi, lucrando com as taxas dos plugins.
( consultar HYPERLIQUID
A abordagem ACE/BAM mencionada acima pode ser vista como uma tentativa de alcançar o mecanismo de correspondência on-chain do Hyperliquid. Hyperliquid é uma Appchain) dedicada, criada especificamente para DEX. Além disso, o HLP Vault operado oficialmente pelo Hyperliquid é, na verdade, um dos maiores formadores de mercado da plataforma, portanto, não é difícil entender que as regras da cadeia do Hyperliquid são mais voltadas para os provedores de liquidez, e já implementaram várias proteções para os formadores de mercado no nível da cadeia, como:
Prioridade na proteção das ordens pendentes: as ordens de cancelamento e as ordens de criador são processadas em primeiro lugar, evitando que os formadores de mercado sejam prejudicados com transações desfavoráveis sem estarem cientes. O "cancelamento prioritário" mencionado pelo Solana ACE já foi praticado pelo Hyperliquid há muitos anos.
Garantia de preço mais recente: O processo de liquidação e correspondência da Hyperliquid enfatiza o uso dos preços de alimentação mais recentes e do estado da margem para realizar uma "dupla verificação". Por exemplo, quando há uma correspondência de ordens, o sistema irá novamente buscar o preço mais recente do oráculo para avaliar as margens de ambas as partes, garantindo que não haja risco devido a atrasos nos preços. Isso é semelhante à atualização do oráculo inserida pela ACE antes da execução da negociação.
Proteção contra auto-negociação: se o mesmo endereço comprar e vender ao mesmo tempo, o Hyperliquid cancelará automaticamente em vez de corresponder, para evitar manipulação de volume ou custos desnecessários.
O ACE/BAM da Solana ICM é, sem dúvida, uma "aprendizagem" com a Hyperliquid. A Hyperliquid, como líder em CLOB on-chain, implementou uma série de mecanismos favoráveis aos market makers através de uma cadeia exclusiva. A Solana agora espera utilizar uma cadeia genérica e plugins modularizados para replicar esse efeito ------ ou seja, permitir que cada aplicação tenha um controle semelhante ao da Hyperliquid sobre a ordenação das transações.
Imitação Dois: Finalidade Imediata
comparação de consensos existentes
A Solana atualmente utiliza o Tower BFT, onde a confirmação e a finalização são probabilísticas e graduais: um bloco recebe 2/3 dos votos e é considerado "confirmado ( Confirmed )", mas é necessário acumular cerca de 32 blocos subsequentes na cadeia ###, normalmente cerca de 13 segundos ( para ser ancorado como "finalizado ) Finalized (". Para algumas aplicações ), como o trading de alta frequência (, um tempo de confirmação final de mais de dez segundos ainda é muito longo.
HyperBFT é o algoritmo de consenso desenvolvido internamente pela Hyperliquid, inspirado no consenso HotStuff, que utiliza a confirmação de blocos em duas rodadas de votação, alcançando a "finalidade instantânea".
Primeira rodada: pré-votação ) Prevote (: Após os validadores receberem o bloco candidato transmitido pelo Proposer, eles realizarão uma verificação rápida. Se a verificação for bem-sucedida, cada validador emitirá um voto de "pré-votação" ) Prevote ( e o transmitirá para toda a rede. Este voto representa: "Eu já revisei, este bloco está correto."
Segunda rodada: Pré-compromisso ) Precommit (: Uma vez que um validador coleta votos Prevote de mais de dois terços dos validadores para o mesmo bloco candidato, ele ganha confiança suficiente, acreditando que a maioria dos membros da rede reconhece esse bloco. Assim, o validador emitirá um voto de "pré-compromisso" ) Precommit ( mais significativo e o transmitirá. Este voto representa:"