सेवाएँ

तीन क्षमताएँ, एक अनुशासन।

नीचे जो कुछ है, वह एक ही कसौटी पर बना है: रुक जाए तो किसे पता चलता है; ग़लत हो तो क़ीमत कौन चुकाता है; ऑडिट हो तो ट्रेल क्या दिखाती है।

01

Mission-critical आर्किटेक्चर और डिलीवरी

कोड की पहली पंक्ति लिखे जाने से बहुत पहले सिस्टम की नियति तय हो चुकी होती है। हम उन निर्णयों को लिखित रूप देते हैं — और फिर उन्हें production तक पहुँचाते हैं।

  • क्रिटिकल परिचालनों के लिए सिस्टम आर्किटेक्चर। बहु-स्तरीय ट्रांज़ैक्शनल प्लेटफ़ॉर्म: एप्लिकेशन, कंप्यूट, रिपोर्टिंग और इंटरफ़ेस स्तर — और उनके बीच की सीमाएँ। ऐसे रजिस्ट्री और नियंत्रण सिस्टम, जहाँ डेटाबेस वास्तविक दुनिया के दायित्वों — धन, क्षमता, अधिकारों — का source of truth है।
  • जन्म से डिजिटल प्रक्रियाएँ, क्रिप्टोग्राफ़िक नींव पर। स्क्रीन पर उतारे गए काग़ज़ी workflow नहीं: पहले क़दम से ही डिजिटल रूप में डिज़ाइन की गई प्रक्रियाएँ, जहाँ हस्ताक्षर, प्राधिकरण, प्रेषण और अभिलेखन मिलकर एक गणितीय रूप से संरक्षित शृंखला बनाते हैं। निपटान-समय दिनों से घटकर सेकंडों में आ जाता है, हर क़दम सत्यापन-योग्य प्रमाण छोड़ता है, और प्रक्रिया की शुद्धता बाहरी पक्षों के समक्ष प्रदर्शित की जा सकती है — सार्वजनिक रूप से, अंतर्निहित डेटा का खुलासा किए बिना।
  • एनालिटिकल अकाउंटिंग और general ledger डिज़ाइन। User management, instrument, खाता, उत्पाद, ट्रांज़ैक्शन — धन का object model। बुकिंग टेम्पलेट, बैलेंस और इन्वेंटरी कंटेनर, loro/nostro तर्क, GL मैपिंग। बैंकों, निवेश सेवा प्रदाताओं, पेंशन फ़ंडों के लिए — और उन बाज़ारों के लिए भी, जो forint के बजाय मेगावाट-घंटों में settle होते हैं।
  • ऐसे specification, जो development की टक्कर झेल जाते हैं। बिज़नेस और functional specification, तार्किक सिस्टम योजनाएँ, use case, इंटरफ़ेस अनुबंध। इस तरह लिखे गए कि उनसे सीधे निर्माण हो सके — और पैसा ख़र्च होने से पहले उन पर बहस हो सके।
  • ऑडिट और due diligence। मौजूदा सिस्टम और वेंडरों की परिचालन व IT due diligence — वास्तव में वहाँ क्या है, उसे चलाए रखने की क़ीमत क्या है, और उसे छोड़ने की क्या।
  • गणना डिज़ाइन। परिवर्तनशील दरों और अवधियों वाली annuity तालिकाएँ, ऐसे day-count और rounding नियम जो reconciliation में खरे उतरते हैं, कोटेशन और settlement के लिए allocation एल्गोरिद्म।
  • डिलीवरी अनुशासन। कोडिंग मानक, code review, specification से जुड़ा test coverage, release प्रबंधन। जहाँ लाभ हो वहाँ agile; लिखित रूप — हमेशा।

प्रमाण-बिंदु

एक फैक्टरिंग व्यवसाय के लिए हमने agreement की गणना मूल सिद्धांतों से व्युत्पन्न की — परिवर्तनशील मासिक दरों और किस्तों पर आधारित एक recurrence, जो किसी भी एक अज्ञात को हल कर देता है: किस्त, दर, present value या अवधि। व्यवसाय ने जिस spreadsheet पर हस्ताक्षर किए, इंजन ठीक वही गणित चलाता है।

02

डिस्ट्रिब्यूटेड एल्गोरिद्म और सिस्टम

बड़े पैमाने पर शुद्धता एक डिज़ाइन-गुण है, load test का परिणाम नहीं।

  • उच्च-थ्रूपुट ट्रांज़ैक्शन प्रोसेसिंग। टेराबाइट-श्रेणी के डेटाबेस पर six-sigma स्तर पर परिचालित प्लेटफ़ॉर्म; locking, journaling और idempotency को प्रथम श्रेणी की विशेषताओं का दर्जा। हमने जो neo-core banking सिस्टम डिज़ाइन और निर्मित किया, वह प्रति नोड प्रति सेकंड 10–15,000 ट्रांज़ैक्शन बुक करता है और प्रति नोड 100,000 क्लाइंट खाते संभालता है — 2 CPU और 4 GB RAM पर, किसी डेटा सेंटर जितने बड़े cluster पर नहीं।
  • केंद्रीय manager के बिना two-phase commit। हमारे अपने distributed transaction प्रोटोकॉल को किसी केंद्रीय transaction-manager सर्वर की आवश्यकता नहीं — और ठीक यही बात linear scaling को ईमानदार बनाती है: एक नोड जोड़िए, एक नोड जितना थ्रूपुट पाइए; संतृप्त होने वाला कोई coordinator नहीं।
  • सत्य के किसी एकल संरक्षक के बिना डिस्ट्रिब्यूटेड रजिस्ट्रियाँ। ऐसे आर्किटेक्चर, जिनमें संस्थाएँ अपने-अपने क्रिप्टोग्राफ़िक रूप से शृंखलाबद्ध रिकॉर्ड रखती हैं, और वे आपस में इस तरह जुड़े होते हैं कि पूरा तंत्र सत्यापन-योग्य बना रहता है — बिना किसी भागीदार के पास पूरा डेटासेट हुए। इसमें हमारा विकेंद्रीकृत इन्वेंटरी प्रबंधन डिज़ाइन भी शामिल है — P&L की गणना क्लाइंट खातों से बुकिंग किए बिना संभव।
  • धन के लिए state machine। प्रस्ताव, अनुबंध, अंतरण, settlement रन — स्पष्ट state machine के रूप में मॉडल किए हुए; replay, reconciliation और ऑडिट के लिए डिज़ाइन किए हुए।
  • Message-driven पाइपलाइन। NATS, Kafka, RabbitMQ; ingestion से publication तक के प्रवाह, जहाँ output एक बाज़ार-घटना होती है — निविदा मूल्यांकन, optimization, transparency प्रकाशन।
  • कठिन 1% के लिए एल्गोरिद्म। ऐसी allocation और rounding स्कीमें, जो concurrency में भी संगत रहती हैं; क्षमता procurement के लिए optimization मॉडल — जिनमें ऐसे objective function भी हैं जो invert करने के लिए बहुत जटिल हैं और संख्यात्मक रूप से हल किए जाते हैं; और वे edge case, जिन्हें बाक़ी सब टाल देते हैं।

प्रमाण-बिंदु

एक राष्ट्रीय transmission system operator के लिए हमने जो balancing-energy procurement सिस्टम डिज़ाइन किया, वह दैनिक निविदा बोलियाँ ग्रहण करता है, optimization इंजन को देता है और परिणाम यूरोपीय transparency प्लेटफ़ॉर्म पर प्रकाशित करता है — ऐसी पाइपलाइन, जिसमें एक असंभाव्य संख्या typo नहीं, incident है।

03

एप्लाइड क्रिप्टोग्राफ़ी

क्रिप्टोग्राफ़िक इंजीनियरिंग के पंद्रह वर्ष — ऐसे प्रोटोकॉल, जिन्हें हम डिज़ाइन करते हैं, सिद्ध करते हैं, प्रकाशित करते हैं और production में चलाते हैं। शोध-पत्रों में सिमटी सैद्धांतिक क्रिप्टोग्राफ़ी नहीं: ऐसी संरचनाएँ, जो ऑडिट पास करती हैं, लाइसेंस का भार उठाती हैं और भुगतान settle करती हैं। EU में शायद एक-दो समूह ही यह काम शुरू से अंत तक करते हैं। हम उनमें से एक हैं।

Purpose-built, generic ZK से बेहतर क्यों

Generic zero-knowledge सिस्टम एक अजूबा हैं — और प्रायः ग़लत औज़ार। वे अपने साथ trusted ceremony, भारी proving समय और एक ऐसी निर्भरता लाते हैं, जिसे आप बदल नहीं सकते। हम इसके बजाय purpose-built प्रोटोकॉल डिज़ाइन करते हैं: ठीक उसी व्यावसायिक गुण के नाप के proof, जिसे दिखाना है। परिणाम है गति (जहाँ generic circuit सेकंड लेते हैं, वहाँ 100 ms से कम), auditor को समझाना पड़े, ऐसा कोई trusted setup नहीं, और अदल-बदल किए जा सकने वाले क्रिप्टोग्राफ़िक primitive — कोई curve या स्कीम पुरानी पड़ जाए, तो भी संरचना बची रहती है। यही वह चीज़ है, जो क्रिप्टोग्राफ़ी को लागत-मद से व्यावसायिक बढ़त में बदल देती है।

  • Threshold क्रिप्टोग्राफ़ी। ऐसा distributed key generation और प्रबंधन, जिसमें पूर्ण private key कभी अस्तित्व में नहीं आती — कहीं भी, किसी भी क्षण। हमारी प्रकाशित NPVDKGRS स्कीम (BLS12-381 पर non-interactive, सार्वजनिक रूप से सत्यापन-योग्य DKG और resharing) आज एक MiCA-लाइसेंस प्राप्त प्लेटफ़ॉर्म के नीचे चल रही है, और विश्वविद्यालयों के क्रिप्टोग्राफ़रों द्वारा समीक्षित है।
  • क्रिप्टोग्राफ़िक प्राधिकरण। NPVDKGRS पर निर्मित हमारा अपना entitlement प्रोटोकॉल: access अधिकार डेटाबेस की पंक्तियाँ नहीं, क्रिप्टोग्राफ़िक तथ्य। कौन कार्य कर सकता है, किसने किया, और कब — सिद्ध करने योग्य; बिना key सौंपे delegation; अधिकार तत्क्षण निरस्त करने योग्य। संस्थागत threshold signatures, जिनमें निर्णय जवाबदेह रहता है, पर व्यक्तियों को दबाव का निशाना नहीं बनाया जा सकता।
  • Threshold command और control। Two-person rule का सामान्यीकरण: कोई भी k-of-n अनुमोदन स्कीम, प्रक्रिया के बजाय गणित द्वारा लागू — एक ऐसी मुहर, जो कभी एक टुकड़े में मौजूद नहीं होती, सेकंडों में उपयोग-योग्य है, और जिसे न HSM चाहिए, न कोई trusted ceremony। Signing एकल-संदेश (non-interactive) है, इसलिए यह धीमे, बाधित या एकतरफ़ा लिंक पर भी काम करती है; भागीदार चाहे जितने हों, signature का आकार स्थिर रहता है। कोई keyholder बदले — स्थानांतरण, हानि, या compromise का संदेह — तो share सेकंड के अंशों में पुनर्वितरित हो जाते हैं, जबकि संगठन की सार्वजनिक मुहर अपरिवर्तित रहती है।
  • सिद्ध करने योग्य प्रक्रिया-अखंडता। ऐसी सीलबंद प्रस्तुतियाँ, जिन्हें कोई ऑपरेटर समय से पहले नहीं खोल सकता — और यह सिद्ध किया जा सकता है; शृंखलाबद्ध, छेड़छाड़-प्रकट प्रक्रिया-ट्रेल; बाहरी पक्षों के समक्ष zero-knowledge-शैली के proof से प्रदर्शित अनुपालन, अंतर्निहित डेटा सौंपे बिना। Procurement, निविदा, वर्गीकृत-संदर्भ निगरानी और हर उस प्रक्रिया के लिए, जहाँ "हम पर भरोसा कीजिए" अब स्वीकार्य उत्तर नहीं रहा।
  • Post-quantum तत्परता। EU की 2030 की क्रिटिकल-इंफ्रास्ट्रक्चर समय-सीमा को सामने रखकर quantum-safe एल्गोरिद्म कार्य और PQC माइग्रेशन डिज़ाइन: क्रिप्टोग्राफ़िक इन्वेंटरी, hybrid संक्रमण स्कीमें — और हमारी अपनी threshold स्कीम का lattice-आधारित post-quantum संस्करण, डिज़ाइन पूर्ण, कार्यान्वयन की प्रतीक्षा में।
  • डिजिटल कैश, सही ढंग से। Pactena Protocol हमने रचा है — निजी, offline-सक्षम, तत्काल भुगतान, जिसमें double-spending गणितीय रूप से धोखेबाज़ को ही उजागर कर देती है — और उस पर निर्मित भुगतान समाधान Qashmore भी।
  • समस्या के नाप के proof सिस्टम। Selective disclosure, commitment, accumulator, proof-of-reserves संरचनाएँ — हल्के, purpose-built proof, वहाँ जहाँ पूरा SNARK समस्या की ज़रूरत से ज़्यादा है।
  • प्रोटोकॉल समीक्षा। क्रिप्टोग्राफ़िक डिज़ाइनों पर दूसरी राय, इससे पहले कि वे प्रतिबद्धता बन जाएँ — key ceremony, custody स्कीम, signing प्रवाह, recovery पथ।

प्रमाण-बिंदु

Trustless, फिर भी पर्यवेक्षित: हमारी key-generation स्कीम में स्वतंत्र पक्ष एक threshold key बनाते और पुनर्वितरित करते हैं, और हर क़दम सार्वजनिक रूप से सत्यापन-योग्य रहता है — कोई keyholder बदले, तो share सेकंडों में पुनर्वितरित हो जाते हैं, बिना ceremony, बिना HSM। वही गुण, जो regulator चाहता है — नीति के बजाय गणित के रूप में।

यह कहाँ चलता है

वित्तीय कोर सिस्टम

Core banking, प्रतिभूति settlement, फैक्टरिंग, पेंशन फ़ंड और फ़ंड अकाउंटिंग। दो दशकों से production में चलते लेजर।

ऊर्जा और कमोडिटी

ऊर्जा बाज़ारों के लिए रजिस्ट्री, settlement और procurement सिस्टम — बिजली के क्षेत्र में सिद्ध (एक्सचेंज clearing, TSO balancing निविदाएँ, यूरोपीय transparency प्रकाशन), और उसी अनुशासन के तहत गैस, तेल व अन्य कमोडिटी संभालने के लिए निर्मित।

विनियमित डिजिटल एसेट्स

MiCA-लाइसेंस प्राप्त प्लेटफ़ॉर्म इंजीनियरिंग, ऐसा tokenization जिसके पीछे असली एनालिटिकल अकाउंटिंग हो, DORA-सजग परिचालन।

सार्वजनिक क्षेत्र और रक्षा

जहाँ प्रक्रिया की अखंडता ही मिशन है। डिजिटाइज़ किए गए काग़ज़ के बजाय जन्म से डिजिटल प्रशासन; k-of-n गणित द्वारा लागू command और entitlement शृंखलाएँ; छेड़छाड़-प्रकट ट्रेल वाली सीलबंद प्रक्रियाएँ; निगरानी की संतुष्टि proof से, डेटा सौंपकर नहीं। ऊपर वर्णित निर्माण-खंड — threshold key प्रबंधन, क्रिप्टोग्राफ़िक प्राधिकरण, सिद्ध करने योग्य प्रक्रिया-अखंडता — सीधे यहाँ लागू होते हैं; जो अनुशासन वित्तीय पर्यवेक्षकों की जाँच से पार हुआ, वही उन प्रक्रियाओं पर भी लागू होता है, जहाँ दाँव और भी ऊँचे हैं। हम इस क्षेत्र की भाषा बोलते हैं: संप्रभुता, कोई विदेशी black box नहीं, खुले और स्वतंत्र रूप से ऑडिट-योग्य एल्गोरिद्म।

काम की शुरुआत कैसे होती है

  1. 01
    एक बातचीत। आप सिस्टम का वर्णन करते हैं; असहज प्रश्न हम शुरुआत में ही पूछ लेते हैं।
  2. 02
    एक लिखित scope। संक्षिप्त, मूल्य सहित, अज्ञात पहलुओं के बारे में ईमानदार।
  3. 03
    खुले में काम। Specification, निर्णय और प्रगति — शुरू से अंत तक आपके सामने।

बातचीत शुरू करें