مگاETH چگونه به دنبال عملکرد بلادرنگ لایه ۲ است؟

در جستجوی زمان واقعی: چشم‌انداز جاه‌طلبانه MegaETH برای لایه ۲ اتریوم

تلاش برای دستیابی به مقیاس‌پذیری در دنیای بلاک‌چین، به‌ویژه در اکوسیستم اتریوم، سال‌هاست که نیروی محرکه نوآوری بوده است. اتریوم به عنوان لایه زیربنایی برای امور مالی غیرمتمرکز (DeFi)، NFTها و انبوهی از اپلیکیشن‌های غیرمتمرکز (dApps)، به دلیل طراحی خاص خود که اولویت را به غیرمتمرکز بودن و امنیت می‌دهد، با محدودیت‌های ذاتی در ظرفیت پردازش تراکنش‌ها و تأخیر (Latency) مواجه است. این مسئله منجر به ظهور راهکارهای لایه ۲ (L2) شده است؛ راهکارهایی که برای انتقال بار پردازش تراکنش‌ها از شبکه اصلی طراحی شده‌اند، در حالی که تضمین‌های امنیتی قدرتمند آن را به ارث می‌برند.

در میان تازه‌واردهای جاه‌طلب در این عرصه، MegaETH که توسط Shuyao Kong هم‌بنیان‌گذاری شده، خودنمایی می‌کند. MegaETH خود را به عنوان یک «بلاک‌چین زمان واقعی» (Real-time Blockchain) سازگار با EVM و یک راهکار لایه ۲ معرفی می‌کند و اهداف عملکردی فوق‌العاده بالایی را تعیین کرده است: ۱۰۰,۰۰۰ تراکنش در ثانیه (TPS) و تأخیر زیر میلی‌ثانیه‌ای. این ارقام نشان‌دهنده جهشی بزرگ حتی برای لایه‌های ۲ پیشرفته است و نوید آینده‌ای را می‌دهد که در آن تعاملات بلاک‌چینی به اندازه سرویس‌های وب سنتی، آنی و بدون وقفه باشند. برای درک اینکه MegaETH چگونه قصد دارد به چنین عملکرد بی‌سابقه‌ای دست یابد، باید در چالش‌های بنیادین مقیاس‌پذیری بلاک‌چین و پارادایم‌های معماری پیشرفته‌ای که می‌توانند چنین چشم‌اندازی را ممکن کنند، دقیق شویم.

تجزیه و تحلیل عملکرد بلاک‌چین زمان واقعی

پیش از بررسی رویکرد احتمالی MegaETH، تعریف معنای عملکرد «زمان واقعی» در بافت بلاک‌چین، به ویژه برای یک لایه ۲، ضروری است:

• ظرفیت عملیاتی بالای تراکنش (TPS): تعداد خام تراکنش‌هایی که یک شبکه می‌تواند در ثانیه پردازش کند. شبکه اصلی اتریوم در حال حاضر حدود ۱۵ تا ۳۰ تراکنش در ثانیه را مدیریت می‌کند. بسیاری از لایه‌های ۲ به دنبال هزاران تراکنش هستند، اما ۱۰۰,۰۰۰ تراکنش در ثانیه یک مرتبه بزرگی بالاتر است.
• تأخیر پایین تراکنش: زمان مورد نیاز برای گنجانده شدن یک تراکنش در یک بلوک و انتشار آن در شبکه. تأخیر زیر میلی‌ثانیه‌ای به معنای تأیید تقریباً آنی از دیدگاه کاربر است.
• نهایی‌سازی سریع (Rapid Finality): زمان لازم تا یک تراکنش برگشت‌ناپذیر تلقی شود. برای لایه‌های ۲، این موضوع اغلب شامل دو مرحله است:
  1. نهایی‌سازی لایه ۲: زمانی که تراکنش در خودِ لایه ۲ تأیید می‌شود.
  2. نهایی‌سازی لایه ۱: زمانی که وضعیت لایه ۲ (یا اثباتی از آن) در شبکه اصلی اتریوم لنگر انداخته و امنیت آن را به ارث می‌برد. «زمان واقعی» معمولاً بر نهایی‌سازی لایه ۲ تمرکز دارد.
• سازگاری با EVM: توانایی اجرای قراردادهای هوشمند نوشته شده برای ماشین مجازی اتریوم، که تضمین می‌کند توسعه‌دهندگان می‌توانند به راحتی dAppها را مهاجرت دهند و کاربران با ابزارهای آشنا تعامل داشته باشند.
• امنیت و تمرکززدایی: ستون‌های حیاتی که نمی‌توان آن‌ها را نادیده گرفت. لایه‌های ۲ باید امنیت اتریوم را به ارث ببرند و در عین حال راه‌هایی برای توزیع بار محاسباتی بدون متمرکز کردن کنترل پیدا کنند.

دستیابی همزمان به ۱۰۰,۰۰۰ تراکنش در ثانیه و تأخیر زیر میلی‌ثانیه‌ای، در حالی که سازگاری با EVM و امنیت قدرتمند حفظ شود، یک چالش مهندسی عظیم است. این امر نشان می‌دهد که MegaETH احتمالاً در حال بررسی تلفیقی از فناوری‌های بسیار بهینه‌سازی شده در چندین لایه از معماری خود است.

ستون‌های معماری برای عملکرد فوق‌العاده

اگرچه اسناد فنی دقیق (Whitepapers) که مکانیسم‌های دقیق MegaETH را شرح می‌دهند ممکن است تکامل یابند، اما اهداف اعلام شده به ما اجازه می‌دهند تا انواع انتخاب‌های معماری پیشرفته و بهینه‌سازی‌های ضروری را استنباط کنیم.

۱. مکانیزم‌های اجماع پیشرفته برای سرعت

اثبات کار (PoW) سنتی ذاتاً کند است. حتی اثبات سهام (PoS) در اتریوم، با وجود سریع‌تر بودن، برای تأخیر زیر میلی‌ثانیه‌ای طراحی نشده است. MegaETH احتمالاً از یک مکانیزم اجماع بسیار بهینه‌سازی شده در معماری لایه ۲ خود استفاده خواهد کرد.

• اثبات سهام واگذار شده (DPoS) یا گونه‌های تحمل خطای بیزانس (BFT): این مکانیسم‌ها اغلب مجموعه کوچک‌تر و ثابتی از اعتبارسنج‌ها (Validators) را برای تولید بلوک انتخاب می‌کنند که زمان تولید بلوک سریع‌تر و ظرفیت بالاتر را ممکن می‌سازد.
  • چگونه کمک می‌کند: با کاهش تعداد شرکت‌کنندگانی که مستقیماً در نهایی‌سازی بلوک در هر لحظه درگیر هستند، تأخیر شبکه برای اجماع می‌تواند به شدت کاهش یابد. پیشنهاد و تأیید بلوک‌ها می‌تواند در توالی‌های سریع رخ دهد.
  • چالش: حفظ تمرکززدایی کافی برای جلوگیری از تبانی یا نقاط شکست واحد. MegaETH به مکانیسم‌های قدرتمندی برای انتخاب، چرخش و پاسخگویی اعتبارسنج‌ها نیاز دارد.
• اجماع ناهمگام یا خط‌لوله شده (Pipelined): برخی پروتکل‌های پیشرفته به اعتبارسنج‌ها اجازه می‌دهند بلوک‌ها را به صورت موازی یا قبل از نهایی شدن کامل بلوک قبلی، پیشنهاد و تأیید کنند که باعث بهبود ظرفیت کلی می‌شود.
  • چگونه کمک می‌کند: زمان بیکاری بین نهایی‌سازی بلوک‌ها را کاهش داده و از منابع شبکه به شکل کارآمدتری استفاده می‌کند.

۲. در دسترس بودن داده‌ها و اثبات‌های اعتبار بهینه‌سازی شده

MegaETH به عنوان یک لایه ۲ باید اطمینان حاصل کند که تراکنش‌هایش در نهایت در اتریوم قابل تأیید و امن هستند. این کار معمولاً از طریق رول‌آپ‌ها (Rollups) انجام می‌شود. با توجه به هدف «زمان واقعی»، رول‌آپ‌های دانش‌صفر (ZK-Rollups) یا یک رویکرد ترکیبی بسیار بهینه‌سازی شده، مناسب‌تر از رول‌آپ‌های خوش‌بینانه (Optimistic Rollups) هستند.

• رول‌آپ‌های دانش‌صفر (ZK-Rollups): این رول‌آپ‌ها صدها یا هزاران تراکنش را خارج از زنجیره بسته‌بندی کرده، یک اثبات رمزنگاری (ZK-SNARK یا ZK-STARK) تولید می‌کنند که نشان می‌دهد تمام تراکنش‌ها معتبر هستند و سپس این اثبات و مقدار کمی از داده‌های فشرده شده تراکنش را در لایه ۱ اتریوم منتشر می‌کنند.
  • چگونه به سرعت کمک می‌کند: ZK-Rollups نهایی‌سازی فوری در لایه ۲ را ارائه می‌دهند (زمانی که اثبات در لایه ۲ تولید و تأیید شد) زیرا اعتبار آن‌ها به صورت رمزنگاری تضمین شده است. برخلاف رول‌آپ‌های خوش‌بینانه، دوره انتظاری برای چالش‌های تقلب وجود ندارد.
  • چگونه به ظرفیت پردازش کمک می‌کند: توانایی فشرده‌سازی تعداد زیادی از تراکنش‌ها در یک اثبات واحد و کوچک که در لایه ۱ ثبت می‌شود، ردپای داده در لایه ۱ را به شدت کاهش داده و به لایه ۲ اجازه می‌دهد تراکنش‌های بسیار بیشتری را پردازش کند.
  • چالش: تولید اثبات‌های دانش‌صفر از نظر محاسباتی سنگین است. برای دستیابی به تأخیر زیر میلی‌ثانیه‌ای، MegaETH به موارد زیر نیاز دارد:
    • تولید بسیار کارآمد اثبات ZK: بهره‌گیری از رمزنگاری پیشرفته و احتمالاً سخت‌افزارهای تخصصی (مانند GPUها، FPGAها، ASICها) برای محاسبات سریع اثبات.
    • تولید موازی اثبات: تقسیم بار کاری تولید اثبات بین چندین اثبات‌کننده (Prover).
    • اثبات‌های بازگشتی (Recursive Proofs): اثباتِ اثبات‌ها برای تجمیع دسته‌های بزرگ‌تر یا ترکیب اثبات‌ها از شارد‌های مختلف.
• لایه در دسترس بودن داده‌ها (Data Availability Layer): اطمینان از اینکه داده‌های تراکنش (حتی اگر فشرده شده باشند) برای هر کسی جهت بازسازی وضعیت لایه ۲ در دسترس است، حتی اگر اعتبارسنج‌ها آفلاین شوند.
  • چگونه کمک می‌کند: برای امنیت حیاتی است. در حالی که اثبات‌های ZK اعتبار را تأیید می‌کنند، در دسترس بودن داده‌ها مقاومت در برابر سانسور و توانایی کاربران برای خروج به لایه ۱ را تضمین می‌کند. MegaETH ممکن است از شاردینگ داده‌های اتریوم (مانند EIP-4844 "Proto-Danksharding" و Danksharding کامل) یا کمیته‌های اختصاصی و بهینه‌سازی شده در دسترس بودن داده‌های خود استفاده کند.

۳. محیط اجرای فوق‌بهینه

سازگاری با EVM یک ویژگی کلیدی است، اما EVM استاندارد ممکن است برای ۱۰۰,۰۰۰ تراکنش در ثانیه به اندازه کافی کارآمد نباشد. MegaETH باید لایه اجرای خود را تقویت کند.

• اجرای موازی تراکنش‌ها: CPUهای مدرن دارای چندین هسته هستند. بلاک‌چین‌ها معمولاً تراکنش‌ها را به صورت متوالی اجرا می‌کنند. MegaETH می‌تواند از تکنیک‌هایی برای شناسایی و اجرای تراکنش‌های مستقل به صورت موازی استفاده کند.
  • چگونه کمک می‌کند: تعداد محاسبات ممکن در واحد زمان را به طرز چشمگیری افزایش می‌دهد. این کار نیازمند ترتیب‌گذاری پیچیده تراکنش‌ها و مدیریت وضعیت برای جلوگیری از تداخل (Race Conditions) است.
• بهینه‌سازی‌های سفارشی EVM / ماشین‌های مجازی جایگزین:
  • تفسیر آنی (JIT Compilation): تبدیل کد بایت (Bytecode) ماشین مجازی اتریوم به کد ماشین بومی به صورت آنی می‌تواند سرعت اجرا را به میزان قابل توجهی افزایش دهد.
  • کدهای عملیاتی (Opcodes) تخصصی: افزودن یا بهینه‌سازی کدهای عملیاتی خاص EVM برای عملیات‌های رایج.
  • ادغام Wasm: بهره‌گیری احتمالی از WebAssembly (Wasm) برای اجرای قراردادها که می‌تواند عملکرد بهتر و پشتیبانی از زبان‌های گسترده‌تری را نسبت به EVM ارائه دهد. این امر مستلزم یک لایه انتقال یا پل پیچیده برای حفظ سازگاری با EVM است.
• مرکل‌سازی وضعیت و کشینگ (Caching): دسترسی و به‌روزرسانی کارآمد وضعیت بلاک‌چین (موجودی حساب‌ها، ذخیره‌سازی قراردادها).
  • چگونه کمک می‌کند: جستجو و به‌روزرسانی سریع وضعیت، گلوگاه‌های حیاتی در سیستم‌های با ظرفیت بالا هستند. ساختارهای داده پیشرفته (مانند درخت‌های Verkle یا درخت‌های Merkle Patricia بهینه‌سازی شده) و استراتژی‌های کشینگ تهاجمی ضروری خواهند بود.

۴. زیرساخت شبکه با عملکرد بالا

لایه فیزیکی نحوه ارتباط گره‌ها (Nodes) اغلب نادیده گرفته می‌شود، اما برای عملکرد «زمان واقعی» بسیار حیاتی است.

• توپولوژی شبکه P2P بهینه‌سازی شده: یک شبکه همتا‌به‌همتا با اتصال بالا و کارآمد برای انتشار سریع تراکنش‌ها و پیشنهادات بلوک.
• پروتکل‌های ارتباطی با تأخیر پایین: پروتکل‌های شبکه سفارشی طراحی شده برای حداقل سربار و حداکثر ظرفیت. این ممکن است شامل استفاده از UDP به جای TCP برای برخی عملیات‌ها یا سریال‌سازی بسیار بهینه پیام‌ها باشد.
• زیرساخت توزیع شده جغرافیایی: اعتبارسنج‌ها و اثبات‌کنندگانی که به صورت استراتژیک برای به حداقل رساندن تأخیر در مناطق مختلف مستقر شده‌اند.
• شاردینگ داخلی در لایه ۲: در حالی که لایه‌های ۲ ذاتاً با بسته‌بندی تراکنش‌ها مقیاس‌پذیر می‌شوند، MegaETH ممکن است از شاردینگ داخلی لایه‌های اجرا یا وضعیت خود استفاده کند تا بار کاری را بیشتر میان اعتبارسنج‌ها/اثبات‌کنندگان لایه ۲ توزیع کند.
  • چگونه کمک می‌کند: هر شارد زیرمجموعه‌ای از تراکنش‌ها را پردازش کرده یا بخشی از وضعیت را مدیریت می‌کند و اجازه پردازش موازی در مقیاس بزرگ را در خودِ لایه ۲ می‌دهد.
  • چالش: مدیریت کارآمد و امن ارتباطات بین شاردی.

تعامل با اتریوم: امنیت لایه ۲ و در دسترس بودن داده‌ها

MegaETH به عنوان یک لایه ۲، اساساً برای امنیت نهایی و در دسترس بودن داده‌های خود به اتریوم متکی است. اهداف بلندپروازانه عملکردی نباید این رابطه همزیستی را تضعیف کند.

• تسویه در لایه ۱ (Settlement): لایه ۲ به صورت دوره‌ای وضعیت یا اثبات‌های خود را در شبکه اصلی اتریوم تسویه می‌کند. اینجاست که تضمین‌های امنیتی لایه ۱ به ارث برده می‌شوند. فراوانی این تسویه‌ها بر نهایی‌سازی لایه ۱ برای تراکنش‌های لایه ۲ تأثیر می‌گذارد. برای «زمان واقعی»، MegaETH قصد دارد اثبات‌ها را با فواصل بسیار کوتاه بسته‌بندی کند یا از اثبات‌های بازگشتی استفاده کند تا ردپای لایه ۱ در هر دسته را به حداقل برساند و در عین حال ظرفیت بالای لایه ۲ را حفظ کند.
• در دسترس بودن داده‌ها در لایه ۱: نکته حیاتی این است که داده‌های فشرده شده تراکنش یا تعهدی به آن‌ها باید در لایه ۱ اتریوم (یا یک لایه بسیار امن برای در دسترس بودن داده‌ها) موجود باشد تا هر کسی بتواند وضعیت لایه ۲ را بازسازی کند، حتی اگر اپراتورهای MegaETH مخرب شوند یا تراکنش‌ها را سانسور کنند. به‌روزرسانی‌های آتی اتریوم مانند Danksharding (EIP-4844 و بعد از آن) دقیقاً برای ارائه ظرفیت عظیم در دسترس بودن داده‌ها طراحی شده‌اند که می‌تواند برای لایه‌های ۲ با عملکرد بالا مانند MegaETH یک تغییردهنده بازی باشد.
• اثبات‌های تقلب/اعتبار:
  • اثبات‌های اعتبار (ZK): همان‌طور که گفته شد، ZK-Rollups اثبات‌های درستی غیرقابل انکار رمزنگاری شده را در لایه ۱ ثبت می‌کنند. این روش عموماً برای نهایی‌سازی آنی لایه ۱ (پس از تأیید اثبات) ترجیح داده می‌شود.
  • اثبات‌های تقلب (Optimistic): رول‌آپ‌های خوش‌بینانه فرض می‌کنند تراکنش‌ها معتبر هستند و به یک دوره چالش متکی هستند. این امر باعث ایجاد تأخیر (معمولاً ۷ روز) برای نهایی‌سازی لایه ۱ می‌شود و آن را برای ادعای واقعیِ «زمان واقعی» در لایه ۱ کمتر مناسب می‌کند. بنابراین، اهداف MegaETH به شدت بر معماری ZK-Rollup یا یک گونه نوین و سریع‌تر دلالت دارد.

ارزش پیشنهادی منحصر‌به‌فرد MegaETH: فراتر از سرعت

فراتر از اعداد و ارقام خام، ادعای «زمان واقعی» MegaETH نشان‌دهنده تمرکز بر تجربه کاربری و پارادایم‌های جدید اپلیکیشن‌ها است.

• توانمندسازی اپلیکیشن‌های جدید: تأخیر زیر میلی‌ثانیه‌ای و ۱۰۰,۰۰۰ تراکنش در ثانیه، درها را به روی اپلیکیشن‌هایی باز می‌کند که قبلاً در بلاک‌چین غیرممکن تلقی می‌شدند:
  • معاملات با فرکانس بالا (HFT) در دیفای: تسهیل دفتر سفارش‌ها (Order Books) و موتورهای تطبیق که با صرافی‌های سنتی رقابت می‌کنند.
  • بازی‌های آنلاین انبوه (MMO) با دارایی‌های درون‌زنجیره‌ای: تراکنش‌ها و تعاملات درون بازی به صورت آنی و بدون لگ.
  • اینترنت اشیاء صنعتی (IoT) و زنجیره تأمین: میلیاردها دستگاه که داده‌هایی تولید می‌کنند و نیاز به پردازش آنی و قابل تأیید دارند.
  • پرداخت‌های زمان واقعی: تسویه آنی برای تراکنش‌های خرده‌فروشی و عمده‌فروشی در سطح جهانی.
• تجربه کاربری بهبود یافته: حذف تأخیرهای خسته‌کننده مرتبط با تراکنش‌های بلاک‌چینی، که باعث می‌شود dAppها به اندازه اپلیکیشن‌های وب ۲ پاسخگو باشند. این امر برای پذیرش عمومی حیاتی است.
• مزیت سازگاری با EVM: توانایی انتقال dAppهای موجود و بهره‌گیری از ابزارهای توسعه آشنا، اصطکاک را برای توسعه‌دهندگان و کاربران کاهش می‌دهد.

سه‌گانه مقیاس‌پذیری و تعادل در MegaETH

«سه‌گانه مقیاس‌پذیری» بلاک‌چین بیان می‌کند که یک بلاک‌چین تنها می‌تواند دو مورد از سه ویژگی زیر را بهینه کند: تمرکززدایی، امنیت و مقیاس‌پذیری. لایه‌های ۲ با انتقال لایه اجرا، مرزهای مقیاس‌پذیری را جابجا می‌کنند، اما همچنان باید با این توازن‌ها دست و پنجه نرم کنند.

برای اینکه MegaETH به اهداف جاه‌طلبانه خود برسد، بدون شک باید در زمینه‌های زیر پیشروی کند:

1. توازن بین تمرکززدایی و عملکرد: برای دستیابی به تأخیر زیر میلی‌ثانیه‌ای و ۱۰۰,۰۰۰ تراکنش در ثانیه، تعداد شرکت‌کنندگان فعال در اجماع و تولید اثبات در لایه ۲ ممکن است نیاز باشد که نسبتاً کوچک یا بسیار تخصصی باشد. MegaETH باید توجیه کند که چگونه این مدل برای امنیت و مقیاس‌پذیری به اندازه کافی غیرمتمرکز باقی می‌ماند، شاید از طریق:
   • انتخاب شفاف اعتبارسنج‌ها: فرآیندهای باز و منصفانه برای اپراتورهای گره.
   • مشوق‌های اقتصادی قوی/اسلشینگ (Slashing): جریمه برای رفتارهای سوء.
   • چرخش مداوم: تغییر منظم مجموعه شرکت‌کنندگان فعال.
   • تأیید بدون نیاز به مجوز (Permissionless Verification): در حالی که تولید بلوک ممکن است محدود باشد، هر کسی باید بتواند یک گره کامل را اجرا کند، اثبات‌ها را تأیید نماید و تراکنش‌ها را ارسال کند.
2. پیچیدگی فناورانه: ترکیب اجماع پیشرفته، اثبات‌های ZK بسیار بهینه، اجرای موازی و شبکه پیچیده، برای طراحی، پیاده‌سازی و نگهداری امن، فوق‌العاده دشوار است.
3. نیاز به منابع: اجرای گره‌ای که بتواند با ۱۰۰,۰۰۰ تراکنش در ثانیه و تأخیر زیر میلی‌ثانیه‌ای هماهنگ بماند، احتمالاً به منابع محاسباتی قابل توجهی (CPU، رم، فضای ذخیره‌سازی پرسرعت و بالقوه GPU برای اثبات ZK) نیاز خواهد داشت. این می‌تواند منجر به مانع ورود بالاتری برای اپراتورهای گره شود و بر تمرکززدایی تأثیر بگذارد.

موفقیت MegaETH به توانایی آن در هدایت هوشمندانه این توازن‌ها و یافتن راهکارهای نوین بستگی دارد که اجازه عملکرد حداکثری را بدون قربانی کردن اصول اصلی فناوری بلاک‌چین بدهد. حمایت مالی زودهنگام سرمایه‌گذاران برجسته حوزه کریپتو، نشان‌دهنده اعتماد به توانایی این تیم برای مقابله با این چالش‌های بزرگ است.

نتیجه‌گیری

اهداف اعلام شده MegaETH مبنی بر ۱۰۰,۰۰۰ تراکنش در ثانیه و تأخیر زیر میلی‌ثانیه‌ای، نشان‌دهنده چشم‌اندازی جسورانه برای آینده راهکارهای لایه ۲ اتریوم است. دستیابی به عملکرد «زمان واقعی» در یک بلاک‌چین مستلزم رویکردی جامع است که نوآوری در مکانیزم‌های اجماع، فناوری اثبات دانش‌صفر، بهینه‌سازی‌های محیط اجرا و زیرساخت شبکه را در بر می‌گیرد.

MegaETH با ترکیب احتمالی یک اجماع لایه ۲ فوق‌سریع با تولید اثبات ZK کارآمد (و شاید با شتاب‌دهنده سخت‌افزاری)، اجرای موازی تراکنش‌ها و شبکه‌سازی پیشرفته، قصد دارد پارادایم جدیدی از اپلیکیشن‌های غیرمتمرکز را باز کند. اگرچه جزئیات فنی نبوغ واقعی طراحی آن را آشکار خواهد کرد، اما همین آرمان‌ها به تنهایی بر تلاش بی‌وقفه برای مقیاس‌پذیری که مشخصه دوران فعلی توسعه بلاک‌چین است، تأکید می‌کنند و مرزهای آنچه را که برای یک اینترنت غیرمتمرکز واقعاً جهانی و با عملکرد بالا ممکن است، جابجا می‌کنند. مسیر رسیدن به بلاک‌چین زمان واقعی پیچیده است، اما پروژه‌هایی مانند MegaETH در حال تعیین سرعت برای آینده‌ای هستند که در آن سرعت و تمرکززدایی در کنار هم همزیستی دارند.