बिटकॉइन की क्षमता बढ़ाने पर सवाल-जवाब
- स्रोत
- Bitcoin Corebitcoincore.org
- मूल प्रकाशन की तारीख़
- मूल पाठ की लंबाई
- पढ़ने में 14 मिनट
- भाषा
- अंग्रेज़ी
SATWEI सारांश
segwit की नई कॉस्ट सीमा में ब्लॉक 4 MB से थोड़ा कम तक जा सकते हैं, पर Anthony Towns की गणना सिंगल-सिग P2PKH ट्रांजैक्शन वाले ब्लॉक को क़रीब 1.6 MB और 2-of-2 मल्टीसिग वाले को क़रीब 2.0 MB पर रखती है। FAQ के अस्थायी कार्यक्रम में segwit अक्टूबर 2016 में 0.13.1 के साथ आएगा, और 2017 में weak blocks, IBLT या Lightning।
मूल प्रकाशन से
टैग
- स्केलिंग
- SegWit
- सॉफ़्ट फ़ॉर्क
Bitcoin Core के और प्रकाशन
BIP31 से पहले वाले रुके पीयर से धीरे-धीरे बेलगाम बढ़ती मेमोरी
BIP 31 पिंग का समर्थन न होने का नाटक करके कोई दुर्भावनापूर्ण पीयर 20 मिनट वाले डिस्कनेक्ट से बच सकता था और धीमे-धीमे पढ़ते हुए नोड की सेंड क्यू को हर इनबाउंड पीयर पर 2MB और हर आउटबाउंड पर 5MB प्रति घंटे तक फुला सकता था। मध्यम गंभीरता वाली CVE-2026-117349 को #36667 ने Bitcoin Core 32.1, 31.2, 30.4 और 29.5 में ठीक किया; -blocksonly नोड पर ख़तरा काफ़ीस कम था।
Bitcoin Core
Bitcoin Core 30.4 जारी
BIP 323 के अनुरूप Bitcoin Core 30.4 अब BIP 9 के बिट 5 से 28 को सॉफ़्ट फ़ोर्क का संकेत नहीं मानता, इसलिए इन्हें सेट करने वाले ब्लॉक पर अनजान डिप्लॉयमेंट की चेतावनी नहीं आती (#34779)। नेटवर्क की तरफ़, जिन पीयर को भेजना रुका हुआ है उन पर टाइमआउट लागू हो गया है (#36667), और फ़्लैटफ़ाइल पोज़िशन अब 64-बिट पूर्णांक में रखी जाती हैं (#36669)।
Bitcoin Core
गैर-Linux सिस्टम पर TCP अर्जेंट डेटा से बेलगाम बढ़ती मेमोरी
कनेक्टेड पीयर TCP अर्जेंट डेटा भेजकर Windows, macOS और BSD नोड को क्रैश कर सकता था: select() बैकएंड में यह डेटा रुकी हुई रीडिंग से बच निकलता और मेमोरी बिना किसी सीमा के भरती जाती (CVE-2026-117350)। Linux नोड poll() पर चलते हैं, इसलिए उन पर असर नहीं पड़ा। मध्यम गंभीरता का यह बग Project Loupe के तहत LLM स्कैन में पकड़ा गया और Bitcoin Core 32.1, 31.2, 30.4 व 29.5 में ठीक है।
Bitcoin Core