ポッドキャストノート | Sui共同創設者との対話：Moveに基づくSuiの真の強みとは？

2024.01.12

共有先

TechFlow厳選深潮セレクト

ポッドキャストノート | Sui共同創設者との対話：Moveに基づくSuiの真の強みとは？

Suiというプラットフォームでは、スケーラビリティ、パフォーマンス、Gasの安定性などの問題はすでに解決されています。

2024.01.12 - 07:07:58

Sui

Web3業界の深掘り報道に専念し潮流を洞察

Suiというプラットフォームでは、スケーラビリティ、パフォーマンス、Gasの安定性などの問題はすでに解決されています。

整理 & 編集：TechFlow

2023年12月28日に放送されたLightspeedのこのエピソードでは、Garrett、Mert、Sam、EvanがSuiの起源、Move言語、Suiの機能について議論しました。詳細は以下のノートをご覧ください。

番組の背景

Garrett Harper（司会）－Lightspeed共同司会
Mert（司会）－Helius Labs CEO、Lightspeedウェブサイト共同司会
Sam Blackshear（ゲスト）－Sui共同創業者
Evan Cheng（ゲスト）－Sui共同創業者

Suiの起源

Samによると、彼は2021年11月にSuiの開発を開始した。その時期は前回のバブル相場の頂点だった。市場の過熱により新区間チェーンプロジェクトを始めるには好機と思われたが、それ以外にも要因があった。
彼は、Suiプロジェクトを立ち上げる決定は完全に市場状況によるものではなく、市場におけるギャップの発見と改善の余地があると認識したことが理由だと補足した。
Samは、2018年からFacebook Libraチームの一員だった。チームでの役割の一つは、グローバルな規制対応型ブロックチェーン決済ネットワークの構築であり、彼はMove言語の作成を担当し、その設計とLibraへの実装を主導した。
Evanは研究チームの一員として、Libraの設計・実装全般に関与していた。Libraの検討過程でいくつかの制限に直面し、既存の解決策を改善する方法を探ることになった。
彼は、Libraの次世代バージョン向けに「ゲームマニュアル」を開発したと述べた。これには高度な合意形成メカニズム、強化されたスマートコントラクトプログラミング、追加の暗号プリミティブが含まれていた。技術的には進歩したが、Libraのリリースには技術とは無関係な課題があった。
Evanは、多くの人々が彼らが作りたいものを必要としていると気づき、独自のブロックチェーンプロジェクトを試みることにした。次世代Libra向けに開発した技術仕様書が、Suiの基盤となった。
彼は自身のバックグラウンドは研究よりも開発者向けプラットフォームや製品の構築にあると述べ、単なるブロックチェーンではなく、本格的な開発者向けプラットフォームを作りたかった。また、Libraプロジェクトが終盤を迎えていたタイミングも、自ら起業する機会を与えてくれた。

Move：新しいプログラミングパラダイム

Samによると、当初Libraプロジェクトに参加した際、新言語の作成という任務はなかった。しかし、既存の選択肢を調査するか、Libra上でゼロからスマートコントラクトを構築する自由はあった。
彼は、Move言語の設計決定を行う前に、数ヶ月かけてSolidityやEVMを徹底的に調査したと補足した。
Samは、スマートコントラクト言語は汎用プログラミング言語よりも、特定ドメイン言語（DSL）に近いべきだと述べた。これらの言語はオブジェクトの作成、転送、共有、アクセス制御チェックなどの特定タスクに特化すべきであり、安全と効率を確保するために、プログラミングの抽象化はこうしたタスクを中心にすべきだとした。
彼は、EVMやSolidityを改造するのではなく、Bコードをベースにした新しい言語Moveを設計することにした。Moveはメモリ安全性、型安全性、リソース安全性、オブジェクト／資産の直感的取り扱いなどを組み込んだ。開発プロセスにはLibra向けのサンプルコードの実装と、Solidityコードとの比較評価が含まれた。
Samは、Moveを使って開発するインセンティブを提供することが重要だと述べた。暗号通貨ウォレットのインストール数（約6000万）から推定されるアプローチ可能な市場規模は約6000万人。複雑な鍵管理、ウォレットインストール、ネイティブトークン取得などの障壁を克服することが開発者の獲得に不可欠である。
彼は、ZKログインなどの機能を通じて、これらの課題を技術問題として解決できるようにし、ウォレットなしでも取引可能にすると補足した。スポンサードトランザクションにより、他者が手数料を支払うことで、開発者は従来の収益モデルを探索できる。
Evanは、Web3ネイティブ開発者に提案する際は、言語とプラットフォーム全体の利点を強調すべきだと述べた。ブロックチェーンシステムの設計は使用言語と整合しているべきであり、大規模製品メーカーにとっては具体的な課題を理解して解決策を提供することが重要だ。
彼は、Rustのような人気言語を使っても、自動的にその言語コミュニティ全体を引き寄せられるわけではないと補足した。Rustには資産転送やアカウント管理といった基本的なブロックチェーン操作が内蔵されておらず、ライブラリ追加が必要となるため、言語そのもの以上に踏み込む必要がある。

Sui：技術的詳細

Evanは、多くのブロックチェーンが低層技術の複雑さに注力しており、開発者がさまざまなスケーリング戦略やコンポーネント選択を考慮する必要があると指摘した。
Suiは、拡張性、パフォーマンス、Gasの安定性といった問題がすでに解決されているプラットフォームを提供することで、これを簡素化することを目指している。
彼は、Suiの焦点は次の通りだと補足した：
- 超低遅延
- 水平方向のスケーラビリティ
- 現実的な問題の効率的解決に重点
Samは、ブロックチェーンシステムでは所有権がハッシュテーブルで表現されると説明した。ハッシュテーブルのキーはアドレス、値は残高やその他のデータを表す。
彼は、取引は所有者によって送信され、所有者はコードに基づいて特定の操作しか実行できないと補足した。ハッシュテーブルにはNFTやスマートコントラクトなど、異なるタイプのオブジェクトを保存できる。
Samは、Suiではグローバルストレージは一意のIDを持つオブジェクトの集合で表現される。オブジェクトには所有者フィールドを含むメタデータが埋め込まれている。所有者はアドレス、別のオブジェクトのID、不変（スマートコントラクト）、共有（複数ユーザーがアクセス可能なオブジェクト）のいずれかになる。これはアカウント中心のモデルとは異なり、後者は所有権をハッシュテーブルで表現する。
彼は、低遅延はゲームやリアルタイム取引などのユースケースにとって極めて重要だと補足した。伝統的なEVMシステムでは、取引は実行前に合意形成による順序付けが必要である。Solanaはバイザンチン一貫ブロードキャスト（Byzantine Consistent Broadcast）による高速チャネルを導入し、完全な合意なしで取引を実行できる。完全合意が必要なシステムと比べ、大幅に遅延が削減される。
彼は、Suiの目標は大量の取引を処理することだと述べた。Solanaと同様、EVMシステムのデータモデルでは特定のオブジェクトを操作する取引が行われる。これにより、Suiでは並列実行と容易なスケジューリングが可能になる。Gas価格設定とインセンティブ設計は、共有状態での順序競合を処理しつつ、他の取引に影響を与えないようになっている。
Samは、Suiのデータモデルは各取引に必要な入力オブジェクトを指定することで並列実行を実現すると述べた。スケジューラはタスクを適切なコアやマシンに割り当て、効率的な並列処理を可能にする。Gas価格設定とインセンティブは、共有状態での順序争いを抑制しつつ、他の取引のサービス品質を維持することを目的としている。
彼は、Suiは25ミリ秒で実質的な最終性を提供し、迅速な確認を可能にする。400ミリ秒で完全な最終性を達成し、すべての必要なプロセスが完了する。エンドツーエンドの遅延は約480ミリ秒で、完全に合意形成に依存するシステムより明らかに優れている。
Samは、並列実行により、システムが多数の取引を同時に処理できると述べた。単一のマシンやバリデータの能力に依存してスループットが制限されないよう、異なるワークステーション間での実行分散と弾力的なスケーリングが必要だとした。取引のピーク時にマシンを追加してスケールアップし、通常トラフィック時にはスケールダウンすることが重要である。
彼は、オブジェクトデータモデルがスケーラビリティの実現において重要な役割を果たすと補足した。オブジェクト内のネイティブな所有情報と型情報を活用することで、データの効率的な組織化と検索が可能になる。オブジェクトは所有者アドレス、型、または一般的な組み合わせで並べ替えできる。変化するワークロードに応じて柔軟にスキーマを変更することで、スループットとストレージのスケーラビリティを最適化できる。
Samは、バリデータの読み取り検証は、取引結果のコミットとバリデータ署名によって行われると述べた。グローバルなMerkleアカウントツリーに頼るのではなく、BLS署名で個々の取引を検証する。
彼は、高速チャネルでは、ネットワーク遅延とバリデータセット規模の増加との間に密接な関係はない。バリデータの数に関わらず、ユーザーは並列にバリデータに取引をブロードキャストする。BLS署名の集約時間だけが、バリデータ数の増加とともに伸びる。
Samは、Narwhal合意では、ネットワーク遅延とバリデータセットサイズの関係は高速パスと類似していると述べた。ユーザーはバリデータ数に関係なく、並列に取引をバリデータにブロードキャストする。
Samは、長期的なロードマップには新マシンの起動による弾力的なスケーリングが含まれると述べた。現在SWとManaはシングルマシンアーキテクチャで動作しているが、複数コアを利用できる。ワークステーションは単一マシンではなくコアとみなされる。取引は関連するオブジェクトの種類に応じて特定のワーカーにルーティングされる。
彼は、特定のワーカーに特定のオブジェクトや取引タイプを処理させることで分離が可能になると補足した。必要なすべての読み取り・書き込みが同一マシン内で完結するため、マシン間通信が削減される。システムのスケーラビリティは、成功した分離と効率的なリソース配分に依存している。

バリデータの要件

Samによると、現在ネットワークには約100のバリデータが存在する。バリデータはSui財団の株式を申請でき、地理的分布とデータセンターの多様性を実現できる。
彼は、時間が経つにつれて、人々が自ら資金を得て新たなバリデータを設立し、既存のバリデータと競争できるようになると補足した。バリデータの規模は非中央集権化の最終的な尺度ではない。むしろ、ユーザーの費用対効果が重視される。
彼は、非中央集権化の主要な尺度は、ユーザーが自身の状態に影響する取引を再現するコストであると述べた。Suiはオブジェクトデータモデルを利用して「スパースノード」を実現し、ユーザーは自身のオブジェクトに触れる取引のみを効率的に検証できる。
Samは、取引量が増えるにつれ、一般ユーザーがフルノードやバリデータを運用することは非現実的になると述べた。オブジェクトの変化を共同で追跡することで、ユーザーはバリデータがプロトコルに従っていることを保証できる。

Optimistic VS Pessimistic 並列実行

Samは、Suiは並列実行の静的および動的技術をサポートしていると述べた。静的情報は初期の並列化に役立つが、動的な衝突検出が必要に応じて追加される。並列化可能なワークロードを提供するには、インセンティブが必要である。
彼は、静的レイヤーで衝突を検出することで、衝突の有無に応じて取引の優先度を付けるか、逆に優先度を下げることができる。今後、より多くの静的情報と高度な技術が登場することで、システムは進化していくと予測した。

状態成長とストレージ

Samは、EVMのパフォーマンスが遅く、TPS（1秒あたりの取引数）が低い主な理由は、状態成長を防ぐ対策を講じているためだと述べた。Suiの目標は状態成長を許容しつつ、巨大なMerkleツリーやグローバル認証データ構造を使わないことにある。
彼は、従来のデータベースをストレージに利用でき、ディスクの追加やハードウェアのアップグレードで簡単にスケーリングできると補足した。Salなどの従来ソリューションと比較してストレージコストははるかに低いため、状態成長は問題にならない。NFT圧縮はストレージコスト削減の手段として検討中だが、全体としては状態成長は管理可能である。
Samは、Suiではアカウント／オブジェクトデータベースはノード上に保存され、取引処理に使用される。しかし、履歴取引ログは別途アーカイブストレージが必要で、フルノードの同期や履歴分析に利用される。Sweet FoundationやMissなどの組織が運営するアーカイブノードにより、長期的なストレージ可用性が確保される。
彼は、Solanaも同様の課題に直面しており、長年にわたりGoogleやRWEを使ったアーカイブストレージなどの各種ソリューションを実施してきたと補足した。
Samは、チェックポイントは監査メカニズムとして、前のチェックポイントをコミットして系列を形成すると述べた。エポックは24時間ごとに発生し、その中のチェックポイントを要約する。各チェックポイントは内部の取引をコミットし、データ完全性を確保する。
彼は、バリデータセットの変更やステーク状態の重み付け変更も署名され、チェックポイントに反映されると補足した。古いデータを検証するには、創世記から始め、バリデータセットの変遷を追跡して目的のデータを見つけ、署名を確認し、取引をチェックすればよい。
Samは、Suiの取引の約19％が高速チャネルを使用していると述べた。高速チャネルの取引はUSDCを他のアカウントに送金するようなシンプルな送金である。一方、イーサリアム上のUniswapとのインタラクションは複数当事者が関与するため、高速チャネルの対象外となる。

Moveのセキュリティ利点

Samは、Moveのセキュリティはこれまでハッキングが起きていないことに完全に依存しているわけではないと述べた。どんなスマートコントラクト言語でも、プログラマーが不正なコードを書くことを完全に防ぐことはできない。
彼は、Moveは既存言語の問題、例えば再入、動的ディスパッチ、所有権チェック、オブジェクトのシリアル化などを解決しようとしていると補足した。Moveはこうした問題を排除し、開発者により安全な環境を提供することを目指している。
Samは、Moveのキーバリューは型付きオブジェクトと型安全性にあると述べた。型安全性はプログラム内部だけでなく、外部コードや信頼できないソースとの相互作用時にも適用される。
彼は、Moveを他のシステムに統合する場合、アカウントベースのシステム、Moveプログラムと非Moveプログラム間の相互作用、セキュリティ保証のためのバリデータ運用などを考慮する必要があると補足した。
Samは、Moveを他のエコシステムに統合するには、アカウントベースのシステム、Moveプログラムと非Moveプログラムの相互作用の問題を解決する必要があると述べた。コンパイラの追加はリスクを伴うが、Moveのキーバリューは依然として型付きオブジェクトと型安全性にある。
Evanは、Moveのセキュリティ利点を最大限に発揮するには、システム内のすべてのスマートコントラクトが一貫してMoveで記述されている必要があると述べた。すべてのコントラクトがMoveで書かれていれば、バリデータを実行してコードとオブジェクトに関する強い仮定を確保できる。彼は早期の技術に例え、手書きコーディングと比べて抽象化技術を使うことでエラーを減らせるとした。
彼は、ブロックチェーンだけでは不十分で、異なる言語と互換性を持ち、同じスタックを複製できる必要があると補足した。ブロックチェーン技術のすべての利点を得るには、スタック全体を複製することが不可欠である。

経済的安全性

Samは、経済的安全性は、システムに望ましくない結果をもたらすためにどれだけのステークを獲得する必要があるかで評価されると述べた。新システムは初めから十分なステークを確保するため、ステーク補助金を実施する。
彼は、現在、約100億トークンの総供給量のうち、約80億がステークされており、経済的安全性は良好だと補足した。
Evanは、ブロックチェーンに対する経済的攻撃はまれであり、特にエコシステムが成長し、こうした攻撃が高コストになる初期段階ではなおさらであると述べた。
Samは、経済的安全性は重要な側面だが、社会的コンセンサスこそがネットワークの評判を損なう可能性のある攻撃を防ぐ最終的な保護手段だと述べた。

Atomicなコンポーザビリティ、スケーラビリティ、バリデータの持続可能性

Samは、スマートコントラクトプラットフォームの有用性は、プラットフォーム上の価値ある資産とそれらのプログラマブル性の積で測られると述べた。Atomicなコンポーザビリティはプログラマブル性に不可欠で、開発者は実装の詳細や異なる遅延を気にせずにすべての資産にアクセスしてアプリケーションを構築できる。ビジョンはすべての価値あるものを一つの場所に置き、すべての資産に自動かつ制限なくアクセスできるプログラミングモデルを提供することにある。複数レイヤーやサブチェーンに状態を分割するとユーザーエクスペリエンスの問題が生じるが、Atomicなコンポーザビリティを実現するための許容可能なトレードオフとされる。
彼は、暗号通貨の将来像は、目的に応じてさまざまなRollupが存在するというものだと補足した。Atomicなコンポーザビリティは、すべての価値ある資産に簡単にアクセスでき、ユーザーとアプリケーション間のシームレスな相互作用を促進するため、ブロックチェーンにとって極めて重要である。ユーザーは各資産の実装詳細やセキュリティモデルの違いを知る必要がない。
Samは、すべてのユースケースに対応できるように第1層を同一レイヤーに拡張することが、ユースケースの拡張に不可欠だと述べた。状態の分割やユーザーエクスペリエンスの低下を招くボトルネックがあれば、代替ソリューションを探る必要があるかもしれない。
彼は、技術の限界を突破することが第1層の規模と影響力を決定すると補足した。シャーディングやブリッジを検討する前に、基礎層でスループットとスケーラビリティを向上させることが有益である。
Samは、大規模なユーザー層と消費者レベルの体験を提供するネットワークを構築するには、より高いハードウェア要件が必要かもしれない。各コミュニティはアクセシビリティとノード運営の敷居を下げる価値のバランスを決める必要がある。
Evan（Evan）は、スケーラビリティの制限により、イーサリアムのユーザーエクスペリエンスは消費者向けアプリにはシームレスではないと述べた。イーサリアムと比べ、Solanaなどの新しいチェーンではステーキングが比較的簡単である。
彼は、ノード運営におけるサービスプロバイダーの役割は中央集権化の問題を提起すると補足した。真のノード比率をどう判断するか、またサービスが単一のバリデータと見なされるか複数と見なされるかは議論の的である。
Evanは、ハードウェア要件、アクセシビリティ、持続可能性のバランスは継続的な課題だと述べた。ブロックチェーンの需要に対するハードウェア進歩の速度が、長期的な持続可能性に影響を与える。
彼は、消費者が使えるブロックチェーンソリューションは非常に少ない。消費者に使いづらいソリューションに限定されると、潜在的価値の実現が妨げられる。
Samは、非中央集権化とは誰でも自分のノードを運営できるということではないと述べた。それは非現実的である。ノード運営コストは、ステーキング報酬や取引手数料からの収入を上回る可能性がある。ノード運営の価値を評価するには、RPCプロバイダーとしての高速な読み取り速度など、他の要素も考慮する必要がある。
彼は、ノード運営には直接的な経済的利益以外の利点もあり、他の収入源でコストを相殺できると補足した。ノードはRPCプロバイダーとして、ユーザーに高速な読み取りを提供できる。一部の人はセキュリティ上の理由や副業としてノードを運営しており、これによりエコシステムの発展がさらに促進される。

Suiの橋頭堡：ゲームとビジネス

Evanは、ゲーム業界は新しいビジネスモデルや技術の試行に積極的であり、探求にふさわしい興味深い分野であると述べた。ブロックチェーンの資産処理能力はゲーム業界のニーズに非常に合致している。ほぼすべての消費財に関わるビジネスも、ブロックチェーン技術の恩恵を受けられる。
彼は、ブロックチェーンの核心的価値は、ビジネスにおける資産関連活動を促進できる点にあると補足した。ビジネスには支払い、資産交換、ステーキングなどが含まれる。ゲームは一般大衆にブロックチェーン技術を紹介する初期のユースケースである。

Sui vs Aptos と今後の展望

Samは、焦点は開発者ができるだけ多くのユーザーにリーチできるかどうかにあると述べた。Sui上で開発することで、ウォレットのないユーザー向けのZKログイン、代金不要のスポンサードトランザクションによる収益化など多くのメリットがある。
彼は、Aptosが提供する機能にはデジタルオブジェクトに対するロイヤルティの強制執行、使用制限のあるクローズドループトークンがあると補足した。
Evanは、プロトコルに組み込まれた機能は、開発者にとって便利であり、集中型サービスプロバイダーに依存したり月額料金を支払ったりする必要がなくなると述べた。イーサリアムはより自由な市場方式を許容するが、開発者は特定機能を自ら選んで参加しなければならず、それがどこでもサポートされるとは限らない。製品構築者にとって、重要な機能をプロトコルに組み込むことは、基本機能をめぐる競争を減らす上で重要である。
Evanは、イーサリアムは新規準拠の採用において課題に直面しており、高いGas費が原因で一部の機能がチェーン外に追い出されたり、非効率になったりしていると述べた。一方、Suiは重要な機能をネイティブプロトコルに直接組み込み、外部サービスに依存せず簡単にアクセスできるようにすることを目指している。新規準拠の採用には社会的コンセンサスが極めて重要だが、全員の合意を得ることは難しい。