أظهرت أحدث تقارير أداء البلوكتشين أن أسرع سرعة في البلوكتشينات الكبيرة هي لـ Solana، حيث بلغت أعلى متوسط TPS حقيقي يومي 1,054. يليها Sui، حيث بلغ أعلى متوسط TPS حقيقي يومي 854. أما في المركز الثالث، فإن TPS الحقيقي لسلسلة منصة تداول ما لا يتجاوز نصف Sui.
تظهر هذه التقرير ظاهرة مثيرة للاهتمام: أن أفضل أداء لSolana وSui هما كلاهما بلوكتشين غير متوافق مع EVM. وبينما نتعمق في التحليل، نكتشف أن متوسط TPS الحقيقي لثمانية بلوكتشين غير متوافق مع EVM هو 284، بينما متوسط TPS لـ17 بلوكتشين متوافق مع EVM وLayer2 من الإيثيريوم هو فقط 74. وهذا يعني أن أداء بلوكتشين غير متوافق مع EVM هو حوالي 4 أضعاف أداء بلوكتشين متوافق مع EVM.
تواجه البلوكتشين المتوافقة مع EVM عنق الزجاجة في الأداء
بشكل عام، تشمل طرق تحسين TPS في البلوكتشين: تحسين أداء العقد، تحسين البروتوكول الأساسي، توسيع الكتلة، تحسين بروتوكول الإجماع وكذلك تحسين طريقة تنفيذ المعاملات.
بالنسبة للبلوكتشين EVM، فإن أكبر تحدٍ يتمثل في تنفيذ المعاملات بسبب قيود بيئة الآلة الافتراضية. توجد مشكلتان رئيسيتان في الأداء في EVM:
بنية 256 بت: تم تصميم EVM كآلة افتراضية 256 بت، مما يسهل معالجة خوارزمية تجزئة الإيثريوم. ولكن الكمبيوتر الذي يشغل EVM يحتاج إلى تحويل بايتات 256 بت إلى بنية محلية للتنفيذ، مما يؤدي إلى انخفاض الكفاءة.
نقص المكتبة القياسية: لا تحتوي Solidity على مكتبة قياسية مدمجة، ويجب على المطورين تنفيذ الوظائف الأساسية بأنفسهم. على الرغم من أن مشاريع مثل OpenZeppelin قد حسنت الوضع، إلا أن سرعة تنفيذ تعليمات EVM لا تزال بعيدة عن المكتبات القياسية المسبقة التجميع.
من منظور تحسين التنفيذ، لا يزال هناك قصوران رئيسيان في EVM:
من الصعب إجراء تحليل ثابت: تجعل آلية القفز الديناميكية في EVM تحليل الكود الثابت صعبًا، مما يعيق تنفيذ التنفيذ المتوازي.
مترجم JIT غير ناضج: على الرغم من وجود مشاريع EVM JIT، إلا أنها لا تزال في مرحلة التجريب، ولم تستطع تحقيق الإمكانات الكاملة لتحسين JIT.
لذلك، تختار العديد من سلاسل الكتل العامة عالية الأداء استخدام آلات افتراضية تعتمد على WASM أو eBPF أو رموز بايت Move، بدلاً من EVM. على سبيل المثال، تستخدم Solana آلة افتراضية فريدة من نوعها تُعرف بـ SVM ورموز بايت SBF المعتمدة على eBPF.
سولانا: سر ملك السرعة
تشتهر سولانا بآلية PoH(Proof of History) وانخفاض زمن الانتظار وارتفاع معدل النقل، وتعتبر واحدة من "المتحدين الأكثر إمكانية" للإيثريوم.
جوهر PoH هو خوارزمية تجزئة بسيطة مشابهة لوظيفة التأخير القابلة للتحقق (VDF). تستخدم سولانا SHA-256 لتنفيذ دالة التجزئة المستمرة، حيث يتم استخدام ناتج كل تكرار كمدخل للتكرار التالي. يتم تشغيل هذا الحساب على نواة واحدة لكل مُحقق.
على الرغم من أن توليد السلسلة يكون تسلسليًا وذو خيط واحد، إلا أن التحقق يمكن أن يتم بشكل متوازي، مما يحقق التحقق بكفاءة على أنظمة متعددة النوى. على الرغم من أن سرعة التجزئة لها حد، إلا أن تحسينات الأجهزة قد تؤدي إلى تعزيزات إضافية في الأداء.
عملية إجماع سولانا
آلية PoH كمصدر موثوق وغير موثوق للوقت، تنشئ سجلات أحداث قابلة للتحقق ومرتبة داخل الشبكة. يسمح توقيت PoH لشبكة سولانا بتدوير القادة بطريقة محددة وشفافة. يتم هذا التدوير على فترات زمنية ثابتة، لكل 4 مقاعد (slot)، حيث تم تعيين كل مقعد حاليًا على 400 مللي ثانية.
في كل فترة زمنية من الفتحة، يقترح القائد كتلة جديدة، تحتوي على المعاملات التي تم استلامها من المستخدمين. يقوم القائد بالتحقق من المعاملات، وتجميعها في كتلة، ثم يبثها إلى المصدقين الآخرين في الشبكة. يصوت المصدقون الآخرون على صلاحية الكتلة. إذا حصلت الكتلة على تصويت من أغلبية وزن الحقوق، فإنها تعتبر مؤكدّة.
بعد انتهاء فترة القيادة الحالية، ينتقل الشبكة على الفور إلى الفترة التالية، مما يوفر فرص إنتاج الكتل للقادة اللاحقين. تضمن هذه الطريقة قدرة الشبكة على Solana العالية ومرونتها.
تقنية تحسين الأداء في سولانا
تيار الخليج: يمكن لشبكة سولانا تأكيد القادة مسبقًا، دون الحاجة إلى حفظ معاملات المستخدم في تجمع الذاكرة العامة. بعد أن يقدم المستخدم المعاملة، يقوم خادم RPC بتحويلها إلى حزمة QUIC، ثم يقوم بإعادة توجيهها مباشرة إلى القائد للتحقق منها.
تقنية خطوط الإنتاج: تقوم سولانا بتقسيم معالجة بيانات الكتلة إلى عمليات متعددة لمكونات الأجهزة المختلفة، مما يزيد من كفاءة استخدام الأجهزة، ويسرع من سرعة التحقق من الكتل ونقلها.
Sealevel: يستخدم جدولة المعاملات في Solana آلية قفل القراءة والكتابة لتنفيذ المعاملات بالتوازي، حيث يتعامل كل خيط بشكل مستقل مع قائمة المعاملات، مما يزيد من كفاءة التنفيذ.
التوربين: عندما يقوم القائد بنشر كتلة, يتم تقسيم حزمة البيانات وتوزيعها على المدققين ذوي الهيكلية الهرمية, مما يقلل من استخدام النطاق الترددي.
TowerBFT: تستخدم المُصادقون آلية إجماع للتصويت على الانقسامات أثناء عملية التصويت، مما يدمج تصويت الانقسامات في الوقت الفعلي، ويزيد من كفاءة الإجماع.
Cloudbreak: قاعدة بيانات تم تطويرها بواسطة Solana، تقوم بتقسيم هيكل بيانات الحساب بطريقة معينة، لزيادة كفاءة SSD إلى أقصى حد.
الأرشيف: نقلت سولانا تخزين البيانات من المدققين إلى شبكة عقد متخصصة، مما خفف من عبء المدققين.
الخاتمة
فكرة تصميم سولانا هي إنشاء بلوكتشين يتوسع مع تحسين أداء الأجهزة. من خلال الاستفادة الكاملة من قدرة CPU و GPU وعرض النطاق الترددي لأجهزة الكمبيوتر الحديثة، يمكن لسولانا نظريًا أن تصل إلى سرعة مذهلة تبلغ 65,000 TPS.
تجعل الأداء العالي وقابلية التوسع في سولانا منها المنصة المفضلة لمعالجة التداولات عالية التردد والعقود الذكية المعقدة. سواء كانت في مسار DePIN/AI أو مسار Meme، فإن سولانا تظهر إمكانات هائلة.
على الرغم من أن الهيئات التنظيمية لا تزال تعتبر Solana أوراق مالية، فمن غير المحتمل أن توافق على ETF الخاصة بها على المدى القصير، إلا أنه في سوق العملات المشفرة، فإن الإجماع هو القيمة. تقوم Solana تدريجياً ببناء توافق السوق الذي يمكن مقارنته بـ Bitcoin و Ethereum، مما يظهر إمكانيات هائلة للتطور على المدى الطويل.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 19
أعجبني
19
5
إعادة النشر
مشاركة
تعليق
0/400
CryptoFortuneTeller
· منذ 4 س
SOL سريع ولكن لا فائدة، محكوم يعني محكوم.
شاهد النسخة الأصليةرد0
CryptoSourGrape
· 08-11 04:51
لو كنت قد اشتريت سول العام الماضي بدلاً من استثمار كل شيء في إيث... آه، دمعة حزينة واحدة.
شاهد النسخة الأصليةرد0
LiquidityNinja
· 08-09 23:18
من لا يزال يلعب على سلسلة EVM؟ إنها بطيئة جدًا.
شاهد النسخة الأصليةرد0
ApeWithNoFear
· 08-09 23:07
Faucet مرة أخرى لا يوجد ماء
شاهد النسخة الأصليةرد0
0xOverleveraged
· 08-09 22:55
ما الفائدة من العودة السريعة إذا كان النظام ينهار يومياً؟
سر ملك الأداء Solana: سلسلة غير متوافقة مع EVM تصل TPS إلى 4 أضعاف EVM
سر ملك أداء البلوكتشين
أظهرت أحدث تقارير أداء البلوكتشين أن أسرع سرعة في البلوكتشينات الكبيرة هي لـ Solana، حيث بلغت أعلى متوسط TPS حقيقي يومي 1,054. يليها Sui، حيث بلغ أعلى متوسط TPS حقيقي يومي 854. أما في المركز الثالث، فإن TPS الحقيقي لسلسلة منصة تداول ما لا يتجاوز نصف Sui.
تظهر هذه التقرير ظاهرة مثيرة للاهتمام: أن أفضل أداء لSolana وSui هما كلاهما بلوكتشين غير متوافق مع EVM. وبينما نتعمق في التحليل، نكتشف أن متوسط TPS الحقيقي لثمانية بلوكتشين غير متوافق مع EVM هو 284، بينما متوسط TPS لـ17 بلوكتشين متوافق مع EVM وLayer2 من الإيثيريوم هو فقط 74. وهذا يعني أن أداء بلوكتشين غير متوافق مع EVM هو حوالي 4 أضعاف أداء بلوكتشين متوافق مع EVM.
تواجه البلوكتشين المتوافقة مع EVM عنق الزجاجة في الأداء
بشكل عام، تشمل طرق تحسين TPS في البلوكتشين: تحسين أداء العقد، تحسين البروتوكول الأساسي، توسيع الكتلة، تحسين بروتوكول الإجماع وكذلك تحسين طريقة تنفيذ المعاملات.
بالنسبة للبلوكتشين EVM، فإن أكبر تحدٍ يتمثل في تنفيذ المعاملات بسبب قيود بيئة الآلة الافتراضية. توجد مشكلتان رئيسيتان في الأداء في EVM:
بنية 256 بت: تم تصميم EVM كآلة افتراضية 256 بت، مما يسهل معالجة خوارزمية تجزئة الإيثريوم. ولكن الكمبيوتر الذي يشغل EVM يحتاج إلى تحويل بايتات 256 بت إلى بنية محلية للتنفيذ، مما يؤدي إلى انخفاض الكفاءة.
نقص المكتبة القياسية: لا تحتوي Solidity على مكتبة قياسية مدمجة، ويجب على المطورين تنفيذ الوظائف الأساسية بأنفسهم. على الرغم من أن مشاريع مثل OpenZeppelin قد حسنت الوضع، إلا أن سرعة تنفيذ تعليمات EVM لا تزال بعيدة عن المكتبات القياسية المسبقة التجميع.
من منظور تحسين التنفيذ، لا يزال هناك قصوران رئيسيان في EVM:
من الصعب إجراء تحليل ثابت: تجعل آلية القفز الديناميكية في EVM تحليل الكود الثابت صعبًا، مما يعيق تنفيذ التنفيذ المتوازي.
مترجم JIT غير ناضج: على الرغم من وجود مشاريع EVM JIT، إلا أنها لا تزال في مرحلة التجريب، ولم تستطع تحقيق الإمكانات الكاملة لتحسين JIT.
لذلك، تختار العديد من سلاسل الكتل العامة عالية الأداء استخدام آلات افتراضية تعتمد على WASM أو eBPF أو رموز بايت Move، بدلاً من EVM. على سبيل المثال، تستخدم Solana آلة افتراضية فريدة من نوعها تُعرف بـ SVM ورموز بايت SBF المعتمدة على eBPF.
سولانا: سر ملك السرعة
تشتهر سولانا بآلية PoH(Proof of History) وانخفاض زمن الانتظار وارتفاع معدل النقل، وتعتبر واحدة من "المتحدين الأكثر إمكانية" للإيثريوم.
جوهر PoH هو خوارزمية تجزئة بسيطة مشابهة لوظيفة التأخير القابلة للتحقق (VDF). تستخدم سولانا SHA-256 لتنفيذ دالة التجزئة المستمرة، حيث يتم استخدام ناتج كل تكرار كمدخل للتكرار التالي. يتم تشغيل هذا الحساب على نواة واحدة لكل مُحقق.
على الرغم من أن توليد السلسلة يكون تسلسليًا وذو خيط واحد، إلا أن التحقق يمكن أن يتم بشكل متوازي، مما يحقق التحقق بكفاءة على أنظمة متعددة النوى. على الرغم من أن سرعة التجزئة لها حد، إلا أن تحسينات الأجهزة قد تؤدي إلى تعزيزات إضافية في الأداء.
عملية إجماع سولانا
آلية PoH كمصدر موثوق وغير موثوق للوقت، تنشئ سجلات أحداث قابلة للتحقق ومرتبة داخل الشبكة. يسمح توقيت PoH لشبكة سولانا بتدوير القادة بطريقة محددة وشفافة. يتم هذا التدوير على فترات زمنية ثابتة، لكل 4 مقاعد (slot)، حيث تم تعيين كل مقعد حاليًا على 400 مللي ثانية.
في كل فترة زمنية من الفتحة، يقترح القائد كتلة جديدة، تحتوي على المعاملات التي تم استلامها من المستخدمين. يقوم القائد بالتحقق من المعاملات، وتجميعها في كتلة، ثم يبثها إلى المصدقين الآخرين في الشبكة. يصوت المصدقون الآخرون على صلاحية الكتلة. إذا حصلت الكتلة على تصويت من أغلبية وزن الحقوق، فإنها تعتبر مؤكدّة.
بعد انتهاء فترة القيادة الحالية، ينتقل الشبكة على الفور إلى الفترة التالية، مما يوفر فرص إنتاج الكتل للقادة اللاحقين. تضمن هذه الطريقة قدرة الشبكة على Solana العالية ومرونتها.
تقنية تحسين الأداء في سولانا
تيار الخليج: يمكن لشبكة سولانا تأكيد القادة مسبقًا، دون الحاجة إلى حفظ معاملات المستخدم في تجمع الذاكرة العامة. بعد أن يقدم المستخدم المعاملة، يقوم خادم RPC بتحويلها إلى حزمة QUIC، ثم يقوم بإعادة توجيهها مباشرة إلى القائد للتحقق منها.
تقنية خطوط الإنتاج: تقوم سولانا بتقسيم معالجة بيانات الكتلة إلى عمليات متعددة لمكونات الأجهزة المختلفة، مما يزيد من كفاءة استخدام الأجهزة، ويسرع من سرعة التحقق من الكتل ونقلها.
Sealevel: يستخدم جدولة المعاملات في Solana آلية قفل القراءة والكتابة لتنفيذ المعاملات بالتوازي، حيث يتعامل كل خيط بشكل مستقل مع قائمة المعاملات، مما يزيد من كفاءة التنفيذ.
التوربين: عندما يقوم القائد بنشر كتلة, يتم تقسيم حزمة البيانات وتوزيعها على المدققين ذوي الهيكلية الهرمية, مما يقلل من استخدام النطاق الترددي.
TowerBFT: تستخدم المُصادقون آلية إجماع للتصويت على الانقسامات أثناء عملية التصويت، مما يدمج تصويت الانقسامات في الوقت الفعلي، ويزيد من كفاءة الإجماع.
Cloudbreak: قاعدة بيانات تم تطويرها بواسطة Solana، تقوم بتقسيم هيكل بيانات الحساب بطريقة معينة، لزيادة كفاءة SSD إلى أقصى حد.
الأرشيف: نقلت سولانا تخزين البيانات من المدققين إلى شبكة عقد متخصصة، مما خفف من عبء المدققين.
الخاتمة
فكرة تصميم سولانا هي إنشاء بلوكتشين يتوسع مع تحسين أداء الأجهزة. من خلال الاستفادة الكاملة من قدرة CPU و GPU وعرض النطاق الترددي لأجهزة الكمبيوتر الحديثة، يمكن لسولانا نظريًا أن تصل إلى سرعة مذهلة تبلغ 65,000 TPS.
تجعل الأداء العالي وقابلية التوسع في سولانا منها المنصة المفضلة لمعالجة التداولات عالية التردد والعقود الذكية المعقدة. سواء كانت في مسار DePIN/AI أو مسار Meme، فإن سولانا تظهر إمكانات هائلة.
على الرغم من أن الهيئات التنظيمية لا تزال تعتبر Solana أوراق مالية، فمن غير المحتمل أن توافق على ETF الخاصة بها على المدى القصير، إلا أنه في سوق العملات المشفرة، فإن الإجماع هو القيمة. تقوم Solana تدريجياً ببناء توافق السوق الذي يمكن مقارنته بـ Bitcoin و Ethereum، مما يظهر إمكانيات هائلة للتطور على المدى الطويل.