Wallets · WaaS

Wallets एक फ़ीचर हैं, कंपनी नहीं

आपके यूज़र को wallets चाहिए; आपको wallet कंपनी बनने की ज़रूरत नहीं। एक API call wallet बनाती है, SDK उसे आपके ऐप के भीतर दिखाता है, और keys डिवाइस से बाहर कभी नहीं जातीं।

01

भारी काम API करती है

POST /v1/wallets एक wallet लौटाता है। Balance, transfers और history endpoints हैं, खड़ा करने वाला infrastructure नहीं। Developer console पूरा surface दिखाता है — एक बैठक में पढ़ लेने जितना छोटा।

Developer console, जिसमें wallet API का उपयोग और POST /v1/wallets endpoint दिख रहा है

Developer console — API के रूप में wallets।

02

SDK आपके ऐप में घुल-मिल जाता है

Wallet sheet iOS, Android, React Native और Web पर host ऐप में embed होती है — आपका navigation, आपका ब्रांड, हमारी sheet। Key generation और signing डिवाइस पर होते हैं, इसलिए custody वहीं रहती है जहाँ उसे होना चाहिए — यूज़र के पास।

  1. 01एक sheet, चार प्लेटफ़ॉर्म
  2. 02On-device keys — यूज़र अपनी keys खुद रखते हैं
  3. 03आसपास का अनुभव host ऐप के हाथ में
Receive स्क्रीन, जिसमें Base network pill, QR कोड, कॉपी करने योग्य पता, समर्थित assets, यह नोट कि केवल Base-network टोकन ही प्राप्त हो सकते हैं, और copy व share बटन हैं
Recovery-phrase स्क्रीन, जिसमें दो कॉलम में क्रमांकित बारह शब्दों का phrase, copy-to-clipboard लिंक, यह नोट कि यह screenshots बंद करके सिर्फ़ एक बार दिखता है, और confirm बटन है

Base पर Receive — QR, पता, और गलत chain पर भेजने से रोकने वाली चेतावनी। · बारह शब्द, सिर्फ़ एक बार — offline लिख लीजिए, दोबारा कभी नहीं माँगे जाएँगे।

फ़ीचर्स

Protocore Wallets के साथ मिलने वाला सब कुछ।

  1. 01Developer console
  2. 02Embedded sheet
  3. 03Wallet तैयार
  4. 04कई wallets, एक उपयोगकर्ता
  5. 05Receive, सुरक्षा-घेरे के साथ
  6. 06Recovery phrase
  7. 07Wallet registry
  8. 08Asset registry
  9. 09हर action के लिए Kill switch
  10. 10POST /v1/wallets
  1. 11चार SDKs
  2. 12डिवाइस पर Keys
  3. 13डिफ़ॉल्ट रूप से Multi-chain
  4. 14बैलेंस, ट्रांसफ़र, हिस्ट्री
  5. 15Webhooks
  6. 16Live और test keys
  7. 17Watch-only wallets
  8. 18Backup की याद दिलाना
  9. 19भुगतान अनुरोध
  10. 20गलत chain से सुरक्षा
  1. 21Key export
  2. 22स्वचालित sync
  3. 23आर्किटेक्चर से ही कोई custody नहीं
  4. 24सपोर्ट के लिए User 360
  5. 25कारण देना अनिवार्य
  6. 26डिज़ाइन से Whitelabel
  7. 27नाम बदलें और व्यवस्थित करें
  8. 28बड़े स्तर पर परखा हुआ
सभी 28 फ़ीचर विस्तार से पढ़ें

01Developer console

Console पूरी तस्वीर दिखाता है: एक curl में wallet बनाने वाला quickstart — HTTP 201, 84 ms में — live और test API keys, webhook डिलीवरी की स्थिति, और production के आँकड़े। डेमो प्रोग्राम 99.99% uptime पर 84,120 wallets चलाता है।

  • curl, Node, Python और Go में Quickstart
  • Live और test keys, वहीं दिखाएँ और कॉपी करें
  • हर डिलीवरी की स्थिति के साथ wallet.created webhooks

02Embedded sheet

डेमो में एक टिकटिंग ऐप €49.00 का प्रवेश टिकट बेचता है और उसके ऊपर Protocore sheet खिसककर आती है: Base पर 124.00 USDC का बैलेंस, pay और receive, backup, keys export। प्रोडक्ट होस्ट ऐप ही रहता है; wallet उसके भीतर बस एक sheet है।

03Wallet तैयार

Onboarding का अंत एक स्क्रीन पर होता है: आपका wallet तैयार है। इसके बाद फ़ंड और गतिविधि अपने-आप sync होते हैं — उपयोगकर्ता उसका नाम बदलता है, उसमें फ़ंड डालता है, या होस्ट ऐप में आगे बढ़ जाता है। API कॉल पहले ही हो चुकी थी; उपयोगकर्ता ने उसे कभी देखा नहीं।

04कई wallets, एक उपयोगकर्ता

डेमो का switcher एक साथ तीन तरह के wallets रखता है: €1,148.20 वाला multi-chain मुख्य wallet, एक single-chain Solana wallet जिस पर backup का फ़्लैग अब भी लगा है, और दिखाई देने भर के लिए जुड़ा watch-only cold-storage पता। उपयोगकर्ता फ़ंड को उसी तरह व्यवस्थित करते हैं जैसे वे उनके बारे में सोचते हैं।

  • Multi-chain और single-chain wallets साथ-साथ
  • जिन पतों पर नज़र रखनी है, रखे नहीं हैं, उनके लिए watch-only प्रविष्टियाँ
  • Seed लिखे जाने तक बिना backup वाले wallets पर फ़्लैग

05Receive, सुरक्षा-घेरे के साथ

गलतियों को मानकर चलने वाली receive स्क्रीन: बैनर कहता है कि केवल Base assets, वरना फ़ंड खो सकते हैं; नीचे QR और कॉपी करने योग्य पता है, और sheet ठीक-ठीक बताती है कि यह पता कौन-से assets सपोर्ट करता है। पता कॉपी करें, या जैसा है वैसा शेयर करें।

06Recovery phrase

क्रमांकित बारह शब्द, एक बार दिखाए जाते हैं, ऑफ़लाइन लिखे जाते हैं। स्क्रीन की अपनी सुरक्षा-व्यवस्था है: screenshots बंद हैं, और Protocore साफ़ लिखता है कि वह इन शब्दों को कभी नहीं माँगेगा। Custody उपयोगकर्ता के पास रहती है क्योंकि backup उसी के पास है।

07Wallet registry

Operator console tenant के हर wallet की read-side registry रखता है — डेमो में 2,418 — जिसमें exact-match पता खोज और प्रति-उपयोगकर्ता व्यू है। Drawer वही कहता है जो आर्किटेक्चर लागू करता है: console के पास कभी keys नहीं होतीं और वह फ़ंड नहीं हिलाता। पते सपोर्ट और ट्रेसिंग के लिए दिखाए जाते हैं, कभी sweep नहीं किए जाते।

  • पूरे tenant में exact-match पता खोज
  • हर wallet का मालिक, chain, लेबल और पंजीकरण की अवधि
  • Wallet से उसके मालिक के User 360 तक एक क्लिक

08Asset registry

रिकॉर्ड में 142 assets — symbol, नाम, chain, contract, decimals और listing फ़्लैग, एक read-only टेबल में। USDC और ETH पर Core फ़्लैग है; USDT पर Unsafe का फ़्लैग लगा है। आपका ऐप ठीक वही tokens दिखाता है जिनकी गारंटी registry देती है, और कुछ नहीं।

09हर action के लिए Kill switch

Send, receive, swap और buy — हर एक का अपना switch है, अपना off-mode (संदेश के साथ बंद करें, या पूरी तरह छिपा दें), और सबके ऊपर एक master फ़्लैग। बदलाव server-side सहेजा जाता है और लगभग 30 सेकंड में ऐप्स तक पहुँचता है। जब कोई rail गड़बड़ करे, तो आप ठीक वही rail बंद करते हैं।

10POST /v1/wallets

एक authenticated कॉल से wallet मिल जाता है — id, पता, chains — डेमो में 84 ms में। पहले wallet से पहले infrastructure का कोई चरण नहीं है; endpoint ही infrastructure है।

11चार SDKs

iOS, Android, React Native और Web versioned SDKs के रूप में आते हैं — डेमो console में 1.4.2, 1.4.0, 0.9.1 और 2.1.0। एक integration पैटर्न, चार प्लेटफ़ॉर्म, हर जगह वही sheet।

12डिवाइस पर Keys

Key material उपयोगकर्ता के डिवाइस पर बनता और रहता है — आपको custodian बने बिना wallets मिलते हैं। Sheet नीचे साफ़ कहती है: Protocore द्वारा सुरक्षित, keys डिवाइस पर।

13डिफ़ॉल्ट रूप से Multi-chain

Wallets पहले दिन से BTC, ETH, Base और Solana बोलते हैं। create कॉल chains array लेती है — quickstart base और ethereum भेजता है और एक wallet वापस पाता है।

14बैलेंस, ट्रांसफ़र, हिस्ट्री

बनाने के बाद का सब कुछ भी एक endpoint है: बैलेंस, ट्रांसफ़र और हिस्ट्री API कॉल हैं, ऐसे सिस्टम नहीं जिन्हें आपको खड़ा करना पड़े। Console का transactions व्यू उसी सतह से पढ़ता है जिससे आपका ऐप।

15Webhooks

Wallet events आपके endpoint पर हर डिलीवरी की स्थिति के साथ पोस्ट होते हैं — डेमो में 24 घंटे में wallet.created 100% सफल दिखता है, आखिरी डिलीवरी दो मिनट पहले। आपके backend को wallet के अस्तित्व में आते ही पता चल जाता है।

16Live और test keys

Keys जोड़ी में आती हैं — sk_live और sk_test — जिन्हें console में मैनेज किया जाता है। असली wallet बनने से पहले Test mode पूरी सतह को आज़मा लेता है।

17Watch-only wallets

कोई पता keys के बिना भी switcher में जुड़ सकता है — बैलेंस दिखता है, खर्च कुछ नहीं हो सकता। उपयोगकर्ता उसी स्क्रीन से cold storage पर नज़र रखते हैं जिससे वे खर्च करते हैं।

18Backup की याद दिलाना

जिस wallet का phrase लिखा नहीं गया, उस पर तब तक back-up का दिखता फ़्लैग रहता है जब तक उपयोगकर्ता उसे ठीक न कर दे। याद दिलाना वहीं है जहाँ पैसा है, किसी ऐसे ईमेल में नहीं जिसे कोई खोलता नहीं।

19भुगतान अनुरोध

Receive स्क्रीन पर राशि तय करें और नतीजा शेयर करें — सामने वाले को screenshot और अंदाज़े की जगह पता और राशि मिलती है। सादा पता शेयर करना बस एक टैप दूर रहता है।

20गलत chain से सुरक्षा

पते नेटवर्क-विशिष्ट होते हैं और UI भेजने से पहले ही यह बता देता है: केवल Base assets, वरना खो सकते हैं। समर्थित assets की सूची QR वाली ही स्क्रीन पर रहती है।

21Key export

उपयोगकर्ता sheet से अपनी keys export कर सकते हैं — custody उपयोगकर्ता के पास रहती है, सिर्फ़ मार्केटिंग पेज पर नहीं। चाहे तो wallet ऐप से रिश्ते के बाद भी बना रहता है।

22स्वचालित sync

फ़ंड और गतिविधि बिना refresh बटन के sync होते हैं — sheet और API एक ही स्थिति देखते हैं। Chain जो जानती है, wallet वही दिखाता है।

23आर्किटेक्चर से ही कोई custody नहीं

Operator console केवल read-side है: वह पते खोज सकता है, उन्हें उपयोगकर्ताओं से जोड़ सकता है और फ़्लो ट्रेस कर सकता है — फ़ंड नहीं हिला सकता, क्योंकि उसके पास keys कभी होती ही नहीं। अनुपालन का सबसे मज़बूत जवाब वह क्षमता है जो मौजूद ही नहीं है।

24सपोर्ट के लिए User 360

हर पंजीकृत wallet operator console में अपने मालिक के User 360 से जुड़ा है — बैलेंस, डिवाइस, KYC टियर और हिस्ट्री, ग्राहक जिस पते के बारे में पूछ रहा है उससे बस एक क्लिक दूर।

25कारण देना अनिवार्य

Console में operator के हर action के लिए कारण देना अनिवार्य है और उसका ऑडिट होता है — production बैनर हर स्क्रीन पर यही कहता है। सपोर्ट तेज़ी से काम कर सकता है, पर चुपचाप नहीं।

26डिज़ाइन से Whitelabel

Sheet आपके ऐप के भीतर रेंडर होती है — आपका नेविगेशन, आपका ब्रांड, हमारी sheet। Wallet ढूँढने के लिए उपयोगकर्ता फ़्लो से बाहर नहीं जाते; वह वहीं दिखता है जहाँ भुगतान है।

27नाम बदलें और व्यवस्थित करें

बनते ही wallets को नाम मिल जाते हैं — मुख्य wallet, Solana बचत, Cold storage। जिस wallet का नाम उपयोगकर्ता खुद रख सके, उसे वह समझता भी है।

28बड़े स्तर पर परखा हुआ

डेमो प्रोग्राम 99.99% uptime पर 84,120 wallets चलाता है, उन्हीं rails पर जो हर नए integration को मिलती हैं। ये आँकड़े console के पहले पन्ने पर हैं, किसी sales deck में नहीं।

स्क्रीन

प्रोडक्ट के अंदर।

असली प्रोडक्ट UI, डेमो डेटा के साथ।

Support-side lookup — 2,418 wallets, केवल पढ़ने के लिए, custody कभी नहीं।
रिकॉर्ड में 142 assets — हर टोकन के contracts, decimals और flags।
हर action का kill switch — console में off, लगभग 30 सेकंड बाद ऐप्स में off।

FAQ

API से Wallets, आपके सवालों के जवाब।

  • नहीं। Key generation और signing यूज़र के डिवाइस पर होते हैं — keys हमारे सर्वर तक कभी नहीं पहुँचतीं। आपको ऐप के भीतर wallets मिलते हैं, custodian बने बिना, और हम चाहें तो भी यूज़र के फंड नहीं हिला सकते।

  • एक call — POST /v1/wallets — एक wallet लौटाती है। Balance, transfers और history endpoints हैं, खड़ा करने वाला infrastructure नहीं, और SDK wallet sheet को आपके ऐप में दिखाता है। पूरा surface एक बैठक में पढ़ लेने जितना छोटा है।

  • नहीं। SDK sheet host ऐप में embed होती है — आपका navigation, आपका ब्रांड, हमारी sheet। प्रोडक्ट host ऐप ही रहता है; wallet उसके भीतर एक फ़ीचर है, कब्ज़ा नहीं।

  • iOS, Android, React Native और Web के लिए SDK, और पहले दिन से सभी प्रमुख blockchains पर multi-chain। Receive स्क्रीन गलत नेटवर्क पर भेजने से पहले ही चेतावनी भी देती है।

  • बारह शब्दों का recovery phrase, जो सेटअप के समय एक बार दिखता है ताकि offline लिख लिया जाए, और दोबारा कभी नहीं माँगा जाता। चूँकि keys डिवाइस पर हैं, रिकवरी यूज़र के phrase से होती है — हमें support टिकट भेजकर नहीं।

  • Support को read-only console मिलता है, जिसमें exact-match पता lookup है — मदद के लिए काफ़ी, custody के लिए कभी नहीं। हर action का kill switch ऐप्स में send, receive, swap या buy रोक सकता है, पर कोई operator यूज़र के फंड नहीं हिला सकता।

परखें

एक call से wallet बनाइए।

01

गाइडेड डेमो वॉकथ्रू

हम आपके साथ POST /v1/wallets चलाते हैं और iOS, Android, React Native व Web पर host ऐप में embedded SDK sheet दिखाते हैं।

02

Developer sandbox

टेस्ट environment के लिए API keys, ताकि आपकी टीम शुरू से अंत तक wallets बना सके, balance पढ़ सके और टेस्ट फंड मूव कर सके।

03

SDKs, webhooks और docs

चारों प्लेटफ़ॉर्म के SDK, event webhooks और integration docs — अपने ऐप में wallet embed करने के लिए काफ़ी।

04

डिज़ाइन से On-device

खुद देखिए कि key material डिवाइस पर ही बनता और रखा जाता है — आपको wallets मिलते हैं, custodian बने बिना।

उपलब्धता

डिज़ाइन से ही whitelabel — wallets आपके ऐप के भीतर, आपके ब्रांड के नाम से आते हैं।

इकोसिस्टम में

Ramp जो खरीदता है और Chain जो settle करता है, वह Wallets में रहता है — और जब balance हिलना बंद कर दें, तो वे Safe में पहुँचते हैं।

कोई प्रोडक्ट चुनें। या सीधे core लें।

ऊपर का सब कुछ प्रोडक्शन डेमो में चलता है, जिसे हम आपको दिखा सकते हैं: स्टैंडअलोन, whitelabel या एक प्लेटफ़ॉर्म के रूप में। बताइए आप क्या बना रहे हैं, हम सबसे छोटा रास्ता दिखाएँगे।