سلسلة Shard: ما سلسلة Shard في عالم العملات المشفرة؟سلسلة Shard هي جزء أصغر من بلوكشين، صُمم لمعالجة جزء من بيانات شبكة بلوكشين أكبر أو معاملاتها أو حالتها.بدلًا من مطالبة سلسلة واحدة بمعالجة كل معاملة لكل مستخدم،سلسلة Shard: ما سلسلة Shard في عالم العملات المشفرة؟سلسلة Shard هي جزء أصغر من بلوكشين، صُمم لمعالجة جزء من بيانات شبكة بلوكشين أكبر أو معاملاتها أو حالتها.بدلًا من مطالبة سلسلة واحدة بمعالجة كل معاملة لكل مستخدم،

سلسلة Shard

2026/10/13 16:59

#Intermediate

ما سلسلة Shard في عالم العملات المشفرة؟

سلسلة Shard هي جزء أصغر من بلوكشين، صُمم لمعالجة جزء من بيانات شبكة بلوكشين أكبر أو معاملاتها أو حالتها.

بدلًا من مطالبة سلسلة واحدة بمعالجة كل معاملة لكل مستخدم، يقسّم تصميم سلاسل Shard عبء العمل بين عدة سلاسل مترابطة.

يمكن لكل سلسلة Shard معالجة النشاط المخصص لها، مع بقائها مرتبطة بمنظومة البلوكشين الأوسع.

الغرض الأساسي من سلسلة Shard هو قابلية التوسع.

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

وقد يجعل ذلك الشبكة أبطأ وأكثر تكلفة في فترات ارتفاع الطلب.

اقتُرحت سلاسل Shard كوسيلة لزيادة القدرة، عبر تمكين أجزاء عديدة من الشبكة من العمل بالتوازي.

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

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

في العملات المشفرة، لا يكفي أن تكون سلسلة Shard مجرد شبكة جانبية منفصلة.

بل ينبغي أن ترتبط بأمان البروتوكول الرئيسي وتنسيق المدققين وقواعد الإجماع فيه.

تعريف مبسط لسلسلة Shard

سلسلة Shard هي إحدى السلاسل ضمن بنية بلوكشين مقسمة إلى Shards.

وتخزّن أو تعالج جزءًا محددًا من نشاط الشبكة بدلًا من عبء العمل العالمي كاملًا.

قد تستخدم البلوكشين سلاسل Shard عديدة لزيادة معدل المعالجة وتقليل العبء على كل عقدة.

يرتبط هذا المفهوم ارتباطًا وثيقًا بالتقسيم إلى Shards، أي تقسيم نظام كبير إلى أجزاء أصغر تُسمى Shards.

وسلسلة Shard هي الصورة القائمة على السلاسل من هذه الفكرة.

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

آلية عمل سلسلة Shard

تعمل سلسلة Shard عبر إسناد جزء من نشاط الشبكة إلى سلسلة أصغر.

وقد يشمل هذا النشاط المعاملات أو بيانات العقود الذكية أو أرصدة الحسابات أو مهام إتاحة البيانات.

بعد ذلك، يُعيَّن مدققون أو مجموعات من العُقد لفحص سلسلة Shard والتأكد من توافق بياناتها مع قواعد البروتوكول.

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

وعادةً ما تتتبع طبقة تنسيق مركزية أو Beacon Chain أو نظام الإجماع الرئيسي حالة كل سلسلة Shard.

تساعد طبقة التنسيق الشبكة على الاتفاق على صلاحية كتل سلاسل Shard.

وقد تساعد أيضًا على إدارة تعيينات المدققين والنهائية والعشوائية والتواصل بين Shards.

من دون هذا التنسيق المشترك، قد تصبح سلاسل Shard بلوكشينات منفصلة ذات أمان أضعف أو غير متسق.

الهدف هو السماح لسلاسل Shard بمعالجة العمل بالتوازي، مع استمرار عملها كمنظومة بلوكشين أكبر واحدة.

أهمية سلاسل Shard لتوسيع نطاق البلوكشين

ازدادت أهمية سلاسل Shard لأن تصميمات البلوكشين الأولى لم تُبنَ لاستيعاب استخدام عالمي بلا حدود.

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

وقد تحتاج كل عقدة إلى تنزيل المعلومات نفسها والتحقق منها وتخزينها.

يعزز ذلك انعدام الحاجة إلى الثقة، لكنه يحد أيضًا من معدل المعالجة.

صُممت سلاسل Shard لتخفيف هذا الاختناق.

إذا أمكن تقسيم بلوكشين واحدة إلى سلاسل Shard عديدة، فستتمكن الشبكة من معالجة نشاط إجمالي أكبر من دون مطالبة كل عقدة بتنفيذ كل مهمة.

وقد يجعل ذلك التطبيقات اللامركزية أسهل استخدامًا للمدفوعات والألعاب والتمويل اللامركزي وأنظمة الهوية والأصول المرمزة.

لكن سلاسل Shard تنشئ تحديات جديدة أيضًا.

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

سلسلة Shard في مقابل Sharding

Sharding هو الأسلوب العام لتقسيم عبء عمل البلوكشين إلى أجزاء أصغر.

وسلسلة Shard إحدى البنى الممكنة الناتجة عن هذا التقسيم.

قد يشمل Sharding الشبكة أو المعاملات أو الحالة أو إتاحة البيانات.

أما سلسلة Shard، فتشير عادةً إلى قسم مستقل شبيه بالسلسلة يتولى جزءًا من النظام.

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

وقد تنتج كل سلسلة Shard كتلًا وتحافظ على حالة محلية وترسل تقاريرها إلى طبقة إجماع مشتركة.

وهذا يجعل مفهوم سلسلة Shard أكثر تحديدًا من الفكرة العامة لـ Sharding.

سلسلة Shard في مقابل السلسلة الجانبية

سلسلة Shard ليست هي نفسها السلسلة الجانبية.

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

أما سلسلة Shard، فتصمم عادةً لتكون جزءًا من البروتوكول نفسه وأن تشارك أمان الشبكة الأوسع.

هذا الفرق مهم للمستخدمين.

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

ينبغي أن تظل سلسلة Shard المصممة جيدًا مرتبطة بإجماع الشبكة الرئيسية ونظام المدققين فيها.

عمليًا، قد يعرّف كل بروتوكول هذه المصطلحات بطريقة مختلفة؛ لذلك ينبغي للمستخدمين دائمًا التحقق من كيفية تأمين السلسلة للأموال والبيانات فعليًا.

سلسلة Shard في مقابل Layer 2

تختلف سلسلة Shard أيضًا عن شبكة Layer 2.

يعالج نظام Layer 2 المعاملات خارج الطبقة الأساسية، ثم ينشر الإثباتات أو البيانات أو النتائج على البلوكشين الأساسية.

أما سلسلة Shard فتُعد عادةً جزءًا من بنية التوسع الخاصة بالبروتوكول الأساسي نفسه.

يمكن لكل من أنظمة Layer 2 وسلاسل Shard تحسين قابلية التوسع، لكنهما تستخدمان أساليب مختلفة.

ينقل التوسع عبر Layer 2 التنفيذ بعيدًا عن الطبقة الأساسية.

أما سلاسل Shard فتوزع العمل على الطبقة الأساسية بين عدة سلاسل مترابطة.

يركز التوسع الحديث في Ethereum بدرجة أكبر على Rollups وإتاحة البيانات بدلًا من سلاسل Shard التقليدية.

توضح الوثائق الرسمية لتوسيع Ethereum أن Sharding ظل جزءًا من خارطة طريق Ethereum وقتًا طويلًا، لكن انتشار حلول Layer 2 غيّر أولوياتها.

Ethereum وتاريخ سلاسل Shard

تُعد Ethereum السياق الأكثر شيوعًا الذي يصادف فيه مستخدمو العملات المشفرة مصطلح سلسلة Shard.

في خطط Ethereum السابقة، كان من المتوقع أن تساعد سلاسل Shard على توسيع نطاق الشبكة بتقسيمها إلى سلاسل متوازية عديدة.

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

طُرحت Beacon Chain بوصفها طبقة تنسيق لإثبات الحصة، يمكنها دعم ترقيات التوسع المستقبلية.

توضح الوثائق الرسمية لـ Ethereum Beacon Chain أن Sharding تطلب دخول إجماع إثبات الحصة إلى المنظومة بأمان.

بعد اكتمال The Merge على Ethereum، واصلت خارطة الطريق تطورها.

أصبحت Rollups المسار الرئيسي للتوسع، وابتعدت Ethereum عن سلاسل Shard التقليدية.

وتوضح خارطة طريق Danksharding الرسمية لـ Ethereum أن سلاسل Shard لم تعد جزءًا من خارطة الطريق.

وهذا من أهم التحديثات لفهم المصطلح اليوم.

هل ما زالت سلاسل Shard ضمن خارطة طريق Ethereum؟

لم تعد سلاسل Shard التقليدية جزءًا من خارطة طريق Ethereum الحالية.

يركز اتجاه التوسع في Ethereum الآن على Rollups وblobs وProto-Danksharding وDanksharding وأخذ عينات إتاحة البيانات.

ولا يعني ذلك اختفاء كلمة Sharding.

بل يعني أن Ethereum انتقلت من سلاسل Shard للتنفيذ إلى تقسيم يركز على البيانات.

فبدلًا من إنشاء سلاسل Shard منفصلة عديدة لتنفيذ المعاملات، تزيد Ethereum كمية البيانات التي تستطيع Rollups نشرها على الطبقة الأساسية.

ويساعد ذلك أنظمة Layer 2 على معالجة مزيد من المعاملات، مع استمرار Ethereum في توفير التسوية والإجماع وإتاحة البيانات.

لذلك، تتمحور خارطة طريق Ethereum الحديثة حول Rollups، لا حول سلاسل Shard.

وهذا يعني أن سلسلة Shard بالنسبة إلى المستخدمين الحاليين غالبًا ما تكون مصطلحًا تاريخيًا متعلقًا بـ Ethereum، لا ميزة يستخدمونها مباشرةً اليوم.

ما الذي حل محل سلاسل Shard في Ethereum؟

حلّت خارطة طريق لتوسيع البيانات، تتمحور حول Danksharding، محل سلاسل Shard في Ethereum.

صُمم Danksharding لتوسيع نطاق Ethereum عبر زيادة إتاحة البيانات لـ Rollups.

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

كانت Proto-Danksharding أول خطوة رئيسية لـ Ethereum نحو هذا النموذج.

طُرحت Proto-Danksharding عبر EIP-4844، وأضافت معاملات تحمل blobs.

تصف مواصفات EIP-4844 المعاملات التي تحمل blobs بأنها تنسيق يتضمن كميات كبيرة من البيانات، يمكن للآلة الافتراضية لـ Ethereum الوصول إلى التزامها.

الـ blobs كائنات بيانات مؤقتة صُممت لجعل نشر بيانات Rollups أكثر كفاءة.

فُعّلت Proto-Danksharding عبر ترقية Dencun على Ethereum Mainnet في March 13, 2024.

توضح الأسئلة الشائعة الرسمية حول ترقية Dencun على Ethereum أن الترقية أضافت blobs بيانات مؤقتة لتقليل تكلفة تخزين بيانات Rollups.

سلاسل Shard وإتاحة البيانات

تُعد إتاحة البيانات من أكبر التحديات التقنية المرتبطة بسلاسل Shard.

تعني إتاحة البيانات إمكانية وصول الشبكة فعليًا إلى البيانات اللازمة للتحقق من نشاط البلوكشين.

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

إذا كانت بيانات سلسلة Shard مخفية، فقد يعجز المستخدمون عن التحقق من الأرصدة أو المعاملات أو نتائج العقود الذكية.

وقد ينشأ عن ذلك مخاطر أمنية خطيرة.

تركز أبحاث التوسع الحديثة بدرجة كبيرة على إتاحة البيانات، لأن إنتاج الكتل بسرعة لا يكفي.

بل يجب أيضًا أن تتمكن الجهات النزيهة من التحقق مما حدث.

تشرح الوثائق الرسمية لـ Ethereum حول إتاحة البيانات أهمية وصول Rollups والعملاء الخفيفين إلى البيانات الموثوقة للتحقق.

ولهذا يكتسب أخذ عينات إتاحة البيانات أهمية في النقاشات الحديثة حول Sharding.

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

سلاسل Shard والمدققون

يتحمل المدققون مسؤولية الحفاظ على أمان أنظمة سلاسل Shard.

في بلوكشين تعمل بإثبات الحصة، يقفل المدققون أصولًا كحصة، ويساعدون الشبكة على الاتفاق على الكتل الصحيحة.

قد يعيّن تصميم سلسلة Shard مدققين مختلفين لكل سلسلة منها.

يفحص هؤلاء المدققون المعاملات ويصوّتون على صلاحية الكتل ويساعدون على إقرار حالة Shard نهائيًا.

غالبًا ما يُستخدم التعيين العشوائي لتصعيب استهداف المهاجمين إحدى Shards.

وقد يقلل تناوب المدققين أيضًا خطر السيطرة طويلة الأمد على إحدى سلاسل Shard.

تشرح الوثائق الرسمية لـ Ethereum حول إثبات الحصة كيفية اقتراح المدققين للكتل والمصادقة عليها ضمن نظام الإجماع في Ethereum.

ومع أن Ethereum لم تعد تخطط لسلاسل Shard التقليدية، يظل تنسيق المدققين محوريًا في خارطة طريق التوسع والأمان لديها.

التواصل بين Shards

يعني التواصل بين Shards إرسال المعلومات أو القيمة بينها.

وهذا من أصعب جوانب تصميم سلاسل Shard.

إذا كان المستخدمان على سلسلة Shard نفسها، فقد تكون معاملتهما بسيطة.

أما إذا تطلبت المعاملة التفاعل مع سلسلة Shard أخرى، فتحتاج الشبكة إلى وسيلة آمنة لتمرير الرسائل بين Shards.

وقد يزيد الأمر تعقيدًا مع العقود الذكية، إذ قد يحتاج عقد إلى بيانات من عقد آخر موجود على Shard مختلفة.

قد يؤدي ضعف نظام التواصل بين Shards إلى تأخيرات أو معاملات فاشلة أو ثغرات أمنية.

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

وهذا أحد أسباب توخي الحذر في كثير من خارطات طريق البلوكشين أثناء دراسة سلاسل Shard.

فوائد سلاسل Shard

الفائدة الأساسية لسلاسل Shard هي تحسين قابلية التوسع.

إذ يمكن لعدة سلاسل Shard معالجة النشاط بالتوازي، ما قد يزيد القدرة الإجمالية لشبكة البلوكشين.

وقد تقلل سلاسل Shard أيضًا عبء العمل على كل مدقق أو عقدة.

فبدلًا من مطالبة كل عقدة بمعالجة كل معاملة، قد تحتاج العقدة إلى تنفيذ المهام المسندة إليها في سلاسل Shard فقط.

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

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

كما قد توفر سلاسل Shard للمطورين مجالًا أوسع لبناء تطبيقات تحتاج إلى معاملات متكررة أو كميات كبيرة من البيانات.

إذا نُفذت بأمان، فقد تحسن تجربة المستخدم عبر تقليل الازدحام والتكاليف.

مخاطر سلاسل Shard

تنطوي سلاسل Shard أيضًا على مخاطر جدية.

من هذه المخاطر ضعف الأمان على مستوى Shard.

إذا سيطر مهاجم على عدد كافٍ من المدققين المعيّنين لسلسلة Shard، فقد تصبح تلك السلسلة عرضة للخطر.

ومن المخاطر الأخرى تعقيد التواصل بين Shards.

تتطلب المعاملات بين سلاسل Shard تمريرًا دقيقًا للرسائل وقواعد واضحة للنهائية ومزامنة للحالة.

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

وقد تزيد درجة التعقيد احتمال وقوع أخطاء وتعطل العملاء وسلوك غير متوقع للشبكة.

كما تمثل إتاحة البيانات خطرًا رئيسيًا آخر.

إذا تعذر على المستخدمين الوصول إلى البيانات خلف كتلة سلسلة Shard، فقد لا يستطيعون التحقق من صلاحية السلسلة.

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

سلسلة Shard في الاستخدام الحديث للعملات المشفرة

يُستخدم مصطلح سلسلة Shard اليوم غالبًا بطريقتين.

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

وثانيًا، قد يشير إلى خطة التوسع القديمة لدى Ethereum، التي استُبدلت الآن بتوسع يركز على البيانات.

هذا التمييز مهم، لأن مقالات قديمة كثيرة لا تزال تصف سلاسل Shard في Ethereum كما لو كانت قادمة.

وهذا الوصف لم يعد محدثًا.

تركز خارطة طريق Ethereum الحالية على Rollups وSharding البيانات بدلًا من سلاسل Shard التقليدية.

وقد تظل تصميمات شبيهة بـ Shard موجودة في منظومات بلوكشين أخرى، لكن بنيتها الدقيقة تعتمد على البروتوكول.

فعلى سبيل المثال، تستخدم بعض الشبكات Shards أو وحدات أو حالة مقسمة لزيادة معدل المعالجة.

ينبغي للمستخدمين دائمًا الرجوع إلى الوثائق التقنية الحالية للبلوكشين المعنية.

سلاسل Shard والبلوكشينات المعيارية

ترتبط سلاسل Shard أيضًا بفكرة البلوكشينات المعيارية.

تفصل البلوكشين المعيارية الوظائف الرئيسية مثل التنفيذ والتسوية والإجماع وإتاحة البيانات.

ويمكن اعتبار تصميم سلاسل Shard إحدى طرق توزيع عمل البلوكشين على مكونات مختلفة.

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

يعكس هذا التحول اتجاهًا أوسع في البنية التحتية للعملات المشفرة.

فبدلًا من تكليف سلسلة واحدة بكل شيء، تفصل البروتوكولات المسؤوليات على نحو متزايد بين طبقات مختلفة.

وقد يحسن ذلك قابلية التوسع مع إبقاء الطبقة الأساسية مركزة على الأمان والتحقق.

مثال على سلسلة Shard

لنتخيل بلوكشين تضم أربع سلاسل Shard.

تعالج سلسلة Shard A مجموعة من الحسابات.

وتعالج سلسلة Shard B مجموعة أخرى من الحسابات.

وتتولى سلسلة Shard C مجموعة منفصلة من العقود الذكية.

أما سلسلة Shard D فتتولى جزءًا آخر من نشاط الشبكة.

تنشئ كل سلسلة Shard كتلًا للجزء المسند إليها.

وتسجل طبقة إجماع مركزية ملخصات أو التزامات صادرة عن سلاسل Shard كلها.

إذا احتاج مستخدم على سلسلة Shard A إلى التفاعل مع عقد على سلسلة Shard C، تستخدم الشبكة التواصل بين Shards لإتمام الإجراء.

قد يزيد هذا التصميم القدرة، لكنه يتطلب تنسيقًا دقيقًا.

مفاهيم خاطئة شائعة عن سلاسل Shard

لا تكون سلسلة Shard أسرع تلقائيًا في كل الحالات.

تعتمد السرعة على تصميم البروتوكول وأداء المدققين وعرض نطاق الشبكة والتواصل بين Shards.

ولا تكون سلسلة Shard أرخص للمستخدمين تلقائيًا.

فما زالت الرسوم تعتمد على الطلب وتكاليف البيانات والتنفيذ ونشاط التطبيق.

كما أن سلسلة Shard ليست بلوكشين منفصلة ذات جسر مستقل.

ينبغي أن تكون سلسلة Shard الحقيقية جزءًا من بروتوكول ونموذج أمان مشتركين.

وليست سلسلة Shard أيضًا خطة التوسع الحالية لـ Ethereum.

تستخدم Ethereum الآن خارطة طريق تتمحور حول Rollups وترقيات إتاحة البيانات بدلًا من سلاسل Shard التقليدية.

أهمية سلاسل Shard للمستخدمين

تكتسب سلاسل Shard أهميتها لأنها توضح إحدى الطرق الرئيسية التي حاولت بها البلوكشينات حل مشكلة قابلية التوسع.

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

كما يساعد فهم سلاسل Shard المستخدمين على تجنب المعلومات القديمة.

فما زالت شروحات كثيرة قديمة للعملات المشفرة تصف سلاسل Shard بأنها مستقبل توسيع Ethereum.

وهذا لم يعد دقيقًا في خارطة طريق Ethereum الحالية.

ينبغي للمستخدمين إدراك أن التوسع الحديث يعتمد على نحو متزايد على Rollups وblobs وأخذ عينات إتاحة البيانات والبنية المعيارية.

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

أهمية سلاسل Shard للمطورين

تهم سلاسل Shard المطورين لأنها تغيّر طريقة تخزين التطبيقات للبيانات وتواصلها عبر الشبكة.

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

أما التطبيق المبني على سلاسل Shard، فقد يحتاج إلى التعامل مع التواصل غير المتزامن بين Shards.

وقد يؤثر ذلك في تجربة المستخدم وتصميم العقود وترتيب المعاملات ومعالجة الأخطاء.

ويحتاج المطورون أيضًا إلى فهم افتراضات الأمان لكل نموذج من نماذج التوسع.

يختلف البناء على نظام يتمحور حول Rollups عن البناء على نظام تقليدي لسلاسل Shard.

وفي تطوير Ethereum الحديث، يُرجح أن يركز المطورون على التنفيذ عبر Layer 2 وإتاحة البيانات باستخدام blobs بدلًا من النشر المباشر على سلاسل Shard.

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

ما معنى سلسلة Shard؟

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

ما الغرض من سلسلة Shard؟

الغرض من سلسلة Shard هو تحسين قابلية التوسع، بتمكين أجزاء مختلفة من شبكة البلوكشين من معالجة العمل بالتوازي.

هل سلسلة Shard هي نفسها Sharding؟

لا، Sharding هو أسلوب التوسع العام، بينما سلسلة Shard قسم قائم على سلسلة، أنشأه تصميم يعتمد Sharding.

هل سلسلة Shard هي نفسها السلسلة الجانبية؟

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

هل ما زالت Ethereum تخطط لاستخدام سلاسل Shard؟

لا، لم تعد سلاسل Shard التقليدية جزءًا من خارطة طريق Ethereum الحالية، التي تركز بدلًا منها على Rollups وblobs وProto-Danksharding وDanksharding وأخذ عينات إتاحة البيانات.