¿Qué es Bitcoin Hyper?

Un rollup Layer 2 sobre Bitcoin que usa la Solana Virtual Machine como motor de ejecución. Explicado desde los fundamentos hasta la arquitectura completa.

⚠ Documentado vs prometido

Este sitio distingue siempre entre lo que está documentado y verificable (en producción en devnet) y lo que está prometido o en desarrollo. Encontrará esta distinción explícita en toda la página.

La arquitectura de 3 capas

Capa 3 — Aplicaciones DeFi · NFT · DEX · Lending · Wallet · Gaming · Oracle · Compliance SVM programs (Rust/Anchor) Capa 2 — Hyper Rollup Ejecución SVM / Sealevel Sequencing Centralizado → descentraliz. Data Availability En fase de investigación ⚠ Bridge Canonical Bridge (testing) Capa 1 — Bitcoin (Settlement) Seguridad · Inmutabilidad · Finalidad · OP_RETURN · Taproot
1

Bitcoin — la capa de settlement

Bitcoin es el notario final. El rollup Hyper publica periódicamente su propio state commitment (una Merkle root del estado actual) en Bitcoin mediante OP_RETURN o Taproot. Este anclaje garantiza que el historial del rollup está protegido por la misma seguridad de Bitcoin: para reescribirlo, habría que reescribir la blockchain de Bitcoin.

Stato: ✓ Arquitectura documentata nel whitepaper | Ancoraggio periodico in sviluppo

2

Hyper Rollup — la capa de ejecución

El núcleo del sistema. Cuatro componentes fundamentales: ejecución (SVM con paralelización Sealevel), sequencing (orden de transacciones, centralizado al lanzamiento), data availability (dónde residen los datos completos de las transacciones — aún en investigación), bridge (Canonical Bridge BTC↔Hyper, en testing en devnet).

Estado: ✓ SVM operativa en devnet | ⚠ DA y forced inclusion en desarrollo

3

Aplicaciones — la capa de usuario

Todo lo que se puede construir: protocolos DeFi, DEX, NFT marketplace, lending, stablecoins, juegos, herramientas de compliance. Los programas se escriben en Rust con el framework Anchor — las mismas herramientas de Solana. Un programa Solana existente debería funcionar en Hyper con modificaciones mínimas (endpoint RPC + configuración de red).

Estado: ✓ Primeros programas SVM probados en devnet | Ecosistema de aplicaciones en formación

Los 4 componentes del rollup

Todo rollup — no solo Bitcoin Hyper — está construido sobre estos cuatro cimientos.

Ejecución

La máquina virtual que ejecuta los smart contracts. En Hyper: SVM con runtime Sealevel para paralelización. Las transacciones que tocan cuentas distintas se ejecutan en paralelo, aumentando el throughput.

✓ Operativa en devnet

Sequencing

El componente que decide el orden de las transacciones. Determina quién paga qué y cuándo. Tiene implicaciones en MEV y censura. Al lanzamiento: sequencer único centralizado. Hoja de ruta: descentralización en 2–4 años.

⚠ Centralizado al lanzamiento

Settlement

El anclaje periódico del state commitment en Bitcoin. Cada anclaje publica la Merkle root del estado actualizado. La frecuencia es adaptativa: más anclajes = finalidad más rápida, pero mayores costes de fee en Bitcoin.

◎ En desarrollo
📦

Data Availability

Dónde se archivan y ponen a disposición los datos completos de todas las transacciones. Si los datos no están disponibles públicamente, el rollup es técnicamente un validium. Solución final aún en investigación a 28/04/2026.

⚠ En fase de investigación

💡 Puntos clave

  • • Bitcoin Hyper es un rollup: ejecución off-chain, seguridad anclada en Bitcoin
  • • Usa SVM (Solana VM) — programabilidad completa, compatibilidad Solana para desarrolladores
  • • Al lanzamiento: sequencer centralizado, bridge federado — hoja de ruta de descentralización en 2–4 años
  • • Data availability y forced inclusion aún en desarrollo: hitos críticos pre-mainnet
  • • No es una sidechain: la seguridad final deriva de Bitcoin, no de validadores propios