يُفهم سيليستيا على أفضل وجه باعتباره سلسلة كتل متخصصة في الإجماع وإتاحة البيانات، وليس سلسلة تنفيذ عامة الأغراض. فبدلاً من مطالبة كل مدقق في الطبقة الأساسية بتنفيذ كل معاملة تطبيق، يسمح سيليستيا لعمليات التجميع بالتنفيذ في مكان آخر مع نشر بيانات معاملاتهم إلى سيليستيا، بحيث يمكن لأي شخص التحقق من إتاحة البيانات.
تستخدم هذه المقالة مثالًا افتراضيًا واحدًا مُصنَّفًا بوضوح: ArcadeRollup ، وهو تطبيق افتراضي لمعالجة بيانات الألعاب، يقوم بمعالجة آلاف إجراءات اللاعبين خارج مسار تنفيذ Celestia، ويُثبِّت حالته على سلسلة أخرى، ويستخدم Celestia لتوفير البيانات. لا يُعدّ ArcadeRollup تطبيقًا حقيقيًا، ولا معيارًا للأداء، ولا دراسة حالة عميل، ولا توصية. إنه ببساطة أداة تعليمية لفهم البنية المعيارية.
تميل تقنية البلوك تشين التقليدية المتجانسة إلى دمج عدة مسؤوليات في طبقة أساسية واحدة: تنفيذ المعاملات، والتسوية، والإجماع، وتوفير البيانات. أما بنية سيليستيا فتفصل هذه الوظائف بحيث يمكن للطبقات المتخصصة القيام بمهام مختلفة.
تصف وثائق سيليستيا الشبكة بأنها طبقة بيانات معيارية متاحة. تتولى طبقتها الأساسية ضمان التوافق على ترتيب البيانات وتوفيرها. يمكن أن تتم عمليات التنفيذ والتسوية بشكل منفصل أو مستقل عن سيليستيا. وهذا أمر بالغ الأهمية لأن التنفيذ غالبًا ما يكون الجزء المكلف والخاص بالتطبيق في بنية سلسلة الكتل. يمكن لمجموعة البيانات المجمعة اختيار جهازها الافتراضي، ومنطق التسلسل، ونظامها المقاوم للاحتيال أو التحقق من الصلاحية، وبيئة التسوية الخاصة بها، دون الحاجة إلى قيام مدققي سيليستيا بتنفيذ منطق تطبيقها.
للاطلاع على الوصف التقني الأساسي، راجع وثائق توافر البيانات الرسمية الخاصة بـ Celestia .
تخيل أن ArcadeRollup يدير لعبة استراتيجية فورية. يقوم اللاعبون بإرسال تحركاتهم، وعمليات التبادل، وعمليات التصنيع، ونتائج المباريات. يستقبل مُسلسل ArcadeRollup هذه العمليات وينفذها وفقًا لقواعد اللعبة. يؤدي هذا التنفيذ إلى تغيير حالة اللعبة: تتغير الأرصدة، وتتغير المخزونات، ويتم تحديث التصنيفات.
لا تحتاج سيليستيا إلى إعادة تطبيق قواعد اللعبة. بدلاً من ذلك، يقوم ArcadeRollup بتجميع بيانات المعاملات في كتل بيانات ثنائية كبيرة (blobs) وينشرها إلى سيليستيا. تقوم سيليستيا بترتيب هذه الكتل وإتاحة بياناتها. قد تتلقى طبقة تسوية منفصلة التزامات الحالة وإثباتاتها من ArcadeRollup، وذلك بحسب تصميم التجميع.
يمكن تلخيص هذا التقسيم على النحو التالي:
| وظيفة | مجموعة ArcadeRollup الافتراضية | ما يفعله المكون |
|---|---|---|
| تنفيذ | أركيد رول أب | يقوم بتنفيذ معاملات اللعبة وتحديث حالة التطبيق. |
| مستعمرة | طبقة L1 منفصلة أو طبقة تسوية | يحل هذا النظام التزامات الحالة ونظام الإثبات الخاص بالتجميع. |
| إجماع | مجموعة التحقق من صحة سيليستيا | يوافق على ترتيب وحدات سيليستيا. |
| توافر البيانات | سيليستيا | ينشر بيانات مجمعة حتى يتمكن المشاركون من التحقق من توفرها. |
تكمن النقطة المعمارية المهمة في أن استخدام سيليستيا لتحليل البيانات لا يعني أن سيليستيا هي التي تنفذ عملية التجميع . فتبقى عملية التجميع مسؤولة عن بيئة تنفيذها ومنطق انتقال الحالة الخاص بها.
لا يمكن التحقق من عملية التجميع بشكل مستقل إلا إذا كانت البيانات اللازمة لإعادة بناء حالتها متاحة. لنفترض أن مُسلسل ArcadeRollup ينشر جذر حالة جديدًا ولكنه يحجب المعاملات التي أنتجته. قد يعلم المستخدمون والمُدقّقون بوجود التزام، لكنهم لا يستطيعون إعادة بناء ما حدث بشكل مستقل.
هذه هي مشكلة توفر البيانات. صُممت سيليستيا بحيث يمكن للمشاركين التأكد من نشر بيانات الكتلة بالفعل دون الحاجة إلى تنزيل كل عقدة ضوئية للكتلة كاملة.
تستخدم سيليستيا تقنية أخذ عينات البيانات المتاحة (DAS) . يتم توسيع بيانات الكتلة باستخدام ترميز ريد-سولومون ثنائي الأبعاد. ثم تطلب العقد الخفيفة أجزاءً عشوائية، أو حصصًا، من مربع البيانات الموسع مع إثباتات تشفيرية. إذا تم إرجاع عينات عشوائية متكررة بشكل صحيح، فإن العقدة الخفيفة تكتسب ثقة عالية بأن كمية كافية من البيانات متاحة لإعادة بناء الكتلة بالكامل.
النتيجة العملية مهمة: إذ يمكن لعقدة خفيفة أن تساعد في التحقق من توافر البيانات دون الحاجة إلى تنزيل كل بايت في كل كتلة. ولذلك، يعتمد نموذج التوسع في سيليستيا جزئيًا على قيام العديد من المشاركين بأخذ عينات من أجزاء صغيرة من البيانات، بدلاً من مطالبة جميع المدققين بتكرار كل شيء بالكامل.
يتوفر التفسير الرسمي في وثائق DAS الخاصة بـ Celestia وفي قسم الأسئلة الشائعة حول توفر البيانات .
إذا قامت مئات من تطبيقات التجميع بنشر البيانات على شبكة توزيع واحدة، فلا ينبغي أن يحتاج تطبيق التجميع إلى تنزيل بيانات كل تطبيق آخر لمجرد العثور على بياناته الخاصة. تعالج سيليستيا هذه المشكلة باستخدام أشجار ميركل ذات المساحات الاسمية .
يمكن ربط بيانات كل تطبيق بمساحة اسم. في مثال ArcadeRollup، تُوضع البيانات الثنائية الكبيرة (blobs) ضمن مساحة الاسم المستخدمة في هذا التطبيق. بعد ذلك، يمكن لعقدة مهتمة بـ ArcadeRollup طلب البيانات ذات الصلة ضمن مساحة الاسم، بالإضافة إلى إثباتات اكتمال الاستجابة لتلك المساحة.
هذا أحد الأسباب العملية التي تجعل النموذج المعياري يدعم العديد من بيئات التنفيذ فوق نفس طبقة DA: يمكنهم مشاركة مساحة كتلة Celestia مع الاستمرار في استرداد البيانات ذات الصلة بتطبيقهم الخاص.
تنشر عمليات التجميع البيانات إلى سيليستيا باستخدام معاملات الكائنات الثنائية الكبيرة (blob). يصف التوثيق الحالي معاملة الكائنات الثنائية الكبيرة بأنها تتضمن معاملة قياسية من Cosmos SDK، MsgPayForBlobsبالإضافة إلى كائن ثنائي كبير واحد أو أكثر. تتضمن معاملة الدفع التزامًا ببيانات الكائن الثنائي الكبير، بينما تُنظَّم البيانات الفعلية في الكتلة ضمن مساحة الاسم ذات الصلة.
في حالتنا الافتراضية، يقوم ArcadeRollup بتجميع معاملات اللاعبين بشكل دوري، وإنشاء كائن ثنائي كبير (blobs) واحد أو أكثر، ودفع رسوم لنشرها. ثم يقوم Celestia بتضمين المعاملة والكائنات الثنائية الكبيرة المرتبطة بها في كتلة، وتطبيق ترميز توفر البيانات الخاص بها، ثم الالتزام بالبيانات الناتجة.
للاطلاع على هيكل المعاملات والحدود الحالية، راجع وثائق إرسال البيانات الثنائية الكبيرة الرسمية الخاصة بـ Celestia وشرحها لكيفية الدفع مقابل مساحة البيانات الثنائية الكبيرة .
تُعدّ TIA الأصل الأساسي لمنصة Celestia، لكن دورها يتجاوز كونها رمزًا للمضاربة في السوق. وفقًا للوثائق الحالية لمنصة Celestia، تُستخدم TIA في العديد من وظائف البروتوكول:
تُوثّق نظرة عامة رسمية على مبادرة TIA الخاصة بسيليستيا هذه الأدوار. مع ذلك، من منظور تحليلي، لا ينبغي الخلط بين فائدة الرمز المميز وعلاقة مضمونة بسعره. إذ يُمكن أن يؤثر الطلب على مساحة التخزين، واقتصاديات التخزين المؤقت، والإصدار، وحوافز المُدقّقين، واعتماد النظام البيئي، وظروف السوق العامة، على النتائج الاقتصادية بشكل مُختلف.
يتمثل أحد التحديات في البنية المعيارية في إثبات نشر البيانات فعليًا على منصة سيليستيا لعقد طبقة التسوية. صُممت تقنية Blobstream لتكون بمثابة جسر يربط بين طبقة DA في سيليستيا وبيئات EVM.
تصف وثائق Celestia نظام Blobstream بأنه نظام يقوم فيه مدققو Celestia بالتصديق على الالتزامات المتعلقة بالبيانات، ويتم نقل هذه التصديقات إلى سلسلة EVM المستهدفة، ويمكن للعقد الذكي التحقق من تضمين التزام بيانات Celestia معين.
بالنسبة لـ ArcadeRollup، تخيل أن التسوية تتم على سلسلة EVM. يحتاج عقد التسوية الخاص بـ ArcadeRollup إلى دليل على نشر بيانات المعاملة التي تقف وراء تحديث الحالة إلى Celestia. يمكن لـ Blobstream توفير مسار التحقق ذي الصلة دون إجبار سلسلة التسوية نفسها على تخزين جميع بيانات معاملات ArcadeRollup الأولية.
راجع نظرة عامة رسمية على Blobstream من Celestia للاطلاع على الآلية الحالية ونموذج الأمان.
هذا أحد أهم الفروق الدقيقة في فهم سيليستيا. تُثبت طبقة DA أن البيانات نُشرت وكانت متاحة خلال فترة التحقق ذات الصلة. لكن هذا لا يعني بالضرورة أن كل جزء من البيانات التاريخية سيُخزن بشكل دائم في كل عقدة من عقد سيليستيا.
تشير وثائق استرجاع البيانات الحالية لـ Celestia إلى أنه اعتبارًا من الإصدار 6 من تطبيق Celestia، تستخدم عملية أخذ عينات العقد الضوئية نافذة متجددة مدتها سبعة أيام. وقد تُحذف البيانات القديمة بواسطة العقد غير الأرشيفية. لذا، تحتاج التطبيقات التي تتطلب إعادة بناء تاريخية طويلة الأمد إلى استراتيجية استرجاع بيانات واضحة، مثل استخدام العقد الأرشيفية أو مزودي البيانات الخارجيين.
بالنسبة لـ ArcadeRollup، هذا يعني أن الفريق لا يستطيع ببساطة أن يقول: "Celestia لديها بياناتنا، لذا فإن مزامنة البيانات التاريخية قد حُلت إلى الأبد". يجب أن يقرر كيف ستتمكن العُقد الجديدة من استعادة سجلات التجميع القديمة بعد أشهر أو سنوات.
تم توثيق هذا التمييز في دليل استرجاع البيانات والتقليم الخاص بـ Celestia .
تُعدّ البنية المعيارية جذابة لأنها تسمح بالتخصيص. يستطيع ArcadeRollup تحسين محرك التنفيذ الخاص به للعبة، واختيار سياسة التسلسل الخاصة به، وتجنب التنافس مع التطبيقات غير ذات الصلة على سعة التنفيذ على سلسلة أساسية متجانسة. بينما يستطيع Celestia التخصص في الإجماع وDA.
لكنّ التجزئة لا تقضي على التعقيد، بل تعيد توزيعه. ولا يزال على عملية تجميع الإنتاج اتخاذ قرارات بشأن:
بمعنى آخر، يمكن لـ Celestia تبسيط إحدى المشكلات الرئيسية في البنية التحتية - وهي توفر البيانات القابلة للتوسع - لكنها لا توفر تلقائيًا كل مكون مطلوب لعملية تجميع آمنة.
اعتبارًا من سبتمبر 2026، تُشير وثائق شبكة سيليستيا الرسمية إلى أن النسخة التجريبية الرئيسية (Mainnet Beta) لا تزال قيد التشغيل. وتُظهر صفحة النسخة التجريبية الرئيسية الحالية أوقات إنشاء الكتل التي تبلغ حوالي ثلاث ثوانٍ، وحجم المعاملات الأقصى 8 ميجابايت، وإصدارات البرامج celestia-node v0.32.1. celestia-app v9.0.6وقد فعّلت النسخة التجريبية الرئيسية الترقية إلى الإصدار 9 في 1 يوليو 2026، وتُشير صفحة الترقية الرسمية إلى أنه لم يتم تحديد موعد للإصدار 10 بعد.
شهدت الشبكة تغييرات جوهرية منذ إطلاقها، لذا قد تتضمن المقالات القديمة حول سيليستيا معلوماتٍ لم تعد سارية. على سبيل المثال، رفع تحديث ماتشا الحدود وفتح المجال أمام إنشاء كتل أكبر بكثير، بينما واصلت الإصدارات اللاحقة تطوير البروتوكول. لذا، يُنصح دائمًا بالتحقق من معايير النسخة التجريبية للشبكة الرئيسية وسجل ترقيات الشبكة الرسمي قبل تصميم أي بنية تحتية تعتمد على حدٍّ معين.
لا تكفي هذه العبارة وحدها لتوضيح الأمر. بالعودة إلى ArcadeRollup، فإن مراجعة تقنية مفيدة ستطرح عدة أسئلة منفصلة:
تساعد هذه الأسئلة في الفصل بين "تكامل سيليستيا" كعبارة تسويقية وبين البنية الفعلية.
يسهل فهم تصميم سيليستيا المعياري بمجرد فصل المسؤوليات. تتولى وحدة التجميع تنفيذ المعاملات، بينما تقوم طبقة التسوية بحل حالة التجميع وإثباتاته. توفر سيليستيا آلية توافق الآراء على كتلها الخاصة، بالإضافة إلى طبقة متخصصة لتوافر البيانات حيث يمكن لوحدات التجميع نشر البيانات الثنائية الكبيرة (blobs). يتيح أخذ عينات من توافر البيانات للعُقد الخفيفة التحقق من التوافر احتماليًا دون الحاجة إلى تنزيل الكتل بأكملها، بينما تُمكّن مساحات الأسماء التطبيقات من استرداد بياناتها بكفاءة.
في مثال ArcadeRollup الافتراضي، لا تُعدّ Celestia محرك اللعبة، وليست بالضرورة محكمة التسوية. إنها طبقة النشر والتوافر المشتركة التي تسمح بالتحقق بشكل مستقل من بيانات معاملات التجميع عند نشرها.
يُشكّل هذا التخصص الفكرة الأساسية وراء سيليستيا: لا يجب أن تكون سلاسل الكتل عبارة عن جهاز واحد يقوم بكل المهام، بل يمكن أن تكون عبارة عن مجموعات من المكونات المتخصصة. ويكمن المقابل في ضرورة فهم المطورين والمحللين للواجهات - والافتراضات الأمنية - بين هذه المكونات، بدلاً من اعتبار "النمطية" اختصارًا للتوسع التلقائي أو الأمان.
شرح عملي معمق لتقنية Celestia يشرح سلاسل الكتل المعيارية، وأخذ عينات من توافر البيانات، ومساحات الأسماء، وBlobstream، وأداة TIA، والمفاضلات التي ترثها عمليات التجميع.
استكشف النظام البيئي الأساسي في عام 2026، بدءًا من Aerodrome و Morpho وصولًا إلى Aave و Uniswap و Virtuals و Zora و Moonwell و x402 agent payments.
قم بتحليل تحول فانتوم إلى سونيك، والهجرة من FTM إلى S، وهيكلية سونيك، واقتصاديات الرموز، وحوافز المطورين، وتأثير النظام البيئي، والمخاطر التي لا تزال مهمة في عام 2026.
تحليل عملي لعام 2026 لعائدات الطبقة الثانية الأصلية لـ Blast، وآليات ETH وUSDB، وتغييرات بروتوكول النظام البيئي، والمخاطر الحالية، وكيفية التحقق من الفرص قبل استثمار رأس المال.
تحليل حالي لـ Polygon 2.0، وترقية POL، وPolygon PoS، وAggLayer، وإغلاق zkEVM في عام 2026، ولماذا تغيرت قصة ترحيل ZK-rollup الأصلية.
تحليل حالي لـ Arbitrum (ARB) يغطي عرض الرموز المميزة، والاستحقاق، وأداة الحوكمة، وStylus، وسلاسل Arbitrum، وترقيات ArbOS، والمخاطر، وخارطة الطريق لعام 2026.
A practical deep dive into NEAR Protocol’s chain abstraction stack, NEAR Intents, Chain Signatures, confidential AI, autonomous agents, and the trade-offs to watch in 2026.
تحليل عملي لشبكة Sei يغطي توافق EVM، والتنفيذ المتوازي، وخارطة طريق Giga، وسيولة DeFi، والمفاضلات، ومن قد يناسب هذه السلسلة.
تحليل عملي لطبقة EigenLayer يغطي إعادة الرهان، وأنظمة التحقق من العنوان، والمكافآت، ومجموعات المشغلين، والتخفيضات، وتأخيرات السحب، والعناية الواجبة المعدلة حسب المخاطر.
استكشف كيف يربط Chainlink CCIP سلاسل الكتل، وينقل الرموز والرسائل، ويدعم الرموز عبر السلاسل، وإلى أين قد يتجه النظام البيئي في عام 2026.
