ما هي سلاسل الكتل المعيارية؟ دليل واضح لاتجاه تصميم آخذ في النمو

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

في هذا الدليل، ستجد شرحًا عمليًا لسلسلة كتل معيارية، يوضح كيف تعمل، ولماذا هي مهمة، وكيف تختلف عن السلاسل الأحادية التقليدية.

كيف تختلف سلاسل الكتل المعيارية عن السلاسل الأحادية

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

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

مقارنة بالسلاسل الأحادية، تتعامل الأنظمة المعيارية مع الطلب الأعلى عبر توزيع العمل على طبقات متخصصة بدلًا من الضغط على سلسلة واحدة.

كيف تعمل سلاسل الكتل المعيارية

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

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

لفهم البنية المعيارية، من المهم تفكيك الوظائف الأربع الأساسية في سلسلة الكتل.

الوظائف الأساسية

• التنفيذ

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

• التسوية

تتحقق طبقة التسوية من البراهين، وتحل النزاعات، وتُنهِي الحالة. على سبيل المثال، تعمل Ethereum حاليًا كطبقة تسوية للعديد من rollups.

• الإجماع

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

• توافر البيانات (DA)

يضمن نشر بيانات المعاملات وإمكانية الوصول إليها. من دون DA قوي، لا يمكن لـ rollups إثبات حالتها. تُعد Celestia الطبقة الرائدة المتمحورة حول DA.

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

أنواع معماريات سلسلة الكتل المعيارية

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

• Rollups على سلسلة تسوية

يحدث التنفيذ خارج السلسلة، بينما تبقى التسوية والإجماع على السلسلة الرئيسية.

• سلاسل تنفيذ مع توافر بيانات خارجي

تعالج السلسلة المعاملات لكنها تخزن البيانات على طبقة DA، مثل Celestia أو Avail.

• Sovereign rollups

يعمل التنفيذ على rollup، مع الاعتماد على سلسلة أخرى للبيانات فقط، وليس للتسوية.

تتبادل كل إعدادات التكلفة والأمان والمرونة بشكل مختلف.

ما هي rollups وكيف تعمل؟

تُعد rollups الحل المعياري الأكثر استخدامًا اليوم، حيث تمتلك Rollups من الطبقة الثانية على Ethereum مثل Arbitrum وOptimism أكبر قيمة إجمالية مؤمَّنة، وكذلك أعلى حجم للمعاملات. تعالج rollup المعاملات خارج السلسلة الرئيسية، وتضغط النتائج، ثم تنشر إثباتًا مرة أخرى إلى الطبقة الأساسية. وهذا يزيد من معدل المعالجة من دون إجبار كل عقدة على السلسلة الأساسية على معالجة كل معاملة.

هناك نوعان رئيسيان من rollups:

• Optimistic rollups تعتمد على براهين الاحتيال.
• ZK rollups تعتمد على براهين الصلاحية.

عند مقارنة optimistic rollups وZK-rollups، تبقى الفكرة الأساسية واحدة: كلاهما يوسع التنفيذ مع استخدام سلسلة تسوية لتحقيق النهائية. الفرق هو كيفية إثبات الصحة ومدى سرعة نهائية المعاملات. تستخدم optimistic rollups فترة تحدٍ، بينما تُنهِي ZK-rollups المعاملة بمجرد التحقق من صحة البرهان.

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

تشمل الأمثلة الشائعة Optimism وArbitrum لـ optimistic rollups، وzkSync وStarkNet لـ ZK-rollups.

شبكات Validium

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

💡 Validium مقابل Rollups: تعتمد كل من Validium وZK-rollups على براهين الصلاحية؛ ومع ذلك، تخزن Validium البيانات خارج السلسلة، ما يحقق معدل معالجة أعلى على حساب أضعف في ضمانات الثقة.

أمثلة على تطبيقات Validium:

• StarkEx في وضع Validium (استُخدم في الإصدارات الأولى من dYdX وImmutable X وSorare)
• تصاميم Polygon Miden Validium (قيد التطوير)
• zkPorter (طبقة البيانات المخططة على نمط Validium من zkSync)

Sovereign rollups

تجمع Sovereign rollups بين تنفيذ rollup والحوكمة المستقلة. فهي تعتمد على طبقة توافر البيانات لنشر البيانات، لكنها لا تعتمد على سلسلة تسوية لحل النزاعات. بدلاً من ذلك، تفسر عقد rollup نفسها البراهين.

وهذا يمنح المطورين حرية إطلاق سلاسل تستفيد من أمان توافر البيانات مع الحفاظ على التحكم في القواعد والترقيات. وقد جذبت Sovereign rollups الاهتمام لأنها تتجنب اختناقات طبقة التسوية المركزية.

أمثلة على منظومات sovereign rollup:

• سوغن رول آب مبنية على Celestia (مثل Dymension RollApps وEclipse C2 rollups)
• Fuel كطبقة تنفيذ sovereign (عند نشرها دون تسوية على Ethereum)
• Rollups مبنية على Avail DA (في مرحلة مبكرة، لكن هناك عدة فرق تبني testnets)

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

إيجابيات وسلبيات المعماريات المعيارية

الإعداد المعياري ليس أفضل تلقائيًا. له نقاط قوة واضحة ومقايضات واضحة.

الفوائد الرئيسية لسلاسل الكتل المعيارية

• قابلية توسع أفضل

يمكن أن يؤدي نقل التنفيذ أو توافر البيانات إلى زيادة معدل المعالجة بمقادير كبيرة. ولهذا يرى كثيرون أن سلاسل الكتل المعيارية تمثل إجابة مباشرة على ثلاثية البلوكشين.

• تصميم مرن

يمكن للمطورين اختيار المهام التي تؤديها سلسلتهم بدقة. تريد تنفيذًا فقط؟ لا مشكلة. تريد توافر بيانات فقط؟ لا مشكلة أيضًا.

• شبكات متخصصة

تُظهر سلاسل مثل Celestia كيف يمكن لشبكة أن تركز على مهمة واحدة وتؤديها بكفاءة.

• عبء تشغيلي أقل على العقد

تقليل المهام الثقيلة لكل عقدة يقلل الضغط على العتاد ويزيد اللامركزية.

القيود والمخاطر في سلاسل الكتل المعيارية

• مزيد من الأجزاء المتحركة

تضيف المعيارية اعتمادًا على طبقات خارجية. إذا تعطلت طبقة واحدة، فقد تتأثر الأخرى.

• افتراضات ثقة جديدة

تنقل بعض الإعدادات المعيارية المسؤولية إلى المشغلين أو الشبكات الخارجية.

• أدوات تطوير أكثر تعقيدًا

البناء عبر الطبقات يتطلب توثيقًا قويًا ومهارة.

• عبء تنسيقي

تصبح التحديثات والحوكمة أكثر تعقيدًا عندما تكون عدة شبكات مشاركة.

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

تُعيد سلاسل الكتل المعيارية تشكيل طريقة بناء الشبكات. وفي الوقت نفسه، توسع الأصول الواقعية ما يمكن إدخاله على السلسلة. على سبيل المثال، تُعد الأصول المدعومة بالذهب مثل PAX Gold (PAXG) وTether Gold (XAUT) من أبرز الأمثلة على هذا الاتجاه. تعرّف أكثر على هذه الأصول الآن.

أمثلة على سلاسل الكتل المعيارية الرائدة

Celestia: توافر البيانات لـ rollups

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

✍️ الأفضل لـ: rollups وSovereign rollups التي تحتاج إلى طبقة مخصصة لتوافر البيانات.

Dymension: RollApps والنشر المعياري

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

✍️ الأفضل لـ: الفرق التي تبني rollups خاصة بالتطبيقات (RollApps) وتريد نشرًا سريعًا وأدوات موحدة وتسوية مدمجة.

Avail: توافر البيانات لـ rollups المرنة

تركز Avail، التي طُورت في الأصل ضمن منظومة Polygon، فقط على توافر البيانات. وهي توفر طبقة DA مخصصة يمكن لـ rollups وApp Chains الاتصال بها من دون الحاجة إلى الحفاظ على أنظمة DA أو الإجماع الخاصة بها. يمنح هذا الإعداد المطورين مرونة أكبر. يمكنهم تشغيل بيئة التنفيذ التي يفضلونها — EVM أو WASM أو VM مخصصة — مع الاعتماد على Avail لنشر البيانات والتحقق منها بشكل آمن وقابل للتوسع.

✍️ الأفضل لـ: rollups وApp Chains التي تريد بيئات تنفيذ مرنة (EVM وWASM وVMs مخصصة)، مع استخدام طبقة خارجية لتوافر البيانات.

Fuel network: طبقة تنفيذ معيارية عالية الأداء

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

✍️ الأفضل لـ: التطبيقات التي تحتاج إلى تنفيذ عالي الأداء، ومعالجة متوازية للمعاملات، ومعدل معالجة ثابت.

مع الدفع نحو معدل معالجة أعلى وأنظمة أكثر مرونة، ينتقل توسع سلاسل الكتل المعيارية من مجرد مفهوم إلى واقع. تُظهر مشاريع رائدة مثل Celestia وDymension RollApps وAvail وFuel Network كيف يمكن للمطورين دمج طبقات متخصصة لتوافر البيانات والتنفيذ والتسوية. كما أن مشاريع ناشئة أخرى — مثل EigenLayer للأمان المشترك وEclipse للمكدسات المعيارية الهجينة — توسع الطرق التي يمكن للفرق من خلالها بناء سلاسل مخصصة.

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

المعياري مقابل الأحادي: أي نهج سيفوز؟

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

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

ومع مرور الوقت، من المرجح أن يتفاعل المستخدمون مع كليهما من دون أن يدركوا ذلك. فالانقسام أهم للبنّائين منه للمستخدمين اليوميين.

مستقبل تطوير سلسلة الكتل المعيارية

مع طلب المزيد من التطبيقات على معدل معالجة أعلى، ستنمو الأنظمة المعيارية لتلبية الحاجة. ومن المرجح أن نرى:

• مزيدًا من السلاسل التي تستخدم توافر بيانات خارجيًا.
• اعتمادًا أوسع لـ sovereign rollups.
• أطر نشر أسرع مثل RollApps.
• جسورًا أقوى بين الطبقات لتقليل الاحتكاك.
• أدوات تجعل التصميم المعياري يبدو بسيطًا مثل البناء على سلسلة واحدة.

تتطور سلاسل الكتل بحيث يمكن للمطورين اختيار كيفية عمل كل جزء بدقة، بدلًا من التقيد بإعداد واحد يناسب الجميع.

الخلاصة

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

تزداد طبقات توافر البيانات مثل Celestia وAvail سرعةً وأسهل في التكامل. كما تتحسن أنظمة التنفيذ مثل Fuel في رفع معدل المعالجة. وتعمل طبقات التسوية ونشر rollup مثل Dymension على تسهيل إطلاق فرقٍ لسلاسل جديدة. ومع تحسن هذه الطبقات كلٌ وفق مساره، يصبح النموذج المعياري أكثر عملية للاستخدام الواقعي.

الأسئلة الشائعة

ما هي سلاسل الكتل المعيارية؟

تنقل سلاسل الكتل المعيارية التنفيذ والتسوية والإجماع وتوافر البيانات إلى طبقات منفصلة. 

سلاسل الكتل المعيارية مقابل الأحادية: أيهما أفضل؟

تتوسع سلاسل الكتل المعيارية بسهولة أكبر. أما السلاسل الأحادية فتبقي كل الوظائف في طبقة واحدة.

لماذا تتوسع سلاسل الكتل المعيارية بشكل أفضل؟

لأن كل طبقة يمكنها النمو بشكل مستقل بدلًا من مشاركة عنق زجاجة واحد.

شرح rollups: ماذا تفعل؟

تنفذ rollups المعاملات خارج السلسلة وتنشر براهينها إلى طبقة تسوية مثل Ethereum.

كيف تختلف rollups عن Validium وsovereign rollups؟

تنشر rollups البيانات على السلسلة. تخزن Validium البيانات خارج السلسلة. وتستخدم sovereign rollups توافر بيانات خارجيًا وتتولى التسوية بنفسها.