آلية التوافق في Solana: بروتوكول PoH، وTower BFT، وبروتوكول PoS

ملاحظة دقة: يتغير أداء الشبكة، وأعداد المدققين، والرسوم، وميزات البروتوكول، ودعم المحفظة، وتكاملات الطرف الثالث بمرور الوقت. تعامل مع الأرقام المؤرخة كلقطات تاريخية وتحقق من وثائق المصدر الأساسية الحالية.

تجمع آلية التوافق في Solana بين إثبات التاريخ لترتيب الوقت، وTower BFT للتصويت المرجح بالحصة، وإثبات الحصة لمشاركة المدققين وحوافزهم.

باختصار: تستخدم Solana إثبات التاريخ لترتيب الوقت، وTower BFT للتصويت المرجح بالحصة واختيار الانقسام (Fork)، وإثبات الحصة لمشاركة المدققين وحوافزهم. تعتمد الإنتاجية والتأكيد على وقت التشغيل الكامل، وظروف الشبكة، ومزيج المعاملات، ومستوى الالتزام الذي يتم قياسه.

المحتويات

1. ما هي آلية التوافق في Solana؟
2. المشكلة التي بُنيت Solana لحلها
3. إثبات التاريخ: شرح الطابع الزمني المشفر لـ Solana
4. Tower BFT: كيف يصل المدققون إلى اتفاق
5. كيف يعمل إثبات التاريخ، وTower BFT، وإثبات الحصة معاً
6. كيف تصل معاملة Solana إلى مرحلة النهائيات: خطوة بخطوة
7. أداء Solana: السرعة والإنتاجية والنهائية
8. توافق Solana مقابل إيثيريوم وأفالانش وكاردانو وبولكادوت
9. نقاط القوة والقيود في نموذج توافق Solana
10. كيفية المشاركة: التخزين والتدقيق على Solana
11. الأسئلة الشائعة
12. أهم النقاط المستفادة

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

أطلقت Solana نسخة المينيت التجريبية (Mainnet Beta) في مارس 2020 وسرعان ما جذبت الانتباه لمعالجة آلاف المعاملات في الثانية بجزء بسيط من السنت لكل معاملة. تعتمد بروتوكولات DeFi وأسواق الـ NFT المبنية على Solana على هذه الإنتاجية؛ وهو ما يجعل التداول في الوقت الفعلي، وعمليات صك الـ NFT الجماعية، ومدفوعات الرسوم الصغيرة عملية داخل الكتلة (On-Chain). لكن السرعة بدون موثوقية ليست أساساً يمكن لأي شخص البناء عليه، وقد أثارت العديد من أحداث الانقطاع البارزة بين عامي 2021 و2023 تساؤلات مشروعة حول ما إذا كانت بنية البروتوكول سليمة.

يشرح هذا المقال الآلية بصدق: كيف تعمل، ولماذا هي سريعة، ولماذا توقفت الشبكة، وماذا تعني هذه المقايضات لأي شخص يقيم Solana كمستثمر أو مطور أو مشارك.

ما هي آلية التوافق في Solana؟

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

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

إليك كيف يعمل النظام على مستوى عالٍ:

1. ينشئ إثبات التاريخ سجلاً مستمراً وقابلاً للتحقق من الوقت يشترك فيه جميع المدققين على الشبكة.
2. يتم تعيين المدققين (المشاركون في الشبكة الذين ينتجون الكتل ويتحققون منها) لفترات زمنية محددة بناءً على كمية SOL التي قاموا بتخزينها.
3. يستخدم المدقق القائد المعين لكل فترة زمنية خط إثبات التاريخ الزمني لتمهيد وتجميع المعاملات في كتلة.
4. يقوم جميع المدققين الآخرين بالتحقق من الكتلة والإدلاء بأصوات Tower BFT المرجحة بالحصة؛ عندما يؤكد أكثر من ثلثي عملات SOL المخزنة الكتلة، فإنها تصل إلى مرحلة النهائيات.

مفهوم خاطئ شائع: Solana ليست بلوكتشين يعتمد على إثبات العمل (لا يوجد حل للألغاز الحسابية أو عمليات حسابية مكثفة لاستهلاك الطاقة). إن تسمية Solana ببساطة "بلوكتشين إثبات الحصة" دقيقة من الناحية الفنية ولكنها غير مكتملة. فهي تغفل إثبات التاريخ وTower BFT، وكلاهما محوري بنفس القدر في كيفية وصول Solana إلى التوافق. الوصف الكامل والدقيق هو: تستخدم Solana نظاماً هجيناً يجمع بين PoH وTower BFT وPoS.

المشكلة التي بُنيت Solana لحلها

تواجه كل آلية توافق في البلوكتشين نفس التحدي التأسيسي: كيف تتفق آلاف أجهزة الكمبيوتر الموزعة جغرافياً على ترتيب المعاملات دون الثقة ببعضها البعض؟

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

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

حدد أناتولي ياكوفينكو، مهندس كوالكوم السابق الذي قضى حياته المهنية في العمل على الأنظمة الموزعة ومزامنة الوقت على مستوى الأجهزة، مشكلة اتصالات الطابع الزمني هذه باعتبارها عنق الزجاجة الأساسي. كانت رؤيته الرئيسية هي: إذا تمكن المدققون من مشاركة طابع زمني واحد قابل للتحقق مشفراً يثقون به جميعاً دون الحاجة إلى توصيل الطوابع الزمنية لبعضهم البعض، فإن عملية التوافق يمكن أن تكون أسرع بشكل كبير. في نوفمبر 2017، نشر ياكوفينكو Solana: بنية جديدة لبلوكتشين عالي الأداء,) موضحاً ما سيصبح إثبات التاريخ. وشارك في تأسيس Solana Labs (شركة التطوير الهادفة للربح وراء بروتوكول Solana) مع جريج فيتزجيرالد وراج جوكال، وأطلق الثلاثة نسخة المينيت التجريبية (Mainnet Beta) في مارس 2020.

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

إثبات التاريخ: شرح الطابع الزمني المشفر لـ Solana

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

إن PoH ليس آلية توافق، بل هو الساعة التي تجعل آلية التوافق في Solana ممكنة.

ما هي المشكلة التي يحلها إثبات التاريخ؟

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

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

كيف يعمل إثبات التاريخ: سلسلة الهاش

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

تعمل الآلية التقنية على النحو التالي:

1. يبدأ منشئ PoH في Solana بقيمة هاش أولية.
2. يقوم بتشغيل دالة الهاش المشفرة SHA-256 على تلك القيمة، مما ينتج عنه مخرج جديد بـ 256 بت.
3. يقوم على الفور بإعادة إدخال ذلك المخرج كمدخل لعملية SHA-256 التالية.
4. يتم تسجيل كل هاش في السلسلة جنبًا إلى جنب مع عداد، مما يؤدي إلى إنشاء تسلسل قابل للتحقق يثبت مرور وقت حسابي حقيقي.
5. يتم إدراج المعاملات في سلسلة الهاش في مواقع محددة، مما يمنحها طابعًا زمنيًا دائمًا مقابل التسلسل القابل للتحقق قبل أن يحتاج أي مدقق إلى التواصل مع أي مدقق آخر.

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

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

تعمق تقني: دالة SHA-256 هي دالة هاش مشفرة ذات اتجاه واحد: سريعة الحساب في اتجاه واحد، ومن المستحيل حسابياً عكس هندستها. التسلسل المتسلسل لمخرجات SHA-256 يمنح PoH خاصية "التأخير القابل للتحقق": تستغرق السلسلة وقتاً حقيقياً لإنتاجها (لا يمكن موازنة الحساب المتسلسل)، ولكن يمكن التحقق منها بالتوازي بسرعة كبيرة من قبل أي مراقب يفحص كل هاش مقابل الهاش السابق. هذا مشابه وظيفيًا لدالة التأخير القابلة للتحقق (VDF)، وهي بنية مشفرة تتطلب حدًا أدنى من الحساب المتسلسل لإنتاجها ولكن يمكن التحقق منها بسرعة. دور SHA-256 في PoH يختلف تمامًا عن دورها في Bitcoin، حيث تُستخدم كلغز تنافسي (إيجاد هاش أقل من الهدف). في PoH، تُستخدم SHA-256 لضبط الوقت المتسلسل، وليس للحساب التنافسي.

ما هو إثبات التاريخ وما ليس هو عليه

إثبات التاريخ ليس آلية التوافق في Solana. آلية التوافق هي العملية التي يتوصل من خلالها المدققون إلى اتفاق بشأن المعاملات الصالحة وبأي ترتيب. إن PoH لا يفعل ذلك؛ حيث يقوم PoH بتسجيل ترتيب وتوقيت الأحداث، بينما Tower BFT هي الخوارزمية التي تتوصل إلى توافق حول ما إذا كانت تلك الأحداث صالحة.

كما أن PoH ليس إثبات التخزين (Proof of Stake). يحدد إثبات التخزين من هو المؤهل اقتصادياً للمشاركة في آلية التوافق ومقدار الوزن الذي يحمله تصويته. لا يحدد PoH الأهلية أو وزن التصويت؛ بل يوفر الساعة المشتركة التي تجعل عملية التصويت أسرع.

إن الاعتقاد الخاطئ بأن "Solana تستخدم إثبات التاريخ" كآلية توافق كاملة هو أحد أكثر الأخطاء شيوعاً في الكتابات العامة حول Solana. إنه غير دقيق، وهو أمر مهم: فبدون Tower BFT وإثبات التخزين، لن يوفر PoH وحده أي ضمانات أمنية.

Tower BFT: كيف يتوصل المدققون إلى اتفاق

خوارزمية Tower BFT هي آلية التوافق في Solana، وهي نسخة معدلة من نظام التسامح مع الأخطاء البيزنطية العملي (PBFT) صُممت لاستخدام PoH كساعة مشتركة. تتيح للمدققين التوصل إلى اتفاق بشأن حالة السجل باستخدام أصوات مرجحة بالتخزين. نظرًا لأن المدققين يتشاركون إثبات التاريخ كساعة موثوقة، فإن Tower BFT يتطلب جولات اتصال أقل بكثير من تطبيقات BFT القياسية، ويقوم بإنهاء الكتل في حوالي 400 إلى 800 مللي ثانية في ظروف الشبكة العادية.

ما هو التسامح مع الأخطاء البيزنطية؟

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

تتطلب أنظمة BFT التقليدية، بما في ذلك خوارزمية PBFT الأساسية التي نشرها ميغيل كاسترو وباربرا ليسكوف في عام 1999، أن يكون أقل من ثلث جميع المشاركين معيبين أو خبيثين. بالنسبة لشبكة بها 100 مدقق، يمكن اختراق ما يصل إلى 33، ولا يزال بإمكان الـ 67 المتبقين التوصل إلى توافق صحيح. هذه الخاصية قابلة للإثبات رياضياً، مما يجعل الأنظمة القائمة على BFT جذابة للتطبيقات الحساسة للأمن.

ترث خوارزمية Tower BFT في Solana هذه الخاصية. سيحتاج المهاجم إلى التحكم في أكثر من ثلث إجمالي عملات SOL الخاضعة لعملية تخزين لتعطيل الشبكة، وأكثر من الثلثين لتجاوز آلية التوافق. على عكس شبكات إثبات العمل حيث يحتاج المهاجم إلى 51% من قوة الحوسبة، تتطلب Tower BFT في Solana التحكم في أكثر من 33% من إجمالي SOL الخاضعة لعملية تخزين لتعطيل الشبكة. يُعتبر هذا الحد عمومًا أصعب في الوصول إليه عمليًا لأنه يتطلب تراكم رأس المال، وليس مجرد موارد حسابية.

تعمق تقني: يتطلب PBFT القياسي تعقيدًا في الرسائل يبلغ O(n²)، حيث n هو عدد المدققين. يجب على كل مدقق التواصل مع كل مدقق آخر لتأكيد الاتفاق. بالنسبة للشبكات التي تضم آلاف المدققين، يؤدي ذلك إلى عبء اتصال باهظ. يقلل Tower BFT هذا العبء باستخدام PoH كساعة مشتركة: نظرًا لأن جميع المدققين يتفقون على التوقيت من تسلسل PoH دون مراسلة بعضهم البعض بشأنه، فإن Tower BFT يحتاج فقط إلى المدققين للتصويت على صلاحية الكتلة، وليس على ترتيب الطابع الزمني. تضيف آلية القفل كفاءة أخرى: عندما يصوت مدقق على كتلة، فإنه يُقفل على هذا التصويت لفترة مهلة تزداد أسيًا. يتطلب تغيير الأصوات انتظار انتهاء فترة القفل، مما يخلق مثبطًا اقتصاديًا لإعادة التنظيم (reorganizations) ويقلل من عدد جولات التصويت اللازمة للوصول إلى النهاية.

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

يدلي المدققون بأصوات مرجحة بالتخزين على الكتل، ويستخدم Tower BFT عمليات القفل وتصويت الأغلبية المطلقة في اختيار الانقسام. التأكيد المتفائل، والتأكيد المتجذر، والنهائية الاقتصادية على مستوى التطبيق هي حدود مختلفة. تختلف توقيتاتها باختلاف ظروف التجمع (cluster) ويجب التحقق منها في الوثائق الحالية بدلاً من اختزالها في رقم ثابت من المللي ثانية.

في بداية كل حقبة، تقوم سولانا بحساب تعيين حتمي للمدقق الذي سيشغل دور القائد لكل فتحة قادمة. التعيين يتناسب طردياً مع وزن تخزين كل مدقق: المدقق الذي يسيطر على 5% من إجمالي SOL المخزنة سيتم تعيينه كقائد لحوالي 5% من جميع الفتحات في تلك الحقبة.

الـ فتحة هي وحدة الوقت الأساسية في سولانا، تستهدف حوالي 400 مللي ثانية لكل فتحة (تحقق من الرقم الحالي من docs.solana.com وقت كتابة هذا النص). تمتد الـ حقبة لحوالي 432,000 فتحة، مما يترجم إلى ما يقرب من يومين إلى ثلاثة أيام (تحقق من docs.solana.com وقت كتابة هذا النص).

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

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

كيف تعمل إثبات التاريخ (Proof of History) وTower BFT وإثبات الحصة (Proof of Stake) معاً

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

إثبات الحصة هو الأساس الاقتصادي. يجب على المدققين تخزين (قفل) SOL للمشاركة في الإجماع. هذا التخزين يخلق مصلحة مالية: المدققون الذين يصوتون بشكل غير صحيح أو يحاولون التلاعب بالسجل يخاطرون بخسارة SOL المخزنة الخاصة بهم من خلال القص (تحقق من تفاصيل تنفيذ القص الحالية من docs.solana.com، حيث يتطور هذا مع ترقيات البروتوكول). يمكن للمفوضين، أي أي حامل لـ SOL لا يرغب في تشغيل مدقق، تخزين SOL الخاصة بهم إلى مدقق وكسب حصة من مكافآت ذلك المدقق بما يتناسب مع تفويضهم.

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

Tower BFT هي الخوارزمية التي يستخدمها هؤلاء المدققون المؤهلون والمتزامنون زمنياً للتصويت. ينتج مزيج من ساعة مشتركة (PoH) ونظام تصويت مؤمن اقتصادياً (Tower BFT الموزون بـ PoS) إجماعاً سريعاً ومقاوماً للتلاعب.

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

كيف تصل معاملة سولانا إلى النهائية: خطوة بخطوة

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

1. تقديم المعاملة. يوقع المستخدم ويبث معاملة إلى شبكة سولانا. تحتوي المعاملة الموقعة على جميع المعلومات التي يحتاجها المدققون للتحقق من أصالتها: المفتاح العمومي للمرسل، العملية المقصودة، وتوقيع تشفيري يثبت أن المرسل قد أذن بها. يحدث التوقيع محلياً؛ ثم تنتشر المعاملة إلى الشبكة.

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

3. وضع الطابع الزمني بواسطة PoH للقائد. يقوم المدقق القائد بإدراج المعاملة في الموضع الحالي في سلسلة هاش PoH، مسجلاً بشكل دائم موضع المعاملة في الجدول الزمني القابل للتحقق. هذا الطابع الزمني مرتبط تشفيرياً بتسلسل جميع هاشات PoH السابقة؛ لا يمكن تغييره بأثر رجعي دون إبطال كل هاش لاحق، مما يجعل السجل دليلاً على التلاعب.

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

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

6. تصويت Tower BFT. عند استلام "shreds" الكتلة وإعادة تجميع الكتلة الكاملة، يتحقق المدققون الآخرون من أن تسلسل PoH صالح وأن المعاملات تم تكوينها بشكل صحيح. يقوم كل مدقق بإجراء تصويت Tower BFT موزون حسب التخزين على صحة الكتلة. المدققون الذين لديهم المزيد من SOL المخزنة يحملون وزناً أكبر نسبياً في هذا التصويت. تنتشر الأصوات عبر الشبكة مع إشارة المدققين إلى تأكيدهم.

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

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

أداء سولانا: السرعة، الإنتاجية، والنهائية

سرعة سولانا ليست نتيجة لقرار تصميم واحد. إنها التأثير التراكمي لأربعة قرارات معمارية تعمل بالتنسيق: إثبات التاريخ، Tower BFT، بروتوكول Gulf Stream الخاص بسولانا، وبروتوكول انتشار الكتل Turbine الخاص بسولانا.

لماذا تُعد Solana سريعة؟ أربعة أسباب

1. يوفر إثبات التاريخ (Proof of History) مرجعاً زمنياً للترتيب قابلاً للتحقق، مما يقلل من عبء تنسيق الوقت؛ ولا يزال المدققون يتبادلون الأصوات وبيانات الشبكة.
2. يتطلب Tower BFT جولات تصويت أقل من تطبيقات BFT القياسية لأن جميع المدققين يتشاركون في ساعة PoH موحدة ولا يحتاجون إلى التفاوض بشأن التوقيت.
3. يقوم إعادة التوجيه بمعرفة القائد (Leader-aware forwarding) بإرسال المعاملات نحو القادة القادمين قبل بدء فتراتهم الزمنية (slots)، مما يقلل من طوابير الميمبول التقليدية دون القضاء تماماً على زمن الوصول أو المنافسة على الرسوم.
4. يوزع بروتوكول Turbine لنشر الكتل في Solana الكتل في أجزاء صغيرة (shreds) من خلال هيكل شجري بدلاً من بث كتل كاملة لكل مدقق في وقت واحد، مما يقلل من متطلبات عرض النطاق الترددي عبر الشبكات الكبيرة.

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

وصفت وثائق Solana تاريخياً وقت الفترة الزمنية المستهدف (target slot time) بما يقرب من 400 مللي ثانية، لكن الفترات الفعلية ومراحل التأكيد تختلف. يُعد التأكيد المتفائل (Optimistic confirmation)، والتجذير (rooting)، والنهائية الاقتصادية على مستوى التطبيق عتبات مختلفة ويجب قياسها باستخدام الوثائق الحالية وظروف المجموعة (cluster) الحية.

للمقارنة: إيثريوم، التي انتقلت من إثبات العمل إلى إثبات التخزين في سبتمبر 2022، تحقق الآن ما يقرب من 15 إلى 30 معاملة في الثانية (TPS) على الطبقة 1 الخاصة بها، مع نهائية اقتصادية كاملة تستغرق حوالي 12 إلى 15 دقيقة من خلال حقبات نقاط تفتيش Casper FFG (تحقق من ethereum.org). تحقق آلية توافق ناكاموتو الخاصة ببيتكوين حوالي 7 معاملات في الثانية مع نهائية احتمالية تستغرق حوالي 60 دقيقة عبر 6 تأكيدات للكتل.

الفجوة في النهائية بين Solana والطبقة 1 لإيثريوم جوهرية. وتعتمد أهمية هذه الفجوة لحالة استخدام معينة على التطبيق. توفر شبكات الطبقة 2 لإيثريوم (منصة Arbitrum وOptimism وغيرها) نهائية أسرع من الطبقة 1 لإيثريوم، رغم أنها تعمل من خلال آليات مختلفة عن آلية التوافق في Solana.

آلية التوافق في Solana مقابل إيثريوم، وAvalanche، وCardano، وPolkadot

ليست Solana هي البلوكتشين الوحيد عالي الأداء، وليست آلية التوافق الخاصة بها هي النهج الوحيد لتحقيق نهائية معاملات سريعة وقابلة للتوسع. إليك كيف يقارن نظام PoH + Tower BFT + PoS الخاص بـ Solana من الناحية الهيكلية ومقاييس الأداء مقابل أبرز البدائل.

تستخدم إيثريوم (بعد الدمج، سبتمبر 2022) الآن Gasper، وهو نظام توافق يجمع بين LMD-GHOST (قاعدة اختيار الانقسام التي تختار السلسلة ذات أكبر عدد من شهادات المدققين المتراكمة) وCasper FFG (أداة نهائية تضع نقاط تفتيش للسلسلة بشكل دوري). انتقلت إيثريوم من إثبات العمل إلى إثبات التخزين في 15 سبتمبر 2022. التباين الهيكلي مع Solana كبير: تحقق Gasper في إيثريوم الأمان واللامركزية من خلال مجموعة مدققين ضخمة (حوالي 900,000 مدقق أو أكثر، تحقق من beaconcha.in وقت كتابة هذا النص) على حساب الإنتاجية. بينما تحقق Solana الإنتاجية من خلال آلية ساعة PoH وكفاءة Tower BFT، ولكن مع مجموعة مدققين أصغر بكثير.

تستخدم Avalanche (C-Chain) آلية توافق Snowman، وهي متغير سلسلة خطي من بروتوكول توافق Avalanche. نظام Snowman احتمالي وقائم على العينات بدلاً من BFT الحتمي: حيث يقوم المدققون مراراً وتكراراً بأخذ عينات من مجموعات فرعية عشوائية من المدققين الآخرين لقياس الاتفاق. تختلف أرقام الإنتاجية والنهائية المنشورة حسب التاريخ وحمل العمل وطريقة القياس، لذا يجب استخدام المصادر الأولية الحالية للمقارنة. التباين الهيكلي هو أن Avalanche تستخدم أخذ العينات الفرعية المتكرر، بينما تستخدم Solana تصويتاً مرجحاً بـ التخزين (Stake) مبنياً حول مرجع ترتيب PoH.

تستخدم Cardano آلية Ouroboros Praos، وهي إصدار المينيت الحالي من عائلة توافق Ouroboros القائمة على PoS. كان Ouroboros أول بروتوكول PoS آمن بشكل مثبت، نُشر في أوعية أكاديمية محكمة مع براهين أمان رياضية رسمية. يعطي تصميم Cardano الأولوية صراحةً للصحة الرسمية وبراهين الأمان على الإنتاجية الخام. تبلغ الإنتاجية الفعلية (TPS) على مينيت Cardano حوالي 250 (تحقق وقت كتابة هذا النص). التباين في فلسفة التصميم مع Solana مباشر: تعطي Solana الأولوية للإنتاجية من خلال الابتكارات الهيكلية؛ بينما تعطي Cardano الأولوية للقابلية الرسمية لإثبات خصائص الأمان من خلال الصرامة الأكاديمية.

تستخدم Polkadot (سلسلة الترحيل) آلية BABE لإنتاج الكتل وGRANDPA للنهائية، محققة حوالي 1,000 معاملة في الثانية على سلسلة الترحيل مع نهائية تتراوح من 12 إلى 60 ثانية تقريباً. تختلف بنية سلسلة الترحيل بالإضافة إلى الباراشين (parachain) في Polkadot جوهرياً عن تصميم السلسلة المتجانسة في Solana، مما يجعل مقارنات الأداء المباشرة أكثر تعقيداً مما توحي به أرقام الجدول وحدها.

جميع الأرقام هي تقديرات توجيهية. تختلف مقاييس الأداء حسب ظروف الشبكة؛ وتمثل الحدود القصوى النظرية السعة في الظروف المثالية. تحقق من الأرقام الحالية من الوثائق الرسمية (docs.solana.com، ethereum.org، Solana Beach، beaconcha.in) قبل اتخاذ أي قرارات. تتغير أعداد المدققين بشكل متكرر.

نقاط القوة والقيود في نموذج التوافق الخاص بـ Solana

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

نقاط القوة:

• أهداف تأكيد منخفضة التأخير. يمكن لـ Solana توفير تأكيد متفائل سريع، ولكن يجب التمييز بين مستوى الالتزام والنهائية الاقتصادية.
• تصميم عالي الإنتاجية. توضح المعايير التاريخية القدرة الهيكلية، بينما تعتمد الإنتاجية الحية على حمل العمل، ومحاسبة الأصوات، والمدققين، والازدحام، وإصدارات البرمجيات.
• رسوم معاملات منخفضة. تعني سعة الإنتاجية العالية أن المنافسة على الرسوم بين المعاملات أقل، مما يحافظ على التكاليف عند أجزاء صغيرة من السنت لمعظم العمليات.
• توجيه المعاملات بدون ميمبول. يزيل بروتوكول Gulf Stream في Solana مشكلة "غرفة الانتظار"، مما يقلل من زمن تأكيد المعاملات عن طريق التوجيه المسبق للمعاملات إلى القادة المعروفين القادمين.
• كفاءة الطاقة. لا يتطلب إثبات التخزين (Proof of Stake) أي حسابات كثيفة الاستهلاك للطاقة، مما يضع بصمة طاقة Solana في فئة مختلفة جوهرياً عن إثبات العمل في بيتكوين.

القيود:

• انقطاعات الشبكة التاريخية. واجهت سولانا عدة توقفات كاملة للشبكة بين عامي 2021 و 2023، مما خلق مخاوف حقيقية بشأن الموثوقية يجب على أي مستثمر أو مطور أن يزنها.
• عدد مدققين أقل من الإيثيريوم. مجموعة المدققين الصغيرة نسبيًا تخلق ملف لامركزية مختلف عن الشبكات التي تحتوي على مئات الآلاف من المدققين.
• متطلبات الأجهزة العالية تخلق حاجزًا للمشاركة. يتطلب تشغيل مدقق سولانا أجهزة من فئة الخوادم والتي لا يستطيع معظم الأفراد تحملها أو تشغيلها، مما يحد من قدرة من يمكنهم المشاركة في التوافق مباشرة.
• الاعتماد على عميل مدقق واحد (قبل Firedancer). حتى وقت قريب، كان جميع مدققي سولانا تقريبًا يشغلون نفس برنامج العميل، مما يخلق نقطة فشل واحدة إذا كان هذا العميل يحتوي على أخطاء.
• تركيز التخزين بين كبار المدققين. تشكل نسبة كبيرة من إجمالي SOL المخزن بين عدد قليل من المدققين، مما يؤثر على معامل ناكاموتو.

لماذا تعطلت شبكة سولانا؟

لم تنتج الانقطاعات التاريخية لسولانا عن فشل في خوارزميات آلية التوافق Proof of History أو Tower BFT. لم ينكسر تصميم آلية التوافق نفسه. كانت الأسباب الجذرية الموثقة للانقطاعات الرئيسية هي استنفاد موارد البرامج وأخطاء التنفيذ: المعاملات الزائدة التي أغرقت سعة الذاكرة لدى المدققين، أخطاء برمجية في عميل المدقق تسببت في تعطل، واستنفاد موارد ناتج عن أحداث الطلب المرتفع بما في ذلك اندفاعات سك NFTs وزيادة نشاط DeFi.

توضح أحداث معينة هذا النمط. في سبتمبر 2021، عانت سولانا من انقطاع لمدة 17 ساعة سببه فيضان المعاملات من حدث IDO أدى إلى تشبع ذاكرة المدققين وتسبب في انقسام شبكة تطلب إعادة تشغيل منسق. في يناير 2022، نتج انقطاع كبير ثانٍ عن استنفاد الموارد في ظل ظروف الإنتاجية العالية. وقعت أحداث تدهور جزئي إضافية متعددة خلال عام 2022 (تحقق من التواريخ والمدد المحددة من تقارير ما بعد الوفاة لمؤسسة سولانا في وقت كتابة هذه السطور، حيث توسعت قائمة الحوادث الموثقة). التمييز بين هذه الأحداث وفشل خوارزمية آلية التوافق مهم لتقييم الجدوى طويلة الأجل لسولانا: خوارزمية آلية توافق معطلة ستتطلب إعادة تصميم للبروتوكول، بينما استنفاد موارد البرامج هو مشكلة هندسية قابلة للإصلاح.

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

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

اللامركزية وتركيز المدققين: تمتلك سولانا حوالي 1500 مدقق نشط أو أكثر اعتبارًا من وقت كتابة هذه السطور (تحقق من العدد الحالي من تحليلات مدققي Solana Beach). تمتلك الإيثيريوم حوالي 900,000 مدقق أو أكثر (تحقق من beaconcha.in). الفرق كبير ويعكس حاجز الأجهزة لتشغيل مدقق سولانا: يتطلب تشغيل مدقق سولانا حوالي 128 جيجابايت أو أكثر من ذاكرة الوصول العشوائي، وتخزين NVMe SSD عالي الأداء بسعة 2 تيرابايت أو أكثر، واتصال شبكة بحد أدنى 1 جيجابت في الثانية (تحقق من المواصفات الحالية من docs.solana.com/running-validator في وقت كتابة هذه السطور). في المقابل، يمكن لمدققي الإيثيريوم العمل على أجهزة استهلاكية بالإضافة إلى 32 ETH.

تراوح معامل ناكاموتو الخاص بسولانا (الحد الأدنى لعدد الكيانات التي ستحتاج إلى التواطؤ لتعريض آلية التوافق للخطر) تاريخيًا بين حوالي 19 و 31 مدققًا، على الرغم من أن هذا الرقم يتغير مع تغير توزيع التخزين. تحقق من المعامل الحالي من تقارير اللامركزية لمؤسسة سولانا أو Nakaflow في وقت كتابة هذه السطور. سيطر أكبر 20 مدققًا تاريخيًا على حصة كبيرة من إجمالي SOL المخزن (تحقق من نسبة التركيز الحالية من Solana Beach). تدير مؤسسة سولانا برنامج تفويض مصمم خصيصًا لتوزيع التخزين على المدققين الأصغر وتحسين هذا المعامل، مما يوفر إجراءً مضادًا هيكليًا للتركيز. يتطلب حد الأمان الخاص بـ Tower BFT أن يسيطر المهاجم على أكثر من ثلث إجمالي SOL المخزن لإيقاف الشبكة، وأكثر من الثلثين لتجاوز آلية التوافق، وهو متطلب رأسمالي مرتفع يتناسب مع مدى تركيز هذا التخزين عمليًا.

كيفية المشاركة: التخزين وتشغيل المدققين على سولانا

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

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

متطلبات تشغيل مدقق سولانا

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

• CPU: أداء عالٍ للخيط الواحد؛ يتم تحديث توصيات النماذج المحددة في الوثائق الرسمية.
• RAM: 128 جيجابايت كحد أدنى موصى به؛ 256 جيجابايت أو أكثر للحصول على أفضل أداء.
• Storage: NVMe SSD عالي الأداء؛ يوصى بـ 2 تيرابايت أو أكثر.
• Network: اتصال بحد أدنى 1 جيجابت في الثانية؛ يوصى بـ 10 جيجابت في الثانية لأداء تنافسي.
• SOL stake: تخزين كافٍ مفوض ذاتيًا أو تخزين مفوض من المجتمع لجعل التشغيل مجديًا اقتصاديًا. لا يوجد حد أدنى للتخزين مفروض من البروتوكول لتشغيل مدقق، ولكن المدققون الذين لديهم تخزين صغير جدًا يكسبون مكافآت صغيرة جدًا.

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

كيفية تخزين SOL: خيارات التخزين الأصلية والسائلة

تفويض SOL إلى مدقق حالي هو المسار المتاح لمعظم المشاركين. تعمل الآليات كما يلي.

التخزين الأصلي: باستخدام محفظة متوافقة مثل Phantom أو Solflare، يمكن لأي حامل لـ SOL تفويض رموزه إلى مدقق من اختياره. يحصل التفويض على حصة من مكافآت تضخم ذلك المدقق، تتناسب مع المبلغ المفوض. تختلف نسبة العائد السنوي (APY) الحالية بناءً على معلمات تضخم الشبكة وإجمالي SOL المخزن (تحقق من Solana Beach في وقت كتابة هذه السطور قبل اتخاذ أي قرارات تخزين). هناك فترة انتظار للانتقال من حالة التفويض تبلغ حوالي حقبتين، مما يترجم إلى حوالي أربعة إلى خمسة أيام، قبل أن تصبح SOL المفوضة سائلة مرة أخرى (تحقق من docs.solana.com في وقت كتابة هذه السطور).

تخزين السيولة: تسمح البروتوكولات بما في ذلك Marinade Finance (التي تُصدر رموز mSOL) وJito (التي تُصدر رموز jitoSOL) للمستخدمين بتخزين SOL مع الحفاظ على السيولة. بدلاً من قفل SOL مباشرةً مع مدقق والانتظار طوال فترة التهدئة للوصول إليه، يتلقى مستخدمو تخزين السيولة رمز سيولة يمثل SOL المخزن الخاص بهم بالإضافة إلى المكافآت المتراكمة، وهو قابل للتداول في أي وقت. تعد رموز تخزين السيولة هذه جزءاً من بروتوكولات DeFi التي تعمل على Solana وتحمل مخاطر العقد الذكي الخاصة بها بما يتجاوز اقتصاديات التخزين الأساسية.

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

الأسئلة الشائعة حول آلية التوافق في Solana

ما هي آلية التوافق التي تستخدمها Solana؟

تستخدم Solana نظام توافق هجين يجمع بين ثلاثة مكونات: إثبات التاريخ (PoH)، وTower BFT، وإثبات الحصة (PoS). يعمل إثبات التاريخ كأداة تشفير زمنية تحدد ترتيب المعاملات. بينما يُعد Tower BFT هو خوارزمية الاتفاق التي يستخدمها المدققون لتأكيد الكتل. ويحدد إثبات الحصة المدققين المشاركين ويوازن أصواتهم حسب مقدار SOL الذي تم تخزينه.

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

ما مدى سرعة Solana مقارنة بـ Ethereum؟

تُظهر المعايير التاريخية إنتاجية مختلفة بشكل كبير لكل من Solana وEthereum طبقة 1، لكن تعريفات المعاملات، وحركة مرور التصويت، وتنفيذ الطبقة 2، وتوافر البيانات، ونماذج النهائية تختلف. استخدم قياسات حالية ومتماثلة، وميِّز التأكيد المتفائل عن التسوية النهائية أو غير القابلة للتغيير اقتصادياً.

نتجت انقطاعات شبكة Solana التاريخية عن استنفاد موارد البرامج وأخطاء التنفيذ، وليس بسبب إخفاقات في خوارزميات توافق إثبات التاريخ أو Tower BFT. تشمل الأسباب الموثقة البريد العشوائي للمعاملات الذي يغمر سعة ذاكرة المدققين، وأخطاء البرامج في عميل المدقق، واستنفاد الموارد خلال أحداث الطلب المرتفع مثل صك NFT وارتفاع نشاط DeFi. استمر انقطاع سبتمبر 2021 لمدة 17 ساعة تقريباً وكان سببه الإغراق الناتج عن حدث IDO. تشمل التحسينات منذ فترة ذروة الانقطاع من 2021 إلى 2022 شبكة QUIC، ومنح الأولوية للمعاملات الموزونة بالتخزين، وتحسينات مستمرة لعميل المدقق. تحقق من حالة موثوقية الشبكة الحالية من مدونة مؤسسة Solana وقت كتابة هذا التقرير.

ما هو إثبات التاريخ؟

إثبات التاريخ (PoH) هو آلية تشفير لتسجيل الوقت اخترعها أناتولي ياكوفينكو وعرضها في ورق ابيض في نوفمبر 2017 بعنوان "Solana: بنية جديدة لبلوكتشين عالي الأداء". ينشئ إثبات التاريخ سجلاً مستمراً وقابلاً للتحقق من وقت وقوع الأحداث عن طريق ربط مخرجات تجزئة SHA-256 بشكل تسلسلي. إنه ليس آلية توافق، بل هو ساعة تشفير تمكن خوارزمية التوافق الفعلية في Solana، وهي Tower BFT، من العمل بجولات اتصال أقل بكثير. لمزيد من التفاصيل، راجع قسم إثبات التاريخ أعلاه.

من اخترع آلية التوافق في Solana؟

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

كم عدد المدققين في Solana؟

تمتلك Solana ما يقرب من 1500 مدقق نشط أو أكثر حتى وقت كتابة هذا التقرير؛ تحقق من الرقم الحالي من تحليلات مدقق Solana Beach للحصول على البيانات الحالية. وبالمقارنة، تمتلك Ethereum ما يقرب من 900,000 مدقق أو أكثر (تحقق من beaconcha.in). يعكس الاختلاف في عدد المدققين الاختلافات في متطلبات الأجهزة: يتطلب مدققو Solana معدات من فئة الخوادم مع ذاكرة وصول عشوائي (RAM) سعة 128 جيجابايت أو أكثر، بينما يمكن لمدققي Ethereum العمل على أجهزة استهلاكية إلى جانب 32 ETH.

ما هو Tower BFT؟

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

هل تستخدم Solana إثبات الحصة المفوض؟

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

هل Solana أفضل من Ethereum؟

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

استكشف SOL على Bybit

يمكن للقراء مراجعة معلومات سوق SOL الحالية) أو مقارنة منتجات أرباح SOL.) المتاحة. يعد Bybit Earn منتجاً مركزي ولا ينبغي وصفه بأنه تخزين مدقق Solana أصلي؛ إذ تختلف الشروط والحفظ والتوافر والمخاطر.

النقاط الرئيسية

• آلية التوافق في Solana هي نظام هجين: إثبات التاريخ (ساعة تشفير) + Tower BFT (خوارزمية اتفاق) + إثبات الحصة (طبقة أمان اقتصادي). لا يوجد مكون واحد وحده يشكل الآلية.

• إثبات التاريخ ليس آلية توافق. بل هو أداة تشفير لتسجيل الوقت تحدد ترتيب المعاملات قبل تواصل المدققين، مما يمكن Tower BFT من الوصول إلى التوافق بجولات تصويت أقل بكثير من عمليات تنفيذ BFT القياسية.

• نتجت انقطاعات شبكة Solana عن استنفاد موارد البرامج، وليس عن إخفاقات في إثبات التاريخ أو Tower BFT. تصميم التوافق لم يتعطل. تهدف التحسينات بما في ذلك شبكة QUIC، وتحديد أولويات الرسوم الموزونة بالتخزين، وعميل Firedancer إلى تقليل مخاطر التوقف المستقبلي.

• يُعد توافق Solana أسرع من Ethereum طبقة 1 وBitcoin، حيث يحقق النهائية في أقل من 1.3 ثانية مقابل 12 إلى 15 دقيقة لـ Ethereum طبقة 1 وحوالي 60 دقيقة لـ Bitcoin، ولكن هذه السرعة تأتي مع مقايضات: مدققون أقل، ومتطلبات أجهزة أعلى، ومخاوف بشأن تركيز التخزين.

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

• تتغير أرقام الأداء وعدد المدققين مع ترقيات الشبكة. يجب أن تستخدم أي تقييم لمركزية سولانا، أو إنتاجيتها، أو عوائد التخزين بيانات حالية من Solana Beach، و Solscan، و وثائق سولانا الرسمية وقت اتخاذ القرار.

للمشاركة في آلية التوافق الخاصة بسولانا، راجع أقسام التخزين والتحقق أعلاه أو قم بزيارة وثائق سولانا الرسمية على docs.solana.com.

قراءات إضافية:

• سولانا: بنية جديدة للبلوكتشين عالية الأداء: ورق ابيض لأناتولي ياكوفينكو نوفمبر 2017
• وثائق سولانا الرسمية: مواصفات البروتوكول، متطلبات الأجهزة، أدلة التخزين
• تحليلات مدققي Solana Beach: العدد الحالي للمدققين، توزيع الحصص، وإحصائيات الشبكة

قراءات ذات صلة

• سولانا: إثبات التاريخ (Proof of History)
• بنية سولانا (Solana Architecture)
• سرعة سولانا (Solana Speed)