ビットコインコアのチーフコードメンテナー：ビットコイン開発を分散化する3つの計画

注: オリジナルの著者は、Bitcoin Core プロジェクトの現在の主任メンテナーである Wladimir van der Laan です。 Bitcoincore.orgによるビットコインのホワイトペーパーの削除によって引き起こされた最近の混乱に関して、彼は大きなプレッシャーを感じており、徐々に重要な意思決定の役割を取り除き、舞台裏の開発作業にもっと参加するように努めると述べました。さらに、彼はビットコイン開発の分散化を改善するためのいくつかの計画も提案しました。

最近の出来事で、私はいくつかのことを反省させられました。さらに、ソーシャル メディアでの反応から、人々が私や Bitcoin Core プロジェクトにおける私の役割について奇妙な期待を抱いていることに気づきました。

ビットコインの成長

2011 年に私がコードを提供し始めて以来、ビットコインは大きく進化しました。6,000 億ドルの時価総額システムを実行する小規模な FOSS プロジェクトに受け入れられる取り決めは、もはや存在しません。時価総額は非常に誤解を招く可能性があり、私は具体的な数字には興味がありません。

一つ明らかなのは、これは真剣なプロジェクトであり、私たちは分散化を真剣に受け止め始める必要があるということです。

続けて

私は自分が中央集権的なボトルネックであることを認識しており、ビットコインは非常に興味深いプロジェクトであり、現在進行中の最も重要なものの 1 つであると信じていますが、他にも多くの興味を持っています。それは私にストレスを与え、私はそれを望んでいません。また、ソーシャルメディアでの奇妙な議論に巻き込まれたくもありません。私は自分自身を人間として定義したいのです。

権力を分散させる

まずは自分の仕事を委任し、あまり関与しないようにすることから始めます。 Bitcoin や Bitcoin Core プロジェクトへの貢献をやめるつもりはありませんが、重要な役割から離れて、舞台裏での仕事をもっと増やしていきたいと思っています。

開発活動は順調に進んでおり、コード自体のメンテナンスも複数の人によって長い間行われてきたことに注目してください。現時点では、私は最もアクティブなメンテナーではありません。過去 1 年間の Git マージの数を確認できます。

git log --pretty="format:%cn" --merges --since=2020-01-01 | ビットコイン$並べ替え|ユニーク -c
313 ファンクエイク
51 ヨナス・シュネリ
727 マルコファルケ
7 ピーター・ウイール
65 サミュエル・ドブソン
363 ウラジミール・J・ファン・デル・ラーン

昨年、マージ作業の約 24% のみが私によって行われました。

プラン

しかし、解決すべきことがまだたくさんあると思います。

1. 分散型リリース

1. 短期的には、bitcoincore.org を個人所有ではなく組織に移行し、「バス インデックス」を削減します。

2. 他の組織がミラーを設定して、bitcoincore.org を閉鎖しようとする動機が減れば良いと思います。

3. 長期的には、コードリリース用の Web サイトを完全に廃止することが望ましいでしょう。なぜなら、サイトの所有者はボタンをクリックするだけでサイトを閉鎖することができ、世界的なインターネットによって検閲がますます容易になると思われるからだ。分散型ウェブが必要です。私たちにとっての選択肢の 1 つは、人気が出始めている IPFS です。バイナリ自体については、すでにトレント経由でダウンロードするオプションがあります。

2. 分散型リリースプロセスとリリース署名

1. 承認リリース プロセスのその他の部分。他のメンテナーは私の関与なしに Bitcoin コードをリリースできるはずです。

2. SHA256SUMS.asc に署名するために使用された GPG キーの名前を、私の個人的なタイトルではなく「Bitcoin Core リリース署名キー」に変更します。ビルドを成功させた M 人 (最低) の信頼できる gitian 署名者のうち N 人が、署名された配布を自動的に生成するように構築します。

3. Windows および macOS でのネイティブ コード署名についても同様です。

4. 長期的には、プロセス全体をさまざまな地理的な場所に分散できるように、たとえば RSA しきい値署名を使用してキーを分割する方がよい場合があります。

3. 分散型開発センター

1. GitHub が長期的に私たちの利益を代表するものとして信頼できるかどうかは明らかではありません。問題と PR は API 経由でバックアップされますが、他の場所に移動すると開発に重大な支障が生じる可能性があります。また、あるプロバイダーから別のプロバイダーに切り替えるのは大変な作業であり、理想的には、プロセス全体で中央サーバーにまったく依存する必要がなくなります。この目的のために、私は、まだ完全には実装されていないものの、将来有望と思われる P2P 分散コード コラボレーション プラットフォームである radicle プロジェクトをフォローしてきました。

Bitcoin の要件の一部は他のオープンソース ソフトウェア プロジェクトとは大きく異なるため、いくつかのツールを開発する必要がありました。もちろん、私たちにも助けが必要です。

考慮すべきいくつかの小さな問題:

1. IRC 会議の議長として私に代わる人を見つけるか、複数の人で交代してください。

2. bitcoin-dev および bitcoin-core-dev リストに投稿されたリリース (およびリリース候補) メールは、今後は私が署名して送信することはなくなります。

3. 私は開発に特化したツール（IRC や mastodon の PR 通知ボットなど）をホストしています。これらはそれほど重要ではなく、メンテナンスに使える時間もわずかしかないので、今のところはこれで問題ありません。

分散型ビットコインノードソフトウェア自体については、

1. Carl Dong の libbitcoin_kernel は正常に動作しています。 Bitcoin Core は、他の部分よりも重要なコンセンサス コードを含む大規模なモノリシック プロジェクトです。カーネルは、明確に定義されたインターフェースと、ある時点で独自の変更チェック プロセスを備えた独立した部分になります。以前の libbitcoin_consensus イニシアチブとの違いは、カーネルがステートフルであることです。UTXO の管理と検証が含まれています。ただし、P2P、ストレージ プール戦略、ウォレット、GUI、RPC コードは含まれていません。さまざまなクライアント間で再利用できるため、コンセンサス実装から逸脱するリスクなしに、クライアントの多様性を高めることができます。

これが、2021 年を通じて Bitcoin Core で私が重点的に取り組むことです。

原文: https://laanwj.github.io/2021/01/21/decentralize.html

ウラジミール・ファン・デル・ラーン著

編集者: Satuoxi