バックエンドはユーザーウォレットなしでデポジットを作成できますか？

はい。自前のBase署名者とUSDC残高があれば可能です。SDKは渡されたviem WalletClientを通じて署名します。カストディと鍵管理はあなたの責任です。

idempotencyKeyは重複したボットデポジットを防ぎますか？

いいえ。idempotencyKeyはブラウザセッションに依存します。Nodeやワーカーでは、deposits(address)と自前の注文データベースを使って重複した在庫を防いでください。

01自前の署名インフラからBaseのウォレットクライアントをロードします。
02新しいデポジットを作成する前にdeposits(walletAddress)を呼び出し、注文に合う場合はアクティブな在庫を再利用します。
03自動化を識別できるように、integratorIdとreferralIdを付けてofframp(walletClient, params)を呼び出します。
04買い手がすでに分かっている場合はotcTakerを使います。そうでなければデポジットは公開でフィル可能になります。
05depositId、txHash、platform、currency、amount、想定する買い手のコンテキストを永続化します。
06Poll deposits(address) or Peerlytics deposit/intent reads so fills and closes survive process restarts.

SDKは未委任のデポジットを、重複作成ではなく委任することで再開します。
ブラウザのidempotencyKeyキャッシュはNodeワーカーを保護しません。ワーカーは新しい流動性を作成する前にdeposits(address)を確認すべきです。
作成後に委任が失敗した場合は、同じウォレットルートで再試行してください。再開パスはその状態のために設計されています。
USER_CANCELLEDを自動で再試行しないでください。これは署名者がプロンプトを拒否したことを示します。

既知の買い手ウォレットごとにプライベートOTCデポジットを1つ作成し、返されたリンクを送ります。

Maintain a small delegated deposit on a preferred route and refill after reconciled fills.

depositIdとtxHashをサポートのハンドルとして使い、deposits(address)で照合します。