Recordemos algunas sin orden de jerarquía:
Preservando scripting conmutable Taproot
January 25, 2019.
Por @VB1001
__
__
Ciclo Andreas M. Antonopoulos
October 30, 2019.
Por @solosequenosenada
__
__
__
Bitcoin Core Taproot esta casi lista
January 11, 2020.
Por @FullNode
__
__
Serie de artículos técnicos básicos para conocer el entorno Bitcoin
May 06, 2020.
Por @VB1001
__
__
Pools de mineria % Taproot
November 18, 2020.
Por @sitwac
__
__
Bitcoin Jack Dorsey invita a sus seguidores a conocer más sobre Taproot
May 05, 2021
Por @sitwac
__
__
Noviembre 2021, Hispo (+1)
__
__
He usado el "@" porque al menos alguien de los mencionados hizo publico sus notificaciones en su Smartwatch y esperemos verle a èl y algunos de los nombrados de regreso pronto.
_____________
Edit:
No se pueden dejar por fuera algunos buenos comentarios en relaciòn al tema:
No es necesario contratos complejos para poder dejar en herencia los bitcoins con la seguridad de que los familiares o amigos no puedan quedarse con ellos antes de tiempo. Además, puedes guardar tus claves privadas en un lugar superseguro pero difícilmente accesible con riesgo prácticamente nulo de que algún tercero te lo pueda robar.
La idea es crear un contrato muy simple que en Bitcoin sería algo así como:
IF clave_privada2 AND NUMERO_DE_BLOQUE>1000000
THEN Mover_BTC_a_otra_direccion
ELSE IF clave_privada1
THEN Mover_BTC_a_otra_direccion
La clave_privada2 se la pasas a tus "herederos". Esos herederos solo pueden acceder a los bitcoins si la cadena de bloques está por encima de un determinado valor (por ejemplo, solo a partir del año 2022). La clave_privada1 es solo tuya y puedes mover los bitcoins en cualquier momento.
Así, si entras en coma o si mueres, tus herederos acceden a los bitcoins sin problemas a partir de la fecha que tú has especificado (por ejemplo, el año 2022). A medida que se acerca el año 2022 utilizas la clave_privada1 para ampliar el plazo, por ejemplo, al año 2025.
Todo este proceso va a ser mucho más sencillo y privado cuando lleguen a Bitcoin las firmas Schnorr y Taproot (versión mejorada de MAST). Tanto Schnorr como Taproot son desarrollos prioritarios, pero no son estrictamente necesarios para poder crear el contrato anterior.
EDIT: También es posible, y quizás más sencillo, enviar una transacción firmada típica P2PKH a tus herederos que gasta de tu dirección y lo envía a una dirección diferente controlada por tus herederos. El truco es que esa transacción que entregas a tus herederos debe tener el campo nLockTime de la transacción con la fecha a partir de la cual se puede gastar. En la "raw transaction" puedes poner el valor de nLockTime con formato Unix Epoch para el año 2022, por ejemplo. Esa "raw transaction" sería rechazada por los mineros y no entraría en ningún bloque hasta que llegara el año 2022. El proceso que deberías seguir como propietario original a medida que se aproximara el año 2022 sería similar al explicado anteriormente.
La idea es crear un contrato muy simple que en Bitcoin sería algo así como:
IF clave_privada2 AND NUMERO_DE_BLOQUE>1000000
THEN Mover_BTC_a_otra_direccion
ELSE IF clave_privada1
THEN Mover_BTC_a_otra_direccion
La clave_privada2 se la pasas a tus "herederos". Esos herederos solo pueden acceder a los bitcoins si la cadena de bloques está por encima de un determinado valor (por ejemplo, solo a partir del año 2022). La clave_privada1 es solo tuya y puedes mover los bitcoins en cualquier momento.
Así, si entras en coma o si mueres, tus herederos acceden a los bitcoins sin problemas a partir de la fecha que tú has especificado (por ejemplo, el año 2022). A medida que se acerca el año 2022 utilizas la clave_privada1 para ampliar el plazo, por ejemplo, al año 2025.
Todo este proceso va a ser mucho más sencillo y privado cuando lleguen a Bitcoin las firmas Schnorr y Taproot (versión mejorada de MAST). Tanto Schnorr como Taproot son desarrollos prioritarios, pero no son estrictamente necesarios para poder crear el contrato anterior.
EDIT: También es posible, y quizás más sencillo, enviar una transacción firmada típica P2PKH a tus herederos que gasta de tu dirección y lo envía a una dirección diferente controlada por tus herederos. El truco es que esa transacción que entregas a tus herederos debe tener el campo nLockTime de la transacción con la fecha a partir de la cual se puede gastar. En la "raw transaction" puedes poner el valor de nLockTime con formato Unix Epoch para el año 2022, por ejemplo. Esa "raw transaction" sería rechazada por los mineros y no entraría en ningún bloque hasta que llegara el año 2022. El proceso que deberías seguir como propietario original a medida que se aproximara el año 2022 sería similar al explicado anteriormente.
