Developers · Bots

रेट मैनेजर का आविष्कार किए बिना डिपॉज़िट ऑटोमेशन चलाएँ।

A bot integration is not a browser flow with the buttons removed. It needs duplicate prevention, restart-safe state, explicit wallet custody, and a clear rule for when liquidity should be private.

01

बॉट सीक्वेंस

  1. 01अपने खुद के साइनर इंफ्रास्ट्रक्चर से एक Base वॉलेट क्लाइंट लोड करें।
  2. 02नया डिपॉज़िट बनाने से पहले deposits(walletAddress) कॉल करें; जब ऑर्डर में फ़िट हो तब ऐक्टिव इन्वेंटरी दोबारा इस्तेमाल करें।
  3. 03integratorId और referralId के साथ offramp(walletClient, params) कॉल करें ताकि ऑटोमेशन की पहचान की जा सके।
  4. 04जब बायर पहले से ज्ञात हो तब otcTaker इस्तेमाल करें; अन्यथा डिपॉज़िट पब्लिक फिल करने योग्य रहता है।
  5. 05depositId, txHash, platform, currency, amount, और इच्छित बायर कॉन्टेक्स्ट को पर्सिस्ट करें।
  6. 06Poll deposits(address) or Peerlytics deposit/intent reads so fills and closes survive process restarts.
02

रीट्राई अनुशासन

  • SDK undelegated डिपॉज़िट को डुप्लिकेट बनाने के बजाय डेलिगेट करके रिज़्यूम करता है।
  • ब्राउज़र idempotencyKey कैशिंग Node वर्कर्स की सुरक्षा नहीं करती। आपके वर्कर को नई लिक्विडिटी बनाने से पहले deposits(address) जाँचना चाहिए।
  • अगर बनाने के बाद डेलिगेशन फ़ेल हो जाए, तो उसी वॉलेट रूट को रीट्राई करें; रिज़्यूम पाथ उसी स्टेट के लिए डिज़ाइन किया गया है।
  • USER_CANCELLED को अपने आप रीट्राई न करें। यह दर्शाता है कि एक साइनर ने प्रॉम्प्ट को रिजेक्ट किया।

अन्वेषण करते रहें

सामान्य प्रश्न

क्या एक बैकएंड बिना यूज़र वॉलेट के डिपॉज़िट बना सकता है?

हाँ, अगर उसके पास अपना खुद का Base साइनर और USDC बैलेंस हो। SDK आपके द्वारा दिए गए viem WalletClient के ज़रिए साइन करता है; कस्टडी और key मैनेजमेंट आपके हैं।

क्या idempotencyKey डुप्लिकेट बॉट डिपॉज़िट रोकता है?

नहीं। idempotencyKey ब्राउज़र-सेशन समर्थित है। Node या वर्कर्स में, डुप्लिकेट इन्वेंटरी रोकने के लिए deposits(address) और अपना खुद का ऑर्डर डेटाबेस इस्तेमाल करें।