Quadro de acompanhamento

Estado do projeto

Atualizado a — fontes: documentação publicada pelo projeto e verificações externas citadas nesta página. Site oficial: bitcoinhyper.com

Fase atual

Devnet

Acesso seletivo

Janela de mainnet indicada na documentação acompanhada

T3–T4 2026

Calendário indicativo, a revalidar em função das auditorias e do desenvolvimento

Auditorias públicas

Auditorias do token publicadas

SolidProof / Coinsult; nenhuma auditoria pública completa do protocolo ou da bridge identificada

SVM na devnet

Declarada operacional

Segundo o projeto; programas Rust/Anchor testados

Estado dos principais componentes

✓ Na devnet

Camada de execução SVM

Segundo a documentação do projeto, os programas SVM são executados nativamente na devnet. O projeto indica que foram testados tokens SPL, mecanismos de escrow e configurações multiassinatura.

◉ Em curso

Sequencer (centralizado)

Operacional na devnet segundo o projeto. No lançamento da mainnet, prevê-se que seja centralizado e gerido pela equipa.

✓ Na devnet

Explorador da devnet

O projeto mantém um explorador público da devnet.

◎ Em desenvolvimento

Canonical Bridge

Segundo a documentação do projeto, a Canonical Bridge encontra-se em fase de teste na devnet. A saída forçada ainda não está implementada e o modelo inicial de custódia é federado.

◎ Em desenvolvimento

Ancoragem na Bitcoin

A documentação descreve uma ancoragem através de OP_RETURN ou Taproot. A frequência adaptativa permanece em desenvolvimento.

◎ Em desenvolvimento

Disponibilidade dos dados

A solução definitiva permanece em estudo. Entre as abordagens exploradas: camadas externas de disponibilidade dos dados, erasure coding e nós distribuídos.

○ Previsto

Inclusão e saída forçadas

Mecanismo de resistência à censura. Permanece em desenvolvimento e não está disponível na devnet.

◎ Em desenvolvimento

Sistema de provas (ZK/fraude)

O projeto indica estar a desenvolver um modelo híbrido que combina provas de fraude e provas de validade. Segundo a sua documentação, este sistema não estaria ativo no lançamento inicial.

○ Previsto

Auditorias de segurança

Foram identificadas auditorias públicas ao contrato token, nomeadamente da SolidProof e da Coinsult. A auditoria da SolidProof incide explicitamente sobre um único contrato token e não sobre o protocolo Layer 2, a bridge ou os restantes contratos. Não foi identificada nesta verificação qualquer auditoria pública completa do protocolo ou da bridge.

○ Previsto

Testnet pública

Segundo o roadmap, o projeto prevê abrir a testnet aos programadores e à comunidade antes da mainnet.

○ Previsto

Mainnet

O design inicial descrito pelo projeto prevê um sequencer centralizado e uma bridge federada. O lançamento depende, nomeadamente, da conclusão das auditorias e da bridge canónica.

○ Previsto

Descentralização do sequencer

O roadmap prevê um prazo de 2 a 4 anos após a mainnet: rotação, leilões e seleção do líder.

Cronologia das principais atualizações

Julho de 2026 Livro

Publicação do Volume I de «Due Diligence of a Layer 2 – The Bitcoin Hyper Case», de Michele Stefanelli: uma análise técnica independente do projeto, com 523 páginas e 24 capítulos; a obra completa compreende 36 capítulos.

Março de 2026 Anúncio da equipa

Segundo uma comunicação publicada pelo projeto, a solução definitiva de disponibilidade dos dados permanecia em estudo e estavam a ser exploradas várias linhas de trabalho.

Final de 2025 Devnet

Segundo a documentação do projeto, programas SVM eram executados nativamente, com um explorador ativo e primeiros testes DeFi, tokens SPL, escrow e multiassinatura junto de programadores selecionados.

T2–T4 2025 Pré-venda e staking

O token $HYPER é proposto no âmbito de uma pré-venda pública por fases. Segundo o projeto, o staking está ativo e a devnet seletiva foi aberta a alguns parceiros e programadores.

T2 2025 Fundação

Arquitetura inicial, whitepaper v1 e constituição da equipa principal.

Verificação automatizada do contrato

GoPlusLabs · maio de 2026

✓ Dados consultados

✓
Código-fonte verificado Código-fonte publicado e verificado no BscScan
✓
Sem proxy O contrato não pode ser atualizado através de um modelo proxy
✓
Sem função de mint Não podem ser emitidos novos tokens após a implementação
✓
Propriedade renunciada Endereço do proprietário: 0x000…0000 (dead address)
✓
Sem proprietário oculto Nenhuma função oculta de transferência de propriedade
✓
Sem autodestruição O contrato não pode ser destruído unilateralmente
✓
Sem lista negra Nenhum mecanismo que permita bloquear endereços específicos
✓
Sem lista branca Nenhuma restrição seletiva das transferências
✓
0 % de taxas na compra, na venda e na transferência Não é aplicada qualquer taxa às transações
✓
Taxas não modificáveis As taxas não podem ser aumentadas após a implementação
✓
Mecanismo anti-whale não modificável O limite de detenção não pode ser alterado pela equipa

⚠ Pontos que exigem atenção particular

⚠
Risco associado às chamadas externas O contrato efetua chamadas externas. A GoPlusLabs assinala um risco de reentrância ou de comportamentos inesperados caso os contratos dependentes sejam atualizados.
⚠
Honeypot potencial O verificador automático da GoPlusLabs devolveu um indicador de honeypot potencial durante a simulação. Não foi possível verificar uma venda de forma independente.
⚠
Mecanismo anti-whale presente Existe um mecanismo anti-whale — limite de detenção — embora não seja modificável. Pode afetar a liquidez na fase inicial.

Nota editorial

As verificações automatizadas da GoPlusLabs não substituem uma auditoria formal realizada por uma empresa independente especializada (por exemplo CertiK, Quantstamp ou Hacken). O indicador de «honeypot potencial» exige verificação manual: um contrato pode produzir um resultado positivo em simulação devido a uma lógica condicional associada à liquidez ou a um bloqueio. A ausência de função de mint e a renúncia à propriedade constituem indicadores estruturais positivos, mas não garantem a segurança global do protocolo, que depende também da bridge canónica, do staking e da governação, não examinados nesta ficha. Importa ainda distinguir esta verificação automatizada das auditorias ao contrato token Ethereum publicadas por empresas especializadas.

Dados obtidos através da Token Security API da GoPlusLabs (BSC chain 56) — maio de 2026. Esta ficha é atualizada manualmente; para os dados mais recentes, consultar GoPlusLabs y BscScan.

Pontos a vigiar

Os próximos marcos críticos, por ordem de importância:

  1. 1. Publicação de auditorias completas do protocolo Layer 2 e da bridge por empresas independentes reconhecidas
  2. 2. Definição e documentação da solução de disponibilidade dos dados
  3. 3. Implementação e teste da inclusão e da saída forçadas em testnet
  4. 4. Abertura da testnet pública a programadores não selecionados
  5. 5. Publicação das especificações técnicas relativas à descentralização do sequencer
  6. 6. Publicação do repositório GitHub do código principal