Um espetáculo de imitação técnica: as ambições e a realidade da Solana

Recentemente, ocorreu algo notável no ecossistema Solana. A Fundação Solana, Anza, Jito Labs e outros jogadores de peso uniram-se para lançar um roteiro técnico intitulado "Internet Capital Markets(Internet Capital Markets, ICM)". O conceito central deste roteiro é "Application Controlled Execution(, ACE)", que visa conceder às aplicações em cadeia o direito de ordenar transações de forma autônoma em milissegundos, criando uma "Wall Street em cadeia" descentralizada.

Curiosamente, ao ler todo o roteiro, embora não mencione diretamente a Hyperliquid, o design está quase em todos os lugares direcionado às vantagens da Hyperliquid. É como se a Solana estivesse declarando: "O que a Hyperliquid tem, nós também queremos ter, e queremos fazer melhor!"

Hyperliquid domina o mercado de contratos perpétuos na cadeia, com um volume de negociação que chegou a representar cerca de 65% de todo o mercado descentralizado de perpétuos. Diante de concorrentes tão fortes, a Solana claramente não está disposta a ser superada pelos recém-chegados, por isso lançou este roteiro ICM.

Então, o que é exatamente esse "show de imitação"? Será que a Solana consegue realmente alcançar ou até superar a Hyperliquid? Vamos explorar este assunto em profundidade.

Contexto e Conteúdo do ICM

Quem está a liderar esta transformação?

Este roteiro foi elaborado por 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. Nesta rota, assumiu muitos trabalhos centrais de desenvolvimento tecnológico, como o novo protocolo de consenso Alpenglow.

• Jito Labs: fornecedor de infraestrutura MEV em Solana, com grande influência, controlando quase todo o fluxo MEV em Solana. Desta vez, liderou 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. Detém uma grande quantidade de SOL e participações em projetos do ecossistema, tendo 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 projeto de DEX de contratos perpétuos líder na Solana. Anteriormente utilizava um modelo de correspondência off-chain, e, ao enfrentar o Hyperliquid totalmente on-chain, mostrava-se um pouco sobrecarregado; desta vez, ao participar da elaboração do roteiro, claramente espera-se que aproveite a atualização da infraestrutura para se recuperar.

O problema central a resolver

O roteiro foca na melhoria da microestrutura do mercado, sendo o cerne a atual mecânica de negociação em cadeia que não é amigável para os formadores de mercado. Os Takers, que iniciam ativamente as negociações, estão em vantagem, enquanto os Market Makers ( estão em desvantagem ao aguardarem a execução das ordens. Isso se deve ao fato de que os Takers geralmente possuem as informações mais recentes e aumentam ativamente as taxas de transação para garantir a execução prioritária, enquanto os Makers muitas vezes não conseguem cancelar suas ordens a tempo, sendo forçados a negociar a preços desfavoráveis.

Alguns arbitragistas de alta frequência aproveitam essa assimetria para lançar ataques de "fluxo tóxico". Por exemplo, quando o preço na cadeia ainda não foi atualizado, mas o preço fora da cadeia já mudou, os arbitragistas podem aproveitar o preço antigo para fechar as ordens dos formadores de mercado, fazendo com que os formadores de mercado arcassem com as perdas. O resultado é que o Maker, para se proteger, ou amplia o spread entre compra e venda, ou reduz o volume de ordens pendentes, levando a uma piora na liquidez de todo o mercado.

O roteiro do ICM visa equilibrar esse padrão, atraindo liquidez de alta qualidade de volta à cadeia.

) 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 atual de transações em cadeia, tornando aplicações do tipo livro de ordens mais utilizáveis e reduzindo a interferência maliciosa do MEV. Isso inclui:

• O Marketplace de Montagem de Blocos da Jito Labs)BAM( foi lançado na mainnet. Este módulo oferece um sistema temporário de外挂 antes do lançamento do ACE definitivo, permitindo que os contratos inteligentes na Solana tenham a capacidade de ordenar transações de forma autônoma.

• A equipe Anza otimizou a taxa de sucesso de "entrar na mesma Slot de transação", reduzindo assim o deslizamento e as perdas de MEV.

Estas melhorias estão previstas para serem implementadas gradualmente entre julho e setembro de 2025.

Intermediário )3-9 meses (: Introduzir uma rede de alta velocidade dedicada e um novo consenso, reduzindo significativamente a latência e aumentando a capacidade de processamento:

• Implementar uma rede de fibra ótica 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, que reduz o tempo de confirmação final de aproximadamente 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, MCL): Permite que vários validadores proponham transações ao mesmo tempo em seus respectivos pipelines, e depois 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.

• Execução Controlada por Aplicação (, ACE) funcionalidade: realmente concede aos contratos inteligentes na cadeia o poder de controlar a ordem de execução das transações.

Imitar um: Mecanismo de ordenação de transações

( A solução definitiva da ICM: execução controlável )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 cada aplicação na cadeia, permitindo que a aplicação decida como as transações relacionadas a ela devem ser ordenadas e executadas. No futuro, ao implementar o ACE na Solana, contratos DeFi podem implementar as seguintes regras personalizadas de ordenação de transações:

• Atualização de preço do Oracle: As aplicações DeFi podem inserir uma transação antes da execução de grandes transações para obter o preço mais recente do oracle, garantindo que as ordens sejam executadas com o 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 execução", permitindo que o maker tenha a oportunidade de cancelar rapidamente a ordem pendente em caso de movimento desfavorável do mercado.

• 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 à venda a oportunidade "seguindo de perto", quem estiver disposto a devolver o maior benefício ao protocolo ( ou ao usuário ), o protocolo DeFi fará com que a execução da transação de quem oferecer mais se aproxime da grande ordem. As aplicações DeFi podem devolver os lucros do leilão aos usuários, transformando assim o tráfego MEV tóxico em receita benéfica.

( BAM da 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 é:

1. O usuário envia a transação para um nó que executa o software BAM ( em vez de diretamente para o atual Líder ).

2. O nó BAM coleta transações locais e executa 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 da transação 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 de cancelamento, atualização do preço do oráculo antes da correspondência, e até mesmo executar leilões complexos dentro do aplicativo.

3. O Bundle de transações ordenado é então enviado ao Líder da Solana para ser empacotado na cadeia.

BAM pode ser visto como um campo de testes antes da implementação do ACE na blockchain, sua funcionalidade é muito próxima do ACE final, apenas opera 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 infraestrutura voltada para a extração de MEV (, como o Jito Block Engine ), cujo modelo de negócios era criar oportunidades para os arbitradores otimizando a ordem das transações e compartilhando os lucros. Isso, de certa forma, representa uma "lança" que se opõe aos usuários comuns e aos que são alvo de arbitragem. No entanto, a Jito fechou no início de 2024 a funcionalidade de pool de memória pública ( mempool ) voltada para robôs de arbitragem, a fim de reduzir externalidades negativas como os ataques de sanduíche. Esta medida indica que a comunidade Solana tende a reprimir o MEV prejudicial e a manter a equidade dos usuários.

O lançamento do BAM segue esta linha de pensamento: essencialmente, transforma o mecanismo de ordenação originalmente utilizado para arbitragem MEV numa "escudo" para proteger os provedores de liquidez, como os formadores de mercado, por exemplo, priorizando a retirada forçada para evitar perdas para os formadores de mercado, e introduzindo incentivos de licitação para reduzir o lucro de front-running. Os antigos buscadores de MEV, se quiserem lucrar, devem mudar de papel, escrevendo plugins BAM para servir protocolos DeFi e lucrar com as taxas de plugin.

( perguntar à HYPERLIQUID

A abordagem ACE/BAM mencionada acima pode ser vista como uma tentativa de alcançar o mecanismo de correspondência on-chain da Hyperliquid. Hyperliquid é uma Appchain ) dedicada, criada especialmente para atender 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 são mais voltadas para os provedores de liquidez, já implementando muitos designs para proteger 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 em primeiro lugar, evitando que os formadores de mercado sejam prejudicados em transações sem estarem cientes. O "cancelamento prioritário" mencionado pela Solana ACE já é uma prática da Hyperliquid há muitos anos.

• Garantia de preço mais recente: O processo de liquidação e correspondência da Hyperliquid enfatiza o uso do preço mais recente e do estado da margem para realizar uma "dupla verificação". Por exemplo, quando há uma ordem pendente que é correspondida, o sistema irá puxar novamente o preço mais recente do oráculo para avaliar as margens de ambas as partes, garantindo que não haja risco devido ao atraso no preço. Isto é semelhante à inserção de atualizações do oráculo 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 fazer a correspondência, para prevenir manipulação de volume ou custos desnecessários.

O ACE/BAM do ICM da Solana é, sem dúvida, uma "aula" da Hyperliquid. A Hyperliquid, como líder de CLOB na blockchain, implementou várias mecânicas amigáveis aos market makers em uma cadeia exclusiva. A Solana agora espera replicar esse efeito usando uma cadeia genérica e plugins modularizados ------ ou seja, permitir que cada aplicativo tenha um controle semelhante ao da Hyperliquid sobre a ordenação de 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 progressivas: um bloco recebe 2/3 dos votos e é considerado "confirmado (Confirmed)", mas é necessário acumular cerca de 32 blocos subsequentes na cadeia ###, o que normalmente leva 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 alguns segundos ainda é muito longo.

HyperBFT é o algoritmo de consenso desenvolvido pela Hyperliquid, inspirado no consenso HotStuff, que utiliza duas rodadas de votação para confirmar blocos, alcançando a "finalidade instantânea".

• Primeira rodada: Pré-voto ) Prevote (: Após os validadores receberem o bloco candidato transmitido pelo Proposer, eles realizam uma verificação rápida. Se a verificação for bem-sucedida, cada validador vota com um "pré-voto" ) Prevote ( e o transmite para toda a rede. Este voto representa: "Eu já olhei preliminarmente, este bloco está ok."

• Segunda rodada: Precompromisso ) Precommit (: Uma vez que um validador coletou votos Prevotados de mais de dois terços dos validadores para o mesmo bloco candidato, ele ganha confiança suficiente para acreditar que a maioria dos membros da rede reconhece este bloco. Assim, o validador emitirá um voto "precompromisso" ) 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 recolhe o Precommit de mais de dois terços dos validadores para o mesmo bloco candidato, o consenso é alcançado! Esse bloco é considerado finalizado )Finalized(. Ele será adicionado permanentemente e de forma irreversível à blockchain.

Isto significa que cada bloco da Hyperliquid é um bloco final, sem possibilidade de bifurcações ou retrocessos, com um atraso de geração de bloco muito baixo na cadeia ------ a média divulgada oficialmente de atraso na confirmação é de cerca de 0,2 segundos, e em 99% dos casos não excede 0,9 segundos. Esta certeza final em milissegundos é ideal para negociações de alta frequência, pois uma vez que a transação é enviada, pode ser confirmada rapidamente e não pode ser reestruturada, aumentando significativamente a eficiência do capital.

) ALPENGLOW alcança 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 dos blocos para 1-2 slots ( cerca de 150ms ), alcançando uma finalização instantânea semelhante ao HyperBFT. No Alpenglow, o componente que substitui o TowerBFT responsável pelo consenso é chamado de Votor, que é um sistema de votação de duas trilhas.

• Canal Rápido: Se na primeira rodada de votação de um bloco, mais de ou igual a 80% da "participação" da rede ### pode ser entendido como o peso do voto representado pela quantidade de tokens SOL que os validadores apostaram ( votarem a favor da validade deste bloco, então este bloco será imediatamente confirmado como "finalidade" )Finalize(.