¿Qué son los HTLCs?

TL;DR: los Hashed Timelock Contracts (HTLCs) permiten swaps atómicos y sin confianza al combinar un hashlock (demostrar un secreto) con un timelock (reembolso si no se revela). Propuestos por primera vez en 2013 y adoptados por la Lightning Network de Bitcoin en 2015, hoy impulsan swaps cross-chain, submarine swaps y DEXs sin activos wrapped. A pesar de los retos de privacidad y opcionalidad, los HTLCs siguen siendo la columna vertebral de la interoperabilidad y evolucionan hacia los PTLCs (Point Timelock Contracts) para lograr mayor privacidad y eficiencia.

Un Hashed Timelock Contract (HTLC) es un tipo de smart contract que permite pagos o swaps condicionales. Combina dos primitivas criptográficas:

• Hashlock: los fondos solo se pueden reclamar si el receptor proporciona la preimagen s de un hash conocido H = Hash(s).
• Timelock: si el receptor no proporciona la preimagen antes de la fecha límite, el emisor puede reembolsar sus fondos.

Esto garantiza la atomicidad: o el contrato se completa correctamente para ambas partes, o se cancela de forma segura.

Casos de uso de los HTLCs:

• Swaps atómicos cross-chain, donde los activos de dos blockchains diferentes se intercambian sin confianza.
• Enrutamiento en la Lightning Network, donde cada salto de un pago está asegurado por un HTLC.
• Bridges y submarine swaps, que permiten la interoperabilidad onchain ↔ off-chain sin activos wrapped.

El flujo general de un swap atómico con HTLC es:

1. El usuario genera un secreto s y comparte solo el hash H.
2. El usuario bloquea fondos en un HTLC en la cadena A con el hashlock H y el timelock t_A.
3. El Solver, al ver H, bloquea fondos en un HTLC en la cadena B con el mismo hash H pero con un timelock más corto t_B < t_A.
4. El usuario redime el HTLC del Solver en la cadena B revelando s.
5. El Solver aprende s en la cadena B y lo usa para redimir el HTLC del usuario en la cadena A.
6. Si alguna parte se detiene, los timelocks garantizan que los fondos se reembolsen de forma segura.

Más sobre swaps atómicos con HTLCs aquí.

La evolución de los HTLCs

Orígenes: una idea radical en 2013

La historia de los HTLCs comienza en los foros de Bitcointalk en mayo de 2013. Un desarrollador seudónimo, TierNolan, describió un método para intercambiar activos cross-chain sin depender de intermediarios. El principio era elegante: un hashlock + un timelock = un contrato que garantiza una liquidación de todo o nada.

Bloques de construcción en el script de Bitcoin (2014-2016)

Los HTLCs se hicieron posibles a medida que Bitcoin introdujo:

• BIP65 (CLTV, 2014) para timelocks absolutos.
• BIP68 y BIP112 (CSV, 2016) para timelocks relativos.

Estos habilitaron ramas de reembolso ejecutables en los contratos, lo que hizo que los HTLCs fueran prácticos onchain.

Lightning Network: primera adopción importante (2015–2017)

El paper de la Lightning Network (2015) usó HTLCs para asegurar pagos multisalto. Cuando el receptor revelaba la preimagen, cada salto anterior podía reclamar los fondos de forma segura.

Para 2017, las especificaciones BOLT definieron formatos precisos de salida de HTLC onchain, consolidando su papel como el mecanismo central de Lightning.

Swaps atómicos cross-chain (2017)

En septiembre de 2017, los HTLCs fueron noticia:

• Swap atómico Decred ↔ Litecoin.
• Swap Litecoin ↔ Bitcoin poco después.

Esto validó en la práctica la visión original de TierNolan de 2013.

Expansión y experimentación (2018–2022)

Los HTLCs se extendieron rápidamente a muchos casos de uso:

• Enrutamiento en Lightning (resumen de HTLC de Optech).
• Submarine swaps mediante Lightning Loop.
• Integraciones de wallet/DEX como Liquality y Komodo AtomicDEX.

Evolución impulsada por la investigación: PTLCs (2020–2025)

Los HTLCs revelaron problemas de fugas de privacidad (el mismo hash en todos los saltos, ver investigación sobre privacidad en Lightning).

Los Point Timelock Contracts (PTLCs) con firmas adaptadoras surgieron como sucesores, ofreciendo privacidad, eficiencia y resistencia a la interceptación del enrutamiento.

Los Point Timelock Contracts (PTLCs) son los sucesores de los HTLCs y usan puntos de curva elíptica en lugar de preimágenes de hash, resolviendo los problemas de privacidad de los HTLCs al evitar que el mismo hash se reutilice en cada salto de una ruta de pago. Esto hace que los pagos sean más difíciles de correlacionar y protege la privacidad del enrutamiento.

En lugar de revelar una preimagen de hash, los PTLCs usan firmas adaptadoras: una firma parcial que incrusta un escalar secreto. Cuando el receptor completa la firma para reclamar los fondos, el secreto se puede extraer, pero cada salto usa un punto de curva único, a diferencia de los HTLCs. Esto no solo preserva la atomicidad, sino que también se integra limpiamente con Schnorr/Taproot, lo que hace que los PTLCs sean más privados, eficientes e indistinguibles de los pagos normales.

Nuestro punto de vista (2023)

En Garden, mientras explorábamos la interoperabilidad de Bitcoin a finales de 2023, los HTLCs surgieron de forma natural. Alternativas como los tokens wrapped o los bridges de lock-and-mint introducían riesgo de custodia y complejidad.

Los HTLCs, en cambio, no requerían activos nuevos, solo liquidación criptográfica directa. Este minimalismo encajaba con nuestra ética de interoperabilidad con confianza minimizada.

El camino a seguir

Hoy los HTLCs son:

• El latido de Lightning.
• El bridge en los submarine swaps.
• La base de los PTLCs.

Desde el post en el foro de TierNolan (2013) hasta el enrutamiento de miles de millones de dólares de hoy, los HTLCs pasaron de una discusión en un foro a una infraestructura financiera global.

Puede que sus sucesores los perfeccionen, pero el principio sigue siendo atemporal: liquidación atómica, condicional y sin confianza entre sistemas.

Acerca de Garden

Garden es el bridge de Bitcoin más rápido y permite swaps de Bitcoin cross-chain en tan solo 30 segundos. Está construido con una arquitectura basada en intents con liquidaciones sin confianza, lo que garantiza cero riesgo de custodia para los usuarios.

Únete al townhall de Garden y pregunta a nuestros gardeners expertos sobre la acidez del suelo y la poda de arbustos.

Preguntas frecuentes

1) ¿Qué problema resuelven los HTLCs?

Permiten una liquidación atómica y sin confianza entre saltos o cadenas, o bien el receptor revela la preimagen y todos cobran, o vencen los plazos y todos reciben su reembolso, eliminando el escrow y los custodios.

2) ¿Son seguros los HTLCs?

Sí, los HTLCs son criptográficamente seguros porque se basan en funciones hash fuertes (resistentes a colisiones y seguras frente a preimagen) y en timelocks aplicados en el script de Bitcoin (CLTV/CSV). Estas garantías aseguran que o bien el receptor revela el secreto para reclamar los fondos o, si vence el plazo, el emisor reembolsa sus fondos de forma segura. Esto los hace de confianza minimizada por diseño, sin depender de intermediarios ni de activos wrapped.

3) ¿Cuál es la diferencia entre HTLC y PTLC?

Los HTLCs usan una preimagen de hash (H = Hash(s)), que puede filtrar correlación entre saltos; los PTLCs usan un punto de curva elíptica (P = s*G) mediante firmas adaptadoras, lo que da unicidad por salto, mejor privacidad y una integración más limpia con Taproot, preservando al mismo tiempo la atomicidad.

4) ¿Los HTLCs requieren activos wrapped o custodios?

No, los HTLCs hacen swap de los activos nativos de cada cadena usando condiciones criptográficas, sin necesidad de lock-and-mint ni de tokens sintéticos, lo que reduce los riesgos de custodia y de smart contract del bridge.

5) ¿Qué pasa si el receptor nunca revela el secreto?

Se activa la rama del timelock: los contratos posteriores reembolsan primero (t_B más corto), y después reembolsan los anteriores (t_A > t_B). Este diseño escalonado de tiempos de espera evita que los fondos se queden bloqueados y preserva la atomicidad en los casos de fallo.