لماذا تفشل سلاسل الكتل "السريعة" عندما تكون في أمس الحاجة إليها | رأي

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

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

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

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

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

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

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

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

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

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

مستقبل البلوكشين لا ينتمي إلى الأسرع. بمجرد الوصول إلى 65,000 TPS من دون أخطاء، يجب أن تبقى البلوكشين مرنة تحت الضغط المستقبلي لتصبح نظيرًا كاملًا لنظام دفع الويب2، حيث أن مشكلة الاختناق أصبحت الآن مركزية في هندسة البلوكشين. أولئك الذين يتعاملون معها مبكرًا سيحددون المعيار للأداء في العصر التالي من الويب3.

! كريستوفر لويس تسو

كريستوفر لويس تسو

كريستوفر لويس تسو هو الرئيس التنفيذي لمؤسسة فينوم، بروتوكول بلوكتشين من الطبقة 0 يركز على الحلول القابلة للتطوير، الآمنة، والمتوافقة للبنية التحتية العالمية للويب 3. مع أكثر من عقدين من الخبرة في تقاطع المالية والتكنولوجيا، بما في ذلك أدوار قيادية في أمازون ومايكروسوفت، يقود الآن تطوير أنظمة بيئية قابلة للتشغيل المتبادل تربط بين المالية التقليدية والتقنيات اللامركزية.

شاهد النسخة الأصلية
المحتوى هو للمرجعية فقط، وليس دعوة أو عرضًا. لا يتم تقديم أي مشورة استثمارية أو ضريبية أو قانونية. للمزيد من الإفصاحات حول المخاطر، يُرجى الاطلاع على إخلاء المسؤولية.
  • أعجبني
  • تعليق
  • مشاركة
تعليق
0/400
لا توجد تعليقات
  • تثبيت