“`html

فيتاليك بوتيرين يطمح لجعل إيثيريوم بسيطة مثل بيتكوين بحلول 2030

يعتقد فيتاليك بوتيرين، المؤسس المشارك لإيثيريوم، أن مرونة البلوكتشين وقابليتها للتوسع على المدى الطويل تعتمدان بشكل كبير على جعلها بسيطة، تماماً مثل بيتكوين. في تدوينة نُشرت في 3 مايو، شرح بوتيرين كيف يمكن لـ “إيثيريوم بعد 5 سنوات أن تصبح قريبة في بساطتها من بيتكوين”.

كتب بوتيرين: “أحد أفضل الأشياء في بيتكوين هو بساطة بروتوكولها بشكل جميل”. وأشار إلى أن هذا التصميم البسيط والمباشر هو مفتاح نجاحها واستدامتها.

لماذا البساطة مهمة؟ دروس من بيتكوين

وفقًا لبوتيرين، فإن التصميم البسيط لبيتكوين يجعلها سهلة الفهم والوصول إليها، لدرجة أن طالب المدرسة الثانوية يمكنه استيعاب مفهوم وهيكلية البروتوكول. هذه البساطة ليست مجرد ميزة جمالية؛ بل تجلب فوائد عملية ملموسة. يجادل بوتيرين بأن البساطة تساهم في:

• خفض تكاليف البنية التحتية: يقلل التصميم البسيط من التكاليف المرتبطة بإنشاء بنية تحتية جديدة وصيانة البنية التحتية الحالية.
• تقليل مخاطر الأخطاء البرمجية (Bugs): كلما كان الكود أبسط، قلت فرصة وجود أخطاء برمجية خفية قد تؤدي إلى مشاكل أمنية أو تشغيلية خطيرة.
• زيادة إمكانية الوصول: تمكّن البساطة عددًا أكبر من المطورين والمستخدمين من فهم الشبكة والمساهمة فيها والتحقق منها.

تُعد بيتكوين مثالاً رئيسياً على كيف يمكن للبساطة أن تؤدي إلى شبكة قوية وآمنة ومستدامة على المدى الطويل. لقد حافظت على تصميمها الأساسي البسيط نسبيًا على مر السنين، مما ساهم في صمودها وشعبيتها.

تكلفة التعقيد في إيثيريوم

على الرغم من أن التحديثات الأخيرة مثل الانتقال إلى آلية إثبات الحصة (Proof-of-Stake – PoS) ودمج تقنيات المعرفة الصفرية الموجزة غير التفاعلية للحجة المعرفية (zk-SNARKs) قد جعلت إيثيريوم أكثر قوة وقدرة، إلا أن بوتيرين يعترف بأن إهمال جانب البساطة في التصميم قد أضاف إلى تكاليف الشبكة وتعقيدها.

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

يشير هذا الاعتراف إلى تحول محتمل في فلسفة تطوير إيثيريوم، مع التركيز المتزايد على تبسيط البروتوكول لضمان استدامته وقابليته للتوسع على المدى الطويل. فالتطوير المستمر دون مراعاة للبساطة يمكن أن يؤدي إلى تراكم “الديون التقنية”، مما يجعل الصيانة والتحديثات المستقبلية أكثر صعوبة وتكلفة.

تبسيط طبقة الإجماع: نحو “سلسلة الحزمة” (Beam Chain)

في نوفمبر الماضي، اقترح جاستن دريك، الباحث في مؤسسة إيثيريوم، ترقية لطبقة الإجماع تسمى “سلسلة الحزمة” (Beam Chain). يعتقد بوتيرين أن “سلسلة الحزمة” هذه “مهيأة بشكل جيد لتكون أبسط بكثير” من سابقتها، سلسلة المنارة (Beacon Chain) الحالية التي أصبحت أكثر تعقيدًا بمرور الوقت.

ويعزى هذا التبسيط المحتمل إلى عدة عوامل رئيسية:

• إعادة تصميم نهائية الكتل (3-slot finality): ستسمح “سلسلة الحزمة” بإعادة تصميم آلية تأكيد الكتل النهائية لتصبح أسرع (3 فترات زمنية بدلاً من فترات أطول). هذا من شأنه، كما أشار بوتيرين، أن يلغي مفاهيم معقدة مثل الفترات الزمنية المنفصلة (slots)، والحقب (epochs)، ولجان المزامنة (sync committees)، مما يبسط بشكل كبير منطق الإجماع.
• بساطة التنفيذ: أكد بوتيرين أن تنفيذًا أساسيًا لآلية نهائية الكتل بثلاث فترات زمنية يمكن تحقيقه بحوالي 200 سطر فقط من الكود، مما يجعله أبسط بكثير مقارنة بالآليات الحالية.
• تقليل عدد المدققين النشطين: ستعمل “سلسلة الحزمة” على تقليل عدد المدققين (Validators) النشطين في أي وقت معين. وكتب بوتيرين أن هذا “يجعل استخدام تطبيقات أبسط لقاعدة اختيار الشوكة (fork choice rule) أكثر أمانًا.”
• دمج بروتوكولات التجميع المستندة إلى STARK: ستدمج “سلسلة الحزمة” أيضًا بروتوكولات تجميع قائمة على تقنية STARK (Scalable Transparent Argument of Knowledge)، مما يعني أن أي شخص يمكن أن يكون مجمعًا (aggregator). وأشار بوتيرين: “إن تعقيد تشفير التجميع نفسه كبير، ولكنه على الأقل تعقيد مغلف للغاية (encapsulated complexity)، والذي له مخاطر نظامية أقل بكثير على البروتوكول.”
• هيكلية P2P أبسط وأكثر قوة: يعتقد بوتيرين أن تقليل عدد المدققين النشطين ودمج مجمعي STARK “سيمكن على الأرجح من بناء هيكلية P2P أبسط وأكثر قوة.”
• إعادة التفكير في جوانب أخرى: أضاف بوتيرين أن هناك فرصة لإعادة التفكير وتبسيط جوانب متعددة، بدءًا من دخول وخروج المدققين إلى التعامل مع فترات عدم النشاط (inactivity leak). ويمكن تحقيق ذلك عن طريق تقليل عدد أسطر الكود (Line-of-Code – LoC) وإنشاء “ضمانات أكثر وضوحًا وقابلية للقراءة.”

أخيرًا، أبرز بوتيرين أن طبقة الإجماع “منفصلة نسبيًا” عن عمليات تنفيذ آلة إيثيريوم الافتراضية (EVM)، مما يوفر “هامشًا واسعًا نسبيًا” لإجراء تحسينات وتبسيطات مقارنة بطبقة التنفيذ.

تبسيط طبقة التنفيذ: التحول نحو RISC-V

في الشهر الماضي، اقترح بوتيرين استبدال لغة عقود آلة إيثيريوم الافتراضية (EVM) بـ RISC-V، وهي بنية مجموعة تعليمات (ISA) مفتوحة المصدر. يهدف هذا الاقتراح إلى تعزيز الكفاءة بما يصل إلى 100 ضعف. لكن بالإضافة إلى الكفاءة، يجادل بوتيرين بأن اعتماد RISC-V سيزيد أيضًا من البساطة، نظرًا لأن “مواصفات RISC-V بسيطة بشكل لا يصدق مقارنة بـ EVM.”

ومع ذلك، يمثل هذا التحول تحديًا كبيرًا: ضمان الحفاظ على التوافق مع الإصدارات السابقة (backwards compatibility) لجميع التطبيقات والعقود الذكية الموجودة حاليًا على شبكة إيثيريوم. سيكون من غير العملي إجبار جميع المشاريع على إعادة كتابة عقودها.

لشرح كيفية تحقيق التبسيط مع الحفاظ على التوافق، أوضح بوتيرين مفهوم تقسيم قاعدة كود إيثيريوم (حتى داخل عميل واحد) إلى مناطق مختلفة:

• المنطقة الخضراء (Green Area): الكود الحاسم للإجماع (Consensus-critical code). هذا هو الكود الذي يجب أن يتفق عليه جميع العملاء للوصول إلى إجماع حول حالة الشبكة.
• المنطقة الصفراء (Yellow Area): كود ذو قيمة عالية لفهم وتفسير السلسلة اليوم، أو لبناء الكتل بشكل أمثل، ولكنه ليس جزءًا من الإجماع.
• المنطقة البرتقالية (Orange Area): كود تاريخي ضروري لمعالجة الكتل والمعاملات القديمة.

وفقًا لبوتيرين، لا يمكن تقليل المنطقة البرتقالية (الكود التاريخي). الهدف الرئيسي، كما أكد، هو تقليل المنطقة الخضراء (كود الإجماع الحاسم) إلى الحد الأدنى، وذلك عن طريق نقل الكود قدر الإمكان إلى المنطقة الصفراء. شبه بوتيرين هذه العملية بكيفية تحقيق شركة آبل للتوافق طويل الأمد مع الإصدارات السابقة من خلال طبقات الترجمة (translation layers).

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

لتقليل حجم وتعقيد المنطقة الخضراء، اقترح بوتيرين الخطوات التالية عبر مراحل:

1. المرحلة الأولى: كتابة عمليات التشفير المسبقة الجديدة (new precompiles) بلغة RISC-V.
2. المرحلة الثانية: منح المطورين خيار كتابة العقود الذكية مباشرة بلغة RISC-V.
3. المرحلة الثالثة: استبدال جميع عمليات التشفير المسبقة القديمة بتطبيقات RISC-V من خلال عملية انقسام صلب (hard fork).
4. المرحلة الرابعة: تنفيذ مفسر لـ EVM بلغة RISC-V ودفعه على السلسلة كعقد ذكي.

صرح بوتيرين بأن هذه الخطوات ستضمن أن إجماع إيثيريوم “يفهم أصلاً” RISC-V فقط، بينما يتم التعامل مع كود EVM القديم من خلال طبقة تفسير (المنطقة الصفراء)، مما يبسط بشكل كبير الكود الأساسي الحاسم للإجماع (المنطقة الخضراء).

معايير موحدة على مستوى البروتوكول للتبسيط

كجزء من رؤيته لتبسيط إيثيريوم، اقترح بوتيرين مشاركة “معيار واحد عبر أجزاء مختلفة من المكدس (stack)” كمسار نحو تبسيط شامل. فبدلاً من وجود معايير وآليات متعددة لمهام متشابهة في طبقات مختلفة، يمكن للتوحيد أن يقلل من التعقيد الكلي.

على سبيل المثال، اقترح بوتيرين استخدام كود محو (erasure code) واحد لثلاث وظائف مختلفة:

• أخذ عينات توافر البيانات (data availability sampling – DAS).
• البث من نظير إلى نظير (P2P broadcasting).
• تخزين السجل الموزع (distributed history storage).

وقال إن هذا من شأنه أن يقلل إجمالي أسطر الكود، ويزيد من الكفاءة، ويضمن قابلية التحقق عبر هذه الأنظمة المختلفة.

وبالمثل، اقترح وجود تنسيق تسلسلي (serialization format) واحد مشترك عبر طبقات إيثيريوم الثلاث:

• طبقة التنفيذ (Execution Layer).
• طبقة الإجماع (Consensus Layer).
• واجهة التطبيق الثنائية (ABI) لاستدعاء العقود الذكية.

اقترح بوتيرين استخدام SSZ (Simple Serialize)، وهو تنسيق سهل الفك (decode) ويستخدم على نطاق واسع بالفعل في طبقة الإجماع. توحيد التنسيق سيقلل من الحاجة إلى مكتبات تحويل متعددة ويقلل من الأخطاء المحتملة.

أخيرًا، بمجرد استبدال EVM بـ RISC-V أو لغة بسيطة أخرى، يقترح بوتيرين التحول من شجرة ميركل باتريشيا السداسية عشرية (hexary Merkle Patricia tree) المستخدمة حاليًا إلى شجرة ثنائية (binary tree)، لكل من طبقتي الإجماع والتنفيذ. كتب بوتيرين أن هذا الانتقال يمكن أن يحسن الكفاءة ويقلل التكاليف مع ضمان إمكانية الوصول إلى جميع طبقات إيثيريوم وتفسيرها باستخدام نفس الكود، مما يعزز البساطة والاتساق.

تغيير في الروح والثقافة

في ختام تدوينته، اقترح بوتيرين أن تتبنى إيثيريوم، مقتدية بمثال مشروع Tinygrad (وهو إطار تعلم آلي يركز على البساطة وقلة الكود)، هدفًا صريحًا للحد الأقصى لعدد أسطر الكود (maximum line of code target). الهدف، كما أكد بوتيرين مجددًا، هو جعل “الكود الحاسم لإجماع إيثيريوم قريبًا في بساطته من بيتكوين.”

ولكن الأهم من مجرد تقليل أسطر الكود، هو ضرورة تبني إيثيريوم لروح وثقافة جديدة حيث يتم دائمًا تفضيل الخيار الأبسط كلما أمكن ذلك. وهذا يعني تفضيل “التعقيد المغلف” (encapsulated complexity) – التعقيد المعزول في وحدات محددة لا تؤثر على النظام ككل – على “التعقيد النظامي” (systemic complexity) – التعقيد المتشابك الذي يصعب فهمه وصيانته ويزيد من المخاطر على مستوى البروتوكول.

وطمأن بوتيرين المجتمع بأن الكود الذي يتعامل مع معالجة قواعد إيثيريوم التاريخية (المنطقة البرتقالية والصفراء) سيستمر في الوجود مع اقتراحه الأخير. ومع ذلك، يجب أن يظل هذا الكود خارج الكود الحاسم للإجماع (المنطقة الخضراء) قدر الإمكان لتقليل المخاطر وتبسيط عملية التحقق من صحة البروتوكول الأساسي.

إن رؤية بوتيرين لإيثيريوم أبسط بحلول عام 2030 هي رؤية طموحة تتطلب تغييرات تقنية وثقافية كبيرة. إذا نجحت، فقد تؤدي إلى شبكة إيثيريوم أكثر مرونة وقابلية للتوسع وأمانًا، مما يعزز مكانتها كبنية تحتية رائدة للويب اللامركزي.

“`