سولانا توربين: شرح انتشار الكتل

يصف انتشار الكتل عبر سولانا توربين كيفية تقسيم بيانات الكتلة إلى أجزاء (shreds) وتوزيعها عبر المدققين. الأرقام في هذا المقال هي قيم تاريخية أو مستهدفة ما لم يتم تأريخها صراحة؛ يختلف توقيت الفترات الزمنية الفعلية، والطوبولوجيا، وفقدان الحزم، وسلوك التنفيذ.

مقدمة: لماذا يحدد انتشار الكتل سرعة البلوكتشين

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

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

يقع انتشار الكتل أسفل آلية التوافق: لا يمكن للمدققين (الخوادم التي تحتفظ بنسخة من دفتر الأستاذ، ويتحققون من المعاملات، ويصوتون على صحة الكتلة) التصويت على صحة الكتلة حتى يتلقوها ويعيدوا بنائها من الأجزاء. هذا الاعتماد يعني أن سرعة توربين هي مُمكِّن مباشر لأداء آلية التوافق الخاصة بسولانا. كل تفاعل عقد ذكي على سولانا، بدءًا من مبادلة التمويل اللامركزي (DeFi) إلى سك NFT، يعتمد على وصول تلك الكتلة إلى المدققين بسرعة كافية للتأكيد ضمن الفترة الزمنية التالية.

ما يلي يغطي تعريف توربين، وآلية الخطوات الخمس، والمعايير الفنية، ومساهمة الأداء، ومقايضات الأمان، ومقارنة مباشرة مع الإيثيريوم وأفالانش.

في هذا المقال

• ما هو انتشار الكتل عبر سولانا توربين؟
• المصطلحات الرئيسية: دليل مرجعي سريع لمصطلحات توربين
• كيف يقوم توربين بنشر الكتل: شرح خطوة بخطوة
• المعايير الفنية لتوربين
• توربين وأداء سولانا: ربط انتشار الكتل بمعدل المعاملات في الثانية (TPS)
• هل توربين آمن؟ نموذج الأمان ومتجهات الهجوم المعروفة
• سولانا توربين مقابل الإيثيريوم وسلاسل البلوكتشين الأخرى من طبقة 1
• توربين ضمن بنية سولانا: كل الابتكارات الثمانية
• تطور توربين: من الورق الأبيض لعام 2017 إلى اليوم
• أسئلة متكررة حول سولانا توربين
• الخلاصة: لماذا يهم توربين مستقبل سولانا
• قراءات إضافية ومصادر أساسية

ما هو انتشار الكتل عبر سولانا توربين؟

التعريف

سولانا توربين هو بروتوكول نشر الكتل الخاص بسولانا، وهو الآلية التي يتم بها تجزئة الكتلة المنتجة حديثًا إلى آلاف حزم البيانات ذات الحجم الثابت المسماة "أجزاء" (shreds) وتوزيعها عبر شبكة المدققين من خلال هيكل شجري هرمي يسمى "شجرة الحي" (neighborhood tree). تستخدم تقنية Reed-Solomon erasure coding لاستعادة أي حزم مفقودة أثناء النقل، مما يضمن قدرة المدققين على إعادة بناء الكتلة الكاملة حتى في ظل ظروف الشبكة السيئة.

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

يحقق توربين قابلية توسع عرض النطاق الترددي O(log n) عن طريق استعارة المبدأ الأساسي من بروتوكول BitTorrent. ينقل بروتوكول توزيع الملفات من نظير إلى نظير (peer-to-peer) BitTorrent الملفات الكبيرة بكفاءة عن طريق تقسيمها إلى أجزاء صغيرة وتوزيع هذه الأجزاء عبر العديد من العقد في وقت واحد بدلاً من تقديمها من خادم واحد. يطبق توربين نفس الفكرة على نشر كتل البلوكتشين: بدلاً من أن يقوم قائد الكتلة بنقل الكتلة الكاملة إلى كل مدقق، فإنه يجزئ الكتلة إلى "أجزاء" ويوجهها عبر شجرة طبقية من المدققين، مع قيام كل طبقة بتمرير الأجزاء إلى الأسفل.

القياس له حدود تستحق الملاحظة. يعمل BitTorrent كسرب مسطح من نظير إلى نظير حيث يتم التعامل مع جميع المشاركين بالتساوي. يستخدم توربين شجرة هرمية ذات وضعية مرجحة بالتخزين (stake-weighted)، مما يعني أن المدققين الذين لديهم المزيد من SOL المخزنة يوضعون أقرب إلى قمة الشجرة ويتلقون الأجزاء مبكرًا. هذا الاختلاف مهم لفهم كل من كفاءة توربين ومقايضات الأمان الخاصة به.

تم تصميم توربين بواسطة أناتولي ياكوفينكو، الشريك المؤسس لشركة Solana Labs، وتم تقديمه في الورق الأبيض الأصلي لسولانا بواسطة أناتولي ياكوفينكو (2017).). كان البروتوكول قيد الإنتاج المستمر منذ الإطلاق التجريبي لشبكة مينيت سولانا في مارس 2020.

المصطلحات الرئيسية: دليل مرجعي سريع لمصطلحات توربين

قبل شرح كيفية عمل توربين، إليك المصطلحات الأساسية التي ستصادفها في هذا المقال.

كيف يقوم توربين بنشر الكتل: شرح خطوة بخطوة

يقوم نظام Turbine بنشر الكتل من خلال عملية مكونة من خمس خطوات: يقوم قائد الكتلة بتقطيع الكتلة إلى أجزاء (shreds)، ثم يقوم ترميز Reed-Solomon بإنشاء حزم فائضة عن الحاجة، وتتدفق الأجزاء الناتجة عبر شجرة مجاورة مرجحة بحصص الـ Stake حتى يمتلك كل مدقق أجزاءً كافية لإعادة بناء الكتلة الكاملة. تغطي كل خطوة أدناه مرحلة واحدة من تلك العملية بالكامل.

الخطوة 1: قائد الكتلة ينتج الكتلة

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

يقوم قائد الكتلة بجمع المعاملات التي تم توجيهها بواسطة Gulf Stream (بروتوكول توجيه المعاملات في Solana، والذي يدفع المعاملات غير المؤكدة إلى القائد التالي المتوقع قبل إنهاء الكتلة الحالية) ويجمعها في كتلة كاملة. بمجرد التجميع، يبدأ قائد الكتلة عملية Turbine.

الخطوة 2: تقطيع الكتلة إلى حزم بيانات

يقوم قائد الكتلة بتقسيم الكتلة المكتملة إلى حزم بيانات ثابتة الحجم تسمى shreds، يبلغ حجم كل منها حوالي 1.5 كيلوبايت، وفقاً للوثائق الفنية لـ Solana. وتسمى أجزاء بيانات الكتلة الأصلية هذه بأجزاء البيانات (data shreds). يمكن لكتلة Solana كاملة الحجم أن تنتج آلاف الأجزاء من البيانات اعتماداً على حجم الكتلة.

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

تقطيع Turbine ليس شظية (sharding). يقوم الـ Sharding بتقسيم حالة البلوكتشين أو معالجة المعاملات عبر شبكات فرعية متوازية متعددة، مع مجموعات فرعية مختلفة من المدققين الذين يتحققون من أجزاء مختلفة من الحالة. أما Turbine فيقوم بتقطيع الكتلة فقط من أجل كفاءة النقل: شبكة مدققي Solana بالكامل تتحقق من نفس حالة الكتلة الكاملة. التجزئة هي آلية تسليم، وليست استراتيجية تقسيم.

الخطوة 3: ترميز Reed-Solomon ينشئ أجزاءً فائضة

ينتج ترميز Reed-Solomon للمحو فئة ثانية من الأجزاء تسمى أجزاء الترميز (coding shreds)، وهي حزم فائضة تسمح لأي مدقق بإعادة بناء الكتلة الكاملة حتى لو فُقد جزء من أجزاء البيانات الأصلية أثناء النقل. هذا التمييز مهم: تحمل أجزاء البيانات محتوى الكتلة الفعلي؛ بينما تحمل أجزاء الترميز فائضاً مشتقاً رياضياً يمكنه سد الثغرات.

تشبيه مفيد: يعمل ترميز Reed-Solomon للمحو مثل رمز الاستجابة السريعة (QR code). فحتى لو كان جزء من رمز الاستجابة السريعة محجوباً أو تالفاً، تظل هناك معلومات فائضة كافية مشفرة في الأجزاء المتبقية لفك تشفير الرسالة الكاملة. تشبيه رمز الاستجابة السريعة له حد واحد يجدر ذكره: رموز الاستجابة السريعة هي كائنات ثابتة، بينما يعمل ترميز المحو في Turbine على دفعة متدفقة من الأجزاء مع عتبة استرداد عددية محددة.

وفقاً لتنفيذ Solana، يمكن للمدققين إعادة بناء الكتلة الكاملة طالما أنهم يتلقون حوالي ثلثي إجمالي الأجزاء (البيانات والترميز معاً). وهذا يعني أن البروتوكول يتحمل فقدان حوالي ثلث الحزم قبل أن يفشل في إعادة البناء. ترميز Reed-Solomon هو تقنية ناضجة مستخدمة منذ عقود في الأقراص المضغوطة وDVD واتصالات الأقمار الصناعية وغيرها من التطبيقات، مما يدعم الادعاء بأن آلية تحمل الأخطاء في Turbine تعتمد على هندسة مجربة بدلاً من تصميم تجريبي. تم الاستشهاد بالمعايير الفنية من ورق ابيض Solana) ووثائق Turbine الرسمية لـ Solana.).

الخطوة 4: توزيع الأجزاء عبر شجرة المجاورة

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

طبقة 0 (قائد الكتلة)
        |
        +-- طبقة 1: ~200 مدقق (كل منهم يستلم مجموعة فرعية فريدة من الأجزاء)
                |
                +-- طبقة 2: ما يصل إلى ~40,000 مدقق (200 × 200، كل مدقق في الطبقة 1 يوجه إلى ~200 آخرين)

تغطي شجرة المجاورة مجموعة مدققي Solana النشطة بالكامل (أكثر من 2,000 مدقق تقريباً وفقاً لـ إحصائيات شبكة مؤسسة Solana) في غضون طبقتين إلى ثلاث طبقات، نظراً لعامل التفرع الذي يبلغ حوالي 200 لكل طبقة. ومع وجود طبقتين، تصل الشجرة رياضياً إلى ما يصل لـ 40,000 مدقق (200 × 200)، وهو ما يتجاوز بكثير المجموعة النشطة الحالية.

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

تتم أيضاً عشوائية طوبولوجيا الشجرة في كل خانة زمنية (slot) باستخدام عشوائية قابلة للتحقق مشتقة من ساعة PoH، مما يعني وجود مصدر عشوائية يمكن لأي مدقق التحقق منه بشكل مستقل دون الوثوق بجهة مركزية. ونظراً لأن الشجرة تتغير في كل خانة، لا يمكن للمدققين المعادين التنبؤ بمن سيكون جيرانهم في الجولة التالية. هذه العشوائية هي دفاع Turbine الأساسي ضد هجمات الكسوف (eclipse attacks)، حيث يحاول المهاجم إحاطة مدقق مستهدف ومنع الأجزاء عنه.

والنتيجة هي توسيع النطاق الترددي بمقدار O(log n)، مما يعني أن متطلبات النطاق الترددي تنمو ببطء مقارنة بعدد المدققين. هذه الخاصية تجعل تصميم Turbine ذا قيمة متزايدة مع نمو عدد مدققي Solana.

الخطوة 5: المدققون يعيدون بناء الكتلة ويصوتون

بمجرد أن يتلقى المدقق أجزاءً كافية للوصول إلى عتبة ترميز المحو (حوالي ثلثي إجمالي الأجزاء لتلك الكتلة)، فإنه يعيد بناء الكتلة الكاملة ويرسل تصويته إلى Tower BFT، وهي آلية التوافق القائمة على إثبات الحصة في Solana. لا يمكن للمدققين التصويت حتى تكتمل عملية إعادة البناء، ولهذا السبب تتحكم سرعة انتشار Turbine بشكل مباشر في إنتاجية التوافق.

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

ماذا يحدث عند فقدان الأجزاء؟

حقيقة رئيسية

عند فقدان الأجزاء أثناء النقل، يسمح ترميز Reed-Solomon للمحو في Solana للمدققين بإعادة بناء الكتلة الكاملة من أجزاء الترميز التي تلقوها، طالما ظل إجمالي فقدان الحزم أقل من حوالي ثلث جميع الأجزاء المرسلة لتلك الكتلة.

ينطبق تشبيه رمز الاستجابة السريعة (QR code) هنا أيضاً: طالما بقي جزء كافٍ من النمط، يتم فك تشفير الرسالة كاملة. عندما يظل فقدان الحزم أقل من عتبة الاسترداد، يعيد المدققون بناء الكتلة من أي مزيج من أجزاء البيانات وأجزاء الترميز التي وصلت.

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

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

معلمات توربين الفنية

يلخص الجدول التالي معلمات التشغيل الرئيسية لتوربين، المستمدة من الوثائق الرسمية لسولانا وورق ابيض الخاص بسولانا. قد تقوم سولانا لابز بتحديث المعلمات مع تطور البروتوكول؛ تحقق من القيم الحالية في وثائق توربين الرسمية لسولانا.

توربين وأداء سولانا: ربط نشر الكتل بمعدل المعاملات في الثانية

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

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

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

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

الخلاصة الرئيسية

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

هل توربين آمن؟ نموذج الأمان ومتجهات الهجوم المعروفة

يتضمن توربين ثلاث آليات أمنية أساسية: التوجيه العشوائي الذي يعيد الخلط في كل دورة، وتحديد الموضع المرجح حسب التخزين (stake-weighted)، والتكرار باستخدام ترميز Reed-Solomon. تعالج كل آلية سطح هجوم محدد، على الرغم من أن كل منها يقدم أيضًا مفاضلة تستحق فحصًا صادقًا.

كيف يحمي التوجيه العشوائي من المدققين العدائيين

يتم إعادة خلط شجرة الحي باستخدام عشوائية قابلة للتحقق مشتقة من ساعة إثبات التاريخ (Proof of History)، مما يعني أن المدققين العدائيين لا يمكنهم التنبؤ بالمدققين الذين سيكونون جيرانهم في الدورة التالية. هذا مهم لأن متجه الهجوم الأساسي ضد شجرة توزيع طبقية هو هجوم الحصار (eclipse attack): يضع المهاجم المدققين حول مدقق مستهدف ويحتجز الأجزاء، مما يمنع هذا المدقق من إعادة بناء الكتلة وبالتالي منعه من التصويت.

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

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

ترجيح التخزين ومخاوف المركزية

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

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

توربين وازدحام الشبكة والانقطاعات التاريخية

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

كانت النتيجة فقداناً واسع النطاق للبيانات (packet loss) تجاوز حد الاسترداد الخاص بترميز المحو (erasure coding) عبر العديد من المصدقين في آن واحد، مما ساهم في حدوث سلسلة من تخطي الفتحات (slot skip cascades) بدلاً من الإخفاقات الفردية المعزولة. ومنذ ذلك الحين، أجرت Solana Labs تحسينات هندسية على معالجة الازدحام، بما في ذلك تغييرات في كيفية إدارة الشبكة لاستيعاب المعاملات وكيفية تعامل Turbine مع الانتشار تحت الحمل العالي. للاطلاع على الحالة الهندسية الحالية، راجع مدونة Solana Labs الهندسية.). تاريخ الانقطاع هو حقيقة من واقع سجل إنتاج Turbine، وليس خطراً نظرياً، وهو سياق ذو صلة لأي شخص يقيم المرونة التقنية لـ Solana.

Solana Turbine مقابل إيثيريوم وسلاسل البلوكتشين الأخرى من الطبقة 1

تقوم Solana بنشر الكتل بشكل أسرع من إيثيريوم بشكل أساسي لأن Turbine يستخدم شجرة جوار هرمية لتوزيع الأجزاء (shreds) بالتوازي، بينما يستخدم إيثيريوم بروتوكول النميمة (gossip protocol) حيث يبث المصدقون الكتل إلى مجموعة فرعية عشوائية من الأقران الذين يعيدون البث لأقرانهم، وهي طبوغرافيا أبطأ جوهرياً عند التوسع. يقارن الجدول أدناه بين Solana وإيثيريوم وAvalanche عبر الأبعاد الأكثر أهمية لنشر الكتل.

هناك تمييز يستحق التوضيح: تستخدم Solana نفسها بروتوكول النميمة لمشاركة معلومات الكتلة وبيانات البروتوكول الوصفية، لكن Turbine يحل محل النميمة في المهمة المحددة لنشر الكتل. إن شجرة Turbine الهرمية هي التي تتفوق على طبوغرافيا النميمة المسطحة لتوزيع الكتل على نطاق واسع.

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

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

يتخذ نشر Avalanche من نوع Snowflake/Snowball DAG نهجاً مختلفاً: استطلاع عشوائي متكرر لمجموعات فرعية صغيرة من المصدقين للوصول إلى توافق احتمالي بدون نموذج قائد كتلة واحد. يوفر هذا التصميم توسيعاً تحت خطي لعرض النطاق الترددي من خلال أخذ العينات بدلاً من الشجرة، وينتج عنه نهائية أسرع من إيثيريوم بينما لا يزال يختلف جوهرياً عن نهج Turbine القائم على الأجزاء (shreds). يقوم كل تصميم بإجراء مقايضات مختلفة بين السرعة واللامركزية من جهة، وتحمل الأخطاء والتعقيد من جهة أخرى. يعرض الجدول هذه المقايضات؛ وإعلان تفوق بنية معمارية واحدة على الأخرى سيكون تمثيلاً مضللاً لمساحة التصميم.

Turbine ضمن بنية Solana المعمارية: الابتكارات الثمانية كاملة

يعد Turbine واحداً من ثمانية ابتكارات معمارية قدمها أناتولي ياكوفينكو في ورق ابيض Solana لعام 2017، صُمم كل منها لمعالجة اختناق أداء مختلف في بنية البلوكتشين التحتية. القائمة الكاملة:

• إثبات التاريخ (PoH): آلية ضبط الوقت التشفيرية في Solana، وهي دالة تأخير قابلة للتحقق تنشئ سجلاً تاريخياً لترتيب الأحداث دون مطالبة المصدقين بالتواصل للاتفاق على الوقت. PoH ليست آلية توافق؛ إنها ساعة. وهي تحدد هيكل الفتحات التي يعمل ضمنها Turbine.
• Tower BFT: آلية التوافق القائمة على إثبات التخزين في Solana، وهي نسخة بديلة من تحمل الخطأ البيزنطي العملي (PBFT) تستخدم ساعة PoH لتقليل عبء الرسائل في الوصول إلى النهائية.
• Turbine: نشر الكتل، وهو موضوع هذا المقال. يقوم Turbine بتوزيع الكتل المنتجة حديثاً على جميع المصدقين عبر الأجزاء (shreds) وشجرة الجوار.
• Gulf Stream: بروتوكول توجيه المعاملات في Solana. يقوم Gulf Stream بدفع المعاملات غير المؤكدة إلى قائد الكتلة التالي المتوقع قبل إنهاء الكتلة الحالية، مما يقلل الوقت الذي يحتاجه القائد لتجميع الكتلة.
• Sealevel: محرك تنفيذ العقود الذكية المتوازي في Solana، والذي يعالج آلاف العقود الذكية غير المتداخلة في وقت واحد بدلاً من التوالي.
• Pipelining: خط أنابيب معالجة المعاملات الذي يخصص مراحل مختلفة من التحقق من صحة المعاملات لأجهزة مخصصة، مما يسمح بالتحقق من صحة كتل متعددة في وقت واحد في مراحل معالجة مختلفة.
• Cloudbreak: قاعدة بيانات الحسابات ذات التوسع الأفقي في Solana، والمحسنة لعمليات القراءة والكتابة المتزامنة عبر أجهزة التخزين الخاصة بالمصدق.
• Archivers: عقد توزيع دفتر الأستاذ للتخزين التي تنقل بيانات البلوكتشين التاريخية من المصدقين إلى طبقة تخزين منفصلة، مما يقلل من متطلبات أجهزة المصدقين.

يعمل Gulf Stream وTurbine بالتتابع عبر دورة حياة المعاملة. يقوم Gulf Stream بتوجيه المعاملات غير المؤكدة إلى قائد الكتلة المتوقع قبل بدء إنتاج الكتلة؛ ثم يقوم Turbine بتوزيع الكتلة الناتجة إلى الخارج لجميع المصدقين بمجرد اكتمال الإنتاج. يتعامل هذان البروتوكولان معاً مع دورة حياة المعاملة الكاملة من التقديم إلى التوزيع على مستوى الشبكة.

تم تقديم هذه الابتكارات الثمانية من قبل أناتولي ياكوفينكو، المؤسس المشارك لشركة Solana Labs، في ورق ابيض Solana الأصلي الذي نُشر في عام 2017.

منظور المصدق

يؤثر موقع شجرة الجوار في Turbine على متطلبات أجهزة المصدق. المصدقون الموجودون في الطبقة 1 (الأقرب إلى قائد الكتلة) يتلقون الأجزاء أولاً ويجب عليهم توجيهها إلى ما يقرب من 200 مصدق في الطبقة 2، مما يتطلب عرض نطاق ترددي للرفع (upload bandwidth) أعلى من مصدقي الطبقة 2 الذين يوجهون فقط إلى جوارهم الفرعي المخصص. يحدد مستوى التخزين موقع الشجرة: يشغل المصدقون ذوو التخزين الأعلى مواقع الطبقة 1 ويجب عليهم التجهيز وفقاً لذلك. يجب على المشغلين الرجوع إلى توصيات الأجهزة الحالية من Solana Labs، حيث تطورت المواصفات الدنيا منذ إطلاق المينيت.

تطور Turbine: من الورق الأبيض لعام 2017 إلى اليوم

تم تحديد مواصفات Turbine لأول مرة في ورق ابيض Solana الأصلي الذي كتبه أناتولي ياكوفينكو من Solana Labs في عام 2017، مما يجعله أحد القرارات المعمارية التأسيسية للبروتوكول بدلاً من كونه ميزة أضيفت لاحقاً. وضعت مواصفات عام 2017 التصميم الأساسي: تقسيم الكتل القائم على الأجزاء (shreds)، وشجرة توزيع (fanout tree)، وترميز المحو Reed-Solomon لتحمل الأخطاء.

أطلق الإصدار التجريبي من شبكة سولانا الرئيسية (mainnet beta) في مارس 2020، مما وضع بروتوكول Turbine في مرحلة الإنتاج لأول مرة. أكد النشر الأولي على الخصائص الأساسية للتصميم ولكنه كشف أيضًا عن ظروف العالم الحقيقي التي لم تتوقعها المواصفات النظرية بالكامل، لا سيما التفاعل بين ازدحام المعاملات وحمل الانتشار.

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

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

أسئلة متكررة حول انتشار كتل سولانا عبر بروتوكول Turbine

تعالج الأسئلة التالية الاستفسارات الأكثر شيوعًا حول تصميم وأداء بروتوكول Turbine الخاص بسولانا.

ما هو بروتوكول Turbine الخاص بسولانا؟

Turbine هو البروتوكول الذي تستخدمه سولانا لإيصال الكتل المنتجة حديثًا إلى كل مدقق (validator) في الشبكة ضمن نافذة الإطار الزمني (slot) البالغة 400 مللي ثانية. يعمل عن طريق تجزئة الكتل إلى أجزاء (shreds) وتوجيهها عبر شجرة عائلية هرمية (hierarchical neighborhood tree)، مع قيام ترميز Reed-Solomon للخطأ بمعالجة أي حزم مفقودة أثناء النقل. النتيجة هي توزيع سريع وفعال لعرض النطاق الترددي للكتل يزداد مع نمو مجموعة المدققين.

الجزء (shred) هو حزمة البيانات الأساسية التي يستخدمها Turbine لنقل الكتل، ويبلغ حجمها حوالي 1.5 كيلوبايت. هناك نوعان: أجزاء البيانات (data shreds) التي تحمل المحتوى الأصلي للكتلة، وأجزاء الترميز (coding shreds) وهي حزم تكرار تم إنشاؤها بواسطة ترميز Reed-Solomon للخطأ والتي تسمح بإعادة بناء الكتلة حتى لو فُقدت بعض أجزاء البيانات أثناء النقل.

يقوم قائد الكتلة (block leader) بتقسيم الكتلة إلى أجزاء بيانات وينشئ أجزاء ترميز عبر ترميز Reed-Solomon. تتدفق هذه الأجزاء عبر شجرة العائلة (neighborhood tree): يرسل قائد الكتلة إلى حوالي 200 مدقق من الطبقة 1 (Layer 1)، كل منهم يرسل إلى حوالي 200 مدقق من الطبقة 2 (Layer 2)، مما يغطي مجموعة المدققين النشطين بالكامل ضمن طبقتين إلى ثلاث طبقات ويكمل ضمن نافذة الإطار الزمني البالغة حوالي 400 مللي ثانية.

تستخدم سولانا شجرة العائلة الهرمية لبروتوكول Turbine، والتي توزع الأجزاء بالتوازي عبر العديد من المدققين في وقت واحد، محققة قابلية توسع عرض النطاق الترددي O(log n). تستخدم إيثيريوم بروتوكول همس (gossip protocol) يتطلب عدة جولات متسلسلة من إعادة البث العشوائي بين الأقران للوصول إلى تغطية كاملة للشبكة، مما ينتج عنه وقت كتلة يبلغ حوالي 12 ثانية مقارنة بوقت إطار زمني يبلغ حوالي 400 مللي ثانية لسولانا. يعكس كلا التصميمين أولويات معمارية متعمدة.

يتضمن بروتوكول Turbine توجيهًا عشوائيًا (تُعاد خلط شجرة العائلة كل إطار زمني باستخدام عشوائية قابلة للتحقق)، وتكرار Reed-Solomon (يتحمل فقدان حوالي ثلث الحزم)، وتحديد المواقع المرجحة للتخزين (stake-weighted positioning). يجعل التوجيه العشوائي هجمات الحجب (eclipse attacks) أكثر صعوبة في التنفيذ. يفرض وزن التخزين مقايضة طفيفة في المركزية: يحصل المدققون ذوو التخزين العالي على الأجزاء مبكرًا، مما يخلق ميزة هيكلية تعوضها جزئيًا قواعد توافق برج BFT (Tower BFT).

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

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

صمم بروتوكول Turbine أناتولي ياكوفينكو، الشريك المؤسس لشركة سولانا لابس، وتم تحديده لأول مرة في الورقة البيضاء لسولانا (whitepaper) المنشورة في عام 2017. تحتفظ سولانا لابس (المؤسسة الهندسية، بصرف النظر عن مؤسسة سولانا التي تدير حوكمة النظام البيئي) وتواصل تطوير البروتوكول.

بروتوكول Gulf Stream وبروتوكول Turbine هما بروتوكولان متسلسلان في دورة حياة معاملات سولانا. يوجه Gulf Stream المعاملات غير المؤكدة إلى قائد الكتلة المتوقع قبل بدء إنتاج الكتلة، بحيث يمكن للقائد البدء في تجميع كتلة دون انتظار وصول المعاملات. بعد ذلك، يقوم Turbine بتوزيع الكتلة المكتملة إلى جميع المدققين بعد اكتمال الإنتاج.

يبلغ الحد الأقصى النظري لسولانا حوالي 65,000 معاملة في الثانية (TPS)، وفقًا للورقة البيضاء لسولانا، في ظل الظروف المثالية. في ظروف العالم الحقيقي، يتراوح معدل معاملات TPS غير التصويت المرصودة عادةً بين 2,000 و 4,000 معاملة في الثانية اعتبارًا من 2024-2025، وفقًا لوثائق أداء سولانا لابس. غالبًا ما تتضمن أرقام TPS الخام التي يتم الاستشهاد بها في أعداد أعلى معاملات التصويت الخاصة بالمدققين، وهي رسائل توافق داخلية وليست معاملات مستخدم.

أدلة سولانا ذات الصلة

• عقد سولانا RPC
• أطر زمني ومدة كتل سولانا (400 مللي ثانية)

استكشف SOL على Bybit

يمكن للقراء مراجعة معلومات سوق SOL الحالية) أو سوق SOL/USDT للتداول الفوري.). توفر هذه الروابط معلومات السوق والوصول؛ وهي لا تصادق على مطالبة فنية أو تشير إلى أن SOL مناسب لكل قارئ.

Turbine هي الآلية الهندسية التي تجعل وقت الإطار الزمني البالغ حوالي 400 مللي ثانية لسولانا قابلاً للتحقيق: بدون انتشار سريع وفعال لعرض النطاق الترددي للكتل، لا يمكن لمدققي سولانا تلقي الكتل والتصويت عليها بسرعة كافية للحفاظ على إيقاع الإطار الزمني الذي تتطلبه الإنتاجية العالية. يحل هذا التصميم قيدًا حقيقيًا للتوسع، وهو مشكلة عرض النطاق الترددي O(n) للبث الساذج، من خلال مزيج من تجزئة الأجزاء، والتوزيع الهرمي للشجرة، وتحمل أخطاء Reed-Solomon.

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

لقد تم تشغيل توربين في الإنتاج منذ عام 2020 وتم تحسينه استجابةً للظروف الواقعية. مع نمو عدد المدققين في سولانا، تصبح خاصية التوسع O(log n) أكثر أهمية: كل ضعف في مجموعة المدققين يضيف طبقة شجرة واحدة فقط بدلاً من مضاعفة تكاليف النطاق الترددي. هذه الخاصية هي ما يجعل التصميم متينًا على نطاق واسع. كما أن سرعة وموثوقية نشر الكتل عبر توربين هي ما تجعل سولانا طبقة بنية تحتية قابلة للتطبيق للتطبيقات المالية اللامركزية عالية التردد (DeFi)، حيث يؤثر زمن انتشار الكتل بشكل مباشر على نتائج تأكيد المعاملات.

الخلاصة الرئيسية

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

قراءات إضافية ومصادر أولية

توفر المصادر الأولية التالية الأساس التقني للادعاءات الواردة في هذه المقالة.

• نشر الكتل عبر توربين (وثائق سولانا): وثائق تقنية رسمية لـ توربين، يتم صيانتها بواسطة مهندسي مختبرات سولانا.
• ورق سولانا الأبيض الأصلي من أناتولي ياكوفينكو (2017): المواصفات التأسيسية لـ توربين وجميع ابتكارات سولانا المعمارية الثمانية.
• مدونة سولانا الهندسية: آخر التحديثات الهندسية، تحسينات البروتوكول، ودراسات ما بعد الحدث من مختبرات سولانا.
• GitHub الخاص بسولانا: الكود المصدري لـ توربين: الكود المصدري للمطورين الذين يرغبون في فحص تطبيق توربين مباشرة.
• إحصائيات شبكة مؤسسة سولانا: عدد المدققين الحالي، بيانات توزيع التخزين، ومقاييس صحة الشبكة.

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