Sui創設者が高性能ブロックチェーン設計を詳解：迅速なパスとコンセンサスパスの二重軌道並行

最近、私たちはSuiインフラの複雑さとスケーラビリティ、Suiの取引処理システムがどのように高性能ネットワークを促進するかについてGeorge Danezisにインタビューしました。George DanezisはMysten Labsの共同創設者兼チーフサイエンティストであり、ロンドン大学ユニバーシティカレッジのセキュリティとプライバシー工学の教授でもあります。

以下は今回のインタビューの主な内容です。

Q1：あなたの研究の重点について教えていただけますか？

私はロンドン大学学院で主にセキュリティとプライバシーの分野を研究しています。初期にはピアツーピアシステムと匿名システムに集中し、その後分散型台帳とブロックチェーンに転向し、高性能システムの構築方法を研究しました。私たちはChainspaceという会社を設立し、いくつかのアイデアを商業化しました。その後、私はFacebookに参加し、Libra/Diemプロジェクトの開発に関与しました。現在、私は高性能ブロックチェーンの理念を実現するための他の機会を探しています。

Q2：アプリケーションと研究の違いは何ですか？

実際の違いはそれほど大きくありません。研究を行う際には、特定の目標を達成するためのすべての可能性を考慮しますが、実際のシステムを構築する際には選択をする必要があります。私たちは、どのアイデアが最も価値があり、ユーザーの実際のニーズを解決できるかを判断しなければなりません。これは単なる知識への興味ではなく、ユーザーに価値を創造することがより重要です。

Q3：理論から実際の応用に移る際、どの問題を解決するかをどのように特定しますか？

私は主にブロックチェーンのさまざまな機能を拡張する方法、特に取引スループットを向上させ、遅延を減少させる方法に注目しています。この問題は明らかです - ブロックチェーンに人気のアプリケーションが登場するたびに、既存のプラットフォームはしばしば膨大な取引量に耐えられず、混雑と手数料の急騰を引き起こします。したがって、ブロックチェーンの処理能力を向上させることは、緊急に解決すべき課題となっています。

Q4：L2ネットワークはSuiのような新しいタイプのL1ネットワークと比較して、どのような違いと利点がありますか？

L2はEthereumエコシステムの拡張ソリューションですが、開発者やユーザーにとっては使いにくいです。L1とL2の間で資産をブリッジする必要があり、このプロセスはエラーが発生しやすく、ユーザー体験が悪いです。特に複雑な資産に関しては、両方の側でスマートコントラクトをデプロイする必要があり、非常に煩雑です。

対照的に、Suiは大規模なデータベースのソリューションを採用しており、すべての状態は検証ノードによって複製されます。ユーザーがトランザクションを完了した後、異なるネットワーク間で頻繁に資産を移動する必要なく、同じデータベース内の任意の状態を直接使用して次のトランザクションを行うことができます。これにより、ユーザー体験が大幅に向上しました。

Q5:Sui Lutrisの主なイノベーションは何ですか?

Sui Lutrisには2つの核心的な理念があります:

1. 多くのブロックチェーン操作はコンセンサスを必要としません
2. コンセンサスが必要な場合、高スループットの方法があります

それは二つの取引経路を提供します: 迅速経路(は合意を必要とせず)、そして合意経路です。ユーザー自身の専有オブジェクトは、迅速経路を通じて1秒以内に取引を完了できます。共有オブジェクトに関しては、合意経路を介して処理する必要があり、遅延は高いですがスループットは依然として非常に高いです。

このデザインは、ほとんどの日常取引を迅速に処理することを可能にし、パフォーマンスを大幅に向上させます。一方で、複雑なDeFiなどのシナリオを処理する能力も保持しています。

Q6：開発者はどのようにしてクイックパスを利用してアプリケーションを設計しますか？

開発者はオブジェクトが専有か共有かを完全に制御できます。アプリケーションを拡張するための鍵は、可能な限り多くの専有オブジェクトを使用することであり、これにより非常に低いレイテンシを得ることができます。例えば、ゲーム内の大部分の操作は専有オブジェクト上で行うべきです。

もちろん、第一版アプリケーションではすべての内容を共有状態として扱うことができます。しかし、拡張が必要になると、開発者はパフォーマンスを向上させるために、どの部分を独占オブジェクトに変更できるかを考慮する必要があります。

Q7：プログラム可能な取引ブロックはどのように機能しますか？

プログラム可能な取引ブロックは、ファストパスまたはコンセンサスパスで使用できます。専有オブジェクトのみが関与する場合は、1つのチェーン操作で複数の操作を非常に効率的に実行できます。共有オブジェクトが関与する場合は、コンセンサスパスに入るため、遅延がやや高くなります。

Q8：メインネットのローンチ後、Suiのパフォーマンスは期待通りでしたか？何か予期しない発見はありましたか？

Suiの設計は大いに検証されました。取引量のピーク時には、毎日6000万件を超える取引を処理し、その大部分が迅速なルートを通じて行われ、非常に高いスケーラビリティと低遅延を示しました。

同時にいくつかの問題も発見しました。高速パスの使用は、時々オブジェクトがロックされる原因となりますが、通常はエポックの終了時にアンロックされます。それでも、ユーザー体験に影響を及ぼします。現在、これらのオブジェクトを迅速にアンロックするための技術が開発されています。

さらに、この迅速なアンロックメカニズムは、開発者により多くの表現力を提供し、特定の共有オブジェクトが迅速なパス処理を通じて処理されることを許可する可能性もあります。

Q9：オブジェクトがロックされる原因は何ですか？

ユーザーまたはそのソフトウェアが異なるデバイス上で同じオブジェクトに対して矛盾する操作順序を与えた場合、オブジェクトのロックが発生します。例えば、スマートフォンとコンピュータが同時に同じ資産に対して異なる操作を行う場合です。

最初はこのような状況は稀だと思われましたが、実際には頻繁に発生しています。現在ロックされている対象はエポックが終了するまで解除できず、これが深刻な問題を引き起こす可能性があります。

開発中のソリューションは、そのような事態が発生した場合、エポックが終了するのを待たずに、即座にコンセンサス経路を通じて解決することです。これにより、ロック解除時間が1日から数秒に短縮されます。

Q10：パブリックチェーンはどのように透明性、トレーサビリティ、プライバシーのバランスを取るのか？

プライバシーのニーズは、具体的なアプリケーションに大きく依存します。Suiの戦略は、開発者にプライバシー保護のためのツールとプラットフォームを提供することであり、特定のプライバシーソリューションを強制することではありません。

Suiは、ゼロ知識証明検証機能などのいくつかのネイティブ暗号サポートを提供しています。開発者は、これらのツールを利用して、オンチェーンおよびオフチェーン戦略を組み合わせることで、必要なプライバシー保護レベルを実現できます。

Q11：Suiはより多くのプライバシーのネイティブサポートを追加しますか？

開発者により多くのサポートを提供し、彼らがよりプライベートなスマートコントラクトを作成できるように検討しています。ゼロ知識証明に加えて、より一般的な数学的または暗号学的関数を追加する可能性もあります。

また、マルチパーティ計算や信頼できるハードウェアなどの他のプライバシー保護技術にも注目しています。しかし、これらはSuiアーキテクチャに大きな変更を必要とする可能性があるため、コミュニティの強いニーズのサポートが必要です。

Q12：Suiの今後6ヶ月から12ヶ月の発展についてどう考えますか？

短期内の改善は主にSui上に構築されたアプリケーションの種類に依存します。長期的には、私たちは:

1. Sui Lutrisプロトコルを改善し、より低遅延でよりシンプルな設計を実現する
2. 経済効率を向上させ、検証ノードがより制限されたハードウェア上で実行できるようにする
3. リソースの利用を最適化し、ブロックチェーンのオーバーヘッドではなく、実際の取引を実行するためにより多くのハードウェアを使用します。