Timelocks de Bitcoin: por qué la llave correcta también debe esperar
Bitcoin puede exigir una firma y una espera. BIP65 y BIP112 explican cómo reservar una salida para más adelante y por qué alcanzar un plazo no envía el dinero automáticamente.
Resumen clave en 3 puntos
- El detonante / ParadojaBIP65 incorporó una condición de tiempo o altura de bloque absoluta a los scripts de gasto.
- El punto de inflexiónBIP112 añadió una espera relativa, medida desde la confirmación de la salida que se quiere gastar.
- El legado históricoUn plazo puede habilitar otra vía de gasto; no envía fondos automáticamente ni cierra necesariamente la vía original.
Cronología de los hechos
Peter Todd define un bloqueo temporal absoluto dentro del script.
BIP112 describe vías de gasto que dependen de la antigüedad de una salida.
Bitcoin Core 0.11.2 incorpora la verificación de BIP65, pendiente de su activación.
Programar una transacción no bastaba
En una historia sobre una cartera de Bitcoin, tener la llave suele ser lo decisivo. BIP65 plantea otra pregunta: ¿ha llegado ya el momento? La propuesta de Peter Todd, fechada el 1 de octubre de 2014, introdujo CHECKLOCKTIMEVERIFY, una regla que puede exigir una hora o una altura de bloque antes de permitir una vía de gasto. Bitcoin Core 0.11.2 incorporó después soporte para verificarla. Instalar esa versión y activar el cambio de consenso eran pasos distintos.[1][2]
Bitcoin ya tenía nLockTime, un campo que permitía retrasar la inclusión de una transacción concreta en un bloque. Pero posponer esa transacción no garantizaba que sus fondos no pudieran moverse antes. Quien pudiera firmar otra transacción que gastara la misma salida quizá podría omitir la espera. BIP65 llevó el requisito al script que protege la salida: una transacción que siga esa vía debe cumplir la condición temporal, en lugar de limitarse a elegir esperar.[1]
Una salida disponible más adelante
Los ejemplos de la propuesta aclaran la diferencia. Imaginemos una cartera cuya vía habitual exige las firmas del usuario y de un servicio. Una segunda vía puede exigir solo la firma del usuario, pero abrirse después de un plazo determinado. Es un ejemplo de diseño del BIP, no una afirmación sobre todas las carteras. Antes del plazo, el usuario no puede utilizar esa vía a solas; después, la ausencia del servicio no tiene por qué mantener los fondos bloqueados.[1]
Un timelock no es un despertador que difunde un pago. Siguen haciendo falta la firma correspondiente y una transacción que gaste la salida. Tampoco habilitar la vía aplazada desactiva automáticamente la cooperativa. En el ejemplo, el usuario y el servicio todavía pueden gastar juntos tras el plazo si la salida sigue sin gastarse. La regla modifica qué acciones están permitidas, no cuál ocurrirá con seguridad.[1]
¿Cuándo empieza a contar el reloj?
Un umbral absoluto no siempre es el reloj adecuado. BIP112, propuesto en agosto de 2015 por BtcDrak, Mark Friedenbach y Eric Lombrozo, describe CHECKSEQUENCEVERIFY. Junto con BIP68, puede exigir una antigüedad mínima de la salida. En su ejemplo de depósito en garantía, el contador empieza cuando se confirma la transacción de financiación. Es distinto de fijar una fecha que sigue acercándose incluso antes de que llegue el depósito.[3]
Son relojes definidos por las reglas de Bitcoin. Se pueden contar bloques; las comprobaciones temporales siguen convenciones de la cadena, incluida la mediana de las marcas de tiempo de bloques recientes según BIP113, no el reloj del teléfono. BIP112 también explica cómo un retraso puede dar al otro participante de un canal tiempo para responder a un compromiso antiguo. Esperar no sirve solo para inmovilizar dinero. Puede dar tiempo a actuar o conservar una salida posterior, mientras las firmas siguen determinando quién puede utilizarla.[3][4]
Historias conectadas con este personaje o suceso
Explora las repercusiones históricas y los vínculos entre figuras y momentos clave.
Intercambios atómicos: el secreto que revelas para cobrar
Cobrar en un lado revela lo que necesita la otra parte. Por qué un intercambio atómico es una secuencia y no una entrega simultánea.
Leer historia →
Trezor: la última confirmación, en una pantalla pequeña
Guardar bien una clave no decide adónde debe ir el dinero. Para eso importa la pequeña pantalla.
Leer historia →Fuentes y referencias
- [1]Fuente 1: BIP65: bloqueos absolutos, motivación y ejemplos de carterasBitcoin BIPs · 2014-10-01Consultado 2026-09-25
- [2]Fuente 2: Bitcoin Core 0.11.2: soporte de BIP65 y activaciónBitcoin Core · 2015-11-13Consultado 2026-09-25
- [3]Fuente 3: BIP112: bloqueos relativos, depósitos en garantía y canalesBitcoin BIPs · 2015-08-10Consultado 2026-09-25
- [4]Fuente 4: BIP113: mediana del tiempo pasado para calcular bloqueosBitcoin BIPs · 2015-08-10Consultado 2026-09-25