Glosario

Publicación periódica de un state commitment del rollup en la capa base de Bitcoin. El anclaje registra un compromiso de estado y permite detectar alteraciones posteriores, pero no garantiza por sí solo la corrección del estado, la disponibilidad de los datos ni la seguridad del puente.

Opcode del lenguaje de script de Bitcoin que permite incorporar hasta 80 bytes de datos arbitrarios en una transacción, dejándola demostrablemente no gastable. Se utiliza para anclar state commitments.

Actualización de Bitcoin (BIP 341/342, activada en noviembre de 2021) que introduce las firmas Schnorr y MAST. Mejora la privacidad, la eficiencia y la flexibilidad de los scripts, y resulta relevante para mecanismos de anclaje más eficientes.

Unspent Transaction Output (salida de transacción no gastada). Modelo contable de Bitcoin: en lugar de «cuentas» existen «monedas no gastadas» de importes concretos. Difiere del modelo de cuentas que utilizan la SVM y Ethereum.

Solución Layer 2 que ejecuta las transacciones fuera de la cadena y publica periódicamente el estado comprimido en la capa base (L1). Combina la escalabilidad fuera de la cadena con una seguridad que, según el modelo adoptado, se apoya en la L1.

Blockchain independiente conectada a la L1 mediante un puente. Su seguridad depende principalmente de su propio mecanismo de consenso y del diseño del puente, no directamente de la seguridad de la L1.

Arquitectura similar a un rollup en la que los datos necesarios para reconstruir el estado se mantienen fuera de la L1. Puede reducir costes y aumentar la capacidad, pero introduce supuestos adicionales de disponibilidad de datos: si estos dejan de estar accesibles, los usuarios pueden perder la capacidad de verificar el estado o retirar fondos.

Rollup que asume por defecto que las transiciones de estado son válidas (de ahí el término «optimista»). Se apoya en pruebas de fraude para impugnar transiciones incorrectas dentro de una ventana temporal (habitualmente siete días en Ethereum).

Rollup que utiliza pruebas de validez —a menudo basadas en criptografía de conocimiento cero— para demostrar que las transiciones de estado cumplen las reglas del protocolo. Puede reducir los tiempos de confirmación frente a un optimistic rollup, aunque la finalidad efectiva también depende de la L1 y del diseño del sistema.

Runtime de ejecución desarrollado por Solana Labs. Permite la ejecución en paralelo al exigir que cada transacción declare de forma explícita las cuentas que utiliza. Según el proyecto, Bitcoin Hyper lo emplea como entorno de ejecución.

Runtime de paralelización de la SVM. Analiza las cuentas declaradas por cada transacción y permite ejecutar en paralelo aquellas que no entran en conflicto. Es uno de los elementos que contribuyen al rendimiento de Solana y, según el proyecto, del diseño previsto para Bitcoin Hyper.

Framework en Rust para desarrollar programas SVM. Añade macros, convenciones y herramientas de prueba que facilitan el desarrollo en Solana. Según el proyecto, Bitcoin Hyper pretende ofrecer un toolchain similar; la compatibilidad real deberá verificarse.

Biblioteca de programas estándar sobre la SVM: tokens (SPL Token), staking, gobernanza, entre otros. Según el proyecto, Bitcoin Hyper aspira a la compatibilidad con SPL, lo que permitiría reutilizar tokens y programas de Solana.

Componente del rollup que ordena las transacciones antes de su ejecución. Quien controla el sequencer puede determinar ese orden, con implicaciones en materia de MEV y de censura. En el lanzamiento de Bitcoin Hyper está previsto que sea centralizado.

Valor que puede extraerse reordenando, insertando u omitiendo transacciones dentro de un bloque o de un lote. Un sequencer centralizado puede disponer de una capacidad significativa para capturar o condicionar el MEV del rollup.

Mecanismo que permite a los usuarios «forzar» la inclusión de una transacción a través de la L1 de Bitcoin, eludiendo un sequencer que ejerza censura. En Bitcoin Hyper continuaba en desarrollo a 28/04/2026.

Puente oficial de Bitcoin Hyper para trasladar BTC de la L1 al rollup y en sentido inverso. En el lanzamiento: custodia federada o centralizada, con los supuestos de confianza que ello implica. El roadmap prevé una descentralización progresiva, todavía pendiente de verificación.

Mecanismo que permite a los usuarios retirar fondos del rollup incluso cuando el sequencer o el puente no colaboran, utilizando la L1 de Bitcoin. Es una función de seguridad crítica, todavía en desarrollo.

Garantía de que los datos de todas las transacciones son públicamente accesibles. Si faltan los datos, nadie puede reconstruir el estado del rollup. En Bitcoin Hyper la solución definitiva continúa en fase de estudio.

Representación comprimida (habitualmente una raíz de Merkle) del estado completo del rollup en un momento dado. Se publica periódicamente en Bitcoin como anclaje; su publicación no equivale a una verificación completa del estado.

Estructura de datos en forma de árbol en la que cada nodo padre es el hash de sus nodos hijos. Permite pruebas eficientes (pruebas de Merkle) de inclusión de datos sin revelar el conjunto completo.

Token que la documentación del proyecto presenta como nativo de Bitcoin Hyper. El suministro total declarado es de 21.000 millones. Según la documentación publicada, se prevé su uso para pagar comisiones, participar en staking y, en una fase futura, en mecanismos de gobernanza. La asignación declarada es: 25% Tesorería, 30% Desarrollo, 20% Marketing, 15% Recompensas y 10% Listados.

Mecanismo de liberación gradual de tokens a lo largo del tiempo. Según las condiciones publicadas para la preventa, $HYPER tendría un periodo de vesting de siete días.

Evento en el que un token se crea y se distribuye inicialmente. Según el whitepaper, las auditorías de seguridad deben completarse antes del TGE de Bitcoin Hyper.

Valor total de los activos depositados en los protocolos DeFi de una red. Es una métrica utilizada para calibrar la adopción y la confianza en un ecosistema.

Protocolo DeFi que utiliza fórmulas matemáticas (habitualmente x*y=k) para fijar los precios de intercambio, sin necesidad de un libro de órdenes tradicional.

Servicio que introduce datos del mundo real (precios, acontecimientos) en la blockchain. Resulta crítico para DeFi: los préstamos, los derivados y numerosos contratos dependen de precios externos fiables.

Prueba criptográfica que demuestra que una transición de estado no es válida. Se utiliza en los optimistic rollups para impugnar estados fraudulentos dentro de la ventana de impugnación.

Revisión del código fuente por parte de especialistas independientes, con el objetivo de identificar vulnerabilidades. En el caso de Bitcoin Hyper, el proyecto anunció la publicación de auditorías antes del TGE; a 28 de abril de 2026 no se habían identificado informes públicos de auditoría del protocolo o del puente.

Momento a partir del cual una transacción se considera irreversible bajo las reglas y los supuestos del sistema. En el diseño descrito para Bitcoin Hyper, los compromisos de estado ganarían confirmaciones en Bitcoin tras su publicación; esto no garantiza por sí solo la validez del estado ni la posibilidad de retirar fondos.

Red de pagos sobre Bitcoin basada en canales. Está diseñada principalmente para pagos rápidos y de bajo coste y no ofrece un entorno generalista de smart contracts comparable a una máquina virtual. Se utiliza en producción desde 2018.

Red de smart contracts vinculada a Bitcoin que utiliza el mecanismo PoX (Proof of Transfer). Cuenta con su propio lenguaje, Clarity, y registra información de sus bloques en Bitcoin.

Sidechain de Bitcoin con compatibilidad EVM y minería fusionada (merge-mining). Utiliza RBTC, un activo vinculado a BTC, como token para el pago del gas. Está operativa desde 2018.