سلاسل الكتل المعيارية مقابل سلاسل الكتل المتجانسة: سيليستيا، إيجن لاير، وما سيأتي لاحقًا

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

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

ماذا يعني مصطلح "متجانس مقابل معياري" في الواقع؟

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

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

هل التصميم المعياري أفضل تلقائياً من التصميم المتجانس؟

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

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

نصيحة للقراء: عند مقارنة سلسلتين، لا تكتفوا بعدد المعاملات في الثانية أو الرسوم. دوّنوا مكان تنفيذ المعاملات، ومكان نشر البيانات، ومكان التسوية النهائية، ومن يمكنه إعادة ترتيب المعاملات، وأي مكون قد يتسبب في توقف النظام أو فقدان الأموال.

أين يقع دور سيليستيا في البنية المعيارية؟

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

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

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

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

هل EigenLayer عبارة عن سلسلة كتل معيارية مثل Celestia؟

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

لذا، يُعدّ EigenLayer جزءًا من النقاش حول البنية المعيارية، فهو يُمثّل أساسًا للأمان والتنسيق، وليس مجرد سلسلة بيانات متاحة. وقد وصفت شركة Eigen Labs إطلاق شبكتها الرئيسية في عام 2024 بأنه إطلاق بروتوكول إعادة رهن يهدف إلى توسيع نطاق أمان الاقتصاد الرقمي لخدمات إضافية. راجع التقرير السنوي الرسمي لـ EigenLayer لعام 2024. كما تُقدّم وثائق EigenCloud الحالية أنظمة التحقق من صحة EigenLayer (AVSs) كوسيلة لبناء خدمات قابلة للتحقق من خلال أدوات المطورين الخاصة بها؛ راجع وثائق EigenCloud .

يُعدّ EigenDA مثالًا مفيدًا لكيفية دعم نموذج الأمان المشترك للبنية التحتية المعيارية. فهو خدمة لتوفير البيانات مبنية ضمن بيئة EigenLayer، بينما يُمثّل EigenLayer نفسه إطار عمل أوسع لإعادة التخزين والأمان. يُقدّم شرحٌ رسميٌّ قديمٌ ولكنه لا يزال مفيدًا لبنية Eigen Labs وصفًا لـ EigenDA على أنه مخزن لتوفير البيانات مبنيّ على EigenLayer، ويُبيّن كيف يُمكن لمجموعة تجميع البيانات استخدام EigenDA للبيانات مع الاستمرار في استخدام Ethereum لأجزاء أخرى من البنية التحتية. راجع نظرة عامة على تكامل EigenDA الرسمية .

نصيحة للقراء: افصلوا بين "EigenLayer" و"EigenDA" في تصوركم الذهني. الأول هو إطار عمل أوسع نطاقًا للأمان المشترك/إعادة التأمين؛ أما الثاني فهو نظام محدد لتوافر البيانات ضمن هذا النظام البيئي.

ما هو إيثيريوم الآن: هل هو متجانس أم معياري؟

يُعدّ إيثيريوم مثالًا جيدًا على سبب تراجع جدوى مصطلح "ثنائي". لا تزال طبقة إيثيريوم L1 تُدمج التنفيذ، والإجماع، والتسوية، وتوافر البيانات الأصلية في الطبقة الأساسية. لكن استراتيجية توسيع النظام البيئي قد نقلت تنفيذ المستخدم بشكل متزايد إلى تجميعات الطبقة الثانية (L2)، بينما يوفر إيثيريوم التسوية، والأمان، وسعة البيانات.

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

يظهر هذا أيضًا في خارطة طريق بيانات إيثيريوم. فقد قدّم اقتراح تحسين إيثيريوم رقم 4844 مساحة تخزين مؤقتة (blob space) لعمليات التجميع (rollups)، مما جعل نشر بيانات الطبقة الثانية (L2) أقل تكلفةً دون الحاجة إلى التعامل مع كل بايت كبيانات استدعاء تنفيذ عادية. توضح وثائق إيثيريوم الرسمية أن عمليات التجميع تعتمد على توفر البيانات للتحقق المستقل، وأن بيانات التخزين المؤقت (blob data) هي تخزين مؤقت وليست تخزينًا تاريخيًا دائمًا. راجع وثائق توفر البيانات على موقع Ethereum.org .

ما هي أبرز أوجه الاختلاف بين النهجين؟

هل يؤدي التصميم المعياري إلى إضعاف الأمن؟

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

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

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

ما الذي يبقى غير مؤكد؟

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

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

ثالثًا، يمكن للأنظمة المعيارية أن تُغيّر المركزية بدلًا من إلغائها. فقد يكون التنفيذ لا مركزيًا مع تركيز التسلسل؛ وقد يكون توفر البيانات لا مركزيًا مع تركيز توليد الأدلة؛ أو قد يتم تجميع الأمن اقتصاديًا مع بقاء مشاركة المشغل مركزية.

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

إذن، ما هي البنية التي ينبغي على المطورين اختيارها؟

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

ينبغي أن يجيب التقييم العملي على خمسة أسئلة قبل اختيار مجموعة الأدوات:

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

هل سيكون مستقبل العملات المشفرة معيارياً؟

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

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

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