Hemi (HEMI): ¿qué protege realmente Bitcoin?

Un registro con una función concreta

Hemi lanzó su red principal el 12 de marzo de 2025. El proyecto, fundado por Jeff Garzik, uno de los primeros desarrolladores de Bitcoin, y Max Sanchez, presenta Bitcoin y Ethereum como partes de una «superred». El término se entiende mejor al separar las funciones. Hemi ejecuta un entorno compatible con Ethereum; su Hemi Virtual Machine, o hVM, permite que los contratos de Hemi consulten datos de Bitcoin. Proof-of-Proof, o PoP, envía un registro en sentido contrario: publica información sobre la cadena de Hemi en Bitcoin. La pregunta es qué permite comprobar esa publicación.^[1][2][8]

Para los lectores que conocieron Hemi por Upbit, el aviso del 8 de septiembre de 2026 exige corregir los primeros titulares. La negociación de HEMI frente a BTC y USDT estaba prevista para las 21:30, hora de Corea, pero la plataforma la canceló en una actualización de las 21:12 tras detectar indicios de robo de tokens relacionado con una vulnerabilidad de seguridad. La apertura anunciada no se produjo. El episodio invita a examinar qué significa estar protegido por Bitcoin, en lugar de interpretar la expresión como una garantía sobre cada componente de Hemi.^[3]

Lo que cabe en la transacción de Bitcoin

La implementación pública ofrece una respuesta sorprendentemente pequeña a «¿qué se escribe?». En la revisión del código examinada para este artículo, los datos PoP comienzan con los cuatro bytes que forman HEMI y añaden un keystone abreviado de 76 bytes. Un keystone es un punto de control que sirve para referirse a un tramo de la cadena de Hemi. El código coloca estos datos después de OP_RETURN, una instrucción de script de Bitcoin que permite incluir datos en una salida que no se puede gastar. Los 80 bytes son la carga de datos, no el tamaño de la transacción completa de Bitcoin.^[4][5]

Esos 76 bytes contienen una versión, números de bloque de L1 y L2, referencias abreviadas a otros datos de bloques y una raíz de estado completa de 32 bytes. La raíz de estado es un compromiso criptográfico con un estado determinado: un valor compacto con el que se pueden contrastar los datos originales. No contiene esos datos. Una analogía útil sería inscribir la huella de un documento en un registro duradero y guardar el documento en otro lugar. La huella ayuda a identificarlo; no contiene todas sus páginas ni demuestra que todas sus afirmaciones sean correctas.^[5]

Un minero PoP obtiene el punto de control, construye la transacción de Bitcoin y paga una comisión en BTC para que se incluya en un bloque. Su tarea es distinta de competir por producir bloques de Bitcoin mediante prueba de trabajo. Los mineros habituales de Bitcoin pueden incluir la transacción conforme a las reglas de Bitcoin sin ejecutar la máquina virtual de Hemi. Una vez incluida, la publicación forma parte del historial de Bitcoin. Después, el software de Hemi debe reconocerla y aplicar sus propias reglas de consenso; la transacción de Bitcoin no realiza por sí sola este segundo paso.^[6][4]

Cómo interviene el registro al elegir una cadena

Imaginemos dos historiales propuestos para Hemi que discrepan sobre un tramo anterior. En el diseño PoP, los nodos que resuelven esa discrepancia utilizan las publicaciones en Bitcoin como evidencia externa. Un historial alternativo no puede sustituir en secreto un punto de control ya publicado y seguir coincidiendo con el mismo registro. El documento técnico conecta estas publicaciones con las reglas para elegir entre bifurcaciones y reconocer la finalidad: el momento en que el protocolo considera asentado un tramo. La garantía de seguridad procede de esas reglas que utilizan el historial de Bitcoin, no del simple hecho de añadirle un hash.^[6]

El documento técnico describe una demora de finalidad de nueve bloques de Bitcoin y una condición decisiva: no debe haber una bifurcación rival que siga minándose y publicando en Bitcoin. Si la hay, el tramo afectado espera hasta que se resuelva la disputa. Incluso sin una bifurcación rival, los intervalos entre bloques y los retrasos de publicación varían. Nueve bloques no equivalen, por tanto, a un plazo garantizado de 90 minutos. El documento también describe la «superfinalidad», basada en la resistencia combinada de Bitcoin y del consenso propio de Hemi. Son afirmaciones dentro del modelo de seguridad del proyecto, no una promesa incondicional de que cualquier transacción de Hemi será irreversible tras una espera fija.^[6][7]

La documentación contiene además una inconsistencia visible: el resumen de la página sobre finalidad dice que la superfinalidad llega tras seis bloques de Bitcoin, mientras que su explicación aplica un retraso de nueve bloques antes de la finalidad ordinaria. El documento técnico sitúa la superfinalidad después de la finalidad de Bitcoin, de modo que las dos cifras de la página no encajan en la misma secuencia. Este artículo sigue el análisis de nueve bloques del documento técnico para explicar el diseño, pero no certifica ese parámetro en toda la red principal actual. Los materiales más recientes de Hemi también separan las funciones activas de la infraestructura pendiente. Leer una función de codificación o una hoja de ruta no demuestra qué reglas de selección de bifurcaciones, funciones de validación y protecciones de liquidación aplica hoy cada componente desplegado.^[7][13][14]

Las comprobaciones que quedan fuera del registro

La primera comprobación pendiente es la ejecución. Bitcoin valida la transacción de Bitcoin que contiene el registro; no vuelve a ejecutar las transacciones EVM de Hemi para decidir si el estado resultante es correcto. hVM permite que los contratos de Hemi lean información de Bitcoin, no al revés. El documento técnico asigna la ejecución, la publicación de datos en Ethereum y la impugnación de afirmaciones de estado incorrectas a partes distintas del sistema. Un compromiso con un resultado no puede sustituir esas responsabilidades.^[4][6][8]

Una aplicación también puede seguir su código desplegado y hacer algo que sus desarrolladores nunca pretendieron. El informe de Hemi del 8 de septiembre afirma que, el día anterior, un atacante sustrajo unos 124,5 millones de HEMI no reclamados del antiguo contrato de Genesis Drop. Atribuye la pérdida a una vulnerabilidad de reentrada: una llamada externa al contrato de bloqueo permitía volver a entrar en la función de reclamación antes de actualizar el saldo restante. El equipo afirma que el incidente se limitó a ese contrato de reclamaciones y no afectó a los tokens HEMI o veHEMI, hVM ni los túneles. Es la explicación del equipo, no una conclusión forense independiente. El caso muestra por qué impedir que se reescriba el historial y evitar un error en una aplicación son tareas distintas.^[10]

La misma distinción importa al trasladar BTC. La documentación de Bitcoin Tunnel describe BTC bloqueados en bóvedas de custodia y tokens que los representan emitidos en Hemi. Recuperar los BTC requiere que funcionen la bóveda y el mecanismo de autorización correspondientes. Un registro del estado de Hemi en Bitcoin no posee por sí mismo la clave de una bóveda ni libera esos fondos. La implementación y los supuestos de confianza de la ruta elegida siguen importando, aunque el historial de la cadena esté anclado en Bitcoin.^[11]

Tres activos con funciones distintas

Los incentivos también tienen su reparto de funciones. Publicar un registro PoP consume BTC para pagar las comisiones de Bitcoin. HEMI es el token alrededor del cual el proyecto organiza incentivos, staking y gobernanza; su diseño incluye recompensar la participación en PoP. Mientras tanto, la documentación de conexión a la red principal consultada el 7 de octubre de 2026 indica ETH como token de gas. El modelo de comisiones con dos activos del documento técnico y la descripción más amplia de la página del token no prueban que todas las transacciones actuales de Hemi se paguen directamente en HEMI. Los materiales de hemiStake también distinguen las recompensas activas de las funciones futuras de gobernanza e infraestructura.^{[6][9][12][14]}

Las cifras de oferta exigen la misma atención. La página del token muestra 10.000 millones de HEMI, pero también incluye emisiones del protocolo en su calendario. Una actualización del proyecto de octubre de 2026 describe emisiones de 250 millones de HEMI durante el año siguiente. Interpretar la cifra de 10.000 millones como un máximo permanentemente fijo dejaría fuera parte del modelo anunciado. Ni una asignación ni un calendario de incentivos garantizan rentabilidad; aquí su relevancia está en cómo la red propone financiar la participación.^[12][13]

Hasta dónde llega la garantía

La idea distintiva de PoP es que el historial de Hemi deba contrastarse con un registro publicado en otra cadena. Importa el recorrido completo: se codifica un punto de control, una transacción de Bitcoin lo transporta, Bitcoin lo confirma y las reglas de Hemi lo interpretan. Bajo el modelo descrito, eso puede reforzar la resistencia a reescribir el pasado. La ejecución correcta, la disponibilidad de datos, la seguridad de las aplicaciones y la devolución de activos necesitan mecanismos propios. La pregunta más reveladora no es simplemente si Hemi utiliza Bitcoin, sino qué decisión depende de ese registro en Bitcoin y cuál debe seguir resolviéndose en otro lugar.^{[4][6][10][11]}