A Anza, empresa de desenvolvimento do cliente Solana, publicou em 25 de março a proposta de design do protocolo Constellation. O Constellation é um protocolo de múltiplos proponentes (MCP), destinado a romper, a nível de arquitetura, o monopólio temporário dos líderes de slots de Solana na inclusão e ordenação de transações, introduzindo um ciclo económico de 50 milissegundos — atualmente o ciclo mais curto entre blockchains descentralizadas em produção.
Por que o sistema atual apresenta problemas de monopólio
Atualmente, o líder de slot de Solana tem controle exclusivo sobre todas as transações que entram durante o seu mandato, podendo ver todo o fluxo de transações e escolher livremente quais transações incluir e em que ordem. Este design cria um monopólio temporário estrutural, oferecendo espaço sistemático para estratégias de MEV (valor máximo extraível) — o líder pode reordenar, inserir ou revisar transações específicas para obter benefícios assimétricos, favorecendo certos participantes ou suprimindo lances de concorrentes.
Acredita-se que essa estrutura de mercado impede a realização do valor central de um mercado de capitais verdadeiramente descentralizado, sendo necessário uma correção fundamental na camada de protocolo, e não apenas patches externos.
A arquitetura técnica de três camadas do Constellation
O Constellation permite que múltiplos proponentes submetam transações simultaneamente e exige que o líder, ao atingir um limiar de testemunhas, seja obrigado a incluir as transações, eliminando assim esse monopólio. O líder ainda é responsável por montar o bloco final, mas deve fazê-lo sob supervisão contínua da rede de testemunhas.
Os principais parâmetros técnicos do Constellation são:
Ciclo económico de 50 milissegundos: Os proponentes enviam transações em fragmentos codificados, usando a mesma tecnologia do sistema de propagação de blocos Turbine do Solana, sendo o ciclo mais curto atualmente em blockchains descentralizadas em produção.
Limiar de inclusão obrigatória (40%): Se pelo menos 40% dos validadores receberem o fragmento do proponente, o líder deve incluir a transação correspondente; o líder não pode mais recusar a inclusão alegando que não viu a transação.
Punições equivalentes e mecanismo de pular: Se um proponente assinar duas versões conflitantes do mesmo bloco, será automaticamente excluído; se a taxa de validação total for inferior a 60%, o bloco será pulado.
Redesign de taxas: mecanismo para evitar que líderes se contornem
O Constellation possui um princípio fundamental na estrutura de taxas: a taxa de agendamento não pode ser paga diretamente ao líder de slot. Se o líder pudesse receber diretamente a taxa de agendamento, poderia usar valores elevados para reter o controle da ordenação das transações, burlando o mecanismo de múltiplos proponentes. Assim, a taxa de agendamento é redistribuída proporcionalmente aos interesses de todos os validadores e suavizada ao longo do ciclo.
A Anza destaca que, para os validadores, o resultado final é semelhante ao sistema atual — eles ainda recebem taxas de inclusão e agendamento, mas sem a distribuição desproporcional sob monopólio de um único líder.
O Constellation, como pré-processador do Alpenglow, planeja substituir o mecanismo de consenso TowerBFT e a prova de história (PoH) do Solana, com um tempo de finalização de aproximadamente 150 milissegundos. A Anza planeja concluir a implantação da mainnet do Alpenglow na terceira trimestre de 2026, com a versão inicial do MCP sendo lançada logo após.
Perguntas frequentes
Como o Constellation resolve fundamentalmente o problema de MEV do Solana?
O Constellation permite que múltiplos proponentes submetam transações simultaneamente e estabelece um limiar de inclusão obrigatória (40% de testemunhas), que retira o controle unilateral de ordenação do líder. Assim, o líder não pode revisar transações específicas nem ajustar a ordem arbitrariamente, eliminando de forma fundamental as oportunidades de MEV monopolísticas existentes na arquitetura atual.
Qual a diferença estrutural entre o Constellation e as soluções anti-MEV do Ethereum?
As soluções anti-MEV do Ethereum (como MEV-Boost) ainda são em grande parte externas ao protocolo, requerendo coordenação adicional. O Constellation integra diretamente múltiplos proponentes e mecanismos anti-revisão na própria camada de consenso do Solana, tornando possível que o Solana seja a primeira blockchain mainstream a implementar nativamente, na camada de protocolo, uma concorrência de múltiplos proponentes.
Qual o cronograma de avanço do Alpenglow e do Constellation?
A Anza planeja implementar a atualização de consenso Alpenglow na mainnet do Solana na terceira trimestre de 2026, e a versão inicial do Constellation (MCP) será lançada logo após. O whitepaper completo e uma demonstração interativa já estão disponíveis no site oficial da Anza, e a comunidade pode enviar feedback.
Isenção de responsabilidade: As informações contidas nesta página podem ser provenientes de terceiros e não representam os pontos de vista ou opiniões da Gate. O conteúdo apresentado nesta página é apenas para referência e não constitui qualquer aconselhamento financeiro, de investimento ou jurídico. A Gate não garante a exatidão ou o carácter exaustivo das informações e não poderá ser responsabilizada por quaisquer perdas resultantes da utilização destas informações. Os investimentos em ativos virtuais implicam riscos elevados e estão sujeitos a uma volatilidade de preços significativa. Pode perder todo o seu capital investido. Compreenda plenamente os riscos relevantes e tome decisões prudentes com base na sua própria situação financeira e tolerância ao risco. Para mais informações, consulte a
Isenção de responsabilidade.
