Slush Pool――採掘の長い待ち時間を分け合う
2010年、小さなコンピューターでは何週間採掘してもブロックが見つからないことがあった。Slushは共同採掘を提案する。報酬のばらつきを抑えるには、誰が実際に計算したかを確かめる仕組みも必要だった。
3点クイック要約
- 発端 / 逆説Slushが共同採掘を提案したのは2010年11月27日。Braiinsの後年の記録では、プールの稼働開始日は12月16日とされる。
- 決定的瞬間プールは貢献者に報酬を分配し、個人の受取額のばらつきを抑える。同じ計算能力が、それだけでより多くのビットコインを生むわけではない。
- 歴史的結末シェアは、より易しい目標を満たした計算の証拠だ。完成したブロックの断片ではなく、運営者の会計や支払いへの信頼も不要にはしない。
出来事のタイムライン
Slushがフォーラムで提案し、参加者が報酬のばらつきと貢献の確認方法を議論する。
Braiinsは後年の採掘プール史で、この日を稼働開始日としている。
CPUを3個使っても見つからない
2010年11月27日、Slushというフォーラム利用者は、CPUを3個使って何週間も採掘しているのにブロックが見つからないと書いた。GPU採掘の登場で、小さなコンピューターと強力な機器の差が目立ち始めていた。彼の提案は、小規模な採掘者の力を集めてブロックを探し、報酬を分け合うことだった。[1]
参加者のribuckは、提案の前提を一つ訂正した。難易度が一定なら、2台のコンピューターをまとめても、合計の計算能力から得られる報酬の期待値が魔法のように増えるわけではない。Slushの返答からは、実務上の問題が浮かび上がる。最初の報酬があまりに遠く感じられれば、人々は採掘をやめてしまうかもしれない。少額でも頻繁に受け取れれば、参加を続ける動機になり得た。[1][2]
大きな報酬と、読めない待ち時間
当時、ビットコインのブロック補助金は50 BTCだった。単独で有効なブロックを見つければその補助金を受け取れるが、小さな機器では長い間何も見つからないこともある。プールは多くのコンピューターの仕事を集め、報酬を分けた。参加者は報酬を独り占めする機会と引き換えに、プールの成功から小さな取り分を受け取った。[2]
変わるのは分散、つまり実際の結果が平均からどれほどばらつくかだ。有効な計算能力が同じで手数料を無視すれば、プールに入るだけで報酬の期待値が上がるわけではない。時間を通じた受取額の分布が変わる。プールにも長くブロックが見つからない時期はあり、支払時期は運営ルールにも左右される。協力は毎日の収入を保証しない。[2][3]
当たりではない計算をどう数えるか
プールは、コンピューターが忙しく働いたという申告だけで報酬を払うことはできない。そこで、ビットコインのブロックに必要な基準より易しい目標を満たす結果を求める。この提出物がシェアだ。プールは少ない計算で検証でき、提出頻度を難易度に応じて評価することで、提供された仕事量を統計的に推定できる。大部分のシェアはビットコインのブロックにはならない。ときどき、ネットワークの厳しい条件まで満たすものが現れる。[2][3]
シェアは、貼り合わせればブロックが完成する小片ではない。同じ探索から得られる検証可能な結果である。初期の議論では、採掘者が当たりを自分のものにできるかも問われた。プール向けの仕事には、報酬をプールに支払う取引が組み込まれている。支払先を差し替えるとハッシュ計算の対象となるブロックが変わるため、見つけた成功ハッシュをそのまま流用することはできない。[1][2]
待ち時間を分け、支払いを託す
11月の投稿は提案だった。Braiinsは後年の記録で、プールの稼働開始日を2010年12月16日としている。この二つを分ければ、議論が始まった日を、すでにサービスが動いていた日として扱わずに済む。この事業はSlush Pool、後にはBraiins Poolとして知られるようになった。報酬制度も、当初の比例配分の構想から発展していった。[1][4][5]
Slushは最初から交換条件を認めていた。参加者は、彼が報酬を正しく分配すると信じなければならない。シェアは貢献を測れるようにしたが、運営者を不要にはしなかった。残った発想は、小さな採掘者一人の運に参加が左右されすぎないようにすることだった。それとともに、誰が帳簿を管理し、各人の取り分を支払うのかという問いも残った。[1][2][4]
この人物・事件と繋がる関連ストーリー
歴史のバタフライ効果で結びついた、もう一つのドラマを探求する。
