البلازما هو حل آخر من الطبقة 2 يتيح لنا نقل المعاملات خارج الطبقة الأساسية. قبل أن نصل إلى البلازما، من المهم أن نلاحظ أنه كان هناك العديد من الأنواع للبلازما، ولكل منها مفاضلاتها الخاصة.
إذاً، ما هي البلازما؟ البلازما هي في الأساس سلسلة من العقود الذكية (أو سلاسل البلازما) التي تعمل خارج سلسلة الكتل الرئيسية.
سلاسل البلازما تشبه فروع الشجرة، حيث يمثل Ethereum الجذع وكل سلسلة بلازما عبارة عن فرع. يتم التعامل مع كل فرع على أنه سلسلة كتل له تاريخ وحسابات سلاسل الكتل خاصة به.
تفرض سلسلة الكتل الجذرية (Ethereum) صلاحية الحالة في سلاسل البلازما باستخدام شيء يسمى إثباتات الإحتيال، وهي آلية نقدم من خلالها بعض البيانات، ويمكن لأي شخص تحديد ما إذا كانت البيانات غير صالحة باستخدام البراهين الرياضية.
لا يحتاج كل سلسلة بلازما إلى نشر بيانات المعاملات على سلسلة الجذر. بدلاً من ذلك، كل سلسلة بلازما لها مُشغل. يمكن أن يكون هذا ممثلًا مركزيًا، أو مجموعة متعددة المهام تمثل عدة أشخاص، أو حتى لجنة تشارك في أن تكون مشغلًا. يقدم مُشغل سلسلة البلازما جذر شجرة Merkle لعمليات النقل التي حدثت في سلسلة البلازما.
على مستوى عالٍ، تتيح لنا شجرة Merkle أخذ مجموعة كبيرة من البيانات (مثل المعاملات في كتلة) وإنشاء تجزئة جذر واحدة تمثل مجموعة البيانات بأكملها. نقوم بقرأتها من الأسفل إلى الأعلى حتى نصل إلى الجذر.
في وقت لاحق، يمكننا بسهولة إثبات وجود جزء من البيانات من مجموعة البيانات الكبيرة.
إذا حاول شخص ما إثبات وجود معاملة احتيالية، فلن تتطابق التجزئة وسنعرف ذلك على الفور عن طريق التأكل من المعاملات السابقة حتى نصل إلى المعاملة المختلفة.
تقدم كل سلسلة بلازما جذر Merkle لعمليات النقل التي تحدث عليها. عندما يحاول المستخدم لاحقًا نقل أصوله من سلسلة البلازما إلى سلسلة الجذر، يمكن للمستخدم إرسال فرع Merkle لأحدث معاملة لإرسال الأصل إليه (أحدث معاملة كافية لنا لمعرفة الرصيد الحالي على سلسلة البلازما). يبدأ هذا فترة تحدي حيث يمكن لأي شخص محاولة إثبات أن فرع Merkle الخاص بالمستخدم احتيالي. إذا كان فرع Merkle احتياليًا، فيمكن تقديم إثبات الاحتيال.
نظرًا لأن سلسلة الجذر يتتبع فقط جذور Merkle، فإنه يتعين عليه معالجة بيانات أقل بكثير مما لو حدثت هذه المعاملات على الشبكة الأساسية. هذا يقلل بشكل كبير من كمية البيانات المخزنة على سلسلة الجذر ويتيح لنا توسيع نطاق سلسلة الجذر.
علاوة على ذلك، إذا كان هناك هجوم خبيث على سلسلة بلازما معينة، فيمكن للناس القيام بـ خروج جماعي من السلسلة الفاسدة.
تعد سلاسل البلازما أكثر ملاءمة من قنوات الحالة لأنه يمكنك إرسال أصول إلى أي شخص، بينما مع قنوات الحالة، يمكنك التعامل مع الأشخاص في القناة فقط.. علاوة على ذلك، فإن فائدة سلاسل البلازما على السلاسل الجانبية هي أن سلسلة البلازما مؤمنة بواسطة Ethereum.
الفرق الأساسي بين سلاسل البلازما والسلاسل الجانبية. هو أن السلسلة الجانبية لها نموذج الأمان الخاص بها. لديهم آلية إجماع خاصة بهم ومجموعة منفصلة من العقد التي تتحقق من صحة الحالة. حتى إذا تعرضت السلسلة الجانبية للهجوم، فلن يحدث شيء للسلسلة الرئيسية، والعكس صحيح. وإذا حدث هجوم على السلسلة الجانبية، فلن تستطيع السلسلة الأساسية فعل أي شيء لحماية المستخدمين.
من ناحية أخرى، تتمتع سلاسل البلازما بنموذج أمان مُعتمد. يمكن لكل سلسلة بلازما إستخدام آليتها الخاصة للتحقق من صحة المعاملات، لكنها لا تزال تستخدم سلسلة Ethereum كحكم نهائي. في حالة الهجمات، يمكن لمستخدمي سلسلة البلازما الخروج إلى سلسلة Ethereum.
تمتلك سلسلة البلازما العديد من الجوانب السلبية التي تجعلها حلاً باهتًا لقابلية التوسع.
أولاً، عندما يريد المستخدمون نقل أصولهم من عقود سلاسل البلازما إلى سلسلة Ethereum الرئيسية، عليهم الانتظار سبعة أيام. يعد هذا وقتًا كافيًا للأشخاص للتحقق من أن معاملة السحب ليست احتيالية. إذا كان الأمر كذلك، فيمكنهم إنشاء دليل على الاحتيال باستخدام شجرة Merkle في سلسلة البلازما.
ثانيًا، تتطلب كل سلسلة بلازما من المُشغل نشر التزامات جذر Merkle إلى السلسلة الرئيسية. هذا يتطلب منا الاعتماد على طرف ثالث لنشر التزامات جذر Merkle بدقة على السلسلة. لسوء الحظ، يمكن للمشغلين تنفيذ ما يُعرف باسم هجوم توفر البيانات حيث يمنعون نشر معاملات معينة على السلسلة الرئيسية لأسباب خبيثة.
في هذه الحالة، يمكن للمشغلين إقناع الشبكة بقبول الكتل غير الصالحة، ولا توجد طريقة لإثبات بطلانها. هذا يمنع المستخدمين الآخرين من معرفة الحالة الدقيقة لسلاسل الكتل. ويمنع أيضًا الأشخاص من إنشاء الكتل أو المعاملات لأنهم يفتقرون إلى المعلومات اللازمة لإنشاء البراهين. ولا يمكن الاعتراف بعمل شخصٍ ما هجمات توفر البيانات بشكل فريد، على عكس الاحتيال. ليس لدينا طريقة لمعرفة وقوع الهجوم.
يمكن أن يكون المشغل ضارًا بطرق أكثر وضوحًا أيضًا، مثل تقديم معاملات احتيالية. في هذه الحالة، يمكن للأشخاص إجراء عمليات خروج جماعية كما هو موضح أعلاه. ولكن ثبت أن تنفيذها أصعب بكثير من الناحية العملية. إذا أراد العديد من المستخدمين الخروج الجماعي، فقد يؤدي ذلك إلى ازدحام على السلسلة الأساسية، وقد لا يتمكن المستخدمون من الخروج في الوقت المناسب، مما يتسبب في فقدهم لأموالهم.
ثالثًا، تتطلب البلازما حضور أصحاب الأصول المتعاملة. هذا يضمن سلامة سلسلة البلازما لأنه يجعل من المستحيل التعامل دون موافقة المالك (مثل إرسال رموز ERC 20 إلى عنوان معتمد). تعمل البلازما بشكل أفضل في عمليات النقل البسيطة، ولكن مع زيادة تعقيد المعاملات، تصبح مساحة التصميم جامحة.
للأسباب المذكورة أعلاه، اتبعت شبكتا Polygon و OMG في البداية معماريات البلازما من أجل التوسع ولكنهما ابتعدتا منذ ذلك الحين.
كما هو الحال دائمًا، إذا كانت لديك أي أسئلة أو شعرت بالتعثر أو أردت فقط أن تقول مرحبًا، فقم بالإنضمام على Telegram او Discord وسنكون أكثر من سعداء لمساعدتك!