فيتاليك مؤخرًا طرح مطلبًا مثيرًا للاهتمام حول تطوير إيثريوم على المدى الطويل: يجب أن يمر إيثريوم نفسه باختبار “القدرة على الانسحاب في أي وقت”. هذا لا يتحدث عن التفاصيل التقنية فحسب، بل يوضح مفهومًا تصميميًا أساسيًا — لا يمكن لبروتوكول سلسلة الكتل أن يعتمد دائمًا على الصيانة والتحديث المستمرين ليظل حيًا.
لماذا نحتاج إلى اجتياز اختبار “الانسحاب في أي وقت”؟
منطق فيتاليك بسيط جدًا: يتمركز إيثريوم ليكون البيئة المثالية لمختلف التطبيقات التي لا تتطلب ثقة أو تقلل من الحاجة إليها. هذا يعني أن التطبيقات التي تعمل فوقه يجب أن تكون “أدوات” وليس “خدمات” — فإذا توقف المُصَحِحون عن الصيانة، لا ينبغي أن تتوقف التطبيقات عن العمل فجأة.
لكن المشكلة تكمن في أنه إذا كانت بروتوكولات إيثريوم الأساسية تعتمد على تحديثات المطورين المستمرة للحفاظ على قابليتها للاستخدام، فإن التطبيقات المبنية عليها ستكون بلا فائدة مهما كانت تصميماتها. بعبارة أخرى، لا يمكنك أن تطلب من التطبيقات أن تتصف بخصائص معينة، بينما لا يمتلك البروتوكول تلك الخصائص. لهذا السبب، يجب أن يصل إيثريوم إلى مرحلة يمكن فيها “تجميده عند الحاجة” — أي أن القيمة الأساسية للبروتوكول لا تعتمد بشكل صارم على الوظائف التي لم تتحقق بعد.
ما هي الـ7 أشياء المحددة التي يجب تحقيقها؟
حدد فيتاليك الأهداف التقنية التي يحتاج إيثريوم إلى إكمالها:
مقاومة كاملة للحوسبة الكمومية
بنية قابلة للتوسع عالية الأداء
بنية حالة مستدامة لعقود من الزمن
نموذج حسابات عام
آلية تسعير غاز موثوقة لمقاومة هجمات رفض الخدمة
نموذج اقتصادي يعتمد على إثبات الحصة المستند إلى خبرة طويلة
نموذج لبناء كتل يقاوم الضغوط المركزية ويضمن مقاومة الرقابة
ليست كلها مواضيع جديدة، لكن فيتاليك يؤكد أن كل واحدة منها تتطلب تنفيذًا حقيقيًا، وليس حلولًا مؤقتة وتوفيقية. هدفه هو إكمال واحدة على الأقل سنويًا، ويفضل أن يتم إنجاز عدة منها.
ماذا يعني هذا؟
يعكس هذا النقاش تفكير فيتاليك العميق حول اتجاه تطوير إيثريوم. هو لا يركز على تحسين الأداء على المدى القصير أو إصدار ميزات جديدة، بل على الاستقرار والاستقلالية على المدى الطويل.
من منظور معين، هو يضع معيارًا “ناضجًا” لإيثريوم. سلسلة الكتل الناضجة حقًا لا ينبغي أن تتطلب تحديثات مستمرة وصيانة دائمة للحفاظ على تنافسيتها، بل يجب أن تكون بنية تحتية مستقرة نسبيًا، قادرة على التطور الذاتي بدعم من مجتمع المطورين.
من الجدير بالذكر أن فيتاليك لا يقول إنه يجب التوقف عن تعديل البروتوكول، بل يهدف إلى ضمان أن الوظائف الأساسية والقيم التي يطرحها البروتوكول لم تعد تعتمد على تحقيق وظائف مستقبلية. هذا فرق دقيق لكنه مهم.
كيف نتابع ذلك لاحقًا؟
من الناحية العملية، جدول زمني لتحقيق هذا الهدف لا يزال بعيدًا. بعض المتطلبات السبعة التي ذكرها فيتاليك قيد التقدم (مثل ترقية نموذج الحسابات)، وبعضها لا يزال في مرحلة البحث (مثل مقاومة الحوسبة الكمومية). لكن تحديد هدف واضح كهذا يعكس أن مجتمع إيثريوم أصبح أكثر نظامية في تفكيره حول الاتجاه المستقبلي.
كما يفسر لماذا يركز فيتاليك مؤخرًا على مواضيع مثل العملات المستقرة، الشبكات السيادية، أثناء حديثه عن “الموثوقية” و"الاستقلالية" — فهذه كلها تحضيرات لاجتياز اختبار “الانسحاب في أي وقت” لإيثريوم.
الخلاصة
المطلب الذي طرحه فيتاليك، “القدرة على الانسحاب في أي وقت”، هو في جوهره تعريف لخصائص سلسلة الكتل اللامركزية الحقيقية. ليست مسألة تقنية فحسب، بل مسألة فلسفية — كيف يمكن تصميم بروتوكول ليكون بنية تحتية مستقلة عن أي صيانة أو مشغلين. إيثريوم يحتاج لتحقيق هذا الهدف عبر سنوات قادمة من خلال العمل على 7 أهداف تقنية، مع التقدم في واحد على الأقل كل سنة. العملية طويلة، لكن الهدف واضح جدًا.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
فيتالك يحدد اختبارًا جديدًا لإيثريوم: كيف يمكن أن تكون "قادرًا على الانسحاب في أي وقت"
فيتاليك مؤخرًا طرح مطلبًا مثيرًا للاهتمام حول تطوير إيثريوم على المدى الطويل: يجب أن يمر إيثريوم نفسه باختبار “القدرة على الانسحاب في أي وقت”. هذا لا يتحدث عن التفاصيل التقنية فحسب، بل يوضح مفهومًا تصميميًا أساسيًا — لا يمكن لبروتوكول سلسلة الكتل أن يعتمد دائمًا على الصيانة والتحديث المستمرين ليظل حيًا.
لماذا نحتاج إلى اجتياز اختبار “الانسحاب في أي وقت”؟
منطق فيتاليك بسيط جدًا: يتمركز إيثريوم ليكون البيئة المثالية لمختلف التطبيقات التي لا تتطلب ثقة أو تقلل من الحاجة إليها. هذا يعني أن التطبيقات التي تعمل فوقه يجب أن تكون “أدوات” وليس “خدمات” — فإذا توقف المُصَحِحون عن الصيانة، لا ينبغي أن تتوقف التطبيقات عن العمل فجأة.
لكن المشكلة تكمن في أنه إذا كانت بروتوكولات إيثريوم الأساسية تعتمد على تحديثات المطورين المستمرة للحفاظ على قابليتها للاستخدام، فإن التطبيقات المبنية عليها ستكون بلا فائدة مهما كانت تصميماتها. بعبارة أخرى، لا يمكنك أن تطلب من التطبيقات أن تتصف بخصائص معينة، بينما لا يمتلك البروتوكول تلك الخصائص. لهذا السبب، يجب أن يصل إيثريوم إلى مرحلة يمكن فيها “تجميده عند الحاجة” — أي أن القيمة الأساسية للبروتوكول لا تعتمد بشكل صارم على الوظائف التي لم تتحقق بعد.
ما هي الـ7 أشياء المحددة التي يجب تحقيقها؟
حدد فيتاليك الأهداف التقنية التي يحتاج إيثريوم إلى إكمالها:
ليست كلها مواضيع جديدة، لكن فيتاليك يؤكد أن كل واحدة منها تتطلب تنفيذًا حقيقيًا، وليس حلولًا مؤقتة وتوفيقية. هدفه هو إكمال واحدة على الأقل سنويًا، ويفضل أن يتم إنجاز عدة منها.
ماذا يعني هذا؟
يعكس هذا النقاش تفكير فيتاليك العميق حول اتجاه تطوير إيثريوم. هو لا يركز على تحسين الأداء على المدى القصير أو إصدار ميزات جديدة، بل على الاستقرار والاستقلالية على المدى الطويل.
من منظور معين، هو يضع معيارًا “ناضجًا” لإيثريوم. سلسلة الكتل الناضجة حقًا لا ينبغي أن تتطلب تحديثات مستمرة وصيانة دائمة للحفاظ على تنافسيتها، بل يجب أن تكون بنية تحتية مستقرة نسبيًا، قادرة على التطور الذاتي بدعم من مجتمع المطورين.
من الجدير بالذكر أن فيتاليك لا يقول إنه يجب التوقف عن تعديل البروتوكول، بل يهدف إلى ضمان أن الوظائف الأساسية والقيم التي يطرحها البروتوكول لم تعد تعتمد على تحقيق وظائف مستقبلية. هذا فرق دقيق لكنه مهم.
كيف نتابع ذلك لاحقًا؟
من الناحية العملية، جدول زمني لتحقيق هذا الهدف لا يزال بعيدًا. بعض المتطلبات السبعة التي ذكرها فيتاليك قيد التقدم (مثل ترقية نموذج الحسابات)، وبعضها لا يزال في مرحلة البحث (مثل مقاومة الحوسبة الكمومية). لكن تحديد هدف واضح كهذا يعكس أن مجتمع إيثريوم أصبح أكثر نظامية في تفكيره حول الاتجاه المستقبلي.
كما يفسر لماذا يركز فيتاليك مؤخرًا على مواضيع مثل العملات المستقرة، الشبكات السيادية، أثناء حديثه عن “الموثوقية” و"الاستقلالية" — فهذه كلها تحضيرات لاجتياز اختبار “الانسحاب في أي وقت” لإيثريوم.
الخلاصة
المطلب الذي طرحه فيتاليك، “القدرة على الانسحاب في أي وقت”، هو في جوهره تعريف لخصائص سلسلة الكتل اللامركزية الحقيقية. ليست مسألة تقنية فحسب، بل مسألة فلسفية — كيف يمكن تصميم بروتوكول ليكون بنية تحتية مستقلة عن أي صيانة أو مشغلين. إيثريوم يحتاج لتحقيق هذا الهدف عبر سنوات قادمة من خلال العمل على 7 أهداف تقنية، مع التقدم في واحد على الأقل كل سنة. العملية طويلة، لكن الهدف واضح جدًا.