Mysten Labs の主任科学者との詳細な対話: 理論から実践まで、Sui はネットワークのスケーラビリティの問題をどのように解決しますか?

最近、私たちは George Danezis にインタビューし、Sui のインフラストラクチャの複雑さとスケーラビリティ、そして、Sui のトランザクション処理システムがどのように高性能ネットワークを可能にするかについて話し合いました。 George Danezis は、Mysten Labs の共同創設者兼主席科学者 (Sui の最初の寄稿者) であり、UCL のセキュリティとプライバシー エンジニアリングの分野の教授です。

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

**Q1: あなたは学術分野の出身ですが、研究の焦点を紹介していただけますか? **

私はロンドン大学 (UCL) の教授であり、広い意味でのセキュリティとプライバシーに焦点を当てて研究を行っています。 20 世紀初頭、私はピアツーピア システムや匿名システムについてかなりの研究を行いました。その多くはストレージに重点を置いた大規模な分散システムでした。特にイーサリアムに代表されるように、ブロックチェーン全体がより実行指向になるにつれて、私は分散台帳とブロックチェーン、そしてスマートコントラクトの実行方法に興味を持つようになりました。そのパーミッションレスな性質は、初期のピアツーピア システムでの仕事からよく知られています。そこで、UCL の私の研究グループは、より高性能なシステムを構築する方法を見つけ出すことに着手しました。私たちはアイデアの一部を商品化するために Chainspace を立ち上げましたが、そのチームは Facebook に買収されました。その後、私たちは Facebook がブロックチェーン Libra/Diem をスケーリングするためのソリューションを考案するのを支援しました。しかし、提案が進展しなかったため、私は退職し、高性能ブロックチェーンの概念を実装する他の機会を追求し続けました。

**Q2: あなたはまだ教授ですが、応用と研究の違いは何だと思いますか? **

実際には大きな違いはありません。研究を行う際には、高性能なブロックチェーンや特定の機能の構築など、特定の目標を達成するためにあらゆる可能性を検討します。もちろん、ブロックチェーンを構築するとき、または実際のシステムで使用する特定の機能を選択するときは、これらの可能性のいずれかを選択する必要があります。私たちは、これらすべての優れたアイデアのうち、実際に人々にとって最も役立つものはどれなのか、常に判断を下さなければなりません。人々が求めているものはどれですか?ブロックチェーン導入におけるボトルネックは何ですか?人々がやりたいことを達成することを妨げるものは何でしょうか?システムを構築するときも、あらゆる可能性を検討し、学術文献から何が可能かを理解して、最も関連性の高いものを選択しようとします。これは単なる知的利益ではなく、ユーザーにとっての価値を生み出すことです。

**Q3: 理論から実際の応用に移行するとき、どの問題を解決するかをどのように決定しますか? **

私が研究で取り組む主な問題は、ブロックチェーンのさまざまな機能をどのように拡張するかです。私はブロックチェーンのシステム面、つまりトランザクションのスループットを向上させ、レイテンシを短縮する方法に焦点を当てています。この点の問題は明らかで、イーサリアム上で特定の契約が非常に人気になるたびに、イーサリアムプラットフォームはそのような大量のトランザクションに耐えられなくなり、トランザクションの混雑が発生し、手数料が高騰します。ブロックチェーンが成功を収めるたびに、現在よりも多くのトランザクションが処理されるのを私たちは目にしてきました。したがって明らかに問題は、人々がこれらのブロックチェーン上でやりたいことを実現するのに十分な容量がないことです。それは私たちの心の中にあるだけではなく、それが起こるのを何度も見てきました。しばらくの間、これは価値のある挑戦であると認識されていました。私のグループだけでなく、実際に学術コミュニティ全体がブロックチェーンに取り組んでおり、誰もがさまざまな方法でこの問題を解決していました。現在、これらの課題に対処するためにブロックチェーンの機能を拡張するために、かなりの数のテクノロジーが開発されています。しかし、誰もが知っているように、当時は多くの人がさまざまな方法でそれにアプローチしていました。

**Q4: L2 ネットワークはスケーリングの問題を解決するために人々によって提案された方法ですが、Sui のような新しい L1 ネットワークを構築する場合の違いと利点は何ですか? **

L2 は、イーサリアム エコシステムをスケーリングするためのソリューションです。しかし、アプリケーション開発者にとって、L2 ネットワークの操作は少し難しいです。 L2 ネットワークがイーサリアムと対話しようとすると、ブリッジング アクティビティが発生する必要がありますが、これはどの L2/L1 関係にも当てはまります。 L1 のコイン、資産、またはその他のコンテンツを表す状態は、L2 にミラーリングする必要があり、その逆も同様です。さらに、L2 には、L1 が内部で発生するすべてのことを検証できるようにするための何らかのメカニズムが必要です。ただし、これは最初の部分にすぎません。L1 に存在するアセットはすべて L2 に転送する必要があり、何らかのアクティビティが L2 で発生してから、何らかの方法でアセットを L1 に転送する必要があります。これは非常に面倒です。

トークンなどの代替資産の場合、人々は 2 つのアカウントとブリッジング ミドルウェアを持っているため、このブリッジング アクティビティは比較的スムーズです。しかし、より一般的なアセットの場合、これはあまりうまく機能しません。実際にイーサリアム上の L2 ネットワークを使用してトークンよりも複雑なアプリケーションを開発するには、ミント (ミント) 側と書き込み (バーン) 側の両方にスマート コントラクトが必要です。 2 つの異なるエコシステム間を行き来する必要がありますが、これは各契約のカスタム アクティビティです。 L2 ネットワークを構築して資産をすべて取り上げて、やりたいことを実行して元に戻します、と単純に言うことはできません。そのような概念はありません。これは手動のプロセスであり、非常にエラーが発生しやすくなります。だから、それは素晴らしい経験ではありません。複数の異なる L2 ネットワーク上に資産があり、異なる L2 ネットワーク上にこれらのカスタム スマート コントラクトがあると想像してください。別の L2 ネットワーク上にある状態で操作したい場合は常に、L1 までブリッジして戻ってから、L2 に戻る必要があります。 「このブロックチェーンで何かをしただけで、次は別のブロックチェーンで別のことをするつもりです。それがどの L1 か L2 にあるのかを考える必要はありません」とは簡単に言えません。それはすべてここにあり、今私はそれを手に持っており、訪問したい州が何であれ、さらに取引を行う準備ができています。これが、L2 ネットワーク全体に状態を拡散することが好ましくない理由です。異なるチェーン間でアセットを移動するのは難しいですが、ユーザーにとっては明らかです。それが、L2 ネットワークが私の興味をそそることがなかった理由です。

もう 1 つの例は Cosmos です。これは、アプリごとに異なるブロックチェーンを使用してスケーリングするという別のアプローチを採用した、非常に興味深いエコシステムを備えています。異なるチェーン上で異なるトランザクション速度を設定し、異なるアプリ間で操作する必要がある場合にチェーン間のアセットをブリッジすることができますが、同じ問題にも直面します。別のアプリを使用したい場合は常に、最初にブリッジ操作を実行する必要があります。これはユーザーにとっては微妙ですが明らかです。その後、そのアプリを使用してブリッジして元に戻すことができます。本当にやりたいことをするよりも、あるチェーンから別のチェーンにアセットを移動することに多くの時間を費やしていることに気づくでしょう。

スイでは、私たちの解決策は、バリデータによって複製されたすべての状態を実際に含む大規模なデータベースを構築することです。トランザクションが完了すると、ユーザーが L1 と L2 の間で資産の状態を常に移動する必要がなく、同じデータベース内のすべての状態を使用して次のトランザクションを行うことができます。

**Q5: Sui Lutris は、Sui プロトコルの基盤ですが、Sui の高スループットと低遅延を可能にする主な革新は何ですか? **

スイ・ルトリスは 2 つの重要なアイデアで構成されています: (1) ブロックチェーン上の多くの操作では、実際にはコンセンサスは必要ありません; (2) コンセンサスが必要な場合は、これら 2 つの方法を組み合わせた非常に高スループットな方法があります。 Sui Lutris は、Sui の分散システムの中核であり、分散ネットワーク上でトランザクションを実行する際に、プロトコルに従う 2 つの異なる検証ノードが矛盾した状態にならないことを保証します。あるバリデーターがコインを使ってアリスに送ったと考えている一方で、別のバリデーターが同じコインが実際にボブに送られたと考えるような状況はありません。

🌟セルフカワウソ:

コンセンサスを必要としないパス (高速パス) とコンセンサスを必要とするパス (コンセンサス パス) の 2 つの異なるパス。あなたが操作したいオブジェクトがあなただけのものである場合、例えばあなた自身のNFTキャラクターと、あなたのキャラクターが帽子をかぶることができるように組み合わせたい帽子など、理論的には他の誰もそれらを操作できないはずです。このような場合、Sui は高速パスを使用します。つまり、独自のオブジェクトを操作でき、コンセンサスを待たずにトランザクションのファイナリティが得られ、トランザクションの発生が保証され、NFT の責任は負えます。

ただし、場合によっては、トランザクションには自分に属するオブジェクトだけが関係するのではなく、多くの人々によって共有されるものもあります。たとえば、小さな帽子を販売するオークションがある場合、このタイプのオークションは、Sui では共有オブジェクトとして表現されます。人々は入札することができ、最も高い入札者が帽子を獲得します。この種のオークションは、単一のエンティティに属さないオブジェクトです。誰もが入札、共有し、最新の入札に関する状態を更新できる必要があります。この種の操作には追加の合意が必要です。 Sui Lutris を使用すると、共有オブジェクトを所有し、それらに対してトランザクションを実行できるため、他のオブジェクトを所有したり、共有オブジェクトの状態を変更したり、新しい共有オブジェクトを作成したりすることができます。これにより、両方のパスが共存し、特定の個人が所有する排他的オブジェクト間、または複数人が共有する共有オブジェクト間で相互作用することができます。

これら 2 つの異なるパスには、異なる利点があります。排他的オブジェクトの高速パスは、遅延が非常に低く、所要時間は 1 秒未満で、非常に高速で、広範囲に拡張できます。コンセンサス パスの遅延は通常 1 秒以上と長く、容量もかなり大きくなりますが、最初のパスよりも拡張するのが難しくなります。 Sui では、1 日に何百万ものトランザクションを伴うオンチェーン アプリを実際に推進するものは、通常、最初のパスを使用し、主に排他的なオブジェクトで最も多くのトランザクションを行うようにアプリを大幅に構造化しますが、株式取引は行いません。一方、複雑な作業を行うプロトコル (DeFi など) は、多くの異なる人々からの入札や流動性を組み合わせて操作を実行する必要があるため、2 番目のタイプのトランザクションを実践することがよくあります。

**Q6:Sui のアプリ開発者は、高速パスを利用できるようにアプリを設計できますか? **

そのとおり。これが拡張アプリデザイナーの本質的な仕事だと思います。スマート コントラクト開発者は、コントラクト内で操作するオブジェクトが単一エンティティの排他的オブジェクトであるか共有オブジェクトであるかをいつでも完全に制御できます。 Sui でアプリをスケーリングするためのコツの 1 つは、ほとんどの操作が基本的に排他的なオブジェクトに対して行われるようにすることです。これは、Sui は非常に低いレイテンシで必要なだけの操作を管理できるため、これは素晴らしいエクスペリエンスです。ゲームに必要な操作はこのカテゴリで実行する必要があり、共有状態や共有オブジェクトを介して仲介する必要がある操作に比べて、待ち時間が非常に短くなります。クリックすると、ネットワーク上で即座にトランザクションを完了できます。

スマート コントラクトの設計者はこれを完全に制御でき、基本的に各カテゴリのトランザクションが何であるかを正確に指定できます。もちろん、契約の最初のバージョンではすべてを共有状態として扱うことができ、すべてがよりレイテンシの高いコンセンサス パスを通過しますが、スケールする必要があるため、開発者はどこまでそれを実行できるかを検討する必要があります。 。

**Q7: プログラマブル トランザクション ブロックはこれにおいてどのような役割を果たしますか? **

プログラム可能なトランザクション ブロックは、高速パスまたはコンセンサス パスのいずれかで機能できます。プログラム可能なトランザクションのブロックに排他的オブジェクトのみが関与する場合、1 つのオンチェーン操作で複数の操作を実行できることを意味します。たとえば、多くの人がさまざまなコインを売買する CEX アプリを想定すると、概念的には人々が売買しているものに対応するチェーン上でトランザクションを実行できます。しかし、あなたは取引所であるため、それらはすべてあなたのものであるため、1,000 のトランザクションを同時に決済することができ、これが早道です。一方、プログラマブル トランザクション ブロック内の一部のオブジェクトが共有されている場合、コンセンサス パスが入力され、レイテンシーはわずかに長くなり、1 秒以上、数秒かかります。

**Q8: メインネットがオンラインになってから 100 日以上が経過していますが、Sui のパフォーマンスはあなたの仮説研究理論を裏付けましたか?何か驚いたことはありますか? **

スイのデザインを裏付けるものはいくつかありますが、考えさせられるものもあります。 1 つは、トランザクション量が特に大きい場合、特別な瞬間であっても、1 日のトランザクション量が 6,000 万を超えることさえあり、そのほとんどが高速パスにあります。 Ai Lutris は非常にスケーラブルで、遅延が非常に低くなります。それまでは、誰かがこのパスを使用するかどうかは不明ですが、大量のトランザクションと低いレイテンシが必要な場合にはこのパスが使用され、うまく機能します。わかりやすいですね、その方法です。当時、Sui には他のすべてのブロックチェーンを合わせたよりも多くのトランザクションがありました。これは、Sui のデザインが健全であるという興味深い検証です。

一方、Sui コミュニティは、この早道は少し難しいと感じました。オブジェクトの所有者は自分のオブジェクトに対する操作の順序をある程度管理する必要があるため、場合によっては問題が発生する可能性があります。場合によっては、役に立たないライブラリを使用することもあり、そのライブラリ自体にバグがあるため、オブジェクトがロックされることがあります。通常、一日の終わり、つまりエポックの終わりにロックが解除されますが、それは素晴らしい経験ではありません。スマート コントラクトを設計する人は、エラーが発生するのではないかと恐れて、低レイテンシーとスケーラビリティの機能を最大限に活用できなくなる可能性があります。誤ってオブジェクトをロックしてしまった人が数秒以内に素早くロックを解除できるようにするためのテクノロジーが多数開発されています。したがって、高速パスを使用しようとしてエラーが発生し、オブジェクトがロックされた場合でも、エポックが終了するまで待たずに、コンセンサス パスを使用してすぐにロックを解除できます。

そして、奇妙なことに、これはバグを回避するだけでなく、開発者がより多くのことを高速パスで表現できるようになり、一部のオブジェクトが単一の当事者によって所有されない潜在的なテクニックが存在します。おそらく、あなたと私が共同で所有するオブジェクトがあるかもしれません。それは共有されており、通常、そのオブジェクトのトランザクションはコンセンサス パスを通過する必要があるためです。しかし、Sui にオブジェクトのロックを迅速に解除する方法があれば、開発者は実際にトランザクションの高速化を試みることができます。あなたと私がたまたま同じオブジェクトに対してまったく同時にトランザクションを行っている場合、システムはロックされ、次にどのトランザクションが発生するかを決定できません。その後、Sui がロックを解除してコンセンサスパスを通過することができます。それを共有して解決します。しかし、人々が意図的に競争しようとしない限り、それは起こりません。オブジェクトのロックを解除できる機能がSuiに備わったら、複数の人が所有するオブジェクトを高速パスできるようになります。これは、高速パスを通じてできるだけ多くのトランザクション ボリュームを渡そうとするゲームで、ビルダー コミュニティを支援するために開発されているものの 1 つです。

**Q9: 現在オブジェクト ロックが発生している原因を詳しく教えていただけますか? **

オブジェクトがあなたのものであるときに行われる一連の操作をSuiに伝えるためにコンセンサスを必要としない理由は、他の誰もあなたのオブジェクトを操作できないためです。 Sui は、アクション A が最初に発生し、アクション B が次に発生し、アクション C が最後に発生することをシステムに伝えることに依存しています。システムは、ABC がすべて同じ順序で表示されていることを確認する必要があります。このシステムは、全員が順番に ABC を見たかどうかをチェックするだけの分散プロトコルを介して実装されています。問題は、あなたが間違いを犯した場合、またはソフトウェアが間違いを犯した場合です。たとえば、電話機が資産を制御し、コンピュータが資産を制御している場合、電話機は A が最初に起こったと言い、コンピュータは B が最初に起こったと言います。 2 つの異なるものを間違って分類しています。これは矛盾です。この場合、Sui は「えーっと、順序を教えてもらった人が 2 つの矛盾したことを言ったようで、どうすればいいのかわかりません。これをどう修正すればよいのかわかりません。」 と言うでしょう。なぜなら、スイ この問題は通常、コンセンサスパスを通じて解決されます。しかし、ここでは高速パスを使用しようとしています。そこでスイは手を挙げて「わかりました、ここに間違いがあります」と言った。

当初の想定では、これはそれほど頻繁には起こらないと考えられていましたが、人々が異なるデバイスを使用したり、同じオブジェクトに対して同時に複数のトランザクションを実行しようとしたりすると、非常に頻繁に発生することが判明しました。現在、これらのオブジェクトがロックされている場合、Sui はエポックの終了まで待ってロックを解除しますが、これは非常に心配です。資産が 1 日使用できなくなった場合、これは実際に深刻な問題になる可能性があることを想像してください。

したがって、何かがロックされたときに正しいアクションを実行できるように、Sui を進化させる必要があります。正しい命令を下す主体が曖昧な命令を出した場合、スイは総意で事態を解決する。これはエポックの終わりではなく、数秒以内に発生します。

**Q10: あなたの研究の多くはプライバシーを中心に展開しています。パブリックブロックチェーンが透明性、トレーサビリティ、プライバシーのバランスを最もよく保つ方法についてどう思いますか? **

パブリック チェーンでは、透明性、トレーサビリティ、プライバシーのバランスをどう取るかが非常にアプリケーションに関連した問題であり、プライバシーに関する私の観点は、何をプライベートに保つ必要があるかは主にアプリケーション自体に依存するというものです。たとえば、Sui では、アプリケーション開発者がユーザーのプライバシーを保護する契約を作成することは理にかなっています。ゲームを開発したいだけの人もいるので、プライバシーの問題はそれほど大きな問題ではないかもしれません。ブロックチェーン上で金融取引を行いたいと考えている人もおり、プライバシーの方がより懸念されるかもしれませんが、同時に他の種類の規制問題も関係しています。つまり、Sui の態度は、私たちはあなたに良いプラットフォームを提供し、あなたはこのプラットフォーム上でプライバシーを構築する必要があるということです。

人々のプライバシー構築を支援するために、Sui はスマート コントラクトを設計する際に役立つ暗号ネイティブ サポートを提供します。その中で最も重要なものの 1 つは、Sui 上でゼロ知識証明を検証する機能です。最も広く使用され理解されているスキームの 1 つである、私の同僚の Jens Groth が開発した Groth16 スキームを検証するネイティブ関数があります。これは、事実上、アプリの設計者が、特定のイベントが何であるかを明らかにすることなく、オフチェーンで特定のイベントを検証できることを意味します。これは、一部の状態をオフチェーンに保持するプライバシーに配慮したアプリケーション全体を構築するための基本的な構成要素ですが、オフチェーンで発生したことはすべて正しいことをオンチェーンで検証できます。

アプリ開発者は、アプリに必要なプライバシー保護の種類を決定し、これらのネイティブ サポートを使用して、オンチェーン、オフチェーン、オンチェーンの暗号化戦略を組み合わせて、遭遇する可能性のあるプライバシー問題に対処します。

**Q11:Sui ではプライバシーに対するネイティブ サポートがさらに増えていますか? **

コミュニティは、よりプライバシーに配慮した環境でスマート コントラクトを作成するために開発者が必要とするサポートについて考えており、ゼロ知識証明もその 1 つです。Sui にはチェーン上でより一般的な数学関数または暗号関数が必要だと考える人もいるかもしれません。私たちは、スマート コントラクトの設計者が不足しているものについてフィードバックを提供してくれることを楽しみにしています。また、マルチパーティ コンピューティングや信頼できるハードウェアなど、プライバシーを保護するために使用できる他のテクニックも多数あります。これらの方向にさまざまなブロックチェーンが開発されており、これらには非常に複雑な追加システムが必要です。これらのテクノロジは、Sui のアーキテクチャに対する根本的な変更を表すものであるため、人々がこれらのテクノロジを望んでいることを示す十分な証拠がコミュニティに存在する必要があります。しかし、コミュニティがその方向に進みたい場合は、プライバシー保護を追加する方法を提案するプロセスが必要です。

**Q12: スイは今後 6 ~ 12 か月でどのように成長すると思いますか? **

それは人々がSui上でどのような種類のアプリを構築するかによって異なりますが、短期的には、多くの改善は人々が実際に構築しているアプリに影響を与えるでしょう。非常に長期的な観点から見ると、ブロックチェーンの標準では 6 ~ 12 か月は非常に長い時間とみなされるため、Sui Lutris プロトコルを改善して、より低いレイテンシー、よりシンプルなプロトコルを実現し、Sui のスケールを向上させます。さらに、経済がより効率的になり、バリデーターノードがより制限されたハードウェア上で実行され、暗号化やブロックチェーンのその他のオーバーヘッドを実行するのではなく、実際にトランザクションを実行するために既存のハードウェアを使用できるようになります。これが私たちが期待していることです。

原文表示
このページには第三者のコンテンツが含まれている場合があり、情報提供のみを目的としております(表明・保証をするものではありません)。Gateによる見解の支持や、金融・専門的な助言とみなされるべきものではありません。詳細については免責事項をご覧ください。
  • 報酬
  • コメント
  • 共有
コメント
0/400
コメントなし
いつでもどこでも暗号資産取引
qrCode
スキャンしてGateアプリをダウンロード
コミュニティ
日本語
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)