يتواصل بحث استخدام TCP hole punching لإتاحة اتصال عقد المنازل الواقعة خلف الموجّهات، مع استئناف العمل على مواصفة وتنفيذ تجريبي في Bitcoin Core. كما طُرح مسودّة BIP لتوحيد سياسات الإنفاق التي يفرضها الموقّعون المشاركون عند محاكاة covenants.
ضيوف مراجعة العدد #429 هم Greg Sanders وAntoine Poinsot وElias Rohrer وOleksandr Kurbatov وNishant Bansal، وتبدأ الحلقة مع مقدّمي Optech بالتغييرات #36665 و#36667 و#36669 في Bitcoin Core قبل الانتقال إلى سياسة الأمان المحدّثة. ثم تأتي المدفوعات الصامتة متعددة الأطراف، والكشف عن ثغرة حجب خدمة في Core Lightning، وEclair 0.14.6. أما النص المكتوب للحلقة فلم يُنشر بعد.
إعلان قناة يذكر العقدة نفسها في طرفيه كان كافيًا لإسقاط Core Lightning من 25.02 حتى 26.04 عند كل إعادة تشغيل، ولا يكلّف المهاجم سوى رسوم المعاملات على السلسلة، وجاء الإصلاح في 26.04.1. ويقرن العدد #429 هذا الكشف ببروتوكول Oleksandr Kurbatov لمدخلات المدفوعات الصامتة متعددة الأطراف، وبالإصدارات التصحيحية الأسرع في 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.
يتيح Lichen، وهو تصميم من Adam Gibson، لمستخدمي طبقة ثانية بمُصدر واحد استرداد البيتكوين على السلسلة إذا رفض المحور أو انقطع عن الشبكة، وتُفصل النزاعات بإثباتات Groth16 ومعاملات BitVMX موقعة مسبقًا. وفي العدد #428 أيضًا مقترح João Dias لصيغة خاصة بالصور الأولية في أجزاء hash ضمن miniscript، ومن تحديثات البرمجيات Ibis Wallet v5.0-beta وrbitcoin 0.8.0.
ثغرتا ذاكرة في مصافحة فتح القناة لدى Eclair يشرحهما Erick Cestari في مراجعة العدد #427، اكتُشفت إحداهما بأداة fuzzer لـ Matt Morehouse والثانية بنموذج لغوي كبير. بعده يقدّم Adam Gibson مخطط LN-GAP، ومثاله مباراة شطرنج داخل قناة Lightning. وتصل الحلقة لاحقًا إلى Bitcoin Core 32.0rc4 ومجموعة إصلاحات في Eclair.
نفاد الذاكرة أثناء فتح القنوات خطر كان يهدد Eclair v0.14.0 وما قبله: خلل يسرّب نحو 1 MB في الثانية، وآخر يستنفد 4 GB خلال نحو 48 دقيقة عبر اتصال واحد دون أي كلفة على السلسلة. وعالج v0.14.1 الخللين. يضعهما العدد #427 إلى جانب LN-GAP، مخطط Adam Gibson للعقود متعددة الجولات داخل قنوات Lightning، والذي يقوم على لجنة أغلبيتها نزيهة.
تفتتح Clara Shikhelman مراجعة العدد #426 بمقترح Shielded Bitcoin الذي شاركت في تأليفه، وهو يسمح بتحويل البيتكوين دون إعلان المرسل والمستلم والمبالغ، بلا تغيير في الإجماع ولا مشغّلين. ثم يتناول Elias Rohrer من Spiral إصداري LDK v0.3-rc3 وv0.2.7 وتعديلات شيفرة LDK، فيما يتولى Gustavo Flores Echaiz التقديم.
تحويلات خاصة على السلسلة بلا تغيير في الإجماع: هذا ما يعد به Shielded Bitcoin، البروتوكول الفوقي الذي اقترحه Misha Komarov مع Clara Shikhelman وAleksei Moskvin، لكنه يتطلب مراسم إعداد لمرة واحدة ويترك أثرًا عند الدخول والخروج. ويصوغ Anthony Towns مسودة BIP تتيح للنظراء اختيار معرّفات رسائلهم ذات البايت الواحد فوق نقل BIP324، بينما يتساءل Fabian Jahr عما إذا كان ينبغي لوسوم tagged hash أن تحمل أرقام BIP.
خصّص محلّل feature bits في Eclair أكثر من 300 MB لمعالجة رسالة واحدة بأقصى طول، بحسب Matt Morehouse في مراجعة العدد #425، وخفّض الإصلاح ذلك إلى نحو 200 KB. وينتقل Gustavo Flores Echaiz وBrandon Black بعدها إلى مزامنة تسميات المحافظ وأنواع مخرجات PQC وحدود time warp في BIP54 ومقترحات covenants للخزائن.
استعلام gossip بحجم 64 kB كان يتضخم إلى 64 MB في Eclair v0.13.1 وما قبله، ورسالة init بأقصى طول تستهلك نحو 300 MB؛ كشف Matt Morehouse الثغرتين، وهما من نوع حجب الخدمة، وأُصلحتا في v0.14.0. ويستطلع Jakub الاهتمام بمزامنة تسميات المحافظ وفق BIP329 عبر مخزن غير موثوق، بينما يعود قسم الإجماع في العدد #425 إلى أنواع المخرجات المقاومة للحوسبة الكمية.
في أول فقرة مسجلة مسبقًا ضمن برنامج Optech، يشرح Ahmet Kurt مشروع PQLN لحماية واجهات Lightning خارج السلسلة من الحوسبة الكمية. أما الجزء المباشر فيجمع Gustavo Flores Echaiz وMike Schmidt مع Jan B، المساهم في Bitcoin Core الذي يراجع طلبات الدمج ويعمل على شيفرة kernel، وعلى جدول الأعمال Bitcoin Core 32.0rc2 ودليل اختباره.
يوفّر PQLN، من Ahmet Kurt ومتعاونين معه، حماية من الحوسبة الكمية لكل من gossip والنقل والفواتير والعروض وonion في Lightning، ويترك العمليات على السلسلة جانبًا لأنها تحتاج إلى تغيير في الإجماع. الثمن هو عرض النطاق: تنزّل العقدة 10 أضعاف البيانات وتخزّن 9 أضعافها، في حين لا يستغرق توقيع ML-DSA سوى 0.33 ms. ويمكن اختبار تنفيذ عامل في rust-lightning منذ الآن.
أقل من 1 kB يكفي مراكِم Utreexo، بينما تحتفظ العقدة عادةً بمجموعة UTXO تقارب 11 GB، كما يوضح Davidson Souza في مراجعة العدد #423، والمقابل زيادة في عرض النطاق. ومن ضيوف الحلقة أيضًا Eric Price من MARA وPortlandHODL، وعلى القائمة وحدات vardiff التي تترك المُعدِّنين المتباطئين عالقين، ومسودة BIP للمفاتيح الداخلية غير القابلة للإنفاق.
قد تترك مجمعات التعدين مُعدِّنًا تباطأ عالقًا عند صعوبة حصص ضُبطت على سرعته القديمة، كما يرى Eric Price في Delving Bitcoin؛ وعلاجه مؤقّت يخفض الصعوبة بعد فترة بلا حصص. ويريد Davidson Souza أن يستغني ملف تلميحات SwiftSync عن إثباتات الحذف في Utreexo خلال التنزيل الأولي للكتل، فيما صاغ NTL مسودة BIP لمفاتيح taproot الداخلية غير القابلة للإنفاق.
يستعرض Adam Gibson مع مقدّمَي Optech، Mark Erhardt وMike Schmidt، بروتوكوله Babilonia، وهو coinjoin متخفٍّ في هيئة رهانات سرية، ويردّ المدفوعات الاحتمالية إلى جذر أقدم: ورقة لـ Ron Rivest عام 1997 عن المدفوعات الصغيرة بأسلوب اليانصيب. ثم يناقش Rob Segers قياساته لعميل خفيف يعتمد المدفوعات الصامتة.
يُلبس Babilonia، مقترح Adam Gibson، عمليات coinjoin ثوب رميات عملة على السلسلة تبدو من الخارج مدفوعات عادية، وإن أقرّت ورقته بأن فعالية البروتوكول لا مقياس واضحًا لها بعد. وتشير اختبارات Rob Segers إلى أن BlindBit Oracle v2 يحتاج نحو 2.1x من تنزيل مرشح taproot وحده مع بيانات tweak، مقابل انعدام النتائج الإيجابية الكاذبة. أما LDK v0.2.6 فيسد ثغرة حجب خدمة.