Mara van der Laan

現在の laanwj の公開プロフィールには Mara van der Laan と記され、元 Bitcoin Core メンテナーと紹介されています。古い記録には過去の名前 Wladimir van der Laan が登場しますが、別人ではなく同じ開発者の仕事です。プロジェクトの保守は新機能を考えるだけではありません。変更を取り込める段階か判断し、統合を調整し、コードを確認・テストする人と協力する必要があります。この目立ちにくい仕事を知ると、貢献を理解しやすくなります。 [1] [4]

2021 年 1 月 21 日の文章で、van der Laan は長く続くプロジェクトによくある問題を説明しました。多くの作業が特定の人に依存するようになることです。Bitcoin Core にはすでに複数のメンテナーがいましたが、さらに仕事を任せ、自分の関与を減らしたいと述べています。貢献を完全にやめる発表ではなく、重要な手順が自分を待たずに進むことが目的でした。公開準備が整ったのに、不可欠な一人が不在で止まる場面を考えてください。責任の分担はそれを防ぐためにあります。 [2]

2021 年の計画は、プログラムの配布、リリースへの署名、開発者の協働の場に及んでいました。Van der Laan は分散型のファイル共有に IPFS、単一の中央サーバーに依存しないコード共同作業に Radicle を検討していました。人、サイト、サービス提供者が使えなくなっても、全員が止まらないことが狙いです。ただし、ツールへの言及は当時の提案の記録であって、導入完了の証拠ではありません。弱点の特定、解決策の計画、実際の利用は別の段階です。 [2]

2022 年 8 月 11 日の開発者会議で、laanwj は Bitcoin Core のメンテナーから退くと発表しました。具体的には、共通コードへの変更の統合とリリース準備をやめるという内容です。一方、時折コードをレビューする可能性は残していました。他人の提案を確認するためにメンテナーである必要はありません。すでに多くの仕事を担っている人々への信頼も示しています。そのため、この歴史では日付が大切です。過去の肩書を今の役割と見なしたり、退任を貢献手段すべての消失と考えたりしてはいけません。 [3]

Bitcoin Core はメンテナーを、チームが取り込みに合意したレビュー済みの変更を統合し、最後の確認を行う人と説明しています。リポジトリはコードと履歴を保存する場所です。そこへのアクセス権があっても、ノード運営者に更新を命令できるわけではありません。ノードは選んだソフトウェアで Bitcoin の規則を検証するコンピューターです。重要なプログラムへの影響力と、全参加者の動作を命令で変える力は別です。プロジェクトの管理とネットワークが採用する規則を分けると、分散化が理解しやすくなります。 [4]

Bitcoin Core をダウンロードする利用者にも確認の役割があります。SHA256SUMS には公開ファイルのチェックサムが並び、計算結果との比較でダウンロードしたファイルが一致するか分かります。しかし攻撃者はプログラムと一覧を一緒に差し替えるかもしれません。そのため、デジタル署名と、署名者の公開鍵を識別する短い情報である鍵のフィンガープリントも確認し、信頼できる方法で確かめた値と比べます。鍵に書かれた名前だけでは本人確認になりません。ファイル、署名、鍵の所有者は、関連する別々の確認事項です。 [5]

ソースコードは人が読んで編集するプログラムの形で、ビルドすると実行可能なファイルになります。Bitcoin Core の再現可能なビルドでは、他の人が独立に同一ファイルを作り、公開版とチェックサムを比較できます。これにより、ダウンロード用ファイルを用意した一台のコンピューターを無条件に信じる必要が減ります。ただし、一致はソースコードに不具合がない証明ではありません。ソースにある誤りは、同じビルドすべてに忠実に再現され得ます。公開版の由来の確認と専門的なコードレビューは、互いを補うものです。 [5]

最後に、その版が今も修正を受け取るかという問いが残ります。Bitcoin Core はリリースのライフサイクルを公開し、サポート中の版と終了した版を区別しています。終了した版は通常、セキュリティ修正を受け取りません。古い有効な署名は元のファイルの由来を正しく示せても、現在の保守を保証しません。ソフトウェアを選ぶ際は、サポート状況とリリースノートも確認してください。プロジェクトの歴史、ファイルの真正性、現在の用途への適切さは、関連していても別の問いです。 [6]