الأطروحة المعيارية: توسيع نطاق Web3 باستخدام التجميعات

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

إذن ما هي بنية البلوكشين المعيارية؟

في الشبكات المتجانسة (على سبيل المثال. يتم توحيد إيثريوم وسولانا) والتنفيذ والتسوية & (الإجماع/توفر البيانات (DA) في طبقة واحدة:

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

بنية بلوكتشين متجانسة (المصدر: سيليستيا)

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

وبالتالي، تتكون مساحة التصميم المعياري من:

• طبقات التنفيذ (المجموعات)
• طبقات التسوية (على سبيل المثال. إيثريوم)
• طبقة التوافق/DA (على سبيل المثال. سيليستيا)

بنية بلوكتشين المعيارية (المصدر: سيليستيا)

على نطاق أوسع، يشمل المشهد المعياري أيضًا:

• حلول التسلسل،
• حلول إثبات،
• حلول قابلية التشغيل البيني،
• ركزت المشاريع على تجريد تدفق الطلبات
• العديد من مزودي البنية التحتية (أطر التجميع، حلول التجميع كخدمة & أدوات أخرى)

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

دعوة لحمل السلاح

هل تعتقد أن لديك ما يلزم لدخول القلعة والمساهمة في الأبحاث والمبادرات المجتمعية وتحليل العناية الواجبة وتقديم المشورة/الخدمات للمشاريع في الفضاء؟ أو ربما ترغب في تحسين مهارات وتظليل أعضاء المجتمع الذين ساروا بالفعل في مسار ناجح كمتدرب؟

املأ نموذج الطلب!

تاريخ التحجيم

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

ومع زيادة استخدام الشبكة، ارتفعت أسعار الغاز على إيثريوم إلى مستويات عالية غير مستدامة، مما أدى في النهاية إلى استبعاد العديد من المستخدمين الصغار من التفاعل مع التطبيقات اللامركزية تمامًا. تشمل الأمثلة BAYC Land Mint (مما يؤدي إلى زيادة رسوم الغاز حتى 8000 gwei) أو انخفاض Artblocks NFT (مما يؤدي إلى زيادة رسوم الغاز إلى أكثر من 1000 gwei) - كمرجع، يقع الغاز عند 6 gwei في وقت كتابة هذا التقرير. أعطت مثيلات مثل هذه سلاسل بلوكشين L1 بديلة أكثر «قابلة للتطوير» (أي Solana) فرصة للاستفادة من حصة إيثيريوم في السوق. ومع ذلك، أدى هذا أيضًا إلى تحفيز الابتكار حول زيادة إنتاجية شبكة Ethereum.

ومع ذلك، فإن أساليب التوسع التي تتبعها أجهزة ALT-L1s هذه غالبًا ما تأتي على حساب اللامركزية والأمان. اختارت سلاسل Alt-L1 مثل Solana على سبيل المثال استخدام مجموعة أدوات تدقيق أصغر وزادت من متطلبات الأجهزة للمدققين. في حين أن هذا يحسن قدرة الشبكة على التحقق من السلسلة والحفاظ على حالتها، فإنه يقلل من عدد الأشخاص الذين يمكنهم التحقق من السلسلة بأنفسهم ويزيد من الحواجز التي تحول دون الدخول في المشاركة في الشبكة. يُشار إلى هذا التعارض أيضًا باسم معضلة بلوكتشين الثلاثية (الموضحة أدناه). يعتمد المفهوم على فكرة أن بلوكتشين لا يمكن أن تصل إلى جميع الصفات الأساسية الثلاث التي يجب أن تسعى أي شبكة بلوكتشين إلى الحصول عليها (قابلية التوسع والأمان & واللامركزية) دفعة واحدة.

معضلة بلوكتشين الثلاثية (المصدر: أبحاث SEBA)

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

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

تقسيم التنفيذ المتجانس

لقد جرب مجتمع Ethereum السلاسل الجانبية والبلازما وقنوات الدولة لحل مشكلة قابلية التوسع، وكلها لها عيوب معينة تجعلها حلولًا دون المستوى الأمثل. إن نهج التوسع الذي اختارت العديد من سلاسل بلوكشين L1 البديلة اتباعه، هو ما يشار إليه باسم تقسيم التنفيذ المتجانس. لبعض الوقت، بدا هذا أيضًا وكأنه الحل الواعد لـ Ethereum (في سياق خارطة طريق ETH 2.0 القديمة).

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

تصور مبسط لتجزئة التنفيذ

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

يتم تسهيل الاتصال عبر الأجزاء من خلال آلية تسمى «الإيصالات»، والتي تسمح للأجزاء بإرسال معلومات حول تغييرات الحالة الناتجة عن المعاملة إلى أجزاء أخرى. يتيح ذلك تفاعلات سلسة بين dApps والعقود الذكية الموجودة على أجزاء مختلفة، دون المساس بأمان وسلامة الشبكة.

إيثريوم 2.0، هي ترقية مستمرة لشبكة إيثريوم تهدف إلى معالجة مشكلات قابلية التوسع والأمان والاستدامة التي تواجهها نسخة إيثريوم الأصلية القائمة على إثبات العمل (PoW). اقترحت خارطة طريق إيثريوم 2.0 القديمة طرحًا متعدد المراحل، ونقل الشبكة إلى آلية إجماع إثبات الحصة (PoS) (التي رأيناها أخيرًا تحدث في الخريف الماضي) وإدخال تقسيم التنفيذ لتحسين قابلية التوسع. بموجب هذه الخطة الأصلية، كان من الممكن أن يتكون Ethereum 2.0 من سلسلة Beacon و 64 سلسلة من السلاسل. تم تصميم Beacon Chain لإدارة بروتوكول PoS وتسجيل المدقق والتواصل عبر الأجزاء.

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

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

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

مشاركة التنفيذ غير المتجانسة

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

Polkadot عبارة عن منصة لامركزية مصممة لتمكين الاتصال عبر السلاسل وقابلية التشغيل البيني بين سلاسل الكتل المتعددة. وتتكون هندسته المعمارية من سلسلة ترحيل مركزية وسلاسل باراتشين متعددة وجسور.

تصور مبسط لهندسة شبكة Polkadot (المصدر: Polkadot Docs)

سلسلة الترحيل: السلسلة الرئيسية في نظام Polkadot البيئي، المسؤولة عن توفير الأمن والإجماع والتواصل عبر السلاسل. المدققون في Relay Chain مسؤولون عن التحقق من المعاملات وإنتاج كتل جديدة.

Parachains: سلاسل البلوكشين المستقلة التي تتصل بسلسلة الترحيل للاستفادة من آليات الأمان والتوافق المشتركة، بالإضافة إلى تمكين قابلية التشغيل البيني مع السلاسل الأخرى في الشبكة. يمكن أن يكون لكل سلسلة فرعية نموذج الحالة الخاص بها وآلية الإجماع والوظائف المتخصصة المصممة لحالات استخدام محددة.

الجسور: المكونات التي تربط Polkadot بسلاسل البلوكشين الخارجية (مثل Ethereum) وتمكن الاتصال ونقل الأصول بين هذه الشبكات ونظام Polkadot البيئي.

تستخدم Polkadot آلية إجماع مختلطة تسمى إثبات الحصة المرشح (NPOs) لتأمين شبكتها. يتم ترشيح المدققين في Relay Chain من قبل المجتمع للتحقق من المعاملات وإنتاج الكتل. على العكس من ذلك، يمكن لـ Parachains استخدام آليات إجماع مختلفة، اعتمادًا على متطلباتها. تتمثل إحدى الميزات المهمة لبنية شبكة Polkadot في أنه من خلال التصميم، تشترك جميع Parachains في الأمان مع سلسلة الترحيل، وبالتالي ترث الضمانات الأمنية لسلسلة Relay Chain.

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

تصور مبسط لهندسة شبكة كوزموس (المصدر: Cosmos Docs)

المحور: سلسلة الكتل المركزية في نظام Cosmos البيئي، والتي تتيح الاتصال عبر السلاسل وقريبًا الأمان بين السلاسل (أمان مشترك مشابه لـ Polkadot). يستخدم Cosmos Hub آلية إجماع لإثبات الحصة (PoS) تسمى Tendermint، والتي توفر نهائية سريعة وإنتاجية عالية. من الناحية النظرية، يمكن أن تكون هناك محاور متعددة. ومع ذلك، مع ظهور ATOM 2.0 والأمن بين السلاسل، من المرجح أن يظل Cosmos Hub مركز «إنترنت بلوكتشين» الذي تدعمه كوزموس.

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

الجسور: المكونات التي تربط نظام Cosmos البيئي بسلاسل البلوكشين الخارجية، مما يسمح بنقل الأصول والتواصل بين Cosmos Zones والشبكات الأخرى.

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

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

استخدم نظام الإحالة الخاص بنا لنشر الكلمة حول The Chronicle!

توسيع نطاق إيثريوم باستخدام التجميعات

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

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

والآن تم فصل ما كان أساسًا عبارة عن أجزاء في خارطة طريق Ethereum 2.0 القديمة تمامًا عن الطبقة الأساسية ولدى المطورين مساحة مفتوحة واسعة لتخصيص L2 الخاص بهم كيفما يريدون (على غرار سلاسل Polkadot أو مناطق Cosmos). ومع ذلك، فبفضل التسوية وDA على إيثريوم، لا تزال المجموعات قادرة على الاعتماد على ضمانات أمان L1. ميزة رئيسية أخرى مقارنة بالسلاسل الجانبية (على سبيل المثال. Polygon) هو أن التجميعات لا تحتاج إلى مجموعة أدوات التحقق وآلية الإجماع الخاصة بها.

يحتاج نظام التجميع فقط إلى مجموعة من أجهزة التسلسل (جمع المعاملات وترتيبها)، مع ضرورة تشغيل مُسلسِل واحد فقط في أي وقت. مع الافتراضات الضعيفة مثل هذه، يمكن تشغيل عمليات النسخ التراكمي فعليًا على مجموعة صغيرة من الأجهزة عالية المواصفات على مستوى الخادم أو حتى جهاز تسلسل واحد، مما يسمح بقابلية تطوير كبيرة. ومع ذلك، نظرًا لأن هذا يأتي في مقابل اللامركزية، فإن معظم المجموعات تحاول تصميم أنظمتها على أنها لامركزية قدر الإمكان (بما في ذلك جهاز التسلسل). في حين أن عمليات التجميع لا تحتاج صراحةً إلى آليات إجماع (حيث تأتي النهاية من إجماع L1)، يمكن أن تحتوي عمليات التجميع على آليات تنسيق مع جداول التناوب لتدوير أجهزة التسلسل أو حتى آليات PoS الكاملة التي تصل فيها مجموعة من أجهزة التسلسل إلى توافق في الآراء بشأن تجميع/ترتيب المعاملات. يمكن لهذه الأساليب زيادة الأمان & تحسين اللامركزية.

بشكل عام، هناك نوعان من أنظمة التجميع...

مجموعات متفائلة

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

آلية التجميع (المصدر: أكاديمية بانثر)

مجموعات الصلاحية (المعرفة الصفرية)

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

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

تصور مبسط لمجموعة ZK (المصدر: Chainlink)

إن تحديد النهج الأفضل هو مهمة صعبة. ومع ذلك، دعونا نستكشف بإيجاز بعض الاختلافات الرئيسية. أولاً، نظرًا لأنه يمكن إثبات أدلة الصلاحية رياضيًا، يمكن لشبكة Ethereum التحقق بلا ثقة من شرعية المعاملات المجمعة. ويختلف هذا عن التجميعات المتفائلة، حيث تعتمد إيثريوم على نقاط التحقق للتحقق من صحة المعاملات وتنفيذ أدلة الاحتيال إذا لزم الأمر. وبالتالي، قد يجادل البعض بأن zk-rollups أكثر أمانًا. علاوة على ذلك، تتيح أدلة الصلاحية (أدلة عدم المعرفة) التأكيد الفوري للمعاملات التراكمية على السلسلة الرئيسية.

وبالتالي، يمكن للمستخدمين تحويل الأموال بسلاسة بين المجموعة والبلوك تشين الأساسي (بالإضافة إلى مجموعات zk-rollups الأخرى) دون التعرض للاحتكاك أو التأخير. في المقابل، تفرض المجموعات المتفائلة (مثل Optimism و Arbitrum) فترة انتظار قبل أن يتمكن المستخدمون من سحب الأموال إلى L1 (7 أيام في حالة Optimism & Arbitrum) حيث يحتاج المدققون إلى أن يكونوا قادرين على التحقق من المعاملات وبدء آلية إثبات الاحتيال إذا لزم الأمر. هذا يحد من كفاءة عمليات التدوير ويقلل من القيمة للمستخدمين. على الرغم من وجود طرق لتمكين عمليات السحب السريعة، إلا أنها ليست ميزة أصلية بشكل عام.

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

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

الاستنتاج

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

في حين أن أطر العمل مثل Cosmos SDK و Polkadot Substrate تجعل من السهل تجريد مكونات برامج معينة، إلا أنها لا تسمح بالانتقال السلس من التعليمات البرمجية إلى الشبكة المادية الفعلية لأجهزة p2p. بالإضافة إلى ذلك، قد تؤدي أساليب التقسيم غير المتجانسة إلى تجزئة أمن النظام البيئي، مما قد يؤدي إلى زيادة مخاطر الاحتكاك &.

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

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

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

إخلاء المسؤولية：

1. تمت إعادة طباعة هذه المقالة من [عاصمة القلعة]. جميع حقوق التأليف والنشر تنتمي إلى المؤلف الأصلي [ zerokn0kdleding]. إذا كانت هناك اعتراضات على إعادة الطبع هذه، فيرجى الاتصال بفريق Gate Learn ، وسيتعاملون معها على الفور.
2. إخلاء المسؤولية: الآراء ووجهات النظر الواردة في هذه المقالة هي فقط آراء المؤلف ولا تشكل أي نصيحة استثمارية.
3. يقوم فريق Gate Learn بترجمة المقالة إلى لغات أخرى. ما لم يُذكر ذلك، يُحظر نسخ المقالات المترجمة أو توزيعها أو سرقتها.