Archive permanente · Bitcoin · 2024
Project Spartacus
J’ai travaillé sur le pipeline d’inscription Bitcoin qui a intégré 76,911 documents de l’Afghan War Diary à une archive vérifiable, capable de reprendre de manière sécurisée sur de nombreux blocs.
Le défi
Préserver 76,911 documents publics sans perdre un fichier, rompre l’ordre de la séquence ni confondre l’état de diffusion avec l’état d’archivage confirmé.
À cette échelle, la pérennité dépend autant des opérations que du choix du protocole. Il a fallu normaliser, identifier, hacher, regrouper, financer, diffuser, confirmer et rapprocher des dizaines de milliers de fichiers, malgré l’évolution constante des frais. Le système devait pouvoir prouver précisément quels enregistrements avaient atteint Bitcoin et reprendre proprement lorsqu’une partie seulement d’un lot avait abouti.
Fonctionnement
Manifeste canonique de l’archive
Chaque enregistrement source était associé à un identifiant stable, une empreinte de contenu, un ordre, une destination et un statut de traitement, afin que l’archive puisse être contrôlée à partir d’un inventaire de référence unique.
Planification de lots multiblocs
L’archive a été divisée en unités maîtrisables, capables de progresser sur de nombreux blocs Bitcoin et créneaux tarifaires sans transformer le traitement des 76,911 fichiers en une seule tâche fragile.
États d’exécution explicites
Les états « préparé », « signé », « diffusé », « confirmé » et « échoué » étaient traités séparément. Cette distinction empêchait de confondre une transaction présente dans la mempool avec un enregistrement archivé de façon permanente.
Rapprochement et reprise
Les empreintes, références de transaction et confirmations pouvaient être vérifiées dans le manifeste, ce qui permettait de reprendre les lots incomplets sans dupliquer les enregistrements déjà inscrits on-chain.
Mon rôle
-
01
Travail sur le pipeline d’inscription conçu pour répartir l’archive complète de 76,911 fichiers sur de nombreux blocs Bitcoin.
-
02
Mise en place d’un modèle opérationnel centré sur le manifeste pour gérer l’ordre, les empreintes de contenu, les références de transaction, les confirmations et l’état de reprise.
-
03
Conception du traitement par lots en fonction de l’état de la mempool et des fenêtres tarifaires, plutôt que d’engager l’archive sur l’hypothèse d’un coût fixe.
-
04
Rendu les exécutions partielles récupérables afin que les opérateurs puissent identifier les enregistrements confirmés et reprendre le travail restant sans repartir de zéro.
Ce qui a changé
Une archive Bitcoin récupérable conçue pour l’ensemble des 76,911 enregistrements publics.
Ce travail a transformé un jeu de 76,911 données publiques en une archive pouvant être répartie en toute sécurité sur de nombreux blocs Bitcoin. Project Spartacus et OrdinalsBot ont pu publier l’intégralité de l’Afghan War Diary grâce à un processus conçu pour gérer les variations de frais et les lots incomplets, démontrant que l’infrastructure Ordinals pouvait préserver aussi bien des documents d’intérêt public que des objets de collection.
- Le pipeline a permis de référencer l’intégralité des 76,911 éléments de l’archive sous forme d’unités vérifiables, plutôt que de les traiter comme une seule opération de masse opaque.
- Des médias indépendants ont documenté le plan réparti sur de nombreux blocs et le soutien public de Gabriel Shipton.
- Le projet a mis l’infrastructure Bitcoin au service d’une archive publique résistante à la censure, plutôt que d’un énième lancement d’objets de collection.
Outils et technologies
Sources