Statur

概要

このドキュメントは、Statur（自己主権的仮名評判モデルとも呼ばれる）とその構成要素、すなわち非転送性（ソウルバウンド）トークンとダイナミックコンテンツNFTについての包括的な概要を提供します。

自己主権的な仮名評判モデルは、ユーザーのデータ主権を守りながら、プロジェクトが仮名ユーザーに関する情報を収集・活用・発信することを可能にする革新的なソリューションです。このコンセプトは、非転送性（ソウルバウンド）トークンとダイナミックコンテンツNFTという2つの最先端技術を採用しています。

非転送性（ソウルバウンド）トークン

ソウルバウンドトークンは、評判コントラクトのバリデーターロジックによってその非転送性が強制された独自のアセットです。Cardanoにはトークン転送を防ぐプロトコルレベルのメカニズムがありません。代わりに、評判コントラクトにはトークンがコントラクトアドレスを離れることを許可するスペンドパスが存在しません。トークンはコントラクトアドレスに直接ミントされます - ユーザーのウォレットには決して送られません - そして削除する唯一の方法はバーンすることです。コントラクトはトークンと並んでユーザーのウォレットアドレスを記録するため、ウォレットから常にユーザーの評判を検索できます。ユーザー自身がトークンを保有しないため、他の誰かに送信するためのトークンがウォレットにありません。

これらのトークンは、ユーザーが承認または拒否することができる評判コントラクト内の「ソウルポイント」の記録を促進します。

ソウルバウンドトークンのフロー

1. Cardanoベースのプロジェクトが、ユーザーのオンチェーンIDにリンクされたソウルポイントを評判コントラクトに記録します。
2. 「基本的な」ソウルポイントは、関連データを含むコントラクトアドレスのUTxOとしてオンチェーンに保存されます。
3. ユーザーは基本的なソウルポイントを承認または拒否できます。
4. ユーザーがソウルポイントを破棄することを選択した場合、UTxOが消費されトークンがバーンされます。トランザクション履歴はブロックチェーンに永続的に残ります（すべてのCardanoトランザクションと同様）が、アクティブな評判アンカーが削除され、オンチェーンハッシュのみからは基礎となる評判データを再構築できません。
5. ユーザーがソウルポイントを承認した場合、新しい「承認済み」署名が割り当てられます。
6. ユーザーはいつでも考え直してソウルポイントをバーンする能力を保持します。

ダイナミックコンテンツNFT

NFTは通常、ユニークで静的な情報をオンチェーンに保持するために使用されます。しかし、分散化の本質的な側面を損なうことなく、オフチェーンでこのデータを動的に更新できることが強く求められています。

当社のユニークな分散型データストレージネットワークにより、NFTはファイルへのポインターとして機能できます。このファイルの内容は、ストレージネットワーク上で特定のアクセス権を持つユーザーによって変更できます。

評判モデル

eUTXOモデルと分散型ストレージメカニズムを統合することで、ユーザーのウォレットに関する評判情報を蓄積し、分散型ストレージネットワークに保存できます。ユーザーのウォレットに紐付けられたオンチェーンファイルインデックスは、プロジェクトがユーザーの参加と行動に関する情報で動的に更新できるデータへのポインターとして機能します。

エンドツーエンドの評判フロー

概要

評判コントラクトシステムは、オンチェーンで検証可能な評判データを提供するためのシンプルでありながら効果的なメカニズムを提供します。ユーザーはスマートコントラクトに入ることで評判システムに参加します。ユーザーの評判データはオフチェーンデータベースを使用してリアルタイムに更新されます。すべてのユーザーのオンチェーンデータはオフチェーンデータを使用して定期的に自動更新されます。

システムの目標は、評判データを保存・更新するためのコスト効率が高くスケーラブルな方法をユーザーに提供することです。可変コストと硬直したソリューションの代わりに、定額コストで高度に並列化可能なスマートコントラクトを選択し、オンチェーンとオフチェーンのプロトコルのユニークな組み合わせを実現します。最終製品は、評判をオンチェーンに保存しながらオフチェーンデータベースを通じてリアルタイムに更新するシステムです。

評判コントラクトへの参加

各ユーザーは評判コントラクト内に単一のUTxOを持ち、特別でソウルバウンドなNFTを保持します。トークンはバリデーターロジックにより、コントラクトを離れることができません。ユーザーはいつでも評判コントラクトからUTxOを削除することができますが、これによりソウルバウンドトークンがバーンされます。トークンはユーザーの評判の固有識別子として機能し、データムにハッシュとしてオンチェーンに保存されます。大きなデータ構造をサポートするため、完全な評判データはオフチェーンデータベースに維持されます。

ソウルバウンドトークン、データム（ユーザーのIDと評判ハッシュを含む）、ADA価値はすべてコントラクトアドレスの単一UTxO内に共存します。これがユーザーのオンチェーンIDと評判状態を結びつけるものです - トークンはすべての更新を通じてUTxOを追跡するスレッドとして機能し、トランザクション間の継続性を確保します。これはCardanoスマートコントラクト開発における確立されたデザインパターンです。

ユーザーは定期的な更新のために手数料コントラクトにLovelaceを拠出します。特別なバッチャーがオフチェーンデータベースと手数料コントラクトを使用して、トランザクションチェーンを通じて評判更新を効率的に実行します。

ユーザーの評判の更新

評判データはオフチェーンデータベースに保存されます。複雑なデータをオンチェーンに保存することはブロックチェーンプロトコルの制約により制限されるため、ハッシュのみをオンチェーンに保存します。更新はオフチェーンデータ構造のハッシュを検証可能で再現可能な方法で変更することを含みます。これらの更新は効率的でバッチトランザクションを可能にします。ユーザーは必要に応じて独立して更新をトリガーすることもできます。

オフチェーン評判データベース

オフチェーン評判データベースはアカウントベースのステートマシンとして機能します。ユーザーの評判への各更新（または遷移）は認可された当事者によって署名され、線形履歴に保存されます。これにより完全な追跡可能性が確保され、ユーザーが独立して評判状態を再現・検証できます。

ユーザーはプロジェクトがデータを更新することを選択的に認可できます。例えば、Iagonエコシステムのユーザーはデータの追跡と更新をIagonに許可することができます。他のプロジェクトは明示的な許可なしにユーザーの評判を更新できません。従って、評判はユーザー中心でエコシステム固有のものです。

オンチェーン評判データは、ユーザーの評判データの正規形式のBlake2b-256ハッシュとして保存されます。これにより、ステップごとにハッシュを再構築することでオフチェーンデータのオンチェーン検証が可能になります。

評判スコアリング

プロジェクトにおけるユーザーの評判スコアは、そのプロジェクトのメトリクス値の加重平均です。プロジェクトが定義する各メトリクスには、スコアへの影響度を制御する重みがあります。重みが高いほどそのメトリクスの影響が大きく、重みがゼロの場合は計算には含まれません（ただし追跡は継続されます）。

要約すると：各メトリクスの値を重みで乗算し、それらの積を合計して、重みの合計で割ります。

例

プロジェクトがユーザーの3つのメトリクスを追跡し、それぞれにプロジェクトが選択した重みが割り当てられているとします：

メトリクス	重み	値
参加度	3.0	0.95
品質	1.0	0.80
応答性	1.0	0.70

スコアは(0.95 × 3 + 0.80 × 1 + 0.70 × 1) / (3 + 1 + 1) = 4.35 / 5 = 0.87です。

参加度は他の2つのメトリクスの3倍の重みを持つため、全体的なスコアがその高い値に引き上げられます。

時間による減衰

ユーザーがプロジェクトで非アクティブになった場合、プロジェクトはそのユーザーのスコアを時間とともに段階的に減少させることを選択できます。各プロジェクトは独自の減衰レート（デフォルトは30日）を設定します。ユーザーが非アクティブな期間が長いほど、スコアがより多く減少します。ユーザーがアクティブな間は減衰は適用されません。

例えば、30日の減衰レートで、開始スコアが0.87の場合、30日間の非アクティブ後に約0.32になり、60日後には約0.12になります。

カスタムプロジェクトスコア

Staturはプロジェクト独自のスコアリングアルゴリズムを実行しません。プロジェクトが自ら計算したカスタムスコアを公開したい場合、既存のメトリクスシステムを使用して2つの方法のいずれかで実現できます：

• 単一の「スコア」メトリクスを使用する。 プロジェクトはStatur外で任意のロジックを使用してカスタムスコアを計算し、その結果を専用メトリクス（例：custom_score）の値として重み1で送信します。追跡したいがスコアから除外したい他のメトリクスは重み0に設定されます。そうするとStaturがそのプロジェクトに報告するスコアはカスタムスコアと等しくなり、プロジェクトの選択した減衰レートが適用されます。
• 複数のメトリクスをブレンドする。 プロジェクトは複数の寄与メトリクスに非ゼロの重みを割り当て、Staturが加重平均の計算を担います。

どちらの場合も、プロジェクトはスコアに何がどれだけ寄与するかを完全に制御できます。

スコアは別のフィールドとして保存されません - 現在のメトリクス値からオンデマンドで計算されます。完全なデータはオフチェーンにありますが、オンチェーンハッシュが透明性と検証可能性を確保します。

評判メトリクスのリスト

Staturは固定のメトリクスセットを課しません。各プロジェクトは、そのプロジェクトのコンテキストで意味のある独自のメトリクスを独自の値範囲と重みで定義します。システムはスコアリングインフラを提供し、プロジェクトはドメイン知識を提供します。

以下の表は、Iagonが使用するメトリクスセットの例を示しており、参加者カテゴリ別に整理され、各カテゴリのスコアに寄与する詳細なメトリクスが示されています。

カテゴリ	詳細メトリクス
トークン保有者	保有量、保有期間
トークンステーカー（オペレーター/デレゲーター）	ステーキング量、ステーキング期間
ノードオペレーター	ノードレピュテーションスコア、ノード運用期間、マージン変更
トークントレーダー	総取引量、買い対売り
バッジ	各バッジが固有の重みを獲得
ストレージサブスクライバー	サブスクリプションサイズ、使用ストレージ、サブスクリプション期間
流動性プロバイダー	流動性量、流動性期間
ステークプールデレゲーター	ADA量、委任期間

これらのカテゴリとメトリクスはIagonのユースケースに固有のものであり、プロジェクトがStaturのフレームワーク内でどのように貢献、信頼性、参加の指標を定義できるかを示しています。

情報

このリストは開発の第一フェーズの一部であり、システムの進化に伴って改訂または拡張される可能性があります。コミュニティのフィードバック、新しいユースケース、技術要件に基づいて追加のメトリクスが導入される場合があります。