ترقية Taproot للبيتكوين (BTC) عند الكتلة 709,632 تركت دعم المحافظ اختياريًا

المحافظ والمنصات أمام سؤال عناوين bc1p

التي تُظهر اليوم خيار Taproot، والمنصات المركزية ومحافظ العتاد التي يتعين عليها قبول عناوين bc1p الناتجة عنها، هي الأطراف التي تحدد ما إذا كانت فوائد الترقية ستصل إلى المستخدم العادي. Taproot تفرعٌ ناعم (soft fork) من بروتوكول البيتكوين (BTC)، جرى تفعيلها على الشبكة الرئيسية عند ارتفاع الكتلة 709,632 في عام 2021. وقد أدخلت مخرجات Pay-to-Taproot (P2TR) تخضع لقواعد الإشارة من الإصدار الأول. والتغيير يمس طريقة صرف العملات لا ما يملكه حاملوها: ما زال المتلقي يحصل على Bitcoin (BTC)، ولا توجد عملة Taproot منفصلة، كما أن سعر البيتكوين وجدول إصدار العرض يبقيان خارج نطاقها.

تجمع الترقية بين ثلاثة مقترحات منسقة. يحدد BIP 340 توقيعات Schnorr على منحنى secp256k1، وهو بنية جبرية مختلفة عن مخطط ECDSA الذي اعتمد عليه البيتكوين من قبل، وأكثر ملاءمة لبروتوكولات التوقيع متعدد الأطراف. أما BIP 341 فيعرّف صيغة مخرجات Taproot وبنية الالتزامات المرتبطة بها وقواعد صرفها. ويضبط BIP 342، المعروف باسم Tapscript، قواعد تنفيذ السكربتات داخل تلك المخرجات. الثلاثة تتكامل لكنها تصف طبقات مختلفة، والخطأ الشائع هو التعامل معها كخاصية واحدة.

على مستوى العناوين، تبدأ مخرجات Taproot على الشبكة الرئيسية عادةً بالبادئة bc1p وتستخدم ترميز Bech32m، بينما تبدأ عناوين SegWit الأصلية من الإصدار صفر بالبادئة bc1q وتستخدم ترميز Bech32. وكلاهما يعيش على السلسلة نفسها؛ فلا توجد شبكة بيتكوين ثانية، ولا حاجة إلى أي تحويل عبر تعديل البادئة يدويًا. تعتمد البادئة على نظام الإصدارات في الشاهد المعزول الذي أنشأ إصدارات شاهد مرقمة، واحتل Taproot الإصدار الأول منها. تبقى المخرجات القديمة صالحة بعد التفعيل، والانتقال طوعي: فنقل العملات إلى مخرج Taproot ما يزال يكلف رسم معاملة على السلسلة. كما أن التفرع الناعم لم يلمس طبقة إجماع إثبات العمل، ولذلك تتركز أعمال التوافق في المحافظ لا في البروتوكول ذاته.

مسار المفتاح ومسار السكربت يؤديان وظيفتين مختلفتين

يمكن صرف مخرج Taproot بطريقتين، وهذا الانقسام يحكم كل ما يراه المراقب على السلسلة. يصرح مسار المفتاح (Key Path) بالصرف عبر توقيع Schnorr يُتحقق منه على المفتاح العام الخاص بالمخرج. ولا يُفصح عن شيء من السكربتات البديلة، وفي تصميم تعاوني، كبروتوكول من نوع MuSig، يستطيع عدة مشاركين إنتاج توقيع واحد مجتمَع يبدو على السلسلة كتوقيع مالك واحد، بحيث لا تستطيع تحليلات السلسلة التمييز بثبات بين صرف فردي وصرف تعاوني. أما مسار السكربت (Script Path) فيُفعَّل عند استيفاء شرط ملتزم به مسبقًا: يكشف المنفذ السكربت المختار، ويقدّم البيانات التي تحققه، ويُثبت أن السكربت ينتمي إلى التزام المخرج. تظل الفروع غير المستخدمة مخفية، لكن السكربت المستخدم وأدلته تظهر فعليًا.

تتوزع الاستخدامات النمطية على هذا الأساس: المدفوعات المباشرة والصرف التعاوني متعدد الأطراف يمضي عبر مسار المفتاح، بينما تقفل الوقت (timelocks) وشروط النسخ الاحتياطي وسائر الاحتمالات تمضي عبر مسار السكربت. وهناك خلطان يهمان من يحوّل أمواله. فالتوقيع المتعدد (multisig) لا ينهار تلقائيًا إلى توقيع واحد عند التفعيل؛ إذ يتطلب بروتوكول توقيع متعدد الأطراف ملائمًا ودعمًا من المحفظة، وعملات التوقيع المتعدد القديمة لا تُحوَّل. كما أن تجميع التوقيعات عبر مدخلات متعددة ليس ميزة توفرها الترقية تلقائيًا. وفي ما يخص الخصوصية، تقلص Taproot كشف شروط الصرف وتتيح لتصاميم مختلفة أن تتقارب على مصروفات مسار مفتاح متطابقة المظهر، لكن المبالغ وبنية المخرجات وروابط المعاملات تظل علنية وقابلة للتحليل، فعنوان bc1p ليس ضمانة مجهولية.

والرسوم ليست أدنى بقدر موحد كذلك. فالتكلفة تتوقف على الحجم الافتراضي للمعاملة، وسعر sat/vB المختار، والمنافسة داخل الذاكرة الانتظارية (mempool)، كما تختلف تكلفة البيانات لإنشاء مخرج Taproot عن تكلفة صرفه لاحقًا، ولذلك يجب تقييم المرحلتين معًا. لنأخذ مثال ترتيب حضانة من طرفين: في التشغيل الاعتيادي يوقع الطرفان تعاونيًا عبر مسار المفتاح، بينما يُلتزم مسبقًا بسكربت نسخ احتياطي مقفل بزمن لا يُكشف ولا يُستوفى إلا إذا فشل التعاون. المفهوم عام، لكن المفاتيح والسكربتات والنسخ الاحتياطية وبروتوكولات التوقيع يجب أن تُبنى إتقانًا حتى يتحقق الأثر.

ما الذي يظل دعم المحافظ يقرره

العمل على مستوى البروتوكول قد انتهى: فقاعدة BIP 341 تثبّت صيغة المخرجات والالتزامات وقواعد الصرف، ويحقق مشغلو العقد الذين يديرون قواعد الإجماع الحالية مصروفات P2TR دون إعداد إضافي. غير المستقر هو الأدوات المحيطة بها. فالمحفظة القادرة على استقبال العملات في عنوان Taproot ليست بالضرورة قادرة على توقيع صرف عبر مسار المفتاح، كما يلزم إعادة بناء أجهزة العتاد أو ترتيبات التوقيع المتعدد المخصصة لاستخدام المسار الجديد بأمان. إن فضاء تصميم السكربتات الموسّع الذي تعتمد عليه المشاريع المُصنّفة اليوم ضمن التمويل اللامركزي على البيتكوين، وبنية الشاهد من الإصدار الأول التي حملت لاحقًا نقوش أوردينالز البيتكوين، يستند كلاهما إلى القواعد ذاتها. وحتى تتوافق أدوات التوقيع والأجهزة ومنصات الإيداع على bc1p، يبقى التبنّي اختياريًا وغير متساوٍ.