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