BitVM सीमित गणना को ऑफचेन ले जाता है और Bitcoin पर पहले से तैयार fraud proof लाता है; यह Bitcoin Script में सीधे चलने वाली सामान्य प्रयोजन virtual machine नहीं है।
मूल BitVM, prover और verifier के बीच दो-पक्षीय संबंध बताता है। Prover प्रोग्राम को ऑफचेन चलाकर उसके execution trace पर कमिट करता है, और verifier तभी हस्तक्षेप करता है जब वह परिणाम को गलत बताता है। [1]
BitVM2 छोटे subprograms में बांटे scripts से SNARK सत्यापित करता है। आशावादी मार्ग पूरी गणना को ऑनचेन नहीं लिखता; विवाद होने पर कोई भी challenger छोटे किए गए प्रोटोकॉल से अमान्य दावे को चुनौती दे सकता है। [2]
BitVM Bridge का लक्ष्य BTC को दूसरी परतों तक अधिक सुरक्षित ढंग से पहुंचाना है: setup के समय यह ईमानदार बहुमत की धारणा को कम करके कम से कम एक ईमानदार भागीदार तक लाता है, और अमान्य प्रमाण को केवल पहले से तय verifier नहीं बल्कि कोई भी चुनौती दे सकता है। [2]
Permissionless challenge का अर्थ शून्य भरोसा नहीं है। Liveness के लिए bridge को अब भी कम से कम एक सक्रिय तर्कसंगत operator चाहिए; सभी के विफल होने पर धन अटक सकता है, और ठोस प्रोटोकॉल setup, डेटा उपलब्धता, प्रोत्साहनों तथा सही transaction graph पर भी निर्भर करता है। [3]
BitVM Bridge का आधिकारिक implementation स्वयं को production के लिए अनुपयुक्त बताता है और production में उपयोग के विरुद्ध स्पष्ट चेतावनी देता है। Repository SNARK verifier और bridge का prototype है, सुरक्षित BTC transfer की audited guarantee नहीं। [4]
Permissionless challenge संचालन लागत समाप्त नहीं करता। प्रोटोकॉल बड़े scripts, विभाजित proofs, collateral, deadlines और fees का उपयोग करता है; attacker के valid proof न बना पाने पर भी निष्क्रियता या censorship liveness को नुकसान पहुंचा सकती है। [3]
BitVM, Bitcoin Script को मनमाने onchain programs के लिए सामान्य virtual machine नहीं बनाता। इसकी रचना consensus बदले बिना की गई है: इसकी व्यापकता offchain calculation, commitments, timelocks और Bitcoin द्वारा लागू किए जा सकने वाले पहले से signed dispute से आती है। [5]
BitVM नाम कई अलग और विकसित हो रहे designs को समेटता है: BitVM1, BitVM2 और विशिष्ट bridge protocols की भूमिकाएं और धारणाएं समान नहीं हैं। उपयोग से पहले सटीक version, transaction graph, setup, operators की संख्या, challenge path और emergency exits जांचने चाहिए। [4]
पूरी तस्वीर के लिए इस प्रविष्टि के साथ यह भी पढ़ें Bitcoin Script, Taproot, Covenants, Multisig, Sidechain, Soft Fork.
01क्या BitVM सीधे Bitcoin पर programs चलाता है?+
नहीं। Program की गणना ऑफचेन होती है; Bitcoin cryptographic commitments और proof के एक छोटे step पर पहले से तैयार dispute का judge बनता है।
02क्या BitVM तैयार trustless bridge है?+
नहीं। BitVM2 कुछ trust assumptions घटाता और permissionless challenge देता है, लेकिन ठोस bridge अब भी setup, operators, liveness और non-production implementation पर निर्भर करता है।