Roadmap

Os marcos do projeto, desde a sua fundação até aos objetivos de descentralização anunciados. Fonte de referência desta cronologia: o whitepaper do Bitcoin Hyper — versão acompanhada: 4 de janeiro de 2026. As etapas futuras são apresentadas como objetivos anunciados e não como realizações confirmadas.

bitcoinhyper.com/fr |

Nota metodológica: os marcos assinalados com ✓ são apresentados como cumpridos na documentação do projeto; esta indicação não constitui necessariamente uma verificação independente. Os marcos assinalados com ○ correspondem a objetivos ou calendários anunciados. O calendário inicial da mainnet já evoluiu. Em 10 de agosto de 2026, a pré-venda continua a ser apresentada como ativa no site oficial e a devnet é objeto de atualizações públicas; as etapas testnet pública, mainnet e listagens permanecem, portanto, apresentadas abaixo como objetivos a verificar.

✓ Documentado T2 2025

Fundação

Lançamento do site oficial, identidade de marca, whitepaper v1, constituição da equipa principal e desenvolvimento da comunidade no X, Telegram e Discord

◉ Em curso T2 2025 – T3 2026

Pré-venda e staking

O token $HYPER é proposto no âmbito de uma pré-venda pública por fases. Em 10 de agosto de 2026, o site oficial continua a apresentar a pré-venda como ativa. Segundo o projeto, o staking está disponível. Foram publicadas auditorias ao contrato token; devem ser distinguidas das auditorias do protocolo Layer 2 e da bridge.

✓ Documentado Desde meados de 2025

Devnet declarada operacional

Segundo a documentação e as atualizações publicadas pelo projeto, programas SVM são executados nativamente na devnet, com um explorador e testes incidindo nomeadamente sobre tokens SPL e configurações multiassinatura.

◎ Em desenvolvimento Verificação em 10 de agosto de 2026

Auditorias de segurança

Existem auditorias públicas ao contrato token. Não constituem auditorias completas do protocolo Layer 2 nem da Canonical Bridge. Em 10 de agosto de 2026, não foi identificado, no acompanhamento efetuado por este site, qualquer relatório público completo que abranja a bridge, o sequencer e o conjunto do protocolo Layer 2.

◎ Em desenvolvimento Fase anterior à mainnet

Canonical Bridge em fase de teste

Segundo a documentação do projeto, a Canonical Bridge BTC↔Hyper encontra-se em fase de teste na devnet e a saída forçada permanece em desenvolvimento. O objetivo anunciado é evoluir para uma bridge progressivamente menos dependente da confiança e da custódia centralizada.

○ Previsto Objetivo anterior a T3 2026

Testnet pública

Abertura anunciada da testnet aos programadores e à comunidade como etapa prévia à mainnet. Este objetivo constava antes do T3 2026 na cronologia acompanhada; em 10 de agosto de 2026, o seu cumprimento permanece por confirmar a partir de documentação pública verificável.

○ Previsto Objetivo T3 2026

Lançamento da mainnet

Segundo o roadmap acompanhado, o projeto prevê implementar a rede Layer 2 do Bitcoin Hyper, ativar a bridge canónica BTC, finalizar o ambiente SVM e integrar as primeiras dApps e smart contracts. O T3 2026 constitui aqui um objetivo anunciado: o lançamento efetivo deverá ser confirmado por elementos públicos verificáveis.

○ Previsto Objetivo T3–T4 2026

Listagens e expansão do ecossistema

Listagens anunciadas do $HYPER em DEX e CEX, disponibilização de ferramentas para programadores — SDK e API — e integração progressiva de projetos DeFi, gaming e NFT. O preço de listagem de 0,013681 USD consta da documentação acompanhada como valor anunciado pelo projeto e não como preço de mercado verificado.

○ Previsto T1 2027+

DAO e descentralização

Lançamento anunciado da DAO do Bitcoin Hyper para a governação comunitária, com incentivos destinados aos operadores de nós e aos programadores. Segundo o roadmap, a descentralização do sequencer é perspetivada num período de 2 a 4 anos após a mainnet.

Dependências críticas: a avaliação da preparação para a mainnet deve considerar, nomeadamente: (1) as auditorias completas do protocolo e da bridge, (2) a estabilização da bridge canónica e dos mecanismos de saída forçada, (3) a solução de disponibilidade dos dados e (4) os parâmetros definitivos de tokenomics. Estes elementos constituem dependências importantes a verificar antes de considerar a mainnet operacional.