كل ما جُمع من المصادر الرسمية.
141 منشورًا
يتواصل بحث استخدام TCP hole punching لإتاحة اتصال عقد المنازل الواقعة خلف الموجّهات، مع استئناف العمل على مواصفة وتنفيذ تجريبي في Bitcoin Core. كما طُرح مسودّة BIP لتوحيد سياسات الإنفاق التي يفرضها الموقّعون المشاركون عند محاكاة covenants.
Bitcoin Optech
ضيوف مراجعة العدد #429 هم Greg Sanders وAntoine Poinsot وElias Rohrer وOleksandr Kurbatov وNishant Bansal، وتبدأ الحلقة مع مقدّمي Optech بالتغييرات #36665 و#36667 و#36669 في Bitcoin Core قبل الانتقال إلى سياسة الأمان المحدّثة. ثم تأتي المدفوعات الصامتة متعددة الأطراف، والكشف عن ثغرة حجب خدمة في Core Lightning، وEclair 0.14.6. أما النص المكتوب للحلقة فلم يُنشر بعد.
Bitcoin Optech
إعلان قناة يذكر العقدة نفسها في طرفيه كان كافيًا لإسقاط Core Lightning من 25.02 حتى 26.04 عند كل إعادة تشغيل، ولا يكلّف المهاجم سوى رسوم المعاملات على السلسلة، وجاء الإصلاح في 26.04.1. ويقرن العدد #429 هذا الكشف ببروتوكول Oleksandr Kurbatov لمدخلات المدفوعات الصامتة متعددة الأطراف، وبالإصدارات التصحيحية الأسرع في Bitcoin Core للأخطاء التي يسهل اكتشافها.
Bitcoin Optech
كان بوسع نظير متصل إسقاط العقد العاملة على Windows وmacOS وBSD بإرسال بيانات TCP عاجلة، إذ تتسلل عبر القراءات المتوقفة في واجهة select() وتتراكم في الذاكرة بلا حد (CVE-2026-117350). عقد Linux بمنأى عن الخلل لأنها تستخدم poll(). وتعالج الإصدارات 32.1 و31.2 و30.4 و29.5 من Bitcoin Core هذه الثغرة متوسطة الخطورة، التي كشفها فحص بنموذج لغوي كبير ضمن Project Loupe.
Bitcoin Core
بادّعاء عدم دعم رسائل ping وفق BIP 31، كان بوسع نظير خبيث الإفلات من قطع الاتصال بعد 20 دقيقة والقراءة ببطء، فتتضخم قائمة إرسال العقدة بما يصل إلى 2MB في الساعة لكل نظير وارد و5MB لكل نظير صادر. أُغلقت الثغرة CVE-2026-117349، المصنفة متوسطة الخطورة، عبر #36667 في Bitcoin Core 32.1 و31.2 و30.4 و29.5، وكانت عقد -blocksonly أقل تعرضًا بكثير.
Bitcoin Core
بإمكان مُعدِّن أن يدفع ملف undo في Bitcoin Core إلى ما يتجاوز 4 GiB، فتلتف مواقعه ذات 32 بت وتتلف البيانات، وتتوقف العقد إذا تلت ذلك إعادة تنظيم مناسبة للسلسلة؛ أما Windows والأنظمة ذات 32 بت فتتعطل عند 2 GiB دون أي إعادة تنظيم. صُنفت CVE-2026-117346 منخفضة الخطورة، ويتطلب استغلالها نحو شهر من كتل الشبكة كلها. تعالج الإصدارات 32.1 و31.2 و30.4 و29.5 أنظمة 64 بت، بينما تبقى عقد 32 بت وتخزين الكتل على FAT32 عرضة للخلل.
Bitcoin Core
وحّد Bitcoin Core 29.5 مراقبة استثناءات المقابس بين poll() وselect() (#36665)، وفرض مهلة زمنية على النظراء الذين توقف الإرسال إليهم مؤقتًا (#36667). وانتقلت مواقع flatfile إلى أعداد صحيحة بطول 64 بت (#36669)، وباتت العقد تفترض دعم v2transport في العناوين الآتية من البذور، مع حذف إحدى بذور DNS.
Bitcoin Core
لم يعد Bitcoin Core 30.4 يعامل البتات من 5 إلى 28 في BIP 9 كإشارات انقسام ناعم، تطبيقًا لـ BIP 323، فلا تثير الكتل التي تضبطها تحذيرات النشر المجهول بعد الآن (#34779). وعلى صعيد الشبكة، فُرضت مهلة زمنية على النظراء الذين توقف الإرسال إليهم مؤقتًا (#36667)، فيما صارت مواقع flatfile تعتمد أعدادًا صحيحة بطول 64 بت (#36669).
Bitcoin Core
سقف جديد للبث الخاص في Bitcoin Core 31.2: طابور المعاملات التي لم يرجع صداها من الشبكة بعد يتوقف عند 10,000 عنصر ويرفض أي إرسال جديد عند امتلائه، وعلى الجهة المستدعية تفريغه عبر abortprivatebroadcast (#35406). كما لم تعد بتات الإصدار من 5 إلى 28 تُحتسب إشارات انقسام ناعم، التزامًا بـ BIP 323.
Bitcoin Core
لم يعد البث الخاص في Bitcoin Core 32.1 يهدد بكشف عنوان IP للمرسل، وهو تسريب قد يقع حين يفشل اتصال v2 فتُعاد المحاولة عبر v1 مباشرة بدل المرور بـ Tor. وارتفعت القيمة الافتراضية لـ -maxconnections من 125 إلى 200، وصار تقييد معدل ترحيل المعاملات الصادرة يعتمد على طابور عام بدل كل نظير على حدة.
Bitcoin Core
يشرح Adam Gibson في مراجعة العدد #428 مشروعه Lichen، وهو طبقة ثانية بمُصدر واحد تتيح خروجًا من طرف واحد تتحقق منه BitVM. ويستضيف Gustavo Flores Echaiz وBrandon Black أيضًا João Dias وVincenzo Palazzo، وتتطرق الحلقة إلى صياغة descriptors للصور الأولية للتجزئة وإلى rbitcoin 0.8.0 وLND v0.21.5-beta.rc1.
Bitcoin Optech
يتيح Lichen، وهو تصميم من Adam Gibson، لمستخدمي طبقة ثانية بمُصدر واحد استرداد البيتكوين على السلسلة إذا رفض المحور أو انقطع عن الشبكة، وتُفصل النزاعات بإثباتات Groth16 ومعاملات BitVMX موقعة مسبقًا. وفي العدد #428 أيضًا مقترح João Dias لصيغة خاصة بالصور الأولية في أجزاء hash ضمن miniscript، ومن تحديثات البرمجيات Ibis Wallet v5.0-beta وrbitcoin 0.8.0.
Bitcoin Optech
ثغرتا ذاكرة في مصافحة فتح القناة لدى Eclair يشرحهما Erick Cestari في مراجعة العدد #427، اكتُشفت إحداهما بأداة fuzzer لـ Matt Morehouse والثانية بنموذج لغوي كبير. بعده يقدّم Adam Gibson مخطط LN-GAP، ومثاله مباراة شطرنج داخل قناة Lightning. وتصل الحلقة لاحقًا إلى Bitcoin Core 32.0rc4 ومجموعة إصلاحات في Eclair.
Bitcoin Optech
نفاد الذاكرة أثناء فتح القنوات خطر كان يهدد Eclair v0.14.0 وما قبله: خلل يسرّب نحو 1 MB في الثانية، وآخر يستنفد 4 GB خلال نحو 48 دقيقة عبر اتصال واحد دون أي كلفة على السلسلة. وعالج v0.14.1 الخللين. يضعهما العدد #427 إلى جانب LN-GAP، مخطط Adam Gibson للعقود متعددة الجولات داخل قنوات Lightning، والذي يقوم على لجنة أغلبيتها نزيهة.
Bitcoin Optech
تفتتح Clara Shikhelman مراجعة العدد #426 بمقترح Shielded Bitcoin الذي شاركت في تأليفه، وهو يسمح بتحويل البيتكوين دون إعلان المرسل والمستلم والمبالغ، بلا تغيير في الإجماع ولا مشغّلين. ثم يتناول Elias Rohrer من Spiral إصداري LDK v0.3-rc3 وv0.2.7 وتعديلات شيفرة LDK، فيما يتولى Gustavo Flores Echaiz التقديم.
Bitcoin Optech
تحويلات خاصة على السلسلة بلا تغيير في الإجماع: هذا ما يعد به Shielded Bitcoin، البروتوكول الفوقي الذي اقترحه Misha Komarov مع Clara Shikhelman وAleksei Moskvin، لكنه يتطلب مراسم إعداد لمرة واحدة ويترك أثرًا عند الدخول والخروج. ويصوغ Anthony Towns مسودة BIP تتيح للنظراء اختيار معرّفات رسائلهم ذات البايت الواحد فوق نقل BIP324، بينما يتساءل Fabian Jahr عما إذا كان ينبغي لوسوم tagged hash أن تحمل أرقام BIP.
Bitcoin Optech
خصّص محلّل feature bits في Eclair أكثر من 300 MB لمعالجة رسالة واحدة بأقصى طول، بحسب Matt Morehouse في مراجعة العدد #425، وخفّض الإصلاح ذلك إلى نحو 200 KB. وينتقل Gustavo Flores Echaiz وBrandon Black بعدها إلى مزامنة تسميات المحافظ وأنواع مخرجات PQC وحدود time warp في BIP54 ومقترحات covenants للخزائن.
Bitcoin Optech
استعلام gossip بحجم 64 kB كان يتضخم إلى 64 MB في Eclair v0.13.1 وما قبله، ورسالة init بأقصى طول تستهلك نحو 300 MB؛ كشف Matt Morehouse الثغرتين، وهما من نوع حجب الخدمة، وأُصلحتا في v0.14.0. ويستطلع Jakub الاهتمام بمزامنة تسميات المحافظ وفق BIP329 عبر مخزن غير موثوق، بينما يعود قسم الإجماع في العدد #425 إلى أنواع المخرجات المقاومة للحوسبة الكمية.
Bitcoin Optech
في أول فقرة مسجلة مسبقًا ضمن برنامج Optech، يشرح Ahmet Kurt مشروع PQLN لحماية واجهات Lightning خارج السلسلة من الحوسبة الكمية. أما الجزء المباشر فيجمع Gustavo Flores Echaiz وMike Schmidt مع Jan B، المساهم في Bitcoin Core الذي يراجع طلبات الدمج ويعمل على شيفرة kernel، وعلى جدول الأعمال Bitcoin Core 32.0rc2 ودليل اختباره.
Bitcoin Optech
يوفّر PQLN، من Ahmet Kurt ومتعاونين معه، حماية من الحوسبة الكمية لكل من gossip والنقل والفواتير والعروض وonion في Lightning، ويترك العمليات على السلسلة جانبًا لأنها تحتاج إلى تغيير في الإجماع. الثمن هو عرض النطاق: تنزّل العقدة 10 أضعاف البيانات وتخزّن 9 أضعافها، في حين لا يستغرق توقيع ML-DSA سوى 0.33 ms. ويمكن اختبار تنفيذ عامل في rust-lightning منذ الآن.
Bitcoin Optech
