Panel de seguimiento

Estado del proyecto

Actualizado el — fuentes: documentación publicada por el proyecto y verificaciones externas citadas en esta página. Sitio oficial: bitcoinhyper.com

Fase actual

Devnet

Acceso selectivo

Ventana anunciada para la mainnet

Q3–Q4 2026

Plazo orientativo, sujeto a auditorías y desarrollo

Auditorías públicas

Aún no publicadas

Anunciadas para antes del TGE

SVM en devnet

Declarada operativa

Según el proyecto; programas Rust/Anchor probados

Estado de los componentes principales

✓ En devnet

Capa de ejecución SVM

Según la documentación del proyecto, los programas SVM se ejecutan de forma nativa en devnet. El proyecto indica que se han probado tokens SPL, escrow y multisig.

◉ En curso

Sequencer (centralizado)

Operativo en devnet según el proyecto. En el lanzamiento de la mainnet está previsto que sea centralizado y gestionado por el equipo.

✓ En devnet

Explorador de la devnet

El proyecto mantiene un explorador público de la devnet.

◎ En desarrollo

Canonical Bridge

Según la documentación del proyecto, el Canonical Bridge se encuentra en pruebas en devnet. La salida forzosa aún no está implementada y el modelo de custodia inicial es federado.

◎ En desarrollo

Anclaje en Bitcoin

La documentación describe un anclaje mediante OP_RETURN o Taproot. La frecuencia adaptativa continúa en desarrollo.

◎ En desarrollo

Disponibilidad de datos

La solución definitiva sigue en fase de investigación. Enfoques explorados: capas de disponibilidad de datos externas, erasure coding, nodos distribuidos.

○ Previsto

Inclusión y salida forzosas

Mecanismo contra la censura. Sigue en desarrollo y no está disponible en devnet.

◎ En desarrollo

Sistema de pruebas (ZK/fraude)

El proyecto indica que está desarrollando un modelo híbrido de pruebas de fraude y de validez. Según su documentación, este sistema no estaría activo en el lanzamiento inicial.

○ Previsto

Auditorías de seguridad

El proyecto afirma que se realizarán antes del TGE. A fecha de 28/04/2026 no se había publicado ninguna auditoría pública.

○ Previsto

Testnet pública

Según el roadmap, el proyecto prevé abrir la testnet a desarrolladores y a la comunidad como fase previa a la mainnet.

○ Previsto

Mainnet

El diseño inicial descrito por el proyecto prevé un sequencer centralizado y un puente federado. El lanzamiento depende de la finalización de las auditorías y del puente canónico.

○ Previsto

Descentralización del sequencer

El roadmap prevé un plazo de 2–4 años desde la mainnet. Rotación, subastas, elección de líder.

Cronología de las actualizaciones principales

Julio de 2026 Libro

Publicación de la edición en inglés de «Due Diligence of a Layer 2 – The Bitcoin Hyper Case, Vol. I», de Michele Stefanelli: un análisis técnico independiente del proyecto, con 523 páginas y 24 capítulos; la obra completa comprende 36 capítulos.

Marzo de 2026 Anuncio del equipo

Según una comunicación publicada por el proyecto, la solución definitiva de disponibilidad de datos seguía en fase de investigación y se estaban explorando varias líneas de trabajo.

Finales de 2025 Devnet

Según la documentación del proyecto, programas SVM ejecutándose de forma nativa, explorador activo y primeras pruebas de DeFi, tokens SPL, escrow y multisig con desarrolladores seleccionados.

Q2–Q4 2025 Preventa y staking

El token $HYPER se ofrece mediante una preventa pública por fases. Según el proyecto, el staking está activo y la devnet selectiva se ha abierto a socios y desarrolladores seleccionados.

Q2 2025 Fundación

Arquitectura inicial, whitepaper v1, formación del equipo principal.

Comprobación automatizada del contrato

GoPlusLabs · mayo de 2026

✓ Datos consultados

✓
Código fuente verificado Código fuente publicado y verificado en BscScan
✓
Sin proxy El contrato no es actualizable mediante un patrón proxy
✓
Sin función de emisión No pueden emitirse nuevos tokens después del despliegue
✓
Propiedad renunciada Dirección del propietario: 0x000…0000 (dead address)
✓
Sin propietario oculto Sin función oculta de transferencia de la propiedad
✓
Sin autodestrucción El contrato no puede destruirse de forma unilateral
✓
Sin lista negra Sin mecanismo para bloquear direcciones concretas
✓
Sin lista blanca Sin restricción selectiva de las transferencias
✓
0% de comisión en compra, venta y transferencia No se aplica ninguna comisión a las transacciones
✓
Comisión no modificable Las comisiones no pueden aumentarse después del despliegue
✓
Mecanismo anti-whale no modificable El límite de tenencia no puede ser modificado por el equipo

⚠ Puntos que requieren atención

⚠
Riesgo de llamadas externas El contrato realiza llamadas externas. GoPlusLabs señala el riesgo de reentrada o de comportamientos inesperados en caso de que se actualicen los contratos dependientes.
⚠
Posible honeypot El verificador automático de GoPlusLabs devolvió un indicador de posible honeypot durante la simulación. No ha podido verificarse de forma independiente una venta.
⚠
Mecanismo anti-whale presente Existe un mecanismo anti-whale (límite de tenencia), aunque no es modificable. Puede afectar a la liquidez en la fase inicial.

Nota editorial

Las comprobaciones automáticas de GoPlusLabs no sustituyen a una auditoría formal realizada por una empresa especializada independiente (por ejemplo, CertiK, Quantstamp o Hacken). El indicador de «posible honeypot» exige una verificación manual en testnet: un contrato puede devolver un resultado positivo en simulación por una lógica condicional vinculada a la liquidez o a un bloqueo. La ausencia de función de emisión y la renuncia a la propiedad son indicadores estructuralmente positivos, pero no garantizan la seguridad global del protocolo, que depende también de los contratos del puente canónico, del staking y de la gobernanza, no examinados en esta ficha.

Datos obtenidos de la Token Security API de GoPlusLabs (BSC chain 56) — mayo de 2026. Esta ficha se actualiza manualmente; para los datos más recientes puede consultarse GoPlusLabs y BscScan.

Señales que conviene vigilar

Los próximos hitos críticos, por orden de importancia:

  1. 1. Publicación de las primeras auditorías de seguridad por parte de empresas independientes reconocidas
  2. 2. Definición y documentación de la solución de disponibilidad de datos
  3. 3. Implementación y prueba de la inclusión y la salida forzosas en testnet
  4. 4. Apertura de la testnet pública a desarrolladores no seleccionados
  5. 5. Publicación de las especificaciones técnicas para la descentralización del sequencer
  6. 6. Publicación del repositorio GitHub del código principal