मानक निजी कंपनी टेम्पलेट

यह क्या है

CORP-PRIVATE-STD बहु-स्वामी टीमों के लिए dCorps का मानक निजी कंपनी सेटअप है। यह एक सार्वजनिक कंपनी प्रोफ़ाइल, कोर वॉलेट सेट और भूमिका बाइंडिंग्स बनाता है जो एडमिन, ट्रेज़री और अनुमोदन अधिकार को अलग रखते हैं। संरक्षित कार्रवाइयों में कई मालिक सह-हस्ताक्षर करते हैं, ताकि किसी एक वॉलेट के पास सब कुछ न हो, और सार्वजनिक व्यू ऑन-चेन साफ़ व सत्यापन योग्य रहे।

टेम्पलेट कोड

टेम्पलेट कोड: CORP-PRIVATE-STD। यह लेबल ऐप्स, लिंक और सार्वजनिक व्यू में टेम्पलेट को एकरूप रखता है।

साझा नियंत्रण

एक इकाई आईडी, जिसमें कई मालिक वॉलेट्स अधिकार साझा करते हैं; संरक्षित कार्रवाइयों के लिए सह-हस्ताक्षर अनुमोदन आवश्यक हैं।

साझा यूनिट्स

मालिकाना यूनिट्स कई धारकों में बंटती हैं, और ट्रांसफर डिजाइन के अनुसार अनुमोदन नियम फॉलो करते हैं।

मानक वॉलेट प्रकार

मानक वॉलेट प्रकार आमदनी, खर्च और रिज़र्व को अलग करते हैं, जबकि अधिकार वॉलेट्स ट्रेज़री अनुमोदन साइन करते हैं।

टैग्ड फ्लो

भुगतान टैग्स के साथ चलते हैं जो बताते हैं कि पैसा क्यों हिला और कौन-सा अनुमोदन पाथ इस्तेमाल हुआ।

टेम्पलेट की स्थिति

CORP-PRIVATE-STD, सोलो टेम्पलेट और एडवांस्ड गवर्नेंस टेम्पलेट्स के बीच बैठता है। यह साझा अनुमोदन और दायित्व-विभाजन जोड़ता है, लेकिन संरचना सरल रखता है। जब नियंत्रण एक मालिक में समेकित हो जाए तो सोलो टेम्पलेट में डाउनग्रेड करें, या गवर्नेंस बढ़े तो वेंचर या जटिल निजी में अपग्रेड करें।

एकल-स्वामी टेम्पलेट

जब अनुमोदन एक ही मालिक नियंत्रित करे और साझा अंतिम मंज़ूरी की जरूरत न रहे, तब CORP-SOLO में डाउनग्रेड करें।

वेंचर टेम्पलेट

बोर्ड गवर्नेंस, निवेशक राउंड्स और मल्टी-क्लास इक्विटी के लिए CORP-VENTURE में अपग्रेड करें।

कॉम्प्लेक्स प्राइवेट

समितियों, संरक्षित विषयों या मल्टी-एंटिटी होल्डिंग्स के लिए CORP-COMPLEX-PRIVATE में अपग्रेड करें।

सबसे उपयुक्त

CORP-PRIVATE-STD उन निजी कंपनियों के लिए उपयुक्त है जिनमें दो या अधिक मालिक हों और नियमित ऑपरेशनल खर्च चलता हो। यह फाउंडर टीमें, स्टूडियो और परिवार-स्वामित्व वाले व्यवसायों के लिए ठीक है जो स्पष्ट भूमिकाएं, रूटीन अनुमोदन और स्टेबलकॉइन-नेटिव भुगतान चाहते हैं। रोज़मर्रा का काम तेज़ी से आगे बढ़ता है, जबकि उच्च-प्रभाव वाली कार्रवाइयों के लिए सह-हस्ताक्षर जरूरी होता है।

साझा अनुमोदन

संरक्षित कार्रवाइयों के लिए कम से कम दो साइनर्स चाहिए, ताकि निर्णय साझा हों और जवाबदेही बनी रहे।

स्टेबलकॉइन-नेटिव

पैसे का इन-आउट बैंक रेल्स की जगह स्टेबलकॉइन्स पर चलता है, इसलिए फ्लो ऑन-चेन रहता है।

दायित्व-विभाजन

एडमिन और ट्रेज़री भूमिकाएं अलग रहती हैं, ताकि एक ही वॉलेट किसी कार्रवाई को बनाकर खुद ही अनुमोदित न कर सके।

संचालन टीम

नियमित खर्च और अनुमोदन वाली टीमों के लिए, जो भारी ओवरहेड के बिना स्पष्ट भूमिकाएं चाहती हैं।

कब उपयुक्त नहीं

यह टेम्पलेट एकल-मालिक, बिना-अनुमोदन वाले सेटअप के लिए नहीं है, और यह वेंचर-स्टाइल बोर्ड्स या मल्टी-क्लास इक्विटी के लिए भी नहीं बनाया गया है। यह रूटीन अनुमोदनों के साथ साझा नियंत्रण मानकर चलता है, इसलिए बहुत जटिल गवर्नेंस के लिए एडवांस्ड टेम्पलेट्स चुनें। दान-आधारित संगठनों को फंडरेज़िंग और वितरण के लिए बने नॉनप्रॉफिट टेम्पलेट्स का उपयोग करना चाहिए।

एकल-स्वामी सादगी

CORP-SOLO तब उपयुक्त है जब एक ही वॉलेट सब कुछ नियंत्रित करे और अनुमोदन सेटअप का हिस्सा न हों।

वेंचर संरचना

बोर्ड-नेतृत्व वाले फंडिंग राउंड्स या मल्टी-क्लास इक्विटी, CORP-VENTURE से बेहतर मेल खाते हैं।

गैर-लाभकारी मॉडल

गैर-लाभकारी संस्थाएं दान और एलोकेशन वर्कफ़्लोज़ का पालन करती हैं; फंडरेज़िंग के लिए बने नॉनप्रॉफिट टेम्पलेट्स के साथ अलाइन करें।

मालिकाना और यूनिट्स

कई हिस्सेदारों के बीच प्रतिशत स्पष्ट रखने के लिए शेयरों को बेस यूनिट्स में व्यक्त करें। यूनिट ट्रांसफर और नए यूनिट जारी करना अनुमोदन कार्रवाइयों के जरिए होता है, इसलिए मालिकाना बदलाव नियंत्रित और दिखाई देने योग्य रहता है। बाद में अधिक सूक्ष्मता (प्रेसिजन) के लिए और यूनिट्स जोड़ी जा सकती हैं, बिना मौजूदा प्रतिशत बदले।

डिफ़ॉल्ट बेस यूनिट्स

यह 10,000 बेस यूनिट्स से शुरू होता है, इसलिए 1 यूनिट = 0.01% मालिकाना, और पढ़ना आसान रहता है।

एक यूनिट = एक वोट

डिफ़ॉल्ट रूप से वोटिंग यूनिट मालिकाना का पालन करती है; गवर्नेंस बदल न दे तो 1 यूनिट = 1 वोट।

प्रेसिजन बढ़ाना

बाद में अधिक बेस यूनिट्स जोड़कर प्रेसिजन बढ़ाएं, जबकि हर मालिक का प्रतिशत वही रहे।

अधिकार और गवर्नेंस

एडमिन, ट्रेज़रर और अप्रूवर रोल्स को अलग रखें, ताकि कोई एक वॉलेट एक ही कार्रवाई को बनाकर खुद ही अनुमोदित न कर सके। संरक्षित कार्रवाइयों के लिए को-साइन अनुमोदन जरूरी हैं और हर निर्णय एक दिखाई देने योग्य ट्रेल छोड़ता है। रोल बदलाव और की रोटेशन्स ऑन-चेन लॉग होते हैं, इसलिए वर्तमान अधिकार हमेशा स्पष्ट रहता है।

भूमिका विभाजन

एडमिन, ट्रेज़रर और अप्रूवर रोल्स अलग-अलग वॉलेट्स में बंटते हैं, ताकि कंट्रोल और एक्ज़िक्यूशन अलग रहें।

अनुमोदन लेयर

अनुमोदक भूमिकाएं संरक्षित ट्रेज़री और नीति कार्रवाइयों पर सह-हस्ताक्षर करती हैं, ताकि साझा जवाबदेही रहे।

की रोटेशन

कीज़ को एक गवर्नेंस कार्रवाई के जरिए रोटेट किया जा सकता है, ताकि एक्सेस बदलाव सार्वजनिक और ट्रेस करने योग्य हों।

सुरक्षित कार्रवाइयां

संवेदनशील कार्रवाइयों के लिए फंड हिलने या नीतियां बदलने से पहले कई अनुमोदन जरूरी हैं।

कर्मचारी रोल वॉलेट

भूमिका वॉलेट्स का उपयोग करके काम डेलीगेट करें और अनुमोदन नामित अनुमोदकों के पास रखें। ऑपरेटर इनवॉइस तैयार कर सकते हैं, भुगतान टैग कर सकते हैं या पेआउट स्टेज कर सकते हैं, और फंड हिलने से पहले अनुमोदक हस्ताक्षर करते हैं। इससे काम चलता रहता है और जवाबदेही साझा रहती है।

भूमिका प्रकार

टीम के अनुसार ऑपरेटर, अकाउंटेंट, अनुमोदक या भुगतान निष्पादक के लिए रोल वॉलेट सेट किए जा सकते हैं।

स्कोप्ड अनुमतियां

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

पेयी अलगाव

प्राप्तकर्ता वॉलेट्स फंड प्राप्त करते हैं, जबकि भूमिका वॉलेट्स अधिकार संभालते हैं, जब तक कंपनी स्पष्ट रूप से दोनों को साथ बाइंड न करे।

डेलीगेशन और अनुमोदन सीमाएं

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

भूमिका स्कोप

हर भूमिका में स्पष्ट स्कोप होता है, जो बताता है कि वह कौन-सी कार्रवाइयां तैयार, मंज़ूर या निष्पादित कर सकती है।

अनुमोदन थ्रेशहोल्ड

थ्रेशहोल्ड वह राशि या जोखिम स्तर तय करते हैं जिस पर पैसा चलने से पहले अनुमोदन का कदम (चरण) ट्रिगर होता है।

वॉलेट और कैटेगरी लिमिट

वॉलेट प्रकार या खर्च-श्रेणी के अनुसार लिमिट्स तय की जा सकती हैं, ताकि अलग गतिविधियों के लिए अलग सुरक्षा-सीमाएं लागू हों।

वॉलेट संरचना

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

मर्चेंट वॉलेट

वॉलेट प्रकार MERCHANT वह सार्वजनिक भुगतान वॉलेट है जहां ग्राहक आय आती है।

ऑपरेटिंग ट्रेज़री

वॉलेट प्रकार OPERATING_TREASURY रूटीन बिज़नेस खर्च और विक्रेताओं/ठेकेदारों के लिए आउटगोइंग भुगतान संभालता है।

रिज़र्व वॉलेट

वॉलेट प्रकार RESERVES बफर या दीर्घकालीन फंड रखता है जब आप कुछ अलग रखना चाहें।

अधिकार अलगाव

अधिकार वॉलेट अनुमोदन के लिए कई मालिक साइनर्स शामिल कर सकते हैं, जबकि भुगतान वॉलेट फंड प्राप्त/भेजते हैं, ताकि नियंत्रण नकद से अलग रहे।

ऑपरेटिंग एसेट्स

रिपोर्टिंग टोटल USDC में दिखाए जाते हैं ताकि वैल्यू स्थिर रहे और तुलना आसान हो। ट्रेज़री वॉलेट गैस के लिए या दीर्घकालीन एक्सपोज़र के लिए DCHUB भी रख सकते हैं, अगर आप इसे रखना चाहें। इन होल्डिंग्स को टैग किया जाता है ताकि सारांश स्पष्ट रहे और ऑपरेटिंग नकद के साथ मिश्रित न हो।

रिपोर्टिंग यूनिट

v0.1 में सारी रिपोर्टिंग USDC टोटल पर आधारित है, ताकि समय और टूल्स के साथ व्यू स्थिर रहें।

ट्रेज़री होल्डिंग्स

जब आप नेटवर्क एक्सपोज़र चाहें, तब ट्रेज़री और रिज़र्व वॉलेट स्टेबलकॉइन्स के साथ DCHUB भी रख सकते हैं।

टैग किए गए एसेट्स

DCHUB बैलेंस में asset_tag और BAL_DCHUB होना चाहिए, ताकि एक्सप्लोरर उन्हें ऑपरेटिंग कैश से अलग दिखाएं।

गैस भुगतान

हर बार ट्रांज़ैक्शन सबमिट करने पर, साइनिंग वॉलेट DCHUB में ट्रांज़ैक्शन फीस चुकाता है।

कॉमर्स और पेमेंट मोड्स

CORP-PRIVATE-STD सीधे भुगतान और इनवॉइस दोनों का समर्थन करता है, ताकि ग्राहक अपने लिए सही तरीके से भुगतान कर सकें। रिकरिंग प्लान्स, शेड्यूल किए गए ऑन-चेन भुगतान के साथ सब्सक्रिप्शन बिलिंग को कवर करते हैं। हर इनवॉइस की एक स्थिति होती है, ताकि टीम एक नज़र में समझ सके कि क्या लंबित है, क्या भुगतान हो चुका है, और क्या रद्द किया गया है।

डायरेक्ट पेमेंट्स

जब राशि पहले से ज्ञात हो, ग्राहक मर्चेंट वॉलेट को सीधे भुगतान कर सकते हैं।

इनवॉइस रिक्वेस्ट

इनवॉइस, इकाई से जुड़ा ऑन-चेन पेमेंट रिक्वेस्ट है, जिसमें राशि, ड्यू डेट और पेयर रेफ़रेंस होता है।

रिकरिंग प्लान्स

रिकरिंग प्लान्स रिपीट बिलिंग शेड्यूल करते हैं, ताकि सब्सक्रिप्शन्स या रिटेनर्स मैनुअल री-एंट्री के बिना चल सकें।

स्थिति अपडेट

हर इनवॉइस की स्थिति समय के साथ अपडेट होती रहती है, ताकि अनुवर्ती कार्रवाई और मिलान साफ़ रहे।

कैटलॉग आइटम्स

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

आइटम रेफ़रेंस

एक item_id बनाएं, स्पष्ट लेबल और कीमत के साथ, ताकि हर प्रोडक्ट/सेवा को दोबारा इस्तेमाल करना आसान रहे।

कॉस्ट बेसलाइन

एक वैकल्पिक लागत-बेसलाइन जोड़ें, ताकि बाद में पीछे से अंदाज़ा लगाए बिना मार्जिन का अनुमान लगाया जा सके।

इनवॉइस लिंकिंग

बिक्री गतिविधि को टोटल और व्यू से जोड़ने के लिए इनवॉइस और टैग्स पर item_id का उपयोग करें।

पे-रोल और कॉन्ट्रैक्टर फ्लो

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

पेयी वॉलेट

पेयी वॉलेट सीधे वेतन या ठेकेदार भुगतान प्राप्त करते हैं, और किसी भी अधिकार भूमिका से अलग रहते हैं।

टैग्ड पेआउट

पेआउट पे-रोल या कॉन्ट्रैक्टर टैग लेकर चलते हैं, ताकि सारांश में पारिश्रमिक पहचानना आसान हो।

वैकल्पिक शेड्यूल

जब आप रिकरिंग या समूहबद्ध भुगतान चाहते हों, तब ऐप्स या एसडीके पेआउट को शेड्यूल या बैच कर सकते हैं।

टैगिंग और सबूत

टैग हर भुगतान पर जोड़े जाने वाले सरल लेबल हैं, ताकि समय के साथ गतिविधि समझने योग्य बनी रहे। महत्वपूर्ण ट्रांज़ैक्शन के लिए, आप इनवॉइस, रसीद या समझौते का सुरक्षित रेफ़रेंस एंकर करके प्रमाण जोड़ सकते हैं। इससे निजी फाइलें प्रकाशित किए बिना एक स्पष्ट प्रमाण-श्रृंखला बनती है।

कोर (अनिवार्य)

ये टैग हर फ्लो पर अनिवार्य हैं ताकि व्यू एकरूप रहें। reference_type को reference_id के साथ पेयर करें।

category_code counterparty_type reference_id reference_type

ऑपरेटिंग संदर्भ

वैकल्पिक टैग टीम, प्रोडक्ट, प्रोजेक्ट या चैनल के अनुसार गतिविधि विभाजित करते हैं, ताकि ट्रैकिंग अधिक स्पष्ट रहे।

business_unit_tag department_tag cost_center_tag project_tag product_tag item_id channel_tag region_tag counterparty_tag

इक्विटी संदर्भ

ये टैग तभी लागू होते हैं जब बाद में इक्विटी वर्कफ़्लोज़ जोड़े जाएं, जैसे क्लासेस, पूल्स या वेस्टिंग।

equity_class_tag vesting_schedule_tag option_pool_tag

सबूत एंकर

एंकर दस्तावेज़ प्रकाशित किए बिना इनवॉइस, रसीद या समझौते से लिंक करते हैं।

मटेरियलिटी थ्रेशहोल्ड

एक महत्त्व-सीमा थ्रेशहोल्ड सेट करें ताकि बड़े आइटम्स के लिए सबूत जरूरी हो; डिफ़ॉल्ट 1,000 USDC है।

काउंटरपार्टी डायरेक्टरी और गोपनीयता

दोहराए जाने वाले क्लाइंट या विक्रेता को असली नाम की जगह निजी छद्मनामों से लेबल किया जा सकता है। वास्तविक पहचान का मैपिंग आपके नियंत्रण में ऑफ-चेन रहता है, जिससे संवेदनशील डेटा सुरक्षित रहता है। सार्वजनिक व्यू केवल टैग और वॉलेट दिखाते हैं - मूल पहचान नहीं। इस तरह आप पहचान उजागर किए बिना, कौन भुगतान करता है और किसे भुगतान मिलता है, इसका एकरूप इतिहास रख सकते हैं।

छद्मनाम आईडी

ऑन-चेन कानूनी नाम उजागर किए बिना दोहराए जाने वाले क्लाइंट या विक्रेता को लेबल करने के लिए counterparty_tag का उपयोग करें।

ऑफ-चेन मैपिंग

रियल-नेम मैपिंग ऑफ-चेन रखें ताकि केवल आपकी टीम इसे देख सके।

दोहराए जाने वाले प्रतिपक्ष

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

ऑपरेटिंग फ्लो

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

पंजीकरण और बाइंड

इकाई पंजीकृत करें और ओनर वॉलेट्स को एडमिन, ट्रेज़रर और अप्रूवर रोल्स के साथ लिंक करें।

वॉलेट और थ्रेशहोल्ड सेट करें

मानक वॉलेट जोड़ें और अनुमोदन थ्रेशहोल्ड्स सेट करें ताकि सीमाओं के ऊपर ट्रेज़री कार्रवाइयों के लिए सह-हस्ताक्षर जरूरी हों।

भूमिकाएं डेलीगेट करें

टीम को साइन किए बिना काम तैयार करने देने के लिए कर्मचारी भूमिका वॉलेट्स और प्राप्तकर्ता वॉलेट्स जोड़ें।

आमदनी प्राप्त करें

इनवॉइस जारी करें या सीधे पेमेंट स्वीकार करें, ताकि आय मर्चेंट वॉलेट में आए।

टैग और एंकर करें

आवक/जावक को टैग करें, और जिन महत्वपूर्ण आइटम्स को प्रमाण चाहिए, उनके लिए सबूत एंकर करें।

रिव्यू और क्लोज़

लाइव व्यू रिव्यू करें, फिर अगर आप बाद में तुलना के लिए एक स्थिर स्नैपशॉट चाहते हों तो अवधि बंद करें।

लाइव ऑन-चेन व्यू

एक्सप्लोरर मैनुअल एक्सपोर्ट्स का इंतज़ार किए बिना टैग्ड ट्रांज़ैक्शन से लाइव सारांश दिखाते हैं। आप बैलेंस, हाल की गतिविधि और टैग कवरेज होते ही देख सकते हैं। दूसरे लोग भी वही संख्या देख सकते हैं जो आप देखते हैं, जिससे सार्वजनिक दृश्यता एकरूप रहती है।

वॉलेट बैलेंस

जैसे-जैसे ट्रांज़ैक्शन ऑन-चेन कन्फ़र्म होते हैं, वॉलेट बैलेंस अपडेट होते हैं और संख्या वर्तमान रहती है।

टाइम विंडो व्यू

टाइम विंडो व्यू, मैनुअल बंद का इंतज़ार किए बिना किसी अवधि में गतिविधि का सारांश दिखाते हैं।

कवरेज रेशियो

कवरेज रेशियो दिखाते हैं कि कौन से फ्लो पूरी तरह टैग्ड हैं और किन्हें अभी कॉन्टेक्स्ट चाहिए।

डेटा एक्सपोर्ट

ऑफ़लाइन विश्लेषण या बैकअप के लिए एक्सपोर्ट वैकल्पिक हैं, जब आपको फाइलें चेन के बाहर चाहिए हों।

रजिस्ट्री, लॉग और प्रूफ

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

रजिस्ट्री एंट्री

रजिस्ट्री पहचान, स्थिति और आधिकारिक वॉलेट बाइंडिंग्स सूचीबद्ध करती है, ताकि कोई भी वर्तमान सेटअप सत्यापित कर सके।

गवर्नेंस लॉग

गवर्नेंस लॉग अनुमोदन, सह-हस्ताक्षर और भूमिका बदलाव समय-क्रम में दिखाता है, ताकि जवाबदेही स्पष्ट रहे।

एंकर किया हुआ प्रूफ

एंकर रसीदों और कॉन्ट्रैक्ट्स को टाइमस्टैम्प करते हैं, ताकि फाइलें प्रकाशित किए बिना उनकी मौजूदगी बाद में सत्यापित हो सके।

लाइफ़साइकल और स्थिति

सिग्नल दिखाते हैं कि कंपनी सक्रिय है, रोकी गई है या बंद है, ताकि लोग जान सकें कि भुगतान होना चाहिए या नहीं। ऐप्स सुरक्षा संकेत के रूप में स्थिति अपने आप दिखा सकते हैं। इससे भ्रम कम होता है और निष्क्रिय इकाइयों को पैसे भेजने से बचाव में मदद मिलती है।

स्थिति स्टेट्स

स्थिति लेबल एकरूप रंग-सेट के साथ दिखाते हैं कि इकाई सक्रिय है या भुगतान के लिए सुरक्षित है।

मसौदा सक्रिय निलंबित विघटित

पेमेंट एंडपॉइंट्स

पेमेंट एंडपॉइंट्स इकाई आईडी और वॉलेट प्रकार से स्वचालित रूप से रिज़ॉल्व होते हैं, ताकि उपयोगकर्ता रॉ एड्रेसेज़ कॉपी न करें।

इंटरफेस चेतावनियां

जब कोई इकाई निलंबित या विघटित हो, तो इंटरफेस चेतावनी दे सकते हैं ताकि भुगतानकर्ता फंड भेजने से बचें।

अपग्रेड पाथ

जैसे-जैसे कंपनी बढ़ती या सरल होती है, आप निरंतरता खोए बिना दूसरे टेम्पलेट में जा सकते हैं। अपग्रेड बोर्ड वर्कफ़्लोज़, निवेशक शर्तें या जटिल गवर्नेंस जोड़ते हैं, जबकि सरलता आपको एकल-मालिक सेटअप की ओर वापस ले जा सकती है। ट्रांज़िशन के बीच वही इकाई इतिहास यथावत रहता है।

वेंचर टेम्पलेट

टेम्पलेट कोड CORP-VENTURE वेंचर संरचनाओं के लिए बोर्ड अनुमोदन, निवेशक शर्तें और इक्विटी टैगिंग जोड़ता है।

कॉम्प्लेक्स प्राइवेट

टेम्पलेट कोड CORP-COMPLEX-PRIVATE एडवांस्ड गवर्नेंस के लिए कमिटीज़, संरक्षित विषय और कई-इकाई होल्डिंग्स का समर्थन करता है।

एकल-स्वामी टेम्पलेट

टेम्पलेट कोड CORP-SOLO तब उपयुक्त है जब स्वामित्व एक नियंत्रक में समेकित हो जाए और अनुमोदन न्यूनतम किए जाएं।

कहां संचालित करें और कहां सत्यापित करें

आधिकारिक ऐप पंजीकरण, इनवॉइसिंग और अनुमोदन जैसी दैनिक कार्रवाइयां संभालता है। सार्वजनिक टूल (रजिस्ट्री, एक्सप्लोरर और आधिकारिक इंडेक्सर) किसी को भी पहचान, स्थिति और वॉलेट बाइंडिंग्स सत्यापित करने देते हैं। इससे नेटवर्क भर में, आप जो करते हैं और दूसरे जो देखते हैं, वह एकरूप रहता है।

आधिकारिक ऐप

आधिकारिक ऐप वहीं है जहां आप पंजीकरण करते हैं, इनवॉइस जारी करते हैं, भुगतान टैग करते हैं और कार्रवाइयां मंज़ूर करते हैं।

रजिस्ट्री

रजिस्ट्री पहचान, स्थिति और आधिकारिक वॉलेट की पुष्टि करती है, ताकि प्रतिपक्ष सत्यापित कर सकें कि वे किसे भुगतान कर रहे हैं।

एक्सप्लोरर

आधिकारिक इंडेक्सर से संचालित एक्सप्लोरर, ट्रांज़ैक्शन, बैलेंस और सार्वजनिक इतिहास को एक व्यू में दिखाता है।

आधिकारिक इंडेक्सर

एक रेफ़रेंस डेटा सर्विस, जो एक्सप्लोरर सारांश और रिपोर्टिंग व्यू को पावर करके सार्वजनिक दृश्यता को एकरूप रखती है।

डीऐप्स और एसडीके

तृतीय-पक्ष डीऐप्स और एसडीके आपको कस्टम फ्लो बनाने या भुगतान को अपने प्रोडक्ट्स में इंटीग्रेट करने देते हैं।

घोषणापत्र

"मेरा लक्ष्य सरल है: दुनिया में कहीं भी कोई भी व्यक्ति ऐसी इकाई बना सके जो विश्वसनीयता, निरंतरता और वास्तविक वित्तीय अवसंरचना के साथ काम करे, और जिसका संचालन स्टेबलकॉइन-नेटिव तरीके से हो।"

घोषणापत्र पढ़ें

Nicolas Turcotte

संस्थापक और लीड इंजीनियर

अभी योगदान करें

टेस्टनेट उन बिल्डर्स, ऑपरेटरों और स्टूअर्ड्स के लिए है जो Hub को सार्वजनिक रूप से परखना और सत्यापित करना चाहते हैं।

प्रोटोकॉल इंजीनियर

कर्नेल परिभाषाओं, संदेश-स्कोप और इनवेरिएंट्स पर काम करना।

इंडेक्सर और डेटा इंजीनियर

इवेंट स्कीमा और व्यू के लिए पुनरुत्पाद्य इनपुट परिभाषित करना।

प्रारंभिक ऑपरेटर

टेस्टनेट नियमों के तहत सीक्वेंसर, बैच पोस्टिंग और ऑपरेशनल स्कोप का परीक्षण करना।

इन्फ्रास्ट्रक्चर-केंद्रित निवेशक

स्कोप, जोखिम और प्रगति पर नज़र रखना (किसी रिटर्न का दावा निहित नहीं)।

कानूनी सलाहकार

सीमा-निर्धारण, नॉन-कस्टोडियल स्कोप और डॉक्युमेंट स्टैक के क्रम की समीक्षा।

गवर्नेंस स्टूअर्ड्स

कर्नेल/एडेप्टर्स विभाजन और अपग्रेड पोज़िशनिंग तय करना।

केवल अंग्रेज़ी में

टेस्टनेट

टेस्टनेट पहुंच

Hub को एक्सप्लोर करने, रेफ़रेंस इंटरफेस आज़माने, और डेवलपमेंट टेस्टनेट पर प्रोटोकॉल के व्यवहार को एंड-टू-एंड सत्यापित करने के लिए पहुंच मांगें। कोई भी अनुरोध कर सकता है; लोकल/डेव ऑपरेटर पहुंच की समीक्षा अधिक सख़्ती से होती है।

टेस्टनेट पहुंच का अनुरोध करें

नियंत्रित पहुंच। अनुमोदन आवश्यक।

टेस्टनेट केवल अंग्रेज़ी में

टेस्टनेट पहुंच

Hub को एक्सप्लोर करने, रेफ़रेंस इंटरफेस आज़माने, और डेवलपमेंट टेस्टनेट पर प्रोटोकॉल के व्यवहार को सत्यापित करने के लिए पहुंच मांगें। लोकल/डेव ऑपरेटर पहुंच की समीक्षा अधिक सख़्ती से होती है।

टेस्टनेट पहुंच का अनुरोध करें

न्यूज़लेटर केवल अंग्रेज़ी में

अपडेट रहें

टेस्टनेट की तैयारी, रिलीज़ और गवर्नेंस के मील के पत्थरों पर संक्षिप्त अपडेट।