वेरिफिकेशन इनवर्जन
इस बिंदु पर, एक स्थापित पक्ष होना केवल अपने आप को फंसाने के लिए अधिक भारी पुराने बोझ को ले जाता है।
P != NP प्रश्न और NP-पूर्ण समस्या के लिए, एक बंद-रूप समाधान की जांच करना एक नया समाधान बनाने की तुलना में आसान है।
हालाँकि, अब लंबे समय तक चलने वाले कोड-जनरेशन कार्यों के लिए यह उल्टा है। कोड/कॉन्ट्रैक्ट बनाना उनकी जांच करने की तुलना में बहुत आसान है। कल्पना कीजिए कि आपके पास 1M बटनों को लाल और नीला प्रदर्शित करने के लिए नियंत्रित करने वाले कोड फ़ाइलों का सेट है। यदि कार्य यह है कि 1000001 बटन हों, जिसमें नवीनतम जोड़ा गया बटन लाल प्रदर्शित करे, तो मौजूदा कोड तर्क काम नहीं करेगा। सूचना सिद्धांत के अनुसार, एक बटन का सूचना मूल्य सशर्त होता है। नया बटन केवल अन्य के संदर्भ में सूचना ले जाता है: H(नया | शेष)। यदि इसकी स्थिति नए आवश्यकता के अनुसार लाल पर स्थिर है, तो इसकी सशर्त एंट्रॉपी शून्य है। यह कोई सूचना प्रदान नहीं करता, परंतु मौजूदा कोड तर्क को पुनः संयोजित करना लगभग असंभव है।
इसलिए, मौजूदा कोडबेस को अपडेट करने के बजाय कोड को पुनः उत्पन्न करना वास्तव में आसान है। यह Innovator's Dilemma का एक नया पहलू है।
विघटक की स्थिति विपरीत है। इसके पास कोई स्पष्ट-ज्ञान या पुराना संचय नहीं है, इसलिए यह स्पष्टीकरण से प्रारंभ होता है, स्वच्छ, नए सिरे से प्रोग्रामिंग करता है, और जबतक स्पष्टीकरण स्वच्छ रहता है, इसकी लागत कम ही रहती है।
रणनीतिक निष्कर्ष है कि सीमित संपत्ति स्थानांतरित हो गई है। पुराने प्रणाली में, कोड सीमित संपत्ति था, जिसे लिखना महंगा होता था, इसलिए संरक्षित करने के मूल्यवान होता था। नई प्रणाली में, कोड सस्ता है, परंतु स्पष्टीकरण, परीक्षण, और पंजीकृत व्यवहार सीमित हैं।
एक पल के लिए CZ होने की कल्पना कीजिए।
आप स्थापित पक्ष हैं। आपका एक्सचेंज 5 साल पहले की دुनिया के लिए बनाया गया, महान, कठोर कोडबेस है—केंद्रीकृत ऑर्डर बुक, प्रवाह, संगठन,औरउपयोगकर्ता प्रवाह के संबंध में स्थिर मान।यहकामकरताथा।यहपुरानीआवश्यकताओंकोएकछोटेऔरलाभदायकचीजमेंसमेटदेताथा।
अब स्पष्टीकरण परिवर्तित होगयाहै।ऑनचेनपर्प,24/7पारदर्शिता,CFTC-अनुकूलपथ,एकयुवासमूहजोएकस्वच्छशुरुआतसेकामकरताहै।Hyperliquidआपकेपुरानेकोडिंगबोझकोनहींढोताहै।
एकअधिकसीमाजोड़नेकेलिए—याएकअधिकप्रतिद्वंद्वी—बसएकपैचलगानेसेकमज़बूतनहींहै।यहपूरेकंट्रोलग्राफकोपुनःसंयोजितकरनेकीआवश्यकताहै।नईसूचनाकीमौजूदाप्रणालीद्वारासशर्तएंट्रॉपीलगभगशून्यहोसकतीहै,फिरभीपुरानेप्रोग्रामइसेबिनाब्रेकअपबिनाअवशोषितनहींकरसकता।
इसलिएबाज़ारहिस्सेदबतेहै।ध्यानदबतेहै।स्थापितपक्षकेलिएउचितचलनअदभुतअनुकूलननहींहै;यहपुरानेकोडजिसकेलिएअनु tốiथा,उससमयमेंपरिवेशकोवापसलेआनेकेलिएबलप्रयोगकरनाहै।
लिक्विडेट, "हैक" कोदोषदें,जोभीसंभवहोउसेफ्रीज़करें,पुरानेवितरणकोपुनःस्थापितकरें।यहएकसुरक्षाआपदाजैसादिखताहै।सूचना-सिद्धांतयुक्ति से,यहपुनःउत्पन्नकरनेकीलागतसेबचनेकेप्रयासहै।
बाज़ार में Innovator's Dilemma, कोड में ही है:एकबारजबआपकीदुनियाकेसमेटने(compression)अबदुनियासेमेलखानेलगभगबंदहोगया,फटखड़े(patching)आमतौरपरशुरुआतफिरसे(starting over)सेमहंगीहोजातीहै।औरजोलोगपहलेसेशुरुआतफिरसेकरचुके हैं,उन्हें"डय़्य्र"कहानीबतलानेकीआवश्यकतानहींहै।