تلاش برای دستیابی به پاسخدهی در سطح وب ۲ در اتریوم
اتریوم، به عنوان پلتفرم پیشگام قراردادهای هوشمند، نقش خود را به عنوان سنگ بنای امور مالی غیرمتمرکز (DeFi)، NFTها و اکوسیستم در حال رشد وب ۳ تثبیت کرده است. با این حال، موفقیت عظیم آن چالشهای قابل توجهی را به همراه داشته که عمدتاً حول محور مقیاسپذیری میچرخند. طراحی بنیادی این شبکه، تمرکززدایی و امنیت را در اولویت قرار میدهد که اغلب به قیمت کاهش توان عملیاتی و سرعت تراکنشها تمام میشود. این امر منجر به کارمزدهای بالای گس و تأیید کند تراکنشها شده و تجربه کاربری ایجاد کرده است که با تعاملات آنی و بدون وقفهای که در اپلیکیشنهای مدرن وب ۲ انتظار میرود، فاصله زیادی دارد.
برای غلبه بر این محدودیتها، طیف متنوعی از راهکارهای مقیاسپذیری لایه ۲ (L2) پدید آمدهاند که هدف آنها انتقال پردازش تراکنشها از شبکه اصلی اتریوم و در عین حال بهرهمندی از ضمانتهای امنیتی قدرتمند آن است. MegaETH یکی از این لایههای ۲ است که با چشماندازی بلندپروازانه طراحی شده است: ارائه توان عملیاتی و عملکرد آنی مشابه با پلتفرمهای وب ۲. رویکرد آن بر پایه ترکیبی از تکنیکهای نوآورانه بنا شده است که «اعتبارسنجی بدونوضعیت» (Stateless Validation) در هسته آن قرار دارد و با اجرای موازی و تخصصیسازی نودها تکمیل میشود. این مقاله به استراتژی منحصربهفرد MegaETH میپردازد و توضیح میدهد که چگونه این مکانیسمها در کنار هم کار میکنند تا سطوح بیسابقهای از مقیاسپذیری و پاسخدهی را برای اپلیکیشنهای غیرمتمرکز آزاد کنند.
نوآوری بنیادی MegaETH: اعتبارسنجی بدونوضعیت
در قلب پارادایم مقیاسپذیری MegaETH، اعتبارسنجی بدونوضعیت قرار دارد که انحرافی از روشهای سنتی اعتبارسنجی بلاکچین محسوب میشود. برای درک تازگی آن، ابتدا ضروری است که مفهوم «وضعیت» (State) در بافت بلاکچین و چالشهایی که ایجاد میکند را درک کنیم.
درک مفهوم وضعیت در بافت بلاکچین
در یک بلاکچین، «وضعیت» به تصویر لحظهای (Snapshot) از تمام اطلاعات مربوطه در یک مقطع زمانی خاص اشاره دارد. این شامل موارد زیر است:
- موجودی حسابها: چه مقدار ارز دیجیتال در هر آدرس نگهداری میشود.
- کد و حافظه قرارداد هوشمند: منطق کامپایلشده قراردادهای هوشمند و تمام دادههای ذخیرهشده در آنها (به عنوان مثال، موجودی توکنها در یک استخر Uniswap یا سوابق مالکیت در یک قرارداد NFT).
- مقادیر نانس (Nonce): شمارندهای برای هر حساب جهت جلوگیری از حملات بازپخش (Replay Attacks).
هر نود کامل (Full Node) در یک شبکه بلاکچین سنتی باید کل این وضعیت را ذخیره و دائماً بهروزرسانی کند. هنگامی که تراکنش جدیدی رخ میدهد، اعتبارسنجها باید وضعیت فعلی را بازیابی کنند، تغییرات تراکنش را اعمال کرده و سپس کپی محلی خود از وضعیت را بهروزرسانی کنند. با رشد شبکههای بلاکچین، دادههای وضعیت انباشته شده بسیار حجیم میشوند. برای اتریوم، اندازه کل وضعیت میتواند به صدها گیگابایت برسد و با هر تراکنش جدید و قرارداد هوشمند مستقر شده، به گسترش خود ادامه میدهد.
رشد مداوم وضعیت چندین مشکل ایجاد میکند:
- نیاز به فضای ذخیرهسازی بالا: اجرای یک نود کامل به منابع فشردهای نیاز دارد و مشارکت را به کسانی که سختافزار قدرتمندی دارند محدود میکند.
- همگامسازی کند: نودهای جدیدی که به شبکه میپیوندند یا نودهای موجود که دوباره راهاندازی میشوند، باید کل تاریخچه بلاکچین و وضعیت آن را دانلود و تأیید کنند؛ فرآیندی که میتواند روزها یا حتی هفتهها طول بکشد.
- افزایش بار اعتبارسنجی: حتی برای نودهای موجود، دسترسی و بهروزرسانی یک درخت وضعیت بزرگ میتواند باعث ایجاد تأخیر (Latency) شود.
اصل اساسی اعتبارسنجی بدونوضعیت
اعتبارسنجی بدونوضعیت با تغییر بنیادین نحوه عملکرد اعتبارسنجها، مستقیماً به چالشهای رشد وضعیت پاسخ میدهد. در اصل، یک اعتبارسنج «بدونوضعیت» نیازی به ذخیره کل وضعیت بلاکچین به صورت محلی ندارد. در عوض، زمانی که یک تراکنش نیاز به اعتبارسنجی دارد، تنها بخشهای خاصی از وضعیت که مربوط به آن تراکنش است، به همراه یک «شاهد» (Witness) یا «اثبات» رمزنگاریشده که اصالت و صحت آن دادههای وضعیت را تأیید میکند، در اختیار اعتبارسنج قرار میگیرد.
یک کتابدار سنتی (یک نود دارای وضعیت) را تصور کنید که باید بررسی کند آیا صفحه خاصی در یک کتاب وجود دارد یا خیر. او باید کل کتابخانه را در اختیار داشته باشد تا کتاب را پیدا کند، آن را باز کرده و صفحه را چک کند. در یک سیستم بدونوضعیت، به کتابدار تنها همان صفحه مورد نظر و یک گواهی مهروموم و تأیید شده داده میشود که ثابت میکند این صفحه قانوناً متعلق به کتابی خاص از یک کتابخانه شناخته شده است، بدون اینکه نیازی باشد او هرگز کل کتابخانه را ببیند یا ذخیره کند.
این اثبات رمزنگاریشده به عنوان یک تضمین عمل میکند و به اعتبارسنج اجازه میدهد تراکنش را اجرا کرده و انتقال وضعیت را بدون نیاز به حفظ یک کپی محلی کامل از وضعیت جهانی، تأیید کند.
نحوه عملکرد اعتبارسنجی بدونوضعیت در عمل (مدل MegaETH)
MegaETH اعتبارسنجی بدونوضعیت را از طریق تقسیم کار پیچیده میان انواع مختلف نودها، به ویژه با جداسازی «تأمینکنندگان وضعیت» (State Providers) از «اعتبارسنجها» پیادهسازی میکند. در اینجا یک جریان ساده شده آورده شده است:
- ارسال تراکنش: کاربر تراکنشی را به شبکه MegaETH ارسال میکند که معمولاً از طریق یک ترتیبدهنده (Sequencer) انجام میشود.
- تعامل با تأمینکننده وضعیت: ترتیبدهنده پس از مرتبسازی و احتمالاً دستهبندی (Batching) تراکنشها، آنها را به شبکهای از تأمینکنندگان وضعیت تخصصی ارسال میکند. این تأمینکنندگان وضعیت، کل وضعیت بهروز بلاکچین را نگهداری میکنند.
- تولید شاهد (Witness Generation): برای هر تراکنش، یک تأمینکننده وضعیت قطعات لازم از وضعیت فعلی را بازیابی میکند (مثلاً موجودی حسابها یا اسلاتهای حافظه قرارداد که تراکنش از آنها میخواند یا در آنها مینویسد). سپس یک شاهد رمزنگاریشده (اغلب یک اثبات مرکل یا یک اثبات داناییصفر پیشرفتهتر) تولید میکند که ثابت میکند این قطعات وضعیت واقعاً بخشی از درخت وضعیت معتبر کلی بلاکچین هستند.
- اجرای تراکنش و تأیید شاهد توسط اعتبارسنجها: تراکنش به همراه شاهد مربوط به آن به اعتبارسنجها منتقل میشود. نکته حیاتی اینجاست که این اعتبارسنجها نیازی به ذخیره کل وضعیت ندارند. آنها به سادگی:
- شاهد را به صورت رمزنگاریشده تأیید میکنند تا مطمئن شوند قطعات وضعیت ارائه شده معتبر هستند.
- تراکنش را تنها با استفاده از قطعات وضعیت ارائه شده اجرا میکنند.
- قطعات وضعیت جدید حاصل را محاسبه میکنند.
- یک اثبات از اجرای صحیح و ریشه وضعیت (State Root) بهروزرسانی شده تولید میکنند.
- بهروزرسانی ریشه وضعیت: ریشه وضعیت بهروزرسانی شده (یک هش رمزنگاری که کل وضعیت را پس از پردازش دستهای از تراکنشها نشان میدهد) سپس در زنجیره اصلی اتریوم یا یک لایه در دسترس بودن داده (DA) ثبت میشود تا یکپارچگی و نهایی شدن (Finality) آن تضمین شود.
این مدل اجازه میدهد تا بار محاسباتی و ذخیرهسازی بر دوش اعتبارسنجهای منفرد به طور رادیکالی کاهش یابد و شبکه را به میزان قابل توجهی کارآمدتر و در دسترستر کند.
مزایای اعتبارسنجی بدونوضعیت
اتخاذ اعتبارسنجی بدونوضعیت چندین مزیت تحولآفرین برای MegaETH به همراه دارد:
- کاهش نیاز به منابع برای اعتبارسنجها:
- فضای دیسک: اعتبارسنجها دیگر نیازی به ذخیره صدها گیگابایت داده وضعیت ندارند که به طور قابل توجهی نیاز به دیسک را کاهش میدهد.
- پهنای باند: دادههای کمتری برای همگامسازی نیاز است که تقاضای پهنای باند را کاهش میدهد.
- پردازنده (CPU): پردازش سریعتر انجام میشود زیرا اعتبارسنجها زمان خود را صرف پرسوجو و بهروزرسانی پایگاههای داده وضعیت محلی عظیم نمیکنند.
- همگامسازی سریعتر نودها: نودهای اعتبارسنج جدید میتوانند تقریباً بلافاصله به شبکه بپیوندند و مشارکت خود را آغاز کنند، زیرا نیازی به دانلود و تأیید کل وضعیت تاریخی ندارند. آنها فقط باید آخرین ریشه وضعیت و شاهدهای مرتبط با تراکنشهای در جریان را دریافت کنند.
- افزایش تمرکززدایی: با پایین آوردن سد ورود (سختافزار ضعیفتر و راهاندازی سریعتر)، افراد و نهادهای بیشتری میتوانند نودهای اعتبارسنج را اجرا کنند. این منجر به یک شبکه توزیعشدهتر و قدرتمندتر میشود.
- تقویت مقاومت در برابر سانسور: با تعداد بیشتری از اعتبارسنجها که به راحتی قابل استقرار هستند، شبکه در برابر حملات یا تلاشهای سانسور انعطافپذیرتر میشود، زیرا مختل کردن مجموعهای وسیع و توزیعشده از شرکتکنندگان دشوارتر است.
- بهبود پتانسیل توان عملیاتی: دستاوردهای کارایی حاصل از عدم نیاز به مدیریت وضعیت جهانی در هر اعتبارسنج، مستقیماً به قابلیتهای پردازش تراکنش بالاتر (تراکنش در ثانیه - TPS) ترجمه میشود.
مکانیسمهای مکمل مقیاسپذیری: اجرای موازی و تخصصیسازی نودها
در حالی که اعتبارسنجی بدونوضعیت زیربنای معماری عملکرد MegaETH را فراهم میکند، دو مکانیسم کلیدی دیگر یعنی اجرای موازی و تخصصیسازی نودها، قابلیتهای مقیاسپذیری آن را تقویت کرده و یک محیط لایه ۲ بسیار بهینهسازی شده و کارآمد ایجاد میکنند.
آزادسازی همزمانی با اجرای موازی
بلاکچینهای سنتی، از جمله اتریوم، تراکنشها را به صورت متوالی (Sequential) پردازش میکنند. این بدان معناست که یک تراکنش باید کاملاً به پایان برسد تا تراکنش بعدی شروع شود، حتی اگر آنها کاملاً از یکدیگر مستقل باشند. این گلوگاه ترتیبی به شدت توان عملیاتی را محدود میکند. MegaETH با گنجاندن اجرای موازی (Parallel Execution) به این موضوع رسیدگی میکند.
اجرای موازی اجازه میدهد تا چندین تراکنش مستقل به طور همزمان پردازش شوند و از قدرت پردازندههای چندهستهای و محاسبات توزیعشده بهره ببرند. با این حال، پیادهسازی اجرای موازی در یک بلاکچین به دلیل وابستگیهای احتمالی تراکنشها پیچیده است. اگر دو تراکنش سعی کنند یک بخش از وضعیت را تغییر دهند (مثلاً دو کاربر که سعی میکنند همزمان توکنهایی را از یک حساب خرج کنند)، نمیتوان آنها را بدون ریسک ایجاد وضعیت ناسازگار، به صورت موازی پردازش کرد.
رویکرد MegaETH به اجرای موازی احتمالاً شامل موارد زیر است:
- تحلیل وابستگی: شناسایی تراکنشهای مستقل که میتوانند به طور همزمان اجرا شوند، و تراکنشهایی که دارای وابستگی هستند و باید به صورت متوالی یا با حل دقیق تعارض پردازش شوند.
- اجرای موازی خوشبینانه (Optimistic Parallel Execution): تراکنشها به صورت موازی اجرا میشوند و سپس نتایج آنها بررسی میشود. اگر تعارضی شناسایی شود (مثلاً دو تراکنش موازی سعی کنند در یک اسلات حافظه بنویسند)، یکی از تراکنشها ممکن است دوباره اجرا شود یا ترتیب آن تغییر کند.
- مدیریت دسترسی به وضعیت: مکانیسمهای کارآمد برای مدیریت دسترسی همزمان به منابع وضعیت مشترک، احتمالاً با استفاده از مکانیسمهای قفلگذاری پیچیده یا با تقسیمبندی وضعیت برای به حداقل رساندن تعارضات.
با شناسایی هوشمندانه و پردازش موازی تراکنشهای مستقل، MegaETH میتواند توان عملیاتی تراکنشهای خود را به طرز چشمگیری افزایش دهد، از منابع محاسباتی موجود بهتر استفاده کند و تأخیر را برای کاربران به شدت کاهش دهد.
بهینهسازی زیرساخت با تخصصیسازی نودها
برای افزایش بیشتر کارایی، MegaETH از استراتژی تخصصیسازی نودها استفاده میکند. به جای اینکه هر نود تمام وظایف (ترتیبگذاری تراکنشها، اجرا، ذخیرهسازی وضعیت، اعتبارسنجی، در دسترس بودن دادهها) را انجام دهد، نقشها بین انواع مختلف نودهای تخصصی تقسیم میشوند. این تقسیم کار به هر نوع نود اجازه میدهد تا برای عملکرد خاص خود بهینهسازی شود و منجر به کارایی کلی سیستم گردد.
نقشهای تخصصی رایج در معماری لایه ۲ که MegaETH احتمالاً آنها را اتخاذ یا اقتباس میکند، عبارتند از:
- ترتیبدهندهها (Sequencers): مسئول دریافت تراکنشهای کاربران، مرتبسازی و دستهبندی آنها هستند. آنها برای حفظ ترتیب تراکنشها و ارائه تأیید فوری تراکنش به کاربران حیاتی هستند.
- تأمینکنندگان وضعیت (State Providers): همانطور که بحث شد، این نودها مسئول نگهداری وضعیت کامل و فعلی بلاکچین و تولید شاهدهای رمزنگاری برای تراکنشها هستند. آنها منابع فشردهای مصرف میکنند اما برای ارائه دادههای وضعیت معتبر ضروری هستند.
- اعتبارسنجها (Validators): اینها نودهای بدونوضعیت هستند که تراکنشها را به همراه شاهدها دریافت کرده، آنها را تأیید و اجرا میکنند و با اثبات انتقال صحیح وضعیت، به امنیت شبکه کمک میکنند. آنها سبکوزن و پرشمار هستند.
- نودهای در دسترس بودن داده (DA Nodes): اطمینان حاصل میکنند که دادههای خام تراکنش و تفاوتهای وضعیت (State Diffs) مرتبط برای هر کسی که نیاز به بازسازی زنجیره یا تأیید انتقال وضعیت دارد، در دسترس است. این امر اغلب با ارسال دادههای فشرده به شبکه اصلی اتریوم یا یک لایه اختصاصی DA محقق میشود.
این معماری تخصصی به معنای موارد زیر است:
- کاهش بار به ازای هر نود: هر نود فقط نیاز به انجام زیرمجموعهای از عملیاتها دارد که الزامات سختافزاری و نرمافزاری فردی آن را کاهش میدهد.
- بهبود عملکرد: نودها میتوانند برای وظایف خاص خود طراحی و بهینه شوند که منجر به کارایی بالاتر در هر حوزه میشود (مثلاً ترتیبدهندههای بهینهشده برای تأخیر کم، تأمینکنندگان وضعیت برای ذخیرهسازی و تولید شاهد، اعتبارسنجها برای تأیید اثبات).
- مقیاسپذیری تقویتشده: شبکه میتواند با افزایش تعداد نودهای تخصصی در یک عملکرد خاص (مثلاً اعتبارسنجهای بیشتر برای ظرفیت تأیید بالاتر) بدون افزایش لزوماً بار روی تمام انواع دیگر نودها، مقیاسپذیر شود.
اثر همافزایی: استراتژی مقیاسپذیری کلنگر MegaETH
قدرت واقعی رویکرد MegaETH در ترکیب همافزای اعتبارسنجی بدونوضعیت، اجرای موازی و تخصصیسازی نودها نهفته است. این مکانیسمها ویژگیهای ایزوله نیستند، بلکه اجزای به هم پیوسته از یک استراتژی مقیاسپذیری کلنگر هستند که برای دستیابی به عملکردی در سطح وب ۲ روی اتریوم طراحی شدهاند.
- اعتبارسنجی بدونوضعیت با حذف بار وضعیت از دوش اعتبارسنجهای منفرد، یک فرآیند اعتبارسنجی بسیار غیرمتمرکز و کارآمد را امکانپذیر میکند. این بدان معناست که اعتبارسنجهای بیشتری میتوانند مشارکت کنند و امنیت و توان عملیاتی را افزایش دهند.
- تخصصیسازی نودها کل زیرساخت را با اطمینان از اینکه هر وظیفه (ترتیبگذاری، مدیریت وضعیت، اعتبارسنجی، در دسترس بودن داده) توسط کارآمدترین و مجهزترین نوع نود مدیریت میشود، بهینه میکند. تأمینکنندگان وضعیت با نقش تخصصی خود، به ستون فقرات تولید شاهدهای ضروری برای اعتبارسنجی بدونوضعیت تبدیل میشوند.
- اجرای موازی با اجازه دادن به پردازش همزمان تراکنشهای مستقل، بهرهوری از منابع محاسباتی را به حداکثر میرساند و ظرفیت پردازش تراکنش خام را به طور قابل توجهی افزایش میدهد. این ظرفیت سپس به طور کارآمد توسط اعتبارسنجهای متعدد، سبکوزن و بدونوضعیت تأیید میشود.
این اجزا در کنار هم، محیطی در لایه ۲ ایجاد میکنند که در آن:
- تراکنشها میتوانند با سرعت و حجم بالا پردازش شوند (به دلیل اجرای موازی).
- یکپارچگی این تراکنشها میتواند توسط یک شبکه بزرگ و غیرمتمرکز از اعتبارسنجها تأیید شود (به دلیل اعتبارسنجی بدونوضعیت).
- زیرساخت زیربنایی کارآمد و قدرتمند است (به دلیل تخصصیسازی نودها).
این رویکرد یکپارچه قصد دارد با پیشبرد مرزهای توان عملیاتی و تأخیر، در حالی که تمرکززدایی و امنیت را از طریق ادغام تنگاتنگ با شبکه اصلی اتریوم حفظ میکند، به سهگانه مقیاسپذیری (Scalability Trilemma) پاسخ دهد.
تضمین در دسترس بودن داده و امنیت
MegaETH به عنوان یک راهکار لایه ۲، به صورت ایزوله عمل نمیکند. امنیت و قابلیت اطمینان آن به طور جداییناپذیری به شبکه اصلی اتریوم متصل است. در حالی که جزئیات نوع رولآپ آن (Optimistic یا ZK) به طور صریح در پیشزمینه ذکر نشده است، تمام لایههای ۲ قدرتمند باید به در دسترس بودن دادهها رسیدگی کرده و مکانیسمهایی برای اثباتهای امنیتی ارائه دهند.
- در دسترس بودن داده (Data Availability): MegaETH تضمین میکند که تمام دادههای تراکنش پردازش شده در شبکه آن در دسترس عموم قرار میگیرد. این امر حیاتی است زیرا به هر کسی اجازه میدهد وضعیت MegaETH را بازسازی کرده و یکپارچگی آن را تأیید کند و از پنهان کردن انتقالهای وضعیت نامعتبر توسط بازیگران مخرب جلوگیری میکند. به طور معمول، این شامل فشردهسازی دادههای تراکنش و ارسال دورهای آنها به شبکه اصلی اتریوم یا بهرهگیری از یک لایه اختصاصی در دسترس بودن داده است.
- اثباتهای تقلب/اعتبار: بسته به طراحی رولآپ، MegaETH از یکی از این موارد استفاده خواهد کرد:
- اثبات تقلب (Optimistic Rollup): تراکنشها با خوشبینی معتبر فرض میشوند. یک دوره چالش به هر کسی اجازه میدهد تا در صورت شناسایی انتقال وضعیت نامعتبر، «اثبات تقلب» ارائه دهد. اگر اثبات موفقیتآمیز باشد، تراکنش متقلبانه بازگردانده میشود.
- اثبات اعتبار (ZK-Rollup): اثباتهای رمزنگاری (اثباتهای داناییصفر) برای هر دسته از تراکنشها تولید میشوند که از نظر ریاضی صحت آنها را تضمین میکند. این کار نهایی شدن فوری (Instant Finality) را در اتریوم فراهم میکند.
تعهد این پروژه به انتشار یک وایتپیپر (Whitepaper)، از جمله نسخهای مطابق با مقررات بازارهای داراییهای رمزنگاریشده اتحادیه اروپا (MiCA)، بیش از پیش بر تعهد آن به شفافیت، امنیت و پایداری بلندمدت تأکید میکند. انطباق با MiCA نشاندهنده موضعی فعال در قبال شفافیت مقرراتی است که برای تقویت اعتماد و جذب پذیرش نهادی و خردهفروشی در چشمانداز در حال تکامل وب ۳ ضروری است.
پیامدها برای اپلیکیشنهای غیرمتمرکز و آینده وب ۳
رویکرد نوین مقیاسپذیری لایه ۲ در MegaETH پیامدهای عمیقی برای توسعه و پذیرش اپلیکیشنهای غیرمتمرکز دارد. با ارائه پلتفرمی که واقعاً میتواند از نظر سرعت و پاسخدهی با وب ۲ رقابت کند، درها به روی نسل جدیدی از dAppها باز میشود که پیش از این در شبکه اصلی محدود اتریوم یا حتی لایههای ۲ موجود غیرممکن بودند.
- معاملات با فرکانس بالا (HFT) و دیفای: تأخیر کم و توان عملیاتی بالا برای پروتکلهای پیچیده دیفای، معاملات با فرکانس بالا و ابزارهای مالی پیشرفته که نیاز به اجرای تقریباً آنی دارند، ضروری است.
- بازی و متاورس: تعامل در زمان واقعی، انتقال سریع داراییها و اقتصادهای پیچیده درونبازی، نیازمند لایه ۲ است که بتواند میلیونها تراکنش را با حداقل تأخیر مدیریت کرده و یک تجربه کاربری واقعاً غوطهورکننده (Immersive) فراهم کند.
- اپلیکیشنهای اجتماعی: شبکههای اجتماعی غیرمتمرکز، پلتفرمهای استریم و ابزارهای تولید محتوا میتوانند در لایه ۲ که قادر به مدیریت حجم بالای کاربران و بهروزرسانیهای محتوای پویا بدون کارمزدها یا تأخیرهای بازدارنده است، شکوفا شوند.
- راهکارهای سازمانی: کسبوکارها میتوانند از امنیت اتریوم همراه با عملکرد MegaETH برای موارد مختلف استفاده از بلاکچین سازمانی، از مدیریت زنجیره تأمین تا داراییهای توکنشده، بهره ببرند.
MegaETH با مقابله با محدودیتهای اصلی مقیاسپذیری از طریق ترکیب نوآورانه اعتبارسنجی بدونوضعیت، اجرای موازی و تخصصیسازی نودها، قصد دارد گامی حیاتی به سوی تحقق پتانسیل کامل وب ۳ باشد. رویکرد آن نه تنها وعده اکوسیستم اتریوم پربازدهتر و در دسترستری را میدهد، بلکه زیربنای آیندهای را میسازد که در آن اپلیکیشنهای غیرمتمرکز به اندازه همتایان متمرکز خود پاسخگو و فراگیر هستند.

موضوعات داغ



