بدعم من الأجهزة ، كيف تستخدم Solayer RDMA لتحقيق 340,000 TPS؟
سمعت أن Solayer أطلقت InfiniSVM Devnet ، وألقت ببيئة الاختبار القابلة للاستخدام بذروة 340,000+ TPS؟ في الحقيقة ، عندما لا يزال نظام Solana البيئي عند 4,000 TPS ولا يزال مستخدمو PumpFun يعانون من فشل المعاملات ، فإن حل Solayer ليس تحسينا تدريجيا ، ولكنه قفزة مباشرة في الحجم.
أين الثقة وراء هذا؟
1) تأتي ثقة InfiniSVM أولا من واقع الصناعة: مسار تحسين البرامج الخالص قريب من الحد الأقصى ، وتسريع الأجهزة في الوقت المناسب.
في السنوات القليلة الماضية ، اعتمدت تحسينات أداء blockchain بشكل أساسي على الابتكارات المعمارية - من UTXO من Bitcoin إلى نموذج حساب Ethereum ، ومن PoW إلى PoS ، ومن سلسلة واحدة إلى التكديس المعياري L1 + Layer2 ، وكلها اختراقات على مستوى البرنامج. ولكن الآن الطريق أصبح أضيق وأضيق.
ينبع السبب في أن معظم السلاسل عالية الأداء عالقة على عتبة TPS بمستوى 10,000 ينبع من هذا.
تعد 160,000 TPS التي تطالب بها Aptos قيمة نظرية في معظم الأوقات ، ومن الصعب على Sui الاستمرار في العمل بالكامل في التطبيقات العملية ، بسبب عنق الزجاجة المادي في بنية الأجهزة العامة.
أصبحت قيود الأجهزة مثل المعالجة التسلسلية التقليدية لوحدة المعالجة المركزية وزمن انتقال الإدخال / الإخراج للشبكة والنفقات العامة للوصول إلى الذاكرة أكبر العوائق أمام تحسين الأداء.
يتجاوز مسار تسريع الأجهزة RDMA (الوصول المباشر إلى الذاكرة عن بعد) الذي يختاره InfiniSVM بشكل أساسي عنق الزجاجة في وحدة المعالجة المركزية ويسمح للعقد بالاتصال مباشرة مع بعضها البعض على مستوى الذاكرة. بالإضافة إلى ذلك ، تقدم InfiniSVM أيضا نموذج معالجة متوازية متعدد المحركات للعمل مع SDN (الشبكات المعرفة بالبرمجيات) لتحسين حركة المرور في الوقت الفعلي. هذه هي إمكانيات إيجاد اختراقات جديدة من مستوى الأجهزة ، وهي أيضا منعطف مهم في تطوير الصناعة.
2) InfiniSVM متوافق تماما مع Solana Virtual Machine ، مما يجعل الترحيل إلى InfiniSVM في الأساس مسألة "تغيير نقاط نهاية RPC" للمطورين الذين يشاركون بالفعل بعمق في نظام Solana البيئي. القيمة التجارية لهذا التصميم المتوافق بديهية. تقتصر سلاسل الكتل التقليدية على حد TPS ، ويمكن أن تظل العديد من سيناريوهات التطبيق في مرحلة المفهوم فقط. على سبيل المثال ، التداول الخوارزمي عالي التردد ، ومزامنة حالة اللعبة في الوقت الفعلي ، وما إلى ذلك. تعد نهائية تأكيد InfiniSVM (وقت تأكيد 0.01 ثانية) طفرة في العديد من سيناريوهات التطبيق: التفاعل في الوقت الفعلي في ألعاب السلسلة ، والتسوية على مستوى المللي ثانية في DEXs ، والمعاملات الآلية عالية التردد مع وكيل الذكاء الاصطناعي. هذا هو المفتاح لاختراق قيود سيناريوهات تطبيق Solana الحالية.
3) POAS الهجين الذي اعتمدته InfiniSVM ، يحاول نموذج الإجماع إيجاد توازن بين الأداء واللامركزية. تتم معالجة المعاملات اليومية بسرعة من خلال شبكة المدقق, ويتم استخدام شبكة Solana الرئيسية كتحكيم نهائي في حالة النزاعات أو الحالات الشاذة, وهو أمر عملي تماما في فكرة تصميم "الممر السريع + آلية التأمين".
في الواقع ، فكرة التصميم هذه ليست جديدة - كان لتصميمات Polygon المبكرة ، ومخططات السلسلة الجانبية المختلفة ، منطق مماثل. تكمن المشكلة في أن حلول تسريع الأجهزة ستدفع بشكل طبيعي عتبة تشغيل العقدة ، وعلى الرغم من أن تقنيات RDMA و InfiniBand تتمتع بأداء قوي ، إلا أن التكلفة والتعقيد التقني سيزداد أيضا وفقا لذلك ، ولا بد أن يواجهوا نفس مشكلة "مركزية" شبكة عقدة التحقق مثل معظم السلاسل عالية الأداء.
المنطق واقعي: نظرا لأن المسار المتسارع بالأجهزة سيؤدي حتما إلى شبكة مركزية من المدققين ، فاستعار شبكة لامركزية كاملة كأمان نهائي. إنه مثل وضع طبقات من متطلبات "الأداء" و "الأمان" - InfiniSVM للأداء الفائق و Solana للأمان المطلق.
فوق. وتجدر الإشارة إلى أن Devnet لا تزال في مرحلة الاختبار الداخلي في هذه المرحلة ، وسيتم إعادة تعيين حالة blockchain من وقت لآخر ، وقد تكون بيانات الشبكة غير مستقرة بشكل متقطع ، مما يشير إلى أنه لا يزال هناك الكثير من الأعمال الهندسية التي يتعين القيام بها قبل أن تصبح جاهزة للإنتاج. خاصة عندما تواجه حقا الضغط النهائي البالغ 1 مليون + TPS.
بشكل عام ، يمثل InfiniSVM تحولا مهما في الاتجاه في البنية التحتية ل blockchain - من تحسين البرامج إلى تسريع الأجهزة ، ومن الابتكار النظري إلى التنفيذ الهندسي. (كما هو موضح في الشكل أدناه ، هناك ما يقرب من 100,000 TPS في الوقت الفعلي)
