ویتالیک بوترین، یکی از بنیانگذاران اتریوم، اخیرا اعلام کرده است که اتریوم، یک پلتفرم قرارداد هوشمند که تامین مالی غیرمتمرکز (DeFi)، عملیات توکنهای غیرقابل تعویض (NFT) و موارد دیگر را تامین میکند، مشکلی دارد که نمیتوان آن را تنها با پلتفرمهای مقیاسبندی لایه ۲ حل کرد.
در یک وبلاگبوترین گفت اگرچه این شبکه به طور گسترده مورد استفاده قرار می گیرد و کاربرانی نیز وجود دارند، اما تأیید تراکنش های شبکه اصلی یک چالش است. چالشهای ناشی از این بدان معناست که افراد زیادی نمیتوانند گرههای خود را اجرا کنند و در عوض به اشخاص ثالث قابل اعتماد، از جمله مشتریان سبک، تکیه کنند. اگرچه کلاینت های سبک وزن ضروری هستند، اما یکی از بنیانگذاران اشاره می کند که بررسی اینکه آیا یک اعتبار سنجی خاص اتریوم از قوانین پروتکل تعیین شده پیروی می کند یا خیر، چالش برانگیز است.
برای رسیدگی به این مشکلات، بوترین پیشنهاد می کند دو گزینه برای حل مشکلات تأیید لایه 1 در زنجیره و در عین حال بهبود مقیاس پذیری.
رسیدگی به مشکلات تایید زنجیره ای
در گزینه اول، او محدود کردن شبکه اصلی و اجبار فعالیت به لایه-2 را پیشنهاد می کند. این امر مستلزم کاهش هدف اصلی گاز در هر بلوک از 15 میلیون به 1 میلیون است و تنها وظیفه لایه 1 تأیید پروتکل های لایه 2 است.
در حالی که این راه حل می تواند کار کند، ممکن است نقص هایی وجود داشته باشد. اولاً، بسیاری از برنامههای کاربردی مبتنی بر L1 موجود را از نظر اقتصادی غیرممکن میکند و وجوه کاربر ممکن است به دلیل هزینههای بسیار بالا گیر کند. مهاجرت انبوه به پروژه لایه 2 امکان پذیر است، اما این فرآیند را پیچیده تر می کند.
یکی از بنیانگذاران اشاره می کند که، در حالت ایده آل، پروتکل اتریوم باید به راحتی در دستگاه های مختلف، از جمله لپ تاپ، تلفن، و افزونه های مرورگر تأیید شود. با این حال، همگام سازی جداگانه داده ها در زنجیره برای اولین بار، یا پس از مدت طولانی آفلاین، می تواند تا 54 ثانیه طول بکشد. این می تواند در مرورگر دستگاه کار کند یا منجر به تخلیه سریع باتری دستگاه های قابل حمل شود.
گزینه جایگزین دیگری که بوترین پیشنهاد می کند شامل برهان دانش غیر تعاملی مختصر (SNARK) است – تأیید شبکه اصلی با استفاده از یک ماشین مجازی اتریوم (zkEVM) که می تواند برای تأیید اجرای ماشین مجازی اتریوم (EVM) یک بلوک اتریوم استفاده شود. .
در این رویکرد، کد SNARK بیشتری برای تأیید سمت اجماع یک بلوک نوشته میشود. با این حال، تولید اثبات در زمان واقعی نیاز به بهبودهای قابل توجهی از طریق بهبودهای سخت افزاری یا معماری تخصصی دارد.
اگر این گزینه دنبال شود، نیاز به انتخاب یک نوع zkEVM برای استفاده برای تأیید وجود دارد. سه گزینه وجود دارد: یک zkEVM منفرد، یک multi-zkEVM بسته و یک multi-zkEVM باز.
در حالی که هر گزینه دارای مزایا و معایبی است، بوترین معتقد است که گزینه multi-zkEVM باز بهترین مسیر است. این رویکرد شامل کلاینتهای مختلف میشود که پیادهسازیهای zkEVM متفاوتی دارند و هر کلاینت قبل از پذیرش یک بلوک به عنوان معتبر منتظر اثبات سازگار است.
اگرچه ایده آل است، اما بدون چالش نخواهد بود. آنچه مشهود است این است که به بهبودهای قابل توجهی در کارایی و موازی سازی اتریوم نیاز دارد. با این حال، او معتقد است این مسیر با توجه به پیشرفت های تکنولوژیکی قابل کاوش است و عملی است.
بهبود مقیاس پذیری و دسترسی در اتریوم
پیشنهادات بوترین نشان دهنده گامی در جهت درست برای حل مشکل تأیید در زنجیره است. در حالی که راه حل های پیشنهادی دارای نقاط ضعف هستند، نیاز به یک پروتکل اتریوم مقیاس پذیرتر و کارآمدتر را برجسته می کنند.
این پیشنهاد زمانی مطرح شد که Polygon راه اندازی شد نسخه بتای اصلی zkEVM خود در اوایل این هفته با برنامههایی برای منبعباز کردن فناوری برای تحریک پیشرفتهای بیشتر.