تم بناء تصميم ePBS حول مفهوم الأمان المُبني على البناء، حيث يُمنح البناء حق السيطرة الكامل على كتلة المعاملات.
ePBS هو اقتراح لدمج PBS مباشرة في طبقة الوصول الإثيريوم، ويُعرف باسم In-Protocol PBS، بهدف التعامل مع أخطاءمناوبة محتملة والقضاء على أخطاء نقطة الفشل الداخلية في النظام.
يعتمد ePBS لا يزال على الأساس الأصلي لـ PBS ، ويعزز مقاومة الشبكة للرقابة واللامركزية من خلال إسقاط السيطرة على محتوى الكتلة من كيان واحد.
لجنة جدولة الحمولة (PTC) بوصفها جهة رقابية، تضمن الجدارة والإتزان الزمني لمحتويات المعاملات في الكتل الجديدة.
مقدمة
في شهر فبراير ، اعتبر Potuz ، مطور Prysm ، أن شبكة إيثريوم الرئيسية تعاني من مشكلة ثقة واقترح تأجيل فورك Electra حتى عام 2025 واستخدام حدث Interop لتحسين تصميم ePBS. ومع ذلك ، تختلف آراء مجتمع إيثريوم حول ePBS ، حيث يشعر بعض المطورين والباحثين بالقلق من المخاطر التي قد تحدث. بالنسبة لـ ePBS ، تختلف آراء الجميع ، واليوم سنتعرف على ما هو ePBS؟ وما الفرق بينه وبين PBS؟
سابقا ذكرنا أن آلية PBS مصممة لضمان أمان المقترح وتفسير البناء، وبالتالي يتم تحميل هذه السلطة إلى القائمين على العمل مناوبة الموثوق بهم. يتولى المناوبة حفظ محتوى الكتلة، وضمان أن المقترح سيحصل على محتوى الكتلة ولكن لن يكون بإمكانه سرقة محتوى الكتلة الخاص بالبنّاء بسهولة. ولكن إذا كان المناوبة شريرة، فإن المقترح والبنّاء سيتأذيان، ولن يكون بإمكانهما سوى التعاون مع البوابة الأخرى والاعتماد على أن المناوبة الأخرى ليست شريرة. يوجد هنا مشكلة، يجب علينا أن نجد جهة موثوقة لتفويض الثقة. لأن PBS هو حلاً خارجياً عن البروتوكول. يعتمد PBS على إجماع المجتمع والامتثال الطوعي، ويتطلب تنسيقاً وثقة إضافية.
يجب أن يكون هناك دور وسيط في PBS للتعامل مع المشكلات كجهة ترخيص خارجية:
Proposer إذا كان يرغب البائع في بيع الحقوق المتعلقة بكتلة يجب أن يثق بالوسيط.
البناء يجب أن يثق الوسيط لشراء حقوق بناء الكتلة.
تصميم ePBS الثوري
البناء المدمج - فصل المقترح
فصل المقترح والبناء المنصوص عليه (ePBS) هو نوع آخر من تطور PBS. ePBS هو اقتراح يدمج PBS مباشرة في طبقة الإجماع ETH ، وبالتالي يُشار إليه أيضًا باسم In-Protocol PBS. تم إنشاؤه لمواجهة الأخطاء المحتملة للمناوبة والتخلص من وجود نقاط فشل واحدة في النظام. كآلية إجماع ناشئة ، سنحلل ePBS بتفصيل فيما يلي لتوضيح المبدأ الأساسي والمزايا والاختلافات بينه وبين الفصل التقليدي للمقترح والبناء (PBS)
ePBS، أي المقترح المضمن - البناء المنفصل، آلية مدمجة في بروتوكول البلوكشين. يستبدل بروتوكول Ethereum هذا الدور الموثوق به للريلي، حيث يمكن لبروتوكول Ethereum نفسه فرض عقوبة (التقطيع) على أي من الطرفين المقترح أو الباني في حالة ارتكابهما لأي سوء، دون الحاجة إلى الاعتماد على الثقة في دور معين. هذا هو أيضًا أكبر اختلاف واختلاف في البروتوكول بأكمله مقارنة بالبروتوكول PBS الذي ذكرناه سابقًا.
بالطبع، لا يزال فصل الأدوار في تطبيق ePBS يعتمد على أساس PBS الأصلي، من خلال إسقاط قدرة الكيان الواحد على التحكم في محتوى الكتلة لزيادة مقاومة الرقابة ومستوى اللامركزية في شبكة السلسلة الكتلية.
المقترح: المسؤول عن تقديم الاقتراحات للكتلة، بما في ذلك معلومات رأس الكتلة
Builder: محتوى بناء الكتلة
فوائد كبيرة
معاقبة السلوك السيئ مباشرةً ودون الحاجة إلى طرف ثالث للائتمان
من خلال النظر إلى الاسم، يمكن أن نعرف أن Enshrined في ePBS يمكن أن يعرف بأنه سيعمل على دمج البروتوكول وسيقوم أيضًا بمعاقبة الأفعال الشريرة مباشرة، وسيحدث تحول مفاجئ في مركز الثقة تحت هذا الإعداد.
البروتوكول لديه قدرة التعرف والمعالجة، ويعاقب مباشرة
في PBS، يتطلب التعرف على السلوك الخبيث ومعاقبته التدخل من جهة خارجية (المصادق، الريلي وما إلى ذلك). أما في ePBS، يمكن لبروتوكول نفسه التعرف على السلوك الخبيث ومعالجته مباشرة بسبب تصميمه داخل البروتوكول.
بدون حاجة إلى طرف ثالث للائتمان، يتم تعزيز درجة اللامركزية
PBS إلى حد ما يعتمد على الحكم الخارجي أو الجهة الثالثة، مما يؤدي إلى مشكلة الثقة المركزية. على النقيض من ذلك، يزيد ePBS من درجة اللامركزية للنظام عن طريق كتابة القواعد في البروتوكول، مما يقلل من حاجة الثقة في الجهات الخارجية.
*صورة مقارنة بين PBS التقليدية و ePBS
تصميم ePBS
رقص التنفيذ والتحقق
في إثيريوم POS، يتم تقسيم وقت الفتحة إلى فترات تبلغ 12 ثانية. في كل فتحة، يتم اختيار العشوائي لكتلة من قبل الالمدققون. في الوقت نفسه، يتم تحديد لجنة للتحقق من صحة الكتلة. إذا لم يتم اقتراح كتلة في فتحة معينة، سيقوم الالمدققون المسؤولون بالتحقق من الكتلة السابقة بعد 4 ثوانٍ.
source: ethresearch، سيتم معالجة فتحة ePBS من قبل CL (طبقة الاتفاق) و EL (طبقة التنفيذ). يتم بث معلومات الكتلة في طبقة الاتفاق، ثم يتم تقديم الكتلة لطبقة التنفيذ للتحقق.
في مرحلة المضاربة بلوك البناء، سيبدأ البناء في إرسال المضاربة إلى المقترح.
المقترح البث: يختار المقترح المضاربة ويختار ما إذا كان سيستخدم قائمة الاستدراج لبناء محتوى كتلته الخاصة. ثم يبث الكتلة.
المدققون投票：看到كتلة后，会根据其验证结果投票。
الشهادة الكلية (Aggregate attestation): يتم إنشاء الشهادة الكلية من قبل المجمعين (Aggregators) ، الذين يجمعون الإثبات من عدة الكتلة في واحدة. المدققون يقومون بالتحقق من خلال الشهادة الكلية.
بث الحمولة: يجب أن يقوم المنشئ بنشر حمولة التنفيذ الكاملة (ution Payload) في الوقت المحدد.
التصويت على الـ PTC: لجنة خاصة للمراقبة والتحقق من توقيت وصحة حمولة Builder.
الكتلة التالية للمقترح تقوم بنشر كتلتهم، استنادًا إلى نتائج التصويت PTC وبناء البرهان المجتمع على الكتلة الكاملة أو الكتلة الفارغة. عندما يكون مئوية الأصوات PT في كتلة معينة أعلى في الوقت المناسب ، فإنه سيتم اعتبارها ككتلة كاملة.
PTC، رصد محتوى وقت المعاملات في الكتلة الجديدة وفاعليته
لجنة جدوى الحمولة (PTC) ، 'لجنة جدوى الحمولة والوقتية'. المهمة الرئيسية هي ضمان أن محتوى المعاملات في الكتلة الجديدة يتم إضافته بشكل دقيق وفوري. تتكون هذه اللجنة من المدققون (521 شخصًا من لجنة سلسلة العلامات التجارية كجزء من اللجنة) ، ومهمتهم هي التحقق مما إذا كان المنشئ قد أكمل عملية ملء المعاملات في الكتلة قبل نهاية دورة إنشاء الكتلة وما إذا تم تنفيذ هذه المعاملات بشكل صحيح وفقًا للقواعد.
ببساطة، يعتبر PTC مثل فريق إشراف، حيث يُشرف على موعد تقديم المُنشئين لعملهم وما إذا كانوا قد قدموا كتلة صحيحة من الصفقات. إذا كان المُنشئ يؤدي بشكل جيد ويقدم كتلة مطابقة، سيتم التحقق من ذلك من خلال التصويت من قبل PTC. وبهذه الطريقة، يمكن للشبكة أن تعرف أي كتل هي الكتل الكاملة والفعالة، وأيها قد تكون بها مشاكل أو غير كاملة.
من خلال آلية التصويت ، تؤثر PTC على حالة كتلة باعتبارها "كتلة كاملة" أو "كتلة فارغة". إذا تحققت PTC من توقيت الحمل وصحته ، فيمكن اعتبار الكتلة حالة "كتلة كاملة" ؛ إذا لم يكن هناك تحميل أو إرسال تحميل وقت الإستجابة ، فقد يتم وضع علامة على كتلة ك "كتلة فارغة". بعد ذلك ، بناء على نتائج تصويت PTC ، تكافئ الشبكة مباشرة أو تعاقب المقترحين والبنائين لتحفيز بناء كتلة في الوقت المناسب ودقيقة.
الكتلة الكاملة (full block): الكتلة تحتوي على مجموعة من payload الصالحة، ويمكن أيضًا أن تحتوي على عدة معاملات، وسيتم تحديث حالة تنفيذ المعاملات في الوقت المناسب.
كتلة فارغة (empty block): كتلة لا تحتوي على أي معاملات تقريبًا، أو تحتوي فقط على عدد قليل جدًا من المعاملات. يمكن أن تكون كتلة CL ، ولكنها لن تحدث حالة EL.
كتلة ناقصة: فتحة فارغة. كتلة متوقعة في سلسلة الكتل ولكنها لم تتم إنشاؤها أو إضافتها بنجاح إلى السلسلة. يمكن تصنيف الكتلة الناقصة ككتلة كاملة أو ككتلة فارغة من خلال التصويت باستخدام (كتلة ، فتحة) في الاختيار الشخصي للفورك.
تحقيق مقاومة الرقابة لـ ePBS ، بالاقتران مع تصميم قائمة الاستثناءات
على الرغم من أن تصميم ePBS مبني حول مفهوم الأمان للبناء ، إلا أنه يمنح البناء سيطرة كاملة على كتلة المعاملات. لذلك ، ستكون استخدام قائمة الاستضافة مزيجًا مثاليًا جدًا لتحقيق مقاومة الرقابة واللامركزية.
كان لدينا في مقالاتنا السابقة إشارة إلى CL ، ونحن نشرح بشكل عام العملية (يمكن النقر على الرابط للحصول على التفاصيل: undefined. ** يجب على Builder تقديم هذه القائمة ، ويجب أن يكون النظر في هذه المعاملات أولوية. يجب أن تغطي كل المعاملات النشطة حاليًا ، سواء كانت هذه المعاملات موجودة في بركة المعاملات أم لا. طالما أن هناك مساحة متبقية في الكتلة ، يجب أن تُدرج المعاملات في القائمة في كتلة Builder. إذا كانت الكتلة ممتلئة بالفعل ، يجب على Builder تحديد ذلك بوضوح ، والتأكد من أنهم لاحظوا هذه القائمة.
عندما يحاول المُنشئ فحص بعض المعاملات ، فإن ملء الكتلة المستمر بالمعاملات سيؤدي إلى ارتفاع سريع في رسوم الأساس بسبب تنفيذ EIP-1559. إذا استمر المُنشئ في إجراء الفحص من خلال إضافة معاملات زائفة في الكتلة ، فإن الزيادة المستمرة في التكاليف ستجعل هذا السلوك مكلفًا جدًا وغير عملي بعد الآن.
ملخص
ePBS يفصل بين دور المقترح والمُنشئ من خلال البروتوكول المدمج، ويستخدم PTC كجزء من لجنة الإثبات، المسؤولة عن التصويت على صحة وفاعلية ution Payload التي يقوم بنشرها البنّاء. ويكمن ميزته الأساسية في تحويل دور الجهة الثالثة الموثوق بها تقليديًا إلى أن يقوم بروتوكول إيثيريوم بمراقبة ومعاقبة الأطراف بنفسه، مما يقلل من حاجة الثقة في كيان واحد. وقد زاد من مقاومة النظام للرقابة، وقام بتعزيز الحماية للصفقات من خلال آليات مثل Inclusion List، مما جعل تكلفة فحص الصفقات باهظة وغير عملية.
بالإضافة إلى ذلك ، ePBS هو فقط خيار يوفر طبقة بروتوكولية لمستوى الكتلة لفصل Proposer و Builder ، وليس إلزاميًا ، ويكمن أكبر اختلاف بينهما في آلية الدفع ونموذج الثقة. عند النظر في مسألة الثقة في البروتوكول بأكمله ، يكون الثمن هو الالتزام المسبق بدفع الرسوم. بالمقارنة مع ePBS ، يمكن لـ MEV-Boost تحديد المبلغ الذي يتم دفعه لـ Beacon Proposer بناءً على الأرباح التي تحققت من الحمولة المنفذة الخاصة بهم ، مما يوفر مزيدًا من الأرباح والمرونة. ربما في يوم من الأيام ، عندما يصبح آلية ePBS قابلة للتنفيذ دون الحاجة إلى الالتزام المسبق بالرسوم ، يمكن أن نحمل قليلاً من الأمل والتطلعات!
المحتوى هو للمرجعية فقط، وليس دعوة أو عرضًا. لا يتم تقديم أي مشورة استثمارية أو ضريبية أو قانونية. للمزيد من الإفصاحات حول المخاطر، يُرجى الاطلاع على إخلاء المسؤولية.
أزمة الثقة实验 ePBS的بروتوكول内置
TL; د
مقدمة
في شهر فبراير ، اعتبر Potuz ، مطور Prysm ، أن شبكة إيثريوم الرئيسية تعاني من مشكلة ثقة واقترح تأجيل فورك Electra حتى عام 2025 واستخدام حدث Interop لتحسين تصميم ePBS. ومع ذلك ، تختلف آراء مجتمع إيثريوم حول ePBS ، حيث يشعر بعض المطورين والباحثين بالقلق من المخاطر التي قد تحدث. بالنسبة لـ ePBS ، تختلف آراء الجميع ، واليوم سنتعرف على ما هو ePBS؟ وما الفرق بينه وبين PBS؟
سابقا ذكرنا أن آلية PBS مصممة لضمان أمان المقترح وتفسير البناء، وبالتالي يتم تحميل هذه السلطة إلى القائمين على العمل مناوبة الموثوق بهم. يتولى المناوبة حفظ محتوى الكتلة، وضمان أن المقترح سيحصل على محتوى الكتلة ولكن لن يكون بإمكانه سرقة محتوى الكتلة الخاص بالبنّاء بسهولة. ولكن إذا كان المناوبة شريرة، فإن المقترح والبنّاء سيتأذيان، ولن يكون بإمكانهما سوى التعاون مع البوابة الأخرى والاعتماد على أن المناوبة الأخرى ليست شريرة. يوجد هنا مشكلة، يجب علينا أن نجد جهة موثوقة لتفويض الثقة. لأن PBS هو حلاً خارجياً عن البروتوكول. يعتمد PBS على إجماع المجتمع والامتثال الطوعي، ويتطلب تنسيقاً وثقة إضافية.
يجب أن يكون هناك دور وسيط في PBS للتعامل مع المشكلات كجهة ترخيص خارجية:
تصميم ePBS الثوري
البناء المدمج - فصل المقترح
فصل المقترح والبناء المنصوص عليه (ePBS) هو نوع آخر من تطور PBS. ePBS هو اقتراح يدمج PBS مباشرة في طبقة الإجماع ETH ، وبالتالي يُشار إليه أيضًا باسم In-Protocol PBS. تم إنشاؤه لمواجهة الأخطاء المحتملة للمناوبة والتخلص من وجود نقاط فشل واحدة في النظام. كآلية إجماع ناشئة ، سنحلل ePBS بتفصيل فيما يلي لتوضيح المبدأ الأساسي والمزايا والاختلافات بينه وبين الفصل التقليدي للمقترح والبناء (PBS)
ePBS، أي المقترح المضمن - البناء المنفصل، آلية مدمجة في بروتوكول البلوكشين. يستبدل بروتوكول Ethereum هذا الدور الموثوق به للريلي، حيث يمكن لبروتوكول Ethereum نفسه فرض عقوبة (التقطيع) على أي من الطرفين المقترح أو الباني في حالة ارتكابهما لأي سوء، دون الحاجة إلى الاعتماد على الثقة في دور معين. هذا هو أيضًا أكبر اختلاف واختلاف في البروتوكول بأكمله مقارنة بالبروتوكول PBS الذي ذكرناه سابقًا.
بالطبع، لا يزال فصل الأدوار في تطبيق ePBS يعتمد على أساس PBS الأصلي، من خلال إسقاط قدرة الكيان الواحد على التحكم في محتوى الكتلة لزيادة مقاومة الرقابة ومستوى اللامركزية في شبكة السلسلة الكتلية.
فوائد كبيرة
معاقبة السلوك السيئ مباشرةً ودون الحاجة إلى طرف ثالث للائتمان
من خلال النظر إلى الاسم، يمكن أن نعرف أن Enshrined في ePBS يمكن أن يعرف بأنه سيعمل على دمج البروتوكول وسيقوم أيضًا بمعاقبة الأفعال الشريرة مباشرة، وسيحدث تحول مفاجئ في مركز الثقة تحت هذا الإعداد.
في PBS، يتطلب التعرف على السلوك الخبيث ومعاقبته التدخل من جهة خارجية (المصادق، الريلي وما إلى ذلك). أما في ePBS، يمكن لبروتوكول نفسه التعرف على السلوك الخبيث ومعالجته مباشرة بسبب تصميمه داخل البروتوكول.
PBS إلى حد ما يعتمد على الحكم الخارجي أو الجهة الثالثة، مما يؤدي إلى مشكلة الثقة المركزية. على النقيض من ذلك، يزيد ePBS من درجة اللامركزية للنظام عن طريق كتابة القواعد في البروتوكول، مما يقلل من حاجة الثقة في الجهات الخارجية.
*صورة مقارنة بين PBS التقليدية و ePBS
تصميم ePBS
رقص التنفيذ والتحقق
في إثيريوم POS، يتم تقسيم وقت الفتحة إلى فترات تبلغ 12 ثانية. في كل فتحة، يتم اختيار العشوائي لكتلة من قبل الالمدققون. في الوقت نفسه، يتم تحديد لجنة للتحقق من صحة الكتلة. إذا لم يتم اقتراح كتلة في فتحة معينة، سيقوم الالمدققون المسؤولون بالتحقق من الكتلة السابقة بعد 4 ثوانٍ.
source: ethresearch، سيتم معالجة فتحة ePBS من قبل CL (طبقة الاتفاق) و EL (طبقة التنفيذ). يتم بث معلومات الكتلة في طبقة الاتفاق، ثم يتم تقديم الكتلة لطبقة التنفيذ للتحقق.
PTC، رصد محتوى وقت المعاملات في الكتلة الجديدة وفاعليته
لجنة جدوى الحمولة (PTC) ، 'لجنة جدوى الحمولة والوقتية'. المهمة الرئيسية هي ضمان أن محتوى المعاملات في الكتلة الجديدة يتم إضافته بشكل دقيق وفوري. تتكون هذه اللجنة من المدققون (521 شخصًا من لجنة سلسلة العلامات التجارية كجزء من اللجنة) ، ومهمتهم هي التحقق مما إذا كان المنشئ قد أكمل عملية ملء المعاملات في الكتلة قبل نهاية دورة إنشاء الكتلة وما إذا تم تنفيذ هذه المعاملات بشكل صحيح وفقًا للقواعد.
ببساطة، يعتبر PTC مثل فريق إشراف، حيث يُشرف على موعد تقديم المُنشئين لعملهم وما إذا كانوا قد قدموا كتلة صحيحة من الصفقات. إذا كان المُنشئ يؤدي بشكل جيد ويقدم كتلة مطابقة، سيتم التحقق من ذلك من خلال التصويت من قبل PTC. وبهذه الطريقة، يمكن للشبكة أن تعرف أي كتل هي الكتل الكاملة والفعالة، وأيها قد تكون بها مشاكل أو غير كاملة.
من خلال آلية التصويت ، تؤثر PTC على حالة كتلة باعتبارها "كتلة كاملة" أو "كتلة فارغة". إذا تحققت PTC من توقيت الحمل وصحته ، فيمكن اعتبار الكتلة حالة "كتلة كاملة" ؛ إذا لم يكن هناك تحميل أو إرسال تحميل وقت الإستجابة ، فقد يتم وضع علامة على كتلة ك "كتلة فارغة". بعد ذلك ، بناء على نتائج تصويت PTC ، تكافئ الشبكة مباشرة أو تعاقب المقترحين والبنائين لتحفيز بناء كتلة في الوقت المناسب ودقيقة.
تحقيق مقاومة الرقابة لـ ePBS ، بالاقتران مع تصميم قائمة الاستثناءات
على الرغم من أن تصميم ePBS مبني حول مفهوم الأمان للبناء ، إلا أنه يمنح البناء سيطرة كاملة على كتلة المعاملات. لذلك ، ستكون استخدام قائمة الاستضافة مزيجًا مثاليًا جدًا لتحقيق مقاومة الرقابة واللامركزية.
كان لدينا في مقالاتنا السابقة إشارة إلى CL ، ونحن نشرح بشكل عام العملية (يمكن النقر على الرابط للحصول على التفاصيل: undefined. ** يجب على Builder تقديم هذه القائمة ، ويجب أن يكون النظر في هذه المعاملات أولوية. يجب أن تغطي كل المعاملات النشطة حاليًا ، سواء كانت هذه المعاملات موجودة في بركة المعاملات أم لا. طالما أن هناك مساحة متبقية في الكتلة ، يجب أن تُدرج المعاملات في القائمة في كتلة Builder. إذا كانت الكتلة ممتلئة بالفعل ، يجب على Builder تحديد ذلك بوضوح ، والتأكد من أنهم لاحظوا هذه القائمة.
عندما يحاول المُنشئ فحص بعض المعاملات ، فإن ملء الكتلة المستمر بالمعاملات سيؤدي إلى ارتفاع سريع في رسوم الأساس بسبب تنفيذ EIP-1559. إذا استمر المُنشئ في إجراء الفحص من خلال إضافة معاملات زائفة في الكتلة ، فإن الزيادة المستمرة في التكاليف ستجعل هذا السلوك مكلفًا جدًا وغير عملي بعد الآن.
ملخص
ePBS يفصل بين دور المقترح والمُنشئ من خلال البروتوكول المدمج، ويستخدم PTC كجزء من لجنة الإثبات، المسؤولة عن التصويت على صحة وفاعلية ution Payload التي يقوم بنشرها البنّاء. ويكمن ميزته الأساسية في تحويل دور الجهة الثالثة الموثوق بها تقليديًا إلى أن يقوم بروتوكول إيثيريوم بمراقبة ومعاقبة الأطراف بنفسه، مما يقلل من حاجة الثقة في كيان واحد. وقد زاد من مقاومة النظام للرقابة، وقام بتعزيز الحماية للصفقات من خلال آليات مثل Inclusion List، مما جعل تكلفة فحص الصفقات باهظة وغير عملية.
بالإضافة إلى ذلك ، ePBS هو فقط خيار يوفر طبقة بروتوكولية لمستوى الكتلة لفصل Proposer و Builder ، وليس إلزاميًا ، ويكمن أكبر اختلاف بينهما في آلية الدفع ونموذج الثقة. عند النظر في مسألة الثقة في البروتوكول بأكمله ، يكون الثمن هو الالتزام المسبق بدفع الرسوم. بالمقارنة مع ePBS ، يمكن لـ MEV-Boost تحديد المبلغ الذي يتم دفعه لـ Beacon Proposer بناءً على الأرباح التي تحققت من الحمولة المنفذة الخاصة بهم ، مما يوفر مزيدًا من الأرباح والمرونة. ربما في يوم من الأيام ، عندما يصبح آلية ePBS قابلة للتنفيذ دون الحاجة إلى الالتزام المسبق بالرسوم ، يمكن أن نحمل قليلاً من الأمل والتطلعات!