最近、私たちはブロックチェーン分野の専門家にインタビューを行い、Suiインフラストラクチャの複雑さとスケーラビリティ、さらにSuiの取引処理システムがどのように高性能ネットワークを実現しているのかについて探りました。この専門家はSuiの初期貢献者の一人であり、また著名大学のセキュリティとプライバシー工学の教授でもあります。以下は今回のインタビューの主な内容です。#### Q1：あなたの研究の重点について教えていただけますか？私の研究の焦点は主にセキュリティとプライバシーです。初期には、ピアツーピアシステムや匿名システムに関して多くの研究を行い、これらのシステムは主にストレージに重点を置いた大規模な分散システムです。ブロックチェーン技術の発展、特にイーサリアムの登場に伴い、分散台帳とスマートコントラクトの実行に強い興味を持つようになりました。私たちは大学の研究グループで、より高性能なシステムを構築する方法を研究し、いくつかのアイデアを商業化するために会社を設立しました。その後、大規模なブロックチェーンプロジェクトの開発に参加しましたが、提案が進展しなかったため、私は離れて高性能なブロックチェーンの理念を実現するための他の機会を求め続けました。#### Q2：アプリケーションと研究の違いについてどう思いますか？実際には、両者にはそれほど大きな違いはありません。研究の際には、特定の目標を達成するためのすべての可能性を考慮しますが、実際のシステムを構築する際には、その中から最も適した方案を選択しなければなりません。重要なのは、どのアイデアがユーザーにとって最も価値があり、ブロックチェーンの採用におけるボトルネック問題を解決できるかを判断することです。これは単なる知識への興味からではなく、ユーザーに実際の価値を創造することがより重要です。#### Q3：理論から実際の応用に移る際、どの問題を解決するかをどのように決定しますか？私は主にブロックチェーンのさまざまな機能を拡張する方法、特に取引のスループットを向上させ、遅延を減少させる方法に注目しています。この問題は実際に非常に明白で、人気のあるアプリケーションが登場するたびに、既存のプラットフォームはしばしばそのような大規模な取引量に耐えられず、混雑と手数料の急騰を引き起こします。したがって、ブロックチェーンの処理能力を向上させることは、広く注目されている課題となっており、学術界でもさまざまな方法でこの問題の解決に取り組んでいます。#### Q4：L2ネットワークと新しいL1ネットワークは、スケーラビリティの問題を解決する上でどのような違いと利点がありますか？L2は既存のブロックチェーンを基にした拡張ソリューションですが、開発者やユーザーにとっては使用がやや複雑です。L1とL2間の資産の移動にはブリッジが必要で、このプロセスは複雑な資産にとって特に面倒です。ユーザーは複数のネットワーク間で頻繁に資産を移動する必要があり、使用体験に影響を与えます。対照的に、Suiのような新しいL1ネットワークは異なるアプローチを採用しています。私たちは、すべての状態を含む大規模なデータベースを構築し、検証ノードによって複製されます。ユーザーが1回の取引を完了した後、異なるネットワーク間で資産を移動する必要なく、同じデータベース内の任意の状態を直接使用して次の取引を行うことができます。この方法は、ユーザーの操作を大幅に簡素化し、効率を向上させます。#### Q5:Sui Lutrisの主なイノベーションは何ですか?Sui Lutrisは2つの核心的な理念を含んでいます。1つは、多くのブロックチェーン操作は実際にはコンセンサスを必要としないということです。2つ目は、実際にコンセンサスが必要な場合には、高スループットの処理方法を持っているということです。この2つの方法の組み合わせにより、Suiは高性能を実現しています。Suiは2つの取引経路を提供しています：合意を必要としない高速経路と合意を必要とする合意経路です。ユーザーが自分の専有オブジェクトを操作する場合、高速経路を使用することで非常に低いレイテンシと高いスケーラビリティを得ることができます。一方、共有オブジェクトに関わる操作の場合は、合意経路を通じて処理する必要があります。この設計は、ほとんどの日常的な取引が迅速なパスを通じて行われることを可能にし、同時により複雑なコンセンサスを必要とする操作もサポートします。開発者はアプリケーションのニーズに応じて、どのパスを使用するかを柔軟に選択できるため、パフォーマンスとユーザーエクスペリエンスを最適化できます。#### Q6：開発者はSuiのクイックパスをどのように利用しますか？開発者は、自分のスマートコントラクト内のオブジェクトのタイプを完全に制御できるため、どの取引パスを使用するかを決定できます。Suiのパフォーマンスの利点を最大限に活用するために、開発者は可能な限り大部分の操作を専用オブジェクト上で行うように設計するべきです。そうすることで、非常に低い遅延を享受できます。例えば、ゲーム内のほとんどの操作は、迅速なパスを使用するように設計されるべきで、これによりより良いユーザー体験を提供できます。もちろん、共有状態を通じて調整する必要がある操作は、依然としてコンセンサスパスを使用する必要があります。開発者はアプリケーションの具体的なニーズに応じて、2つのパスの間で柔軟にトレードオフと設計を行うことができます。アプリケーションの規模が拡大するにつれて、全体的なパフォーマンスを向上させるために、どの操作をクイックパスに移すことができるかを再考する必要があるかもしれません。#### Q7：Suiにおけるプログラム可能な取引ブロックの役割は何ですか？プログラム可能な取引ブロックは、ファストパスまたはコンセンサスパスで使用できます。もし取引ブロックがユーザーの独占オブジェクトのみを含む場合、1つのチェーン操作で複数の操作を実行することが可能であり、これは大量の取引を処理する必要があるアプリケーションにとって非常に便利です。例えば、ある取引プラットフォームは、一度の取引で複数のユーザーの売買操作を同時に処理することができます。なぜなら、これらの操作はすべてプラットフォーム自身が所有するオブジェクトに関わっているからです。この方法は取引効率を大幅に向上させることができます。もし取引ブロックに共有オブジェクトが含まれている場合は、コンセンサスパスを通じて処理する必要がありますが、遅延はやや高くなりますが、それでも数秒以内に完了することができます。#### Q8：メインネットの立ち上げ後、Suiのパフォーマンスは期待通りでしたか？驚いた点はありましたか？メインネットが立ち上がった後、Suiの設計理念を証明するいくつかの点がありました。まず、取引量が特に多い時に、Suiの1日の取引量は6000万件を超え、その大部分は迅速なルートで処理されました。これはSui Lutrisのスケーラビリティと低遅延特性を検証しました。しかし、私たちはまた、迅速なパスの使用にはいくつかの微妙な点があることを発見しました。オブジェクトの所有者が自分のオブジェクト上の操作の順序を管理する必要があるため、時にはミスが発生し、オブジェクトがロックされることがあります。これらのロックは通常、エポックが終了すると解除されますが、この体験は理想的ではありません。この問題を解決するために、間違ってロックされたオブジェクトを数秒以内に迅速に解除できる技術を開発しています。これにより、エラーを回避できるだけでなく、開発者が迅速なパスを通じてより多くの操作を表現できるようになり、特定の条件下で一部の共有オブジェクトが迅速なパスを使用できる可能性もあります。#### Q9：オブジェクトがロックされる主な原因は何ですか？オブジェクトロックは主にファーストトラックで発生し、同じオブジェクトに対する操作の順序に矛盾が生じた場合に起こります。例えば、ユーザーが異なるデバイスで同じオブジェクトに対して操作を行った場合、矛盾した操作順序が提示される可能性があります。このような場合、Suiは正しい順序を特定できず、オブジェクトをロックするしかありません。最初私たちはこの状況が頻繁に起こるとは考えていませんでしたが、実際には予想以上に一般的です。現在、ロックされたオブジェクトはエポックが終了するまで解除できず、これが深刻な使用上の問題を引き起こす可能性があります。この状況を改善するために、私たちは新しいメカニズムを開発しています。オブジェクトがロックされているときに、より迅速に行動を取ることができます。将来的に、順序が不明な場合、Suiはコンセンサスの経路を通じて解決します。このプロセスは数秒しかかからず、エポックが終了するのを待つ必要はありません。#### Q10：公衆チェーンにおける透明性、追跡可能性とプライバシーのバランスについてどう思いますか？パブリックブロックチェーンにおける透明性、トレーサビリティ、およびプライバシーのバランスは、アプリケーションに密接に関連した問題です。私の考えでは、プライバシーのニーズは具体的なアプリケーションによって大きく異なると思います。Suiの理念は、アプリケーション開発者に良いプラットフォームを提供し、彼らが自分のニーズに基づいてプライバシー保護を実現できるようにすることです。プライバシー保護をサポートするために、Suiはいくつかのネイティブな暗号化サポートを提供しています。例えば、ゼロ知識証明の検証機能です。これにより、アプリケーション開発者は、特定のイベントをチェーン外で検証でき、チェーン上で具体的な内容を明らかにする必要がありません。これはプライバシーに優しいアプリケーションを構築するための基本的なツールです。開発者は自分のアプリケーションのニーズに基づき、オンチェーン、オフチェーン操作および暗号技術を組み合わせて必要なプライバシー保護レベルを実現できます。Suiの目標は、開発者が自分のニーズに応じてプライバシーソリューションを設計できるように、必要なツールと柔軟性を提供することです。#### Q11：Suiはより多くのプライバシーのネイティブサポートを提供する予定ですか？コミュニティは、開発者に対してよりプライバシーに優しいスマートコントラクトの作成サポートを提供することについて議論しています。既存のゼロ知識証明のサポートに加えて、オンチェーンでより一般的な数学的または暗号学的関数を追加する必要があるかどうかも検討しています。私たちは、スマートコントラクトの設計者から欠けている機能についてのフィードバックを歓迎します。ゼロ知識証明の他にも、マルチパーティ計算や信頼できるハードウェアなど、他のタイプのプライバシー保護技術があります。しかし、これらの技術はSuiアーキテクチャにいくつかの基本的な変更を要求する可能性があるため、コミュニティに十分な需要の証拠が必要です。もしコミュニティがこの方向に進むことを望むのであれば、新しいプライバシー保護手段について議論し、追加するためのプロセスがあります。#### Q12：Suiの今後6〜12ヶ月の発展についての展望はどうですか？Suiの発展は主にコミュニティが開発したアプリケーションのニーズに基づくものとなります。長期的には、Sui Lutrisプロトコルの改善に注力し、より低いレイテンシとシンプルな操作フローを実現し、Suiのスケーラビリティを向上させる予定です。さらに、私たちは経済効率を向上させることにも取り組み、検証ノードがより制限されたハードウェア上で動作できるようにし、既存のハードウェアリソースをブロックチェーンの他のコストではなく、実際の取引実行にもっと多く使用できるようにします。全体として、私たちはSuiがパフォーマンス、効率、ユーザー体験において持続的な向上を見せ、より多くの革新的なアプリケーションが登場することを期待しています。
Sui創設者の解釈: 高性能パブリックチェーンがどのようにスケーラビリティのボトルネックを突破するか
最近、私たちはブロックチェーン分野の専門家にインタビューを行い、Suiインフラストラクチャの複雑さとスケーラビリティ、さらにSuiの取引処理システムがどのように高性能ネットワークを実現しているのかについて探りました。この専門家はSuiの初期貢献者の一人であり、また著名大学のセキュリティとプライバシー工学の教授でもあります。
以下は今回のインタビューの主な内容です。
Q1：あなたの研究の重点について教えていただけますか？
私の研究の焦点は主にセキュリティとプライバシーです。初期には、ピアツーピアシステムや匿名システムに関して多くの研究を行い、これらのシステムは主にストレージに重点を置いた大規模な分散システムです。ブロックチェーン技術の発展、特にイーサリアムの登場に伴い、分散台帳とスマートコントラクトの実行に強い興味を持つようになりました。私たちは大学の研究グループで、より高性能なシステムを構築する方法を研究し、いくつかのアイデアを商業化するために会社を設立しました。その後、大規模なブロックチェーンプロジェクトの開発に参加しましたが、提案が進展しなかったため、私は離れて高性能なブロックチェーンの理念を実現するための他の機会を求め続けました。
Q2：アプリケーションと研究の違いについてどう思いますか？
実際には、両者にはそれほど大きな違いはありません。研究の際には、特定の目標を達成するためのすべての可能性を考慮しますが、実際のシステムを構築する際には、その中から最も適した方案を選択しなければなりません。重要なのは、どのアイデアがユーザーにとって最も価値があり、ブロックチェーンの採用におけるボトルネック問題を解決できるかを判断することです。これは単なる知識への興味からではなく、ユーザーに実際の価値を創造することがより重要です。
Q3：理論から実際の応用に移る際、どの問題を解決するかをどのように決定しますか？
私は主にブロックチェーンのさまざまな機能を拡張する方法、特に取引のスループットを向上させ、遅延を減少させる方法に注目しています。この問題は実際に非常に明白で、人気のあるアプリケーションが登場するたびに、既存のプラットフォームはしばしばそのような大規模な取引量に耐えられず、混雑と手数料の急騰を引き起こします。したがって、ブロックチェーンの処理能力を向上させることは、広く注目されている課題となっており、学術界でもさまざまな方法でこの問題の解決に取り組んでいます。
Q4：L2ネットワークと新しいL1ネットワークは、スケーラビリティの問題を解決する上でどのような違いと利点がありますか？
L2は既存のブロックチェーンを基にした拡張ソリューションですが、開発者やユーザーにとっては使用がやや複雑です。L1とL2間の資産の移動にはブリッジが必要で、このプロセスは複雑な資産にとって特に面倒です。ユーザーは複数のネットワーク間で頻繁に資産を移動する必要があり、使用体験に影響を与えます。
対照的に、Suiのような新しいL1ネットワークは異なるアプローチを採用しています。私たちは、すべての状態を含む大規模なデータベースを構築し、検証ノードによって複製されます。ユーザーが1回の取引を完了した後、異なるネットワーク間で資産を移動する必要なく、同じデータベース内の任意の状態を直接使用して次の取引を行うことができます。この方法は、ユーザーの操作を大幅に簡素化し、効率を向上させます。
Q5:Sui Lutrisの主なイノベーションは何ですか?
Sui Lutrisは2つの核心的な理念を含んでいます。1つは、多くのブロックチェーン操作は実際にはコンセンサスを必要としないということです。2つ目は、実際にコンセンサスが必要な場合には、高スループットの処理方法を持っているということです。この2つの方法の組み合わせにより、Suiは高性能を実現しています。
Suiは2つの取引経路を提供しています：合意を必要としない高速経路と合意を必要とする合意経路です。ユーザーが自分の専有オブジェクトを操作する場合、高速経路を使用することで非常に低いレイテンシと高いスケーラビリティを得ることができます。一方、共有オブジェクトに関わる操作の場合は、合意経路を通じて処理する必要があります。
この設計は、ほとんどの日常的な取引が迅速なパスを通じて行われることを可能にし、同時により複雑なコンセンサスを必要とする操作もサポートします。開発者はアプリケーションのニーズに応じて、どのパスを使用するかを柔軟に選択できるため、パフォーマンスとユーザーエクスペリエンスを最適化できます。
Q6：開発者はSuiのクイックパスをどのように利用しますか？
開発者は、自分のスマートコントラクト内のオブジェクトのタイプを完全に制御できるため、どの取引パスを使用するかを決定できます。Suiのパフォーマンスの利点を最大限に活用するために、開発者は可能な限り大部分の操作を専用オブジェクト上で行うように設計するべきです。そうすることで、非常に低い遅延を享受できます。
例えば、ゲーム内のほとんどの操作は、迅速なパスを使用するように設計されるべきで、これによりより良いユーザー体験を提供できます。もちろん、共有状態を通じて調整する必要がある操作は、依然としてコンセンサスパスを使用する必要があります。
開発者はアプリケーションの具体的なニーズに応じて、2つのパスの間で柔軟にトレードオフと設計を行うことができます。アプリケーションの規模が拡大するにつれて、全体的なパフォーマンスを向上させるために、どの操作をクイックパスに移すことができるかを再考する必要があるかもしれません。
Q7：Suiにおけるプログラム可能な取引ブロックの役割は何ですか？
プログラム可能な取引ブロックは、ファストパスまたはコンセンサスパスで使用できます。もし取引ブロックがユーザーの独占オブジェクトのみを含む場合、1つのチェーン操作で複数の操作を実行することが可能であり、これは大量の取引を処理する必要があるアプリケーションにとって非常に便利です。
例えば、ある取引プラットフォームは、一度の取引で複数のユーザーの売買操作を同時に処理することができます。なぜなら、これらの操作はすべてプラットフォーム自身が所有するオブジェクトに関わっているからです。この方法は取引効率を大幅に向上させることができます。
もし取引ブロックに共有オブジェクトが含まれている場合は、コンセンサスパスを通じて処理する必要がありますが、遅延はやや高くなりますが、それでも数秒以内に完了することができます。
Q8：メインネットの立ち上げ後、Suiのパフォーマンスは期待通りでしたか？驚いた点はありましたか？
メインネットが立ち上がった後、Suiの設計理念を証明するいくつかの点がありました。まず、取引量が特に多い時に、Suiの1日の取引量は6000万件を超え、その大部分は迅速なルートで処理されました。これはSui Lutrisのスケーラビリティと低遅延特性を検証しました。
しかし、私たちはまた、迅速なパスの使用にはいくつかの微妙な点があることを発見しました。オブジェクトの所有者が自分のオブジェクト上の操作の順序を管理する必要があるため、時にはミスが発生し、オブジェクトがロックされることがあります。これらのロックは通常、エポックが終了すると解除されますが、この体験は理想的ではありません。
この問題を解決するために、間違ってロックされたオブジェクトを数秒以内に迅速に解除できる技術を開発しています。これにより、エラーを回避できるだけでなく、開発者が迅速なパスを通じてより多くの操作を表現できるようになり、特定の条件下で一部の共有オブジェクトが迅速なパスを使用できる可能性もあります。
Q9：オブジェクトがロックされる主な原因は何ですか？
オブジェクトロックは主にファーストトラックで発生し、同じオブジェクトに対する操作の順序に矛盾が生じた場合に起こります。例えば、ユーザーが異なるデバイスで同じオブジェクトに対して操作を行った場合、矛盾した操作順序が提示される可能性があります。このような場合、Suiは正しい順序を特定できず、オブジェクトをロックするしかありません。
最初私たちはこの状況が頻繁に起こるとは考えていませんでしたが、実際には予想以上に一般的です。現在、ロックされたオブジェクトはエポックが終了するまで解除できず、これが深刻な使用上の問題を引き起こす可能性があります。
この状況を改善するために、私たちは新しいメカニズムを開発しています。オブジェクトがロックされているときに、より迅速に行動を取ることができます。将来的に、順序が不明な場合、Suiはコンセンサスの経路を通じて解決します。このプロセスは数秒しかかからず、エポックが終了するのを待つ必要はありません。
Q10：公衆チェーンにおける透明性、追跡可能性とプライバシーのバランスについてどう思いますか？
パブリックブロックチェーンにおける透明性、トレーサビリティ、およびプライバシーのバランスは、アプリケーションに密接に関連した問題です。私の考えでは、プライバシーのニーズは具体的なアプリケーションによって大きく異なると思います。Suiの理念は、アプリケーション開発者に良いプラットフォームを提供し、彼らが自分のニーズに基づいてプライバシー保護を実現できるようにすることです。
プライバシー保護をサポートするために、Suiはいくつかのネイティブな暗号化サポートを提供しています。例えば、ゼロ知識証明の検証機能です。これにより、アプリケーション開発者は、特定のイベントをチェーン外で検証でき、チェーン上で具体的な内容を明らかにする必要がありません。これはプライバシーに優しいアプリケーションを構築するための基本的なツールです。
開発者は自分のアプリケーションのニーズに基づき、オンチェーン、オフチェーン操作および暗号技術を組み合わせて必要なプライバシー保護レベルを実現できます。Suiの目標は、開発者が自分のニーズに応じてプライバシーソリューションを設計できるように、必要なツールと柔軟性を提供することです。
Q11：Suiはより多くのプライバシーのネイティブサポートを提供する予定ですか？
コミュニティは、開発者に対してよりプライバシーに優しいスマートコントラクトの作成サポートを提供することについて議論しています。既存のゼロ知識証明のサポートに加えて、オンチェーンでより一般的な数学的または暗号学的関数を追加する必要があるかどうかも検討しています。
私たちは、スマートコントラクトの設計者から欠けている機能についてのフィードバックを歓迎します。ゼロ知識証明の他にも、マルチパーティ計算や信頼できるハードウェアなど、他のタイプのプライバシー保護技術があります。しかし、これらの技術はSuiアーキテクチャにいくつかの基本的な変更を要求する可能性があるため、コミュニティに十分な需要の証拠が必要です。
もしコミュニティがこの方向に進むことを望むのであれば、新しいプライバシー保護手段について議論し、追加するためのプロセスがあります。
Q12：Suiの今後6〜12ヶ月の発展についての展望はどうですか？
Suiの発展は主にコミュニティが開発したアプリケーションのニーズに基づくものとなります。長期的には、Sui Lutrisプロトコルの改善に注力し、より低いレイテンシとシンプルな操作フローを実現し、Suiのスケーラビリティを向上させる予定です。
さらに、私たちは経済効率を向上させることにも取り組み、検証ノードがより制限されたハードウェア上で動作できるようにし、既存のハードウェアリソースをブロックチェーンの他のコストではなく、実際の取引実行にもっと多く使用できるようにします。
全体として、私たちはSuiがパフォーマンス、効率、ユーザー体験において持続的な向上を見せ、より多くの革新的なアプリケーションが登場することを期待しています。