دخل البيتكوين نافذة الـ 2,016 كتلة العادية الخاصة بـ BIP-110 في 25 يوليو مع دعم من العمال بنسبة 0.89%. يتطلب الاقتراح 1,109 كتل، أو 55%، للإغلاق العادي، ويمكن أن تبدأ مرحلته الإلزامية لبت الفئة في أغسطس إذا بقي الدعم تحت هذا الحد.
جيمسون لوب قام بوضع تنظيف توافق الآراء، والوعود، والاستعداد للكمبيوتر الكمي كجدول أعمال Bitcoin القادم. كما أنه يشغل جانبين من هذا الانتقال: لوب يعارض BIP-110 وشارك في صياغة BIP-361، وهو خطة مسودة للانتقال ما بعد الكم.
يمنح BIP-110 هذه المناقشات مرجعًا حيًا للحوكمة لأن المطورين والمناجم ومشغلي العقد والبورصات ووكلاء الحفظ والمالكين يقدمون كل منهم شكلًا مختلفًا من الموافقة. تربط المقترحات القادمة هذا الاختبار التنسيقي بتحقق الكتل وحفظ مقاوم للسرقة وحالة الملكية للعملات المعرضة للخطر.
الثغرات المعروفة تدخل قائمة الترقية
يجمع Consensus Cleanup أربع إصلاحات بروتوكولية في BIP-54. أكمل أنتوان بوانسو ومات كورالو المواصفات في مايو، ونفذ Bitcoin Inquisition القواعد على signet التجريبي الخاص به منذ فبراير.
يغطي الحزمة هجوم تيموارب، تكاليف التحقق من الكتلة المتطرفة، غموض شجرة ميركل المتعلق بمعاملات بطول 64 بايت، وفحوصات المعاملات المكررة المستقبلية.
تعطي ثغرة timewarp قوة التجزئة الغالبة مسارًا لدفع صعوبة التعدين نحو الحد الأدنى خلال 38 يومًا، مما يسحب الدعم مقدمًا من خلال إنتاج كتل أسرع ويغير حوافز التعدين.
ضعف منفصل هو أن الكتل المُصممة خصيصًا يمكن أن تستغرق عدة دقائق على أجهزة متطورة وساعات على الأجهزة الأضعف.
يحد BIP-54 من عمليات التوقيع لكل معاملة، مما يقلل عبء التحقق في أسوأ الحالات بنسبة 40 مرة. كما يُبطل شكل معاملة بطول 64 بايت اعتُبر غير قياسي من قبل عُمال التعدين منذ عام 2019، ولم يُسجله بيت كوين على السلسلة آخر مرة في عام 2016.
لأن هذه الإصلاحات تعزز صلاحية توافق الرأي، يركز الاستعراض على الحالات الحدية عبر المواصفات، ورمز المرجع، ومتجهات الاختبار، وشهور الاستخدام على Signet. سيؤدي التأخير المطول إلى ترك أربع نقاط ضعف موثقة في البروتوكول وزيادة احتمالية أن يضغط هجوم مستقبلي على جدول الاستعراض.
يمنح توافق التنظيف بيتكوين اختبار صيانة مع عيوب محددة وحلول قابلة للقياس، مما يسمح بالموافقة على إثبات أن الشبكة يمكنها معالجة عمل بروتوكول دفاعي من خلال المراجعة العادية.
التأخير المطول سيحول الثغرات المعروفة إلى ديون تقنية متراكمة.
| إصلاح BIP-54 | تم معالجة المخاطر | الأثر العملي | سؤال توجيهي |
|---|---|---|---|
| إصلاح Timewarp | يمكن لمعظم قوة التعدين دفع الصعوبة نحو الحد الأدنى | يمكن أن يُسرّع إنتاج الكتل ويسحب الدعم مقدماً | هل يمكن لبيتكوين إغلاق ثغرات الحوافز المعروفة قبل أن تصبح قابلة للاستغلال؟ |
| حدود تكلفة التحقق | يمكن أن تستغرق الكتل المصنوعة دقائق أو ساعات للتحقق منها | يُضعف العقد ذات الموارد المنخفضة ويزيد من خطر الانتشار | هل تُعطي الشبكة أولوية للقدرة على التحمل في أسوأ الحالات قبل ارتفاع ضغط الهجوم؟ |
| قاعدة المعاملة بطول 64 بايت | الغموض في شجرة ميركل من تنسيق المعاملة الخاص | يحذف فئة من الغموض التوافقي التاريخي | هل التنظيف الوقائي أسهل قبل أن يُستغل الحالة المتطرفة؟ |
| تنظيف المعاملات المكررة | مخاوف مستقبلية بشأن التحقق على غرار BIP-0030 | يقلل من معالجة الاستثناءات القديمة | هل يمكن لبيتكوين تبسيط التوافق دون إثارة رد فعل تنسيقي سلبي؟ |
تنتقل الالتزامات إلى الاختبار النشط
تم تفعيل Bitcoin Inquisition لـ BIP-446's OP_TEMPLATEHASH في 27 يوليو عند كتلة signet 314,928. يسمح هذا الرمز بربط Tapscript بالمعاملة الدقيقة التي يمكنها إنفاق المخرج، مما يمنح المحافظ وأنظمة الطبقة الثانية مبدأ عهد.
تستخدم الخزنة هذه الميزة الأساسية من خلال معاملة أولية تُعلن عن محاولة سحب وتُنشئ تأخيرًا يمكن خلاله للمالك إعادة توجيه الأموال إلى عنوان أكثر أمانًا أو منع دفع اللص.
يمكن للبناءات الحالية استخدام المعاملات الموقعة مسبقًا ومفاتيح التوقيع المدمرة، وهو نموذج تشغيلي يصبح هشًا عبر الرصيد الكبير وفترات التخزين الطويلة.
يقترح BIP-448 حزمة Tapscript مكونة من ثلاثة أوامر تجمع بين OP_TEMPLATEHASH و OP_CHECKSIGFROMSTACK و OP_INTERNALKEY.
غريغوري ساندرز وأنتوان بوانسو وستيفن روز يربطون الحزمة بالمعاملات القابلة لإعادة الربط، وقنوات الدفع الأبسط، وتصاميم Lightning متعددة الأطراف، وسلاسل الحالة، ومتغيرات Ark.
يمكن للمراجعين مقارنة تفعيل TEMPLATEHASH المستقل، مع سطح مراجعة أصغر وأدوات خزنة مبكرة، مع دعم BIP-448 الأوسع لنظام الدفع واحتمال أقل لحدوث تفرع لين آخر.
يُحافظ فترة الاختبار الأطول على قواعد الإجماع الحالية ويطيل الاعتماد على الجهات المُخزنة أو البناءات المُوقَّعة مسبقًا الهشة.
للمالكين، سياسة العهد تحدد كمية التحكم التي يمكن للمحفظة تضمينها قبل مغادرة الأموال من العنوان.
يمكن أن تعزز التأخيرات في الصناديق، ومسارات الاسترداد، وقوالب الإنفاق المقيدة، التخزين الذاتي وتحافظ على السيطرة خارج البورصات أو صناديق الاستثمار المتداولة أو وسطاء التخزين المحترفين.
| اقتراح | التغيير الأساسي | الحالة الاستخدام الرئيسية | التوازن |
|---|---|---|---|
| BIP-446 / OP_TEMPLATEHASH | دع Tapscript يُقرّر معاملة الإنفاق | الصناديق، مسارات الاسترداد، الإنفاق المقيد | سطح مراجعة أصغر، لكن قدرة أضيق |
| حزمة BIP-448 | يجمع بين OP_TEMPLATEHASH و OP_CHECKSIGFROMSTACK و OP_INTERNALKEY | قنوات الدفع، لايتنينغ متعددة الأطراف، ستيتشينز، متغيرات Ark | استخدام أوسع، لكن عبء مراجعة التوافق أكبر |
| لا تفعيل للعهد | يحافظ على قواعد الإجماع الحالية | صناديق موقعة مسبقًا، ضوابط التخزين، نماذج المحافظ الحالية | يتجنب مخاطر التفرع اللين، لكنه يُضعف أدوات التخزين الذاتي |
تحديد ملكية الهجرة الكمية
يضع BIP-361 أكبر مهمة تنسيقية على مؤقت مدته خمس سنوات. من المقرر أن يتوقف المشروع عن إنشاء مخرجات جديدة عرضة للحوسبة الكمية بعد حوالي ثلاث سنوات من التفعيل، ثم ستُشدد العقد التحقق من مسارات إنفاق ECDSA وSchnorr القديمة حوالي السنة الخامسة.
ستتطلب المرحلة B بروتوكول إنقاذ آمنًا ضد الحوسبة الكمية للإنفاقات القديمة، على الرغم من أن المسودة لا تحدد بعد تصميم إنقاذ واحد.
هذا الجدول الزمني سيتطلب من البورصات، ومزودي الحفظ، ومزودي المحافظ، والمالكين الأفراد نقل الأموال إلى نوع إخراج ما بعد الكم. سيحتاج أصحاب المحافظ الذين لا ينقلون بياناتهم بمرحلة ب إلى تلبية شروط الإنقاذ الجديدة.
من خلال تضمين ضمانات الملكية داخل تصميم الأمان، يهدف BIP-361 إلى منع مشغّل كمي من سحب العملات المكشوفة عبر مسارات إنفاق قديمة. قد يواجه أصحاب العملات الذين فاتهم الأجل صعوبات إضافية في الاسترداد، وأي آلية إنقاذ ستتطلب قواعد لتصميم الإثبات، والخصوصية، وضوابط الاحتيال، والأموال الخاملة.
| المرحلة | التوقيت التقريبي | ما التغييرات | من يجب أن يتحرك |
|---|---|---|---|
| التفعيل | السنة 0 | يبدأ عدّاد الهجرة الكمية | المطورون، مشغلو العقد، مزودو المحافظ، البورصات، مزودو الحفظ |
| المرحلة A | حول السنة 3 | ستتوقف إنشاء المخرجات الجديدة المعرضة للكمية | محفظات، بورصات، معالجي المدفوعات، حافظات |
| المرحلة ب | حول السنة 5 | سيتم تشديد التحقق القديم لـ ECDSA/Schnorr باستخدام قواعد إنقاذ مقاومة للحوسبة الكمية | جميع الحائزين للمخرجات المعرضة للخطر |
في السيناريو الصاعد، فإن عملية BIP-110 تُنتج معايير أوضح لجاهزية الشبكة. يتلقى BIP-54 مراجعة مركزة، وتكسب مقترحات العهد بيانات مقارنة من Signet، وتحصل التخطيط الكمي على فترة تنفيذ تمتد لعدة سنوات.
تكسب المحافظ تحكمًا أقوى ضد السرقة، وتكسب العقد حدودًا أكثر صرامة للتحقق، وتكسب الجهات الوسيطة وقتًا لتجهيز المخرجات المعرضة للخطر.
في السيناريو الهابط، يحول نزاع البريد العشوائي كل تفرع لين إلى مسابقة فصائلية. يبقى تنظيف التوافق على signet، ويتفرق عمل العهود عبر حزم opcode متنافسة، وينتظر سياسة ما بعد الكمّية تهديداً تشفيرياً أقرب.
يحمل البيتكوين بعد ذلك ثغرات معروفة وأدوات تحكم ذاتي أضعف وجداول زمنية هجرة مضغوطة إلى نفس عملية الحوكمة.
ستُنشئ نافذة أغسطس لـ BIP-110 سجلاً واحداً لحوكمة البيتكوين، وستُوسع عمليات تنظيف التوافق والقيود وBIP-361 هذا السجل ليشمل الصيانة والاحتفاظ والبقاء التشفيري.
يعتمد مسار البيتكوين الآن على تحديد مقترحات البروتوكول التي تحمي وظائفه الأساسية وبناء توافق آراء قبل أن تحدد ظروف الطوارئ الجدول الزمني.
ظهرت المقالة أربعة ثغرات غير مُصلحة، وساعة كمومية تبلغ من العمر 5 سنوات، ومواجهة بين عمال المناجم، تدفع بيتكوين إلى مفترق طرق حاسم لأول مرة على CryptoSlate.


