暗号業界の誰もが個人データを明らかにすることなく、信頼できるオンチェーンの評判を構築したいと考えています。

zkPassは、プライベートで信頼でき、組み合わせ可能な評判構築を可能にするzkTLS技術を使用して、このVerifiable Reputation Score (VRS)を実現しました。


要約

  • VRS = ゼロ知識証明（zkTLS + その他の証明）から作成された集約可能で監査可能な評判スコアで、個人データを明らかにすることなくユーザーのオフチェーンの足跡/外部の証明を証明します。

  • VRSをEthosに統合することで、プライバシーを保護する暗号学的証明を用いて、ウォレットスコア、ソーシャル証明、保証、およびレビューを強化し、検証可能性とシビル耐性を向上させつつ、プライベートな詳細を秘密に保つことができます。

  • 実装 = zk証明生成オフチェーン → 簡潔なzk証明 + スコアデルタをオンチェーンに提出 → Ethos検証契約が公開の評判状態を更新します（例：SBTまたはオンチェーンスコア）。



VRSとは何か（簡単な定義）

ここでのVRS = 検証可能な評判スコア：複数の証明タイプから得られた数値（またはベクトル）評判で、zkTLSによるインターネットの足跡検証、社会的証明、レビュー、保証、ウォレットの行動を通じて、各入力には入力が有効であることを示すゼロ知識証明が付随しますが、実際のプライベート識別子ではなく、最小限のバインディングデータ（例：「このTwitterアカウントを制御している」または「このメールドメインにはこれらのプロパティがある」）のみが公開されます。

zkPassのVRS（zkTLS証明）がEthosにどのように適合するか


1) 入力

  • zkPassからのzkTLS証明：アイデンティティの詳細を明らかにすることなく、インターネットの足跡（例：アカウントの制御、フォーラムへの存在、メールドメインの所有権、または行動履歴）に関する命題を証明します。

  • Ethosの入力：ウォレットスコア、社会的証明、レビュー影響、保証、取引行動。

2) オフチェーン集計

  • ユーザーは、各外部請求（例：「フォーラムXで3か月間の活動があります」、「TwitterハンドルYを制御しています」）のために、ローカルで（またはクライアントを介して）一連のzk証明を生成します。

  • 評判の集約者/リレイヤ（またはユーザーのクライアント）は、これらの証明を組み合わせ、集約されたVRS証明または各アタステーションごとの離散的な小さな証明を生成します。

3) オンチェーン検証

  • zk証明をEthos検証スマート契約（zk-SNARK/zk-STARK検証者）に提出します：

  • 証明を暗号的に検証します。

  • 証明の公開入力にエンコードされた認可されたスコアデルタ（または評判属性の圧縮ベクトル）を抽出します。

  • ユーザーのオンチェーン評判記録を更新します（例：評判マッピングまたは評判バケツを表すSBT）。

4) スコア融合

  • Ethosは既存の信号（ウォレットスコア、保証、レビュー）とVRSデルタを透明な重み付けポリシーを使用して統合します（オンチェーンまたはDAOによって管理されます）。

データフローの例（ステップバイステップ）

  1. ユーザーがzkPassクライアント内でzkTLS認可フローを介して外部サービスに接続します。

  2. zkPassクライアントは「私はXを制御し、条件Yを満たしています」と証明してzk証明を生成します（証明にはattestation_id + score_weightのような公開出力が含まれます）。

  3. クライアントは証明をリレイアに送信し、リレイアは証明 + ユーザーウォレットアドレスを使用してEthos検証契約を呼び出します。

  4. Ethos検証者は証明を検証し、成功した場合、契約はVRSUpdated(user, delta, source)を発行します。

  5. Ethosスコアリングオラクルは統合された評判を再計算し（オンチェーン）それを保存するか、SBTをミント/更新します。

zkTLS証明が信頼を強化し、プライバシーを保護する方法

  • zkTLSは、セッションの内容を明らかにすることなく、TLSセッションや外部サービスの応答に関する制約された命題を証明することを可能にします。証明の例：

    • 「このウォレットはフォーラムXでアカウント登録を作成し、署名しました」（ユーザー名を明かさずに）。

    • 「このメールドメインは、それがビジネスドメインであることを証明する検証を行いました」（実際のメールアドレスを提供せずに）。

  • 証明はゼロ知識であるため、Ethosはアタステーションが本物であるという暗号的な保証を得ますが、PIIはオンチェーンや第三者に公開されません。

オンチェーン設計パターン & 技術的要素

  • 検証契約：証明タイプのためのzk検証者。公開入力にはアドレス識別子 + スコアデルタまたは属性ベクトルが含まれます。

  • 評判レジストリ：mapping(address => ReputationStruct)またはバケツを表すSBT（譲渡不可）。

  • アタステーションのアンカー：詳細を漏らさずに監査可能なための証明ルート（マーケルルート）をオンチェーンでオプションとしてアンカーします。

  • リレイヤーパターン：ガス抽象化のため、スポンサー可能なリレイヤを介して提出された証明。

  • レート制限 & リプレイ保護：リプレイを防ぐために公開証明入力にエポックとノンスを含めます。

  • アップグレード可能性：スコアの重みと検証者のアドレスをガバナンスDAOを介してアップグレード可能に保ちます。

なぜそれが重要なのか

評判はWeb3における欠落した層です。

zkPassとEthosを使用すると、ユーザーはついに、プロファイルではなく証明に基づいて、チェーンとプラットフォームを超えて信頼できる評判を持ち運ぶことができます。

未来

すべての検証された証明、すべての保証、およびすべての影響レビューは、あなたの信頼スコアを向上させ、公開で検証可能でプライベートに保護されます。

これがWeb3がプライバシーを損なうことなく信頼を構築する方法です。🔐✨

zkPassとEthosは、透明でプライバシーを保護し、真にユーザーによって所有される分散型評判の標準となる可能性があります。