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

الاسم الأصلي: الدليل للمبتدئين حول خطة Strawmap لإيثريوم حتى عام 2029

المؤلف: James | Snapcrackle

الترجمة: Ken, Chaincatcher

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

مخطط مبدئي:

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

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

وهذا هو بالضبط ما تقترحه خطة 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 مرة) هو تحدٍ نشط في البحث، وليس مجرد تحدٍ هندسي. فرق التقدم بين السرعة الحالية (دقائق) والهدف (ثوانٍ) هو حوالي 1000 ضعف. يتطلب ذلك تقدمًا رياضيًا، وأجهزة مخصصة.

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

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

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

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

PeerDAS تم تنفيذه في ترقية Fusaka، وهو أساس للبنية التحتية التي تعتمد عليها خطة Strawmap. التوسع إلى الهدف النهائي يتطلب تكرار التوسعة: زيادة سعة البيانات مع كل انقسام، واختبار استقرار الشبكة.

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

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

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

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

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

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

5. L1 خاصية الخصوصية: إخفاء المعاملات

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

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

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

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

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

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

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

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

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

لأن بعض هذه التحديات لم تُحل بعد.

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

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

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

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

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

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

بالنسبة لكل هذه الجهود، فإن مدة ثلاث سنوات ونصف تعتبر متقدمة جدًا.

عام 2029؟

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

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

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

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

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

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

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

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

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