Bitcoin v0.1はSourceForge上で .rarアーカイブとして公開された。この形式は、オープンソースリリースよりもIRC/XDCCのWarezシーン配布で一般的だった。バージョン管理システムは使われなかった。本エントリは配布側とツール不在の観察をまとまった集合として読み、ダン・カミンスキーが2011年のセキュリティ監査でv0.1のセキュリティ・アーキテクチャを別側面から検証したものと並べる。個人開発環境の証拠 (ハンガリアン記法、OpenSSL依存、Visual C++ 6.0ツールチェーン、PGP MingW32署名末尾) は別エントリーWindows中心の開発環境分析で扱う。
1. 配布: .rarパッケージングの選択
Bitcoin v0.1は .rarアーカイブとして配布された。SourceForgeでは .zipや .tar.gzがオープンソースリリースの標準だったため、これは稀な形式選択である。.rar形式はWarezシーン（IRC/XDCC/Usenet配布ネットワーク）を含む、形式ばらないソフトウェア配布チャネルでより一般的に使われていた。この特定の選択の理由は不明である。
次の表は、サトシの配布手法を当時のWarezシーンおよび関連するアンダーグラウンド配布コミュニティで一般的だった慣習と比較する:
| 慣習 | サトシの実践 | 一致 |
|---|---|---|
.rar配布 | bitcoin-0.1.0.rar | ✅ |
| 仮名の身元 | サトシ・ナカモト | ✅ |
| 強力な匿名化手段 | Tor、匿名メール、痕跡消去 | ✅ |
| Windows専用初期リリース | v0.1 〜 v0.1.5 | ✅ |
| インストーラなし（展開して実行） | .rarを展開して実行 | ✅ |
| GMXウェブメール | satoshin@gmx.com | ⚠️ |
| NFOファイル（ASCII art付き） | なし | ❌ |
グループタグ（-GROUPName） | なし | ❌ |
| SFV検証ファイル | なし | ❌ |
この重なりが支持するもの: 形式ばらないWindowsソフトウェア配布チャネルの慣習への熟知。共通する要素（.rar形式、匿名化手法、Windows専用初回リリース、インストーラなし）はすべて、アンダーグラウンドで配布されたソフトウェアの 消費者側 が自然に採用する行動である。
この重なりが支持しないもの: 内部のリリースグループへの所属。NFOファイル、グループタグ、SFVチェックサムは、組織化されたシーンリリースグループの実際の特徴である。これらの不在は、サトシがこれらのチャネルの 生産者 側にいたという見方に反する。
最も簡素な読み: サトシは .tar.gzとバージョン管理を使うオープンソースリリースの伝統からではなく、これらの形式を使うチャネルの消費者側から配布慣習を継承した。これは サトシがどの慣習に浸かっていたか についての観察であり、サトシの身元についてではない。
2. 標準的な開発ツールの不在
Bitcoin v0.1はバージョン管理の履歴を持たないまま配布された。SourceForgeは2008年時点でSVNとCVSのホスティングを両方提供していた。リポジトリは、マルッティ・マルミとギャビン・アンドレセンの助けを借りて後に導入された。
2008年時点で、バージョン管理は単独開発者にとっても一般的な実践であり、特に31,000行のC++ コードベースを業務として扱う開発者の間ではほぼ普遍的だった。v0.1におけるVCSの不在は、ビットコイン以前のサトシの開発習慣についての重要な手がかりである。
これとあわせていくつかのツール不在も見られる:
- テストスイートなし。v0.1には自動テストが含まれず、暗黙の検証モデルはコードレビューとライブネットワーク観察だった
- 課題管理なし。バグ報告は構造化されたトラッカーではなくBitcoinTalkフォーラムとメールで扱われた
- 現代的な意味でのビルドシステムなし。v0.1は手動ビルドのバイナリとして配布された。再現可能ビルドはずっと後の話
これらの不在はコードがエンジニアリング的に低品質だったことを意味しない（§4はこれに反する証拠を扱う）。これらが意味するのは、サトシの開発プロセスが進め方の点で 形式ばらないもの だったということである。チーム協同のためのツールではなく、個人の慣習によって形作られていた。
VCSなし、テストなし、課題管理なし、.rar配布という組み合わせは、過去の経験が単独だったか、これらのツールが標準ではなかった環境にあった開発者と整合する。同時代のプロフェッショナルまたは学術的なソフトウェア工学の場に組み込まれていた人物とは整合しない。
3. 実装選択とWindows中心の開発環境
実装スタイルの証拠はWindows中心の開発環境分析がまとめて扱う。同エントリーはサトシ自身がギャビン・アンドレセンに対して「私よりずっとLinuxに長けている」と自己位置づけた発言、および本エントリーで扱う配布選択と重なるSVN以前8か月のソロ開発期間も記録する。
Warezシーンの読みにとって関係する点: Windows専用初版 (v0.1 〜 v0.1.5) は上表の一致項目の一つであり、別エントリーが記録する像と整合する。独立した驚きではない。
4. セキュリティ・アーキテクチャ: カミンスキー監査
ダン・カミンスキーの2011年の監査は『The New Yorker』誌で報じられ、批判と称賛の両面を含んでいた。
フォーマットと可読性についてカミンスキーは、コードを「密度が高く難解」と評し、「フォーマットの仕方が異常だった。世界で最も妄想的で几帳面なコーダーでなければ、ミスを避けることはできなかっただろう」と述べた。
セキュリティ・アーキテクチャについては、彼の発見は逆だった。彼が特定した9つの潜在的な攻撃手法それぞれに対し、サトシはすでに「Attack Removed」というコメントと対応する防御コードを書き込んでいた。カミンスキーは結論した:
これは複数人のチームが取り組んだか、さもなければこの男が天才か、どちらかだ。
これは公開記録における外部専門家によるv0.1の最も厳格なセキュリティレビューである。結果は一貫しており、はっきり述べる価値がある: サトシは洗練された敵対者が試みるであろうほぼすべてのカテゴリーの攻撃を予想し、設計レベルで事前に阻止していた。
5. 区別: 先見的なセキュリティと形式ばらないプロセス
§1 〜 §4を通じて浮かび上がる構図は2つの軸で異例であり、各軸単体でも稀である：
| 軸 | サトシの実践 | 何が稀か |
|---|---|---|
| セキュリティ・アーキテクチャ | 驚くほど先見的 — カミンスキーが試みた9つの攻撃すべてが事前に阻止されていた | きちんとした手順を踏まない単独開発者の大半は、自分が個人的に標的にされていない洗練された暗号攻撃を事前に阻止しない |
| 実装プロセス | 形式ばらない — バージョン管理なし、テストスイートなし、課題管理なし、.rar配布 | カミンスキーが文書化したレベルのセキュリティ意識を持つほとんどの開発者は、チーム内で、バージョン管理を使い、形式的なテスト基盤の中で作業する |
組み合わせは構造的な読みを支える: サトシは システムそのものに何が起きうるか について明らかに深く考えていた。しかし、プロフェッショナルな共同ソフトウェア工学の慣習の中では仕事をしていなかった。2つの能力は独立に発達した。これは不可能ではない。非標準なプロセス背景を持つ単独の暗号システム構築者は存在する。ただし、際立った特徴として名指す価値があるほど異例である。
6. 限界
- 個別の観察にはそれぞれ別の読みが可能。
.rarはチャネル条件付けではなく様式的な好みかもしれない。バージョン管理の不在は習慣ではなく時間的圧力を反映するかもしれない。ハンガリアン記法はWindows伝統の手がかりではなく意図的な自己規律の選択かもしれない。それぞれ単独の観察は弱い診断性しか持たない - クラスター全体の方が個別観察より診断的である。読みの強さは、すべての選択が両立する方向を指していることにある: Windows中心の開発、形式ばらないプロセス、アンダーグラウンド配布の消費者側への熟知、チームではなく個人のワークフロー
- 身元仮説は導かれない。読みはサトシの作業環境の 形状 を特徴づける。身元を特定の国・雇用形態・年齢層・特定の人物に絞り込むものではない
- 先見的セキュリティは複数の経歴と整合する。独学の暗号愛好家、所属機関の外で作業する学術的暗号研究者、職場の外で活動するセキュリティ業界のベテラン、いずれもカミンスキーの発見と整合する
カミンスキーの評決は二つに分かれていた。チームか、天才か。私が知るこのコードへの外部の読みの中で、選択を開いたまま残したのは彼のものだけで、ツールの記録はその前半を彼の代わりに閉じている。インストーラのない .rar、リポジトリのないコードベース、テストのないリリースは、一人で働く人間の痕跡だ。残るのは後半で、それには何の但し書きも付かない。
