最近、私たちはブロックチェーン分野の専門家にインタビューし、Suiインフラストラクチャの複雑さとスケーラビリティ、およびSuiの取引処理システムがどのように高性能ネットワークを促進するかについて議論しました。この専門家は、ある有名大学のセキュリティとプライバシー工学の教授です。以下は今回のインタビュー内容です：#### **Q1：あなたの研究の重点について紹介していただけますか？**私の研究の重点は、広い意味での安全性とプライバシーです。初期の頃、私はピアツーピアシステムと匿名システムに関して多くの研究を行いましたが、これらのシステムの多くはストレージに重点を置いた大規模な分散システムです。ブロックチェーン分野が実行にもっと焦点を当て始めたとき、特に特定のプラットフォームに代表されるような場合、私は分散台帳とブロックチェーン、そしてスマートコントラクトの実行方法に興味を持ちました。その中でも許可不要の特性については、初期のピアツーピアシステムの研究で非常に慣れ親しんでいました。そこで、私の研究チームは、より高性能なシステムを構築する方法を研究し始めました。私たちは会社を設立し、私たちのアイデアのいくつかを商業化しましたが、その後、チームはある大手テクノロジー企業に買収されました。そして、私たちはその会社がブロックチェーンを拡張するためのソリューションを提案するのを手伝いました。しかし、ソリューションが進展しなかったとき、私は離れ、ハイパフォーマンスのブロックチェーンの理念を実現するための他の機会を探し続けました。#### **Q2：アプリケーションと研究の違いは何だと思いますか？**実際には大きな違いはありません。研究では、高性能のブロックチェーンや特定の機能を構築するなど、特定の目標を実現するためのすべての可能性を考慮します。実際にシステムを構築する際には、これらの良いアイデアの中から最も関連性のあるものを選ばなければなりません。これは単なる知識の興味ではなく、ユーザーに価値を創造することです。私たちは常に判断を下し、人々にとって最も役立ち、実際の問題を解決できる解決策を選択しなければなりません。#### **Q3：理論から実際のアプリケーションに移行する際、どの問題を解決すべきかをどのように判断しますか？**私は研究の中で、ブロックチェーンの異なる機能をどのように拡張するかを主に解決しています。私はブロックチェーンのシステム面に焦点を当てており、取引のスループットを増加させ、遅延を減らす方法を探っています。この問題は明らかです。ある契約が非常に人気になると、プラットフォームはそのような大規模な取引量に耐えられず、取引の混雑が発生し、手数料が急増します。私たちは何度も、ブロックチェーンの取引処理能力がユーザーの需要を満たせないことを目にしています。これは私たちだけの考えではなく、学界全体がこの問題を解決するためにさまざまな方法を研究しています。現在、ブロックチェーンの能力を拡張するためにかなりの数の技術が開発されています。#### **Q4：L2ネットワークと新しいL1ネットワークの構築には、どのような違いと利点がありますか？**L2は特定のエコシステムにおける拡張ソリューションです。しかし、アプリケーション開発者にとって、L2ネットワークを使用することは少し厄介です。L2ネットワークがL1と相互作用する際には、ブリッジ活動が必要です。L1で表される状態はL2でミラーリングされなければならず、その逆も同様です。L2には、L1がその中で発生するすべてを検証するためのメカニズムも必要です。このプロセスは特に複雑な資産にとって面倒です。私たちの新しいL1ネットワーク上に、すべての検証済みノードが複製した状態を含む大規模なデータベースを構築しました。取引が完了すると、同じデータベース内のすべての状態が次の取引に利用でき、ユーザーは異なるレイヤー間で資産の状態を移動させる必要がありません。#### **Q5：新型L1ネットワークの基盤プロトコルの重要な革新について教えていただけますか？**このプロトコルは二つの重要な理念から成り立っています。一つは、ブロックチェーン上の多くの操作は、実際にはコンセンサスを必要としないということです。もう一つは、コンセンサスが必要な場合には、高スループットの方法があるということです。このプロトコルは分散システムの核心であり、プロトコルに従う異なる検証ノードが決して不一致の状態にならないことを保証します。プロトコルは2つの異なるパスを提供します：1つは合意を必要としない（ファストパス）、もう1つは合意を必要とする（コンセンサスパス）です。操作の対象が自分だけに属する場合、ファストパスを使用することができ、合意を待たずにトランザクションの確定性を得ることができます。しかし、共有オブジェクトが関与するような特定の状況では、コンセンサスパスを使用する必要があります。この2つのパスには異なる利点があります。迅速なパスは遅延が非常に低く、所要時間は1秒未満です。コンセンサスパスは遅延が高く、通常1秒を超えますが、容量もかなり高いです。毎日大量の取引を行うアプリケーションは通常、迅速なパスを使用し、複雑な操作を行うプロトコル（DeFiなど）はより多くコンセンサスパスを使用します。#### **Q6：開発者は迅速なパスを利用するためにアプリケーションを設計できますか？**絶対に可能です。これは拡張アプリケーション設計の核心的な作業です。開発者は契約内で操作するオブジェクトが独占オブジェクトであるか共有オブジェクトであるかを完全に制御できます。拡張アプリケーションの一つのコツは、ほとんどの操作が独占オブジェクトに基づいて行われることを確保することです。なぜなら、これにより非常に低い遅延で操作を管理し、優れたユーザー体験を提供できるからです。開発者はこれに完全にコントロールを持ち、各カテゴリ内の取引が何であるかを正確に指定できます。拡張の必要性が高まるにつれて、開発者は迅速なパスを最大限に利用する方法を考慮する必要があります。#### **Q7：このシステムにおけるプログラム可能な取引ブロックの役割は何ですか？**プログラム可能な取引ブロックは、ファストパスまたはコンセンサスパスで機能することができます。プログラム可能な取引ブロックが専有オブジェクトのみを含む場合、これは一つのチェーン操作内で複数の操作を実行できることを意味します。例えば、特定のアプリケーションは、大量の取引を同時に決済することができ、これはファストパスに該当します。取引ブロック内の一部のオブジェクトが共有されている場合、コンセンサスパスに入り、遅延はやや高くなります。#### **Q8：メインネットがローンチされた後、システムのパフォーマンスはどうでしたか？驚いたことはありますか？**システムのパフォーマンスは設計の合理性を証明しました。取引量が特に多い時には、1日の取引量が6000万件を超えることもあり、その大部分は迅速なパス取引です。これはプロトコルが非常にスケーラブルで低遅延であることを証明しています。同時に、私たちは迅速なパスの使用にいくつか微妙な点があることを発見しました。時にはオブジェクトがロックされる場合があり、通常はサイクルが終了するまでに解除されますが、これはあまり良い体験ではありません。私たちは、誤ってロックされたオブジェクトが数秒以内に迅速に解除されることを可能にする一連の技術を開発しています。さらに、私たちは、複数の人が共有する可能性のあるさまざまなタイプのオブジェクトが迅速なルートを通じて取引される方法を探求しています。これにより、システムの効率と柔軟性がさらに向上します。#### **Q9：オブジェクトロックの原因について詳しく説明していただけますか？**オブジェクトロックは通常、操作の順序の不一致によって引き起こされます。オブジェクトが特定のユーザーに属している場合、システムはユーザーに操作の順序を通知することに依存しています。問題は、ユーザーまたはそのソフトウェアが間違いを犯したとき、例えば異なるデバイスが矛盾した操作の順序を示したときに発生します。この状況は予想以上に一般的であり、人々が異なるデバイスを使用したり、同じオブジェクトに対して同時に複数の取引を試みたりするためです。オブジェクトがロックされているとき、システムは本来は1サイクルが終了するまでロックを解除しないため、深刻な問題を引き起こす可能性があります。私たちはソリューションを開発しています。このような場合、システムはコンセンサスを通じて解決し、このプロセスは数秒内に完了し、周期が終了するのを待つことはありません。#### **Q10：パブリックチェーンは透明性、トレーサビリティ、プライバシーをどのようにバランスさせるべきだと考えますか？**これは具体的なアプリケーションに大きく依存します。私たちの姿勢は、開発者が自分のニーズに基づいてプライバシー保護を構築できる良いプラットフォームを提供することです。開発者を支援するために、私たちは暗号ネイティブサポートのいくつかを提供しています。例えば、ゼロ知識証明を検証する能力です。これにより、アプリケーションデザイナーは特定のイベントをオフチェーンで検証でき、オンチェーンで具体的な内容を明らかにする必要がありません。これはプライバシーに優しいアプリケーションを構築するための基本的なモジュールです。開発者はこれらのネイティブサポートを組み合わせて、オンチェーン、オフチェーン、暗号化などの戦略を使用して、彼らが直面する可能性のあるプライバシーの問題に対処できます。#### **Q11：システムにはさらなるプライバシーのネイティブサポートがありますか？**私たちは、開発者がプライバシーに配慮したアプリケーションを構築する際に必要な他のサポートについて検討しています。ゼロ知識証明に加えて、より一般的な数学的または暗号学的関数が必要だと提案する声もあります。欠けている部分について、開発者からのフィードバックを歓迎します。他の技術、例えばマルチパーティ計算や信頼できるハードウェアもプライバシー保護に使用できます。コミュニティが十分な需要を示す場合、私たちはこれらの方向に向かって進むことを検討します。しかし、これらはシステムアーキテクチャにいくつかの基本的な変更を必要とする可能性があるため、慎重に評価する必要があります。#### **Q12：あなたは今後6か月から12か月の間にシステムがどのように発展すると考えますか？**短期内、多くの改善が実際のアプリケーションニーズに対応します。長期的には、私たちは基盤となるプロトコルを改善し、より低い遅延とシンプルな構造を実現し、スケーラビリティを向上させます。また、私たちは経済効率の向上にも取り組み、検証ノードがより制限されたハードウェアで動作できるようにし、既存のハードウェアを実際の取引実行により効果的に使用し、暗号学やその他のブロックチェーンのオーバーヘッドに消費されないようにします。これらは私たちが期待する主要な発展方向です。
Suiブロックチェーン専門家の解説：迅速なルートとコンセンサスルートがネットワーク性能をどのように向上させるか
最近、私たちはブロックチェーン分野の専門家にインタビューし、Suiインフラストラクチャの複雑さとスケーラビリティ、およびSuiの取引処理システムがどのように高性能ネットワークを促進するかについて議論しました。この専門家は、ある有名大学のセキュリティとプライバシー工学の教授です。
以下は今回のインタビュー内容です：
Q1：あなたの研究の重点について紹介していただけますか？
私の研究の重点は、広い意味での安全性とプライバシーです。初期の頃、私はピアツーピアシステムと匿名システムに関して多くの研究を行いましたが、これらのシステムの多くはストレージに重点を置いた大規模な分散システムです。ブロックチェーン分野が実行にもっと焦点を当て始めたとき、特に特定のプラットフォームに代表されるような場合、私は分散台帳とブロックチェーン、そしてスマートコントラクトの実行方法に興味を持ちました。その中でも許可不要の特性については、初期のピアツーピアシステムの研究で非常に慣れ親しんでいました。そこで、私の研究チームは、より高性能なシステムを構築する方法を研究し始めました。私たちは会社を設立し、私たちのアイデアのいくつかを商業化しましたが、その後、チームはある大手テクノロジー企業に買収されました。そして、私たちはその会社がブロックチェーンを拡張するためのソリューションを提案するのを手伝いました。しかし、ソリューションが進展しなかったとき、私は離れ、ハイパフォーマンスのブロックチェーンの理念を実現するための他の機会を探し続けました。
Q2：アプリケーションと研究の違いは何だと思いますか？
実際には大きな違いはありません。研究では、高性能のブロックチェーンや特定の機能を構築するなど、特定の目標を実現するためのすべての可能性を考慮します。実際にシステムを構築する際には、これらの良いアイデアの中から最も関連性のあるものを選ばなければなりません。これは単なる知識の興味ではなく、ユーザーに価値を創造することです。私たちは常に判断を下し、人々にとって最も役立ち、実際の問題を解決できる解決策を選択しなければなりません。
Q3：理論から実際のアプリケーションに移行する際、どの問題を解決すべきかをどのように判断しますか？
私は研究の中で、ブロックチェーンの異なる機能をどのように拡張するかを主に解決しています。私はブロックチェーンのシステム面に焦点を当てており、取引のスループットを増加させ、遅延を減らす方法を探っています。この問題は明らかです。ある契約が非常に人気になると、プラットフォームはそのような大規模な取引量に耐えられず、取引の混雑が発生し、手数料が急増します。私たちは何度も、ブロックチェーンの取引処理能力がユーザーの需要を満たせないことを目にしています。これは私たちだけの考えではなく、学界全体がこの問題を解決するためにさまざまな方法を研究しています。現在、ブロックチェーンの能力を拡張するためにかなりの数の技術が開発されています。
Q4：L2ネットワークと新しいL1ネットワークの構築には、どのような違いと利点がありますか？
L2は特定のエコシステムにおける拡張ソリューションです。しかし、アプリケーション開発者にとって、L2ネットワークを使用することは少し厄介です。L2ネットワークがL1と相互作用する際には、ブリッジ活動が必要です。L1で表される状態はL2でミラーリングされなければならず、その逆も同様です。L2には、L1がその中で発生するすべてを検証するためのメカニズムも必要です。このプロセスは特に複雑な資産にとって面倒です。
私たちの新しいL1ネットワーク上に、すべての検証済みノードが複製した状態を含む大規模なデータベースを構築しました。取引が完了すると、同じデータベース内のすべての状態が次の取引に利用でき、ユーザーは異なるレイヤー間で資産の状態を移動させる必要がありません。
Q5：新型L1ネットワークの基盤プロトコルの重要な革新について教えていただけますか？
このプロトコルは二つの重要な理念から成り立っています。一つは、ブロックチェーン上の多くの操作は、実際にはコンセンサスを必要としないということです。もう一つは、コンセンサスが必要な場合には、高スループットの方法があるということです。このプロトコルは分散システムの核心であり、プロトコルに従う異なる検証ノードが決して不一致の状態にならないことを保証します。
プロトコルは2つの異なるパスを提供します：1つは合意を必要としない（ファストパス）、もう1つは合意を必要とする（コンセンサスパス）です。操作の対象が自分だけに属する場合、ファストパスを使用することができ、合意を待たずにトランザクションの確定性を得ることができます。しかし、共有オブジェクトが関与するような特定の状況では、コンセンサスパスを使用する必要があります。
この2つのパスには異なる利点があります。迅速なパスは遅延が非常に低く、所要時間は1秒未満です。コンセンサスパスは遅延が高く、通常1秒を超えますが、容量もかなり高いです。毎日大量の取引を行うアプリケーションは通常、迅速なパスを使用し、複雑な操作を行うプロトコル（DeFiなど）はより多くコンセンサスパスを使用します。
Q6：開発者は迅速なパスを利用するためにアプリケーションを設計できますか？
絶対に可能です。これは拡張アプリケーション設計の核心的な作業です。開発者は契約内で操作するオブジェクトが独占オブジェクトであるか共有オブジェクトであるかを完全に制御できます。拡張アプリケーションの一つのコツは、ほとんどの操作が独占オブジェクトに基づいて行われることを確保することです。なぜなら、これにより非常に低い遅延で操作を管理し、優れたユーザー体験を提供できるからです。
開発者はこれに完全にコントロールを持ち、各カテゴリ内の取引が何であるかを正確に指定できます。拡張の必要性が高まるにつれて、開発者は迅速なパスを最大限に利用する方法を考慮する必要があります。
Q7：このシステムにおけるプログラム可能な取引ブロックの役割は何ですか？
プログラム可能な取引ブロックは、ファストパスまたはコンセンサスパスで機能することができます。プログラム可能な取引ブロックが専有オブジェクトのみを含む場合、これは一つのチェーン操作内で複数の操作を実行できることを意味します。例えば、特定のアプリケーションは、大量の取引を同時に決済することができ、これはファストパスに該当します。取引ブロック内の一部のオブジェクトが共有されている場合、コンセンサスパスに入り、遅延はやや高くなります。
Q8：メインネットがローンチされた後、システムのパフォーマンスはどうでしたか？驚いたことはありますか？
システムのパフォーマンスは設計の合理性を証明しました。取引量が特に多い時には、1日の取引量が6000万件を超えることもあり、その大部分は迅速なパス取引です。これはプロトコルが非常にスケーラブルで低遅延であることを証明しています。
同時に、私たちは迅速なパスの使用にいくつか微妙な点があることを発見しました。時にはオブジェクトがロックされる場合があり、通常はサイクルが終了するまでに解除されますが、これはあまり良い体験ではありません。私たちは、誤ってロックされたオブジェクトが数秒以内に迅速に解除されることを可能にする一連の技術を開発しています。
さらに、私たちは、複数の人が共有する可能性のあるさまざまなタイプのオブジェクトが迅速なルートを通じて取引される方法を探求しています。これにより、システムの効率と柔軟性がさらに向上します。
Q9：オブジェクトロックの原因について詳しく説明していただけますか？
オブジェクトロックは通常、操作の順序の不一致によって引き起こされます。オブジェクトが特定のユーザーに属している場合、システムはユーザーに操作の順序を通知することに依存しています。問題は、ユーザーまたはそのソフトウェアが間違いを犯したとき、例えば異なるデバイスが矛盾した操作の順序を示したときに発生します。
この状況は予想以上に一般的であり、人々が異なるデバイスを使用したり、同じオブジェクトに対して同時に複数の取引を試みたりするためです。オブジェクトがロックされているとき、システムは本来は1サイクルが終了するまでロックを解除しないため、深刻な問題を引き起こす可能性があります。
私たちはソリューションを開発しています。このような場合、システムはコンセンサスを通じて解決し、このプロセスは数秒内に完了し、周期が終了するのを待つことはありません。
Q10：パブリックチェーンは透明性、トレーサビリティ、プライバシーをどのようにバランスさせるべきだと考えますか？
これは具体的なアプリケーションに大きく依存します。私たちの姿勢は、開発者が自分のニーズに基づいてプライバシー保護を構築できる良いプラットフォームを提供することです。
開発者を支援するために、私たちは暗号ネイティブサポートのいくつかを提供しています。例えば、ゼロ知識証明を検証する能力です。これにより、アプリケーションデザイナーは特定のイベントをオフチェーンで検証でき、オンチェーンで具体的な内容を明らかにする必要がありません。これはプライバシーに優しいアプリケーションを構築するための基本的なモジュールです。
開発者はこれらのネイティブサポートを組み合わせて、オンチェーン、オフチェーン、暗号化などの戦略を使用して、彼らが直面する可能性のあるプライバシーの問題に対処できます。
Q11：システムにはさらなるプライバシーのネイティブサポートがありますか？
私たちは、開発者がプライバシーに配慮したアプリケーションを構築する際に必要な他のサポートについて検討しています。ゼロ知識証明に加えて、より一般的な数学的または暗号学的関数が必要だと提案する声もあります。欠けている部分について、開発者からのフィードバックを歓迎します。
他の技術、例えばマルチパーティ計算や信頼できるハードウェアもプライバシー保護に使用できます。コミュニティが十分な需要を示す場合、私たちはこれらの方向に向かって進むことを検討します。しかし、これらはシステムアーキテクチャにいくつかの基本的な変更を必要とする可能性があるため、慎重に評価する必要があります。
Q12：あなたは今後6か月から12か月の間にシステムがどのように発展すると考えますか？
短期内、多くの改善が実際のアプリケーションニーズに対応します。長期的には、私たちは基盤となるプロトコルを改善し、より低い遅延とシンプルな構造を実現し、スケーラビリティを向上させます。また、私たちは経済効率の向上にも取り組み、検証ノードがより制限されたハードウェアで動作できるようにし、既存のハードウェアを実際の取引実行により効果的に使用し、暗号学やその他のブロックチェーンのオーバーヘッドに消費されないようにします。これらは私たちが期待する主要な発展方向です。