यह कैसे काम करता है

यह क्या करता है

जिस दुकान से आप ख़रीदना चाहते हैं अगर वह सिर्फ़ नकद या कोई खास भुगतान तरीका ही लेती है, तो आप क्रिप्टो से भुगतान करते हैं (अभी BTC signet और USDC) और एक प्रॉक्सी शॉपर (proxy shopper) आपके लिए सामान ख़रीदकर भेज देता है।

पैसा हर ऑर्डर के लिए एक 2-of-3 मल्टीसिग में जाता है (उपयोगकर्ता (user), शॉपर, एस्क्रो (escrow))।

सामान पहुँचने पर उपयोगकर्ता और शॉपर हस्ताक्षर करके शॉपर को भुगतान करते हैं।
विवाद होने पर एस्क्रो बाकी दो में से किसी एक के साथ मिलकर तय करता है कि पैसा कैसे बँटेगा।
अगर कोई जवाब देना बंद कर दे, तब भी टाइमलॉक यह पक्का करते हैं कि पैसा किसी एक पक्ष तक पहुँचे।

आर्किटेक्चर

Browser (proxy-shopping-web)                Go nodes (proxy-shopping-go)
  keys and signing in the browser       shopper / escrow / operator / relay
        │ WSS (outbound only)                   │ WSS           │ libp2p
        ▼                                        ▼               ▼
   Nostr relays (named by the operators) ◀──▶  network of Go nodes
   = always-online entry point + mailbox        (gossipsub; NAT traversal via circuit relay v2 and DCUtR)

उपयोगकर्ताओं को कुछ भी चलाना नहीं पड़ता। जुड़ने के लिए सार्वजनिक वेब ऐप खोलना ही काफ़ी है। कुंजियाँ ब्राउज़र में बनती हैं और कभी बाहर नहीं जातीं; हर अनुमति (हस्ताक्षर) ब्राउज़र में ही होती है।
NAT के पीछे वाले उपयोगकर्ता भी जुड़ सकते हैं, क्योंकि Nostr रिले से कनेक्शन आउटबाउंड होता है।
जो लोग हमेशा ऑनलाइन नहीं रहते (उपयोगकर्ता, एस्क्रो, ऑपरेटर, कोऑर्डिनेटर), उनके मैसेज एन्क्रिप्टेड हालत में ही मेलबॉक्स का काम करने वाले Nostr रिले पर इंतज़ार करते हैं। हर मैसेज कई रिले पर भेजा जाता है।
सिर्फ़ शॉपर को हमेशा ऑनलाइन रहना होता है। वह एक Go नोड और एक ब्राउज़र ऑटोमेशन टूल (shopper-bot) चलाता है जो दुकानों को चलाता है।

भरोसा कैसे आगे बढ़ता है

coordinator (the user trusts its public key)
  └─ delegation: "this operator may publish lists"
       └─ list: "in this region, this shopper and this escrow can be trusted together"

उपयोगकर्ता सिर्फ़ कोऑर्डिनेटर (coordinator) की पब्लिक की पर भरोसा करता है। वहाँ से भरोसा ऑपरेटरों (operator) तक और शॉपर × एस्क्रो की जोड़ियों तक पहुँचता है। (ऊपर के चित्र में: कोऑर्डिनेटर ऑपरेटर को “सूचियाँ प्रकाशित करने” का अधिकार सौंपता है; सूची कहती है “इस क्षेत्र में इस शॉपर और इस एस्क्रो पर एक साथ भरोसा किया जा सकता है”।)
सूचियों के वर्ज़न होते हैं और वे कभी एक्सपायर नहीं होतीं। किसी को हटाने का मतलब है नया वर्ज़न प्रकाशित करना।
उपयोगकर्ता किसी कोऑर्डिनेटर को अपनी सेटिंग्स से हटाकर उसे “बर्ख़ास्त” करता है।

शुल्क

किसे	लागू करवाया जा सकता है?	कैसे
शॉपर	हाँ	कोटेशन में शामिल
एस्क्रो (अग्रिम)	हाँ	फ़ंडिंग के साथ सीधे एस्क्रो को दिया जाता है। अग्रिम शुल्क न देने वाले ऑर्डरों में फ़ैसला करने की एस्क्रो की कोई ज़िम्मेदारी नहीं है
एस्क्रो (विवाद)	हाँ	फ़ैसले के बँटवारे में से लिया जाता है
ऑपरेटर / कोऑर्डिनेटर	नहीं	प्रोटोकॉल के बाहर तय होता है, जैसे लिस्टिंग शुल्क। सूची जो बेचती है वह है “ढूँढ़े जाना”

एस्क्रो की ज़मानत राशि (बॉन्ड) और उसकी ज़ब्ती प्रोटोकॉल का हिस्सा नहीं हैं। इन्हें ऐसी शर्तें माना जाता है जिन पर ऑपरेटर और एस्क्रो ख़ुद सहमत होते हैं; एक संदर्भ कॉन्ट्रैक्ट दिया गया है।

सिर्फ़-नकद दुकानें

दुकान की जगह एक क्षेत्र कोड से बताई जाती है (जैसे JP-13-13104 = शिंजुकु, टोक्यो)। शॉपर उन क्षेत्रों की घोषणा करता है जहाँ वह जाकर नकद भुगतान कर सकता है, और सिर्फ़ वहीं की दुकानों के ऑर्डर लेता है।

दुकान का जोखिम

ऑर्डर लेने से पहले शॉपर दुकान को स्कोर देता है: क्या वह शॉपर की allowlist में है, क्या वह HTTPS पर है, और क्या उसका चेकआउट किसी जाने-माने पेमेंट गेटवे से होता है। कार्ड की जानकारी किसी भी मनमानी साइट पर भेजना जोखिम भरा है, इसलिए कम स्कोर वाली दुकानों के ऑर्डर ठुकरा दिए जाते हैं।