Googleの9月10日のアップデートにより、ユーザーはキーの保存先をより自由に選択できるようになりました。 @ritualnetは、その上で2つの技術的構成要素を提供しています。 1つ目は、パスキーを介したトランザクション署名（ユーザーがアクションに署名する）です。 2つ目は、スマートコントラクト内でのP-256署名検証で、コントラクトが署名が本物であることを確認します。 これらの使用方法は、アプリケーション開発者が決定します。 Ritualは、Ritual上で構築する人々に対して以下のアドバイスも共有しました： 承認画面では、ユーザーが何に署名しているか（ログイン、プロポーザルの提出、またはAIエージェントに特定の権限を委任するなど）を明確に説明する必要があります。 アカウントの復旧については、最初から計画してください。デバイスを紛失した場合やキーを変更した場合の対応方法、および古いキーの無効化方法を明確にしてください。 エージェントの委任は具体的に保ちましょう。許可されるアクション、アクセスの有効期限、および無効化方法を明確に定義してください。 パスキーにより、DAppへの署名が馴染みやすく直感的なアクションになります。Ritualは、その署名とコントラクト内での検証という既製の構成要素を提供しています。 しかし、この技術は半分にすぎません。残りの部分は、アプリがユーザーに何に署名させているかをどれだけ明確に説明できるか、そしてアカウント復旧と権限の無効化がどれだけ事前に丁寧に設計されているかにかかっています。 ここでの優れたUXは、技術そのものではなく、各ステップでの透明性と制御によって構築されます。 @ritualfnd