إعادة توجيه العنوان الأصلي 'قيود توسيع سلاسل الكتل وأيهما من الآلات الافتراضية هي الأسرع نظريًا'

TL;DR

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

كنت أتحدث مؤخرًا مع مؤسس آخر أحترمه كثيرًا، ذكر أنه يجب علي أن أكتب محادثتنا.

بدأ بسؤال بسيط. "هل توازي سونيك تنفيذ المعاملات بأي شكل من الأشكال؟". الإجابة لا. وهذا في البداية قد يبدو وكأنه خيار غريب ، لأنه على مدى السنوات الماضية 2 ، إذا كنت قد قرأت على تكنولوجيا VM ، كنت قد رأيت موازية إلى حد كبير في كل مكان. فلماذا لسنا كذلك؟

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

Aida تسمح لنا أيضًا ببعض التخطيط القوي ، مما يؤدي إلى النواتج مثل؛

لذلك مع وجود ما سبق في مكانه الصحيح ، يمكننا اختبار افتراضات الإنتاجية الخاصة بنا بسرعة وبدقة ، لذلك شرعنا في مقارنة VM في الذاكرة فقط مقابل القرص ، والتنفيذ المتوازي ، و RDMS مقابل KV مقابل الملف المسطح ، والإعدادات الفائقة ، ونماذج الإجماع الجديدة ، والمزيد

كان أكبر تحسن منفرد ، هو DB ، بزيادة 800٪ ، والمجموعات الفائقة التالية ، تليها الإجماع ، وكانت منخفضة جدا في تلك القائمة ، مع تحسن متواضع بنسبة 30٪ ، هي التنفيذ الموازي. يبدو هذا غير بديهي ، لأن النموذج العقلي لشيء مثل التنفيذ المتوازي يبدو أفضل بشكل حدسي من النتائج. إذن كيف قمنا بالتوازي؟ ربما ارتكبنا خطأ ، كان الاختبار هو "استبصار" الشكل المثالي المطلق للطلب ، وهو محرك يعرف الفرز والتوازي الأمثل قبل التنفيذ (شيء في الممارسة العملية مستحيل بالفعل ، لذلك حتى 30٪ أعلى مما ينبغي).

أنظمة الإدارة الظاهرية والبلوكتشينات عناصر معقدة للغاية، وغالبًا ما نقيس بالمقاييس الخاطئة (أو لا نقيس على الإطلاق).

ثم سألني: "من أين يأتي سرعة سولانا بعد ذلك؟ أو، أنها ليست عمليًا أعلى من سونيك؟". الإجابة "سونيك أسرع من سولانا، ولكن سونيك ليس أسرع مما يمكن أن تكون سرعة سولانا الأسرع."

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

لذا فإن السؤال التالي هو على الأرجح ، لماذا لا تقوم Sonic بعمل خوادم منتخبة لقائد واحد بعد ذلك؟ والجواب هنا ، هذا ليس ما نقوم بتحسينه. كانت إحدى بداياتنا الشمالية التي كتبت عنها في عام 2018 ، هي أنه بينما نرى ظهور برامج التواصل ، في مرحلة ما ، يلزم الإجماع. افترض تقاطعا مزدحما بدون إشارات توقف أو إشارات مرور ومئات من حركة مرور السيارات. الطريقة المثلى هي أن تقوم السيارات "بتسجيل" نفسها عند التقاطع ثم الاتفاق على ترتيب الفرز والطريقة المثلى التي يجب أن تتحرك بها كل سيارة لزيادة الإنتاجية. لا يمكنك استخدام نظام قائم على القائد هنا ، ولا يمكنك افتراض أن الطرف ليس ضارا ، في هذه الحالة ، تم تحسين إجماع Sonic إلى النقطة ، حيث يمكنه بالفعل التحقق من صحة raspberry pi اليوم دون فقدان أي إنتاجية ، لذلك يمكن لجميع السيارات الاتفاق على الطلب القائم على إجماع Sonic . تم تحسين Sonic نحو الشبكات المتداخلة.

على أي حال، حديث عشوائي، آمل أن يكون قد ساعد بطريقة ما.

تنصل:

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