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.
O desafio
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.
Como funcionou
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.
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.
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.
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.
O meu papel
-
01
Trabalhei no pipeline de inscrições criado para distribuir o arquivo completo de 76,911 ficheiros por vários blocos de Bitcoin.
-
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.
-
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.
-
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.
O que mudou
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.
Ferramentas e tecnologias
Fontes