Glosario técnico

Basado en el Apéndice A del libro "Bitcoin Hyper" de Michele Stefanelli. 27 voci in 11 categorie.

27 términos

Anclaje (Anchoring)

Settlement

Publicación periódica del state commitment del rollup en Bitcoin L1. Garantiza inmutabilidad y finalidad derivada de la seguridad de Bitcoin.

Cap. 11–12

OP_RETURN

Bitcoin L1

Opcode script de Bitcoin que permite incorporar hasta 80 bytes de datos arbitrarios en una transacción, haciéndola probablemente no gastable. Usado para el anclaje de state commitments.

Cap. 12

Taproot

Bitcoin L1

Actualización de Bitcoin (BIP 341/342, activa nov. 2021) que introduce firmas Schnorr y MAST. Mejora privacidad, eficiencia y flexibilidad de los scripts. Relevante para mecanismos de anclaje más eficientes.

Cap. 12

UTXO

Bitcoin L1

Unspent Transaction Output. El modelo contable de Bitcoin: en lugar de "cuentas", existen "monedas no gastadas" de importes específicos. Diferente del modelo de cuentas de SVM/Ethereum.

Cap. 1

Rollup

Layer 2

Solución Layer 2 que ejecuta transacciones off-chain y publica periódicamente el estado comprimido en el layer base (L1). Combina escalabilidad (off-chain) con seguridad heredada del L1.

Cap. 4–6

Sidechain

Layer 2

Blockchain separada conectada al L1 mediante un bridge. A diferencia del rollup, tiene su propia seguridad independiente: si la sidechain falla, el riesgo es real y no está mitigado por el L1.

Cap. 4

Validium

Layer 2

Arquitectura Layer 2 donde el state commitment se publica en L1 pero los datos completos de las transacciones se mantienen off-chain (en manos del operador o en una capa DA separada). Mayor riesgo de disponibilidad de datos vs rollup puro.

Cap. 5

Sequencer

Layer 2

Componente que determina el orden de las transacciones en el rollup. Puede extraer MEV, censurar transacciones o favorecer a ciertos usuarios si es centralizado. En Bitcoin Hyper: centralizado al lanzamiento, con hoja de ruta de descentralización.

Cap. 15–17

Forced Inclusion

Layer 2

Mecanismo que permite a los usuarios forzar la inclusión de sus transacciones en el rollup a través de Bitcoin L1, sin pasar por el sequencer. Protección crítica contra la censura. En desarrollo en Bitcoin Hyper.

Cap. 17

State Commitment

Layer 2

Representación comprimida (raíz de Merkle) del estado completo del rollup en un momento dado. Se publica periódicamente en Bitcoin. Permite a cualquiera verificar la transición de estado.

Cap. 11

Canonical Bridge

Layer 2

El bridge oficial de Bitcoin Hyper para transferir BTC entre Bitcoin L1 y el Layer 2. En testing en devnet. Modelo de custodia federada. Forced exit en desarrollo.

Cap. 20–22

SVM (Solana Virtual Machine)

Ejecución

El entorno de ejecución de Solana, adoptado por Bitcoin Hyper como motor de smart contracts. Permite la ejecución paralela de transacciones mediante el runtime Sealevel.

Cap. 7–10

Sealevel

Ejecución

El runtime de ejecución paralela de Solana. Analiza las dependencias entre transacciones y ejecuta en paralelo las que no comparten cuentas. Diferencia clave vs EVM (serial).

Cap. 8

Anchor

Ejecución

Framework para el desarrollo de programas SVM en Rust. Añade macros, gestión de cuentas y convenciones que simplifican el desarrollo. Adoptado por Bitcoin Hyper.

Cap. 9

eBPF

Ejecución

Formato de bytecode en el que se compilan los programas SVM. Permite ejecución eficiente y sandboxed. Los programas Rust/C compilados en eBPF son el estándar en Solana y Bitcoin Hyper.

Cap. 8

$HYPER

Tokenomics

El token nativo de Bitcoin Hyper. Supply total: 21.000 millones. Usos: comisiones de red, staking, gobernanza DAO. En preventa pública hasta el lanzamiento mainnet.

Cap. 30–33

TGE (Token Generation Event)

Tokenomics

El momento en que los tokens $HYPER se emiten formalmente y se distribuyen a los compradores de la preventa. Coincide aproximadamente con el lanzamiento mainnet.

Cap. 32

Vesting

Tokenomics

Calendario de liberación gradual de los tokens para el equipo, inversores y advisors. Reduce el riesgo de venta masiva inmediata post-TGE. En Bitcoin Hyper: vesting de preventa de solo 7 días.

Cap. 31

MEV (Maximal Extractable Value)

Economía

Beneficio que puede extraerse reordenando, insertando o censurando transacciones en un bloque o lote de rollup. Riesgo estructural de los sequencers centralizados.

Cap. 16

Data Availability (DA)

Arquitectura

La disponibilidad pública de los datos completos de todas las transacciones del rollup. Si los datos no son públicamente accesibles, el rollup no puede ser auditado ni verificado por terceros.

Cap. 13–14

Celestia

Arquitectura

Blockchain especializada en disponibilidad de datos modulares. Una de las soluciones exploradas por Bitcoin Hyper para resolver el problema de DA. Ofrece disponibilidad de datos a bajo costo.

Cap. 14

TVL (Total Value Locked)

DeFi

El valor total de los activos bloqueados en los smart contracts de un protocolo DeFi. Métrica estándar para medir la adopción de un ecosistema DeFi.

Cap. 26

DEX (Decentralized Exchange)

DeFi

Exchange descentralizado que opera mediante smart contracts, sin intermediarios. Uniswap es el DEX más conocido en Ethereum. Bitcoin Hyper planea listing en DEX.

Cap. 28

Programa SPL

SVM

Solana Program Library — librería de programas estándar para la SVM (tokens, staking, gobernanza). Bitcoin Hyper busca compatibilidad con los programas SPL.

Cap. 9

Auditoría de seguridad

Due diligence

Revisión formal del código de un smart contract o protocolo por parte de una empresa especializada. Identifica vulnerabilidades antes del lanzamiento. Trail of Bits, Certik, Halborn son referentes del sector.

App. B

Multisig

Due diligence

Mecanismo de firma múltiple que requiere N de M firmas para autorizar una transacción. Reduce el riesgo de punto único de fallo en la custodia de activos. Usado en el Canonical Bridge.

Cap. 21

MiCA

Regulación

Markets in Crypto-Assets — el principal reglamento europeo sobre criptoactivos. Aplicable a emisores de tokens, proveedores de servicios de criptoactivos y stablecoins. Relevante para $HYPER en la UE.

Cap. 35