تقصير أوقات تأكيد معاملات إثيريوم باستخدام الحقب والفتحات

متقدم7/23/2024, 6:43:24 AM
إحدى الخصائص المهمة لتجربة مستخدم جيدة في تقنية سلسلة الكتل هي أوقات تأكيد المعاملات السريعة. ومع ذلك، هناك قيمة في تحسين تجربة المستخدم بشكل أكبر، وهناك بعض التطبيقات التي تتطلب بشكل صريح تأخيرات بحدود مئات من ميلي ثانية أو أقل. سيتناول هذا المنشور بعض الخيارات العملية التي تتوفر في إثيريوم.

إعادة توجيه العنوان الأصلي 'الحقب والفتحات على طول الطريق: طرق لتوفير أوقات تأكيد المعاملات الأسرع لمستخدمي إثيريوم'

إحدى الخصائص المهمة لتجربة مستخدم جيدة على سلسلة الكتل هي أوقات تأكيد المعاملات السريعة. اليوم، لقد تحسن إثيريوم بالفعل كثيرًا مقارنة بقبل خمس سنوات. وذلك بفضل الجمع بينEIP-1559وأوقات كتل ثابتة بعدالدمج, تؤكد المعاملات التي يرسلها المستخدمون على L1 بموثوقية خلال 5-20 ثانية. هذا يتنافس تقريبًا مع تجربة الدفع ببطاقة الائتمان. ومع ذلك ، هناك قيمة في تحسين تجربة المستخدم بشكل أكبر ، وهناك بعض التطبيقات التي تتطلب بشكل صريح تأخرات تصل إلى مئات من ميلي ثانية أو حتى أقل. ستتناول هذه المشاركة بعض الخيارات العملية التي تتوفر في إيثيريوم.

نظرة عامة على الأفكار والتقنيات الحالية

الإستقرار الفردي للفترة

اليوم، إثيريوم’s Gasperيستخدم التوافق بنية فتحة وعصر. في كل فتحة تستغرق 12 ثانية، يقوم مجموعة فرعية من المحققين بنشر تصويت على رأس السلسلة، وعلى مدى 32 فتحة (6.4 دقيقة)، يحصل جميع المحققين فرصة للتصويت مرة واحدة. ثم يتم إعادة تفسير هذه التصويتات على أنها رسائل بشكل غامضشبيه بـ PBFTالخوارزمية الموافقة، التي بعد مرور حقبتين (12.8 دقيقة) تعطي ضمان اقتصادي صعب جدًا يُسمى النهوض.

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

يحل الاكتمال في فتحة واحدة هذه البنية بآلية تشبه إلى حد كبير اتفاق تناظر تندرمينت, حيث يتم تحديد الكتلة N قبل إنشاء الكتلة N+1. الانحراف الرئيسي عن Tendermint هو أننا نحتفظ بالتسرب الخمولالآلية التي تسمح للسلسلة بالاستمرار والاستعادة إذا خرج أكثر من ثلث المحققين عن الخط.


رسم تخطيطي للمقترح الرائدتصميم القطعة الواحدة للنهوض_

التحدي الرئيسي مع SSF هو أنه بشكل ساذج، يبدو أنه يعني أن كل شخص يرهن إثيريوم سيحتاج إلى نشر رسالتين كل 12 ثانية، مما سيكون أمرًا كثيرًا للسلسلة للتعامل معه. أفكار ذكيةلكيفية التخفيف من هذا، بما في ذلك الأحداث الأخيرة جدًاأوربت SSFلكن حتى الآن، بينما يحسن هذا بشكل كبير تجربة المستخدم من خلال جعل "النهائية" تأتي بشكل أسرع، إلا أنه لا يغير حقيقة أن المستخدمين بحاجة للانتظار من 5 إلى 20 ثانية.

تأكيدات مسبقة للتجميع

خلال السنوات القليلة الماضية، إثيريوم كان يتبع خارطة طريق تركيز ال Rollup, تصميم طبقة الأساس Ethereum (الـ L1) حول دعم توفر البيانات وغيرها من الوظائف التي يمكن بعد ذلك استخدامها من قبل بروتوكولات الطبقة 2 مثل rollups (ولكن أيضا validiumsوplasmas) التي يمكن أن توفر للمستخدمين نفس مستوى الأمان كـ إثيريوم، ولكن بمقياس أكبر بكثير.

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

حتى الآن، على الأقل في الخطاب، كان من مسؤولية L2s إنشاء شبكاتهم الخاصة "تسلسل لامركزي". مجموعة أصغر من المدققين سيقومون بالتوقيع على الكتل، ربما مرة واحدة كل بضع مئات من الأجزاء من الثانية، وسيضعون "رهانهم" خلف تلك الكتل. في نهاية المطاف، يتم نشر رؤوس هذه الكتل L2 إلى L1.

يمكن أن تغش مجموعات محققي L2: يمكنهم توقيع الكتلة B1 أولاً، ثم في وقت لاحق توقيع كتلة متعارضة B2 وتأكيدها على السلسلة قبل B1. ولكن إذا فعلوا ذلك، فإنهم سيُمسكون ويفقدون ودائعهم. في الواقع، رأينا الإصدارات المركزية من هذا، لكن الروابط كانت بطيئة في تطوير الشبكات المتسلسلة غير المركزية. ويمكنك أن تجادل بأن الطلب من L2s بأن يقوموا جميعًا بتسلسل غير مركزي هو صفقة غير عادلة: نحن نطلب من الروابط أساسًا أن تقوم بمعظم العمل نفسه كما يتم إنشاء L1 جديد تمامًا. لهذا السبب وغيره، كان جاستن درايك يروج لطريقة لمنح جميع L2s (وكذلك L1) الوصول إلى آلية تأكيد مسبق مشتركة في Ethereum.تأكيدات مسبقة مستندة.

تأكيدات مسبقة على أساس

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

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

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

ما الذي ننظر إليه هنا في الواقع؟

نفترض أننا ننفذ الاستقرار في فتحة واحدة. نحن نستخدم مدارتقنيات مثل لتقليل عدد المحققين الذين يوقعون في كل فتحة، ولكن ليس كثيرًا، بحيث يمكننا أيضًا تحقيق تقدم في الهدف الرئيسي لتقليل الحد الأدنى للمراهنة بمقدار 32 إيثريوم. ونتيجة لذلك، ربما يزداد وقت الفتحة إلى 16 ثانية. ثم نستخدم إما تأكيدات مسبقة للفرع، أو استنادية مسبقة للفرع، لنقدم للمستخدمين ضمانات أسرع. ماذا لدينا الآن؟ هناك بنية معمارية للحقبة والفتحة.

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

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

سبب واحد بسيط هو عدد العقد. بينما القديمة الخطية@VitalikButerinيبدو أن تفاقم اللامركزية / النهوض الزمني / التجارة الفوقية أصبح أكثر اعتدالًا الآن بسبب تجميع BLS المُحسَّن بشكل فائق وفي المستقبل القريب ZK-STARKs، ومع ذلك، من الصحيح بشكل أساسي أن:

  1. "الاتفاق التقريبي" يتطلب فقط عدد قليل من العقد بينما الاستقرار الاقتصادي يتطلب نسبة كبيرة من جميع العقد.
  2. بمجرد أن يتجاوز عدد العقد مقدارًا معينًا، عليك أن تقضي وقتًا أطول في جمع التواقيع.

في إثيريوم اليوم، يتم تقسيم فترة الـ 12 ثانية في الفتحة إلى ثلاث فتحات فرعية، لنشر الكتلة وتوزيعها، والشهادة، وتجميع الشهادات. إذا كان عدد الشهود أقل بكثير، يمكننا التخلي عن فتحتين فرعيتين وجعل فترة الفتحة 8 ثوانٍ. عامل آخر، وبشكل واقعي أكبر، هو "جودة" العقد. إذا كنا نستطيع أيضًا الاعتماد على مجموعة محترفة من العقد للقيام باتفاقيات تقريبية (واستخدام مجموعة المحققين الكاملة للنهوض)، فيمكننا بشكل معقول التخفيض إلى ~2 ثانية.

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

ماذا يجب على البورصات الثانوية القيام به؟

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

  1. كن "قائما" ، تقنيا وروحيا. أي أنها محسنة لكونها قنوات تمرير للخصائص التقنية لطبقة قاعدة Ethereum وقيمها (اللامركزية العالية ، ومقاومة الرقابة ، وما إلى ذلك). في أبسط أشكالها ، يمكنك التفكير في هذه المجموعات على أنها "شظايا ذات علامة تجارية" ، ولكن يمكن أيضا أن تكون أكثر طموحا من ذلك بكثير ، وتجرب بشكل كبير تصميمات الأجهزة الافتراضية الجديدة والتحسينات التقنية الأخرى.
  2. كن بفخر "خادمًا مع هيكل تشغيل سلسلة الكتل"، واستفد القصارى منه. إذا بدأت من خادم، ثم أضف (i) دلائل صحة STARK لضمان أن الخادم يتبع القواعد، (ii) حقوق مضمونة للمستخدم للخروج أو فرض المعاملات، وربما (iii) حرية الاختيار الجماعي، سواء من خلال الخروج الجماعي المنسق أو من خلال القدرة على التصويت لتغيير المسلسل، فقد اكتسبت بالفعل الكثير من فوائد كونها على السلسلة، مع الاحتفاظ بمعظم كفاءة الخادم.
  3. النهج التوافقي: سلسلة سريعة مكونة من مئة عقد، مع إثيريوم يوفر توافقًا وأمانًا إضافيًا. هذه هي خريطة الطريق الحالية الفعلية للعديد من مشاريع L2.

بالنسبة لبعض التطبيقات، (على سبيل المثال، ENS،متاجر المفاتيح)، بعض المدفوعات)، فإن وقت كتلة 12 ثانية يكفي. بالنسبة لتطبيقات لا تستفيد من ذلك، الحل الوحيد هو بنية الفتحة والعصر. في جميع الحالات الثلاث، تعتبر الـ "العصور" هي تقنية Ethereum SSF (ربما يمكننا تغيير هذا الاختصار ليعني شيئًا آخر غير "فتحة واحدة"، على سبيل المثال، يمكن أن يكون "الضمان السريع الآمن"). ولكن "الفتحات" هي شيء مختلف في كل من الحالات الثلاث أعلاه:

  1. تصميم فتحة وحقبة أصلي لإثيريوم
  2. تأكيدات ما قبل الخادم
  3. تأكيدات مسبقة للجنة

السؤال الرئيسي هو ، ما مدى جودة صنع شيء ما في الفئة (1)؟ على وجه الخصوص ، إذا أصبحت جيدة حقا ، فستشعر أن الفئة (3) لم يعد لها نفس المعنى. ستكون الفئة (2) موجودة دائما ، على الأقل لأن أي شيء "قائم" لا يعمل مع L2s للبيانات خارج السلسلة مثل البلازما والصلاحيات. ولكن إذا تمكنت بنية الفتحة والحقبة الأصلية من Ethereum من الوصول إلى أوقات "فتحة" مدتها 1 ثانية (أي تأكيد مسبق) ، فإن مساحة الفئة (3) تصبح أصغر قليلا.

اليوم، نحن بعيدين عن الحصول على إجابات نهائية على هذه الأسئلة. سؤال مهم - إلى أي مدى سيصبح مقترحو الكتل متطورين - يظل مجالًا هناك الكثير من عدم اليقين. تصاميم مثل أوربت SSFموجودة حديثًا للغاية، مما يشير إلى أن مجال التصميم لتصاميم الفتحة والحقبة حيث يكون شيء مثل Orbit SSF هو الحقبة لا يزال تحت الاستكشاف بشكل كبير. كلما كان لدينا المزيد من الخيارات، كلما كنا أفضل في تقديم خدمات للمستخدمين سواء على L1 أو على L2s، وكلما كان بإمكاننا تبسيط مهمة مطوري L2 أكثر.

إخلاء المسؤولية:

  1. تم نشر هذه المقالة من [ فيتاليك]. إعادة توجيه العنوان الأصلي 'العصور والفتحات إلى الأسفل: طرق لمنح مستخدمي إثيريوم أوقات تأكيد معاملات أسرع'. جميع حقوق النشر تنتمي إلى الكاتب الأصلي [فيتاليك]. إذا كانت هناك اعتراضات على هذا الإعادة النشر، يرجى الاتصال بالبوابة تعلمفريق، وسوف يتولى التعامل معها على الفور.
  2. تنصل المسؤولية: الآراء والآراء المعبر عنها في هذه المقالة هي فقط تلك للكاتب ولا تشكل أي نصيحة استثمارية.
  3. تتم ترجمة المقالة إلى لغات أخرى من قبل فريق Gate Learn. ما لم يذكر غير ذلك، فإن نسخ أو توزيع أو ارتكاب الانتحال في المقالات المترجمة ممنوع.

تقصير أوقات تأكيد معاملات إثيريوم باستخدام الحقب والفتحات

متقدم7/23/2024, 6:43:24 AM
إحدى الخصائص المهمة لتجربة مستخدم جيدة في تقنية سلسلة الكتل هي أوقات تأكيد المعاملات السريعة. ومع ذلك، هناك قيمة في تحسين تجربة المستخدم بشكل أكبر، وهناك بعض التطبيقات التي تتطلب بشكل صريح تأخيرات بحدود مئات من ميلي ثانية أو أقل. سيتناول هذا المنشور بعض الخيارات العملية التي تتوفر في إثيريوم.

إعادة توجيه العنوان الأصلي 'الحقب والفتحات على طول الطريق: طرق لتوفير أوقات تأكيد المعاملات الأسرع لمستخدمي إثيريوم'

إحدى الخصائص المهمة لتجربة مستخدم جيدة على سلسلة الكتل هي أوقات تأكيد المعاملات السريعة. اليوم، لقد تحسن إثيريوم بالفعل كثيرًا مقارنة بقبل خمس سنوات. وذلك بفضل الجمع بينEIP-1559وأوقات كتل ثابتة بعدالدمج, تؤكد المعاملات التي يرسلها المستخدمون على L1 بموثوقية خلال 5-20 ثانية. هذا يتنافس تقريبًا مع تجربة الدفع ببطاقة الائتمان. ومع ذلك ، هناك قيمة في تحسين تجربة المستخدم بشكل أكبر ، وهناك بعض التطبيقات التي تتطلب بشكل صريح تأخرات تصل إلى مئات من ميلي ثانية أو حتى أقل. ستتناول هذه المشاركة بعض الخيارات العملية التي تتوفر في إيثيريوم.

نظرة عامة على الأفكار والتقنيات الحالية

الإستقرار الفردي للفترة

اليوم، إثيريوم’s Gasperيستخدم التوافق بنية فتحة وعصر. في كل فتحة تستغرق 12 ثانية، يقوم مجموعة فرعية من المحققين بنشر تصويت على رأس السلسلة، وعلى مدى 32 فتحة (6.4 دقيقة)، يحصل جميع المحققين فرصة للتصويت مرة واحدة. ثم يتم إعادة تفسير هذه التصويتات على أنها رسائل بشكل غامضشبيه بـ PBFTالخوارزمية الموافقة، التي بعد مرور حقبتين (12.8 دقيقة) تعطي ضمان اقتصادي صعب جدًا يُسمى النهوض.

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

يحل الاكتمال في فتحة واحدة هذه البنية بآلية تشبه إلى حد كبير اتفاق تناظر تندرمينت, حيث يتم تحديد الكتلة N قبل إنشاء الكتلة N+1. الانحراف الرئيسي عن Tendermint هو أننا نحتفظ بالتسرب الخمولالآلية التي تسمح للسلسلة بالاستمرار والاستعادة إذا خرج أكثر من ثلث المحققين عن الخط.


رسم تخطيطي للمقترح الرائدتصميم القطعة الواحدة للنهوض_

التحدي الرئيسي مع SSF هو أنه بشكل ساذج، يبدو أنه يعني أن كل شخص يرهن إثيريوم سيحتاج إلى نشر رسالتين كل 12 ثانية، مما سيكون أمرًا كثيرًا للسلسلة للتعامل معه. أفكار ذكيةلكيفية التخفيف من هذا، بما في ذلك الأحداث الأخيرة جدًاأوربت SSFلكن حتى الآن، بينما يحسن هذا بشكل كبير تجربة المستخدم من خلال جعل "النهائية" تأتي بشكل أسرع، إلا أنه لا يغير حقيقة أن المستخدمين بحاجة للانتظار من 5 إلى 20 ثانية.

تأكيدات مسبقة للتجميع

خلال السنوات القليلة الماضية، إثيريوم كان يتبع خارطة طريق تركيز ال Rollup, تصميم طبقة الأساس Ethereum (الـ L1) حول دعم توفر البيانات وغيرها من الوظائف التي يمكن بعد ذلك استخدامها من قبل بروتوكولات الطبقة 2 مثل rollups (ولكن أيضا validiumsوplasmas) التي يمكن أن توفر للمستخدمين نفس مستوى الأمان كـ إثيريوم، ولكن بمقياس أكبر بكثير.

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

حتى الآن، على الأقل في الخطاب، كان من مسؤولية L2s إنشاء شبكاتهم الخاصة "تسلسل لامركزي". مجموعة أصغر من المدققين سيقومون بالتوقيع على الكتل، ربما مرة واحدة كل بضع مئات من الأجزاء من الثانية، وسيضعون "رهانهم" خلف تلك الكتل. في نهاية المطاف، يتم نشر رؤوس هذه الكتل L2 إلى L1.

يمكن أن تغش مجموعات محققي L2: يمكنهم توقيع الكتلة B1 أولاً، ثم في وقت لاحق توقيع كتلة متعارضة B2 وتأكيدها على السلسلة قبل B1. ولكن إذا فعلوا ذلك، فإنهم سيُمسكون ويفقدون ودائعهم. في الواقع، رأينا الإصدارات المركزية من هذا، لكن الروابط كانت بطيئة في تطوير الشبكات المتسلسلة غير المركزية. ويمكنك أن تجادل بأن الطلب من L2s بأن يقوموا جميعًا بتسلسل غير مركزي هو صفقة غير عادلة: نحن نطلب من الروابط أساسًا أن تقوم بمعظم العمل نفسه كما يتم إنشاء L1 جديد تمامًا. لهذا السبب وغيره، كان جاستن درايك يروج لطريقة لمنح جميع L2s (وكذلك L1) الوصول إلى آلية تأكيد مسبق مشتركة في Ethereum.تأكيدات مسبقة مستندة.

تأكيدات مسبقة على أساس

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

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

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

ما الذي ننظر إليه هنا في الواقع؟

نفترض أننا ننفذ الاستقرار في فتحة واحدة. نحن نستخدم مدارتقنيات مثل لتقليل عدد المحققين الذين يوقعون في كل فتحة، ولكن ليس كثيرًا، بحيث يمكننا أيضًا تحقيق تقدم في الهدف الرئيسي لتقليل الحد الأدنى للمراهنة بمقدار 32 إيثريوم. ونتيجة لذلك، ربما يزداد وقت الفتحة إلى 16 ثانية. ثم نستخدم إما تأكيدات مسبقة للفرع، أو استنادية مسبقة للفرع، لنقدم للمستخدمين ضمانات أسرع. ماذا لدينا الآن؟ هناك بنية معمارية للحقبة والفتحة.

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

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

سبب واحد بسيط هو عدد العقد. بينما القديمة الخطية@VitalikButerinيبدو أن تفاقم اللامركزية / النهوض الزمني / التجارة الفوقية أصبح أكثر اعتدالًا الآن بسبب تجميع BLS المُحسَّن بشكل فائق وفي المستقبل القريب ZK-STARKs، ومع ذلك، من الصحيح بشكل أساسي أن:

  1. "الاتفاق التقريبي" يتطلب فقط عدد قليل من العقد بينما الاستقرار الاقتصادي يتطلب نسبة كبيرة من جميع العقد.
  2. بمجرد أن يتجاوز عدد العقد مقدارًا معينًا، عليك أن تقضي وقتًا أطول في جمع التواقيع.

في إثيريوم اليوم، يتم تقسيم فترة الـ 12 ثانية في الفتحة إلى ثلاث فتحات فرعية، لنشر الكتلة وتوزيعها، والشهادة، وتجميع الشهادات. إذا كان عدد الشهود أقل بكثير، يمكننا التخلي عن فتحتين فرعيتين وجعل فترة الفتحة 8 ثوانٍ. عامل آخر، وبشكل واقعي أكبر، هو "جودة" العقد. إذا كنا نستطيع أيضًا الاعتماد على مجموعة محترفة من العقد للقيام باتفاقيات تقريبية (واستخدام مجموعة المحققين الكاملة للنهوض)، فيمكننا بشكل معقول التخفيض إلى ~2 ثانية.

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

ماذا يجب على البورصات الثانوية القيام به؟

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

  1. كن "قائما" ، تقنيا وروحيا. أي أنها محسنة لكونها قنوات تمرير للخصائص التقنية لطبقة قاعدة Ethereum وقيمها (اللامركزية العالية ، ومقاومة الرقابة ، وما إلى ذلك). في أبسط أشكالها ، يمكنك التفكير في هذه المجموعات على أنها "شظايا ذات علامة تجارية" ، ولكن يمكن أيضا أن تكون أكثر طموحا من ذلك بكثير ، وتجرب بشكل كبير تصميمات الأجهزة الافتراضية الجديدة والتحسينات التقنية الأخرى.
  2. كن بفخر "خادمًا مع هيكل تشغيل سلسلة الكتل"، واستفد القصارى منه. إذا بدأت من خادم، ثم أضف (i) دلائل صحة STARK لضمان أن الخادم يتبع القواعد، (ii) حقوق مضمونة للمستخدم للخروج أو فرض المعاملات، وربما (iii) حرية الاختيار الجماعي، سواء من خلال الخروج الجماعي المنسق أو من خلال القدرة على التصويت لتغيير المسلسل، فقد اكتسبت بالفعل الكثير من فوائد كونها على السلسلة، مع الاحتفاظ بمعظم كفاءة الخادم.
  3. النهج التوافقي: سلسلة سريعة مكونة من مئة عقد، مع إثيريوم يوفر توافقًا وأمانًا إضافيًا. هذه هي خريطة الطريق الحالية الفعلية للعديد من مشاريع L2.

بالنسبة لبعض التطبيقات، (على سبيل المثال، ENS،متاجر المفاتيح)، بعض المدفوعات)، فإن وقت كتلة 12 ثانية يكفي. بالنسبة لتطبيقات لا تستفيد من ذلك، الحل الوحيد هو بنية الفتحة والعصر. في جميع الحالات الثلاث، تعتبر الـ "العصور" هي تقنية Ethereum SSF (ربما يمكننا تغيير هذا الاختصار ليعني شيئًا آخر غير "فتحة واحدة"، على سبيل المثال، يمكن أن يكون "الضمان السريع الآمن"). ولكن "الفتحات" هي شيء مختلف في كل من الحالات الثلاث أعلاه:

  1. تصميم فتحة وحقبة أصلي لإثيريوم
  2. تأكيدات ما قبل الخادم
  3. تأكيدات مسبقة للجنة

السؤال الرئيسي هو ، ما مدى جودة صنع شيء ما في الفئة (1)؟ على وجه الخصوص ، إذا أصبحت جيدة حقا ، فستشعر أن الفئة (3) لم يعد لها نفس المعنى. ستكون الفئة (2) موجودة دائما ، على الأقل لأن أي شيء "قائم" لا يعمل مع L2s للبيانات خارج السلسلة مثل البلازما والصلاحيات. ولكن إذا تمكنت بنية الفتحة والحقبة الأصلية من Ethereum من الوصول إلى أوقات "فتحة" مدتها 1 ثانية (أي تأكيد مسبق) ، فإن مساحة الفئة (3) تصبح أصغر قليلا.

اليوم، نحن بعيدين عن الحصول على إجابات نهائية على هذه الأسئلة. سؤال مهم - إلى أي مدى سيصبح مقترحو الكتل متطورين - يظل مجالًا هناك الكثير من عدم اليقين. تصاميم مثل أوربت SSFموجودة حديثًا للغاية، مما يشير إلى أن مجال التصميم لتصاميم الفتحة والحقبة حيث يكون شيء مثل Orbit SSF هو الحقبة لا يزال تحت الاستكشاف بشكل كبير. كلما كان لدينا المزيد من الخيارات، كلما كنا أفضل في تقديم خدمات للمستخدمين سواء على L1 أو على L2s، وكلما كان بإمكاننا تبسيط مهمة مطوري L2 أكثر.

إخلاء المسؤولية:

  1. تم نشر هذه المقالة من [ فيتاليك]. إعادة توجيه العنوان الأصلي 'العصور والفتحات إلى الأسفل: طرق لمنح مستخدمي إثيريوم أوقات تأكيد معاملات أسرع'. جميع حقوق النشر تنتمي إلى الكاتب الأصلي [فيتاليك]. إذا كانت هناك اعتراضات على هذا الإعادة النشر، يرجى الاتصال بالبوابة تعلمفريق، وسوف يتولى التعامل معها على الفور.
  2. تنصل المسؤولية: الآراء والآراء المعبر عنها في هذه المقالة هي فقط تلك للكاتب ولا تشكل أي نصيحة استثمارية.
  3. تتم ترجمة المقالة إلى لغات أخرى من قبل فريق Gate Learn. ما لم يذكر غير ذلك، فإن نسخ أو توزيع أو ارتكاب الانتحال في المقالات المترجمة ممنوع.
Начните торговать сейчас
Зарегистрируйтесь сейчас и получите ваучер на
$100
!