مرکزی مواد پر جائیں
SATWEI

کارکردگی میں بہتری کے ساتھ Bitcoin Core 0.14.0 جاری

bitcoincore.org پر اصل تحریر

ماخذ
Bitcoin Corebitcoincore.org
اصل اشاعت کی تاریخ
اصل تحریر کی طوالت
12 منٹ کا مطالعہ
زبان
انگریزی

SATWEI کا خلاصہ

Amazon EC2 پر ڈیفالٹ سیٹنگز کے ٹیسٹ میں نئے نوڈز نے ابتدائی بلاک ڈاؤن لوڈ Bitcoin Core 0.14.0 پر 0.13.2 کے مقابلے میں 5.7 گنا تیز مکمل کیا: 6 گھنٹے 24 منٹ، بمقابلہ 1 دن 12 گھنٹے 40 منٹ۔ اس کی وجہ assumed valid بلاکس اور میم پول اور UTXO کیش کے درمیان مشترکہ میموری ہے۔ والٹ میں فیس بڑھانے کا اختیاری فیچر بھی آیا ہے، جو ڈیفالٹ طور پر بند ہے۔

ٹیگز

  • مائننگ
  • P2P
  • ریلے پالیسی

Bitcoin Core کی مزید اشاعتیں

نیٹ ورک2 منٹ کا مطالعہ

پاز شدہ pre-BIP31 پیئرز پر میموری آہستہ آہستہ بے حد بڑھنے کی خامی

بدنیت پیئر BIP 31 پنگ کی سپورٹ نہ ہونے کا ڈھونگ رچا کر 20 منٹ والے ڈس کنیکٹ سے بچ سکتا تھا اور آہستہ پڑھ کر نوڈ کی send قطار کو ہر inbound پیئر پر فی گھنٹہ 2MB اور ہر outbound پر 5MB تک پھلا سکتا تھا۔ Medium درجے کی CVE-2026-117349 کو #36667 نے Bitcoin Core 32.1، 31.2، 30.4 اور 29.5 میں ٹھیک کیا؛ -blocksonly نوڈز کو خطرہ کہیں کم تھا۔

Bitcoin Core

ڈیولپمنٹ1 منٹ کا مطالعہ

Bitcoin Core 30.4 جاری ہو گیا

BIP 323 کے تحت Bitcoin Core 30.4 اب BIP 9 کے بٹس 5 تا 28 کو سافٹ فورک سگنل نہیں مانتا، اس لیے انہیں سیٹ کرنے والے بلاک پر نامعلوم ڈیپلائمنٹ کی وارننگ نہیں آتی (#34779)۔ نیٹ ورک کی تبدیلیوں میں پاز شدہ send پیئرز پر لازمی ٹائم آؤٹ (#36667) شامل ہے، اور flatfile پوزیشنز اب 64 بٹ انٹیجر میں رکھی جاتی ہیں (#36669)۔

Bitcoin Core

ڈیولپمنٹ2 منٹ کا مطالعہ

غیر Linux سسٹمز پر TCP urgent data سے میموری بے قابو بڑھنے کی خامی

Windows، macOS اور BSD پر چلنے والے نوڈ کو جڑا ہوا پیئر TCP urgent data بھیج کر کریش کر سکتا تھا: یہ ڈیٹا select() بیک اینڈ میں روکی گئی ریڈز سے بچ نکلتا اور میموری بغیر کسی حد کے بھرتی جاتی (CVE-2026-117350)۔ Linux نوڈ poll() استعمال کرتے ہیں، اس لیے محفوظ ہیں۔ Project Loupe کے تحت LLM اسکین سے پکڑی گئی اس Medium شدت کی خامی کا حل Bitcoin Core 32.1، 31.2، 30.4 اور 29.5 میں ہے۔

Bitcoin Core