Preston Van Loon は、コンピュータ ゲームと共に育ちました。 しかし、彼を動かしたのはそれらを演奏したことではありませんでした。
「私の興味は、ビデオ ゲームをいじったり、アドオンやモッドを作成したり、サーバーを実行したりすることから生まれました。 ゲームを編集して、思い通りにするのが本当に好きでした」と彼は言いました。 「その後、私は自動化に目を向けました。金を削るなど、冗長または退屈なゲームの部分を自動化することです。」
「Grinding for gold」は World of Warcraft への言及です。World of Warcraft は、生き続け、キャラクターを開発し、クエストを実行する必要があるロールプレイング ゲームです。 Van Loon は、彼のキャラクターを制御するボットをダウンロードして使用し、資源を収集させ、それらの資源がいっぱいになると、それらの資源を銀行に預けます。これは、分散型金融における「イールド ファーミング」がどのように機能するかのようなものです。
確かに、2017 年にブロックチェーン、特に Ethereum に彼を惹きつけたのは、自動化されたシステムを作成および管理したいという彼の願望でした。当時 Google で開発者として働いていた Van Loon は、ブロックチェーンは遅くて高価であると考えましたが、彼を驚かせました。まったく斬新なアイデアとして。
XNUMX 年後、彼は Ethereum の歴史の中で最も重要な責任の XNUMX つを担っています。Prysmatic Labs の創設者として、彼は最も広く使用されている Ethereum コンセンサス レイヤー クライアント (ネットワークのバリデーターが実行するソフトウェア) を実行しています。 The Merge が発生したときに、ネットワークのすべてのノードが想定どおりに連携して動作するようにするのは、Van Loon の役割です。
イーサリアムを見つける
Van Loon は、最終的に Ethereum を見つける前に、いくつかの異なるキャリアパスを歩み始めました。 まず、彼は航空学校に2013年間通いました。 その後、コンピュータ サイエンスにはもっと興味深い問題があったため、彼はコンピュータ サイエンスに軸足を移しました。 彼はミドル テネシー州立大学で学び、XNUMX 年に中退しました (イーサリアムの共同創設者である Vitalik Buterin と同じ年です)。
その後、ジュエリー販売業者が eBay でオークションを自動化するのを手伝いました。 彼は、全員が仕事から帰ってきた最適な時間にライブ配信を開始するようにしました。 その後、Google が彼を採用し、最終的に開発者として働くことになりました。
Van Loon は、友人が Ethereum について彼に話したとき、Google で彼の役割を果たし始めて XNUMX 年が経ちました。 最初はほんの少ししか興味がなかったが、彼はそれがクールなアイデアだと思った. 「それがどのように機能するかについて数か月読んだ後、私は夢中になりました. 年末までに、貢献してイーサリアムをより速く、より安く使用できるようにする方法を探していました。」
ヴァン・ルーンはブテリンの本を読んだ シャーディングに関する書き込み、ブロックチェーンのデータをセクションに分割して、そのコピーを維持するすべての人への負荷を軽減する技術。 ブテリン氏がシャーディングに興味を持ったのは、当時、特に CryptoKitties の登場によってブロックチェーンが混雑し、イーサリアムの取引手数料が大幅に上昇していたためです。 これにより、ブロックチェーンのパフォーマンスが低下し、全体的なユーザー エクスペリエンスが低下していました。
Van Loon は、それが非常に新しく過激なアイデアであるため、それに取り組んでいる開発者がほとんどいないことに気づき、メインの Ethereum コードベースに追加できるバージョンを作成できるかどうかを確認することにしました。
2018 年 XNUMX 月、Van Loon は、イーサリアム クライアントとシャーディングに関連するチャット ルームでメッセージングを開始しました。 これを通じて、科学研究ネットワークの共同創設者であり、当時コンピューター サイエンスの教師であったラウル ジョーダンと出会いました。 数日後、彼らはニューヨークで会合し、チームをまとめて、イーサリアム ブロックチェーンのシャーディングを実現できると考えました。
Van Loon と Jordan は、他の XNUMX 人の開発者と共に Prysmatic Labs を設立しました。 最初の目標は、メインの Ethereum コードベースに追加できるシャーディングの実装を作成することでした。
100,000 か月後、スタートアップはイーサリアム財団から XNUMX 万ドルの助成金を受け取りました。 助成金に関連して、Van Loon と彼のチームの何人かは台北に飛んで、他の Ethereum 研究者に会いました。 シャーディングの研究はまだ初期段階でしたが、ミートアップでは何人かの開発者が参加しました 示されました シャーディングに関係する特定の要素のいくつかの実装がほぼ完了したこと。
Van Loon 氏は、シャーディングへの彼のアプローチに対するフィードバックに圧倒されたと述べました。 台北での会議の後、彼のチームはシャーディングとプルーフ オブ ステークを組み合わせた設計に落ち着きました。 「今日に至るまで、それは素晴らしい決断だったと思います」と彼は言いました。
プルーフ・オブ・ステークへのピボット
しかし、技術開発が計画どおりに進むことはめったになく、約 XNUMX 年後、Prysmatic Labs は方向性を変えました。
最初の XNUMX 年間は、プルーフ オブ ステークと組み合わせたシャーディングの繰り返しに取り組んでいました。 その後、イーサリアムの開発者は、キャスパーと呼ばれる注目を集めるイニシアチブを開始しました。これには、ブロックチェーンをプルーフ オブ ステークに切り替えることが含まれていました。 そのため、Prysmatic チームは Casper に取り組み、特にキャスパーをシャーディングで実装することに集中しました。
しかし、結局 Casper は実現せず、2019 年半ばに Beacon Chain と呼ばれる概念に置き換えられました。 この変更により、シャーディングに対するまったく新しいアプローチが必要になりました。 「最初からやり直さなければなりませんでした。コードベース全体を削除しました」と Van Loon 氏は振り返ります。
このシフトは、優先順位の変更の結果としても生じました。 プルーフ・オブ・ステークがトップに上がった一方で、シャーディングはリストから落ちました。 それに加えて、イーサリアムの輻輳を緩和する新しい、いわゆるレイヤー 2 テクノロジーが登場しました。
Van Loon 氏は次のように述べています。 「したがって、シャーディングを棚上げにして、毎日悪化しているこの差し迫った問題を修正している間、イーサリアムのエネルギー消費とハッシュレートが上昇しているだけで、おそらく環境に大きな影響を与える可能性があります。 」
イーサリアムの新しいシステムは、XNUMX つのレイヤーで考えることができます。 どのバリデーターがブロックを処理するかを決定するコンセンサス層があります。 そして、トランザクションの処理に重点を置いた実行レイヤーがあります。
Prysmatic Labs は、もはやシャーディングに重点を置いていないため、ブロックチェーンのコンセンサス層を実行する Prysm と呼ばれるクライアントの作成に切り替え、バリデーターがトークンをステークし、トランザクションを処理する権利を与えられるようにしました。
Prysm の他に、Lighthouse、Teku、Nimbus という XNUMX つの主要なコンセンサス レイヤー クライアントがあります。 それらはすべて異なるソフトウェア言語で書かれています。 イーサリアム コミュニティは、分散化の一形態として多様なクライアントを持つことを重視しています。
2019 年 XNUMX 月、Prysmatic Labs は、Prysm クライアントの最初のテストネット イテレーションと、誰でもプルーフ オブ ステークの実験を開始できるパブリック イーサリアム テストネットをリリースしました。
マージの実装
Van Loon 氏にとって、イーサリアムがプルーフ オブ ステーク プロジェクトに移行することは、2019 年 40 月にオンタリオ州で開催された集会までは現実味を帯びていませんでした。そこには、さまざまなイーサリアム コンセンサス レイヤー チームからそれぞれ約 XNUMX 人の開発者が参加していました。
彼らは、各クライアントがプルーフ オブ ステークで独立して作業していることは知っていましたが、同期するかどうかは知りませんでした。 それは、XNUMX 人に新しい言語を個別に教えてから、同じ部屋に入れ、お互いに話すように求めることに似ていました。
チームは XNUMX 週間働き、ビールを分け合い、トランプをしました。 最終的に、彼らはすべてのクライアントを同期させて連携させ、小さなバグや技術的な障害を克服しました。 それは大成功でした。
ソフトウェアを同期させるには、その背後にいる人々も同期させる必要がありました。 「私たちはインターネットを介して一緒に仕事をしており、[イーサリアム] にも非常に情熱を持っているので、コンピューターの外で人々と知り合うことができて本当に良かったです。 その人のことをもう少しよく知ることで、特に意見が合わない場合に一緒に仕事をすることが容易になりました」と Van Loon 氏は言います。
クライアントが連携しないと、ネットワークが断片化し始める可能性があると Van Loon 氏は述べています。 あるクライアントが別のクライアントの動作を拒否すると、ネットワーク上で分岐点が増え (ブロックチェーンが一時的に分割される)、「ネットワークの全体的な劣化」が見られる可能性があると彼は付け加えました。
翌年かそこらで Prysm の人気が高まり、ある時点でバリデーターの XNUMX 分の XNUMX 以上が使用していました。
「あまりにも成功しすぎてリスクが生じたので、Prysm の使用をやめて他のものに切り替えるよう、全員に伝えなければなりませんでした。 これを制御する必要があります」と彼は言いました。 現在、イーサリアムのノードの約 35% で実行されているクライアントです。
The Merge がうまくいくことを確認するために、開発者は複数のテストネットで The Merge を実行し、シャドウ フォークを実行しました (実際のメインネットは、機能するかどうかを確認するために少数のノードでのみフォークされます)。 Kiln、Ropsten、Sepolia、および Goerli テストネットは The Merge を経て、完全なプルーフ オブ ステーク コードを実行しています。
「難しい部分が完了したこの時点で、私たちはすでにすべてのテストを完了しています。 私たちはそれについてとても気分がいいです。 すべてが機能しています。」 次の課題は、全員に新しいクライアントをダウンロードしてもらうことだと彼は言いました。
Van Loon 氏は、たとえばクライアントが同期しなくなった場合や、コンセンサス メカニズムが誰がトランザクションを処理するかについて合意できない場合など、何か問題が発生した場合のバックアップ計画は実際には存在しないことを認めました。 それが機能しないというまれな状況では、コア開発者はロールバックを発行して元に戻すことができると彼は言いました.
しかし、6,800 つの課題はコードのバグを見つけることですが、より大きな課題は、XNUMX のノード オペレーター全員が同じ行動方針に同意するように調整することです。 そのため、イーサリアムが最終的な変化を遂げる前に、Van Loon と他のコア開発者が、そのような意見の相違がすべて予想され、調整されていることを確認することが非常に重要です。
訂正: ノード オペレータの数を修正しました。 このエラーを指摘してくれた Anatoly Yakovenko への H/T。
©2022 The Block Crypto、Inc. All Rights Reserved。 この記事は情報提供のみを目的としています。 法律、税務、投資、財務、その他のアドバイスとしての使用を目的としたものではありません。
