معماری بلاکچین ماژولار یک فلسفه طراحی جدید است که چشمانداز آیندهای از شبکههای بسیار مقیاسپذیر و تخصصی با قابلیت همکاری یکپارچه را با تفکیک توابع اصلی بلاکچین به لایههای تخصصی و قابل تعویض ارائه میدهد.
رویکرد ماژولار برخلاف طراحی یکپارچه (مونولیتیک) بلاکچینهای اولیه است که اگرچه ایمن و ساده بود، اما این احساس را ایجاد میکرد که دستیابی همزمان به غیرمتمرکزسازی، امنیت و مقیاسپذیری غیرممکن است.
این رویکرد پیشنهاد میکند که توابع بلاکچین به لایههای مختلف "تفکیک" شوند، به طوری که یک لایه اجماع را مدیریت کند، دیگری دسترسپذیری داده را تضمین کند و سومی تراکنشها را انجام دهد.
این جداسازی، مقیاسپذیری، عملکرد و انعطافپذیری را بدون قربانی کردن غیرمتمرکزسازی یا امنیت، ممکن میسازد.
تفکیک پشته بلاکچین
معماری ماژولار اساساً به معنای تخصصیسازی از طریق تقسیم است، زیرا مفاهیم یا سطوح تخصصی تشکیلدهنده تفکیک پشته بلاکچین را به لایههای مختلف تقسیم میکند، که هر یک بر یک یا دو مسئولیت اصلی تمرکز دارند. چهار لایه اصلی تفکیک عبارتند از:
- لایه اجرایی (Execution Layer): این لایه موتوری است که محاسبات در آن اتفاق میافتد و کاربران با dApps (برنامههای غیرمتمرکز) تعامل دارند. قراردادهای هوشمند اجرا میشوند و پردازش تراکنشها در این لایه صورت میگیرد، به طوری که فرم غالب آن (رولآپها) تراکنشها را به صورت خارج از زنجیره (off-chain) اجرا کرده و سپس نتایج را به لایه تسویه ارسال میکند. این لایه وضعیت جدید بلاکچین را بر اساس تراکنشها تعیین میکند.
- لایه اجماع (Consensus Layer): این "سیستم قضایی" بلاکچین است. مسئولیت اصلی آن مرتبسازی تراکنشها و اطمینان از دستیابی تمامی طرفین در شبکه به اجماع در مورد ترتیب بهروزرسانیهای وضعیت و اعتبار آنها است. این لایه مکانیسم امنیتی اصلی شبکه را ارائه میدهد.
- لایه دسترسپذیری داده (Data Availability Layer): این لایه تضمین میکند که تمام دادههای تراکنش بلوک منتشر شده و به راحتی برای همه کاربران شبکه در دسترس باشد. این امر در توانمندسازی نودهای کامل و نودهای سبک (به ویژه آنهایی که رولآپها را تأیید میکنند) برای انجام صحیح اعتبارسنجی وضعیت زنجیره و تشخیص کلاهبرداری بسیار مهم است. بدون DA قابل اعتماد، نودها نمیتوانند وضعیت زنجیره را تأیید کنند، که منجر به مشکلات اعتماد میشود.
- لایه تسویه (Settlement Layer): این لایه به عنوان یک هاب اختیاری و تخصصی عمل میکند که در آن لایههای اجرایی (مانند رولآپها) تراکنشها را نهایی میکنند، اثباتهای رمزنگاری (مانند اثباتهای کلاهبرداری یا صحت) را تأیید میکنند، اختلافات را حل و فصل میکنند و داراییها را به طور ایمن پل میزنند. این لایه نیازی به مدیریت اجماع یا دسترسپذیری داده به تنهایی ندارد، اما یک محیط قابل اعتماد را فراهم میکند که در آن زنجیرههای اجرایی میتوانند بهروزرسانیهای وضعیت را برای قابلیت همکاری تثبیت کنند، بنابراین امنیت و قطعیت را بدون تکرار زیرساخت لایه پایه افزایش میدهند.
مزایای معماری ماژولار
مقیاسپذیری:
معماری ماژولار فرصتی را برای مقیاسگذاری و بهینهسازی مستقل لایههای فردی (به عنوان مثال، اضافه کردن لایههای اجرایی/رولآپهای بیشتر) بدون تحمیل بار اضافی بر لایه پایه یا به خطر انداختن امنیت آن فراهم میکند که منجر به نرخ تراکنش بالاتر میشود.
انعطافپذیری:
معماری ماژولار این امکان را برای توسعهدهندگان فراهم میکند تا محیط اجرایی خاص خود را بدون به خطر انداختن امنیت لایه پایه، سفارشی کنند.
آنها مجاز به انتخاب لایههای مختلف هستند؛ به عنوان مثال، یک رولآپ طراحی شده برای معاملات با فرکانس بالا میتواند ماشین مجازی خود را برای سرعت بهینه کند، اما یک رولآپ متمرکز بر بازی میتواند تراکنشهای NFT را در اولویت قرار دهد.
حاکمیت (Sovereignty):
در حالی که همچنان از زیرساختهای مشترک استفاده میکنند، پروژهها میتوانند زنجیرههای مستقل و خاص خود را (که به عنوان AppChains یا RollApps نیز شناخته میشوند) با ساختارهای حاکمیتی و کارمزد سفارشی متناسب با کاربرد خاص خود مستقر کنند.
کارایی هزینه:
با معماری ماژولار، هر زنجیره موظف نیست که مجموعه ولیدیتورهای خود را اجرا کند. بستهبندی تراکنشها و استفاده از سطوح ارزانتر دسترسپذیری داده، به طور قابل توجهی قیمت تراکنشها را برای کاربران نهایی کاهش میدهد.
معایب معماری ماژولار
پیچیدگی سیستم:
مانع اصلی رویکرد معماری ماژولار، افزایش چشمگیر پیچیدگی سیستم در مقایسه با یک زنجیره ساده و یکپارچه است. ساخت یک سیستم ماژولار مستلزم هماهنگی چندین جزء مستقل است که اغلب توسط تیمها یا پروتکلهای مختلف مدیریت میشوند، که نقاط شکست جدید متعددی را معرفی میکند و به مکانیسمهای پیچیده پیامرسانی بینزنجیرهای نیاز دارد. حتی توسعهدهندگان نیز باید ظرافتهای کل پشته، از قوانین اجماع لایه ۱ (L1) گرفته تا سیستم اثبات لایه ۲ (L2) و جزئیات لایه DA را درک کنند. این امر مستلزم سطح بالاتری از تخصص است.
امنیت مشروط:
در معماری ماژولار، امنیت یک لایه ۲ (لایه اجرایی) به عملکرد صحیح لایه ۱ (لایه اجماع/تسویه) و استفاده صحیح لایه ۲ از مکانیسمهای امنیتی لایه ۱ بستگی دارد. امنیت بر «اقلیت صادق» از ولیدیتورها متکی است تا اثبات کلاهبرداری را در طول یک پنجره چالش ارسال کنند. اگر هیچ کس اثبات را ارسال نکند، یک انتقال وضعیت تقلبی ممکن است مورد توجه قرار نگیرد.
خطر قابلیت همکاری:
معماری ماژولار به طور طبیعی منجر به اکوسیستمی از زنجیرههای متنوع و تخصصی میشود که میتواند به تکهتکه شدن (fragmentation) منجر شود. آنها برای انتقال داراییها و دادهها بین لایهها به بریجهای پیچیده بینزنجیرهای متکی هستند. این بریجها به طور بدنامی پیچیده هستند و از لحاظ تاریخی هدف بزرگترین سوءاستفادههای امنیتی در فضای کریپتو بودهاند.
همسویی اقتصادی:
تفکیک توابع میتواند چالشهایی را در همسوسازی انگیزهها در لایههای مختلف ایجاد کند. لایهای که صرفاً بر روی یک تابع کاربردی مانند دسترسپذیری داده تمرکز دارد، ممکن است در مقایسه با لایه اجرایی که ارزش کارمزد برنامه را جذب میکند، برای جمعآوری ارزش بالا برای توکن بومی خود با مشکل مواجه شود، که این امر تشویق مجموعهای به اندازه کافی بزرگ و امن از ولیدیتورها را برای شبکه اصلی DA/اجماع دشوار میسازد.
نتیجهگیری
اگرچه ماژولاریتی در حال حاضر یک راهحل جادویی نیست، اما شتاب آن آشکار است. آینده بلاکچین از طراحی یکپارچه تغییر مسیر داده و دیگر یک زنجیره غولپیکر برای حکومت بر همه نیست، بلکه یک اکوسیستم ماژولار از شبکههای تخصصی و قابل همکاری است که هر یک در کار خود برتری دارند، توسط زیرساختهای مشترک محافظت میشوند و به صورت همزمان مقیاسپذیر هستند.
همانطور که مصطفی آل بسام، همبنیانگذار سلستیا، میگوید:
"ماژولاریتی برای بلاکچینها همان چیزی است که پشته TCP/IP برای اینترنت بود."
— مصطفی آل بسام
با پیشرفت پروژهها و افزایش تعداد شرکتهای متمرکز بر رولآپ، فرضیه ماژولار در آستانه تعریف نسل بعدی زیرساخت بلاکچین است که در نهایت آینده مقیاسپذیر و غیرمتمرکز وب ۳ را امکانپذیر میسازد.
این مقاله توسط نویسنده خارجی: Premalynn ارائه شده است.
سلب مسئولیت: محتوای ایجاد شده توسط نویسندگان LBank نشاندهنده دیدگاههای شخصی آنها است. LBank هیچ محتوایی را در این صفحه تأیید نمیکند. خوانندگان باید قبل از انجام هرگونه اقدام مربوط به شرکت، تحقیقات خود را انجام دهند و مسئولیت کامل تصمیمات خود را بر عهده بگیرند، و این مقاله نباید به عنوان توصیه سرمایهگذاری در نظر گرفته شود.