تقسیم، تسخیر، همکاری: راهنمای نهایی به ساختار بلاکچین ماژولار
این مقاله میهمان از اریک د مورا، یکی از بنیانگذاران کارتزی، ارائه شده است.
با وجود بیش از یک دهه تکامل، بلاکچینهای سنتی همچنان با معضل معروف «تریلما بلاکچین» دست و پنجه نرم میکنند، که تعادل بین تمرکززدایی، امنیت و مقیاسپذیری را به چالش میکشد. هرچه یک بلاکچین بزرگتر شود - کاربران بیشتر، برنامههای غیرمتمرکز بیشتر، فعالیت و تراکنشهای بیشتر - تقاضا برای زیرساختهای پایه بیشتر میشود.
همزمان با افزایش پذیرش، توانایی شبکه برای مدیریت تقاضای فزاینده کاهش مییابد. نتیجه: تراکم در شبکه، افزایش هزینههای گس، و تاخیر در پردازش - هیچکدام تصویری از اینترنت بهتر که به ما وعده داده شده بود را نمیسازد.
در حالی که کسانی که در فضای بلاکچین کار میکنند به ارزش و پتانسیل وب3 کاملاً واقف هستند، هنوز به طور جمعی بر سر بهترین روش طراحی آن توافق نکردهایم. راهحلهای بیشماری پیشنهاد شدهاند، اما تعداد کمی از آنها ریشه گرفتهاند.
با این حال، در 12 ماه گذشته، فضای بلاکچین به سمت یک پارادایم جدید گرایش پیدا کرده است: ماژولار بودن. در حالی که زنجیرههای مونو لیتیک - مانند اتریوم یا سولانا اولیه - با مجموعهای از انتخابهای طراحی و زیرساختی از پیش تعریف شده ساخته شدهاند، زیرساخت ماژولار عملکردهای مهم بلاکچین را به ماژولهای جداگانه تقسیم میکند که میتوانند با هم ترکیب شوند تا برنامههای قدرتمندتری ساخته شود.
این مقاله بررسی میکند که چگونه ماژولار بودن نه تنها یک ارتقاء فنی بلکه یک بازاندیشی استراتژیک از زیرساخت بلاکچین را نشان میدهد، و یک چارچوب قویتر برای برنامههای آینده وعده میدهد.
بررسی تز ماژولار بودن
انتقال اتریوم به سمت نقشه راه متمرکز بر رولآپ به نوعی اولین تغییر عمده به سمت یک چارچوب ماژولار بود که با واگذاری اجرا به لایههای 2 مانند zkSync و Optimism انجام شد. این یک اعتراف بود که یک بلاکچین مونو لیتیک نمیتواند هر لایه از عملیات خود را بهینه کند، که منجر به جدا شدن یک عملیات حیاتی از زنجیره اصلی شد.
با این حال، استفاده از لایههای 2 (که هدف اصلی آنها تخلیه تراکنشهای یک لایه 1 است) برای گسترش ظرفیت محاسباتی یک بلاکچین تنها تا حدی ما را جلو میبرد. این ترافیک را جابجا میکند اما کاملاً حذف نمیکند.
تصور کنید یک قایق با تعداد زیادی مسافر اضافه بار شده است، و خطر واژگونی دارد. شما میتوانید تعدادی از مسافران را به یک قایق یدک متصل به قایق اصلی منتقل کنید تا بار را سبک کنید، اما این کار زیاد مشکل را در هسته حل نمیکند.
ماژولار بودن بلاکچین اساساً این ایده را گسترش میدهد. این تز پیشنهاد میکند که به جای یک بلاکچین واحد که همه جنبههای عملیات را مدیریت میکند - با تمرکزهای اصلی فعلی اجرا، تسویه، در دسترس بودن داده و اجماع - این عملکردها باید کاملاً به لایههای متفاوت و تخصصی جدا شوند که میتوانند به طور مستقل عمل کنند. و وقتی با هم ترکیب شوند، میتوانند به تنوع بیشتری از عملیات خدمت کنند.
ماژولار بودن ممکن است تنها در 12 ماه گذشته به عنوان کلمه روز در بلاکچین مطرح شده باشد، اما برخی راهحلهای ماژولار سالها است که در حال توسعه هستند. ایدئولوژی هدایت کننده آن تقسیم، تسخیر، و (مهمتر از همه) همکاری است. برای کار کردن، این لایهها باید بتوانند به پیکربندیهای انعطافپذیر بازگردند.
چالش توسعهدهنده
در حالی که این اتفاق در سطح زیرساخت در حال رخ دادن است، توسعهدهندگانی که مسئول ساخت dApp های روی زنجیره هستند با مجموعهای جداگانه از چالشها روبرو هستند. واقعیت این است که ورودیها برای توسعهدهندگان از آنچه بسیاری فکر میکنند، تندتر است. زبانهای کدنویسی جدید و محیطهای ساخت ناشناخته تنها دو مورد از موانع بزرگ هستند که توسعهدهندگان در طراحی و پیادهسازی dApp ها با آنها روبرو هستند.
بزرگترین محدودیت چارچوبی است که توسط بلاکچینی که یک توسعهدهنده انتخاب میکند تا روی آن بسازد اعمال میشود؛ یک راهحل یک اندازه برای همه. همه چیز تحت همان شرایط اجرا میشود، در معرض همان نوسانات قیمت گس و محدودیتهای عملکردی قرار میگیرد. نگرانیهای بازتولید و مقیاسپذیری محیطهای محاسباتی روی زنجیره را بسیار محدود کرده است.
یک توسعهدهنده DeFi مجموعهای کاملاً متفاوت از نیازها را برای ساخت dApp خود دارد نسبت به یک توسعهدهنده بازی. جایی که یکی ممکن است امنیت را اولویت دهد، دیگری ممکن است بیشتر بر سرعت تمرکز کند. آنها هر کدام باید به دنبال بلاکچینی با تعادل کامل بین مقیاس، امنیت، سرعت و هر بعد مهم دیگری برای برنامه خود باشند. در این فرآیند انتخاب، ناچار به معامله و سازش هستند.
این پارامترها و فضای طراحی که یک توسعهدهنده میتواند در آن بسازد را محدود میکند. توسعه پیچیده dApp را مختل و نوآوری را محدود میکند.
ماژولار بودن این مانع را برمیدارد. در عوض، به توسعهدهندگان اجازه میدهد تا پشته بلاکچین بهینه را ترکیب کنند. آنها میتوانند پروتکلهای ماژولار مختلف را در هر لایهای ادغام کنند تا نیازهای خاص برنامهای که در حال توسعه آن هستند را برآورده کنند.
اجرا: دروازه توسعهدهنده
لایه اجرا سادهترین دروازه برای توسعهدهندگان است تا شروع به آزمایش و ساختن در یک چارچوب ماژولار کنند. با پیشرفت فناوری، باید ساخت و پیادهسازی dApp ها روی زنجیره برای توسعهدهندگان آسانتر و راحتتر شود. طراحی ابزارها و پلتفرمهایی که این سهولت استفاده را فراهم میکنند، برای پذیرش گسترده این چارچوب در میان توسعهدهندگان حیاتی است.
ابزارهای آشنا در محیطهای کدنویسی جدید که آزموده شده و مورد اعتماد هستند، میتوانند به توسعهدهندگان کمک کنند تا از محدودیتها و خصوصیات منحصر به فرد بلاکچینها رهایی یابند، به ویژه در فقدان محیطهای توسعهای تولیدی و پایدار.
ماشینهای مجازی جایگزین (alt-VMs) تنوعی از سیستمهای عامل را به زیرساخت بلاکچین معرفی میکنند که ممکن است شرایط لازم برای ساخت برنامههای پیچیده و مقیاسپذیر را بهتر فراهم کنند. این امکان را میدهد تا محیط توسعه غنیتر و متنوعتری که قبلاً روی زنجیره وجود نداشت، فراهم شود - یک جهش بزرگ در پیشرفت بلاکچین.
رولآپها نیز به توسعهدهندگان اجازه میدهند تا زنجیره رولآپ یا “زنجیره برنامه” خود را بسازند و اجرا کنند. دقیقاً مانند داشتن یک سرور اختصاصی برای یک برنامه، زنجیرههای برنامه میتوانند dApp های ساخته شده روی خود را از تقاضاهای محاسباتی شبکه بزرگتر ایمن کنند، منجر به تجربهای روانتر و کارآمدتر شوند.
از طریق لایه اجرا، توسعهدهندگان میتوانند dApp ها را با کمترین اصطکاک ممکن بسازند و پیادهسازی کنند. راهحلهای مؤثر باید راحت و بسیاری از پیچیدگیهایی که بیشتر توسعهدهندگان بلاکچین امروز با آن مواجه هستند را پنهان کنند.
مزایای اینجا چند جانبه هستند. چارچوب ماژولار قابلیت تنظیم بیشتری معرفی میکند و به توسعهدهندگان انعطاف و انتخاب بیشتری در ساخت dApp خود میدهد. محاسبات مستقل از بلاکچین هستند، که dApp ها را قابل حملتر و قابل همکاریتر در میان زنجیرهها میکند. و با لایه اجرای مناسب، توسعهدهندگان میتوانند در محیطی بسازند که آشنا، امن و قوی باشد.
نظرات
هیچ نظری ثبت نشده است.
فقط کاربران ثبت نام کرده می توانند نظر ثبت کنند. لینک ورود \ عضویت در سایت.