Question 1

SUIとは何で、主にどのような用途がありますか？

Accepted Answer

SUIはSuiメインネットのネイティブトークンです。ユーザーはこれを使ってオンチェーン操作のGasを支払い、保有者はバリデータに委任してプルーフ・オブ・ステークに参加でき、オンチェーンの投票権およびアプリケーション内の流動資産としても利用できます。これは単一のアプリケーションのポイントではありません。Suiトランザクションを実行するには、SUI建てで該当する手数料を支払う必要があります。 したがって、SUIを保有しても、特定のアプリケーションからの収益または権利を自動的に得ることにはなりません。ガバナンス、ステーキング、アプリケーションにおける具体的な役割は、ネットワークプロトコルおよび各関連アプリケーションで既に導入されているルールに依存します。

Question 2

Suiのオブジェクトモデルは、なぜトランザクション体験に影響するのですか？

Accepted Answer

Suiのオンチェーン状態は、すべての状態をあるアドレスの統一された残高表に置くのではなく、「オブジェクト」を基本単位とします。資産、データ、Moveスマートコントラクトが作成するリソースはいずれも、固有のID、所有者、バージョンを持つオブジェクトになり得ます。トランザクションはオブジェクトを入力として読み取り、オブジェクトを出力として生成、変更、移転、または削除します。 この設計はトランザクション経路に影響します。単一のアドレスだけが制御するアドレス所有オブジェクトは、通常、他のユーザーと競合せず、より低遅延の高速経路を通れます。一方、複数者が操作できる共有可変オブジェクトは、コンセンサスによる順序付けを経る必要があります。共有オブジェクトは流動性プールやマーケットなどの複数者の相互作用を可能にしますが、同じオブジェクトに大量のトランザクションが同時に書き込むと競合が生じます。その遅延とスループットを、競合のないアドレス所有オブジェクトのトランザクションと同一視すべきではありません。

Question 3

SUIは委任ステーキングを通じてどのようにネットワークに参加しますか？

Accepted Answer

Suiは委任型プルーフ・オブ・ステーク（DPoS）を使用します。SUI保有者は自らバリデータを運用しなくても、選んだバリデータに自身のSUIを委任して、そのバリデータのステークに算入できます。バリデータは1つのepochの間、その担保をロックし、ネットワーク操作を処理・検証します。 委任は、バリデータがトークンを任意に処分できるように渡すことではありません。プロトコルはこのステークについて、バリデータのステーキングプールと有効化epochを記録した自己管理型のステーキングオブジェクトを作成します。バリデータへのステーキング変更は新しいepochで初めて有効になり、保有者は次のepoch開始前に引き出しまたは委任先変更を行えます。委任報酬は委任額に関係し、バリデータのサービスと手数料の取り決めが委任者の結果に影響するため、バリデータの選択には依然として実際的な違いがあります。

Question 4

SUIのステーキング報酬はどこから来て、いつ得られますか？

Accepted Answer

SUIのステーキング報酬は、あらかじめ約束された固定利率ではありません。各epochの終了時に、プロトコルはまずそのepochのステーキング報酬を集計します。これには期間中に蓄積した計算手数料と、ネットワーク初期に存在し、流通量が供給上限に近づくと消滅するステーキング報酬補助金が含まれます。その後、プロトコルのルールに従って参加者とストレージコスト補償用の部分に配分されます。 委任者については、ステークがepoch全体にわたり有効な状態にある場合にのみ、そのepochの報酬が蓄積します。アンステーキング時、システムはそのステークの有効化epochとアンステーキングepochに基づいて、バリデータ報酬プールから引き出し可能な報酬を計算し、元本と累積報酬をまとめてSUIとしてアンパックします。したがって、表示された過去の利回り、バリデータの実績、ステーキング開始・解除のタイミングを、固定リターンの約束とみなすことはできません。

Question 5

SuiのGas手数料は何で構成されますか？

Accepted Answer

Suiにおける1件のトランザクションの純Gas手数料は、概ね次のように表せます。純手数料 = 計算手数料 + ストレージ手数料 − ストレージ還付。計算手数料は、トランザクション実行に必要な計算単位と、そのトランザクションで採用される計算Gas価格に依存します。ストレージ手数料は、新たにオンチェーンデータが占めるストレージ単位とストレージ価格に依存します。 計算Gas価格は、当期の参照価格に任意のチップを加えたものと理解できます。バリデータは各epochの開始時に、トランザクション処理を受け入れる最低価格を提出し、プロトコルはステーク加重で3分の2分位数を選んで参照価格とします。参照価格を上回る部分は、優先順位を高めるチップとして機能し得ます。ストレージ価格はガバナンス提案により調整され、通常は変動が少ないものです。ユーザーはトランザクションにgas budgetも設定しなければなりません。これは支払可能な手数料の上限であり、要求額をカバーするのに不足すればトランザクションは失敗し、それでも予算の一部が差し引かれる可能性があります。したがって、予算上限は最終的な純手数料と同じではありません。

Question 6

Suiのストレージ基金とストレージ還付はどのように機能しますか？

Accepted Answer

ストレージ手数料は一度きりのオンチェーンデータ料金であるだけでなく、Suiのストレージ基金にも結び付いています。トランザクションがデータを追加すると、関連するストレージ手数料はストレージ基金に入ります。基金はステーキングの形で報酬を生み、プロトコルはその報酬の大部分を現在のバリデータに配分して、履歴データを保存するコストを補償します。 この仕組みの考え方は、履歴データを作成するユーザーに、将来のバリデータが引き続き負担する必要があるストレージの責任を負わせ、古いデータのコストを後から参加するバリデータだけに残さないことです。データを削除または縮小すると、支払者はストレージ還付の一部を受け取れます。現行ドキュメントでは、還付額は当初のストレージ手数料の99%とされています。ただし、ストレージ基金の元本は直接配分されず、還付されない部分は基金に残ります。そのため、「データを削除すれば還付がある」ことは、最初に支払ったすべての手数料が戻ることを意味しません。

Question 7

SUIの供給上限と流通量はどう違いますか？

Accepted Answer

SUIのメインネットにおける総供給上限は100億枚です。すなわち、プロトコルが鋳造できるSUIは最大100億枚です。これは供給上限の定義であり、任意の時点で自由に取引できる数量ではありません。公式は、メインネットの長期的な流通供給量を100億枚と説明しています。 取引可能な流通量は、ロック、ベスティング、リリースの取り決めの影響を受けます。Suiメインネットが2023年5月3日に公開ローンチした時点では、約5%のトークンが流通しており、残りは予定されたリリース計画に従って徐々に市場へ入ることになっていました。したがって供給を比較する際は、上限、鋳造済み量／総供給量、当期の流通量を区別する必要があり、100億枚を現在市場で取引可能な数量と直接みなすことはできません。

Question 8

SUIのリリース計画と2024年のcliff終了は何を意味しますか？

Accepted Answer

SUIのリリースは市場で利用可能になり得るトークン量を変えますが、100億枚という総供給上限を変えるものではありません。公式の供給ページでは、メインネットローンチ後の残りのトークンはリリース計画に従って順次利用可能になると説明されています。実際の計画は、財団がビルダーとエコシステムの支援のために割り当て分をどのように展開するかによっても変化するため、チャート上の時期は各時点の保証数量ではなく推定として扱うべきです。 すでに起きた重要な節目として、初期投資家の初期ステークには、メインネットローンチ後1年のcliffが設けられ、その期間は市場へ移転できませんでした。このcliffは2024年5月に終了しました。このイベントが変えたのは、この部分の初期トークンをいつ移転できるかであり、新規鋳造と誤って書くべきではなく、そこから必然的な価格方向を推論することもできません。

Question 9

SUIの保有とガバナンスにはどのような関係がありますか？

Accepted Answer

SUI保有者には、Suiのオンチェーンガバナンス投票に参加する権利があります。公式は、プロトコルアップグレードなどをガバナンスが扱う事項の例として挙げています。この役割はGasの支払いとは異なります。Gasはトランザクションの実行とリソース利用への支払いであり、ガバナンス権はプロトコル層の意思決定に参加する権利です。 トークンを保有していること自体は、ある提案がすでに可決されたこと、ある機能がメインネットで有効になったこと、あるいはオンチェーンアプリケーションが特定の投票結果を必ず受け入れることを示すものではありません。ガバナンス関連の情報を読む際は、提案内容、投票または承認の状態、プロトコル実装の状態、アプリケーションが実際に採用しているかを、それぞれ確認すべきです。

Question 10

SUIのネイティブステーキングとリキッドステーキングはどう違いますか？

Accepted Answer

リキッドステーキングはSuiプロトコルのステーキングと同義ではなく、ステーキングオブジェクトの上に構築される追加のアプリケーション層の仕組みです。SuiでSIP-6が導入された後、ステーキングオブジェクトはリキッドステーキングプロトコルで使用できるようになりました。この種のプロトコルは、これに基づいてアプリケーション内で使用できる別の証憑または資産を発行する可能性があります。 したがって、ユーザーは2層の関係を区別する必要があります。基盤となるステーキングオブジェクトは、バリデータに委任したSUIとそのepoch報酬の決済に対応します。一方、リキッドステーキングの証憑は、特定プロトコルの交換、手数料、スマートコントラクト、二次市場流動性のルールにも依存します。証憑を保有することは、いつでも額面で引き出せる未ステークのSUIを直接保有することと同じではありません。退出の仕組みと価格乖離は、そのプロトコルにすでに導入されているルールに従います。

Question 11

Mysticetiアップグレードは何を変えましたか？

Accepted Answer

MysticetiはSuiのコンセンサスプロトコルで、2024年7月からメインネットで段階的に導入されました。アップグレード前、Suiの設計はNarwhal-Bullsharkコンセンサスと、アドレス所有オブジェクト向けの高速経路を組み合わせていました。MysticetiはDAGを基盤として、コンセンサス順序付けが必要な処理経路を改善し、遅延とバリデータの計算負担を減らすことを目指しています。 この変更は主に、共有オブジェクトを操作するトランザクションなど、コンセンサス順序付けに依存するトランザクションに関係します。共有オブジェクトに順序付けが必要だという事実をなくしたわけではなく、すべてのトランザクション、すべてのアプリケーション、またはすべてのネットワーク条件で同じ速度が得られることも意味しません。アップグレードの実際の体験を判断するには、テスト結果、段階的導入、プロトコルが有効化済みかどうか、アプリケーション固有のボトルネックを区別すべきです。

Question 12

Suiアプリケーションを使う際、なぜ署名とコントラクト権限を特に確認すべきですか？

Accepted Answer

共有オブジェクトと対話する際、ユーザーはそのオブジェクトが「公開アクセス可能」であるからといって、権限制限のない資産として扱うことはできません。どのアドレスも共有オブジェクトを参照するトランザクションを送信できますが、Suiランタイムは共有オブジェクトの特権操作に対する業務上のアクセス制御を自動的に提供しません。引き出し、パラメータ変更、価値の移転を許可するかは、そのMoveコントラクトが能力証明、トランザクション送信者、オブジェクト所有権などの条件を明示的に検証しているかに依存します。 実際に署名する前に、接続先ネットワーク、コントラクトまたはアプリケーションの識別情報、トランザクションが使用または変更するオブジェクト、金額、承認範囲を確認すべきです。アドレス所有オブジェクトは所有者が署名したトランザクションのみで使用できますが、共有オブジェクトの安全境界はより多くをコントラクトコードによって実装します。したがって、未知のコントラクトに署名したり、想定を超える能力を与えたりするリスクは、トランザクションがSuiネットワークを通るからといって消えるものではありません。

スイ (SUI)価格