دليل Strawmap لإيثريوم 2029: التوافق السريع، الخصوصية الأصلية والتغيرات السريعة التي يجلبها الذكاء الاصطناعي

عنوان النص الأصلي: الدليل المبتدئ لستروتيماب إيثريوم لعام 2029

مؤلف النص الأصلي: James | Snapcrackle

ترجمة: Ken, Chaincatcher

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

الخطوط العريضة: https://strawmap.org/

هذا التشبيه يستحق الفهم العميق.

سفينة ثيسوس هي تجربة فكرية من اليونان القديمة: إذا قمت باستبدال كل لوح خشبي على السفينة قطعة قطعة، حتى يتم استبدال جميع الألواح، هل لا تزال السفينة ذاتها؟

هذا هو بالضبط ما يقترحه Strawmap لإيثريوم.

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

من الناحية الدقيقة، رغم أن منطق الإجماع والتنفيذ يُعاد بناؤه، إلا أن الحالة (رصيد المستخدمين، تخزين العقود، السجلات التاريخية) ستُحفظ عند جميع نقاط الانقسام. هذه “السفينة” تُعاد بناؤها مع استمرار حملها للبضائع. الجميع على متن السفينة!

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

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

يشارك في هذا العمل أفضل علماء التشفير وعلوم الحاسوب على مستوى العالم. وكل ذلك مفتوح المصدر. لا رسوم ترخيص، لا عقود مع مزودين، ولا فريق مبيعات شركات. يمكن لأي شركة، أي مطور، أي دولة أن تبني على أساسه. الترقية التي يمكن أن تستفيد منها JPMorgan هي نفسها التي ستستفيد منها شركة ناشئة صغيرة في سانت بول.

تخيل لو أن تحالفًا عالميًا من مهندسي الدرجة الأولى يعيد بناء شبكة الإنترنت المالية من الصفر، وأنت فقط تحتاج إلى… الاتصال المباشر.

كيف يعمل إيثريوم عمليًا (نسخة 60 ثانية)

قبل مناقشة مستقبله، دعونا نلقي نظرة على شكله اليوم.

إيثريوم هو في جوهره حاسوب عالمي مشترك. لا تديره شركة واحدة، بل يملكه ويشغله آلاف من المشغلين المستقلين حول العالم، كل منهم يشغل نسخة من نفس البرنامج.

هؤلاء المشغلون يتحققون من المعاملات بشكل مستقل. بعضهم يُعرف بالمُحققين (validators)، وهم يراهنون بأموالهم (ETH) كضمان. إذا حاول المُحققون الغش، يفقدون أموالهم. كل 12 ثانية، يتفق المُحققون على المعاملات وترتيبها. تُعرف هذه الفترة الزمنية باسم “الفتحة” (slot). وكل 32 فتحة (حوالي 6.4 دقائق) تُشكل “عهدة” (epoch).

اللحظة الحاسمة التي تصبح فيها المعاملات غير قابلة للعكس، تستغرق حوالي 13 إلى 15 دقيقة، حسب مكان وقوع معاملتك في دورة التحقق.

يُعالج إيثريوم حوالي 15 إلى 30 معاملة في الثانية، حسب تعقيد كل معاملة. بالمقابل، شبكة فيزا يمكنها معالجة أكثر من 65,000 معاملة في الثانية. بسبب هذا الفرق، معظم تطبيقات إيثريوم اليوم تعمل على “طبقة ثانية” (Layer 2). هذه الشبكات المستقلة تجمع العديد من المعاملات وتُرسل ملخصاتها إلى الشبكة الأساسية لضمان الأمان.

النظام الذي يحقق الإجماع بين جميع المشغلين يُعرف بـ"آلية الإجماع". آلية إيثريوم الحالية تعمل بشكل جيد ومجربة، لكنها مصممة لعصر مبكر، وتحد من قدرات الشبكة.

هدف Strawmap هو حل كل هذه المشاكل. ترقية واحدة لكل مشكلة.

الأهداف الخمسة الأساسية لـ Strawmap

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

1. L1 سريع: حسم نهائي في ثوانٍ

اليوم، بعد إرسال معاملة على إيثريوم، يستغرق الأمر حوالي 13 إلى 15 دقيقة للوصول إلى الحسم النهائي الحقيقي، مما يعني أن المعاملة لا يمكن عكسها، وتعتبر مكتملة.

الحل: استبدال محرك التوافق الذي يحقق الإجماع بين المشغلين. الهدف هو تحقيق الحسم النهائي في كل فتحة عبر تصويت واحد. أحد المرشحين الرائدين هو Minimmit، وهو بروتوكول مصمم لتحقيق إجماع فائق السرعة، لكن تصميمه لا يزال قيد التطوير. المهم هو هذا الهدف: تحقيق الحسم النهائي في فتحة واحدة. بعد ذلك، سيتم تقليل مدة الفتحة نفسها: المقترح هو 12 → 8 → 6 → 4 → 3 → 2 ثوانٍ.

الحسم النهائي لا يقتصر على السرعة، بل على اليقين. فكر في التحويلات البنكية، من “الإرسال” إلى “التسوية”، حيث تكون هناك نافذة لمشاكل محتملة.

إذا كنت تنوي تحويل مئات الآلاف من الدولارات، أو تسوية معاملات سندات، أو إتمام معاملات عقارية على البلوكتشين، فإن الـ13 دقيقة من عدم اليقين تمثل مشكلة كبيرة. وإذا استطعت تقليلها إلى ثوانٍ، فستغير بشكل جذري قدرة الشبكة. هذا ينطبق على التطبيقات الأصلية للعملات المشفرة، وأي شيء ينطوي على نقل قيمة.

2. Gigagas: توسيع القدرة بمقدار 300 مرة

إيثريوم الرئيسي يعالج حوالي 15-30 معاملة في الثانية، وهو حد.

الحل: هدف Strawmap هو تحقيق قدرة تنفيذ تصل إلى 1 جيجا غاز في الثانية، وهو ما يعادل حوالي 10,000 TPS (اعتمادًا على تعقيد المعاملات، لأن استهلاك الغاز يختلف). الفكرة الأساسية تعتمد على تقنية تُعرف بـ"البرهان بصيغة المعرفة الصفرية" (ZK proofs).

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

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

البرمجيات التي تنتج هذه الشهادات لا تزال بطيئة جدًا، وتستغرق دقائق أو ساعات.

تقليل الوقت إلى ثوانٍ (تحقيق زيادة حوالي 1000 مرة) هو تحدٍ نشط، وليس مجرد تحدٍ هندسي. فرق العمل مثل RISC Zero وSuccinct تحقق تقدمًا سريعًا، لكنه لا يزال في الطليعة.

شبكة رئيسية بسرعة نهائية عالية تصل إلى 10,000 TPS تعني نظام أبسط، وأجزاء أقل عرضة للمشاكل.

3. Teragas L2: عبر “المسار السريع” بمليونات TPS

للمعاملات الضخمة (والمخصصة)، لا تزال بحاجة إلى شبكات Layer 2. حاليًا، L2 محدود بقدرة الشبكة الأساسية على معالجة البيانات.

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

PeerDAS تم تسليمه في ترقية Fusaka، وهو أساس للبنية التحتية التي تعتمد عليها Strawmap. التوسع التدريجي من هنا يعني زيادة سعة البيانات مع كل انقسام، واختبار استقرار الشبكة.

قدرة معالجة 10 ملايين TPS عبر نظام L2 ستفتح أبوابًا لم تكن ممكنة في أي بلوكتشين آخر.

تخيل أن سلسلة إمداد عالمية تتضمن رموزًا رقمية لكل منتج، أو ملايين الأجهزة المتصلة التي تنتج بيانات قابلة للتحقق، أو نظام مدفوعات صغيرة بمئات من الدولارات. هذه الأحمال تتجاوز قدرات الشبكات الحالية، لكنها ستكون سهلة مع قدرة 10 ملايين TPS.

4. L1 مقاوم للكمبيوترات الكمومية: استعدادًا للكمبيوترات الكمية

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

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

قد يستغرق الأمر سنوات أو عقود قبل أن تصبح الحواسيب الكمومية قوية بما يكفي لتهديد التشفير الحالي. لكن، إذا كنت تبني بنية تحتية طويلة الأمد، وتحمل قيمة تريليونات الدولارات، فإن “الانتظار” ليس خيارًا.

5. L1 خاص: تحقيق سرية المعاملات

كل شيء على إيثريوم علني بشكل افتراضي. إلا إذا استخدمت تطبيقات خصوصية مثل Railgun، أو L2 مثل ZKsync أو Aztec، فكل معاملة، وكل مبلغ، وكل طرف، مرئي للجميع.

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

هناك حلول مؤقتة، مثل Nightfall على Starknet، التي أُعلنت في فبراير 2026، والتي تضيف حماية للخصوصية على Layer 2. لكن الحلول المؤقتة تزيد التعقيد والتكلفة. بناء الخصوصية في البنية الأساسية يمكن أن يقضي على الحاجة إلى طبقات وسيطة.

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

سبع انقسامات (ترقيات)

اقترحت Strawmap سبع ترقيات، بمعدل حوالي ستة أشهر، بدءًا من Glamsterdam. كل ترقية محدودة، تُغير من واحد إلى اثنين من الأهداف الرئيسية، لأنه إذا حدث خطأ، من المهم معرفة السبب بدقة.

بعد Fusaka (الذي أُطلق بالفعل، وأسّس أساسًا عبر PeerDAS وتحسين البيانات)، كانت أول ترقية هي Glamsterdam، التي أعادت هيكلة طريقة تجميع كتل المعاملات.

ثم تأتي Hegotá، التي تقدم تحسينات هيكلية إضافية. الانقسامات الأخرى (من I* إلى M*) ستستمر حتى 2029، مع تقديم آليات إجماع أسرع، وبرهان بصيغة المعرفة الصفرية، وتوسعات في توافر البيانات، ومقاومة للكمبيوترات الكمومية، وميزات الخصوصية تدريجيًا.

لماذا الانتظار حتى 2029؟

لأن بعض المشاكل لم تُحل بعد.

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

جعل برهان ZK سريعًا بما يكفي هو تحدٍ آخر. السرعة الحالية (دقائق) مقابل الهدف (ثوانٍ) تختلف بمقدار 1000 مرة. يتطلب ذلك تقدمًا رياضيًا، وتصميم أجهزة مخصصة.

توسيع توافر البيانات أصعب، لكنه أكثر قابلية للحل. المنطق الرياضي ممكن، لكن التحدي هو كيف تدير عمليات حية بقيمة مئات المليارات من الدولارات بحذر.

الانتقال إلى مقاومة الكمبيوترات الكمومية هو كابوس تشغيلي، لأن التوقيعات الجديدة أكبر وتغير النماذج الاقتصادية.

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

هذه الترقيات لا يمكن أن تتم جميعها في وقت واحد. بعض التحديثات تعتمد على أخرى. بدون برهان بصيغة المعرفة الصفرية، لا يمكن التوسع إلى 10,000 TPS. بدون تحسين توافر البيانات، لا يمكن توسيع Layer 2. هذه السلسلة من الاعتمادات تحدد الجدول الزمني.

بالنسبة لكل ما يُحاول، فإن ثلاث سنوات ونصف تعتبر وقتًا جريئًا جدًا.

عام 2029؟

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

في فبراير 2026، وعد مطور يُدعى YQ مع Vitalik بأنه يمكن لشخص واحد باستخدام وكيل AI أن يكتب نظام إيثريوم كاملًا لعام 2030+. خلال أسابيع، قدم ETH2030: عميل تنفيذ بلغة Go، يدعي أنه يضم حوالي 713,000 سطر كود، ويحقق جميع 65 مشروعًا على خارطة الطريق، وقابل للتشغيل على الشبكة التجريبية والرئيسية.

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

لكن رد Vitalik يستحق القراءة بعناية: “قبل ستة أشهر، كان ذلك مجرد حلم بعيد، والأهم هو اتجاه التطور… يجب أن نكون منفتحين على احتمالية (وليست يقينًا!) أن إكمال خارطة طريق إيثريوم قد يكون أسرع مما نتوقع، وأن معايير الأمان ستتجاوز التوقعات.”

الاستنتاج الرئيسي من Vitalik هو أن استخدام الذكاء الاصطناعي بشكل صحيح لا ينبغي أن يكون فقط من أجل السرعة، بل يجب أن يُستخدم لزيادة الأمان أيضًا: مزيد من الاختبارات، مزيد من التحقق الرياضي، ومزيد من النسخ المستقلة لنفس الوظيفة.

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

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

لكن المشكلة الحقيقية ليست في مدى إمكانية تحقيق كل هدف في الوقت المحدد، بل في ما إذا كنت تريد البناء على منصة تتبع هذا المسار، أم أن تتنافس معها.

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