Perguntas frequentes (FAQ)

Segundo a documentação publicada, o Bitcoin Hyper apresenta-se como um rollup Layer 2 sobre a Bitcoin que utilizaria a Solana Virtual Machine (SVM) como ambiente de execução. O design prevê executar transações e smart contracts fora da cadeia e publicar compromissos de estado na Bitcoin.

A Bitcoin constitui a camada de base, com uma capacidade de processamento limitada e uma programabilidade deliberadamente restrita. O Bitcoin Hyper apresenta-se como uma camada adicional que utilizaria a SVM para executar smart contracts, mas introduz pressupostos de confiança adicionais, nomeadamente o sequencer e a bridge. O nível de segurança suscetível de ser herdado da Bitcoin dependerá do design efetivo da ancoragem, da disponibilidade dos dados, da bridge e dos mecanismos de verificação.

A SVM exige que as transações declarem as contas que utilizam, o que permite executar em paralelo aquelas que não entram em conflito. A EVM utiliza um modelo de execução sequencial ao nível do protocolo. Segundo o projeto, esta diferença permitiria aumentar a capacidade de processamento. A compatibilidade real com os programas e as ferramentas do ecossistema Solana deverá ser verificada através de documentação técnica e de testes independentes.

Em 28 de abril de 2026, o Bitcoin Hyper encontra-se em fase de devnet com acesso seletivo. Segundo o projeto, os programas SVM são executados nativamente, o explorador está disponível e foram testados tokens SPL, aplicações DeFi de base e configurações multiassinatura. A Canonical Bridge está em fase de teste na devnet. A mainnet e as auditorias públicas ainda não estão disponíveis.

O whitepaper inicial situava a mainnet entre o T4 2025 e o T1 2026. Em 28 de abril de 2026, ainda não estava operacional. A janela anunciada posteriormente pelo projeto é o T3–T4 2026, um calendário indicativo condicionado pela conclusão das auditorias, da bridge, do mecanismo de saída forçada e da solução de disponibilidade dos dados.

Em 28 de abril de 2026 não tinha sido identificado qualquer relatório público de auditoria do protocolo ou da bridge. O whitepaper prevê a sua publicação antes do TGE. Trata-se ainda de um marco crítico por verificar.

Segundo a arquitetura descrita, o sequencer calcularia um state commitment — geralmente uma raiz de Merkle — e publicá-lo-ia periodicamente na Bitcoin através de OP_RETURN ou Taproot. Isso permitiria verificar que o compromisso foi efetivamente registado, mas não permitiria, por si só, verificar a exatidão do estado, a disponibilidade dos dados nem a segurança da bridge. A documentação prevê uma frequência adaptativa: uma ancoragem mais frequente poderia reduzir o prazo até à finalidade, ao preço de taxas Bitcoin mais elevadas.

Trata-se de um dos principais riscos do design atual. Se um mecanismo de saída forçada fosse implementado, os utilizadores poderiam levantar os seus fundos diretamente na Bitcoin mesmo sem a cooperação do sequencer. Enquanto esta funcionalidade permanecer em desenvolvimento, uma interrupção ou uma censura do sequencer poderia bloquear temporariamente as operações e os fundos dentro do rollup.

Depende da solução definitiva adotada para a disponibilidade dos dados. Com dados acessíveis publicamente e mecanismos de verificação adequados, o design poderia corresponder a um modelo de rollup. Se os dados permanecessem apenas sob o controlo do sequencer ou de um comité restrito, aproximar-se-ia de um modelo do tipo validium. Em 28 de abril de 2026, a solução definitiva encontrava-se ainda em estudo.

Segundo a tokenomics publicada pelo projeto, a oferta total prevista é de 21 mil milhões de $HYPER. A alocação anunciada é a seguinte: 25 % Tesouraria, 30 % Desenvolvimento, 20 % Marketing, 15 % Recompensas e 10 % Listagens. As condições publicadas para a pré-venda indicam um período de vesting de sete dias.

Segundo a documentação do projeto, o $HYPER seria utilizado para pagar as taxas, participar no staking e, numa fase posterior, nos mecanismos de governação. O roadmap menciona igualmente possíveis mecanismos de recompra e destruição associados às receitas do sequencer. Estas funções deverão ser verificadas após o lançamento da mainnet.

O $HYPER apresenta um nível de risco muito elevado: o projeto encontra-se numa fase anterior à mainnet, não foi publicada qualquer auditoria do protocolo ou da bridge, o design inicial prevê um sequencer centralizado e a custódia associada à bridge seria federada. É possível a perda total do capital. Este site tem uma finalidade pedagógica e não presta qualquer aconselhamento de investimento personalizado. Para uma avaliação individual, consulte um profissional habilitado.

O autor expõe o seu ponto de vista sobre o projeto no livro. A informação atualizada sobre as suas posições é publicada na declaração de interesses deste site.

A três tipos de leitores: (1) o leitor curioso que pretende compreender sem se tornar engenheiro; (2) o investidor ou consultor que avalia o projeto segundo uma abordagem de due diligence; (3) o programador ou investigador que pretende aprofundar as opções de arquitetura. Volume I: 523 páginas, 24 capítulos. A obra completa compreende dois volumes: 36 capítulos.

O livro está disponível na Amazon. Primeira edição, julho de 2026. Na amazon.com, procure «Due Diligence of a Layer 2 – The Bitcoin Hyper Case».