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

यह क्या है

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

टेम्पलेट कोड

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

कमिटी गवर्नेंस

बोर्ड और कमिटी लेयर्स, संरक्षित विषय, क्लास ऐक्शंस और ट्रेज़री टियर्स के लिए अनुमोदन तय करते हैं।

मल्टी-क्लास यूनिट्स

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

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

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

टैग्ड फ्लो

भुगतान और पूंजी फ्लोज़ टैग्स लेकर चलते हैं जो उद्देश्य, अनुमोदन स्तर और क्लास संदर्भ दिखाते हैं।

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

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

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

कमिटी लेयर्स या ग्रुप स्ट्रक्चर्स के बिना बोर्ड गवर्नेंस और फंडिंग्स के लिए CORP-VENTURE का उपयोग करें।

मानक प्राइवेट

बोर्ड, कमिटी या मल्टी-क्लास इक्विटी स्ट्रक्चर के बिना मल्टी-ओनर अनुमोदनों के लिए CORP-PRIVATE-STD का उपयोग करें।

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

जब स्वामित्व एक नियंत्रक में समेकित हो जाए और गवर्नेंस न्यूनतम हो, तब CORP-SOLO का उपयोग करें।

सबसे उपयुक्त

CORP-COMPLEX-PRIVATE उन परिपक्व निजी कंपनियों के लिए उपयुक्त है जिनमें मल्टी-क्लास इक्विटी, कमिटियाँ और परतदार ट्रेज़री नीतियाँ हों। यह होल्डिंग ग्रुप्स, ऑडिट/कम्पेन्सेशन कमिटियों वाली फर्मों, और जटिल कैपिटल कार्रवाइयाँ मैनेज करने वाली टीमों के लिए ठीक है। रोज़मर्रा के ऑपरेशन्स तेज़ रहते हैं, जबकि संरक्षित विषय कड़े अनुमोदन स्तरों का पालन करते हैं।

मल्टी-क्लास इक्विटी

कई यूनिट क्लास और कन्वर्ज़न, क्लास-विशिष्ट अनुमोदनों और थ्रेशहोल्ड्स के साथ सपोर्ट होते हैं।

कमिटी लेयर्स

ऑडिट, फ़ाइनेंस या कम्पेन्सेशन कमिटियाँ, डेलीगेटेड अथॉरिटी के भीतर सीमित कार्रवाइयाँ अनुमोदित कर सकती हैं।

ग्रुप स्ट्रक्चर्स

स्पष्ट ओनरशिप चेन और इंटरकंपनी फ़्लो के साथ पैरेंट/सब्सिडियरी सेटअप्स के लिए बनाया गया है।

एडवांस्ड कंट्रोल्स

ट्रेज़री टियर्स, ट्रांसफ़र नियम और एविडेंस थ्रेशहोल्ड्स मिलकर समग्र गवर्नेंस नियंत्रण मजबूत करते हैं।

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

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

अर्ली-स्टेज

छोटी टीमों में सरल स्वामित्व और अनुमोदन सेटअप के लिए CORP-SOLO या CORP-PRIVATE-STD का उपयोग करें।

वेंचर-ग्रेड

कमिटीज़ के बिना, स्टैंडर्ड वेंचर गवर्नेंस (बोर्ड-नेतृत्व वाले अनुमोदन साइकल्स) CORP-VENTURE से बेहतर मेल खाती है।

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

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

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

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

बेस यूनिट्स

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

क्लास अधिकार

क्लास अलग-अलग मतदान और आर्थिक अधिकार परिभाषित करती हैं, और इशूअन्स व कन्वर्ज़न के लिए अनुमोदन लागू रहते हैं।

एंटिटी होल्डिंग्स

पैरेंट या सब्सिडियरी इकाइयां यूनिट्स धारण कर सकती हैं, ताकि ग्रुप स्वामित्व लिंक ऑन-चेन दिखाई दें।

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

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

बोर्ड अथॉरिटी

बोर्ड सीट्स और कोरम थ्रेशहोल्ड्स तय करते हैं कि कौन संरक्षित विषय और कैपिटल कार्रवाइयां अनुमोदित करता है।

कमिटी स्कोप

कमिटीज़ डेलीगेटेड स्कोप लिमिट्स के भीतर वित्त, ऑडिट या कम्पेन्सेशन कार्रवाइयों को अनुमोदित करती हैं।

क्लास अनुमोदन

जो कार्रवाइयां क्लास अधिकार या स्वामित्व बदलती हैं, उनके लिए क्लास-विशिष्ट मतदान जरूरी हो सकते हैं।

संरक्षित विषय

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

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

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

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

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

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

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

पेयी अलगाव

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

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

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

भूमिका स्कोप

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

ट्रेज़री टियर्स

रूटीन, संरक्षित और एक्स्ट्राऑर्डिनरी टियर्स अमाउंट या कैटेगरी लिमिट्स के आधार पर अनुमोदन रूट करते हैं।

क्लास कंट्रोल्स

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

वॉलेट संरचना

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

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

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

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

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

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

वॉलेट प्रकार RESERVES को लेबल किया जा सकता है, ताकि रणनीतिक बकेट्स या प्रतिबंधित रिज़र्व ट्रैक किए जा सकें।

अधिकार अलगाव

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

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

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

USDC टोटल

v0.1 में सभी कुल आंकड़े USDC में हैं, ताकि समय और टूल्स के साथ व्यू स्थिर रहें।

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

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

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

DCHUB बैलेंस में asset_tag और BAL_DCHUB

गैस भुगतान

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

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

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

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

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

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

इनवॉइस, इकाई से जुड़ा ऑन-चेन भुगतान अनुरोध है, जिसमें राशि, अंतिम तिथि और भुगतानकर्ता संदर्भ होता है।

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

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

स्थिति अपडेट

हर इनवॉइस की स्थिति खुला से भुगतान-पूर्ण या रद्द की ओर बढ़ते हुए अपडेट होती है, ताकि आगे की कार्रवाई स्पष्ट रहे।

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

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

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

एक 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

कैपिटल संदर्भ

इन टैग्स का उपयोग राउंड्स, सिक्योरिटीज़, क्लासेस, पूल्स और ऋण-आधारित वित्तपोषण कार्रवाइयों के लिए करें।

round_tag security_type_tag equity_class_tag vesting_schedule_tag option_pool_tag debt_instrument_tag loan_id

ट्रेज़री संदर्भ

इन टैग्स का उपयोग वॉलेट बकेट्स, कस्टडी संदर्भ और फ्लोज़ पर एसेट ट्रैकिंग को लेबल करने के लिए करें।

wallet_tag treasury_bucket_tag asset_tag custody_tag

सबूत एंकर

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

महत्त्व-सीमा थ्रेशहोल्ड

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

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

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

छद्मनाम आईडी

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

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

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

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

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

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

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

पंजीकरण और गवर्नेंस बाइंड

इकाई पंजीकृत करें और बोर्ड, समितियां, प्रशासक व कोषाध्यक्ष भूमिकाएं को सही वॉलेट्स से बाइंड करें।

क्लासेस और पॉलिसी परिभाषित करें

संरक्षित कैपिटल कार्रवाइयों के लिए क्लास अधिकार, ट्रांसफर नियम और अनुमोदन थ्रेशहोल्ड्स सेट करें।

वॉलेट और टियर्स सेट करें

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

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

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

टैग करें और सबूत एंकर करें

आवक/जावक को टैग करें, और नीतियां, वित्तपोषण या महत्वपूर्ण आइटम्स के लिए अनुमोदन एंकर करें।

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

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

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

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

वॉलेट बैलेंस

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

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

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

कवरेज रेशियो

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

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

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

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

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

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

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

गवर्नेंस लॉग

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

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

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

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

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

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

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

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

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

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

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

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

अपग्रेड पाथ

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

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

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

मानक प्राइवेट

टेम्पलेट कोड CORP-PRIVATE-STD तब उपयुक्त है जब बोर्ड गवर्नेंस मॉडल का हिस्सा न रहे।

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

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

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

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

आधिकारिक ऐप

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

रजिस्ट्री

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

एक्सप्लोरर

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

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

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

डीऐप्स & एसडीके

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

घोषणापत्र

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

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

Nicolas Turcotte

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

टेस्टनेट

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

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

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

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

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

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

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

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

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

अपडेट रहें

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