開示センター
すべての開示を付与・範囲設定・追跡する単一の場所。
開示センターは、将来の Beyul ウォレットで計画されている中核モジュールです。リクエストが届き、保有者が範囲を限定した資格情報を付与し、有効なすべての付与が可視化される場所です。本ページは構想の説明であり、提供済みの製品ではありません。
構想ページ · 将来のウォレットモジュール
研究用プロトタイプ · テストネットなし · メインネットなし · 未監査 · 本番レベルのプライバシーではない · 資金の保管には不適
3つの手段
トランザクション開示コード（TDC）
送信者または受信者として、選択した1件のトランザクションを選択した1者へ証明します——役割は暗号的に分離されています。設計上の二要素方式で、link secret と開示コードは別々に伝達されます。
プロトタイプ · クライアント資産開示クレデンシャル（ADC）
履歴を露呈せずに保有額の下限を証明します。同一の相手にスナップショットを繰り返し提示すると、時間の経過とともに残高の変化が露呈します——ウォレット構想は付与の前にこの警告を提示します。
部分的プロトタイプ監査アクセス
指定された監査者向けの恒常的かつ範囲を限定したアクセス。期間、資産、取引相手の範囲設定は研究中であり、未実装です。
研究付与の構造
範囲
付与は明示された目的のために選択されたフィールドを対象とします——台帳全体ではありません。
有効期限
付与には有効期限があります。クライアントプロトタイプでは、有効期限はクレデンシャルに暗号的に束縛されており、口約束ではありません。
失効——そしてその正直な限界
失効は将来のアクセスを停止します。受信者がすでに見た内容を取り消すことはできません。開示センターはこれをすべての付与の前に明示し、後からではありません。
恒常的な不変条件
- 開示フローはリカバリーフレーズに一切触れません——ニーモニックは要求・表示・送信されません。
- 開示には支払い権限が一切ありません。閲覧と支払いは構造上分離されています。
- 受信者または監査者が見るのは、付与されたフィールドと有効性の証明のみであり、隣接する情報は何もありません。
実装状況、率直な記載
開示コードのクライアント暗号（TDC + ADC 下限）——40/40 のテストが合格
プロトタイプサーバー側の開示検証
未実装本番用の開示サービス
存在しない本番用ウォレット（W0 はシミュレートされたネットワーク上の研究用プロトタイプ）
存在しない