Permanent archive · Bitcoin · 2024

Project Spartacus

Inscription-pipeline engineering for one of the largest public-interest Ordinals runs: mapping 76,911 Afghan War Diary records into a resumable, verifiable multi-block archive on Bitcoin.

Inscription pipeline engineering Project Spartacus I Am Assange archive wordmark
76,911public records
2004–10diary coverage
Bitcoinarchive layer

Preserve 76,911 public records without losing a file, breaking sequence, or confusing broadcast state with confirmed archival state.

At this scale, permanence depends on operations as much as protocol choice. Tens of thousands of files had to be normalized, identified, hashed, batched, funded, broadcast, confirmed, and reconciled across changing fee conditions. The system needed to prove exactly which records had reached Bitcoin and recover cleanly when only part of a batch completed.

01

Canonical archive manifest

Every source record was tied to a stable identifier, content hash, order, destination, and processing status so the archive could be audited against one canonical inventory.

02

Multi-block batch planning

The archive was divided into controllable units that could move through many Bitcoin blocks and fee windows without turning the entire 76,911-file run into one fragile job.

03

Explicit execution states

Prepared, signed, broadcast, confirmed, and failed were treated as different states. That distinction prevented a transaction in the mempool from being mistaken for a permanently archived record.

04

Reconciliation and recovery

Hashes, transaction references, and confirmations could be checked back against the manifest, allowing incomplete batches to resume without duplicating records already settled on-chain.

  1. 01

    Worked on the inscription pipeline built to move the complete 76,911-file archive across many Bitcoin blocks.

  2. 02

    Implemented a manifest-first operating model for ordering, content hashes, transaction references, confirmations, and recovery state.

  3. 03

    Designed batching around mempool conditions and fee windows rather than committing the archive to one fixed-cost assumption.

  4. 04

    Made partial completion recoverable so operators could identify confirmed records and resume outstanding work without starting over.

A pipeline built for 76,911 public records—one of the most operationally demanding Ordinals archives attempted.

The engineering transformed a 76,911-record public dataset into a tractable permanent-archive operation. Project Spartacus and OrdinalsBot could publicly launch the complete Afghan War Diary scope with a process designed for many blocks, changing fees, and incomplete batches—demonstrating that Ordinals infrastructure could carry public-interest records, not only collectibles.

  • The pipeline made the complete 76,911-record archive addressable as verifiable units instead of one opaque bulk job.
  • Independent coverage documented the many-block plan and public support from Gabriel Shipton.
  • The project applied Bitcoin infrastructure to a censorship-resistant public archive rather than another collectible launch.
Bitcoin CoreOrd protocolOrdinalsBot railsContent manifestsMempool-aware batchingReconciliation tooling
Next case studyAgentic Brief