Preguntas frecuentes (FAQ)

Según la documentación publicada, Bitcoin Hyper se presenta como un rollup Layer 2 sobre Bitcoin que utilizaría la Solana Virtual Machine (SVM) como entorno de ejecución. El diseño prevé ejecutar transacciones y smart contracts fuera de la cadena y publicar compromisos de estado en Bitcoin.

Bitcoin es la capa base, con una capacidad de procesamiento limitada y una programabilidad deliberadamente restringida. Bitcoin Hyper se presenta como una capa adicional que utilizaría la SVM para ejecutar smart contracts, pero introduce supuestos de confianza adicionales, entre ellos el sequencer y el puente. El grado de seguridad que pueda heredar de Bitcoin dependerá del diseño efectivo del anclaje, la disponibilidad de datos, el puente y los mecanismos de verificación.

La SVM exige que las transacciones declaren las cuentas que utilizan, lo que permite ejecutar en paralelo aquellas que no entran en conflicto. La EVM emplea un modelo de ejecución secuencial a nivel de protocolo. Según el proyecto, esta diferencia permitiría aumentar la capacidad de procesamiento. La compatibilidad real con programas y herramientas del ecosistema Solana deberá comprobarse mediante documentación técnica y pruebas independientes.

A 28 de abril de 2026, Bitcoin Hyper se encuentra en una fase de devnet con acceso selectivo. Según el proyecto, los programas SVM se ejecutan de forma nativa, el explorador está disponible y se han probado tokens SPL, aplicaciones DeFi básicas y configuraciones multifirma. El Canonical Bridge se encuentra en pruebas en devnet. La mainnet y las auditorías públicas todavía no están disponibles.

El whitepaper original situaba la mainnet en Q4 2025–Q1 2026. A 28 de abril de 2026 aún no estaba operativa. La ventana anunciada posteriormente por el proyecto es Q3–Q4 2026, un plazo orientativo condicionado a la finalización de las auditorías, el puente, la salida forzosa y la solución de disponibilidad de datos.

A 28 de abril de 2026 no se habían identificado informes públicos de auditoría del protocolo o del puente. El whitepaper prevé su publicación antes del TGE. Continúa siendo un hito crítico pendiente de verificación.

Según la arquitectura descrita, el sequencer calcularía un state commitment —habitualmente una raíz de Merkle— y lo publicaría periódicamente en Bitcoin mediante OP_RETURN o Taproot. Esto permitiría comprobar que el compromiso fue registrado, pero no verificaría por sí solo la corrección del estado, la disponibilidad de los datos ni la seguridad del puente. La documentación plantea una frecuencia adaptativa: un anclaje más frecuente podría reducir el tiempo hasta la finalidad, con un mayor coste en comisiones de Bitcoin.

Es uno de los principales riesgos del diseño actual. Si se implementara un mecanismo de salida forzosa, los usuarios podrían retirar fondos directamente en Bitcoin incluso sin la cooperación del sequencer. Mientras esa función continúe en desarrollo, una interrupción o censura del sequencer podría bloquear temporalmente la operativa y los fondos dentro del rollup.

Depende de la solución definitiva de disponibilidad de datos. Con datos públicamente accesibles y mecanismos adecuados de verificación, el diseño podría ajustarse a un modelo de rollup. Si los datos quedaran únicamente bajo el control del sequencer o de un comité restringido, se aproximaría a un esquema de tipo validium. A 28 de abril de 2026, la solución definitiva continuaba en estudio.

Según la tokenomics publicada por el proyecto, el suministro total previsto es de 21.000 millones de $HYPER. La asignación declarada es: 25% Tesorería, 30% Desarrollo, 20% Marketing, 15% Recompensas y 10% Listados. Las condiciones publicadas para la preventa indican un periodo de vesting de siete días.

Según la documentación del proyecto, $HYPER se utilizaría para pagar comisiones, participar en staking y, en una fase futura, en mecanismos de gobernanza. El roadmap también menciona posibles mecanismos de recompra y quema vinculados a los ingresos del sequencer. Estas funciones deberán verificarse tras el lanzamiento de la mainnet.

$HYPER implica un riesgo muy elevado: el proyecto se encuentra en una fase previa a la mainnet, no se han publicado auditorías del protocolo o del puente, el diseño inicial prevé un sequencer centralizado y la custodia del puente sería federada. Existe la posibilidad de pérdida total del capital. Este sitio tiene una finalidad divulgativa y no presta asesoramiento de inversión personalizado. Para una evaluación individual, consulte a un profesional autorizado.

El autor expone su perspectiva sobre el proyecto en el libro. La información actualizada sobre sus posiciones se publica en la declaración de intereses de este sitio.

A tres tipos de lectores: (1) el lector curioso que quiere entender sin convertirse en ingeniero; (2) el inversor o asesor que evalúa el proyecto con un enfoque de due diligence; (3) el desarrollador o investigador que desea profundizar en las decisiones de arquitectura. Volumen I: 523 páginas, 24 capítulos. La obra completa comprende dos volúmenes: 36 capítulos.

El libro está disponible en Amazon. Primera edición, julio de 2026. Disponible en amazon.com: busque «Due Diligence of a Layer 2 – The Bitcoin Hyper Case».