Timewarp Attack ब्लॉक हेडर के समय में मिलकर की गई हेरफेर है, जो अगली कठिनाई की गणना बिगाड़ देती है। हैशरेट में उसी अनुपात की गिरावट के बिना भी कठिनाई घट सकती है और ब्लॉक तेज़ी से बन सकते हैं।
Bitcoin हर 2016 ब्लॉक के बाद कठिनाई दोबारा तय करता है और ब्लॉक के बीच औसतन 10 मिनट का लक्ष्य रखता है। अवधि के आखिरी ब्लॉक के समय में से पहले का समय घटाया जाता है, इसलिए केवल 2015 अंतराल मापे जाते हैं। एक अवधि के आखिरी और अगली के पहले ब्लॉक के बीच का अंतराल इन अंतरों में शामिल नहीं होता। इसी सीमा पर समय पीछे जा सकता है, जबकि दोनों गणनाएँ अवधियों को लगातार नहीं जोड़तीं। [4] [3]
नए ब्लॉक का समय Median Time Past (MTP), यानी पिछले 11 ब्लॉक के समय की माध्यिका, से बड़ा होना चाहिए। लेकिन उसका ठीक पिछले ब्लॉक से नया होना ज़रूरी नहीं है। हमलावर अधिकतर समय को MTP से केवल 1 सेकंड आगे रख सकते हैं, अवधि के आखिरी ब्लॉक में लगभग असली समय डाल सकते हैं और फिर पुराने समय पर लौट सकते हैं। वे नए ब्लॉक में हेरफेर करते हैं, पहले से पुष्ट हेडर नहीं बदलते। [1]
क्लासिक स्थिति में अधिकांश हैशरेट या ब्लॉक के क्रम पर अतिरिक्त प्रभाव रखने वाला अल्पमत चाहिए, जैसे Selfish Mining से मिलने वाला प्रभाव। समय-श्रृंखला पर लगातार नियंत्रण चाहिए, केवल एक असामान्य समय वाला ब्लॉक नहीं। क्लासिक हमले की तैयारी में लगभग एक महीना लगता है और उसके निशान चेन में सार्वजनिक रूप से दिखाई देते हैं। [1]
दूसरी प्रभावित अवधि में समय औसतन 20 मिनट प्रति ब्लॉक का आभास दे सकता है, जिससे कठिनाई लगभग आधी हो जाती है। अगली अवधि तेज़ी से पूरी होती है, लेकिन बदला हुआ समय फिर कमी की माँग करता है। एक समायोजन में चार गुने बदलाव की सीमा बार-बार दोहराने से नहीं रोकती। MTP से मिलने वाली सैद्धांतिक दीर्घकालिक सीमा लगभग 6 ब्लॉक प्रति सेकंड के बराबर है; यह नेटवर्क की व्यावहारिक क्षमता का वादा नहीं है। [1] [3]
तेज़ ब्लॉक भविष्य की ब्लॉक सब्सिडी को कम समय में पहले ही जारी कर देंगे; इससे अपने आप 2.1 करोड़ BTC की सीमा नहीं बढ़ती। नोड को डेटा तेज़ी से जाँचना और भेजना पड़ेगा। प्रोसेसर पर अधिक बोझ, कमज़ोर कनेक्शन, प्रतिस्पर्धी शाखाएँ और बार-बार पुनर्गठन पुष्टियों की विश्वसनीयता घटा सकते हैं। [1]
BIP 113 निश्चित समय के रूप में तय किए गए nLockTime लॉक का मूल्यांकन पिछले ब्लॉक के MTP से करता है। ब्लॉक ऊँचाई के रूप में तय लॉक अब भी ऊँचाई पर निर्भर रहते हैं। हमले के दौरान MTP असली घड़ियों से बहुत धीरे बढ़ सकता है। समय की शर्त वाले अनुबंध में धन उम्मीद से अधिक देर तक अनुपलब्ध रह सकता है, और जटिल प्रोटोकॉल के चरणों का तालमेल बिगड़ सकता है। [5] [1]
प्रस्ताव अवधि के पहले ब्लॉक के समय को सीमित करता है: वह पिछले ब्लॉक से 7200 सेकंड, यानी दो घंटे, से अधिक पुराना नहीं हो सकता। आखिरी ब्लॉक का समय भी पहले से कम नहीं हो सकता। विनिर्देश की स्थिति Complete है। इसका मतलब प्रस्ताव पूरा है, सक्रिय नहीं: mainnet पर नए सहमति नियम लागू करने के लिए अलग सक्रियण आवश्यक है। [2]
हेडर के समय, MTP, हर 2016 ब्लॉक की सीमा, वास्तविक खनन गति, कठिनाई और हैशरेट की तुलना करें। क्लासिक हमले को Murch–Zawy रूपांतर से और testnet के नियमों को mainnet से अलग रखें। सॉफ़्टवेयर एहतियात के तौर पर सुरक्षित ब्लॉक टेम्पलेट बना सकता है; इसका मतलब यह नहीं कि पूरा नेटवर्क प्रस्तावित सुरक्षा का उल्लंघन करने वाला हर ब्लॉक अस्वीकार करता है। [3] [2]
पूरी तस्वीर के लिए इस प्रविष्टि के साथ यह भी पढ़ें Difficulty Adjustment, माइनिंग, Proof of Work, Consensus Cleanup, Timelock, Reorg. इस प्रविष्टि का उल्लेख यहाँ भी है Consensus Cleanup.
01क्या हमले के लिए अधिकांश हैशरेट चाहिए?+
क्लासिक स्थिति में बहुमत या ऐसा दूसरा लाभ चाहिए जो ब्लॉक के क्रम पर आवश्यक प्रभाव दे। उस लाभ के बिना छोटा खनिक उनके समय पर पर्याप्त नियंत्रण नहीं रखता।
02क्या Median Time Past की सुरक्षा काफ़ी है?+
नहीं। MTP अलग-अलग समय को सीमित करता है, लेकिन अवधियों की सीमा वाली खामी बंद नहीं करता। BIP 54 पहले और आखिरी ब्लॉक के समय के संबंध पर अतिरिक्त सीमाएँ प्रस्तावित करता है।