क्रिप्टो सहयोगी और संदर्भ पेमेन्ट: एक साथ हर भागीदार को भुगतान करें, क्रिप्टो भुगतान कैसे स्वीकार करें, क्रिप्टो गेटवे सेटअप गाइड, क्रिप्टो निपटान कैसे काम करता है

क्रिप्टो सहयोगी भुगतानएक बहुत विशिष्ट समस्या का समाधान करता है: हजारों भागीदारों को, प्रत्येक को कुछ डॉलर, दर्जनों देशों में बिना किसी से एक भी बैंक विवरण एकत्र किए। Payora के साथ आप 500 प्राप्तकर्ताओं को कैबिनेट में चिपका सकते हैं या उन्हें भुगतान API पर POST कर सकते हैं; बैच कुल और शुल्क आपके आंतरिक संतुलन पर उस क्षण रखा जाता है जब आप सबमिट करते हैं, और फिर भुगतान आपके खाते की कॉन्फ़िगर की गई स्वीकृति और रिलीज़ प्रवाह का पालन करता है। यह पोस्ट उस समय के बारे में है जब क्रिप्टो में रेफरल भुगतानवास्तव में वायर और PayPal को मात देते हैं, उन सीमाओं के बारे में जो कोई आपको नहीं बताता, और कैसे पूरे मामले को एक भुगतान चक्र में वायर करें ताकि एक विफल क्रॉन रन कभी भी डबल-पे न करे।

क्यों क्रिप्टो सहयोगी और रेफरल भुगतान के लिए उपयुक्त है

सहयोगी और राजस्व-शेयर कार्यक्रमों का भुगतान आकार ऐसा होता है जिसे पारंपरिक रेल बुरी तरह संभालती हैं: कई प्राप्तकर्ता, छोटे राशि, अंतरराष्ट्रीय, एक दोहराने वाले कार्यक्रम पर। क्रिप्टो उस आकार में लगभग बिल्कुल फिट बैठता है।

एक वैश्विक रेल।मनीला में एक भागीदार, लागोस में एक और और ब्यूनस आयर्स में एक को एक ही तरीके से, एक ही मिनट में, एक ही संतुलन से भुगतान किया जाता है। यह नहीं है कि PayPal किसका समर्थन करता है या आपका बैंक चुपचाप किस गलियारे को ब्लॉक करता है।
छोटे न्यूनतम वास्तव में काम करते हैं।$4 का राजस्व-शेयर कमीशन $15 के अंतरराष्ट्रीय वायर शुल्क के लिए एक गोलाई त्रुटि है, इसलिए आप इसे कभी नहीं भेजते। एक सस्ते नेटवर्क पर उसी $4 को USDT में भुगतान करें और शुल्क सेंट में होता है। छोटे, बार-बार भुगतान अस्थिर नहीं रहते।
कोई बैंक-डिटेल झगड़ा नहीं।आप प्रत्येक भागीदार के लिए एक फ़ील्ड - एक पता - एक IBAN, एक रूटिंग नंबर, एक SWIFT/BIC और एक कानूनी नाम के बजाय एकत्र करते हैं जो मेल खाना चाहिए। एक नए सहयोगी को ऑनबोर्ड करना एक पेस्ट है, न कि एक फॉर्म।
तेज़।एक बार जब आप साइन करते हैं, तो निपटान मिनटों में प्राप्तकर्ता के पास होता है, न कि दो से पांच व्यावसायिक दिनों में एक वायर के साथ जो नाम मेल न खाने पर वापस आ सकता है।
भुगतान अंतिम होते हैं, इसलिए आप जो भुगतान करते हैं उस पर कोई चार्जबैक नहीं होते।एक सहयोगी उस कमीशन को उलट नहीं सकता जो आपने उन्हें भेजा है जिस तरह एक कार्ड खरीदार एक खरीदारी पर विवाद कर सकता है।

यह अंतिम बिंदु दोनों तरीकों से कटता है, जो हमें ईमानदार हिस्से पर लाता है।

ईमानदार सीमाएँ

अंतिमता का एक उल्टा पक्ष है: कोई क्लॉबैक नहीं है. यदि आप किसी धोखाधड़ी या आत्म-रेफर किए गए सहयोगी के लिए कमीशन को मंजूरी देते हैं और जारी करते हैं, तो एक पूर्ण ऑन-चेन भुगतान को बस वापस नहीं लिया जा सकता — वही अंतिमता जो आपको चार्जबैक से बचाती है, दोनों तरीकों से काम करती है। इसलिए अनुशासन ऊपर की ओर बढ़ता है: सावधानी से मंजूरी दें, संदिग्ध खातों को बैच से पहले रोकें, और पुष्टि की गई रिलीज को वापसी के बिंदु के रूप में मानें। Payora आपके सहयोगियों की स्क्रीनिंग नहीं करेगा; वह निर्णय आपके कार्यक्रम के साथ रहता है।

दूसरी बाधा परिचालन है। एक बैच सबमिट करना — कैबिनेट से या API से — रिजर्व करता है आपके Payora बैलेंस पर फंड को लेता है और एक भुगतान बैच बनाता है, लेकिन आपको प्राप्तकर्ताओं को सबमिशन समय पर भुगतान किए गए के रूप में नहीं मानना चाहिए। अपनी खाता के लिए कॉन्फ़िगर की गई मंजूरी, रिलीज और स्थिति प्रवाह का पालन करें, फिर कमीशन को भुगतान किए गए के रूप में चिह्नित करने से पहले परिणामस्वरूप भुगतान स्थिति और लेनदेन के प्रमाण की पुष्टि करें। कोई भी जो "API कॉल, पैसा तुरंत चला गया और पहले से ही निपट गया" का वादा कर रहा है, वह एक अधिक स्वचालित और जोखिम भरे मॉडल का वर्णन कर रहा है।मास-पेआउट आर्किटेक्चर लेख व्यापक संदर्भ देता है, लेकिन वर्तमान परिचालन चरण उत्पाद दस्तावेजों और आपके खाता सेटिंग्स में शामिल हैं।

क्रिप्टो सहयोगी भुगतान चलाने के दो तरीके

एक मासिक या आकस्मिक रन के लिए, कैबिनेट सबसे तेज़ रास्ता है। खोलें मास भुगतान, 500 लाइनों तक चिपकाएँ address amount [tag/memo], और सबमिट करें। बैच कुल और प्रति-आइटम शुल्क आपके पर रखा जाता है बैलेंस पर होल्ड और रिलीज़ देख सकते हैं।, इसलिए एक बैच अधिक खर्च नहीं किया जा सकता, फिर आप उस खाते के लिए कॉन्फ़िगर की गई स्वीकृति और रिलीज़ चरणों को पूरा करते हैं। XRP गंतव्य टैग और XLM मेमो उस वैकल्पिक तीसरे क्षेत्र में प्रति पंक्ति जाते हैं।

एक कार्यक्रम के लिए जो एक निश्चित चक्र पर भुगतान करता है, इसे API से चलाएं।POST /v1/payout एक मुद्रा लेता है और 500 आइटम तक लेता है और एक लौटाता है 201 एक batch_id, वह item_count, total और fee। प्रमाणीकरण बाकी API के समान HMAC योजना है — हेडर X-Payora-Key, X-Payora-Timestamp और X-Payora-Signature, जहाँ हस्ताक्षर है hex(HMAC-SHA256(api_secret, timestamp . "." . raw_body)) 120 सेकंड की विंडो के भीतर।

curl -X POST https://api.payora.money/v1/payout \
  -H "X-Payora-Key: $KEY" \
  -H "X-Payora-Timestamp: $TS" \
  -H "X-Payora-Signature: $SIG" \
  -H "Idempotency-Key: rev-share-2026-07" \
  -H "Content-Type: application/json" \
  -d '{"currency":"USDT","items":[
    {"address":"TXy...","amount":"12.50","tag":""},
    {"address":"TAb...","amount":"4.00","tag":""}
  ],"note":"July affiliate rev-share"}'

पूर्ण अनुरोध और प्रतिक्रिया आकार, साथ ही भुगतान स्थिति और रद्द करने के अंत बिंदु, में रहते हैं API दस्तावेज़। एक अभी भी लंबित बैच को रद्द किया जा सकता है POST /v1/payout/{id}/cancel, जो आपके लिए रखी गई राशि को वापस जारी करता है।

इडेम्पोटेंसी: एक पुनः प्रयासित क्रॉन रन कभी भी डबल-पे नहीं करता है

यह स्वचालित सहयोगी भुगतान के लिए सबसे महत्वपूर्ण विवरण है। क्रॉन कार्य आधे रास्ते में विफल हो जाते हैं। एक नेटवर्क ब्लिप प्रतिक्रिया को गिरा देता है जब सर्वर पहले ही आपका बैच बना चुका होता है, आपकी पुनः प्रयास लॉजिक सक्रिय होती है, और अब आप हर सहयोगी को दो बार भुगतान करने के एक नर्वस क्षण से एक कदम दूर हैं।

एक Idempotency-Key हेडर भेजें जिसमें भुगतान चक्र के लिए एक स्थिर मान हो — चक्र आईडी स्वयं आदर्श है, उदाहरण के लिए rev-share-2026-07. पहला अनुरोध बैच बनाता है; वही कुंजी ले जाने वाला कोई भी पुनः प्रयास वही batch_id और कुछ नया नहीं बनाता। पहले से प्रतिबद्ध कुंजी के तहत एक अलग पेलोड एक 409 idempotency_conflict के रूप में वापस आता है बजाय चुपचाप विभाजित होने के। अपने बिलिंग अवधि से कुंजी बनाएं, हर प्रयास के लिए एक यादृच्छिक UUID नहीं, और एक विफल रन को फिर से चलाना सुरक्षित है।

payout.sent वेबहुक और प्रति-आइटम tx हैश के साथ सामंजस्य करें

आपको कभी भी अपने स्वयं के डेटाबेस में एक कमीशन को "भुगतान किया" के रूप में चिह्नित नहीं करना चाहिए एक आशावादी अनुमान पर। प्रमाण की प्रतीक्षा करें। कॉन्फ़िगर की गई रिलीज़ प्रवाह पूरा होने के बाद और Payora के पास बैच आइटम के लिए लेनदेन का प्रमाण होने पर, यह एक हस्ताक्षरित payout.sent वेबहुक को ले जाता है जिसमें batch_id और प्रत्येक आइटम के साथ इसका ऑन-चेन tx_hash होता है। इसे उसी HMAC-SHA256 योजना के साथ हस्ताक्षरित और सत्यापित किया गया है जैसे कि invoice.paid, इसलिए हस्ताक्षर-प्रमाणन गाइड बिना बदलाव के लागू होता है।

सुलह लूप सरल और ऑडिट-फ्रेंडली है:

चक्र के बैच को पहचान कुंजी के रूप में अवधि के साथ प्रस्तुत करें।
पर payout.sent वेबहुक, हस्ताक्षर की पुष्टि करें, फिर पते और राशि के अनुसार आइटमों को सहयोगियों से मिलाएं।
प्रत्येक tx_hash को कमीशन के खिलाफ स्टोर करें ताकि एक भागीदार पूछे "मेरा पैसा कहाँ है" को एक ब्लॉक-एक्सप्लोरर लिंक मिले, न कि एक समर्थन टिकट।

यदि आप पोल करना पसंद करते हैं, GET /v1/payout/{id}डिमांड पर समान प्रति-आइटम स्थिति और tx हैश लौटाता है।

शुल्क: कई छोटे भुगतान के लिए सस्ते नेटवर्क को प्राथमिकता दें

Payora पर पैसे स्वीकार करना 0% है। कॉन्फ़िगर करने योग्य मूव शुल्क (फ्री योजना पर 1.5%, साथ में सिक्के का नेटवर्क शुल्क) भुगतान पर लागू होता है और इसे बैच के साथ प्रति आइटम रखा जाता है, और ऑन-चेन नेटवर्क शुल्क अलग और अनिवार्य है। सहयोगी रन के लिए - कई छोटे मात्रा - नेटवर्क शुल्क वह जगह है जहाँ आप जीतते या हारते हैं, इसलिए आप जो सिक्का और नेटवर्क चुनते हैं वह किसी भी चीज़ से अधिक महत्वपूर्ण है।

Tron पर USDT का भुगतान करना या Polygon या Base जैसे सस्ते EVM चेन पर करना प्रति ट्रांसफर सेंट खर्च करता है; व्यस्त घंटे में Ethereum मेननेट पर मूल ETH में समान कमीशन का भुगतान करना खुद कमीशन से अधिक खर्च कर सकता है। पहले नेटवर्क चुनें, फिर भुगतान का आकार मायने नहीं रखता। गाइड में एक पूर्ण विवरण है क्रिप्टो भुगतान शुल्क को कम करना.

कठोर सत्यापन एक खराब पते को आपको लागत में रोकता है

एक भुगतान रन टाइपो के प्रति क्षमाशील नहीं है क्योंकि यह अंतिम है। Payora एकल सिक्का रखने से पहले पूरे बैच को मान्य करता है: यदि कोई पता गलत है या कोई राशि सिक्के द्वारा समर्थित दशमलव स्थानों से अधिक है, तो पूरी अनुरोध HTTP के साथ अस्वीकृत कर दी जाती है 422और दोषी आइटम अनुक्रमांक। यह जानबूझकर सब या कुछ नहीं है - एक रन कभी भी चुपचाप एक भागीदार को नहीं छोड़ता या राशि को संक्षिप्त नहीं करता। झंडा लगे पंक्तियों को ठीक करें और फिर से सबमिट करें। क्योंकि एक खराब सहयोगी पता बैच को बाउंस करता है बजाय कि फंड को खा जाए, एक भागीदार जिसने अपना पता गलत चिपकाया है, वह आपको भुगतान की लागत नहीं दे सकता।

इसे एक साथ रखें

Payora पर एक सहयोगी कार्यक्रम इस तरह दिखता है: भागीदार एक पता सबमिट करते हैं, आपका प्लेटफॉर्म चक्र के भुगतान सूची का निर्माण करता है, आप इसे एक सस्ते नेटवर्क पर अवधि को idempotency कुंजी के रूप में POST करते हैं, सख्त सत्यापन खराब पंक्तियों को पकड़ता है, आपकी टीम कॉन्फ़िगर की गई स्वीकृति और रिलीज़ प्रवाह का पालन करती है, और payout.sentवेबहुक हर कमीशन के लिए लेनदेन का प्रमाण वापस लिखता है।एक मुफ्त खाता बनाएंAPI कुंजी प्राप्त करने के लिए, या बैच प्रवाह को अंत से अंत तक देखने के लिए मास भुगतानपृष्ठ पढ़ें।

क्रिप्टो सहयोगी और संदर्भ पेमेन्ट: एक साथ हर भागीदार को भुगतान करें