Guia de referência
O que é o Bitcoin Hyper
O Bitcoin Hyper apresenta-se como uma proposta de rollup Layer 2 para a Bitcoin que utilizaria a Solana Virtual Machine como ambiente de execução. Esta página apresenta os seus fundamentos e a arquitetura proposta.
⚠ Documentado ou anunciado
Este site distingue sistematicamente o que está documentado e verificável — por exemplo os elementos observáveis na devnet — do que é anunciado ou ainda em desenvolvimento. Esta distinção é indicada explicitamente ao longo de toda a página.
A arquitetura de três camadas
Bitcoin — a camada de liquidação
Na arquitetura proposta, a Bitcoin desempenha a função de camada de liquidação e de ancoragem. Segundo a documentação do projeto, o rollup Hyper publicaria periodicamente na Bitcoin o seu state commitment — uma raiz de Merkle do estado corrente — através de OP_RETURN ou Taproot. Esta ancoragem permitiria registar compromissos de estado e detetar modificações posteriores, mas não garante, por si só, a exatidão do estado, a disponibilidade dos dados nem a segurança da bridge.
Estado declarado: arquitetura descrita no whitepaper | ancoragem periódica em desenvolvimento
Hyper Rollup — a camada de execução
A arquitetura proposta comporta quatro componentes principais: a execução (a SVM com a paralelização do Sealevel), a ordenação (a ordenação das transações, centralizada no lançamento), a disponibilidade dos dados (a localização dos dados completos das transações, ainda em estudo) e o bridge (a Canonical Bridge BTC↔Hyper, em fase de teste na devnet).
Estado declarado: SVM operacional na devnet segundo o projeto | disponibilidade dos dados e inclusão forçada em desenvolvimento
Aplicações — a camada do utilizador
A camada destinada às aplicações, tais como os protocolos DeFi, as DEX, os mercados de NFT, os empréstimos, as stablecoins, os jogos e as ferramentas de conformidade regulamentar. Segundo a documentação do projeto, os programas seriam desenvolvidos em Rust com Anchor e uma cadeia de ferramentas semelhante à da Solana. A compatibilidade real e as adaptações necessárias deverão ser verificadas através de documentação técnica e de testes independentes.
Estado declarado: primeiros programas SVM testados na devnet segundo o projeto | ecossistema de aplicações em formação
Os quatro componentes de um rollup
Qualquer rollup, e não apenas o Bitcoin Hyper, assenta nestes quatro pilares.
Execução
A máquina virtual que executa os smart contracts. A arquitetura proposta para a Hyper utiliza a SVM com o runtime Sealevel para a paralelização. As transações que afetam contas distintas podem ser executadas em paralelo, o que pode aumentar a capacidade de processamento.
◎ Operacional na devnet segundo o projetoOrdenação
O componente que determina a ordenação das transações. Fixa a respetiva sequência, com implicações para o MEV e a censura. O projeto prevê inicialmente um sequencer único e centralizado. Segundo o roadmap, a descentralização ocorreria num prazo de dois a quatro anos.
⚠ Centralizado no lançamentoLiquidação
A ancoragem periódica do state commitment na Bitcoin. Cada ancoragem publicaria a raiz de Merkle do estado atualizado. A documentação descreve uma frequência adaptativa: uma ancoragem mais frequente poderia reduzir o prazo até à finalidade, mas aumentaria o custo das taxas na Bitcoin.
◎ Em desenvolvimentoDisponibilidade dos dados
A disponibilidade dos dados determina onde são armazenados e como são disponibilizados os dados necessários para reconstruir as transações e o estado. Se estes dados não fossem acessíveis publicamente, o sistema afastar-se-ia do modelo de rollup com disponibilidade pública dos dados e aproximar-se-ia de um esquema do tipo validium. Em 28 de abril de 2026, a solução definitiva encontrava-se ainda em estudo.
⚠ Em estudo💡 Pontos-chave
- • O Bitcoin Hyper apresenta-se como um rollup com execução fora da cadeia e compromissos de estado ancorados na Bitcoin
- • Segundo o projeto, a SVM visa proporcionar programabilidade e compatibilidade com o ecossistema de desenvolvimento da Solana; ambos os elementos deverão ser verificados
- • O design inicial prevê um sequencer centralizado e uma bridge federada, com um roadmap de descentralização a dois a quatro anos
- • A disponibilidade dos dados e a inclusão forçada permanecem em desenvolvimento: são marcos críticos antes da mainnet
- • O projeto apresenta-o como um rollup e não como uma sidechain. O nível de segurança herdado da Bitcoin dependerá do design efetivo da ancoragem, da disponibilidade dos dados, da bridge e dos mecanismos de verificação