【Sui完全ガイド】急成長するL1チェーンの技術・機能・エコシステムを徹底解説

ブロックチェーンは多くの場合、オープンソースソフトウェアをベースに構築されています。オープンソースという性質上、製品は容易に複製することができ、特定のセクターや産業が有望とされる場合、多くのプレイヤーが類似の製品を提供して市場に参入する現象が起こります。

このブロックチェーンのオープンソース特性は、2021年と2022年にレイヤー1ブロックチェーンの市場参入が急増した理由を説明しています。現在、この現象はレイヤー2に移行しており、無数のレイヤー2ネットワークが市場に登場しています。

これは新しいレイヤー1ブロックチェーンの構築がもはや重要ではないということを意味するのでしょうか？確かに、新しいレイヤー1の開発は困難で資源を必要とする取り組みです。

さらに、単に市場に参入するだけで注目を集められる汎用レイヤー1ブロックチェーンの時代は過ぎ去りました。それにもかかわらず、レイヤー1ブロックチェーンが市場の注目を集める機会は依然として存在すると私は考えています。ただし、一つ条件があります。技術的な差別化が必要だということです。

私はブロックチェーンインフラストラクチャ部門が重要な転換点にあると感じています。歴史的に見て、どの市場でも無数のインフラストラクチャが永続的に共存することはありませんでした。最終的に、私はブロックチェーンの景観が、無数のインフラストラクチャ間の完全競争の状態から、驚くほど少数の主要プレイヤー間の持続的な競争へと進化すると予想しています（ただし、革新的なインフラストラクチャ提供者が断続的に登場すれば、状況は変化する可能性があります）。

この観点から、将来のレイヤー1ブロックチェーンは、既存のブロックチェーンとどのように異なり、なぜ他のレイヤー1ブロックチェーンと共存できるのかを継続的に示さなければなりません。

レイヤー1ブロックチェーン、特にモノリシック（統合）ブロックチェーンが、無数のブロックチェーンインフラストラクチャの中で大きな市場シェアを獲得すると信じる者として、このサイクルで技術的な差別化を確立したレイヤー1ブロックチェーンを注意深く観察せずにはいられません。興味深いことに、これらのブロックチェーンの中にはかなり魅力的な設計を実装しているものがいくつかあります。

この報告書で紹介するブロックチェーンはそのうちの1つです：Suiブロックチェーンです。

Suiブロックチェーンは、メインネット立ち上げからわずか1年で驚くべきマイルストーンを達成しました。Total Value Locked（TVL）は6億5000万ドルで、非EVMブロックチェーンの中で第3位にランクされ、平均日次取引量でも常にトップ5にランクインしています。これらの成果は、特にSuiがEVMの現状に従わず、Moveと呼ばれる新しいプログラミング言語を使用していることを考えると、本当に印象的です。

多くのレイヤー1チェーンが開発者を惹きつけるためにEVM互換性を選択したことを考えると、Suiの成果は、チームの決意と彼らが開発したMove言語に対する強い信念を示しています。これは多くの面でSuiを特別なものにしています。

この報告書を通じて、Suiを特別にしているものは何か、そしてなぜこのような顕著な成長を遂げたのかを詳しく検討していきたいと思います。

2.陳腐だが重要：Suiの起源

2.1 Sui（Mysten Labs）の共同創設者の紹介：意外にも陳腐ではない

現在、SuiはSui FoundationとSuiのコア貢献者であるMysten Labsという2つの組織によってサポートされています。Suiネットワークの創設者は全員がMysten Labsに所属しています。左上から順に、それぞれの共同創設者を見ていきましょう。

まず、Mysten LabsのCEOであるEvan Chengは、Metaに入社する前にAppleで10年以上働いていました。Appleでは、LLVM（Low-Level Virtual Machine）バックエンドチームを率いていました。LLVMは、Chris Lattnerがイリノイ大学で最初に始めたモジュラーコンパイラプロジェクトですが、Appleで広範な開発と研究が行われました。LLVMは、iOSアプリの実行を高速化することで知られています。LLVMに関する功績により、EvanはLLVMプロジェクトを開始したChris Lattnerとともに、2013年にACMソフトウェアシステム賞を受賞しました。

CPOのAdeniyi Abiodunは、J.P. MorganとHSBCでシニアソフトウェアエンジニアを務め、Oracleでブロックチェーン設計を担当し、VMwareで製品を統括し、その後Metaで製品を主導しました。

CTOのSam Blackshearは、MetaでプリンシパルエンジニアとしてSuiのプログラミング言語であるMoveを作成したことで知られています。また、Diemプロジェクトに大きく貢献し、Libraブロックチェーン論文にも参加しました。Mysten Labsでは、プログラミング言語への貢献だけでなく、ブロックチェーンアーキテクチャも監督しています。

チーフサイエンティストのGeorge Danezisは、名門英国大学UCLでセキュリティとプライバシーエンジニアリングの教授を10年務め、Alan Turing研究所のフェローでもあります。私がGeorge Danezisを知ったのは、2022年に発表されたNarwhalとTuskのコンセンサスに関する論文を通してでした。彼はまた、この記事で紹介する新しいコンセンサスメカニズムであるMysticetiの共著者でもあり、分散型ストレージとデータ可用性プロトコルであるWalrusの設計にも深く関わっていることで知られています。

チーフクリプトグラファーのKonstantinos Kryptos Chalkiasは、暗号技術分野で高い評価を受けています。以前はMetaとR3で暗号技術を主導していました。彼は、Four Pillarsで紹介したSuiのシームレスなオンボーディングフレームワークであるzkLoginの共著者です。Konstantinosは、Suiが積極的に推進しているzkSendなどの機能の背後にもいます。誰かに「モジュラーブロックチェーンに対して、モノリシック（統合）ブロックチェーンではZK技術がどのように使用されているのか？」と尋ねられた時、私はしばしばKonstantinosの論文と成果を例として挙げています。

明らかなように、Suiの共同創設者たちはそれぞれの分野で大きな功績を上げており、研究者として様々な成果を継続的に発表しています。現在モノリシック（統合）ブロックチェーンに興味を持ち研究している研究者として、私は彼らの定期的な成果に強い関心を持ち、彼らの仕事を注意深く追い続けています。

2.2 なぜSuiは独自のレイヤー1を立ち上げたのか？

Suiのチームの大部分はMetaのブロックチェーン開発者で構成されており、彼らがMetaを去ってMysten Labsを設立した理由については、既に多くのメディアが取り上げています。そのため、この記事ではその側面を繰り返すのではなく、技術的な正当性にさらに焦点を当てていきます。SuiはSolana、Sei、Aptos、Monadとともにモノリシック（統合）ブロックチェーンを代表しています。先ほど述べたように、市場は既にレイヤー1ブロックチェーンの飽和を経験し、新しいレイヤー1の参入に疲れを感じていました（そして恐らく今でもそうです）。そのような状況にもかかわらず、なぜSuiネットワークは独自のレイヤー1ブロックチェーンを立ち上げたのでしょうか？

「スマートコントラクトプラットフォームの有用性は、そのプラットフォーム上で実行されるプログラムがアトミックにアクセスできる興味深い共有状態の量に比例する」
Sam Blackshear（Mysten LabsのCTO）

Samは、ブロックチェーン、特にスマートコントラクトプラットフォームの使用性は、異なるアプリケーションがどれだけシームレスに相互作用できるかにかかっているという信念を持っています。レイヤー2ロールアップやマルチチェーンシステムをベースとしたエコシステムは、分離された独立した状態を持ち、Samが言及する「使用性」のある側面を犠牲にしています。さまざまなアプリケーションが有機的かつシームレスにコミュニケーションを取り、興味深い結果をもたらすとき、スマートコントラクトプラットフォームの使用性は向上します。

本質的に、Suiはアプリケーション間のシームレスな相互作用を、コスト効率が良く、スケーラブルで、かつ安全な方法で実現することを目指しています。これは言うは易く行うは難しですが、もしこれが実現できれば、独立したブロックチェーンとしてのSuiの存在意義が証明されることになります。Suiはこれをまだ証明できているでしょうか？私はもう少し時間が必要だと考えていますが、独立したレイヤー1ブロックチェーンを開発する理由としては、説得力があります。彼らは自身の技術に真に自信を持っており、既存のエコシステムやチェーンに依存するよりも、すべての側面を独自に設計する方が効率的で価値があると考えています。

新しいレイヤー1に対する懐疑的な見方が蔓延する市場において、注目を集めるためのカギは技術的な差別化です。Suiは、Metaの評価や著名な投資家たちを活用して市場での可視性を得ることができるかもしれませんが、重要な要素は技術的な差別化を通じて持続可能性を証明することです。では、Suiの技術には持続可能性を証明するのに十分な独自性があるのでしょうか？私はあると考えています。Suiの技術についてより詳しく見ていきましょう。

3.Suiを高速にした技術的基盤：Suiのインフラストラクチャ

Suiは進化を続けるレイヤー1チェーンです。例えば、Suiはメインネット立ち上げ後かなりの期間、NarwhalとBullsharkをメンプールプロトコルとコンセンサスエンジンとして使用していました。しかし、2024年7月下旬には、さらに進化したコンセンサスエンジンMysticetiを導入しました。そのため、Suiのコンセンサスエンジンを説明する際は、Suiの過去、現在、そして未来を検証するために、過去と現在のコンセンサスメカニズムの両方をカバーしていきます。

3.1 コンセンサスから異なる：メンプールとコンセンサスの分離

SuiのコンセンサスとメンプールプロトコルはMysten Labsだけで開発されたものではありません。その遺産は、これらの開発者たちがMetaでDiemブロックチェーンを設計していた時期にまで遡ります。Suiで適用されているメンプールプロトコルであるNarwhalと、コンセンサスエンジンであるBullsharkは、それぞれが独自の学術論文を持つほど緻密に開発されています。理解を助けるために、これらのプロトコルについて一つずつ説明していきましょう。

3.1.1 効率的なメンプールプロトコル：Narwhal

まず、Narwhalについて説明します。Narwhalは、ブロックチェーンネットワークにおいて、バリデータ間でメンプール内のトランザクションを共有する効率を劇的に向上させるメンプールプロトコルです。重要な点は、Narwhalはそれ自体ではコンセンサスエンジンではなく、独立して機能することはできず、既存のコンセンサスエンジンと組み合わせて使用することを意図しているということです。これは、Narwhalが最初に導入された時、Narwhalだけでなく、Narwhalとよく協調するコンセンサスエンジンであるTuskについても言及されていたことからも明らかです。では、Narwhalのようなスタンドアロンのメンプールプロトコルの目的は何で、どのような問題を解決しようとしているのでしょうか？

伝統的なメンプールの問題点

Narwhalを理解するためには、まずメンプールとは何かを理解する必要があります。メンプール（memory pool）は、ノードにある未検証のトランザクションの集合です。しかし、重要なポイントは、ブロックチェーンがデータベース内の状態を共有する一方で、メンプールは各バリデータにローカルなものであり、つまりその中のデータも、ブロックに含めて最終的なコンセンサスを得る前に、共有され検証される必要があるということです。従来のブロックチェーンは、バリデータが他のバリデータにすべてのトランザクションを検証のためにブロードキャストし、その後、検証されたトランザクションをブロックにパッケージ化してさらに伝播するという二重伝送の問題に直面しています。問題は二重伝送自体ではなく、それがコンセンサスプロセスに加える負荷です。バリデータのローカルメンプール内のデータが正しければ、バリデータ間ですべてのトランザクションデータを交換する必要はないはずです。

Narwhalはこれをどのように単純化するか

バリデータ間ですべてのトランザクションデータを交換せず、各バリデータのローカルメンプール内のデータが一貫していることだけを確認するように、このプロセスを単純化するとどうでしょうか？言い換えれば、従来のブロックチェーンのようにトランザクションデータをコンセンサスプロセスに含めるのではなく、メンプールを独立して処理し、メタデータ（ブロックヘッダーとハッシュ）に基づいてコンセンサスを行うのです。これがNarwhalが行うことの簡単な説明です。しかし、Narwhalが従来のメンプールデータ伝播プロセスを単純化するアプローチを詳しく理解するには、さらに深く掘り下げる必要があります。

ワーカーとプライマリ

Narwhalの構造を理解するには、まず2つの重要な主体であるワーカーとプライマリの役割を理解することが重要です。バリデータ内には複数のワーカーマシンが存在することができ（現在のSuiでは複数のワーカーマシンを実行することはできませんが、将来的に複数のワーカーを運用できる可能性があるため、複数のワーカーマシンを前提に説明します）、これらの各ワーカーは異なるトランザクションデータを伝播し、トランザクション伝播プロセスを並列で処理できるようにします。一方、プライマリはバリデータごとに1つだけです。

ワーカーは、クライアントからトランザクションデータを受け取り、データをバッチ化してハッシュ化し、他のバリデータのワーカーにブロードキャストする役割を担います。ワーカーはさらに、バッチのハッシュをローカルプライマリに転送し、プライマリはバッチのリストを作成してブロックに含めます。

このように作成されたブロックは、その後リーダーバリデータを通じて他のバリデータに送信され、リーダーはまたバリデータによるブロックの署名プロセスも管理します。署名が2f+1のクォーラム（fはネットワークが許容する故障または悪意のあるノードの最大数を表す）に達すると、証明書が発行されます。Narwhalはコンセンサスエンジンとは別個のものですが、クォーラムの基準はNarwhalと共に使用されるコンセンサスエンジンに依存することに注意が必要です。リーダーはその後、この証明書を他のバリデータに伝播し、次のラウンドのブロックに含めることを可能にします。リーダーは2f+1のバリデータが証明書を蓄積したことを確認すると、次のラウンドに進みます。次のラウンドのブロックは、ブロック生成者に関する情報、署名、トランザクションのリスト、そして証明書のリストで構成されています。ブロックの構造は、証明書リストが前のラウンドからの証明書を参照していることを示しています。

これらの証明書は本質的に、バリデータが同じデータを持っていることを証明し、彼らが保持するデータを同期させることを可能にします。Narwhalは2つの方法でブロックチェーンの速度を向上させます：1）従来のメンプールプロトコルがトランザクションごとにトランザクションを通信していたのに対し、Narwhalはトランザクションのバッチを含むブロックレベルで行うため、はるかに効率的です。2）トランザクションの順序付けがNarwhalとは完全に分離されているため、コンセンサスエンジン（Bullshark、Tusk、または後で説明するHotStuffなど）は、Narwhalがトランザクションデータを伝播し保証している間に、トランザクションを順序付けてコンセンサスに到達することができます。この作業の分担により、従来のシステムよりも速いコンセンサスが実現します。

3.1.2 コンセンサスについてはどうか？：Bullsharkの導入

Narwhalがトランザクションデータの伝播を処理する一方で、Bullsharkはトランザクションの順序付けを担当します。Narwhalと同様に、BullsharkもDAG（Directed Acyclic Graph：有向非循環グラフ）構造に基づいています。Bullsharkを理解するには、DAGの概念を把握する必要があります。

DAGは、有向でサイクルを持たないグラフです。これは頂点と、これらの頂点を接続するエッジで構成され、各頂点が間接的または直接的に他の頂点を検証する構造を形成します。これらの頂点とエッジには特定の順序があり、これは因果関係の順序として知られています。コンセンサスに参加するすべてのバリデータが同じ方向と値を持つDAGを持っている場合、彼らは同じ全体順序に達したと言えます。本質的に、Bullsharkは（誠実な）バリデータがどのようにしてこの全体順序に効率的に到達できるかという方法論です。しかし、これは簡単なタスクではありません。バリデータはそれぞれローカルDAGを保持しており、しばしばこれらのDAGは同一ではありません（Bullsharkは基本的に非同期DAGアプローチであるため）。では、Bullsharkはどのようにしてバリデータが同じ全体順序に到達することを保証するのでしょうか？

Bullsharkは、ラウンドベースのDAG BFT（Byzantine Fault Tolerant：ビザンチン障害耐性）コンセンサスプロトコルです。このシステムでは、DAGの各頂点はラウンドに対応し、リーダーが所有する「アンカー」と呼ばれる頂点が偶数ラウンドごとに存在します。奇数ラウンドでは、偶数ラウンドのアンカーに対して投票が行われます（したがって、奇数ラウンドはアンカーに関与し、偶数ラウンドはこれらのアンカーへの投票に関与します）。描かれた構造では、アンカーは緑色で塗られた頂点（A1とA2）で表され、緑色の境界線を持つ頂点はアンカーの因果関係の順序を形成する頂点を表します（例えば、A2アンカーはラウンド1のparty 1、party 2、party 3からの頂点を参照しています）。

アンカーは本質的にリーダーの頂点であり、アンカーが確認されるためには、単にアンカー頂点であるだけでは十分ではありません。Bullsharkのコミットルールによると、アンカーは次のラウンドから少なくともf+1の投票を受け取る必要があります。ここでfは、先ほどNarwhalの文脈で説明した故障または悪意のあるノードの数を表します。

与えられた例では、4つの参加ノード（N=4）があり、1つの故障ノード（f=1）を想定すると、Bullsharkのコミットルールに従って、アンカーはf+1の投票、つまり2票の最小投票数を受け取ることで確認されます。アンカーA2は3票を受け取ったため確認され（そしてそのため戴冠され）、一方アンカーA1は1票しか受け取っていないため未確認のままです。

A2を優先するためにA1の配置をスキップすべきかと疑問に思うかもしれません。答えは「いいえ」です。先ほど述べたように、Bullsharkは基本的に非同期DAGで動作するため、別のノードの視点からはA1がf+1以上の投票を受け取っている可能性があります。したがって、特定のノードがA1がf+1の投票を受け取っていないと見ていても、DAG内でA2の前にA1を最初に配置し、その構築を進めるのは正しいことです。これは、Bullsharkが存在する限りすべてのアンカーを配置すべきということを意味するのでしょうか？答えはこれも「いいえ」です。アンカーを優先的に配置するためには、投票を受け取るかどうかだけでなく、次のラウンドのアンカーが少なくとも1つのパスでそれに接続されていることが重要です。我々の例で、A2とA1の間に保証されたパスがない場合、A1をスキップすることは許容されます。

要約すると、BullsharkはラウンドベースのDAGで、偶数ラウンドにアンカー頂点があり、奇数ラウンドでこれらのアンカーへの投票が行われます。アンカーはDAGに含まれるためには‘確認’される必要があり、そのためには奇数ラウンドでf+1以上の投票を受け取る必要があります。しかし、アンカーがすぐにf+1の投票を受け取っていなくても、他者の視点からは十分な投票を受け取っている可能性があるため、依然としてDAGに配置されます。ただし、アンカーが他のアンカーとの接続を持たない場合は、DAGから除外されます。これにより、すべての誠実なバリデータが最終的に同じDAG値を持つことが保証されます（信頼できるブロードキャストとして知られています）。

Bullsharkがどのようにしてダグのラウンドを進行させるかを見てきました。では、Bullsharkはどのようにしてスケーラビリティを確保しているのでしょうか？Narwhalと同様に、Bullsharkはコンセンサスプロセスにおけるデータ伝播とDAGの進行を分離しています（実際、BullsharkはNarwhalのオープンソースコードベースを基に開発されました）。これは、DAGの構築が独自に進行する一方で、データ伝播はネットワークの速度に従うことを意味します。DAGの構築が遅い場合でも、DAGの各頂点はラウンドを進めるためのより多くのメタデータを含むことができ、ネットワークのスケーラビリティが損なわれないことを保証します。 Bullsharkのアプローチは、コンセンサスメカニズムのスケーラビリティを向上させます。バリデータは全体順序に到達するために広範なコミュニケーションを必要とせず、効率的にコンセンサスに到達することができます。

3.1.3 NarwhalとBullsharkプロセスの要約

NarwhalとBullsharkを理解したところで、それらがどのように連携して機能するかを見てみましょう。前述したように、Narwhalは各バリデータのローカルメンプールが同じトランザクションデータを含んでいることを検証します。Narwhalがプロセスを完了すると、検証された証明書が発行され、Narwhalの役割にはこの証明書の発行と検証が含まれます。

検証された証明書が利用可能になると、Bullsharkの番です。検証された証明書の存在は、すべてのバリデータのローカルメンプールが一致するトランザクションを持っていることを意味します。その後、Bullsharkは検証されたトランザクションデータを使用して、各ローカルDAGでのトランザクションの順序を決定します。バリデータは自身のローカルDAGを他のバリデータと整合させ、最終的にすべてのバリデータが同じDAGを持つことを保証し、これによりローカルDAGのコンセンサスが確定します。

コンセンサスが達成されると、Bullsharkはトランザクションの順序を確定し、トランザクションはブロックチェーンにコミットされます。この効率的なコンセンサス方式（Bullshark）とメンプール戦略（Narwhal）により、Suiは約125,000 TPSを達成していますが、50エンティティでの遅延は約2秒です。

3.1.4 Bullsharkに満足せず、Mysticetiの登場

Narwhalメンプールプロトコルの水平スケーラビリティのおかげで、Suiで「スケーラビリティの問題」という言葉が使われることは稀です。先ほど述べたように、ユーザーが現在のバリデータが処理できる以上のトランザクションを生成する場合、Suiのバリデータは「ワーカー」と呼ばれるマシンを追加して、トランザクションの伝播を並列で処理することができます。

現在、Suiでは複数のワーカーマシンを持っていません。それは、その追加を正当化するほどのトランザクション需要がないためです。しかし、Suiがトランザクション需要が増加したと判断し、追加のワーカーマシンが必要になれば、Suiのバリデータはコンセンサスレベルでそれらを追加して、増加した需要を管理することができます。

したがって、Suiブロックチェーンの速度について議論する際、バリデータ数が増加するにつれて発生する「レイテンシー」の問題を解決することは、「スケーラビリティの問題」に対処することよりも重要です。結果として、彼らはレイテンシーを効果的に削減できるコンセンサスモデルの研究に注力し、その結果としてMysticetiと呼ばれる新しいコンセンサスエンジンが登場しました。

Mysticetiは、Bullsharkと同様にDAGベースのコンセンサスです。しかし、MysticetiとBullsharkの間にはいくつかの違いがあります。今日は、これらのBullsharkとの違いに焦点を当ててMysticetiを紹介したいと思います。

BullsharkからMysticetiへのコンセンサスメカニズムの変更後のネットワークレイテンシーの中央値の推移を示すグラフについて

（上記のグラフは、BullsharkからMysticetiへのコンセンサスメカニズムの変更後の中央値ネットワークレイテンシーの推移を示しています。特に印象的なのは、Bullsharkが約2秒のレイテンシーを持っていたのに対し、Mysticetiに切り替えた後、これが約0.39秒まで低下したことです。）

先ほど簡単に触れたように、Bullsharkは非常に高速なコンセンサスを持っているにもかかわらず、依然としてかなりのレイテンシーを経験しています。Mysticetiの論文によると、Bullsharkは平均60-80k TPSを記録しましたが、レイテンシーは8〜10秒に達する可能性がありました。Bullsharkでこのレイテンシーを引き起こしているのは何でしょうか？ Mysticeti論文は、Bullsharkの問題点を約3つ特定しています。第一に、Bullsharkはトランザクションの検証プロセス（バリデータ間のブロックの伝播、署名の取得、証明の再伝播）でレイテンシーを生成します（従来のコンセンサスプロトコルと比較してより長いレイテンシーを引き起こします）。第二に、Bullsharkはウェーブの開始と終了に基づいてブロックをコミットするため、ウェーブが終了するまでブロックをコミットできず、レイテンシーが発生します（ここで、ウェーブとは提案、投票、証明の3つのラウンドの組み合わせを指します）。最後に、Bullsharkでブロックが証明されるためには、バリデータの過半数からの署名が必要であり、これはバリデータのCPUを消費するだけでなく、コンセンサスプロセスで遅れをとったバリデータが追いつくための大きな負担となります。

最終的に、これら3つの問題はすべてレイテンシーの増加につながるため、Mysticetiはこれら3つの問題に対処するために登場したと言っても過言ではありません。上記のグラフに示されているように、Mysticetiを導入した後、劇的な改善が達成され、50,000 TPSを維持しながら、レイテンシーを約0.39秒まで削減することができました。では、Mysticetiはどのようにしてこれらの問題を解決し、このレイテンシーの改善を実現したのでしょうか？

暗黙の証明書（Implicit Certificate）

まず、ブロックの検証とコミットのプロセスで発生するレイテンシーは、暗黙の証明書を通じて解決されます。暗黙の証明書とは、証明が本質的にDAGに埋め込まれていることを意味し、別個の証明書を作成する必要がなくなります。これにより、追加の証明書を発行することなく、ブロック内に埋め込まれた証明に基づいてコミットの決定を行うことができます。結果として、ネットワークに追加のメッセージを送信することなくコミットを行うことができ、Bullsharkと比較してメッセージの遅延が少なくなります。

Bullsharkが6つのメッセージ遅延を経験する（2ラウンドにわたってコミットを行い、各ラウンドが提案、投票、証明のプロセスを経るため）のに対し、Mysticetiはわずか3つのメッセージ遅延しか発生しません。これは、Mysticetiが別個の証明書を必要としないため、提案、投票、証明のプロセスが不要であり、ブロックを送信するだけでよいためです。その結果、ラウンドごとに1つのメッセージ遅延があり、コミットプロセスが約3ラウンドで行われるため、合計で3つのメッセージ遅延となります。

スレッショルド論理クロック

この時点で、多くの人が懸念を表明するかもしれません。DAGベースのコンセンサスモデルがこれまでコンセンサスに証明書作成プロセスを含めてきた明確な理由があるにもかかわらず、Mysticetiは証明書を直接DAGに埋め込んでコミット操作を行います。これによりMysticetiのレイテンシーは低下しますが、別個の証明書を使用するBullsharkと比較してセキュリティ上の懸念が生じます。

では、Suiはこれらの懸念を認識しながらMysticetiを実装しているのでしょうか？答えは「いいえ」です。署名されたブロックのみを使用して、セキュリティの問題なく安全にコンセンサスに到達することはどのように可能なのでしょうか？これを理解するには、スレッショルド論理クロックの概念を把握する必要があります。この複雑な概念を理解しやすくするため、2つの部分に分けて説明しましょう：

論理クロック：これは物理的な時間を測定するのではなく、DAGのような順序を持つプロセスにおいて、どのイベントが他のイベントの前後に発生したかを決定する論理を指します。
スレッショルドメカニズム：このメカニズムは、アクションを実行する前にネットワークで事前に決められたしきい値を超える必要があります（ブロックチェーンの文脈では、これはコミット操作となり得ます）。

Mysticetiでは、これら2つの概念が組み合わされています。DAGにおけるブロックの生成とコミットの順序を決定します。すべてのトランザクションの証明書がなくても、ブロックがネットワークで指定された数のバリデータからの支持を受けている場合（そのブロックが少なくともネットワークで指定された数のバリデータが保持する前のラウンドのブロックへの参照を含んでいる限り）、ネットワークにコミットすることができます。論理クロックの存在により、ブロックが正しい順序でコミットされていることを検証でき、プロトコルの整合性の維持に大きく貢献します。

パイプライニング

さらに、Mysticetiはパイプライニングアプローチを通じて、現在のウェーブが終了する前に新しいウェーブを開始することができます。これは、ウェーブが終了するまでブロックをコミットできないBullsharkとは異なり、Mysticetiがレイテンシーを削減できるもう一つの理由です。

ユニバーサルコミットルール

最後に、Mysticetiはユニバーサルコミットルールを通じて、1つのラウンドで複数のリーダーが自身のブロックをコミットすることを可能にします。また、署名されたブロックのみを使用して、ブロックチェーンにブロックをコミットするか、スキップするかを決定します。この設計により、バリデータは個々のブロックに対して過半数の署名を必要とすることなく、ネットワークにブロックをコミットすることができます。

これらのソリューションを通じて、Suiは重要な改善を達成しました：同じ数のバリデータを維持しながら、膨大な数のトランザクションを処理し、なおかつレイテンシーを0.5秒未満に削減することができました。これまで、スケーラビリティと低レイテンシーの両方を同時に達成することは不可能だと考えられていました。Mysticetiが両方を達成したことは、本当に注目に値します。

3.2 Suiのユニークなトークノミクス

Suiは、そのトークノミクスの独自性でブロックチェーンの中でも有名です。Suiのトークノミクスの詳細に入る前に、まずSuiの経済モデルに特有のいくつかの概念を探っていきましょう。

3.2.1 ストレージファンド

ストレージファンドは、Suiのトークノミクスを研究する中で私が出会った最も興味深い機能の1つです。これは、将来的に他のレイヤー1ブロックチェーンの参考になると信じているモデルです。まず、時間の経過とともに、ブロックチェーンのノードに必要なストレージ容量は大幅に増加します。これは当然のことで、フルノードはジェネシスブロックから現在のブロックまでのすべてのブロックを維持する必要があり、つまり必要なストレージ容量は必然的に増加していくということです。したがって、ブロックチェーンが長期にわたって持続的に維持されるためには、時間が経過しても、ネットワークに参加するノードに適切なストレージ報酬を提供できる経済的インセンティブが必要です。Suiは、将来的にいつでもネットワークに参加するノードに適切なストレージ報酬を提供することを目的として、ストレージファンドを創設しました。

出典：Suiドキュメント

では、ストレージファンドの資金はどこから来るのでしょうか？これは、現在Sui上でトランザクション手数料を支払っているユーザーから来ていると考えることができます。ユーザーが取引手数料を支払う際、その費用は実行コストとストレージコストで構成されています。ストレージコストはその後ストレージファンドに送られます。さらに、ストレージファンド内のSuiトークンは、SuiのProof of Stake（PoS）メカニズムでの総ステーキング量を計算する際に含まれ、比例したステーキング報酬を獲得します。時間の経過とともに、これによりストレージファンドの規模が増大し（将来的にバリデータに分配されるまで）、持続可能なストレージ管理が可能になります。

ストレージファンドを研究する中で私が特に興味深いと感じた機能は、「削除オプション」です。この機能は、ユーザーが特定のオンチェーンデータを削除する際に、そのデータを作成するために最初に支払ったストレージトランザクション手数料の一部をストレージファンドから返金するものです。これは、ユーザーが不要なデータを自発的に削除することをインセンティブ付けするため興味深いものです。ただし、削除オプションがブロックチェーンの不変性という核心的な価値に矛盾するものではないことを明確にしておく必要があります。このオプションは過去のトランザクションを削除するためのものではなく、もはや意味のないデータ（NFTのメタデータ、使用済みチケット、終了したオークションに関連するデータなど）を削除するためのものです。

言い換えれば、ブロックチェーンの核心的な価値である不変性は、削除オプションの影響を受けません。

3.2.2 トランザクション手数料の計算方法

Suiネットワークでは、トランザクション手数料はどのように決定されるのでしょうか？驚くべきことに、答えは「継続的に変化する」です。エポックごとに、Suiのバリデータは一種の調査を実施します。この過程で、バリデータは個別にトランザクション処理に受け入れる最低額を設定します。参照コストは、これらの最小値の下位66.67%パーセンタイルの値に基づいて決定されます。重要なのは、これが単純な66.67%パーセンタイルではなく、各バリデータにステークされているSuiトークンの量によって重み付けされているということです。66.67%のマークを使用する理由は、ほとんどのバリデータが受け入れ可能と考える価格に基づくためです。

もう一つ興味深い点は、各エポックの終わりに、バリデータがネットワーク内の他のバリデータのパフォーマンスを監視することです。パフォーマンスは様々な指標（応答時間など）に基づいて評価され、それに応じて報酬が調整されます（より高い最小トランザクション手数料を提示したり、トランザクションの処理に失敗したバリデータはより少ない報酬を受け取り、その逆も同様です）。バリデータは各エポックの終わりに、他のバリデータのパフォーマンスに関する意見を提出し、これがステーキング報酬の分配に影響を与えます。Suiにおけるこのトランザクション手数料の計算方法は、バリデータがより低いトランザクション手数料を提供するよう促すため、非常にユーザーフレンドリーです。

3.3 Moveon

出典：Sui

Suiが他のブロックチェーンと異なる点を探る際、そのプログラミング言語を見過ごすことはできません。私が話しているのはMoveであり、特にSui上のMoveのバリエーションについてです。Suiは独自のオブジェクト指向データモデルを持っており、オリジナルのMove言語を適応させたバージョンを使用しています。Mysten LabsのCTOでありSuiの共同創設者であるSam Blackshearは、Meta在籍時にこのプログラミング言語を作成したことで知られています。Moveはブロックチェーン向けに特別に設計されたプログラミング言語で、セキュリティと表現力に重点を置いています。SuiはMoveに修正を加えているため、Sui上のMove（Suiで使用されているMoveバージョン）について議論する前に、まずMoveそのものについて見てみましょう。

3.3.1 リソース指向プログラミング言語

Moveでは、リソースはファーストクラス値として扱われます（ファーストクラスオブジェクトとは、言語内の他のオブジェクトで一般的に利用可能なすべての操作をサポートするエンティティを指し、プログラミング言語における最高レベルの柔軟性を示します）。Move言語では、リソースは様々な形式で保存や送信が可能ですが、厳格なルールにより、これらのリソースのストレージ内での複製、廃棄、または不正な移動が防止されています。本質的に、リソースは安定性に関連する制約の範囲内で自由に使用できます。Moveにおけるリソースの例には、暗号資産、スマートコントラクトの状態値、NFT、オンチェーン投票権（Solidityでは利用できない機能）などがあります。

3.3.2 データ抽象化

データ抽象化とは、簡単に言えば、何かが動作する複雑な詳細を隠蔽し、その内部の仕組みを理解することなく機能を利用できるようにすることです。データ抽象化はMoveの重要な機能であり、リソースやその他のデータ型がモジュール内にカプセル化され、これらのリソースの管理（保存、変更、管理の方法など）に関連する複雑なタスクを抽象化します。この抽象化は、ユーザーと開発者の両方の視点から大きな利点となります。

データ抽象化はまた、リソースへのアクセス制御を可能にします。どのリソースに対してどのような操作が、どのような条件下で許可されるかを指定します。この機能は、特にセキュリティの観点からアプリケーション開発者にとって非常に有用です。

3.3.3 静的検証

静的検証とは、プログラムによって実行される前にコード内のエラーや脆弱性を検出することです。これは、Moveが式、関数、変数に型を割り当て、これらの型がどのように使用され組み合わされるかについて明確なルールを定義しているため可能です。

Moveはまた、データが意図せずに変更されることを防ぎ、データへの参照がデータ自体よりも長く存続することを防ぐために、借用チェッカーを導入しています。最後に、コントラクトのロジックを検証するための形式検証を実行できる能力も大きな利点です。

3.3.4 Move on Sui：どのような違いがあるのか？

Moveそのものは堅牢なプログラミング言語ですが、アカウントベースのモデルに基づく元のMoveには、Suiでの使用に関して制限がありました。元々、アカウントベースのブロックチェーンであるDiem向けに設計されたMoveは、オブジェクト指向のブロックチェーンであるSuiのために再考される必要があり、これによってMove on Suiが開発されました。Move on Suiは元のMoveとは以下のような点で異なります：

オブジェクト指向モデルへの適応

元のMoveがグローバルストレージにアドレスや型名を使用するのに対し、Move on SuiはストレージにオブジェクトIDを使用します。Move on Suiでは、各オブジェクトにブロックチェーンアドレスとは独立した一意のIDが割り当てられます。例えば、「CoolAsset」というオブジェクトがある場合、それには「AssetID123」のような一意のIDが割り当てられ、そのオブジェクトを参照するためにグローバルストレージに保存されます。これは、誰があるいはどのアドレスが所有しているかに関係ありません。このアプローチにより、オブジェクトのIDがグローバルストレージに保存され、その現在の所有者とは関係なく、開発者にとってアセット転送のロジックが単純化されます。

このオブジェクトベースモデルの特徴として強調したいもう1つの点は、「オブジェクトが他のオブジェクトを所有できる」ということです。この概念は従来のアカウントベースのブロックチェーンでは不可能でした。Web3の用語では、Sui上ではトークンが他のトークンを所有できるということです。これはつまり、NFTがユーティリティトークンを保持でき、ユーティリティトークンが他のトークンを所有できるということを意味します。

この機能の実例として、Studio Miraiが作成したPrime Machineとそれをカラーリングするのに必要なKOTOトークンがあります。Studio MiraiはPrime MachineをカラーリングするにはKOTOトークンで支払う必要があるようにしましたが、興味深いことに、KOTOトークンはNFT所有者ではなくPrime Machine NFT自体にエアドロップされました。私にはこの機能のすべての可能な用途を想像する想像力が不足しているかもしれませんが、ゲーム内でアイテムが他のアイテムを所有できる構造を作成できるという能力だけでも、Sui上でより複雑なアセット所有構造が可能になります。

トランザクションの並列処理

元のMoveでは、アカウントベースのモデルのため（アカウントベースのモデルでは、状態値を変更するトランザクションはアカウント残高などのアカウント関連データと密接に結びついており、これが問題を引き起こす可能性があります）、トランザクションの並列処理をデフォルトにすることができませんでした。しかし、Move on Suiのオブジェクトベースモデルでは、オブジェクトは独立して影響を受けるため、あるオブジェクトへの変更が他のオブジェクトに影響を与えることはありません。例えば、異なるオブジェクトを変更しようとする2つのトランザクションは、問題なく並列で処理することができます。

プログラマブルトランザクションブロック（PTB）

PTBとは、従来のブロックチェーンでは複数のトランザクションを必要とする複雑な操作を1つのトランザクションで処理できるプログラマブルなトランザクションを指します。1つのPTBで最大1,024の個別のトランザクションを同時に実行できます。これは、Suiが1,024の実行を一括で処理できることを意味し、各実行を個別に処理する必要がある従来のブロックチェーンと比較して、スケーラビリティとトランザクション手数料の面で大きな利点を提供します。PTBはSuiのオブジェクト中心のモデルによって可能になっています。

4. Suiのキラー機能：なぜSui？

ここまで、Suiの設計と構造的な違いについて見てきました。しかし、ユーザーが実際に体験する真の差別化機能は、これから説明する機能にあります。もしSuiがセルフカストディアルな方法でネイティブなソーシャルログインをサポートしたらどうでしょうか？あるいは、ユーザーがQRコードやリンクを通じてアセットを送信できたらどうでしょうか？さらに、もしSuiがネイティブトークンであるSUIを持たないユーザーのためにトランザクションをスポンサーする機能を本質的に含んでいたらどうでしょうか？驚くべきことに、Suiはこれら3つの機能すべてを備えています。それぞれの機能を探り、なぜSuiが機能的に他のネットワークと異なるのかを理解しましょう。

4.1 zkLogin

zkLoginは本質的に、Web 2.0サービスのログインやサインアッププロセスに匹敵するユーザーインターフェース（UI）体験を提供するオンボーディングフレームワークです。しかし、従来のWeb 2.0とは異なり、第三者がユーザーデータを管理するのではなく、zkLoginではユーザーが完全に自分のデータを所有できます。Suiはどのようにして、利便性とデータのセルフカストディ（Self Custodial）のバランスを達成しているのでしょうか？zkLoginのアプローチを理解するには、OAuth 2.0とゼロ知識証明について予備知識を持つ必要があります。そこで、これら2つの概念について簡単に見ていきましょう。

4.1.1 OAuth 2.0

多くの方にとって馴染みのない用語かもしれませんが、この記事を読んでいる方はFour Pillarsのウェブサイトにログインする際にOAuth 2.0の方法を使用したことがあるかもしれません。OAuth 2.0（Open Authorization 2.0の略）は、アイデンティティ検証のためのオープンスタンダードプロトコルです。簡単に言えば、これはリソース所有者（ユーザー）が自分のリソースへのアクセスを第三者に委任できるようにするプロトコルです。今日使用している便利なログイン機能のほとんどは、OAuth 2.0プロトコルに基づいていると言っても過言ではありません。OAuthの参加者は以下の通りです：

リソースサーバー
これはリソースを保持しているサーバーと考えることができます。簡単なログインに使用しているFacebook、Google、Twitterなどの企業が主にこのカテゴリーに該当します。

リソース所有者
リソースの所有者、つまりサービスを利用しているユーザー自身です。

認可サーバー
リソースへのアクセス権を管理し、アクセストークンの作成も担当するサーバーです。

ビジネスクライアント
リソースサーバーから情報にアクセスしたい主体です。Four Pillarsもクライアントとして考えることができます。

さらに詳しく説明すると、クライアントはリソースを受け取るために約3つのステップを経ます：まず、リソース所有者（ユーザー）から認証の承認を得る必要があり、次にこの承認を認可サーバーに提示し、それに対して認可サーバーがアクセストークンを提供します。このアクセストークンをリソースサーバーに与えることでリソースを取得します。

SuiのzkLoginは、「簡単なログイン」の中核機能として、OAuth 2.0も利用しています。したがって、OAuth 2.0と互換性のあるリソースサーバーは、潜在的にzkLoginをサポートできる可能性があります。

4.1.2 ゼロ知識証明

もし、zkLoginが単にOAuth 2.0を使用するだけであれば、「zk」という接頭辞は付かなかったでしょう。標準的な簡単なログイン機能と比較したSuiのzkLoginの独自の側面は、ゼロ知識証明（ZKP）の使用にあります。ZKPは、情報自体を明らかにすることなく、特定の情報を検証者に証明できる暗号プロトコルです。言い換えれば、実際に情報を開示せずに、何かを知っていることを証明できます。

ZKPは、情報自体を開示せずに、特定の情報の知識を検証者に実証することを可能にします。したがって、認証、アイデンティティ検証、プライバシー保護に応用できます。SuiのzkLoginは、ZKPを使用するアプリケーションの適切な例です。ZKPを活用して、サードパーティがSuiアドレスとOAuthの識別子を関連付けることを防ぎ、データを完全にユーザーの管理下に置きながら、簡単なログイン方法を提供します（ZKP技術により、GoogleやFacebookなどの情報プロバイダーでさえ、提供された情報が特定のSuiアドレスにリンクされていることを知ることができません）。

4.1.3 zkLoginのしくみ

zkLoginを理解するために、いくつかの重要な用語を知っておく必要があります。

JWT Token（JWTトークン）
JSON Web Tokenの略で、ヘッダー、ペイロード、署名に分かれています。クライアントとサーバー間の通信における認証に使用されるトークンです。

Salt（ソルト）
暗号技術において、ソルトはデータ、パスワード、パスフレーズにハッシュ処理の前にランダムに追加される文字列です。同じパスワードが使用されても、結果として得られるハッシュが異なるようにし、ストレージにおけるパスワード保護によく使用されます。

OpenID Provider（OP）
OAuth 2.0におけるリソースサーバーとして機能するエンティティです。現在、Facebook、Google、Twitch、Slack、AppleがzkLoginをサポートしているプロバイダーです。

アプリケーションフロントエンド
zkLoginをサポートするウォレットなどのアプリケーションやサービスを指します。

Saltバックアップサービス
ユーザーにソルト値を返すバックエンドサービスです。

ZK Proving Service（ゼロ知識証明サービス）
JWTトークン、JWTランダム性、ユーザーソルト値、最大エポックに基づいて、ゼロ知識証明（ZKP）を作成するサービスです。ZKPの作成は計算量が多いため、Mysten Labsもユーザーに代わってZK証明を生成できます。

eph_sk、eph_pk
一時的な署名を生成するために必要な鍵ペア（秘密鍵と公開鍵）です。署名メカニズムは標準的なトランザクション署名に似ていますが、OAuth セッションの有効期限に合わせて一時的なものとなります。

zkLoginはこれらの一時的な鍵ペアを使用して、ユーザーが鍵を紛失した場合に新しい鍵を生成し、資産を保護できるようにします。

iss（発行者）
JWTトークンを発行したエンティティを表します。

aud（対象者）
JWTトークンを受け取るエンティティを識別します。

sub（主題）
JWTのユーザー主題を識別します。これらの重要な用語を理解したところで、zkLoginのプロセスと、それがどのようにユーザーのSuiブロックチェーンへのアクセスを可能にするかを探っていきます。

ユーザーはまず、ノンス値を含むJWTトークンを取得するために、OpenID プロバイダー（OP）にログインします。一時的な鍵ペア（eph_sk、eph_pk）を生成し、公開鍵をノンスに追加します。これには有効期限とJwt_randomnessも含まれます。OAuth ログインを完了すると、ユーザーはアプリケーションのリダイレクトリンクでJWTトークンを見つけることができます。
次に、アプリケーションフロントエンドからJWTトークンがSaltバックアップサービスに送信されます。Salt サービスはJWTトークンを検証し、iss、aud、subに基づいてユーザーの一意のソルト値をアプリケーションフロントエンドに返します。
ユーザーは、JWTトークン、ソルト値、一時的な公開鍵、jwt randomness、文字列（iss、aud、sub）をZK Proving Serviceに送信し、これらの情報に基づいてゼロ知識証明（ZKP）が生成されます。
アプリケーションは、これらの文字列に基づいてユーザーのアドレスを計算します（JWTトークンの有効性とは独立しています）。
トランザクションは一時的な秘密鍵を使用して署名され、一時的な署名が作成されます。
最後に、ユーザーは一時的な署名、ZKP、その他の入力値をSuiブロックチェーンに送信します。

zkLoginの特に重要な側面として、各アプリケーションとzkLogin対応のウォレットに対して別々のOAuth認証情報を作成するということがあります。簡単に言えば、特定のアプリケーションでSuiブロックチェーンにオンボーディングする際、各アプリケーションに対して別々のアドレスとアカウントが割り当てられます（これはウォレットも含みます。例えば、同じGoogleアカウントで異なるウォレットにログインしても、異なるアカウントが割り当てられます）。これは、各アプリの独立したユーザーエクスペリエンスを提供するためのアプローチです。例を挙げてみましょう：

steve@4pillars.io + Suiウォレット = アカウント1
steve@4pillars.io + 別のSuiウォレット（zkLogin対応） = アカウント2
steve@4pillars.io + ゲームまたはDeFiアプリ = アカウント3

質問は、steve@4pillars.ioというGoogleアカウントでzkLoginを使ってログインし、Suiウォレットを使用してゲームやDeFiアプリケーションにアクセスする場合、各ゲームやDeFiアプリに異なるアカウントが割り当てられるかどうかです。答えは「いいえ」です。先ほど説明したように、この文脈では、ウォレットもアプリケーションとみなされます。したがって、zkLoginを使用してSuiウォレットにログインし、Sui上の様々なアプリケーションを使用する場合、OAuth認証情報の観点からは1つのアプリケーションとみなされます。ただし、別のウォレットを経由せずに直接ゲームやDeFiアプリケーションにアクセスする場合は、各アプリケーションに対して別々のアカウントが割り当てられます。

この記事の読者は、zkLoginが複雑な機能に思えるかもしれません。しかし、自然と上記で説明したプロセスはユーザー側では省略され、アプリケーションによって処理されるため、心配する必要はありません。zkLoginのプロセスを詳しく説明した理由は、ユーザーデータを安全に保護し、非保管型の方法でSuiに簡単にオンボーディングできることを示すためです。ウォレットはブロックチェーンにおける最も重要な機能の1つであるため、ユーザーが自信を持って使用できるよう、詳細な説明が必要なのです。

4.1.4 zkLoginが他のソーシャルログインと異なる点

他のソーシャルログイン（Web2認証をWeb3にもたらすもの）はzkLoginに似ているように見えますが、以下の点で異なります：

サードパーティ（Web2アイデンティティ検証または秘密鍵の管理）に依存している
JWTトークンの検証またはオンチェーンでの高価なZKP検証のために個人情報の開示が必要。

zkLoginは、Suiネイティブであるため、zkLoginを通じて作成されたトランザクションは、Suiブロックチェーン上の他のトランザクション（今後予定されているスポンサードトランザクション機能など）と簡単に互換性があります。さらに、一時的な鍵を使用することで、サードパーティは継続的に秘密鍵を管理する必要がなくなります（これらの鍵はZKPとともに期限切れになります）。

最後に、オンチェーンに提出する必要があるのはZKPと一時的な署名のみであり、他の情報を開示する必要はありません。これが、従来のソーシャルログインとの明確な違いです。 zkLoginのより詳細な説明については、Four PillarsのzkLoginに関する記事を参照してください。

4.2 Stashed

出典：Stashed

Stashedは、Sui上で資産を送信するプロセスを簡素化する技術です。従来、トークンを送信するには、1）トークン量の指定と2）受信者のアドレス入力が必要でした。ドメイン名を使用しても、他人のアドレスを覚えたり携帯したりするのは不便です。ドメインやアドレスの入力ミスは、資産の永久的な損失のリスクがあります。Web3に不慣れな人々は、より簡単なWeb2オプションがある中で、ブロックチェーンウォレットの作成手順を踏むことはおそらく望まないでしょう。Web3資産をシンプルなリンクで送信できたらどれほど便利でしょうか？

まさにそれがStashedのやっていることです。送信者は資産量を入力し、受信者に送信するリンクまたはQRコードを作成するだけで済みます。受信者は、zkLogin（先に説明したように、GoogleやTwitchアカウントでの簡単なログインを可能にする）を使用して簡単にログインし、資産を受け取ることができます。

4.2.1 zkLogin + Stashed = UI/UXの新次元

先ほど説明したzkLoginとStashedを組み合わせることで、「Suiウォレットのない人が、QRコードやリンクを通じて10秒でSuiトークンを受け取れる」環境が実現します。StashedのリンクまたはQRコードを受け取った後、ユーザーはGoogleやTwitchアカウントを使用してzkLoginで瞬時にSuiウォレットを作成し、即座にSuiトークンを受け取ることができます。ウォレットのない人が、中央集権型取引所ではなく自己保管型ウォレットで、たった10秒でウォレットを作成しトークンを受け取れるとは、信じられますか？（これは集中型取引所よりもさらに優れたユーザーエクスペリエンスを提供します）。Suiはすでにこれらの機能をすべて実装しています。

アプリケーション開発者の視点から、これらのツールは様々な方法で役立ちます。zkLoginとStashedの革新は、私が現在Suiに興味を持ち、この記事を書いている主な理由と言っても過言ではありません。Stashedに興味のある方は、https://getstashed.com/ にアクセスし、Suiトークンの送受信を直接体験してみてください。

4.3 スポンサードトランザクション

出典：Sui Blog

これまでSuiのzkLoginとzkSendについて掘り下げてきました。これらは、従来のブロックチェーンウォレットの不便さに対処する革新的な機能です。しかし、もう一つの大きな課題が残っています。それは、トランザクション手数料です。Suiのトランザクション手数料を簡素化するアプローチは興味深いものです。

その核心的なアイデアは、問題の根本原因を排除することです。トランザクション手数料がユーザーインターフェースの問題であるなら、なぜ無料のトランザクションを実現できないのでしょうか？この概念から、スポンサードトランザクションが生まれました。Suiのプログラミング言語Moveを使用して、アプリケーション開発者は現在、ユーザーのトランザクション手数料を部分的または完全にカバーできるようになりました。スポンサードトランザクションは、いくつかのシナリオで機能します：

ユーザー起点のトランザクションの補助

ユーザーは開発者の承認のためにGasLessTransactionDataオブジェクトを生成します。開発者はその後、手数料を含むTransactionDataオブジェクトに署名し、トランザクションを進めるためにユーザーも署名します。

開発者からユーザーへの直接的な手数料転送

開発者は事前に承認し、トランザクション費用を負担し、使用可能なTransactionDataオブジェクトをユーザーに送信します。この方法は、プロモーションや新規ユーザーの獲得に理想的です。zkLoginのおかげで、Suiトークンやブロックチェーンの専門知識のない人でも参加できることは注目に値します。

ユーザーへのGasDataの提供

GasDataは、blank chequeに似たもので、トランザクション費用の予算を定義します。ユーザーは、開発者が署名と処理を行う中で、この制限内で自由にトランザクションを行えます。

Suiの革新的な構造により、ユーザーはコストを気にすることなくブロックチェーントランザクションに参加できます。zkLogin、zkSend、スポンサードトランザクションといったこれらの機能が普及すれば、多くの人をWeb3世界にシームレスに統合できるでしょう。アドレスを知らず、ウォレットも所有していない状況で、資産の送受信が可能で、かつ無料という scenario を想像してみてください。これは、アプリケーション開発者が追求してきたものと完全に一致しています。

4.4 Walrus – Mysten Labsによるデータ可用性問題への新しいソリューション

出典：Walrus

前述した3つの機能がUIやUXの改善を目指すSuiのプロダクトである一方、WalrusはSuiを含むブロックチェーンに内在するインフラレベルの課題に対処するために登場しました。Walrusとは何か、そしてどのような問題を解決するために設計されたのでしょうか。

4.4.1 レプリケーションの課題

ブロックチェーンは本質的に状態機械レプリケーション（SMR）技術であり、状態を継続的に更新・複製します。しかし、100以上のバリデーターに多様なデータを伝播させることには本質的な課題があります。音楽、動画、ブロックチェーン履歴などの非構造化データの保存は、リソースを大量に消費し非効率です。しかし、分散環境でこれらのデータを保存できなければ、NFTやdAppのフロントエンドなど、私たちが享受している多くのオンチェーン要素を完全に分散化されたものと見なすことはできません。Mysten Labsが開発した新しい分散型ストレージおよびデータ可用性ソリューションであるWalrusは、この課題に対処するために登場しました。

4.4.2 Walrusの特徴

Walrusの効率性は主にイレイジャーコーディングの使用に由来します。この概念はMysten Labs独自のものではなく、Celestiaなどのデータ可用性レイヤーでも、完全なデータセットが利用できない場合のデータ可用性問題を解決するために使用されています。イレイジャーコーディングは、部分的なデータから完全なデータを再構築できるデータ拡張方式です。非構造化データを小さな断片（スライバー）にエンコードし、異なるストレージノード間で分散させます。この方式により、すべてのストレージノードが同一のデータを保持する必要がないため、より効率的なデータ保存と伝播が可能になります。イレイジャーコーディングのおかげで、データの3分の2が失われても、元のデータを容易に復元できるという大きな利点があります。

SuiネットワークをベースとするWalrusは、従来のブロックチェーンシステムで100倍以上あった複製係数を4-5倍に削減しながら、高いデータ可用性と耐久性を維持します。これは大規模なデータ保存において大きなコスト削減につながります。また、Walrusは数百から数千の分散ストレージノードに水平スケーリング可能で、大規模データの処理に効果的です。

Walrusには幅広い用途があります。NFT関連メディア、AI学習データセット、長期的なブロックチェーン履歴の保存、さらにはレイヤー2ソリューションのデータ可用性レイヤーとしても使用できます。特に注目すべきは、そのデータ可用性認証プロセスです。前述の通り、Walrusはデータセット全体をダウンロードすることなく、効率的にデータ可用性を認証できるため、ネットワークリソースを大幅に節約できます。

これらの特徴により、Walrusは単なるデータストレージソリューションを超えて、Web3エコシステムの基盤インフラとなる可能性を秘めています。Mysten LabsがWalrusを今後どのように活用していく計画なのか詳しい情報は持ち合わせていませんが、その発展を引き続き注視していく必要があります。

4.5 SuiPlay0X1

出典：SuiPlay0X1

Suiで紹介する最後の製品は、SuiPlay0X1です。私は、SuiPlay0X1がSuiブロックチェーンのアイデンティティそのものを体現していると考えています。Suiは、その誕生から、ゲーミングに適したブロックチェーンとして評価されてきました。他のブロックチェーンがモバイル端末を選んだ一方で、Suiはゲーミングデバイスに大胆な賭けをしました。

流布している情報によると、このデバイスはSuiエコシステム内のゲームやWeb3ゲームに限定されるものではなく、SteamやEpic Games Storeなどの既存のプラットフォームからのゲームも実行できます。したがって、ハードウェアのスペックが decent であれば、購入する価値は十分にあるでしょう（これは、SolanaのモバイルデバイスSAGAやJamboの貧弱な品質とは対照的です）。画像から明らかなように、SuiPlay0X1の特筆すべき特徴は、zkLoginのような機能を積極的に活用し、ブロックチェーンに不慣れなユーザーでも簡単にオンチェーン体験を楽しめることです。

SuiPlay0X1に関する詳細な情報はまだ限られていますが、今年のKBW 2024でSuiPlay0X1に関する発表を計画しています。KBWでのSuiのプレゼンテーションを見逃さないようにしましょう。

5. Suiエコシステム

現在、Suiブロックチェーンにはロックされている総額は6億5000万ドルです。一部では、総ロック価値（TVL）は重要な指標ではないと主張されていますが、チェーンと資産の成長を示す紛れもない重要な指標です。現在、SuiはTVLランキングで全ブロックチェーン中12位、非EVM連鎖では3位（Solanaとハイパーリキッドに次いで）です。さらに驚くべきことに、Suiのメインネットは1年も経っていません。この急速な成長は、Mysten LabsやSui財団だけによるものではなく、Suiエコシステムの様々な参加者による集合的な成果なのです。それでは、Suiが提供する興味深いアプリケーションとインフラストラクチャは何でしょうか？

5.1 インフラ＆ツーリング

5.1.1 Pyth Network

Pyth Networkは、ブロックチェーン上のDeFiサービスに不可欠なリアルタイムの一次金融市場データを提供するオラクルネットワークです。現在、90以上のファーストパーティデータプロバイダーからデータを収集し、40以上のブロックチェーンの開発者に対して、暗号資産、株式、ETF、コモディティのリアルタイム価格フィードを提供しています。Suiネットワーク上で最も活発に使用されているオラクルソリューションです。パリ・ブロックチェーン・ウィークでは、SuiはPythチームとDeFiコミュニティイベントを開催し、Suiの最大の会議であるSui Basecampのシルバースポンサーとして、様々な形でSuiエコシステムに貢献しています。

5.1.2 Sui Wallet

Suiエコシステムで最も活発に使用されているウォレットの1つで、Mysten Labsによって開発されました。他のエコシステムのウォレットと似ていますが、Appsタブに注目すべきSuiアプリのキュレーションリストが特徴です。Suiブロックチェーン上でどのアプリを試すべきか迷っている場合は、Sui WalletのAppsタブをチェックしてみてください。

Sui Walletは、より多くのユーザーを簡単にオンボーディングするため、Sui Wallet Mobileも立ち上げました。この報告書の時点で、AndroidとiOSの両バージョンが利用可能です。Suiエコシステムをモバイルで使用したい場合は、Suiのモバイルウォレットを試してみてください。

5.1.3 Suiet Wallet

Suiet Walletは、TouchIDやFaceIDなどの生体認証ログインオプションや、ウォレットから直接NFTをミントできるなど、ユニークな機能を提供しています。その最高の特徴は「Track Nothing」で、Suietはユーザーデータを収集しません。これにより、ユーザーは自分のデータが第三者に売られることを心配する必要がありません。

5.1.4 Surf Wallet

Surf Walletは、Suiエコシステムのもう1つの代表的なウォレットです。ユーザーデータを収集せず、優れたオンランプ（法定通貨から暗号資産への交換）エクスペリエンスを提供します。モバイルウォレットもサポートしており、モバイルウォレットソリューションを求める人にとって素晴らしい選択肢です。

5.1.5 OKX Wallet

OKX Walletは、Suiを含む80以上のネットワークをサポートするマルチチェーンウォレットです。マルチチェーンウォレットの中でも特に優れたUI/UXで知られています。アカウント抽象化（Account Abstraction）をサポートし、スムーズなマルチチェーン体験を提供します。

5.1.6 Wormhole

Wormholeは、2021年にJump Cryptoによって作成されたブリッジプロトコルで、Suiを含む様々なブロックチェーン間でメッセージと資産の転送を可能にします。Wormholeのラップされた資産は、特にSolanaで流動性が高いです。Wormholeの主な目標は、ブロックチェーンエコシステムにおける流動性の断片化を克服し、異なるネットワーク間で資産と情報の自由な移動を可能にする統合環境を作ることです。現在、SuiはWormholeを通じてEthereumと接続されており、過去1年間でWormholeを通じてEthereumから流出した資金の最大額がSuiブロックチェーンに向かっています。

5.1.7 Axelar

Axelar Networkは、Wormholeに似たクロスチェーンネットワークで、複数のブロックチェーンを接続し、それらの間の相互作用を可能にします。しかし、Axelarは、開発者がより柔軟に様々なチェーン間でアプリケーションを実装できる、クロスチェーンdAppsを構築するための環境を提供することを目指しています。

注目すべきは、Axelarが Sui Basecampで、Suiとのコラボレーションによるグローバル流動性レイヤーの構築計画を発表したことです。これは、AxelarのクロスチェーンテクノロジーとSuiの能力の組み合わせによる、より強力なブロックチェーンエコシステムの可能性を示唆しています。

5.1.8 Sui Name Service (SuiNS)

SuiNSは、Ethereum Name Service（ENS）に似たブロックチェーンドメインサービスです。Suiネットワーク内でユーザーが独自のドメインアドレスを持つことを可能にします。.com、.io、.xyzドメインを使用するのと同じように、SuiNSは.suiドメインを使用し、複雑なアドレスを覚えることなく、ドメインを持つエンティティ間の相互作用を可能にします。

最近、SuiName Serviceは@とサブドメインを発表しました。これは興味深い機能です。.suiを@に置き換えることで、電子メールに似たUIを作成しています。ユーザーは、電子メールアドレスと同様に、@の後にオリジナルドメイン、@の前にサブドメインを追加できます。

例えば、私のドメインがFourPillarsで、サブドメインがsteveの場合、完全なドメインはsteve@FourPillarsとなります。サブドメインはドメイン所有者によって作成され、他の人に譲渡できます。私のドメインは@steveなので、いつでもトークンを送ってください！

最後に、SuiNSは分散型プロトコルへの移行を進めており、$NSトークンを通じてコミュニティが将来の方向性を統治できるようにします。この移行は、開発、財務管理、戦略的イニシアチブを含むプロトコルの決定に、ユーザーが積極的に参加できるようにします。この移行は、構造化されたトークン分配によってサポートされており、長期的な持続可能性のために財務の大部分が割り当てられ、コアコントリビューター、初期の支援者、アクティブなコミュニティメンバーも一部を受け取ります。この移行は、SuiNSをパブリックグッドにし、アクセシビリティ、セキュリティ、コミュニティの所有権を強化する重要なステップとなります。

5.1.9 Chirp

Chirpは、Suiの最初のDePIN（分散型物理インフラネットワーク）プロジェクトの1つと考えられます。Chirpのビジョンは、すべての無線接続プロトコルを単一のネットワークとプラットフォームに統合することです。Chirp Keeperと呼ばれる参加者が、ハードウェアのアンテナを使用してネットワーク構築に自発的に参加し、$CHIRPトークンを受け取ります。Chirpのパフォーマンスによっては、Suiブロックチェーン上でより多様なDePINプロジェクトへの道を開く可能性があり、注目に値するプロジェクトです。

5.2 分散型金融（DeFi）

5.2.1 Cetus

Cetusは現在、Suiにおける代表的な分散型取引所（DEX）です。この報告書の時点で、その Total Value Locked（TVL）は1億500万ドルで、Suiエコシステム全体で3位、24時間の取引量は約1,765万ドルです。Cetusの特徴的な点は、Suiだけでなく、Aptosにも展開されており、Moveエコシステム全体の分散型取引所を代表していることです。

5.2.2 Scallop

以前はTurbosがSuiの代表的なDEXでしたが、Scallopは現在Suiの代表的な貸付プロトコルです。最近、Token Generation Event（TGE）を成功裏に完了し、より多くの流動性を引き付けるためにさまざまなインセンティブプログラムを運営しています。Suiトークンを長期保有する予定の人や、DEXの流動性提供による一時的な損失を避けたい人には、Scallopからのインセンティブを受けることをお勧めします。

5.2.3 Bluefin

Bluefinは独特なプロジェクトです。元々はPolkadotベースのブロックチェーンであるMoonbeamで始まり、技術的制限によりArbitrumに移行し、その後、より良いインフラストラクチャを求めてSuiに参入しました。Bluefinは、高速処理を必要とするオンチェーンデリバティブ取引所の構築を目指していました。Suiに移行後、この報告書作成時点で日次取引量1億8,100万ドルという大きな成功を収めています。

Bluefinの詳細については、Four Pillarsが執筆したBluefinに関する記事を参照してください。

5.2.4 Navi Protocol

Navi ProtocolはScallopと並んで、Suiエコシステムの代表的な貸付プロトコルです。現在、その Total Value Locked（TVL）は2億6,418万ドルで、Suiの DeFi エコシステム全体で最高額です。貸付に加えて、レバレッジ・ボールトなど、さまざまな DeFi 機能を提供しています。Hashedが主導する最近の資金調達ラウンドに成功したことから、Navi Protocolからは多様な機能が期待できます。

5.2.5 Aftermath Finance

Aftermath Financeは、Suiエコシステムにおける DeFi メガアプリケーションと言えるでしょう。取引、貸付、流動性ステーキングなど、重要な DeFi の側面をサポートしています。最も有名な機能は流動性ステーキングと、その流動性ステーキングトークンである afSUI です。8,800万ドルの TVL を持ち、Sui DeFi プロトコルの中で 4 位にランクされており、エコシステムの重要なプレイヤーです。

5.2.6 DeepBook

DeepBookは、Suiの流動性レイヤーと見なすことができます。Solanaの Serum（CLOB インフラストラクチャ）が DeFi の夏をもたらしたように、多くのアプリケーションのための共有流動性ソースは極めて重要です。DeepBookは最近、エアドロップを含むV3アップグレードを発表しました。これにより、ほぼ最低の取引手数料、スワップに似たインターフェース、取引と流動性提供の効率の改善がもたらされます。DeepBookが実用可能に近づいていることから、Suiにとって真のDeFiシーズンが期待されています。

5.2.7 Suilend

Suilendは、ScallopやNaviと同様の貸付プロトコルです。特徴的なのは、そのチームにあります – 彼らはSolanaで最も有名な貸付プロトコルであるSave（以前はSolendとして知られていた）の作成者です。後発にもかかわらず、すでにSuiエコシステムでTVLの4位にランクされており、その評判に恥じない成績を収めています。

5.2.8 Turbos Finance

Turbos Financeは、Jump CryptoとMysten Labsが当初投資した、Suiにおける代表的なDEXプロトコルです。現在、平均日次取引量は1,000万ドルで、約900万ドルのTVLを持っています。

5.2.9 Bucket Protocol

Bucketは、Suiの最初のネイティブステーブルコインで、エコシステム内ではMakerDAOに匹敵するものです。過剰担保型のステーブルコイン$BUCKは、現在約1,126万ドルのTVLと、流通中の80万ドル相当のBuckステーブルコインを持っています。Suiの最初のネイティブステーブルコインとしての位置づけは重要であり、成長するSui DeFiエコシステムにおける今後の役割が注目されます。

5.2.10 KriyaDEX

KriyaDEXは、Suiにおける包括的な金融アプリケーションで、スワップのためのAMM、DeepBookに基づくオーダーブック、さまざまな戦略のボールト、デリバティブを提供しています。一度にDeFiを体験したい人にとって良い選択肢です。現在、1,890万ドルのTVLと、累積取引量5,370万ドルを誇っています。

5.2.11 Hop Aggregator

Hop Aggregatorは、Suiエコシステムにおける最先端のアグリゲーターの1つです。Mysteciti アップグレード以降、すべてのトランザクションを1秒以下で処理しています。おそらく、Suiエコシステムだけでなく、アグリゲーター全体の中でも最速のアグリゲーターの1つでしょう。

5.3 カルチャー＆コミュニティ

5.3.1 Fuddies

Suiで最初の（OG）NFTと言えば、Fuddies NFTが真っ先に思い浮かぶでしょう。現在、取引量と認知度の両面で、Suiエコシステムに最大の影響力を持っています。Suiエコシステムで温かく迎えられたい場合、なぜFuddies NFTを購入してプロフィール画像として使わないのでしょうか？これがSuiエコシステムに参加する最も効率的な方法かもしれません。

5.3.2 Sacabam

FuddiesがSuiのOG NFTであるなら、SacabamはSuiのOGミームコインです。興味深いことに、多くのブロックチェーンの最初のミームコインは犬や猫がテーマであるのに対し、Suiの最初のミームコインは魚をモチーフにしており、水を象徴しているかのようです。また、ミームコインから始めて、NFTやGambleFiなど、さまざまなアプリケーションを開発する「MemEcosystem」を構築していることも興味深いです。これは、BaseのDegen（$Degen）がその独自のL3を構築した方法に似ています。

5.3.3 Fud the Pug

これは、Suiエコシステムにおける最初の犬ベースのミームコインです。名前が示すように、このミームコインの目標は、最終的にゼロに収束することとされています。それでも人々は購入し続けており、これがミームの本質です。Fud the Pugコミュニティは、Suiの中で最も活発で実質的なコミュニティの1つで、さまざまなイベントやイニシアチブを組織しています。

5.3.4 Studio

Miraiによるプライム・マシン Studio Miraiが準備したプライム・マシンは、Suiネットワークを代表するポテンシャルのあるブルーチップNFTとして注目を集めており、Suiを代表するNFTと言っても過言ではありません。Studio Miraiは前述のFud（Fud Universityも彼らの創作）にも深く関与しており、Suiエコシステムのカルチャーメーカーとして自らを確立しています。ブロックチェーンはエコシステムであり、文化的要素がエコシステムの繁栄に不可欠であるため、Suiにおける文化を担うチームとして、Studio Miraiの活動に注目する価値があります。

5.3.5 Kumo

Kumoは、Lucky Kat Studioによって作成された、かわいい猫の顔を特徴とするNFTです。最近、ホワイトリストに登録されたユーザー向けに事前ミンティングを実施しました。Kumoは単純なNFTではありません。Lucky Kat Studioが開発するエコシステム（エコシステムトークン$KOBANのエアドロップを含む）で、さまざまなユーティリティを提供することが期待されており、それが相当高いフロアプライスにつながっています。Lucky Kat Studioのエコシステムに興味がある場合、Kumoを見てみることをお勧めします。

5.4 ゲーミング

5.4.1 Double Up

Double Upは、Suiのリーディングなギャンブルアプリケーションで、その作成者であるHealthyも熱心なギャンブラーとして知られています。現在、Plinko、ルーレット、リンボ、レンジ、ブラックジャック、コインフリップ、スロットなど、さまざまなゲームを提供しています。さらに、Pump.funのSuiバージョンと言えるPump Upも運営しています。抽選やラッフルなど、ギャンブル関連の要素をほぼすべて見つけることができます。

5.4.2 Xociety

Xocietyは、Suiベースのサードパーソンシューティングゲームで、最近、Hashed、Krafton、Spartanなどの有名な投資家から、シリーズAの前段階で成功した投資を獲得しました。Nexonや NCsoft などの韓国最大のゲーム会社で様々なヒットゲームを作ってきたエキスパートによって開発されているため、高品質なゲームプレイが期待できます。Xocietyによると、今年中にゲームをローンチする予定で、ゲーム愛好家は要チェックです。

5.4.3 Pebble City

Pebble Cityは、韓国の有名なゲーム会社およびパブリッシャーであるNHNによってSui上で立ち上げられたソーシャルカジノゲームです。ユニークな点は、カジノメンバーシップNFTにあります。これらのNFTを保有することで、カジノオーナーになり、カジノの利益の一部を受け取ることができます。さらに、単一のカジノではなく、様々なカジノを特徴とし、ユーザーは自分の好みに合うカジノに入り、自分のスタイルに合うゲームを楽しめます。

5.4.4 Panzerdogs Kumo

NFTと同じチームであるLucky Kat Studioが作成したPanzerdogsは、PvP形式のゲームとして知られています。現在、100万人以上のアクティブユーザーを持ち、モバイルとデスクトップの両プラットフォームをサポートしており、非常にアクセスしやすくなっています。

Suiエコシステムは、ここで紹介した以外にもさらに多くのアプリケーションで構成されています。研究者として、セクターごとに注目すべきプロジェクトを選りすぐりました。わずか1年でこれほど堅牢なエコシステムが構築されたことを考えると、来年の今頃にはどれほど多くのプロジェクトやアプリケーションが存在するのか、想像するだけでワクワクします。

6. さあ、何を待っていますか？

KBWやToken2049でこのレポートを受け取った方は、すでにSuiに深い興味を持っていることでしょう。Four Pillarsのこのガイドを通じて、何か新しいことを学んでいただけたら幸いです。研究者として、私はさまざまなブロックチェーンを研究していますが、Suiについて論文を参照することこれほど多いレポートを書くのは稀です。

これは、Suiがいかに技術集約的で、多くの新技術を導入してきたかを反映しています。冒頭で述べたように、現在で新しいレイヤー1を作るには、本当に革新的でなければなりません。単に既存のチェーンをフォークし、新たな物語を適用するだけでは、もはや市場で競争力を持てないでしょう。

KBWで発表予定のSuiPlay0X1は、Suiが既存のブロックチェーンとどのように差別化されているかをさらに示す一例です。他のブロックチェーンがモバイルデバイスのリリースに必死になっている一方で、Suiはゲーミングデバイスに賭けています。これは、Suiがいかに一貫してそのビジョンを実装しているかを示しています。

Suiは、さまざまな分野で新しい試みを行い、前進しています。それは単にコンセンサス設計、アーキテクチャ、ハードウェアだけでなく、ユーザーインターフェースを改善し、開発者に優しい環境を作るためのさまざまな機能とテクノロジーを継続的に開発・導入していることです。これが、Suiが開発しているブロックチェーン技術に対して、私たちが継続的な関心を維持せざるを得ない理由なのです。

zkLoginとStashedといった技術は、長年ブロックチェーン業界を研究してきた私にとっても衝撃的でした。これらのSuiの機能は、ブロックチェーンの普及について議論する上で、非常に重要なメッセージを発信していると考えています。

一般の人々に本当にブロックチェーンを使ってもらうためには、単に高速で低手数料のブロックチェーンを超えて、ウォレット、資産の移転方法、トランザクション費用の簡素化など、さまざまな側面でのイノベーションが必要なのです。Suiでの開発を検討している方には、zkLoginとStashedをもう一度よく見ることをお勧めします。

これまで、Solanaを除いて、非EVM レイヤー1は成功裏にコミュニティと開発者エコシステムを構築してきませんでした。この困難な道のりにもかかわらず、Suiは着実に独自の道を開拓しています。この点においてSuiを高く評価しています。

Four Pillarsは今後、Suiに関する研究を頻繁に取り上げると思います。これは、この記事を書いている最中も、Suiチームがインターネット接続なしでトランザクションを送信するといった信じられないような試みを行っているからです。研究者として、これらの試みがどのように行われているかを追跡する使命があります。Suiは次にどんな新機能を生み出すのでしょうか？ともに、Suiに注目し続けましょう。今が、Suiでの開発に適した最適な時期なのかもしれません。

CoinPost App DL