باضابطہ ذرائع سے جمع کی گئی ہر چیز۔
141 اشاعتیں
نوڈ جہاں تقریباً 11 GB کا UTXO سیٹ رکھتا ہے، وہاں Utreexo کا accumulator 1 kB سے بھی کم جگہ لیتا ہے، البتہ بینڈوڈتھ زیادہ خرچ ہوتی ہے؛ یہ بات Davidson Souza نے شمارہ #423 کے خلاصے میں بتائی۔ MARA کے Eric Price اور PortlandHODL بھی مہمان ہیں، اور موضوعات میں سست پڑتے مائنرز کو پھنسا دینے والے vardiff کنٹرولرز اور ناقابلِ خرچ internal keys کا BIP مسودہ شامل ہیں۔
Bitcoin Optech
Eric Price نے Delving Bitcoin پر دلیل دی ہے کہ مائننگ پول سست پڑتے مائنر کو اس کی پرانی رفتار والی شیئر ڈفیکلٹی پر پھنسا سکتے ہیں؛ ان کا حل ٹائمر ہے جو مقررہ وقفے تک شیئر نہ آنے پر ڈفیکلٹی گھٹا دے۔ Davidson Souza چاہتے ہیں کہ SwiftSync hintsfile ابتدائی بلاک ڈاؤن لوڈ کے دوران Utreexo کے deletion proofs ختم کر دے، اور NTL نے ناقابلِ خرچ taproot internal keys کے لیے BIP کا مسودہ لکھا ہے۔
Bitcoin Optech
Adam Gibson میزبانوں Mark Erhardt اور Mike Schmidt کو Babilonia کی تفصیل بتاتے ہیں، جو خفیہ شرطوں کے روپ میں ان کا coinjoin پروٹوکول ہے، اور احتمالی ادائیگیوں کی پرانی جڑ کے طور پر لاٹری طرز کی مائیکرو پیمنٹس پر Ron Rivest کے 1997 کے مقالے کا حوالہ دیتے ہیں۔ پھر Rob Segers سائلنٹ پیمنٹس لائٹ کلائنٹ کی اپنی پیمائشوں پر بات کرتے ہیں۔
Bitcoin Optech
Adam Gibson کی تجویز Babilonia میں coinjoin کو آن چین سکہ اچھالنے کا روپ دیا جاتا ہے، جو باہر سے عام ادائیگی لگتا ہے، اگرچہ ان کا مقالہ مانتا ہے کہ پروٹوکول کی افادیت ناپنے کا واضح پیمانہ ابھی موجود نہیں۔ Rob Segers کے بینچ مارکس کے مطابق BlindBit Oracle v2 کا ڈاؤن لوڈ صرف taproot فلٹر اور tweak ڈیٹا کے مقابلے میں تقریباً 2.1x ہے، اور بدلے میں کوئی false positive نہیں آتا۔ LDK v0.2.6 ڈینائل آف سروس کی ایک خامی بند کرتا ہے۔
Bitcoin Optech
عام کام کے دوران ڈسک پر بھاری ریڈ اور رائٹ کی وجہ ایک بگ نکلا جو Bitcoin Core 29.4 میں ٹھیک ہو گیا: chainstate ڈیٹابیس اپنے بڑے حصے بار بار دوبارہ لکھتا رہتا تھا۔ اب LevelDB کی seek compaction بند ہے اور chainstate باقاعدگی سے کمپیکٹ ہوتا ہے (#35465)۔
Bitcoin Core
chainstate کی وجہ سے ڈسک پر مسلسل بوجھ Bitcoin Core 30.3 میں ختم ہو گیا۔ ساتھ ہی feebumper کا وہ کریش ٹھیک ہوا جو مشترکہ bump fee دستیاب نہ ہونے پر آتا تھا (#34870)، اور coin selection کا وہ بگ بھی جو رقم کو boolean کے طور پر نکالتا تھا (#34888)۔ PSBT میں MuSig2 کی pubkeys کی جانچ اب pubnonce اور جزوی دستخط کی deserialization کے دوران ہوتی ہے (#34219)۔
Bitcoin Core
-privatebroadcast میں IP ایڈریس کا لیک Bitcoin Core 31.1 نے بند کر دیا: کچھ کنکشن فعال پرائیویسی نیٹ ورک کے بجائے clearnet پر نکل جاتے تھے۔ اپ ڈیٹ سے chainstate کی وہ ری رائٹس بھی رک گئیں جن سے ڈسک پر حد سے زیادہ سرگرمی ہوتی تھی، اور MuSig2 کی key aggregation اب خالی pubkey فہرست قبول نہیں کرتی (#35316)۔
Bitcoin Core
ناکام v2 ہینڈ شیک Bitcoin Core 31.0 میں بھیجنے والے کا IP ایڈریس فاش کر سکتا ہے: -privatebroadcast فعال ہو تو v1 پر دوبارہ کوشش Tor پراکسی کو چھوڑ کر سیدھی پیئر سے جڑتی ہے۔ غالب محرک بدنیت پیئر ہے جو جان بوجھ کر ہینڈ شیک بند کر دے۔ 31.1 آنے تک صارفین یہ فیچر بند کر سکتے ہیں، -v2transport=0 لگا سکتے ہیں یا IPv4/IPv6 آؤٹ باؤنڈ Tor سے گزار سکتے ہیں۔
Bitcoin Core
0.14.0 کے بعد اور 29.0 سے پہلے کے Bitcoin Core ورژن خاص طور پر بنائے گئے غلط بلاک کی جانچ کے دوران فری شدہ میموری پڑھ کر کریش ہو سکتے تھے۔ CVE-2024-52911 کا درجہ High ہے، اگرچہ حملہ آور کو ٹپ پر اصلی proof-of-work خرچ کرنا پڑتا ہے اور ریموٹ کوڈ ایگزیکیوشن کا امکان کم سمجھا جاتا ہے۔ رپورٹ Cory Fields نے کی؛ حل 29.0 میں ہے۔
Bitcoin Core
پرانے ڈیزائن کی جگہ cluster mempool نے Bitcoin Core 31.0 میں لے لی: ancestor اور descendant حدیں ختم، اب کلسٹر زیادہ سے زیادہ 64 ٹرانزیکشنز اور 101 kB کے ہوں گے، اور CPFP carveout بھی نہیں رہا۔ کم از کم 4096 MiB ریم والی مشینوں پر ڈیفالٹ -dbcache بڑھ کر 1024 MiB ہو گیا ہے، جبکہ نیا -privatebroadcast آپشن sendrawtransaction کی نشریات صرف Tor یا I2P سے بھیجتا ہے۔
Bitcoin Core
بے نام والٹس سے جڑی دو ناکامیاں Bitcoin Core 28.4 میں ٹھیک ہوئیں: legacy والٹ کی منتقلی (#34156) اور createfromdump، جس کی ناکامی پر wallets ڈائریکٹری ہی حذف ہو جاتی تھی (#34215)۔ chainparams سے ایک DNS seed بھی نکال دیا گیا ہے (#33723)۔
Bitcoin Core
کنسینسس کے لحاظ سے غلط ٹرانزیکشن بھیجنے والے پیئرز کو Bitcoin Core 29.3 اب سزا نہیں دیتا (#33050)۔ ویلیڈیشن میں legacy، P2SH اور segwit v0 اسکرپٹس کے لیے فی ان پٹ sighash midstate کیش شامل ہوا (#32473) اور witness stripping اب Script چیکس دوبارہ چلائے بغیر پکڑی جاتی ہے (#33105)؛ مائنر کے addPackageTxs سے unsigned integer overflow بھی نکل گیا (#33475)۔
Bitcoin Core
بے نام legacy والٹس کی منتقلی میں ناکامی Bitcoin Core 30.2 سے ختم ہوئی (#34156)، اور createfromdump ایسے والٹ پر ناکام ہو کر اب wallets ڈائریکٹری حذف نہیں کرتا (#34215)۔ IPC کی wait کالز کے دوران Ctrl-C دبانے سے اب پروگرام اٹکتا نہیں (#33511)۔
Bitcoin Core
wallet.dat کی منتقلی Bitcoin Core 30.0 یا 30.1 میں ناکام ہو تو نادر حالات میں والٹ ڈائریکٹری کی ہر فائل حذف ہو سکتی ہے، جس سے فنڈز خطرے میں پڑ جاتے ہیں۔ ڈویلپرز نے یہ بائنریز واپس لے لیں اور کہا ہے کہ 30.2 تک GUI یا RPC سے منتقلی نہ کی جائے۔ یہ بگ تبھی سامنے آتا ہے جب ڈیفالٹ، بے نام wallet.dat منتقلی یا لوڈ میں ناکام ہو؛ باقی صارفین متاثر نہیں۔
Bitcoin Core
ایسے غیر مصدقہ TRUC کوائنز جن کے ancestors ہوں، Bitcoin Core 30.1 کے والٹ اب زیرِ غور نہیں لاتے (#33528)۔ IPC میں آپشنز کے لیے -m آرگومنٹ لازمی نہیں رہا (#33229)، پیغامات کی لاگنگ کا بوجھ گھٹ گیا (#33517) اور چلتی ہوئی waitNext کالز منسوخ کی جا سکتی ہیں (#33676)۔
Bitcoin Core
version پیغام کا nonce کئی کنکشنز پر دہرا کر حملہ آور جعلی سیلف کنکشن بناتا اور Bitcoin Core نوڈ کی لاگ فائلیں پھلاتا جاتا۔ متاثرہ نوڈ کا پہلا کنکشن ڈیفالٹ طور پر 60 سیکنڈ میں ٹائم آؤٹ ہو جاتا ہے، اس لیے ڈسک بھرنے میں لمبا وقت لگے گا؛ CVE-2025-54604 کا درجہ Low ہے۔ Niklas Goegge نے 2022 میں رپورٹ کی، اور 29.1 اور 30.0 کی لاگ ریٹ لمٹنگ اسے روکتی ہے۔
Bitcoin Core
بار بار غلط بلاک بھیج کر Bitcoin Core نوڈ کی ڈسک بھری جا سکتی تھی، کیونکہ وہ بنیادی جانچ میں فیل ہونے یا آخری چیک پوائنٹ سے پہلے فورک ہونے والے ہر بلاک کی لاگ لکھتا تھا۔ Low درجے کی CVE-2025-54605 Niklas Goegge اور ان سے الگ Eugene Siegel نے رپورٹ کی۔ 29.1 اور 30.0 کی لاگ ریٹ لمٹنگ نے اسے ٹھیک کر دیا۔
Bitcoin Core
خاص طور پر تیار کی گئی غیر معیاری ٹرانزیکشنز Bitcoin Core نوڈ کو ہر بار چند سیکنڈ مصروف رکھ سکتی تھیں اور بھیجنے والا ڈس کنیکٹ بھی نہ ہوتا، یوں حملہ آور بلاکس کی ترسیل میں تاخیر ڈال سکتا تھا۔ Low درجے کی CVE-2025-46598 کی رپورٹ Antoine Poinsot نے دی؛ v30.0 میں بدترین صورت کا ویلیڈیشن وقت گھٹا کر اس کا اثر کم کیا گیا۔
Bitcoin Core
1GB سے بڑے بلاک 32 بٹ Bitcoin Core نوڈز پر سائز کی جانچ اوور فلو کر کے ڈسک پر لکھتے وقت کریش کرا سکتے تھے، مگر صرف compact block کی صورت میں اور اسی نوڈ پر جس میں -maxmempool کی حد 3GB سے اوپر ہو اور اس میں 1GB ٹرانزیکشنز موجود ہوں۔ Low درجے کی CVE-2025-46597 Pieter Wuille نے ڈھونڈی؛ 29.1 اور 30.0 میں 32 بٹ سسٹمز پر -maxmempool کی حد باندھ کر اسے بند کیا گیا۔
Bitcoin Core
کم از کم فیس ریٹ کی ڈیفالٹ حدیں Bitcoin Core 28.3 میں نیچے آ گئیں: -blockmintxfee اب 1 satoshi فی kvB، جبکہ -minrelaytxfee اور -incrementalrelayfee 100 satoshi فی kvB ہیں۔ والٹ کے فیس ریٹ نہیں بدلے، اور نئے ڈیفالٹ نیٹ ورک میں پھیلنے تک سستی ٹرانزیکشنز کا پھیلاؤ رک سکتا ہے۔ onion inbound کنکشنز پر اب whitelist اجازتیں لاگو نہیں ہوتیں (#33395)۔
Bitcoin Core
