Slush Pool：採掘を宝くじ任せにしない、プラハ発のアイデア

当時、ビットコインはブロックの勝者に五十枚のコインを報酬として与えていた。ネットワークにとっては単純なメカニズムだったが、個々の人々にとっては厳しい宝くじのようなものだった。ブロックを見つける確率は、全ネットワークにおける彼らの計算能力の割合に応じた。全体の計算能力が増加するにつれて、小規模なマイナーは、自分のマシンが休むことなく動作しているにもかかわらず、ますます長い時間待たなければならなかった。

長期的な平均は好ましいように見えたが、電気代の請求書は毎月届いていた。個人は大きな変動を負担しなければならなかった。つまり、全額の報酬を獲得するか、長期間まったく何も得られないかのどちらかだった。このことが、小規模な採掘能力を持つ人々を押し出していた。彼らの仕事は、ネットワークの観点から見ると、大規模な採掘作業と同等に有用であったにもかかわらずである。

パラティヌスは自身の経験からこの問題を知っていた。フォーラムで彼は、共有サーバーが数千の小さな試行を結び付け、結果を分割できることを説明した。参加者はもはや自身の稀な成功を待つ必要がなくなる；誰かがブロックを成功させたときに、グループ内で毎回少額の報酬を得ることができる。

マイニングプールによって全体の確率は変わりませんし、ビットコインも増えることはありません。ただ、リスクの分配を時間の経過とともに変化させることができます。これは、一度の大きな当たりを狙うロトと、大量のロトから定期的に一定の配当を受け取ることの違いです。より安定した収入を得るためには、採掘者は手数料と、運営者の正確な会計に依存することになります。

スラッシュは彼の提案を純粋に技術的な勝利として提示しなかった。最初のスレッドで既に、利点、欠点、必要な信頼を列挙していた。サーバーは提出された仕事を正しく測定し、報酬を盗まないこと、そして利用可能なままである必要があった。プールは一つの不確実性を除去したが、ビットコインのコンセンサスが管理しない中間者を追加した。

小規模なマイナーにとって、最大の課題は平均的なリターンではなく、時間だった。統計的には毎日、報酬の断片を受け取る権利があったが、実際のプロトコルは努力に対して断片を払い出さなかった。彼のマシンが有効なブロックを発見すれば五十ビットコインの全額が得られ、そうでなければ何も得られなかった。長期間にわたる失敗の連続は、装置が動いていないことを意味するものではなかった。ただ、抽選がまだ彼の味方になっていないだけだった。共有サーバーはこの不規則な出来事を、証明された作業量に応じてより小さな配分に換算していた。プールは期待されるブロック発見数を増やすものではなかったが、収入のペースを変えた。そして、まさにこの違いこそが、マイナーが採掘を続けられるかどうかを左右し得たのだ。

2010年11月27日の発表は、完成した企業向け製品のお披露目ではなかった。Palatinusは、プロトコルや接続方法、報酬の仕組みを試してくれる人を探していた。システムは部分的な作業証明を受け付ける必要があった。有効なブロックを作るには足りなくても、採掘者が実際に計算したことは示せる結果である。

シェアと呼ばれるこれらの部分的な計算結果によって、プールは各マシンの貢献度を見積もることができた。参加者の誰かがネットワーク全体の難易度条件を満たすハッシュを見つけると、プールがブロック報酬を受け取り、採用した計算ルールに従って分配した。一般の採掘者にとっては、いつ得られるかわからない五十ビットコインの報酬が、少額の支払いの積み重ねに変わった。

最初のサービス形態は、Bitcoin.cz Mining Poolという名前で運営されていた。ウェブ、サーバー、サポートなどは、大部分が一人の人物によって行われていた。これにより、チェコにおける先駆性により具体的な意味が与えられる：これは、国家プロジェクトや国家プログラムではなく、プラハからグローバルネットワークの具体的な経済的問題に取り組んでいたプログラマーによるものであった。

プールは同時に候補ブロックを構築し、採掘者に作業を配布する必要があった。個々のマシンは計算能力を提供したが、運用者がどのヘッダーで作業を行い、テンプレートにどのトランザクションを含めるかを決定した。ハードウェアを多くの人々に分割することは、決定の分割を保証するものではなかった。

後のマイニングプロトコルの開発、包括してStratum V1など、プールと機器の間の通信を効率化することを目指した。基本的な取引は同じままだった：プールはより予測可能な支払いを提供し、マイナーはその一部の調整をプールに委託する。最初のサーバーが作った模範は、他のプールが急速に追随した。

本格的な運用は2010年12月16日に始まり、同じ日にプールはブロック97,834を採掘した。今のチェーンの記録からは結果がわかるが、そこに至るまでの緊張は伝わらない。サーバーは提出された作業を正しく受け付け、有効なブロックを認識し、計算能力を提供した人々の貢献分をきちんと記録できるのか。それが問われていた。

最初のブロックは、調整がテストだけでなく実際に機能することを確認した。報酬は、参加者間で分割されることができたが、その多くは当時独自に採掘を行っても何も得られなかった。小規模なマイナーにとって、これは彼らの弱いマシンがネットワークの経済からすぐに追い出されないことを実感的に証明した。

この日付は十一月の発表と区別することが重要である。考え、公開テスト、および実際の結果は、三つの異なるステップであった。物語は突然ブロックを見つけたことから始まるのではなく、その数週間前に始まる。スラッシュは設計について公然と説明し、コミュニティに自分に間違いを指摘してくれるように依頼したからである。

成功はさらなるパフォーマンスをもたらし、それとともに責任も増した。プールがネットワークのうちどれほどの大きな部分をまとめるかというのは、どのくらいの頻度で障害や悪い決定が起こるかということと密接に結びついていた。サービスはアカウントを保護し、報酬を計算し、攻撃に反応する必要があった。これはもう、運を均等にするためのスクリプトだけではなかった；他人の信頼に応えるためのインフラストラクチャであり、その会計にも他人が頼っていた。

ブロック97 834は、その額自体では特に重要ではない。同じ五十ビットコインは他のマイナーたちも獲得していた。特筆すべきは、そのブロックに到達した方法と、それを分配した方法であった。ブロックチェーン上の一行は、多数のマシンの共同作業を表し、プールが公開ネットワークで機能できるという最初の実践的な証明となった。

プロジェクトは後にSlush PoolおよびBraiins Poolという名前で呼ばれるようになった。Braiinsチームはサービスをプロフェッショナル化し、Marek PalatinusはSatoshiLabsおよびハードウェアウォレットのTrezorに更多のエネルギーを費やした。然而、元のサーバーから続く歴史的な流れは、ビットコインの採掘で最も古い名前のひとつに繋がっている。

プーリングは採掘の機会を広げると同時に、ブロックテンプレートの作成を徐々に少数のサービスに集中させていった。ソロマイナーは、どのブロックを構築するかを自ら決定する。通常のプールの参加者は、多くの場合、割り当てられた計算タスクを実行するだけである。物理的な計算処理は分散されていても、調整に関する意思決定は集中化されたまま留まっている。

この集中とは、プールがすべての接続されたマシンを所有していることを意味しない。マイナーは、手数料、検閲、またはオペレーターの行動に同意しない場合、別の場所にハッシュレートをリダイレクトできる。ただし、移動には情報と対応する意欲が必要である。したがって、分散化は、デバイスの数だけではなく、ブロックを組み立てる人が誰であるか、また、調整者を変更することがどれほど容易であるかによっても測られる。

スラッシュの最初の文章はこの妥協を隠していなかった。経済的な問題の解決策を提示し、同時にその解決策が要求する信頼を名付けた。まさにこのようなオープンさが、後の勝利主義的な物語を読むことを助けている。プールは最終的な答えではなかったが、新しい道具であり、明確なコストを持っていた。

プラハのプロジェクトは、採掘を仕事と幸運を分離することで変えた。個人はもはや全ブロックを独自に勝つ必要がなく、自分のハッシュレートが継続的な報酬を得ることができた。同時に、中央銀行のないシステムでも、人々が調整を任せるサービスが生まれることを示した。問題は、それらが生まれるかどうかではなく、参加者がそれらを管理したり、放棄したり、置き換えることができるかどうかである。

プールの集中度は、接続されたマシンの台数だけでは測れない。重要なのは、ブロックテンプレートを組み立て、トランザクションを選定し、配当ルールを設定し、問題が生じた際に参加者にソフトウェアの変更を促すことができるのが誰かだ。マイナーがプールを離れることができるのは、他に実用的な選択肢があり、かつ実際にそのサービスが何をしているかを監視している場合に限られる。スラッシュによる信頼の初期の記述は、この点においていまだに現代的な意義を有している。プーリングは実際の経済的課題を解決すると同時に、競争、透明性、そして離脱の余地が不可欠となる新たな領域を生み出した。分散化は、協調を禁止することで維持されるのではなく、それが管理不能な権力に固着しないようにすることで維持されるのだ。