diff --git a/public/content/translations/ar/roadmap/zkevm/index.md b/public/content/translations/ar/roadmap/zkevm/index.md
new file mode 100644
index 00000000000..b47af83485e
--- /dev/null
+++ b/public/content/translations/ar/roadmap/zkevm/index.md
@@ -0,0 +1,124 @@
+---
+title: تقنية zkEVM للتحقق من بلوك الطبقة الأولى (L1)
+description: تعرف على كيفية استخدام إثباتات المعرفة الصفرية للتحقق من تنفيذ بلوك إيثريوم، مما يتيح إنتاجية أعلى ومتطلبات أقل للمُدقِّقين.
+lang: ar
+---
+
+# تقنية zkEVM للتحقق من بلوك الطبقة الأولى (L1) {#zkevm-l1}
+
+zkEVM هي تقنية تستخدم [إثباتات المعرفة الصفرية](/zero-knowledge-proofs/) للتحقق من تنفيذ بلوك إيثريوم. بدلاً من مطالبة كل [مُدقِّق](/glossary/#validator) بإعادة تنفيذ جميع المعاملات في بلوك معين، يقوم فاعل متخصص واحد (يُسمى "المُثبِت" أو prover) بتنفيذ البلوك وإنشاء إثبات تشفيري بأن التنفيذ كان صحيحًا. يمكن لأي عقدة بعد ذلك التحقق من هذا الإثبات—وهي عملية أرخص بكثير من إعادة تنفيذ جميع المعاملات.
+
+
+
+
+يجب عدم الخلط بينها وبين الرول أب لـ zkEVM
+
+تناقش هذه الصفحة استخدام zkEVM للتحقق من تنفيذ بلوك الطبقة الأولى (L1) لإيثريوم. بالنسبة لتقنيات الرول أب لـ zkEVM التي تستخدم إثباتات المعرفة الصفرية (ZK proofs) لتوسيع نطاق إيثريوم كحلول الطبقة الثانية، راجع [الرول أب المعتمد على إثباتات المعرفة الصفرية](/developers/docs/scaling/zk-rollups/).
+
+
+
+
+## مشكلة إعادة التنفيذ {#reexecution-problem}
+
+اليوم، تستخدم إيثريوم نموذج تحقق "N-of-N": يجب على كل مُدقِّق إعادة تنفيذ كل معاملة في كل بلوك بشكل مستقل للتحقق من أن تغييرات الحالة المقترحة صحيحة. في حين أن هذا النهج يوفر أقصى درجات انعدام الثقة (trustless)، إلا أنه يخلق عنق زجاجة أساسي.
+
+المشكلة هي أن إنتاجية إيثريوم محدودة بما يمكن للمُدقِّق العادي معالجته. إن رفع [حد الغاز](/glossary/#gas-limit) سيسمح بمزيد من المعاملات لكل بلوك، ولكنه سيرفع أيضًا من متطلبات الأجهزة للمُدقِّقين. وهذا يهدد اللامركزية—فإذا كان تشغيل مُدقِّق يتطلب أجهزة باهظة الثمن، فسيتمكن عدد أقل من الأشخاص من المشاركة في تأمين الشبكة.
+
+تقدم zkEVM مخرجًا من هذه المقايضة. من خلال التحول من "الجميع يعيد التنفيذ" إلى "واحد يُثبت، والجميع يتحقق"، يمكن لإيثريوم زيادة حد الغاز بأمان دون رفع متطلبات الأجهزة للمُدقِّقين.
+
+## كيف يعمل التحقق من zkEVM في الطبقة الأولى (L1) {#how-it-works}
+
+يحول التحقق باستخدام zkEVM عملية التحقق من البلوك إلى نموذج "1-of-N":
+
+1. **التنفيذ**: يقوم المُثبِت بتنفيذ جميع المعاملات في بلوك معين، متتبعًا كل تغيير في الحالة
+2. **الإثبات**: يقوم المُثبِت بإنشاء إثبات تشفيري ([SNARK أو STARK](/zero-knowledge-proofs/#types-of-zero-knowledge-proofs)) يشهد على صحة التنفيذ
+3. **التحقق**: يتحقق المُدقِّقون من الإثبات بدلاً من إعادة تنفيذ المعاملات—وهذا أرخص بكثير من إعادة التنفيذ الكاملة
+
+يظل الضمان الأمني كما هو: إذا كان التنفيذ غير صحيح، فلا يمكن إنشاء إثبات صالح. ولكن الآن، بدلاً من أن تقوم كل عقدة بعمليات حسابية مكلفة، يقوم المُثبِت فقط بذلك—والتحقق رخيص بما يكفي لدرجة أنه لا يقيد حد الغاز.
+
+### النوع الأول من zkEVMs {#type-1-zkevm}
+
+تُصنف تقنيات zkEVM إلى أنواع بناءً على توافقها مع إيثريوم:
+
+- **النوع 1**: مكافئ تمامًا لإيثريوم. لا توجد تعديلات على آلة إيثريوم الافتراضية (EVM)، لذلك يمكن إثبات أي بلوك إيثريوم تمامًا كما هو
+- **النوع 2-4**: إجراء مقايضات مختلفة، وتعديل سلوك آلة إيثريوم الافتراضية (EVM) لجعل الإثبات أسهل
+
+بالنسبة للتحقق في الطبقة الأولى (L1)، يعتبر النوع 1 ضروريًا. يجب أن تكون zkEVM قادرة على إثبات أي بلوك إيثريوم صالح، بما في ذلك الحالات الاستثنائية والكتل التاريخية. أي انحراف عن سلوك إيثريوم الدقيق من شأنه أن يخلق مشكلات في الإجماع.
+
+تركز أبحاث zkEVM التابعة لمؤسسة إيثريوم على تطبيقات النوع 1 المتوافقة تمامًا مع تنفيذ إيثريوم الحالي.
+
+## فوائد لإيثريوم {#benefits}
+
+### إنتاجية أعلى {#higher-throughput}
+
+عندما يكون التحقق رخيصًا، يمكن زيادة حد الغاز بأمان. يؤدي هذا إلى توسيع سعة الشبكة ويساعد على استقرار الرسوم خلال فترات الطلب المرتفع. إن حد الغاز الحالي مقيد جزئيًا بأجهزة المُدقِّقين—وتزيل zkEVM هذا القيد.
+
+### لامركزية أقوى {#stronger-decentralization}
+
+مع التحقق باستخدام zkEVM، يحتاج المُدقِّقون فقط إلى التحقق من الإثباتات بدلاً من تنفيذ المعاملات. يؤدي هذا إلى خفض متطلبات الأجهزة لتشغيل مُدقِّق بشكل كبير، مما يتيح لمزيد من الأشخاص المشاركة في تأمين الشبكة. يعزز التنوع الأكبر للمُدقِّقين من مقاومة إيثريوم للرقابة ومرونتها.
+
+لاحظ أن الإثبات بحد ذاته يتطلب موارد حسابية كبيرة، أكبر من تلك الخاصة بأجهزة المُدقِّقين الحالية. ومع ذلك، على عكس التحقق، لا يحتاج الإثبات إلى أن يكون لامركزيًا بنفس الطريقة: هناك حاجة إلى إثبات صحيح واحد فقط لكل بلوك، ويمكن لأي شخص التحقق منه بسرعة. تهدف الأبحاث في أسواق المُثبِتين، وتجميع الإثباتات، وتسريع الأجهزة إلى ضمان بقاء الإثبات تنافسيًا ويمكن الوصول إليه بدلاً من تركزّه بين عدد قليل من المشغلين الكبار.
+
+### نهائية يمكن التنبؤ بها {#predictable-finality}
+
+تعمل عملية التحقق من الإثبات في وقت ثابت بغض النظر عن تعقيد البلوك. هذا يجعل توقيت الإقرار أكثر قابلية للتنبؤ ويقلل من الإقرارات المفقودة التي يمكن أن تحدث عندما يواجه المُدقِّقون صعوبة في معالجة الكتل المعقدة في الوقت المناسب.
+
+## تحديات الإثبات في الوقت الفعلي {#realtime-proving}
+
+التحدي الرئيسي للتحقق من zkEVM في الطبقة الأولى (L1) هو السرعة. يتم إنتاج كتل إيثريوم كل 12 ثانية، مما يعني أنه يجب إنشاء الإثباتات ضمن إطار زمني مماثل لتكون مفيدة للإجماع.
+
+يمكن أن تستغرق تطبيقات zkEVM الحالية من دقائق إلى ساعات لإثبات بلوك واحد. تركز الأبحاث على سد هذه الفجوة من خلال:
+
+- **التوازي**: توزيع عمل الإثبات عبر أجهزة متعددة
+- **أجهزة متخصصة**: تصميم دوائر وأجهزة محسنة لإثباتات المعرفة الصفرية (ZK)
+- **تحسينات خوارزمية**: أنظمة إثبات وتصميمات دوائر أكثر كفاءة
+- **الإثبات التدريجي**: إنشاء الإثباتات أثناء تنفيذ المعاملات، بدلاً من إنشائها بعد ذلك
+
+## الأبحاث والتطبيقات الحالية {#current-research}
+
+تمول مؤسسة إيثريوم أبحاث zkEVM من خلال فريق [Privacy Stewards of Ethereum (PSE)](https://pse.dev/). تشمل مسارات البحث الرئيسية ما يلي:
+
+- **الإثبات في الوقت الفعلي**: إنشاء إثباتات كاملة للبلوك ضمن فترات زمنية تبلغ 12 ثانية
+- **تكامل العميل**: توحيد الواجهات بين عملاء التنفيذ والمُثبِتين
+- **الحوافز الاقتصادية**: تصميم أسواق مُثبِتين وهياكل رسوم مستدامة
+
+### حالة التطبيق {#implementations}
+
+يتم تطوير واختبار العديد من تطبيقات zkVM لإثبات بلوك إيثريوم:
+
+| التطبيق | البنية |
+|----------------|--------------|
+| [OpenVM](https://github.com/openvm-org/openvm) | rv32im |
+| [RISC Zero](https://github.com/risc0/risc0) | rv32im |
+| [Airbender](https://github.com/matter-labs/zksync-airbender) | rv32im |
+| [Jolt](https://github.com/a16z/jolt) | rv32im |
+| [Zisk](https://github.com/0xPolygonHermez/zisk) | rv64ima |
+
+تستخدم هذه التطبيقات آلات افتراضية تعتمد على RISC-V لتنفيذ الرمز الثانوي (bytecode) لآلة إيثريوم الافتراضية (EVM)، ثم تقوم بإنشاء إثباتات المعرفة الصفرية (ZK proofs) للتنفيذ الصحيح. يتم تتبع نتائج الاختبارات الحديثة والتقدم المحرز في [متتبع zkVM التابع لمؤسسة إيثريوم](https://zkevm.ethereum.foundation/zkvm-tracker).
+
+## كيف تتناسب zkEVM مع الترقيات الأخرى {#related-upgrades}
+
+يرتبط التحقق من zkEVM في الطبقة الأولى (L1) بالعديد من عناصر خريطة طريق إيثريوم الأخرى:
+
+- **[أشجار فيركل (Verkle Trees)](/roadmap/verkle-trees/)**: تتيح شهودًا (witnesses) أصغر للتحقق بدون حالة (stateless)، مما يقلل من البيانات التي يحتاج المُثبِتون للعمل معها
+- **[انعدام الحالة (Statelessness)](/roadmap/statelessness/)**: تعد zkEVM عامل تمكين رئيسي—مع إثباتات المعرفة الصفرية (ZK) للتنفيذ، لا تحتاج العقد إلى حالة كاملة للتحقق من الكتل
+- **[فصل المُقترِح عن الباني (PBS)](/roadmap/pbs/)**: يمكن لبناة الكتل دمج إنشاء الإثباتات، أو قد يظهر سوق منفصل للمُثبِتين
+- **[نهائية الخانة الواحدة (Single Slot Finality)](/roadmap/single-slot-finality/)**: يمكن أن يتيح إنشاء الإثباتات بشكل أسرع نهائية الخانة الواحدة مع ضمانات تشفيرية
+
+
+
+
+
+لا يزال التحقق من zkEVM في الطبقة الأولى (L1) قيد البحث النشط ولم يتم دمجه بعد في عملاء إيثريوم في بيئة الإنتاج.
+
+
+
+
+## قراءة المزيد {#further-reading}
+
+- [مؤسسة zkEVM](https://zkevm.ethereum.foundation) - مركز أبحاث zkEVM الرسمي التابع لمؤسسة إيثريوم
+- [Ethproofs](https://ethproofs.org/) - تتبع السباق لإثبات إيثريوم في الوقت الفعلي
+- [zkevm.fyi](https://zkevm.fyi) - كتاب تقني حول zkEVM للطبقة الأولى (L1)
+- [مواصفات PSE zkEVM](https://github.com/privacy-scaling-explorations/zkevm-specs) - المواصفات الفنية
+- [The Verge](https://vitalik.eth.limo/general/2024/10/23/futures4.html) - نظرة عامة من فيتاليك (Vitalik) على تحسينات التحقق
+- [مدونة EF zkEVM](https://zkevm.ethereum.foundation/blog) - تحليل الأداء من فريق مؤسسة إيثريوم (EF)
\ No newline at end of file
diff --git a/public/content/translations/bn/roadmap/zkevm/index.md b/public/content/translations/bn/roadmap/zkevm/index.md
new file mode 100644
index 00000000000..0b97e6eb734
--- /dev/null
+++ b/public/content/translations/bn/roadmap/zkevm/index.md
@@ -0,0 +1,124 @@
+---
+title: L1 ব্লক ভেরিফিকেশনের জন্য zkEVM
+description: জানুন কীভাবে জিরো-নলেজ প্রুফ ইথিরিয়াম ব্লক এক্সিকিউশন ভেরিফাই করতে পারে, যা উচ্চতর থ্রুপুট এবং ভ্যালিডেটরদের জন্য কম রিকোয়ারমেন্টস সক্ষম করে।
+lang: bn
+---
+
+# L1 ব্লক ভেরিফিকেশনের জন্য zkEVM {#zkevm-l1}
+
+zkEVM হলো এমন একটি প্রযুক্তি যা ইথিরিয়াম ব্লক এক্সিকিউশন ভেরিফাই করতে [জিরো-নলেজ প্রুফ](/zero-knowledge-proofs/) ব্যবহার করে। প্রতিটি [ভ্যালিডেটর](/glossary/#validator)-কে একটি ব্লকের সমস্ত লেনদেন পুনরায় এক্সিকিউট করার পরিবর্তে, একজন একক বিশেষায়িত এ্যাক্টর (যাকে "প্রুভার" বলা হয়) ব্লকটি এক্সিকিউট করে এবং একটি ক্রিপ্টোগ্রাফিক প্রুফ তৈরি করে যা প্রমাণ করে যে এক্সিকিউশনটি সঠিক ছিল। এরপর যেকোনো নোড এই প্রুফটি ভেরিফাই করতে পারে—এই প্রক্রিয়াটি সমস্ত লেনদেন পুনরায় এক্সিকিউট করার চেয়ে বহুগুণ সস্তা।
+
+
+
+
+zkEVM রোলআপস এর সাথে গুলিয়ে ফেলবেন না
+
+এই পেজে ইথিরিয়াম L1 ব্লক এক্সিকিউশন ভেরিফাই করতে zkEVM এর ব্যবহার নিয়ে আলোচনা করা হয়েছে। লেয়ার ২ সলিউশন হিসেবে ইথিরিয়াম স্কেল করতে ZK প্রুফ ব্যবহার করে এমন zkEVM রোলআপস সম্পর্কে জানতে, [জিরো-নলেজ রোলআপস](/developers/docs/scaling/zk-rollups/) দেখুন।
+
+
+
+
+## রি-এক্সিকিউশন সমস্যা {#reexecution-problem}
+
+বর্তমানে, ইথিরিয়াম একটি "N-of-N" ভেরিফিকেশন মডেল ব্যবহার করে: প্রস্তাবিত স্টেট পরিবর্তনগুলো সঠিক কিনা তা ভেরিফাই করতে প্রতিটি ভ্যালিডেটরকে স্বাধীনভাবে প্রতিটি ব্লকের প্রতিটি লেনদেন পুনরায় এক্সিকিউট করতে হয়। যদিও এই পদ্ধতিটি সর্বোচ্চ ট্রাস্টলেস, এটি একটি মৌলিক বাধা (bottleneck) তৈরি করে।
+
+সমস্যা হলো ইথিরিয়ামের থ্রুপুট একজন সাধারণ ভ্যালিডেটর যা প্রসেস করতে পারে তার দ্বারা সীমাবদ্ধ। [গ্যাস লিমিট](/glossary/#gas-limit) বাড়ালে প্রতি ব্লকে আরও বেশি লেনদেন করা সম্ভব হবে, তবে এটি ভ্যালিডেটরদের জন্য হার্ডওয়্যার রিকোয়ারমেন্টসও বাড়িয়ে দেবে। এটি বিকেন্দ্রীকরণের জন্য হুমকিস্বরূপ—যদি একটি ভ্যালিডেটর চালানোর জন্য ব্যয়বহুল হার্ডওয়্যারের প্রয়োজন হয়, তবে নেটওয়ার্ক সুরক্ষিত করার কাজে কম মানুষ অংশগ্রহণ করতে পারবে।
+
+zkEVM এই ট্রেডঅফ থেকে বেরিয়ে আসার একটি উপায় অফার করে। "সবাই পুনরায় এক্সিকিউট করে" থেকে "একজন প্রমাণ করে, সবাই ভেরিফাই করে" মডেলে স্থানান্তরিত হওয়ার মাধ্যমে, ইথিরিয়াম ভ্যালিডেটর হার্ডওয়্যার রিকোয়ারমেন্টস না বাড়িয়ে নিরাপদে গ্যাস লিমিট বাড়াতে পারে।
+
+## zkEVM L1 ভেরিফিকেশন কীভাবে কাজ করে {#how-it-works}
+
+zkEVM ভেরিফিকেশন ব্লক ভ্যালিডেশনকে একটি "1-of-N" মডেলে রূপান্তরিত করে:
+
+1. **এক্সিকিউশন**: একজন প্রুভার একটি ব্লকের সমস্ত লেনদেন এক্সিকিউট করে এবং প্রতিটি স্টেট পরিবর্তন ট্র্যাক করে
+2. **প্রুভিং**: প্রুভার একটি ক্রিপ্টোগ্রাফিক প্রুফ (একটি [SNARK বা STARK](/zero-knowledge-proofs/#types-of-zero-knowledge-proofs)) তৈরি করে যা এক্সিকিউশনের সঠিকতা প্রমাণ করে
+3. **ভেরিফিকেশন**: ভ্যালিডেটরস লেনদেন পুনরায় এক্সিকিউট করার পরিবর্তে প্রুফটি ভেরিফাই করে—এটি সম্পূর্ণ রি-এক্সিকিউশনের চেয়ে নাটকীয়ভাবে সস্তা
+
+নিরাপত্তার গ্যারান্টি একই থাকে: যদি এক্সিকিউশনটি ভুল হয়, তবে কোনো বৈধ প্রুফ তৈরি করা যাবে না। কিন্তু এখন, প্রতিটি নোড ব্যয়বহুল কম্পিউটেশন করার পরিবর্তে, শুধুমাত্র প্রুভার তা করে—এবং ভেরিফিকেশন এতটাই সস্তা যে এটি গ্যাস লিমিটকে সীমাবদ্ধ করে না।
+
+### টাইপ 1 zkEVMs {#type-1-zkevm}
+
+ইথিরিয়ামের সাথে সামঞ্জস্যের ওপর ভিত্তি করে zkEVM-গুলোকে বিভিন্ন টাইপে শ্রেণীবদ্ধ করা হয়:
+
+- **টাইপ 1**: সম্পূর্ণ ইথিরিয়াম-সমতুল্য। EVM-এ কোনো পরিবর্তন করা হয় না, তাই যেকোনো ইথিরিয়াম ব্লক ঠিক যেমন আছে তেমনই প্রমাণ করা যায়
+- **টাইপ 2-4**: প্রুভিং সহজ করার জন্য EVM-এর আচরণ পরিবর্তন করে বিভিন্ন ট্রেডঅফ তৈরি করে
+
+L1 ভেরিফিকেশনের জন্য, টাইপ 1 অপরিহার্য। zkEVM-কে অবশ্যই এজ কেস এবং ঐতিহাসিক ব্লকসহ যেকোনো বৈধ ইথিরিয়াম ব্লক প্রমাণ করতে সক্ষম হতে হবে। ইথিরিয়ামের সঠিক আচরণ থেকে যেকোনো বিচ্যুতি কনসেন্সাস সমস্যা তৈরি করবে।
+
+ইথিরিয়াম ফাউন্ডেশনের zkEVM গবেষণা টাইপ 1 ইমপ্লিমেন্টেশনের ওপর ফোকাস করে যা বিদ্যমান ইথিরিয়াম এক্সিকিউশনের সাথে সম্পূর্ণ সামঞ্জস্যপূর্ণ।
+
+## ইথিরিয়ামের জন্য সুবিধা {#benefits}
+
+### উচ্চতর থ্রুপুট {#higher-throughput}
+
+যখন ভেরিফিকেশন সস্তা হয়, তখন গ্যাস লিমিট নিরাপদে বাড়ানো যায়। এটি নেটওয়ার্কের ধারণক্ষমতা বাড়ায় এবং উচ্চ-চাহিদার সময়ে ফি স্থিতিশীল রাখতে সাহায্য করে। বর্তমান গ্যাস লিমিট আংশিকভাবে ভ্যালিডেটর হার্ডওয়্যার দ্বারা সীমাবদ্ধ—zkEVM এই সীমাবদ্ধতা দূর করে।
+
+### শক্তিশালী বিকেন্দ্রীকরণ {#stronger-decentralization}
+
+zkEVM ভেরিফিকেশনের মাধ্যমে, ভ্যালিডেটরদের লেনদেন এক্সিকিউট করার পরিবর্তে শুধুমাত্র প্রুফ ভেরিফাই করতে হয়। এটি একটি ভ্যালিডেটর চালানোর জন্য হার্ডওয়্যার রিকোয়ারমেন্টস নাটকীয়ভাবে কমিয়ে দেয়, যা আরও বেশি মানুষকে নেটওয়ার্ক সুরক্ষিত করার কাজে অংশগ্রহণ করতে সক্ষম করে। বৃহত্তর ভ্যালিডেটর বৈচিত্র্য ইথিরিয়ামের সেন্সরশিপ প্রতিরোধ এবং স্থিতিস্থাপকতাকে শক্তিশালী করে।
+
+মনে রাখবেন যে প্রুভিংয়ের জন্য উল্লেখযোগ্য কম্পিউটেশনাল রিসোর্সের প্রয়োজন হয়, যা বর্তমান ভ্যালিডেটর হার্ডওয়্যারের চেয়ে বেশি। তবে, ভ্যালিডেশনের বিপরীতে, প্রুভিংকে একইভাবে বিকেন্দ্রীকৃত হওয়ার প্রয়োজন নেই: প্রতি ব্লকে শুধুমাত্র একটি সঠিক প্রুফ প্রয়োজন, এবং যেকেউ এটি দ্রুত ভেরিফাই করতে পারে। প্রুভার মার্কেট, প্রুফ এগ্রিগেশন এবং হার্ডওয়্যার এক্সিলারেশন নিয়ে গবেষণার লক্ষ্য হলো প্রুভিং যেন কয়েকজন বড় অপারেটরের মধ্যে সীমাবদ্ধ না থেকে প্রতিযোগিতামূলক এবং অ্যাক্সেসযোগ্য থাকে তা নিশ্চিত করা।
+
+### অনুমানযোগ্য ফাইনালিটি {#predictable-finality}
+
+ব্লকের জটিলতা নির্বিশেষে প্রুফ ভেরিফিকেশন ধ্রুবক সময়ে (constant time) কাজ করে। এটি এটেস্টেশন টাইমিংকে আরও অনুমানযোগ্য করে তোলে এবং মিসড এটেস্টেশন কমায় যা তখন ঘটতে পারে যখন ভ্যালিডেটরস সময়মতো জটিল ব্লক প্রসেস করতে সংগ্রাম করে।
+
+## রিয়েল-টাইম প্রুভিং চ্যালেঞ্জ {#realtime-proving}
+
+zkEVM L1 ভেরিফিকেশনের প্রধান চ্যালেঞ্জ হলো গতি। ইথিরিয়াম ব্লকস প্রতি 12 সেকেন্ডে তৈরি হয়, যার মানে কনসেন্সাস এর জন্য কার্যকর হতে হলে প্রুফগুলোকেও একই সময়সীমার মধ্যে তৈরি করতে হবে।
+
+বর্তমান zkEVM ইমপ্লিমেন্টেশনগুলোতে একটি একক ব্লক প্রমাণ করতে কয়েক মিনিট থেকে কয়েক ঘণ্টা সময় লাগতে পারে। গবেষণা এই ব্যবধান কমানোর ওপর ফোকাস করে:
+
+- **প্যারালালাইজেশন**: একাধিক মেশিনে প্রুভিংয়ের কাজ ভাগ করে দেওয়া
+- **বিশেষায়িত হার্ডওয়্যার**: ZK প্রুভিংয়ের জন্য অপ্টিমাইজ করা সার্কিট এবং হার্ডওয়্যার ডিজাইন করা
+- **অ্যালগরিদমিক উন্নতি**: আরও দক্ষ প্রুফ সিস্টেম এবং সার্কিট ডিজাইন
+- **ইনক্রিমেন্টাল প্রুভিং**: লেনদেন এক্সিকিউট হওয়ার সাথে সাথে প্রুফ তৈরি করা, পরে নয়
+
+## বর্তমান গবেষণা এবং ইমপ্লিমেন্টেশন {#current-research}
+
+ইথিরিয়াম ফাউন্ডেশন [Privacy Stewards of Ethereum (PSE)](https://pse.dev/) টিমের মাধ্যমে zkEVM গবেষণায় অর্থায়ন করে। মূল গবেষণার বিষয়গুলোর মধ্যে রয়েছে:
+
+- **রিয়েল-টাইম প্রুভিং**: 12-সেকেন্ডের স্লটের মধ্যে সম্পূর্ণ ব্লক প্রুফ তৈরি করা
+- **ক্লায়েন্ট ইন্টিগ্রেশন**: এক্সিকিউশন ক্লায়েন্ট এবং প্রুভারদের মধ্যে ইন্টারফেস স্ট্যান্ডার্ডাইজ করা
+- **অর্থনৈতিক প্রণোদনা**: টেকসই প্রুভার মার্কেট এবং ফি স্ট্রাকচার ডিজাইন করা
+
+### ইমপ্লিমেন্টেশন স্ট্যাটাস {#implementations}
+
+ইথিরিয়াম ব্লক প্রুভিংয়ের জন্য বেশ কয়েকটি zkVM ইমপ্লিমেন্টেশন তৈরি এবং পরীক্ষা করা হচ্ছে:
+
+| ইমপ্লিমেন্টেশন | আর্কিটেকচার |
+|----------------|--------------|
+| [OpenVM](https://github.com/openvm-org/openvm) | rv32im |
+| [RISC Zero](https://github.com/risc0/risc0) | rv32im |
+| [Airbender](https://github.com/matter-labs/zksync-airbender) | rv32im |
+| [Jolt](https://github.com/a16z/jolt) | rv32im |
+| [Zisk](https://github.com/0xPolygonHermez/zisk) | rv64ima |
+
+এগুলো EVM বাইটকোড এক্সিকিউট করতে RISC-V ভিত্তিক ভার্চুয়াল মেশিন ব্যবহার করে, তারপর সঠিক এক্সিকিউশনের ZK প্রুফ তৈরি করে। আপ-টু-ডেট টেস্ট রেজাল্ট এবং অগ্রগতি [ইথিরিয়াম ফাউন্ডেশনের zkVM ট্র্যাকার](https://zkevm.ethereum.foundation/zkvm-tracker)-এ ট্র্যাক করা হয়।
+
+## অন্যান্য আপগ্রেডের সাথে zkEVM কীভাবে মানানসই {#related-upgrades}
+
+zkEVM L1 ভেরিফিকেশন ইথিরিয়াম রোডম্যাপের অন্যান্য বেশ কয়েকটি বিষয়ের সাথে যুক্ত:
+
+- **[ভার্কেল ট্রি](/roadmap/verkle-trees/)**: স্টেটলেস ভেরিফিকেশনের জন্য ছোট উইটনেস সক্ষম করে, যা প্রুভারদের কাজ করার জন্য প্রয়োজনীয় ডাটা কমায়
+- **[স্টেটলেসনেস](/roadmap/statelessness/)**: zkEVM একটি মূল সহায়ক—এক্সিকিউশনের ZK প্রুফ থাকলে, ব্লকস ভেরিফাই করার জন্য নোডগুলোর সম্পূর্ণ স্টেট এর প্রয়োজন হয় না
+- **[PBS](/roadmap/pbs/)**: ব্লক বিল্ডাররা সম্ভাব্যভাবে প্রুফ জেনারেশনকে একীভূত করতে পারে, অথবা একটি পৃথক প্রুভার মার্কেট আবির্ভূত হতে পারে
+- **[সিঙ্গেল স্লট ফাইনালিটি](/roadmap/single-slot-finality/)**: দ্রুত প্রুফ জেনারেশন ক্রিপ্টোগ্রাফিক গ্যারান্টিসহ সিঙ্গেল-স্লট ফাইনালিটি সক্ষম করতে পারে
+
+
+
+
+
+zkEVM L1 ভেরিফিকেশন সক্রিয় গবেষণায় রয়েছে এবং এখনও প্রোডাকশন ইথিরিয়াম ক্লায়েন্টগুলোতে একীভূত করা হয়নি।
+
+
+
+
+## আরও পড়ুন {#further-reading}
+
+- [zkEVM Foundation](https://zkevm.ethereum.foundation) - অফিসিয়াল ইথিরিয়াম ফাউন্ডেশন zkEVM রিসার্চ হাব
+- [Ethproofs](https://ethproofs.org/) - রিয়েল-টাইমে ইথিরিয়াম প্রমাণ করার প্রতিযোগিতা ট্র্যাক করুন
+- [zkevm.fyi](https://zkevm.fyi) - L1 এর জন্য zkEVM এর ওপর টেকনিক্যাল বই
+- [PSE zkEVM Specs](https://github.com/privacy-scaling-explorations/zkevm-specs) - টেকনিক্যাল স্পেসিফিকেশন
+- [The Verge](https://vitalik.eth.limo/general/2024/10/23/futures4.html) - ভেরিফিকেশন উন্নতির ওপর ভিটালিকের ওভারভিউ
+- [EF zkEVM Blog](https://zkevm.ethereum.foundation/blog) - EF টিমের পারফরম্যান্স অ্যানালাইসিস
\ No newline at end of file
diff --git a/public/content/translations/cs/roadmap/zkevm/index.md b/public/content/translations/cs/roadmap/zkevm/index.md
new file mode 100644
index 00000000000..38ac63e10ec
--- /dev/null
+++ b/public/content/translations/cs/roadmap/zkevm/index.md
@@ -0,0 +1,124 @@
+---
+title: zkEVM pro ověřování bloků na první vrstvě (L1)
+description: Zjistěte, jak mohou důkazy s nulovou znalostí ověřovat provádění bloků Etherea, což umožňuje vyšší propustnost a nižší požadavky na validátory.
+lang: cs
+---
+
+# zkEVM pro ověřování bloků na první vrstvě (L1) {#zkevm-l1}
+
+zkEVM je technologie, která využívá [důkazy s nulovou znalostí](/zero-knowledge-proofs/) k ověřování provádění bloků Etherea. Místo toho, aby každý [validátor](/glossary/#validator) musel znovu provádět všechny transakce v bloku, jediný specializovaný aktér (nazývaný „dokazovatel“ - prover) provede blok a vygeneruje kryptografický důkaz o tom, že provedení bylo správné. Jakýkoli síťový uzel pak může tento důkaz ověřit – proces, který je o několik řádů levnější než opětovné provádění všech transakcí.
+
+
+
+
+Nezaměňovat se zkEVM rollupy
+
+Tato stránka pojednává o použití zkEVM k ověřování provádění bloků na první vrstvě (L1) Etherea. Pro zkEVM rollupy, které používají ZK důkazy ke škálování Etherea jako řešení na druhé vrstvě, viz [rollupy s nulovou znalostí](/developers/docs/scaling/zk-rollups/).
+
+
+
+
+## Problém opětovného provádění {#reexecution-problem}
+
+Dnes Ethereum používá model ověřování „N z N“: každý validátor musí nezávisle znovu provést každou transakci v každém bloku, aby ověřil, že navrhované změny stavu jsou správné. Ačkoli je tento přístup maximálně bez nutnosti důvěry (trustless), vytváří zásadní úzké hrdlo.
+
+Problém je v tom, že propustnost Etherea je omezena tím, co dokáže zpracovat průměrný validátor. Zvýšení [limitu transakčních poplatků](/glossary/#gas-limit) by umožnilo více transakcí na blok, ale také by to zvýšilo hardwarové požadavky na validátory. To ohrožuje decentralizaci – pokud provozování validátoru vyžaduje drahý hardware, může se na zabezpečení sítě podílet méně lidí.
+
+zkEVM nabízí cestu z tohoto kompromisu. Přechodem od „všichni znovu provádějí“ k „jeden dokazuje, všichni ověřují“ může Ethereum bezpečně zvýšit limit transakčních poplatků, aniž by se zvýšily hardwarové požadavky na validátory.
+
+## Jak funguje ověřování zkEVM na L1 {#how-it-works}
+
+Ověřování pomocí zkEVM transformuje validaci bloků na model „1 z N“:
+
+1. **Provedení (Execution)**: Dokazovatel provede všechny transakce v bloku a sleduje každou změnu stavu
+2. **Dokazování (Proving)**: Dokazovatel vygeneruje kryptografický důkaz ([SNARK nebo STARK](/zero-knowledge-proofs/#types-of-zero-knowledge-proofs)), který potvrzuje správnost provedení
+3. **Ověřování (Verification)**: Validátoři ověřují důkaz místo opětovného provádění transakcí – to je dramaticky levnější než úplné opětovné provedení
+
+Záruka bezpečnosti zůstává stejná: pokud bylo provedení nesprávné, nelze vygenerovat žádný platný důkaz. Ale nyní, místo aby každý síťový uzel prováděl nákladné výpočty, dělá to pouze dokazovatel – a ověření je dostatečně levné na to, aby neomezovalo limit transakčních poplatků.
+
+### zkEVM typu 1 {#type-1-zkevm}
+
+zkEVM se dělí na typy na základě jejich kompatibility s Ethereem:
+
+- **Typ 1**: Plně ekvivalentní Ethereu. Žádné úpravy EVM, takže jakýkoli blok Etherea lze dokázat přesně tak, jak je
+- **Typ 2-4**: Dělají různé kompromisy, upravují chování EVM, aby usnadnily dokazování
+
+Pro ověřování na L1 je Typ 1 nezbytný. zkEVM musí být schopen dokázat jakýkoli platný blok Etherea, včetně okrajových případů a historických bloků. Jakákoli odchylka od přesného chování Etherea by vytvořila problémy s konsensem.
+
+Výzkum zkEVM nadace Ethereum Foundation se zaměřuje na implementace Typu 1, které jsou plně kompatibilní se stávajícím prováděním Etherea.
+
+## Výhody pro Ethereum {#benefits}
+
+### Vyšší propustnost {#higher-throughput}
+
+Když je ověřování levné, limit transakčních poplatků se může bezpečně zvýšit. To rozšiřuje kapacitu sítě a pomáhá stabilizovat poplatky v obdobích vysoké poptávky. Současný limit transakčních poplatků je částečně omezen hardwarem validátorů – zkEVM toto omezení odstraňuje.
+
+### Silnější decentralizace {#stronger-decentralization}
+
+S ověřováním pomocí zkEVM musí validátoři pouze ověřovat důkazy, nikoli provádět transakce. To dramaticky snižuje hardwarové požadavky na provozování validátoru, což umožňuje více lidem podílet se na zabezpečení sítě. Větší rozmanitost validátorů posiluje odolnost Etherea vůči cenzuře a jeho celkovou houževnatost.
+
+Vezměte na vědomí, že samotné dokazování vyžaduje značné výpočetní zdroje, větší než u současného hardwaru validátorů. Na rozdíl od validace však dokazování nemusí být decentralizováno stejným způsobem: na každý blok je potřeba pouze jeden správný důkaz a kdokoli jej může rychle ověřit. Výzkum trhů s dokazovateli, agregace důkazů a hardwarové akcelerace má za cíl zajistit, aby dokazování zůstalo konkurenceschopné a dostupné, spíše než aby se koncentrovalo mezi několik velkých operátorů.
+
+### Předvídatelná konečnost {#predictable-finality}
+
+Ověřování důkazů probíhá v konstantním čase bez ohledu na složitost bloku. Díky tomu je načasování atestací předvídatelnější a snižuje se počet zmeškaných atestací, ke kterým může dojít, když mají validátoři potíže se včasným zpracováním složitých bloků.
+
+## Výzvy dokazování v reálném čase {#realtime-proving}
+
+Hlavní výzvou pro ověřování zkEVM na L1 je rychlost. Bloky Etherea jsou produkovány každých 12 sekund, což znamená, že důkazy musí být generovány v podobném časovém rámci, aby byly užitečné pro konsensus.
+
+Současným implementacím zkEVM může trvat minuty až hodiny, než dokážou jediný blok. Výzkum se zaměřuje na překlenutí této mezery prostřednictvím:
+
+- **Paralelizace**: Distribuce práce na dokazování mezi více strojů
+- **Specializovaný hardware**: Navrhování obvodů a hardwaru optimalizovaného pro ZK dokazování
+- **Algoritmická vylepšení**: Efektivnější systémy dokazování a návrhy obvodů
+- **Inkrementální dokazování**: Generování důkazů během provádění transakcí, nikoli až po něm
+
+## Současný výzkum a implementace {#current-research}
+
+Nadace Ethereum Foundation financuje výzkum zkEVM prostřednictvím týmu [Privacy Stewards of Ethereum (PSE)](https://pse.dev/). Mezi klíčové směry výzkumu patří:
+
+- **Dokazování v reálném čase**: Generování důkazů celých bloků v rámci 12sekundových slotů
+- **Integrace klientů**: Standardizace rozhraní mezi exekučními klienty a dokazovateli
+- **Ekonomické pobídky**: Navrhování udržitelných trhů s dokazovateli a struktur poplatků
+
+### Stav implementace {#implementations}
+
+Pro dokazování bloků Etherea se vyvíjí a testuje několik implementací zkVM:
+
+| Implementace | Architektura |
+|----------------|--------------|
+| [OpenVM](https://github.com/openvm-org/openvm) | rv32im |
+| [RISC Zero](https://github.com/risc0/risc0) | rv32im |
+| [Airbender](https://github.com/matter-labs/zksync-airbender) | rv32im |
+| [Jolt](https://github.com/a16z/jolt) | rv32im |
+| [Zisk](https://github.com/0xPolygonHermez/zisk) | rv64ima |
+
+Tyto implementace používají virtuální stroje založené na RISC-V k provádění bajtkódu EVM a následně generují ZK důkazy o správném provedení. Aktuální výsledky testů a pokrok jsou sledovány na [zkVM trackeru nadace Ethereum Foundation](https://zkevm.ethereum.foundation/zkvm-tracker).
+
+## Jak zkEVM zapadá do dalších vylepšení {#related-upgrades}
+
+Ověřování zkEVM na L1 se propojuje s několika dalšími položkami plánu vylepšení Etherea:
+
+- **[Verkle stromy (Verkle Trees)](/roadmap/verkle-trees/)**: Umožňují menší svědky (witnesses) pro bezstavové ověřování, čímž snižují množství dat, se kterými musí dokazovatelé pracovat
+- **[Bezstavovost (Statelessness)](/roadmap/statelessness/)**: zkEVM je klíčovým předpokladem – se ZK důkazy o provedení nepotřebují síťové uzly plný stav k ověřování bloků
+- **[PBS](/roadmap/pbs/)**: Tvůrci bloků by mohli potenciálně integrovat generování důkazů, nebo by mohl vzniknout samostatný trh s dokazovateli
+- **[Konečnost v jednom slotu (Single Slot Finality)](/roadmap/single-slot-finality/)**: Rychlejší generování důkazů by mohlo umožnit konečnost v jednom slotu s kryptografickými zárukami
+
+
+
+
+
+Ověřování zkEVM na L1 je ve fázi aktivního výzkumu a zatím není integrováno do produkčních klientů Etherea.
+
+
+
+
+## Další čtení {#further-reading}
+
+- [zkEVM Foundation](https://zkevm.ethereum.foundation) – Oficiální výzkumné centrum zkEVM nadace Ethereum Foundation
+- [Ethproofs](https://ethproofs.org/) – Sledujte závod o dokazování Etherea v reálném čase
+- [zkevm.fyi](https://zkevm.fyi) – Technická kniha o zkEVM pro L1
+- [PSE zkEVM Specs](https://github.com/privacy-scaling-explorations/zkevm-specs) – Technické specifikace
+- [The Verge](https://vitalik.eth.limo/general/2024/10/23/futures4.html) – Vitalikův přehled vylepšení ověřování
+- [EF zkEVM Blog](https://zkevm.ethereum.foundation/blog) – Analýza výkonu od týmu EF
\ No newline at end of file
diff --git a/public/content/translations/de/roadmap/zkevm/index.md b/public/content/translations/de/roadmap/zkevm/index.md
new file mode 100644
index 00000000000..7b92c32dbd6
--- /dev/null
+++ b/public/content/translations/de/roadmap/zkevm/index.md
@@ -0,0 +1,124 @@
+---
+title: zkEVM für die L1-Blockverifizierung
+description: Erfahren Sie, wie Zero-Knowledge-Beweise die Ausführung von Ethereum-Blöcken verifizieren können, was einen höheren Durchsatz und geringere Anforderungen an Validatoren ermöglicht.
+lang: de
+---
+
+# zkEVM für die L1-Blockverifizierung {#zkevm-l1}
+
+zkEVM ist eine Technologie, die [Zero-Knowledge-Beweise](/zero-knowledge-proofs/) verwendet, um die Ausführung von Ethereum-Blöcken zu verifizieren. Anstatt von jedem [Validator](/glossary/#validator) zu verlangen, alle Transaktionen in einem Block erneut auszuführen, führt ein einzelner spezialisierter Akteur (ein sogenannter „Prover“ oder Beweiser) den Block aus und generiert einen kryptografischen Beweis dafür, dass die Ausführung korrekt war. Jeder Blockchain-Knoten kann diesen Beweis dann verifizieren – ein Prozess, der um Größenordnungen günstiger ist als die erneute Ausführung aller Transaktionen.
+
+
+
+
+Nicht zu verwechseln mit zkEVM-Rollups
+
+Diese Seite behandelt die Verwendung von zkEVM zur Verifizierung der Ausführung von Ethereum-L1-Blöcken. Für zkEVM-Rollups, die ZK-Beweise verwenden, um Ethereum als Ebene-2-Lösungen zu skalieren, siehe [Zero-Knowledge Rollups](/developers/docs/scaling/zk-rollups/).
+
+
+
+
+## Das Problem der erneuten Ausführung {#reexecution-problem}
+
+Heute verwendet Ethereum ein „N-von-N“-Verifizierungsmodell: Jeder Validator muss jede Transaktion in jedem Block unabhängig erneut ausführen, um zu verifizieren, dass die vorgeschlagenen Zustandsänderungen korrekt sind. Obwohl dieser Ansatz maximal vertrauenslos ist, schafft er einen grundlegenden Engpass.
+
+Das Problem ist, dass der Durchsatz von Ethereum durch das begrenzt ist, was der durchschnittliche Validator verarbeiten kann. Eine Erhöhung des [Gaslimits](/glossary/#gas-limit) würde mehr Transaktionen pro Block ermöglichen, aber auch die Hardwareanforderungen für Validatoren erhöhen. Dies bedroht die Dezentralisierung – wenn der Betrieb eines Validators teure Hardware erfordert, können sich weniger Menschen an der Sicherung des Netzwerks beteiligen.
+
+zkEVM bietet einen Ausweg aus diesem Kompromiss. Durch den Wechsel von „jeder führt erneut aus“ zu „einer beweist, jeder verifiziert“ kann Ethereum das Gaslimit sicher erhöhen, ohne die Hardwareanforderungen für Validatoren zu steigern.
+
+## Wie die zkEVM-L1-Verifizierung funktioniert {#how-it-works}
+
+Die zkEVM-Verifizierung wandelt die Blockvalidierung in ein „1-von-N“-Modell um:
+
+1. **Ausführung**: Ein Prover führt alle Transaktionen in einem Block aus und verfolgt jede Zustandsänderung.
+2. **Beweisführung**: Der Prover generiert einen kryptografischen Beweis (einen [SNARK oder STARK](/zero-knowledge-proofs/#types-of-zero-knowledge-proofs)), der die Korrektheit der Ausführung bescheinigt.
+3. **Verifizierung**: Validatoren verifizieren den Beweis, anstatt Transaktionen erneut auszuführen – dies ist drastisch günstiger als eine vollständige erneute Ausführung.
+
+Die Sicherheitsgarantie bleibt dieselbe: Wenn die Ausführung inkorrekt war, kann kein gültiger Beweis generiert werden. Aber anstatt dass jeder Blockchain-Knoten teure Berechnungen durchführt, tut dies jetzt nur noch der Prover – und die Verifizierung ist günstig genug, dass sie das Gaslimit nicht einschränkt.
+
+### Typ-1-zkEVMs {#type-1-zkevm}
+
+zkEVMs werden basierend auf ihrer Kompatibilität mit Ethereum in Typen eingeteilt:
+
+- **Typ 1**: Vollständig Ethereum-äquivalent. Keine Modifikationen an der EVM, sodass jeder Ethereum-Block genau so bewiesen werden kann, wie er ist.
+- **Typ 2-4**: Gehen verschiedene Kompromisse ein und modifizieren das EVM-Verhalten, um die Beweisführung zu erleichtern.
+
+Für die L1-Verifizierung ist Typ 1 unerlässlich. Die zkEVM muss in der Lage sein, jeden gültigen Ethereum-Block zu beweisen, einschließlich Randfällen und historischen Blöcken. Jede Abweichung vom exakten Verhalten Ethereums würde Konsensprobleme verursachen.
+
+Die zkEVM-Forschung der Ethereum Foundation konzentriert sich auf Typ-1-Implementierungen, die vollständig mit der bestehenden Ethereum-Ausführung kompatibel sind.
+
+## Vorteile für Ethereum {#benefits}
+
+### Höherer Durchsatz {#higher-throughput}
+
+Wenn die Verifizierung günstig ist, kann das Gaslimit sicher erhöht werden. Dies erweitert die Netzwerkkapazität und hilft, die Gebühren in Zeiten hoher Nachfrage zu stabilisieren. Das aktuelle Gaslimit ist teilweise durch die Hardware der Validatoren begrenzt – zkEVM hebt diese Einschränkung auf.
+
+### Stärkere Dezentralisierung {#stronger-decentralization}
+
+Mit der zkEVM-Verifizierung müssen Validatoren nur noch Beweise verifizieren, anstatt Transaktionen auszuführen. Dies senkt die Hardwareanforderungen für den Betrieb eines Validators drastisch und ermöglicht es mehr Menschen, sich an der Sicherung des Netzwerks zu beteiligen. Eine größere Vielfalt an Validatoren stärkt die Zensurresistenz und Widerstandsfähigkeit von Ethereum.
+
+Beachten Sie, dass die Beweisführung selbst erhebliche Rechenressourcen erfordert, die größer sind als die der aktuellen Validator-Hardware. Im Gegensatz zur Validierung muss die Beweisführung jedoch nicht auf die gleiche Weise dezentralisiert sein: Pro Block wird nur ein korrekter Beweis benötigt, und jeder kann ihn schnell verifizieren. Die Forschung zu Prover-Märkten, Beweisaggregation und Hardwarebeschleunigung zielt darauf ab, sicherzustellen, dass die Beweisführung wettbewerbsfähig und zugänglich bleibt, anstatt sich auf wenige große Betreiber zu konzentrieren.
+
+### Vorhersehbare Finalität {#predictable-finality}
+
+Die Beweisverifizierung erfolgt in konstanter Zeit, unabhängig von der Blockkomplexität. Dies macht das Timing von Bestätigungen vorhersehbarer und reduziert verpasste Bestätigungen, die auftreten können, wenn Validatoren Schwierigkeiten haben, komplexe Blöcke rechtzeitig zu verarbeiten.
+
+## Herausforderungen bei der Echtzeit-Beweisführung {#realtime-proving}
+
+Die größte Herausforderung für die zkEVM-L1-Verifizierung ist die Geschwindigkeit. Ethereum-Blöcke werden alle 12 Sekunden produziert, was bedeutet, dass Beweise in einem ähnlichen Zeitrahmen generiert werden müssen, um für den Konsens nützlich zu sein.
+
+Aktuelle zkEVM-Implementierungen können Minuten bis Stunden benötigen, um einen einzigen Block zu beweisen. Die Forschung konzentriert sich darauf, diese Lücke zu schließen durch:
+
+- **Parallelisierung**: Verteilung der Beweisführungsarbeit auf mehrere Maschinen.
+- **Spezialisierte Hardware**: Entwicklung von Schaltkreisen und Hardware, die für die ZK-Beweisführung optimiert sind.
+- **Algorithmische Verbesserungen**: Effizientere Beweissysteme und Schaltkreisdesigns.
+- **Inkrementelle Beweisführung**: Generierung von Beweisen während der Ausführung von Transaktionen, anstatt danach.
+
+## Aktuelle Forschung und Implementierungen {#current-research}
+
+Die Ethereum Foundation finanziert die zkEVM-Forschung durch das Team der [Privacy Stewards of Ethereum (PSE)](https://pse.dev/). Zu den wichtigsten Forschungsbereichen gehören:
+
+- **Echtzeit-Beweisführung**: Generierung vollständiger Blockbeweise innerhalb von 12-Sekunden-Slots.
+- **Client-Integration**: Standardisierung von Schnittstellen zwischen Ausführungs-Clients und Provern.
+- **Wirtschaftliche Anreize**: Gestaltung nachhaltiger Prover-Märkte und Gebührenstrukturen.
+
+### Implementierungsstatus {#implementations}
+
+Mehrere zkVM-Implementierungen werden für die Ethereum-Blockbeweisführung entwickelt und getestet:
+
+| Implementierung | Architektur |
+|----------------|--------------|
+| [OpenVM](https://github.com/openvm-org/openvm) | rv32im |
+| [RISC Zero](https://github.com/risc0/risc0) | rv32im |
+| [Airbender](https://github.com/matter-labs/zksync-airbender) | rv32im |
+| [Jolt](https://github.com/a16z/jolt) | rv32im |
+| [Zisk](https://github.com/0xPolygonHermez/zisk) | rv64ima |
+
+Diese verwenden RISC-V-basierte virtuelle Maschinen, um EVM-Bytecode auszuführen, und generieren dann ZK-Beweise für die korrekte Ausführung. Aktuelle Testergebnisse und Fortschritte werden im [zkVM-Tracker der Ethereum Foundation](https://zkevm.ethereum.foundation/zkvm-tracker) verfolgt.
+
+## Wie zkEVM zu anderen Upgrades passt {#related-upgrades}
+
+Die zkEVM-L1-Verifizierung ist mit mehreren anderen Punkten der Ethereum-Roadmap verbunden:
+
+- **[Verkle-Bäume](/roadmap/verkle-trees/)**: Ermöglichen kleinere Zeugen (Witnesses) für die zustandslose Verifizierung, wodurch die Datenmenge reduziert wird, mit der Prover arbeiten müssen.
+- **[Zustandslosigkeit](/roadmap/statelessness/)**: zkEVM ist ein wichtiger Wegbereiter – mit ZK-Beweisen der Ausführung benötigen Blockchain-Knoten nicht den vollständigen Zustand, um Blöcke zu verifizieren.
+- **[PBS](/roadmap/pbs/)**: Block-Ersteller könnten potenziell die Beweisgenerierung integrieren, oder es könnte ein separater Prover-Markt entstehen.
+- **[Single Slot Finality](/roadmap/single-slot-finality/)**: Eine schnellere Beweisgenerierung könnte die Finalität in einem einzigen Slot (Single Slot Finality) mit kryptografischen Garantien ermöglichen.
+
+
+
+
+
+Die zkEVM-L1-Verifizierung befindet sich in der aktiven Forschung und ist noch nicht in produktive Ethereum-Clients integriert.
+
+
+
+
+## Weiterführende Literatur {#further-reading}
+
+- [zkEVM Foundation](https://zkevm.ethereum.foundation) – Offizieller zkEVM-Forschungs-Hub der Ethereum Foundation
+- [Ethproofs](https://ethproofs.org/) – Verfolgen Sie das Rennen, Ethereum in Echtzeit zu beweisen
+- [zkevm.fyi](https://zkevm.fyi) – Technisches Buch über zkEVM für L1
+- [PSE zkEVM Specs](https://github.com/privacy-scaling-explorations/zkevm-specs) – Technische Spezifikationen
+- [The Verge](https://vitalik.eth.limo/general/2024/10/23/futures4.html) – Vitaliks Überblick über Verifizierungsverbesserungen
+- [EF zkEVM Blog](https://zkevm.ethereum.foundation/blog) – Leistungsanalyse vom EF-Team
\ No newline at end of file
diff --git a/public/content/translations/es/roadmap/zkevm/index.md b/public/content/translations/es/roadmap/zkevm/index.md
new file mode 100644
index 00000000000..f1d860dce83
--- /dev/null
+++ b/public/content/translations/es/roadmap/zkevm/index.md
@@ -0,0 +1,124 @@
+---
+title: zkEVM para la verificación de bloques de la L1
+description: Aprenda cómo las pruebas de conocimiento cero pueden verificar la ejecución de bloques de Ethereum, permitiendo un mayor rendimiento y menores requisitos para los validadores.
+lang: es
+---
+
+# zkEVM para la verificación de bloques de la L1 {#zkevm-l1}
+
+zkEVM es una tecnología que utiliza [pruebas de conocimiento cero](/zero-knowledge-proofs/) para verificar la ejecución de bloques de Ethereum. En lugar de requerir que cada [validador](/glossary/#validator) vuelva a ejecutar todas las transacciones en un bloque, un único actor especializado (llamado "probador" o "prover") ejecuta el bloque y genera una prueba criptográfica de que la ejecución fue correcta. Cualquier nodo puede entonces verificar esta prueba, un proceso que es órdenes de magnitud más barato que volver a ejecutar todas las transacciones.
+
+
+
+
+No debe confundirse con los rollups de zkEVM
+
+Esta página analiza el uso de zkEVM para verificar la ejecución de bloques de la L1 de Ethereum. Para los rollups de zkEVM que utilizan pruebas ZK para escalar Ethereum como soluciones de capa 2, consulte los [rollups de conocimiento cero](/developers/docs/scaling/zk-rollups/).
+
+
+
+
+## El problema de la reejecución {#reexecution-problem}
+
+Hoy en día, Ethereum utiliza un modelo de verificación "N de N": cada validador debe volver a ejecutar de forma independiente cada transacción en cada bloque para verificar que los cambios de estado propuestos sean correctos. Si bien este enfoque no requiere confianza en absoluto (trustless), crea un cuello de botella fundamental.
+
+El problema es que el rendimiento de Ethereum está limitado por lo que el validador promedio puede procesar. Aumentar el [límite de gas](/glossary/#gas-limit) permitiría más transacciones por bloque, pero también aumentaría los requisitos de hardware para los validadores. Esto amenaza la descentralización: si ejecutar un validador requiere hardware costoso, menos personas pueden participar en la seguridad de la red.
+
+zkEVM ofrece una salida a esta compensación. Al pasar de "todos vuelven a ejecutar" a "uno prueba, todos verifican", Ethereum puede aumentar de manera segura el límite de gas sin aumentar los requisitos de hardware del validador.
+
+## Cómo funciona la verificación de la L1 con zkEVM {#how-it-works}
+
+La verificación con zkEVM transforma la validación de bloques en un modelo "1 de N":
+
+1. **Ejecución**: Un probador ejecuta todas las transacciones en un bloque, rastreando cada cambio de estado
+2. **Prueba**: El probador genera una prueba criptográfica (un [SNARK o STARK](/zero-knowledge-proofs/#types-of-zero-knowledge-proofs)) que atestigua la exactitud de la ejecución
+3. **Verificación**: Los validadores verifican la prueba en lugar de volver a ejecutar las transacciones; esto es drásticamente más barato que la reejecución completa
+
+La garantía de seguridad sigue siendo la misma: si la ejecución fue incorrecta, no se puede generar una prueba válida. Pero ahora, en lugar de que cada nodo realice cálculos costosos, solo lo hace el probador, y la verificación es lo suficientemente barata como para no limitar el límite de gas.
+
+### zkEVMs de Tipo 1 {#type-1-zkevm}
+
+Las zkEVMs se clasifican en tipos según su compatibilidad con Ethereum:
+
+- **Tipo 1**: Totalmente equivalentes a Ethereum. Sin modificaciones en la EVM, por lo que cualquier bloque de Ethereum se puede probar exactamente como es
+- **Tipos 2-4**: Realizan varias compensaciones, modificando el comportamiento de la EVM para facilitar la prueba
+
+Para la verificación de la L1, el Tipo 1 es esencial. La zkEVM debe ser capaz de probar cualquier bloque válido de Ethereum, incluidos los casos extremos y los bloques históricos. Cualquier desviación del comportamiento exacto de Ethereum crearía problemas de consenso.
+
+La investigación sobre zkEVM de la Ethereum Foundation se centra en implementaciones de Tipo 1 que son totalmente compatibles con la ejecución existente de Ethereum.
+
+## Beneficios para Ethereum {#benefits}
+
+### Mayor rendimiento {#higher-throughput}
+
+Cuando la verificación es barata, el límite de gas puede aumentar de forma segura. Esto amplía la capacidad de la red y ayuda a estabilizar las tarifas durante los períodos de alta demanda. El límite de gas actual está parcialmente restringido por el hardware del validador; zkEVM elimina esta restricción.
+
+### Mayor descentralización {#stronger-decentralization}
+
+Con la verificación de zkEVM, los validadores solo necesitan verificar pruebas en lugar de ejecutar transacciones. Esto reduce drásticamente los requisitos de hardware para ejecutar un validador, lo que permite que más personas participen en la seguridad de la red. Una mayor diversidad de validadores fortalece la resistencia a la censura y la resiliencia de Ethereum.
+
+Tenga en cuenta que la prueba en sí requiere recursos computacionales significativos, mayores que los del hardware actual del validador. Sin embargo, a diferencia de la validación, la prueba no necesita estar descentralizada de la misma manera: solo se necesita una prueba correcta por bloque, y cualquiera puede verificarla rápidamente. La investigación sobre los mercados de probadores, la agregación de pruebas y la aceleración de hardware tiene como objetivo garantizar que la prueba siga siendo competitiva y accesible en lugar de concentrarse entre unos pocos grandes operadores.
+
+### Finalidad predecible {#predictable-finality}
+
+La verificación de pruebas opera en tiempo constante independientemente de la complejidad del bloque. Esto hace que el tiempo de atestación sea más predecible y reduce las atestaciones perdidas que pueden ocurrir cuando los validadores tienen dificultades para procesar bloques complejos a tiempo.
+
+## Desafíos de las pruebas en tiempo real {#realtime-proving}
+
+El principal desafío para la verificación de la L1 con zkEVM es la velocidad. Los bloques de Ethereum se producen cada 12 segundos, lo que significa que las pruebas deben generarse en un período de tiempo similar para ser útiles para el consenso.
+
+Las implementaciones actuales de zkEVM pueden tardar de minutos a horas en probar un solo bloque. La investigación se centra en cerrar esta brecha a través de:
+
+- **Paralelización**: Distribución del trabajo de prueba en múltiples máquinas
+- **Hardware especializado**: Diseño de circuitos y hardware optimizados para pruebas ZK
+- **Mejoras algorítmicas**: Sistemas de prueba y diseños de circuitos más eficientes
+- **Prueba incremental**: Generación de pruebas a medida que se ejecutan las transacciones, en lugar de después
+
+## Investigación e implementaciones actuales {#current-research}
+
+La Ethereum Foundation financia la investigación de zkEVM a través del equipo [Privacy Stewards of Ethereum (PSE)](https://pse.dev/). Las principales líneas de investigación incluyen:
+
+- **Pruebas en tiempo real**: Generación de pruebas de bloques completos en ranuras de 12 segundos
+- **Integración de clientes**: Estandarización de interfaces entre clientes de ejecución y probadores
+- **Incentivos económicos**: Diseño de mercados de probadores sostenibles y estructuras de tarifas
+
+### Estado de la implementación {#implementations}
+
+Se están desarrollando y probando varias implementaciones de zkVM para la prueba de bloques de Ethereum:
+
+| Implementación | Arquitectura |
+|----------------|--------------|
+| [OpenVM](https://github.com/openvm-org/openvm) | rv32im |
+| [RISC Zero](https://github.com/risc0/risc0) | rv32im |
+| [Airbender](https://github.com/matter-labs/zksync-airbender) | rv32im |
+| [Jolt](https://github.com/a16z/jolt) | rv32im |
+| [Zisk](https://github.com/0xPolygonHermez/zisk) | rv64ima |
+
+Estas utilizan máquinas virtuales basadas en RISC-V para ejecutar el código de bytes de la EVM y luego generan pruebas ZK de la ejecución correcta. Los resultados de las pruebas actualizados y el progreso se rastrean en el [rastreador de zkVM de la Ethereum Foundation](https://zkevm.ethereum.foundation/zkvm-tracker).
+
+## Cómo encaja zkEVM con otras actualizaciones {#related-upgrades}
+
+La verificación de la L1 con zkEVM se conecta con varios otros elementos de la hoja de ruta de Ethereum:
+
+- **[Árboles Verkle](/roadmap/verkle-trees/)**: Permiten testigos más pequeños para la verificación sin estado, reduciendo los datos con los que los probadores necesitan trabajar
+- **[Falta de estado](/roadmap/statelessness/)**: zkEVM es un habilitador clave: con las pruebas ZK de ejecución, los nodos no necesitan el estado completo para verificar los bloques
+- **[PBS](/roadmap/pbs/)**: Los constructores de bloques podrían integrar potencialmente la generación de pruebas, o podría surgir un mercado de probadores separado
+- **[Finalidad de ranura única](/roadmap/single-slot-finality/)**: Una generación de pruebas más rápida podría permitir la finalidad de ranura única con garantías criptográficas
+
+
+
+
+
+La verificación de la L1 con zkEVM se encuentra en investigación activa y aún no está integrada en los clientes de Ethereum en producción.
+
+
+
+
+## Más información {#further-reading}
+
+- [Fundación zkEVM](https://zkevm.ethereum.foundation): centro oficial de investigación de zkEVM de la Ethereum Foundation
+- [Ethproofs](https://ethproofs.org/): siga la carrera para probar Ethereum en tiempo real
+- [zkevm.fyi](https://zkevm.fyi): libro técnico sobre zkEVM para la L1
+- [Especificaciones de zkEVM de PSE](https://github.com/privacy-scaling-explorations/zkevm-specs): especificaciones técnicas
+- [The Verge](https://vitalik.eth.limo/general/2024/10/23/futures4.html): descripción general de Vitalik sobre las mejoras de verificación
+- [Blog de zkEVM de la EF](https://zkevm.ethereum.foundation/blog): análisis de rendimiento del equipo de la EF
\ No newline at end of file
diff --git a/public/content/translations/fr/roadmap/zkevm/index.md b/public/content/translations/fr/roadmap/zkevm/index.md
new file mode 100644
index 00000000000..943ae4a45ef
--- /dev/null
+++ b/public/content/translations/fr/roadmap/zkevm/index.md
@@ -0,0 +1,124 @@
+---
+title: zkEVM pour la vérification des blocs L1
+description: Découvrez comment les preuves à divulgation nulle de connaissance peuvent vérifier l'exécution des blocs Ethereum, permettant un débit plus élevé et des exigences moindres pour les validateurs.
+lang: fr
+---
+
+# zkEVM pour la vérification des blocs L1 {#zkevm-l1}
+
+zkEVM est une technologie qui utilise des [preuves à divulgation nulle de connaissance](/zero-knowledge-proofs/) pour vérifier l'exécution des blocs Ethereum. Au lieu d'exiger que chaque [validateur](/glossary/#validator) réexécute toutes les transactions d'un bloc, un seul acteur spécialisé (appelé « prouveur ») exécute le bloc et génère une preuve cryptographique que l'exécution était correcte. N'importe quel nœud peut ensuite vérifier cette preuve — un processus qui est des ordres de grandeur moins coûteux que la réexécution de toutes les transactions.
+
+
+
+
+À ne pas confondre avec les rollups zkEVM
+
+Cette page traite de l'utilisation de zkEVM pour vérifier l'exécution des blocs L1 d'Ethereum. Pour les rollups zkEVM qui utilisent des preuves ZK pour mettre à l'échelle Ethereum en tant que solutions de couche 2, voir [rollups à connaissance nulle](/developers/docs/scaling/zk-rollups/).
+
+
+
+
+## Le problème de la réexécution {#reexecution-problem}
+
+Aujourd'hui, Ethereum utilise un modèle de vérification « N-sur-N » : chaque validateur doit réexécuter indépendamment chaque transaction dans chaque bloc pour vérifier que les changements d'état proposés sont corrects. Bien que cette approche minimise au maximum le besoin de confiance, elle crée un goulot d'étranglement fondamental.
+
+Le problème est que le débit d'Ethereum est limité par ce que le validateur moyen peut traiter. Augmenter la [limite de gaz](/glossary/#gas-limit) permettrait plus de transactions par bloc, mais cela augmenterait également les exigences matérielles pour les validateurs. Cela menace la décentralisation — si l'exécution d'un validateur nécessite un matériel coûteux, moins de personnes peuvent participer à la sécurisation du réseau.
+
+zkEVM offre une issue à ce compromis. En passant de « tout le monde réexécute » à « un seul prouve, tout le monde vérifie », Ethereum peut augmenter en toute sécurité la limite de gaz sans augmenter les exigences matérielles des validateurs.
+
+## Comment fonctionne la vérification L1 zkEVM {#how-it-works}
+
+La vérification zkEVM transforme la validation des blocs en un modèle « 1-sur-N » :
+
+1. **Exécution** : Un prouveur exécute toutes les transactions d'un bloc, en suivant chaque changement d'état
+2. **Preuve** : Le prouveur génère une preuve cryptographique (un [SNARK ou STARK](/zero-knowledge-proofs/#types-of-zero-knowledge-proofs)) qui atteste de l'exactitude de l'exécution
+3. **Vérification** : Les validateurs vérifient la preuve au lieu de réexécuter les transactions — c'est considérablement moins cher qu'une réexécution complète
+
+La garantie de sécurité reste la même : si l'exécution était incorrecte, aucune preuve valide ne peut être générée. Mais maintenant, au lieu que chaque nœud effectue des calculs coûteux, seul le prouveur le fait — et la vérification est suffisamment bon marché pour ne pas contraindre la limite de gaz.
+
+### zkEVM de Type 1 {#type-1-zkevm}
+
+Les zkEVM sont classés en types en fonction de leur compatibilité avec Ethereum :
+
+- **Type 1** : Totalement équivalent à Ethereum. Aucune modification de l'EVM, donc n'importe quel bloc Ethereum peut être prouvé exactement tel quel
+- **Type 2-4** : Font divers compromis, modifiant le comportement de l'EVM pour faciliter la preuve
+
+Pour la vérification L1, le Type 1 est essentiel. Le zkEVM doit être capable de prouver n'importe quel bloc Ethereum valide, y compris les cas particuliers et les blocs historiques. Toute déviation par rapport au comportement exact d'Ethereum créerait des problèmes de consensus.
+
+La recherche sur les zkEVM de la Fondation Ethereum se concentre sur les implémentations de Type 1 qui sont entièrement compatibles avec l'exécution Ethereum existante.
+
+## Avantages pour Ethereum {#benefits}
+
+### Débit plus élevé {#higher-throughput}
+
+Lorsque la vérification est peu coûteuse, la limite de gaz peut augmenter en toute sécurité. Cela étend la capacité du réseau et aide à stabiliser les frais pendant les périodes de forte demande. La limite de gaz actuelle est en partie contrainte par le matériel des validateurs — zkEVM supprime cette contrainte.
+
+### Décentralisation plus forte {#stronger-decentralization}
+
+Avec la vérification zkEVM, les validateurs n'ont besoin que de vérifier les preuves plutôt que d'exécuter les transactions. Cela réduit considérablement les exigences matérielles pour exécuter un validateur, permettant à plus de personnes de participer à la sécurisation du réseau. Une plus grande diversité des validateurs renforce la résistance à la censure et la résilience d'Ethereum.
+
+Notez que la preuve elle-même nécessite des ressources de calcul importantes, supérieures à celles du matériel actuel des validateurs. Cependant, contrairement à la validation, la preuve n'a pas besoin d'être décentralisée de la même manière : une seule preuve correcte est nécessaire par bloc, et n'importe qui peut la vérifier rapidement. La recherche sur les marchés de prouveurs, l'agrégation de preuves et l'accélération matérielle vise à garantir que la preuve reste compétitive et accessible plutôt que concentrée entre quelques grands opérateurs.
+
+### Finalité prévisible {#predictable-finality}
+
+La vérification des preuves s'opère en temps constant, quelle que soit la complexité du bloc. Cela rend le délai d'attestation plus prévisible et réduit les attestations manquées qui peuvent survenir lorsque les validateurs ont du mal à traiter les blocs complexes à temps.
+
+## Défis de la preuve en temps réel {#realtime-proving}
+
+Le principal défi pour la vérification L1 zkEVM est la vitesse. Les blocs Ethereum sont produits toutes les 12 secondes, ce qui signifie que les preuves doivent être générées dans un délai similaire pour être utiles au consensus.
+
+Les implémentations actuelles de zkEVM peuvent prendre des minutes, voire des heures, pour prouver un seul bloc. La recherche se concentre sur la réduction de cet écart grâce à :
+
+- **Parallélisation** : Répartition du travail de preuve sur plusieurs machines
+- **Matériel spécialisé** : Conception de circuits et de matériel optimisés pour la preuve ZK
+- **Améliorations algorithmiques** : Systèmes de preuve et conceptions de circuits plus efficaces
+- **Preuve incrémentale** : Génération de preuves au fur et à mesure de l'exécution des transactions, plutôt qu'après
+
+## Recherche et implémentations actuelles {#current-research}
+
+La Fondation Ethereum finance la recherche sur les zkEVM par l'intermédiaire de l'équipe [Privacy Stewards of Ethereum (PSE)](https://pse.dev/). Les principales pistes de recherche comprennent :
+
+- **Preuve en temps réel** : Génération de preuves de blocs complets dans des créneaux de 12 secondes
+- **Intégration des clients** : Standardisation des interfaces entre les clients d'exécution et les prouveurs
+- **Incitations économiques** : Conception de marchés de prouveurs et de structures de frais durables
+
+### État de l'implémentation {#implementations}
+
+Plusieurs implémentations de zkVM sont en cours de développement et de test pour la preuve de blocs Ethereum :
+
+| Implémentation | Architecture |
+|----------------|--------------|
+| [OpenVM](https://github.com/openvm-org/openvm) | rv32im |
+| [RISC Zero](https://github.com/risc0/risc0) | rv32im |
+| [Airbender](https://github.com/matter-labs/zksync-airbender) | rv32im |
+| [Jolt](https://github.com/a16z/jolt) | rv32im |
+| [Zisk](https://github.com/0xPolygonHermez/zisk) | rv64ima |
+
+Celles-ci utilisent des machines virtuelles basées sur RISC-V pour exécuter le bytecode EVM, puis génèrent des preuves ZK d'une exécution correcte. Les résultats des tests et les progrès à jour sont suivis sur le [suivi zkVM de la Fondation Ethereum](https://zkevm.ethereum.foundation/zkvm-tracker).
+
+## Comment zkEVM s'intègre aux autres mises à niveau {#related-upgrades}
+
+La vérification L1 zkEVM est liée à plusieurs autres éléments de la feuille de route d'Ethereum :
+
+- **[Arbres Verkle](/roadmap/verkle-trees/)** : Permettent des témoins plus petits pour une vérification sans état, réduisant les données avec lesquelles les prouveurs doivent travailler
+- **[Absence d'état (Statelessness)](/roadmap/statelessness/)** : zkEVM est un catalyseur clé — avec les preuves ZK d'exécution, les nœuds n'ont pas besoin de l'état complet pour vérifier les blocs
+- **[PBS](/roadmap/pbs/)** : Les constructeurs de blocs pourraient potentiellement intégrer la génération de preuves, ou un marché de prouveurs distinct pourrait émerger
+- **[Finalité à créneau unique (Single Slot Finality)](/roadmap/single-slot-finality/)** : Une génération de preuves plus rapide pourrait permettre une finalité à créneau unique avec des garanties cryptographiques
+
+
+
+
+
+La vérification L1 zkEVM fait l'objet d'une recherche active et n'est pas encore intégrée dans les clients Ethereum en production.
+
+
+
+
+## Complément d'information {#further-reading}
+
+- [Fondation zkEVM](https://zkevm.ethereum.foundation) - Centre de recherche officiel sur les zkEVM de la Fondation Ethereum
+- [Ethproofs](https://ethproofs.org/) - Suivez la course pour prouver Ethereum en temps réel
+- [zkevm.fyi](https://zkevm.fyi) - Livre technique sur zkEVM pour la L1
+- [Spécifications zkEVM du PSE](https://github.com/privacy-scaling-explorations/zkevm-specs) - Spécifications techniques
+- [The Verge](https://vitalik.eth.limo/general/2024/10/23/futures4.html) - Aperçu de Vitalik sur les améliorations de la vérification
+- [Blog zkEVM de l'EF](https://zkevm.ethereum.foundation/blog) - Analyse des performances par l'équipe de l'EF
\ No newline at end of file
diff --git a/public/content/translations/hi/roadmap/zkevm/index.md b/public/content/translations/hi/roadmap/zkevm/index.md
new file mode 100644
index 00000000000..75610033bf5
--- /dev/null
+++ b/public/content/translations/hi/roadmap/zkevm/index.md
@@ -0,0 +1,124 @@
+---
+title: L1 ब्लॉक सत्यापन के लिए zkEVM
+description: जानें कि कैसे ज़ीरो-नॉलेज प्रमाण एथेरियम ब्लॉक निष्पादन को सत्यापित कर सकते हैं, जिससे उच्च थ्रूपुट और कम सत्यापनकर्ता आवश्यकताएं सक्षम होती हैं।
+lang: hi
+---
+
+# L1 ब्लॉक सत्यापन के लिए zkEVM {#zkevm-l1}
+
+zkEVM एक ऐसी तकनीक है जो एथेरियम ब्लॉक निष्पादन को सत्यापित करने के लिए [ज़ीरो-नॉलेज प्रमाणों](/zero-knowledge-proofs/) का उपयोग करती है। प्रत्येक [सत्यापनकर्ता](/glossary/#validator) को एक ब्लॉक में सभी लेनदेन को फिर से निष्पादित करने की आवश्यकता के बजाय, एक एकल विशेष कर्ता (जिसे "प्रूवर" कहा जाता है) ब्लॉक को निष्पादित करता है और एक क्रिप्टोग्राफिक प्रमाण उत्पन्न करता है कि निष्पादन सही था। कोई भी नोड तब इस प्रमाण को सत्यापित कर सकता है—एक ऐसी प्रक्रिया जो सभी लेनदेन को फिर से निष्पादित करने की तुलना में कई गुना सस्ती है।
+
+
+
+
+zkEVM रोलअप के साथ भ्रमित न हों
+
+यह पृष्ठ एथेरियम L1 ब्लॉक निष्पादन को सत्यापित करने के लिए zkEVM के उपयोग पर चर्चा करता है। zkEVM रोलअप के लिए जो एथेरियम को परत 2 समाधानों के रूप में स्केल करने के लिए ZK प्रमाणों का उपयोग करते हैं, [ज़ीरो-नॉलेज रोलअप](/developers/docs/scaling/zk-rollups/) देखें।
+
+
+
+
+## पुन: निष्पादन की समस्या {#reexecution-problem}
+
+आज, एथेरियम "N-of-N" सत्यापन मॉडल का उपयोग करता है: प्रस्तावित स्थिति परिवर्तन सही हैं, यह सत्यापित करने के लिए प्रत्येक सत्यापनकर्ता को स्वतंत्र रूप से प्रत्येक ब्लॉक में प्रत्येक लेनदेन को फिर से निष्पादित करना होगा। हालांकि यह दृष्टिकोण अधिकतम रूप से विश्वासहीन (trustless) है, यह एक बुनियादी बाधा उत्पन्न करता है।
+
+समस्या यह है कि एथेरियम का थ्रूपुट इस बात से सीमित है कि औसत सत्यापनकर्ता क्या संसाधित कर सकता है। [गैस की सीमा](/glossary/#gas-limit) बढ़ाने से प्रति ब्लॉक अधिक लेनदेन की अनुमति मिलेगी, लेकिन इससे सत्यापनकर्ताओं के लिए हार्डवेयर आवश्यकताएं भी बढ़ जाएंगी। यह विकेंद्रीकरण के लिए खतरा है—यदि सत्यापनकर्ता चलाने के लिए महंगे हार्डवेयर की आवश्यकता होती है, तो नेटवर्क को सुरक्षित करने में कम लोग भाग ले सकते हैं।
+
+zkEVM इस समझौते से बाहर निकलने का एक रास्ता प्रदान करता है। "हर कोई फिर से निष्पादित करता है" से "एक साबित करता है, हर कोई सत्यापित करता है" में स्थानांतरित होकर, एथेरियम सत्यापनकर्ता हार्डवेयर आवश्यकताओं को बढ़ाए बिना सुरक्षित रूप से गैस की सीमा बढ़ा सकता है।
+
+## zkEVM L1 सत्यापन कैसे काम करता है {#how-it-works}
+
+zkEVM सत्यापन ब्लॉक सत्यापन को "1-of-N" मॉडल में बदल देता है:
+
+1. **निष्पादन**: एक प्रूवर एक ब्लॉक में सभी लेनदेन को निष्पादित करता है, हर स्थिति परिवर्तन को ट्रैक करता है
+2. **प्रमाणन**: प्रूवर एक क्रिप्टोग्राफिक प्रमाण (एक [SNARK या STARK](/zero-knowledge-proofs/#types-of-zero-knowledge-proofs)) उत्पन्न करता है जो निष्पादन की शुद्धता को प्रमाणित करता है
+3. **सत्यापन**: सत्यापनकर्ता लेनदेन को फिर से निष्पादित करने के बजाय प्रमाण को सत्यापित करते हैं—यह पूर्ण पुन: निष्पादन की तुलना में नाटकीय रूप से सस्ता है
+
+सुरक्षा गारंटी वही रहती है: यदि निष्पादन गलत था, तो कोई वैध प्रमाण उत्पन्न नहीं किया जा सकता है। लेकिन अब, हर नोड द्वारा महंगी गणना करने के बजाय, केवल प्रूवर ऐसा करता है—और सत्यापन इतना सस्ता है कि यह गैस की सीमा को बाधित नहीं करता है।
+
+### टाइप 1 zkEVMs {#type-1-zkevm}
+
+zkEVMs को एथेरियम के साथ उनकी संगतता के आधार पर प्रकारों में वर्गीकृत किया गया है:
+
+- **टाइप 1**: पूरी तरह से एथेरियम-समतुल्य। EVM में कोई संशोधन नहीं, इसलिए किसी भी एथेरियम ब्लॉक को बिल्कुल वैसे ही साबित किया जा सकता है
+- **टाइप 2-4**: विभिन्न समझौते करते हैं, प्रमाणन को आसान बनाने के लिए EVM व्यवहार को संशोधित करते हैं
+
+L1 सत्यापन के लिए, टाइप 1 आवश्यक है। zkEVM को किसी भी वैध एथेरियम ब्लॉक को साबित करने में सक्षम होना चाहिए, जिसमें एज केस और ऐतिहासिक ब्लॉक्स शामिल हैं। एथेरियम के सटीक व्यवहार से कोई भी विचलन सहमति संबंधी समस्याएं पैदा करेगा।
+
+एथेरियम फाउंडेशन का zkEVM अनुसंधान टाइप 1 कार्यान्वयन पर केंद्रित है जो मौजूदा एथेरियम निष्पादन के साथ पूरी तरह से संगत हैं।
+
+## एथेरियम के लिए लाभ {#benefits}
+
+### उच्च थ्रूपुट {#higher-throughput}
+
+जब सत्यापन सस्ता होता है, तो गैस की सीमा सुरक्षित रूप से बढ़ सकती है। यह नेटवर्क क्षमता का विस्तार करता है और उच्च मांग की अवधि के दौरान शुल्क को स्थिर करने में मदद करता है। वर्तमान गैस की सीमा आंशिक रूप से सत्यापनकर्ता हार्डवेयर द्वारा विवश है—zkEVM इस बाधा को दूर करता है।
+
+### मजबूत विकेंद्रीकरण {#stronger-decentralization}
+
+zkEVM सत्यापन के साथ, सत्यापनकर्ता को लेनदेन निष्पादित करने के बजाय केवल प्रमाणों को सत्यापित करने की आवश्यकता होती है। यह सत्यापनकर्ता चलाने के लिए हार्डवेयर आवश्यकताओं को नाटकीय रूप से कम करता है, जिससे अधिक लोग नेटवर्क को सुरक्षित करने में भाग ले सकते हैं। अधिक सत्यापनकर्ता विविधता एथेरियम के सेंसरशिप प्रतिरोध और लचीलेपन को मजबूत करती है।
+
+ध्यान दें कि प्रमाणन के लिए स्वयं महत्वपूर्ण कम्प्यूटेशनल संसाधनों की आवश्यकता होती है, जो वर्तमान सत्यापनकर्ता हार्डवेयर से अधिक है। हालांकि, सत्यापन के विपरीत, प्रमाणन को उसी तरह विकेन्द्रीकृत होने की आवश्यकता नहीं है: प्रति ब्लॉक केवल एक सही प्रमाण की आवश्यकता होती है, और कोई भी इसे जल्दी से सत्यापित कर सकता है। प्रूवर बाजारों, प्रमाण एकत्रीकरण और हार्डवेयर त्वरण में अनुसंधान का उद्देश्य यह सुनिश्चित करना है कि प्रमाणन कुछ बड़े ऑपरेटरों के बीच केंद्रित होने के बजाय प्रतिस्पर्धी और सुलभ बना रहे।
+
+### अनुमानित फ़ाइनलिटी {#predictable-finality}
+
+प्रमाण सत्यापन ब्लॉक जटिलता की परवाह किए बिना निरंतर समय में संचालित होता है। यह सत्यापन (attestation) समय को अधिक अनुमानित बनाता है और छूटे हुए सत्यापन को कम करता है जो तब हो सकता है जब सत्यापनकर्ता समय पर जटिल ब्लॉक्स को संसाधित करने के लिए संघर्ष करते हैं।
+
+## रीयल-टाइम प्रमाणन की चुनौतियाँ {#realtime-proving}
+
+zkEVM L1 सत्यापन के लिए मुख्य चुनौती गति है। एथेरियम ब्लॉक्स हर 12 सेकंड में उत्पन्न होते हैं, जिसका अर्थ है कि सहमति के लिए उपयोगी होने के लिए प्रमाणों को समान समय सीमा के भीतर उत्पन्न करने की आवश्यकता है।
+
+वर्तमान zkEVM कार्यान्वयन को एक ही ब्लॉक को साबित करने में मिनटों से लेकर घंटों तक का समय लग सकता है। अनुसंधान इस अंतर को पाटने पर केंद्रित है:
+
+- **समानांतरीकरण (Parallelization)**: कई मशीनों में प्रमाणन कार्य वितरित करना
+- **विशेष हार्डवेयर**: ZK प्रमाणन के लिए अनुकूलित सर्किट और हार्डवेयर डिजाइन करना
+- **एल्गोरिथम सुधार**: अधिक कुशल प्रमाण प्रणाली और सर्किट डिजाइन
+- **वृद्धिशील प्रमाणन (Incremental proving)**: लेनदेन निष्पादित होने के बाद के बजाय, निष्पादित होते ही प्रमाण उत्पन्न करना
+
+## वर्तमान अनुसंधान और कार्यान्वयन {#current-research}
+
+एथेरियम फाउंडेशन [Privacy Stewards of Ethereum (PSE)](https://pse.dev/) टीम के माध्यम से zkEVM अनुसंधान को वित्तपोषित करता है। प्रमुख अनुसंधान ट्रैक में शामिल हैं:
+
+- **रीयल-टाइम प्रमाणन**: 12-सेकंड के स्लॉट के भीतर पूर्ण ब्लॉक प्रमाण उत्पन्न करना
+- **क्लाइंट एकीकरण**: निष्पादन क्लाइंट और प्रूवर के बीच इंटरफेस का मानकीकरण करना
+- **आर्थिक प्रोत्साहन**: टिकाऊ प्रूवर बाजार और शुल्क संरचनाएं डिजाइन करना
+
+### कार्यान्वयन की स्थिति {#implementations}
+
+एथेरियम ब्लॉक प्रमाणन के लिए कई zkVM कार्यान्वयन विकसित और परीक्षण किए जा रहे हैं:
+
+| कार्यान्वयन | आर्किटेक्चर |
+|----------------|--------------|
+| [OpenVM](https://github.com/openvm-org/openvm) | rv32im |
+| [RISC Zero](https://github.com/risc0/risc0) | rv32im |
+| [Airbender](https://github.com/matter-labs/zksync-airbender) | rv32im |
+| [Jolt](https://github.com/a16z/jolt) | rv32im |
+| [Zisk](https://github.com/0xPolygonHermez/zisk) | rv64ima |
+
+ये EVM बाइटकोड को निष्पादित करने के लिए RISC-V आधारित वर्चुअल मशीनों का उपयोग करते हैं, फिर सही निष्पादन के ZK प्रमाण उत्पन्न करते हैं। अद्यतित परीक्षण परिणाम और प्रगति को [एथेरियम फाउंडेशन के zkVM ट्रैकर](https://zkevm.ethereum.foundation/zkvm-tracker) पर ट्रैक किया जाता है।
+
+## zkEVM अन्य अपग्रेड के साथ कैसे फिट बैठता है {#related-upgrades}
+
+zkEVM L1 सत्यापन कई अन्य एथेरियम रोडमैप आइटम के साथ जुड़ता है:
+
+- **[वर्केल ट्री (Verkle Trees)](/roadmap/verkle-trees/)**: स्टेटलेस सत्यापन के लिए छोटे गवाहों (witnesses) को सक्षम करें, जिससे प्रूवर को काम करने के लिए आवश्यक डेटा कम हो जाता है
+- **[स्टेटलेसनेस (Statelessness)](/roadmap/statelessness/)**: zkEVM एक प्रमुख प्रवर्तक है—निष्पादन के ZK प्रमाणों के साथ, नोड्स को ब्लॉक्स को सत्यापित करने के लिए पूर्ण स्थिति की आवश्यकता नहीं होती है
+- **[PBS](/roadmap/pbs/)**: ब्लॉक निर्माता संभावित रूप से प्रमाण निर्माण को एकीकृत कर सकते हैं, या एक अलग प्रूवर बाजार उभर सकता है
+- **[सिंगल स्लॉट फ़ाइनलिटी (Single Slot Finality)](/roadmap/single-slot-finality/)**: तेज़ प्रमाण निर्माण क्रिप्टोग्राफिक गारंटी के साथ सिंगल-स्लॉट फ़ाइनलिटी को सक्षम कर सकता है
+
+
+
+
+
+zkEVM L1 सत्यापन सक्रिय अनुसंधान में है और अभी तक उत्पादन एथेरियम क्लाइंट में एकीकृत नहीं किया गया है।
+
+
+
+
+## आगे की पढ़ाई {#further-reading}
+
+- [zkEVM फाउंडेशन](https://zkevm.ethereum.foundation) - आधिकारिक एथेरियम फाउंडेशन zkEVM अनुसंधान केंद्र
+- [Ethproofs](https://ethproofs.org/) - रीयल-टाइम में एथेरियम को साबित करने की दौड़ को ट्रैक करें
+- [zkevm.fyi](https://zkevm.fyi) - L1 के लिए zkEVM पर तकनीकी पुस्तक
+- [PSE zkEVM स्पेक्स](https://github.com/privacy-scaling-explorations/zkevm-specs) - तकनीकी विनिर्देश
+- [द वर्ज (The Verge)](https://vitalik.eth.limo/general/2024/10/23/futures4.html) - विटालिक का सत्यापन सुधारों का अवलोकन
+- [EF zkEVM ब्लॉग](https://zkevm.ethereum.foundation/blog) - EF टीम से प्रदर्शन विश्लेषण
\ No newline at end of file
diff --git a/public/content/translations/id/roadmap/zkevm/index.md b/public/content/translations/id/roadmap/zkevm/index.md
new file mode 100644
index 00000000000..88d62d3fd2e
--- /dev/null
+++ b/public/content/translations/id/roadmap/zkevm/index.md
@@ -0,0 +1,124 @@
+---
+title: zkEVM untuk verifikasi blok L1
+description: Pelajari bagaimana bukti zero-knowledge dapat memverifikasi eksekusi blok Ethereum, memungkinkan throughput yang lebih tinggi dan persyaratan validator yang lebih rendah.
+lang: id
+---
+
+# zkEVM untuk verifikasi blok L1 {#zkevm-l1}
+
+zkEVM adalah teknologi yang menggunakan [bukti zero-knowledge](/zero-knowledge-proofs/) untuk memverifikasi eksekusi blok Ethereum. Alih-alih mengharuskan setiap [validator](/glossary/#validator) untuk mengeksekusi ulang semua transaksi dalam sebuah blok, satu aktor khusus (disebut "prover") mengeksekusi blok tersebut dan menghasilkan bukti kriptografi bahwa eksekusi tersebut benar. Setiap node kemudian dapat memverifikasi bukti ini—sebuah proses yang jauh lebih murah daripada mengeksekusi ulang semua transaksi.
+
+
+
+
+Jangan disamakan dengan zkEVM rollup
+
+Halaman ini membahas penggunaan zkEVM untuk memverifikasi eksekusi blok L1 Ethereum. Untuk zkEVM rollup yang menggunakan bukti ZK untuk meningkatkan skala Ethereum sebagai solusi layer 2, lihat [zero-knowledge rollup](/developers/docs/scaling/zk-rollups/).
+
+
+
+
+## Masalah eksekusi ulang {#reexecution-problem}
+
+Saat ini, Ethereum menggunakan model verifikasi "N-dari-N": setiap validator harus secara independen mengeksekusi ulang setiap transaksi di setiap blok untuk memverifikasi bahwa perubahan status yang diusulkan adalah benar. Meskipun pendekatan ini sangat trustless (tanpa kepercayaan), hal ini menciptakan hambatan mendasar.
+
+Masalahnya adalah throughput Ethereum dibatasi oleh apa yang dapat diproses oleh rata-rata validator. Menaikkan [batas gas](/glossary/#gas-limit) akan memungkinkan lebih banyak transaksi per blok, tetapi juga akan meningkatkan persyaratan perangkat keras untuk validator. Hal ini mengancam desentralisasi—jika menjalankan validator membutuhkan perangkat keras yang mahal, lebih sedikit orang yang dapat berpartisipasi dalam mengamankan jaringan.
+
+zkEVM menawarkan jalan keluar dari pertukaran (tradeoff) ini. Dengan beralih dari "semua orang mengeksekusi ulang" menjadi "satu membuktikan, semua orang memverifikasi," Ethereum dapat dengan aman meningkatkan batas gas tanpa menaikkan persyaratan perangkat keras validator.
+
+## Bagaimana verifikasi L1 zkEVM bekerja {#how-it-works}
+
+Verifikasi zkEVM mengubah validasi blok menjadi model "1-dari-N":
+
+1. **Eksekusi**: Seorang prover mengeksekusi semua transaksi dalam sebuah blok, melacak setiap perubahan status
+2. **Pembuktian**: Prover menghasilkan bukti kriptografi ([SNARK atau STARK](/zero-knowledge-proofs/#types-of-zero-knowledge-proofs)) yang membuktikan kebenaran eksekusi tersebut
+3. **Verifikasi**: Validator memverifikasi bukti alih-alih mengeksekusi ulang transaksi—ini secara dramatis lebih murah daripada eksekusi ulang penuh
+
+Jaminan keamanannya tetap sama: jika eksekusi salah, tidak ada bukti valid yang dapat dihasilkan. Namun sekarang, alih-alih setiap node melakukan komputasi yang mahal, hanya prover yang melakukannya—dan verifikasi cukup murah sehingga tidak membatasi batas gas.
+
+### zkEVM Tipe 1 {#type-1-zkevm}
+
+zkEVM diklasifikasikan ke dalam beberapa tipe berdasarkan kompatibilitasnya dengan Ethereum:
+
+- **Tipe 1**: Sepenuhnya setara dengan Ethereum. Tidak ada modifikasi pada EVM, sehingga setiap blok Ethereum dapat dibuktikan persis seperti apa adanya
+- **Tipe 2-4**: Membuat berbagai pertukaran, memodifikasi perilaku EVM untuk membuat pembuktian menjadi lebih mudah
+
+Untuk verifikasi L1, Tipe 1 sangat penting. zkEVM harus mampu membuktikan setiap blok Ethereum yang valid, termasuk kasus ekstrem (edge cases) dan blok historis. Setiap penyimpangan dari perilaku pasti Ethereum akan menciptakan masalah konsensus.
+
+Penelitian zkEVM dari Ethereum Foundation berfokus pada implementasi Tipe 1 yang sepenuhnya kompatibel dengan eksekusi Ethereum yang ada.
+
+## Manfaat untuk Ethereum {#benefits}
+
+### Throughput yang lebih tinggi {#higher-throughput}
+
+Ketika verifikasi murah, batas gas dapat meningkat dengan aman. Hal ini memperluas kapasitas jaringan dan membantu menstabilkan biaya selama periode permintaan tinggi. Batas gas saat ini sebagian dibatasi oleh perangkat keras validator—zkEVM menghilangkan batasan ini.
+
+### Desentralisasi yang lebih kuat {#stronger-decentralization}
+
+Dengan verifikasi zkEVM, validator hanya perlu memverifikasi bukti daripada mengeksekusi transaksi. Hal ini secara dramatis menurunkan persyaratan perangkat keras untuk menjalankan validator, memungkinkan lebih banyak orang untuk berpartisipasi dalam mengamankan jaringan. Keragaman validator yang lebih besar memperkuat ketahanan dan resistensi sensor Ethereum.
+
+Perhatikan bahwa pembuktian itu sendiri membutuhkan sumber daya komputasi yang signifikan, lebih besar daripada perangkat keras validator saat ini. Namun, tidak seperti validasi, pembuktian tidak perlu didesentralisasi dengan cara yang sama: hanya satu bukti yang benar yang diperlukan per blok, dan siapa pun dapat memverifikasinya dengan cepat. Penelitian tentang pasar prover, agregasi bukti, dan akselerasi perangkat keras bertujuan untuk memastikan bahwa pembuktian tetap kompetitif dan dapat diakses daripada terkonsentrasi di antara beberapa operator besar.
+
+### Finalitas yang dapat diprediksi {#predictable-finality}
+
+Verifikasi bukti beroperasi dalam waktu konstan terlepas dari kompleksitas blok. Hal ini membuat waktu pengesahan lebih dapat diprediksi dan mengurangi pengesahan yang terlewat yang dapat terjadi ketika validator kesulitan memproses blok kompleks tepat waktu.
+
+## Tantangan pembuktian waktu nyata {#realtime-proving}
+
+Tantangan utama untuk verifikasi L1 zkEVM adalah kecepatan. Blok Ethereum diproduksi setiap 12 detik, yang berarti bukti perlu dihasilkan dalam jangka waktu yang sama agar berguna untuk konsensus.
+
+Implementasi zkEVM saat ini dapat memakan waktu beberapa menit hingga berjam-jam untuk membuktikan satu blok. Penelitian berfokus pada menutup kesenjangan ini melalui:
+
+- **Paralelisasi**: Mendistribusikan pekerjaan pembuktian ke beberapa mesin
+- **Perangkat keras khusus**: Merancang sirkuit dan perangkat keras yang dioptimalkan untuk pembuktian ZK
+- **Peningkatan algoritma**: Sistem pembuktian dan desain sirkuit yang lebih efisien
+- **Pembuktian inkremental**: Menghasilkan bukti saat transaksi dieksekusi, bukan setelahnya
+
+## Penelitian dan implementasi saat ini {#current-research}
+
+Ethereum Foundation mendanai penelitian zkEVM melalui tim [Privacy Stewards of Ethereum (PSE)](https://pse.dev/). Jalur penelitian utama meliputi:
+
+- **Pembuktian waktu nyata**: Menghasilkan bukti blok penuh dalam slot 12 detik
+- **Integrasi klien**: Menstandarkan antarmuka antara klien eksekusi dan prover
+- **Insentif ekonomi**: Merancang pasar prover dan struktur biaya yang berkelanjutan
+
+### Status implementasi {#implementations}
+
+Beberapa implementasi zkVM sedang dikembangkan dan diuji untuk pembuktian blok Ethereum:
+
+| Implementasi | Arsitektur |
+|----------------|--------------|
+| [OpenVM](https://github.com/openvm-org/openvm) | rv32im |
+| [RISC Zero](https://github.com/risc0/risc0) | rv32im |
+| [Airbender](https://github.com/matter-labs/zksync-airbender) | rv32im |
+| [Jolt](https://github.com/a16z/jolt) | rv32im |
+| [Zisk](https://github.com/0xPolygonHermez/zisk) | rv64ima |
+
+Ini menggunakan mesin virtual berbasis RISC-V untuk mengeksekusi bytecode EVM, kemudian menghasilkan bukti ZK dari eksekusi yang benar. Hasil pengujian dan kemajuan terbaru dilacak di [pelacak zkVM Ethereum Foundation](https://zkevm.ethereum.foundation/zkvm-tracker).
+
+## Bagaimana zkEVM cocok dengan peningkatan lainnya {#related-upgrades}
+
+Verifikasi L1 zkEVM terhubung dengan beberapa item peta jalan Ethereum lainnya:
+
+- **[Verkle Trees](/roadmap/verkle-trees/)**: Memungkinkan saksi (witness) yang lebih kecil untuk verifikasi stateless, mengurangi data yang perlu dikerjakan oleh prover
+- **[Statelessness](/roadmap/statelessness/)**: zkEVM adalah pendorong utama—dengan bukti eksekusi ZK, node tidak memerlukan status penuh untuk memverifikasi blok
+- **[PBS](/roadmap/pbs/)**: Pembangun blok berpotensi mengintegrasikan pembuatan bukti, atau pasar prover terpisah dapat muncul
+- **[Single Slot Finality](/roadmap/single-slot-finality/)**: Pembuatan bukti yang lebih cepat dapat memungkinkan finalitas slot tunggal dengan jaminan kriptografi
+
+
+
+
+
+Verifikasi L1 zkEVM sedang dalam penelitian aktif dan belum terintegrasi ke dalam klien Ethereum produksi.
+
+
+
+
+## Bacaan lebih lanjut {#further-reading}
+
+- [zkEVM Foundation](https://zkevm.ethereum.foundation) - Pusat penelitian zkEVM resmi Ethereum Foundation
+- [Ethproofs](https://ethproofs.org/) - Lacak perlombaan untuk membuktikan Ethereum secara waktu nyata
+- [zkevm.fyi](https://zkevm.fyi) - Buku teknis tentang zkEVM untuk L1
+- [Spesifikasi zkEVM PSE](https://github.com/privacy-scaling-explorations/zkevm-specs) - Spesifikasi teknis
+- [The Verge](https://vitalik.eth.limo/general/2024/10/23/futures4.html) - Tinjauan Vitalik tentang peningkatan verifikasi
+- [Blog zkEVM EF](https://zkevm.ethereum.foundation/blog) - Analisis kinerja dari tim EF
\ No newline at end of file
diff --git a/public/content/translations/it/roadmap/zkevm/index.md b/public/content/translations/it/roadmap/zkevm/index.md
new file mode 100644
index 00000000000..fade60fd550
--- /dev/null
+++ b/public/content/translations/it/roadmap/zkevm/index.md
@@ -0,0 +1,124 @@
+---
+title: zkEVM per la verifica dei blocchi di L1
+description: Scopri come le prove a conoscenza-zero possono verificare l'esecuzione dei blocchi di Ethereum, consentendo un throughput più elevato e requisiti inferiori per i validatori.
+lang: it
+---
+
+# zkEVM per la verifica dei blocchi di L1 {#zkevm-l1}
+
+zkEVM è una tecnologia che utilizza le [prove a conoscenza-zero](/zero-knowledge-proofs/) per verificare l'esecuzione dei blocchi di Ethereum. Invece di richiedere a ogni [validatore](/glossary/#validator) di rieseguire tutte le transazioni in un blocco, un singolo attore specializzato (chiamato "prover") esegue il blocco e genera una prova crittografica che l'esecuzione è stata corretta. Qualsiasi nodo può quindi verificare questa prova: un processo che è ordini di grandezza più economico rispetto alla riesecuzione di tutte le transazioni.
+
+
+
+
+Da non confondere con i rollup zkEVM
+
+Questa pagina discute l'utilizzo di zkEVM per verificare l'esecuzione dei blocchi di L1 di Ethereum. Per i rollup zkEVM che utilizzano le prove ZK per scalare Ethereum come soluzioni di livello 2, consulta i [rollup a conoscenza zero](/developers/docs/scaling/zk-rollups/).
+
+
+
+
+## Il problema della riesecuzione {#reexecution-problem}
+
+Oggi, Ethereum utilizza un modello di verifica "N-di-N": ogni validatore deve rieseguire in modo indipendente ogni transazione in ogni blocco per verificare che le modifiche di stato proposte siano corrette. Sebbene questo approccio sia massimamente trustless, crea un collo di bottiglia fondamentale.
+
+Il problema è che il throughput di Ethereum è limitato da ciò che il validatore medio può elaborare. Aumentare il [limite del gas](/glossary/#gas-limit) consentirebbe più transazioni per blocco, ma aumenterebbe anche i requisiti hardware per i validatori. Questo minaccia la decentralizzazione: se l'esecuzione di un validatore richiede hardware costoso, meno persone possono partecipare alla messa in sicurezza della rete.
+
+zkEVM offre una via d'uscita da questo compromesso. Passando da "tutti rieseguono" a "uno prova, tutti verificano", Ethereum può aumentare in sicurezza il limite del gas senza aumentare i requisiti hardware dei validatori.
+
+## Come funziona la verifica di L1 con zkEVM {#how-it-works}
+
+La verifica zkEVM trasforma la convalida dei blocchi in un modello "1-di-N":
+
+1. **Esecuzione**: Un prover esegue tutte le transazioni in un blocco, tracciando ogni modifica di stato
+2. **Prova**: Il prover genera una prova crittografica (uno [SNARK o STARK](/zero-knowledge-proofs/#types-of-zero-knowledge-proofs)) che attesta la correttezza dell'esecuzione
+3. **Verifica**: I validatori verificano la prova invece di rieseguire le transazioni: questo è drasticamente più economico rispetto alla riesecuzione completa
+
+La garanzia di sicurezza rimane la stessa: se l'esecuzione non era corretta, non può essere generata alcuna prova valida. Ma ora, invece che ogni nodo esegua calcoli costosi, lo fa solo il prover, e la verifica è abbastanza economica da non limitare il limite del gas.
+
+### zkEVM di Tipo 1 {#type-1-zkevm}
+
+Gli zkEVM sono classificati in tipi in base alla loro compatibilità con Ethereum:
+
+- **Tipo 1**: Completamente equivalenti a Ethereum. Nessuna modifica all'EVM, quindi qualsiasi blocco di Ethereum può essere provato esattamente così com'è
+- **Tipo 2-4**: Accettano vari compromessi, modificando il comportamento dell'EVM per facilitare la prova
+
+Per la verifica di L1, il Tipo 1 è essenziale. Lo zkEVM deve essere in grado di provare qualsiasi blocco di Ethereum valido, inclusi i casi limite e i blocchi storici. Qualsiasi deviazione dal comportamento esatto di Ethereum creerebbe problemi di consenso.
+
+La ricerca sugli zkEVM della Ethereum Foundation si concentra sulle implementazioni di Tipo 1 che sono completamente compatibili con l'esecuzione esistente di Ethereum.
+
+## Vantaggi per Ethereum {#benefits}
+
+### Throughput più elevato {#higher-throughput}
+
+Quando la verifica è economica, il limite del gas può aumentare in sicurezza. Questo espande la capacità della rete e aiuta a stabilizzare le commissioni durante i periodi di alta domanda. L'attuale limite del gas è in parte vincolato dall'hardware dei validatori: zkEVM rimuove questo vincolo.
+
+### Decentralizzazione più forte {#stronger-decentralization}
+
+Con la verifica zkEVM, i validatori devono solo verificare le prove piuttosto che eseguire le transazioni. Questo riduce drasticamente i requisiti hardware per l'esecuzione di un validatore, consentendo a più persone di partecipare alla messa in sicurezza della rete. Una maggiore diversità dei validatori rafforza la resistenza alla censura e la resilienza di Ethereum.
+
+Nota che la prova stessa richiede risorse computazionali significative, maggiori di quelle dell'attuale hardware dei validatori. Tuttavia, a differenza della convalida, la prova non ha bisogno di essere decentralizzata allo stesso modo: è necessaria solo una prova corretta per blocco e chiunque può verificarla rapidamente. La ricerca sui mercati dei prover, sull'aggregazione delle prove e sull'accelerazione hardware mira a garantire che la prova rimanga competitiva e accessibile piuttosto che concentrata tra pochi grandi operatori.
+
+### Finalità prevedibile {#predictable-finality}
+
+La verifica delle prove opera in tempo costante indipendentemente dalla complessità del blocco. Questo rende i tempi di attestazione più prevedibili e riduce le attestazioni mancate che possono verificarsi quando i validatori faticano a elaborare blocchi complessi in tempo.
+
+## Sfide della prova in tempo reale {#realtime-proving}
+
+La sfida principale per la verifica di L1 con zkEVM è la velocità. I blocchi di Ethereum vengono prodotti ogni 12 secondi, il che significa che le prove devono essere generate in un lasso di tempo simile per essere utili per il consenso.
+
+Le attuali implementazioni zkEVM possono impiegare da minuti a ore per provare un singolo blocco. La ricerca si concentra sul colmare questo divario attraverso:
+
+- **Parallelizzazione**: Distribuire il lavoro di prova su più macchine
+- **Hardware specializzato**: Progettare circuiti e hardware ottimizzati per le prove ZK
+- **Miglioramenti algoritmici**: Sistemi di prova e design dei circuiti più efficienti
+- **Prova incrementale**: Generare prove man mano che le transazioni vengono eseguite, piuttosto che dopo
+
+## Ricerca e implementazioni attuali {#current-research}
+
+La Ethereum Foundation finanzia la ricerca sugli zkEVM attraverso il team [Privacy Stewards of Ethereum (PSE)](https://pse.dev/). I principali filoni di ricerca includono:
+
+- **Prova in tempo reale**: Generare prove complete dei blocchi entro slot di 12 secondi
+- **Integrazione dei client**: Standardizzare le interfacce tra i client di esecuzione e i prover
+- **Incentivi economici**: Progettare mercati dei prover e strutture delle commissioni sostenibili
+
+### Stato dell'implementazione {#implementations}
+
+Diverse implementazioni zkVM sono in fase di sviluppo e test per la prova dei blocchi di Ethereum:
+
+| Implementazione | Architettura |
+|----------------|--------------|
+| [OpenVM](https://github.com/openvm-org/openvm) | rv32im |
+| [RISC Zero](https://github.com/risc0/risc0) | rv32im |
+| [Airbender](https://github.com/matter-labs/zksync-airbender) | rv32im |
+| [Jolt](https://github.com/a16z/jolt) | rv32im |
+| [Zisk](https://github.com/0xPolygonHermez/zisk) | rv64ima |
+
+Queste utilizzano macchine virtuali basate su RISC-V per eseguire il bytecode dell'EVM, quindi generano prove ZK della corretta esecuzione. I risultati dei test aggiornati e i progressi sono tracciati nel [tracker zkVM della Ethereum Foundation](https://zkevm.ethereum.foundation/zkvm-tracker).
+
+## Come si inserisce zkEVM con gli altri aggiornamenti {#related-upgrades}
+
+La verifica di L1 con zkEVM si collega a diversi altri elementi del piano d'azione di Ethereum:
+
+- **[Alberi di Verkle](/roadmap/verkle-trees/)**: Consentono witness più piccoli per la verifica senza stato, riducendo i dati con cui i prover devono lavorare
+- **[Assenza di stato](/roadmap/statelessness/)**: zkEVM è un fattore abilitante chiave: con le prove ZK di esecuzione, i nodi non hanno bisogno dello stato completo per verificare i blocchi
+- **[PBS](/roadmap/pbs/)**: I costruttori di blocchi potrebbero potenzialmente integrare la generazione di prove, o potrebbe emergere un mercato dei prover separato
+- **[Finalità a slot singolo](/roadmap/single-slot-finality/)**: Una generazione di prove più rapida potrebbe consentire la finalità a slot singolo con garanzie crittografiche
+
+
+
+
+
+La verifica di L1 con zkEVM è in fase di ricerca attiva e non è ancora integrata nei client di Ethereum in produzione.
+
+
+
+
+## Letture consigliate {#further-reading}
+
+- [zkEVM Foundation](https://zkevm.ethereum.foundation) - Hub ufficiale di ricerca sugli zkEVM della Ethereum Foundation
+- [Ethproofs](https://ethproofs.org/) - Segui la corsa per provare Ethereum in tempo reale
+- [zkevm.fyi](https://zkevm.fyi) - Libro tecnico su zkEVM per L1
+- [Specifiche zkEVM di PSE](https://github.com/privacy-scaling-explorations/zkevm-specs) - Specifiche tecniche
+- [The Verge](https://vitalik.eth.limo/general/2024/10/23/futures4.html) - Panoramica di Vitalik sui miglioramenti della verifica
+- [Blog zkEVM della EF](https://zkevm.ethereum.foundation/blog) - Analisi delle prestazioni dal team della EF
\ No newline at end of file
diff --git a/public/content/translations/ja/roadmap/zkevm/index.md b/public/content/translations/ja/roadmap/zkevm/index.md
new file mode 100644
index 00000000000..c0ec296225d
--- /dev/null
+++ b/public/content/translations/ja/roadmap/zkevm/index.md
@@ -0,0 +1,124 @@
+---
+title: L1ブロック検証のためのzkEVM
+description: ゼロ知識証明がどのようにイーサリアムのブロック実行を検証し、より高いスループットとバリデータの要件低下を可能にするかについて学びます。
+lang: ja
+---
+
+# L1ブロック検証のためのzkEVM {#zkevm-l1}
+
+zkEVMは、[ゼロ知識証明](/zero-knowledge-proofs/)を使用してイーサリアムのブロック実行を検証する技術です。すべての[バリデータ](/glossary/#validator)にブロック内のすべてのトランザクションを再実行させる代わりに、「プルーバー（証明者）」と呼ばれる単一の専門アクターがブロックを実行し、実行が正しかったことを示す暗号の証明を生成します。その後、任意のノードがこの証明を検証できます。このプロセスは、すべてのトランザクションを再実行するよりも桁違いに安価です。
+
+
+
+
+zkEVMロールアップと混同しないように注意
+
+このページでは、イーサリアムのL1ブロック実行を検証するためのzkEVMの使用について説明します。ZK証明を使用してレイヤー2ソリューションとしてイーサリアムをスケーリングするzkEVMロールアップについては、[ゼロ知識ロールアップ](/developers/docs/scaling/zk-rollups/)を参照してください。
+
+
+
+
+## 再実行の問題 {#reexecution-problem}
+
+現在、イーサリアムは「N-of-N」検証モデルを使用しています。すべてのバリデータは、提案された状態の変更が正しいことを検証するために、すべてのブロック内のすべてのトランザクションを独立して再実行する必要があります。このアプローチは最大限にトラストレスですが、根本的なボトルネックを生み出します。
+
+問題は、イーサリアムのスループットが平均的なバリデータが処理できる量に制限されていることです。[ガスリミット](/glossary/#gas-limit)を引き上げれば、ブロックあたりのトランザクション数を増やすことができますが、バリデータのハードウェア要件も高くなります。これは分散化を脅かします。バリデータを実行するために高価なハードウェアが必要になれば、ネットワークの保護に参加できる人が減ってしまいます。
+
+zkEVMは、このトレードオフからの脱却方法を提供します。「全員が再実行する」から「1人が証明し、全員が検証する」に移行することで、イーサリアムはバリデータのハードウェア要件を引き上げることなく、安全にガスリミットを引き上げることができます。
+
+## zkEVM L1検証の仕組み {#how-it-works}
+
+zkEVM検証は、ブロックの検証を「1-of-N」モデルに変換します。
+
+1. **実行**: プルーバーがブロック内のすべてのトランザクションを実行し、すべての状態の変更を追跡します。
+2. **証明**: プルーバーは、実行の正確性を証明する暗号の証明（[SNARKまたはSTARK](/zero-knowledge-proofs/#types-of-zero-knowledge-proofs)）を生成します。
+3. **検証**: バリデータはトランザクションを再実行する代わりに証明を検証します。これは完全な再実行よりも劇的に安価です。
+
+セキュリティの保証は変わりません。実行が間違っていれば、有効な証明は生成されません。しかし現在では、すべてのノードが高価な計算を行う代わりに、プルーバーだけが計算を行います。そして、検証はガスリミットを制限しないほど十分に安価です。
+
+### タイプ1 zkEVM {#type-1-zkevm}
+
+zkEVMは、イーサリアムとの互換性に基づいていくつかのタイプに分類されます。
+
+- **タイプ1**: 完全にイーサリアムと同等。EVMに変更を加えないため、任意のイーサリアムブロックをそのまま正確に証明できます。
+- **タイプ2〜4**: 証明を容易にするためにEVMの動作を変更し、さまざまなトレードオフを行います。
+
+L1検証には、タイプ1が不可欠です。zkEVMは、エッジケースや過去のブロックを含む、任意の有効なイーサリアムブロックを証明できなければなりません。イーサリアムの正確な動作から少しでも逸脱すると、コンセンサスの問題が発生します。
+
+イーサリアム財団のzkEVM研究は、既存のイーサリアム実行と完全に互換性のあるタイプ1の実装に焦点を当てています。
+
+## イーサリアムにとっての利点 {#benefits}
+
+### より高いスループット {#higher-throughput}
+
+検証が安価になれば、ガスリミットを安全に引き上げることができます。これによりネットワークの容量が拡大し、需要が高い時期の料金の安定化に役立ちます。現在のガスリミットは、部分的にバリデータのハードウェアによって制限されていますが、zkEVMはこの制限を取り除きます。
+
+### より強力な分散化 {#stronger-decentralization}
+
+zkEVM検証により、バリデータはトランザクションを実行するのではなく、証明を検証するだけで済みます。これにより、バリデータを実行するためのハードウェア要件が劇的に低下し、より多くの人がネットワークの保護に参加できるようになります。バリデータの多様性が高まることで、イーサリアムの検閲耐性と回復力が強化されます。
+
+証明自体には、現在のバリデータのハードウェアよりも大きな計算リソースが必要であることに注意してください。しかし、検証とは異なり、証明は同じように分散化される必要はありません。ブロックごとに1つの正しい証明があれば十分であり、誰でもそれを迅速に検証できます。プルーバー市場、証明の集約、ハードウェアアクセラレーションに関する研究は、証明が少数の大規模なオペレーターに集中するのではなく、競争力がありアクセスしやすい状態を維持することを目的としています。
+
+### 予測可能なファイナリティ {#predictable-finality}
+
+証明の検証は、ブロックの複雑さに関係なく一定の時間で動作します。これにより、アテステーションのタイミングがより予測可能になり、バリデータが複雑なブロックを時間内に処理するのに苦労したときに発生する可能性のあるアテステーションの失敗を減らすことができます。
+
+## リアルタイム証明の課題 {#realtime-proving}
+
+zkEVM L1検証の主な課題は速度です。イーサリアムのブロックは12秒ごとに生成されるため、コンセンサスに役立つためには、証明も同様の期間内に生成される必要があります。
+
+現在のzkEVM実装では、単一のブロックを証明するのに数分から数時間かかる場合があります。研究は、以下の方法でこのギャップを埋めることに焦点を当てています。
+
+- **並列化**: 証明作業を複数のマシンに分散させる
+- **専用ハードウェア**: ZK証明に最適化された回路とハードウェアの設計
+- **アルゴリズムの改善**: より効率的な証明システムと回路設計
+- **インクリメンタル証明**: トランザクションの実行後ではなく、実行中に証明を生成する
+
+## 現在の研究と実装 {#current-research}
+
+イーサリアム財団は、[Privacy Stewards of Ethereum (PSE)](https://pse.dev/)チームを通じてzkEVMの研究に資金を提供しています。主な研究分野は以下の通りです。
+
+- **リアルタイム証明**: 12秒のスロット内で完全なブロック証明を生成する
+- **クライアント統合**: 実行クライアントとプルーバー間のインターフェースを標準化する
+- **経済的インセンティブ**: 持続可能なプルーバー市場と手数料構造を設計する
+
+### 実装状況 {#implementations}
+
+イーサリアムのブロック証明のために、いくつかのzkVM実装が開発およびテストされています。
+
+| Implementation | Architecture |
+|----------------|--------------|
+| [OpenVM](https://github.com/openvm-org/openvm) | rv32im |
+| [RISC Zero](https://github.com/risc0/risc0) | rv32im |
+| [Airbender](https://github.com/matter-labs/zksync-airbender) | rv32im |
+| [Jolt](https://github.com/a16z/jolt) | rv32im |
+| [Zisk](https://github.com/0xPolygonHermez/zisk) | rv64ima |
+
+これらはRISC-Vベースの仮想マシンを使用してEVMバイトコードを実行し、正しい実行のZK証明を生成します。最新のテスト結果と進捗状況は、[イーサリアム財団のzkVMトラッカー](https://zkevm.ethereum.foundation/zkvm-tracker)で追跡されています。
+
+## zkEVMと他のアップグレードとの関連性 {#related-upgrades}
+
+zkEVM L1検証は、他のいくつかのイーサリアムロードマップの項目と関連しています。
+
+- **[Verkle Trees](/roadmap/verkle-trees/)**: ステートレス検証のためのより小さなウィットネスを可能にし、プルーバーが処理する必要のあるデータを削減します。
+- **[ステートレスネス](/roadmap/statelessness/)**: zkEVMは重要な実現要因です。実行のZK証明があれば、ノードはブロックを検証するために完全な状態を必要としません。
+- **[PBS](/roadmap/pbs/)**: ブロックビルダーが証明の生成を統合する可能性や、独立したプルーバー市場が出現する可能性があります。
+- **[単一スロットファイナリティ](/roadmap/single-slot-finality/)**: 証明の生成が高速化されれば、暗号の保証を伴う単一スロットファイナリティが可能になるかもしれません。
+
+
+
+
+
+zkEVM L1検証は現在活発に研究されており、本番環境のイーサリアムクライアントにはまだ統合されていません。
+
+
+
+
+## 参考文献 {#further-reading}
+
+- [zkEVM Foundation](https://zkevm.ethereum.foundation) - イーサリアム財団の公式zkEVM研究ハブ
+- [Ethproofs](https://ethproofs.org/) - イーサリアムをリアルタイムで証明する競争を追跡
+- [zkevm.fyi](https://zkevm.fyi) - L1向けzkEVMに関する技術書
+- [PSE zkEVM Specs](https://github.com/privacy-scaling-explorations/zkevm-specs) - 技術仕様
+- [The Verge](https://vitalik.eth.limo/general/2024/10/23/futures4.html) - ヴィタリックによる検証改善の概要
+- [EF zkEVM Blog](https://zkevm.ethereum.foundation/blog) - EFチームによるパフォーマンス分析
\ No newline at end of file
diff --git a/public/content/translations/ko/roadmap/zkevm/index.md b/public/content/translations/ko/roadmap/zkevm/index.md
new file mode 100644
index 00000000000..0b3edd9e518
--- /dev/null
+++ b/public/content/translations/ko/roadmap/zkevm/index.md
@@ -0,0 +1,124 @@
+---
+title: L1 블록 검증을 위한 zkEVM
+description: 영지식 증명이 어떻게 이더리움 블록 실행을 검증하여 더 높은 처리량과 더 낮은 검증자 요구 사항을 가능하게 하는지 알아보세요.
+lang: ko
+---
+
+# L1 블록 검증을 위한 zkEVM {#zkevm-l1}
+
+zkEVM은 [영지식 증명](/zero-knowledge-proofs/)을 사용하여 이더리움 블록 실행을 검증하는 기술입니다. 모든 [검증자](/glossary/#validator)가 블록 내의 모든 트랜잭션을 재실행하도록 요구하는 대신, 단일 특수 주체("증명자(prover)"라고 함)가 블록을 실행하고 실행이 올바르다는 암호화 증명을 생성합니다. 그러면 모든 노드가 이 증명을 검증할 수 있습니다. 이 과정은 모든 트랜잭션을 재실행하는 것보다 훨씬 저렴합니다.
+
+
+
+
+zkEVM 롤업과 혼동하지 마세요
+
+이 페이지에서는 이더리움 L1 블록 실행을 검증하기 위해 zkEVM을 사용하는 방법에 대해 설명합니다. ZK 증명을 사용하여 이더리움을 레이어2 솔루션으로 확장하는 zkEVM 롤업에 대해서는 [영지식 롤업](/developers/docs/scaling/zk-rollups/)을 참조하세요.
+
+
+
+
+## 재실행 문제 {#reexecution-problem}
+
+오늘날 이더리움은 "N-of-N" 검증 모델을 사용합니다. 제안된 상태 변경이 올바른지 검증하기 위해 모든 검증자가 모든 블록의 모든 트랜잭션을 독립적으로 재실행해야 합니다. 이 접근 방식은 신뢰를 최소화(trustless)하는 데는 최적이지만, 근본적인 병목 현상을 일으킵니다.
+
+문제는 이더리움의 처리량이 평균적인 검증자가 처리할 수 있는 수준으로 제한된다는 것입니다. [가스 한도](/glossary/#gas-limit)를 높이면 블록당 더 많은 트랜잭션을 허용할 수 있지만, 검증자의 하드웨어 요구 사항도 높아집니다. 이는 탈중앙화를 위협합니다. 검증자를 실행하는 데 값비싼 하드웨어가 필요하다면 네트워크 보안에 참여할 수 있는 사람이 줄어들기 때문입니다.
+
+zkEVM은 이러한 트레이드오프에서 벗어날 수 있는 방법을 제공합니다. "모두가 재실행"하는 방식에서 "한 명이 증명하고 모두가 검증"하는 방식으로 전환함으로써, 이더리움은 검증자 하드웨어 요구 사항을 높이지 않고도 가스 한도를 안전하게 늘릴 수 있습니다.
+
+## zkEVM L1 검증 작동 방식 {#how-it-works}
+
+zkEVM 검증은 블록 유효성 검사를 "1-of-N" 모델로 변환합니다.
+
+1. **실행**: 증명자가 블록 내의 모든 트랜잭션을 실행하여 모든 상태 변경을 추적합니다.
+2. **증명**: 증명자가 실행의 정확성을 증명하는 암호화 증명([SNARK 또는 STARK](/zero-knowledge-proofs/#types-of-zero-knowledge-proofs))을 생성합니다.
+3. **검증**: 검증자는 트랜잭션을 재실행하는 대신 증명을 검증합니다. 이는 전체 재실행보다 훨씬 저렴합니다.
+
+보안 보장은 동일하게 유지됩니다. 실행이 올바르지 않으면 유효한 증명을 생성할 수 없습니다. 하지만 이제 모든 노드가 값비싼 연산을 수행하는 대신 증명자만 연산을 수행하며, 검증 비용이 충분히 저렴해져 가스 한도를 제한하지 않습니다.
+
+### 타입 1 zkEVM {#type-1-zkevm}
+
+zkEVM은 이더리움과의 호환성에 따라 여러 타입으로 분류됩니다.
+
+- **타입 1**: 이더리움과 완전히 동일합니다. EVM을 수정하지 않으므로 모든 이더리움 블록을 있는 그대로 정확하게 증명할 수 있습니다.
+- **타입 2-4**: 증명을 더 쉽게 만들기 위해 EVM 동작을 수정하는 등 다양한 트레이드오프를 취합니다.
+
+L1 검증에는 타입 1이 필수적입니다. zkEVM은 엣지 케이스와 과거 블록을 포함하여 유효한 모든 이더리움 블록을 증명할 수 있어야 합니다. 이더리움의 정확한 동작에서 벗어나면 합의 문제가 발생할 수 있습니다.
+
+이더리움 재단의 zkEVM 연구는 기존 이더리움 실행과 완벽하게 호환되는 타입 1 구현에 중점을 둡니다.
+
+## 이더리움을 위한 이점 {#benefits}
+
+### 더 높은 처리량 {#higher-throughput}
+
+검증 비용이 저렴해지면 가스 한도를 안전하게 늘릴 수 있습니다. 이는 네트워크 용량을 확장하고 수요가 많은 기간 동안 수수료를 안정화하는 데 도움이 됩니다. 현재 가스 한도는 부분적으로 검증자 하드웨어에 의해 제한되지만, zkEVM은 이러한 제약을 제거합니다.
+
+### 더 강력한 탈중앙화 {#stronger-decentralization}
+
+zkEVM 검증을 통해 검증자는 트랜잭션을 실행할 필요 없이 증명만 검증하면 됩니다. 이는 검증자를 실행하기 위한 하드웨어 요구 사항을 크게 낮추어 더 많은 사람이 네트워크 보안에 참여할 수 있게 합니다. 검증자 다양성이 높아지면 이더리움의 검열 저항성과 회복력이 강화됩니다.
+
+증명 자체에는 현재 검증자 하드웨어보다 더 많은 상당한 컴퓨팅 리소스가 필요하다는 점에 유의하세요. 그러나 유효성 검사와 달리 증명은 동일한 방식으로 탈중앙화될 필요가 없습니다. 블록당 하나의 올바른 증명만 필요하며 누구나 빠르게 검증할 수 있습니다. 증명자 시장, 증명 집계 및 하드웨어 가속에 대한 연구는 증명이 소수의 대규모 운영자에게 집중되지 않고 경쟁력 있고 접근 가능한 상태를 유지하도록 하는 것을 목표로 합니다.
+
+### 예측 가능한 최종성 {#predictable-finality}
+
+증명 검증은 블록 복잡성에 관계없이 일정한 시간 내에 작동합니다. 이를 통해 인증(attestation) 타이밍을 더 예측 가능하게 만들고, 검증자가 복잡한 블록을 제때 처리하지 못할 때 발생할 수 있는 누락된 인증을 줄입니다.
+
+## 실시간 증명의 과제 {#realtime-proving}
+
+zkEVM L1 검증의 주요 과제는 속도입니다. 이더리움 블록은 12초마다 생성되므로, 합의에 유용하게 사용되려면 비슷한 시간 내에 증명이 생성되어야 합니다.
+
+현재 zkEVM 구현은 단일 블록을 증명하는 데 몇 분에서 몇 시간까지 걸릴 수 있습니다. 연구는 다음을 통해 이 격차를 줄이는 데 중점을 둡니다.
+
+- **병렬화**: 여러 머신에 증명 작업을 분산
+- **특수 하드웨어**: ZK 증명에 최적화된 회로 및 하드웨어 설계
+- **알고리듬 개선**: 더 효율적인 증명 시스템 및 회로 설계
+- **점진적 증명**: 트랜잭션 실행 후가 아니라 실행되는 동안 증명 생성
+
+## 현재 연구 및 구현 {#current-research}
+
+이더리움 재단은 [PSE(Privacy Stewards of Ethereum)](https://pse.dev/) 팀을 통해 zkEVM 연구에 자금을 지원합니다. 주요 연구 트랙은 다음과 같습니다.
+
+- **실시간 증명**: 12초 슬롯 내에 전체 블록 증명 생성
+- **클라이언트 통합**: 실행 클라이언트와 증명자 간의 인터페이스 표준화
+- **경제적 인센티브**: 지속 가능한 증명자 시장 및 수수료 구조 설계
+
+### 구현 상태 {#implementations}
+
+이더리움 블록 증명을 위해 여러 zkVM 구현이 개발 및 테스트되고 있습니다.
+
+| 구현 | 아키텍처 |
+|----------------|--------------|
+| [OpenVM](https://github.com/openvm-org/openvm) | rv32im |
+| [RISC Zero](https://github.com/risc0/risc0) | rv32im |
+| [Airbender](https://github.com/matter-labs/zksync-airbender) | rv32im |
+| [Jolt](https://github.com/a16z/jolt) | rv32im |
+| [Zisk](https://github.com/0xPolygonHermez/zisk) | rv64ima |
+
+이들은 RISC-V 기반 가상 머신을 사용하여 EVM 바이트코드를 실행한 다음, 올바른 실행에 대한 ZK 증명을 생성합니다. 최신 테스트 결과 및 진행 상황은 [이더리움 재단의 zkVM 트래커](https://zkevm.ethereum.foundation/zkvm-tracker)에서 추적할 수 있습니다.
+
+## zkEVM이 다른 업그레이드와 어떻게 연결되는가 {#related-upgrades}
+
+zkEVM L1 검증은 다른 여러 이더리움 로드맵 항목과 연결됩니다.
+
+- **[버클 트리](/roadmap/verkle-trees/)**: 무상태(stateless) 검증을 위해 더 작은 증인(witness)을 가능하게 하여 증명자가 작업해야 하는 데이터를 줄입니다.
+- **[무상태성](/roadmap/statelessness/)**: zkEVM은 핵심 조력자입니다. 실행에 대한 ZK 증명이 있으면 노드는 블록을 검증하기 위해 전체 상태가 필요하지 않습니다.
+- **[PBS](/roadmap/pbs/)**: 블록 빌더가 증명 생성을 통합하거나 별도의 증명자 시장이 나타날 수 있습니다.
+- **[단일 슬롯 최종성](/roadmap/single-slot-finality/)**: 더 빠른 증명 생성은 암호화 보장을 통해 단일 슬롯 최종성을 가능하게 할 수 있습니다.
+
+
+
+
+
+zkEVM L1 검증은 활발히 연구 중이며 아직 프로덕션 이더리움 클라이언트에 통합되지 않았습니다.
+
+
+
+
+## 더 읽어보기 {#further-reading}
+
+- [zkEVM Foundation](https://zkevm.ethereum.foundation) - 공식 이더리움 재단 zkEVM 연구 허브
+- [Ethproofs](https://ethproofs.org/) - 실시간으로 이더리움을 증명하기 위한 경쟁 추적
+- [zkevm.fyi](https://zkevm.fyi) - L1용 zkEVM에 대한 기술 서적
+- [PSE zkEVM Specs](https://github.com/privacy-scaling-explorations/zkevm-specs) - 기술 사양
+- [The Verge](https://vitalik.eth.limo/general/2024/10/23/futures4.html) - 비탈릭의 검증 개선 사항 개요
+- [EF zkEVM Blog](https://zkevm.ethereum.foundation/blog) - EF 팀의 성능 분석
\ No newline at end of file
diff --git a/public/content/translations/mr/roadmap/zkevm/index.md b/public/content/translations/mr/roadmap/zkevm/index.md
new file mode 100644
index 00000000000..0ac00b30040
--- /dev/null
+++ b/public/content/translations/mr/roadmap/zkevm/index.md
@@ -0,0 +1,124 @@
+---
+title: L1 ब्लॉक पडताळणीसाठी zkEVM
+description: झिरो-नॉलेज प्रुफ्स इथरियम ब्लॉक एक्झिक्यूशनची पडताळणी कशी करू शकतात, ज्यामुळे उच्च थ्रूपुट आणि कमी व्हॅलिडेटर आवश्यकता सक्षम होतात ते जाणून घ्या.
+lang: mr
+---
+
+# L1 ब्लॉक पडताळणीसाठी zkEVM {#zkevm-l1}
+
+zkEVM हे एक तंत्रज्ञान आहे जे इथरियम ब्लॉक एक्झिक्यूशनची पडताळणी करण्यासाठी [झिरो-नॉलेज प्रुफ्स](/zero-knowledge-proofs/) वापरते. प्रत्येक [व्हॅलिडेटरला](/glossary/#validator) ब्लॉकमधील सर्व ट्रान्झॅक्शन्स पुन्हा एक्झिक्युट करण्याची आवश्यकता असण्याऐवजी, एकच विशेष घटक (ज्याला "प्रूव्हर" म्हटले जाते) ब्लॉक एक्झिक्युट करतो आणि एक्झिक्यूशन योग्य होते याचा क्रिप्टोग्राफिक पुरावा (प्रूफ) तयार करतो. त्यानंतर कोणताही नोड या पुराव्याची पडताळणी करू शकतो—ही प्रक्रिया सर्व ट्रान्झॅक्शन्स पुन्हा एक्झिक्युट करण्यापेक्षा खूपच स्वस्त आहे.
+
+
+
+
+zkEVM रोलअप्ससोबत गल्लत करू नका
+
+हे पृष्ठ इथरियम L1 ब्लॉक एक्झिक्यूशनची पडताळणी करण्यासाठी zkEVM वापरण्यावर चर्चा करते. लेयर 2 सोल्यूशन्स म्हणून इथरियम स्केल करण्यासाठी ZK प्रुफ्स वापरणाऱ्या zkEVM रोलअप्ससाठी, [झिरो-नॉलेज रोलअप्स](/developers/docs/scaling/zk-rollups/) पहा.
+
+
+
+
+## री-एक्झिक्यूशनची समस्या {#reexecution-problem}
+
+आज, इथरियम "N-of-N" पडताळणी मॉडेल वापरते: प्रस्तावित स्टेट बदल योग्य आहेत हे पडताळण्यासाठी प्रत्येक व्हॅलिडेटरने प्रत्येक ब्लॉकमधील प्रत्येक ट्रान्झॅक्शन स्वतंत्रपणे पुन्हा एक्झिक्युट करणे आवश्यक आहे. हा दृष्टिकोन जास्तीत जास्त ट्रस्टलेस असला तरी, तो एक मूलभूत अडथळा निर्माण करतो.
+
+समस्या अशी आहे की इथरियमचे थ्रूपुट सरासरी व्हॅलिडेटर काय प्रोसेस करू शकतो यावर मर्यादित आहे. [गॅस लिमिट](/glossary/#gas-limit) वाढवल्याने प्रति ब्लॉक अधिक ट्रान्झॅक्शन्सना अनुमती मिळेल, परंतु यामुळे व्हॅलिडेटर्ससाठी हार्डवेअर आवश्यकता देखील वाढतील. यामुळे विकेंद्रीकरणाला धोका निर्माण होतो—जर व्हॅलिडेटर चालवण्यासाठी महागड्या हार्डवेअरची आवश्यकता असेल, तर नेटवर्क सुरक्षित करण्यात कमी लोक सहभागी होऊ शकतात.
+
+zkEVM या तडजोडीतून बाहेर पडण्याचा मार्ग देते. "प्रत्येकजण पुन्हा एक्झिक्युट करतो" यावरून "एक सिद्ध करतो, प्रत्येकजण पडताळणी करतो" याकडे वळल्याने, इथरियम व्हॅलिडेटर हार्डवेअर आवश्यकता न वाढवता सुरक्षितपणे गॅस लिमिट वाढवू शकते.
+
+## zkEVM L1 पडताळणी कशी कार्य करते {#how-it-works}
+
+zkEVM पडताळणी ब्लॉक व्हॅलिडेशनला "1-of-N" मॉडेलमध्ये रूपांतरित करते:
+
+1. **एक्झिक्यूशन**: प्रूव्हर ब्लॉकमधील सर्व ट्रान्झॅक्शन्स एक्झिक्युट करतो, प्रत्येक स्टेट बदलाचा मागोवा घेतो
+2. **प्रूव्हिंग**: प्रूव्हर एक क्रिप्टोग्राफिक पुरावा (एक [SNARK किंवा STARK](/zero-knowledge-proofs/#types-of-zero-knowledge-proofs)) तयार करतो जो एक्झिक्यूशनच्या योग्यतेची पुष्टी देतो
+3. **पडताळणी**: व्हॅलिडेटर्स ट्रान्झॅक्शन्स पुन्हा एक्झिक्युट करण्याऐवजी पुराव्याची पडताळणी करतात—हे पूर्ण री-एक्झिक्यूशनपेक्षा खूपच स्वस्त आहे
+
+सुरक्षा हमी तशीच राहते: जर एक्झिक्यूशन चुकीचे असेल, तर कोणताही वैध पुरावा तयार केला जाऊ शकत नाही. परंतु आता, प्रत्येक नोडने महागडे कम्प्युटेशन करण्याऐवजी, फक्त प्रूव्हर ते करतो—आणि पडताळणी इतकी स्वस्त आहे की ती गॅस लिमिटला मर्यादित करत नाही.
+
+### टाईप 1 zkEVMs {#type-1-zkevm}
+
+zkEVMs चे इथरियमसोबतच्या त्यांच्या सुसंगततेवर आधारित प्रकारांमध्ये वर्गीकरण केले जाते:
+
+- **टाईप 1**: पूर्णपणे इथरियम-समतुल्य. EVM मध्ये कोणतेही बदल नाहीत, त्यामुळे कोणताही इथरियम ब्लॉक जसा आहे तसा सिद्ध केला जाऊ शकतो
+- **टाईप 2-4**: प्रूव्हिंग सोपे करण्यासाठी EVM वर्तनात बदल करून विविध तडजोडी करतात
+
+L1 पडताळणीसाठी, टाईप 1 आवश्यक आहे. zkEVM ला एज केसेस आणि ऐतिहासिक ब्लॉक्ससह कोणताही वैध इथरियम ब्लॉक सिद्ध करण्यास सक्षम असणे आवश्यक आहे. इथरियमच्या अचूक वर्तनापासून कोणतेही विचलन कन्सेंसस समस्या निर्माण करेल.
+
+इथरियम फाउंडेशनचे zkEVM संशोधन टाईप 1 अंमलबजावणीवर लक्ष केंद्रित करते जे विद्यमान इथरियम एक्झिक्यूशनशी पूर्णपणे सुसंगत आहेत.
+
+## इथरियमसाठी फायदे {#benefits}
+
+### उच्च थ्रूपुट {#higher-throughput}
+
+जेव्हा पडताळणी स्वस्त असते, तेव्हा गॅस लिमिट सुरक्षितपणे वाढू शकते. यामुळे नेटवर्क क्षमता वाढते आणि उच्च-मागणीच्या काळात फी स्थिर होण्यास मदत होते. सध्याचे गॅस लिमिट अंशतः व्हॅलिडेटर हार्डवेअरद्वारे मर्यादित आहे—zkEVM ही मर्यादा काढून टाकते.
+
+### मजबूत विकेंद्रीकरण {#stronger-decentralization}
+
+zkEVM पडताळणीसह, व्हॅलिडेटर्सना ट्रान्झॅक्शन्स एक्झिक्युट करण्याऐवजी फक्त पुराव्यांची पडताळणी करणे आवश्यक आहे. यामुळे व्हॅलिडेटर चालवण्यासाठी हार्डवेअर आवश्यकता लक्षणीयरीत्या कमी होतात, ज्यामुळे अधिक लोकांना नेटवर्क सुरक्षित करण्यात सहभागी होता येते. अधिक व्हॅलिडेटर विविधता इथरियमचा सेन्सॉरशिप प्रतिकार आणि लवचिकता मजबूत करते.
+
+लक्षात घ्या की प्रूव्हिंगसाठी स्वतःच महत्त्वपूर्ण कम्प्युटेशनल संसाधनांची आवश्यकता असते, जी सध्याच्या व्हॅलिडेटर हार्डवेअरपेक्षा जास्त असते. तथापि, व्हॅलिडेशनच्या विपरीत, प्रूव्हिंगला त्याच प्रकारे विकेंद्रित करण्याची आवश्यकता नाही: प्रति ब्लॉक फक्त एका योग्य पुराव्याची आवश्यकता असते आणि कोणीही त्याची त्वरित पडताळणी करू शकतो. प्रूव्हर मार्केट्स, प्रूफ ॲग्रीगेशन आणि हार्डवेअर ॲक्सिलरेशनमधील संशोधनाचे उद्दिष्ट हे सुनिश्चित करणे आहे की प्रूव्हिंग काही मोठ्या ऑपरेटर्समध्ये केंद्रित होण्याऐवजी स्पर्धात्मक आणि प्रवेशयोग्य राहील.
+
+### अंदाजित फायनॅलिटी {#predictable-finality}
+
+ब्लॉकच्या गुंतागुंतीची पर्वा न करता प्रूफ पडताळणी स्थिर वेळेत कार्य करते. यामुळे अटेस्टेशनची वेळ अधिक अंदाजित होते आणि जेव्हा व्हॅलिडेटर्स वेळेत जटिल ब्लॉक्स प्रोसेस करण्यासाठी संघर्ष करतात तेव्हा होऊ शकणारी चुकलेली अटेस्टेशन्स कमी होतात.
+
+## रिअल-टाइम प्रूव्हिंग आव्हाने {#realtime-proving}
+
+zkEVM L1 पडताळणीसाठी मुख्य आव्हान वेग आहे. इथरियम ब्लॉक्स दर 12 सेकंदांनी तयार केले जातात, याचा अर्थ कन्सेंसससाठी उपयुक्त होण्यासाठी पुराव्यांना समान कालमर्यादेत तयार करणे आवश्यक आहे.
+
+सध्याच्या zkEVM अंमलबजावणींना एकच ब्लॉक सिद्ध करण्यासाठी काही मिनिटे ते तास लागू शकतात. संशोधन याद्वारे ही तफावत दूर करण्यावर लक्ष केंद्रित करते:
+
+- **पॅरललायझेशन**: प्रूव्हिंगचे काम अनेक मशीन्सवर वितरित करणे
+- **विशेष हार्डवेअर**: ZK प्रूव्हिंगसाठी ऑप्टिमाइझ केलेले सर्किट्स आणि हार्डवेअर डिझाइन करणे
+- **अल्गोरिदम सुधारणा**: अधिक कार्यक्षम प्रूफ सिस्टीम्स आणि सर्किट डिझाइन्स
+- **इन्क्रिमेंटल प्रूव्हिंग**: ट्रान्झॅक्शन्स एक्झिक्युट झाल्यानंतर पुराव्यांची निर्मिती करण्याऐवजी, ते एक्झिक्युट होत असतानाच पुराव्यांची निर्मिती करणे
+
+## सध्याचे संशोधन आणि अंमलबजावणी {#current-research}
+
+इथरियम फाउंडेशन [Privacy Stewards of Ethereum (PSE)](https://pse.dev/) टीमद्वारे zkEVM संशोधनाला निधी देते. प्रमुख संशोधन ट्रॅक्समध्ये हे समाविष्ट आहे:
+
+- **रिअल-टाइम प्रूव्हिंग**: 12-सेकंदांच्या स्लॉट्समध्ये पूर्ण ब्लॉक प्रुफ्स तयार करणे
+- **क्लायंट इंटिग्रेशन**: एक्झिक्यूशन क्लायंट्स आणि प्रूव्हर्समधील इंटरफेसेस प्रमाणित करणे
+- **आर्थिक प्रोत्साहन**: शाश्वत प्रूव्हर मार्केट्स आणि फी स्ट्रक्चर्स डिझाइन करणे
+
+### अंमलबजावणी स्थिती {#implementations}
+
+इथरियम ब्लॉक प्रूव्हिंगसाठी अनेक zkVM अंमलबजावणी विकसित आणि तपासल्या जात आहेत:
+
+| अंमलबजावणी | आर्किटेक्चर |
+|----------------|--------------|
+| [OpenVM](https://github.com/openvm-org/openvm) | rv32im |
+| [RISC Zero](https://github.com/risc0/risc0) | rv32im |
+| [Airbender](https://github.com/matter-labs/zksync-airbender) | rv32im |
+| [Jolt](https://github.com/a16z/jolt) | rv32im |
+| [Zisk](https://github.com/0xPolygonHermez/zisk) | rv64ima |
+
+हे EVM बाइटकोड एक्झिक्युट करण्यासाठी RISC-V आधारित व्हर्च्युअल मशीन्स वापरतात, त्यानंतर योग्य एक्झिक्यूशनचे ZK प्रुफ्स तयार करतात. अद्ययावत चाचणी परिणाम आणि प्रगतीचा मागोवा [इथरियम फाउंडेशनच्या zkVM ट्रॅकरवर](https://zkevm.ethereum.foundation/zkvm-tracker) घेतला जातो.
+
+## zkEVM इतर अपग्रेड्ससोबत कसे बसते {#related-upgrades}
+
+zkEVM L1 पडताळणी इतर अनेक इथरियम रोडमॅप आयटम्सशी जोडलेली आहे:
+
+- **[व्हर्कल ट्रीज](/roadmap/verkle-trees/)**: स्टेटलेस पडताळणीसाठी लहान विटनेसेस सक्षम करतात, ज्यामुळे प्रूव्हर्सना काम करण्यासाठी आवश्यक असलेला डेटा कमी होतो
+- **[स्टेटलेसनेस](/roadmap/statelessness/)**: zkEVM एक प्रमुख सक्षमकर्ता आहे—एक्झिक्यूशनच्या ZK प्रुफ्ससह, नोड्सना ब्लॉक्सची पडताळणी करण्यासाठी पूर्ण स्टेटची आवश्यकता नसते
+- **[PBS](/roadmap/pbs/)**: ब्लॉक बिल्डर्स संभाव्यतः प्रूफ जनरेशन समाकलित करू शकतात, किंवा एक वेगळे प्रूव्हर मार्केट उदयास येऊ शकते
+- **[सिंगल स्लॉट फायनॅलिटी](/roadmap/single-slot-finality/)**: जलद प्रूफ जनरेशन क्रिप्टोग्राफिक हमीसह सिंगल-स्लॉट फायनॅलिटी सक्षम करू शकते
+
+
+
+
+
+zkEVM L1 पडताळणी सक्रिय संशोधनात आहे आणि अद्याप प्रोडक्शन इथरियम क्लायंट्समध्ये समाकलित केलेली नाही.
+
+
+
+
+## पुढील वाचन {#further-reading}
+
+- [zkEVM फाउंडेशन](https://zkevm.ethereum.foundation) - अधिकृत इथरियम फाउंडेशन zkEVM संशोधन केंद्र
+- [Ethproofs](https://ethproofs.org/) - रिअल-टाइममध्ये इथरियम सिद्ध करण्याच्या शर्यतीचा मागोवा घ्या
+- [zkevm.fyi](https://zkevm.fyi) - L1 साठी zkEVM वरील तांत्रिक पुस्तक
+- [PSE zkEVM Specs](https://github.com/privacy-scaling-explorations/zkevm-specs) - तांत्रिक तपशील
+- [The Verge](https://vitalik.eth.limo/general/2024/10/23/futures4.html) - पडताळणी सुधारणांचे विटालिकचे विहंगावलोकन
+- [EF zkEVM ब्लॉग](https://zkevm.ethereum.foundation/blog) - EF टीमकडून कामगिरीचे विश्लेषण
\ No newline at end of file
diff --git a/public/content/translations/pl/roadmap/zkevm/index.md b/public/content/translations/pl/roadmap/zkevm/index.md
new file mode 100644
index 00000000000..e92cc30085e
--- /dev/null
+++ b/public/content/translations/pl/roadmap/zkevm/index.md
@@ -0,0 +1,124 @@
+---
+title: zkEVM do weryfikacji bloków L1
+description: Dowiedz się, jak dowody zerowej wiedzy mogą weryfikować wykonanie bloków Ethereum, umożliwiając wyższą przepustowość i niższe wymagania dla walidatorów.
+lang: pl
+---
+
+# zkEVM do weryfikacji bloków L1 {#zkevm-l1}
+
+zkEVM to technologia, która wykorzystuje [dowody zerowej wiedzy](/zero-knowledge-proofs/) do weryfikacji wykonania bloków Ethereum. Zamiast wymagać od każdego [walidatora](/glossary/#validator) ponownego wykonania wszystkich transakcji w bloku, pojedynczy wyspecjalizowany podmiot (zwany „dowodzącym” - ang. prover) wykonuje blok i generuje kryptograficzny dowód na to, że wykonanie było poprawne. Każdy węzeł może następnie zweryfikować ten dowód — proces ten jest o rzędy wielkości tańszy niż ponowne wykonanie wszystkich transakcji.
+
+
+
+
+Nie mylić z rollupami zkEVM
+
+Ta strona omawia wykorzystanie zkEVM do weryfikacji wykonania bloków L1 Ethereum. Informacje na temat rollupów zkEVM, które wykorzystują dowody ZK do skalowania Ethereum jako rozwiązania warstwy 2, można znaleźć w sekcji [pakiety zbiorcze o wiedzy zerowej](/developers/docs/scaling/zk-rollups/).
+
+
+
+
+## Problem ponownego wykonania {#reexecution-problem}
+
+Obecnie Ethereum wykorzystuje model weryfikacji „N z N”: każdy walidator musi niezależnie ponownie wykonać każdą transakcję w każdym bloku, aby zweryfikować, czy proponowane zmiany stanu są poprawne. Chociaż to podejście jest maksymalnie pozbawione konieczności zaufania (trustless), tworzy fundamentalne wąskie gardło.
+
+Problem polega na tym, że przepustowość Ethereum jest ograniczona przez to, co może przetworzyć przeciętny walidator. Podniesienie [limitu gazu](/glossary/#gas-limit) pozwoliłoby na więcej transakcji na blok, ale podniosłoby również wymagania sprzętowe dla walidatorów. Zagraża to decentralizacji — jeśli uruchomienie walidatora wymaga drogiego sprzętu, mniej osób może uczestniczyć w zabezpieczaniu sieci.
+
+zkEVM oferuje wyjście z tego kompromisu. Przechodząc od „wszyscy wykonują ponownie” do „jeden dowodzi, wszyscy weryfikują”, Ethereum może bezpiecznie zwiększyć limit gazu bez podnoszenia wymagań sprzętowych dla walidatorów.
+
+## Jak działa weryfikacja zkEVM L1 {#how-it-works}
+
+Weryfikacja zkEVM przekształca walidację bloków w model „1 z N”:
+
+1. **Wykonanie**: Dowodzący wykonuje wszystkie transakcje w bloku, śledząc każdą zmianę stanu
+2. **Dowodzenie**: Dowodzący generuje kryptograficzny dowód ([SNARK lub STARK](/zero-knowledge-proofs/#types-of-zero-knowledge-proofs)), który poświadcza poprawność wykonania
+3. **Weryfikacja**: Walidatorzy weryfikują dowód zamiast ponownie wykonywać transakcje — jest to drastycznie tańsze niż pełne ponowne wykonanie
+
+Gwarancja bezpieczeństwa pozostaje taka sama: jeśli wykonanie było niepoprawne, nie można wygenerować ważnego dowodu. Ale teraz, zamiast każdego węzła wykonującego kosztowne obliczenia, robi to tylko dowodzący — a weryfikacja jest na tyle tania, że nie ogranicza limitu gazu.
+
+### zkEVM typu 1 {#type-1-zkevm}
+
+zkEVM są klasyfikowane na typy w oparciu o ich kompatybilność z Ethereum:
+
+- **Typ 1**: W pełni równoważny z Ethereum. Brak modyfikacji w EVM, więc każdy blok Ethereum może zostać udowodniony dokładnie w takiej postaci, w jakiej jest
+- **Typ 2-4**: Idą na różne kompromisy, modyfikując zachowanie EVM, aby ułatwić dowodzenie
+
+Dla weryfikacji L1, Typ 1 jest niezbędny. zkEVM musi być w stanie udowodnić każdy ważny blok Ethereum, w tym przypadki brzegowe i bloki historyczne. Jakiekolwiek odstępstwo od dokładnego zachowania Ethereum stworzyłoby problemy z konsensusem.
+
+Badania Ethereum Foundation nad zkEVM skupiają się na implementacjach Typu 1, które są w pełni kompatybilne z istniejącym wykonaniem Ethereum.
+
+## Korzyści dla Ethereum {#benefits}
+
+### Wyższa przepustowość {#higher-throughput}
+
+Gdy weryfikacja jest tania, limit gazu może bezpiecznie wzrosnąć. Zwiększa to pojemność sieci i pomaga ustabilizować opłaty w okresach wysokiego popytu. Obecny limit gazu jest częściowo ograniczony przez sprzęt walidatorów — zkEVM usuwa to ograniczenie.
+
+### Silniejsza decentralizacja {#stronger-decentralization}
+
+Dzięki weryfikacji zkEVM walidatorzy muszą jedynie weryfikować dowody, a nie wykonywać transakcje. To drastycznie obniża wymagania sprzętowe do uruchomienia walidatora, umożliwiając większej liczbie osób udział w zabezpieczaniu sieci. Większa różnorodność walidatorów wzmacnia odporność Ethereum na cenzurę i jego ogólną niezawodność.
+
+Należy zauważyć, że samo dowodzenie wymaga znacznych zasobów obliczeniowych, większych niż obecny sprzęt walidatorów. Jednak w przeciwieństwie do walidacji, dowodzenie nie musi być zdecentralizowane w ten sam sposób: na każdy blok potrzebny jest tylko jeden poprawny dowód, a każdy może go szybko zweryfikować. Badania nad rynkami dowodzących, agregacją dowodów i akceleracją sprzętową mają na celu zapewnienie, że dowodzenie pozostanie konkurencyjne i dostępne, a nie skoncentrowane wśród kilku dużych operatorów.
+
+### Przewidywalna finalizacja {#predictable-finality}
+
+Weryfikacja dowodu działa w stałym czasie, niezależnie od złożoności bloku. Sprawia to, że czas poświadczenia jest bardziej przewidywalny i zmniejsza liczbę pominiętych poświadczeń, które mogą wystąpić, gdy walidatorzy mają trudności z przetworzeniem złożonych bloków na czas.
+
+## Wyzwania związane z dowodzeniem w czasie rzeczywistym {#realtime-proving}
+
+Głównym wyzwaniem dla weryfikacji zkEVM L1 jest szybkość. Bloki Ethereum są produkowane co 12 sekund, co oznacza, że dowody muszą być generowane w podobnym przedziale czasowym, aby były użyteczne dla konsensusu.
+
+Obecne implementacje zkEVM mogą potrzebować od kilku minut do kilku godzin, aby udowodnić pojedynczy blok. Badania skupiają się na zniwelowaniu tej luki poprzez:
+
+- **Zrównoleglenie**: Rozdzielenie pracy dowodzenia na wiele maszyn
+- **Specjalistyczny sprzęt**: Projektowanie obwodów i sprzętu zoptymalizowanego pod kątem dowodzenia ZK
+- **Ulepszenia algorytmiczne**: Bardziej wydajne systemy dowodzenia i projekty obwodów
+- **Dowodzenie przyrostowe**: Generowanie dowodów w miarę wykonywania transakcji, a nie po ich zakończeniu
+
+## Obecne badania i implementacje {#current-research}
+
+Ethereum Foundation finansuje badania nad zkEVM za pośrednictwem zespołu [Privacy Stewards of Ethereum (PSE)](https://pse.dev/). Kluczowe ścieżki badawcze obejmują:
+
+- **Dowodzenie w czasie rzeczywistym**: Generowanie pełnych dowodów bloków w 12-sekundowych slotach
+- **Integracja klientów**: Standaryzacja interfejsów między klientami wykonawczymi a dowodzącymi
+- **Zachęty ekonomiczne**: Projektowanie zrównoważonych rynków dowodzących i struktur opłat
+
+### Status implementacji {#implementations}
+
+Kilka implementacji zkVM jest obecnie rozwijanych i testowanych pod kątem dowodzenia bloków Ethereum:
+
+| Implementacja | Architektura |
+|----------------|--------------|
+| [OpenVM](https://github.com/openvm-org/openvm) | rv32im |
+| [RISC Zero](https://github.com/risc0/risc0) | rv32im |
+| [Airbender](https://github.com/matter-labs/zksync-airbender) | rv32im |
+| [Jolt](https://github.com/a16z/jolt) | rv32im |
+| [Zisk](https://github.com/0xPolygonHermez/zisk) | rv64ima |
+
+Wykorzystują one maszyny wirtualne oparte na architekturze RISC-V do wykonywania kodu bajtowego EVM, a następnie generują dowody ZK poprawnego wykonania. Aktualne wyniki testów i postępy można śledzić w [trackerze zkVM Ethereum Foundation](https://zkevm.ethereum.foundation/zkvm-tracker).
+
+## Jak zkEVM łączy się z innymi aktualizacjami {#related-upgrades}
+
+Weryfikacja zkEVM L1 łączy się z kilkoma innymi elementami planu działania Ethereum:
+
+- **[Drzewa Verkle](/roadmap/verkle-trees/)**: Umożliwiają mniejsze dane poświadczające (witnesses) dla bezstanowej weryfikacji, zmniejszając ilość danych, z którymi muszą pracować dowodzący
+- **[Bezstanowość](/roadmap/statelessness/)**: zkEVM jest kluczowym czynnikiem umożliwiającym — dzięki dowodom wykonania ZK węzły nie potrzebują pełnego stanu do weryfikacji bloków
+- **[PBS](/roadmap/pbs/)**: Budowniczowie bloków mogliby potencjalnie zintegrować generowanie dowodów lub mógłby powstać oddzielny rynek dowodzących
+- **[Finalizacja w jednym slocie](/roadmap/single-slot-finality/)**: Szybsze generowanie dowodów mogłoby umożliwić finalizację w jednym slocie z gwarancjami kryptograficznymi
+
+
+
+
+
+Weryfikacja zkEVM L1 jest w fazie aktywnych badań i nie została jeszcze zintegrowana z produkcyjnymi klientami Ethereum.
+
+
+
+
+## Dalsza lektura {#further-reading}
+
+- [zkEVM Foundation](https://zkevm.ethereum.foundation) - Oficjalne centrum badawcze zkEVM Ethereum Foundation
+- [Ethproofs](https://ethproofs.org/) - Śledź wyścig w dowodzeniu Ethereum w czasie rzeczywistym
+- [zkevm.fyi](https://zkevm.fyi) - Książka techniczna o zkEVM dla L1
+- [PSE zkEVM Specs](https://github.com/privacy-scaling-explorations/zkevm-specs) - Specyfikacje techniczne
+- [The Verge](https://vitalik.eth.limo/general/2024/10/23/futures4.html) - Przegląd ulepszeń weryfikacji autorstwa Vitalika
+- [EF zkEVM Blog](https://zkevm.ethereum.foundation/blog) - Analiza wydajności od zespołu EF
\ No newline at end of file
diff --git a/public/content/translations/pt-br/roadmap/zkevm/index.md b/public/content/translations/pt-br/roadmap/zkevm/index.md
new file mode 100644
index 00000000000..53e604c4c5f
--- /dev/null
+++ b/public/content/translations/pt-br/roadmap/zkevm/index.md
@@ -0,0 +1,124 @@
+---
+title: zkEVM para verificação de bloco da L1
+description: Aprenda como as provas de conhecimento zero podem verificar a execução de blocos do Ethereum, permitindo maior rendimento e menores requisitos de validador.
+lang: pt-br
+---
+
+# zkEVM para verificação de bloco da L1 {#zkevm-l1}
+
+A zkEVM é uma tecnologia que usa [provas de conhecimento zero](/zero-knowledge-proofs/) para verificar a execução de blocos do Ethereum. Em vez de exigir que cada [validador](/glossary/#validator) reexecute todas as transações em um bloco, um único ator especializado (chamado de "provador") executa o bloco e gera uma prova criptográfica de que a execução foi correta. Qualquer nó pode então verificar essa prova — um processo que é ordens de magnitude mais barato do que reexecutar todas as transações.
+
+
+
+
+Não deve ser confundido com zkEVM rollups
+
+Esta página discute o uso da zkEVM para verificar a execução de blocos da L1 do Ethereum. Para zkEVM rollups que usam provas ZK para escalar o Ethereum como soluções de camada 2, consulte [zero-knowledge rollups](/developers/docs/scaling/zk-rollups/).
+
+
+
+
+## O problema da reexecução {#reexecution-problem}
+
+Hoje, o Ethereum usa um modelo de verificação "N-de-N": cada validador deve reexecutar de forma independente cada transação em cada bloco para verificar se as mudanças de estado propostas estão corretas. Embora essa abordagem seja maximamente sem confiança (trustless), ela cria um gargalo fundamental.
+
+O problema é que o rendimento do Ethereum é limitado pelo que o validador médio pode processar. Aumentar o [limite de gás](/glossary/#gas-limit) permitiria mais transações por bloco, mas também aumentaria os requisitos de hardware para os validadores. Isso ameaça a descentralização — se a execução de um validador exigir hardware caro, menos pessoas poderão participar da segurança da rede.
+
+A zkEVM oferece uma saída para esse dilema. Ao mudar de "todos reexecutam" para "um prova, todos verificam", o Ethereum pode aumentar com segurança o limite de gás sem aumentar os requisitos de hardware do validador.
+
+## Como funciona a verificação da zkEVM na L1 {#how-it-works}
+
+A verificação da zkEVM transforma a validação de blocos em um modelo "1-de-N":
+
+1. **Execução**: Um provador executa todas as transações em um bloco, rastreando cada mudança de estado
+2. **Prova**: O provador gera uma prova criptográfica (um [SNARK ou STARK](/zero-knowledge-proofs/#types-of-zero-knowledge-proofs)) que atesta a correção da execução
+3. **Verificação**: Os validadores verificam a prova em vez de reexecutar as transações — isso é drasticamente mais barato do que a reexecução completa
+
+A garantia de segurança permanece a mesma: se a execução foi incorreta, nenhuma prova válida pode ser gerada. Mas agora, em vez de cada nó fazer computação cara, apenas o provador faz — e a verificação é barata o suficiente para não restringir o limite de gás.
+
+### zkEVMs do Tipo 1 {#type-1-zkevm}
+
+As zkEVMs são classificadas em tipos com base em sua compatibilidade com o Ethereum:
+
+- **Tipo 1**: Totalmente equivalente ao Ethereum. Sem modificações na EVM, então qualquer bloco do Ethereum pode ser provado exatamente como é
+- **Tipos 2-4**: Fazem várias concessões, modificando o comportamento da EVM para facilitar a prova
+
+Para a verificação na L1, o Tipo 1 é essencial. A zkEVM deve ser capaz de provar qualquer bloco válido do Ethereum, incluindo casos extremos e blocos históricos. Qualquer desvio do comportamento exato do Ethereum criaria problemas de consenso.
+
+A pesquisa de zkEVM da Ethereum Foundation se concentra em implementações do Tipo 1 que são totalmente compatíveis com a execução existente do Ethereum.
+
+## Benefícios para o Ethereum {#benefits}
+
+### Maior rendimento {#higher-throughput}
+
+Quando a verificação é barata, o limite de gás pode aumentar com segurança. Isso expande a capacidade da rede e ajuda a estabilizar as taxas durante períodos de alta demanda. O limite de gás atual é parcialmente restrito pelo hardware do validador — a zkEVM remove essa restrição.
+
+### Descentralização mais forte {#stronger-decentralization}
+
+Com a verificação da zkEVM, os validadores só precisam verificar as provas em vez de executar as transações. Isso reduz drasticamente os requisitos de hardware para executar um validador, permitindo que mais pessoas participem da segurança da rede. Uma maior diversidade de validadores fortalece a resistência à censura e a resiliência do Ethereum.
+
+Observe que a própria prova requer recursos computacionais significativos, maiores do que os do hardware atual do validador. No entanto, ao contrário da validação, a prova não precisa ser descentralizada da mesma maneira: apenas uma prova correta é necessária por bloco, e qualquer um pode verificá-la rapidamente. A pesquisa em mercados de provadores, agregação de provas e aceleração de hardware visa garantir que a prova permaneça competitiva e acessível, em vez de concentrada entre alguns grandes operadores.
+
+### Finalidade previsível {#predictable-finality}
+
+A verificação de provas opera em tempo constante, independentemente da complexidade do bloco. Isso torna o tempo de atestado mais previsível e reduz os atestados perdidos que podem ocorrer quando os validadores lutam para processar blocos complexos a tempo.
+
+## Desafios da prova em tempo real {#realtime-proving}
+
+O principal desafio para a verificação da zkEVM na L1 é a velocidade. Os blocos do Ethereum são produzidos a cada 12 segundos, o que significa que as provas precisam ser geradas em um período semelhante para serem úteis para o consenso.
+
+As implementações atuais da zkEVM podem levar de minutos a horas para provar um único bloco. A pesquisa se concentra em fechar essa lacuna por meio de:
+
+- **Paralelização**: Distribuição do trabalho de prova em várias máquinas
+- **Hardware especializado**: Projetar circuitos e hardware otimizados para provas ZK
+- **Melhorias algorítmicas**: Sistemas de prova e designs de circuitos mais eficientes
+- **Prova incremental**: Geração de provas à medida que as transações são executadas, em vez de depois
+
+## Pesquisa e implementações atuais {#current-research}
+
+A Ethereum Foundation financia a pesquisa de zkEVM por meio da equipe [Privacy Stewards of Ethereum (PSE)](https://pse.dev/). As principais linhas de pesquisa incluem:
+
+- **Prova em tempo real**: Geração de provas de bloco completas em slots de 12 segundos
+- **Integração de cliente**: Padronização de interfaces entre clientes de execução e provadores
+- **Incentivos econômicos**: Projetar mercados de provadores sustentáveis e estruturas de taxas
+
+### Status de implementação {#implementations}
+
+Várias implementações de zkVM estão sendo desenvolvidas e testadas para a prova de blocos do Ethereum:
+
+| Implementação | Arquitetura |
+|----------------|--------------|
+| [OpenVM](https://github.com/openvm-org/openvm) | rv32im |
+| [RISC Zero](https://github.com/risc0/risc0) | rv32im |
+| [Airbender](https://github.com/matter-labs/zksync-airbender) | rv32im |
+| [Jolt](https://github.com/a16z/jolt) | rv32im |
+| [Zisk](https://github.com/0xPolygonHermez/zisk) | rv64ima |
+
+Elas usam máquinas virtuais baseadas em RISC-V para executar o bytecode da EVM e, em seguida, geram provas ZK de execução correta. Os resultados de testes atualizados e o progresso são rastreados no [rastreador de zkVM da Ethereum Foundation](https://zkevm.ethereum.foundation/zkvm-tracker).
+
+## Como a zkEVM se encaixa com outras atualizações {#related-upgrades}
+
+A verificação da zkEVM na L1 se conecta com vários outros itens do roadmap do Ethereum:
+
+- **[Árvores Verkle](/roadmap/verkle-trees/)**: Permitem testemunhas menores para verificação sem estado, reduzindo os dados com os quais os provadores precisam trabalhar
+- **[Ausência de estado (Statelessness)](/roadmap/statelessness/)**: A zkEVM é um facilitador fundamental — com provas ZK de execução, os nós não precisam do estado completo para verificar os blocos
+- **[PBS](/roadmap/pbs/)**: Os construtores de blocos poderiam potencialmente integrar a geração de provas, ou um mercado de provadores separado poderia surgir
+- **[Finalidade de slot único](/roadmap/single-slot-finality/)**: A geração de provas mais rápida poderia permitir a finalidade de slot único com garantias criptográficas
+
+
+
+
+
+A verificação da zkEVM na L1 está em pesquisa ativa e ainda não foi integrada aos clientes de produção do Ethereum.
+
+
+
+
+## Leitura adicional {#further-reading}
+
+- [zkEVM Foundation](https://zkevm.ethereum.foundation) - Hub oficial de pesquisa de zkEVM da Ethereum Foundation
+- [Ethproofs](https://ethproofs.org/) - Acompanhe a corrida para provar o Ethereum em tempo real
+- [zkevm.fyi](https://zkevm.fyi) - Livro técnico sobre zkEVM para a L1
+- [Especificações da zkEVM da PSE](https://github.com/privacy-scaling-explorations/zkevm-specs) - Especificações técnicas
+- [The Verge](https://vitalik.eth.limo/general/2024/10/23/futures4.html) - Visão geral de Vitalik sobre melhorias de verificação
+- [Blog da zkEVM da EF](https://zkevm.ethereum.foundation/blog) - Análise de desempenho da equipe da EF
\ No newline at end of file
diff --git a/public/content/translations/ru/roadmap/zkevm/index.md b/public/content/translations/ru/roadmap/zkevm/index.md
new file mode 100644
index 00000000000..b0c5004d1f4
--- /dev/null
+++ b/public/content/translations/ru/roadmap/zkevm/index.md
@@ -0,0 +1,124 @@
+---
+title: zkEVM для верификации блоков L1
+description: Узнайте, как доказательства 0-знания могут верифицировать исполнение блоков Ethereum, обеспечивая более высокую пропускную способность и снижая требования к валидаторам.
+lang: ru
+---
+
+# zkEVM для верификации блоков L1 {#zkevm-l1}
+
+zkEVM — это технология, которая использует [доказательства 0-знания](/zero-knowledge-proofs/) для верификации исполнения блоков Ethereum. Вместо того чтобы требовать от каждого [валидатора](/glossary/#validator) повторного исполнения всех транзакций в блоке, один специализированный участник (называемый «прувером» или доказывающим) исполняет блок и генерирует криптографическое доказательство того, что исполнение было правильным. Затем любой узел может верифицировать это доказательство — процесс, который на порядки дешевле, чем повторное исполнение всех транзакций.
+
+
+
+
+Не путать с zkEVM-роллапами
+
+На этой странице обсуждается использование zkEVM для верификации исполнения блоков L1 Ethereum. Информацию о zkEVM-роллапах, которые используют доказательства 0-знания для масштабирования Ethereum в качестве решений уровня 2, см. в разделе [роллапы с нулевым разглашением](/developers/docs/scaling/zk-rollups/).
+
+
+
+
+## Проблема повторного исполнения {#reexecution-problem}
+
+Сегодня Ethereum использует модель верификации «N-из-N»: каждый валидатор должен независимо повторно исполнить каждую транзакцию в каждом блоке, чтобы убедиться, что предложенные изменения стейта верны. Хотя этот подход максимально не требует доверия, он создает фундаментальное узкое место.
+
+Проблема в том, что пропускная способность Ethereum ограничена тем, что может обработать средний валидатор. Повышение [лимита газа](/glossary/#gas-limit) позволило бы включить больше транзакций в блок, но это также повысило бы требования к оборудованию для валидаторов. Это угрожает децентрализации — если для запуска валидатора требуется дорогостоящее оборудование, меньше людей смогут участвовать в обеспечении безопасности сети.
+
+zkEVM предлагает выход из этого компромисса. Перейдя от модели «каждый исполняет повторно» к модели «один доказывает, все верифицируют», Ethereum может безопасно увеличить лимит газа без повышения требований к оборудованию валидаторов.
+
+## Как работает верификация zkEVM L1 {#how-it-works}
+
+Верификация zkEVM преобразует валидацию блоков в модель «1-из-N»:
+
+1. **Исполнение**: Прувер исполняет все транзакции в блоке, отслеживая каждое изменение стейта
+2. **Доказательство**: Прувер генерирует криптографическое доказательство ([SNARK или STARK](/zero-knowledge-proofs/#types-of-zero-knowledge-proofs)), которое подтверждает правильность исполнения
+3. **Верификация**: Валидаторы верифицируют доказательство вместо повторного исполнения транзакций — это значительно дешевле, чем полное повторное исполнение
+
+Гарантия безопасности остается прежней: если исполнение было неверным, невозможно сгенерировать действительное доказательство. Но теперь, вместо того чтобы каждый узел выполнял дорогостоящие вычисления, это делает только прувер, а верификация достаточно дешева, чтобы не ограничивать лимит газа.
+
+### zkEVM типа 1 {#type-1-zkevm}
+
+zkEVM классифицируются по типам в зависимости от их совместимости с Ethereum:
+
+- **Тип 1**: Полностью эквивалентны Ethereum. Никаких модификаций EVM, поэтому любой блок Ethereum может быть доказан точно в таком виде, в каком он есть
+- **Типы 2-4**: Идут на различные компромиссы, модифицируя поведение EVM для упрощения доказательства
+
+Для верификации L1 тип 1 имеет решающее значение. zkEVM должен быть способен доказать любой действительный блок Ethereum, включая крайние случаи и исторические блоки. Любое отклонение от точного поведения Ethereum создало бы проблемы с консенсусом.
+
+Исследования zkEVM, проводимые Ethereum Foundation, сосредоточены на реализациях типа 1, которые полностью совместимы с существующим исполнением Ethereum.
+
+## Преимущества для Ethereum {#benefits}
+
+### Более высокая пропускная способность {#higher-throughput}
+
+Когда верификация обходится дешево, лимит газа может безопасно увеличиваться. Это расширяет пропускную способность сети и помогает стабилизировать комиссии в периоды высокого спроса. Текущий лимит газа частично ограничен оборудованием валидаторов — zkEVM снимает это ограничение.
+
+### Более сильная децентрализация {#stronger-decentralization}
+
+С верификацией zkEVM валидаторам нужно только верифицировать доказательства, а не исполнять транзакции. Это значительно снижает требования к оборудованию для запуска валидатора, позволяя большему числу людей участвовать в обеспечении безопасности сети. Большее разнообразие валидаторов усиливает устойчивость Ethereum к цензуре и его надежность.
+
+Обратите внимание, что само доказательство требует значительных вычислительных ресурсов, превышающих возможности текущего оборудования валидаторов. Однако, в отличие от валидации, доказательство не обязательно должно быть децентрализовано таким же образом: для каждого блока требуется только одно правильное доказательство, и любой может быстро его верифицировать. Исследования рынков пруверов, агрегации доказательств и аппаратного ускорения направлены на то, чтобы доказательство оставалось конкурентоспособным и доступным, а не концентрировалось среди нескольких крупных операторов.
+
+### Предсказуемая завершённость {#predictable-finality}
+
+Верификация доказательств выполняется за постоянное время независимо от сложности блока. Это делает время аттестации более предсказуемым и сокращает количество пропущенных аттестаций, которые могут возникать, когда валидаторы не успевают вовремя обработать сложные блоки.
+
+## Проблемы доказательства в реальном времени {#realtime-proving}
+
+Главной проблемой для верификации zkEVM L1 является скорость. Блоки Ethereum создаются каждые 12 секунд, что означает, что доказательства должны генерироваться в аналогичные сроки, чтобы быть полезными для консенсуса.
+
+Текущим реализациям zkEVM могут потребоваться от нескольких минут до нескольких часов для доказательства одного блока. Исследования сосредоточены на устранении этого разрыва с помощью:
+
+- **Параллелизации**: Распределение работы по доказательству между несколькими машинами
+- **Специализированного оборудования**: Разработка схем и оборудования, оптимизированных для доказательств 0-знания
+- **Алгоритмических улучшений**: Более эффективные системы доказательств и дизайн схем
+- **Инкрементального доказательства**: Генерация доказательств по мере исполнения транзакций, а не после
+
+## Текущие исследования и реализации {#current-research}
+
+Ethereum Foundation финансирует исследования zkEVM через команду [Privacy Stewards of Ethereum (PSE)](https://pse.dev/). Ключевые направления исследований включают:
+
+- **Доказательство в реальном времени**: Генерация полных доказательств блока в течение 12-секундных слотов
+- **Интеграция клиентов**: Стандартизация интерфейсов между исполнительными клиентами и пруверами
+- **Экономические стимулы**: Разработка устойчивых рынков пруверов и структур комиссий
+
+### Статус реализаций {#implementations}
+
+Несколько реализаций zkVM разрабатываются и тестируются для доказательства блоков Ethereum:
+
+| Реализация | Архитектура |
+|----------------|--------------|
+| [OpenVM](https://github.com/openvm-org/openvm) | rv32im |
+| [RISC Zero](https://github.com/risc0/risc0) | rv32im |
+| [Airbender](https://github.com/matter-labs/zksync-airbender) | rv32im |
+| [Jolt](https://github.com/a16z/jolt) | rv32im |
+| [Zisk](https://github.com/0xPolygonHermez/zisk) | rv64ima |
+
+Они используют виртуальные машины на базе RISC-V для исполнения байт-кода EVM, а затем генерируют доказательства 0-знания правильного исполнения. Актуальные результаты тестов и прогресс отслеживаются в [трекере zkVM от Ethereum Foundation](https://zkevm.ethereum.foundation/zkvm-tracker).
+
+## Как zkEVM сочетается с другими обновлениями {#related-upgrades}
+
+Верификация zkEVM L1 связана с несколькими другими пунктами дорожной карты Ethereum:
+
+- **[Деревья Веркла](/roadmap/verkle-trees/)**: Обеспечивают меньшие размеры свидетелей для верификации без сохранения стейта, уменьшая объем данных, с которыми нужно работать пруверам
+- **[Отсутствие стейта (Statelessness)](/roadmap/statelessness/)**: zkEVM является ключевым фактором — с доказательствами 0-знания исполнения узлам не нужен полный стейт для верификации блоков
+- **[PBS](/roadmap/pbs/)**: Сборщики блоков потенциально могли бы интегрировать генерацию доказательств, или мог бы появиться отдельный рынок пруверов
+- **[Завершённость одного слота](/roadmap/single-slot-finality/)**: Более быстрая генерация доказательств могла бы обеспечить завершённость одного слота с криптографическими гарантиями
+
+
+
+
+
+Верификация zkEVM L1 находится в стадии активного исследования и еще не интегрирована в рабочие клиенты Ethereum.
+
+
+
+
+## Дополнительная литература {#further-reading}
+
+- [zkEVM Foundation](https://zkevm.ethereum.foundation) — Официальный исследовательский центр zkEVM от Ethereum Foundation
+- [Ethproofs](https://ethproofs.org/) — Отслеживайте гонку за доказательство Ethereum в реальном времени
+- [zkevm.fyi](https://zkevm.fyi) — Техническая книга о zkEVM для L1
+- [Спецификации PSE zkEVM](https://github.com/privacy-scaling-explorations/zkevm-specs) — Технические спецификации
+- [The Verge](https://vitalik.eth.limo/general/2024/10/23/futures4.html) — Обзор улучшений верификации от Виталика
+- [Блог EF zkEVM](https://zkevm.ethereum.foundation/blog) — Анализ производительности от команды EF
\ No newline at end of file
diff --git a/public/content/translations/sw/roadmap/zkevm/index.md b/public/content/translations/sw/roadmap/zkevm/index.md
new file mode 100644
index 00000000000..22c6b2c0cc8
--- /dev/null
+++ b/public/content/translations/sw/roadmap/zkevm/index.md
@@ -0,0 +1,124 @@
+---
+title: zkEVM kwa uthibitishaji wa kitalu cha L1
+description: Jifunze jinsi uthibitisho wa zero-knowledge unavyoweza kuthibitisha utekelezaji wa kitalu cha Ethereum, kuwezesha uwezo mkubwa wa kuchakata na mahitaji madogo ya mthibitishaji.
+lang: sw
+---
+
+# zkEVM kwa uthibitishaji wa kitalu cha L1 {#zkevm-l1}
+
+zkEVM ni teknolojia inayotumia [uthibitisho wa zero-knowledge](/zero-knowledge-proofs/) kuthibitisha utekelezaji wa kitalu cha Ethereum. Badala ya kuhitaji kila [mthibitishaji](/glossary/#validator) kutekeleza upya miamala yote katika kitalu, mhusika mmoja maalum (anayeitwa "mtoa uthibitisho") hutekeleza kitalu na kuzalisha uthibitisho wa kriptografia kwamba utekelezaji ulikuwa sahihi. Nodi yoyote inaweza kisha kuthibitisha uthibitisho huu—mchakato ambao ni rahisi sana kuliko kutekeleza upya miamala yote.
+
+
+
+
+Isichanganywe na rollups za zkEVM
+
+Ukurasa huu unajadili matumizi ya zkEVM kuthibitisha utekelezaji wa kitalu cha L1 cha Ethereum. Kwa rollups za zkEVM zinazotumia uthibitisho wa ZK kuboresha uwezo wa Ethereum kama suluhisho la safu ya 2, tazama [rollup ya ujuzi sifuri](/developers/docs/scaling/zk-rollups/).
+
+
+
+
+## Tatizo la kutekeleza upya {#reexecution-problem}
+
+Leo, Ethereum inatumia mfumo wa uthibitishaji wa "N-ya-N": kila mthibitishaji lazima atekeleze upya kila muamala katika kila kitalu kwa kujitegemea ili kuthibitisha kwamba mabadiliko ya hali yaliyopendekezwa ni sahihi. Ingawa mbinu hii haina uhitaji wa kuaminiana kabisa, inaunda kikwazo cha msingi.
+
+Tatizo ni kwamba uwezo wa kuchakata wa Ethereum unazuiwa na kile ambacho mthibitishaji wa kawaida anaweza kuchakata. Kuongeza [kikomo cha gesi](/glossary/#gas-limit) kungeruhusu miamala zaidi kwa kila kitalu, lakini pia kungeongeza mahitaji ya vifaa kwa wathibitishaji. Hili linatishia mfumo mtawanyo—ikiwa kuendesha mthibitishaji kunahitaji vifaa vya gharama kubwa, watu wachache wanaweza kushiriki katika kulinda mtandao.
+
+zkEVM inatoa njia ya kutatua mabadilishano haya. Kwa kuhama kutoka "kila mtu anatekeleza upya" hadi "mmoja anathibitisha, kila mtu anahakiki," Ethereum inaweza kuongeza kikomo cha gesi kwa usalama bila kuongeza mahitaji ya vifaa vya mthibitishaji.
+
+## Jinsi uthibitishaji wa zkEVM L1 unavyofanya kazi {#how-it-works}
+
+Uthibitishaji wa zkEVM unabadilisha uhakiki wa kitalu kuwa mfumo wa "1-ya-N":
+
+1. **Utekelezaji**: Mtoa uthibitisho hutekeleza miamala yote katika kitalu, akifuatilia kila mabadiliko ya hali
+2. **Kuthibitisha**: Mtoa uthibitisho huzalisha uthibitisho wa kriptografia ([SNARK au STARK](/zero-knowledge-proofs/#types-of-zero-knowledge-proofs)) unaothibitisha usahihi wa utekelezaji
+3. **Uhakiki**: Wathibitishaji huhakiki uthibitisho badala ya kutekeleza upya miamala—hii ni rahisi sana kuliko utekelezaji kamili wa upya
+
+Dhamana ya usalama inabaki kuwa ileile: ikiwa utekelezaji ulikuwa si sahihi, hakuna uthibitisho halali unaoweza kuzalishwa. Lakini sasa, badala ya kila nodi kufanya ukokotoaji wa gharama kubwa, ni mtoa uthibitisho pekee anayefanya hivyo—na uhakiki ni rahisi kiasi kwamba hauzuii kikomo cha gesi.
+
+### Aina ya 1 ya zkEVMs {#type-1-zkevm}
+
+zkEVMs zimeainishwa katika aina kulingana na utangamano wao na Ethereum:
+
+- **Aina ya 1**: Sawa kabisa na Ethereum. Hakuna marekebisho kwenye EVM, kwa hivyo kitalu chochote cha Ethereum kinaweza kuthibitishwa kama kilivyo
+- **Aina ya 2-4**: Hufanya mabadilishano mbalimbali, kurekebisha tabia ya EVM ili kurahisisha uthibitishaji
+
+Kwa uthibitishaji wa L1, Aina ya 1 ni muhimu. zkEVM lazima iweze kuthibitisha kitalu chochote halali cha Ethereum, ikiwa ni pamoja na matukio ya kipekee na bloku za kihistoria. Mkengeuko wowote kutoka kwa tabia halisi ya Ethereum ungesababisha matatizo ya makubaliano.
+
+Utafiti wa zkEVM wa Ethereum Foundation unalenga katika utekelezaji wa Aina ya 1 ambao unatangamana kikamilifu na utekelezaji uliopo wa Ethereum.
+
+## Faida kwa Ethereum {#benefits}
+
+### Uwezo mkubwa wa kuchakata {#higher-throughput}
+
+Wakati uhakiki ni rahisi, kikomo cha gesi kinaweza kuongezeka kwa usalama. Hii inapanua uwezo wa mtandao na kusaidia kuleta utulivu wa ada wakati wa vipindi vya mahitaji makubwa. Kikomo cha gesi cha sasa kinazuiwa kwa kiasi na vifaa vya mthibitishaji—zkEVM inaondoa kizuizi hiki.
+
+### Mfumo mtawanyo imara zaidi {#stronger-decentralization}
+
+Kwa uthibitishaji wa zkEVM, wathibitishaji wanahitaji tu kuhakiki uthibitisho badala ya kutekeleza miamala. Hii inapunguza kwa kiasi kikubwa mahitaji ya vifaa kwa ajili ya kuendesha mthibitishaji, na kuwezesha watu wengi zaidi kushiriki katika kulinda mtandao. Utofauti mkubwa wa wathibitishaji unaimarisha upinzani wa udhibiti na uthabiti wa Ethereum.
+
+Kumbuka kwamba uthibitishaji wenyewe unahitaji rasilimali kubwa za ukokotoaji, kubwa zaidi kuliko zile za vifaa vya sasa vya mthibitishaji. Hata hivyo, tofauti na uhakiki, uthibitishaji hauhitaji kuwa mfumo mtawanyo kwa njia sawa: uthibitisho mmoja tu sahihi unahitajika kwa kila kitalu, na mtu yeyote anaweza kuuhakiki haraka. Utafiti kuhusu masoko ya watoa uthibitisho, ujumuishaji wa uthibitisho, na uongezaji kasi wa vifaa unalenga kuhakikisha kwamba uthibitishaji unabaki kuwa wa ushindani na unaofikika badala ya kujilimbikizia miongoni mwa waendeshaji wachache wakubwa.
+
+### Mwisho unaotabirika {#predictable-finality}
+
+Uhakiki wa uthibitisho hufanya kazi katika muda usiobadilika bila kujali ugumu wa kitalu. Hii inafanya muda wa uthibitisho kutabirika zaidi na kupunguza uthibitisho uliokosa ambao unaweza kutokea wakati wathibitishaji wanapata shida kuchakata bloku ngumu kwa wakati.
+
+## Changamoto za uthibitishaji wa wakati halisi {#realtime-proving}
+
+Changamoto kuu kwa uthibitishaji wa zkEVM L1 ni kasi. Bloku za Ethereum huzalishwa kila sekunde 12, ikimaanisha uthibitisho unahitaji kuzalishwa ndani ya muda sawa ili kuwa na manufaa kwa makubaliano.
+
+Utekelezaji wa sasa wa zkEVM unaweza kuchukua dakika hadi saa kuthibitisha kitalu kimoja. Utafiti unalenga kuziba pengo hili kupitia:
+
+- **Usambamba**: Kusambaza kazi ya uthibitishaji kwenye mashine nyingi
+- **Vifaa maalum**: Kubuni saketi na vifaa vilivyoboreshwa kwa uthibitishaji wa ZK
+- **Maboresho ya algoriti**: Mifumo bora zaidi ya uthibitisho na miundo ya saketi
+- **Uthibitishaji wa hatua kwa hatua**: Kuzalisha uthibitisho wakati miamala inatekelezwa, badala ya baada ya hapo
+
+## Utafiti na utekelezaji wa sasa {#current-research}
+
+Ethereum Foundation inafadhili utafiti wa zkEVM kupitia timu ya [Privacy Stewards of Ethereum (PSE)](https://pse.dev/). Njia kuu za utafiti ni pamoja na:
+
+- **Uthibitishaji wa wakati halisi**: Kuzalisha uthibitisho kamili wa kitalu ndani ya nafasi za sekunde 12
+- **Ujumuishaji wa mteja**: Kuweka viwango vya miingiliano kati ya wateja wa utekelezaji na watoa uthibitisho
+- **Vivutio vya kiuchumi**: Kubuni masoko endelevu ya watoa uthibitisho na miundo ya ada
+
+### Hali ya utekelezaji {#implementations}
+
+Utekelezaji kadhaa wa zkVM unatengenezwa na kujaribiwa kwa uthibitishaji wa kitalu cha Ethereum:
+
+| Utekelezaji | Usanifu |
+|----------------|--------------|
+| [OpenVM](https://github.com/openvm-org/openvm) | rv32im |
+| [RISC Zero](https://github.com/risc0/risc0) | rv32im |
+| [Airbender](https://github.com/matter-labs/zksync-airbender) | rv32im |
+| [Jolt](https://github.com/a16z/jolt) | rv32im |
+| [Zisk](https://github.com/0xPolygonHermez/zisk) | rv64ima |
+
+Hizi zinatumia mashine pepe zinazotegemea RISC-V kutekeleza msimbo wa baiti wa EVM, kisha kuzalisha uthibitisho wa ZK wa utekelezaji sahihi. Matokeo ya majaribio ya hivi punde na maendeleo yanafuatiliwa kwenye [kifuatiliaji cha zkVM cha Ethereum Foundation](https://zkevm.ethereum.foundation/zkvm-tracker).
+
+## Jinsi zkEVM inavyoendana na maboresho mengine {#related-upgrades}
+
+Uthibitishaji wa zkEVM L1 unaunganishwa na vipengele vingine kadhaa vya mpango wa utekelezaji wa Ethereum:
+
+- **[Miti ya Verkle](/roadmap/verkle-trees/)**: Kuwezesha mashahidi wadogo kwa uhakiki usio na hali, kupunguza data ambayo watoa uthibitisho wanahitaji kufanyia kazi
+- **[Hali ya kutokuwa na hali](/roadmap/statelessness/)**: zkEVM ni kiwezeshaji kikuu—kwa uthibitisho wa ZK wa utekelezaji, nodi hazihitaji hali kamili ili kuhakiki bloku
+- **[PBS](/roadmap/pbs/)**: Wajenzi wa kitalu wanaweza kujumuisha uzalishaji wa uthibitisho, au soko tofauti la watoa uthibitisho linaweza kuibuka
+- **[Mwisho wa Nafasi Moja](/roadmap/single-slot-finality/)**: Uzalishaji wa haraka wa uthibitisho unaweza kuwezesha mwisho wa nafasi moja na dhamana za kriptografia
+
+
+
+
+
+Uthibitishaji wa zkEVM L1 upo katika utafiti unaoendelea na bado haujajumuishwa katika wateja wa uzalishaji wa Ethereum.
+
+
+
+
+## Usomaji zaidi {#further-reading}
+
+- [zkEVM Foundation](https://zkevm.ethereum.foundation) - Kituo rasmi cha utafiti cha zkEVM cha Ethereum Foundation
+- [Ethproofs](https://ethproofs.org/) - Fuatilia mbio za kuthibitisha Ethereum katika wakati halisi
+- [zkevm.fyi](https://zkevm.fyi) - Kitabu cha kiufundi kuhusu zkEVM kwa L1
+- [PSE zkEVM Specs](https://github.com/privacy-scaling-explorations/zkevm-specs) - Maelezo ya kiufundi
+- [The Verge](https://vitalik.eth.limo/general/2024/10/23/futures4.html) - Muhtasari wa Vitalik wa maboresho ya uhakiki
+- [EF zkEVM Blog](https://zkevm.ethereum.foundation/blog) - Uchambuzi wa utendaji kutoka kwa timu ya EF
\ No newline at end of file
diff --git a/public/content/translations/ta/roadmap/zkevm/index.md b/public/content/translations/ta/roadmap/zkevm/index.md
new file mode 100644
index 00000000000..9603427ab41
--- /dev/null
+++ b/public/content/translations/ta/roadmap/zkevm/index.md
@@ -0,0 +1,124 @@
+---
+title: L1 பிளாக் சரிபார்ப்பிற்கான zkEVM
+description: ஜீரோ-நாலேஜ் ப்ரூஃப்கள் (zero-knowledge proofs) எத்தேரியம் பிளாக் செயல்பாட்டை எவ்வாறு சரிபார்க்க முடியும் என்பதையும், அதிக செயல்திறன் மற்றும் குறைந்த வேலிடேட்டர் தேவைகளை எவ்வாறு சாத்தியமாக்குகிறது என்பதையும் அறிக.
+lang: ta
+---
+
+# L1 பிளாக் சரிபார்ப்பிற்கான zkEVM {#zkevm-l1}
+
+zkEVM என்பது எத்தேரியம் பிளாக் செயல்பாட்டைச் சரிபார்க்க [ஜீரோ-நாலேஜ் ப்ரூஃப்களைப்](/zero-knowledge-proofs/) பயன்படுத்தும் ஒரு தொழில்நுட்பமாகும். ஒவ்வொரு [வேலிடேட்டரும்](/glossary/#validator) ஒரு பிளாக்கில் உள்ள அனைத்து பரிவர்த்தனைகளையும் மீண்டும் செயல்படுத்த வேண்டும் என்பதற்குப் பதிலாக, ஒரு சிறப்பு நபர் ("ப்ரூவர்" (prover) என்று அழைக்கப்படுபவர்) பிளாக்கைச் செயல்படுத்தி, செயல்பாடு சரியானது என்பதற்கான கிரிப்டோகிராஃபிக் ப்ரூஃபை (cryptographic proof) உருவாக்குகிறார். எந்தவொரு நோடும் இந்த ப்ரூஃபைச் சரிபார்க்க முடியும்—இது அனைத்து பரிவர்த்தனைகளையும் மீண்டும் செயல்படுத்துவதை விட பல மடங்கு மலிவான செயல்முறையாகும்.
+
+
+
+
+zkEVM ரோலப்களுடன் குழப்பிக் கொள்ள வேண்டாம்
+
+எத்தேரியம் L1 பிளாக் செயல்பாட்டைச் சரிபார்க்க zkEVM-ஐப் பயன்படுத்துவது பற்றி இந்தப் பக்கம் விவாதிக்கிறது. லேயர் 2 தீர்வுகளாக எத்தேரியத்தை ஸ்கேல் செய்ய ZK ப்ரூஃப்களைப் பயன்படுத்தும் zkEVM ரோலப்களுக்கு, [ஜீரோ-நாலேஜ் ரோலப்களைப்](/developers/docs/scaling/zk-rollups/) பார்க்கவும்.
+
+
+
+
+## மீண்டும் செயல்படுத்துவதில் உள்ள சிக்கல் {#reexecution-problem}
+
+இன்று, எத்தேரியம் "N-of-N" சரிபார்ப்பு மாதிரியைப் பயன்படுத்துகிறது: முன்மொழியப்பட்ட ஸ்டேட் மாற்றங்கள் சரியானவை என்பதைச் சரிபார்க்க, ஒவ்வொரு வேலிடேட்டரும் ஒவ்வொரு பிளாக்கிலும் உள்ள ஒவ்வொரு பரிவர்த்தனையையும் சுயாதீனமாக மீண்டும் செயல்படுத்த வேண்டும். இந்த அணுகுமுறை அதிகபட்சமாக நம்பகத்தன்மை வாய்ந்ததாக இருந்தாலும், இது ஒரு அடிப்படை இடையூறை உருவாக்குகிறது.
+
+சராசரி வேலிடேட்டர் எதைச் செயல்படுத்த முடியும் என்பதன் மூலம் எத்தேரியத்தின் செயல்திறன் வரையறுக்கப்பட்டுள்ளது என்பதே சிக்கலாகும். [கேஸ் வரம்பை (gas limit)](/glossary/#gas-limit) உயர்த்துவது ஒரு பிளாக்கிற்கு அதிக பரிவர்த்தனைகளை அனுமதிக்கும், ஆனால் இது வேலிடேட்டர்களுக்கான வன்பொருள் தேவைகளையும் அதிகரிக்கும். இது பரவலாக்கத்தை அச்சுறுத்துகிறது—ஒரு வேலிடேட்டரை இயக்குவதற்கு விலையுயர்ந்த வன்பொருள் தேவைப்பட்டால், நெட்வொர்க்கைப் பாதுகாப்பதில் குறைவான நபர்களே பங்கேற்க முடியும்.
+
+இந்தச் சிக்கலிலிருந்து விடுபடுவதற்கான வழியை zkEVM வழங்குகிறது. "அனைவரும் மீண்டும் செயல்படுத்துகிறார்கள்" என்பதிலிருந்து "ஒருவர் நிரூபிக்கிறார், அனைவரும் சரிபார்க்கிறார்கள்" என்பதற்கு மாறுவதன் மூலம், வேலிடேட்டர் வன்பொருள் தேவைகளை அதிகரிக்காமல் எத்தேரியம் கேஸ் வரம்பைப் பாதுகாப்பாக அதிகரிக்க முடியும்.
+
+## zkEVM L1 சரிபார்ப்பு எவ்வாறு செயல்படுகிறது {#how-it-works}
+
+zkEVM சரிபார்ப்பு பிளாக் சரிபார்ப்பை "1-of-N" மாதிரியாக மாற்றுகிறது:
+
+1. **செயல்பாடு (Execution)**: ஒரு ப்ரூவர் ஒரு பிளாக்கில் உள்ள அனைத்து பரிவர்த்தனைகளையும் செயல்படுத்துகிறார், ஒவ்வொரு ஸ்டேட் மாற்றத்தையும் கண்காணிக்கிறார்
+2. **நிரூபித்தல் (Proving)**: ப்ரூவர் செயல்பாட்டின் சரியான தன்மையை உறுதிப்படுத்தும் ஒரு கிரிப்டோகிராஃபிக் ப்ரூஃபை (ஒரு [SNARK அல்லது STARK](/zero-knowledge-proofs/#types-of-zero-knowledge-proofs)) உருவாக்குகிறார்
+3. **சரிபார்த்தல் (Verification)**: பரிவர்த்தனைகளை மீண்டும் செயல்படுத்துவதற்குப் பதிலாக வேலிடேட்டர்கள் ப்ரூஃபைச் சரிபார்க்கிறார்கள்—இது முழுமையாக மீண்டும் செயல்படுத்துவதை விட மிகவும் மலிவானது
+
+பாதுகாப்பு உத்தரவாதம் அப்படியே உள்ளது: செயல்பாடு தவறாக இருந்தால், எந்தவொரு சரியான ப்ரூஃபையும் உருவாக்க முடியாது. ஆனால் இப்போது, ஒவ்வொரு நோடும் விலையுயர்ந்த கணக்கீட்டைச் செய்வதற்குப் பதிலாக, ப்ரூவர் மட்டுமே செய்கிறார்—மேலும் சரிபார்ப்பு கேஸ் வரம்பைக் கட்டுப்படுத்தாத அளவுக்கு மலிவானது.
+
+### வகை 1 zkEVM-கள் {#type-1-zkevm}
+
+எத்தேரியத்துடனான அவற்றின் இணக்கத்தன்மையின் அடிப்படையில் zkEVM-கள் வகைகளாக வகைப்படுத்தப்படுகின்றன:
+
+- **வகை 1**: முழுமையாக எத்தேரியத்திற்கு இணையானது. EVM-ல் எந்த மாற்றங்களும் இல்லை, எனவே எந்தவொரு எத்தேரியம் பிளாக்கையும் அப்படியே நிரூபிக்க முடியும்
+- **வகை 2-4**: நிரூபிப்பதை எளிதாக்க EVM நடத்தையை மாற்றி, பல்வேறு சமரசங்களைச் செய்கின்றன
+
+L1 சரிபார்ப்பிற்கு, வகை 1 அவசியமானது. எட்ஜ் கேஸ்கள் (edge cases) மற்றும் வரலாற்று பிளாக்குகள் உட்பட எந்தவொரு சரியான எத்தேரியம் பிளாக்கையும் zkEVM-ஆல் நிரூபிக்க முடிய வேண்டும். எத்தேரியத்தின் சரியான நடத்தையிலிருந்து ஏதேனும் விலகல் ஏற்பட்டால் அது ஒருமித்த கருத்து (consensus) சிக்கல்களை உருவாக்கும்.
+
+எத்தேரியம் அறக்கட்டளையின் zkEVM ஆராய்ச்சியானது, தற்போதுள்ள எத்தேரியம் செயல்பாட்டுடன் முழுமையாக இணக்கமான வகை 1 செயலாக்கங்களில் கவனம் செலுத்துகிறது.
+
+## எத்தேரியத்திற்கான நன்மைகள் {#benefits}
+
+### அதிக செயல்திறன் {#higher-throughput}
+
+சரிபார்ப்பு மலிவாக இருக்கும்போது, கேஸ் வரம்பைப் பாதுகாப்பாக அதிகரிக்க முடியும். இது நெட்வொர்க் திறனை விரிவுபடுத்துகிறது மற்றும் அதிக தேவையுள்ள காலங்களில் கட்டணங்களை நிலைப்படுத்த உதவுகிறது. தற்போதைய கேஸ் வரம்பு வேலிடேட்டர் வன்பொருளால் ஓரளவு கட்டுப்படுத்தப்படுகிறது—zkEVM இந்தக் கட்டுப்பாட்டை நீக்குகிறது.
+
+### வலுவான பரவலாக்கம் {#stronger-decentralization}
+
+zkEVM சரிபார்ப்புடன், வேலிடேட்டர்கள் பரிவர்த்தனைகளைச் செயல்படுத்துவதற்குப் பதிலாக ப்ரூஃப்களை மட்டுமே சரிபார்க்க வேண்டும். இது ஒரு வேலிடேட்டரை இயக்குவதற்கான வன்பொருள் தேவைகளை வெகுவாகக் குறைக்கிறது, நெட்வொர்க்கைப் பாதுகாப்பதில் அதிகமான மக்கள் பங்கேற்க உதவுகிறது. அதிக வேலிடேட்டர் பன்முகத்தன்மை எத்தேரியத்தின் தணிக்கை எதிர்ப்பு மற்றும் மீள்திறனை வலுப்படுத்துகிறது.
+
+நிரூபிப்பதற்கு தற்போதைய வேலிடேட்டர் வன்பொருளை விட அதிகமான கணக்கீட்டு வளங்கள் தேவை என்பதை நினைவில் கொள்ளவும். இருப்பினும், சரிபார்ப்பைப் போலல்லாமல், நிரூபிப்பது அதே வழியில் பரவலாக்கப்பட வேண்டியதில்லை: ஒரு பிளாக்கிற்கு ஒரு சரியான ப்ரூஃப் மட்டுமே தேவை, அதை யார் வேண்டுமானாலும் விரைவாகச் சரிபார்க்கலாம். ப்ரூவர் சந்தைகள், ப்ரூஃப் ஒருங்கிணைப்பு மற்றும் வன்பொருள் முடுக்கம் (hardware acceleration) பற்றிய ஆராய்ச்சியானது, நிரூபிப்பது ஒரு சில பெரிய ஆபரேட்டர்களிடையே குவிந்திருக்காமல் போட்டித்தன்மையுடனும் அணுகக்கூடியதாகவும் இருப்பதை உறுதி செய்வதை நோக்கமாகக் கொண்டுள்ளது.
+
+### கணிக்கக்கூடிய இறுதிநிலை (Predictable finality) {#predictable-finality}
+
+பிளாக் சிக்கலான தன்மையைப் பொருட்படுத்தாமல் ப்ரூஃப் சரிபார்ப்பு நிலையான நேரத்தில் செயல்படுகிறது. இது சான்றளிப்பு (attestation) நேரத்தை மேலும் கணிக்கக்கூடியதாக ஆக்குகிறது மற்றும் சிக்கலான பிளாக்குகளை சரியான நேரத்தில் செயல்படுத்த வேலிடேட்டர்கள் சிரமப்படும்போது ஏற்படக்கூடிய தவறவிடப்பட்ட சான்றளிப்புகளைக் குறைக்கிறது.
+
+## நிகழ்நேர நிரூபிப்பு சவால்கள் {#realtime-proving}
+
+zkEVM L1 சரிபார்ப்பிற்கான முக்கிய சவால் வேகம் ஆகும். எத்தேரியம் பிளாக்குகள் ஒவ்வொரு 12 வினாடிகளுக்கும் உருவாக்கப்படுகின்றன, அதாவது ஒருமித்த கருத்துக்கு (consensus) பயனுள்ளதாக இருக்க இதே காலக்கெடுவுக்குள் ப்ரூஃப்கள் உருவாக்கப்பட வேண்டும்.
+
+தற்போதைய zkEVM செயலாக்கங்கள் ஒரு பிளாக்கை நிரூபிக்க நிமிடங்கள் முதல் மணிநேரங்கள் வரை ஆகலாம். இதன் மூலம் இந்த இடைவெளியைக் குறைப்பதில் ஆராய்ச்சி கவனம் செலுத்துகிறது:
+
+- **இணையாக்கம் (Parallelization)**: பல இயந்திரங்களில் நிரூபிக்கும் வேலையை விநியோகித்தல்
+- **சிறப்பு வன்பொருள்**: ZK நிரூபிப்பிற்காக உகந்ததாக்கப்பட்ட சர்க்யூட்கள் மற்றும் வன்பொருளை வடிவமைத்தல்
+- **அல்காரித மேம்பாடுகள்**: மிகவும் திறமையான ப்ரூஃப் அமைப்புகள் மற்றும் சர்க்யூட் வடிவமைப்புகள்
+- **படிப்படியான நிரூபிப்பு (Incremental proving)**: பரிவர்த்தனைகள் செயல்பட்ட பிறகு அல்லாமல், செயல்படும்போதே ப்ரூஃப்களை உருவாக்குதல்
+
+## தற்போதைய ஆராய்ச்சி மற்றும் செயலாக்கங்கள் {#current-research}
+
+எத்தேரியம் அறக்கட்டளை [Privacy Stewards of Ethereum (PSE)](https://pse.dev/) குழுவின் மூலம் zkEVM ஆராய்ச்சிக்கு நிதியளிக்கிறது. முக்கிய ஆராய்ச்சி தடங்கள் பின்வருமாறு:
+
+- **நிகழ்நேர நிரூபிப்பு**: 12 வினாடி ஸ்லாட்டுகளுக்குள் முழு பிளாக் ப்ரூஃப்களை உருவாக்குதல்
+- **கிளையண்ட் ஒருங்கிணைப்பு**: எக்ஸிகியூஷன் கிளையண்ட்கள் மற்றும் ப்ரூவர்களுக்கு இடையிலான இடைமுகங்களை தரப்படுத்துதல்
+- **பொருளாதார ஊக்கத்தொகைகள்**: நிலையான ப்ரூவர் சந்தைகள் மற்றும் கட்டண கட்டமைப்புகளை வடிவமைத்தல்
+
+### செயலாக்க நிலை {#implementations}
+
+எத்தேரியம் பிளாக் நிரூபிப்பிற்காக பல zkVM செயலாக்கங்கள் உருவாக்கப்பட்டு சோதிக்கப்படுகின்றன:
+
+| செயலாக்கம் | கட்டமைப்பு |
+|----------------|--------------|
+| [OpenVM](https://github.com/openvm-org/openvm) | rv32im |
+| [RISC Zero](https://github.com/risc0/risc0) | rv32im |
+| [Airbender](https://github.com/matter-labs/zksync-airbender) | rv32im |
+| [Jolt](https://github.com/a16z/jolt) | rv32im |
+| [Zisk](https://github.com/0xPolygonHermez/zisk) | rv64ima |
+
+இவை EVM பைட்கோடைச் செயல்படுத்த RISC-V அடிப்படையிலான விர்ச்சுவல் மெஷின்களைப் பயன்படுத்துகின்றன, பின்னர் சரியான செயல்பாட்டின் ZK ப்ரூஃப்களை உருவாக்குகின்றன. புதுப்பித்த சோதனை முடிவுகள் மற்றும் முன்னேற்றம் [எத்தேரியம் அறக்கட்டளையின் zkVM டிராக்கரில்](https://zkevm.ethereum.foundation/zkvm-tracker) கண்காணிக்கப்படுகின்றன.
+
+## பிற மேம்படுத்தல்களுடன் zkEVM எவ்வாறு பொருந்துகிறது {#related-upgrades}
+
+zkEVM L1 சரிபார்ப்பு பல எத்தேரியம் வழிகாட்டி (roadmap) உருப்படிகளுடன் இணைகிறது:
+
+- **[வெர்கிள் மரங்கள் (Verkle Trees)](/roadmap/verkle-trees/)**: ஸ்டேட்லெஸ் சரிபார்ப்பிற்கான சிறிய சாட்சிகளை (witnesses) செயல்படுத்துகிறது, ப்ரூவர்கள் வேலை செய்ய வேண்டிய தரவைக் குறைக்கிறது
+- **[ஸ்டேட்லெஸ்னஸ் (Statelessness)](/roadmap/statelessness/)**: zkEVM ஒரு முக்கிய இயக்கியாகும்—செயல்பாட்டின் ZK ப்ரூஃப்களுடன், பிளாக்குகளைச் சரிபார்க்க நோடுகளுக்கு முழு ஸ்டேட் தேவையில்லை
+- **[PBS](/roadmap/pbs/)**: பிளாக் பில்டர்கள் ப்ரூஃப் உருவாக்கத்தை ஒருங்கிணைக்கலாம் அல்லது ஒரு தனி ப்ரூவர் சந்தை உருவாகலாம்
+- **[சிங்கிள் ஸ்லாட் ஃபைனாலிட்டி (Single Slot Finality)](/roadmap/single-slot-finality/)**: வேகமான ப்ரூஃப் உருவாக்கம் கிரிப்டோகிராஃபிக் உத்தரவாதங்களுடன் சிங்கிள்-ஸ்லாட் ஃபைனாலிட்டியைச் செயல்படுத்தும்
+
+
+
+
+
+zkEVM L1 சரிபார்ப்பு தீவிர ஆராய்ச்சியில் உள்ளது மற்றும் இன்னும் தயாரிப்பு எத்தேரியம் கிளையண்ட்களில் ஒருங்கிணைக்கப்படவில்லை.
+
+
+
+
+## மேலும் படிக்க {#further-reading}
+
+- [zkEVM Foundation](https://zkevm.ethereum.foundation) - அதிகாரப்பூர்வ எத்தேரியம் அறக்கட்டளை zkEVM ஆராய்ச்சி மையம்
+- [Ethproofs](https://ethproofs.org/) - எத்தேரியத்தை நிகழ்நேரத்தில் நிரூபிப்பதற்கான பந்தயத்தைக் கண்காணிக்கவும்
+- [zkevm.fyi](https://zkevm.fyi) - L1-க்கான zkEVM பற்றிய தொழில்நுட்ப புத்தகம்
+- [PSE zkEVM Specs](https://github.com/privacy-scaling-explorations/zkevm-specs) - தொழில்நுட்ப விவரக்குறிப்புகள்
+- [The Verge](https://vitalik.eth.limo/general/2024/10/23/futures4.html) - சரிபார்ப்பு மேம்பாடுகள் பற்றிய விட்டாலிக்கின் கண்ணோட்டம்
+- [EF zkEVM Blog](https://zkevm.ethereum.foundation/blog) - EF குழுவின் செயல்திறன் பகுப்பாய்வு
\ No newline at end of file
diff --git a/public/content/translations/te/roadmap/zkevm/index.md b/public/content/translations/te/roadmap/zkevm/index.md
new file mode 100644
index 00000000000..7aaab868aeb
--- /dev/null
+++ b/public/content/translations/te/roadmap/zkevm/index.md
@@ -0,0 +1,124 @@
+---
+title: L1 బ్లొక్ ధృవీకరణ కోసం zkEVM
+description: జీరో-కనౌలెడ్జి రుజువులు ఎథేరియం బ్లొక్ అమలును ఎలా ధృవీకరించగలవో తెలుసుకోండి, ఇది అధిక నిర్గమాంశను మరియు తక్కువ వాలిడేటోర్ అవసరాలను అనుమతిస్తుంది.
+lang: te
+---
+
+# L1 బ్లొక్ ధృవీకరణ కోసం zkEVM {#zkevm-l1}
+
+zkEVM అనేది ఎథేరియం బ్లొక్ అమలును ధృవీకరించడానికి [జీరో-కనౌలెడ్జి రుజువులను](/zero-knowledge-proofs/) ఉపయోగించే ఒక సాంకేతికత. ఒక బ్లొక్ లోని అన్ని లావాదేవీలను ప్రతి [వాలిడేటోర్](/glossary/#validator) మళ్లీ అమలు చేయాల్సిన అవసరం లేకుండా, ఒకే ప్రత్యేకమైన నటుడు ("ప్రూవర్" అని పిలుస్తారు) బ్లొక్ ను అమలు చేస్తాడు మరియు అమలు సరైనదని క్రిప్టోగ్రాఫిక్ రుజువును ఉత్పత్తి చేస్తాడు. అప్పుడు ఏ నోడ్ అయినా ఈ రుజువును ధృవీకరించగలదు—అన్ని లావాదేవీలను మళ్లీ అమలు చేయడం కంటే ఈ ప్రక్రియ చాలా చౌకైనది.
+
+
+
+
+zkEVM రోల్అప్స్ తో గందరగోళం చెందకండి
+
+ఈ పేజీ ఎథేరియం L1 బ్లొక్ అమలును ధృవీకరించడానికి zkEVM ను ఉపయోగించడం గురించి చర్చిస్తుంది. లేయర్ 2 పరిష్కారాలుగా ఎథేరియంను స్కేల్ చేయడానికి ZK రుజువులను ఉపయోగించే zkEVM రోల్అప్స్ కోసం, [జీరో-కనౌలెడ్జి రోల్అప్స్](/developers/docs/scaling/zk-rollups/) చూడండి.
+
+
+
+
+## పునః-అమలు సమస్య {#reexecution-problem}
+
+నేడు, ఎథేరియం "N-of-N" ధృవీకరణ నమూనాను ఉపయోగిస్తుంది: ప్రతి వాలిడేటోర్ ప్రతి బ్లొక్ లోని ప్రతి లావాదేవీని స్వతంత్రంగా మళ్లీ అమలు చేసి, ప్రతిపాదిత స్థితి మార్పులు సరైనవని ధృవీకరించాలి. ఈ విధానం గరిష్టంగా నమ్మదగినది అయినప్పటికీ, ఇది ఒక ప్రాథమిక అడ్డంకిని సృష్టిస్తుంది.
+
+సమస్య ఏమిటంటే, సగటు వాలిడేటోర్ ప్రాసెస్ చేయగల దాని ద్వారా ఎథేరియం యొక్క నిర్గమాంశ పరిమితం చేయబడింది. [గ్యాస్ పరిమితి](/glossary/#gas-limit)ని పెంచడం వలన ప్రతి బ్లొక్ కు మరిన్ని లావాదేవీలు అనుమతించబడతాయి, కానీ ఇది వాలిడేటోర్స్ కోసం హార్డ్వేర్ అవసరాలను కూడా పెంచుతుంది. ఇది వికేంద్రీకరణకు ముప్పు కలిగిస్తుంది—ఒక వాలిడేటోర్ ను నడపడానికి ఖరీదైన హార్డ్వేర్ అవసరమైతే, నెట్వర్క్ ను సురక్షితం చేయడంలో తక్కువ మంది మాత్రమే పాల్గొనగలరు.
+
+zkEVM ఈ రాజీ నుండి బయటపడే మార్గాన్ని అందిస్తుంది. "అందరూ మళ్లీ అమలు చేస్తారు" నుండి "ఒకరు నిరూపిస్తారు, అందరూ ధృవీకరిస్తారు" కు మారడం ద్వారా, ఎథేరియం వాలిడేటోర్ హార్డ్వేర్ అవసరాలను పెంచకుండా గ్యాస్ పరిమితిని సురక్షితంగా పెంచగలదు.
+
+## zkEVM L1 ధృవీకరణ ఎలా పనిచేస్తుంది {#how-it-works}
+
+zkEVM ధృవీకరణ బ్లొక్ ధృవీకరణను "1-of-N" నమూనాగా మారుస్తుంది:
+
+1. **అమలు**: ఒక ప్రూవర్ బ్లొక్ లోని అన్ని లావాదేవీలను అమలు చేస్తాడు, ప్రతి స్థితి మార్పును ట్రాక్ చేస్తాడు
+2. **నిరూపించడం**: ప్రూవర్ అమలు యొక్క ఖచ్చితత్వాన్ని ధృవీకరించే క్రిప్టోగ్రాఫిక్ రుజువును ([SNARK లేదా STARK](/zero-knowledge-proofs/#types-of-zero-knowledge-proofs)) ఉత్పత్తి చేస్తాడు
+3. **ధృవీకరణ**: వాలిడేటోర్స్ లావాదేవీలను మళ్లీ అమలు చేయడానికి బదులుగా రుజువును ధృవీకరిస్తారు—ఇది పూర్తి పునః-అమలు కంటే చాలా చౌకైనది
+
+భద్రతా హామీ అలాగే ఉంటుంది: అమలు తప్పు అయితే, చెల్లుబాటు అయ్యే రుజువు ఏదీ ఉత్పత్తి చేయబడదు. కానీ ఇప్పుడు, ప్రతి నోడ్ ఖరీదైన గణన చేయడానికి బదులుగా, ప్రూవర్ మాత్రమే చేస్తాడు—మరియు ధృవీకరణ గ్యాస్ పరిమితిని నిరోధించనంత చౌకగా ఉంటుంది.
+
+### టైప్ 1 zkEVMలు {#type-1-zkevm}
+
+ఎథేరియంతో వాటి అనుకూలత ఆధారంగా zkEVMలు రకాలుగా వర్గీకరించబడ్డాయి:
+
+- **టైప్ 1**: పూర్తిగా ఎథేరియం-సమానమైనది. EVM కు ఎటువంటి మార్పులు లేవు, కాబట్టి ఏదైనా ఎథేరియం బ్లొక్ ఉన్నది ఉన్నట్లుగా నిరూపించబడుతుంది
+- **టైప్ 2-4**: నిరూపించడాన్ని సులభతరం చేయడానికి EVM ప్రవర్తనను సవరిస్తూ, వివిధ రాజీలు చేస్తాయి
+
+L1 ధృవీకరణ కోసం, టైప్ 1 అవసరం. zkEVM ఎడ్జ్ కేసులు మరియు చారిత్రక బ్లాక్లతో సహా ఏదైనా చెల్లుబాటు అయ్యే ఎథేరియం బ్లొక్ ను నిరూపించగలగాలి. ఎథేరియం యొక్క ఖచ్చితమైన ప్రవర్తన నుండి ఏదైనా విచలనం ఏకాభిప్రాయం సమస్యలను సృష్టిస్తుంది.
+
+ఎథేరియం ఫౌండేషన్ యొక్క zkEVM పరిశోధన ప్రస్తుత ఎథేరియం అమలుతో పూర్తిగా అనుకూలంగా ఉండే టైప్ 1 అమలులపై దృష్టి పెడుతుంది.
+
+## ఎథేరియం కోసం ప్రయోజనాలు {#benefits}
+
+### అధిక నిర్గమాంశ {#higher-throughput}
+
+ధృవీకరణ చౌకగా ఉన్నప్పుడు, గ్యాస్ పరిమితి సురక్షితంగా పెరుగుతుంది. ఇది నెట్వర్క్ సామర్థ్యాన్ని విస్తరిస్తుంది మరియు అధిక డిమాండ్ ఉన్న కాలంలో ఫీజులను స్థిరీకరించడానికి సహాయపడుతుంది. ప్రస్తుత గ్యాస్ పరిమితి పాక్షికంగా వాలిడేటోర్ హార్డ్వేర్ ద్వారా పరిమితం చేయబడింది—zkEVM ఈ పరిమితిని తొలగిస్తుంది.
+
+### బలమైన వికేంద్రీకరణ {#stronger-decentralization}
+
+zkEVM ధృవీకరణతో, వాలిడేటోర్స్ లావాదేవీలను అమలు చేయడానికి బదులుగా రుజువులను మాత్రమే ధృవీకరించాలి. ఇది వాలిడేటోర్ ను నడపడానికి హార్డ్వేర్ అవసరాలను గణనీయంగా తగ్గిస్తుంది, నెట్వర్క్ ను సురక్షితం చేయడంలో ఎక్కువ మంది పాల్గొనడానికి వీలు కల్పిస్తుంది. ఎక్కువ వాలిడేటోర్ వైవిధ్యం ఎథేరియం యొక్క సెన్సార్షిప్ నిరోధకతను మరియు స్థితిస్థాపకతను బలోపేతం చేస్తుంది.
+
+నిరూపించడానికి ప్రస్తుత వాలిడేటోర్ హార్డ్వేర్ కంటే ఎక్కువ గణన వనరులు అవసరమని గమనించండి. అయితే, ధృవీకరణ వలె కాకుండా, నిరూపించడం అదే విధంగా వికేంద్రీకరించబడాల్సిన అవసరం లేదు: ప్రతి బ్లొక్ కు ఒక సరైన రుజువు మాత్రమే అవసరం, మరియు ఎవరైనా దానిని త్వరగా ధృవీకరించగలరు. ప్రూవర్ మార్కెట్లు, ప్రూఫ్ అగ్రిగేషన్ మరియు హార్డ్వేర్ త్వరణంపై పరిశోధన, నిరూపించడం కొద్దిమంది పెద్ద ఆపరేటర్ల మధ్య కేంద్రీకృతం కాకుండా పోటీగా మరియు ప్రాప్యతగా ఉండేలా చూడటం లక్ష్యంగా పెట్టుకుంది.
+
+### ఊహించదగిన ఫైనాలిటీ {#predictable-finality}
+
+బ్లొక్ సంక్లిష్టతతో సంబంధం లేకుండా రుజువు ధృవీకరణ స్థిరమైన సమయంలో పనిచేస్తుంది. ఇది ధృవీకరణ సమయాన్ని మరింత ఊహించదగినదిగా చేస్తుంది మరియు వాలిడేటోర్స్ సంక్లిష్ట బ్లాక్లను సకాలంలో ప్రాసెస్ చేయడానికి కష్టపడినప్పుడు సంభవించే తప్పిపోయిన ధృవీకరణలను తగ్గిస్తుంది.
+
+## రియల్-టైమ్ నిరూపణ సవాళ్లు {#realtime-proving}
+
+zkEVM L1 ధృవీకరణకు ప్రధాన సవాలు వేగం. ఎథేరియం బ్లాక్లు ప్రతి 12 సెకన్లకు ఉత్పత్తి చేయబడతాయి, అంటే ఏకాభిప్రాయం కోసం ఉపయోగపడటానికి రుజువులు అదే కాలపరిమితిలో ఉత్పత్తి చేయబడాలి.
+
+ప్రస్తుత zkEVM అమలులు ఒకే బ్లొక్ ను నిరూపించడానికి నిమిషాల నుండి గంటల సమయం తీసుకోవచ్చు. పరిశోధన ఈ అంతరాన్ని పూడ్చడంపై దృష్టి పెడుతుంది:
+
+- **సమాంతరీకరణ**: బహుళ యంత్రాలలో నిరూపణ పనిని పంపిణీ చేయడం
+- **ప్రత్యేక హార్డ్వేర్**: ZK నిరూపణ కోసం ఆప్టిమైజ్ చేయబడిన సర్క్యూట్లు మరియు హార్డ్వేర్ను రూపొందించడం
+- **అల్గోరిథమిక్ మెరుగుదలలు**: మరింత సమర్థవంతమైన ప్రూఫ్ సిస్టమ్లు మరియు సర్క్యూట్ డిజైన్లు
+- **పెరుగుతున్న నిరూపణ**: లావాదేవీలు అమలు అయిన తర్వాత కాకుండా, అమలు అవుతున్నప్పుడు రుజువులను ఉత్పత్తి చేయడం
+
+## ప్రస్తుత పరిశోధన మరియు అమలులు {#current-research}
+
+ఎథేరియం ఫౌండేషన్ [ప్రైవసీ స్టీవార్డ్స్ ఆఫ్ ఎథేరియం (PSE)](https://pse.dev/) బృందం ద్వారా zkEVM పరిశోధనకు నిధులు సమకూరుస్తుంది. ముఖ్య పరిశోధన ట్రాక్లు ఇవి:
+
+- **రియల్-టైమ్ నిరూపణ**: 12-సెకన్ల స్లాట్లలో పూర్తి బ్లొక్ రుజువులను ఉత్పత్తి చేయడం
+- **క్లయింట్ ఏకీకరణ**: ఎగ్జిక్యూషన్ క్లయింట్లు మరియు ప్రూవర్ల మధ్య ఇంటర్ఫేస్లను ప్రామాణీకరించడం
+- **ఆర్థిక ప్రోత్సాహకాలు**: స్థిరమైన ప్రూవర్ మార్కెట్లు మరియు ఫీజు నిర్మాణాలను రూపొందించడం
+
+### అమలు స్థితి {#implementations}
+
+ఎథేరియం బ్లొక్ నిరూపణ కోసం అనేక zkVM అమలులు అభివృద్ధి చేయబడుతున్నాయి మరియు పరీక్షించబడుతున్నాయి:
+
+| అమలు | ఆర్కిటెక్చర్ |
+|----------------|--------------|
+| [OpenVM](https://github.com/openvm-org/openvm) | rv32im |
+| [RISC Zero](https://github.com/risc0/risc0) | rv32im |
+| [Airbender](https://github.com/matter-labs/zksync-airbender) | rv32im |
+| [Jolt](https://github.com/a16z/jolt) | rv32im |
+| [Zisk](https://github.com/0xPolygonHermez/zisk) | rv64ima |
+
+ఇవి EVM బైట్కోడ్ను అమలు చేయడానికి RISC-V ఆధారిత వర్చువల్ మెషీన్లను ఉపయోగిస్తాయి, ఆపై సరైన అమలు యొక్క ZK రుజువులను ఉత్పత్తి చేస్తాయి. తాజా పరీక్ష ఫలితాలు మరియు పురోగతి [ఎథేరియం ఫౌండేషన్ యొక్క zkVM ట్రాకర్](https://zkevm.ethereum.foundation/zkvm-tracker) వద్ద ట్రాక్ చేయబడతాయి.
+
+## ఇతర అప్గ్రేడ్లతో zkEVM ఎలా సరిపోతుంది {#related-upgrades}
+
+zkEVM L1 ధృవీకరణ అనేక ఇతర ఎథేరియం రోడ్మ్యాప్ అంశాలతో కలుస్తుంది:
+
+- **[వెర్కిల్ ట్రీస్](/roadmap/verkle-trees/)**: స్టేట్లెస్ ధృవీకరణ కోసం చిన్న సాక్షులను ఎనేబుల్ చేస్తుంది, ప్రూవర్లు పని చేయాల్సిన డేటాను తగ్గిస్తుంది
+- **[స్టేట్లెస్నెస్](/roadmap/statelessness/)**: zkEVM ఒక కీలకమైన ఎనేబులర్—అమలు యొక్క ZK రుజువులతో, బ్లాక్లను ధృవీకరించడానికి నోడ్లకు పూర్తి స్థితి అవసరం లేదు
+- **[PBS](/roadmap/pbs/)**: బ్లొక్ బిల్డర్లు ప్రూఫ్ జనరేషన్ను సమగ్రపరచవచ్చు లేదా ప్రత్యేక ప్రూవర్ మార్కెట్ ఉద్భవించవచ్చు
+- **[సింగిల్ స్లాట్ ఫైనాలిటీ ](/roadmap/single-slot-finality/)**: వేగవంతమైన ప్రూఫ్ జనరేషన్ క్రిప్టోగ్రాఫిక్ హామీలతో సింగిల్-స్లాట్ ఫైనాలిటీ ని ఎనేబుల్ చేస్తుంది
+
+
+
+
+
+zkEVM L1 ధృవీకరణ చురుకైన పరిశోధనలో ఉంది మరియు ఇంకా ఉత్పత్తి ఎథేరియం క్లయింట్లలో విలీనం చేయబడలేదు.
+
+
+
+
+## మరింత చదవడానికి {#further-reading}
+
+- [zkEVM ఫౌండేషన్](https://zkevm.ethereum.foundation) - అధికారిక ఎథేరియం ఫౌండేషన్ zkEVM పరిశోధన కేంద్రం
+- [Ethproofs](https://ethproofs.org/) - ఎథేరియంను రియల్-టైమ్లో నిరూపించే రేసును ట్రాక్ చేయండి
+- [zkevm.fyi](https://zkevm.fyi) - L1 కోసం zkEVM పై సాంకేతిక పుస్తకం
+- [PSE zkEVM స్పెక్స్](https://github.com/privacy-scaling-explorations/zkevm-specs) - సాంకేతిక లక్షణాలు
+- [ది వెర్జ్](https://vitalik.eth.limo/general/2024/10/23/futures4.html) - ధృవీకరణ మెరుగుదలలపై విటాలిక్ యొక్క అవలోకనం
+- [EF zkEVM బ్లాగ్](https://zkevm.ethereum.foundation/blog) - EF బృందం నుండి పనితీరు విశ్లేషణ
\ No newline at end of file
diff --git a/public/content/translations/tr/roadmap/zkevm/index.md b/public/content/translations/tr/roadmap/zkevm/index.md
new file mode 100644
index 00000000000..f8b1b6c10f9
--- /dev/null
+++ b/public/content/translations/tr/roadmap/zkevm/index.md
@@ -0,0 +1,124 @@
+---
+title: L1 blok doğrulaması için zkEVM
+description: Sıfır bilgi ispatlarının Ethereum blok yürütmesini nasıl doğrulayabileceğini, daha yüksek verim ve daha düşük doğrulayıcı gereksinimlerini nasıl sağlayabileceğini öğrenin.
+lang: tr
+---
+
+# L1 blok doğrulaması için zkEVM {#zkevm-l1}
+
+zkEVM, Ethereum blok yürütmesini doğrulamak için [sıfır bilgi ispatları](/zero-knowledge-proofs/) kullanan bir teknolojidir. Her [doğrulayıcı](/glossary/#validator)'nın bir bloktaki tüm işlemleri yeniden yürütmesini gerektirmek yerine, ("ispatlayıcı" adı verilen) tek bir uzmanlaşmış aktör bloğu yürütür ve yürütmenin doğru olduğuna dair kriptografik bir ispat üretir. Ardından herhangi bir düğüm bu ispatı doğrulayabilir; bu süreç, tüm işlemleri yeniden yürütmekten kat kat daha ucuzdur.
+
+
+
+
+zkEVM toplamaları ile karıştırılmamalıdır
+
+Bu sayfa, Ethereum L1 blok yürütmesini doğrulamak için zkEVM kullanımını tartışmaktadır. Ethereum'u katman 2 çözümleri olarak ölçeklendirmek için ZK ispatlarını kullanan zkEVM toplamaları için [sıfır bilgi toplamaları](/developers/docs/scaling/zk-rollups/) sayfasına bakın.
+
+
+
+
+## Yeniden yürütme sorunu {#reexecution-problem}
+
+Bugün Ethereum, "N'de N" doğrulama modeli kullanır: her doğrulayıcı, önerilen durum değişikliklerinin doğru olduğunu doğrulamak için her bloktaki her işlemi bağımsız olarak yeniden yürütmelidir. Bu yaklaşım maksimum düzeyde güven gerektirmese de, temel bir darboğaz yaratır.
+
+Sorun şu ki, Ethereum'un işlem hacmi ortalama bir doğrulayıcının işleyebileceği ile sınırlıdır. [Gaz limiti](/glossary/#gas-limit)'ni artırmak blok başına daha fazla işleme izin verir, ancak aynı zamanda doğrulayıcılar için donanım gereksinimlerini de artırır. Bu durum merkeziyetsizliği tehdit eder; eğer bir doğrulayıcı çalıştırmak pahalı donanımlar gerektirirse, ağı güvence altına almaya daha az kişi katılabilir.
+
+zkEVM bu ödünleşimden bir çıkış yolu sunar. "Herkes yeniden yürütür" modelinden "biri ispatlar, herkes doğrular" modeline geçerek Ethereum, doğrulayıcı donanım gereksinimlerini artırmadan gaz limitini güvenle yükseltebilir.
+
+## zkEVM L1 doğrulaması nasıl çalışır {#how-it-works}
+
+zkEVM doğrulaması, blok doğrulamasını "N'de 1" modeline dönüştürür:
+
+1. **Yürütme**: Bir ispatlayıcı, her durum değişikliğini izleyerek bir bloktaki tüm işlemleri yürütür
+2. **İspatlama**: İspatlayıcı, yürütmenin doğruluğunu onaylayan kriptografik bir ispat (bir [SNARK veya STARK](/zero-knowledge-proofs/#types-of-zero-knowledge-proofs)) üretir
+3. **Doğrulama**: Doğrulayıcılar işlemleri yeniden yürütmek yerine ispatı doğrular; bu, tam bir yeniden yürütmeden çok daha ucuzdur
+
+Güvenlik garantisi aynı kalır: eğer yürütme yanlışsa, geçerli bir ispat üretilemez. Ancak şimdi, her düğümün pahalı hesaplamalar yapması yerine, bunu yalnızca ispatlayıcı yapar ve doğrulama, gaz limitini kısıtlamayacak kadar ucuzdur.
+
+### Tip 1 zkEVM'ler {#type-1-zkevm}
+
+zkEVM'ler, Ethereum ile uyumluluklarına göre tiplere ayrılır:
+
+- **Tip 1**: Tamamen Ethereum eşdeğeri. EVM'de hiçbir değişiklik yapılmaz, bu nedenle herhangi bir Ethereum bloğu tam olarak olduğu gibi ispatlanabilir
+- **Tip 2-4**: İspatlamayı kolaylaştırmak için EVM davranışını değiştirerek çeşitli ödünleşimler yapar
+
+L1 doğrulaması için Tip 1 esastır. zkEVM, uç durumlar ve geçmiş bloklar dahil olmak üzere herhangi bir geçerli Ethereum bloğunu ispatlayabilmelidir. Ethereum'un kesin davranışından herhangi bir sapma, mutabakat sorunları yaratacaktır.
+
+Ethereum Vakfı'nın zkEVM araştırması, mevcut Ethereum yürütmesiyle tam uyumlu olan Tip 1 uygulamalarına odaklanmaktadır.
+
+## Ethereum için faydaları {#benefits}
+
+### Daha yüksek işlem hacmi {#higher-throughput}
+
+Doğrulama ucuz olduğunda, gaz limiti güvenle artabilir. Bu, ağ kapasitesini genişletir ve yüksek talep dönemlerinde ücretlerin dengelenmesine yardımcı olur. Mevcut gaz limiti kısmen doğrulayıcı donanımı tarafından kısıtlanmaktadır; zkEVM bu kısıtlamayı ortadan kaldırır.
+
+### Daha güçlü merkeziyetsizlik {#stronger-decentralization}
+
+zkEVM doğrulaması ile doğrulayıcıların işlemleri yürütmek yerine yalnızca ispatları doğrulaması gerekir. Bu, bir doğrulayıcı çalıştırmak için gereken donanım gereksinimlerini önemli ölçüde düşürerek daha fazla kişinin ağı güvence altına almaya katılmasına olanak tanır. Daha fazla doğrulayıcı çeşitliliği, Ethereum'un sansür direncini ve dayanıklılığını güçlendirir.
+
+İspatlamanın kendisinin, mevcut doğrulayıcı donanımından daha büyük, önemli hesaplama kaynakları gerektirdiğini unutmayın. Ancak doğrulamanın aksine, ispatlamanın aynı şekilde merkeziyetsiz olması gerekmez: blok başına yalnızca bir doğru ispat gereklidir ve herkes bunu hızlı bir şekilde doğrulayabilir. İspatlayıcı piyasaları, ispat toplama ve donanım hızlandırma üzerine yapılan araştırmalar, ispatlamanın birkaç büyük operatör arasında yoğunlaşmak yerine rekabetçi ve erişilebilir kalmasını sağlamayı amaçlamaktadır.
+
+### Öngörülebilir kesinlik {#predictable-finality}
+
+İspat doğrulaması, blok karmaşıklığından bağımsız olarak sabit sürede çalışır. Bu, onay zamanlamasını daha öngörülebilir hale getirir ve doğrulayıcılar karmaşık blokları zamanında işlemekte zorlandığında ortaya çıkabilecek kaçırılmış onayları azaltır.
+
+## Gerçek zamanlı ispatlama zorlukları {#realtime-proving}
+
+zkEVM L1 doğrulaması için temel zorluk hızdır. Ethereum blokları her 12 saniyede bir üretilir, bu da ispatların mutabakat için yararlı olabilmesi adına benzer bir zaman dilimi içinde üretilmesi gerektiği anlamına gelir.
+
+Mevcut zkEVM uygulamalarının tek bir bloğu ispatlaması dakikalar ila saatler sürebilir. Araştırmalar bu açığı şunlar aracılığıyla kapatmaya odaklanmaktadır:
+
+- **Paralelleştirme**: İspatlama işini birden fazla makineye dağıtmak
+- **Özel donanım**: ZK ispatlaması için optimize edilmiş devreler ve donanımlar tasarlamak
+- **Algoritmik iyileştirmeler**: Daha verimli ispat sistemleri ve devre tasarımları
+- **Artımlı ispatlama**: İspatları işlemler yürütüldükten sonra değil, yürütülürken üretmek
+
+## Mevcut araştırmalar ve uygulamalar {#current-research}
+
+Ethereum Vakfı, zkEVM araştırmalarını [Privacy Stewards of Ethereum (PSE)](https://pse.dev/) ekibi aracılığıyla finanse etmektedir. Temel araştırma alanları şunları içerir:
+
+- **Gerçek zamanlı ispatlama**: 12 saniyelik yuvalar içinde tam blok ispatları üretmek
+- **İstemci entegrasyonu**: Yürütüm istemcileri ve ispatlayıcılar arasındaki arayüzleri standartlaştırmak
+- **Ekonomik teşvikler**: Sürdürülebilir ispatlayıcı piyasaları ve ücret yapıları tasarlamak
+
+### Uygulama durumu {#implementations}
+
+Ethereum blok ispatlaması için çeşitli zkVM uygulamaları geliştirilmekte ve test edilmektedir:
+
+| Uygulama | Mimari |
+|----------------|--------------|
+| [OpenVM](https://github.com/openvm-org/openvm) | rv32im |
+| [RISC Zero](https://github.com/risc0/risc0) | rv32im |
+| [Airbender](https://github.com/matter-labs/zksync-airbender) | rv32im |
+| [Jolt](https://github.com/a16z/jolt) | rv32im |
+| [Zisk](https://github.com/0xPolygonHermez/zisk) | rv64ima |
+
+Bunlar, EVM bayt kodunu yürütmek için RISC-V tabanlı sanal makineler kullanır ve ardından doğru yürütmenin ZK ispatlarını üretir. Güncel test sonuçları ve ilerleme, [Ethereum Vakfı'nın zkVM izleyicisinde](https://zkevm.ethereum.foundation/zkvm-tracker) takip edilmektedir.
+
+## zkEVM diğer güncellemelerle nasıl uyum sağlar {#related-upgrades}
+
+zkEVM L1 doğrulaması, diğer birkaç Ethereum yol haritası öğesiyle bağlantılıdır:
+
+- **[Verkle Ağaçları](/roadmap/verkle-trees/)**: Durumsuz doğrulama için daha küçük tanıklara olanak tanıyarak ispatlayıcıların çalışması gereken verileri azaltır
+- **[Durumsuzluk](/roadmap/statelessness/)**: zkEVM önemli bir kolaylaştırıcıdır; ZK yürütme ispatları ile düğümlerin blokları doğrulamak için tam duruma ihtiyacı yoktur
+- **[PBS](/roadmap/pbs/)**: Blok oluşturucular potansiyel olarak ispat üretimini entegre edebilir veya ayrı bir ispatlayıcı piyasası ortaya çıkabilir
+- **[Tek Yuva Kesinliği](/roadmap/single-slot-finality/)**: Daha hızlı ispat üretimi, kriptografik garantilerle tek yuva kesinliğini mümkün kılabilir
+
+
+
+
+
+zkEVM L1 doğrulaması aktif araştırma aşamasındadır ve henüz üretimdeki Ethereum istemcilerine entegre edilmemiştir.
+
+
+
+
+## Daha fazla bilgi {#further-reading}
+
+- [zkEVM Foundation](https://zkevm.ethereum.foundation) - Resmi Ethereum Vakfı zkEVM araştırma merkezi
+- [Ethproofs](https://ethproofs.org/) - Ethereum'u gerçek zamanlı olarak ispatlama yarışını takip edin
+- [zkevm.fyi](https://zkevm.fyi) - L1 için zkEVM üzerine teknik kitap
+- [PSE zkEVM Specs](https://github.com/privacy-scaling-explorations/zkevm-specs) - Teknik özellikler
+- [The Verge](https://vitalik.eth.limo/general/2024/10/23/futures4.html) - Vitalik'in doğrulama iyileştirmelerine genel bakışı
+- [EF zkEVM Blog](https://zkevm.ethereum.foundation/blog) - EF ekibinden performans analizi
\ No newline at end of file
diff --git a/public/content/translations/uk/roadmap/zkevm/index.md b/public/content/translations/uk/roadmap/zkevm/index.md
new file mode 100644
index 00000000000..011aef828c6
--- /dev/null
+++ b/public/content/translations/uk/roadmap/zkevm/index.md
@@ -0,0 +1,124 @@
+---
+title: zkEVM для перевірки блоків рівня 1
+description: Дізнайтеся, як докази з нульовим розголошенням можуть перевіряти виконання блоків Ethereum, забезпечуючи вищу пропускну здатність і нижчі вимоги до валідаторів.
+lang: uk
+---
+
+# zkEVM для перевірки блоків рівня 1 {#zkevm-l1}
+
+zkEVM — це технологія, яка використовує [докази з нульовим розголошенням](/zero-knowledge-proofs/) для перевірки виконання блоків Ethereum. Замість того, щоб вимагати від кожного [валідатора](/glossary/#validator) повторно виконувати всі транзакції в блоці, один спеціалізований учасник (який називається «доводжувачем» або «prover») виконує блок і генерує криптографічний доказ того, що виконання було правильним. Будь-який вузол може потім перевірити цей доказ — процес, який на порядки дешевший, ніж повторне виконання всіх транзакцій.
+
+
+
+
+Не плутати зі згортаннями zkEVM
+
+На цій сторінці розглядається використання zkEVM для перевірки виконання блоків рівня 1 (L1) Ethereum. Про згортання zkEVM, які використовують ZK-докази для масштабування Ethereum як рішення рівня 2, див. [згортання з нульовим розголошенням](/developers/docs/scaling/zk-rollups/).
+
+
+
+
+## Проблема повторного виконання {#reexecution-problem}
+
+Сьогодні Ethereum використовує модель перевірки «N-з-N»: кожен валідатор повинен незалежно повторно виконати кожну транзакцію в кожному блоці, щоб перевірити правильність запропонованих змін стану. Хоча цей підхід є максимально бездовірчим (trustless), він створює фундаментальне вузьке місце.
+
+Проблема полягає в тому, що пропускна здатність Ethereum обмежена тим, що може обробити середній валідатор. Підвищення [ліміту газу](/glossary/#gas-limit) дозволило б обробляти більше транзакцій на блок, але це також підвищило б вимоги до апаратного забезпечення валідаторів. Це загрожує децентралізації — якщо для запуску валідатора потрібне дороге обладнання, менше людей зможуть брати участь у забезпеченні безпеки мережі.
+
+zkEVM пропонує вихід із цього компромісу. Перейшовши від моделі «кожен виконує повторно» до «один доводить, усі перевіряють», Ethereum може безпечно збільшити ліміт газу без підвищення вимог до апаратного забезпечення валідаторів.
+
+## Як працює перевірка zkEVM на рівні 1 {#how-it-works}
+
+Перевірка zkEVM перетворює валідацію блоків на модель «1-з-N»:
+
+1. **Виконання**: Доводжувач виконує всі транзакції в блоці, відстежуючи кожну зміну стану.
+2. **Доведення**: Доводжувач генерує криптографічний доказ ([SNARK або STARK](/zero-knowledge-proofs/#types-of-zero-knowledge-proofs)), який підтверджує правильність виконання.
+3. **Перевірка**: Валідатори перевіряють доказ замість повторного виконання транзакцій — це значно дешевше, ніж повне повторне виконання.
+
+Гарантія безпеки залишається незмінною: якщо виконання було неправильним, неможливо згенерувати дійсний доказ. Але тепер, замість того, щоб кожен вузол виконував дорогі обчислення, це робить лише доводжувач — а перевірка є достатньо дешевою, щоб не обмежувати ліміт газу.
+
+### zkEVM типу 1 {#type-1-zkevm}
+
+zkEVM класифікуються за типами на основі їхньої сумісності з Ethereum:
+
+- **Тип 1**: Повністю еквівалентні Ethereum. Жодних модифікацій EVM, тому будь-який блок Ethereum може бути доведений точно в такому вигляді, як він є.
+- **Типи 2-4**: Йдуть на різні компроміси, змінюючи поведінку EVM, щоб полегшити доведення.
+
+Для перевірки на рівні 1 (L1) тип 1 є обов'язковим. zkEVM повинен мати можливість довести будь-який дійсний блок Ethereum, включаючи крайні випадки та історичні блоки. Будь-яке відхилення від точної поведінки Ethereum створило б проблеми з консенсусом.
+
+Дослідження zkEVM від Ethereum Foundation зосереджені на реалізаціях типу 1, які повністю сумісні з існуючим виконанням Ethereum.
+
+## Переваги для Ethereum {#benefits}
+
+### Вища пропускна здатність {#higher-throughput}
+
+Коли перевірка дешева, ліміт газу може безпечно зростати. Це розширює пропускну здатність мережі та допомагає стабілізувати комісії в періоди високого попиту. Поточний ліміт газу частково обмежений апаратним забезпеченням валідаторів — zkEVM усуває це обмеження.
+
+### Сильніша децентралізація {#stronger-decentralization}
+
+Завдяки перевірці zkEVM валідаторам потрібно лише перевіряти докази, а не виконувати транзакції. Це значно знижує вимоги до апаратного забезпечення для запуску валідатора, дозволяючи більшій кількості людей брати участь у забезпеченні безпеки мережі. Більша різноманітність валідаторів посилює стійкість Ethereum до цензури та його надійність.
+
+Зверніть увагу, що саме доведення вимагає значних обчислювальних ресурсів, більших, ніж у поточного апаратного забезпечення валідаторів. Однак, на відміну від валідації, доведення не обов'язково має бути децентралізованим таким же чином: для кожного блоку потрібен лише один правильний доказ, і будь-хто може швидко його перевірити. Дослідження ринків доводжувачів, агрегації доказів та апаратного прискорення спрямовані на те, щоб доведення залишалося конкурентоспроможним і доступним, а не зосереджувалося серед кількох великих операторів.
+
+### Передбачувана фіналізація {#predictable-finality}
+
+Перевірка доказів працює за постійний час незалежно від складності блоку. Це робить час атестації більш передбачуваним і зменшує кількість пропущених атестацій, які можуть виникнути, коли валідатори не встигають вчасно обробити складні блоки.
+
+## Виклики доведення в реальному часі {#realtime-proving}
+
+Головним викликом для перевірки zkEVM на рівні 1 є швидкість. Блоки Ethereum створюються кожні 12 секунд, що означає, що докази повинні генеруватися в аналогічні терміни, щоб бути корисними для консенсусу.
+
+Поточні реалізації zkEVM можуть витрачати від кількох хвилин до годин на доведення одного блоку. Дослідження зосереджені на подоланні цього розриву за допомогою:
+
+- **Паралелізації**: Розподіл роботи з доведення між кількома машинами.
+- **Спеціалізованого апаратного забезпечення**: Розробка схем та обладнання, оптимізованих для ZK-доведення.
+- **Алгоритмічних покращень**: Більш ефективні системи доведення та дизайн схем.
+- **Інкрементального доведення**: Генерація доказів під час виконання транзакцій, а не після.
+
+## Поточні дослідження та реалізації {#current-research}
+
+Ethereum Foundation фінансує дослідження zkEVM через команду [Privacy Stewards of Ethereum (PSE)](https://pse.dev/). Ключові напрямки досліджень включають:
+
+- **Доведення в реальному часі**: Генерація повних доказів блоку в межах 12-секундних слотів.
+- **Інтеграцію клієнтів**: Стандартизація інтерфейсів між клієнтами виконання та доводжувачами.
+- **Економічні стимули**: Розробка стійких ринків доводжувачів та структур комісій.
+
+### Статус реалізації {#implementations}
+
+Кілька реалізацій zkVM розробляються та тестуються для доведення блоків Ethereum:
+
+| Реалізація | Архітектура |
+|----------------|--------------|
+| [OpenVM](https://github.com/openvm-org/openvm) | rv32im |
+| [RISC Zero](https://github.com/risc0/risc0) | rv32im |
+| [Airbender](https://github.com/matter-labs/zksync-airbender) | rv32im |
+| [Jolt](https://github.com/a16z/jolt) | rv32im |
+| [Zisk](https://github.com/0xPolygonHermez/zisk) | rv64ima |
+
+Вони використовують віртуальні машини на базі RISC-V для виконання байт-коду EVM, а потім генерують ZK-докази правильного виконання. Актуальні результати тестів і прогрес відстежуються на [трекері zkVM від Ethereum Foundation](https://zkevm.ethereum.foundation/zkvm-tracker).
+
+## Як zkEVM поєднується з іншими оновленнями {#related-upgrades}
+
+Перевірка zkEVM на рівні 1 пов'язана з кількома іншими пунктами дорожньої карти Ethereum:
+
+- **[Дерева Веркла](/roadmap/verkle-trees/)**: Забезпечують менші свідчення (witnesses) для перевірки без збереження стану, зменшуючи обсяг даних, з якими потрібно працювати доводжувачам.
+- **[Відсутність стану (Statelessness)](/roadmap/statelessness/)**: zkEVM є ключовим фактором — завдяки ZK-доказам виконання вузлам не потрібен повний стан для перевірки блоків.
+- **[PBS](/roadmap/pbs/)**: Будівельники блоків потенційно могли б інтегрувати генерацію доказів, або міг би виникнути окремий ринок доводжувачів.
+- **[Фіналізація в одному слоті](/roadmap/single-slot-finality/)**: Швидша генерація доказів могла б забезпечити фіналізацію в одному слоті з криптографічними гарантіями.
+
+
+
+
+
+Перевірка zkEVM на рівні 1 перебуває на стадії активних досліджень і ще не інтегрована в робочі клієнти Ethereum.
+
+
+
+
+## Подальше читання {#further-reading}
+
+- [zkEVM Foundation](https://zkevm.ethereum.foundation) — Офіційний дослідницький центр zkEVM від Ethereum Foundation
+- [Ethproofs](https://ethproofs.org/) — Відстежуйте гонку за доведення Ethereum у реальному часі
+- [zkevm.fyi](https://zkevm.fyi) — Технічна книга про zkEVM для рівня 1
+- [Специфікації PSE zkEVM](https://github.com/privacy-scaling-explorations/zkevm-specs) — Технічні специфікації
+- [The Verge](https://vitalik.eth.limo/general/2024/10/23/futures4.html) — Огляд покращень перевірки від Віталіка
+- [Блог EF zkEVM](https://zkevm.ethereum.foundation/blog) — Аналіз продуктивності від команди EF
\ No newline at end of file
diff --git a/public/content/translations/ur/roadmap/zkevm/index.md b/public/content/translations/ur/roadmap/zkevm/index.md
new file mode 100644
index 00000000000..3da2814cb4f
--- /dev/null
+++ b/public/content/translations/ur/roadmap/zkevm/index.md
@@ -0,0 +1,124 @@
+---
+title: L1 بلاک کی تصدیق کے لیے zkEVM
+description: جانیں کہ کس طرح زیرو نالج پروفز (zero-knowledge proofs) ایتھریم بلاک کے نفاذ کی تصدیق کر سکتے ہیں، جس سے زیادہ تھرو پٹ اور کم ویلیڈیٹر کی ضروریات ممکن ہوتی ہیں۔
+lang: ur
+---
+
+# L1 بلاک کی تصدیق کے لیے zkEVM {#zkevm-l1}
+
+zkEVM ایک ایسی ٹیکنالوجی ہے جو ایتھریم بلاک کے نفاذ کی تصدیق کے لیے [زیرو نالج پروفز](/zero-knowledge-proofs/) کا استعمال کرتی ہے۔ ہر [ویلیڈیٹر](/glossary/#validator) کو بلاک میں موجود تمام ٹرانزیکشنز کو دوبارہ نافذ کرنے کی ضرورت کے بجائے، ایک واحد مخصوص ایکٹر (جسے "پروور" (prover) کہا جاتا ہے) بلاک کو نافذ کرتا ہے اور ایک کرپٹوگرافک پروف تیار کرتا ہے کہ نفاذ درست تھا۔ اس کے بعد کوئی بھی نوڈ اس پروف کی تصدیق کر سکتا ہے—یہ ایک ایسا عمل ہے جو تمام ٹرانزیکشنز کو دوبارہ نافذ کرنے سے کئی گنا سستا ہے۔
+
+
+
+
+zkEVM رول اپس کے ساتھ الجھن میں نہ پڑیں
+
+یہ صفحہ ایتھریم L1 بلاک کے نفاذ کی تصدیق کے لیے zkEVM کے استعمال پر بحث کرتا ہے۔ zkEVM رول اپس کے لیے جو ایتھریم کو لیئر 2 سلوشنز کے طور پر اسکیل کرنے کے لیے ZK پروفز کا استعمال کرتے ہیں، [زیرو نالج رول اپس](/developers/docs/scaling/zk-rollups/) دیکھیں۔
+
+
+
+
+## دوبارہ نفاذ کا مسئلہ {#reexecution-problem}
+
+آج، ایتھریم "N-of-N" تصدیقی ماڈل استعمال کرتا ہے: ہر ویلیڈیٹر کو آزادانہ طور پر ہر بلاک میں ہر ٹرانزیکشن کو دوبارہ نافذ کرنا چاہیے تاکہ یہ تصدیق کی جا سکے کہ مجوزہ اسٹیٹ (state) کی تبدیلیاں درست ہیں۔ اگرچہ یہ نقطہ نظر زیادہ سے زیادہ ٹرسٹ لیس (trustless) ہے، لیکن یہ ایک بنیادی رکاوٹ پیدا کرتا ہے۔
+
+مسئلہ یہ ہے کہ ایتھریم کا تھرو پٹ اس حد تک محدود ہے جتنا ایک اوسط ویلیڈیٹر پروسیس کر سکتا ہے۔ [گیس کی حد](/glossary/#gas-limit) بڑھانے سے فی بلاک زیادہ ٹرانزیکشنز کی اجازت ملے گی، لیکن اس سے ویلیڈیٹرز کے لیے ہارڈویئر کی ضروریات بھی بڑھ جائیں گی۔ اس سے ڈی سینٹرلائزیشن کو خطرہ لاحق ہوتا ہے—اگر ویلیڈیٹر چلانے کے لیے مہنگے ہارڈویئر کی ضرورت ہو، تو کم لوگ نیٹ ورک کو محفوظ بنانے میں حصہ لے سکتے ہیں۔
+
+zkEVM اس سمجھوتے سے نکلنے کا راستہ پیش کرتا ہے۔ "ہر کوئی دوبارہ نافذ کرتا ہے" سے "ایک ثابت کرتا ہے، ہر کوئی تصدیق کرتا ہے" کی طرف منتقل ہو کر، ایتھریم ویلیڈیٹر ہارڈویئر کی ضروریات کو بڑھائے بغیر گیس کی حد کو محفوظ طریقے سے بڑھا سکتا ہے۔
+
+## zkEVM L1 کی تصدیق کیسے کام کرتی ہے {#how-it-works}
+
+zkEVM کی تصدیق بلاک کی توثیق کو "1-of-N" ماڈل میں تبدیل کرتی ہے:
+
+1. **نفاذ (Execution)**: ایک پروور بلاک میں موجود تمام ٹرانزیکشنز کو نافذ کرتا ہے، اور ہر اسٹیٹ کی تبدیلی کو ٹریک کرتا ہے
+2. **ثابت کرنا (Proving)**: پروور ایک کرپٹوگرافک پروف (ایک [SNARK یا STARK](/zero-knowledge-proofs/#types-of-zero-knowledge-proofs)) تیار کرتا ہے جو نفاذ کی درستگی کی تصدیق کرتا ہے
+3. **تصدیق (Verification)**: ویلیڈیٹرز ٹرانزیکشنز کو دوبارہ نافذ کرنے کے بجائے پروف کی تصدیق کرتے ہیں—یہ مکمل دوبارہ نفاذ کے مقابلے میں ڈرامائی طور پر سستا ہے
+
+سیکیورٹی کی ضمانت وہی رہتی ہے: اگر نفاذ غلط تھا، تو کوئی درست پروف تیار نہیں کیا جا سکتا۔ لیکن اب، ہر نوڈ کے مہنگی کمپیوٹیشن کرنے کے بجائے، صرف پروور ایسا کرتا ہے—اور تصدیق اتنی سستی ہے کہ یہ گیس کی حد کو محدود نہیں کرتی۔
+
+### ٹائپ 1 zkEVMs {#type-1-zkevm}
+
+zkEVMs کو ایتھریم کے ساتھ ان کی مطابقت کی بنیاد پر مختلف اقسام میں درجہ بند کیا گیا ہے:
+
+- **ٹائپ 1**: مکمل طور پر ایتھریم کے مساوی۔ EVM میں کوئی ترمیم نہیں، لہذا کسی بھی ایتھریم بلاک کو بالکل اسی طرح ثابت کیا جا سکتا ہے جیسا کہ وہ ہے
+- **ٹائپ 2-4**: مختلف سمجھوتے کرتے ہیں، ثابت کرنے کو آسان بنانے کے لیے EVM کے رویے میں ترمیم کرتے ہیں
+
+L1 کی تصدیق کے لیے، ٹائپ 1 ضروری ہے۔ zkEVM کو کسی بھی درست ایتھریم بلاک کو ثابت کرنے کے قابل ہونا چاہیے، بشمول ایج کیسز (edge cases) اور تاریخی بلاکس۔ ایتھریم کے عین مطابق رویے سے کوئی بھی انحراف اتفاق رائے (consensus) کے مسائل پیدا کرے گا۔
+
+ایتھریم فاؤنڈیشن کی zkEVM ریسرچ ٹائپ 1 کے نفاذ پر مرکوز ہے جو موجودہ ایتھریم کے نفاذ کے ساتھ مکمل طور پر ہم آہنگ ہیں۔
+
+## ایتھریم کے لیے فوائد {#benefits}
+
+### زیادہ تھرو پٹ {#higher-throughput}
+
+جب تصدیق سستی ہوتی ہے، تو گیس کی حد محفوظ طریقے سے بڑھ سکتی ہے۔ یہ نیٹ ورک کی صلاحیت کو بڑھاتا ہے اور زیادہ مانگ کے ادوار میں فیسوں کو مستحکم کرنے میں مدد کرتا ہے۔ موجودہ گیس کی حد جزوی طور پر ویلیڈیٹر ہارڈویئر کی وجہ سے محدود ہے—zkEVM اس رکاوٹ کو دور کرتا ہے۔
+
+### مضبوط ڈی سینٹرلائزیشن {#stronger-decentralization}
+
+zkEVM کی تصدیق کے ساتھ، ویلیڈیٹرز کو ٹرانزیکشنز کو نافذ کرنے کے بجائے صرف پروفز کی تصدیق کرنے کی ضرورت ہوتی ہے۔ یہ ویلیڈیٹر چلانے کے لیے ہارڈویئر کی ضروریات کو ڈرامائی طور پر کم کرتا ہے، جس سے زیادہ لوگ نیٹ ورک کو محفوظ بنانے میں حصہ لے سکتے ہیں۔ ویلیڈیٹرز کا زیادہ تنوع ایتھریم کی سنسرشپ کے خلاف مزاحمت اور لچک کو مضبوط کرتا ہے۔
+
+نوٹ کریں کہ ثابت کرنے کے عمل میں خود اہم کمپیوٹیشنل وسائل کی ضرورت ہوتی ہے، جو موجودہ ویلیڈیٹر ہارڈویئر سے زیادہ ہیں۔ تاہم، توثیق کے برعکس، ثابت کرنے کو اسی طرح ڈی سینٹرلائزڈ ہونے کی ضرورت نہیں ہے: فی بلاک صرف ایک درست پروف کی ضرورت ہوتی ہے، اور کوئی بھی اس کی تیزی سے تصدیق کر سکتا ہے۔ پروور مارکیٹس، پروف ایگریگیشن، اور ہارڈویئر ایکسلریشن پر تحقیق کا مقصد اس بات کو یقینی بنانا ہے کہ ثابت کرنا مسابقتی اور قابل رسائی رہے بجائے اس کے کہ یہ چند بڑے آپریٹرز کے درمیان مرکوز ہو جائے۔
+
+### متوقع حتمیت (Predictable finality) {#predictable-finality}
+
+پروف کی تصدیق بلاک کی پیچیدگی سے قطع نظر مستقل وقت میں کام کرتی ہے۔ یہ اٹیسٹیشن (attestation) کے وقت کو زیادہ متوقع بناتا ہے اور ان مسڈ اٹیسٹیشنز (missed attestations) کو کم کرتا ہے جو اس وقت ہو سکتی ہیں جب ویلیڈیٹرز پیچیدہ بلاکس کو وقت پر پروسیس کرنے میں جدوجہد کرتے ہیں۔
+
+## ریئل ٹائم ثابت کرنے کے چیلنجز {#realtime-proving}
+
+zkEVM L1 کی تصدیق کے لیے بنیادی چیلنج رفتار ہے۔ ایتھریم بلاکس ہر 12 سیکنڈ میں تیار ہوتے ہیں، جس کا مطلب ہے کہ اتفاق رائے کے لیے کارآمد ہونے کے لیے پروفز کو اسی ٹائم فریم کے اندر تیار کرنے کی ضرورت ہے۔
+
+موجودہ zkEVM کے نفاذ میں ایک ہی بلاک کو ثابت کرنے میں منٹوں سے لے کر گھنٹوں تک کا وقت لگ سکتا ہے۔ تحقیق اس خلا کو پر کرنے پر مرکوز ہے:
+
+- **پیرللائزیشن (Parallelization)**: ثابت کرنے کے کام کو متعدد مشینوں میں تقسیم کرنا
+- **مخصوص ہارڈویئر**: ZK ثابت کرنے کے لیے آپٹمائزڈ سرکٹس اور ہارڈویئر ڈیزائن کرنا
+- **الگورتھمک بہتری**: زیادہ موثر پروف سسٹمز اور سرکٹ ڈیزائنز
+- **انکریمنٹل پروونگ (Incremental proving)**: ٹرانزیکشنز کے نفاذ کے ساتھ ساتھ پروفز تیار کرنا، نہ کہ بعد میں
+
+## موجودہ تحقیق اور نفاذ {#current-research}
+
+ایتھریم فاؤنڈیشن [Privacy Stewards of Ethereum (PSE)](https://pse.dev/) ٹیم کے ذریعے zkEVM ریسرچ کو فنڈ فراہم کرتی ہے۔ کلیدی تحقیقی ٹریکس میں شامل ہیں:
+
+- **ریئل ٹائم ثابت کرنا**: 12 سیکنڈ کے سلاٹس کے اندر مکمل بلاک پروفز تیار کرنا
+- **کلائنٹ انٹیگریشن**: ایگزیکیوشن کلائنٹس اور پروورز کے درمیان انٹرفیس کو معیاری بنانا
+- **اقتصادی مراعات**: پائیدار پروور مارکیٹس اور فیس کے ڈھانچے کو ڈیزائن کرنا
+
+### نفاذ کی حیثیت {#implementations}
+
+ایتھریم بلاک کو ثابت کرنے کے لیے کئی zkVM کے نفاذ تیار اور ٹیسٹ کیے جا رہے ہیں:
+
+| نفاذ (Implementation) | آرکیٹیکچر (Architecture) |
+|----------------|--------------|
+| [OpenVM](https://github.com/openvm-org/openvm) | rv32im |
+| [RISC Zero](https://github.com/risc0/risc0) | rv32im |
+| [Airbender](https://github.com/matter-labs/zksync-airbender) | rv32im |
+| [Jolt](https://github.com/a16z/jolt) | rv32im |
+| [Zisk](https://github.com/0xPolygonHermez/zisk) | rv64ima |
+
+یہ EVM بائٹ کوڈ کو نافذ کرنے کے لیے RISC-V پر مبنی ورچوئل مشینوں کا استعمال کرتے ہیں، پھر درست نفاذ کے ZK پروفز تیار کرتے ہیں۔ تازہ ترین ٹیسٹ کے نتائج اور پیشرفت کو [ایتھریم فاؤنڈیشن کے zkVM ٹریکر](https://zkevm.ethereum.foundation/zkvm-tracker) پر ٹریک کیا جاتا ہے۔
+
+## zkEVM دیگر اپ گریڈز کے ساتھ کیسے فٹ بیٹھتا ہے {#related-upgrades}
+
+zkEVM L1 کی تصدیق ایتھریم روڈ میپ کے کئی دیگر آئٹمز سے جڑتی ہے:
+
+- **[ورکل ٹریز (Verkle Trees)](/roadmap/verkle-trees/)**: اسٹیٹ لیس (stateless) تصدیق کے لیے چھوٹے وٹنیسز (witnesses) کو فعال کرتے ہیں، جس سے پروورز کو کام کرنے کے لیے درکار ڈیٹا کم ہو جاتا ہے
+- **[اسٹیٹ لیسنیس (Statelessness)](/roadmap/statelessness/)**: zkEVM ایک کلیدی فعال کنندہ ہے—نفاذ کے ZK پروفز کے ساتھ، نوڈز کو بلاکس کی تصدیق کے لیے مکمل اسٹیٹ کی ضرورت نہیں ہوتی
+- **[PBS](/roadmap/pbs/)**: بلاک بلڈرز ممکنہ طور پر پروف جنریشن کو مربوط کر سکتے ہیں، یا ایک الگ پروور مارکیٹ ابھر سکتی ہے
+- **[سنگل سلاٹ فائنلٹی (Single Slot Finality)](/roadmap/single-slot-finality/)**: تیز تر پروف جنریشن کرپٹوگرافک ضمانتوں کے ساتھ سنگل سلاٹ فائنلٹی کو فعال کر سکتی ہے
+
+
+
+
+
+zkEVM L1 کی تصدیق فعال تحقیق میں ہے اور ابھی تک پروڈکشن ایتھریم کلائنٹس میں ضم نہیں کی گئی ہے۔
+
+
+
+
+## مزید مطالعہ {#further-reading}
+
+- [zkEVM Foundation](https://zkevm.ethereum.foundation) - ایتھریم فاؤنڈیشن کا آفیشل zkEVM ریسرچ ہب
+- [Ethproofs](https://ethproofs.org/) - ریئل ٹائم میں ایتھریم کو ثابت کرنے کی دوڑ کو ٹریک کریں
+- [zkevm.fyi](https://zkevm.fyi) - L1 کے لیے zkEVM پر تکنیکی کتاب
+- [PSE zkEVM Specs](https://github.com/privacy-scaling-explorations/zkevm-specs) - تکنیکی خصوصیات
+- [The Verge](https://vitalik.eth.limo/general/2024/10/23/futures4.html) - تصدیق کی بہتریوں کا وٹالک (Vitalik) کا جائزہ
+- [EF zkEVM Blog](https://zkevm.ethereum.foundation/blog) - EF ٹیم کی جانب سے کارکردگی کا تجزیہ
\ No newline at end of file
diff --git a/public/content/translations/vi/roadmap/zkevm/index.md b/public/content/translations/vi/roadmap/zkevm/index.md
new file mode 100644
index 00000000000..621cf3ce000
--- /dev/null
+++ b/public/content/translations/vi/roadmap/zkevm/index.md
@@ -0,0 +1,124 @@
+---
+title: zkEVM để xác minh khối L1
+description: Tìm hiểu cách các bằng chứng không kiến thức có thể xác minh việc thực thi khối Ethereum, cho phép thông lượng cao hơn và yêu cầu đối với trình xác thực thấp hơn.
+lang: vi
+---
+
+# zkEVM để xác minh khối L1 {#zkevm-l1}
+
+zkEVM là một công nghệ sử dụng [các bằng chứng không kiến thức](/zero-knowledge-proofs/) để xác minh việc thực thi khối Ethereum. Thay vì yêu cầu mọi [trình xác thực](/glossary/#validator) phải thực thi lại tất cả các giao dịch trong một khối, một tác nhân chuyên biệt duy nhất (được gọi là "người chứng minh" - prover) sẽ thực thi khối và tạo ra một bằng chứng mật mã học rằng việc thực thi là chính xác. Bất kỳ nút nào sau đó cũng có thể xác minh bằng chứng này—một quá trình rẻ hơn nhiều bậc so với việc thực thi lại tất cả các giao dịch.
+
+
+
+
+Không nên nhầm lẫn với các zkEVM rollup
+
+Trang này thảo luận về việc sử dụng zkEVM để xác minh việc thực thi khối L1 của Ethereum. Đối với các bản gộp giao dịch zkEVM sử dụng bằng chứng ZK để mở rộng quy mô Ethereum dưới dạng các giải pháp lớp 2, hãy xem [gộp giao dịch không kiến thức](/developers/docs/scaling/zk-rollups/).
+
+
+
+
+## Vấn đề thực thi lại {#reexecution-problem}
+
+Ngày nay, Ethereum sử dụng mô hình xác minh "N-of-N": mọi trình xác thực phải độc lập thực thi lại mọi giao dịch trong mỗi khối để xác minh rằng các thay đổi trạng thái được đề xuất là chính xác. Mặc dù phương pháp này mang tính phi tín nhiệm tối đa, nhưng nó tạo ra một nút thắt cổ chai cơ bản.
+
+Vấn đề là thông lượng của Ethereum bị giới hạn bởi những gì mà một trình xác thực trung bình có thể xử lý. Việc tăng [giới hạn gas](/glossary/#gas-limit) sẽ cho phép nhiều giao dịch hơn trên mỗi khối, nhưng nó cũng sẽ làm tăng yêu cầu phần cứng đối với các trình xác thực. Điều này đe dọa đến tính phi tập trung—nếu việc chạy một trình xác thực đòi hỏi phần cứng đắt tiền, sẽ có ít người hơn có thể tham gia vào việc bảo mật mạng lưới.
+
+zkEVM cung cấp một lối thoát khỏi sự đánh đổi này. Bằng cách chuyển từ "mọi người đều thực thi lại" sang "một người chứng minh, mọi người xác minh", Ethereum có thể tăng giới hạn gas một cách an toàn mà không làm tăng yêu cầu phần cứng của trình xác thực.
+
+## Cách thức hoạt động của việc xác minh L1 bằng zkEVM {#how-it-works}
+
+Việc xác minh bằng zkEVM chuyển đổi quá trình xác thực khối thành mô hình "1-of-N":
+
+1. **Thực thi**: Một người chứng minh (prover) thực thi tất cả các giao dịch trong một khối, theo dõi mọi thay đổi trạng thái
+2. **Chứng minh**: Người chứng minh tạo ra một bằng chứng mật mã học (một [SNARK hoặc STARK](/zero-knowledge-proofs/#types-of-zero-knowledge-proofs)) chứng thực tính chính xác của việc thực thi
+3. **Xác minh**: Các trình xác thực xác minh bằng chứng thay vì thực thi lại các giao dịch—điều này rẻ hơn đáng kể so với việc thực thi lại toàn bộ
+
+Đảm bảo bảo mật vẫn giữ nguyên: nếu việc thực thi không chính xác, sẽ không có bằng chứng hợp lệ nào có thể được tạo ra. Nhưng giờ đây, thay vì mọi nút phải thực hiện tính toán tốn kém, chỉ có người chứng minh làm điều đó—và việc xác minh đủ rẻ để không hạn chế giới hạn gas.
+
+### zkEVM Loại 1 {#type-1-zkevm}
+
+Các zkEVM được phân loại thành các loại dựa trên khả năng tương thích của chúng với Ethereum:
+
+- **Loại 1**: Hoàn toàn tương đương với Ethereum. Không có sửa đổi nào đối với EVM, vì vậy bất kỳ khối Ethereum nào cũng có thể được chứng minh chính xác như nguyên bản
+- **Loại 2-4**: Thực hiện nhiều sự đánh đổi khác nhau, sửa đổi hành vi của EVM để làm cho việc chứng minh dễ dàng hơn
+
+Đối với việc xác minh L1, Loại 1 là rất cần thiết. zkEVM phải có khả năng chứng minh bất kỳ khối Ethereum hợp lệ nào, bao gồm cả các trường hợp ngoại lệ và các khối lịch sử. Bất kỳ sự sai lệch nào so với hành vi chính xác của Ethereum đều sẽ tạo ra các vấn đề về sự đồng thuận.
+
+Nghiên cứu zkEVM của Ethereum Foundation tập trung vào các triển khai Loại 1 hoàn toàn tương thích với việc thực thi Ethereum hiện tại.
+
+## Lợi ích đối với Ethereum {#benefits}
+
+### Thông lượng cao hơn {#higher-throughput}
+
+Khi việc xác minh trở nên rẻ, giới hạn gas có thể tăng lên một cách an toàn. Điều này mở rộng dung lượng mạng lưới và giúp ổn định phí trong các giai đoạn có nhu cầu cao. Giới hạn gas hiện tại bị hạn chế một phần bởi phần cứng của trình xác thực—zkEVM loại bỏ hạn chế này.
+
+### Tính phi tập trung mạnh mẽ hơn {#stronger-decentralization}
+
+Với việc xác minh bằng zkEVM, các trình xác thực chỉ cần xác minh các bằng chứng thay vì thực thi các giao dịch. Điều này làm giảm đáng kể các yêu cầu phần cứng để chạy một trình xác thực, cho phép nhiều người hơn tham gia vào việc bảo mật mạng lưới. Sự đa dạng của trình xác thực lớn hơn sẽ củng cố khả năng chống kiểm duyệt và khả năng phục hồi của Ethereum.
+
+Lưu ý rằng bản thân việc chứng minh đòi hỏi tài nguyên tính toán đáng kể, lớn hơn so với phần cứng của trình xác thực hiện tại. Tuy nhiên, không giống như việc xác thực, việc chứng minh không cần phải phi tập trung theo cùng một cách: chỉ cần một bằng chứng chính xác cho mỗi khối và bất kỳ ai cũng có thể xác minh nó một cách nhanh chóng. Nghiên cứu về thị trường người chứng minh, tổng hợp bằng chứng và tăng tốc phần cứng nhằm đảm bảo rằng việc chứng minh vẫn mang tính cạnh tranh và dễ tiếp cận thay vì tập trung vào một vài nhà điều hành lớn.
+
+### Tính hoàn thiện có thể dự đoán {#predictable-finality}
+
+Việc xác minh bằng chứng hoạt động trong thời gian không đổi bất kể độ phức tạp của khối. Điều này làm cho thời gian của sự chứng thực dễ dự đoán hơn và giảm thiểu các sự chứng thực bị bỏ lỡ có thể xảy ra khi các trình xác thực gặp khó khăn trong việc xử lý các khối phức tạp kịp thời.
+
+## Những thách thức của việc chứng minh theo thời gian thực {#realtime-proving}
+
+Thách thức chính đối với việc xác minh L1 bằng zkEVM là tốc độ. Các khối Ethereum được tạo ra mỗi 12 giây, có nghĩa là các bằng chứng cần được tạo ra trong một khung thời gian tương tự để hữu ích cho sự đồng thuận.
+
+Các triển khai zkEVM hiện tại có thể mất từ vài phút đến vài giờ để chứng minh một khối duy nhất. Nghiên cứu tập trung vào việc thu hẹp khoảng cách này thông qua:
+
+- **Song song hóa**: Phân phối công việc chứng minh trên nhiều máy tính
+- **Phần cứng chuyên dụng**: Thiết kế các mạch và phần cứng được tối ưu hóa cho việc chứng minh ZK
+- **Cải tiến thuật toán**: Các hệ thống bằng chứng và thiết kế mạch hiệu quả hơn
+- **Chứng minh tăng dần**: Tạo ra các bằng chứng khi các giao dịch thực thi, thay vì sau đó
+
+## Nghiên cứu và triển khai hiện tại {#current-research}
+
+Ethereum Foundation tài trợ cho nghiên cứu zkEVM thông qua nhóm [Privacy Stewards of Ethereum (PSE)](https://pse.dev/). Các hướng nghiên cứu chính bao gồm:
+
+- **Chứng minh theo thời gian thực**: Tạo ra các bằng chứng khối đầy đủ trong các khe thời gian 12 giây
+- **Tích hợp ứng dụng khách**: Tiêu chuẩn hóa các giao diện giữa các trình khách thực thi và người chứng minh
+- **Khuyến khích kinh tế**: Thiết kế các thị trường người chứng minh và cấu trúc phí bền vững
+
+### Trạng thái triển khai {#implementations}
+
+Một số triển khai zkVM đang được phát triển và thử nghiệm cho việc chứng minh khối Ethereum:
+
+| Triển khai | Kiến trúc |
+|----------------|--------------|
+| [OpenVM](https://github.com/openvm-org/openvm) | rv32im |
+| [RISC Zero](https://github.com/risc0/risc0) | rv32im |
+| [Airbender](https://github.com/matter-labs/zksync-airbender) | rv32im |
+| [Jolt](https://github.com/a16z/jolt) | rv32im |
+| [Zisk](https://github.com/0xPolygonHermez/zisk) | rv64ima |
+
+Những triển khai này sử dụng các máy ảo dựa trên RISC-V để thực thi mã byte EVM, sau đó tạo ra các bằng chứng ZK về việc thực thi chính xác. Kết quả thử nghiệm và tiến độ cập nhật được theo dõi tại [trình theo dõi zkVM của Ethereum Foundation](https://zkevm.ethereum.foundation/zkvm-tracker).
+
+## Cách zkEVM phù hợp với các bản nâng cấp khác {#related-upgrades}
+
+Việc xác minh L1 bằng zkEVM kết nối với một số mục khác trong lộ trình Ethereum:
+
+- **[Cây Verkle](/roadmap/verkle-trees/)**: Cho phép các nhân chứng nhỏ hơn để xác minh phi trạng thái, giảm lượng dữ liệu mà người chứng minh cần làm việc
+- **[Tính phi trạng thái](/roadmap/statelessness/)**: zkEVM là một yếu tố hỗ trợ chính—với các bằng chứng thực thi ZK, các nút không cần trạng thái đầy đủ để xác minh các khối
+- **[PBS](/roadmap/pbs/)**: Những người xây dựng khối có khả năng tích hợp việc tạo bằng chứng, hoặc một thị trường người chứng minh riêng biệt có thể xuất hiện
+- **[Tính hoàn thiện khe đơn](/roadmap/single-slot-finality/)**: Việc tạo bằng chứng nhanh hơn có thể cho phép tính hoàn thiện khe đơn với các đảm bảo mật mã học
+
+
+
+
+
+Việc xác minh L1 bằng zkEVM đang được tích cực nghiên cứu và chưa được tích hợp vào các ứng dụng khách Ethereum trong môi trường sản xuất.
+
+
+
+
+## Đọc thêm {#further-reading}
+
+- [zkEVM Foundation](https://zkevm.ethereum.foundation) - Trung tâm nghiên cứu zkEVM chính thức của Ethereum Foundation
+- [Ethproofs](https://ethproofs.org/) - Theo dõi cuộc đua chứng minh Ethereum theo thời gian thực
+- [zkevm.fyi](https://zkevm.fyi) - Sách kỹ thuật về zkEVM cho L1
+- [PSE zkEVM Specs](https://github.com/privacy-scaling-explorations/zkevm-specs) - Các thông số kỹ thuật
+- [The Verge](https://vitalik.eth.limo/general/2024/10/23/futures4.html) - Tổng quan của Vitalik về các cải tiến xác minh
+- [EF zkEVM Blog](https://zkevm.ethereum.foundation/blog) - Phân tích hiệu suất từ nhóm EF
\ No newline at end of file
diff --git a/public/content/translations/zh-tw/roadmap/zkevm/index.md b/public/content/translations/zh-tw/roadmap/zkevm/index.md
new file mode 100644
index 00000000000..28e55cad3b2
--- /dev/null
+++ b/public/content/translations/zh-tw/roadmap/zkevm/index.md
@@ -0,0 +1,124 @@
+---
+title: 用於 L1 區塊驗證的 zkEVM
+description: 了解零知識證明如何驗證以太坊區塊執行，從而實現更高的吞吐量並降低驗證者的硬體需求。
+lang: zh-tw
+---
+
+# 用於 L1 區塊驗證的 zkEVM {#zkevm-l1}
+
+zkEVM 是一種使用[零知識證明](/zero-knowledge-proofs/)來驗證以太坊區塊執行的技術。它不需要每個[驗證者](/glossary/#validator)重新執行區塊中的所有交易，而是由一個專門的參與者（稱為「證明者」）執行區塊，並產生一個加密證明來證明執行是正確的。然後，任何節點都可以驗證這個證明——這個過程比重新執行所有交易要便宜好幾個數量級。
+
+
+
+
+請勿與 zkEVM 卷軸混淆
+
+本頁面討論使用 zkEVM 來驗證以太坊 L1 區塊執行。有關使用 ZK 證明作為二層網路解決方案來擴容以太坊的 zkEVM 卷軸，請參閱[零知識證明卷軸](/developers/docs/scaling/zk-rollups/)。
+
+
+
+
+## 重新執行問題 {#reexecution-problem}
+
+如今，以太坊使用「N 分之 N」的驗證模型：每個驗證者必須獨立重新執行每個區塊中的每筆交易，以驗證提議的狀態變更是否正確。雖然這種方法最大程度地實現了去信任化，但它也造成了根本性的瓶頸。
+
+問題在於，以太坊的吞吐量受限於一般驗證者所能處理的範圍。提高[燃料限制](/glossary/#gas-limit)將允許每個區塊包含更多交易，但這也會提高驗證者的硬體需求。這威脅到了去中心化——如果運行驗證者需要昂貴的硬體，能參與保護網路安全的人就會變少。
+
+zkEVM 提供了解決這種權衡的方法。透過從「每個人都重新執行」轉變為「一人證明，所有人驗證」，以太坊可以安全地提高燃料限制，而無需提高驗證者的硬體需求。
+
+## zkEVM L1 驗證如何運作 {#how-it-works}
+
+zkEVM 驗證將區塊驗證轉變為「N 分之 1」模型：
+
+1. **執行**：證明者執行區塊中的所有交易，追蹤每個狀態變更
+2. **證明**：證明者產生一個加密證明（[SNARK 或 STARK](/zero-knowledge-proofs/#types-of-zero-knowledge-proofs)），以證明執行的正確性
+3. **驗證**：驗證者驗證證明，而不是重新執行交易——這比完全重新執行要便宜得多
+
+安全保證保持不變：如果執行不正確，就無法產生有效的證明。但現在，不再是每個節點都進行昂貴的運算，而是只有證明者這樣做——而且驗證的成本夠低，不會限制燃料限制。
+
+### 類型 1 zkEVM {#type-1-zkevm}
+
+zkEVM 根據其與以太坊的相容性分為不同類型：
+
+- **類型 1**：完全等同於以太坊。不對 EVM 進行任何修改，因此任何以太坊區塊都可以原封不動地被證明
+- **類型 2-4**：做出各種權衡，修改 EVM 行為以使證明更容易
+
+對於 L1 驗證，類型 1 是不可或缺的。zkEVM 必須能夠證明任何有效的以太坊區塊，包括邊緣情況和歷史區塊。任何偏離以太坊確切行為的情況都會產生共識問題。
+
+以太坊基金會的 zkEVM 研究著重於與現有以太坊執行完全相容的類型 1 實作。
+
+## 對以太坊的好處 {#benefits}
+
+### 更高的吞吐量 {#higher-throughput}
+
+當驗證成本低廉時，燃料限制可以安全地提高。這擴大了網路容量，並有助於在高需求期間穩定費用。目前的燃料限制部分受限於驗證者硬體——zkEVM 消除了這個限制。
+
+### 更強的去中心化 {#stronger-decentralization}
+
+有了 zkEVM 驗證，驗證者只需要驗證證明，而不需要執行交易。這大幅降低了運行驗證者的硬體需求，讓更多人能夠參與保護網路安全。更高的驗證者多樣性增強了以太坊的抗審查性和韌性。
+
+請注意，證明本身需要大量的運算資源，大於目前驗證者硬體的需求。然而，與驗證不同的是，證明不需要以同樣的方式去中心化：每個區塊只需要一個正確的證明，而且任何人都可以快速驗證它。對證明者市場、證明聚合和硬體加速的研究旨在確保證明保持競爭力和可及性，而不是集中在少數大型營運商手中。
+
+### 可預測的最終性 {#predictable-finality}
+
+無論區塊複雜度如何，證明驗證都在恆定時間內運作。這使得證明時間更可預測，並減少了當驗證者難以及時處理複雜區塊時可能發生的錯過證明情況。
+
+## 即時證明挑戰 {#realtime-proving}
+
+zkEVM L1 驗證的主要挑戰是速度。以太坊區塊每 12 秒產生一次，這意味著證明需要在類似的時間範圍內產生，才能對共識有用。
+
+目前的 zkEVM 實作可能需要幾分鐘到幾小時才能證明單一區塊。研究著重於透過以下方式縮小這個差距：
+
+- **平行化**：將證明工作分配到多台機器上
+- **專用硬體**：設計針對 ZK 證明最佳化的電路和硬體
+- **演算法改進**：更有效率的證明系統和電路設計
+- **增量證明**：在交易執行時產生證明，而不是在執行之後
+
+## 目前的研究與實作 {#current-research}
+
+以太坊基金會透過 [Privacy Stewards of Ethereum (PSE)](https://pse.dev/) 團隊資助 zkEVM 研究。主要研究方向包括：
+
+- **即時證明**：在 12 秒的時段內產生完整的區塊證明
+- **用戶端整合**：標準化執行用戶端和證明者之間的介面
+- **經濟誘因**：設計永續的證明者市場和費用結構
+
+### 實作狀態 {#implementations}
+
+目前正在開發和測試幾種用於以太坊區塊證明的 zkVM 實作：
+
+| 實作 | 架構 |
+|----------------|--------------|
+| [OpenVM](https://github.com/openvm-org/openvm) | rv32im |
+| [RISC Zero](https://github.com/risc0/risc0) | rv32im |
+| [Airbender](https://github.com/matter-labs/zksync-airbender) | rv32im |
+| [Jolt](https://github.com/a16z/jolt) | rv32im |
+| [Zisk](https://github.com/0xPolygonHermez/zisk) | rv64ima |
+
+這些實作使用基於 RISC-V 的虛擬機來執行 EVM 位元組碼，然後產生正確執行的 ZK 證明。最新的測試結果和進度可在[以太坊基金會的 zkVM 追蹤器](https://zkevm.ethereum.foundation/zkvm-tracker)上追蹤。
+
+## zkEVM 如何與其他升級配合 {#related-upgrades}
+
+zkEVM L1 驗證與其他幾個以太坊開發藍圖項目相關聯：
+
+- **[沃克爾樹 (Verkle Trees)](/roadmap/verkle-trees/)**：為無狀態驗證啟用更小的見證，減少證明者需要處理的資料量
+- **[無狀態性](/roadmap/statelessness/)**：zkEVM 是一個關鍵的推動因素——有了執行的 ZK 證明，節點不需要完整的狀態來驗證區塊
+- **[PBS](/roadmap/pbs/)**：區塊建構者可能會整合證明產生，或者可能會出現一個獨立的證明者市場
+- **[單槽最終性](/roadmap/single-slot-finality/)**：更快的證明產生可以透過加密保證實現單槽最終性
+
+
+
+
+
+zkEVM L1 驗證正在積極研究中，尚未整合到生產環境的以太坊用戶端中。
+
+
+
+
+## 進一步閱讀 {#further-reading}
+
+- [zkEVM Foundation](https://zkevm.ethereum.foundation) - 官方以太坊基金會 zkEVM 研究中心
+- [Ethproofs](https://ethproofs.org/) - 追蹤即時證明以太坊的競賽
+- [zkevm.fyi](https://zkevm.fyi) - 關於 L1 zkEVM 的技術書籍
+- [PSE zkEVM Specs](https://github.com/privacy-scaling-explorations/zkevm-specs) - 技術規格
+- [The Verge](https://vitalik.eth.limo/general/2024/10/23/futures4.html) - Vitalik 對驗證改進的概述
+- [EF zkEVM Blog](https://zkevm.ethereum.foundation/blog) - 來自以太坊基金會團隊的效能分析
\ No newline at end of file
diff --git a/public/content/translations/zh/roadmap/zkevm/index.md b/public/content/translations/zh/roadmap/zkevm/index.md
new file mode 100644
index 00000000000..c597a90a3e1
--- /dev/null
+++ b/public/content/translations/zh/roadmap/zkevm/index.md
@@ -0,0 +1,124 @@
+---
+title: 用于 L1 区块验证的 zkEVM
+description: 了解零知识证明如何验证以太坊区块执行，从而实现更高的吞吐量并降低对验证者的要求。
+lang: zh
+---
+
+# 用于 L1 区块验证的 zkEVM {#zkevm-l1}
+
+zkEVM 是一种使用[零知识证明](/zero-knowledge-proofs/)来验证以太坊区块执行的技术。它不需要每个[验证者](/glossary/#validator)重新执行区块中的所有交易，而是由一个专门的参与者（称为“证明者”）执行区块并生成一个加密证明，以证明执行是正确的。然后，任何节点都可以验证这个证明——这个过程比重新执行所有交易要便宜几个数量级。
+
+
+
+
+不要与 zkEVM 汇总混淆
+
+本页面讨论使用 zkEVM 验证以太坊 L1 区块执行。对于使用 ZK 证明作为二层网络解决方案来扩展以太坊的 zkEVM 汇总，请参阅[零知识卷叠](/developers/docs/scaling/zk-rollups/)。
+
+
+
+
+## 重新执行问题 {#reexecution-problem}
+
+如今，以太坊使用“N 分之 N”验证模型：每个验证者必须独立重新执行每个区块中的每笔交易，以验证提议的状态更改是否正确。虽然这种方法最大程度地实现了去信任化，但它也造成了根本性的瓶颈。
+
+问题在于，以太坊的吞吐量受限于普通验证者的处理能力。提高[燃料限制](/glossary/#gas-limit)将允许每个区块包含更多交易，但这也会提高对验证者的硬件要求。这威胁到了去中心化——如果运行验证者需要昂贵的硬件，那么能够参与保护网络安全的人就会减少。
+
+zkEVM 提供了一种摆脱这种权衡的方法。通过从“每个人都重新执行”转变为“一个人证明，每个人都验证”，以太坊可以安全地提高燃料限制，而无需提高验证者的硬件要求。
+
+## zkEVM L1 验证的工作原理 {#how-it-works}
+
+zkEVM 验证将区块验证转化为“N 分之 1”模型：
+
+1. **执行**：证明者执行区块中的所有交易，跟踪每一个状态更改
+2. **证明**：证明者生成一个加密证明（[SNARK 或 STARK](/zero-knowledge-proofs/#types-of-zero-knowledge-proofs)），以证明执行的正确性
+3. **验证**：验证者验证证明而不是重新执行交易——这比完全重新执行要便宜得多
+
+安全保证保持不变：如果执行不正确，就无法生成有效的证明。但现在，不再是每个节点都进行昂贵的计算，而是只有证明者进行计算——并且验证足够便宜，不会限制燃料限制。
+
+### 1 型 zkEVM {#type-1-zkevm}
+
+zkEVM 根据其与以太坊的兼容性分为不同类型：
+
+- **1 型**：完全等效于以太坊。不对 EVM 进行任何修改，因此任何以太坊区块都可以原样证明
+- **2-4 型**：做出各种权衡，修改 EVM 行为以使证明更容易
+
+对于 L1 验证，1 型是必不可少的。zkEVM 必须能够证明任何有效的以太坊区块，包括边缘情况和历史区块。任何偏离以太坊确切行为的情况都会产生共识问题。
+
+以太坊基金会的 zkEVM 研究侧重于与现有以太坊执行完全兼容的 1 型实现。
+
+## 对以太坊的好处 {#benefits}
+
+### 更高的吞吐量 {#higher-throughput}
+
+当验证成本低廉时，燃料限制可以安全地提高。这扩大了网络容量，并有助于在需求高峰期稳定费用。当前的燃料限制部分受限于验证者硬件——zkEVM 消除了这一限制。
+
+### 更强的去中心化 {#stronger-decentralization}
+
+通过 zkEVM 验证，验证者只需验证证明，而无需执行交易。这极大地降低了运行验证者的硬件要求，使更多人能够参与保护网络安全。更大的验证者多样性增强了以太坊的抗审查性和弹性。
+
+请注意，证明本身需要大量的计算资源，远超当前验证者硬件的要求。然而，与验证不同，证明不需要以同样的方式去中心化：每个区块只需要一个正确的证明，任何人都可以快速验证它。对证明者市场、证明聚合和硬件加速的研究旨在确保证明保持竞争力和可访问性，而不是集中在少数大型运营商手中。
+
+### 可预测的最终确定性 {#predictable-finality}
+
+无论区块复杂程度如何，证明验证都在恒定时间内运行。这使得认证(attestation)时间更加可预测，并减少了当验证者难以按时处理复杂区块时可能发生的错过认证的情况。
+
+## 实时证明的挑战 {#realtime-proving}
+
+zkEVM L1 验证的主要挑战是速度。以太坊区块每 12 秒生成一次，这意味着证明需要在类似的时间范围内生成，才能对共识有用。
+
+当前的 zkEVM 实现可能需要几分钟到几个小时才能证明单个区块。研究重点是通过以下方式缩小这一差距：
+
+- **并行化**：将证明工作分配到多台机器上
+- **专用硬件**：设计针对 ZK 证明优化的电路和硬件
+- **算法改进**：更高效的证明系统和电路设计
+- **增量证明**：在交易执行时生成证明，而不是在执行之后
+
+## 当前的研究与实现 {#current-research}
+
+以太坊基金会通过 [Privacy Stewards of Ethereum (PSE)](https://pse.dev/) 团队资助 zkEVM 研究。主要研究方向包括：
+
+- **实时证明**：在 12 秒的时段内生成完整的区块证明
+- **客户端集成**：标准化执行客户端和证明者之间的接口
+- **经济激励**：设计可持续的证明者市场和费用结构
+
+### 实现状态 {#implementations}
+
+目前正在开发和测试几种用于以太坊区块证明的 zkVM 实现：
+
+| 实现 | 架构 |
+|----------------|--------------|
+| [OpenVM](https://github.com/openvm-org/openvm) | rv32im |
+| [RISC Zero](https://github.com/risc0/risc0) | rv32im |
+| [Airbender](https://github.com/matter-labs/zksync-airbender) | rv32im |
+| [Jolt](https://github.com/a16z/jolt) | rv32im |
+| [Zisk](https://github.com/0xPolygonHermez/zisk) | rv64ima |
+
+这些实现使用基于 RISC-V 的虚拟机来执行 EVM 字节码，然后生成正确执行的 ZK 证明。最新的测试结果和进度可在[以太坊基金会的 zkVM 跟踪器](https://zkevm.ethereum.foundation/zkvm-tracker)上查看。
+
+## zkEVM 如何与其他升级相配合 {#related-upgrades}
+
+zkEVM L1 验证与以太坊路线图中的其他几个项目相关联：
+
+- **[Verkle 树](/roadmap/verkle-trees/)**：为无状态验证提供更小的见证数据，减少证明者需要处理的数据量
+- **[无状态性](/roadmap/statelessness/)**：zkEVM 是一个关键的推动因素——有了执行的 ZK 证明，节点不需要完整的状态来验证区块
+- **[PBS](/roadmap/pbs/)**：区块构建者可能会集成证明生成，或者可能会出现一个独立的证明者市场
+- **[单槽最终确定性](/roadmap/single-slot-finality/)**：更快的证明生成可以通过加密保证实现单槽最终确定性
+
+
+
+
+
+zkEVM L1 验证正处于积极研究阶段，尚未集成到生产环境的以太坊客户端中。
+
+
+
+
+## 延伸阅读 {#further-reading}
+
+- [zkEVM 基金会](https://zkevm.ethereum.foundation) - 官方以太坊基金会 zkEVM 研究中心
+- [Ethproofs](https://ethproofs.org/) - 跟踪实时证明以太坊的竞赛
+- [zkevm.fyi](https://zkevm.fyi) - 关于 L1 zkEVM 的技术书籍
+- [PSE zkEVM 规范](https://github.com/privacy-scaling-explorations/zkevm-specs) - 技术规范
+- [The Verge](https://vitalik.eth.limo/general/2024/10/23/futures4.html) - Vitalik 对验证改进的概述
+- [EF zkEVM 博客](https://zkevm.ethereum.foundation/blog) - 来自以太坊基金会团队的性能分析
\ No newline at end of file