ルートの認証とデプロイ

Routerのルート、非公開Workerのルート、ウォレットセッションのルート、デプロイロールには、それぞれ独自の認証要件があります。

公開Routerの境界

非公開Workerへ処理を渡す前に、公開署名ルートは次を要求してください。

• ウォレットセッションのBearer権限。
• リクエスト本文の厳密な解析。
• オリジンポリシーの確認。
• リプレイの確認。
• 利用回数の確認。
• 署名の利用枠の受付。

非公開Workerの境界

DeriverとSigningWorkerの非公開ルートには、承認済みサービスバインディングか、非公開サービス認証だけで接続できるようにしてください。 ブラウザー向けの公開CORSを提供したり、ウォレットセッション認証情報を直接解析したりしないでください。

デプロイのロール

対応する2つのCloudflare構成は、どちらもRouter、Deriver A、Deriver B、SigningWorkerを別々のランタイムロールに保ちます。

構成	用途	A/B間の通信	セキュリティの境界
同一アカウント	採用済みP0本番、ステージング、ローカルの同等構成、ベンチマーク	Service Binding WebSocket	共有アカウントのコントロールプレーン配下にある、別々のWorkerランタイム。
別アカウント	より強い運用者分離の実験。現在は延期。	計測時点では公開WebSocket	未解決の信頼性・遅延の条件を満たすと、独立したA/B管理で制御の境界を強化できる。

構成は起動前に選びます。クライアントの要求でトポロジーを選ぶことはできません。 同一アカウント構成は、アカウントの制御が正常である間、1つのWorkerに限定した実行時侵害からの分離を維持します。 P0の保証は、共有アカウント管理者の侵害を含みません。 計測した別アカウント構成は、現在のp95遅延目標を達成しませんでした。 p95は、95%のリクエストが完了するまでの時間です。この構成は引き続き延期しています。