فتحات Solana ووقت الكتلة: شرح 400ms

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

Solana هي بلوكتشين من الطبقة الأولى (Layer-1 blockchain) مصممة للتطبيقات عالية الإنتاجية ومنخفضة التكلفة. شارك في تأسيسها Anatoly Yakovenko، مهندس سابق في Qualcomm قدم إثبات التاريخ (Proof of History) في ورقته البيضاء لعام 2017، وأطلقت Solana مينيت (mainnet) الخاص بها في عام 2020 وأصبحت منذ ذلك الحين واحدة من أكثر المنصات نشاطًا في التطوير والموضوعة كبديل لـ Ethereum. رمزها الأصلي (native token) هو SOL. غالبًا ما تتم مقارنة Solana بـ Ethereum و Bitcoin على أساس سرعة المعاملات، وتشرح هذه المقالة ما يعنيه هذا التشبيه بالفعل على المستوى المعماري.

المحتويات

1. ما هي فتحات ووقت الكتلة في Solana؟
2. ما هو وقت الكتلة في Solana؟
3. كيف يجعل إثبات التاريخ (Proof of History) Solana سريعة
4. العصور وجدول القائد
5. وقت الكتلة في Solana مقابل Ethereum مقابل Bitcoin
6. صورة الأداء الحقيقية
7. نهائية المعاملات: ماذا يعني 400 مللي ثانية لك حقًا
8. لماذا وقت الكتلة السريع مهم: DeFi والتطبيقات الواقعية
9. المواصفات الفنية في لمحة
10. أسئلة متكررة
11. النقاط الرئيسية

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

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

تتبع كل فتحة نفس التسلسل. تم تعيين مدقق يسمى قائد الفتحة مسبقًا لتلك الفتحة. تفتح الفتحة، ويجمع القائد المعاملات المعلقة، وينتج القائد كتلة تحتوي على تلك المعاملات. ثم تبدأ الفتحة التالية تلقائيًا. تعمل هذه الدورة تقريبًا 2.5 مرة في الثانية. إذا فشل القائد المعين في إنتاج كتلة، يتم تخطي تلك الفتحة وتنتقل الشبكة دون انتظار. يتم فرض مدة الفتحة البالغة 400 مللي ثانية بواسطة ساعة إثبات التاريخ (Proof of History) الخاصة بـ Solana، والتي سيتم شرحها في القسم أدناه.

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

أسفل الفتحة توجد وحدة أصغر تسمى التكة (tick)، وهي أصغر وحدة زمنية في بنية Solana. تحتوي كل فتحة على 64 تكة بالضبط. تبلغ مدة كل تكة حوالي 6.25 مللي ثانية (400 مللي ثانية مقسومة على 64). التكات هي إشارات توقيت داخلية يستخدمها مولد إثبات التاريخ (Proof of History) وليست مرئية للمستخدمين النهائيين، لكنها تظهر في واجهة برمجة تطبيقات Solana RPC (RPC API) ووثائق المطورين.

المواصفات الرئيسية: مدة الفتحة المستهدفة في Solana: ~400 مللي ثانية (0.4 ثانية). عند 400 مللي ثانية لكل فتحة، تنتج الشبكة بحد أقصى 2.5 فتحة في الثانية.

التسلسل الهرمي للوقت في Solana

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

وقت الكتلة في Solana هو الفاصل الزمني المتوسط بين الكتل المنتجة بشكل متتالي. وقت الكتلة المستهدف هو حوالي 400 مللي ثانية (0.4 ثانية)، لأن الشبكة تنتج كتلة واحدة لكل فتحة.

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

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

وقت الكتلة المستهدف: ~400 مللي ثانية (0.4 ثانية)

كيف يجعل إثبات التاريخ (Proof of History) Solana سريعة

Solana أسرع من Ethereum بسبب ثلاثة ابتكارات معمارية:

1. يلغي إثبات التاريخ (Proof of History) حمل التنسيق المطلوب من قبل أنظمة تحمل الخطأ البيزنطي (Byzantine Fault Tolerance) الكلاسيكية.
2. يقوم Gulf Stream بتوجيه المعاملات مسبقًا لقادة الفتحات القادمين دون الحاجة إلى ميمبول (mempool).
3. يقوم Sealevel بمعالجة آلاف المعاملات غير المتداخلة بالتوازي ضمن كل كتلة.

سيتم شرح كل من هذه النقاط أدناه.

ما هو إثبات التاريخ (Proof of History)؟

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

تتم آلية العمل في أربع خطوات:

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

هذا الهيكل هو وظيفة تأخير قابلة للتحقق (Verifiable Delay Function - VDF)، تم وصفها لأول مرة بواسطة Yakovenko في ورقته البيضاء لعام 2017. النتيجة العملية: في أنظمة البلوكتشين الكلاسيكية، يجب على المدققين تبادل رسائل تحمل طوابع زمنية للاتفاق على ترتيب الأحداث. هذا الاتصال ذهابًا وإيابًا يؤدي إلى حدوث تأخير. يلغي PoH هذا المتطلب تمامًا. يثق المدققون في السجل التشفيري بدلاً من انتظار تأكيدات الشبكة ذهابًا وإيابًا، وهو السبب الأساسي وراء إمكانية تشغيل فتحات Solana عند 400 مللي ثانية.

توضيح واحد مهم: إثبات التاريخ (Proof of History) ليس آلية التوافق (Consensus Mechanism) الخاصة بـ Solana. تستخدم Solana آلية Tower BFT للتوافق وإثبات التخزين (Proof of Stake - PoS) لاختيار المدققين. PoS يعني أن المدققين يقومون بتخزين (stake) عملات SOL كضمان، واحتمالية تعيينهم كقادة فتحات تتناسب مع وزن تخزينهم (stake weight). يوفر PoH الساعة المشتركة التي تجعل كلا النظامين أسرع.

Tower BFT: كيف يتم تأكيد الكتل ضمن الفتحات

Tower BFT هي خوارزمية التوافق الخاصة بـ Solana، وهي شكل معدل من Practical Byzantine Fault Tolerance (PBFT) محسّن لاستخدام ساعة PoH كطابع زمني مشترك. بدلاً من مطالبة المدققين بتبادل الرسائل للاتفاق على ترتيب الكتل، تقوم Tower BFT بربط أصوات المدققين بمواضع محددة في تسلسل PoH.

آلية الإغلاق (lockout mechanism) تعمل من خلال التراجع الأسي (exponential back-off). كلما زادت الفتحات التي مرت منذ أن صوت مدقق على انقسام (fork) معين، زادت تكلفة تحويله إلى انقسام مختلف حسابيًا. يصبح المدققون ملتزمين بشكل تدريجي بتاريخ معين مع تراكم الفتحات، وهذا الالتزام التدريجي هو ما ينتج النهائية. تحدث أصوات Tower BFT ضمن الفتحات وعبر الفتحات، وهذا التصويت المثبت بالفتحة هو ما يحول إنتاج الكتلة إلى تاريخ مؤكد.

Gulf Stream: لماذا تكون المعاملات جاهزة عند فتح كل فتحة

يُعد Gulf Stream بروتوكول إعادة توجيه المعاملات في Solana. نظرًا لأن جدول القادة عام بالكامل ويتم حسابه مسبقاً، يمكن للمُدققين وتطبيقات العملاء إعادة توجيه المعاملات المعلقة مباشرةً إلى القادة القلائل المجدولين تالياً قبل بدء فتراتهم الزمنية (slots).

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

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

الحقب (Epochs) وجدول القادة: كيف تنظم Solana الوقت على نطاق واسع

ما هي حقبة (Epoch) Solana؟

الحقبة في Solana هي فترة ثابتة تتكون من 432,000 فترة زمنية (slot)، وبواقع 400 مللي ثانية تقريباً لكل فترة، فإنها تعادل حوالي يومين من الوقت الفعلي على المينيت. الاشتقاق: 432,000 فترة زمنية مضروبة في 400 مللي ثانية تساوي 172,800,000 مللي ثانية، أو 172,800 ثانية، أي حوالي 48 ساعة. تم اختيار هذا الرقم ليتناسب مع الوتيرة المستهدفة لتوزيع مكافآت التخزين وحساب جدول القادة؛ وهي معلمة قابلة للتكوين تختلف في شبكات التطوير (devnet) والاختبار (testnet).

تحدث ثلاثة أشياء عند حدود كل حقبة:

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

الحقبة = 432,000 فترة زمنية ≈ يومين | الفترة الزمنية = ~400 مللي ثانية | النبضات (Ticks) لكل فترة = 64

كيف يحدد جدول القادة منتجي الكتل

جدول القادة هو قائمة تعيين محسوبة مسبقاً تحدد المُدقق الذي سيعمل كقائد للفترة الزمنية (المُدقق المسؤول عن إنتاج كتلة) لكل فترة في الحقبة القادمة.

تتم العملية في ثلاث خطوات:

1. قبل بدء كل حقبة، تحسب الشبكة المُدقق الذي سيكون قائداً لكل فترة من الـ 432,000 فترة زمنية القادمة.
2. يحدد وزن التخزين التعيين: يحصل المُدققون الذين لديهم المزيد من رموز SOL المخزنة على عدد أكبر من تعيينات قيادة الفترات بشكل متناسب. المُدقق الذي يمتلك 5% من إجمالي رموز SOL المخزنة سيتم تعيينه في حوالي 5% من الفترات الزمنية.
3. يكون الجدول الكامل علنياً قبل بدء الحقبة، ومتاحاً لكل مُدقق وعميل على الشبكة.

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

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

وقت كتلة Solana مقابل Ethereum مقابل Bitcoin: مقارنة السرعة

يعني وقت كتلة Solana البالغ 400 مللي ثانية تقريباً أنها تنتج حوالي 30 كتلة في الوقت الذي تنتج فيه Ethereum كتلة واحدة. وقت كتلة Ethereum الحالي هو 12 ثانية تقريباً (بعد الدمج، سبتمبر 2022، بنية إثبات الحصة). تستهدف Bitcoin كتلة واحدة كل 10 دقائق، وهي وتيرة تم إعطاؤها الأولوية عمداً للأمان واللامركزية على حساب السرعة. من بين منصات العقود الذكية الرئيسية، تمتلك Solana واحداً من أسرع أوقات الكتل بنحو 400 مللي ثانية.

المصادر: وثائق Solana Labs؛ مؤسسة Ethereum؛ ورق ابيض الخاص بـ Bitcoin. تعكس أرقام Ethereum بنية إثبات الحصة بعد الدمج (سبتمبر 2022).

ملاحظة حول المصطلحات: يستخدم نظام إثبات الحصة في Ethereum أيضاً مصطلحي "slot" (12 ثانية) و "epoch" (32 فترة زمنية، حوالي 6.4 دقيقة). هذه تختلف تماماً عن تعريفات الفترة الزمنية والحقبة في Solana.

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

صورة الأداء الحقيقي: الفترات المتخطاة والمعاملات الفعلية في الثانية

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

الفترات المتخطاة (Skipped Slots): عندما تمر ساعة الـ 400 مللي ثانية بدون كتلة

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

التأثير الكمي ملموس ولكنه متواضع. تراوح معدل تخطي الفترات التاريخي في Solana بين 3-8% تقريباً في ظل ظروف الشبكة العادية (المصدر: Solana Beach). معدل تخطي بنسبة 5% يعني أن حوالي فترة واحدة من كل 20 فترة لا تنتج أي كتلة، مما يضيف حوالي 20 مللي ثانية إلى متوسط وقت الكتلة فوق هدف 400 مللي ثانية. يظل المتوسط الفعلي أقل بكثير من 500 مللي ثانية. هذه ميزة عادية للشبكة وليست حالة فشل، وهو تمييز تغفله معظم حملات تسويق الأداء تماماً.

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

للحصول على بيانات معدل التخطي والتوقيت الحالية: Solana Beach أو Solscan.

عدد المعاملات الفعلي في الثانية في Solana مقابل ادعاء الـ 65,000

يعكس رقم 65,000 معاملة في الثانية سيناريو تصميم محدداً بدلاً من التشغيل العادي. فهم أرقام المعاملات الثلاثة المتميزة هو ما يميز التقييم الصادق عن التسويق.

1. ذروة المعاملات النظرية (65,000+): مواصفات تصميم Solana Labs، بناءً على أجهزة مثالية، واستخدام كامل للكتل، وحجم معاملات محدد. يمثل هذا ما يمكن أن تدعمه الهندسة المعمارية نظرياً.
2. إجمالي المعاملات الملحوظة (عادة 3,000-5,000): معدل المعالجة المقاس شاملاً معاملات التصويت. يقوم المُدققون بالإدلاء بأصواتهم لتأكيد كل كتلة، وتستهلك معاملات التصويت تلك حصة كبيرة من مساحة الكتلة. إنها معاملات حقيقية ولكنها تمثل عبئاً داخلياً للإجماع بدلاً من نشاط المستخدم.
3. معاملات المستخدم غير المتعلقة بالتصويت (عادة 2,000-4,000): الرقم الأكثر أهمية لمطوري التطبيقات والمستخدمين النهائيين. هذا هو حجم المعاملات الفعلي الذي يولده المستخدمون في الظروف العادية.

إن FiredDancer، وهو عميل مدقق عالي الأداء طورته Jump Crypto ويجري نشره حالياً على مينيت Solana، مصمم لزيادة إنتاجية الشبكة مع الحفاظ على جدول الفترات الزمنية (slot) البالغ حوالي 400 مللي ثانية. تعتمد تحسينات الأداء الدقيقة على معدلات الاعتماد وظروف الشبكة.

نهائية المعاملة: ماذا يعني زمن الكتلة البالغ 400 مللي ثانية بالنسبة لك فعلياً

يخبرك زمن الكتلة البالغ 400 مللي ثانية بمدى سرعة إنتاج Solana للكتل، لكنه لا يخبرك بالوقت الذي تستغرقه معاملتك للتأكيد. هذان أمران مختلفان، والفرق بينهما هو ما يتجاهله معظم المنافسين.

تمر المعاملة بمرحلتين قبل أن تُعتبر غير قابلة للإلغاء:

تأكيد تفاؤلي (Optimistically confirmed): تصل المعاملة إلى التأكيد التفاؤلي عندما تصوت أغلبية ساحقة (أكثر من ثلثي) تخزين المدققين على الكتلة التي تحتويها، وعادةً ما يكون ذلك في غضون ثانية إلى ثانيتين. لمعظم الأغراض (إرسال عملة SOL، أو تبديل الرموز المميزة في المنصات اللامركزية، أو صك رموز NFT)، يكون هذا المستوى من التأكيد كافياً. وتتعامل معظم تطبيقات Solana مع التأكيد التفاؤلي كمعيار تشغيلي.

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

مسار التأكيد الكامل:

تقديم المعاملة ← التوجيه المسبق إلى القائد القادم عبر Gulf Stream ← إدراجها في كتلة ضمن فترة زمنية ← التصويت عليها من قبل المدققين عبر Tower BFT ← التأكيد التفاؤلي (~1-2 ثانية) ← النهائية الكاملة (~13 ثانية)

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

وثائق مستوى الالتزام الرسمي: docs.solana.com/cluster/commitments.

لماذا تهم سرعة زمن الكتلة: DeFi والتطبيقات الواقعية

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

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

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

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

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

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

المواصفات الفنية في لمحة

يوحد الجدول أدناه مواصفات التوقيت الأساسية لـ Solana للرجوع إليها سريعاً.

يمكن للمطورين استرداد رقم الفترة الزمنية الحالي باستخدام طريقة Solana JSON-RPC getSlot() (الوثائق: docs.solana.com/api/http#getslot).

للحصول على بيانات الفترات الزمنية والأداء الحية: Solana Beach | Solscan

الأسئلة الشائعة حول فترات Solana الزمنية وزمن الكتلة

ما هي الفترة الزمنية (Slot) في Solana؟

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

ما هي مدة زمن الكتلة في Solana؟

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

كم عدد الفترات الزمنية في حقبة Solana؟

تحتوي حقبة Solana على 432,000 فترة زمنية، ما يعادل يومين تقريباً من الوقت الحقيقي على المينيت (432,000 مضروبة في 400 مللي ثانية تساوي 48 ساعة تقريباً). تستخدم شبكات Devnet وtestnet حقبات أقصر.

ما الفرق بين الفترة الزمنية (Slot) والكتلة (Block) في Solana؟

الفترة الزمنية هي نافذة زمنية (~400 مللي ثانية) يمكن خلالها إنتاج كتلة. أما الكتلة فهي هيكل البيانات الفعلي الذي يحتوي على المعاملات المؤكدة. تشغل كل كتلة فترة زمنية، ولكن لا تنتج كل فترة زمنية كتلة. تُسمى الفترات الزمنية التي لا تحتوي على كتل بالفترات المتخطاة (skipped slots).

لماذا Solana أسرع من Ethereum؟

هناك ثلاثة ابتكارات معمارية تعمل معاً: (1) إثبات التاريخ (PoH) الذي يعمل كفترة زمنية تشفيرية تلغي أعباء التنسيق المطلوبة من قبل أنظمة الإجماع الكلاسيكية؛ (2) Gulf Stream الذي يوجه المعاملات مسبقاً إلى قادة الفترات الزمنية القادمين قبل بدء فتراتهم، مما يلغي الميمبول؛ و(3) Sealevel الذي يعالج آلاف المعاملات غير المتداخلة بالتوازي داخل كل كتلة، مما يزيد الإنتاجية بشكل كبير.

ماذا يحدث عند تخطي فترة زمنية في Solana؟

عند تخطي فترة زمنية، تنتقل شبكة Solana إلى الفترة التالية على الفور. لا تُفقد أي معاملات؛ بل تظل معلقة ويتم إدراجها في الفترة الزمنية المتاحة التالية. ويستمر إيقاع الـ 400 مللي ثانية تقريباً دون انقطاع. يبلغ معدل التخطي التاريخي حوالي 3-8% في الظروف العادية، مما يضيف حوالي 20 مللي ثانية متواضعة إلى متوسط زمن الكتلة.

كم تستغرق معاملة Solana للتأكيد؟

تصل معظم معاملات Solana إلى التأكيد التفاؤلي في غضون ثانية إلى ثانيتين في الظروف العادية. أما النهائية الكاملة، عندما تجعل آلية قفل Tower BFT المعاملة غير قابلة للإلغاء حسابياً، فتستغرق حوالي 13 ثانية (~32 فترة زمنية). بالنسبة لحالات الاستخدام اليومي مثل إرسال الرموز أو التداول في المنصات اللامركزية (DEX)، فإن التأكيد التفاؤلي هو ما يلمسه المستخدمون.

ما الفرق بين زمن الفترة الزمنية وزمن الكتلة في Solana؟

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

أدلة Solana ذات الصلة

• نشر كتل Solana Turbine
• عقد Solana RPC

استكشف SOL على Bybit

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

أهم النقاط

• فتحة Solana هي نافذة زمنية مدتها ~400 مللي ثانية قد ينتج خلالها مدقق واحد كتلة واحدة؛ الفتحة ليست مثل الكتلة
• تستهدف Solana وقت كتلة يبلغ ~400 مللي ثانية، ولكن المتوسط الفعلي أعلى بشكل هامشي بسبب الفتحات المتخطاة (معدل التخطي التاريخي: 3-8%)
• تحتوي كل حقبة على 432,000 فتحة (حوالي يومين على المينيت)؛ يتم حساب جدول القائد (leader schedule) حديثًا عند كل حدود حقبة.
• إثبات التاريخ (Proof of History) هو ساعة تشفير تزيل حمل التنسيق، ولكنه ليس آلية التوافق الخاصة بـ Solana (بروتوكول Tower BFT يتولى التوافق؛ بروتوكول إثبات الحصة (Proof of Stake) يتولى اختيار المدقق).
• معدل المعاملات غير التصويتية الفعلي لـ Solana هو عادةً 2000-4000 معاملة في الثانية؛ الرقم 65,000+ هو ذروة نظرية في ظل ظروف مثالية.
• وقت الكتلة (400 مللي ثانية) ليس مثل الإنهاء (finality): التأكيد المتفائل يستغرق حوالي 1-2 ثانية؛ الإنهاء الكامل يستغرق حوالي 13 ثانية.
• يتيح وقت الكتلة السريع تطبيقات DeFi، وهياكل رسوم تنافسية، وحالات استخدام غير عملية على سلاسل أبطأ، إلى جانب المقايضات المعترف بها في متطلبات أجهزة المدقق.

لبيانات الأداء المباشرة: solanabeach.io. للوثائق الفنية: docs.solana.com.

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