Skip to main contentA-REX Foundation

श्वेतपत्र · 03

समस्या विवरण

वे विशिष्ट कमियाँ जिन्हें A-REX Core संबोधित करता है, इंजीनियरिंग और विधिक समस्याओं के रूप में वर्णित, बाज़ार आकारों के रूप में नहीं। जहाँ इस दस्तावेज़ के किसी पुराने संस्करण में सत्यापन-योग्य स्रोत के बिना आँकड़े उद्धृत किए गए थे, उन्हें हटा दिया गया है।

1. लॉट की कोई ऑन-चेन पहचान नहीं है

ERC-1155 की आईडी बैलेंस वाली एक संख्या है। आधार मानक में कुछ भी यह नहीं बताता कि वह कौन-सी कमोडिटी है, किस इकाई में है, कब उत्पादित हुई, कब समाप्त होगी, या उसके उद्गम का साक्ष्य कहाँ है। कृषि वस्तुओं का टोकनीकरण करने वाला प्रत्येक प्रोजेक्ट अपना स्वयं का स्ट्रक्ट, अपने एन्यूम और अपना मेटाडेटा लेआउट गढ़ता है। ऐसे दो टोकन को एक ही इंडेक्सर नहीं पढ़ सकता, एक ही अनुपालन इंजन गेट नहीं कर सकता, और उन्हें एक ही EPCIS दस्तावेज़ में निर्यात नहीं किया जा सकता।

आवश्यकता: एक न्यूनतम, खुला बैच रिकॉर्ड जिसे कोई भी कार्यान्वयनकर्ता किसी और की फ़सलों, ग्रेड या जीवनचक्रों की सूची स्वीकार किए बिना अपना सके।

2. लॉट अन्य लॉट बन जाते हैं, टोकन नहीं

गेहूँ आटा बन जाता है; 250 टन का बिन दो खेपों में बँट जाता है; चालीस डिलीवरी एक पूल बन जाती हैं। ट्रेसेबिलिटी विनियमन और GS1 EPCIS स्पष्ट हैं कि ये ट्रांसफ़ॉर्मेशन इवेंट हैं जो इनपुट को मात्राओं के साथ आउटपुट से जोड़ते हैं। जो टोकन केवल मिंट, ट्रांसफ़र और बर्न किया जा सकता है, वह इन्हें व्यक्त नहीं कर सकता, इसलिए उद्गम-इतिहास की शृंखला पहले प्रसंस्करण चरण पर ही टूट जाती है — ठीक वहीं जहाँ रिकॉल और मास-बैलेंस ऑडिट को उसकी आवश्यकता होती है।

आवश्यकता: एक ऑपरेशन जो इनपुट बर्न करे, आउटपुट मिंट करे, पैरेंट दर्ज करे और मात्राएँ एटॉमिक रूप से इमिट करे।

3. वास्तविक-जगत के दावों को प्रवर्तन चाहिए

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

आवश्यकता: फ़्रीज़, बलपूर्वक ट्रांसफ़र, पात्रता और पॉज़, मानक आकार में और मानक इवेंट के साथ।

4. नियम कमोडिटी, क्षेत्राधिकार और प्रतिपक्ष के अनुसार भिन्न होते हैं

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

आवश्यकता: एक छोटा, मानक एक्सटेंशन इंटरफ़ेस जिसमें क्रमबद्ध मूल्यांकन और मशीन-पठनीय अस्वीकृति कारण हों, ताकि नियम टोकनों के बीच पोर्टेबल हों।

5. प्रमाणन केवल उत्पादक के बारे में नहीं, लॉट के बारे में है

पहचान और उत्पादक क्रेडेंशियल के लिए परिपक्व समाधान मौजूद हैं (ONCHAINID, एटेस्टेशन सेवाएँ, वेरिफ़ायबल क्रेडेंशियल, राष्ट्रीय e-ID)। क्रेता, सीमा शुल्क अधिकारी और नियामक जो जाँचते हैं वह यह है कि क्या इस लॉट के पास जैविक प्रमाणपत्र, पादप-स्वच्छता प्रमाणपत्र, प्रयोगशाला परिणाम या EUDR घोषणा है। ऑन-चेन इसके लिए कोई मानक रूप नहीं है, और प्रमाणन प्रकारों की बंद एन्यूमरेशन उसी दिन पुरानी पड़ जाती हैं जिस दिन कोई नई योजना आती है।

आवश्यकता: बैच और खुले विषय द्वारा कुंजीबद्ध एटेस्टेशन, जो केवल उस विषय के लिए विश्वसनीय पक्षों द्वारा जारी किए जाएँ, निरस्तीकरण और समाप्ति के साथ।

6. व्यक्तिगत डेटा और सार्वजनिक लेजर में टकराव है

प्लॉट जियोलोकेशन से उत्पादक की पहचान हो जाती है। European Data Protection Board के 2026 के दिशानिर्देश कहते हैं कि ऑन-चेन सामग्री और मेटाडेटा सिद्धांततः व्यक्तिगत डेटा हैं, कि हैशिंग अनामीकरण की गारंटी नहीं देती, और कि नियंत्रकों को ऑन-चेन व्यक्तिगत डेटा संग्रहीत करने से बचना चाहिए। आरंभिक कृषि टोकन डिज़ाइन — A-REX की अपनी पहली पीढ़ी सहित — निर्देशांकों को अपरिवर्तनीय रूप से संग्रहीत करते थे।

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

7. विधिक लिखत पहले से मौजूद हैं

वेयरहाउस रसीदें, वारंट, फ़सल प्राप्य (CPR), बिल ऑफ़ लैडिंग और ड्यू-डिलिजेंस कथन क़ानून द्वारा शासित हैं और अधिकृत संस्थाओं के पास पंजीकृत हैं। जो टोकन किसी ऐसे क्षेत्राधिकार के बाहर, जो उसे मान्यता देता है (MLETR अपनाने वाले, UCC Article 12 राज्य), ऐसा कोई लिखत होने का दावा करता है, वह विधिक जोखिम पैदा करता है; जो टोकन उसे संदर्भित करता है, वह मूल्य पैदा करता है।

आवश्यकता: बैच रिकॉर्ड और मेटाडेटा में बाहरी लिखतों के फ़र्स्ट-क्लास संदर्भ; UCC Article 12 के अंतर्गत "नियंत्रण" और MLETR के अंतर्गत "अनन्य नियंत्रण" के अनुकूल प्रवर्तन।

8. जो मानक उत्पाद होते हैं, वे अपनाए नहीं जाते

A-REX की पहली पीढ़ी में फ़ार्म रजिस्ट्री और पहचान कॉन्ट्रैक्ट अनिवार्य था, नौ जीवनचक्र स्थितियाँ, ग्यारह कमोडिटी और अमेरिकी ग्रेड नाम तय थे, और कोर में एक मूल्यांकन सूत्र लागू किया गया था। कोई स्वतंत्र टीम अंतरसंचालनीयता के बदले इन बाधाओं को स्वीकार नहीं करती। इस क्षेत्र में जो मानक अपनाए गए (ERC-3643, ERC-7943) वे कुछ इंटरफ़ेस को मानकीकृत करते हैं और उत्पाद को बाहर छोड़ देते हैं।

आवश्यकता: केवल इंटरफ़ेस; संदर्भ कार्यान्वयन अलग; मॉड्यूल प्रदर्शन के रूप में।

आवश्यकताओं का सारांश

#आवश्यकताA-REX Core इसका उत्तर कहाँ देता है
1खुली बैच पहचानIARexBatch.Batch, BatchInit
2एटॉमिक वंशावलीtransform, parentsOf, BatchTransformed
3प्रवर्तनIERC7943MultiToken, पॉज़
4पोर्टेबल नियमIARexHook, IARexHookManager, bytes32 कोड
5लॉट एटेस्टेशनIARexAttest
6ऑन-चेन कोई व्यक्तिगत डेटा नहींoriginRef नियम, मेटाडेटा स्कीमा का restricted पॉइंटर
7विधिक लिखतों का संदर्भoriginRef, मेटाडेटा में documents[]
8केवल इंटरफ़ेसstandard/, contracts/standard/ बनाम contracts/reference/