段落ではなく、構築による否認可能性。
ほとんどの「否認可能性」機能はマーケティングページの一行です。デコイウォレットが存在するとページに書かれ、強制下ではデコイを開き、実際の資金は隠されたままになります。段落がすべての作業を行い、コードはほとんど何もしません。否認可能性をシステムの特性にするために何が必要かを以下に示します。
デコイセッションとは
デコイは、共有バックエンドで実際のものと並んで存在する2つ目のウォレットではありません。それは別のセッションです — 独自のキー素材、残高ビュー、取引履歴を持つ独自のデバイス上ランタイム状態です。デュレスPINを設定すると、サーバー上の「デコイアカウント」ではなく、デバイス上に2つ目のセッションをプロビジョニングします。実際のセッションとデコイセッションは、バックエンドが照会できる場所に共存することはありません。
「バックエンドへの呼び出しゼロ」とは
デコイセッションはバックエンドへの呼び出しをゼロにします — 減らすのではなく、同じように見える呼び出しでもありません。デコイは公開ブロックチェーンインフラ（誰もが任意のアドレスについて読めるデータ）から残高を読み、取引をローカルで署名します。送信するセッショントークンもユーザーIDもないため、Veyrnoxのインフラに認証することはありません。バックエンドは、設計上、2つのセッションが存在することを知らされることはありません。
コードでどう強制されるか
デコイパスにネットワーク呼び出しを追加しないことを将来のすべてのエンジニアが覚悟に依存する否認可能性は、有効期限付きの否認可能性です。強制はネットワーク層にあります：デコイセッションはVeyrnoxのインフラへの認証チャネルのないサーフェスに対して実行されます — 認証されたリクエストを構築するデコイセッションから到達可能なコードはありません。それはポリシーではなく制約です。ウォレットのネイティブコードはまだ公開されていません。その時までは、このページは特定のファイルではなく設計の深掘りにリンクします。機能ステータスページで現在の検証状況をご覧ください。