ここ数週間、私はニュートンについて考える方法が変わりつつあることに気づきました。
最初は、それを他のブロックチェーンと比べ続けていました。私は、新しいインフラ構想を評価するときにいつもそうするように、アーキテクチャ、実行モデル、スケーラビリティ、技術的特徴を見ていました。
ドキュメントを読み、設計上の選択を追う時間を長く取るほど、そうした比較は役に立たなくなっていきました。
私は間違った問いをしていることに気づきました。
「ニュートンのほうがより良いブロックチェーンか」と問う代わりに、「そもそも別のブロックチェーンが存在するべきだと彼らが考える理由は何か」を問うようになりました。
その転換は、私の見方を変えました。
多くのブロックチェーンの議論は、取引速度、手数料、あるいはトークン経済から始まります。これらは重要ですが、しばしばそれらは、ずっと大きな設計上の決定の後に来ます。
分散システムの中で、信頼は実際にはどこに置かれるべきなのか
ニュートンは、その問いに対して別の向き合い方をしているようです。
すべての重要な処理がブロックチェーンの中で直接行われるべきだと仮定するのではなく、システム全体にわたって異なる責務を分けています。コンセンサスは価値を持ち続けますが、すべての計算が、すべての参加者から同じレベルの検証を必要とするわけではありません。
私は、単にスループットの数字を追いかけるよりも、こちらのほうがずっと面白いと感じています。
分散システム研究において、これが完全に新しい方向性というわけではありません。異なるプロジェクトが、実行・ストレージ・検証・協調（コーディネーション）を分けることを何年も前から探ってきました。私の注目を引いたのは、ニュートンがそれらの考えを、開発者が実際にその上で構築できる形にパッケージ化しようとしている点です。
その違いは重要です。
多くのプロジェクトは、暗号業界で「モジュラー」という言葉が人気になったからだと説明して、自分たちはモジュラーだと述べています。私がより有用だと思う問いは、その分離が本当に不要な複雑さを減らしているのか、それとも単に複雑さを別の場所へ移しているだけなのか、という点です。
ドキュメントだけでは、それに答えられないと思います。
本当に使われるアプリケーションだけが。
もう一つ、私が繰り返し立ち戻る観察があります。ニュートンは、信頼を「どこでも必ず存在するもの」か「完全に消えるもの」かのどちらかとして扱うつもりはないように見える、ということです。
暗号の会話では、分散化が絶対的な目標として語られることがよくあります。
実際のシステムは、たいていそういうふうには動きません。
あらゆるアーキテクチャには前提があります。
重要な問いは、前提が存在するかどうかではありません。
問題は、それが明確に見えること、理解しやすいこと、そして可能な限り小さく保たれていることです。
それは、インフラを評価するうえでより健全なやり方のように感じます。
最近プロジェクトについて読むと、自然に別の問いをしている自分に気づきます。
どの部分が完全なコンセンサスを必要とするのか
どの部分が外部サービスに依存しているか
システムは障害からどのように回復するのか
誠実な行動を促すインセンティブは何か
その問いは、パフォーマンス・ベンチマーク以上のものを私に教えてくれます。
さらに、開発者体験は多くの人が想像するよりも重要になると思います。
強いアーキテクチャが、そのまま役に立つインフラになるわけではありません。
開発者がアプリケーションを作る前に、すべての内部プロトコルを理解する必要があるなら、たとえ工学的にどれほど美しくても、採用ははるかに難しくなります。
一方で、開発者体験を単純化することは別のトレードオフも生みます。
抽象化は、複雑さを取り除くというより隠してしまうことがよくあります。
やがて、その隠れた複雑さがアップグレード時のデバッグ、ガバナンス、あるいは予期しない障害の場面で姿を現します。
だからこそ、ドキュメント作成のためのツールや長期的な保守は、プロトコル設計そのものと同じくらい注目されるべきです。
ガバナンスも、私が注意深く見ている領域の一つです。
公開されている情報の範囲からは、誰もガバナンスがすでに解決済みだと決めつけるべきではないと思います。
多くの新興エコシステムと同様に、ニュートンは最終的に、革新と安定性のバランスを取らなければならないでしょう。
変化が大きすぎると、開発者に不確実性が生まれます。
変化が少なすぎると、意味のある改善が鈍ってしまいます。
どちらの極端も成功を保証しません。
私もまた、セキュリティについて考える際の慎重さを増しています。
バリデータやコンセンサスメカニズムにだけ焦点を当てるのは簡単です。
現代の分散システムは、それだけでは成り立ちません。
実行環境、ネットワーキング、ソフトウェア更新、開発者向けツール、ウォレット、外部連携などはすべて、それぞれ固有の前提を持ち込みます。
一つのレイヤーだけを見ていては、全体像が不完全になります。
調査を終える頃には、ニュートンを注目を奪い合う別のブロックチェーンだと考えるのをやめていました。
私はそれを、信頼はどこに存在すべきで、どこには存在する必要がないのかという別の問いを投げる、システム設計の実験として考え始めました。
そのアプローチが成功するかどうかは、マーケティングや見出しによって決まるわけではありません。
それは、開発者がその上に構築することを選ぶかどうか、そしてそのアーキテクチャ上の前提が現実の利用のもとで引き続き成り立つかどうかによって決まります。
私が特に見続けているのはここです。そこには、どんな告知よりもはるかに多くのことが示されているからです。
