اقترب إجماع حول كيفية تنشيط ترقية Taproot من Bitcoin

لقد قام العديد من أصحاب المصلحة الأكثر نشاطًا في Bitcoin بتثبيت طريقة التنشيط لـ Taproot ، وهي أكبر ترقية لبرنامج Bitcoin منذ سنوات.

في اجتماع عام على Internet Relay Chat (IRC) يوم الثلاثاء ، قام مطورو Bitcoin وعمال المناجم وخبراء الأعمال والمتحمسون بتجزئة تفاصيل كيفية تجميع ترقية Taproot في تحديث – وكيفية تفعيلها بمجرد شحن الرمز.

يبدو أن أكثر المشاركين نشاطًا من بين 200 أو نحو ذلك من المشاركين في الدردشة (معظمهم من المطورين ، ولكن ليس جميعهم) يوافقون على اقتراح تحسين Bitcoin (BIP) الذي سيتم استخدامه لتنشيط Taproot. لإعداد BIP للشحن ، صوتوا أيضًا على “دمج” اثنين من “طلبات السحب” (PRs) على GitHub التي تحدد قواعد منطق تنشيط Taproot في شفرة مصدر Bitcoin عندما يحين الوقت لدفع الترقية.

واحدة من هذه، PR # 1021، يتضمن إجراءً للسماح للمستخدمين بفرض تنشيط الترقية في حالة عدم دعم المعدنين لها ، أثناء PR # 1020 فقط “يوصي” بهذا التأثير ولكن لا يتم تمكينه افتراضيًا. نظرًا لأن معظم المشاركين يدعمون BIP 8 دون التنشيط الإجباري ، كما أشار مايكل فولكسن ، قائد الاجتماع ومطور Bitcoin Core ، في الدردشة ، فإن المزيد من المناقشة ستحدد تاريخًا لبدء التنشيط – ومزيدًا من مناقشة مدى “يوم العلم” لفرض التنشيط مهم.

لا يعني أن عمال المناجم الذين يحظرون الترقية يجب أن يمثلوا مشكلة بالنسبة لشركة Taproot ، التي تتمتع بدعم 91٪ من عمال المناجم ، وفقًا لمسح أجراه F2Pool VP Alejandro De La Torre.

يوفر الاستطلاع ملاحظات مهمة من المعدنين لمنظمة Bitcoin اللامركزية ، والتي لا يمكنها تنسيق التحديثات من جانب واحد بالطريقة التي يمكن لمزود البرامج المركزي القيام بها. تتطلب الترقيات مثل Taproot تنسيقًا مضنيًا بين عمال المناجم ومستخدمي العقدة الكاملة (أولئك الذين يقومون بتشغيل كود Bitcoin مفتوح المصدر) وأصحاب المصلحة الآخرين لضمان عدم حدوث أي خطأ (مثل إدخال خطأ أو تقسيم شبكة Bitcoin إلى نسختين غير متوافقين).

نظرًا لأن عمال المناجم لم يظهروا أي مقاومة لـ Taproot ، فقد أعرب معظم المشاركين عن تفضيلهم لـ BIP8 (خطأ) ، مع إشارة (خاطئة) إلى استبعاد “يوم العلم” لفرض التنشيط من خلال العقد الكاملة إذا فشلت الترقية بسبب نقص تنشيط عامل التعدين .

سيعطي BIP8 كما هو مطروح حاليًا عمال مناجم البيتكوين ومشغلي العقدة الكاملة عامًا لتبني الترقية ، وبعد ذلك سيتم “تأمين” الترقية مع الدعم الكافي. في إصدار واحد من هذا ، BIP8 (خطأ) ، فشل التحديث ببساطة دون دعم كافٍ. في حالة أخرى ، BIP8 (صحيح) ، من شأن “يوم العلم” أن يجبر المعدنين على الإشارة إلى الترقية عندما ينتهي الإطار الزمني للتنشيط إذا لم يفعلوا ذلك مسبقًا.

ملاحظة فنية: هناك عدة طرق لترقية Bitcoin ، أسهلها هو تنشيط عامل التعدين حيث تقوم مجموعات التعدين بترقية كتل التعدين وبدء عمليات التعدين بموجب القواعد الجديدة. إذا تعذر ذلك ، يمكن لمشغلي العقد الترقية واختيار رفض الكتل من المعدنين الذين لم يشروا إلى دعم الترقية. هذا ما يسمى “المستخدم بتفعيل الشوكة الناعمة” (UASF) ، تستخدم أيضًا لتنشيط SegWit، سيجبر عمال المناجم الرافضين على تبني الترقية الجديدة.

“قصصية بالكامل لكني لم أر أي [emphasis theirs] معارضة Taproot “، قال أحد willcl_ark في الدردشة ، في إشارة إلى ما إذا كان يوم العلم ضروريًا أم لا. “أعتقد أن استخدام القاسم المشترك الأدنى لمعلمات التنشيط (خطأ) يبدو أنه الخيار المعقول لتجنب أي انقسامات سلسلة مقصودة أو عرضية في حالة عدم إشارة المعدنين.”

لا يزال آخرون ، مثل مطور Bitcoin Core الغزير الإنتاج Luke Dashjr ، غير مقتنعين بأن إدراج يوم العلم غير ضروري. في الواقع ، إنها مسألة مبدأ لإثبات أن مشغلي العقد هم من يقررون البرمجيات وليس المعدنين.

قال في الدردشة في إشارة إلى دعم عمال المناجم: “لا يهم”. وتابع قائلاً: “لا يقرر عمال المناجم تغييرات البروتوكول” ، مشيرًا إلى أن مشغلي العقد هم الذين يقررون بدلاً من ذلك عن طريق اختيار البرنامج الذي سيتم تشغيله. علاوة على ذلك ، اعتنق أن BIP8 (خطأ) ، “دعونا[s] يقرر عمال المناجم “مصير الترقية. قال في وقت لاحق في الدردشة أنه عندما يحين الوقت ، سيقوم بتكوين العقدة الخاصة به لتشغيل الإصدار BIP8 (الحقيقي) الذي يرفض الكتل غير التابعة لـ Taproot من المعدنين.

“BIP8 إلزامي [activation] قال hsjoberg ، “ليس عرضًا غير ضروري للقوة” ، مكرراً اعتقاد Dashjr بأن اختيار المستخدم لـ UASF هو فحص ضروري وتوازن بشأن اللامبالاة في عمال المناجم.

ومع ذلك ، يمكن أن يؤدي إظهار القوة إلى مخاطر غير ضرورية ويضع سابقة غير مرحب بها لمداولات الترقية المستقبلية ، خاصةً عندما لا يعطي عمال المناجم للمستخدمين أي سبب للقتال ، لذا اذهب إلى الحجج المؤيدة لـ BIP8 (خطأ).

“[BIP8 false] أكثر أمانًا من [true]، لذا فإن الأمر يستحق القيام به [false] قال كريس بيلشر ، مطور Bitcoin Core و CoinSwap ، إن أولًا علمنا أن قوة التجزئة هي 90٪ مؤيدة بالفعل لـ Taproot.

وأشار آخرون مثل Suredbits ومطور Bitcoin Core Ben Carman إلى أنه يمكنك تكوين الترقية لاحقًا إلى التنشيط لتشمل يوم العلم في حالة فشل المعدنين في الإشارة ، “مما يجعل الأمر أكثر أمانًا ويسهل على المستخدمين فرض UASF.”

في نهاية الاجتماع ، وافق المشاركون على دمج طلبات السحب على GitHub لكل من مسار التنشيط غير الإجباري (PR # 1020) ومسار التنشيط الإجباري (PR # 1021). مع هاتين القاعدتين في GitHub من Bitcoin Core ، لا يمكن استخدام قواعد التنشيط القسري إلا إذا لزم الأمر.

سيناريو انقسام السلسلة الذي وصفه willcl_ark هو في الأساس البعبع الذي يريد الجميع تجنبه هنا. الخوف هو أن BIP8 (صحيح) يتطلب 100 ٪ من التجزئة للإشارة إلى الترقية بعد انتهاء الموعد النهائي لتفعيل Taproot. وبالتالي ، إذا ذهب عدد كافٍ من المستخدمين إلى هذا المسار في نفس الوقت الذي يستخدم فيه الآخرون BIP8 (خطأ) للتنشيط غير القسري (الذي يتطلب 95٪ فقط من معدل التجزئة) ، فقد يُنشئ إصداران مختلفان من الكود تاريخين غير متوافقين لدفتر معاملات Bitcoin.

لهذا السبب ، إذا كان يجب أن تحدث الإشارات القسرية على الإطلاق ، فمن الأفضل القيام بذلك من خلال PR # 1021 من AJ Townes ، والذي “يجعله أكثر أمانًا لخيار UASF وهو السيناريو الأكثر خطورة” ، كتب كارمان في الدردشة.

في الوقت الحالي ، يبدو كما لو أن المشاركين في المناقشات يفضلون BIP8 (خطأ) مع إضافة UASF من خلال PR # 1021 إذا لزم الأمر ، ولكن هناك حاجة إلى مزيد من المناقشة لتحديد الجدول الزمني الدقيق لفترة التنشيط الأولية (أو المدة التي يستغرقها المستخدمون للترقية بعد بدء تشغيل التحديث) ، بالإضافة إلى تاريخ التنشيط المطلوب تعيينه.

سيتم تجزئة “ماذا لو” و “متى” ، من بين أمور أخرى ، في اجتماع يوم الأربعاء المقبل.