Solana ICM Roteiro: um "show de imitação" dirigido ao Hyperliquid
Recentemente, diversos grandes nomes do ecossistema Solana se reuniram para lançar um roteiro técnico intitulado "互联网资本市场(Internet Capital Markets, ICM)". O conceito central deste roteiro é "应用可控的交易执行(Application Controlled Execution, ACE)", que, simplificando, visa permitir que aplicações na blockchain tenham o direito de ordenar transações de forma autônoma em milissegundos, criando uma "Wall Street descentralizada" na blockchain.
Curiosamente, ao ler todo o roteiro, embora não mencione diretamente a Hyperliquid, o design nele está quase sempre direcionado para os pontos fortes da Hyperliquid. É como se a Solana estivesse dizendo: "O que você tem na Hyperliquid, nós também queremos ter, e queremos fazer melhor!"
A Hyperliquid ocupa uma posição de destaque no mercado de contratos perpétuos em cadeia, com um volume de transações que chegou a representar cerca de 65% de todo o mercado descentralizado de contratos perpétuos. É evidente que, diante de um concorrente assim, a Solana não está disposta a ser superada por um novato, por isso lançou este roteiro ICM.
Então, o que realmente está acontecendo com este "show de imitação"? Será que a Solana consegue realmente alcançar ou até superar a Hyperliquid? Vamos explorar este tópico a fundo.
Contexto e Conteúdo do ICM
Quem está a liderar esta mudança?
Os principais players do ecossistema Solana estão envolvidos na elaboração do roteiro:
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, responsável por muitas investigações em tecnologias centrais, como o novo protocolo de consenso Alpenglow.
Jito Labs: Provedor de infraestrutura MEV na Solana, com grande influência, controla quase todo o fluxo MEV na Solana com o "poder de vida e morte". Desta vez, eles lideraram a oferta de soluções de ordenação de transações, como o Block Assembly Marketplace (BAM).
Multicoin Capital: uma famosa instituição de investimento em criptomoedas, também é um dos primeiros apoiadores da Solana. Tem uma considerável influência na direção técnica.
DoubleZero: uma equipa focada em acelerar a comunicação em rede, que fornece soluções de rede óptica dedicadas para melhorar a velocidade de comunicação entre os nós de validação da Solana.
Drift: O projeto DEX de contratos perpétuos líder na Solana. Anteriormente, a Drift utilizava um modelo de correspondência off-chain, e ao enfrentar a Hyperliquid totalmente on-chain, mostrou-se um pouco sobrecarregada. Desta vez, ao participar da elaboração do roteiro, é evidente que deseja aproveitar a atualização de camada base para se recuperar.
O problema central a resolver
O roteiro foca na melhoria da microestrutura do mercado, ou seja, o atual mecanismo de negociação em cadeia não é amigável para os Market Makers, que são prejudicados enquanto os Takers, que iniciam ativamente as transações, se beneficiam. Isso ocorre porque os Takers geralmente possuem as informações mais recentes e aumentam ativamente a taxa de negociação para garantir que suas transações sejam executadas em primeiro lugar, enquanto os Makers muitas vezes não têm tempo para cancelar ordens e são forçados a negociar a preços desfavoráveis.
Alguns arbitradores de alta frequência aproveitam essa assimetria para lançar ataques de "tráfego tóxico". Por exemplo, se o preço na blockchain ainda não foi atualizado, mas o preço fora da blockchain já mudou, o arbitrador pode consumir as ordens dos formadores de mercado a preços antigos, fazendo com que os formadores de mercado suportem 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 piora na liquidez do mercado como um todo.
O roteiro do ICM visa equilibrar esse padrão, atraindo liquidez de alta qualidade de volta para a cadeia.
ICM em três passos
Solana dividiu este grande plano em três fases:
Curto prazo (1-3 meses): O foco principal é otimizar a experiência de transações em cadeia existente, tornando as aplicações de livro de ordens mais utilizáveis e reduzindo a interferência maliciosa de MEV. Especificamente, inclui:
O módulo Block Assembly Marketplace (BAM) da Jito Labs foi lançado na mainnet. O significado deste módulo é fornecer um sistema temporário de extensão antes do lançamento do ACE (Application Controlled Execution) definitivo, permitindo que os contratos inteligentes na Solana tenham autonomia na ordenação das transações.
A equipe Anza otimizou a taxa de sucesso de "entrada na mesma Slot", reduzindo assim o deslizamento e as perdas de MEV.
Essas melhorias estão previstas para serem implementadas gradualmente entre julho e setembro de 2025.
Médio prazo (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:
Implantaçã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é 100 ms 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.
A longo prazo (9-30 meses): Realizar uma atualização revolucionária na arquitetura central da Solana, com o objetivo de alcançar isso por volta de 2027:
Múltiplos Líderes Concurrentes, MCL(: permite que múltiplos validadores proponham transações simultaneamente em seus próprios pipelines e depois classifiquem esses blocos paralelos de acordo com a taxa de prioridade. Isso enfraquece o monopólio de um único empacotador e aumenta a resistência à censura.
Execução Controlada por Aplicações nativa ) Application Controlled Execution, ACE( função: realmente dá aos contratos inteligentes na cadeia o poder de controlar a ordem de execução das transações.
Imitação 1: Mecanismo de Ordenação de Transações
Problema: a cadeia atual favorece os takers, enquanto os makers suportam o "fluxo tóxico". Os usuários que tomam a iniciativa de aceitar ordens podem, com base no preço mais recente fora da cadeia, iniciar uma transação instantaneamente nas ordens pendentes da cadeia, e ao aumentar a taxa de transação, têm prioridade na execução, enquanto os market makers muitas vezes não conseguem atualizar ou cancelar ordens a tempo. O resultado é que os market makers têm que aumentar o spread ou simplesmente retirar a liquidez, fazendo com que a profundidade do mercado piore.
) A solução definitiva da ICM: aplicação de execução controlada ###ACE(
O roteiro do ICM propõe o conceito de ACE (Application Controlled Execution), que descentraliza o direito de ordenação de transações para aplicativos em diferentes cadeias, permitindo que os próprios aplicativos decidam como as transações relacionadas a eles devem ser ordenadas e executadas. Por exemplo, no Solana, onde o ACE será implementado no futuro, os contratos DeFi poderão estabelecer as seguintes regras de ordenação de transações personalizadas:
Atualização de preços do Oracle: Aplicações DeFi podem inserir uma transação antes da execução de grandes negociações para obter o preço mais recente do oráculo, garantindo que os pedidos sejam correspondidos ao preço razoável mais recente, evitando que as cotações dos market makers sejam arbitradas com base em preços desatualizados.
Execução prioritária de cancelamento de ordens: a aplicação pode definir que o "pedido de cancelamento" tenha prioridade sobre novas "transações de compra", permitindo que o maker tenha a oportunidade de cancelar a ordem pendente em momentos de mercado desfavoráveis.
Leilão de cauda de equipe: por exemplo, após a ocorrência de uma grande ordem de compra que eleva o preço, a aplicação DeFi irá colocar a oportunidade de "seguir logo em seguida" à venda em leilão. Quem estiver disposto a devolver o maior benefício ao protocolo (ou usuário), o protocolo DeFi permitirá que a transação dessa pessoa seja executada após a grande ordem. As aplicações DeFi podem devolver os lucros do leilão aos usuários, transformando assim o fluxo MEV tóxico em receita benéfica.
) BAM da JITO: solução 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 utilizador envia a transação para um nó que está a executar o software BAM (em vez de diretamente para o Líder atual).
Os nós BAM recolhem 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 TEE seguro e ocultam o conteúdo das transações antes da execução). Através dos plugins, os desenvolvedores de aplicações podem personalizar várias regras de ordenação para seus contratos, como priorizar cancelamentos, atualizar o preço do oráculo antes da correspondência, ou até mesmo executar leilões complexos dentro da aplicação.
O Bundle de transações ordenado é então enviado ao Líder Solana para ser empacotado na blockchain.
BAM pode ser visto como um campo de testes antes da implementação do ACE na blockchain, com funcionalidades muito próximas do ACE final, apenas funcionando em uma rede independente fora da cadeia, em vez de estar embutido no protocolo da cadeia principal Solana.
É importante notar que a Jito anteriormente fornecia uma infraestrutura voltada para a extração de MEV (como o Jito Block Engine), cujo modelo de negócio era criar oportunidades para os arbitradores através da otimização da ordem das transações e partilhar os lucros. Isso, de certa forma, representa uma "lança" que está contra os usuários comuns e os que são alvo de arbitragem. No entanto, a Jito fechou no início de 2024 a função de pool de memórias públicas para robôs de arbitragem )mempool(, a fim de reduzir externalidades negativas como os ataques de sanduíche. Esta medida indica que a comunidade Solana tende a suprimir MEV prejudicial e a manter a equidade dos usuários.
O lançamento do BAM está em linha com essa ideia: essencialmente, ele transforma o mecanismo de ordenação originalmente utilizado para arbitragem MEV em um "escudo" para proteger provedores de liquidez, como os formadores de mercado, evitando que sejam prejudicados por cancelamentos forçados e introduzindo incentivos de licitação para reduzir os lucros de corrida. Os antigos buscadores de MEV, se quiserem lucrar, devem mudar de papel e desenvolver plugins BAM para servir protocolos DeFi, lucrando com as taxas dos plugins.
) consultar HYPERLIQUID
A abordagem ACE/BAM mencionada acima pode ser vista como uma forma de alcançar o mecanismo de correspondência na cadeia da Hyperliquid. A Hyperliquid é uma Appchain### especializada (, que foi criada especificamente para serviços DEX. Além disso, o HLP Vault, operado oficialmente pela Hyperliquid, é na verdade um dos maiores formadores de mercado da plataforma, portanto, não é difícil entender que as regras da cadeia da Hyperliquid tendem a favorecer os provedores de liquidez, já tendo implementado muitas proteções para os formadores de mercado na camada da cadeia, como:
Prioridade de proteção para ordens pendentes: ordens de cancelamento e ordens de maker são processadas com prioridade, evitando que os formadores de mercado sejam prejudicados por transações desfavoráveis sem o seu conhecimento. A "execução prioritária de cancelamento" mencionada pela Solana ACE já foi praticada há muitos anos pela Hyperliquid.
Garantia de preço mais recente: O processo de liquidação e correspondência da Hyperliquid enfatiza o uso dos preços mais recentes e do estado da margem para realizar uma "dupla verificação". Por exemplo, quando uma ordem é correspondida, o sistema irá novamente buscar o preço mais recente do oráculo para avaliar a margem de ambas as partes, garantindo que não haja risco devido a uma defasagem de preços. Isso é semelhante ao que a ACE faz ao inserir atualizações do oráculo antes da execução da negociação.
Proteção contra auto-negociação: se o mesmo endereço comprar e vender simultaneamente, o Hyperliquid cancela automaticamente em vez de combinar, para evitar manipulação de volume ou custos desnecessários.
A ACE/BAM do ICM da Solana é, sem dúvida, uma "aprendizagem" com a Hyperliquid. A Hyperliquid, como líder de CLOB na cadeia, implementou uma série de mecanismos favoráveis aos formadores de mercado por meio de uma cadeia exclusiva. A Solana agora espera replicar esse efeito utilizando uma cadeia genérica e plugins modularizados ------ ou seja, permitir que cada aplicativo 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 progressivamente probabilísticas: um bloco recebe 2/3 dos votos e é considerado "confirmado ###Confirmed(", mas é necessário acumular cerca de 32 blocos subsequentes na cadeia (geralmente cerca de 13 segundos) para ser ancorado como "finalizado )Finalized(". Para algumas aplicações (como negociação de alta frequência), o tempo de confirmação final de alguns segundos ainda é muito longo.
HyperBFT é o algoritmo de consenso desenvolvido pela Hyperliquid, inspirado no consenso HotStuff, que utiliza uma confirmação de bloco em duas rodadas de votação, alcançando a "finalidade instantânea".
Primeira rodada: pré-votação ) Prevote (: Após receber o bloco candidato transmitido pelo Proposer, os validadores realizam uma verificação rápida. Se a verificação for bem-sucedida, cada validador votará com um "pré-voto" ) Prevote ( e o transmitirá para toda a rede. Este voto representa: "Eu revisei preliminarmente, este bloco está em ordem."
Segunda rodada: pré-submissão )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é-submissão" )Precommit( mais significativo e o transmitirá. Este voto representa: "Eu vi que a maioria da rede concordou, estou pronto para registrar oficialmente este bloco no livro razão."
Quando um validador coleta o Precommit de mais de dois terços dos validadores sobre o mesmo bloco candidato, o consenso é alcançado! Esse bloco é considerado finalizado )Finalized(. Ele será adicionado permanentemente e de forma irreversível à blockchain.
Isso significa que cada bloco do Hyperliquid é um bloco final, sem possibilidade de bifurcações ou retrocessos, com um atraso de geração de blocos extremamente baixo------a equipe oficial divulgou que o atraso médio de confirmação é de cerca de 0,2 segundos, e em 99% dos casos não ultrapassa 0,9 segundos. Essa determinação final em milissegundos é ideal para negociação de alta frequência, pois uma vez que a transação é emitida, ela é rapidamente confirmada e não pode ser reestruturada, aumentando significativamente a eficiência dos ativos.
) A ALPENGLOW implementa a finalização instantânea
Alpenglow é um novo protocolo de consenso que a Solana está prestes a lançar, com o objetivo de acelerar a confirmação final de blocos para 1-2 slots (cerca de 150ms), alcançando algo semelhante
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.
22 gostos
Recompensa
22
8
Republicar
Partilhar
Comentar
0/400
SquidTeacher
· 10h atrás
Só isso? Não consigo entender nem copiando.
Ver originalResponder0
0xOverleveraged
· 08-14 03:33
Não é só copiar o trabalho de casa? Mudou só a capa para uma bonita.
Ver originalResponder0
fren.eth
· 08-13 14:30
Copiar um pouco, e então? Se não tiver força para empreender um grande esforço, não adianta copiar.
Solana imita Hyperliquid e lança o roteiro ICM para construir a Wall Street na cadeia
Solana ICM Roteiro: um "show de imitação" dirigido ao Hyperliquid
Recentemente, diversos grandes nomes do ecossistema Solana se reuniram para lançar um roteiro técnico intitulado "互联网资本市场(Internet Capital Markets, ICM)". O conceito central deste roteiro é "应用可控的交易执行(Application Controlled Execution, ACE)", que, simplificando, visa permitir que aplicações na blockchain tenham o direito de ordenar transações de forma autônoma em milissegundos, criando uma "Wall Street descentralizada" na blockchain.
Curiosamente, ao ler todo o roteiro, embora não mencione diretamente a Hyperliquid, o design nele está quase sempre direcionado para os pontos fortes da Hyperliquid. É como se a Solana estivesse dizendo: "O que você tem na Hyperliquid, nós também queremos ter, e queremos fazer melhor!"
A Hyperliquid ocupa uma posição de destaque no mercado de contratos perpétuos em cadeia, com um volume de transações que chegou a representar cerca de 65% de todo o mercado descentralizado de contratos perpétuos. É evidente que, diante de um concorrente assim, a Solana não está disposta a ser superada por um novato, por isso lançou este roteiro ICM.
Então, o que realmente está acontecendo com este "show de imitação"? Será que a Solana consegue realmente alcançar ou até superar a Hyperliquid? Vamos explorar este tópico a fundo.
Contexto e Conteúdo do ICM
Quem está a liderar esta mudança?
Os principais players do ecossistema Solana estão envolvidos na elaboração do roteiro:
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, responsável por muitas investigações em tecnologias centrais, como o novo protocolo de consenso Alpenglow.
Jito Labs: Provedor de infraestrutura MEV na Solana, com grande influência, controla quase todo o fluxo MEV na Solana com o "poder de vida e morte". Desta vez, eles lideraram a oferta de soluções de ordenação de transações, como o Block Assembly Marketplace (BAM).
Multicoin Capital: uma famosa instituição de investimento em criptomoedas, também é um dos primeiros apoiadores da Solana. Tem uma considerável influência na direção técnica.
DoubleZero: uma equipa focada em acelerar a comunicação em rede, que fornece soluções de rede óptica dedicadas para melhorar a velocidade de comunicação entre os nós de validação da Solana.
Drift: O projeto DEX de contratos perpétuos líder na Solana. Anteriormente, a Drift utilizava um modelo de correspondência off-chain, e ao enfrentar a Hyperliquid totalmente on-chain, mostrou-se um pouco sobrecarregada. Desta vez, ao participar da elaboração do roteiro, é evidente que deseja aproveitar a atualização de camada base para se recuperar.
O problema central a resolver
O roteiro foca na melhoria da microestrutura do mercado, ou seja, o atual mecanismo de negociação em cadeia não é amigável para os Market Makers, que são prejudicados enquanto os Takers, que iniciam ativamente as transações, se beneficiam. Isso ocorre porque os Takers geralmente possuem as informações mais recentes e aumentam ativamente a taxa de negociação para garantir que suas transações sejam executadas em primeiro lugar, enquanto os Makers muitas vezes não têm tempo para cancelar ordens e são forçados a negociar a preços desfavoráveis.
Alguns arbitradores de alta frequência aproveitam essa assimetria para lançar ataques de "tráfego tóxico". Por exemplo, se o preço na blockchain ainda não foi atualizado, mas o preço fora da blockchain já mudou, o arbitrador pode consumir as ordens dos formadores de mercado a preços antigos, fazendo com que os formadores de mercado suportem 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 piora na liquidez do mercado como um todo.
O roteiro do ICM visa equilibrar esse padrão, atraindo liquidez de alta qualidade de volta para a cadeia.
ICM em três passos
Solana dividiu este grande plano em três fases:
Curto prazo (1-3 meses): O foco principal é otimizar a experiência de transações em cadeia existente, tornando as aplicações de livro de ordens mais utilizáveis e reduzindo a interferência maliciosa de MEV. Especificamente, inclui:
O módulo Block Assembly Marketplace (BAM) da Jito Labs foi lançado na mainnet. O significado deste módulo é fornecer um sistema temporário de extensão antes do lançamento do ACE (Application Controlled Execution) definitivo, permitindo que os contratos inteligentes na Solana tenham autonomia na ordenação das transações.
A equipe Anza otimizou a taxa de sucesso de "entrada na mesma Slot", reduzindo assim o deslizamento e as perdas de MEV.
Essas melhorias estão previstas para serem implementadas gradualmente entre julho e setembro de 2025.
Médio prazo (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:
Implantaçã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é 100 ms 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.
A longo prazo (9-30 meses): Realizar uma atualização revolucionária na arquitetura central da Solana, com o objetivo de alcançar isso por volta de 2027:
Múltiplos Líderes Concurrentes, MCL(: permite que múltiplos validadores proponham transações simultaneamente em seus próprios pipelines e depois classifiquem esses blocos paralelos de acordo com a taxa de prioridade. Isso enfraquece o monopólio de um único empacotador e aumenta a resistência à censura.
Execução Controlada por Aplicações nativa ) Application Controlled Execution, ACE( função: realmente dá aos contratos inteligentes na cadeia o poder de controlar a ordem de execução das transações.
Imitação 1: Mecanismo de Ordenação de Transações
Problema: a cadeia atual favorece os takers, enquanto os makers suportam o "fluxo tóxico". Os usuários que tomam a iniciativa de aceitar ordens podem, com base no preço mais recente fora da cadeia, iniciar uma transação instantaneamente nas ordens pendentes da cadeia, e ao aumentar a taxa de transação, têm prioridade na execução, enquanto os market makers muitas vezes não conseguem atualizar ou cancelar ordens a tempo. O resultado é que os market makers têm que aumentar o spread ou simplesmente retirar a liquidez, fazendo com que a profundidade do mercado piore.
) A solução definitiva da ICM: aplicação de execução controlada ###ACE(
O roteiro do ICM propõe o conceito de ACE (Application Controlled Execution), que descentraliza o direito de ordenação de transações para aplicativos em diferentes cadeias, permitindo que os próprios aplicativos decidam como as transações relacionadas a eles devem ser ordenadas e executadas. Por exemplo, no Solana, onde o ACE será implementado no futuro, os contratos DeFi poderão estabelecer as seguintes regras de ordenação de transações personalizadas:
Atualização de preços do Oracle: Aplicações DeFi podem inserir uma transação antes da execução de grandes negociações para obter o preço mais recente do oráculo, garantindo que os pedidos sejam correspondidos ao preço razoável mais recente, evitando que as cotações dos market makers sejam arbitradas com base em preços desatualizados.
Execução prioritária de cancelamento de ordens: a aplicação pode definir que o "pedido de cancelamento" tenha prioridade sobre novas "transações de compra", permitindo que o maker tenha a oportunidade de cancelar a ordem pendente em momentos de mercado desfavoráveis.
Leilão de cauda de equipe: por exemplo, após a ocorrência de uma grande ordem de compra que eleva o preço, a aplicação DeFi irá colocar a oportunidade de "seguir logo em seguida" à venda em leilão. Quem estiver disposto a devolver o maior benefício ao protocolo (ou usuário), o protocolo DeFi permitirá que a transação dessa pessoa seja executada após a grande ordem. As aplicações DeFi podem devolver os lucros do leilão aos usuários, transformando assim o fluxo MEV tóxico em receita benéfica.
) BAM da JITO: solução 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 utilizador envia a transação para um nó que está a executar o software BAM (em vez de diretamente para o Líder atual).
Os nós BAM recolhem 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 TEE seguro e ocultam o conteúdo das transações antes da execução). Através dos plugins, os desenvolvedores de aplicações podem personalizar várias regras de ordenação para seus contratos, como priorizar cancelamentos, atualizar o preço do oráculo antes da correspondência, ou até mesmo executar leilões complexos dentro da aplicação.
O Bundle de transações ordenado é então enviado ao Líder Solana para ser empacotado na blockchain.
BAM pode ser visto como um campo de testes antes da implementação do ACE na blockchain, com funcionalidades muito próximas do ACE final, apenas funcionando em uma rede independente fora da cadeia, em vez de estar embutido no protocolo da cadeia principal Solana.
É importante notar que a Jito anteriormente fornecia uma infraestrutura voltada para a extração de MEV (como o Jito Block Engine), cujo modelo de negócio era criar oportunidades para os arbitradores através da otimização da ordem das transações e partilhar os lucros. Isso, de certa forma, representa uma "lança" que está contra os usuários comuns e os que são alvo de arbitragem. No entanto, a Jito fechou no início de 2024 a função de pool de memórias públicas para robôs de arbitragem )mempool(, a fim de reduzir externalidades negativas como os ataques de sanduíche. Esta medida indica que a comunidade Solana tende a suprimir MEV prejudicial e a manter a equidade dos usuários.
O lançamento do BAM está em linha com essa ideia: essencialmente, ele transforma o mecanismo de ordenação originalmente utilizado para arbitragem MEV em um "escudo" para proteger provedores de liquidez, como os formadores de mercado, evitando que sejam prejudicados por cancelamentos forçados e introduzindo incentivos de licitação para reduzir os lucros de corrida. Os antigos buscadores de MEV, se quiserem lucrar, devem mudar de papel e desenvolver plugins BAM para servir protocolos DeFi, lucrando com as taxas dos plugins.
) consultar HYPERLIQUID
A abordagem ACE/BAM mencionada acima pode ser vista como uma forma de alcançar o mecanismo de correspondência na cadeia da Hyperliquid. A Hyperliquid é uma Appchain### especializada (, que foi criada especificamente para serviços DEX. Além disso, o HLP Vault, operado oficialmente pela Hyperliquid, é na verdade um dos maiores formadores de mercado da plataforma, portanto, não é difícil entender que as regras da cadeia da Hyperliquid tendem a favorecer os provedores de liquidez, já tendo implementado muitas proteções para os formadores de mercado na camada da cadeia, como:
Prioridade de proteção para ordens pendentes: ordens de cancelamento e ordens de maker são processadas com prioridade, evitando que os formadores de mercado sejam prejudicados por transações desfavoráveis sem o seu conhecimento. A "execução prioritária de cancelamento" mencionada pela Solana ACE já foi praticada há muitos anos pela Hyperliquid.
Garantia de preço mais recente: O processo de liquidação e correspondência da Hyperliquid enfatiza o uso dos preços mais recentes e do estado da margem para realizar uma "dupla verificação". Por exemplo, quando uma ordem é correspondida, o sistema irá novamente buscar o preço mais recente do oráculo para avaliar a margem de ambas as partes, garantindo que não haja risco devido a uma defasagem de preços. Isso é semelhante ao que a ACE faz ao inserir atualizações do oráculo antes da execução da negociação.
Proteção contra auto-negociação: se o mesmo endereço comprar e vender simultaneamente, o Hyperliquid cancela automaticamente em vez de combinar, para evitar manipulação de volume ou custos desnecessários.
A ACE/BAM do ICM da Solana é, sem dúvida, uma "aprendizagem" com a Hyperliquid. A Hyperliquid, como líder de CLOB na cadeia, implementou uma série de mecanismos favoráveis aos formadores de mercado por meio de uma cadeia exclusiva. A Solana agora espera replicar esse efeito utilizando uma cadeia genérica e plugins modularizados ------ ou seja, permitir que cada aplicativo 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 progressivamente probabilísticas: um bloco recebe 2/3 dos votos e é considerado "confirmado ###Confirmed(", mas é necessário acumular cerca de 32 blocos subsequentes na cadeia (geralmente cerca de 13 segundos) para ser ancorado como "finalizado )Finalized(". Para algumas aplicações (como negociação de alta frequência), o tempo de confirmação final de alguns segundos ainda é muito longo.
HyperBFT é o algoritmo de consenso desenvolvido pela Hyperliquid, inspirado no consenso HotStuff, que utiliza uma confirmação de bloco em duas rodadas de votação, alcançando a "finalidade instantânea".
Primeira rodada: pré-votação ) Prevote (: Após receber o bloco candidato transmitido pelo Proposer, os validadores realizam uma verificação rápida. Se a verificação for bem-sucedida, cada validador votará com um "pré-voto" ) Prevote ( e o transmitirá para toda a rede. Este voto representa: "Eu revisei preliminarmente, este bloco está em ordem."
Segunda rodada: pré-submissão )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é-submissão" )Precommit( mais significativo e o transmitirá. Este voto representa: "Eu vi que a maioria da rede concordou, estou pronto para registrar oficialmente este bloco no livro razão."
Quando um validador coleta o Precommit de mais de dois terços dos validadores sobre o mesmo bloco candidato, o consenso é alcançado! Esse bloco é considerado finalizado )Finalized(. Ele será adicionado permanentemente e de forma irreversível à blockchain.
Isso significa que cada bloco do Hyperliquid é um bloco final, sem possibilidade de bifurcações ou retrocessos, com um atraso de geração de blocos extremamente baixo------a equipe oficial divulgou que o atraso médio de confirmação é de cerca de 0,2 segundos, e em 99% dos casos não ultrapassa 0,9 segundos. Essa determinação final em milissegundos é ideal para negociação de alta frequência, pois uma vez que a transação é emitida, ela é rapidamente confirmada e não pode ser reestruturada, aumentando significativamente a eficiência dos ativos.
) A ALPENGLOW implementa a finalização instantânea
Alpenglow é um novo protocolo de consenso que a Solana está prestes a lançar, com o objetivo de acelerar a confirmação final de blocos para 1-2 slots (cerca de 150ms), alcançando algo semelhante