QRコードをスキャンしてダウンロードしてください。
BTC $77,415.11 +3.30%
ETH $2,438.14 +4.01%
BNB $644.32 +1.76%
XRP $1.49 +2.40%
SOL $89.35 +0.34%
TRX $0.3274 +0.06%
DOGE $0.1004 +1.46%
ADA $0.2612 +0.90%
BCH $454.76 +1.17%
LINK $9.69 +1.87%
HYPE $44.72 +2.72%
AAVE $116.28 +0.97%
SUI $1.01 +0.42%
XLM $0.1753 +3.88%
ZEC $329.74 -2.15%
BTC $77,415.11 +3.30%
ETH $2,438.14 +4.01%
BNB $644.32 +1.76%
XRP $1.49 +2.40%
SOL $89.35 +0.34%
TRX $0.3274 +0.06%
DOGE $0.1004 +1.46%
ADA $0.2612 +0.90%
BCH $454.76 +1.17%
LINK $9.69 +1.87%
HYPE $44.72 +2.72%
AAVE $116.28 +0.97%
SUI $1.01 +0.42%
XLM $0.1753 +3.88%
ZEC $329.74 -2.15%

波場 TRON 業界週報:8月の非農業部門雇用者数が予想を下回り、暗号市場の反発が阻まれ、a16zが中心となって分散型IPインフラ「Story」に投資

Summary:
トロン
2025-09-08 15:52:39
コレクション

一.前瞻

1. マクロレベルの要約と将来の予測

先週、アメリカのマクロ経済データは引き続き疲れを見せ、8月の非農業雇用者数は2.2万人の増加にとどまり、失業率は4.3%に上昇し、長期失業者や非自発的パートタイム労働者が増加し、労働市場の弱さが反映されました。市場では、株式市場は圧力を受けて下落し、避難資産への需要が高まり、金は新高値に達し、債券市場には資金が戻ってきています。

将来を展望すると、雇用市場は依然として低迷する可能性があり、賃金の増加率はさらに低下し、消費の支えが制限されるでしょう。インフレは穏やかに低下していますが、関税や政策の不確実性は依然としてリスクです。市場は一般的に、米連邦準備制度が9月の政策決定会議で25ベーシスポイントの利下げを行うと予想しており、金融政策は徐々に引き締めから中立に移行しています。政策やデータの敏感さに影響され、金や国債などの避難資産は引き続き資金の支持を受ける可能性があり、株式市場のボラティリティは高い水準を維持するでしょう。

2. 暗号業界の市場変動と警告

先週、暗号市場は全体的に分化したパフォーマンスを示しました:ビットコインは11万ドル近辺で推移し、一時11.3万ドルを突破した後に反落しました;イーサリアムは1週間で約3.8%下落し、4,322ドルとなり、資金流出の影響で弱いパフォーマンスを示しました。全体として、市場の総時価総額は約3.9兆ドルを維持し、ビットコインとイーサリアムは依然として主導的な地位を占めており、投資家の感情は「中立」と「貪欲」の間で揺れ動いています。

将来を展望すると、業界には機会とリスクが共存しています。政治関連のトークンであるWLFIは上場後に人気を集めていますが、その価格変動リスクは高いです;Gemini取引所はIPO計画を開始し、資本市場が暗号業界に対して依然として強い関心を持っていることを示しています;ステーブルコインの規制が厳しくなることで、コンプライアンスの発展が促進される一方で、一部の中小プロジェクトの生存空間が圧迫されるでしょう。全体的に、暗号市場は政策の厳格化と資本の活発化の二重の影響の下で、高いボラティリティの状況を維持し、投資家は慎重である必要があります。

3. 業界およびトラックのホットスポット

Sonicが主導し、モジュール化されたリスク隔離に特化したスケーラブルな分散型貸付フレームワークSiloは、プログラム可能でリスク隔離型の市場「Silo」を作成できる非管理型貸付原語です;150万ドルの資金調達を行い、Solanaが共同投資したLST担保と二重トークンメカニズムに基づく分散型ステーブルコインプロトコルHyloは、Solanaブロックチェーンに基づく分散型ステーブルコインプロトコルで、二重トークンシステムを採用しています。

二.市場のホットスポットと当週の潜在プロジェクト

1. 潜在プロジェクトの概要

1.1. Sonicが主導し、モジュール化されたリスク隔離に特化したスケーラブルな分散型貸付フレームワークSiloの簡単な分析

概要

Siloプロトコルは、プログラム可能でリスク隔離型の市場「Silo」を作成できる非管理型貸付原語です。ウォレットを持つユーザーは、Silo内で非管理型の方法で貸付を行うことができます。

Silo市場は、ピア・トゥ・プール(peer-to-pool)および過剰担保モデルを採用しており、借り手の担保の価値は常にその貸付の価値を上回ります。

アーキテクチャの概要

Siloは、2つのERC-4626金庫(vault)で構成されるプロトコルの主要コンポーネントです。各金庫は1つの基盤となるトークン資産に対応しています。Siloは貸付市場とも呼ばれ、貸付ロジックを実現し、リスクを管理し、リスク隔離を行います。

Siloは、Silo Factoryを通じて無許可でデプロイ可能で、デフォルトのデプロイ後は変更できません(デプロイ者がアップグレード設定を有効にしない限り)。

Siloのコア契約アーキテクチャ

Silo市場 = 2つのERC-4626金庫

各Silo市場は2つのERC-4626金庫で構成されています:
Silo0:最初の資産の金庫
Silo1:2番目の資産の金庫

標準化された収益型金庫の預金は、貸付市場に入ることができる借りられる預金を表します。

2種類の担保タイプ

ユーザーがSiloに資産を預ける際、借りられるか借りられないかを選択できます:
借りられる預金:他のユーザーに借用され、利息収益を得ることができます
借りられない預金:利息は発生しませんが、市場に流動性が欠けていても、預金者はいつでも資産を引き出すことができます

Hooksシステム

SiloプロトコルのHooksシステムは、プロトコルのコア操作の前後にカスタムロジックを実行するための拡張可能なメカニズムを提供します。例えば、預金、引き出し、借入、返済、レバレッジ操作、担保の切り替え、フラッシュローン、清算などです。
Hooksは、検証、ログ記録、外部契約との統合などに使用できます。
プロトコルはHooksがなくても独立して動作できますが、Hooksはモジュール性と拡張性を向上させます。
(詳細はHooks.mdを参照)

清算メカニズム

清算は市場(Silo)が支払い能力を維持することを保証します。
担保の価値が清算閾値(LT)を下回ると、誰でも清算を開始できます。
部分清算をサポートし、必要に応じて全額清算も可能です(例えば、残りの「ダスト」)。
清算はHooksシステムを通じて実現され、モジュール化設計(PartialLiquidation.solを参照)です。
清算は完全に無許可であり、インセンティブメカニズムがあります(清算者は清算手数料の報酬を得ることができます)。
清算手数料は市場のデプロイ時に設定され、変更できません。

Siloのシェアトークン

各Silo資産は3種類のトークンを生成します:
金庫シェア(ERC-20):借りられる預金シェアを表します
保護された担保トークン(ERC-20):借りられない担保シェアを表します
債務トークン(ERC20R):借り手の債務を表します

金庫はmint/burn操作を通じてこれら3種類のトークンを管理し、トークンは自由に転送でき、転送時にHooksが第三者契約に通知され、プロトコルのコア操作の追跡が実現されます。

オラクル(Oracles)

オラクルはSiloに資産価格情報を提供し、ISiloOracleインターフェースを実装する必要があります。
2つの資産で1つのオラクルを共有することも、異なるオラクルを使用することも、さらにはオラクルを使用しないことも可能です。
各トークンには最大2つのオラクルを設定できます:
支払い能力オラクル:ユーザーが支払い能力を持っているかどうかを判断するために使用されます
MaxLtvオラクル:担保の最大借入能力を計算するために使用されます(清算閾値LT未満)。
オラクルが設定されていない場合、価格はデフォルトで1と見なされます。

利用可能なオラクルモジュールには以下が含まれます:
Chainlink V3:Chainlink価格オラクルから価格を取得
Uniswap V3:Uniswap V3プールから価格を取得(安全チェックとTWAP付き)
DIA:DIA価格オラクルから価格を取得

金利モデル(Interest Rate Model)

金利モデル(IRM)は、プロトコルが借入金利(APY)を動的に設定するためのアルゴリズムであり、各資産は個別に構成できます。
現在、Silo Interest Model V2(PIコントローラーに基づき、デッドゾーンと最適化を含む)を使用しています:
最適利用率(Uopt)近くで安定金利と市場のバランスを維持します。
利用率が重要な閾値(Ucrit)を下回らないようにし、流動性リスクを防ぎます。
利用率が非常に低い(Ulow未満)場合、金利は迅速に引き上げられ、借入を引き寄せます。
利用率が非常に低くても、預金者にはゼロより大きい最低金利が保証されます。

Tronの評価

Siloの利点は、そのモジュール化とリスク隔離設計にあり、二重ERC-4626金庫構造とHooksシステムを通じて高度に拡張可能な貸付市場を実現し、さまざまな担保タイプ、柔軟な清算メカニズム、プラグイン可能なオラクル、動的金利モデルをサポートし、安全性を高め、カスタマイズ能力を向上させています;欠点は、アーキテクチャが複雑で、開発と統合の技術的ハードルが高く、外部オラクルと清算インセンティブの安全性に依存し、流動性とユーザー規模が不足している場合に市場効率に影響を与える可能性があることです。

1.2. 150万ドルの資金調達を解読し、Solanaが共同投資したLST担保と二重トークンメカニズムに基づく分散型ステーブルコインプロトコルHylo

概要

HyloはSolanaブロックチェーンに基づく分散型ステーブルコインプロトコルで、二重トークンシステムを採用しています:
hyUSD:米ドルにペッグされたステーブルコインで、Solana流動性ステーキングトークン(LSTs)によってサポートされています
xSOL:SOLのレバレッジエクスポージャーを提供します
このプロトコルは現実世界の資産や中央集権的な仲介者を必要とせず、完全に自律的に運営され、取引の無許可性と安全性を確保します。
Hyloは多層的なリスク管理メカニズムを採用しており、手数料調整、安定プール、そして2つのトークンに提供されるゼロスリッページ流動性を含みます。

アーキテクチャの概要

  1. hyUSDとxSOL
    Hyloの2つのコアトークン------ステーブルコインhyUSDとレバレッジトークンxSOLを理解する

HyloはSolanaネイティブの分散型ステーブルコインプロトコルで、従来のステーブルコインとは異なり、Hyloの担保は現金や国債ではなく、SOL流動性ステーキングトークン(LSTs)です。
SOLを担保として使用する主なリスクは、暗号市場固有の価格変動であり、これは「分散型ステーブルコイン」に関連する内容で深く議論されています。

Hyloはシンプルな公式と2つのトークン(hyUSDとxSOL)を通じて、担保のデルタニュートラル(価格中立)状態を実現しています。

a. 二重トークン、共通の資金プールを共有

Hyloは2つのトークンを発行します:
hyUSD:コアステーブルコイン
xSOL:トークン化されたSOLのレバレッジロングポジション

これら2つのトークンは、さまざまなLSTで構成された担保プール(collateral pool)によってサポートされています。

任意の時点で、2つのトークンの時価総額の合計は資金プールの総ドル価値(Collateral TVL)に等しくなります。公式は次の通りです:
担保プールの総価値(Collateral TVL)= hyUSD供給量 × hyUSD価格 + xSOL供給量 × xSOL価格

Hyloのユニークな点は、xSOLとhyUSDの共生関係です:

xSOLはSOLの価格変動を吸収し、hyUSDは市場の変動の中で依然として米ドルと1:1のペッグを維持します。
同時に、プロトコルのLST準備金から生じる超過収益は、xSOL保有者により高いリターンをもたらします。

b. hyUSDとxSOLの価格設定

hyUSDの価格は常に1ドル(ステーブルコイン)に固定されています。

xSOLの価格は、担保プール内の「可変準備金」によって決定されます(つまり、hyUSDを支えるために使用されない超過価値)。
価格設定の公式は次のように書き換えることができます:
xSOL価格 = (担保プールの総価値 - hyUSD供給量) ÷ xSOL供給量

可変準備金の価値が増加すると(通常はSOL価格が上昇することを意味します)、xSOL価格はレバレッジ効果で上昇します;逆に、SOL価格が下落すると、xSOLの価値は減少し、資金プール全体の変動を吸収し、hyUSDの安定したペッグを維持します。

c. xSOLの有効レバレッジ(Effective Leverage)

有効レバレッジは、xSOLトークンが基盤となるSOL価格変動に対するエクスポージャーの程度を反映する動的指標です。
その計算方法は、システムの総ロック価値(TVL)とxSOLの時価総額の比率です:
有効レバレッジ(Effective Leverage) = 担保プールの総価値(Collateral TVL) ÷ xSOL時価総額(xSOL Market Cap)

レバレッジの変化メカニズム
hyUSDが鋳造されるか、xSOLが償還されると、有効レバレッジは上昇します。これは、相対的にxSOL供給量を減少させる一方で、担保の総量を増加させるからです。
hyUSDが消失するか、新しいxSOLが鋳造されると、有効レバレッジは下降します。

有効レバレッジとxSOLの総TVLにおける占有比率は反比例の関係にあります:
xSOLの占有比率が高いほど、有効レバレッジは低くなります。
xSOLの占有比率が低いほど、有効レバレッジは高くなります。

  1. プロトコル収入(Protocol Revenue)
    Hyloの収入源は主に2つのカテゴリに分かれます:鋳造/償還手数料と担保プールのLST収益。

プロトコル収入の流れ

  1. LST収益
    担保プールに保有されているLSTは、8%〜11%の基礎年利(APY)を生み出すと予想されます。
    大部分の収益は安定プールに参加するユーザーに分配されます。
    残りの部分は直接収入としてHyloの国庫に流入します。

  2. 鋳造/償還手数料
    鋳造と償還手数料はプロトコルの主要な収入源です。
    すべての取引には一定の割合(ベーシスポイントで計算)の手数料が課されます。
    手数料率はプロトコルの運営状況に応じて動的に調整されます。

Tronの評価

Hyloの利点は、Solanaに基づく高性能なアーキテクチャと二重トークン設計(hyUSDステーブルコイン + xSOLレバレッジトークン)にあり、LST担保とデルタニュートラルメカニズムを通じて現実の資産支援なしでの安定性を実現し、多層的なリスク管理、ゼロスリッページ流動性、そしてかなりのLST収益を備えています;欠点は、その安定性がSOL価格とチェーン上の流動性ステーキングエコシステムに依存していること、xSOLのレバレッジが大きく変動しリスクが集中すること、プロトコルの規模と市場の深さが不足している場合に価格衝撃と流動性リスクを増幅する可能性があることです。

2. 当週の重点プロジェクトの詳細

2.1. 総資金調達が2億ドルを超え、a16zが2ラウンドをリード---知的財産向けのフルスタックプログラム可能なブロックチェーンインフラストラクチャStoryの詳細

概要

Storyはデジタル時代のために設計されたLayer 1ブロックチェーンで、知的財産(IP)の登録、管理、そして収益化の方法を再構築しています。EVMとの完全な互換性と最適化された実行層を備え、Storyは複雑なIPデータ構造を効率的に処理し、高速を維持しながら低コストの取引体験を提供します。
アーキテクチャ解析

概要

Storyの「Proof-of-Creativity」プロトコルの概要。
知的財産(IP)は、システム内でIP資産(IP Asset)とその関連するIPアカウント(IP Account)によって表されます。IPアカウントはスマートコントラクトであり、各IPのコアアイデンティティとして存在します。また、派生作品の作成、IP争議の開始、IP間の収益の自動配分など、IP資産に機能を追加するための複数のモジュール(Modules)を提供しています。

以下は、上記のアーキテクチャに関与する各層の簡単な紹介です:

IP資産(IP Asset)
IPをブロックチェーンに上げる際、まずERC-721 NFTを鋳造する必要があります。このNFTは、そのIPに対する所有権を表します。
次に、IP資産登録簿(IP Asset Registry)を通じて、そのNFTをプロトコルに登録します。このステップでIPアカウント(IP Account)がデプロイされ、「IP資産」が正式に生成されます。このコントラクトアドレスがそのIP資産の唯一の識別子(ipId)となります。基盤となるNFTは、他のNFTと同様に取引または販売でき、新しい保有者はそのIP資産と関連するすべての収益権を持つことになります。

IPアカウント(IP Account)
IPアカウントはIP資産にバインドされたスマートコントラクトで、主に2つの機能があります:
関連するIP資産のデータを保存すること(ライセンスなど)や、そのIPから生じるロイヤリティ収入を保存します。さまざまなモジュールを通じてこれらのデータを呼び出すことができます。例えば、IPアカウントのプログラム可能性を利用して、ライセンスの許可、収益/ロイヤリティの分配、二次創作などのコア機能を実現します。IPアカウントのアドレスがそのIP資産の唯一の識別子(ipId)となります。

モジュール(Modules)

モジュールは、IPアカウントの機能を定義し拡張するためのカスタマイズ可能なスマートコントラクトで、IPを真にプログラム可能にします。

現在存在するコアモジュールには以下が含まれます:
ライセンスモジュール(Licensing Module):IP間の親子関係を確立し、ライセンス条項の制約の下で派生作品を作成することをサポートします(例:署名が必要、収益の10%を共有など)。
ロイヤリティモジュール(Royalty Module):ライセンス条項に基づく収益分配ルールに従って、IP間で自動的に収益を分配します。
争議モジュール(Dispute Module):IP争議を開始し、マークするために使用されます。
グルーピングモジュール(Grouping Module):複数のIPをグループ化することを許可します。
メタデータモジュール(Metadata Module):IP資産のメタデータを管理および表示します。

登録簿(Registry)

プロトコル内のさまざまな登録簿は、グローバルな状態の主要なディレクトリおよびストレージ位置です。個々のIPの状態を管理するIPアカウントとは異なり、登録簿はプロトコル全体の状態を維持します。

プログラム可能なIPライセンス(PIL, Programmable IP License)

PILは、IP資産が法的に許可される条件を定義するための実際のオフチェーン法的契約です。例えば、そのIP資産がどのように商業化され、再創作され、署名され、誰がどの条件でこれらの操作を実行するかを定義します。
これらの条件はチェーン上にマッピングされており、あなたのIP資産にライセンス条項を簡単に追加し、他者がシームレスかつ透明にあなたの許可を得ることができるようにします。

モジュールの詳細

1. ライセンスモジュール(Licensing Module)

Story上であなたのIPにリアルな法的ライセンスを作成し、バインドします

IP資産の保有者は、その知的財産の権利を持っています。例えば、派生作品を作成したり、商業運営を行ったり、さまざまなプラットフォームで複製や配布を行うことができます。
IP資産はプログラム可能な方法で、ライセンストークン(License Token、ERC-721 NFTの一種)を使用して任意のユーザーにこれらの権利を行使する権限を付与できます。ライセンストークンは特定の条件のセットを指します。すなわち、「ライセンス条項」(License Terms)です。

プロトコル内の青いコントラクトは組み込まれており、白いコントラクトはコミュニティまたは第三者の開発者によって提供されます。
青い:プロトコル組み込みのコントラクト
白い:コミュニティまたは第三者が開発したコントラクト

LicensingModule.solは、ライセンスシステムの主要なエントリーコントラクトであり、以下の機能を担当します:
ライセンス条項をIP資産にバインドする
ライセンストークンを鋳造する
派生作品を登録する
ライセンス設定を行う

2. ロイヤリティモジュール(Royalty Module)

Story上でロイヤリティを支払い、分配し、受け取る方法を理解する

Storyのロイヤリティモジュールは、IP資産(IPA)間の派生関係とライセンス条項に基づいて、自動化された収益分配を実現します。本節では、収益がプロトコル内でどのように流通するか、そしてIP保有者がどのように自分の分配を受け取るかを紹介します。

ロイヤリティスタック(Royalty Stack)
各IP資産には「ロイヤリティスタック」と呼ばれる構造があります。これは、各IP資産間のライセンス条項に基づいて上位(祖先IP)にロイヤリティを支払うための累積収益パーセンテージです。

例えば:
もしIPA3が100 $IPの収入を生み出し、そのロイヤリティスタックが15%(IPA1が5%、IPA2が10%)であれば、IPA3は最終的に85 $IPを受け取り、残りの15 $IPはIPA1とIPA2に分配されます。
IPロイヤリティ金庫(IP Royalty Vault)は、各IP資産が作成される際に自動的に生成されるロイヤリティ金庫です。この金庫はIP資産にバインドされていますが、独立して存在し、そのIP資産が生み出すすべての収益を受け取ります。

ロイヤリティトークン(Royalty Tokens)
各ロイヤリティ金庫には100枚のロイヤリティトークンが関連付けられており、それぞれがそのIP資産の総収益の1%の収益権(すなわち金庫内の収入のシェア)を表します。

IP保有者はこれらのロイヤリティトークンを他のウォレットアドレスに譲渡できます。トークンの保有者は、その保有比率に応じた収益受取権を持ち、ロイヤリティ金庫から分配を比例的に引き出すことができます。

3. 争議モジュール(Dispute Module)

ユーザーに仲裁に基づく争議の発起と解決メカニズムを提供します

争議モジュールは、ユーザーが仲裁メカニズムを通じて争議を発起し、解決する手段を提供します。

争議関連用語

  1. 仲裁ポリシー(Arbitration Policies)
    仲裁ポリシーは、争議の結果を決定するためのルール、プロセス、参加エンティティのセットを指します。
    現在、プロトコルはUMA仲裁ポリシー(UMA Arbitration Policy)のみをサポートしています。

  2. 仲裁罰則(Arbitration Penalty)
    仲裁罰則は、IP資産が「マークされた」後に生じる結果を指します。
    IP資産(IPA)は、仲裁結果が争議成立と認定された場合にのみ「マークされた」と見なされます。

一度マークされると、IPAは以下の制限に直面します:
新しいライセンスを鋳造できない
いかなる上位IPとも関連付けられない
ロイヤリティ収入を受け取れない
すべての既存のライセンスは無効となる

争議処理プロセス(Dispute Process Flow)

1. 争議を発起する(Raise Dispute)
raiseDispute関数は無制限であり、任意のアドレスがプロトコルに登録された任意のIP資産(IP Asset)に対して争議を発起できます。
発起者は以下のステップを完了する必要があります:

争議ラベルを選択する:そのIP資産に適用する「ラベル」(tag)を決定します。仲裁結果が肯定的な場合、そのラベルは正式にIP資産に適用されます。仲裁が争議成立と裁定された場合(すなわち「肯定的判決」)、IPは正式に「マークされます」。
争議証拠を提出する:評価のための証拠資料を提供します。
仲裁ポリシーの他の要件を満たす:例えば、支払いルールなど(具体的には採用される仲裁ポリシーによります)。

2. 争議の裁定を設定する(Set Dispute Judgement)
setDisputeJudgement関数はホワイトリストアドレスのみが呼び出せ、争議の最終裁定結果を設定します。
各争議の裁定は一度だけ設定でき、争議裁定は不変です。
第三者が上訴や再審査メカニズムを提供したい場合は、自身のシステムで実装し、最終結果をプロトコルに返すことができます。

3. 親が侵害した場合、派生作品にマークを付ける(Tag Derivative If Parent Infringed)
setDisputeJudgementの結果が特定のIPを侵害としてマークした場合、任意のアドレスがtagIfRelatedIpInfringed関数を呼び出し、同じ侵害ラベルを適用できます:
そのIPのすべての派生作品(派生チェーンに沿ってラベルを伝播)
そのIPが特定のIPグループに属する場合、そのグループのすべてのメンバーIPにラベルを適用できます。

4. 争議ラベルを解除する(Resolve Dispute)
ラベルは裁定(setDisputeJudgement)から来ます:
争議が成立した後にラベルが付けられ、争議発起者が問題が解決したと考える場合(例えば、相手が未払い金を支払った場合)、resolveDisputeを呼び出してラベルを削除できます;そうでなければ、ラベルは保持され続けます。
ラベルは親の侵害伝播(tagIfRelatedIpInfringed)から来る場合:
ラベルが親のIPの侵害によって自動的に継承された場合、親がもはや侵害と見なされない限り、誰でも無制限にresolveDisputeを呼び出して派生IPのラベルを削除でき、派生チェーン上の侵害マークを迅速にクリアできます。

5. 争議をキャンセルする(Cancel Dispute)
仲裁裁定前に双方が問題を解決した場合、争議発起者は争議をキャンセルできます。
特定の仲裁ポリシーの下では、キャンセルが行われた場合、支払った費用が返金されない可能性があります。

4. グルーピングモジュール(Grouping Module)

グループ型IP資産(Group IP Assets)を作成および管理し、グループロイヤリティプールをサポートします。

コア機能
新しいグループを作成する
グループメンバーIP資産(IPA)を追加/削除する
特定のIPがグループに含まれているかを確認する
グループの総メンバー数を取得する

グループIP資産の作成
通常のIP登録と同様に、まずERC-721 NFT(グループ所有権を表す)を鋳造し、その後登録します。登録時にグループIPアカウント(Group IP Account)がデプロイされます。
グループIPアカウントは通常のIPアカウントと同様の機能を持ち(ライセンス条項のバインド、派生、モジュールの実行など)、メンバー管理機能が追加されています。

登録と管理
グループはGroup IP Asset Registryを通じて管理され、メンバー情報と報酬プールが含まれます。
誰でもグループを作成できます。

グループの制限
グループの派生IPは、そのグループを唯一の親として持つことができます。
グループIPはLAP(Liquid Absolute Percentage)ロイヤリティ戦略を使用できません。
空のグループは派生IPを生成したり、ライセンストークンを鋳造したりできません。
グループIPは派生IPとして登録できません。
グループにはすべてのメンバーに統一されたライセンス条項が必要です。
グループに最初のメンバーがいると、mintingFee、licensingHook、licensingHookDataは固定され、商業分配比率(commercialRevShare)は増加することができます。
最大1000名のメンバー。

メンバーの追加と削除
グループの所有者のみがメンバーIPを追加/削除できます。
メンバーを追加する際、そのIPを所有している必要はありませんが、そのIPはグループに一致するライセンス条項(同じlicenseTemplateとlicenseTerms)を含む必要があり、mintingFee、licenseHookが一致し、商業分配比率はグループの比率以下でなければなりません。

グループのロック(Locked)
グループがロックされると、メンバーを削除できなくなりますが、新しいメンバーを追加することはできます。
グループのロック条件:
グループが派生IPを登録している
誰かがグループからライセンストークンを鋳造した。

5. メタデータモジュール(Metadata Module)

Storyプロトコル内でIP資産のメタデータを作成、管理、読み取るために使用されます。主に2つの部分で構成されています:
CoreMetadataModule:書き込みと更新(書き込み操作)を担当します。
CoreMetadataViewModule:読み取り(読み取り操作)を担当します。

メタデータ構造
IP資産のメタデータには以下が含まれます:
metadataURI:IP資産の詳細メタデータへのURI
metadataHash:メタデータのハッシュ値(検証

warnning リスク警告
app_icon
ChainCatcher Building the Web3 world with innovations.