Hard Fork

تشغّل آنا وبافل، كل على حدة، Full Node: حاسوباً يتحقق مستقلاً من قواعد Bitcoin. تثبّت آنا برنامجاً يسمح بكتل أكبر، ويحتفظ بافل بالحد الأصلي. تصل كتلة تستوفي الشروط الجديدة لكنها تتجاوز الحد القديم. تقبلها آنا ويرفضها بافل. ليست المشكلة عطل اتصال؛ فالبرنامجان يختلفان على ما يجوز إدراجه في التاريخ المشترك. هذا هو المعنى العملي لـ Hard Fork. تسميته «تحديثاً» لا تقنع حاسوب بافل بتجاهل قاعدته. قد يستمر فرعان إذا وُجد من ينتج الكتل لكل منهما ومن يستخدمهما. وإذا انتقل المشاركون إلى مجموعة قواعد واحدة، فلا يلزم أن تبقى شبكتان نشطتان. [1]

ترفض العقدة القديمة الكتلة غير المتوافقة والفرع المبني عليها. لكن هذا لا يعني أنها تتوقف إلى الأبد. إذا تابع المعدّنون فرعاً آخر وفق القواعد الأصلية، تستطيع قبول كتله. ومن دون هذا الاستمرار تبقى عند آخر كتلة تراها صالحة. الحاسم هو قواعد البرنامج، لا عدد مؤيدي التغيير. ولمتابعة الفرع غير المتوافق، يجب أن يغيّر المشغّل تلك القواعد عن قصد. [1]

انفصل Bitcoin Cash عن Bitcoin عند ارتفاع الكتلة 478559 في 1 أغسطس 2017. اعتمد قواعد تسمح بكتل أكبر مما كانت عقد Bitcoin تقبله، وأنشأ سلسلة مستمرة خاصة به. رفضت عقد Bitcoin الكتل الصالحة لـ BCH فقط، وتابعت عقد BCH تاريخها الصالح وفق قواعدها. هذا مثال على Hard Fork أنشأ شبكة مستقلة بدل تحديث Bitcoin داخل الشبكة نفسها. [3] [4]

تخيّل دفعة وصلت إلى محفظتك ولم تُنفق بعد: يسجّل Bitcoin هذا المخرج غير المنفق بوصفه UTXO. يرث الفرعان ذوا الماضي المشترك هذا السجل، ثم يديرانه كل على حدة. إذا كنت تتحكم بالمفاتيح اللازمة واستمرت الشبكتان في الاعتراف بالمخرج، يمكنك عادة إنفاق العملات المقابلة على كليهما. هذا لا يضاعف القيمة؛ إنهما أصلان مختلفان لكل منهما طلبه. أما الأموال المودعة في منصة تداول، فيعتمد قيد عملات الشبكة الأخرى أيضاً على سياسة المنصة. [4] [6]

قد تكون لديك عملات في الفرعين، لكنك تريد الدفع في واحد فقط. من دون حماية، قد ينسخ شخص المعاملة الموقعة ويبثها في الشبكة الأخرى، حيث قد تكون صالحة أيضاً. هذا هو خطر replay. تحقق من حماية الشبكة المعنية ودعم المحفظة. فتغيير sighash، أي قواعد البيانات التي يشملها التوقيع، قد يربط المعاملة بسلسلة محددة. اختلاف شكل العناوين يساعد على تمييز الشبكات، لكنه لا يوفر بمفرده حماية تشفيرية من إعادة بث المعاملة. [3]

التفعيل هو النقطة المحددة لبدء تطبيق القواعد الجديدة. وارتفاع الكتلة يحدد موقعها في السلسلة. قد ينسق تاريخ محدد أو ارتفاع كتلة أو إشارة من المعدنين بين من اعتمدوا التحديث، لكنه لا يغيّر برنامج عقدة لم تعتمده. وإذا بقي مشاركون ذوو أهمية اقتصادية على كل من مجموعتي القواعد، فقد تستمر السلسلتان. لذلك تكون خطة تفعيل Hard Fork خطة انتقال تتضمن خطر الانقسام. [1]

تعني الحوكمة هنا كيفية اتخاذ المشاركين قرارات التغيير. وTicker هو رمز تداول الأصل، مثل BTC أو BCH. يمكن للمطورين إصدار الشيفرة، وللمعدنين توجيه hashrate، وللشركات اختيار رموز التداول وسياسات الإيداع، وللمستخدمين اختيار البرنامج. لا يغيّر أيّ من ذلك بمفرده القواعد التي تستخدمها العقد الأخرى للتحقق من الكتل. قد يستمر الانقسام إذا حافظ عدد كاف من المشاركين المستقلين طوعًا على مجموعتي القواعد وقدّروهما؛ لكن ليس كل تغيير غير متوافق ينتج شبكتين حيتين بصورة دائمة. تسمية أحد الفرعين «تحديثًا» وصف اجتماعي، لا قاعدة إجماع. [1]

قد تنقسم الشبكة من دون أن يقصد أحد إنشاء عملة جديدة. في مارس 2013 عجزت بعض العقد القديمة عن معالجة كتلة ذات عدد كبير على نحو غير معتاد من مدخلات المعاملات. فقد بلغت الحد الأقصى لأقفال قاعدة البيانات، وهي آلية تمنع العمليات المتزامنة من تعديل البيانات نفسها. أما الإصدار الأحدث 0.8 فكان يستخدم قاعدة بيانات أخرى وقبل الكتلة. عاد مجمّعا التعدين BTC Guild وSlush إلى الإصدار 0.7 وبدآ التعدين على الفرع الذي تقبله العقد القديمة أيضاً. وحين راكم ذلك الفرع عملاً أكثر، انتقلت إليه العقد الأحدث كذلك. كان ذلك إصلاحاً لاختلاف غير مقصود في عمل البرامج، لا سعياً إلى إبقاء شبكة مستقلة على المدى الطويل كما في Bitcoin Cash. [2]

يشدّد Soft Fork القواعد القائمة. لذلك فإن الكتلة التي تستوفي القيود الجديدة تستوفي القواعد القديمة أيضاً. تستطيع العقدة القديمة قبولها حتى إن لم تتحقق بنفسها من القيود المضافة. أما Hard Fork فلا يوفّر هذا التوافق: قد تخالف كتلة يقبلها البرنامج الجديد القواعد القديمة. ولقبولها، يتعين على مشغّل العقدة القديمة تغيير قواعد برنامجه. ولا يضمن Soft Fork بقاء الشبكة موحّدة دائماً؛ فإذا أنتج المعدّنون كتلة تخالف قيداً جديداً، فقد تحكم عليها العقد القديمة والجديدة بصورة مختلفة. [1]

لنرمز بـ V(old) إلى جميع الكتل التي تقبلها القواعد الأصلية. يكون التغيير Hard Fork عندما يقبل البرنامج الجديد كتلة واحدة على الأقل خارج تلك المجموعة. غالبًا ما يتسع نطاق الصلاحية، لكن المعيار الحاسم هو التوافق: إذا أمكن أن تكون كتلة صالحة للعقدة الجديدة وغير صالحة للقديمة، فلا تستطيع العقدة القديمة متابعة السلسلة الجديدة مع الاحتفاظ بقواعدها. [1]

يقيس Chainwork العمل المتراكم الذي يثبته تعدين كتل الفرع كله. أما Hashrate فيعبّر عن سرعة حسابات التعدين. تختار العقدة الفرع صاحب أكبر عمل متراكم من بين السلاسل التي تستوفي قواعدها فقط. وإذا خالفت كتلة تلك القواعد، فلن تجعلها زيادة العمل مقبولة. لذلك لن يقبل بافل في المثال الأول كتلة أكبر من الحد المسموح لمجرد أن أغلب المعدّنين يبنون عليها. يستطيع Proof of Work حسم الاختيار بين فروع صالحة، لكنه لا يختار القواعد نيابة عن مشغّل العقدة. [1]

ابدأ بالتحقق من الشبكة والمحفظة المدعومة وحماية replay. لا يكفي اسم عملة مألوف أو عنوان مشابه. لا تدخل Seed Phrase، أي كلمات استعادة المحفظة، في خدمة مجهولة تعد بالحصول على عملات الانقسام. وفي عقدتك الخاصة يمكنك أيضاً فحص إصدار البرنامج والعقد المتصلة وآخر كتلة مقبولة وبصمة الكتلة عند نقطة الانقسام. تسمى هذه البصمة هاش. قارن المعلومات بوثائق الشبكة؛ مستكشف الكتل على الويب لا يغني عن التحقق من القواعد بنفسك. [5] [6]