ロケット、量子脅威、0と1：Solanaの真実を鍛造するDean Little

はじめに

ブロックチェーンは嘘の上に成り立っています。正確には、抽象化の層として現れる都合のよい嘘です。開発者が目にするのは、速度と安全性を約束するSDK、API、フレームワークに満ちた世界です。しかし現実はもっと複雑で、レジスタ、syscall、バイトコードが至るところに存在します。そこへ足を踏み入れるのは、よほどの狂人だけです。実際、あらゆる抽象化にはオーバーヘッドがあり、あらゆるコンパイラは真実を覆い隠します。

Dean Littleは、回路をはんだ付けし、EEPROMを書き換えながら、キャリアを通じてこれらの嘘をかき分け、真実を追い求めてきました。Bitcoinではマイニングプール、GPUカーネル、SPVツールを構築し、可能な限りマシンに近い場所に留まりました。そして、当時は十分に発揮できなかった分散システムの可能性を学びました。その後、Solanaと出会います。彼はそこで、コンパイラを軽視し、syscallを酷使し、手作業でアセンブリを書くという異端で知られています。楽しいからではありません。速度こそが真実だからです。

Zeus NetworkのChief Scientistとして、彼はSolana上にBitcoinプロトコル全体をゼロから実装し、BTC流動性のシームレスな移動を可能にしました。また、量子コンピューターへのFUDを封じる挑発的なデモとして、Winternitz One-Time Signature保管庫を開発しました。他者が毎秒6件を夢見るだけの中、毎秒数万の資産を移行できます。

しかし、Deanは教育者でもあります。Turbin3からBlueshift、そして最近のSolana Foundationにおける中国語圏チーム向けDevRelまで、ほとんどの人が目にすることのない世界へ開発者を導いています。何百人もの開発者に、多くの場合は母語で、ゼロからオンチェーン開発とリリースを教えてきました。彼は常に緊張関係の中にいます。抽象化で人々を引き上げ、その後マシンへと押し下げるのです。

私は、この緊張関係の中で生きるとはどういうことかを理解したいと思いました。教育と実験、抽象化とアセンブリ、人間のためのコードとマシンのための命令の間にある緊張です。このインタビューでは、その対話と、誰もがマシンとすれ違うように話す中で、マシンに直接語りかけることの意味を掘り下げます。

この対談は、簡潔にするため編集・要約しています。

インタビュー

原点と世界観

Ichigo：Solanaよりずっと前から、ハードウェアを修理し、EEPROMを書き換え、ロケット用の組み込み制御システムを書いていました。文字どおり、はんだごてやファームウェアを使ってハードウェアに近い場所で働いた経験は、開発者としての世界観にどう影響しましたか？

Dean Little：はんだ付けを覚えたのは10歳くらいの頃です。マイクロプロセッサやマイクロコントローラーを扱いながら育ち、その後Webとモバイル開発に移り、最終的にノルウェーのロケット系スタートアップへ入りました。

ミッションクリティカルな組み込みシステムに取り組むと、非常に重要なことをいくつか学びます。1つ目は細部への注意です。何かが故障すれば、あっという間に深刻な事態になり得るからです。2つ目はシンプルさです。単純で、高速で、理解しやすいシステムは、過度に複雑なものよりたいてい優れています。3つ目は、敵対的に考えることです。

私の場合、海上ロケットのバラスト制御に取り組むということは、常に問い続けることを意味します。このコントローラーが故障したらどうなるのか。どうやって故障を検出するのか。どんなバックアップがあるのか。姿勢制御が間違っていて、実際には下を向いているのに上を向いていると思い込んでいたらどうするのか。常に動くと仮定するのではなく、故障を前提に設計せざるを得ません。

もう1つ学ぶのは、他人の仕事を盲目的に信用しないことです。これはソフトウェアにもハードウェアにも当てはまります。ハードウェアメーカーが仕様を変えたり、調達担当者が誤って違う部品を購入したりすると、突然何も動かなくなります。問題になり得ることは非常に多く、たった1つの小さなミスでシステム全体が停止します。この考え方は、それ以来ずっと自分の中に残っています。

そこから、キャリアはすぐにBitcoinへとつながりました。マイニングプール、GPUカーネル、SPVツール、そして後にはTwetchにも携わっています。Bitcoinインフラに取り組んだ年月から、大規模な分散システムの構築と、当時のブロックチェーンの限界について何を学びましたか？

2017年頃にBitcoin開発へフルタイムで入りました。Bitcoin、EOSなど、当時人気だった複数のブロックチェーンで開発しました。Bitcoinは最初、単に利用していただけでしたが、手数料が急騰すると、実質的に使えなくなりました。あれが一般ユーザーの暗号資産への最初の本格的な流入でした。そのとき、手数料が急騰すればブロックチェーンは役に立たなくなると気づきました。

その経験から、いわゆる「スケーラビリティ・トリレンマ」を考え直しました。正直、でっち上げのくだらない問題です。2017年当時でさえ、4MBの写真を1秒未満で世界中へ送信できました。ブロックチェーンが1MBのブロックを超えてスケールできないと信じるのは、ばかげているように思えました。限界だったのは物理法則ではなく、設計です。

Bitcoinのベースレイヤーには非常に強い制約があるため、別の方法でイノベーションを起こさざるを得ません。私はSecp256k1を深く掘り下げ、実行結果を署名に隠すソリューションを構築しました。ZKが本格的に普及するよりずっと前の、粗削りな検証可能コンピューティングのようなものでした。

その年月から、Bitcoin企業を運営することは、実際にはインフラ企業を運営することだと学びました。Bitcoinのプロトコルには多くのことができますが、ノードソフトウェアには限界があります。UTXOモデルは、Solanaアカウントのように状態が分離されているため並列化に優れていますが、共有状態とインデックス作成には向きません。一方、Ethereumのアカウントモデルは共有状態には優れていますが、並列化には向きません。Solanaで腑に落ちたのは、分離されたアカウントモデルです。UTXOの並列性と、Ethereumのグローバル状態モデルの使いやすさを両立しています。

その年月から得た最大の教訓は、システムは頻繁に故障するため、致命的にではなく穏やかに失敗するよう設計すべきだということです。限界をそのまま受け入れてはいけません。誰も考えつかなかった創造的な方法で、限界に挑むべきです。それが、Solanaでの仕事にも持ち込んできた哲学です。

現在、Solanaコミュニティでは、アセンブリを書き、コンパイラを軽視する人物として広く知られています。なぜそこまでマシンに近い場所に留まるのでしょうか。大多数の開発者が使うのはそこなのですから、より高水準の抽象化の改善に注力しないのはなぜですか？

一般的な印象とは異なり、私はAnchor、Pinocchio、Agave、Alpenglowなど、基本的にあらゆるものに貢献しています。暗号技術、SIMD、低水準プログラムなど、スタック全体に取り組んできました。

Solana開発における最大の問題は、オンチェーンプログラムとインフラ以外のすべてが完全に許可制であることです。公式リポジトリに自分のPRをマージしてもらうのは、ほぼ不可能です。しかし、オンチェーンプログラムならどうでしょう。システムが誤って許していることなら、何でもできます。そこでは何も私を止められません。パーミッションレスです。改善し続け、圧倒的な成果を出せます。

つまり、私の仕事、その品質、オンチェーンプログラムで成し遂げたことを見て、スタックの別のレイヤーでも同じことを望むなら、私のPRをマージし始めてください、ということです（笑）。

アセンブリについて言えば、率直に言ってコンパイラの出来はひどく、それに取り組んでいる人たちも大差ありません。彼らはエンドユーザー、つまり開発者の声を真剣に聞こうとしてきませんでした。だから私たちは、自分たちの生活を楽にするため、独立した独自のツールチェーンを作らざるを得なかったのです。

残念ながら、大半の開発者はまあ普通です。悪い意味ではありませんが、Caveyや私、あるいは本当に高性能なものの書き方を理解しているEllipsis DeFiの猛者たちとは違います。私たちは、最低水準でシステムの限界を押し広げ、他の全員にとって使いやすくする方法を知る、少し変わった小集団です。

私たちのフィードバックは非常に価値があるはずですが、ほとんどの場合、真剣に受け止めてもらえません。だから結局、誰にも触るのを止められないもの、つまりVMでイノベーションを起こします。その意味で、私がマシンに近い場所に留まるのはそのためです。

技術革新と貢献

Zeus、Jupiter、そして個人の時間を通じてスタックのさまざまな部分に取り組み、いくつかの高度な暗号プリミティブを構築、統合してきました。Solanaでは、どのようなオンチェーン暗号技術の構築も難しいことで知られています。Solanaにおける暗号技術の未来はどうなるでしょうか。また、PRをマージしろと叫ぶ以外に（笑）、他の人がより高度なプリミティブを構築しやすくするには、どうすればよいでしょうか？

私の見方では、数年前、Solana上で開発しようと多くのZKチームが列をなしていました。私たちは実質的に「ええ、もうすぐ来ます」と伝えていましたが、Firedancerが現れて「いや、これはマージしない」と言い、すべてが先送りされました。資金を調達済みのチームもありましたが、必要なオンチェーン暗号プリミティブがなかったため、文字どおり事業を運営できず、別の場所へ移らざるを得ませんでした。本当に厳しい状況でした。開発者をそのように扱うのは間違っています。プロトコルの第一の顧客は開発者です。彼らを大切にしなければ何も構築されず、一般ユーザーが使うものも生まれません。

そこで、分かった、自分で何とかしようと言いました。Secp256k1 recover syscallをハックし、実質的に曲線全体を脱獄させました。今では、Schnorr署名、Pedersenコミットメント、Bulletproofs、任意の楕円曲線乗算、さらには調整済みTaprootアドレスまで、プロトコルを一切変更せずに実行でき、コストは約25,000 CUにすぎません。1人が余暇にやったことです。私はAnzaより多くの暗号プロトコルをリリースしていますよね。もし本当に奨励されていたら何が起きるか、想像してみてください。開発がもっとオープンだったらどうなるでしょう。

面白いのは、それがどれほど大きなブレークスルーか、ほとんどの人が理解していないことです。カンファレンスへ行って、Arciumの人たちに作ったものを話すと、「最高にヤバい」と言われます。しかし、Solanaでその水準の暗号技術を本当に理解している10人ほどを除けば、誰も気づきません。

Anzaについて言えば、彼らは良い人たちですが、暗号研究者はSam Kimただ1人です。彼はかなり優秀ですが、Anzaで他に暗号技術を理解している人がいないという事実は、かなり弱気材料だと思います。Alpenglowアップグレードでは、レビュー担当として私を呼びました。Samのコードをレビューしていますが、大部分は良く、考え方も妥当です。他人のスキルを受け入れ、活用しているのは良いことだと思います。しかし最終的に、Anzaがこの分野で本当に優れた存在になることは、おそらくありません。一部は重なりつつも、それぞれ独自の専門性を持つ複数の競合企業が必要です。Anzaがすべてを担おうとするのは合理的ではありません。本当に必要なのは、コア開発の多様化です。

これは文化的な問題の方が大きいと思いますか？ たとえばEthereumには、ZKsyncやStarkWareのようにZK専用のL2がいくつもあります。Solanaは、ZKを根拠の曖昧なスケーラビリティ技術として片づけてしまったのでしょうか。ハードウェアを最大限に活用することが中核的な方針であり、その方法でチェーンをスケールさせる、と。ZKはSolanaで必ずしもスケーラビリティのためだけに使う必要はありませんが、そのように片づけられた結果、今では微妙な立場に置かれているのでしょうか？

ツールが良くないと思います。使い方のチュートリアルが1つもありません。Blueshiftでいくつか追加する予定です。今はLittle Endian SIMD関連の変更をマージしようとしています。それがマージされたら、使いやすく非常に高性能なZKテンプレートと、いくつかのチュートリアルを公開します。誰もが簡単に構築し、仕組みを理解できるようにしたいからです。

現在の問題は、SolanaでゼロからHello, World!まで進むのが、まったくばかげているほど大変なことです。Suiなら、ドキュメントを5分読めば、動作するHello, World!が完成します。Solanaにはそれがありません。つまり、暗号技術を理解する人をMysten Labsが10人ほど採用し、Anzaが1人だけ採用する、その違いです。

私の見方では、Solana Foundationはあらゆるものに関して技術的理解が極端に不足しているという前提があります。彼らの技術概念は、事業化までしか及びませんよね。それを超える部分については、考える仕事をAnzaへ外部委託しています。Anzaの答えが良いと言うなら、それは良いに違いない、という発想です。現実には、たいていパフォーマンス面では良い答えでも、それ以外はそれほど良くありません。

Foundationは、物事が非常に順調に進んでいると考えています。しかし、開発者の体験は「使いにくい」というものです。プロトコルレベルで実装する人たちより優れ、無償で貢献している人々が、その仕事を真剣に扱ってもらえないのは、ひどく苦痛です。「うーん、Anzaという魔法のバッジがないから無視しよう。評判上のリスクを負ったり、コミュニティのPRをマージしたりするのは避けよう」という感じです。私がオープンソース開発者のために激しく闘い、強く訴えていることに気づくかもしれませんが、それはこの状況をなくしたいからです。コミュニティには、本当に優れたPRを出す人が大勢いると思います。もちろん、AI生成の粗悪品やひどいものも多くあります。しかし、時間を割いて向き合う価値のある、本当に優秀な人も大勢います。 これはブロックチェーンであり、分散ネットワークです。貢献するためにAnzaのようなバッジは必要ないはずです。誰が書いたかに関係なく、良いコードを大切にする責任を負うべきです。

こうした状況にもかかわらず、イノベーションと暗号技術の話に戻ると、Winternitz One-Time Signaturesを使った耐量子保管庫もSolana上に構築しています。このプロジェクトの着想は何でしたか。また、量子脅威の現実味が増したとき、将来どのように発展すると考えていますか？

正直、始まりはツイートでした（笑）。昨年末、あるBitcoin至上主義者が「Solanaは量子攻撃の最初の犠牲になる」と投稿しました。それを読んで、こう思いました。「分かったよ。量子安全でない暗号方式から量子安全な方式へ人々を移行させる必要が生じたら、こちらのチェーンは毎秒5万件以上を移行できる。そちらは6件くらいだ。最初に壊滅するのは本当にどちらだ？」

そこで、もういい、自分で実現してやると言いました。

10日後、Winternitz保管庫を公開し、彼の投稿を引用して「GG」と投稿しました。

動機は、誰かが不可能だと言ったことです。耐量子署名方式については以前から考えていましたが、その発言が最後の一押しになりました。

そして、実際に動きました。資金を曲線外のPDAに保管し、Winternitz保管庫を使用できます。台帳がロールバックされても、量子攻撃でリーダー署名が侵害されても、少なくともロールバック先のどのバージョンでも資金は安全です。究極の解決策ではありませんが、完璧な救命いかだです。

数百万、数十億規模のLSTやステーキング済みSOLを保有するファンドマネージャーにとって、耐量子性が突然規制要件になっても、導入の障害にはなりません。プロトコルのアップグレードは不要です。そのまま動きます。

現時点では、これらの署名を行うLedgerファームウェアに加え、ウォレットとWebアプリを構築しました。今年後半には、Blueshiftでより使いやすいものにしていくでしょう。明らかにまだ緊急ではありませんが、重要なのは、その選択肢が今すでに存在することです。それがブレークスルーです。

実はとても面白い話があります。翌日、TolyからDMが来ました。冗談めかして「量子コンピューターが登場したら、黙って引退しなければならないと思っていたよ」と言われました。私は「いやいや、引退しなくていい。任せて」と返しました。

Bitcoinといえば、Zeus NetworkのChief Scientistとして、実質的にBitcoinプロトコル全体をSolana上へゼロから実装しました。最大の課題は何でしたか。また、将来的に他のチェーンもSolana上へ再実装されると思いますか？

非常に興味深い質問です。Winternitz署名が極めて計算負荷の高いものでありながら、単一トランザクション内でぎりぎり実行できたのと同様に、Bitcoinも同じような絶妙な位置にあります。SPV証明のようなものを実現できるほど高度でありながら、より高度で高性能なプラットフォームであるSolanaが、あれを取り込んでこれの中に入れられるほど原始的でもあります。

Ethereumのような第2世代のブロックチェーンでは、もっと難しくなります。原始的な部分がはるかに少なく、ずっと複雑です。そこで問われるのは、Solanaが高速化を続けながら、単一トランザクションへより多くのリソースを割り当てられるかどうかです。

現時点では、まだ難しいものの、不可能ではありません。現在のEVM互換性で主に欠けているのは、BigModExp syscallです。これを有効にすれば、VMレベルでEthereumとほぼ完全に同等になれると思います。考えてみると、かなり驚異的です。

しかし、もっと大きな疑問は、なぜわざわざやるのか、です。

Bitcoinなら答えは明らかです。数兆ドル規模の価値があり、通貨のゴールドスタンダードであり、Solanaがきれいに複製できるほど原始的です。

Ethereumは、そこまでではありません。

「超音波マネー」はミームです。短期間ですが、Solanaのセキュリティ予算が実際にEthereumを上回ったことがあります。ならばSolanaは超音波マネーなのでしょうか。ETHをSolanaへラップしても、BTCをラップするほどの価値は生まれません。

ですから、Bitcoinが最初の対象として正しかったと思います。技術的に実現可能で、経済的にも意味がありました。Solanaが改善を続ければ、最終的に他のチェーンも再実装されるかもしれません。しかし正直なところ、Solanaの性能が上がるほど、他のチェーンをわざわざ扱う必要性は薄れます。

これらすべての機能を単一トランザクションへ組み込めるのは、非常に興味深いです。最近では、超高効率なオラクル更新に興味を刺激され、Dopplerとその21 CUの更新で限界を押し広げました。こうした低CUの成果は、他のチェーンに対するSolanaの優位性をどのように示していますか。他のチェーンでもgas golfingに似た開発は見られますが、Solanaならではの可能性は何でしょうか？

オラクルは非常に興味深いケーススタディです。誰もが、すでに「解決済み」のものとして扱っているからです。

約1か月前を振り返ると、Caveyは私のnoopプログラムを使い、mainnetで毎秒100,000トランザクションを達成しました。素晴らしい成果でした。今度は、それをさらに押し上げられるか試します。より具体的には、mainnetで毎秒100,000件のオラクル更新です。

それが可能なら、「Binanceと競争するにはブロック時間を短縮する必要がある」という主張は完全に吹き飛びます。オラクルを毎秒10万回更新できるなら、Binanceの20ミリ秒更新など誰が気にするでしょうか。

それこそが、ハイパー最適化の要点です。Prop AMMでは、すでにこの形式の更新がある程度使われています。私が公開しているものとまったく同じではありませんが、知っている人には分かります。現在は、そのロジックを取引戦略の奥深くに組み込んでいます。

Dopplerなら、その複雑さをプログラム内へ保持する理由はあまりありません。オラクル更新を完全に切り離し、単独で実行できます。

フットプリントも極小です。Dopplerオラクルは約480バイトしかありません。開発者がRustに触れず、TypeScriptから直接カスタム版をデプロイできるTypeScript SDKも開発中です。Borshスキーマを定義して公開するだけで、オラクル更新を全速力で叩き込めます。もちろんRust開発者にも同じことができますが、TypeScript開発者でさえ、内部のハイパー最適化されたアセンブリを使って、この水準のパフォーマンスへアクセスできるようになった点は興味深いと思います。

ユースケースとしては、ランダムネスオラクル、無期限先物、オラクルAMM、prop AMMのすべてにメリットがあります。決済チャネルやL2スケーリングにも有効です。実質ゼロコストでチャネルを開閉できるなら、大きな価値があります。基本的に、オラクルを更新するだけのために、巨大で重厚なAnchorプログラムはもう必要ありません。

抽象化、アセンブリ、IBRL

アセンブリを書くことで知られていますが、大半の開発者も実際に触れるべきだと思いますか。それとも、少数の人が限界を押し広げ、残りの人はスタックのより上層で安全に構築する、という類いのものでしょうか？

少なくとも少しは、全員が学ぶべきだと思います。おそらく現存する最高のプログラマーであるGeorge Hotzは、全員がPython、C、アセンブリを学ぶべきだと言っています。

アセンブリを理解しなければ、コンパイラが実際に何をしているのか理解できません。Cを理解しなければ、Pythonが提供する利便性の価値も分かりません。Pythonがそれほど優れているとは思いませんが、たとえばRustは非常に表現力が高く、高水準でも低水準でも使える言語です。素晴らしい選択肢です。

ですから、アセンブリとRustをある程度学ぶべきだと思います。フロントエンドを書きたいなら、いずれTypeScriptも学ぶ必要があります。結局は人のためにプロダクトを構築するのであり、ユーザーが開発者なら、好むと好まざるとにかかわらずTypeScriptが視野に入ります。

私がSolanaでアセンブリを書き始めた頃は、文字どおり誰もやっていませんでした。ツールを構築し、例を公開しました。今では数百人が試しています。本当に優秀なのは10人ほどでしょう。私より見事なプログラムを書いた人さえいます。ほとんどは、実現のために時間を費やすかどうかです。

私が手がけるものの大半は、小さく、洗練され、極めて高性能で、単一目的です。実行コストを100倍改善できそうな場所を狙っています。私の役割は、探究し、刺激を与え、他の人にさらに発展させてもらうことです。今の段階では、自分が作るものをすべて自己宣伝しても得るものはあまりありません。それよりも、他の人を紹介し、リポストして、名を上げる手助けをしたいと思っています。

ですから、全員が少なくともアセンブリを学ぶべきだと思います。素晴らしい訓練です。同時に、最低水準で少数の人が徹底的に限界を押し広げれば、他の全員が恩恵を受ける改善を生み出せるのも事実です。

過去6か月にPinocchioで行われた改善の大部分を見ると、すべてアセンブリ最適化から生まれています。FeboはすべてのPRを圧倒的な手腕でトリアージし、非常に優れたものをマージしました。p-tokenを見てください。同じ考え方です。

低水準コーディングは単なる技術的選択ではなく、より思想的なものでもあると考えていますか？

ええ、両方だと思います。なぜ人はBitcoinにJPEGを載せたがるのでしょうか。この極めて制約の強いシステムを、本来想定されていない用途に使うことには、原始的で本質的な面白さがあります。どこか滑稽であり、同時に美しくもあります。

問いを立てるのをやめたとき、好奇心は終わります。

ですから、好奇心の強い人なら、その行き着く先はおそらく、「Anchorプログラムを利用するものをTypeScriptで書いた。Anchorはどう動くのか。マクロはどう動くのか。Rustはどう動くのか。アセンブリはどう動くのか」という問いです。

そこからRustコンパイラ、MIR、LLVM IR、そしてeBPFへどうコンパイルされるのかを深掘りし始めるかもしれません。次にeBPFとは何かを問い、そのアセンブリについて読みます。最後には生のバイトコードを見つめ、コンパイラが自動で最適化しなかった箇所から数バイト削れることに気づきます。それが探究の論理的な到達点です。そこには確かに思想的な側面があります。

Solana Foundationとも協力し、中国語を話すチームのオンボーディング、デバッグ、開発を支援しています。多くのチームと協力し、物事を単純で利用しやすくすることで支援しています。同時に、アセンブリを推奨し、syscallを酷使することでも知られています。この緊張関係をどのように両立させていますか。高水準の抽象化を通じて開発者をオンボーディングする実務的な必要性と、ハードウェアに近い場所へ開発者を導くことのバランスをどう取っていますか？

Blueshiftを見ると、初心者から専門家までの連続した道筋を設計していることが分かります。私の考えは単純です。育成した水準の開発者が生まれます。AnchorやTypeScriptしか教えなければ、それで十分だと考える開発者しか集まりません。しかし、手書きのアセンブリでcompute unitを1つずつ削る話を始めれば、違う水準の開発者、つまりその言葉の意味を本当に理解する人々が集まります。

Blueshiftの戦略は、まず曲線の中央を狙うことです。人数が多く、最も高いROIを得られる場所だからです。次に彼らを右側へ移し、レベルアップを支援します。最終的には、曲線の左側、つまり完全な初心者を支援できる、強い開発者の集団が生まれます。

その方がスケールします。毎日何時間も費やして、Solanaプログラム全体の90%を占めるToken ProgramへのCPI方法を初心者に教えることもできます。あるいは、同じことができる100人を育て、その各人がさらに100人をオンボーディングすることもできます。それがスケールする方法です。

人々が今いるレベルにかかわらず受け入れ、右側へ移し続けたいと考えています。BlueshiftでもSolana Foundationでも、目標は同じです。

教育、知識移転、コミュニティ

Blueshiftについて言えば、強い教育的使命を持つTurbin3とBlueshiftを共同設立しています。これらの取り組みは今後どこへ向かうと考えていますか？

私が参加した当時、Turbin3にはほとんど何もありませんでした。参加して、カリキュラム内のすべてのプログラムを書き、運営を始めました。3つか4つのコホートを運営し、現在講師を務める人たち全員を育成したと思います。9か月で、何もない状態から、優れた研修によって自分の代わりを務められる人を育てるところまで到達し、私にできることはあまり残っていませんでした。良い研修で人を育てれば、スケーラブルなフライホイール効果が生まれると分かります。

問題は、四半期ごとに1,000件の応募があり、そのうち800〜900人ほどを不合格にすることです。合格者は6週間のコースを受講し、週3回授業に出席しなければなりません。修了しても、卒業を証明する証明書などは得られません。推薦してもらえるかもしれませんし、そうでないかもしれません。しかし6週間は、人生で何の問題も起こらずに過ごすには長い期間です。犬が病気になり、獣医へ連れて行くために授業を何回か欠席すれば、突然遅れを取り、脱落することになります。 従来型のブートキャンプは、運営に多大な時間と費用がかかるうえ、本当に優秀な開発者に最適化されていません。そもそもブートキャンプを必要とせず、キャリアの出発点だけが必要だった人を支援するか、継続的な支援なしでは修了できなかった人に付きっきりになるかのどちらかです。どちらの道も、現在Solanaに必要な形で開発者のオンボーディングをスケールさせるものではありません。

そこで、より良い問いは、ブートキャンプで不合格になった800〜900人をどう受け入れ、その中で本当に能力のある人に機会を与えるか、です。

Blueshiftでは、高品質な自己学習環境を構築することが答えでした。教材に沿って学べるなら、自分のペースで修了し、それを証明するNFTを取得できます。すべてオープンソースで、コミュニティからのプルリクエストを積極的に奨励しています。Twitterで貢献者を紹介し、キャリアの宣伝と立ち上げを支援します。改善案が提出され、それをマージすることで、プラットフォーム全体が向上します。

「残念ですが不合格です。次回頑張ってください」と言う代わりに、「これがカリキュラムです。自分のペースでやり遂げてください」と伝えます。すでに8言語へレッスンを翻訳しているため、世界中のどこでもミートアップやブートキャンプを開催できます。Superteamも利用できます。Formaも利用できます。最後には客観的な基準が残ります。全員が同じNFTを獲得するため、その人のレベルが分かり、それに応じて採用したり、課題を与えたりできます。

Blueshiftは、高品質な自己学習を進める意欲と能力のある開発者に焦点を当てることで、これらすべての問題を解決します。すべてをオープンソースにすれば、人々はより批判的に評価し、その結果としてコミュニティの集合知が輝くと考えています。そこで彼らのPRをマージし、最高の教育プラットフォームとコンテンツを作り上げます。

すでに暗に答えていますが、より明確に伺います。開発者教育は、複雑な考えを理解しやすくする翻訳の問題だと考えますか。それとも、多くの人を短期間で基礎水準へ引き上げるブートキャンプの問題でしょうか。あるいは、まったく別の問題ですか？

ええ、現在の開発者教育における最大の問題は、無料で公開しているリソースの質がひどいことです。多くは古くなっています。今では基本的に全員がAnchorかPinocchioで書いています。solana_programを使う人はいません。すべてがすぐに古くなります。すべてをオープンソースにすれば、優れたコンテンツを迅速かつ綿密に作り、維持できます。他に本気でやりたい人はいないようなので、誰もやらないなら私たちがやります。

6か月前にこの話をしていたとき、Mertもそれを認識していました。彼の視点では、誰かがこの問題を気にかけると決めたことを喜んでいました。そして、私たち以上の適任者がいるでしょうか。私は幸運にも、この分野で比較的影響力のある開発者の1人です。すべてオープンソースです。参入障壁はありません（笑）。Foundationから巨額の助成金を得ているわけでもなく、自己資金です。すべて自分たちで行い、唯一の強みは実行力です。

教育は連続体です。学びが得られる程度には難しく、それでいて理解可能で取り組みやすい内容を、各人の現在地に合わせて提供し、繰り返し戻ってきてもらう必要があります。その後、知的好奇心を刺激して右側へ導きます。私はそれが得意だと思うので、Blueshiftは究極の知的好奇心刺激プラットフォームです。そして突然、「何だこれ？ どうして今アセンブリを書いているんだ？」となります。

Blueshift Discordでは、開発中に行き詰まった人を支援するDevRelサービスも提供しています。最も重要なのは、そこでの質問の大半に私が答えているわけではなく、コミュニティが答えていることです。強力で積極的なコミュニティがあるため、StackOverflowなどよりはるかに優れています。

Blueshiftの未来はどのようなものですか？

Blueshiftの未来は、基本的にCourseraとLeetCodeという2つのプロダクトです。すでにこの2つのプロダクトについて、まずまず、いや、まずまず以上ではあるものの理想的ではないバージョンがあります。しかし、もっと良くする必要があります。V3に取り組んでいるため、大幅に改善されます。

自己学習を進められる開発者に対し、極めて効果的なサービスを提供したいと考えています。そして正直、そのような開発者にこそエコシステムへ参加してほしいと思っています。

腕まくりして、とにかく挑戦する人が欲しいのです。良質なリソースを提供し、できる限り簡単に挑戦できるようにしたいと考えています。壊れた依存関係などを抱える古い粗悪な教材で、彼らの時間を無駄にするのはやめましょう。

最終的な目標は、人々が型にはめられることなく興味のあることを学び、さまざまな課題を完了することで能力を証明できるプラットフォームを作ることです。

一問一答

最近、アセンブリを書きながらどんな音楽を聴いていますか？

（笑）たいていはデスメタルです。

Solanaで酷使するなら、最高のsyscallは何ですか？

secp256k1_recover

残りの人生でC#かJavaのどちらかを書かなければならないとしたら、どちらを選びますか？

どちらも嫌です。

UTXOベースとアカウントベースのモデルでは、どちらが優れていますか？

UTXOの方が価値があります。

リソースが無制限にあるなら、明日立ち上げたい夢の教育プロジェクトは何ですか？

BlueshiftとIRLの融合です。

低水準のSolana概念を、初心者の開発者を怖がらせずに教えるためのコツを1つ挙げるとしたら？

自虐的なユーモアです。

おわりに

高水準の抽象化と、それを大衆を引き込むための「現実」として受け入れる世界において、Dean Littleは稀有な架け橋です。最も基本的な要素からツールを鍛造し、他者を自らの肩へ引き上げる低水準の錬金術師です。ロケットから、ハイパー最適化されたオラクル更新の普及へ至る彼の歩みは、開発者としての精神を映し出しています。それは真実を追い求めるうえで決して揺るがない精神です。故障を前提に設計し、限界に抗って革新し、何ものも盲目的に信頼しないことです。

量子保管庫を意志の力で実現するときも、Blueshiftをスケールさせて、次世代の卓越したSolana開発者の知的好奇心を刺激するときも、Deanは純粋主義者の炎を体現しています。その炎は、コミュニティの温かさによって鍛えられています。次世代の開発者には、巨人の肩に立ち、私たちほど苦労せずに済んでほしいものです。真の進歩とは、火に薪をくべ続け、レイヤーの上にレイヤーを積み重ねることだけではありません。それらのレイヤーを剥がし、マシンの低い唸りを露わにし、そのリズムに合わせて踊る方法を他者へ教えることです。

完全なEVM互換性、Alpenglow、あるいは毎秒100,000件のオラクル更新など、Solanaが次の飛躍へ猛進する中、Deanの仕事は私たち全員へ問いかけます。自分で現実をはんだ付けできるのに、なぜ都合のよい嘘で満足するのでしょうか？ 好奇心が火花なら、Deanのような人々は促進剤です。

飛び込み、syscallを酷使し、複雑な機能をトランザクションへ詰め込んでみてください。もしかすると、自分だけの量子時代の救命いかだを手にして戻ってこられるかもしれません。