Vitalik Buterin چالش بزرگی را برای آینده اتریوم و نحوه حل آن آشکار می کند

ویتالیک بوترین، یکی از بنیانگذاران اتریوم، در یک پست وبلاگ اخیر این آخر هفته، تفکر خود را در مورد جنبه ای «زیر بحث نشده، اما با این وجود بسیار مهم» از اکوسیستم اتریوم به اشتراک گذاشت.

پستی با عنوان “فلسفه چند مشتری اتریوم چگونه با ZK-EVM ها تعامل خواهد داشت؟” تمرکز بر چالش های فنی، مبادلات، و راه حل های بالقوه برای ایجاد یک اکوسیستم چند مشتری برای ZK-EVM.

مشکل چند مشتری با Zk-EVM

Vitalik معتقد است که ZK-EVM ها به بخشی اساسی از فرآیند امنیتی و تایید لایه 1 اتریوم در آینده تبدیل خواهند شد. فناوری Zero Knowledge (ZK) به توسعه دهندگان این امکان را می دهد تا صحت یک تراکنش یا پیام را بدون فاش کردن اطلاعات اضافی اثبات کنند. بنابراین، به یک طرف اجازه می دهد تا دیگری را متقاعد کند که یک پیام درست است بدون اینکه هیچ دانشی فراتر از اعتبار پیام را فاش کند.

با این حال، طبق گفته یکی از بنیانگذاران اتریوم، ماهیت اجرای حریم خصوصی فناوری ZK می‌تواند چشم‌انداز وسیع‌تر EVM را مختل کند، زیرا مشتریان اتریوم در اجرای قوانین پروتکل تفاوت‌های ظریفی دارند.

پروتکل‌های لایه 2 در مجموعه‌های ZK با موفقیت از اثبات‌های ZK استفاده کرده‌اند و با ترکیب چندین تراکنش در یک اثبات واحد به مقیاس‌بندی اتریوم کمک کرده‌اند. با این حال، همانطور که ZK-EVM ها برای تأیید اجرا در Mainnet تکامل می یابند، «ZK-EVM ها عملاً به نوع سوم مشتری اتریوم تبدیل می شوند، به همان اندازه که مشتریان اجرایی و کلاینت های توافقی امروز برای امنیت شبکه مهم هستند».

مشاهده ZK-EVM به عنوان نوع سوم مشتری اتریوم، سوال زیر را از Vitalik ایجاد می کند:

چگونه می‌توانیم یک اکوسیستم «چند مشتری» برای اثبات صحت بلوک‌های اتریوم با ZK بسازیم؟»

همانطور که اکوسیستم مقیاس می‌شود، Vitalik می‌خواهد مزایای «فلسفه چند مشتری» را حفظ کند و در عین حال از قابلیت‌های ZK-EVM برای بهبود مقیاس‌پذیری، امنیت و عدم تمرکز شبکه اتریوم استفاده کند.

به گفته ویتالیک، چالش‌های فنی اصلی استفاده از فناوری ZK با چندین مشتری به تأخیر و ناکارآمدی داده مربوط می‌شود. علاوه بر این، به دلیل تفاسیر خاص قوانین پروتکل یا پیاده‌سازی ZK-EVM، تک تک مشتریان اتریوم، اثبات‌های دانش صفر را به گونه‌ای متفاوت مدیریت می‌کنند.

راه حل های چند مشتری ZK-EVM

علی‌رغم این چالش‌ها، Vitalik معتقد است که ایجاد یک اکوسیستم چند مشتری باز ZK-EVM برای امنیت و تمرکززدایی اتریوم امکان‌پذیر و سودمند است.

در زیر یک نمایش بصری از کلاینت‌های مختلف مورد استفاده در لایه‌های اجماع و اجرایی اکوسیستم اتریوم است.

Vitalik استدلال می کند که داشتن چندین مشتری، امنیت و تمرکززدایی شبکه را با کاهش خطر یک باگ فاجعه بار در یک پیاده سازی افزایش می دهد، که می تواند منجر به خرابی کل شبکه شود. علاوه بر این، یک فلسفه چند مشتری به جلوگیری از تمرکز قدرت در یک تیم توسعه یا سازمان کمک می کند و تمرکززدایی سیاسی را ترویج می کند.

Vitalik سه راه حل بالقوه برای این موضوع ارائه کرد که در زیر نشان داده شده است.

1. «ZK-EVM واحد: پارادایم چند مشتری را رها کنید و یک ZK-EVM واحد را انتخاب کنید که برای تأیید بلوک‌ها استفاده می‌کنیم.
2. چند ZK-EVM بسته: مجموعه خاصی از چند ZK-EVM را به توافق برسانید و در اجماع آن را ثبت کنید، و یک قانون پروتکل لایه اجماع دارید که یک بلوک برای معتبر تلقی شدن نیاز به اثبات بیش از نیمی از ZK-EVM های آن مجموعه دارد. .
3. چند ZK-EVM را باز کنید: کلاینت‌های مختلف پیاده‌سازی‌های ZK-EVM متفاوتی دارند و هر کلاینت قبل از پذیرش یک بلوک به‌عنوان معتبر منتظر اثباتی است که با پیاده‌سازی خودش سازگار باشد.

در زمینه ZK-EVMs، Vitalik از ایده یک اکوسیستم چند مشتری باز ZK-EVM پشتیبانی می کند. کلاینت‌های مختلف پیاده‌سازی‌های ZK-EVM متفاوتی دارند و هر کلاینت قبل از پذیرش یک بلوک به‌عنوان معتبر منتظر اثبات سازگار با خودش می‌ماند.

"از نظر من، (3) ایده آل به نظر می رسد، حداقل تا زمانی که فناوری ما به حدی ارتقا یابد که بتوانیم به طور رسمی ثابت کنیم که همه پیاده سازی های ZK-EVM با یکدیگر معادل هستند..."

با این حال، هنگامی که این فناوری تا حدی پیشرفت کرد که پیاده‌سازی ZK-EVM تا حدی استاندارد شد، Vitalik استدلال کرد که راه‌حل انتخاب کارآمدترین گزینه خواهد بود. او معتقد است که «چالش‌ها [برای گزینه 3] کمتر از چالش‌های دو گزینه دیگر، حداقل در حال حاضر، به نظر می‌رسند».

ویتالیک همچنین به پیشرفت سریع اخیر در هوش مصنوعی اشاره کرد و اظهار داشت که پیشرفت در هوش مصنوعی می تواند توسعه اثبات پیاده سازی ZK-EVM را «فوق العاده شارژ» کند.

در آینده بلندمدت، البته هر چیزی ممکن است اتفاق بیفتد. شاید هوش مصنوعی تأیید رسمی را تا حدی شارژ کند که بتواند به راحتی پیاده‌سازی ZK-EVM را ثابت کند و تمام اشکالاتی را که باعث تفاوت بین آنها می‌شود شناسایی کند.