Guía de referencia
¿Qué es Bitcoin Hyper?
Bitcoin Hyper se presenta como una propuesta de rollup Layer 2 para Bitcoin que utilizaría la Solana Virtual Machine como entorno de ejecución. Esta página recorre sus fundamentos y la arquitectura propuesta.
⚠ Documentado frente a prometido
Esta web distingue de forma sistemática entre lo documentado y contrastable —por ejemplo, los elementos observables en devnet— y lo anunciado o todavía en desarrollo. Esta distinción se señala de forma explícita a lo largo de la página.
La arquitectura de tres capas
Bitcoin — la capa de liquidación
En la arquitectura propuesta, Bitcoin cumple la función de capa de liquidación y anclaje. Según la documentación del proyecto, el rollup Hyper publicaría periódicamente en Bitcoin su state commitment —una raíz de Merkle del estado actual— mediante OP_RETURN o Taproot. Este anclaje permitiría registrar compromisos de estado y detectar alteraciones posteriores, pero no garantiza por sí solo la corrección del estado, la disponibilidad de los datos ni la seguridad del puente.
Estado declarado: arquitectura descrita en el whitepaper | anclaje periódico en desarrollo
Hyper Rollup — la capa de ejecución
La arquitectura propuesta consta de cuatro componentes principales: ejecución (la SVM con la paralelización de Sealevel), secuenciación (la ordenación de las transacciones, centralizada en el lanzamiento), disponibilidad de datos (dónde residen los datos completos de las transacciones, todavía en investigación) y el puente (el Canonical Bridge BTC↔Hyper, en pruebas en devnet).
Estado declarado: SVM operativa en devnet según el proyecto | disponibilidad de datos e inclusión forzosa en desarrollo
Aplicaciones — la capa de usuario
La capa destinada a aplicaciones como protocolos DeFi, DEX, mercados de NFT, préstamos, stablecoins, juegos y herramientas de cumplimiento normativo. Según la documentación del proyecto, los programas se desarrollarían en Rust con Anchor y un toolchain similar al de Solana. La compatibilidad real y las adaptaciones necesarias deberán comprobarse mediante documentación técnica y pruebas independientes.
Estado declarado: primeros programas SVM probados en devnet según el proyecto | ecosistema de aplicaciones en formación
Los cuatro componentes de un rollup
Todo rollup, no solo Bitcoin Hyper, se sostiene sobre estos cuatro pilares.
Ejecución
La máquina virtual que ejecuta los smart contracts. La arquitectura propuesta para Hyper utiliza la SVM con el runtime Sealevel para la paralelización. Las transacciones que afectan a cuentas distintas pueden ejecutarse en paralelo, lo que puede aumentar la capacidad de procesamiento.
◎ Operativa en devnet según el proyectoSecuenciación
El componente que determina la ordenación de las transacciones. Decide su secuencia, con implicaciones para el MEV y la censura. El proyecto prevé inicialmente un único sequencer centralizado. Según el roadmap, la descentralización se produciría en un plazo de dos a cuatro años.
⚠ Centralizado en el lanzamientoLiquidación
El anclaje periódico del state commitment a Bitcoin. Cada anclaje publicaría la raíz de Merkle del estado actualizado. La documentación describe una frecuencia adaptativa: un anclaje más frecuente podría reducir el tiempo hasta la finalidad, pero incrementaría el coste de las comisiones en Bitcoin.
◎ En desarrolloDisponibilidad de datos
La disponibilidad de datos determina dónde se almacenan y cómo se ponen a disposición los datos necesarios para reconstruir las transacciones y el estado. Si esos datos no fueran públicamente accesibles, el sistema se apartaría del modelo de rollup con disponibilidad de datos pública y se aproximaría a un esquema de tipo validium. A fecha de 28 de abril de 2026, la solución definitiva seguía en investigación.
⚠ En investigación💡 Ideas clave
- • Bitcoin Hyper se presenta como un rollup con ejecución fuera de la cadena y compromisos de estado anclados a Bitcoin
- • Según el proyecto, la SVM pretende aportar programabilidad y compatibilidad con el ecosistema de desarrollo de Solana; ambas deberán verificarse
- • El diseño inicial prevé un sequencer centralizado y un puente federado, con un roadmap de descentralización de dos a cuatro años
- • La disponibilidad de datos y la inclusión forzosa siguen en desarrollo: son hitos críticos previos a la mainnet
- • El proyecto lo presenta como un rollup, no como una sidechain. El grado de seguridad heredado de Bitcoin dependerá del diseño efectivo del anclaje, la disponibilidad de datos, el puente y los mecanismos de verificación