Jeff Garzikとは誰でしょうか？定義・背景・出典

01Jeff Garzikとは誰でしょうか？

Jeff Garzik は jgarzik として公開活動する開発者です。具体的なコードや BIP の著者名は貢献の証拠であり、Bitcoin の合意を個人が支配する証拠ではありません。

02公開名と開発者アカウント

GitHub は Jeff Garzik と jgarzik を結び付けています。過去のコードではリポジトリと版を確認してください。現在のプロフィールだけでは、全 Bitcoin リリースに対する過去または現在の権限を証明できません。 [Garzik — public developer profile]

03元の cpuminer と派生版

Garzik の cpuminer README はマルチスレッドの Bitcoin CPU マイナーと説明しています。pooler/cpuminer は Litecoin と Bitcoin 向けの派生版と明記します。派生版の後発機能を元の版に自動的に帰属させることはできません。 [Garzik — reference cpuminer README][Pooler — cpuminer ancestry]

04Picocoin の未完成状態

Picocoin は C ライブラリ libccoin を含み、HD ウォレットと brd ノードを WIP と表示します。リポジトリは 2024 年 2 月 15 日からアーカイブされています。コードが公開されていても、完成済みで保守され、安全な製品の証拠にはなりません。 [Garzik — Picocoin archive and README]

05BIP 35 が公開するのはローカル mempool

Garzik の BIP 35 は mempool 要求と、そのノードの取引ハッシュを含む inv 応答を説明します。データは getdata で要求できます。これはローカルな未承認取引集合であり、世界全体の完全な一覧でもブロック収録証明でもありません。 [BIP 35 — mempool message][Bitcoin Core 29.0 — local mempool RPC]

06BIP 100 は上限の投票を提案

BIP 100 は Garzik、Tom Harding、Dagur Valberg Johannsson を著者として挙げます。提案は 2016 ブロックごとに再計算し、75% のマイニング多数と制限付きの上限変更を使います。状態は Closed であり、アルゴリズムの記載は全ネットワークの採用を証明しません。 [BIP 100 — dynamic block-size proposal]

07投票でも互換性問題は残る

BIP 100 は、元の 1 MB 上限を初めて超えるブロックが、その固定上限を守るノードを分離すると明記します。マイナーの投票だけでは未更新ノードの検証規則は変わりません。 [BIP 100 — dynamic block-size proposal]

08BIP 102 は別の提案

Garzik の BIP 102 は、時間条件と直近 1000 ブロックの 95% の支持を条件に、一度だけ 2 MB 上限へ変更する提案でした。これも Closed で、古い検証クライアントとの非互換性を警告します。現在のブロックサイズ定義ではありません。 [BIP 102 — two-megabyte proposal]

09状態と仕様の層を併せて読む

登録表では BIP 35 は Peer Services の Deployed、BIP 100 と BIP 102 は Consensus (hard fork) の Closed です。ネットワークメッセージの導入は、同じ著者の別の提案の導入を意味しません。 [BIP 35 — mempool message][BIP 100 — dynamic block-size proposal][BIP 102 — two-megabyte proposal]

派生マイナーと元のプロジェクトは別です。
ノードの mempool は世界全体の承認済み履歴ではありません。
マイナー投票は他ノードの規則を書き換えません。
Deployed、Closed、未完成ソフトウェアを区別します。

↗文脈とともに読む

理解を深めるには、この項目とあわせて次もお読みください Cynthia Lummis, Mike Hearn, ブロックサイズ戦争. 次の項目からも参照されています Mike Hearn.