Whitepaper anotado

Requiere matización. Según la arquitectura descrita, Bitcoin Hyper prevé publicar compromisos de estado en Bitcoin. Ese anclaje no garantiza por sí solo la corrección del estado, la disponibilidad de los datos ni la seguridad del puente. Además, la custodia de los BTC en el puente se describe como federada o centralizada en el lanzamiento, por lo que un fallo o compromiso del puente podría poner en riesgo los activos.

La documentación del proyecto describe un entorno de ejecución basado en la SVM y compatibilidad con herramientas del ecosistema Solana. La compatibilidad efectiva del código, Anchor, la CLI y los programas de sistema deberá verificarse mediante documentación técnica pública y pruebas independientes. Las comisiones se pagarían en $HYPER, no en SOL.

La arquitectura propuesta es coherente con la ejecución paralela de Sealevel, pero no se han publicado pruebas de rendimiento específicas de Bitcoin Hyper. La capacidad efectiva dependerá también del sequencer, de la disponibilidad de datos y de la implementación final.

No cumplido en la fecha indicada. A 28 de abril de 2026 la mainnet aún no estaba operativa. La documentación pública disponible no permite atribuir con certeza el retraso a una única causa; deberán verificarse los hitos pendientes del puente, las auditorías y los demás componentes antes del lanzamiento.

A fecha de 28 de abril de 2026 se habían identificado dos informes públicos relativos al contrato ERC-20 de $HYPER, pero no informes públicos de auditoría del protocolo Layer 2 o del puente. El compromiso de publicar auditorías antes del TGE seguía, por tanto, pendiente de verificación para esos componentes.