Arquivo permanente · Bitcoin · 2024

Project Spartacus

Trabalhei no pipeline de inscrições na Bitcoin que mapeou 76,911 registos do Afghan War Diary para um arquivo verificável, capaz de retomar o processamento em segurança ao longo de muitos blocos.

Engenharia do pipeline de inscrições Logótipo tipográfico do arquivo I Am Assange do Project Spartacus
76,911registos públicos
2004–10cobertura no diário
Bitcoincamada de arquivo

Dossiê do projeto

Período2024

Produto
Um pipeline de arquivo em Bitcoin para os 76 911 registos do Afghan War Diary.
Âmbito da entrega
Manifestos canónicos, hashing, lotes distribuídos por vários blocos, financiamento, estados de transmissão, confirmação, reconciliação e recuperação.
Evidência pública
2fontes públicas

Condicionantes do projeto

  1. 0176 911 registos verificáveis individualmente
  2. 02Taxas variáveis ao longo de muitos blocos
  3. 03Conclusão parcial sem duplicação

The technology and delivery problem behind this work.

Use these signals to compare this case study with the closest relevant work.

Technology
Bitcoin / OrdinalsInfrastructure
Delivery impact
Censorship resistanceInscription pipelinesOperações da mempool

Preservar 76,911 registos públicos sem perder um ficheiro, quebrar a sequência ou confundir o estado de transmissão com o estado de arquivo confirmado.

A esta escala, a permanência depende tanto das operações como da escolha do protocolo. Foi necessário normalizar, identificar, calcular o hash, agrupar em lotes, financiar, transmitir, confirmar e reconciliar dezenas de milhares de ficheiros num contexto de taxas variáveis. O sistema tinha de comprovar exatamente quais os registos que tinham chegado à Bitcoin e recuperar sem problemas quando apenas parte de um lote era concluída.

01

Manifesto canónico do arquivo

Cada registo de origem estava associado a um identificador estável, um hash do conteúdo, uma ordem, um destino e um estado de processamento, para que o arquivo pudesse ser auditado com base num único inventário canónico.

02

Planeamento de lotes em vários blocos

O arquivo foi dividido em unidades controláveis, capazes de avançar por muitos blocos Bitcoin e períodos de taxas sem transformar toda a execução dos 76,911 ficheiros numa única tarefa frágil.

03

Estados de execução explícitos

Preparado, assinado, transmitido, confirmado e falhado foram tratados como estados distintos. Esta distinção impediu que uma transação na mempool fosse confundida com um registo arquivado permanentemente.

04

Reconciliação e recuperação

Os hashes, as referências de transações e as confirmações podiam ser verificados com base no manifesto, permitindo retomar lotes incompletos sem duplicar registos já confirmados on-chain.

  1. 01

    Trabalhei no pipeline de inscrições criado para distribuir o arquivo completo de 76,911 ficheiros por vários blocos de Bitcoin.

  2. 02

    Implementei um modelo operacional centrado no manifesto para a ordenação, os hashes de conteúdo, as referências de transações, as confirmações e o estado de recuperação.

  3. 03

    Concebi o processamento em lotes em função das condições da mempool e das janelas de taxas, em vez de vincular o arquivo a um único pressuposto de custo fixo.

  4. 04

    Tornou possível recuperar conclusões parciais, para que os operadores pudessem identificar os registos confirmados e retomar o trabalho pendente sem recomeçar.

Um arquivo recuperável na Bitcoin, criado para os 76,911 registos públicos.

O trabalho transformou um conjunto público de 76,911 registos num arquivo capaz de atravessar em segurança vários blocos Bitcoin. O Project Spartacus e a OrdinalsBot conseguiram lançar todo o âmbito do Afghan War Diary com um processo preparado para taxas variáveis e lotes incompletos, demonstrando que a infraestrutura Ordinals podia preservar tanto registos de interesse público como colecionáveis.

  • O pipeline tornou o arquivo completo de 76,911 registos endereçável como unidades verificáveis, em vez de um único processamento em massa opaco.
  • A cobertura independente documentou o plano para vários blocos e o apoio público de Gabriel Shipton.
  • O projeto aplicou a infraestrutura Bitcoin a um arquivo público resistente à censura, em vez de a mais um lançamento de colecionáveis.
Bitcoin CoreProtocolo OrdInfraestrutura do OrdinalsBotManifestos de conteúdosProcessamento em lotes adaptado à mempoolFerramentas de reconciliação

Start from the service closest to this work.

These services match the decisions, delivery, or evidence shown in this case study.

Próximo estudo de casoNot NASA