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

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

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

لحل هذه المشاكل، تطور إيثيريوم عدة طرق تقنية. FOCIL هو آلية على مستوى الإجماع تضمن أن المدققين يجب أن يدرجوا معاملات معينة، حتى لو لم يرغب منشئ الكتلة في ذلك. هذا مدمج بالفعل في مواصفة تحديث Hegotá المتوقع في النصف الثاني من 2026.

لكن FOCIL يحل فقط نصف المشكلة. يبقى السؤال: ماذا لو كان السوق بأكمله يعرف عن معاملتك قبل أن تُدرج في الكتلة؟ لهذا، يعمل المطورون على قائمة انتظار مشفرة - حل يتم فيه تشفير المعاملات عند الإرسال وفك تشفيرها فقط بعد إدراجها في الكتلة. قام باحثو مؤسسة إيثيريوم وفريق EIP-8105 بتوحيد جهودهم حول اقتراح LUCID، الذي من المفترض أن يكون جزءًا من نفس التحديث.

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

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