الشوكة البيزنطية: مفهومها، آليتها، وأهدافها في عالم العملات المشفرة

تعتبر الشوكة البيزنطية أحد الانقسامات (التفرعات) الرئيسية التي شهدتها شبكة الإيثريوم في مسيرتها للانتقال من إجماع POW إلى POS. من أجل تكاليف معاملات أرخص وتحسين اللامركزية. كما أنها قد أدخلت عدداً من التحسينات إلى شبكة الإيثريوم أدت لتعزيز سرعة المعاملات وزيادة الأمان إضافة إلى تحسينات أخرى متعددة.

ما هي الشوكة البيزنطية؟

كانت عملية الهارد فورك البيزنطية عبارة عن تحديث لبلوكشين الإيثريوم، وتم تنفيذها في أكتوبر 2017 عند الكتلة 4,370,000. وهي مكونة بشكل أساسي من تسعة بروتوكولات تهدف لتحسين خصوصية ايثريوم وحل مشاكل قابلية التوسع ومعايير الأمان.

كان الانقسام الصلب البيزنطي تحديثاً أساسياً وحاسماً لسلسلة الكتل الخاصة بإيثريوم. تم تنفيذه لتمكين معاملات أسرع وأمان أكبر على blockchain الخاص به مع جعل العقود الذكية مناسبة للمعاملات التجارية.

فهم الشوكة الصلبة البيزنطية

تعمل عملية الانقسام الكلي لسلسلة الكتل للعملات المشفرة على تقسيم سلسلة الكتل إلى قسمين. مما يؤدي إلى إنشاء إصدار قديم وجديد. الإصداران الجديد والقديم غير متوافقين، ويتم تسجيل جميع المعاملات الجديدة على السلسلة الجديدة.

تم تصميم التغييرات التي تم تنفيذها في شوكة بيزنطة الصلبة لجعل إيثريوم أخف وزناً وأسرع وأكثر أماناً. بالإضافة إلى ذلك، استمروا في بناء إطار العمل للتحول النهائي إلى آلية إجماع إثبات الحصة POS.

اقرأ أيضاً: قنبلة الصعوبة – صعوبة التعدين المتزايدة للإيثريوم

أهداف الشوكة البيزنطية

عند تنفيذ الانقسام الكلي من قبل المجتمع ومطوري blockchain. يكون للشوكة الصلبة بشكل عام أهداف أو تحسينات محددة تجعل الانقسام ضرورياً. كانت هناك تسع ترقيات في الشوكة البيزنطية والتي كانت عبارة عن تحسينات عامة. وقد ساعد بعضها في تمهيد الطريق للترقيات المستقبلية:

• تمت إضافة رموز تشغيل REVERT إلى blockchain للسماح بإيقاف العقود الذكية دون استهلاك كل الغاز المدفوع مقابل المعاملة (EIP 140) في حالة حدوث خطأ
• تمت إضافة حقل الحالة إلى إيصالات المعاملة للإشارة إلى نجاح المعاملة أو فشلها (EIP 658)
• تمت إضافة نموذج رياضي جديد (EIP 196) وفحوصات الاقتران التي سمحت لـ zk-Snarks بالعمل بشكل صحيح (EIP 197)
• تمت إضافة دعم لبعض عمليات التحقق من التوقيع (EIP 198)
• تمت إضافة دعم للقيم المتغيرة (EIP 211)
• تمت إضافة كود التشغيل STATICCALL للسماح بالمكالمات إلى العقد التي لا تطلب تغيير الحالة (EIP 214)
• تم تغيير الصيغة وراء تعديل الصعوبة لحساب كتل Ommer – الكتل التي يتم تعدينها في نفس الوقت مع كتلة أخرى ولكن لا تقبلها الشبكة (EIP 100)
• تم تأخير قنبلة الصعوبة المصممة لكبح التعدين حتى يتحول عمال المناجم غير الرابحين إلى إثبات الحصة (EIP 649)
• تقليل مكافأة الكتلة من خمسة إلى ثلاثة ETH

وفيما يلي ملخص سريع لبعض التغييرات التي تم تنفيذها في الشوكة البيزنطية.

توقف العقد الذكي

قبل التحديث، كان من الممكن للعقود الذكية أن تسفر عن حدوث خطأ ما. وسيظل منشئ العقود يتحمل رسوم الغاز للمعاملة بأكملها. يمكن أن تكون رسوم الغاز للعقود الذكية باهظة الثمن، لذلك منع هذا التحديث منشئي العقود من خسارة gwei – فئة الإيثر الصغيرة المستخدمة لدفع ثمن المعاملات – مقابل عقد لم يتم تنفيذه بالكامل.

تضمين رمز حالة المعاملة في الإيصالات

في السابق، كانت المعاملات تشير إلى معلمة جذر داخل شجرة ميركل – وهي الكتل التي تعتمد على بعضها البعض وتؤمن السلسلة. شجرة Merkle عبارة عن بنية بيانات تستخدم البيانات الموجودة داخل الكتل السابقة لإنشاء معلومات التحقق التي تسمح بفحص كتلة واحدة بدلاً من التحقق من كل كتلة في كل مرة تكون هناك معاملة.

مكّن هذا التحديث المعاملات من الإبلاغ عن النجاح أو الفشل بدلاً من البحث عن المؤشر، مما سمح نظرياً لـ blockchain الخاص بإيثريوم بمعالجة المعاملات بشكل أسرع.

تعزيز التشفير

تضمنت ترقية Byzantium ترميزاً أصلياً لـ blockchain الخاص بـ Ethereum المصمم لتقليل متطلبات الطاقة لتنفيذ zk-Snarks. هذا هو تشفير المعرفة الصفرية، حيث يمكن لكل طرف في المعاملة التحقق من الطرف الآخر، ولكن لا يمكن رؤية المعلومات. أصبحت المعرفة الصفرية بشكل متزايد معيار الخصوصية لمعاملات العملة المشفرة.

تغييرات الحالة

تغير المعاملات حالة blockchain، وتقوم العقود الذكية بتنفيذ المعاملات. ولذلك، كان من الضروري تنفيذ طريقة للمستخدم للاتصال بالعقود – أو الاستعلام عنها – دون اجراء تغيير الحالة من خلال وظيفة STATICCALL.

كتل Ommer

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

في سلاسل الكتل، غالباً ما يُشار إلى علاقات الكتل باستخدام العلاقات العائلية – أي أن كل كتلة لها كتلة أصلية، وهي تابعة للكتلة الأصلية. تعتبر الكتلتان اللتان تم تعدينهما في نفس الوقت كتلتين شقيقتين. لذا، تخيل أنه تم تعدين كتلتين من الكتلة 24 في نفس الوقت، واعتبرهما كتلتين شقيقتين. تمت إضافة إحدى الكتل إلى البلوكشين، وتم إنشاء كتلة أخرى منها: الكتلة الفرعية الخاصة بها، الكتلة 25. وهذا يجعل الكتلة الثانية 24 هي كتلة Ommer للكتلة 25.

في السابق، لم يتم احتساب كتل Ommer عند تعديل الصعوبة. يتضمن هذا التحديث كتل Ommer في عدد الكتل لضمان عدم إمكانية التلاعب بالصعوبة عن طريق ضبط معدل Ommer (يُسمى سابقاً معدل كتل العم).

قنبلة الصعوبة

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

كانت قنبلة الصعوبة عبارة عن زيادة كبيرة في صعوبة التعدين، وهي مصممة لتثبيط الانقسام في السلسلة بعد انتقال blockchain إلى إثبات الحصة (PoS). تم تأخير القنبلة في التحديث البيزنطي.

ماذا يحدث لـ ETH الخاص بي بعد عملية الانقسام؟

في عملية Soft Fork، لا يزال ETH ملكاً لك وفي محفظتك. في حالة الانقسام الكلي، لا يزال ETH الخاص بك ملكاً لك وفي محفظتك. ومع ذلك، فإن بعض عمليات الهارد فورك تمنح العملة المشفرة التي تنشأ من هذا الهارد فورك للمحافظ الموجودة على أمل جذب هؤلاء المستخدمين. في هذه الحالة، سيكون لديك عملة ETH الخاصة بك وبعض العملات المشفرة الجديدة.

وفي الختام

كانت شوكة Ethereum Byzantium عبارة عن تغيير في ترميز Ethereum والذي نفذ تسعة تغييرات. ساعدت هذه التحسينات في تمهيد الطريق للانتقال النهائي إلى إثبات الملكية في blockchain ومعالجة المشكلات الأخرى.

وأخيراً لمزيد من الأخبار  والمعلومات يمكنك الانضمام إلى قناتنا للأخبار والانضمام إلى مجتمع Crypto MENA.