Guia
O que é o Bitcoin Hyper?
O Bitcoin Hyper se apresenta como um rollup Layer 2 proposto para o Bitcoin, que usaria a Solana Virtual Machine como ambiente de execução. Esta página passa em revista as premissas básicas e a arquitetura proposta.
⚠ Documentado versus prometido
Este site separa com coerência aquilo que é documentado e verificável — por exemplo, os elementos observáveis na devnet — daquilo que é prometido ou ainda está em desenvolvimento. A distinção é assinalada explicitamente ao longo de toda a página.
A arquitetura em três camadas
Bitcoin — a camada de liquidação
Na arquitetura proposta, o Bitcoin desempenha o papel de camada de liquidação e de ancoragem. Segundo a documentação do projeto, o rollup Hyper publica periodicamente no Bitcoin o seu próprio state commitment — a raiz Merkle do estado atual — via OP_RETURN ou Taproot. A ancoragem permite verificar o state commitment e detectar alterações posteriores, mas não garante por si só a correção do estado, a disponibilidade dos dados ou a segurança do bridge.
Status declarado: arquitetura descrita no whitepaper | a ancoragem periódica, em desenvolvimento
Hyper Rollup — a camada de execução
A arquitetura proposta compreende quatro componentes principais: a execução (SVM com processamento paralelo Sealevel), o sequenciamento (a definição da ordem das transações, centralizado inicialmente), a disponibilidade dos dados (onde ficam os dados completos das transações, assunto ainda em análise) e o bridge (Canonical Bridge BTC↔Hyper, em teste na devnet).
Status declarado: SVM funcional na devnet segundo o projeto | a disponibilidade dos dados e o forced inclusion, em desenvolvimento
As aplicações — a camada do usuário
A camada de aplicação compreende, entre outros, protocolos DeFi, corretoras DEX, marketplaces de NFT, plataformas de crédito, stablecoins, jogos e ferramentas de conformidade. Segundo a documentação do projeto, os programas são escritos em Rust e Anchor, com um conjunto de ferramentas próximo do ecossistema Solana. A compatibilidade real e a amplitude das adaptações necessárias precisam ser verificadas com base na documentação técnica e em testes independentes.
Status declarado: primeiros programas SVM testados na devnet segundo o projeto | o ecossistema de aplicações apenas começa a tomar forma
Os quatro componentes de um rollup
Todo rollup — não apenas o Bitcoin Hyper — se apoia nos mesmos quatro pilares.
A execução
A máquina virtual que executa os contratos inteligentes. A arquitetura proposta para o Hyper se baseia na SVM e no ambiente de execução Sealevel, responsável pelo paralelismo. As transações que tocam contas diferentes podem ser executadas em paralelo, o que pode aumentar a capacidade.
◎ Funcional na devnet, segundo o projetoO sequenciamento
O componente que define a ordem das transações — uma decisão com efeito direto sobre o MEV e sobre o risco de censura. O projeto prevê inicialmente um sequencer único, centralizado; segundo o roadmap, a descentralização ocorreria em dois a quatro anos.
⚠ Centralizado inicialmenteA liquidação
A ancoragem periódica do state commitment no Bitcoin. Cada ancoragem publica a raiz Merkle do estado atualizado. A documentação descreve uma frequência variável: uma ancoragem mais frequente encurtaria o tempo até a finalidade, mas elevaria os custos de transação no Bitcoin.
◎ Em desenvolvimentoA disponibilidade dos dados
A disponibilidade dos dados indica onde ficam os dados necessários para reconstruir as transações e o estado e como eles são disponibilizados. Se esses dados não fossem acessíveis publicamente, o sistema se afastaria do modelo de rollup com disponibilidade pública dos dados e se aproximaria de uma solução do tipo validium. Em 28 de abril de 2026, a solução final ainda não estava definida.
⚠ Em análise💡 O que vale a pena reter
- • O Bitcoin Hyper se apresenta como rollup: a execução acontece off-chain, e o state commitment é ancorado no Bitcoin
- • Segundo o projeto, a SVM garante a programabilidade e a compatibilidade com o ecossistema de desenvolvimento da Solana; ambos os aspectos ainda estão por verificar
- • O plano inicial se baseia em um sequencer centralizado e em um bridge federado, com a descentralização prevista — segundo o roadmap — em dois a quatro anos
- • A disponibilidade dos dados e o forced inclusion ainda estão em desenvolvimento — marcos essenciais antes do lançamento da mainnet
- • O projeto o apresenta como rollup, e não como sidechain. O quanto da segurança do Bitcoin é efetivamente herdado depende da implementação concreta da ancoragem, da disponibilidade dos dados, do bridge e dos mecanismos de verificação