Gnosis Safe पर संपत्ति रखने वाली टीमों के लिए

आपके Safe के लिए एक क्वांटम-सुरक्षित दूसरा हस्ताक्षर

बस एक Safe Guard इंस्टॉल करें। आपके मालिक, थ्रेशोल्ड और इतिहास बिल्कुल वैसे ही रहते हैं — लेकिन हर ट्रांसफ़र के लिए एक पोस्ट-क्वांटम मंज़ूरी भी ज़रूरी होती है, जिसकी जाँच ऑन-चेन होती है।

कोई माइग्रेशन नहीं ओपन सोर्स (MIT / LGPL-3.0) NIST SP 800-208 हस्ताक्षर
FermionGuard Safe App: लेन-देन की कतार, जिसमें हर लंबित ट्रांसफ़र अपनी क्वांटम-अनुमति की स्थिति दिखाता है
Safe Guard पर आधारित XMSS · RFC 8391 NIST SP 800-208 Ledger पर कुंजियाँ OpenZeppelin के बुनियादी घटक ओपन सोर्स · MIT / LGPL-3.0
इसे काम करते देखें

250,000 dUSD का एक ट्रांसफ़र,
पूरी तरह हस्ताक्षरित — फिर भी रुका हुआ

एक मालिक असली Safe{Wallet} में ट्रांसफ़र पर हस्ताक्षर करता है। वह चलेगा नहीं। क्वांटम एडमिनिस्ट्रेटर डिवाइस पर भुगतान पढ़ता है — टोकन, राशि, प्राप्तकर्ता, वैधता अवधि, Safe और चेन — और एक बार इस्तेमाल होने वाले पोस्ट-क्वांटम हस्ताक्षर से उसे मंज़ूरी देता है। तभी पैसा आगे बढ़ता है।

250,000 dUSD का एक ट्रांसफ़र Safe{Wallet} में पूरी तरह हस्ताक्षरित है फिर भी विफल होता है; क्वांटम एडमिनिस्ट्रेटर एक सिम्युलेटेड Ledger पर एक बार इस्तेमाल होने वाले XMSS हस्ताक्षर से उसे मंज़ूरी देता है; इसके बाद वही ट्रांसफ़र चल जाता है

लोकल डेमो सेटअप पर शुरू से अंत तक रिकॉर्ड किया गया — एक असली Safe, असली Safe{Wallet} और ऑन-चेन नियम लागू करता Guard। डिवाइस सिम्युलेटेड Ledger है, हार्डवेयर नहीं — Ledger ऐप कहाँ तक पहुँचा है, यह स्थिति में देखें।
पूरे आकार में खोलें · ख़ुद चलाकर देखें →

अभी क्यों

ज़्यादा हस्ताक्षरकर्ता किसी मल्टीसिग को
क्वांटम-सुरक्षित नहीं बनाते

हर Safe मालिक ECDSA से हस्ताक्षर करता है। पर्याप्त बड़ा क्वांटम कंप्यूटर ECDSA को तोड़ देता है — आपके सभी हस्ताक्षरकर्ताओं के लिए एक साथ। जिन संपत्तियों को आप दस साल तक रखते हैं, उन्हें ऐसे हस्ताक्षर की ज़रूरत है जो उस दिन के बाद भी टिका रहे।

मल्टीसिग शासन व्यवस्था है

यह तय करता है कि कौन हस्ताक्षर कर सकता है। जब हस्ताक्षर योजना ही टूट जाए, तो यह कुछ नहीं कर सकता।

हार्डवेयर कुंजियाँ चोरी रोकती हैं

वे उसी कर्व पर जाली हस्ताक्षर को नहीं रोकतीं — कुंजी को डिवाइस से बाहर जाने की ज़रूरत ही नहीं पड़ती।

ऑफ़-चेन नीति बस एक सलाह है

जिस पॉलिसी इंजन से चेन पूछती ही नहीं, उसे दरकिनार किया जा सकता है। आख़िरी फ़ैसला ऑन-चेन होना चाहिए।

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

दो स्वतंत्र हस्ताक्षर।
एक ही निष्पादन मार्ग।

FermionGuard एक Safe Guard है — Safe का आधिकारिक प्री-एक्ज़िक्यूशन हुक। मालिक आज की तरह ही हस्ताक्षर करते रहते हैं। Guard लेन-देन को तभी चलने देता है जब उसके साथ मेल खाती पोस्ट-क्वांटम मंज़ूरी भी हो।

हस्ताक्षर 1 — कोई बदलाव नहीं

आपके Safe के मालिक

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

हस्ताक्षर 2 — नया जोड़ा गया

एक पोस्ट-क्वांटम मंज़ूरी

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

कतार

एक ऑपरेटर Safe{Wallet} में ट्रांसफ़र कतार में डालता है। मालिक हमेशा की तरह हस्ताक्षर करते हैं।

चिह्न

FermionGuard Safe App उसे 🟡 क्वांटम अनुमति ज़रूरी के रूप में चिह्नित करता है।

समीक्षा

एडमिनिस्ट्रेटर दो स्वतंत्र स्रोतों से डिकोड किए गए विवरण की समीक्षा करता है।

मंज़ूरी

Ledger लागू होने वाला हर फ़ील्ड दिखाता है। मंज़ूरी देने के लिए दबाकर रखें।

निष्पादन

पंक्ति 🟢 हो जाती है। कोई भी इसे चला सकता है; Guard मंज़ूरी की जाँच करके उसे इस्तेमाल कर लेता है।

हस्ताक्षर से पहले की समीक्षा स्क्रीन, जिसमें डिकोड किया गया टोकन, राशि, प्राप्तकर्ता, nonce और वैधता अवधि दिखती है

एडमिनिस्ट्रेटर ठीक-ठीक देखता है कि वह किस चीज़ को मंज़ूरी दे रहा है

मंज़ूरियाँ इरादों से नहीं, सटीक लेन-देन से मेल खाती हैं

एक मंज़ूरी में Safe, चेन, टोकन, प्राप्तकर्ता, राशि और एक वैधता अवधि दर्ज होती है। अगर बाद में कोई कतार वाले लेन-देन में बदलाव करता है, तो मंज़ूरी मेल नहीं खाती और Guard उसे ठुकरा देता है।

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

बिना देखे कोई हस्ताक्षर नहीं — डिवाइस वह हर फ़ील्ड दिखाता है जिसे Guard लागू करता है

आपकी टीम जिन टूल्स का पहले से इस्तेमाल करती है, उन्हीं के अंदर काम करता है

FermionGuard, Safe{Wallet} के अंदर एक Safe App और एडमिनिस्ट्रेटर के लिए एक Ledger ऐप के रूप में आता है। जोखिम संकेत किसी के हस्ताक्षर करने से पहले ही नए प्राप्तकर्ताओं, असामान्य राशियों और उन लेन-देनों को उजागर कर देते हैं जिन्हें Guard वैसे भी ठुकरा देता।

वेतन भुगतान? 100 तक ट्रांसफ़र वाले पूरे बैच के लिए एक ही मंज़ूरी चाहिए।

सेटअप

इसे अपने मौजूदा Safe में जोड़ें

न नया वॉलेट, न नई चेन, न संपत्ति का माइग्रेशन। चार कदम, जिन्हें आपके मौजूदा मालिक सामान्य Safe लेन-देनों से पूरा करते हैं।

Safe App खोलें

Safe{Wallet} में FermionGuard जोड़ें। कुछ भी बदलने से पहले यह आपके Safe का संस्करण और मॉड्यूल जाँचता है।

कुंजी समारोह करें

एडमिनिस्ट्रेटर की कुंजी Ledger के अंदर बनती है। मालिक उसकी पुष्टि करते हैं और उसके पंजीकरण पर साथ में हस्ताक्षर करते हैं।

Guard चालू करें

मालिक किसी भी दूसरे Safe लेन-देन की तरह एक setGuard लेन-देन पर हस्ताक्षर करते हैं।

एक टेस्ट ट्रांसफ़र भेजें

बहुत छोटी राशि का एक ट्रांसफ़र पूरी प्रक्रिया से गुज़रता है। उसके पूरा होते ही आपका डैशबोर्ड सुरक्षित ✓ दिखाता है।

⏱ मालिक उपलब्ध हों तो लगभग 30 मिनट
यह किसके लिए है

उन संपत्तियों के लिए बना जिन्हें दस साल तक सुरक्षित रहना है

🏦 कस्टोडियन और बैंक

ग्राहकों की संपत्ति की कस्टडी में एक स्वतंत्र, मानक-आधारित क्रिप्टोग्राफ़िक नियंत्रण जोड़ें।

  • NIST द्वारा स्वीकृत हस्ताक्षर योजना
  • अनुपालन के लिए निर्यात योग्य ऑडिट लॉग
  • कुंजी समारोह के प्रिंट करने योग्य रिकॉर्ड

🏢 कॉर्पोरेट ट्रेज़री

अपनी मंज़ूरी प्रक्रिया बनाए रखें, और ऐसा बनाएँ कि एक समझौता किया गया हस्ताक्षरकर्ता अकेले पैसा न निकाल सके।

  • मालिक आज की तरह हस्ताक्षर करते रहते हैं
  • हर वेतन बैच के लिए एक मंज़ूरी
  • असामान्य ट्रांसफ़र पर जोखिम संकेत

🏛️ फ़ाउंडेशन और DAO

सबसे अहम कदमों — शासन से जुड़े बदलावों — पर एक सार्वजनिक, समय-बद्ध जाँच लगाएँ।

  • एडमिन कार्रवाइयों पर 48 घंटे का सार्वजनिक टाइमलॉक
  • मालिक बिना क्वांटम मंज़ूरी के इसे रद्द कर सकते हैं
  • ओपन सोर्स, ऑन-चेन सत्यापन योग्य
सुरक्षा

दरकिनार करना मुश्किल।
जाम करना नामुमकिन।

Guard ऑन-चेन आख़िरी वीटो है — और इसे ऐसे बनाया गया है कि खोई हुई कुंजी या कोई बग कभी आपके फ़ंड को फ़्रीज़ न कर सके।

बाहर निकलने का रास्ता हमेशा है

Ledger खो गया? 14 दिनों की सार्वजनिक उलटी गिनती के बाद मालिक अकेले ही Guard हटा सकते हैं। ख़राब डिवाइस कभी Safe को लॉक नहीं करता।

शासन के बदलाव सबको दिखते हैं

Guard हटाने या मालिक बदलने के लिए एक मंज़ूरी और 48 घंटे की सार्वजनिक उलटी गिनती ज़रूरी है, जिसकी सूचना हर मालिक को मिलती है।

गड़बड़ी पर बंद

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

कोई चोर दरवाज़ा नहीं

Safe मॉड्यूल guards को दरकिनार कर देते हैं, इसलिए नामांकन के लिए कोई मॉड्यूल चालू नहीं होना चाहिए — या Safe 1.5+ पर एक जोड़ा हुआ module guard होना चाहिए।

अलाउंस की चोरी नहीं

approve, permit और transferFrom सीधे ठुकरा दिए जाते हैं, और बैचों की ऑन-चेन हर हिस्से की अलग जाँच होती है।

कुंजियाँ जिन्हें बदला नहीं जा सकता

मालिक अपने-अपने डिवाइस पर कुंजी के पूरे सार्वजनिक रूट पर साथ में हस्ताक्षर करते हैं, इसलिए कोई हैक की गई वेबसाइट उसकी जगह दूसरी कुंजी नहीं रख सकती।

प्रशासनिक कार्रवाई की स्क्रीन, जिसमें 48 घंटे की उलटी गिनती और रद्द करने का बटन है

शासन के बदलाव धीमे और सार्वजनिक होते हैं; रद्द करना तेज़ है

चुराई गई क्वांटम कुंजी भी चुपचाप क़ब्ज़ा नहीं कर सकती

एडमिनिस्ट्रेटर का Ledger हाथ में होने पर भी हमलावर आपके मालिकों के हस्ताक्षर के बिना पैसा नहीं निकाल सकता, और 48 घंटे की उस सार्वजनिक उलटी गिनती के बिना Guard नहीं हटा सकता जिसे आपके मालिक रद्द कर सकते हैं।

ख़तरा मॉडल पढ़ें →

आपके इंजीनियरों के लिए

पोस्ट-क्वांटम हस्ताक्षर,
EVM में सत्यापित

XMSS पूरी तरह हैशिंग पर आधारित है, इसलिए चेन इसकी सीधी जाँच करती है — न कोई ओरेकल, न कोई भरोसेमंद सर्वर। सत्यापक RFC 8391 का स्वतंत्र रूप से लिखा गया क्रियान्वयन है, और हम ठीक-ठीक बताते हैं कि उसका प्रमाण कहाँ तक पहुँचता है: RFC का हर मूल घटक, और ग़लत इनपुट को ठुकराने वाली जाँचें, RFC के पंक्ति-दर-पंक्ति लिप्यंतरण के सामने सभी इनपुट के लिए मशीन से जाँची गई हैं। इन्हें उस रूट तुलना में जोड़ना, जो आख़िर में किसी सही बने हस्ताक्षर को स्वीकार या अस्वीकार करती है, हाथ से तर्क द्वारा सिद्ध किया गया है, ट्री ऊँचाई 2 पर प्रतीकात्मक रूप से जाँचा गया है और h = 4, 10 और 20 पर RFC वेक्टरों से तय किया गया है।

745,003
गैस प्रति सत्यापन, h = 20 पर मापी गई
~1M
प्रति कुंजी मंज़ूरियाँ (220 लीफ़)
11
Halmos लेमा जो सत्यापक को RFC 8391 के सामने जाँचते हैं, इनमें से दस सभी इनपुट के लिए
MIT
XMSS सत्यापक, RFC से लिखा गया, कोई उधार का कोड नहीं

लीफ़ का दोबारा इस्तेमाल बनावट से ही असंभव है

XMSS स्टेटफ़ुल है: एक बार उपयोग होने वाले लीफ़ को दोबारा इस्तेमाल करने से हमलावर जाली हस्ताक्षर बना सकता है। Ledger हस्ताक्षर जारी करने से पहले अपना काउंटर दर्ज कर देता है, और कॉन्ट्रैक्ट इस्तेमाल हुए लीफ़ का बिटमैप रखता है जो किसी भी दोबारा इस्तेमाल को पलट देता है।

कॉन्ट्रैक्ट देखें → · Guard विनिर्देश → · औपचारिक प्रमाण →

contracts/src/QuantumKeyRegistry.sol (सरल रूप)
function _verifyAndConsumeXmss(
    bytes32 keyId,
    bytes32 digest,
    bytes calldata xmssSignature
) internal {
    XMSS.Signature memory sig = abi.decode(xmssSignature, (XMSS.Signature));
    BitMaps.BitMap storage used = _usedLeaves[xmssRoot(keyId)];  // per KEY, not per registration
    if (used.get(sig.leafIdx)) revert LeafAlreadyUsed(keyId, sig.leafIdx);

    if (!XMSS.verify(digest, sig, publicKey(keyId), treeHeight(keyId)))
        revert InvalidXmssSignature();  // whole tx rolls back

    used.set(sig.leafIdx);                // burn the one-time leaf
    emit LeafConsumed(keyId, sig.leafIdx, digest);
}
हम कहाँ हैं

खुले में बनाया जा रहा

डिज़ाइन और पोस्ट-क्वांटम सत्यापक आज सार्वजनिक हैं। शुरुआती एक्सेस वाली टीमें बाक़ी को आकार देने में मदद करती हैं।

XMSS सत्यापक (Solidity)
ऑन-चेन लीफ़ उपयोग वाला RFC 8391 सत्यापक (कुंजी रजिस्ट्री में इस्तेमाल हुए लीफ़ का बिटमैप), Foundry टेस्ट और गैस बेंचमार्क
लागू
विनिर्देश और ख़तरा मॉडल
Guard, कुंजी रजिस्ट्री, प्री-अप्रूवल इंजन, सेवा, हार्डवेयर नीति
प्रकाशित
Safe App और Ledger स्क्रीन
कतार, मंज़ूरी, बैच, कुंजी समारोह, इनकार, आपातकाल और डिवाइस फ़्लो
डिज़ाइन किया गया
XMSS सत्यापक, मशीन से जाँचा गया
मूल घटक और इनपुट-सत्यापन जाँचें प्रतीकात्मक निष्पादन से RFC 8391 के बराबर सिद्ध की गई हैं; सही बने हस्ताक्षर का फ़ैसला करने वाली रूट तुलना हाथ से तर्क द्वारा सिद्ध की गई और वेक्टरों से तय की गई है, सामान्य h के लिए मशीन से नहीं जाँची गई — PROOF.md बताता है कि क्या सिद्ध है और क्या माना गया है। xmss-solidity के रूप में प्रकाशित
आंशिक रूप से सिद्ध
Guard, कुंजी रजिस्ट्री और प्री-अप्रूवल कॉन्ट्रैक्ट
ऑडिट किए गए Safe और OpenZeppelin लाइब्रेरी पर बने; Foundry टेस्ट में असली Safe के साथ इंटीग्रेशन टेस्ट शामिल है। कुंजी रजिस्ट्री की स्टेट मशीन और Guard तथा प्री-अप्रूवल इंजन के अठारह गुण Halmos से निष्पादन योग्य विनिर्देशों के सामने सिद्ध किए गए हैं — बैच डिकोडर इनमें शामिल नहीं है
लागू
Ledger ऐप और Safe App
पहला Rust डिवाइस ऐप बनता है, डिवाइस पर ही अपनी कुंजी बनाता है और Ledger के एम्युलेटर में हस्ताक्षर करता है, लेकिन यह निर्धारित ऐप का केवल एक हिस्सा है और इसमें असली फ़ंड नहीं रखने चाहिए; Safe{Wallet} इंटीग्रेशन केवल-पढ़ने वाले तैयारी प्रीव्यू के रूप में लाइव है
विकास जारी
बाहरी सुरक्षा ऑडिट
किसी भी mainnet डिप्लॉयमेंट से पहले ज़रूरी
योजना में
इसे कौन बना रहा है

एक ऐसे व्यक्ति द्वारा डिज़ाइन किया गया
जिसने ख़तरे के दोनों पहलुओं पर काम किया है

स्टैन (कॉन्स्टेंटिन) क्लाडको — क्वांटम ख़तरा पैदा करने वाली भौतिकी से लेकर उससे बचने वाली क्रिप्टोग्राफ़ी तक।

⚛️ क्वांटम भौतिकविद

मैक्स प्लांक इंस्टीट्यूट से पीएच.डी.। स्टैनफ़र्ड में नोबेल पुरस्कार विजेता रॉबर्ट बी. लॉफ़लिन के साथ क्वांटम प्रणालियों पर काम किया। लॉस आलामोस नेशनल लेबोरेटरी में Director's Fellow रहे।

🔐 क्रिप्टो-मॉड्यूल परीक्षक

NIST से मान्यता प्राप्त क्रिप्टोग्राफ़िक-मॉड्यूल परीक्षण प्रयोगशाला (CMVP) का नेतृत्व किया, जो FIPS 140-2 और साइड-चैनल सुरक्षा प्रमाणन देती थी।

⛓️ बड़े पैमाने पर ब्लॉकचेन

SKALE के सह-संस्थापक और CTO, जिन्होंने BLS थ्रेशोल्ड क्रिप्टोग्राफ़ी को काग़ज़ से Ethereum-संगत mainnet तक पहुँचाया।

सवाल-जवाब

टीमें सबसे पहले ये सवाल पूछती हैं

क्या हमें अपनी संपत्ति कहीं ले जानी होगी या अपना Safe बदलना होगा?

नहीं। आप अपने मौजूदा Safe पर एक Guard इंस्टॉल करते हैं। मालिक, थ्रेशोल्ड, इतिहास और पते बिल्कुल वैसे ही रहते हैं।

अगर एडमिनिस्ट्रेटर का Ledger खो जाए तो क्या होगा?

आपके मालिक बिना क्वांटम कुंजी के, 14 दिनों की सार्वजनिक उलटी गिनती के बाद, अकेले ही Guard हटा सकते हैं। अगर अनुरोध सही नहीं है, तो आपके मालिक उस अवधि में कभी भी एक सामान्य Safe लेन-देन से उसे रद्द कर सकते हैं। खोया हुआ डिवाइस कभी आपके Safe को हमेशा के लिए लॉक नहीं कर सकता।

क्या इससे हमारे ट्रांसफ़र धीमे हो जाते हैं?

हर ट्रांसफ़र के लिए Ledger पर एडमिनिस्ट्रेटर से एक अतिरिक्त मंज़ूरी चाहिए। बैच — जैसे 100 तक ट्रांसफ़र वाला वेतन भुगतान — पूरे बैच के लिए केवल एक मंज़ूरी माँगते हैं।

गैस में इसकी लागत क्या है?

पोस्ट-क्वांटम हस्ताक्षर की जाँच में लगभग 745,000 गैस लगती है, जो मंज़ूरी बनाते समय एक बार चुकाई जाती है (h = 20 पर 745,003 गैस मापी गई)। लेन-देन चलने के समय की जाँच बस एक लुकअप है।

कौन-से Safe समर्थित हैं?

Safe v1.3.0 और उसके बाद के संस्करण। Safe में कोई मॉड्यूल चालू नहीं होना चाहिए, क्योंकि मॉड्यूल guards को दरकिनार कर देते हैं — या वह Safe 1.5+ पर हो और साथ में FermionGuard का module guard भी इंस्टॉल हो। उसमें fallback handler भी नहीं होना चाहिए: ERC-20 टोकन और ETH सामान्य रूप से काम करते हैं, लेकिन हस्ताक्षरित-संदेश वाली सुविधाएँ (Permit, CowSwap ऑर्डर, साइन-इन) और safeTransferFrom से NFT पाना अभी समर्थित नहीं है।

ML-DSA या Falcon क्यों नहीं, XMSS क्यों?

XMSS, NIST द्वारा स्वीकृत (SP 800-208) हैश-आधारित हस्ताक्षर है, इसलिए EVM लगभग 1M गैस में इसकी जाँच कर सकता है। ML-DSA और Falcon जैसी लैटिस योजनाओं की ऑन-चेन जाँच पर आज करोड़ों गैस लगती।

क्या हम इसे आज प्रोडक्शन में इस्तेमाल कर सकते हैं?

अभी नहीं। पोस्ट-क्वांटम सत्यापक ऊपर बताई गई सीमा तक RFC 8391 के सामने मशीन से जाँचा गया है, और Guard कॉन्ट्रैक्ट लागू और परखे जा चुके हैं, लेकिन अभी कुछ भी ऑडिट नहीं हुआ है; Ledger ऐप और Safe App विकास में हैं, और किसी भी mainnet डिप्लॉयमेंट से पहले बाहरी ऑडिट ज़रूरी है। पहली टीमों में शामिल होने के लिए शुरुआती एक्सेस का अनुरोध करें।

शुरुआती एक्सेस

ज़रूरत पड़ने से पहले
अपने Safe को सुरक्षित करें

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

एक छोटा, सार्वजनिक GitHub फ़ॉर्म खुलता है — कृपया कोई गोपनीय जानकारी न डालें।

1 · हमें अपने Safe के बारे में बताएँ

चेन, Safe संस्करण, मालिकों की संख्या, ट्रांसफ़र की अनुमानित मात्रा।

2 · हम संपर्क करते हैं

शुरुआती एक्सेस पायलट शुरू होते ही हम आपसे संपर्क करेंगे।

3 · साथ मिलकर शुरुआत

अपने मालिकों के साथ कुंजी समारोह करें और Guard चालू करें।