2020 में मैंने अपने कॉलेज रेडियो शो के लिए एक टिपबॉट चलाया, जिसके तुरंत बाद मैंने डिसेंट्रलाइज्ड मनी पर एक भाषण दिया था। एक श्रोता ने एक लाइव स्पोर्ट्स स्कोर के आधार पर भुगतान का अनुरोध करने की कोशिश की। कॉन्ट्रैक्ट स्कोरबोर्ड को देख नहीं पा रहा था, और मुझे एक हार्डकोडेड समाधान लागू करना पड़ा। वहीं मुझे ऑरेकल समस्या का अहसास हुआ। ऑरेकल्स का अस्तित्व है क्योंकि EVM को डिज़ाइन के अनुसार निर्धारित (deterministic) होना चाहिए। प्रत्येक वैलिडेटर को समान स्थिति प्राप्त करनी होती है, इसलिए कॉन्ट्रैक्ट्स API पर ब्राउज़ नहीं कर सकते जहां प्रतिक्रियाएं भिन्न हो सकती हैं। आप बाहरी डेटा को एक विश्वसनीय मध्यस्थ परत के माध्यम से प्रदान करते हैं और आशा करते हैं कि फीड झूठ नहीं बोलेगा। @GenLayer GenVM ऑरेकल्स को समाप्त नहीं करता। यह एक वैकल्पिक आर्किटेक्चर प्रदान करता है। निर्धारित कोड पथ EVM के समान ही सटीकता से चलते हैं। वेब और LLM कॉल्स अलग-अलग, गैर-निर्धारित ब्लॉक्स में होते हैं, जो सैंडबॉक्स किए गए होते हैं, ताकि उनके प्रभाव कॉन्ट्रैक्ट स्थिति से स्पर्श न करें। केवल आउटपुट ही पार होता है। जो बदलाव होता है, वह है प्रमाणीकरण। बाइट-परफेक्ट सहमति के स्थान पर, कॉन्ट्रैक्ट डेवलपर एक समतुल्यता नियम लिखता है, जो परिभाषित करता है कि कब दो अलग-अलग आउटपुट को समान माना जाएगा। एक लीडर परिणाम प्रस्तावित करता है, और एक वैलिडेटर समिति Optimistic Democracy के माध्यम से commit reveal मतदान के माध्यम से इसकी जांच करती है। इसका मतलब है कि कॉन्ट्रैक्ट स्वयं अपना डेटा प्राप्त कर सकता है और उसके बारे में सोच सकता है, बिना किसी पृथक् ऑरेकल सेवा के। आपको अभी भी वैलिडेटर सेट पर भरोसा करना होगा, लेकिन भरोसे का मॉडल बाहरी डेटा प्रवाह से परमाणु मतदान पर स्थानांतरित होता है। GenLayer Chain स्वयं EVM पर समयबद्धता (ordering) और सहमति स्थिति संग्रहण (consensus state storage) के लिए चलता है। इसलिए EVM पुराना (obsolete) नहीं हुआ है। यह केवल मूल है, जो प्रमुख,गैर-निर्धारित (non-deterministic) कार्यन्वयन परत को समर्थन प्रदान करता है। अगर आपको अपने मौजूदा स्टैक से एक Oracle-निर्भरता हटानी हो, तो कौन-सी हटाएंगे,और क्यों?