Peter Todd est développeur Bitcoin, auteur de BIP 65, coauteur de BIP 125 et développeur d’OpenTimestamps. Un horodatage ne prouve pas la vérité du contenu ; remplacer une transaction non confirmée ne réécrit pas un bloc confirmé.
Le 15 septembre 2016, Todd a annoncé l’alpha publique d’OpenTimestamps et remercié Riccardo Casatta pour le développement et les tests. C’est une annonce historique, pas une description de la maturité actuelle ni une attribution exclusive de tout le code. [Peter Todd — OpenTimestamps announcement (2016)]
BIP 65 de Todd introduit OP_CHECKLOCKTIMEVERIFY, ou CLTV. Le chemin de script concerné ne peut être dépensé avant une hauteur ou limite temporelle absolue. L’atteindre ne transfère pas automatiquement les fonds ; les autres conditions et une transaction valide restent nécessaires. [BIP 65 — OP_CHECKLOCKTIMEVERIFY]
BIP 65 compare la limite à nLockTime et exige des types identiques : hauteur avec hauteur, temps avec temps. Un nSequence final pour cette entrée échoue. Ce n’est ni l’âge relatif d’une sortie ni une garantie d’inclusion à la seconde près. [BIP 65 — OP_CHECKLOCKTIMEVERIFY]
BIP 125 cite David A. Harding et Peter Todd. Il décrit le remplacement opt-in dans le mempool, signalé par nSequence ou hérité d’un ancêtre non confirmé. Examiner une transaction sans ses dépendances ne suffit pas pour cette politique initiale. [BIP 125 — opt-in replacement]
BIP 125 décrit une politique historique de nœud, pas la réécriture de l’historique confirmé. Des logiciels ultérieurs peuvent appliquer d’autres conditions. L’absence de signal opt-in ne prouve pas la finalité ; augmenter les frais ne garantit pas une confirmation immédiate. [BIP 125 — opt-in replacement]
OpenTimestamps prouve l’existence des données avant une limite temporelle. Todd la distingue de l’authenticité du contenu enregistré. La preuve seule n’établit ni auteur, ni véracité, ni instant exact de création. [Peter Todd — OpenTimestamps announcement (2016)] [OpenTimestamps — timestamp proofs]
OpenTimestamps utilise des empreintes et valeurs aléatoires pour cacher le contenu au calendrier. Les métadonnées temporelles peuvent relier des demandes. Une preuve .ots n’est pas une sauvegarde ; vérifier un fichier nécessite ses données correspondantes. [OpenTimestamps client — documentation]
OpenTimestamps distingue les attestations de calendrier en attente des preuves complètes liées à Bitcoin. ots upgrade ajoute une preuve disponible au fichier .ots. Créer le fichier ne confirme pas encore un ancrage Bitcoin vérifiable. [OpenTimestamps client — documentation]
Pour une vision complète, lisez aussi Luke Dashjr, Mara van der Laan, Satoshi Nakamoto. Cette entrée est également citée par CHECKLOCKTIMEVERIFY, Luke Dashjr, Mara van der Laan.