diff --git a/public/content/translations/mr/about/index.md b/public/content/translations/mr/about/index.md
new file mode 100644
index 00000000000..5b18f3bc28f
--- /dev/null
+++ b/public/content/translations/mr/about/index.md
@@ -0,0 +1,134 @@
+---
+title: "आमच्याबद्दल"
+description: "ethereum.org च्या टीम, समुदाय आणि ध्येयाबद्दल"
+lang: mr
+---
+
+# ethereum.org बद्दल {#about-ethereumorg}
+
+ethereum.org हे Ethereum समुदायासाठी एक सार्वजनिक, मुक्त-स्रोत संसाधन आहे ज्यामध्ये कोणीही योगदान देऊ शकते. जगभरातील हजारो समुदाय सदस्यांच्या योगदानाने साइटची देखभाल आणि विकास करण्यासाठी आमची एक छोटी कोअर टीम समर्पित आहे.
+
+**ethereum.org कडून कोणीही तुमच्याशी कधीही संपर्क साधणार नाही. प्रतिसाद देऊ नका.**
+
+## नावांवर एक टीप {#a-note-on-names}
+
+Ethereum लँडस्केपमधील नावांमध्ये लोकांचा गोंधळ होणे सामान्य आहे, ज्यामुळे Ethereum कसे कार्य करते याबद्दल चुकीचे मानसिक मॉडेल तयार होऊ शकतात. गोष्टी स्पष्ट करण्यासाठी येथे एक द्रुत स्पष्टीकरण आहे:
+
+### Ethereum {#ethereum}
+
+Ethereum हे एक सार्वजनिक नेटवर्क, एक ब्लॉकचेन आणि एक मुक्त-स्रोत प्रोटोकॉल आहे -- जे जगभरातील हजारो डेव्हलपर, नोड ऑपरेटर, ETH धारक आणि वापरकर्त्यांच्या जागतिक समुदायाद्वारे संचालित, शासित, व्यवस्थापित आणि मालकीचे आहे.
+
+[Ethereum बद्दल अधिक](/what-is-ethereum/)
+
+[Ethereum गव्हर्नन्सबद्दल अधिक](/governance/)
+
+### इथर (ETH) {#ether-or-eth}
+
+इथर (जे त्याच्या टिकर चिन्हाने, ETH ने देखील ओळखले जाते) हे Ethereum वर व्यवहार केलेले मूळ चलन आहे. Ethereum नेटवर्कच्या वापरासाठी (व्यवहार शुल्काच्या स्वरूपात) पैसे देण्यासाठी ETH आवश्यक आहे. नेटवर्कला स्टेकिंगद्वारे सुरक्षित करण्यासाठी देखील ETH वापरले जाते. जेव्हा लोक Ethereum च्या किमतीबद्दल बोलतात, तेव्हा ते ETH या मालमत्तेचा संदर्भ देत असतात.
+
+[ETH बद्दल अधिक](/what-is-ether/)
+
+[ETH स्टेकिंगबद्दल अधिक](/staking/)
+
+### Ethereum फाउंडेशन {#ethereum-foundation}
+
+एक ना-नफा संस्था, जी सुरुवातीला ETH च्या क्राउडसेलद्वारे निधीबद्ध झाली होती, जी Ethereum नेटवर्क आणि इकोसिस्टमला समर्थन देण्यासाठी समर्पित आहे.
+
+[Ethereum फाउंडेशनबद्दल अधिक](/foundation/)
+
+### ethereum.org {#ethereum-org}
+
+Ethereum समुदायासाठी एक सार्वजनिक, मुक्त-स्रोत वेबसाइट आणि शैक्षणिक संसाधन. ethereum.org एका लहान कोअर टीमद्वारे चालवले जाते, ज्याला Ethereum फाउंडेशनकडून निधी दिला जातो, आणि जगभरातील हजारो समुदाय सदस्यांचे योगदान लाभते.
+
+हे पान ethereum.org बद्दल अधिक माहिती देते.
+
+## आमचे ध्येय {#our-mission}
+
+**ethereum.org चे ध्येय Ethereum च्या वाढत्या समुदायासाठी सर्वोत्तम पोर्टल बनणे हे आहे**
+
+आम्ही Ethereum शी संबंधित सर्व विषयांसाठी समजण्यास सोपे शैक्षणिक संसाधन तयार करण्याचा प्रयत्न करतो, जे नवीन वापरकर्त्यांना Ethereum आणि त्याच्या मुख्य संकल्पनांशी परिचित होण्यास मदत करण्यासाठी डिझाइन केलेले आहे. आम्ही हे करू इच्छितो:
+
+- तंत्रज्ञानासाठी नवीन असलेल्या कोणालाही Ethereum समजावून सांगा
+- नवीन वापरकर्त्यांना ETH आणि Ethereum सह प्रारंभ करण्यास मदत करा
+- नवीन डेव्हलपर्सना बिल्डिंग सुरू करण्यास मदत करा
+- Ethereum जगातील अपडेट्स कव्हर करा
+- समुदायाने तयार केलेली संसाधने प्रदर्शित करा
+- शक्य तितक्या भाषांमध्ये Ethereum शिक्षण आणा
+
+हे ध्येय साध्य करण्यासाठी, आमची टीम ethereum.org वर दोन प्राथमिक ध्येयांवर लक्ष केंद्रित करते:
+
+### १. ethereum.org अभ्यागतांसाठी वापरकर्ता अनुभव सुधारा {#visitors}
+
+- कंटेंटचा विस्तार करा, त्यात सुधारणा करा आणि तो अद्ययावत ठेवा
+- स्थानिकीकरण आणि वेब डेव्हलपमेंटच्या सर्वोत्तम पद्धतींद्वारे उपयोगिता आणि सुलभता सुधारा
+- सर्वेक्षण, क्विझ आणि web3 इंटिग्रेशन यांसारख्या वैशिष्ट्यांद्वारे वापरकर्त्याचा सहभाग वाढवा
+- वेबसाइट हलकी आणि कार्यक्षम ठेवा
+
+### २. योगदानकर्त्यांच्या आमच्या समुदायाला वाढवा, मजबूत करा आणि सक्षम करा {#community}
+
+- वेबसाइटवरील एकूण योगदानकर्त्यांची संख्या वाढवा
+- सहभाग, स्वीकृती आणि पुरस्कारांद्वारे योगदानकर्त्यांना टिकवून ठेवण्यात सुधारणा करा
+- समुदाय सदस्यांना अधिकाधिक महत्त्वपूर्ण योगदान देण्यासाठी सक्षम करा
+- योगदानाच्या अधिक विविधतेला चालना द्या: कोड, कंटेंट, डिझाइन, भाषांतर, मॉडरेशन
+- कोडबेस आधुनिक, स्वच्छ आणि चांगला-दस्तऐवजीकरण केलेला ठेवा
+
+## मुख्य तत्त्वे {#core-principles}
+
+आमची काही मुख्य तत्त्वे आहेत जी आम्हाला आमचे ध्येय पूर्ण करण्यासाठी मार्गदर्शन करण्यास मदत करतात.
+
+### १. ethereum.org हे Ethereum चे प्रवेशद्वार आहे 🌏 {#core-principles-1}
+
+आमच्या वापरकर्त्यांची आवड वाढावी आणि त्यांच्या प्रश्नांची उत्तरे मिळावीत अशी आमची इच्छा आहे. म्हणून आमच्या पोर्टलला माहिती, "जादुई क्षण" आणि तेथे अस्तित्वात असलेल्या उत्कृष्ट समुदाय संसाधनांच्या लिंक्स एकत्र करणे आवश्यक आहे. आमच्या कंटेंटचा उद्देश एक "ऑनबोर्डिंग पोर्टल" बनणे आहे आणि आधीच अस्तित्वात असलेल्या विस्तृत संसाधनांचा पर्याय नाही. आम्ही समुदायाने तयार केलेल्या संसाधनांना समर्थन देण्यासाठी आणि त्यांच्याशी एकरूप होण्यासाठी उत्सुक आहोत, त्यांना अधिक दृश्यमानता देऊन आणि त्यांना अधिक शोधण्यायोग्य बनवून.
+[Ethereum चा समुदाय](/community/) याच्या केंद्रस्थानी आहे: आम्हाला केवळ समुदायाची सेवा करण्याची गरज नाही, तर त्यांच्यासोबत काम करून त्यांचा अभिप्राय समाविष्ट करणे आवश्यक आहे. ही वेबसाइट केवळ आता असलेल्या समुदायासाठी नाही, तर ज्या समुदायात वाढण्याची आम्हाला आशा आहे त्यांच्यासाठीही आहे. आपण हे लक्षात ठेवले पाहिजे की आपला समुदाय जागतिक आहे, ज्यात अनेक भाषा, प्रदेश आणि संस्कृतींमधील लोक आहेत.
+
+### २. ethereum.org नेहमी विकसित होत असते 🛠 {#core-principles-2}
+
+Ethereum आणि समुदाय नेहमी विकसित होत आहेत, त्यामुळे ethereum.org देखील विकसित होईल. म्हणूनच साइटमध्ये एक सोपी डिझाइन प्रणाली आणि मॉड्यूलर रचना आहे. लोक साइटचा वापर कसा करतात आणि समुदायाला त्यातून काय हवे आहे याबद्दल अधिक शिकत असताना आम्ही पुनरावृत्ती बदल करतो.
+आम्ही मुक्त-स्रोत आहोत, आमच्याकडे योगदानकर्त्यांचा समुदाय आहे, त्यामुळे तुम्ही बदल सुचवू शकता किंवा आम्हाला मदतही करू शकता.
+[योगदानाबद्दल जाणून घ्या](/contributing/)
+
+### ३. ethereum.org ही एक सामान्य उत्पादन वेबसाइट नाही 🦄 {#core-principles-3}
+
+Ethereum एक मोठी गोष्ट आहे: त्यात एक समुदाय, एक तंत्रज्ञान, कल्पना आणि विचारसरणींचा एक संच आणि बरेच काही समाविष्ट आहे.
+याचा अर्थ वेबसाइटला अनेक विविध वापरकर्ता प्रवासांना हाताळण्याची आवश्यकता आहे, "एका विशिष्ट टूलची इच्छा असलेल्या डेव्हलपरपासून" ते "ज्याने नुकतेच काही ETH खरेदी केले आहे आणि वॉलेट काय आहे हे माहीत नाही अशा नवशिक्यापर्यंत".
+"ब्लॉकचेन प्लॅटफॉर्मसाठी सर्वोत्तम वेबसाइट कोणती आहे?" हा एक खुला प्रश्न आहे - आम्ही अग्रणी आहोत. हे तयार करण्यासाठी प्रयोगांची आवश्यकता आहे.
+
+## उत्पादन रोडमॅप {#roadmap}
+
+आमचे कार्य अधिक सुलभ करण्यासाठी आणि अधिक समुदाय सहकार्याला प्रोत्साहन देण्यासाठी, ethereum.org कोअर टीम आमच्या [शेप अप सायकल](https://www.productplan.com/glossary/shape-up-method/) रोडमॅप ध्येयांचा आढावा प्रकाशित करते.
+
+[आमचा २०२५ सायकल १ उत्पादन रोडमॅप पहा](https://github.com/ethereum/ethereum-org-website/issues/14726)
+
+**कसे वाटले?** आम्ही आमच्या रोडमॅपवरील अभिप्रायाची नेहमीच प्रशंसा करतो - जर तुम्हाला वाटत असेल की आम्ही कशावर तरी काम केले पाहिजे, तर कृपया आम्हाला कळवा! आम्ही समुदायातील कोणाकडूनही कल्पना आणि PRs चे स्वागत करतो.
+
+**सहभागी होऊ इच्छिता?** [योगदानाबद्दल अधिक जाणून घ्या](/contributing/), [Twitter वर आम्हाला संपर्क साधा](https://x.com/ethdotorg), किंवा [आमच्या Discord सर्व्हरवर](https://discord.gg/ethereum-org) समुदाय चर्चेत सामील व्हा.
+
+## डिझाइन तत्त्वे {#design-principles}
+
+आम्ही साइटवरील आमच्या कंटेंट आणि डिझाइन निर्णयांना मार्गदर्शन करण्यासाठी [डिझाइन तत्त्वांचा](/contributing/design-principles/) एक संच वापरतो.
+
+## डिझाइन प्रणाली {#design-system}
+
+आम्ही एक [डिझाइन प्रणाली](https://www.figma.com/file/NrNxGjBL0Yl1PrNrOT8G2B/ethereum.org-Design-System?node-id=0%3A1&t=QBt9RkhpPqzE3Aa6-1) तयार केली आणि प्रसिद्ध केली आहे जेणेकरून वैशिष्ट्ये अधिक लवकर पाठवता येतील आणि समुदाय सदस्यांना ethereum.org च्या मुक्त डिझाइनमध्ये सहभागी होता येईल.
+
+सहभागी होऊ इच्छिता?[Figma मध्ये फॉलो करा](https://www.figma.com/file/NrNxGjBL0Yl1PrNrOT8G2B/ethereum.org-Design-System), [GitHub इश्यू](https://github.com/ethereum/ethereum-org-website/issues/6284) फॉलो करा आणि आमच्या [#design Discord चॅनेलवर](https://discord.gg/ethereum-org) संभाषणात सामील व्हा.
+
+## शैली मार्गदर्शक {#style-guide}
+
+योगदान प्रक्रिया अधिक सुरळीत करण्यासाठी कंटेंट लिहिण्याच्या काही विशिष्ट पैलूंना प्रमाणित करण्यासाठी आमच्याकडे एक [शैली मार्गदर्शक](/contributing/style-guide/) आहे.
+
+जर तुम्हाला [साइटवर योगदान](/contributing/) द्यायचे असेल तर तुम्ही [आमची तत्त्वे](/contributing/design-principles/) आणि [आमचे शैली मार्गदर्शक](/contributing/style-guide/) वाचल्याची खात्री करा.
+
+आम्ही आमच्या डिझाइन तत्त्वे, डिझाइन प्रणाली आणि शैली मार्गदर्शकावरील अभिप्रायाचे स्वागत करतो. लक्षात ठेवा, ethereum.org हे समुदायासाठी, समुदायाद्वारे आहे.
+
+## परवाना {#license}
+
+ethereum.org वेबसाइट मुक्त-स्रोत आहे आणि अन्यथा निर्दिष्ट केल्याशिवाय [MIT परवान्याअंतर्गत](https://github.com/ethereum/ethereum-org-website/blob/dev/LICENSE) तयार केली आहे. ethereum.org च्या [वापराच्या अटींविषयी](/terms-of-use/) अधिक.
+
+## नोकरीच्या संधी {#open-jobs}
+
+जरी ही वेबसाइट मुक्त-स्रोत असली आणि कोणीही त्यावर काम करू शकत असले तरी, आमच्याकडे ethereum.org आणि इतर Ethereum फाउंडेशन वेब प्रकल्पांसाठी एक समर्पित टीम आहे.
+
+आम्ही नोकरीच्या कोणत्याही संधी येथे पोस्ट करू. जर तुम्हाला येथे तुमच्यासाठी कोणतीही भूमिका दिसत नसेल, तर [आमच्या Discord सर्व्हरवर](https://discord.gg/ethereum-org) जा आणि तुम्ही आमच्यासोबत कसे काम करू इच्छिता हे आम्हाला कळवा!
+
+ethereum.org टीमच्या पलीकडे पाहत आहात? [इतर Ethereum संबंधित नोकऱ्या पहा](/community/get-involved/#ethereum-jobs/).
diff --git a/public/content/translations/mr/ai-agents/index.md b/public/content/translations/mr/ai-agents/index.md
new file mode 100644
index 00000000000..37afecaac0e
--- /dev/null
+++ b/public/content/translations/mr/ai-agents/index.md
@@ -0,0 +1,144 @@
+---
+title: "एआय एजंट"
+metaTitle: "एआय एजंट | Ethereum वर एआय एजंट"
+description: "Ethereum वरील एआय एजंट्सचे एक विहंगावलोकन"
+lang: mr
+template: use-cases
+emoji: ":robot:"
+sidebarDepth: 2
+image: /images/ai-agents/hero-image.png
+alt: "टर्मिनल टेबलवर जमलेले लोक"
+summaryPoint1: "ब्लॉकचेनशी संवाद साधणारे आणि स्वतंत्रपणे व्यवहार करणारे एआय"
+summaryPoint2: "ऑनचेन वॉलेट्स आणि निधी नियंत्रित करते"
+summaryPoint3: "कामासाठी मानव किंवा इतर एजंट्सना कामावर ठेवते"
+buttons:
+  - content: एआय एजंट म्हणजे काय?
+    toId: what-are-ai-agents
+  - content: एजंट्स एक्सप्लोर करा
+    toId: ai-agents-on-ethereum
+    isSecondary: false
+---
+
+अशा एका एआय असिस्टंटसोबत Ethereum नेव्हिगेट करण्याची कल्पना करा जो 24/7 ऑनचेन मार्केट ट्रेंडचा अभ्यास करतो, प्रश्नांची उत्तरे देतो आणि तुमच्या वतीने व्यवहार देखील करतो. एआय एजंट्सच्या जगात आपले स्वागत आहे—तुमचे डिजिटल आयुष्य सोपे करण्यासाठी डिझाइन केलेल्या इंटेलिजेंट सिस्टीम.
+
+Ethereum वर, आम्हाला व्हर्च्युअल इन्फ्लुएन्सर्स आणि ऑटोनॉमस कंटेंट क्रिएटर्सपासून ते रिअल-टाइम मार्केट अॅनालिसिस प्लॅटफॉर्मपर्यंत एआय एजंट्सचे नवनवीन शोध दिसत आहेत, जे युझर्सना इनसाइट्स, मनोरंजन आणि ऑपरेशनल एफिशिएन्सी देऊन सक्षम करतात.
+
+## एआय एजंट म्हणजे काय? {#what-are-ai-agents}
+
+एआय एजंट्स हे सॉफ्टवेअर प्रोग्राम आहेत जे कामे करण्यासाठी किंवा स्वतःचे निर्णय घेण्यासाठी आर्टिफिशियल इंटेलिजन्सचा वापर करतात. ते डेटामधून शिकतात, बदलांशी जुळवून घेतात आणि गुंतागुंतीची कामे हाताळतात. ते नॉन-स्टॉप काम करतात आणि संधी त्वरित शोधू शकतात.
+
+### एआय एजंट ब्लॉकचेनसोबत कसे काम करतात {#how-ai-agents-work-with-blockchains}
+
+पारंपारिक फायनान्समध्ये, एआय एजंट्स बहुतेकदा मर्यादित डेटा इनपुटसह केंद्रीकृत वातावरणात काम करतात. यामुळे स्वायत्तपणे मालमत्ता शिकण्याची किंवा व्यवस्थापित करण्याची त्यांची क्षमता बाधित होते.
+
+याउलट, Ethereum ची विकेंद्रित इकोसिस्टीम अनेक महत्त्वाचे फायदे देते:
+
+- <strong>पारदर्शक डेटा:</strong> रिअल-टाइम ब्लॉकचेन माहितीमध्ये प्रवेश.
+- <strong>खऱ्या मालमत्तेची मालकी:</strong> डिजिटल मालमत्ता पूर्णपणे एआय एजंट्सच्या मालकीच्या आहेत.
+- <strong>मजबूत ऑनचेन कार्यक्षमता:</strong> एआय एजंट्सना व्यवहार कार्यान्वित करण्यास, स्मार्ट कॉन्ट्रॅक्ट्सशी संवाद साधण्यास, लिक्विडिटी प्रदान करण्यास आणि प्रोटोकॉल्सवर सहयोग करण्यास सक्षम करते.
+
+हे घटक एआय एजंट्सना साध्या बॉट्सपासून डायनॅमिक, स्वयं-सुधारित सिस्टीममध्ये रूपांतरित करतात जे अनेक क्षेत्रांमध्ये महत्त्वपूर्ण मूल्य देतात:
+
+<CardGrid>
+  <Card title="ऑटोमेटेड डीफाय" emoji=":money_with_wings:" description="AI एजंट बाजारातील ट्रेंडवर बारकाईने लक्ष ठेवतात, ट्रेड्स करतात आणि पोर्टफोलिओ सांभाळतात — ज्यामुळे डीफायचे गुंतागुंतीचे जग खूप सोपे होते."/>
+  <Card title="AI एजंटची नवी अर्थव्यवस्था" emoji="🌎" description="AI एजंट आपल्या विशेष कामांसाठी वेगवेगळ्या कौशल्यांचे इतर एजंट (किंवा माणसे) कामावर घेऊ शकतात." />
+  <Card title="जोखीम व्यवस्थापन" emoji="🛠️" description="AI एजंट व्यवहारांवर लक्ष ठेवून घोटाळे शोधण्यात मदत करतात आणि तुमच्या डिजिटल मालमत्तेचे अधिक चांगले व जलद संरक्षण करतात." />
+</CardGrid>
+
+## पडताळणीयोग्य एआय {#verifiable-ai}
+
+ऑफचेन चालणारे एआय एजंट्स अनेकदा "ब्लॅक बॉक्सेस" सारखे वागतात—त्यांचे तर्क, इनपुट आणि आउटपुट स्वतंत्रपणे पडताळले जाऊ शकत नाहीत. Ethereum ते बदलते. ऑनचेन एजंट वर्तनाला अँकर करून, डेव्हलपर्स असे एजंट तयार करू शकतात जे _विश्वासहीन_, _पारदर्शक_ आणि _आर्थिकदृष्ट्या स्वायत्त_ असतील. अशा एजंट्सच्या कृतींचे ऑडिट केले जाऊ शकते, त्यांना मर्यादित ठेवले जाऊ शकते आणि सिद्ध केले जाऊ शकते.
+
+### पडताळणीयोग्य अनुमान {#verifiable-inference}
+
+एआय अनुमान पारंपरिकरित्या ऑफचेन होते, जिथे एक्झिक्यूशन स्वस्त असते पण मॉडेल एक्झिक्यूशन अपारदर्शक असते. Ethereum वर, डेव्हलपर्स अनेक तंत्रांचा वापर करून एजंट्सना पडताळणीयोग्य गणनेसोबत जोडू शकतात:
+
+- [**zkML (शून्य-ज्ञान मशीन लर्निंग)**](https://opengradient.medium.com/a-gentle-introduction-to-zkml-8049a0e10a04) एजंट्सना मॉडेल किंवा इनपुट उघड न करता मॉडेल योग्यरित्या कार्यान्वित केले गेले हे सिद्ध करू देते
+- [**TEE (विश्वसनीय एक्झिक्यूशन एन्व्हायर्नमेंट) अटेस्टेशन्स**](https://en.wikipedia.org/wiki/Trusted_execution_environment) हार्डवेअर-बॅक्ड पुरावे देतात की एजंटने एक विशिष्ट मॉडेल किंवा कोड पाथ चालवला आहे
+- **ऑनचेन अपरिवर्तनीयता** हे सुनिश्चित करते की हे पुरावे आणि अटेस्टेशन्स कोणत्याही कॉन्ट्रॅक्ट किंवा एजंटद्वारे संदर्भित, पुन्हा प्ले केले जाऊ शकतात आणि त्यावर विश्वास ठेवला जाऊ शकतो
+
+## पेमेंट्स, आणि x402 सह कॉमर्स {#x402}
+
+[x402 प्रोटोकॉल](https://www.x402.org/), जो Ethereum आणि L2s वर तैनात आहे, एजंट्सना मानवी हस्तक्षेपाशिवाय संसाधनांसाठी पैसे देण्याचा आणि आर्थिकदृष्ट्या संवाद साधण्याचा एक मूळ मार्ग देतो. एजंट्स हे करू शकतात:
+
+- स्टेबलकॉइन्स वापरून संगणन, डेटा आणि API कॉल्ससाठी पैसे द्या
+- इतर एजंट्स किंवा सेवांकडून अटेस्टेशन्सची विनंती करा किंवा पडताळणी करा
+- एजंट-टू-एजंट कॉमर्समध्ये सहभागी व्हा, संगणन, डेटा किंवा मॉडेल आउटपुट खरेदी आणि विक्री करा
+
+x402 Ethereum ला ऑटोनॉमस एजंट्ससाठी प्रोग्राम करण्यायोग्य आर्थिक लेयरमध्ये बदलते, जे अकाउंट्स, सबस्क्रिप्शन किंवा केंद्रीकृत बिलिंगऐवजी पे-पर-यूज इंटरॅक्शन सक्षम करते.
+
+### एजेंटिक फायनान्स सुरक्षा {#agentic-finance-security}
+
+स्वायत्त एजंट्सना गार्डरेल्सची आवश्यकता असते. Ethereum त्यांना वॉलेट आणि कॉन्ट्रॅक्ट स्तरावर प्रदान करते:
+
+- [स्मार्ट अकाउंट्स (EIP-4337)](https://eips.ethereum.org/EIPS/eip-4337) डेव्हलपर्सना खर्चाच्या मर्यादा, व्हाइटलिस्ट, सेशन की आणि ग्रॅन्युलर परवानग्या लागू करू देतात
+- स्मार्ट कॉन्ट्रॅक्ट्समधील प्रोग्राम केलेले निर्बंध एजंटला काय करण्याची परवानगी आहे हे मर्यादित करू शकतात
+- अनुमानावर आधारित मर्यादा (उदा., उच्च-जोखमीची क्रिया करण्यापूर्वी zkML पुरावा आवश्यक असणे) सुरक्षिततेचा आणखी एक लेयर जोडतात
+
+हे नियंत्रणे अमर्याद नसलेल्या स्वायत्त एजंट्सच्या तैनातीला सक्षम करतात.
+
+### ऑनचेन रजिस्ट्रीज: ERC-8004 {#erc-8004}
+
+[ERC-8004](https://eips.ethereum.org/EIPS/eip-8004) एक उदयोन्मुख मानक आहे (सध्या पीअर रिव्ह्यूमध्ये आहे) जे एजंट ओळख, क्षमता आणि अटेस्टेशन्ससाठी ऑनचेन रजिस्ट्रीज प्रस्तावित करते.
+
+स्वीकारल्यास, ते प्रदान करू शकते:
+
+- एजंट्सची एक सामायिक, विश्वासहीन डिरेक्टरी
+- मानकीकृत अटेस्टेशन स्वरूप
+- थेट Ethereum मेननेटवर "विश्वासहीन एजंट इन्फ्रास्ट्रक्चर" साठी एक पाया
+
+यामुळे एजंट्सना पूर्णपणे विकेंद्रित वातावरणात एकमेकांना शोधणे, पडताळणे आणि व्यवहार करणे सोपे होईल.
+
+## Ethereum वरील एआय एजंट्स {#ai-agents-on-ethereum}
+
+आम्ही एआय एजंट्सची संपूर्ण क्षमता शोधायला सुरुवात केली आहे, आणि प्रकल्प आधीच एआय आणि ब्लॉकचेन यांच्यातील समन्वयाचा फायदा घेत आहेत - विशेषतः पारदर्शकता आणि कमाईमध्ये.
+
+<AiAgentProductLists list="ai-agents" />
+
+<strong>पॉडकास्ट गेस्ट म्हणून लुनाची पहिली उपस्थिती</strong>
+
+<YouTube id="ZCsOMxnIruA" />
+
+## एजंट-नियंत्रित वॉलेट्स {#agent-controlled-wallets}
+
+Luna किंवा AIXBT सारखे एजंट्स त्यांचे स्वतःचे ऑनचेन वॉलेट नियंत्रित करतात ([AIXBT चे वॉलेट](https://clusters.xyz/aixbt), [Luna चे वॉलेट](https://zapper.xyz/account/0x0d177181e3763b20d47dc3a72dd584368bd8bf43)) ज्यामुळे त्यांना चाहत्यांना टिप देता येते आणि आर्थिक उपक्रमांमध्ये भाग घेता येतो.
+
+Luna च्या X सोशल कॅम्पेन #LunaMuralChallenge दरम्यान, Luna ने तिच्या Base वॉलेटद्वारे विजेत्यांची निवड केली आणि त्यांना बक्षीस दिले — क्रिप्टो रिवॉर्डसाठी एआयने मानवांना कामावर ठेवण्याचे <strong>हे पहिले उदाहरण आहे</strong>.
+
+<Alert variant="warning">
+<AlertEmoji text="💡"/>
+<AlertContent>
+<p className="mt-0"><strong>हे जाणून घेणे महत्त्वाचे आहे</strong></p>
+<p className="mt-2">एआय एजंट्स आणि संबंधित टूल्स अजूनही सुरुवातीच्या विकासात आहेत आणि खूप प्रायोगिक आहेत—सावधगिरीने वापरा.</p>
+</AlertContent>
+
+</Alert>
+
+## चॅट कमांड वापरून तुमचे वॉलेट नियंत्रित करा {#control-your-wallet-using-chat-commands}
+
+तुम्ही DeFi चे गुंतागुंतीचे इंटरफेस वगळू शकता आणि साध्या चॅट कमांड्सद्वारे तुमची क्रिप्टो व्यवस्थापित करू शकता.
+
+या सहज दृष्टिकोनामुळे व्यवहार जलद, सोपे होतात आणि चुकीच्या ॲड्रेसवर निधी पाठवणे किंवा शुल्कासाठी जास्त पैसे देणे यासारख्या चुका होण्याची शक्यता कमी होते.
+
+<AiAgentProductLists list="chat" />
+
+## एआय एजंट्स विरुद्ध एआय बॉट्स {#ai-agents-vs-ai-bots}
+
+एआय एजंट्स आणि एआय बॉट्समधील फरक कधीकधी गोंधळात टाकणारा असू शकतो, कारण दोन्ही इनपुटवर आधारित स्वयंचलित क्रिया करतात.
+
+- एआय बॉट्स स्वयंचलित सहाय्यकांसारखे आहेत — ते नियमित कार्ये करण्यासाठी विशिष्ट, पूर्व-प्रोग्राम केलेल्या सूचनांचे पालन करतात.
+- एआय एजंट्स बुद्धिमान साथीदारांसारखे अधिक आहेत — ते अनुभवातून शिकतात, नवीन माहितीशी जुळवून घेतात आणि स्वतःचे निर्णय घेतात.
+
+|                      | एआय एजंट                                                                     | एआय बॉट्स                                               |
+| -------------------- | ---------------------------------------------------------------------------- | ------------------------------------------------------- |
+| **संवाद**            | गुंतागुंतीचे, जुळवून घेणारे, स्वायत्त                                        | साधे, पूर्व-परिभाषित व्याप्ती, हार्डकोड केलेले          |
+| **शिकणे**            | सतत शिकते, प्रयोग करू शकते आणि रिअल-टाइममध्ये नवीन डेटामध्ये जुळवून घेऊ शकते | पूर्व-प्रशिक्षित डेटा किंवा निश्चित नियमांवर कार्य करते |
+| **कार्य पूर्ण करणे** | व्यापक उद्दिष्ट्ये साध्य करण्याचे उद्दिष्ट आहे                               | केवळ विशिष्ट कार्यांवर लक्ष केंद्रित करते               |
+
+## अधिक सखोलपणे माहिती घ्या {#dive-deeper}
+
+<AiAgentProductLists list="dive-deeper" />
+
+## तुम्ही तुमचा स्वतःचा एआय एजंट तयार करू शकता {#you-can-build-your-own-ai-agent}
+
+<BuildYourOwnAIAgent />
diff --git a/public/content/translations/mr/bridges/index.md b/public/content/translations/mr/bridges/index.md
new file mode 100644
index 00000000000..36c4b75e165
--- /dev/null
+++ b/public/content/translations/mr/bridges/index.md
@@ -0,0 +1,145 @@
+---
+title: "ब्लॉकचेन ब्रिजचा परिचय"
+description: "ब्रिज वापरकर्त्यांना त्यांचे फंड वेगवेगळ्या ब्लॉकचेनवर हलवण्याची परवानगी देतात"
+lang: mr
+---
+
+# ब्लॉकचेन पूल {#prerequisites}
+
+_Web3 हे L1 ब्लॉकचेन आणि L2 स्केलिंग सोल्यूशन्सच्या इकोसिस्टममध्ये विकसित झाले आहे, प्रत्येक अद्वितीय क्षमता आणि ट्रेड-ऑफसह डिझाइन केलेले आहे. Web3 L1 ब्लॉकचेन आणि L2 स्केलिंग सलुशन्सच्या इकोसिस्टममध्ये विकसित आहे, प्रत्येक अद्वितीय क्षमता आणि ट्रेड-ऑफसह डिझाइन केलेले आहे.ही मागणी पूर्ण करण्यासाठी, आम्हाला पुलांची गरज आहे._
+
+<Divider />
+
+## पूल म्हणजे काय? {#what-are-bridges}
+
+ब्लॉकचेन ब्रिज हे भौतिक जगात आपल्याला माहीत असलेल्या पुलांप्रमाणेच काम करतात. ज्याप्रमाणे एक भौतिक पूल दोन भौतिक स्थानांना जोडतो, त्याचप्रमाणे ब्लॉकचेन पूल दोन ब्लॉकचेन इकोसिस्टमला जोडतो. **पुल माहिती आणि मालमत्तेच्या हस्तांतरणाद्वारे ब्लॉकचेन दरम्यान संवाद सुलभ करतात**.
+
+चला एक उदाहरण विचारात घेऊया:
+
+तुम्ही यूएसए मधील आहात आणि युरोपला जाण्याची योजना आखत आहात. तुमच्याकडे USD आहे, पण तुम्हाला खर्च करण्यासाठी EUR आवश्यक आहे. तुमचा USD ची EUR साठी देवाणघेवाण करण्यासाठी तुम्ही अल्प शुल्कासाठी चलन विनिमय वापरू शकता.
+
+पण, जर तुम्हाला वेगळा [ब्लॉकचेन](/glossary/#blockchain) वापरण्यासाठी तसाच एक्सचेंज करायचा असेल तर तुम्ही काय कराल? समजा तुम्हाला Ethereum Mainnet वरील [ETH](/glossary/#ether) हे [Arbitrum](https://arbitrum.io/) वरील ETH साठी एक्सचेंज करायचे आहे. आम्ही EUR साठी केलेल्या चलन विनिमयाप्रमाणे, आम्हाला आमची ETH इथरियमवरून आर्बिट्रममध्ये हलवण्याची यंत्रणा हवी आहे. पुलांमुळे असा व्यवहार शक्य होतो. या प्रकरणात, [Arbitrum चा एक नेटिव्ह पूल आहे](https://portal.arbitrum.io/bridge) जो Mainnet वरून Arbitrum वर ETH हस्तांतरित करू शकतो.
+
+## आम्हाला पुलांची गरज का आहे? {#why-do-we-need-bridges}
+
+सर्व ब्लॉकचेनला त्यांच्या मर्यादा आहेत. Ethereum ला स्केल करण्यासाठी आणि मागणी पूर्ण करण्यासाठी, त्याला [रोलअप्सची](/glossary/#rollups) आवश्यकता आहे. वैकल्पिकरित्या, सोलाना आणि हिमस्खलन सारखे L1 उच्च थ्रूपुट सक्षम करण्यासाठी परंतु विकेंद्रीकरणाच्या खर्चावर वेगळ्या पद्धतीने डिझाइन केले आहेत.
+
+तथापि, सर्व ब्लॉकचेन वेगळ्या वातावरणात विकसित केले जातात आणि त्यांचे नियम आणि [एकमत](/glossary/#consensus) यंत्रणा भिन्न असतात. याचा अर्थ ते मूळ संवाद साधू शकत नाहीत आणि टोकन ब्लॉकचेन दरम्यान मुक्तपणे फिरू शकत नाहीत.
+
+ब्लॉकचेनला जोडण्यासाठी ब्रिज अस्तित्वात आहेत, ज्यामुळे माहिती आणि टोकन्सचे हस्तांतरण होऊ शकते.
+
+**पुल सक्षम करतात**:
+
+- मालमत्ता आणि माहितीचे क्रॉस-चेन हस्तांतरण.
+- [dapps](/glossary/#dapp) विविध ब्लॉकचेनच्या बलस्थानांचा फायदा घेऊ शकतात – त्यामुळे त्यांच्या क्षमता वाढतात (कारण प्रोटोकॉल्सकडे आता नावीन्यपूर्णतेसाठी अधिक डिझाइन स्पेस आहे).
+- वापरकर्ते नवीन प्लॅटफॉर्मवर प्रवेश करण्यासाठी आणि विविध साखळींच्या फायद्यांचा लाभ घेण्यासाठी.
+- विविध ब्लॉकचेन इकोसिस्टममधील विकासक सहकार्य करण्यासाठी आणि वापरकर्त्यांसाठी नवीन प्लॅटफॉर्म तयार करण्यासाठी.
+
+[टोकन्स लेयर 2 वर कसे ब्रिज करावे](/guides/how-to-use-a-bridge/)
+
+<Divider />
+
+## पूलाचे उपयोग {#bridge-use-cases}
+
+खालील काही परिस्थिती आहेत जेथे तुम्ही पूल वापरू शकता:
+
+### कमी व्यवहार शुल्क {#transaction-fees}
+
+समजा तुमच्याकडे Ethereum Mainnet वर ETH आहे परंतु भिन्न डॅप एक्सप्लोर करण्यासाठी स्वस्त व्यवहार शुल्क हवे आहे. तुमच्या ETH ला Mainnet वरून Ethereum L2 रोलअपवर आणून, तुम्ही कमी व्यवहार शुल्काचा आनंद घेऊ शकता.
+
+### इतर ब्लॉकचेनवरील Dapps {#dapps-other-chains}
+
+जर तुम्ही USDT पुरवण्यासाठी Ethereum Mainnet वर Aave वापरत असाल, परंतु Polygon वर Aave वापरून USDT पुरवण्यासाठी मिळणारा व्याजदर जास्त असेल.
+
+### ब्लॉकचेन इकोसिस्टम एक्सप्लोर करा {#explore-ecosystems}
+
+तुमच्याकडे Ethereum Mainnet वर ETH असल्यास आणि तुम्ही त्यांचे मूळ डॅप वापरून पाहण्यासाठी Alt L1 एक्सप्लोर करू इच्छित असल्यास. तुमचा ETH Ethereum Mainnet वरून Alt L1 वर हस्तांतरित करण्यासाठी तुम्ही ब्रिज वापरू शकता.
+
+### स्वतःची मूळ क्रिप्टो मालमत्ता {#own-native}
+
+समजा तुम्हाला मूळ बिटकॉइन (BTC) ची मालकी हवी आहे, परंतु तुमच्याकडे फक्त इथरियम मेननेटवर निधी आहे. इथरियमवर बीटीसीच्या संपर्कात येण्यासाठी, तुम्ही रॅप्ड बिटकॉइन (डब्ल्यूबीटीसी) खरेदी करू शकता. तथापि, WBTC हे Ethereum नेटवर्कचे मूळ [ERC-20](/glossary/#erc-20) टोकन आहे, याचा अर्थ ते Bitcoin चे Ethereum व्हर्जन आहे आणि Bitcoin ब्लॉकचेनवरील मूळ मालमत्ता नाही. मूळ BTC चे मालक होण्यासाठी, तुम्हाला तुमची मालमत्ता इथरियम ते बिटकॉइन पर्यंत ब्रिज वापरून जोडावी लागेल. हे तुमचे WBTC ब्रिज करेल आणि ते मूळ BTC मध्ये रूपांतरित करेल. किंवा, तुमच्याकडे BTC असेल आणि तुम्हाला ते Ethereum [DeFi](/glossary/#defi) प्रोटोकॉलमध्ये वापरायचे असेल. यासाठी BTC ते WBTC पर्यंत ब्रिजिंग करणे आवश्यक आहे जे नंतर Ethereum वर मालमत्ता म्हणून वापरले जाऊ शकते.
+
+<Alert variant="update">
+<AlertEmoji text=":bulb:"/>
+<AlertContent>
+<AlertDescription>
+  तुम्ही [केंद्रीकृत एक्सचेंज](/get-eth) वापरून देखील वरील सर्व करू शकता. तथापि, जोपर्यंत तुमचे फंड आधीच एक्सचेंजमध्ये नसतील, तोपर्यंत त्यात अनेक पायऱ्यांचा समावेश असेल आणि तुम्ही ब्रिज वापरणे अधिक चांगले होईल.
+</AlertDescription>
+</AlertContent>
+</Alert>
+
+<Divider />
+
+## पुलांचे प्रकार {#types-of-bridge}
+
+पुलांमध्ये अनेक प्रकारचे डिझाइन आणि गुंतागुंत आहेत. साधारणपणे, पूल दोन श्रेणींमध्ये मोडतात: विश्वासार्ह आणि विश्वासहीन पूल.
+
+| विश्वसनीय पुल                                                                                                                                                                    | विश्वासहीन पूल                                                                                                                                          |
+| -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| विश्वसनीय पूल त्यांच्या कार्यासाठी केंद्रीय संस्था किंवा प्रणालीवर अवलंबून असतात.                                                                                | विश्वासार्ह पूल स्मार्ट करार आणि अल्गोरिदम वापरून कार्य करतात.                                                                          |
+| निधीचा ताबा आणि पुलाच्या सुरक्षेच्या संदर्भात त्यांच्याकडे विश्वासाचे गृहितक आहेत. वापरकर्ते मुख्यतः ब्रिज ऑपरेटरच्या प्रतिष्ठेवर अवलंबून असतात. | ते विश्वासहीन आहेत, म्हणजे, ब्रिजची सुरक्षा अंतर्निहित ब्लॉकचेन सारखीच आहे.                                                             |
+| वापरकर्त्यांनी त्यांच्या क्रिप्टो मालमत्तेचे नियंत्रण सोडणे आवश्यक आहे.                                                                                          | [स्मार्ट कॉन्ट्रॅक्ट्सद्वारे](/glossary/#smart-contract), विश्वासहीन पूल वापरकर्त्यांना त्यांच्या निधीवर नियंत्रण ठेवण्यास सक्षम करतात. |
+
+थोडक्यात, आम्ही असे म्हणू शकतो की विश्वासार्ह पुलांमध्ये विश्वासार्ह गृहीतके असतात, तर विश्वासहीन पूल विश्वास-कमी केले जातात आणि अंतर्निहित डोमेनच्या पलीकडे नवीन विश्वास गृहित धरत नाहीत. या अटींचे वर्णन कसे केले जाऊ शकते ते येथे आहे:
+
+- **विश्वासहीन**: अंतर्निहित डोमेनच्या समतुल्य सुरक्षा. [या लेखात अर्जुन भुप्तानी यांनी वर्णन केल्याप्रमाणे.](https://medium.com/connext/the-interoperability-trilemma-657c2cf69f17)
+- **विश्वासाची गृहीतके:** सिस्टीममध्ये बाह्य पडताळणीकर्ते जोडून अंतर्निहित डोमेनच्या सुरक्षिततेपासून दूर जाणे, ज्यामुळे ते क्रिप्टो-आर्थिकदृष्ट्या कमी सुरक्षित बनते.
+
+दोन पध्दतींमधील मुख्य फरक अधिक चांगल्या प्रकारे समजून घेण्यासाठी, एक उदाहरण घेऊ:
+
+कल्पना करा की तुम्ही विमानतळ सुरक्षा चेकपॉईंटवर आहात. चेकपॉईंटचे दोन प्रकार आहेत:
+
+1. मॅन्युअल चेकपॉइंट्स — बोर्डिंग पास देण्यापूर्वी तुमच्या तिकीटाचे आणि ओळखीचे सर्व तपशील मॅन्युअली तपासणारे अधिकारी चालवतात.
+2. सेल्फ चेक-इन - एका मशीनद्वारे ऑपरेट केले जाते जेथे तुम्ही तुमचे फ्लाइट तपशील टाकता आणि सर्वकाही तपासले असल्यास बोर्डिंग पास प्राप्त करा.
+
+मॅन्युअल चेकपॉईंट विश्वासार्ह मॉडेलसारखेच असते कारण ते तिसऱ्या पक्षावर, म्हणजे अधिकाऱ्यांवर अवलंबून असते. एक वापरकर्ता म्हणून, तुम्ही अधिकाऱ्यांवर योग्य निर्णय घेण्यासाठी आणि तुमची खाजगी माहिती योग्यरित्या वापरण्यासाठी विश्वास ठेवता.
+
+सेल्फ चेक-इन हे ट्रस्टलेस मॉडेलसारखेच आहे कारण ते ऑपरेटरची भूमिका काढून टाकते आणि त्याच्या ऑपरेशन्ससाठी तंत्रज्ञान वापरते. वापरकर्ते नेहमी त्यांच्या डेटावर नियंत्रण ठेवतात आणि त्यांच्या खाजगी माहितीसह तृतीय पक्षावर विश्वास ठेवण्याची गरज नाही.
+
+अनेक ब्रिजिंग सोल्यूशन्स या दोन टोकांमधील मॉडेल्सचा अवलंब करतात ज्यात वेगवेगळ्या प्रमाणात विश्वासहीनता असते.
+
+<Divider />
+
+## पूल वापरा {#use-bridge}
+
+पूल वापरल्याने तुम्हाला तुमची मालमत्ता वेगवेगळ्या ब्लॉकचेनवर हलवता येते. येथे काही संसाधने आहेत जी तुम्हाला पूल शोधण्यात आणि वापरण्यात मदत करू शकतात:
+
+- **[L2BEAT Bridges Summary](https://l2beat.com/bridges/summary) आणि [L2BEAT Bridges Risk Analysis](https://l2beat.com/bridges/summary)**: विविध पूलांचा एक सर्वसमावेशक सारांश, ज्यामध्ये मार्केट शेअर, पूलाचा प्रकार आणि डेस्टिनेशन चेन्सवरील तपशील समाविष्ट आहेत. L2BEAT कडे पूलांसाठी एक जोखीम विश्लेषण देखील आहे, जे वापरकर्त्यांना पूल निवडताना माहितीपूर्ण निर्णय घेण्यास मदत करते.
+- **[DefiLlama Bridge Summary](https://defillama.com/bridges/Ethereum)**: Ethereum नेटवर्कवरील पूल व्हॉल्यूमचा सारांश.
+
+<Divider />
+
+## पूल वापरण्यातील जोखीम {#bridge-risk}
+
+पूल विकासाच्या सुरुवातीच्या टप्प्यात आहेत. अशी शक्यता आहे की इष्टतम पुलाची रचना अद्याप शोधली गेली नाही. कोणत्याही प्रकारच्या पुलाशी संवाद साधताना धोका असतो:
+
+- **स्मार्ट कॉन्ट्रॅक्ट जोखीम —** कोडमधील बगचा धोका ज्यामुळे वापरकर्त्याचा निधी गमावला जाऊ शकतो
+- **तंत्रज्ञान जोखीम —** सॉफ्टवेअरमधील बिघाड, सदोष कोड, मानवी चूक, स्पॅम आणि दुर्भावनापूर्ण हल्ले वापरकर्त्याच्या कार्यांमध्ये व्यत्यय आणू शकतात
+
+शिवाय, विश्वासार्ह पूल विश्वासार्ह गृहीतके जोडत असल्याने, त्यांना अतिरिक्त जोखीम असतात जसे की:
+
+- **सेन्सॉरशिप जोखीम —** पूल ऑपरेटर सैद्धांतिकदृष्ट्या वापरकर्त्यांना पूल वापरून त्यांची मालमत्ता हस्तांतरित करण्यापासून रोखू शकतात
+- **कस्टोडियल जोखीम —** पूल ऑपरेटर वापरकर्त्यांचा निधी चोरण्यासाठी संगनमत करू शकतात
+
+वापरकर्त्याच्या निधीला धोका आहे जर:
+
+- स्मार्ट कॉन्ट्रॅक्टमध्ये एक बग आहे
+- वापरकर्ता चूक करतो
+- अंतर्निहित ब्लॉकचेन हॅक केले आहे
+- ब्रिज ऑपरेटर्सचा विश्वासार्ह पुलामध्ये दुर्भावनापूर्ण हेतू आहे
+- पूल हॅक होतो
+
+अलीकडील एक हॅक म्हणजे सोलानाचा वर्महोल पूल, [जिथे हॅक दरम्यान 120k wETH ($325 दशलक्ष USD) चोरले गेले](https://rekt.news/wormhole-rekt/). ब्लॉकचेनमधील अनेक [मोठ्या हॅक्समध्ये पूलांचा समावेश होता](https://rekt.news/leaderboard/).
+
+Ethereum L2s वर वापरकर्त्यांना ऑनबोर्डिंग करण्यासाठी आणि अगदी भिन्न परिसंस्था एक्सप्लोर करू इच्छिणाऱ्या वापरकर्त्यांसाठी देखील ब्रिज महत्त्वाचे आहेत. तथापि, पुलांशी संवाद साधण्यात गुंतलेली जोखीम लक्षात घेता, वापरकर्त्यांनी पूल करत असलेल्या ट्रेड-ऑफ समजून घेणे आवश्यक आहे. या [क्रॉस-चेन सुरक्षेसाठी काही रणनीती](https://debridge.com/learn/blog/10-strategies-for-cross-chain-security/) आहेत.
+
+<Divider />
+
+## पुढील वाचन {#further-reading}
+
+- [EIP-5164: Cross-Chain Execution](https://ethereum-magicians.org/t/eip-5164-cross-chain-execution/9658) - _जून १८, २०२२ - Brendan Asselstine_
+- [L2Bridge Risk Framework](https://gov.l2beat.com/t/l2bridge-risk-framework/31) - _जुलै ५, २०२२ - Bartek Kiepuszewski_
+- ["भविष्य मल्टी-चेन का असेल, पण ते क्रॉस-चेन नसेल."](https://old.reddit.com/r/ethereum/comments/rwojtk/ama_we_are_the_efs_research_team_pt_7_07_january/hrngyk8/) - _जानेवारी ८, २०२२ - विटालिक बुटेरिन_
+- [सुरक्षित क्रॉस-चेन इंटरऑपरेबिलिटीसाठी शेअर्ड सिक्युरिटीचा वापर करणे: लाग्रेंज स्थिती समित्या आणि त्यापलीकडे](https://web.archive.org/web/20250125035123/https://research.2077.xyz/harnessing-shared-security-for-secure-blockchain-interoperability) - _जून १२, २०२४ - Emmanuel Awosika_
+- [रोलअप इंटरऑपरेबिलिटी सोल्यूशन्सची सद्यस्थिती](https://web.archive.org/web/20250428015516/https://research.2077.xyz/the-state-of-rollup-interoperability) - _जून २०, २०२४ - Alex Hook_
+
diff --git a/public/content/translations/mr/community/code-of-conduct/index.md b/public/content/translations/mr/community/code-of-conduct/index.md
new file mode 100644
index 00000000000..d12dae7a04c
--- /dev/null
+++ b/public/content/translations/mr/community/code-of-conduct/index.md
@@ -0,0 +1,77 @@
+---
+title: "आचारसंहिता"
+description: "मूलभूत मानके ज्यासाठी आम्ही ethereum.org च्या सर्व जागांवर प्रयत्न करतो."
+lang: mr
+---
+
+# आचारसंहिता {#code-of-conduct}
+
+## ध्येय {#mission}
+
+Ethereum साठी सर्वात व्यापक आणि प्रवेशयोग्य ज्ञान केंद्र विकसित करणे आणि सांभाळणे.
+
+## मूल्ये {#values}
+
+ethereum.org समुदाय पुढीलप्रमाणे असण्याचा प्रयत्न करतो:
+
+- शैक्षणिक, प्रत्येकाला Ethereum समजून घेण्यासाठी मदत करण्याच्या उद्देशाने
+- सर्वसमावेशक
+- प्रवेशयोग्य
+- समुदाय-चालित
+- Ethereum च्या मूळ तंत्रज्ञानावर आणि वापराच्या प्रकरणांवर लक्ष केंद्रित
+- Ethereum संकल्पना आणि डिझाइन तत्त्वांवर लक्ष केंद्रित
+
+## आम्ही काय नाही {#what-we-are-not}
+
+- Ethereum फाउंडेशनची वेबसाइट
+- गुंतवणुकीला प्रोत्साहन देण्यासाठी किंवा कोणत्याही प्रकारच्या नफेखोरीसाठी असलेले व्यासपीठ
+- वैयक्तिक प्रकल्प किंवा संस्थांना प्रोत्साहन देण्यासाठी किंवा समर्थन करण्यासाठी असलेले व्यासपीठ
+- एक DEX, CEX किंवा इतर कोणत्याही प्रकारचे आर्थिक व्यासपीठ
+- कोणत्याही प्रकारचा आर्थिक किंवा कायदेशीर सल्ला देणारे व्यासपीठ
+
+## आचारसंहिता {#code-of-conduct}
+
+### प्रतिज्ञा {#pledge}
+
+खुला सहभाग हा ethereum.org च्या तत्त्वज्ञानाचा गाभा आहे. आम्ही एक वेबसाइट आणि समुदाय आहोत जे हजारो योगदानकर्त्यांद्वारे सांभाळले जाते, आणि हे तेव्हाच शक्य आहे जेव्हा आपण एक स्वागतार्ह, सहभागी वातावरण राखतो. या उद्देशाने, या साइटचे योगदानकर्ते सर्व ethereum.org प्लॅटफॉर्म आणि सामुदायिक जागांवर सर्व सहभागींसाठी छळ-मुक्त वातावरण राखण्याची प्रतिज्ञा करतात. ethereum.org समुदाय वय, अपंगत्व, वंश, लैंगिक वैशिष्ट्ये, लिंग ओळख, अनुभवाची पातळी, कौशल्याचे क्षेत्र, शिक्षण, सामाजिक-आर्थिक स्थिती, राष्ट्रीयत्व, वैयक्तिक स्वरूप, वंश, धर्म किंवा विविधतेचे इतर कोणतेही परिमाण विचारात न घेता, जो कोणी रचनात्मक आणि मैत्रीपूर्ण मार्गाने सहभागी होऊ इच्छितो, त्या प्रत्येकाचे स्वागत करतो आणि त्यांना महत्त्व देतो.
+
+### व्याप्ती {#scope}
+
+ही आचारसंहिता सर्व ethereum.org जागांना (जसे की GitHub, Discord, Figma, Crowdin, X (पूर्वीचे Twitter) आणि इतर ऑनलाइन प्लॅटफॉर्म) लागू होते, आणि जेव्हा समुदाय मीटअप, परिषदा आणि कार्यक्रमांसारख्या वास्तविक-जगातील सार्वजनिक ठिकाणी प्रतिनिधित्व करतो तेव्हा देखील ती लागू होते.
+
+### आमची मानके {#our-standards}
+
+सकारात्मक वातावरण निर्माण करण्यास हातभार लावणाऱ्या वर्तणुकीच्या उदाहरणांमध्ये यांचा समावेश आहे:
+
+- स्वागतार्ह आणि सर्वसमावेशक भाषेचा वापर करणे
+- भिन्न दृष्टिकोन आणि अनुभवांचा आदर करणे
+- रचनात्मक टीका नम्रपणे स्वीकारणे आणि/किंवा सहानुभूतीने देणे
+- संघर्ष किंवा मतभेद सोडवताना शांतपणे आणि व्यावसायिकपणे वागणे
+- इतर समुदाय सदस्यांप्रति सहानुभूती आणि सहिष्णुता दर्शवणे
+- समुदायातील नवीन आवाजांना प्रोत्साहन देणे आणि मोठे करणे
+
+सहभागींच्या अस्वीकार्य वर्तणुकीच्या उदाहरणांमध्ये यांचा समावेश आहे:
+
+- शारीरिक हिंसा, शारीरिक हिंसेची धमकी देणे किंवा कोणत्याही प्रकारच्या शारीरिक हिंसेला प्रोत्साहन देणे
+- लैंगिक भाषा किंवा प्रतिमांचा वापर करणे किंवा अवांछित लैंगिक लक्ष वेधणे
+- दुसऱ्या व्यक्तीचे सोंग घेणे किंवा अन्यथा कोणत्यातरी व्यक्ती किंवा संस्थेशी संलग्न असल्याचा अप्रामाणिकपणे दावा करणे
+- ट्रोलिंग, अपमानकारक/निंदाजनक टिप्पण्या आणि वैयक्तिक किंवा राजकीय हल्ले
+- सार्वजनिक किंवा खाजगी चॅनेलमध्ये इतर समुदाय सदस्यांना त्रास देणे
+- स्पष्ट परवानगीशिवाय इतरांची खाजगी माहिती, जसे की भौतिक किंवा इलेक्ट्रॉनिक पत्ता, प्रकाशित करणे
+- सोशल इंजिनिअरिंग, घोटाळा करणे किंवा अन्यथा इतर समुदाय सदस्यांना हाताळणे
+- वैयक्तिक आर्थिक किंवा गैर-आर्थिक लाभासाठी गुंतवणूक, टोकन, प्रकल्प किंवा इतर काहीही प्रोत्साहन देणे
+- विषयांतरित सामग्रीसह सर्व्हरवर स्पॅम करणे
+- समुदाय नियंत्रकांच्या विनंत्या किंवा इशाऱ्यांकडे दुर्लक्ष करणे
+- व्यावसायिक वातावरणात वाजवीपणे अयोग्य मानल्या जाणाऱ्या इतर वर्तनात गुंतणे
+
+### तक्रार करणे {#reporting}
+
+आचारसंहितेचे उल्लंघन साधारणपणे समुदायाला दिसेल कारण आम्ही सर्व काही खुल्या, सार्वजनिक चॅनेलमध्ये करण्याचा प्रयत्न करतो, ज्यामुळे समुदाय सदस्य स्वतःच देखरेख करू शकतात.
+
+तथापि, जर असे काही घडले ज्याकडे लक्ष देण्याची गरज आहे असे तुम्हाला वाटत असेल, तर तुम्ही ते नियंत्रकाची भूमिका असलेल्या एखाद्या व्यक्तीकडे (उदा. discord मार्गदर्शक) मांडू शकता, जेणेकरून ते तपासणी करण्यास आणि योग्य प्रतिसाद कार्यवाही करण्यास मदत करू शकतील.
+
+तक्रार करताना, कृपया विशिष्ट उदाहरणे आणि टाइमस्टॅम्पसह शक्य तितका तपशील समाविष्ट करा. यामुळे न्याय्य परिणाम सुनिश्चित करण्यास मदत होईल.
+
+### अंमलबजावणी {#enforcement}
+
+गंभीरतेनुसार, आचारसंहितेचे उल्लंघन करणाऱ्या लोकांना ethereum.org समुदायांमधून सूचना, तात्पुरती बंदी किंवा कायमची बंदी मिळू शकते.
diff --git a/public/content/translations/mr/community/events/organizing/index.md b/public/content/translations/mr/community/events/organizing/index.md
new file mode 100644
index 00000000000..b4e87d4e6d0
--- /dev/null
+++ b/public/content/translations/mr/community/events/organizing/index.md
@@ -0,0 +1,221 @@
+---
+title: "Ethereum कार्यक्रमाचे आयोजन"
+description: "Ethereum कार्यक्रमाचे आयोजन कसे करावे"
+lang: mr
+hideEditButton: true
+---
+
+# Ethereum कार्यक्रमाचे आयोजन कसे करावे {#how-to-organize-an-ethereum-event}
+
+एक मजबूत आणि उत्साही समुदाय तयार करणे हे Ethereum इकोसिस्टमच्या वाढीच्या केंद्रस्थानी आहे. तुम्ही बैठका, कार्यशाळा किंवा पूर्ण-प्रमाणातील परिषदेचे आयोजन करण्याची योजना करत असाल तरीही, तुमच्या कार्यक्रमाचे यश तुमच्या स्थानिक नेटवर्कमधील संबंध आणि सहभागावर अवलंबून असते. हे मार्गदर्शक तुम्हाला एका सक्रिय Ethereum समुदायासाठी पाया घालण्यास मदत करेल आणि एक अविस्मरणीय व प्रभावी परिषदेच्या आयोजनाच्या प्रक्रियेतून टप्प्याटप्प्याने घेऊन जाईल.
+
+## स्वतःला विचारा, Ethereum समुदाय आहे का? {#ask-yourself-is-there-an-ethereum-community}
+
+एक यशस्वी Ethereum परिषद एका सक्रिय आणि सहभागी समुदायावर आधारित असते. तुमच्याकडे आधीच एक समुदाय असल्यास, तुम्ही इतरांपेक्षा पुढे आहात — पण जर नसेल, तर तो पाया तयार करणे ही एक आवश्यक पूर्व-पायरी आहे. एक 'सीन' आणि एक 'समुदाय' यांमधील फरक ओळखणे महत्त्वाचे आहे: एका सीनमध्ये एखाद्या विशिष्ट क्षेत्रातील कंपन्या आणि व्यक्तींचा समावेश असू शकतो, परंतु ते अनेकदा स्वतंत्रपणे काम करतात आणि क्वचितच संयुक्त उपक्रम राबवतात — जसे अनेक ठिकाणी पारंपरिक web2 इकोसिस्टममध्ये दिसते. दुसरीकडे, समुदाय म्हणजे एकमेकांशी जोडलेल्या लोकांचे आणि संस्थांचे एक जाळे, जे एकमेकांना सहकार्य करतात आणि पाठिंबा देतात, जे web3 इकोसिस्टममध्ये अनेकदा दिसून येते.
+
+**तुमच्या पहिल्या पायऱ्या खालीलप्रमाणे असाव्यात:**
+
+- स्थानिक स्टार्टअप्स आणि कंपन्यांचा शोध घ्या — तुमच्या शहरात किंवा देशात मजबूत, सक्रिय कंपन्या असणे हे अनेकदा समुदाय तयार करण्यासाठी सर्वात महत्त्वाचे पूर्व-आवश्यकता असते.
+- आधीच काही भेटीगाठी (meetups) आहेत का ते तपासा — ethereum.org [कार्यक्रमांचे पृष्ठ](https://ethereum.org/community/events/)
+- [ethereum.org वेबसाइट](https://ethereum.org/community/events/) आणि ethereum.org Discord — स्थानिक Ethereum कार्यक्रम, डेव्हलपर आणि योगदानकर्ते आहेत का हे तपासण्यासाठी.
+- Luma आणि Meetup.com — तुमच्या परिसरात Ethereum-संबंधित कार्यक्रम किंवा व्यापक web3 कार्यक्रम होत आहेत का हे पाहण्यासाठी.
+- X — या क्षेत्रातील स्थानिक समर्थक किंवा प्रभावक शोधण्याचा प्रयत्न करा.
+
+जर तुम्हाला यापैकी बहुतेक घटक आढळले, तर हे एक मजबूत चिन्ह आहे की समुदाय तयार करण्यासाठी परिस्थिती अस्तित्वात आहे — परंतु याचा अर्थ असा नाही की समुदाय आधीच स्थापित आहे. पुढील पायरी म्हणजे या घटकांना संघटित करणे, गुंतवणे आणि त्यांचे संगोपन करणे, सहकार्यासाठी आणि दीर्घकालीन वाढीसाठी संधी निर्माण करणे.
+
+### जर नसेल, तर तो कसा तयार करायचा {#if-not-how-to-build-it}
+
+जर तुमच्या लक्षात आले की यापैकी अनेक घटक गहाळ आहेत, तर काळजी करू नका — अगदी सुरुवातीपासून समुदाय तयार करणे ही एक आव्हानात्मक पण अत्यंत समाधानकारक प्रक्रिया आहे. एक मजबूत Ethereum समुदाय रातोरात तयार होत नाही; त्यासाठी संयम, सातत्य आणि एक स्पष्ट दृष्टीकोन आवश्यक आहे. तुम्ही खालीलप्रमाणे सुरुवात करू शकता:
+
+- **एक संवाद माध्यम सेट करा** — हे Telegram, Signal, WhatsApp, WeChat किंवा Discord सर्व्हर असू शकते, तुमच्या ठिकाणी जे अधिक लोकप्रिय असेल ते, जेणेकरून लोक एकमेकांशी संपर्क साधू शकतील, प्रश्न विचारू शकतील आणि संसाधने शेअर करू शकतील.
+- **तुमचे सुरुवातीचे समर्थक शोधा.** Ethereum आणि Web3 बद्दल उत्साही असलेल्या काही लोकांना ओळखा. ते तुमचे मुख्य समर्थक आणि सहकारी बनतील.
+- **छोटे, सातत्यपूर्ण कार्यक्रम आयोजित करा.** अनौपचारिक भेटीगाठी, अभ्यास गट किंवा कार्यशाळांनी सुरुवात करा. सातत्य महत्त्वाचे आहे — जरी सुरुवातीला गट लहान असला तरी, नियमित कार्यक्रमांमुळे विश्वास आणि गती निर्माण होते.
+- **स्थानिक कंपन्या**, शैक्षणिक संस्था किंवा सह-कार्यस्थळांशी संपर्क साधण्याचा प्रयत्न करा, जे तुम्हाला विनामूल्य जागा उपलब्ध करून देऊ शकतील. जर तुम्हाला तुमच्या देशातून वक्ते सापडले नाहीत, तर ऑनलाइन वक्त्यांना आमंत्रित करा, पण लोकांना प्रत्यक्ष एकत्र आणा. तुमच्या श्रोत्यांना एकाच ठिकाणी प्रत्यक्ष उपस्थित ठेवणे महत्त्वाचे आहे.
+- **अस्तित्वात असलेल्या तंत्रज्ञान समुदायांसोबत सहयोग करा.** जर आधीच डेव्हलपर गट, स्टार्टअप इकोसिस्टम किंवा ब्लॉकचेन भेटीगाठी स्थापित असतील, तर त्यांच्यासोबत भागीदारी करून Ethereum विषय सादर करा आणि तुमची पोहोच वाढवा.
+- Ethereum च्या संभाव्यतेबद्दल **शैक्षणिक सामग्री शेअर करा**.
+- **जागतिक समुदायांशी संपर्क साधा.** जगभरातील स्थापित Ethereum गट आणि प्रकल्पांशी पाठिंबा, मार्गदर्शन आणि संभाव्य सहकार्यासाठी संपर्क साधा. जगभरातील Ethereum समुदायांमध्ये किमान एक गोष्ट समान आहे: ते सर्व मदत करण्यास उत्सुक आहेत.
+- **निधी मिळवण्याचा प्रयत्न करा** — मग तो स्थानिक web3 कंपन्यांकडून असो किंवा [ESP](https://esp.ethereum.foundation/) सारख्या काही अनुदान कार्यक्रमांद्वारे असो.
+
+### जर होय, तर ते कसे टिकवायचे आणि वाढवायचे {#if-yes-how-to-maintain-and-grow-it}
+
+एकदा तुमचा समुदाय स्थापित झाला की, काम थांबत नाही — खरं तर, ते नुकतेच सुरू होते. समुदायाला सक्रिय, गुंतलेले आणि वाढते ठेवण्यासाठी सतत प्रयत्न आणि सर्जनशीलता आवश्यक आहे. समुदायाला गुंतवून ठेवण्यासाठी महत्त्वाच्या घटकांपैकी एक म्हणजे तुम्ही सतत नवीन स्वरूप आणि कल्पनांसह प्रयोग केले पाहिजेत.
+
+एका उत्साही Ethereum समुदायाला टिकवून ठेवण्यासाठी काही धोरणे येथे आहेत:
+
+- **तुमच्या कार्यक्रमाच्या स्वरूपात विविधता आणा:** फक्त एकाच प्रकारच्या मेळाव्याला चिकटून राहू नका. भेटीगाठी, छोटे हॅकॅथॉन, पॅनेल चर्चा आणि नेटवर्किंग कार्यक्रमांद्वारे कार्यक्रमांमध्ये विविधता आणा. तुम्ही सह-कार्य दिवस किंवा शैक्षणिक अभ्यासक्रम आयोजित करण्याचा प्रयत्न करू शकता.
+- **विषयांमध्ये विविधता आणा:** Ethereum केवळ एक तंत्रज्ञान नाही; ते मूल्यांचा एक संच आहे ज्यात कायदेशीर, विपणन आणि व्यवसाय यांचा समावेश आहे.
+- तुमच्या समुदायाकडून **प्रतिक्रिया आणि कल्पना विचारा**.
+- **वेगवेगळ्या प्रेक्षक** विभागांशी संवाद साधा. वेगवेगळ्या अनुभव स्तरांनुसार सामग्री आणि कार्यक्रम तयार करा — पहिल्यांदा Ethereum चा शोध घेणाऱ्या नवशिक्यांपासून ते अनुभवी डेव्हलपर आणि उद्योजकांपर्यंत.
+
+शिकण्यासाठी, सहकार्यासाठी आणि वाढीसाठी विविध संधी उपलब्ध करून दिल्याने, तुम्ही हे सुनिश्चित करता की तुमचा समुदाय सक्रिय राहील आणि परिषद आयोजित करण्यासारख्या मोठ्या उपक्रमांसाठी तयार राहील.
+
+## कार्यक्रम {#event}
+
+### कार्यक्रम आयोजित करण्याची योग्य वेळ कोणती? {#when-is-the-right-time-to-organize-an-event}
+
+एक यशस्वी Ethereum परिषद किंवा सामुदायिक कार्यक्रम आयोजित करण्यासाठी काळजीपूर्वक वेळ आणि विचार करणे आवश्यक आहे. योग्य क्षण विविध घटकांवर अवलंबून असतो जे कार्यक्रमाच्या एकूण यशात योगदान देतात.
+
+तुम्ही समुदायाची परिपक्वता, बाजाराची स्थिती, तुमच्याकडे एक संघ आहे की नाही, आणि स्थानिक 'सीन' (उदा. संभाव्य प्रायोजक) आहे की नाही, याचा विचार केला पाहिजे.
+
+### KYC — तुमचा समुदाय ओळखा {#kyc-know-your-community}
+
+कार्यक्रम आयोजित करण्यामधील सर्वात महत्त्वाच्या पायऱ्यांपैकी एक म्हणजे तुमचा समुदाय समजून घेणे. वित्तीय सेवांमधील 'नो युअर कस्टमर' (KYC) प्रमाणेच, 'नो युअर कम्युनिटी' (KYC) म्हणजे तुमच्या स्थानिक प्रेक्षकांच्या विशिष्ट गरजा, प्राधान्ये आणि वैशिष्ट्ये समजून घेण्यासाठी वेळ काढणे. ही समज तुम्हाला परिषदेला अनुकूल बनवून तिचे यश आणि प्रासंगिकता सुनिश्चित करण्यास मदत करेल.
+
+लगेचच मोठ्या प्रमाणावर कार्यक्रम आयोजित करण्याचे ध्येय ठेवणे मोहक आहे, परंतु लहान सुरुवात करणे हा अनेकदा सर्वोत्तम दृष्टीकोन असतो. तुम्ही तुमच्या समुदायाच्या स्थितीकडे आणि तुम्हाला अप्रासंगिक वाटणाऱ्या काही इतर बाबींकडे वस्तुनिष्ठपणे पाहिल्यास तुमच्यासाठी सर्वोत्तम उपाय कोणता आहे हे तुम्हाला कळेल, जसे की: तुमचा देश एक लोकप्रिय पर्यटन स्थळ आहे का किंवा निवासस्थानाचा खर्च किती आहे.
+
+पहिल्या वर्षी, तुमच्या प्रेक्षकांचा सर्वात मोठा भाग स्थानिक समुदाय असेल, म्हणून मोठ्या कार्यक्रमाचे आयोजन करण्याच्या पहिल्या वर्षी तुम्ही जे काही कराल ते त्या समुदायाच्या गरजा आणि आकाराला अनुरूप असले पाहिजे.
+
+### कुठून सुरुवात करावी {#where-to-start}
+
+जेव्हा परिषद आयोजित करण्याची वेळ येते, तेव्हा पहिल्या पायऱ्या जबरदस्त वाटू शकतात. परंतु स्पष्ट योजना आणि संरचनेसह, तुम्ही प्रक्रिया व्यवस्थापकीय कार्यांमध्ये विभागू शकता. आम्ही त्या प्रत्येकाचे विश्लेषण करू.
+
+संरचित दृष्टीकोनाने सुरुवात केल्याने तुम्हाला तुमचा कार्यक्रम आयोजित करण्याच्या विविध टप्प्यांमधून जाताना संघटित राहण्यास आणि तणाव कमी करण्यास मदत होईल. तुम्ही घेतलेला प्रत्येक निर्णय तुम्हाला तुमच्या समुदायाच्या गरजा पूर्ण करणारा अनुभव देण्याच्या जवळ घेऊन गेला पाहिजे.
+
+**पहिली गोष्ट म्हणजे स्पष्ट भूमिका आणि जबाबदाऱ्यांसह एक संघटक संघ तयार करणे.**
+
+कार्यक्रम तयार करण्यास सुरुवात करण्यापूर्वी किंवा प्रायोजकांशी संपर्क साधण्यापूर्वी दुसरी महत्त्वाची पायरी म्हणजे तारीख निवडणे. जरी ही एक सोपी पायरी वाटत असली तरी, काही महत्त्वाचे घटक आहेत ज्यांचा तुम्ही आधी विचार केला पाहिजे. त्यापैकी काही आहेत:
+
+- **प्रमुख परिषदा** किंवा कार्यक्रमांशी संघर्ष करणाऱ्या तारखा टाळा
+- **स्थानिक परिस्थिती आणि प्रसंग** (जसे की वर्षाचा ऋतू, प्रमुख सुट्ट्या, इ.) विचारात घ्या
+- **बाजाराची स्थिती विचारात घ्या**
+- **सर्व काही आयोजित करण्यासाठी स्वतःला पुरेसा वेळ द्या** — किमान नऊ महिने
+
+### संघ कसा तयार करावा {#how-to-assemble-a-team}
+
+असे लोक निवडा जे तुमची दृष्टी शेअर करतात आणि तुमच्या कौशल्यांना पूरक ठरतात. काही संघ सामूहिकरित्या काम करतात, तर इतरांच्या भूमिका निश्चित असतात — तुमच्यासाठी काय सर्वोत्तम काम करते ते शोधा. नियमित संवाद आणि स्पष्ट अपेक्षा आवश्यक आहेत. कार्यक्रमाच्या नियोजनासाठी संवाद प्लॅटफॉर्मवर अवलंबून राहणे मोहक असले तरी, आम्ही काय करायचे आहे याचे आयोजन आणि मागोवा घेण्यासाठी एक कार्य व्यवस्थापन प्लॅटफॉर्म (जसे की Notion, Basecamp, Trello, Asana, किंवा अगदी जुने चांगले Google Sheets) निवडण्याची शिफारस करतो. एक चांगला कार्यरत आणि सुसंघटित संघ असणे महत्त्वाचे आहे.
+
+वेगवेगळ्या Ethereum संघटक संघांमध्ये त्यांच्या संघात वेगवेगळ्या भूमिका असतात, परंतु त्या सर्वांमध्ये लॉजिस्टिक्स, बजेटिंग, मार्केटिंग, कार्यक्रम, डिझाइन आणि भागीदारीवर काम करणारे लोक समान असतात.
+
+### कार्यक्रम: यशस्वी कार्यक्रमाचा एक महत्त्वाचा घटक {#the-program-a-key-element-of-a-successful-event}
+
+जेव्हा खरोखरच मौल्यवान आणि अविस्मरणीय परिषद आयोजित करण्याची वेळ येते, तेव्हा **कार्यक्रमच सर्वकाही असतो**. हे असे क्षेत्र नाही जिथे तुम्ही तडजोड करू शकता. जरी प्रायोजक महत्त्वाचे असले आणि अनेकदा कार्यक्रमाच्या वित्तपुरवठ्यासाठी महत्त्वपूर्ण असले तरी, प्रेक्षकांचा अनुभव आणि त्यांना मिळणारे मूल्य यांना नेहमीच प्राधान्य दिले पाहिजे. प्रचारात्मक सामग्री आणि अंतहीन प्रायोजक पिचेसने भरलेला कार्यक्रम तुमच्या उपस्थितांना दुरावेल आणि तुमच्या कार्यक्रमाची विश्वासार्हता कमी करेल.
+
+प्रत्येक सत्र, पॅनेल आणि कार्यशाळेने समुदायाला माहिती द्यावी, प्रेरित करावे आणि गुंतवून ठेवावे. तुमच्या प्रेक्षकांचे ऐका — त्यांच्या आवडी, गरजा आणि आव्हाने समजून घ्या. कोणते विषय त्यांच्याशी जुळतात? त्याच वेळी, कार्यक्रम गतिमान ठेवण्यासाठी नवीन दृष्टीकोन आणि नाविन्यपूर्ण स्वरूप सादर करा. परिचित आणि प्रचलित विषयांना अत्याधुनिक कल्पनांसह संतुलित करा, ज्यामुळे Ethereum इकोसिस्टमच्या विविध पैलूंना समाविष्ट करणारी एक सर्वसमावेशक अजेंडा सुनिश्चित होईल — तांत्रिक सखोल माहिती आणि समुदाय-निर्माण सत्रांपासून ते धोरण चर्चा आणि प्रत्यक्ष कार्यशाळांपर्यंत. याव्यतिरिक्त, परिषदेच्या भाषेचा विचार करा — जरी बहुतेक Ethereum कार्यक्रमांमध्ये इंग्रजी ही डीफॉल्ट भाषा असली तरी, स्थानिक भाषेत सत्रे आयोजित केल्याने कार्यक्रम प्रादेशिक डेव्हलपर आणि उत्साहींसाठी अधिक सुलभ होऊ शकतो.
+
+**वक्ते निवडताना, उच्च-गुणवत्तेच्या सबमिशनला आकर्षित करण्यासाठी आणि अजेंडा क्युरेशनसाठी पुरेसा वेळ मिळवण्यासाठी परिषदेच्या किमान सहा महिने आधी कॉल उघडा.** वक्ता निवडीसाठी जबाबदार असलेल्या व्यक्तीला उद्योगात महत्त्वपूर्ण अनुभव आणि इकोसिस्टमची सखोल माहिती असावी. यामुळे ते मौल्यवान, अंतर्दृष्टीपूर्ण योगदान ओळखू शकतील आणि सामग्रीचा उच्च दर्जा राखू शकतील हे सुनिश्चित होते.
+
+### आर्थिक सहाय्य कोठे मिळवावे {#where-to-find-financial-support}
+
+उच्च-गुणवत्तेची परिषद आयोजित करण्यासाठी महत्त्वपूर्ण खर्च येतो — स्थळ भाडे, प्रचारात्मक साहित्य, अन्न आणि पेये, उत्पादन आणि इतर असंख्य खर्च. तुमचा कार्यक्रम व्यावसायिक मानकांची पूर्तता करतो आणि तुमच्या उपस्थितांसाठी एक उत्तम अनुभव देतो हे सुनिश्चित करण्यासाठी सुरुवातीलाच आर्थिक सहाय्य मिळवणे आवश्यक आहे.
+
+#### प्रायोजकत्व डेक कसा तयार करावा? {#how-to-create-a-sponsorship-deck}
+
+प्रथम, तुम्हाला एका डेकची आवश्यकता असेल. **इतर परिषद आयोजकांकडून सल्ला घ्या**, अगदी त्यांचे डेक शेअर करण्यास सांगा जेणेकरून तुम्ही त्यावर आधारित तुमची पॅकेजेस तयार करू शकाल. पॅकेजेसची किंमत ठरवताना तुम्ही वास्तववादी असले पाहिजे आणि खर्च भागवण्याचे ध्येय ठेवले पाहिजे, पैसे कमावण्याचे नाही, विशेषतः सुरुवातीला.
+
+**प्रत्येक प्रायोजकत्व डेकने कार्यक्रमाचे स्पष्ट आणि आकर्षक विहंगावलोकन प्रदान केले पाहिजे**, ज्यामुळे संभाव्य प्रायोजकांना त्याची व्याप्ती, लक्ष आणि मूल्य समजेल याची खात्री होईल. विश्वासार्हता स्थापित करण्यासाठी मूलभूत गोष्टींपासून सुरुवात करा — स्थळ, तारीख आणि संघटक संघाबद्दल तपशील. त्यानंतर, कार्यक्रमाचे प्राथमिक लक्ष हायलाइट करा, कारण वेगवेगळ्या Ethereum परिषदा वेगवेगळ्या प्रेक्षकांसाठी असतात. काही बिल्डर-केंद्रित असतात, ज्यात सखोल तांत्रिक चर्चा असतात, तर काही DeFi, DAOs किंवा धोरण विषयांवर अधिक लक्ष केंद्रित करू शकतात.
+
+केवळ कार्यक्रमाचे वर्णन करण्यापलीकडे, स्पष्ट अपेक्षा सेट करा. **अपेक्षित उपस्थितांची संख्या आणि आधीच निश्चित झालेल्या कोणत्याही प्रमुख वक्त्यांची रूपरेषा तयार करा**, कारण यामुळे प्रायोजकांना त्यांची संभाव्य पोहोच मोजण्यास मदत होते. सर्वात महत्त्वाचे म्हणजे, त्यांच्या प्रायोजकत्वाच्या बदल्यात त्यांना काय मिळेल हे स्पष्टपणे परिभाषित करा — बूथची जागा, बोलण्याची संधी, सोशल मीडिया प्रमोशन, ब्रँडिंगची दृश्यमानता किंवा विशेष नेटवर्किंग प्रवेश. एक सुसंरचित डेक केवळ माहितीच देत नाही तर संभाव्य प्रायोजकांना तुमच्या कार्यक्रमाचा भाग होण्याची संधीबद्दल उत्साहित करतो.
+
+#### तुमच्या कार्यक्रमाला कोण पाठिंबा देऊ शकेल? {#who-might-support-your-event}
+
+तुमच्या शहरातील किंवा देशातील Ethereum आणि व्यापक तंत्रज्ञान इकोसिस्टममधील कंपन्यांशी संपर्क साधून सुरुवात करा. या **संस्थांना अनेकदा स्थानिक कार्यक्रमांना पाठिंबा देण्यात स्वारस्य असते** जे समुदाय वाढ आणि नाविन्याला चालना देतात. ते स्थानिक इकोसिस्टममध्ये गुंतवणूक करण्याचे मूल्य ओळखण्याची आणि तुमची परिषद प्रतिभा, भागीदार आणि वापरकर्त्यांशी जोडण्याची संधी म्हणून पाहण्याची अधिक शक्यता असते.
+
+एकदा तुम्ही स्थानिक समर्थनाचा लाभ घेतला की, तुमची पोहोच web3 क्षेत्रातील जागतिक खेळाडूंपर्यंत वाढवा. **स्थापित प्रोटोकॉल, DAOs आणि इकोसिस्टम फंड अनेकदा समुदाय-चालित कार्यक्रमांसाठी बजेट वाटप करतात**. पहिल्यांदाच आयोजन करणाऱ्यांसाठी हे थोडे आव्हानात्मक असू शकते, कारण त्यांनी अद्याप दाखवण्यासाठी ट्रॅक रेकॉर्ड तयार केलेला नसतो, परंतु एक आकर्षक प्रायोजकत्व पॅकेज तयार करण्याचा प्रयत्न करा जे तुमच्या कार्यक्रमाला समर्थन देण्याचे फायदे स्पष्टपणे दर्शवते — ब्रँडची दृश्यमानता, बोलण्याची संधी आणि लक्ष्यित प्रेक्षकांसोबत अर्थपूर्ण संवाद. तुमचे अद्वितीय मूल्य शोधण्याचा प्रयत्न करा जे इतरांकडे नसेल.
+
+#### तुमच्या कार्यक्रमासाठी निधीचे पर्यायी स्वरूप {#alternative-forms-of-funding-your-event}
+
+अनुदान हे निधीचे आणखी एक संभाव्य स्त्रोत आहे ज्याकडे अनेक आयोजक दुर्लक्ष करतात. Ethereum फाउंडेशनचे [इकोसिस्टम सपोर्ट प्रोग्राम](https://esp.ethereum.foundation/) (ESP) आणि [इतर अनुदान उपक्रम](https://ethereum.org/community/grants/#ethereum-grants) यांसारखे कार्यक्रम समुदाय-चालित कार्यक्रमांना समर्थन देण्यासाठी अस्तित्वात आहेत.
+
+आर्थिक प्रायोजकत्वापलीकडे, वस्तू-स्वरूपातील भागीदारीचा विचार करा, विशेषतः अन्न आणि पेयांसाठी. स्थानिक संस्कृती किंवा तंत्रज्ञान समुदायाशी जुळणारे ब्रँड तुमच्या कार्यक्रमासाठी उत्तम भागीदार असू शकतात. कॉफी ब्रँड, पेय कंपन्या किंवा अगदी स्थानिक पिझ्झारिया देखील कार्यक्रमात प्रसिद्धीच्या बदल्यात उत्पादने देण्यास तयार असू शकतात. हे सहकार्य खर्च कमी करण्यास मदत करू शकतात आणि त्याच वेळी उपस्थितांचा अनुभव वाढवू शकतात.
+
+आम्ही वित्ताबद्दल बोलत असल्यामुळे, हे लक्षात ठेवा: एक अपवादात्मक उपस्थितीचा अनुभव तयार करण्यासाठी तुम्ही गुंतवलेला प्रत्येक डॉलर तुम्हाला प्रचंड परतावा देईल. उच्च-गुणवत्तेचे उत्पादन, आरामदायक स्थळे, विचारपूर्वक दिलेली भेटवस्तू (swag), आणि सुसंघटित बाजूचे कार्यक्रम एका अविस्मरणीय अनुभवात योगदान देतात ज्याबद्दल सहभागी परिषद संपल्यानंतरही बराच काळ बोलतील. आनंदी उपस्थित तुमचे सर्वात मोठे समर्थक बनतात आणि तुमच्या कार्यक्रमाच्या दीर्घकालीन यशाची खात्री करतात.
+
+### लॉजिस्टिक्स {#logistics}
+
+निधी मिळवण्यासोबतच, तुमचे मुख्य लक्ष लॉजिस्टिक्सवर असले पाहिजे. एक सुसंघटित परिषदेसाठी स्थळाच्या सेटअपपासून ते उपस्थितांच्या अनुभवापर्यंत अनेक क्षेत्रांमध्ये सूक्ष्म नियोजन आवश्यक असते. कार्यक्रम आयोजनात ठोस अनुभव असलेली व्यक्ती असणे — केवळ web3 कार्यक्रमच नव्हे, तर सर्वसाधारणपणे कार्यक्रम — खूप मोठा फरक घडवू शकते. एक अनुभवी लॉजिस्टिक्स प्रमुख संभाव्य समस्यांचा अंदाज घेऊ शकतो आणि त्या समस्या बनण्यापूर्वीच सोडवू शकतो, ज्यामुळे वेळ, पैसा आणि तणाव वाचतो.
+
+लॉजिस्टिक्ससाठी जबाबदार असलेल्या व्यक्तीने एक स्थळ, उत्पादन कंपनी आणि अन्न, पेये आणि मर्चसाठी वेगवेगळे विक्रेते निवडले पाहिजेत, तसेच एक वापरण्यास-सोपी ऑनलाइन तिकीट प्रणाली जी उपस्थितांना नोंदणी करण्यास आणि क्रिप्टोमध्ये पैसे देण्यास देखील परवानगी देते.
+
+### स्थान पायाभूत सुविधा {#location-infrastructure}
+
+तुमच्या परिषदेसाठी स्थान निवडताना, केवळ स्थळाच्या पलीकडे जाऊन शहराच्या आणि देशाच्या व्यापक पायाभूत सुविधांचा विचार करणे महत्त्वाचे आहे. हवामान, गतिशीलता, सुरक्षितता आणि राजकीय वातावरण यांसारखे घटक उपस्थितांचा अनुभव घडवण्यात मोठी भूमिका बजावतात.
+
+कमी ज्ञात असलेल्या स्थानांसाठी, हे विशेषतः महत्त्वाचे ठरते. जगभरातील उपस्थित आणि प्रायोजकांना आत्मविश्वास वाटला पाहिजे की ते सहज आणि सुरक्षितपणे प्रवास करू शकतात. विमानतळ कनेक्टिव्हिटी, सार्वजनिक वाहतूक आणि निवासाचे पर्याय यांसारख्या बाबींचा विचार करा. आंतरराष्ट्रीय सहभागींना परावृत्त करू शकणाऱ्या कोणत्याही गुंतागुंती टाळण्यासाठी, जसे की व्हिसा धोरण, प्रदेशातील सांस्कृतिक आणि राजकीय वातावरणाचा विचार करणे देखील शहाणपणाचे आहे.
+
+### कार्यक्रमाचा प्रचार कसा करावा {#how-to-promote-the-event}
+
+तुमच्या कार्यक्रमाचा प्रभावीपणे प्रचार करणे हे योग्य प्रेक्षकांना आकर्षित करण्यासाठी आणि उत्साह निर्माण करण्यासाठी महत्त्वाचे आहे. एक विचारपूर्वक तयार केलेली प्रचार रणनीती तुमच्या परिषदेला ती पात्र असलेली दृश्यमानता आणि सहभाग मिळवते हे सुनिश्चित करते. डिझाइन तुमच्या ब्रँडमध्येही महत्त्वाची भूमिका बजावते, त्यामुळे तुम्ही त्यासाठी निश्चितपणे बजेट ठेवले पाहिजे.
+
+#### सोशल मीडिया {#social-media}
+
+X.com तुमच्या सोशल मीडिया प्रचाराचा कणा असेल. तिथे पोस्ट करण्यामध्ये सक्रिय आणि सातत्यपूर्ण राहण्याचा प्रयत्न करा, पण तुमच्या वैयक्तिक खात्यातून आणि तुमच्या संस्थेच्या खात्यातून वेगवेगळ्या संभाषणांमध्येही सहभागी व्हा.
+
+जरी LinkedIn प्रचारासाठी सर्वात स्पष्ट पर्याय वाटत नसला तरी, तुम्ही तिथे पूर्णपणे वेगळ्या प्रेक्षकांपर्यंत पोहोचू शकता, किंवा अगदी काही प्रायोजकांपर्यंतही.
+
+#### इतर Ethereum समुदायांसोबत भागीदारी {#partnerships-with-other-ethereum-communities}
+
+वेगवेगळ्या Ethereum आयोजकांसोबत भागीदारी केल्याने विद्यमान नेटवर्कचा वापर करून तुमची पोहोच वाढविण्यात मदत होऊ शकते, विशेषतः जेव्हा तुम्ही सुरुवातीपासून सुरुवात करत असाल. समुदायाला सवलती द्या, इतर कार्यक्रमांसोबत क्रॉस-प्रमोट करा आणि भागीदारांना बाजूचे कार्यक्रम किंवा कार्यशाळा सह-आयोजित करण्यासाठी आमंत्रित करा.
+
+#### विद्यापीठ संपर्क {#university-outreach}
+
+कार्यक्रमाचा प्रचार करण्यासाठी शहरातील तांत्रिक आणि अर्थशास्त्र विद्याशाखांशी विद्यार्थी क्लब किंवा प्राध्यापकांमार्फत संपर्क साधा. विद्यापीठांशी संवाद साधल्याने तरुण प्रतिभा, संशोधक आणि भविष्यातील उद्योग व्यावसायिक आकर्षित होण्यास मदत होऊ शकते, ज्यामुळे शिक्षण आणि Ethereum इकोसिस्टम यांच्यात एक मजबूत संबंध निर्माण होतो. जर तुम्ही हॅकॅथॉन आयोजित करत असाल तर हे विशेषतः उत्तम आहे, कारण विद्यार्थी अनेकदा नवीन कल्पना, उत्साह आणि एक मजबूत तांत्रिक पाया घेऊन येतात.
+
+#### मीडिया {#media}
+
+कार्यक्रमाच्या कव्हरेजसाठी web3-केंद्रित मीडिया आउटलेट्स आणि वृत्तपत्रांशी संपर्क साधा. जरी Web3 मीडियाला त्यांच्या PR लेखांसाठी पैसे दिले जाण्याची अपेक्षा असली तरी, तुमच्याकडे सशुल्क प्रचारासाठी बजेट नसल्यास तुम्ही त्यांना मोफत तिकिटे किंवा काही उच्च-प्रोफाइल वक्ते आणि प्रायोजकांसोबत मुलाखती देऊ शकता. सोशल मीडिया किंवा वेबसाइटवर वेगवेगळ्या फॉरमॅटमध्ये प्रमोशनसाठी तयार असलेल्या प्रेस रिलीज आणि काही व्हिज्युअलसह एक PR पॅकेज तयार करा. तसेच, स्थानिक पत्रकार किंवा अगदी सामग्री निर्मात्यांपर्यंत (जोपर्यंत त्यांची चांगली प्रतिष्ठा आहे) व्याप्ती वाढवा जे तंत्रज्ञान कव्हर करू शकतात, कारण ते मोठ्या प्रेक्षकांपर्यंत कार्यक्रम पोहोचवण्यासाठी महत्त्वाचे ठरू शकते. हे क्रिप्टो उद्योग आणि व्यापक लोकांमध्ये असलेली दरी कमी करण्यास मदत करते, ज्यामुळे मुख्य प्रवाहातील तंत्रज्ञान आणि व्यावसायिक समुदायांकडून स्वारस्य आकर्षित होते.
+
+### तुम्ही हॅकॅथॉनचे आयोजनही करावे का? {#should-you-organize-a-hackathon-as-well}
+
+हॅकॅथॉन आयोजित करणे फायदेशीर ठरू शकते कारण हॅकॅथॉन डेव्हलपर समुदायाला गुंतवून ठेवण्याचा आणि नवनिर्मितीला चालना देण्याचा एक उत्तम मार्ग असू शकतो. हे प्रकल्प तयार करण्यासाठी आणि सहकार्य करण्यासाठी प्रत्यक्ष संधी देखील प्रदान करते, ज्यामुळे इकोसिस्टमसाठी ठोस परिणाम मिळू शकतात. हॅकॅथॉन अशा डेव्हलपर्सना आकर्षित करतात जे सहसा परिषदांना उपस्थित राहत नाहीत परंतु नवीन कल्पना तयार करणे आणि तपासणे या आव्हानासाठी उत्सुक असतात. जर तुमची परिषद डेव्हलपर्स, नवनिर्मिती आणि प्रत्यक्ष प्रकल्पांसाठी असेल, तर हॅकॅथॉन आयोजित करणे एक नैसर्गिक निवड आहे.
+
+परंतु, एक आयोजित करण्यापूर्वी, तुमच्याकडे पुरेशी संसाधने आणि वेळ आहे का याचा विचार करा. **हॅकॅथॉनसाठी वेळ, मनुष्यबळ आणि आर्थिक गुंतवणुकीच्या दृष्टीने महत्त्वपूर्ण संसाधने आवश्यक असतात**. तुमच्याकडे ते हाताळण्यासाठी एक समर्पित संघ असल्याची खात्री करा, विशेषतः जर तुम्ही एकाच वेळी परिषद देखील व्यवस्थापित करत असाल. तसेच, तुमच्या समुदायामध्ये रस आहे का ते तपासा. जर तुमचा समुदाय अधिक बिल्डर-केंद्रित असेल, तर कदाचित ते आयोजित करणे अर्थपूर्ण आहे.
+
+जरी ते आयोजित करण्याचे बरेच फायदे असले तरी, हे लक्षात घ्या की, परिषदेच्या प्रमाणावर अवलंबून, हॅकॅथॉन जोडणे जबरदस्त असू शकते. दोन्ही व्यवस्थापित केल्याने त्यापैकी कोणत्याही एकाची गुणवत्ता कमी होईल का याचे तुम्ही मूल्यांकन केले पाहिजे. तुम्ही एक लहान, केंद्रित हॅकॅथॉन निवडू शकता किंवा कार्यक्रम वेगवेगळ्या महिन्यांमध्ये विभागू शकता.
+
+### (जवळजवळ अपरिहार्य) आव्हाने ज्यांचा तुम्हाला सामना करावा लागेल {#almost-inevitable-challenges-that-you-will-face}
+
+परिषद आयोजित करताना, विशेषतः Ethereum क्षेत्रात, सर्वात मोठ्या आव्हानांपैकी एक म्हणजे पुरेसा निधी मिळवणे. **अनेक कार्यक्रम आयोजक स्थळाचा खर्च**, केटरिंग आणि इतर लॉजिस्टिकल खर्च भागवण्यासाठी आवश्यक भांडवल उभारण्यासाठी संघर्ष करतात. प्रायोजकत्व अनेकदा आवश्यक असते, परंतु संबंध निर्माण करणे आणि कंपन्यांना तुमच्या कार्यक्रमात गुंतवणूक करण्यास पटवणे यासाठी वेळ लागू शकतो. शिवाय, बाजारातील मंदीच्या काळात प्रायोजकांना आकर्षित करण्याची अडचण वाढू शकते, कारण कंपन्या गैर-मुख्य क्रियाकलापांमध्ये गुंतवणूक करण्यास कमी इच्छुक असू शकतात.
+
+बजेटचे प्रभावीपणे व्यवस्थापन करणे महत्त्वाचे आहे. **अनपेक्षित खर्च**, जसे की शेवटच्या क्षणी स्थळातील बदल आणि अतिरिक्त इव्हेंट टेक आवश्यकता, तुमचे बजेट लवकर उडवू शकतात.
+
+नवीन कार्यक्रमांसाठी, **उच्च-गुणवत्तेचे वक्ते मिळवणे विशेषतः कठीण असू शकते**. Ethereum क्षेत्रातील स्थापित विचारवंत किंवा प्रभावकांकडे आधीच पूर्ण वेळापत्रक असू शकते आणि सिद्ध ट्रॅक रेकॉर्डशिवाय नवीन कार्यक्रमासाठी वचनबद्ध होण्यास ते संकोच करू शकतात. कार्यक्रमाच्या खूप आधी नेटवर्किंग करण्यासाठी आणि संभाव्य वक्त्यांपर्यंत पोहोचण्यासाठी वेळ घालवण्यास तयार रहा.
+
+तसेच, जेव्हा वक्त्यांचा प्रश्न येतो, तेव्हा त्यांच्याशी स्पष्ट आणि सतत संवाद साधा — सादरीकरणे पाठवण्यासाठी अंतिम मुदत निश्चित करा आणि शेवटच्या क्षणी होणारे कोणतेही बदल टाळा.
+
+एक यशस्वी परिषदेसाठी एक समर्पित संघ आवश्यक आहे जो लॉजिस्टिक्स, मार्केटिंग, प्रायोजकत्व, तांत्रिक सहाय्य आणि उपस्थित व्यवस्थापन हाताळू शकेल. तंत्रज्ञान कार्यक्रम आयोजित करण्याचा अनुभव असलेल्या व्यक्तींना शोधणे आव्हानात्मक असू शकते, विशेषतः जर तुम्ही लहान बजेटवर काम करत असाल किंवा, बहुतेक प्रकरणांमध्ये, कोणत्याही बजेटशिवाय, परंतु स्वयंसेवक तत्त्वावर.
+
+### तुम्ही हे एकटे करू नये. तुम्हाला स्वयंसेवकांची गरज आहे. {#you-shouldnt-do-it-alone-you-need-volunteers}
+
+Ethereum कार्यक्रम आयोजित करण्यासाठी लॉजिस्टिक्स, नोंदणी, वक्ता समन्वय, उपस्थित समर्थन आणि बरेच काही हाताळण्यासाठी एक वैविध्यपूर्ण आणि समर्पित संघ आवश्यक आहे. फक्त 3 ते 15 लोकांच्या संघाच्या आकारात, हे स्पष्ट होते की कार्यक्रमाच्या सुरळीत चालण्यासाठी स्वयंसेवक आवश्यक आहेत.
+
+स्वयंसेवक अनेकदा अनेक परिषदांचा कणा असतात, ते महत्त्वपूर्ण समर्थन प्रदान करतात, विशेषतः जेव्हा तुम्ही मर्यादित बजेटवर काम करत असाल. ते नोंदणी डेस्क सांभाळण्यापासून ते कार्यक्रमाच्या सेटअपमध्ये मदत करण्यापर्यंत सर्व काही हाताळू शकतात, ज्यामुळे कार्यक्रम शक्य तितका सुरळीतपणे चालतो.
+
+स्वयंसेवकांना आर्थिक मोबदला देणे आव्हानात्मक असले तरी, त्यांना असे काहीतरी मौल्यवान प्रदान करणे आवश्यक आहे ज्यामुळे त्यांचा अनुभव सार्थक होईल. त्यांना नेटवर्किंग संधी, कौशल्य विकास, काही विशेष फायदे, प्रमाणपत्रे किंवा शिफारसपत्रे देण्याचा विचार करा.
+
+### कार्यक्रम आयोजकांसाठी अनुपालन आवश्यक गोष्टी {#compliance-essentials-for-event-organizers}
+
+कार्यक्रम आयोजित करताना, लक्षात ठेवण्यासाठी अनेक आवश्यक कायदेशीर आणि लॉजिस्टिकल बाबी आहेत:
+
+- **प्रायोजकत्व करार** – प्रायोजकांसाठी तुमच्याकडे एक स्पष्ट करार असल्याची खात्री करा, ज्यात एक सु-परिभाषित रद्द करण्याची धोरण समाविष्ट आहे.
+- **आचारसंहिता** – विशिष्ट कार्यक्रमाच्या प्रकारानुसार (परिषद/हॅकॅथॉन, हॅकर हाऊसेस इत्यादी) तयार केलेली आचारसंहिता तयार करा.
+- **गोपनीयता धोरण** – डेटा संरक्षण नियम आणि प्रतिमेचे पालन करण्यासाठी तुमच्या वेबसाइटसाठी गोपनीयता धोरणाचा मसुदा तयार करा
+- **स्थानिक अधिकाऱ्यांना सूचना** – जरी तुमचा कार्यक्रम एक बंद मेळावा असला तरी, स्थानिक पोलीस स्टेशनला त्याची तक्रार करणे उचित आहे.
+- **तिकिटिंग करार** – अटी आणि जबाबदाऱ्या स्पष्ट करण्यासाठी तुमच्या तिकीट सेवा प्रदात्यासोबत एक औपचारिक करार स्थापित करा.
+- **नियामक अनुपालन** – तुम्ही ज्या देशात परिषद आयोजित करत आहात त्या देशात क्रिप्टो उद्योगासाठी विशिष्ट नियम किंवा निर्बंध आहेत का हे आधीच तपासा
+- **व्यापारी मालासाठी सीमाशुल्क मंजुरी** – जर तुम्ही प्रायोजक व्यापारी माल आयात करत असाल, तर प्रक्रिया कार्यक्षमतेने हाताळण्यासाठी सीमाशुल्क एजंटला नियुक्त करण्याची शिफारस केली जाते.
+- **फोटोग्राफी आणि मीडिया धोरण** – फोटोग्राफी आणि मीडिया कव्हरेजवरील मार्गदर्शक तत्त्वे स्पष्टपणे परिभाषित करा, सहभागींना संमती आणि निवड रद्द करण्याच्या पर्यायांबद्दल माहिती दिली जाईल याची खात्री करा.
+
+## कार्यक्रमानंतर: पुढे काय? {#after-the-event-whats-next}
+
+कार्यक्रम संपल्यानंतर, उपस्थित, वक्ते आणि प्रायोजकांकडून अभिप्राय गोळा करणे आणि एक अंतर्गत अहवाल तयार करणे महत्त्वाचे आहे जेणेकरून तुम्ही भविष्यातील कार्यक्रमांसाठी अधिक चांगले तयार असाल. यामुळे काय चांगले झाले आणि कुठे सुधारणा केली जाऊ शकते हे ओळखण्यास मदत होते. भविष्यातील पुनरावृत्तींना मार्गदर्शन करतील अशा मौल्यवान अंतर्दृष्टी गोळा करण्यासाठी सर्वेक्षण किंवा एक-एक मुलाखती वापरा. कोणत्याही चुका किंवा अकार्यक्षमतेच्या क्षेत्रांचे पुनरावलोकन करण्यासाठी वेळ काढा, कारण त्या पुढील परिषदेत टाळता येतात, ज्यामुळे प्रक्रिया अधिक सुरळीत होते.
+
+गती जिवंत ठेवणे महत्त्वाचे आहे. तुमच्या समुदायाशी संवाद साधत रहा, त्यांच्या अभिप्रायावर आधारित तुम्ही करत असलेल्या प्रगतीबद्दल अपडेट्स शेअर करा आणि पुढील कार्यक्रमासाठी उत्साह निर्माण करा. हा संबंध टिकवून ठेवल्याने, तुम्ही परिषदेचा प्रभाव कार्यक्रमाच्या पलीकडे पोहोचेल याची खात्री करता, संबंध मजबूत करता आणि भविष्यातील यशासाठी मंच तयार करता.
+
+## स्वीकृती {#acknowledgement}
+
+या लेखात आपली अंतर्दृष्टी शेअर करून योगदान देणाऱ्या सर्वांचे खूप खूप आभार: ETHBratislava चे Slavo Fabisik; ETH Kipu आणि ETH Latam च्या Lola; ETH Belgrade च्या Tanja Mladenovic, Ethereum Bogota चे Juan David; ETHWarsaw च्या Monika Zając; NapulETH चे Raffaele Orefice; ETH Riyadh चे Xiao Wu(Ling); urbe.eth चे Marco; ETH Dublin चे Caolán Walsh; ETHCluj चे Alex Males; आणि ETH Slovenia चे Stanko Devic.
+
+## संसाधने {#resources}
+
+पॉडकास्ट: A-Z पर्यंत ETH कार्यक्रमाचे आयोजन आणि प्रचार कसा करावा:
+
+- [ETHWarsaw केस स्टडी, Out of Ordinary द्वारे](https://www.youtube.com/watch?v=io2Dx1ouz8o)
+
+ट्विटर स्पेस:
+
+- [ETH समुदाय AMA](https://x.com/NapulETH/status/1905732699094151623)
+
+लेख:
+
+- [Building ETHKL, डॅनी एच. द्वारे](https://sekto.tech/ethkl24)
+- [POKT इव्हेंट्स प्लेबुक](https://docs.pokt.network/community/pokt-events-playbook)
diff --git a/public/content/translations/mr/community/get-involved/index.md b/public/content/translations/mr/community/get-involved/index.md
new file mode 100644
index 00000000000..e92eade692d
--- /dev/null
+++ b/public/content/translations/mr/community/get-involved/index.md
@@ -0,0 +1,132 @@
+---
+title: "मी कसे सहभागी होऊ शकतो?"
+description: "इथेरियम समुदायात कसे सामील व्हावे."
+lang: mr
+---
+
+# मी कसे सहभागी होऊ शकतो? सहभागी व्हा {#get-involved}
+
+इथेरियम समुदायात विविध पार्श्वभूमी आणि कौशल्य असलेल्या लोकांचा समावेश आहे. तुम्ही डेव्हलपर, कलाकार किंवा अकाऊंटंट असाल तरी, सहभागी होण्याचे अनेक मार्ग आहेत. येथे काही सूचनांची सूची दिली आहे जी तुम्हाला सुरुवात करण्यास मदत करू शकेल.
+
+आमच्या [आचारसंहितेमध्ये](/community/code-of-conduct) ethereum.org चे ध्येय आणि मूल्यांबद्दल वाचून सुरुवात करा.
+
+## डेव्हलपर <Emoji text=":computer:" size={1} />‍ {#developers}
+
+- [ethereum.org/developers/](/developers/) येथे इथेरियमबद्दल जाणून घ्या आणि प्रयत्न करा
+- तुमच्या जवळच्या [ETHGlobal](http://ethglobal.co/) हॅकेथॉनमध्ये सहभागी व्हा!
+- [तुमच्या कौशल्य क्षेत्राशी किंवा आवडीच्या प्रोग्रामिंग भाषेशी संबंधित प्रकल्प पहा](/developers/docs/programming-languages/)
+- [कन्सेन्सस आणि एक्झिक्युशन लेयर कॉल्स](https://www.youtube.com/@EthereumProtocol/streams) पहा किंवा त्यात सहभागी व्हा
+- [इकोसिस्टम सपोर्ट प्रोग्रामची विशलिस्ट](https://esp.ethereum.foundation/wishlist/) - टूलिंग, डॉक्युमेंटेशन आणि इन्फ्रास्ट्रक्चरची क्षेत्रे जिथे इथेरियम इकोसिस्टम सपोर्ट प्रोग्राम अनुदानाच्या अर्जांसाठी सक्रियपणे शोध घेत आहे
+- [Web3Bridge](https://www.web3bridgeafrica.com) - आफ्रिकेतील शेकडो डेव्हलपर आणि समुदाय सदस्यांना ओळखण्यासाठी, प्रशिक्षित करण्यासाठी आणि समर्थन देण्यासाठी त्यांच्या उपक्रमात महत्त्वाकांक्षी वेब3 समुदायात सामील व्हा
+- [Eth R&D Discord](https://discord.com/invite/VmG7Uxc) मध्ये सामील व्हा
+- [इथेरियम कॅट हर्डर्स डिस्कॉर्ड](https://discord.com/invite/Nz6rtfJ8Cu) मध्ये सामील व्हा
+
+## संशोधक आणि शिक्षणतज्ज्ञ <Emoji text=":mag:" size={1} />‍ {#researchers-and-academics}
+
+तुमची गणित, क्रिप्टोग्राफी किंवा अर्थशास्त्रामध्ये पार्श्वभूमी आहे का? इथेरियम इकोसिस्टममध्ये होत असलेल्या काही अत्याधुनिक कामांमध्ये तुम्हाला रस असू शकतो:
+
+- [Eth R&D Discord](https://discord.com/invite/VmG7Uxc) मध्ये सामील व्हा
+- एक इथेरियम इम्प्रूव्हमेंट प्रपोजल लिहा किंवा त्याचे पुनरावलोकन करा
+  - एक EIP लिहा
+    1. तुमची कल्पना [इथेरियम मॅजिशियन्स](https://ethereum-magicians.org) वर सबमिट करा
+    2. [EIP-1](https://eips.ethereum.org/EIPS/eip-1) वाचा - **होय, हा _संपूर्ण_ दस्तऐवज आहे.**
+    3. EIP-1 मधील निर्देशांचे पालन करा. तुम्ही तुमचा मसुदा लिहित असताना त्याचा संदर्भ घ्या.
+  - [EIP संपादक](https://eips.ethereum.org/EIPS/eip-5069) कसे बनायचे ते शिका
+    - तुम्ही आत्ताच EIPs चे पिअर-रिव्ह्यू करू शकता! [`e-review` टॅगसह खुले PR पहा](https://github.com/ethereum/EIPs/pulls?q=is%3Apr+is%3Aopen+label%3Ae-review). `discussion-to` लिंकवर तांत्रिक अभिप्राय द्या.
+  - [EIP गव्हर्नन्स](https://github.com/ethereum-cat-herders/EIPIP) मध्ये सहभागी व्हा
+    - [इथेरियम कॅट हर्डर्स डिस्कॉर्ड](https://discord.com/invite/Nz6rtfJ8Cu) मध्ये सामील व्हा
+  - [EIPs वर अधिक माहिती](/eips/)
+- [Challenges.ethereum.org](https://challenges.ethereum.org/) - उच्च-मूल्याच्या संशोधन बाउंटींची एक मालिका, जिथे तुम्ही >$100,000 USD कमवू शकता
+- [Ethresear.ch](https://ethresear.ch) - संशोधनासाठी इथेरियमचा प्राथमिक मंच, आणि क्रिप्टोइकॉनॉमिक्ससाठी जगातील सर्वात प्रभावी मंच
+- [EF रिसर्च AMA](https://old.reddit.com/r/ethereum/comments/vrx9xe/ama_we_are_ef_research_pt_8_07_july_2022) - संशोधकांसोबत एक चालू असलेली प्रश्नोत्तर मालिका. प्रत्येक पुढचा भाग सुरू झाल्यावर, कोणीही प्रश्न पोस्ट करू शकतो.
+- [इकोसिस्टम सपोर्ट प्रोग्रामची विशलिस्ट](https://esp.ethereum.foundation/wishlist/) - संशोधन क्षेत्रे जिथे इथेरियम इकोसिस्टम सपोर्ट प्रोग्राम अनुदानाच्या अर्जांसाठी सक्रियपणे शोध घेत आहे
+- [AllWalletDevs](https://allwallet.dev) - इथेरियम डेव्हलपर, डिझाइनर आणि इच्छुक वापरकर्त्यांसाठी नियमितपणे एकत्र येऊन वॉलेट्सवर चर्चा करण्यासाठी एक मंच
+
+[संशोधनाची अधिक सक्रिय क्षेत्रे एक्सप्लोर करा](/community/research/).
+
+## गैर-तांत्रिक कौशल्ये <Emoji text=":briefcase:" size={1} />‍ {#non-technical}
+
+जर तुम्ही डेव्हलपर नसाल, तर इथेरियममध्ये कुठून सुरुवात करावी हे जाणून घेणे कठीण असू शकते. येथे काही सूचना आहेत, विशिष्ट व्यावसायिक पार्श्वभूमीसाठी संसाधनांसह.
+
+### तुमच्या शहरात एक मीटअप आयोजित करा {#meetups}
+
+- कशी सुरुवात करावी याची खात्री नाही? [BUIDL नेटवर्क](https://consensys.net/developers/buidlnetwork/) मदत करू शकते.
+
+### इथेरियमबद्दल मजकूर लिहा {#write-content}
+
+- इथेरियमला चांगल्या लेखकांची गरज आहे जे त्याचे मूल्य सोप्या भाषेत समजावून सांगू शकतील
+- तुमचे स्वतःचे लेख प्रकाशित करण्यास तयार नाही? समुदाय संसाधनांवरील विद्यमान सामग्रीमध्ये योगदान देण्याचा विचार करा, किंवा [ethereum.org साठी नवीन सामग्री प्रस्तावित करा](/contributing/)!
+
+### समुदाय कॉल्ससाठी नोट्स घेण्याची ऑफर द्या {#take-notes}
+
+- अनेक ओपन-सोर्स समुदाय कॉल्स आहेत, आणि नोट्स घेणारे असणे ही एक मोठी मदत आहे. तुम्हाला स्वारस्य असल्यास, [इथेरियम कॅट हर्डर्स डिस्कॉर्ड](https://discord.com/invite/Nz6rtfJ8Cu) मध्ये सामील व्हा, आणि स्वतःची ओळख करून द्या!
+
+### इथेरियम सामग्रीचे तुमच्या मूळ भाषेत भाषांतर करा {#translate-ethereum}
+
+- ethereum.org एक भाषांतर कार्यक्रम चालवते जो वेबसाइट आणि इतर संसाधनांचे अनेक वेगवेगळ्या भाषांमध्ये भाषांतर करतो
+- [येथे](/contributing/translation-program) कसे सामील व्हावे ते शोधा
+
+### एक नोड चालवा {#run-a-node}
+
+इथेरियमला अधिक विकेंद्रित करण्यात मदत करण्यासाठी हजारो नोड ऑपरेटर्समध्ये सामील व्हा.
+
+- [नोड कसा चालवायचा यावर अधिक माहिती](/developers/docs/nodes-and-clients/run-a-node/)
+
+### तुमचे ETH स्टेक करा {#staking}
+
+तुमचे ETH स्टेक करून तुम्ही रिवॉर्ड्स मिळवू शकता आणि त्याचवेळी इथेरियम नेटवर्क सुरक्षित करण्यास मदत करू शकता.
+
+- [स्टेकिंगवर अधिक माहिती](/staking/)
+
+### प्रकल्पांना समर्थन द्या {#support-projects}
+
+इथेरियम इकोसिस्टम सार्वजनिक वस्तू आणि प्रभावी प्रकल्पांना निधी देण्याच्या ध्येयावर आहे. अगदी लहान देणग्या देऊन तुम्ही तुमचे समर्थन दर्शवू शकता आणि महत्त्वपूर्ण काम साकार होण्यास मदत करू शकता.
+
+- [Gitcoin](https://gitcoin.co/fund)
+- [clr.fund](https://clr.fund/#/about)
+
+## आर्थिक व्यावसायिक आणि अकाऊंटंट <Emoji text=":chart_with_upwards_trend:" size={1} />‍ {#financial-professionals}
+
+- इथेरियम हे “विकेंद्रित वित्त” (Decentralized Finance) इकोसिस्टमचे घर आहे - प्रोटोकॉल आणि ऍप्लिकेशन्सचे एक नेटवर्क जे एक पर्यायी आर्थिक प्रणाली प्रदान करते. जर तुम्ही आर्थिक व्यावसायिक असाल, तर [DeFi Llama](https://defillama.com/) किंवा [DeFiPrime](https://defiprime.com) येथे काही DeFi ॲप्स पहा
+- अकाऊंटंट? इथेरियमवरील मालमत्ता - ETH, टोकन, DeFi, इत्यादी - अनेक नवीन लेखांकन समस्या निर्माण करतात. तुम्ही काही प्रकल्प पाहून सुरुवात करू शकता ज्यांचा उद्देश क्रिप्टोकरन्सी वापरकर्त्यांना त्यांची बुककीपिंग आणि लेखांकन आव्हाने सोडविण्यात मदत करणे आहे, जसे की [Rotki](https://rotki.com/)
+
+## प्रोडक्ट मॅनेजर <Emoji text=":fountain_pen:" size={1} />‍ {#product-managers}
+
+- इथेरियम इकोसिस्टमला तुमच्या कौशल्याची गरज आहे! अनेक कंपन्या प्रोडक्ट मॅनेजरच्या भूमिकांसाठी भरती करत आहेत. तुम्हाला ओपन सोर्स प्रोजेक्टमध्ये योगदान देऊन सुरुवात करायची असेल, तर [इथेरियम कॅट हर्डर्स](https://discord.com/invite/Nz6rtfJ8Cu) किंवा [RaidGuild](https://www.raidguild.org/) शी संपर्क साधा
+
+## मार्केटिंग <Emoji text=":megaphone:" size={1} />‍ {#marketing}
+
+- इथेरियम इकोसिस्टममध्ये अनेक मार्केटिंग आणि कम्युनिकेशनची पदे आहेत!
+
+## इथेरियम नोकऱ्या {#ethereum-jobs}
+
+**इथेरियममध्ये काम करण्यासाठी नोकरी शोधू इच्छिता?**
+
+- [ethereum.org नोकऱ्या](/about/#open-jobs)
+- [इथेरियम फाउंडेशन जॉब बोर्ड](https://jobs.ashbyhq.com/ethereum-foundation)
+- [JobStash](https://jobstash.xyz)
+- [इथेरियम जॉब बोर्ड](https://www.ethereumjobboard.com/)
+- [क्रिप्टोकरन्सी नोकऱ्या](https://cryptocurrencyjobs.co/ethereum/)
+- [ConsenSys मधील करिअर](https://consensys.net/careers/)
+- [क्रिप्टो जॉब्स लिस्ट](https://cryptojobslist.com/ethereum-jobs)
+- [बँकलेस जॉब्स बोर्ड](https://pallet.xyz/list/bankless/jobs)
+- [वेब3 नोकऱ्या](https://web3.career)
+- [वेब3 आर्मी](https://web3army.xyz/)
+- [क्रिप्टो व्हॅली जॉब्स](https://cryptovalley.jobs/)
+- [इथेरियम नोकऱ्या](https://startup.jobs/ethereum-jobs)
+
+## एका DAO मध्ये सामील व्हा {#decentralized-autonomous-organizations-daos}
+
+"DAOs" म्हणजे विकेंद्रित स्वायत्त संस्था. हे गट संघटना आणि सहकार्य सुलभ करण्यासाठी इथेरियम तंत्रज्ञानाचा फायदा घेतात. उदाहरणार्थ, सदस्यत्व नियंत्रित करण्यासाठी, प्रस्तावांवर मतदान करण्यासाठी, किंवा एकत्रित मालमत्ता व्यवस्थापित करण्यासाठी. जरी DAOs अजूनही प्रायोगिक असले तरी, ते तुम्हाला तुमच्या विचारांशी जुळणारे गट शोधण्याची, सहकारी शोधण्याची आणि इथेरियम समुदायावर तुमचा प्रभाव वाढवण्याची संधी देतात. [DAOs वर अधिक माहिती](/dao/)
+
+- [DAOSquare](https://daosquare.io/) [@DAOSquare](https://twitter.com/DAOSquare) - _गैर-तांत्रिक क्षेत्रात DAO संकल्पनेचा प्रचार करणे आणि लोकांना DAO द्वारे मूल्य निर्माण करण्यास मदत करणे_
+- [डेव्हलपर DAO](https://www.developerdao.com/) [@developer_dao](https://twitter.com/developer_dao) - _इंटरनेटच्या सामूहिक मालकीवर विश्वास ठेवणाऱ्या बिल्डर्सचा समुदाय_
+- [dOrg](https://dOrg.tech) [@dOrg_tech](https://twitter.com/dOrg_tech) - _DAO म्हणून काम करणारा फ्रीलान्सर वेब3 डेव्हलपमेंटचा समूह_
+- [HausDAO](https://daohaus.club) [@nowdaoit](https://twitter.com/nowdaoit) - _DAOhaus चे सामुदायिक शासन_
+- [LexDAO](https://lexdao.org) [@lex_DAO](https://twitter.com/lex_DAO) - _कायदेशीर अभियांत्रिकी_
+- [MetaCartel Ventures](https://metacartel.xyz) [@VENTURE_DAO](https://twitter.com/VENTURE_DAO) - _प्री-सीड क्रिप्टो प्रकल्पांसाठी व्हेंचर_
+- [MetaFactory](https://metafactory.ai) [@TheMetaFactory](https://twitter.com/TheMetaFactory) - _डिजिफिजिकल परिधान ब्रँड्स_
+- [MolochDAO](https://molochdao.com) [@MolochDAO](https://twitter.com/MolochDAO) - _इथेरियम विकासासाठी निधी देण्यावर केंद्रित असलेला समुदाय_
+- [Raid Guild](https://raidguild.org) [@RaidGuild](https://twitter.com/RaidGuild) - _वेब3 बिल्डर्सचा समूह_
+
+कृपया ethereum.org मध्ये तुम्ही जेव्हा आणि जसे योगदान द्याल तेव्हा ethereum.org च्या [आचारसंहितेचे](/community/code-of-conduct) पालन करण्याचे लक्षात ठेवा!
diff --git a/public/content/translations/mr/community/grants/index.md b/public/content/translations/mr/community/grants/index.md
new file mode 100644
index 00000000000..734e323df9a
--- /dev/null
+++ b/public/content/translations/mr/community/grants/index.md
@@ -0,0 +1,68 @@
+---
+title: "Ethereum फाउंडेशन आणि समुदाय अनुदान कार्यक्रम"
+description: "संपूर्ण Ethereum परिसंस्थेतील अनुदान कार्यक्रमांची सूची."
+lang: mr
+---
+
+# Ethereum अनुदान {#ethereum-grants}
+
+खाली सूचीबद्ध केलेले कार्यक्रम Ethereum परिसंस्थेचे यश आणि वाढीस प्रोत्साहन देण्यासाठी काम करणाऱ्या प्रकल्पांसाठी विविध प्रकारचे निधी अनुदान देतात. तुमचा पुढील Ethereum प्रकल्प यशस्वी करण्यात मदत करण्यासाठी निधी शोधण्याकरिता आणि अर्ज करण्याकरिता याचा मार्गदर्शक म्हणून वापर करा.
+
+ही सूची आमच्या समुदायाद्वारे तयार केली आहे. काही गहाळ किंवा चुकीचे असल्यास, कृपया हे पृष्ठ संपादित करा!
+
+<Alert variant="update" className="mt-8">
+<Emoji text="🎗️" />
+<div>संस्थापकांनो, तुमचा व्यवसाय गतिमान करण्यासाठी मदतीची गरज आहे का? [संस्थापक समर्थनाकडे जा](/founders/)</div>
+</Alert>
+
+## विस्तृत Ethereum परिसंस्था {#broad-ethereum-ecosystem}
+
+हे कार्यक्रम मोठ्या व्याप्तीच्या प्रकल्पांना अनुदान देऊन विस्तृत Ethereum परिसंस्थेला समर्थन देतात. यामध्ये स्केलेबिलिटी, समुदाय निर्मिती, सुरक्षितता, गोपनीयता आणि बरेच काही यासाठी उपायांचा समावेश आहे. हे अनुदान कोणत्याही एका Ethereum प्लॅटफॉर्मसाठी विशिष्ट नाहीत आणि तुम्हाला खात्री नसल्यास सुरुवात करण्यासाठी हे एक चांगले ठिकाण आहे.
+
+- [EF इकोसिस्टम सपोर्ट प्रोग्राम](https://esp.ethereum.foundation) - _Ethereum ला फायदा होणाऱ्या ओपन सोर्स प्रकल्पांना निधी देणे, विशेषतः सार्वत्रिक साधने, पायाभूत सुविधा, संशोधन आणि सार्वजनिक वस्तूंवर लक्ष केंद्रित करून_
+- [ॲकॅडमिक ग्रांट्स](https://esp.ethereum.foundation/academic-grants) - _Ethereum-संबंधित शैक्षणिक कार्याला समर्थन देण्यासाठी अनुदान_
+
+## अनुदान सूची ॲग्रीगेटर्स आणि प्लॅटफॉर्म {#grant-list-aggregators}
+
+हे स्रोत संपूर्ण Ethereum परिसंस्थेतील विविध अनुदान संधी संकलित आणि आयोजित करतात, ज्यामुळे तुमच्या प्रकल्पाच्या गरजांशी जुळणाऱ्या निधी संधी शोधणे सोपे होते. तुमच्या विशिष्ट निधी गरजांवर आधारित सर्वात संबंधित स्रोत शोधण्यात तुम्हाला सुरुवात करण्यासाठी मदत करण्याकरिता आम्ही त्यांना व्यक्तिमत्त्वानुसार आयोजित केले आहे.
+
+### सर्व अनुदान शोधणाऱ्यांसाठी: सर्वसमावेशक डिरेक्टरीज {#comprehensive-directories}
+
+हे सामान्य प्लॅटफॉर्म संपूर्ण Web3 स्पेसमध्ये अनुदानांचे विस्तृत कव्हरेज देतात आणि निधी शोधणाऱ्या कोणासाठीही उपयुक्त प्रारंभ बिंदू आहेत:
+
+- [Blockworks Grantfarm](https://blockworks.co/grants/programs) - _Blockworks ने सर्व अनुदान, RFPs आणि बग बाऊंटीजची एक सर्वसमावेशक डिरेक्टरी संकलित केली आहे._
+- [Blockchain Grants](https://www.blockchaingrants.org/) - _ब्लॉकचेन आणि क्रिप्टो अनुदानांची डिरेक्टरी_
+- [Karma Funding Map](https://gap.karmahq.xyz/funding-map) - सर्व web3 अनुदान कार्यक्रमांची डिरेक्टरी, साप्ताहिक आधारावर अद्यतनित
+
+### डेव्हलपर्स आणि बिल्डर्ससाठी {#for-developers-and-builders}
+
+- [Grant Programs Viewer](https://airtable.com/shr86elKgWTSCP4AY) - _अनुदान कार्यक्रमांचा सार्वजनिक Airtable डेटाबेस_
+- [Web3 Grants Spreadsheet](https://docs.google.com/spreadsheets/d/1c8koZCI-GLnD8MG-eFcXPOBCNu1v8-aXIfwAAvc7AMc/edit#gid=0) - _Web3 अनुदान संधींची Google स्प्रेडशीट_
+- [Arbitrum Grants](https://arbitrum.foundation/grants) — Arbitrum DAO आणि [The Arbitrum Foundation](https://arbitrum.foundation/)
+
+### DeFi प्रकल्प आणि आर्थिक ॲप्लिकेशन्ससाठी {#for-defi-projects}
+
+- [LlamaoGrants](https://wiki.defillama.com/wiki/LlamaoGrants) - _DeFi Llama ची अनुदान कार्यक्रम डिरेक्टरी_
+- [AlphaGrowth Grants](https://alphagrowth.io/crypto-web3-grants-list) - _क्रिप्टो आणि Web3 अनुदानांची सर्वसमावेशक सूची_
+- [Uniswap Foundation Grants](https://www.uniswapfoundation.org/build) - _DeFi बिल्डर्ससाठी युनिचेन आणि युनिस्वॅप v4 अनुदान आणि समर्थन_
+
+### DAO योगदानकर्ते आणि गव्हर्नन्स इनोव्हेटर्ससाठी {#for-dao-contributors}
+
+समुदाय-चालित प्रकल्प आणि गव्हर्नन्स प्रयोगांसाठी संसाधने:
+
+- [DAO Grants](https://docs.google.com/spreadsheets/d/1XHc-p_MHNRdjacc8uOEjtPoWL86olP4GyxAJOFO0zxY/edit#gid=0) - _अनुदान देणाऱ्या संस्थांची Google स्प्रेडशीट_
+- [MetaGov Database](https://docs.google.com/spreadsheets/d/1e5g-dlWWsK2DZoZGBgfxyfGNSddLk-V7sLEgfPjEhbA/edit#gid=780420708) - _सर्वसमावेशक Web3 अनुदान नकाशा_
+
+### सार्वजनिक वस्तू आणि प्रभाव {#public-goods-and-impact}
+
+हे कार्यक्रम व्यापक समुदाय, सार्वजनिक वस्तू आणि प्रभाव उपक्रमांना फायदा देणाऱ्या प्रकल्पांना निधी देण्यावर लक्ष केंद्रित करतात. यामध्ये अनुदान प्रदाते, तसेच [क्वाड्रॅटिक फंडिंग](/defi/#quadratic-funding) सह ऑनचेन निधी वाटप यंत्रणा वापरणाऱ्या देणगी प्लॅटफॉर्मचा समावेश आहे:
+
+- [Gitcoin](https://www.gitcoin.co/program) - _Gitcoin Grants Ethereum परिसंस्थेतील ओपन सोर्स प्रकल्प आणि सार्वजनिक वस्तूंना निधी देण्यासाठी अनेक भांडवल वाटप यंत्रणा वापरते_
+- [Octant](https://octant.app/home) - _सार्वजनिक वस्तू निधी परिसंस्था जी सार्वजनिक हित आणि वैयक्तिक आर्थिक सक्षमीकरणामध्ये संतुलन साधते_
+- [Giveth](https://giveth.io/) - _क्रिप्टो देणगी प्लॅटफॉर्म जो चांगल्या कामांसाठी असलेल्या प्रकल्पांकडून शून्य अतिरिक्त शुल्कासह थेट देणग्या सक्षम करतो_
+- [Artizen](https://artizen.fund/) - _कला, विज्ञान, तंत्रज्ञान आणि संस्कृतीच्या आघाडीवर असलेल्या नवीन प्रकल्पांसाठी निधी जुळवण्यास निर्मात्यांना मदत करणे_
+- [Quadratic Accelerator](https://qacc.giveth.io/) - _स्टार्ट-अप ॲक्सिलरेटर कार्यक्रम जो सार्वजनिक हितासाठी फायदेशीर असलेल्या प्रकल्पांना समर्थन देण्यासाठी क्वाड्रॅटिक फंडिंग वापरतो_
+
+## Ethereum मध्ये काम {#work-in-ethereum}
+
+स्वतःचा प्रकल्प सुरू करण्यास तयार नाही का? शेकडो कंपन्या आहेत ज्या Ethereum परिसंस्थेत काम करण्यासाठी आणि योगदान देण्यासाठी उत्साही व्यक्तींना सक्रियपणे शोधत आहेत. अधिक माहिती शोधत आहात का? [Ethereum संबंधित नोकर्‍या पहा](/community/get-involved/#ethereum-jobs)
diff --git a/public/content/translations/mr/community/language-resources/index.md b/public/content/translations/mr/community/language-resources/index.md
new file mode 100644
index 00000000000..03d1da9b743
--- /dev/null
+++ b/public/content/translations/mr/community/language-resources/index.md
@@ -0,0 +1,153 @@
+---
+title: "भाषा संसाधने"
+description: "Ethereum बद्दल शिकण्यासाठी बिगर-इंग्रजी संसाधने"
+lang: mr
+---
+
+# भाषा संसाधने {#language-resources}
+
+Ethereum समुदाय जागतिक आहे आणि त्यात लाखो बिगर-इंग्रजी भाषिक आहेत.
+
+आमचे उद्दिष्ट सर्व भाषांमध्ये शैक्षणिक सामग्री प्रदान करणे आणि जगभरातील लोकांना Ethereum वर आणण्यात येणारे भाषिक अडथळे दूर करण्यास मदत करणे हे आहे.
+
+तुम्ही तुमच्या मूळ भाषेत वाचण्यास प्राधान्य देत असाल किंवा इंग्रजी न बोलणाऱ्या कोणाला ओळखत असाल, तर तुम्ही खाली उपयुक्त बिगर-इंग्रजी संसाधनांची यादी शोधू शकता. लाखो Ethereum उत्साही या ऑनलाइन मंचांवर बातम्या शेअर करण्यासाठी, अलीकडील घडामोडींवर चर्चा करण्यासाठी, तांत्रिक समस्यांवर वादविवाद करण्यासाठी आणि भविष्याची कल्पना करण्यासाठी एकत्र येतात.
+
+तुमच्या भाषेत एखादे शैक्षणिक संसाधन माहित आहे का? यादीमध्ये जोडण्यासाठी [एक इश्यू उघडा](https://github.com/ethereum/ethereum-org-website/issues/new/choose)!
+
+## Ethereum.org संसाधने {#ethereum-org}
+
+Ethereum.org चे ४० हून अधिक भाषांमध्ये मूळ भाषांतर केले आहे जे तुम्ही प्रत्येक पृष्ठाच्या शीर्षस्थानी असलेल्या आमच्या भाषा निवडक मेनूचा वापर करून शोधू शकता.
+
+![भाषा निवडक मेनू](./language-selector-menu.png)
+
+तुम्ही द्विभाषिक असाल आणि अधिक लोकांपर्यंत पोहोचण्यास आम्हाला मदत करू इच्छित असाल, तर तुम्ही [ethereum.org भाषांतर कार्यक्रमात](/contributing/translation-program/#translation-program) देखील सहभागी होऊ शकता आणि वेबसाइटचे भाषांतर करण्यास आम्हाला मदत करू शकता.
+
+## समुदाय संसाधने {#community}
+
+### ब्राझिलियन पोर्तुगीज {#br-pt}
+
+**बातम्या**
+
+- [BeInCrypto](http://www.beincrypto.com.br) - ब्राझीलमध्ये उपलब्ध असलेल्या एक्सचेंजेसच्या यादीसह क्रिप्टोकरन्सी बातम्या आणि लेख
+- [Cointelegraph](http://cointelegraph.com.br/category/analysis) - Cointelegraph ची ब्राझिलियन आवृत्ती, एक प्रमुख क्रिप्टोकरन्सी न्यूज आउटलेट
+- [Livecoins](http://www.livecoins.com.br/ethereum) - क्रिप्टोकरन्सी बातम्या आणि साधने
+- [Seudinheiro](http://www.seudinheiro.com/criptomoedas/) - क्रिप्टोकरन्सी बातम्या आणि अहवाल
+- [Modular Crypto](https://modularcrypto.xyz/) - क्रिप्टोकरन्सी बातम्या आणि शैक्षणिक लेख
+
+**शिक्षण**
+
+- [web3dev](https://www.web3dev.com.br/) - वेब 3 विकसकांसाठी सामग्री केंद्र आणि डिस्कॉर्ड समुदाय.
+- [Web3Brasil](https://github.com/web3brasil/web3brasil) - Web3 आणि DeFi शिकण्यासाठी संसाधने
+- [CriptoFacil](http://www.criptofacil.com/ultimas-noticias/) - क्रिप्टोकरन्सी बातम्या आणि शिक्षण, ज्यामध्ये 'नवशिक्यांसाठी Ethereum' आणि 'नवशिक्यांसाठी DeFi' समाविष्ट आहे
+- [CriptoAtivos](http://www.criptoativos.wiki.br/) - क्रिप्टोकरन्सी क्षेत्रातील माहिती, शिक्षण आणि ब्लॉग
+- [Cointimes](http://www.cointimes.com.br/) - क्रिप्टोकरन्सी बातम्या आणि शिक्षण
+- [Web3 starter pack](https://docs.google.com/document/d/1X8PSTFH7FTw9J-gbKWM6Y430SWCBT8d4t4pJgFQHJ8E/) - वारंवार विचारल्या जाणाऱ्या आणि मूलभूत क्रिप्टो प्रश्नांची उत्तरे देणारे मार्गदर्शक
+
+### चीनी {#zh}
+
+**सर्वसाधारण संसाधने**
+
+- [Ethereum.cn](https://www.ethereum.cn/) - समुदायाद्वारे सांभाळलेली सामग्री, ज्यामध्ये कन्सेन्सस लेअर अपग्रेड, सर्व कोअर डेव्ह मीटिंग नोट्स, लेअर 2 इत्यादींचा समावेश आहे.
+- [EthFans](https://github.com/editor-Ajian/EthFans.org-annual-collected-works/) - Ethereum च्या मूलभूत गोष्टींपासून प्रगत विषयांपर्यंत सर्व काही शिका
+- [Unitimes](https://mp.weixin.qq.com/s/tvloZSDBSOQN9zDQj_91kA) - समुदायाद्वारे सांभाळलेली सामग्री, ज्यामध्ये Ethereum, DeFi, NFT, Web3-संबंधित ज्ञानाचा समावेश आहे
+- [123ETH](https://123eth.org/) - Ethereum इकोसिस्टमचे एक पोर्टल
+- [Zhen Xiao](http://zhenxiao.com/blockchain/) - क्रिप्टोकरन्सी आणि तिच्या अनुप्रयोगांबद्दल विनामूल्य ऑनलाइन अभ्यासक्रम
+- [Ethereum श्वेतपत्रिका](/zh/whitepaper/) - Ethereum श्वेतपत्रिकेची चीनी आवृत्ती
+
+**Ethereum इकोसिस्टम**
+
+- [ETHPlanet](https://www.ethplanet.org/) - ऑनलाइन आणि प्रत्यक्ष हॅकेथॉन, विद्यापीठातील विद्यार्थ्यांना प्रशिक्षण देतात
+- [PrimitivesLane](https://www.primitiveslane.org/) - एक ना-नफा संशोधन गट, जो ब्लॉकचेन तंत्रज्ञानावर लक्ष केंद्रित करतो
+- [Ethereum Translation Community CN](https://www.notion.so/Ethereum-Translation-Community-CN-05375fe0a94c4214acaf90f42ba40171) - शैक्षणिक Ethereum सामग्रीचे भाषांतर करण्यासाठी समर्पित एक समुदाय
+
+**विकसकांसाठी**
+
+- [DappLearning](https://github.com/Dapp-Learning-DAO/Dapp-Learning) - मुख्य प्रवाहातील डॅप प्रकल्पांचा अभ्यास करण्यासाठी आणि दर आठवड्याला विचार आणि टिप्पण्या शेअर करण्यासाठी एक शिक्षण गट
+- [LearnBlockchain](https://learnblockchain.cn/) - डेव्हलपर्ससाठी एक समुदाय, ब्लॉकचेन तंत्रज्ञानाबद्दल माहिती शेअर करतो
+
+**क्रिप्टोग्राफी संशोधकांसाठी**
+
+- [SecbitLabs](https://mp.weixin.qq.com/s/69_tqBJpr_sbaKtR1sBRMw) - एक WeChat खाते, जे क्रिप्टोग्राफी, सुरक्षा, इत्यादी स्पष्ट करते.
+- [Sparkbyte](https://mp.weixin.qq.com/s/9KgKTc_jtJ7bWKdbNPoqvQ) - एक WeChat खाते, जे zk तंत्रज्ञान स्पष्ट करते
+
+### झेक {#cs}
+
+- [Gwei.cz](https://gwei.cz) - Web3 भोवतीचा स्थानिक समुदाय, शैक्षणिक सामग्री तयार करतो, ऑनलाइन आणि प्रत्यक्ष कार्यक्रमांचे आयोजन करतो
+- [Gwei.cz Příručka](https://prirucka.gwei.cz/) - नवशिक्यांसाठी Ethereum मार्गदर्शक
+- [DAO Příručka](https://dao.gwei.cz/) - DAO साठी नवशिक्यांचे मार्गदर्शक
+- [Mastering Ethereum](https://ipfs.io/ipfs/bafybeidvuxhnsgfx3tncpfxheqglkjwmdxclknlgd7s7qggd2a6bzgb27m) - झेकमध्ये Mastering Ethereum
+
+### फ्रेंच {#fr}
+
+- [Ethereum France](https://www.ethereum-france.com/) - Ethereum France कार्यक्रमांचे आयोजन करते, सामग्री तयार करते आणि Ethereum भोवती चर्चा करण्यास प्रोत्साहित करते
+- [Ethereum.fr](https://ethereum.fr/) - Ethereum बातम्या आणि शिक्षण
+- [BanklessFR](https://banklessfr.substack.com/) - फ्रेंचमध्ये Bankless वृत्तपत्र
+- [CryptoFR](https://cryptofr.com/category/44/ethereum-general) - Ethereum सबपेजसह क्रिप्टोकरन्सी फोरम
+
+### जर्मन {#de}
+
+- [Microsoft Learn (Solidity)](https://docs.microsoft.com/de-de/learn/modules/blockchain-learning-solidity/) - Solidity वापरणे
+- [Microsoft Learn (स्मार्ट कॉन्ट्रॅक्ट्स)](https://docs.microsoft.com/de-de/learn/modules/blockchain-solidity-ethereum-smart-contracts/) - Solidity सह Ethereum स्मार्ट कॉन्ट्रॅक्ट लिहिणे
+- [Microsoft Learn (Ethereum नेटवर्क्स)](https://docs.microsoft.com/de-de/learn/modules/blockchain-ethereum-networks/) - Ethereum नेटवर्क्सना कनेक्ट करणे आणि तैनात करणे
+- [Microsoft Learn (ब्लॉकचेन्स)](https://docs.microsoft.com/de-de/learn/paths/ethereum-blockchain-development/) - ब्लॉकचेन डेव्हलपमेंटमध्ये प्रवेश
+
+### हिब्रू {#he}
+
+- [उडी वर्थेमर - बिटकॉइनर्स Ethereum कडून काय शिकू शकतात](https://www.cryptojungle.co.il/udi-wertheimer-what-bitcoiners-can-learn-from-ethereum/)
+- [ओमेर ग्रेइसमेन (OpenZeppelin) - आम्ही 15 अब्ज डॉलर्सचा स्मार्ट कॉन्ट्रॅक्ट हॅक कसा टाळला](https://www.cryptojungle.co.il/omer-greisman-openzeppelin/)
+- [शाय दातिका (INX) - टोकनायझेशन आणि सिक्युरिटीजचे भविष्य, Ethereum एक सिक्युरिटी आहे का यासह](https://www.cryptojungle.co.il/shy-datika-tokenization/)
+- [रॉय कॉन्फिनो (Lemonade) - विमा @ Ethereum](https://www.cryptojungle.co.il/roy-confino-insurance/)
+- [इदान ऑफरात (Fireblocks) - संस्थात्मक अवलंब](https://www.cryptojungle.co.il/idan-ofrat-fireblocks/)
+- [गाल वेझमन (MetaMask) - MetaMask काय आहे](https://www.cryptojungle.co.il/gal-weizman-metamask/)
+- [ड्रॉर एव्हिएली (Consensys) - Ethereum चे केंद्र](https://www.cryptojungle.co.il/dror-aviely-ethereum-center/)
+- [नीर रोझिन - एक क्रिप्टो-पंक असणे](https://www.cryptojungle.co.il/nir-rozin-cryptopunk/)
+- [अदान केदेम - गेमिंग आणि मेटाव्हर्स](https://www.cryptojungle.co.il/adan-kedem-web3-gaming/)
+- [उरी कोलोडनी (Starkware) - Ethereum आणि ब्लॉकचेन लेअर्स](https://www.cryptojungle.co.il/uri-kolodny-starkware/)
+- [उडी वर्थेमर - Ethereum 2.0 विरुद्ध स्पर्धा](https://www.cryptojungle.co.il/udi-on-eth2/)
+- [बेन समोचा (मी स्वतः) - Ethereum 2.0 - एक संधी?](https://www.cryptojungle.co.il/etherurm2-week-summary/)
+- [अलोन मुरोच (Bloxstaking) - Ethereum 2.0 काय आहे?](https://www.cryptojungle.co.il/alon-moroch-eth2/)
+- [इलोन अवीव (Collider Ventures) - Ethereum 2.0 मध्ये काय चूक होऊ शकते](https://www.cryptojungle.co.il/eilon-aviv-eth2-0/)
+- [इलोन अवीव (Collider Ventures) - आपल्याला Ethereum 2.0 ची गरज का आहे](https://www.cryptojungle.co.il/eilon-aviv-ethereum-2-0/)
+
+### इटालियन {#it}
+
+- [Ethereum Italia](https://www.ethereum-italia.it/) - Ethereum शिक्षण, कार्यक्रम आणि बातम्या, स्मार्ट कॉन्ट्रॅक्ट्स आणि ब्लॉकचेन तंत्रज्ञानावर लक्ष केंद्रित
+- [Ethereum Italia Podcast](https://www.ethereum-italia.it/podcast/) - इटालियनमध्ये Ethereum पॉडकास्ट
+- [Microsoft Learn (Solidity)](https://docs.microsoft.com/it-it/learn/modules/blockchain-learning-solidity/) - Solidity कसे वापरावे ते शिका
+- [Microsoft Learn (स्मार्ट कॉन्ट्रॅक्ट्स)](https://docs.microsoft.com/it-it/learn/modules/blockchain-solidity-ethereum-smart-contracts/) - Solidity वापरून स्मार्ट कॉन्ट्रॅक्ट लिहिण्याबद्दल शिका
+- [Microsoft Learn (dapps)](https://docs.microsoft.com/it-it/learn/modules/blockchain-create-ui-decentralized-apps/) - विकेंद्रीकृत अनुप्रयोगांसह एक वापरकर्ता इंटरफेस तयार करा
+
+### जपानी {#ja}
+
+- [जपान व्हर्च्युअल आणि क्रिप्टो मालमत्ता एक्सचेंज असोसिएशन](https://jvcea.or.jp/)
+- [जपान क्रिप्टोऍसेट बिझनेस असोसिएशन](https://cryptocurrency-association.org/)
+- [ब्लॉकचेन डेव्हलपमेंटसह प्रारंभ करा - शिका | Microsoft Docs](https://docs.microsoft.com/ja-jp/learn/paths/ethereum-blockchain-development/) - हा शिक्षण मार्ग तुम्हाला ब्लॉकचेन आणि Ethereum प्लॅटफॉर्मवरील विकासाची ओळख करून देतो
+- [Mastering Ethereum](https://www.oreilly.co.jp/books/9784873118963/) - जपानी भाषेत Mastering Ethereum
+- [Hands-On Smart Contract Development with Solidity and Ethereum](https://www.oreilly.co.jp/books/9784873119342/) - जपानी भाषेत Hands-On Smart Contract Development with Solidity and Ethereum
+
+### रशियन {#ru}
+
+- [Cyber Academy](https://cyberacademy.dev) - वेब3 बिल्डर्ससाठी शैक्षणिक जागा
+- [Forklog](https://forklog.com) - सर्वसाधारणपणे क्रिप्टो, विद्यमान तंत्रज्ञान आणि विविध ब्लॉकचेन्सच्या भविष्यातील अपग्रेडबद्दल बातम्या आणि शैक्षणिक लेख
+- [BeInCrypto](https://ru.beincrypto.com) - बातम्या, क्रिप्टो किंमत विश्लेषण आणि क्रिप्टोकडे असलेल्या प्रत्येक गोष्टीबद्दल सोप्या स्पष्टीकरणासह गैर-तांत्रिक लेख
+
+### स्पॅनिश {#es}
+
+- [Ethereum Madrid](https://ethereummadrid.com/) - ब्लॉकचेन, DeFi आणि प्रशासन अभ्यासक्रम, कार्यक्रम आणि ब्लॉग
+- [Cointelegraph](https://es.cointelegraph.com/ethereum-for-beginners) - स्पॅनिशमध्ये नवशिक्यांसाठी Ethereum मार्गदर्शक
+- [Tutoriales online](https://tutoriales.online/curso/solidity) - Solidity आणि Ethereum वर प्रोग्रामिंग शिका
+- [Curso Introducción a Ethereum Development](https://youtube.com/playlist?list=PLTqiwJDd_R8y9pfUBjhkVa1IDMwyQz-fU) - Solidity मूलभूत गोष्टी, तुमच्या पहिल्या स्मार्ट कॉन्ट्रॅक्टची चाचणी आणि उपयोजन
+- [Curso Introducción a Seguridad y Hacking en Ethereum](https://youtube.com/playlist?list=PLTqiwJDd_R8yHOvteko_DmUxUTMHnlfci) - वास्तविक स्मार्ट कॉन्ट्रॅक्टमधील सामान्य असुरक्षितता आणि सुरक्षा समस्या समजून घ्या
+- [Curso Introducción a DeFi Development](https://youtube.com/playlist?list=PLTqiwJDd_R8zZiP9_jNdaPqA3HqoW2lrS) - Solidity मध्ये DeFi स्मार्ट कॉन्ट्रॅक्ट कसे कार्य करतात ते शिका आणि तुमचा स्वतःचा ऑटोमेटेड मार्केट मेकर तयार करा
+- [Cryptoversidad](https://www.youtube.com/c/Cryptoversidad) - नवशिक्यांपासून प्रगत स्तरापर्यंत गैर-तांत्रिक ब्लॉकचेन शिक्षण. क्रिप्टो आणि Ethereum बद्दल सर्वकाही शिका.
+
+### तुर्की {#tr}
+
+- [BTK Akademi](https://www.btkakademi.gov.tr/portal/course/blokzincir-ve-kripto-paralar-10569#!/about) - ब्लॉकचेन आणि क्रिप्टोकरन्सी-केंद्रित अभ्यासक्रम
+- [मोठे पुनर्नामकरण: Eth2 चे काय झाले?](https://miningturkiye.org/konu/ethereum-madenciligi-bitiyor-mu-onemli-gelisme.655/) - 'Eth2' शब्दावलीपासून दूर जाण्याच्या हालचालीचे स्पष्टीकरण देणाऱ्या 'ग्रेट रिनेमिंग' ब्लॉग पोस्टचे तुर्की भाषांतर
+
+### व्हिएतनामी {#vi}
+
+- [Tino Group](https://wiki.tino.org/ethereum-la-gi/) - Ethereum, dapps, वॉलेट्स आणि FAQs चे विहंगावलोकन
+- [Tap Chi Bitcoin](https://tapchibitcoin.io/tap-chi/tin-tuc-ethereum-eth) - Ethereum बातम्या आणि शिक्षणासाठी उपपृष्ठांसह वेब प्लॅटफॉर्म
+- [Coin68](https://coin68.com/ethereum-tieu-diem/) - Ethereum बातम्या आणि शैक्षणिक सामग्रीसह क्रिप्टोकरन्सी पोर्टल
diff --git a/public/content/translations/mr/community/online/index.md b/public/content/translations/mr/community/online/index.md
new file mode 100644
index 00000000000..8544e56af1a
--- /dev/null
+++ b/public/content/translations/mr/community/online/index.md
@@ -0,0 +1,74 @@
+---
+title: "ऑनलाइन समुदाय"
+description: "ऑनलाइन मंच, चॅट रूम्स आणि सोशल मीडिया समुदाय शोधा जिथे Ethereum चे उत्साही चर्चा आणि सहयोग करण्यासाठी एकत्र येतात."
+lang: mr
+---
+
+# ऑनलाइन समुदाय {#online-communities}
+
+लाखो Ethereum उत्साही या ऑनलाइन मंचांवर बातम्या शेअर करण्यासाठी, अलीकडील घडामोडींवर चर्चा करण्यासाठी, तांत्रिक समस्यांवर वादविवाद करण्यासाठी आणि भविष्याची कल्पना करण्यासाठी एकत्र येतात.
+
+## सूचीकरण धोरण {#listing-policy}
+
+सूचीबद्ध समुदायांची अखंडता आणि मूल्य टिकवून ठेवण्यासाठी, ethereum.org पात्रता निश्चित करण्यासाठी कठोर धोरणाचे पालन करते:
+
+### पात्रतेचे निकष {#eligibility-criteria}
+
+- **संबंध**: समुदाय थेट Ethereum आणि त्याच्या परिसंस्थेशी संबंधित असणे आवश्यक आहे.
+- **क्रियाकलाप पातळी**: समुदाय नियमित संवाद, पोस्ट्स किंवा चर्चांसह सक्रिय असावा. निष्क्रिय किंवा अक्रियाशील समुदाय काढले जाऊ शकतात.
+- **सर्वसमावेशकता**: समुदायाने अशा स्वागतार्ह वातावरणाला प्रोत्साहन दिले पाहिजे जे विविधतेचा आदर करते आणि सर्व पार्श्वभूमीच्या लोकांना सहभागी होण्यासाठी प्रोत्साहित करते.
+- **गैर-व्यावसायिक लक्ष**: सूची व्यावसायिक किंवा प्रचारात्मक प्लॅटफॉर्मऐवजी समुदाय-चालित जागांसाठी आहेत.
+
+### सामग्री मार्गदर्शक तत्त्वे {#content-guidelines}
+
+- **योग्य सामग्री**: समुदायांची स्वतःची नियंत्रण मार्गदर्शक तत्त्वे असणे आवश्यक आहेत, स्पॅम, द्वेषपूर्ण भाषण, छळवणूक किंवा बेकायदेशीर क्रियाकलापांना प्रोत्साहन देणारी कोणतीही सामग्री टाळली पाहिजे.
+- **भाषा**: इंग्रजी ही प्राथमिक भाषा असली तरी, इतर भाषांमधील समुदायांना सादर करण्यासाठी प्रोत्साहित केले जाते, जोपर्यंत ते सर्वसमावेशक आणि आदरपूर्ण वातावरण राखतात.
+- **पारदर्शकता**: समुदायाचा उद्देश, नियम आणि नियंत्रकांविषयी स्पष्ट माहिती सदस्यांसाठी उपलब्ध असावी.
+
+### इतर शिफारसी {#other-recommendations}
+
+- **प्रवेशयोग्यता**: सामुदायिक मंच साइन-अप किंवा नोंदणीची आवश्यकता न ठेवता प्रत्येकाला वाचण्यासाठी प्रवेशयोग्य असावेत.
+- **Discord सर्व्हर आमंत्रणे**: अशी शिफारस केली जाते की केवळ विश्वसनीय Discord सर्व्हर आमंत्रणे ethereum.org मध्ये जोडली जावीत. आदर्शपणे, ही आमंत्रणे वेबसाइटवरील समुदाय पृष्ठाशी जोडलेली असावीत (उदा., [ethglobal.com/discord](https://ethglobal.com/discord)) किंवा अधिकृत URL वरून असावीत (उदा., [discord.gg/ethstaker](https://discord.gg/ethstaker) किंवा [discord.com/invite/ethstaker](https://discord.com/invite/ethstaker)).
+
+या मार्गदर्शक तत्त्वांच्या आधारे एखादा समुदाय जोडला किंवा काढला पाहिजे असे तुम्हाला वाटत असल्यास, कृपया [आमच्या GitHub रेपॉजिटरीवर एक इश्यू उघडा](https://github.com/ethereum/ethereum-org-website/issues).
+
+## मंच {#forums}
+
+<SocialListItem socialIcon="reddit"><Link href="https://www.reddit.com/r/ethereum">r/ethereum</Link> - Ethereum शी संबंधित सर्व गोष्टी</SocialListItem>
+<SocialListItem socialIcon="reddit"><Link href="https://www.reddit.com/r/ethfinance/">r/ethfinance</Link> - Ethereum ची आर्थिक बाजू, DeFi सह</SocialListItem>
+<SocialListItem socialIcon="reddit"><Link href="https://www.reddit.com/r/ethdev/">r/ethdev</Link> - Ethereum विकासावर केंद्रित</SocialListItem>
+<SocialListItem socialIcon="reddit"><Link href="https://www.reddit.com/r/ethtrader/">r/ethtrader</Link> - ट्रेंड आणि बाजार विश्लेषण</SocialListItem>
+<SocialListItem socialIcon="reddit"><Link href="https://www.reddit.com/r/ethstaker/">r/ethstaker</Link> - Ethereum वर स्टेकिंगमध्ये स्वारस्य असलेल्या सर्वांचे स्वागत आहे</SocialListItem>
+<SocialListItem socialIcon="webpage"><Link href="https://ethereum-magicians.org">Fellowship of Ethereum Magicians</Link> - Ethereum मधील तांत्रिक मानकांभोवती केंद्रित असलेला समुदाय</SocialListItem>
+<SocialListItem socialIcon="stackExchange"><Link href="https://ethereum.stackexchange.com">Ethereum Stackexchange</Link> - Ethereum विकसकांसाठी चर्चा आणि मदत</SocialListItem>
+<SocialListItem socialIcon="webpage"><Link href="https://ethresear.ch">Ethereum Research</Link> - क्रिप्टॉइकॉनॉमिक संशोधनासाठी सर्वात प्रभावी मेसेजबोर्ड</SocialListItem>
+
+## चॅट रूम्स {#chat-rooms}
+
+<SocialListItem socialIcon="discord"><Link href="https://discord.com/invite/Nz6rtfJ8Cu">Ethereum Cat Herders</Link> - Ethereum विकासाला प्रकल्प व्यवस्थापन सहाय्य प्रदान करण्याभोवती केंद्रित समुदाय</SocialListItem>
+<SocialListItem socialIcon="discord"><Link href="https://ethglobal.com/discord">Ethereum Hackers</Link> - ETHGlobal द्वारे चालवलेला Discord चॅट: जगभरातील Ethereum हॅकर्ससाठी एक ऑनलाइन समुदाय</SocialListItem>
+<SocialListItem socialIcon="discord"><Link href="https://discord.gg/5W5tVb3">CryptoDevs</Link> - Ethereum विकासावर केंद्रित Discord समुदाय</SocialListItem>
+<SocialListItem socialIcon="discord"><Link href="https://discord.gg/ethstaker">EthStaker Discord</Link> - विद्यमान आणि संभाव्य स्टेकर्ससाठी समुदाय-चालित मार्गदर्शन, शिक्षण, समर्थन आणि संसाधने</SocialListItem>
+<SocialListItem socialIcon="discord"><Link href="https://discord.gg/ethereum-org">Ethereum.org website team</Link> - थांबा आणि टीम व समुदायातील लोकांसोबत ethereum.org वेब डेव्हलपमेंट आणि डिझाइनबद्दल गप्पा मारा</SocialListItem>
+<SocialListItem socialIcon="discord"><Link href="https://discord.matos.club/">Matos Discord</Link> - web3 निर्मात्यांचा समुदाय जिथे बिल्डर्स, औद्योगिक क्षेत्रातील प्रमुख व्यक्ती आणि Ethereum उत्साही एकत्र येतात. आम्ही web3 विकास, डिझाइन आणि संस्कृतीबद्दल उत्साही आहोत. आमच्यासोबत तयार करण्यासाठी या.</SocialListItem>
+<SocialListItem socialIcon="webpage"><Link href="https://gitter.im/ethereum/solidity">Solidity Gitter</Link> - solidity विकासासाठी चॅट (Gitter)</SocialListItem>
+<SocialListItem socialIcon="webpage"><Link href="https://matrix.to/#/#ethereum_solidity:gitter.im">Solidity Matrix</Link> - solidity विकासासाठी चॅट (Matrix)</SocialListItem>
+<SocialListItem socialIcon="webpage"><Link href="https://ethereum.stackexchange.com/">Ethereum Stack Exchange</Link> <i>- प्रश्न आणि उत्तर मंच</i></SocialListItem>
+<SocialListItem socialIcon="webpage"><Link href="https://app.peera.ai/">Peera Community Forum</Link> <i>- विकेंद्रीकृत प्रश्न आणि उत्तर मंच</i></SocialListItem>
+
+## YouTube आणि X (पूर्वीचे Twitter) {#youtube-and-twitter}
+
+<SocialListItem socialIcon="youtube"><Link href="https://www.youtube.com/c/EthereumFoundation">Ethereum Foundation</Link> - Ethereum फाउंडेशनकडून नवीनतम माहितीसह अद्ययावत रहा</SocialListItem>
+<SocialListItem socialIcon="twitter"><Link href="https://x.com/ethereum">@ethereum</Link> - समुदायासाठी मुख्य Ethereum खाते</SocialListItem>
+<SocialListItem socialIcon="twitter"><Link href="https://x.com/ethereumfndn">@ethereumfndn</Link> - Ethereum फाउंडेशनचे अधिकृत खाते</SocialListItem>
+<SocialListItem socialIcon="twitter"><Link href="https://x.com/ethdotorg">@ethdotorg</Link> - Ethereum चे पोर्टल, आमच्या वाढत्या जागतिक समुदायासाठी तयार केलेले</SocialListItem>
+
+<Divider />
+
+<Callout emoji=":classical_building:" titleKey="page-community:page-community-daos-callout-title" descriptionKey="page-community:page-community-daos-callout-description">
+  <div>
+    <ButtonLink href="/community/get-involved/#decentralized-autonomous-organizations-daos">
+      DAOs बद्दल अधिक जाणून घ्या
+    </ButtonLink>
+</div>
+</Callout>
diff --git a/public/content/translations/mr/community/research/index.md b/public/content/translations/mr/community/research/index.md
new file mode 100644
index 00000000000..876d23dc214
--- /dev/null
+++ b/public/content/translations/mr/community/research/index.md
@@ -0,0 +1,399 @@
+---
+title: "Ethereum संशोधनाची सक्रिय क्षेत्रे"
+description: "मुक्त संशोधनाच्या विविध क्षेत्रांचा शोध घ्या आणि त्यात कसे सामील व्हावे हे जाणून घ्या."
+lang: mr
+---
+
+# Ethereum संशोधनाची सक्रिय क्षेत्रे {#active-areas-of-ethereum-research}
+
+Ethereum ची एक प्राथमिक ताकद म्हणजे एक सक्रिय संशोधन आणि अभियांत्रिकी समुदाय सतत त्यात सुधारणा करत आहे. जगभरातील अनेक उत्साही, कुशल लोक Ethereum मधील उत्कृष्ट समस्यांवर काम करू इच्छितात, परंतु त्या समस्या काय आहेत हे शोधणे नेहमीच सोपे नसते. हे पृष्ठ Ethereum च्या अत्याधुनिक तंत्रज्ञानासाठी एक ढोबळ मार्गदर्शक म्हणून प्रमुख सक्रिय संशोधन क्षेत्रांची रूपरेषा देते.
+
+## Ethereum संशोधन कसे कार्य करते {#how-ethereum-research-works}
+
+Ethereum संशोधन खुले आणि पारदर्शक आहे, जे [विकेंद्रित विज्ञान (DeSci)](https://hackernoon.com/desci-decentralized-science-as-our-chance-to-recover-the-real-science) च्या तत्त्वांना मूर्त रूप देते. संस्कृती ही संशोधन साधने आणि आउटपुट शक्य तितके खुले आणि परस्परसंवादी बनवण्याची आहे, उदाहरणार्थ, कार्यान्वित करण्यायोग्य नोटबुकद्वारे. Ethereum संशोधन वेगाने पुढे जाते, नवीन निष्कर्ष पीअर रिव्ह्यूच्या फेऱ्यांनंतर पारंपरिक प्रकाशनांद्वारे समुदायापर्यंत पोहोचण्याऐवजी [ethresear.ch](https://ethresear.ch/) सारख्या मंचांवर उघडपणे पोस्ट आणि चर्चा केली जाते.
+
+## सामान्य संशोधन संसाधने {#general-research-resources}
+
+विशिष्ट विषय कोणताही असो, [ethresear.ch](https://ethresear.ch) आणि [Eth R&D Discord चॅनेल](https://discord.gg/qGpsxSA) वर Ethereum संशोधनावर भरपूर माहिती उपलब्ध आहे. ही प्राथमिक ठिकाणे आहेत जिथे Ethereum संशोधक नवीनतम कल्पना आणि विकासाच्या संधींवर चर्चा करतात.
+
+[DelphiDigital](https://members.delphidigital.io/reports/the-hitchhikers-guide-to-ethereum) द्वारे मे 2022 मध्ये प्रकाशित केलेला हा अहवाल Ethereum roadmap चा चांगला आढावा देतो.
+
+## निधीचे स्त्रोत {#sources-of-funding}
+
+आपण Ethereum संशोधनात सामील होऊ शकता आणि त्यासाठी पैसे मिळवू शकता! उदाहरणार्थ, [the Ethereum Foundation](/foundation/) ने अलीकडेच [Academic Grants फंडिंग राउंड](https://esp.ethereum.foundation/academic-grants) चालवला. आपण [the Ethereum grants page](/community/grants/) वर सक्रिय आणि आगामी निधी संधींविषयी माहिती मिळवू शकता.
+
+## प्रोटोकॉल संशोधन {#protocol-research}
+
+प्रोटोकॉल संशोधन Ethereum च्या बेस लेअरशी संबंधित आहे - नोड्स कसे कनेक्ट होतात, संवाद साधतात, Ethereum डेटाची देवाणघेवाण करतात आणि संग्रहित करतात आणि ब्लॉकचेनच्या स्थितीबद्दल एकमतावर येतात हे परिभाषित करणाऱ्या नियमांचा संच. प्रोटोकॉल संशोधनाला दोन उच्च-स्तरीय श्रेणींमध्ये विभागले आहे: consensus आणि execution.
+
+### Consensus {#consensus}
+
+Consensus संशोधन [Ethereum's proof-of-stake यंत्रणा](/developers/docs/consensus-mechanisms/pos/) शी संबंधित आहे. काही उदाहरण consensus संशोधन विषय आहेत:
+
+- भेद्यता ओळखणे आणि पॅच करणे;
+- क्रिप्टोइकॉनॉमिक सुरक्षेचे प्रमाण ठरवणे;
+- क्लायंट अंमलबजावणीची सुरक्षा किंवा कार्यप्रदर्शन वाढवणे;
+- आणि लाईट क्लायंट विकसित करणे.
+
+भविष्यातील संशोधनाबरोबरच, प्रोटोकॉलचे काही मूलभूत पुनर्रचना, जसे की single slot finality, Ethereum मध्ये महत्त्वपूर्ण सुधारणांना अनुमती देण्यासाठी संशोधन केले जात आहे. शिवाय, consensus clients दरम्यान पीअर-टू-पीअर नेटवर्किंगची कार्यक्षमता, सुरक्षा आणि देखरेख हे देखील महत्त्वाचे संशोधन विषय आहेत.
+
+#### पार्श्वभूमी वाचन {#background-reading}
+
+- [Proof-of-stake चा परिचय](/developers/docs/consensus-mechanisms/pos/)
+- [Casper-FFG पेपर](https://arxiv.org/abs/1710.09437)
+- [Casper-FFG स्पष्टीकरण](https://medium.com/unitychain/intro-to-casper-ffg-9ed944d98b2d)
+- [Gasper पेपर](https://arxiv.org/abs/2003.03052)
+
+#### अलीकडील संशोधन {#recent-research}
+
+- [Ethresear.ch Consensus](https://ethresear.ch/c/consensus/29)
+- [उपलब्धता/Finality दुविधा](https://arxiv.org/abs/2009.04987)
+- [Single slot finality](https://ethresear.ch/t/a-model-for-cumulative-committee-based-finality/10259)
+- [Proposer-builder separation](https://notes.ethereum.org/@vbuterin/pbs_censorship_resistance)
+
+### Execution {#execution}
+
+Execution layer व्यवहारांची अंमलबजावणी करणे, [Ethereum virtual machine (EVM)](/developers/docs/evm/) चालवणे आणि consensus layer कडे पाठवण्यासाठी execution payloads तयार करणे याच्याशी संबंधित आहे. संशोधनाची अनेक सक्रिय क्षेत्रे आहेत, ज्यात खालील गोष्टींचा समावेश आहे:
+
+- लाइट क्लायंट सपोर्ट तयार करणे;
+- gas limits वर संशोधन करणे;
+- आणि नवीन डेटा स्ट्रक्चर्स (उदा., Verkle Tries) समाविष्ट करणे.
+
+#### पार्श्वभूमी वाचन {#background-reading-1}
+
+- [EVM चा परिचय](/developers/docs/evm)
+- [Ethresear.ch execution layer](https://ethresear.ch/c/execution-layer-research/37)
+
+#### अलीकडील संशोधन {#recent-research-1}
+
+- [डेटाबेस ऑप्टिमायझेशन](https://github.com/ledgerwatch/erigon/blob/devel/docs/programmers_guide/db_faq.md)
+- [State expiry](https://notes.ethereum.org/@vbuterin/state_expiry_eip)
+- [State expiry चे मार्ग](https://hackmd.io/@vbuterin/state_expiry_paths)
+- [Verkle and state expiry प्रस्ताव](https://notes.ethereum.org/@vbuterin/verkle_and_state_expiry_proposal)
+- [इतिहास व्यवस्थापन](https://eips.ethereum.org/EIPS/eip-4444)
+- [Verkle Trees](https://vitalik.eth.limo/general/2021/06/18/verkle.html)
+- [डेटा उपलब्धता सॅम्पलिंग](https://github.com/ethereum/research/wiki/A-note-on-data-availability-and-erasure-coding)
+
+## क्लायंट विकास {#client-development}
+
+Ethereum क्लायंट हे Ethereum प्रोटोकॉलची अंमलबजावणी आहेत. क्लायंट डेव्हलपमेंट प्रोटोकॉल संशोधनातील परिणाम या क्लायंटमध्ये तयार करून प्रत्यक्षात आणते. क्लायंट डेव्हलपमेंटमध्ये क्लायंट स्पेसिफिकेशन्स अपडेट करणे तसेच विशिष्ट अंमलबजावणी तयार करणे समाविष्ट आहे.
+
+एक Ethereum नोड चालवण्यासाठी दोन सॉफ्टवेअरची आवश्यकता असते:
+
+1. ब्लॉकचेनच्या हेडचा मागोवा ठेवण्यासाठी, ब्लॉक्सची देवाणघेवाण करण्यासाठी आणि consensus लॉजिक हाताळण्यासाठी consensus क्लायंट
+2. Ethereum Virtual Machine ला सपोर्ट करण्यासाठी आणि व्यवहार आणि स्मार्ट कॉन्ट्रॅक्ट्स कार्यान्वित करण्यासाठी एक execution client
+
+नोड्स आणि क्लायंट्सबद्दल अधिक तपशिलांसाठी आणि सर्व वर्तमान क्लायंट अंमलबजावणीच्या सूचीसाठी [नोड्स आणि क्लायंट पृष्ठ](/developers/docs/nodes-and-clients/) पहा. आपण [इतिहास पृष्ठावर](/ethereum-forks/) सर्व Ethereum अपग्रेडचा इतिहास देखील शोधू शकता.
+
+### Execution Clients {#execution-clients}
+
+- [Execution client specification](https://github.com/ethereum/execution-specs)
+- [Execution API spec](https://github.com/ethereum/execution-apis)
+
+### Consensus Clients {#consensus-clients}
+
+- [Consensus client specification](https://github.com/ethereum/consensus-specs)
+- [Beacon API specification](https://ethereum.github.io/beacon-APIs/#/Beacon/getStateRoot)
+
+## स्केलिंग आणि कार्यप्रदर्शन {#scaling-and-performance}
+
+Ethereum चे स्केलिंग करणे हे Ethereum संशोधकांसाठी एक मोठे लक्ष केंद्रित क्षेत्र आहे. सध्याच्या दृष्टिकोनांमध्ये व्यवहारांना rollups वर ऑफलोड करणे आणि डेटा ब्लॉब्स वापरून त्यांना शक्य तितके स्वस्त बनवणे समाविष्ट आहे. Ethereum स्केलिंगबद्दलची प्रास्ताविक माहिती आमच्या [स्केलिंग पृष्ठावर](/developers/docs/scaling) उपलब्ध आहे.
+
+### Layer 2 {#layer-2}
+
+आता असे अनेक Layer 2 प्रोटोकॉल आहेत जे व्यवहारांचे बॅचिंग करण्यासाठी आणि त्यांना Ethereum layer 1 वर सुरक्षित करण्यासाठी विविध तंत्रांचा वापर करून Ethereum चे स्केलिंग करतात. हा एक वेगाने वाढणारा विषय आहे ज्यामध्ये भरपूर संशोधन आणि विकासाची क्षमता आहे.
+
+#### पार्श्वभूमी वाचन {#background-reading-2}
+
+- [Layer 2 चा परिचय](/layer-2/)
+- [Polynya: Rollups, DA आणि modular chains](https://polynya.medium.com/rollups-data-availability-layers-modular-blockchains-introductory-meta-post-5a1e7a60119d)
+
+#### अलीकडील संशोधन {#recent-research-2}
+
+- [sequencers साठी Arbitrum चे fair-ordering](https://eprint.iacr.org/2021/1465)
+- [Ethresear.ch Layer 2](https://ethresear.ch/c/layer-2/32)
+- [Rollup-centric roadmap](https://ethereum-magicians.org/t/a-rollup-centric-ethereum-roadmap/4698)
+- [L2Beat](https://l2beat.com/)
+
+### Bridges {#bridges}
+
+Layer 2 चे एक विशिष्ट क्षेत्र ज्याला अधिक संशोधन आणि विकासाची आवश्यकता आहे ते म्हणजे सुरक्षित आणि कार्यक्षम bridges. यात विविध Layer 2 मधील bridges आणि Layer 1 आणि Layer 2 मधील bridges चा समावेश आहे. हे संशोधनाचे एक विशेष महत्त्वाचे क्षेत्र आहे कारण हॅकर्सद्वारे सामान्यतः bridges लक्ष्य केले जातात.
+
+#### पार्श्वभूमी वाचन {#background-reading-3}
+
+- [Blockchain bridges चा परिचय](/bridges/)
+- [Vitalik bridges वर](https://old.reddit.com/r/ethereum/comments/rwojtk/ama_we_are_the_efs_research_team_pt_7_07_january/hrngyk8/)
+- [Blockchain bridges लेख](https://medium.com/1kxnetwork/blockchain-bridges-5db6afac44f8)
+- [bridges मध्ये लॉक केलेले मूल्य](https://dune.com/eliasimos/Bridge-Away-\(from-Ethereum\))
+
+#### अलीकडील संशोधन {#recent-research-3}
+
+- [Bridges सत्यापित करणे](https://stonecoldpat.github.io/images/validatingbridges.pdf)
+
+### Sharding {#sharding}
+
+Ethereum च्या ब्लॉकचेनचे sharding करणे हे बऱ्याच काळापासून विकासाच्या roadmap चा एक भाग आहे. तथापि, "Danksharding" सारखे नवीन स्केलिंग सोल्यूशन्स सध्या केंद्रस्थानी आहेत.
+
+पूर्ण Danksharding चा अग्रदूत, जो Proto-Danksharding म्हणून ओळखला जातो, तो Cancun-Deneb ("Dencun") नेटवर्क अपग्रेडसह थेट झाला.
+
+[Dencun अपग्रेडबद्दल अधिक](/roadmap/dencun/)
+
+#### पार्श्वभूमी वाचन {#background-reading-4}
+
+- [Proto-Danksharding नोट्स](https://notes.ethereum.org/@vbuterin/proto_danksharding_faq)
+- [Bankless Danksharding व्हिडिओ](https://www.youtube.com/watch?v=N5p0TB77flM)
+- [Ethereum Sharding संशोधन सारांश](https://notes.ethereum.org/@serenity/H1PGqDhpm?type=view)
+- [Danksharding (Polynya)](https://polynya.medium.com/danksharding-36dc0c8067fe)
+
+#### अलीकडील संशोधन {#recent-research-4}
+
+- [EIP-4844: Proto-Danksharding](https://eips.ethereum.org/EIPS/eip-4844)
+- [sharding आणि डेटा उपलब्धता सॅम्पलिंगवर विटालिक](https://hackmd.io/@vbuterin/sharding_proposal)
+
+### हार्डवेअर {#hardware}
+
+Ethereum विकेंद्रित ठेवण्यासाठी माफक हार्डवेअरवर [नोड्स चालवणे](/developers/docs/nodes-and-clients/run-a-node/) मूलभूत आहे. म्हणून, नोड्स चालवण्यासाठी हार्डवेअर आवश्यकता कमी करण्यासाठी सक्रिय संशोधन हे संशोधनाचे एक महत्त्वाचे क्षेत्र आहे.
+
+#### पार्श्वभूमी वाचन {#background-reading-5}
+
+- [ARM वर Ethereum](https://ethereum-on-arm-documentation.readthedocs.io/en/latest/)
+
+#### अलीकडील संशोधन {#recent-research-5}
+
+- [FPGAs वर ecdsa](https://ethresear.ch/t/does-ecdsa-on-fpga-solve-the-scaling-problem/6738)
+
+## सुरक्षा {#security}
+
+सुरक्षा हा एक व्यापक विषय आहे ज्यात स्पॅम/स्कॅम प्रतिबंध, वॉलेट सुरक्षा, हार्डवेअर सुरक्षा, क्रिप्टो-इकॉनॉमिक सुरक्षा, बग हंटिंग आणि ऍप्लिकेशन्स आणि क्लायंट सॉफ्टवेअरची चाचणी आणि की-मॅनेजमेंट यांचा समावेश असू शकतो. या क्षेत्रातील ज्ञानात योगदान दिल्यास मुख्य प्रवाहातील स्वीकाराला चालना मिळण्यास मदत होईल.
+
+### Cryptography & ZKP {#cryptography--zkp}
+
+Zero-knowledge proofs (ZKP) आणि cryptography हे Ethereum आणि त्याच्या ऍप्लिकेशन्समध्ये गोपनीयता आणि सुरक्षा तयार करण्यासाठी महत्त्वपूर्ण आहेत. झिरो-नॉलेज हे तुलनेने तरुण परंतु वेगाने पुढे जाणारे क्षेत्र आहे जिथे अनेक मुक्त संशोधन आणि विकासाच्या संधी आहेत. [Keccak hashing algorithm](https://hackmd.io/sK7v0lr8Txi1bgION1rRpw?view#Overview) ची अधिक कार्यक्षम अंमलबजावणी विकसित करणे, सध्या अस्तित्वात असलेल्या पॉलीनोमियल कमिटमेंट्सपेक्षा चांगले शोधणे किंवा ecdsa public key निर्मिती आणि स्वाक्षरी पडताळणी सर्किट्सची किंमत कमी करणे यासारख्या काही शक्यता आहेत.
+
+#### पार्श्वभूमी वाचन {#background-reading-6}
+
+- [0xparc ब्लॉग](https://0xparc.org/blog)
+- [zkp.science](https://zkp.science/)
+- [झिरो नॉलेज पॉडकास्ट](https://zeroknowledge.fm/)
+
+#### अलीकडील संशोधन {#recent-research-6}
+
+- [इललिप्टिक कर्व्ह क्रिप्टोग्राफीमधील अलीकडील प्रगती](https://ethresear.ch/t/the-ec-fft-algorithm-without-elliptic-curve-and-isogenies/11346)
+- [Ethresear.ch ZK](https://ethresear.ch/c/zk-s-nt-arks/13)
+
+### Wallets {#wallets}
+
+Ethereum वॉलेट्स ब्राउझर विस्तार, डेस्कटॉप आणि मोबाईल ॲप्स किंवा Ethereum वरील स्मार्ट कॉन्ट्रॅक्ट असू शकतात. सामाजिक पुनर्प्राप्ती वॉलेट्सवर सक्रिय संशोधन चालू आहे जे वैयक्तिक-वापरकर्ता की व्यवस्थापनाशी संबंधित काही जोखीम कमी करतात. वॉलेटच्या विकासाशी संबंधित खाते ॲब्स्ट्रक्शनच्या पर्यायी प्रकारांवर संशोधन आहे, जे नवजात संशोधनाचे एक महत्त्वाचे क्षेत्र आहे.
+
+#### पार्श्वभूमी वाचन {#background-reading-7}
+
+- [वॉलेट्सचा परिचय](/wallets/)
+- [वॉलेट सुरक्षेचा परिचय](/security/)
+- [Ethresear.ch सुरक्षा](https://ethresear.ch/tag/security)
+- [EIP-2938 Account Abstraction](https://eips.ethereum.org/EIPS/eip-2938)
+- [EIP-4337 Account Abstraction](https://eips.ethereum.org/EIPS/eip-4337)
+
+#### अलीकडील संशोधन {#recent-research-7}
+
+- [Validation focused smart contract wallets](https://ethereum-magicians.org/t/validation-focused-smart-contract-wallets/6603)
+- [खात्यांचे भविष्य](https://ethereum-magicians.org/t/validation-focused-smart-contract-wallets/6603)
+- [EIP-3074 AUTH आणि AUTHCALL Opcodes](https://eips.ethereum.org/EIPS/eip-3074)
+- [EOA पत्त्यावर कोड प्रकाशित करणे](https://eips.ethereum.org/EIPS/eip-5003)
+
+## समुदाय, शिक्षण आणि पोहोच {#community-education-and-outreach}
+
+Ethereum वर नवीन वापरकर्त्यांना आणण्यासाठी नवीन शैक्षणिक संसाधने आणि पोहोचण्यासाठी नवीन दृष्टिकोनांची आवश्यकता आहे. यामध्ये ब्लॉग पोस्ट आणि लेख, पुस्तके, पॉडकास्ट, मीम्स, शिकवण्याची संसाधने, कार्यक्रम आणि इतर काहीही असू शकते जे समुदाय तयार करते, नवीन सुरुवाती करणाऱ्यांचे स्वागत करते आणि लोकांना Ethereum बद्दल शिक्षित करते.
+
+### UX/UI {#uxui}
+
+Ethereum वर अधिक लोकांना आणण्यासाठी, इकोसिस्टमने UX/UI सुधारले पाहिजे. यासाठी डिझाइनर आणि उत्पादन तज्ञांना वॉलेट्स आणि ॲप्सच्या डिझाइनची पुन्हा तपासणी करावी लागेल.
+
+#### पार्श्वभूमी वाचन {#background-reading-8}
+
+- [Ethresear.ch UX/UI](https://ethresear.ch/c/ui-ux/24)
+
+#### अलीकडील संशोधन {#recent-research-8}
+
+- [Web3 डिझाइन डिस्कॉर्ड](https://discord.gg/FsCFPMTSm9)
+- [Web3 डिझाइनची तत्त्वे](https://www.web3designprinciples.com/)
+- [Ethereum Magicians UX चर्चा](https://ethereum-magicians.org/t/og-council-ux-follow-up/9032/3)
+
+### अर्थशास्त्र {#economics}
+
+Ethereum मधील अर्थशास्त्र संशोधन मुख्यत्वे दोन दृष्टिकोनांचे अनुसरण करते: आर्थिक प्रोत्साहनांवर अवलंबून असलेल्या यंत्रणेची सुरक्षा सत्यापित करणे ("सूक्ष्मअर्थशास्त्र") आणि प्रोटोकॉल, ॲप्लिकेशन्स आणि वापरकर्त्यांमधील मूल्याचा प्रवाह विश्लेषण करणे ("स्थूलअर्थशास्त्र"). Ethereum च्या नेटिव्ह मालमत्तेशी (ether) आणि त्यावर तयार केलेल्या टोकन्सशी संबंधित (उदाहरणार्थ NFTs आणि ERC20 टोकन्स) जटिल क्रिप्टो-इकॉनॉमिक घटक आहेत.
+
+#### पार्श्वभूमी वाचन {#background-reading-9}
+
+- [Robust Incentives Group](https://rig.ethereum.org/)
+- [Devconnect मध्ये ETHconomics कार्यशाळा](https://www.youtube.com/playlist?list=PLTLjFJ0OQOj5PHRvA2snoOKt2udVsyXEm)
+
+#### अलीकडील संशोधन {#recent-research-9}
+
+- [EIP1559 चे अनुभवजन्य विश्लेषण](https://arxiv.org/abs/2201.05574)
+- [फिरता पुरवठा संतुलन](https://ethresear.ch/t/circulating-supply-equilibrium-for-ethereum-and-minimum-viable-issuance-during-the-proof-of-stake-era/10954)
+- [MEV चे प्रमाण: जंगल किती अंधारमय आहे?](https://arxiv.org/abs/2101.05511)
+
+### ब्लॉकस्पेस आणि शुल्क बाजार {#blockspace-fee-markets}
+
+ब्लॉकस्पेस बाजार अंतिम-वापरकर्त्याच्या व्यवहारांचा समावेश नियंत्रित करतात, एकतर थेट Ethereum (Layer 1) वर किंवा bridged networks वर, उदा. rollups (Layer 2). Ethereum वर, व्यवहार EIP-1559 म्हणून प्रोटोकॉलमध्ये तैनात केलेल्या शुल्क बाजारात सादर केले जातात, जे साखळीला स्पॅम आणि किंमत गर्दीपासून संरक्षण करतात. दोन्ही लेयर्सवर, व्यवहार बाह्यता निर्माण करू शकतात, ज्यांना Maximal Extractable Value (MEV) म्हणून ओळखले जाते, जे या बाह्यता कॅप्चर करण्यासाठी किंवा व्यवस्थापित करण्यासाठी नवीन बाजार रचना प्रेरित करतात.
+
+#### पार्श्वभूमी वाचन {#background-reading-10}
+
+- [Ethereum Blockchain साठी व्यवहार शुल्क यंत्रणा डिझाइन: EIP-1559 चे आर्थिक विश्लेषण (टिम रफगार्डन, 2020)](https://timroughgarden.org/papers/eip1559.pdf)
+- [EIP-1559 चे सिम्युलेशन्स (Robust Incentives Group)](https://ethereum.github.io/abm1559)
+- [Rollup अर्थशास्त्र पहिल्या तत्त्वांपासून](https://barnabe.substack.com/p/understanding-rollup-economics-from?utm_source=url)
+- [फ्लॅश बॉईज 2.0: विकेंद्रित एक्सचेंजमध्ये फ्रंटरनिंग, व्यवहार पुनर्क्रम आणि एकमत अस्थिरता](https://arxiv.org/abs/1904.05234)
+
+#### अलीकडील संशोधन {#recent-research-10}
+
+- [बहुआयामी EIP-1559 व्हिडिओ सादरीकरण](https://youtu.be/QbR4MTgnCko)
+- [क्रॉस डोमेन MEV](http://arxiv.org/abs/2112.01472)
+- [MEV लिलाव](https://ethresear.ch/t/mev-auction-auctioning-transaction-ordering-rights-as-a-solution-to-miner-extractable-value/6788)
+
+### Proof-of-stake प्रोत्साहन {#proof-of-stake-incentives}
+
+Validators Ethereum ची मूळ मालमत्ता (ether) अप्रामाणिक वर्तनाविरुद्ध संपार्श्विक म्हणून वापरतात. याचे क्रिप्टोइकॉनॉमिक्स नेटवर्कची सुरक्षा ठरवते. प्रगत validators स्पष्ट हल्ले सुरू करण्यासाठी प्रोत्साहन लेयरच्या बारकाव्यांचा फायदा घेऊ शकतात.
+
+#### पार्श्वभूमी वाचन {#background-reading-11}
+
+- [Ethereum अर्थशास्त्र मास्टरक्लास आणि आर्थिक मॉडेल](https://github.com/CADLabs/ethereum-economic-model)
+- [PoS प्रोत्साहनांचे सिम्युलेशन (Robust Incentives Group)](https://ethereum.github.io/beaconrunner/)
+
+#### अलीकडील संशोधन {#recent-research-11}
+
+- [प्रस्तावक/बिल्डर सेपरेशन (PBS) अंतर्गत व्यवहारांची सेन्सॉरशिप प्रतिरोधक क्षमता वाढवणे](https://notes.ethereum.org/s3JToeApTx6CKLJt8AbhFQ)
+- [PoS Ethereum वर तीन हल्ले](https://arxiv.org/abs/2110.10086)
+
+### लिक्विड स्टेकिंग आणि डेरिव्हेटिव्ह्ज {#liquid-staking-and-derivatives}
+
+लिक्विड स्टेकिंग 32 ETH पेक्षा कमी असलेल्या वापरकर्त्यांना DeFi मध्ये वापरता येणाऱ्या स्टेक केलेल्या इथरचे प्रतिनिधित्व करणाऱ्या टोकनसाठी इथर स्वॅप करून स्टेकिंग यील्ड्स प्राप्त करण्याची परवानगी देते. तथापि, लिक्विड स्टेकिंगशी संबंधित प्रोत्साहन आणि बाजाराची गतिशीलता अजूनही शोधली जात आहे, तसेच त्याचा Ethereum च्या सुरक्षेवरील परिणाम (उदा. केंद्रीकरणाचा धोका).
+
+#### पार्श्वभूमी वाचन {#background-reading-12}
+
+- [Ethresear.ch लिक्विड स्टेकिंग](https://ethresear.ch/search?q=liquid%20staking)
+- [Lido: विश्वासहीन Ethereum स्टेकिंगचा मार्ग](https://blog.lido.fi/the-road-to-trustless-ethereum-staking/)
+- [रॉकेट पूल: स्टेकिंग प्रोटोकॉलचा परिचय](https://medium.com/rocket-pool/rocket-pool-staking-protocol-part-1-8be4859e5fbd)
+
+#### अलीकडील संशोधन {#recent-research-12}
+
+- [Lido मधून पैसे काढणे हाताळणे](https://ethresear.ch/t/handling-withdrawals-in-lidos-eth-liquid-staking-protocol/8873)
+- [पैसे काढण्याची क्रेडेन्शियल्स](https://ethresear.ch/t/withdrawal-credential-rotation-from-bls-to-eth1/8722)
+- [लिक्विड स्टेकिंग डेरिव्हेटिव्ह्जचे धोके](https://notes.ethereum.org/@djrtwo/risks-of-lsd)
+
+## चाचणी {#testing}
+
+### औपचारिक पडताळणी {#formal-verification}
+
+औपचारिक पडताळणी म्हणजे Ethereum च्या consensus specifications योग्य आणि बग-मुक्त आहेत हे सत्यापित करण्यासाठी कोड लिहिणे. Python मध्ये लिहिलेल्या स्पेसिफिकेशनची एक कार्यान्वित करण्यायोग्य आवृत्ती आहे ज्याला देखभाल आणि विकासाची आवश्यकता आहे. पुढील संशोधन स्पेसिफिकेशनच्या Python अंमलबजावणीमध्ये सुधारणा करण्यास मदत करू शकते आणि अशी साधने जोडू शकते जी अधिक मजबूतपणे अचूकता सत्यापित करू शकतात आणि समस्या ओळखू शकतात.
+
+#### पार्श्वभूमी वाचन {#background-reading-13}
+
+- [औपचारिक पडताळणीचा परिचय](https://ptolemy.berkeley.edu/projects/embedded/research/vis/doc/VisUser/vis_user/node4.html)
+- [औपचारिक पडताळणी (Intel)](https://www.cl.cam.ac.uk/~jrh13/papers/mark10.pdf)
+
+#### अलीकडील संशोधन {#recent-research-13}
+
+- [deposit contract ची औपचारिक पडताळणी](https://github.com/runtimeverification/deposit-contract-verification)
+- [Beacon Chain specification ची औपचारिक पडताळणी](https://github.com/runtimeverification/deposit-contract-verification)
+
+## डेटा सायन्स आणि विश्लेषण {#data-science-and-analytics}
+
+अधिक डेटा विश्लेषण साधने आणि डॅशबोर्डची आवश्यकता आहे जे Ethereum वरील क्रियाकलाप आणि नेटवर्कच्या आरोग्याबद्दल तपशीलवार माहिती देतात.
+
+### पार्श्वभूमी वाचन {#background-reading-14}
+
+- [Dune Analytics](https://dune.com/browse/dashboards)
+- [क्लायंट विविधता डॅशबोर्ड](https://clientdiversity.org/)
+
+#### अलीकडील संशोधन {#recent-research-14}
+
+- [Robust Incentives Group डेटा विश्लेषण](https://rig.ethereum.org/)
+
+## ॲप्स आणि टूलींग {#apps-and-tooling}
+
+ऍप्लिकेशन लेयर Ethereum च्या बेस लेयरवर व्यवहार सेटल करणार्‍या प्रोग्राम्सच्या विविध इकोसिस्टमला सपोर्ट करतो. विकास संघ सतत Ethereum चा लाभ घेण्यासाठी नवीन मार्ग शोधत आहेत जेणेकरून महत्त्वाच्या Web2 ॲप्सच्या कंपोझेबल, परमिशनलेस आणि सेन्सॉरशिप-प्रतिरोधक आवृत्त्या तयार करता येतील किंवा पूर्णपणे नवीन Web3-नेटिव्ह संकल्पना तयार करता येतील. त्याच वेळी, नवीन टूलिंग विकसित केले जात आहे जे Ethereum वर dapps तयार करणे कमी गुंतागुंतीचे करते.
+
+### DeFi {#defi}
+
+विकेंद्रित वित्त (DeFi) हे Ethereum वर तयार केलेल्या ऍप्लिकेशन्सच्या प्राथमिक वर्गांपैकी एक आहे. DeFi चा उद्देश कंपोझेबल "मनी लेगोस" तयार करणे आहे जे वापरकर्त्यांना स्मार्ट कॉन्ट्रॅक्ट्स वापरून क्रिप्टो-मालमत्ता साठवण्याची, हस्तांतरित करण्याची, कर्ज देण्याची, कर्ज घेण्याची आणि गुंतवणूक करण्याची परवानगी देतात. DeFi हे वेगाने पुढे जाणारे क्षेत्र आहे जे सतत अद्यतनित होत आहे. सुरक्षित, कार्यक्षम आणि सुलभ प्रोटोकॉलवर सतत संशोधनाची आवश्यकता आहे.
+
+#### पार्श्वभूमी वाचन {#background-reading-15}
+
+- [DeFi](/defi/)
+- [Coinbase: DeFi म्हणजे काय?](https://www.coinbase.com/learn/crypto-basics/what-is-defi)
+
+#### अलीकडील संशोधन {#recent-research-15}
+
+- [विकेंद्रित वित्त, केंद्रीकृत मालकी?](https://arxiv.org/pdf/2012.09306.pdf)
+- [Optimism: उप-डॉलर व्यवहारांचा मार्ग](https://medium.com/ethereum-optimism/the-road-to-sub-dollar-transactions-part-2-compression-edition-6bb2890e3e92)
+
+### DAOs {#daos}
+
+Ethereum साठी एक प्रभावी वापर प्रकरण म्हणजे DAOs च्या वापराद्वारे विकेंद्रित पद्धतीने संघटित होण्याची क्षमता. Ethereum वरील DAOs कसे विकसित आणि वापरले जाऊ शकतात यावर बरेच सक्रिय संशोधन चालू आहे, जे शासनाचे सुधारित प्रकार कार्यान्वित करण्यासाठी, विश्वास-कमी समन्वय साधन म्हणून, लोकांच्या पर्यायांना पारंपरिक कॉर्पोरेशन्स आणि संस्थांच्या पलीकडे मोठ्या प्रमाणात विस्तारित करतात.
+
+#### पार्श्वभूमी वाचन {#background-reading-16}
+
+- [DAOs चा परिचय](/dao/)
+- [Dao Collective](https://daocollective.xyz/)
+
+#### अलीकडील संशोधन {#recent-research-16}
+
+- [DAO इकोसिस्टम मॅप करणे](https://www.researchgate.net/publication/358694594_Mapping_out_the_DAO_Ecosystem_and_Assessing_DAO_Autonomy)
+
+### डेव्हलपर साधने {#developer-tools}
+
+Ethereum डेव्हलपर्ससाठी साधने वेगाने सुधारत आहेत. या सामान्य क्षेत्रात बरेच सक्रिय संशोधन आणि विकास करायचा आहे.
+
+#### पार्श्वभूमी वाचन {#background-reading-17}
+
+- [प्रोग्रामिंग भाषेनुसार टूलींग](/developers/docs/programming-languages/)
+- [डेव्हलपर फ्रेमवर्क्स](/developers/docs/frameworks/)
+- [Consensus डेव्हलपर साधनांची सूची](https://github.com/ConsenSys/ethereum-developer-tools-list)
+- [टोकन मानके](/developers/docs/standards/tokens/)
+- [CryptoDevHub: EVM साधने](https://cryptodevhub.io/wiki/ethereum-virtual-machine-tools)
+
+#### अलीकडील संशोधन {#recent-research-17}
+
+- [Eth R&D Discord Consensus Tooling चॅनेल](https://discordapp.com/channels/595666850260713488/746343380900118528)
+
+### Oracles {#oracles}
+
+Oracles परवानगीशिवाय आणि विकेंद्रित मार्गाने ऑफचेन डेटा ब्लॉकचेनवर आयात करतात. हा डेटा ऑनचेन मिळवल्याने dapps वास्तविक-जगातील घटना जसे की वास्तविक-जगातील मालमत्तेतील किंमतीतील चढउतार, ऑफचेन ॲप्समधील घटना किंवा हवामानातील बदल यावर प्रतिक्रियाशील बनतात.
+
+#### पार्श्वभूमी वाचन {#background-reading-18}
+
+- [Oracles चा परिचय](/developers/docs/oracles/)
+
+#### अलीकडील संशोधन {#recent-research-18}
+
+- [ब्लॉकचेन oracles चे सर्वेक्षण](https://arxiv.org/pdf/2004.07140.pdf)
+- [Chainlink श्वेतपत्र](https://chain.link/whitepaper)
+
+### ॲप सुरक्षा {#app-security}
+
+Ethereum वरील हॅक्स सामान्यतः प्रोटोकॉलमध्येच नव्हे तर वैयक्तिक ऍप्लिकेशन्समधील भेद्यतांचा फायदा घेतात. हॅकर्स आणि ॲप डेव्हलपर्स नवीन हल्ले आणि संरक्षण विकसित करण्यासाठी शस्त्रास्त्रांच्या शर्यतीत अडकले आहेत. याचा अर्थ ॲप्सना हॅक्सपासून सुरक्षित ठेवण्यासाठी नेहमीच महत्त्वपूर्ण संशोधन आणि विकासाची आवश्यकता असते.
+
+#### पार्श्वभूमी वाचन {#background-reading-19}
+
+- [Wormhole शोषण अहवाल](https://blog.chainalysis.com/reports/wormhole-hack-february-2022/)
+- [Ethereum कॉन्ट्रॅक्ट हॅक पोस्ट-मॉर्टमची यादी](https://forum.openzeppelin.com/t/list-of-ethereum-smart-contracts-post-mortems/1191)
+- [Rekt News](https://x.com/RektHQ?s=20&t=3otjYQdM9Bqk8k3n1a1Adg)
+
+#### अलीकडील संशोधन {#recent-research-19}
+
+- [Ethresear.ch ऍप्लिकेशन्स](https://ethresear.ch/c/applications/18)
+
+### तंत्रज्ञान स्टॅक {#technology-stack}
+
+संपूर्ण Ethereum टेक स्टॅकचे विकेंद्रीकरण करणे हे एक महत्त्वाचे संशोधन क्षेत्र आहे. सध्या, Ethereum वरील dapps मध्ये सामान्यतः केंद्रीकरणाचे काही बिंदू असतात कारण ते केंद्रीकृत टूलिंग किंवा पायाभूत सुविधांवर अवलंबून असतात.
+
+#### पार्श्वभूमी वाचन {#background-reading-20}
+
+- [Ethereum स्टॅक](/developers/docs/ethereum-stack/)
+- [Coinbase: Web3 स्टॅकचा परिचय](https://blog.coinbase.com/a-simple-guide-to-the-web3-stack-785240e557f0)
+- [स्मार्ट कॉन्ट्रॅक्ट्सचा परिचय](/developers/docs/smart-contracts/)
+- [विकेंद्रित स्टोरेजचा परिचय](/developers/docs/storage/)
+
+#### अलीकडील संशोधन {#recent-research-20}
+
+- [स्मार्ट कॉन्ट्रॅक्ट कंपोझिबिलिटी](/developers/docs/smart-contracts/composability/)
diff --git a/public/content/translations/mr/community/support/index.md b/public/content/translations/mr/community/support/index.md
new file mode 100644
index 00000000000..111d65ea53e
--- /dev/null
+++ b/public/content/translations/mr/community/support/index.md
@@ -0,0 +1,104 @@
+---
+title: "Ethereum सपोर्ट"
+description: "Ethereum इकोसिस्टममध्ये साहाय्य मिळवा."
+lang: mr
+---
+
+# Ethereum साहाय्य {#support}
+
+## अधिकृत Ethereum साहाय्य {#official-support}
+
+तुम्ही अधिकृत Ethereum साहाय्य शोधत आहात का? तुम्ही पहिली गोष्ट जी जाणून घेतली पाहिजे ती म्हणजे Ethereum विकेंद्रित आहे. याचा अर्थ असा की कोणतीही केंद्रीय संस्था, घटक किंवा व्यक्ती Ethereum ची मालक नाही आणि त्यामुळे कोणतेही अधिकृत साहाय्य चॅनेल अस्तित्वात नाहीत.
+
+Ethereum चे विकेंद्रित स्वरूप समजून घेणे महत्त्वाचे आहे कारण **Ethereum साठी अधिकृत साहाय्य असल्याचा दावा करणारी कोणतीही व्यक्ती कदाचित तुमची फसवणूक करण्याचा प्रयत्न करत आहे!** घोटाळेबाजांपासून सर्वोत्तम संरक्षण म्हणजे स्वतःला शिक्षित करणे आणि सुरक्षिततेला गांभीर्याने घेणे.
+
+<DocLink href="/security/">
+  Ethereum सुरक्षा आणि घोटाळा प्रतिबंध
+</DocLink>
+
+<DocLink href="/learn/">
+  Ethereum ची मूलतत्त्वे जाणून घ्या
+</DocLink>
+
+अधिकृत साहाय्याच्या अभावा সত্ত্বেও, Ethereum इकोसिस्टममधील अनेक गट, समुदाय आणि प्रकल्प मदत करण्यास उत्सुक आहेत आणि तुम्हाला या पृष्ठावर बरीच उपयुक्त माहिती आणि संसाधने मिळू शकतात. अजूनही प्रश्न आहेत का? [ethereum.org Discord](https://discord.gg/ethereum-org) मध्ये सामील व्हा आणि आम्ही मदत करण्याचा प्रयत्न करू.
+
+## वारंवार विचारले जाणारे प्रश्न {#faq}
+
+### मी चुकीच्या वॉलेटमध्ये ETH पाठवले आहेत {#wrong-wallet}
+
+Ethereum वर पाठवलेला व्यवहार अपरिवर्तनीय आहे. दुर्दैवाने, जर तुम्ही चुकीच्या वॉलेटमध्ये ETH पाठवले असतील, तर हे फंड परत मिळवण्याचा कोणताही मार्ग नाही. कोणतीही केंद्रीय संस्था, घटक किंवा व्यक्ती Ethereum ची मालक नाही, याचा अर्थ कोणीही व्यवहार उलटवू शकत नाही. त्यामुळे, व्यवहार पाठवण्यापूर्वी ते नेहमी दोनदा तपासणे महत्त्वाचे आहे.
+
+### मी माझे Ethereum गिव्हअवे कसे क्लेम करू शकेन? {#giveaway-scam}
+
+Ethereum गिव्हअवेज हे तुमचे ETH चोरण्यासाठी डिझाइन केलेले घोटाळे आहेत. खूप चांगल्या वाटणाऱ्या ऑफर्सच्या मोहात पडू नका — जर तुम्ही गिव्हअवे ॲड्रेसवर ETH पाठवले, तर तुम्हाला कोणतेही गिव्हअवे मिळणार नाही आणि तुम्ही तुमचे फंड परत मिळवू शकणार नाही.
+
+[घोटाळा प्रतिबंधावर अधिक](/security/#common-scams)
+
+### माझा व्यवहार अडकला आहे {#stuck-transaction}
+
+नेटवर्कच्या मागणीमुळे आवश्यक असलेल्या शुल्कापेक्षा कमी व्यवहार शुल्क सबमिट केल्यास Ethereum वरील व्यवहार कधीकधी अडकू शकतात. अनेक वॉलेट्स व्यवहार प्रक्रिया करण्यासाठी उच्च व्यवहार शुल्कासह तोच व्यवहार पुन्हा सबमिट करण्याचा पर्याय देतात. याव्यतिरिक्त, तुम्ही तुमच्या स्वतःच्या ॲड्रेसवर व्यवहार पाठवून आणि प्रलंबित व्यवहाराप्रमाणेच नॉन्स (nonce) वापरून प्रलंबित व्यवहार रद्द करू शकता.
+
+[MetaMask वर प्रलंबित व्यवहाराचा वेग कसा वाढवायचा किंवा तो रद्द कसा करायचा](https://metamask.zendesk.com/hc/en-us/articles/360015489251-How-to-speed-up-or-cancel-a-pending-transaction)
+
+[प्रलंबित Ethereum व्यवहार कसे रद्द करायचे](https://info.etherscan.com/how-to-cancel-ethereum-pending-transactions/)
+
+### मी Ethereum चे मायनिंग कसे करू? {#mining-ethereum}
+
+Ethereum मायनिंग आता शक्य नाही. जेव्हा Ethereum [प्रूफ-ऑफ-वर्क (proof-of-work)](/glossary/#pow) वरून [प्रूफ-ऑफ-स्टेक (proof-of-stake)](/glossary/#pos) वर स्थलांतरित झाले, तेव्हा मायनिंग बंद करण्यात आले. आता, मायनर्सऐवजी, Ethereum कडे व्हॅलिडेटर्स आहेत. नेटवर्क सुरक्षित करण्यासाठी व्हॅलिडेटर सॉफ्टवेअर चालवून कोणीही ETH [स्टेक](/glossary/#staking) करू शकतो आणि स्टेक करण्याचे रिवॉर्ड्स मिळवू शकतो.
+
+### मी स्टेकर कसा बनू / व्हॅलिडेटर कसे चालवू? {#how-to-stake}
+
+व्हॅलिडेटर बनण्यासाठी, तुम्ही Ethereum डिपॉझिट कॉन्ट्रॅक्टमध्ये 32 ETH स्टेक करणे आणि एक व्हॅलिडेटर नोड सेट करणे आवश्यक आहे. अधिक माहिती आमच्या [स्टेकिंग पृष्ठांवर](/staking) आणि [स्टेकिंग लॉन्चपॅडवर](https://launchpad.ethereum.org/) उपलब्ध आहे.
+
+## dapps तयार करणे {#building-support}
+
+तयार करणे कठीण असू शकते. येथे काही विकास-केंद्रित जागा आहेत जिथे अनुभवी Ethereum डेव्हलपर्स मदत करण्यास उत्सुक आहेत.
+
+- [Alchemy University](https://university.alchemy.com/#starter_code)
+- [CryptoDevs discord](https://discord.com/invite/5W5tVb3)
+- [Ethereum StackExchange](https://ethereum.stackexchange.com/)
+- [Web3 University](https://www.web3.university/)
+- [LearnWeb3](https://discord.com/invite/learnweb3)
+
+तुम्हाला आमच्या [Ethereum डेव्हलपर रिसोर्सेस](/developers/) विभागात माहिती आणि विकास मार्गदर्शक तत्त्वे देखील मिळतील.
+
+### टूल्स {#dapp-tooling}
+
+तुमचा प्रश्न विशिष्ट टूल, प्रोजेक्ट किंवा लायब्ररीशी संबंधित आहे का? बहुतेक प्रकल्पांमध्ये तुम्हाला साहाय्य करण्यासाठी समर्पित चॅट सर्व्हर किंवा फोरम असतात.
+
+येथे काही लोकप्रिय उदाहरणे आहेत:
+
+- [Solidity](https://gitter.im/ethereum/solidity)
+- [ethers.js](https://discord.gg/6jyGVDK6Jx)
+- [web3.js](https://discord.gg/GsABYQu4sC)
+- [Hardhat](https://discord.gg/xtrMGhmbfZ)
+- [Alchemy](http://alchemy.com/discord)
+- [Tenderly](https://discord.gg/fBvDJYR)
+
+## नोड चालवणे {#node-support}
+
+जर तुम्ही नोड किंवा व्हॅलिडेटर चालवत असाल, तर तुम्हाला सुरुवात करण्यात मदत करण्यासाठी समर्पित काही समुदाय येथे आहेत.
+
+- [EthStaker discord](https://discord.gg/ethstaker)
+- [EthStaker reddit](https://www.reddit.com/r/ethstaker)
+
+Ethereum क्लायंट तयार करणाऱ्या बहुतेक टीम्सकडे समर्पित, सार्वजनिक जागा आहेत, जिथे तुम्ही साहाय्य मिळवू शकता आणि प्रश्न विचारू शकता.
+
+### एक्झिक्युशन क्लायंट {#execution-clients}
+
+- [Geth](https://discord.gg/FqDzupGyYf)
+- [Nethermind](https://discord.gg/YJx3pm8z5C)
+- [Besu](https://discord.gg/p8djYngzKN)
+- [Erigon](https://github.com/ledgerwatch/erigon/issues)
+- [Reth](https://github.com/paradigmxyz/reth/discussions)
+
+### कन्सेंसस क्लायंट {#consensus-clients}
+
+- [Prysm](https://discord.gg/prysmaticlabs)
+- [Nimbus](https://discord.gg/nSmEH3qgFv)
+- [Lighthouse](https://discord.gg/cyAszAh)
+- [Teku](https://discord.gg/7hPv2T6)
+- [Lodestar](https://discord.gg/aMxzVcr)
+- [Grandine](https://discord.gg/H9XCdUSyZd)
+
+तुम्ही [येथे नोड कसा चालवायचा हे देखील शिकू शकता](/developers/docs/nodes-and-clients/run-a-node/).
diff --git a/public/content/translations/mr/contributing/adding-desci-projects/index.md b/public/content/translations/mr/contributing/adding-desci-projects/index.md
new file mode 100644
index 00000000000..6c9a0c89762
--- /dev/null
+++ b/public/content/translations/mr/contributing/adding-desci-projects/index.md
@@ -0,0 +1,44 @@
+---
+title: "DeSci प्रकल्प जोडणे"
+description: "ethereum.org वरील DeSci पृष्ठावर प्रकल्पांसाठी लिंक जोडताना आम्ही वापरत असलेले धोरण"
+lang: mr
+---
+
+# प्रकल्प जोडणे {#adding-projects}
+
+आम्ही विविध प्रकारचे प्रकल्प दाखवतो आणि DeSci लँडस्केपचा एक चांगला स्नॅपशॉट देतो याची खात्री करू इच्छितो.
+
+ethereum.org वरील DeSci पृष्ठावर सूचीबद्ध करण्यासाठी कोणीही प्रकल्प सुचविण्यास स्वतंत्र आहे. त्याचप्रमाणे, जो प्रकल्प आता संबंधित नाही किंवा आमच्या पात्रतेचे निकष पूर्ण करत नाही, असे कोणाच्या लक्षात आल्यास ते तो काढून टाकण्याची सूचना करण्यास स्वतंत्र आहेत.
+
+## निर्णय आराखडा {#the-decision-framework}
+
+### समावेशासाठी निकष: आवश्यक गोष्टी {#the-must-haves}
+
+- **ओपन सोर्स कोड/डेटा** - कोड आणि डेटाची मोकळेपणा हे एक मुख्य DeSci तत्व आहे, त्यामुळे DeSci प्रकल्प क्लोज्ड सोर्स नसावेत. कोडबेस प्रवेशयोग्य असावा आणि आदर्शपणे PRs साठी खुला असावा.
+- **DeSci प्रकल्प प्रात्यक्षिकरित्या विकेंद्रीकृत असावेत** - यामध्ये DAO द्वारे शासित असणे, किंवा नॉन-कस्टोडियल वॉलेट्ससह विकेंद्रीकृत टेक स्टॅकसह तयार करणे समाविष्ट असू शकते. यात कदाचित Ethereum वरील तपासण्यायोग्य स्मार्ट कॉन्ट्रॅक्ट्सचा समावेश आहे.
+- **प्रामाणिक आणि अचूक सूची माहिती** - प्रकल्पांकडून सुचवलेल्या कोणत्याही सूची प्रामाणिक आणि अचूक माहितीसह येतील अशी अपेक्षा आहे. तुमचे उत्पादन "ओपन सोर्स" नसताना तसे घोषित करण्यासारखी, सूची माहिती चुकीची देणारी उत्पादने काढून टाकली जातील.
+- **विज्ञानात प्रवेश वाढविण्यासाठी प्रात्यक्षिक वचनबद्धता** - DeSci प्रकल्पाला ते केवळ टोकन/NFT धारकांसाठीच नव्हे, तर सामान्य लोकांसाठी विज्ञानातील सहभाग कसा वाढवतात हे स्पष्ट करता आले पाहिजे.
+- **जागतिक स्तरावर प्रवेशयोग्य** - तुमच्या प्रकल्पामध्ये भौगोलिक मर्यादा किंवा KYC आवश्यकता नाहीत ज्यामुळे काही लोक तुमच्या सेवेचा लाभ घेण्यापासून वगळले जातात.
+- **माहितीपूर्ण वेबसाइट आणि दस्तऐवजीकरण** - प्रकल्प वेबसाइटला भेट देणाऱ्यांना प्रकल्प नेमके काय करतो, ते विज्ञान पायाभूत सुविधांच्या विकेंद्रीकरणात कसे योगदान देते आणि कसे सहभागी व्हावे हे समजणे महत्त्वाचे आहे.
+- **प्रकल्प Ethereum इकोसिस्टमचा भाग असावा** - ethereum.org येथे आमचा विश्वास आहे की Ethereum (आणि त्याचे लेयर 2) DeSci चळवळीसाठी योग्य बेस लेयर आहे.
+- **प्रकल्प बर्‍यापैकी सुस्थापित आहे** - प्रकल्पाचे खरे वापरकर्ते आहेत जे अनेक महिन्यांपासून प्रकल्पाच्या सेवांमध्ये प्रवेश करू शकले आहेत.
+
+### असल्यास अधिक चांगले
+
+- **एकाधिक भाषांमध्ये उपलब्ध** - तुमचा प्रकल्प एकाधिक भाषांमध्ये अनुवादित केलेला आहे ज्यामुळे जगभरातील वापरकर्ते त्यात प्रवेश करू शकतात.
+- **शैक्षणिक संसाधने** - वापरकर्त्यांना मदत करण्यासाठी आणि शिक्षित करण्यासाठी तुमच्या उत्पादनामध्ये चांगल्या प्रकारे डिझाइन केलेला ऑनबोर्डिंग अनुभव असावा. किंवा लेख किंवा व्हिडिओंसारख्या कसे-करावे या सामग्रीचा पुरावा.
+- **तृतीय-पक्षाचे ऑडिट** - तुमच्या उत्पादनाची विश्वस्त तृतीय-पक्षाद्वारे असुरक्षिततेसाठी व्यावसायिकरित्या ऑडिट केली गेली आहे.
+- **संपर्क व्यक्ती** - प्रकल्पासाठी एक संपर्क व्यक्ती (हे DAO किंवा समुदायातील प्रतिनिधी असू शकतात) बदल केल्यावर आम्हाला अचूक माहिती मिळविण्यात खूप मदत करेल. यामुळे भविष्यातील माहिती गोळा करताना ethereum.org अद्यतनित करणे व्यवस्थापित करण्यायोग्य राहील.
+
+## देखभाल {#maintenance}
+
+Ethereum चे स्वरूप प्रवाही असल्यामुळे, टीम आणि उत्पादने येतात आणि जातात आणि दररोज नवनवीन शोध लागतात, त्यामुळे आम्ही आमच्या सामग्रीची नियमित तपासणी खालील कारणांसाठी करू:
+
+- सर्व सूचीबद्ध प्रकल्प अजूनही आमचे निकष पूर्ण करतात याची खात्री करा
+- सध्या सूचीबद्ध केलेल्यांपेक्षा आमचे अधिक निकष पूर्ण करणारे सुचवलेले कोणतेही उत्पादन नाही याची पडताळणी करा
+
+Ethereum.org ओपन सोर्स समुदायाद्वारे देखरेख केली जाते आणि आम्ही हे अद्ययावत ठेवण्यासाठी समुदायावर अवलंबून आहोत. सूचीबद्ध प्रकल्पांबद्दल कोणतीही माहिती अद्यतनित करणे आवश्यक असल्याचे तुमच्या लक्षात आल्यास, कृपया आमच्या GitHub रेपॉजिटरीवर एक इश्यू किंवा पुल रिक्वेस्ट उघडा.
+
+## वापराच्या अटी {#terms-of-use}
+
+कृपया आमच्या [वापराच्या अटी](/terms-of-use/) देखील पहा. ethereum.org वरील माहिती केवळ सामान्य माहितीच्या उद्देशाने प्रदान केली आहे.
diff --git a/public/content/translations/mr/contributing/adding-developer-tools/index.md b/public/content/translations/mr/contributing/adding-developer-tools/index.md
new file mode 100644
index 00000000000..30cb45dc1ad
--- /dev/null
+++ b/public/content/translations/mr/contributing/adding-developer-tools/index.md
@@ -0,0 +1,61 @@
+---
+title: "डेव्हलपर साधने जोडणे"
+lang: mr
+description: "ethereum.org वर डेव्हलपर साधने सूचीबद्ध करण्यासाठी आमचे निकष"
+---
+
+# डेव्हलपर साधने जोडणे {#contributing-to-ethereumorg-}
+
+आम्ही शक्य तितकी सर्वोत्तम डेव्हलपर संसाधने सूचीबद्ध करू इच्छितो जेणेकरून लोक आत्मविश्वासाने तयार करू शकतील आणि त्यांना आवश्यक असलेला आधार मिळू शकेल.
+
+जर आमच्याकडून एखादे उपयुक्त डेव्हलपर साधन सुटले असेल, तर ते योग्य ठिकाणी सुचवायला हरकत नाही.
+
+आम्ही सध्या आमच्या [डेव्हलपर पोर्टल](/developers/) वर डेव्हलपर साधने सूचीबद्ध करतो.
+
+**योग्य पानांवर नवीन भर घालण्यासाठी सूचना द्यायला हरकत नाही.**
+
+## आम्ही कसे ठरवतो {#ways-to-contribute}
+
+डेव्हलपर साधनांच्या सबमिशनचे मूल्यांकन खालील निकषांनुसार केले जाईल:
+
+**ते आधीपासून सूचीबद्ध केलेल्या साधनांपेक्षा अर्थपूर्णपणे वेगळे आहे का?**
+
+- नवीन श्रेणी किंवा साधनांचे प्रकार
+- विद्यमान समान साधनांच्या तुलनेत नवीन वैशिष्ट्ये
+- विद्यमान समान साधनांमध्ये समाविष्ट नसलेल्या वेगळ्या उपयोग-केससाठी लक्ष्यित
+
+**साधन व्यवस्थित दस्तऐवजीकरण केलेले आहे का?**
+
+- दस्तऐवजीकरण अस्तित्वात आहे का?
+- साधन वापरण्यासाठी ते पुरेसे आहे का?
+- ते अलीकडेच अद्यतनित केले गेले आहे का?
+
+**हे साधन मोठ्या प्रमाणावर वापरले जाते का?**
+
+- आम्ही GitHub स्टार्स, डाउनलोड आकडेवारी आणि ते ज्ञात कंपन्या किंवा प्रकल्पांद्वारे वापरले जाते की नाही यासारख्या मेट्रिक्सचा विचार करू.
+
+**साधनाचा दर्जा पुरेसा आहे का?**
+
+- वारंवार बग्स येतात का?
+- हे साधन विश्वसनीय आहे का?
+- साधनाची देखभाल सक्रियपणे केली जाते का?
+
+**हे साधन ओपन सोर्स आहे का?**
+
+इथेरियम स्पेसमधील अनेक प्रकल्प ओपन सोर्स आहेत. आम्ही अशा ओपन-सोर्स प्रकल्पांना सूचीबद्ध करण्याची अधिक शक्यता आहे जे समुदाय डेव्हलपरना कोडची तपासणी करण्यास आणि त्यात योगदान देण्यास अनुमती देतात.
+
+---
+
+## उत्पादन क्रमवारी {#product-ordering}
+
+जोपर्यंत उत्पादने विशिष्ट क्रमाने, जसे की वर्णानुक्रमे, सूचीबद्ध केली जात नाहीत, तोपर्यंत उत्पादने पानात सर्वात कमी ते सर्वात अलीकडे जोडलेल्या क्रमाने प्रदर्शित केली जातील. दुसऱ्या शब्दांत, सर्वात नवीन उत्पादने सूचीच्या तळाशी जोडली जातात.
+
+---
+
+## तुमचे डेव्हलपर साधन जोडा {#how-decisions-about-the-site-are-made}
+
+तुम्हाला ethereum.org वर डेव्हलपर साधन जोडायचे असेल आणि ते निकषांची पूर्तता करत असेल, तर GitHub वर एक इश्यू तयार करा.
+
+<ButtonLink href="https://github.com/ethereum/ethereum-org-website/issues/new?assignees=&labels=feature+%3Asparkles%3A%2Ccontent+%3Afountain_pen%3A&template=suggest_dev_tool.yaml">
+  इश्यू तयार करा
+</ButtonLink>
diff --git a/public/content/translations/mr/contributing/adding-exchanges/index.md b/public/content/translations/mr/contributing/adding-exchanges/index.md
new file mode 100644
index 00000000000..c84afacdbea
--- /dev/null
+++ b/public/content/translations/mr/contributing/adding-exchanges/index.md
@@ -0,0 +1,40 @@
+---
+title: "एक्सचेंज जोडणे"
+description: "ethereum.org वर एक्सचेंज जोडताना आम्ही वापरत असलेले धोरण"
+lang: mr
+---
+
+# इथेरियम एक्सचेंज जोडणे {#adding-ethereum-exchanges}
+
+कोणीही ethereum.org वर नवीन एक्सचेंज सुचवू शकतो.
+
+आम्ही सध्या त्यांना येथे सूचीबद्ध करतो:
+
+- [ethereum.org/get-eth](/get-eth/)
+
+या पानावर, वापरकर्ते ते कुठे राहतात हे नमूद करू शकतात आणि ते कोणते एक्सचेंज वापरू शकतात हे पाहू शकतात. यामुळे कोणतेही भौगोलिक निर्बंध लवकर समोर आणण्यास मदत होते.
+
+या संदर्भामुळे, जेव्हा तुम्ही एक्सचेंज सुचवता तेव्हा आम्हाला काही विशिष्ट माहितीची आवश्यकता असते.
+
+**टीप:** जर तुम्हाला विकेंद्रित एक्सचेंज सूचीबद्ध करायचे असेल, तर आमच्या [वॉलेट्स आणि डॅप्स सूचीबद्ध करण्याच्या धोरणावर](/contributing/adding-products/) एक नजर टाका.
+
+## आम्हाला काय आवश्यक आहे {#what-we-need}
+
+- एक्सचेंजला लागू होणारे भौगोलिक निर्बंध. एक्सचेंजशी संबंधित भौगोलिक निर्बंध एक्सचेंजच्या वेबसाइटवरील एका समर्पित पृष्ठावर किंवा विभागात तपशीलवार दिलेले असावेत.
+- ETH खरेदी करण्यासाठी वापरकर्ते वापरू शकणारी चलने
+- एक्सचेंज एक वैध ट्रेडिंग कंपनी असल्याचा पुरावा
+- तुमच्याकडे असलेली कोणतीही अतिरिक्त माहिती – ही कंपनीबद्दलची माहिती असू शकते जसे की ती किती वर्षे कार्यरत आहे, आर्थिक पाठबळ इत्यादी.
+
+आम्हाला या माहितीची आवश्यकता आहे जेणेकरून आम्ही [वापरकर्त्यांना ते वापरू शकणारे एक्सचेंज शोधण्यात अचूकपणे मदत](/get-eth/#country-picker) करू शकू.
+
+आणि जेणेकरून ethereum.org ला अधिक खात्री पटेल की एक्सचेंज एक वैध आणि सुरक्षित सेवा आहे.
+
+---
+
+## तुमचे एक्सचेंज जोडा {#add-exchange}
+
+जर तुम्हाला ethereum.org वर एक्सचेंज जोडायचे असेल, तर GitHub वर एक इश्यू तयार करा.
+
+<ButtonLink href="https://github.com/ethereum/ethereum-org-website/issues/new?assignees=&labels=content+%3Afountain_pen%3A&template=suggest_exchange.yaml">
+  इश्यू तयार करा
+</ButtonLink>
diff --git a/public/content/translations/mr/contributing/adding-glossary-terms/index.md b/public/content/translations/mr/contributing/adding-glossary-terms/index.md
new file mode 100644
index 00000000000..97a3af9bce4
--- /dev/null
+++ b/public/content/translations/mr/contributing/adding-glossary-terms/index.md
@@ -0,0 +1,26 @@
+---
+title: "शब्दकोश संज्ञा जोडणे"
+lang: mr
+description: "ethereum.org शब्दकोशामध्ये नवीन संज्ञा जोडण्यासाठी आमचे निकष"
+---
+
+# शब्दकोश संज्ञा जोडणे {#contributing-to-ethereumorg-}
+
+हे क्षेत्र दररोज बदलत आहे. Ethereum वापरकर्त्यांच्या शब्दसंग्रहात सतत नवीन संज्ञा येत आहेत आणि Ethereum शी संबंधित सर्व गोष्टींसाठी अचूक, अद्ययावत संदर्भ देण्यासाठी आम्हाला तुमच्या मदतीची आवश्यकता आहे. सध्याचा [शब्दकोश](/glossary/) तपासा आणि तुम्हाला मदत करायची असल्यास खाली पहा!
+
+## निकष {#criteria}
+
+नवीन शब्दकोश संज्ञांचे मूल्यांकन खालील निकषांनुसार केले जाईल:
+
+- संज्ञा/व्याख्या अद्ययावत आणि सध्या संबंधित आहे का?
+- शब्दकोशामध्ये आधीपासूनच समान संज्ञा आहे का? (तसे असल्यास, विद्यमान संज्ञा अद्यतनित करण्याऐवजी नवीन संज्ञेच्या फायद्यांचा विचार करा)
+- संज्ञा/व्याख्या उत्पादन जाहिरात किंवा इतर प्रचारात्मक सामग्रीपासून मुक्त आहे का?
+- संज्ञा/व्याख्या थेट Ethereum शी संबंधित आहे का?
+- व्याख्या वस्तुनिष्ठ, अचूक आणि व्यक्तिनिष्ठ निर्णय किंवा मतांपासून मुक्त आहे का?
+- स्रोत विश्वासार्ह आहे का? ते त्यांच्या स्रोतांचा संदर्भ देतात का?
+
+---
+
+## तुमची संज्ञा जोडा {#how-decisions-about-the-site-are-made}
+
+तुम्हाला ethereum.org वर एखादी शब्दकोश संज्ञा जोडायची असेल आणि ती निकष पूर्ण करत असेल, तर [GitHub वर एक समस्या तयार करा](https://github.com/ethereum/ethereum-org-website/issues/new?assignees=&labels=feature+%3Asparkles%3A%2Ccontent+%3Afountain_pen%3A&template=suggest_glossary_term.yaml).
diff --git a/public/content/translations/mr/contributing/adding-layer-2s/index.md b/public/content/translations/mr/contributing/adding-layer-2s/index.md
new file mode 100644
index 00000000000..d1a3d17c964
--- /dev/null
+++ b/public/content/translations/mr/contributing/adding-layer-2s/index.md
@@ -0,0 +1,97 @@
+---
+title: "स्तर 2s जोडत आहे"
+description: "ethereum.org वर लेयर 2 जोडताना आम्ही वापरत असलेले धोरण"
+lang: mr
+---
+
+# लेयर 2 जोडणे {#adding-layer-2}
+
+आम्ही हे सुनिश्चित करू इच्छितो की आम्ही शक्य तितकी सर्वोत्तम संसाधने सूचीबद्ध करतो जेणेकरून वापरकर्ते लेयर 2 स्पेसमध्ये सुरक्षित आणि आत्मविश्वासाने नेव्हिगेट करू शकतील.
+
+ethereum.org वर लेयर 2 जोडण्याचे सुचवण्यासाठी कोणीही स्वतंत्र आहे. जर आमच्याकडून एखादे लेयर 2 सुटले असेल, तर **[कृपया ते सुचवा](https://github.com/ethereum/ethereum-org-website/issues/new?assignees=&labels=feature+%3Asparkles%3A%2Ccontent+%3Afountain_pen%3A&template=suggest_layer2.yaml)!**
+
+आम्ही सध्या खालील पृष्ठांवर L2s सूचीबद्ध करतो:
+
+- [ऑप्टिमिस्टिक रोलअप](/developers/docs/scaling/optimistic-rollups/)
+- [झिरो-नॉलेज रोलअप](/developers/docs/scaling/zk-rollups/)
+- [लेयर 2](/layer-2/)
+
+लेयर 2 हे इथेरियमसाठी एक तुलनेने नवीन आणि रोमांचक पॅराडाइम आहे. आम्ही ethereum.org वर विचारात घेण्यासाठी एक योग्य फ्रेमवर्क तयार करण्याचा प्रयत्न केला आहे परंतु सूचीकरणाचे निकष कालांतराने बदलतील आणि विकसित होतील.
+
+## निर्णय-चौकट {#decision-framework}
+
+### समावेशासाठी निकष: आवश्यक गोष्टी {#criteria-for-inclusion-the-must-haves}
+
+**L2BEAT वर सूचीबद्ध होणे**
+
+- विचारात घेण्यासाठी, हा प्रकल्प [L2BEAT](https://l2beat.com) वर सूचीबद्ध असणे आवश्यक आहे. L2BEAT लेयर 2 प्रकल्पांचे एक मजबूत जोखीम मूल्यांकन प्रदान करते, ज्यावर आम्ही L2 प्रकल्पांचे मूल्यांकन करण्यासाठी अवलंबून असतो. **जर प्रकल्प L2BEAT वर वैशिष्ट्यीकृत नसेल, तर आम्ही त्यांना ethereum.org वर L2 म्हणून सूचीबद्ध करणार नाही.**
+- [तुमचा L2 प्रकल्प L2BEAT मध्ये कसा जोडायचा ते शिका](https://github.com/l2beat/l2beat/blob/master/CONTRIBUTING.md).
+
+**ओपन सोर्स**
+
+- तुमचा कोड प्रवेश करण्यायोग्य असणे आवश्यक आहे आणि तुम्ही व्यापक समुदायाकडून पुल रिक्वेस्ट्स (PRs) स्वीकारले पाहिजेत.
+
+**लेयर 2 श्रेणी**
+
+आम्ही सध्या खालील बाबींना लेयर 2 सोल्यूशन्स मानतो:
+
+- ऑप्टिमिस्टिक रोलअप
+- झिरो-नॉलेज रोलअप
+
+_आम्ही डेटा उपलब्धतेसाठी किंवा सुरक्षिततेसाठी इथेरियमचा वापर न करणाऱ्या इतर स्केलिंग सोल्यूशन्सना लेयर 2 मानत नाही._
+
+**डेटा उपलब्धतेसाठी इथेरियम**
+
+- डेटा उपलब्धता हे इतर स्केलिंग सोल्यूशन्स आणि लेयर 2 मधील एक महत्त्वाचा फरक करणारा घटक आहे. सूचीसाठी विचारात घेण्यासाठी प्रकल्पाने डेटा उपलब्धतेसाठी इथेरियम मेननेटचा वापर **करणे आवश्यक आहे**.
+
+**ब्रिज**
+
+- वापरकर्ते लेयर 2 वर ऑनबोर्ड कसे होऊ शकतात?
+
+**प्रकल्प लाइव्ह झाल्याची तारीख**
+
+- एक लेयर 2 जो 6 महिन्यांहून अधिक काळ मेननेटवर "लाइव्ह" आहे
+
+- ज्या नवीन प्रकल्पांची वापरकर्त्यांद्वारे बॅटल-टेस्ट केलेली नाही, ते सूचीबद्ध होण्याची शक्यता कमी आहे.
+
+**बाह्य सुरक्षा ऑडिट**
+
+- ऑडिट, अंतर्गत सुरक्षा टीम किंवा इतर कोणत्याही पद्धतीद्वारे, तुमच्या उत्पादनाची सुरक्षा विश्वसनीयरित्या तपासलेली असणे आवश्यक आहे. यामुळे आमच्या वापरकर्त्यांसाठी धोका कमी होतो आणि तुम्ही सुरक्षेला गांभीर्याने घेता हे आम्हाला कळते.
+
+**सातत्यपूर्ण वापरकर्ता आधार**
+
+- आम्ही TVL इतिहास, व्यवहार आकडेवारी, आणि ते ज्ञात कंपन्या किंवा प्रकल्पांद्वारे वापरले जाते की नाही यासारख्या मेट्रिक्सचा विचार करू.
+
+**सक्रिय विकास कार्यसंघ**
+
+- ज्या लेयर 2 प्रकल्पावर काम करण्यासाठी सक्रिय कार्यसंघ नाही, त्याला आम्ही सूचीबद्ध करणार नाही.
+
+**ब्लॉक एक्सप्लोरर**
+
+- सूचीबद्ध प्रकल्पांना एक कार्यरत ब्लॉक एक्सप्लोरर आवश्यक आहे जेणेकरून वापरकर्ते सहजपणे चेन नेव्हिगेट करू शकतील.
+
+### इतर निकष: असल्यास-चांगले {#nice-to-haves}
+
+**प्रकल्पासाठी एक्सचेंज समर्थन**
+
+- वापरकर्ते थेट एक्सचेंजमधून जमा आणि/किंवा काढू शकतात का?
+
+**लेयर 2 इकोसिस्टममधील dapps च्या लिंक्स**
+
+- या लेयर 2 वर वापरकर्ते काय करू शकतील याची माहिती आम्ही देऊ इच्छितो. (उदा., https://portal.arbitrum.io/, https://www.optimism.io/apps)
+
+**टोकन कॉन्ट्रॅक्ट सूची**
+
+- लेयर 2 वर मालमत्तेचा नवीन पत्ता असेल, म्हणून जर टोकन सूचीचे संसाधन उपलब्ध असेल तर कृपया शेअर करा.
+
+**नेटिव्ह वॉलेट समर्थन**
+
+- कोणतेही वॉलेट L2 ला नेटिव्हपणे समर्थन देतात का?
+
+## तुमचे लेयर 2 जोडा {#add-exchange}
+
+जर तुम्हाला ethereum.org वर लेयर 2 जोडायचे असेल, तर GitHub वर एक इश्यू तयार करा.
+
+<ButtonLink href="https://github.com/ethereum/ethereum-org-website/issues/new?assignees=&labels=feature+%3Asparkles%3A%2Ccontent+%3Afountain_pen%3A&template=suggest_layer2.yaml">
+  इश्यू तयार करा
+</ButtonLink>
diff --git a/public/content/translations/mr/contributing/adding-products/index.md b/public/content/translations/mr/contributing/adding-products/index.md
new file mode 100644
index 00000000000..78b87afdf4b
--- /dev/null
+++ b/public/content/translations/mr/contributing/adding-products/index.md
@@ -0,0 +1,100 @@
+---
+title: "उत्पादने जोडत आहे"
+description: "ethereum.org वर dapps जोडताना आम्ही वापरत असलेले धोरण"
+lang: mr
+---
+
+# Ethereum उत्पादने जोडणे {#adding-products}
+
+ethereum.org वरील मजकुरासाठी नवीन dapps सुचवण्यास कोणीही मोकळे आहे, जिथे असे करणे योग्य आहे. **नाही, आम्ही तुमची dapp आमच्या होमपेजवर सूचीबद्ध करणार नाही** 😜
+
+Dapps सध्या येथे सूचीबद्ध आहेत:
+
+- ethereum.org/dapps
+- ethereum.org/get-eth
+
+**कृपया फक्त या पानांवर नवीन भर घालण्याचे सुचवा.**
+
+आम्ही नवीन भर घालण्याचे स्वागत करतो, तरीही आम्ही आमच्या वापरकर्त्यांसाठी तयार करू इच्छित असलेल्या अनुभवाच्या आधारावर सध्याच्या dapps ची निवड केली आहे. हे आमच्या काही डिझाइन तत्त्वांवर आधारित आहेत:
+
+- _प्रेरणादायी_: ethereum.org वरील कोणतीही गोष्ट वापरकर्त्यांना काहीतरी नवीन देऊ शकणारी असावी
+- _एक चांगली गोष्ट_: जे सूचीबद्ध आहे ते एक "अरे व्वा" क्षण प्रदान करणारे असावे
+- _विश्वसनीय_: वापरकर्त्यांसाठी धोका कमी करण्यासाठी सर्व काही कायदेशीर व्यवसाय/प्रकल्प असावेत
+
+एकूणच **ethereum.org ला नवीन वापरकर्त्यांसाठी "अखंड ऑनबोर्डिंग अनुभव" प्रदान करायचा आहे**. त्या कारणास्तव, आम्ही dapps त्यांच्या खालील गोष्टींच्या आधारावर जोडतो:
+
+- वापराची सुलभता
+- इतर उत्पादनांसह आंतरकार्यक्षमता
+- सुरक्षा
+- दीर्घायुष्य
+
+येथे आमची निर्णय-चौकट अधिक तपशीलवार दिली आहे. अभिप्राय देण्यास किंवा बदल सुचवण्यास मोकळ्या मनाने सांगा.
+
+## निर्णय-चौकट {#decision-framework}
+
+### समावेशासाठी निकष: आवश्यक गोष्टी {#criteria-for-inclusion-the-must-haves}
+
+- **सुरक्षेसाठी-चाचणी केलेले उत्पादन** – ऑडिट, अंतर्गत सुरक्षा टीम किंवा इतर कोणत्याही पद्धतीद्वारे असो, तुमच्या उत्पादनाची सुरक्षा विश्वसनीयपणे तपासलेली असणे आवश्यक आहे. यामुळे आमच्या वापरकर्त्यांसाठी धोका कमी होतो आणि तुम्ही सुरक्षेला गांभीर्याने घेता हे आम्हाला कळते.
+- **६ महिन्यांहून अधिक काळ "लाइव्ह" असलेले उत्पादन** – हे सुरक्षेचे आणखी एक द्योतक आहे. गंभीर बग्स आणि शोषणे शोधण्यासाठी ६ महिन्यांचा कालावधी चांगला आहे.
+- **एका सक्रिय टीमद्वारे काम केलेले** – यामुळे गुणवत्ता सुनिश्चित करण्यास मदत होते आणि वापरकर्त्याला त्यांच्या प्रश्नांसाठी समर्थन मिळेल.
+- **प्रामाणिक आणि अचूक सूची माहिती** - प्रकल्पांकडून सुचवलेल्या कोणत्याही सूचीमध्ये प्रामाणिक आणि अचूक माहिती असणे अपेक्षित आहे. तुमचे उत्पादन "ओपन-सोर्स" नसतानाही तसे घोषित करण्यासारखी सूची माहिती खोटी देणारी उत्पादने काढून टाकली जातील.
+
+### क्रमवारीसाठी निकष: असल्यास चांगल्या गोष्टी {#criteria-for-ranking-the-nice-to-haves}
+
+खालील निकषांमुळे तुमची dapp इतरांप्रमाणे ठळकपणे ethereum.org वर सूचीबद्ध केली जाऊ शकत नाही.
+
+**Dapps**
+
+- **तुम्ही सूचीबद्ध केलेल्या बहुतांश वॉलेट्सद्वारे ते ॲक्सेस करू शकता** – dapps ने ethereum.org वर सूचीबद्ध असलेल्या बहुतांश वॉलेट्ससोबत काम केले पाहिजे.
+- **वापरकर्ते ते स्वतः वापरून पाहू शकतात –** एक वैयक्तिक वापरकर्ता तुमची dapp वापरण्यास आणि काहीतरी ठोस साध्य करण्यास सक्षम असावा.
+- **ऑनबोर्डिंग** – वापरकर्त्यांना मदत करण्यासाठी आणि शिक्षित करण्यासाठी तुमच्या उत्पादनात एक चांगला डिझाइन केलेला ऑनबोर्डिंग अनुभव असावा. किंवा लेख किंवा व्हिडिओंसारख्या कसे-करावे या सामग्रीचा पुरावा.
+- **गैर-अभिरक्षक (नॉन-कस्टोडियल)** – वापरकर्ते त्यांच्या निधीवर नियंत्रण ठेवतात. तुमचे उत्पादन नाहीसे झाल्यास, वापरकर्ते तरीही त्यांच्या निधीत प्रवेश करू शकतात आणि तो हलवू शकतात.
+- **जागतिक स्तरावर प्रवेशयोग्य** – तुमच्या उत्पादनावर भौगोलिक मर्यादा किंवा KYC आवश्यकता नाहीत, ज्या काही लोकांना तुमच्या सेवेचा वापर करण्यापासून वगळतात.
+- **ओपन सोर्स** – तुमचा कोड प्रवेशयोग्य असावा आणि तुम्ही व्यापक समुदायाकडून PRs स्वीकारले पाहिजेत.
+- **समुदाय** – तुमचा एक समर्पित समुदाय, कदाचित एक Discord, असावा, जिथे वापरकर्ते मदत मिळवण्यासाठी किंवा नवीन वैशिष्ट्ये सुचवण्यासाठी तुमच्या टीमशी संवाद साधू शकतात.
+
+## व्यवहारात निकष {#criteria-in-practice}
+
+तुम्ही जितके अधिक निकष पूर्ण कराल, तितकी तुमच्या उत्पादनाची ethereum.org वर येण्याची शक्यता जास्त असेल.
+
+केवळ आवश्यक गोष्टी पूर्ण करणारे सूचीबद्ध उत्पादन काढले जाऊ शकते, जर एखादे नवीन उत्पादन सुचवले गेले जे आवश्यक गोष्टी आणि अनेक 'असल्यास-चांगल्या' गोष्टी पूर्ण करते.
+
+या निर्णयात विचारात घेतल्या जाणाऱ्या इतर गोष्टी:
+
+- बदलण्याऐवजी जोडल्याने पानाच्या UX मध्ये अडथळा येईल का?
+  - आमची साइट प्रामुख्याने शैक्षणिक आहे आणि मुख्य उद्देश Ethereum आणि त्याच्या संबंधित संकल्पना स्पष्ट करणे आहे. वापरकर्त्यांसाठी खूप जास्त पर्याय जोडल्याने, पाने कमी वाचनीय आणि त्यामुळे कमी उपयुक्त होऊ शकतात.
+- हे पान आता वापरकर्त्याला निवडीच्या पर्यायांमुळे गोंधळात टाकत आहे का?
+  - जसे की तुम्ही काय पाहावे हे ठरवू शकत नसल्यामुळे तासन्तास Netflix ब्राउझ करत बसता. नवीन वापरकर्त्यांना खूप जास्त निवडी देऊन गोंधळात टाकणे हा एक धोका आहे.
+
+हा एक डिझाइन निर्णय आहे ज्यासाठी ethereum.org जबाबदार आहे.
+
+पण निश्चिंत रहा, **अधिक dapps ची क्रमवारी लावणाऱ्या इतर वेबसाइट्सच्या लिंक्स असतील**
+
+### उत्पादन क्रमवारी {#product-ordering}
+
+उत्पादनांना विशेषतः वेगळ्या क्रमाने, जसे की वर्णानुक्रमे, मांडले नसल्यास, उत्पादने पानात सर्वात अलीकडे जोडलेल्यापासून ते सर्वात आधी जोडलेल्यापर्यंत प्रदर्शित केली जातील. दुसऱ्या शब्दांत, सर्वात नवीन उत्पादने सूचीच्या तळाशी जोडली जातात.
+
+### वापराच्या अटी {#terms-of-use}
+
+कृपया आमच्या [वापराच्या अटी](/terms-of-use/) देखील पहा. ethereum.org वरील माहिती केवळ सामान्य माहितीच्या उद्देशाने प्रदान केली आहे.
+
+## देखभाल {#maintenance}
+
+Ethereum चे स्वरूप प्रवाही असल्यामुळे, टीम आणि उत्पादने येतात आणि जातात आणि दररोज नवनवीन शोध लागतात, त्यामुळे आम्ही आमच्या सामग्रीची नियमित तपासणी खालील कारणांसाठी करू:
+
+- सूचीबद्ध केलेले सर्व dapps अजूनही आमचे निकष पूर्ण करतात याची खात्री करणे
+- सध्या सूचीबद्ध असलेल्या उत्पादनांपेक्षा आमचे अधिक निकष पूर्ण करणारी सुचवलेली उत्पादने नाहीत, याची पडताळणी करणे
+
+तुम्ही तपासून आणि आम्हाला कळवून यात मदत करू शकता. [एक इश्यू तयार करा](https://github.com/ethereum/ethereum-org-website/issues/new?assignees=&labels=Type%3A+Feature&template=feature_request.yaml&title=) किंवा [website@ethereum.org](mailto:website@ethereum.org) वर ईमेल पाठवा
+
+_आम्ही मतदानाच्या पर्यायांचाही शोध घेत आहोत जेणेकरून समुदाय त्यांच्या पसंती दर्शवू शकेल आणि आम्हाला शिफारस करण्यासाठी सर्वोत्तम उत्पादने कोणती आहेत हे दाखवू शकेल._
+
+---
+
+## तुमचे उत्पादन जोडा {#add-your-product}
+
+तुम्हाला ethereum.org वर एखादे dapp जोडायचे असल्यास आणि ते निकष पूर्ण करत असल्यास, कृपया आम्हाला कळवा.
+
+<ButtonLink href="https://submitapp.paperform.co/">
+  एक ॲप सुचवा
+</ButtonLink>
diff --git a/public/content/translations/mr/contributing/adding-resources/index.md b/public/content/translations/mr/contributing/adding-resources/index.md
new file mode 100644
index 00000000000..015cd185caf
--- /dev/null
+++ b/public/content/translations/mr/contributing/adding-resources/index.md
@@ -0,0 +1,53 @@
+---
+title: "संसाधने जोडणे"
+description: "ethereum.org वर संसाधने जोडताना आम्ही वापरत असलेले धोरण"
+lang: mr
+---
+
+# संसाधने जोडणे {#adding-resources}
+
+आम्हाला वापरकर्त्यांना सुरक्षित आणि निश्चिंत ठेवून सर्वोत्तम संभाव्य संसाधनांची यादी करायची आहे.
+
+सध्या [ethereum.org/resources](/resources/) येथे असलेल्या ethereum.org वरील संसाधन डॅशबोर्डवर नवीन संसाधने जोडण्यासाठी कोणीही सूचना करण्यास मोकळे आहे.
+
+आम्ही नवीन जोडण्यांचे स्वागत करत असलो तरी, सध्याची संसाधने आमच्या वापरकर्त्यांसाठी आम्ही तयार करत असलेल्या अनुभवावर आधारित निवडली गेली आहेत. हे आमच्या काही डिझाइन तत्त्वांवर आधारित आहेत:
+
+- _प्रेरणादायी_: ethereum.org वरील कोणतीही गोष्ट वापरकर्त्यांना काहीतरी नवीन देऊ शकणारी असावी
+- _एक चांगली गोष्ट_: जे सूचीबद्ध आहे ते एक "अरे व्वा" क्षण प्रदान करणारे असावे
+- _विश्वसनीय_: वापरकर्त्यांसाठी धोका कमी करण्यासाठी सर्व काही कायदेशीर व्यवसाय/प्रकल्प असावेत
+
+एकंदरीत **नवीन वापरकर्त्यांसाठी अखंड ऑनबोर्डिंग अनुभव प्रदान करणे हे ethereum.org चे उद्दिष्ट आहे**. त्या कारणास्तव, आम्ही संसाधने त्यांच्या खालील गोष्टींवर आधारित जोडतो:
+
+- वापराची सुलभता
+- अचूकता
+- देखभाल
+
+## निर्णय-चौकट {#decision-framework}
+
+### निकष {#criteria}
+
+- **प्रामाणिक आणि अचूक सूची माहिती** - सुचवलेल्या कोणत्याही सूचीमध्ये प्रामाणिक आणि अचूक माहिती असणे आवश्यक आहे. चुकीची माहिती देणारी उत्पादने काढून टाकली जातील.
+- **सक्रिय प्रकल्प** – वापरकर्त्यांसाठी गुणवत्ता आणि समर्थन सुनिश्चित करण्यासाठी संसाधनाची देखभाल एका सक्रिय टीमद्वारे केली पाहिजे. कालबाह्य संसाधने काढून टाकली जाऊ शकतात.
+
+### उत्पादन क्रमवारी {#product-ordering}
+
+आम्ही उत्पादनांना त्यांच्या प्रभावावर आधारित क्रमवारी लावण्याचा हक्क राखून ठेवतो. अन्यथा निर्दिष्ट केल्याशिवाय नवीन उत्पादने साधारणपणे सूचीच्या तळाशी जोडली जातील.
+
+## देखभाल {#maintenance}
+
+जसजशी Ethereum इकोसिस्टम विकसित होत आहे, तसतसे आम्ही खालील गोष्टींसाठी आमची सामग्री नियमितपणे तपासू:
+
+- सूचीबद्ध सर्व संसाधने अजूनही आमचे निकष पूर्ण करतात याची खात्री करणे
+- सध्या सूचीबद्ध केलेल्यांपेक्षा आमचे अधिक निकष पूर्ण करणारे सुचवलेले कोणतेही उत्पादन नाही याची पडताळणी करा
+
+तुम्ही तपासून आणि आम्हाला कळवून यात मदत करू शकता. [एक इश्यू तयार करा](https://github.com/ethereum/ethereum-org-website/issues/new?template=bug_report.yaml) किंवा [website@ethereum.org](mailto:website@ethereum.org) वर ईमेल पाठवा.
+
+---
+
+## तुमचे संसाधन जोडा {#add-your-resource}
+
+तुम्हाला ethereum.org वर एखादे संसाधन जोडायचे असल्यास आणि ते निकष पूर्ण करत असल्यास, GitHub वर एक इश्यू तयार करा.
+
+<ButtonLink href="https://github.com/ethereum/ethereum-org-website/issues/new?assignees=&labels=resource+📚&template=suggest_resource.yaml">
+  इश्यू तयार करा
+</ButtonLink>
diff --git a/public/content/translations/mr/contributing/adding-staking-products/index.md b/public/content/translations/mr/contributing/adding-staking-products/index.md
new file mode 100644
index 00000000000..4a49125a238
--- /dev/null
+++ b/public/content/translations/mr/contributing/adding-staking-products/index.md
@@ -0,0 +1,176 @@
+---
+title: "स्टिकिंग उत्पादने किंवा सेवा जोडणे"
+description: "ethereum.org वर स्टिकिंग उत्पादने किंवा सेवा जोडताना आम्ही वापरत असलेले धोरण"
+lang: mr
+---
+
+# स्टिकिंग उत्पादने किंवा सेवा जोडणे {#adding-staking-products-or-services}
+
+आम्हाला वापरकर्त्यांना सुरक्षित आणि निश्चिंत ठेवून सर्वोत्तम संभाव्य संसाधनांची यादी करायची आहे.
+
+ethereum.org वर स्टिकिंग उत्पादने किंवा सेवा जोडण्याचे सुचवण्यासाठी कोणीही स्वतंत्र आहे. आम्ही एखादे चुकवले असल्यास, **[कृपया ते सुचवा](https://github.com/ethereum/ethereum-org-website/issues/new?assignees=&labels=feature+%3Asparkles%3A%2Ccontent+%3Afountain_pen%3A&template=suggest_staking_product.yaml)!**
+
+आम्ही सध्या खालील पानांवर स्टिकिंग उत्पादने आणि सेवांची सूची देतो:
+
+- [सोलो स्टिकिंग](/staking/solo/)
+- [सेवा म्हणून स्टिकिंग](/staking/saas/)
+- [स्टिकिंग पूल्स](/staking/pools/)
+
+बीकन चेनवर प्रूफ-ऑफ-स्टेक 1 डिसेंबर 2020 पासून लाईव्ह आहे. स्टिकिंग अजूनही तुलनेने नवीन असले तरी, आम्ही ethereum.org वर विचारात घेण्यासाठी एक निष्पक्ष आणि पारदर्शक फ्रेमवर्क तयार करण्याचा प्रयत्न केला आहे, परंतु सूचीबद्धतेचे निकष कालांतराने बदलतील आणि विकसित होतील, आणि ते शेवटी ethereum.org वेबसाइट टीमच्या विवेकाधीन आहेत.
+
+## निर्णय आराखडा {#the-decision-framework}
+
+ethereum.org वर उत्पादन सूचीबद्ध करण्याचा निर्णय कोणत्याही एका घटकावर अवलंबून नाही. उत्पादन किंवा सेवा सूचीबद्ध करण्याचा निर्णय घेताना अनेक निकष एकत्रितपणे विचारात घेतले जातात. यापैकी जितके अधिक निकष पूर्ण होतील, तितकी त्याची सूचीबद्ध होण्याची शक्यता जास्त असेल.
+
+**प्रथम, ते उत्पादन किंवा सेवेच्या कोणत्या श्रेणीतील आहे?**
+
+- नोड किंवा क्लायंट टूलिंग
+- की व्यवस्थापन
+- सेवा म्हणून स्टेकिंग (SaaS)
+- स्टेकिंग पूल
+
+सध्या, आम्ही फक्त या श्रेणींमधील उत्पादने किंवा सेवा सूचीबद्ध करत आहोत.
+
+### समावेशासाठी निकष {#criteria-for-inclusion}
+
+स्टिकिंग उत्पादने किंवा सेवा सबमिशनचे खालील निकषांनुसार मूल्यांकन केले जाईल:
+
+**प्रकल्प किंवा सेवा कधी सुरू झाली?**
+
+- उत्पादन किंवा सेवा लोकांसाठी कधी उपलब्ध झाली याचा पुरावा आहे का?
+- हे उत्पादनांचा "बॅटल टेस्टेड" स्कोअर निश्चित करण्यासाठी वापरले जाते.
+
+**प्रकल्प सक्रियपणे सांभाळला जात आहे का?**
+
+- प्रकल्प विकसित करणारी सक्रिय टीम आहे का? यात कोणाचा सहभाग आहे?
+- केवळ सक्रियपणे सांभाळल्या जाणाऱ्या उत्पादनांचाच विचार केला जाईल.
+
+**उत्पादन किंवा सेवा विश्वसनीय/मानवी मध्यस्थांपासून मुक्त आहे का?**
+
+- वापरकर्त्यांच्या प्रवासातील कोणत्या टप्प्यांवर त्यांच्या निधीच्या की ठेवण्यासाठी किंवा रिवॉर्ड्स योग्यरित्या वितरित करण्यासाठी मानवांवर विश्वास ठेवण्याची आवश्यकता आहे?
+- हे उत्पादन किंवा सेवांचा "ट्रस्टलेस" स्कोअर निश्चित करण्यासाठी वापरले जाते.
+
+**प्रकल्प अचूक आणि विश्वसनीय माहिती देतो का?**
+
+- उत्पादनाच्या वेबसाइटवर अद्ययावत, अचूक आणि दिशाभूल न करणारी माहिती असणे महत्त्वाचे आहे, विशेषतः जर ती Ethereum प्रोटोकॉल किंवा इतर संबंधित तंत्रज्ञानाशी संबंधित असेल.
+- Ethereum किंवा इतर संबंधित विषयांबद्दल चुकीची माहिती, कालबाह्य तपशील किंवा संभाव्य दिशाभूल करणारी विधाने असलेली सबमिशन सूचीबद्ध केली जाणार नाहीत किंवा आधीच सूचीबद्ध असल्यास काढून टाकली जातील.
+
+**कोणते प्लॅटफॉर्म समर्थित आहेत?**
+
+- उदा., Linux, macOS, Windows, iOS, Android
+
+#### सॉफ्टवेअर आणि स्मार्ट कॉन्ट्रॅक्ट्स {#software-and-smart-contracts}
+
+कोणत्याही समाविष्ट कस्टम सॉफ्टवेअर किंवा स्मार्ट कॉन्ट्रॅक्ट्ससाठी:
+
+**सर्व काही ओपन सोर्स आहे का?**
+
+- ओपन सोर्स प्रकल्पांमध्ये सार्वजनिकरित्या उपलब्ध सोर्स कोड रिपॉझिटरी असावी
+- हे उत्पादनांचा "ओपन सोर्स" स्कोअर निश्चित करण्यासाठी वापरले जाते.
+
+**उत्पादन _बीटा_ विकासाच्या बाहेर आहे का?**
+
+- उत्पादन त्याच्या विकास चक्रात कुठे आहे?
+- बीटा टप्प्यातील उत्पादनांचा ethereum.org वर समावेश करण्यासाठी विचार केला जात नाही
+
+**सॉफ्टवेअरचे बाह्य सुरक्षा ऑडिट झाले आहे का?**
+
+- नसल्यास, बाह्य ऑडिट करण्याची योजना आहे का?
+- हे उत्पादनांचा "ऑडिटेड" स्कोअर निश्चित करण्यासाठी वापरले जाते.
+
+**प्रकल्पामध्ये बग बाऊंटी प्रोग्राम आहे का?**
+
+- नसल्यास, सुरक्षा बग बाऊंटी तयार करण्याची योजना आहे का?
+- हे उत्पादनांचा "बग बाऊंटी" स्कोअर निश्चित करण्यासाठी वापरले जाते.
+
+#### नोड किंवा क्लायंट टूलिंग {#node-or-client-tooling}
+
+नोड किंवा क्लायंट सेटअप, व्यवस्थापन किंवा मायग्रेशनशी संबंधित सॉफ्टवेअर उत्पादनांसाठी:
+
+**कोणते कन्सेंसस लेयर क्लायंट (उदा., Lighthouse, Teku, Nimbus, Prysm, Grandine) समर्थित आहेत?**
+
+- कोणते क्लायंट समर्थित आहेत? वापरकर्ता निवडू शकतो का?
+- हे उत्पादनांचा "मल्टी-क्लायंट" स्कोअर निश्चित करण्यासाठी वापरले जाते.
+
+#### सेवा म्हणून स्टिकिंग {#staking-as-a-service}
+
+[सेवा म्हणून स्टिकिंग सूचींसाठी](/staking/saas/) (उदा., डेलीगेटेड नोड ऑपरेशन):
+
+**सेवा वापरण्याशी संबंधित शुल्क काय आहेत?**
+
+- शुल्क रचना काय आहे, उदा., सेवेसाठी मासिक शुल्क आहे का?
+- काही अतिरिक्त स्टिकिंग आवश्यकता आहेत का?
+
+**वापरकर्त्यांना अकाउंटसाठी साइन-अप करणे आवश्यक आहे का?**
+
+- कोणी परवानगी किंवा KYC शिवाय सेवा वापरू शकतो का?
+- हे उत्पादनांचा "परमिशनलेस" स्कोअर निश्चित करण्यासाठी वापरले जाते.
+
+**साईनिंग की आणि विड्रॉव्हल की कोणाकडे असतात?**
+
+- वापरकर्त्याला कोणत्या कीजचा ऍक्सेस मिळतो? सेवेला कोणत्या कीजचा ऍक्सेस मिळतो?
+- हे उत्पादनांचा "ट्रस्टलेस" स्कोअर निश्चित करण्यासाठी वापरले जाते.
+
+**चालवल्या जाणाऱ्या नोड्सची क्लायंट विविधता काय आहे?**
+
+- बहुसंख्य कन्सेंसस लेयर (CL) क्लायंटद्वारे किती टक्के व्हॅलिडेटर की चालवल्या जात आहेत?
+- मागील संपादनानुसार, Prysm हा कन्सेंसस लेयर क्लायंट आहे जो बहुसंख्य नोड ऑपरेटर्सद्वारे चालवला जातो, जे नेटवर्कसाठी धोकादायक आहे. जर कोणताही CL क्लायंट सध्या नेटवर्कच्या 33% पेक्षा जास्त वापरत असेल, तर आम्ही त्याच्या वापराशी संबंधित डेटाची विनंती करतो.
+- हे उत्पादनांचा "डायव्हर्स क्लायंट्स" स्कोअर निश्चित करण्यासाठी वापरले जाते.
+
+#### स्टिकिंग पूल {#staking-pool}
+
+[पूल्ड स्टिकिंग सेवांसाठी](/staking/pools/):
+
+**स्टेक करण्यासाठी किमान किती ETH आवश्यक आहे?**
+
+- उदा., 0.01 ETH
+
+**यात कोणते शुल्क किंवा स्टिकिंग आवश्यकता आहेत?**
+
+- रिवॉर्ड्सपैकी किती टक्के शुल्क म्हणून काढले जातात?
+- काही अतिरिक्त स्टिकिंग आवश्यकता आहेत का?
+
+**लिक्विडिटी टोकन आहे का?**
+
+- यात कोणते टोकन्स समाविष्ट आहेत? ते कसे काम करतात? कॉन्ट्रॅक्ट ॲड्रेसेस काय आहेत?
+- हे उत्पादनांचा "लिक्विडिटी टोकन" स्कोअर निश्चित करण्यासाठी वापरले जाते.
+
+**वापरकर्ते नोड ऑपरेटर म्हणून सहभागी होऊ शकतात का?**
+
+- पूल्ड फंड वापरून व्हॅलिडेटर क्लायंट चालवण्यासाठी काय आवश्यक आहे?
+- यासाठी एखाद्या व्यक्ती, कंपनी किंवा DAO कडून परवानगी आवश्यक आहे का?
+- हे उत्पादनांचा "परमिशनलेस नोड्स" स्कोअर निश्चित करण्यासाठी वापरले जाते.
+
+**पूल नोड ऑपरेटर्सची क्लायंट विविधता काय आहे?**
+
+- किती टक्के नोड ऑपरेटर्स बहुसंख्य कन्सेंसस लेयर (CL) क्लायंट चालवत आहेत?
+- मागील संपादनानुसार, Prysm हा कन्सेंसस लेयर क्लायंट आहे जो बहुसंख्य नोड ऑपरेटर्सद्वारे चालवला जातो, जे नेटवर्कसाठी धोकादायक आहे. जर कोणताही CL क्लायंट सध्या नेटवर्कच्या 33% पेक्षा जास्त वापरत असेल, तर आम्ही त्याच्या वापराशी संबंधित डेटाची विनंती करतो.
+- हे उत्पादनांचा "डायव्हर्स क्लायंट्स" स्कोअर निश्चित करण्यासाठी वापरले जाते.
+
+### इतर निकष: जे असल्यास उत्तम {#other-criteria}
+
+**कोणते युजर इंटरफेस समर्थित आहेत?**
+
+- उदा., ब्राउझर ॲप, डेस्कटॉप ॲप, मोबाइल ॲप, CLI
+
+**नोड टूलिंगसाठी, सॉफ्टवेअर क्लायंटमध्ये स्विच करण्याचा सोपा मार्ग प्रदान करते का?**
+
+- वापरकर्ता टूल वापरून सहज आणि सुरक्षितपणे क्लायंट बदलू शकतो का?
+
+**SaaS साठी, सेवेद्वारे सध्या किती व्हॅलिडेटर्स चालवले जात आहेत?**
+
+- यामुळे आम्हाला आतापर्यंतच्या तुमच्या सेवेच्या पोहोचची कल्पना येते.
+
+## आम्ही परिणाम कसे प्रदर्शित करतो {#product-ordering}
+
+वरील [समावेशासाठी निकष](#criteria-for-inclusion) प्रत्येक उत्पादन किंवा सेवेसाठी एकत्रित स्कोअर मोजण्यासाठी वापरले जातात. हे विशिष्ट वस्तुनिष्ठ निकष पूर्ण करणारी उत्पादने क्रमवारी लावण्याचे आणि प्रदर्शित करण्याचे एक साधन म्हणून वापरले जाते. जितक्या अधिक निकषांसाठी पुरावा दिला जाईल, तितके उत्पादन उच्च क्रमाने लावले जाईल, आणि टाय झाल्यास लोड झाल्यावर रँडमाइझ केले जाईल.
+
+या निकषांसाठी कोड लॉजिक आणि वेट्स सध्या आमच्या रेपोमधील [या JavaScript घटकामध्ये](https://github.com/ethereum/ethereum-org-website/blob/dev/src/components/Staking/StakingProductsCardGrid.js#L350) आहेत.
+
+## तुमचे उत्पादन किंवा सेवा जोडा {#add-product}
+
+तुम्हाला ethereum.org वर स्टिकिंग उत्पादन किंवा सेवा जोडायची असल्यास, GitHub वर एक इश्यू तयार करा.
+
+<ButtonLink href="https://github.com/ethereum/ethereum-org-website/issues/new?assignees=&labels=feature+%3Asparkles%3A%2Ccontent+%3Afountain_pen%3A&template=suggest_staking_product.yaml">
+  इश्यू तयार करा
+</ButtonLink>
diff --git a/public/content/translations/mr/contributing/adding-wallets/index.md b/public/content/translations/mr/contributing/adding-wallets/index.md
new file mode 100644
index 00000000000..58abd7730d5
--- /dev/null
+++ b/public/content/translations/mr/contributing/adding-wallets/index.md
@@ -0,0 +1,80 @@
+---
+title: "वॉलेट्स जोडणे"
+description: "ethereum.org वर वॉलेट जोडताना आम्ही वापरत असलेले धोरण"
+lang: mr
+---
+
+# वॉलेट्स जोडणे {#adding-wallets}
+
+आम्ही खात्री करू इच्छितो की आम्ही विविध वैशिष्ट्यांनी युक्त अशा अनेक प्रकारच्या वॉलेट्सची माहिती देऊ, जेणेकरून वापरकर्ते आत्मविश्वासाने Ethereum वापरू शकतील.
+
+ethereum.org वर वॉलेट जोडण्याचा सल्ला कोणीही देऊ शकतो. जर आमच्याकडून एखादे वॉलेट सुटले असेल, तर कृपया ते सुचवा!
+
+वॉलेट्स सध्या येथे सूचीबद्ध आहेत:
+
+- [ethereum.org/wallets/find-wallet/](/wallets/find-wallet/)
+
+Ethereum मध्ये वॉलेट्स वेगाने बदलत आहेत. आम्ही ethereum.org वर विचारात घेण्यासाठी एक योग्य फ्रेमवर्क तयार करण्याचा प्रयत्न केला आहे परंतु सूचीकरणाचे निकष कालांतराने बदलतील आणि विकसित होतील.
+
+## निर्णय आराखडा {#the-decision-framework}
+
+### समावेशासाठी निकष: आवश्यक गोष्टी {#the-must-haves}
+
+- **सुरक्षिततेची चाचणी केलेले उत्पादन** - ऑडिट, अंतर्गत सुरक्षा टीम, ओपन-सोर्स कोड किंवा इतर कोणत्याही पद्धतीद्वारे असो, तुमच्या वॉलेटची सुरक्षा विश्वसनीय असणे आवश्यक आहे. यामुळे आमच्या वापरकर्त्यांसाठी धोका कमी होतो आणि तुम्ही सुरक्षेला गांभीर्याने घेता हे आम्हाला कळते.
+- **सहा महिन्यांहून अधिक काळ “लाइव्ह” असलेले वॉलेट किंवा प्रतिष्ठित ट्रॅक रेकॉर्ड असलेल्या गटाने प्रसिद्ध केलेले वॉलेट** - हे सुरक्षिततेचे आणखी एक लक्षण आहे. गंभीर बग्स आणि एक्सप्लॉइटेशन्स शोधण्यासाठी सहा महिन्यांचा कालावधी योग्य आहे. जे प्रकल्प लवकरच सोडून दिले जातात, असे फोर्क काढून टाकण्यास मदत व्हावी, यासाठी आम्ही सहा महिन्यांचा कालावधी मागतो.
+- **एका सक्रिय टीमद्वारे विकसित** - हे गुणवत्ता सुनिश्चित करण्यास मदत करते आणि वापरकर्त्याला त्यांच्या प्रश्नांसाठी समर्थन मिळेल याची खात्री करते.
+- **प्रामाणिक आणि अचूक सूची माहिती** - प्रकल्पांकडून सुचवलेल्या कोणत्याही सूचीमध्ये प्रामाणिक आणि अचूक माहिती असणे अपेक्षित आहे. तुमचे उत्पादन "ओपन सोर्स" नसताना तसे घोषित करण्यासारखी, सूची माहिती चुकीची देणारी उत्पादने काढून टाकली जातील.
+- **संपर्क व्यक्ती** - बदल झाल्यावर अचूक माहिती मिळविण्यासाठी वॉलेटसाठी संपर्क व्यक्ती असणे आम्हाला खूप मदत करेल. यामुळे भविष्यातील माहिती गोळा करताना ethereum.org अद्यतनित करणे व्यवस्थापित करण्यायोग्य राहील.
+- **EIP-1559 (टाइप 2) व्यवहार** - तुमच्या वॉलेटने मेननेट Ethereum वरील व्यवहारांसाठी EIP-1559 (टाइप 2) व्यवहारांना समर्थन दिले पाहिजे.
+- **चांगला वापरकर्ता अनुभव** - UX व्यक्तिनिष्ठ असला तरी, जर अनेक मुख्य टीम सदस्यांनी उत्पादनाची चाचणी केली आणि ते वापरण्यास अवघड वाटले, तर आम्ही वॉलेट नाकारण्याचा अधिकार राखून ठेवतो आणि त्याऐवजी सुधारण्यासाठी उपयुक्त सूचना देऊ. हे आमच्या वापरकर्ता बेसचे संरक्षण करण्यासाठी केले जाते, ज्यात बहुतेक नवशिक्यांचा समावेश असतो.
+- **Ethereum केंद्रित** - वॉलेटने प्राथमिक Ethereum-केंद्रित अनुभव प्रदान केला पाहिजे. याचा अर्थ Ethereum (किंवा कोणतेही L2) डीफॉल्ट नेटवर्क म्हणून सेट केलेले आहे, ERC मालमत्ता योग्यरित्या समर्थित आहेत, आणि वैशिष्ट्ये Ethereum इकोसिस्टमशी जुळणारी आहेत. UI मध्ये पर्यायी लेयर 1 ला प्राधान्य देणाऱ्या वॉलेट्सची सूची केली जाणार नाही.
+
+### उत्पादन काढून टाकणे {#product-removals}
+
+- **अद्ययावत माहिती** - प्रदान केलेल्या माहितीची वैधता आणि प्रासंगिकता सुनिश्चित करण्यासाठी वॉलेट प्रदाते दर 6 महिन्यांनी त्यांच्या वॉलेटची माहिती पुन्हा सादर करण्यास जबाबदार आहेत (जरी त्यांच्या उत्पादनात कोणतेही बदल झाले नसले तरीही). जर उत्पादन टीम असे करण्यात अयशस्वी ठरली, तर ethereum.org त्या प्रकल्पाला पृष्ठावरून काढून टाकू शकते.
+
+### इतर निकष: असल्यास अधिक चांगले {#the-nice-to-haves}
+
+- **जागतिक स्तरावर प्रवेशयोग्य** - तुमच्या वॉलेटमध्ये भौगोलिक मर्यादा किंवा KYC आवश्यकता नाहीत ज्या काही लोकांना तुमच्या सेवेत प्रवेश करण्यापासून वगळतात.
+- **एकाधिक भाषांमध्ये उपलब्ध** - तुमचे वॉलेट एकाधिक भाषांमध्ये अनुवादित केलेले आहे ज्यामुळे जगभरातील वापरकर्ते ते ॲक्सेस करू शकतात.
+- **ओपन सोर्स** - तुमच्या संपूर्ण प्रोजेक्टचा कोडबेस (केवळ मॉड्यूल्स नाही) प्रवेशयोग्य असावा आणि तुम्ही व्यापक समुदायाकडून PR स्वीकारले पाहिजेत.
+- **नॉन-कस्टोडियल** - वापरकर्ते त्यांच्या निधीवर नियंत्रण ठेवतात. तुमचे उत्पादन नाहीसे झाल्यास, वापरकर्ते तरीही त्यांच्या निधीत प्रवेश करू शकतात आणि तो हलवू शकतात.
+- **हार्डवेअर वॉलेट सपोर्ट** - वापरकर्ते व्यवहार साइन करण्यासाठी त्यांचे हार्डवेअर वॉलेट कनेक्ट करू शकतात.
+- **WalletConnect** - वापरकर्ते WalletConnect वापरून dapps शी कनेक्ट होऊ शकतात.
+- **Ethereum RPC एंडपॉइंट्स आयात करणे** - वापरकर्ते नोड RPC डेटा आयात करू शकतात, ज्यामुळे त्यांना त्यांच्या आवडीच्या नोडशी किंवा इतर EVM सुसंगत नेटवर्कशी कनेक्ट होता येते.
+- **NFTs** - वापरकर्ते वॉलेटमध्ये त्यांचे NFTs पाहू आणि त्यांच्याशी संवाद साधू शकतात.
+- **Ethereum ॲप्लिकेशन्सशी कनेक्ट करा** - वापरकर्ते Ethereum ॲप्लिकेशन्सशी कनेक्ट होऊ शकतात आणि वापरू शकतात.
+- **स्टेकिंग** - वापरकर्ते थेट वॉलेटद्वारे स्टेक करू शकतात.
+- **स्वॅप्स** - वापरकर्ते वॉलेटद्वारे टोकन स्वॅप करू शकतात.
+- **मल्टीचेन नेटवर्क्स** - तुमचे वॉलेट वापरकर्त्यांना डीफॉल्टनुसार एकाधिक ब्लॉकचेन नेटवर्क्समध्ये प्रवेश करण्यास समर्थन देते.
+- **लेयर 2 नेटवर्क्स** - तुमचे वॉलेट वापरकर्त्यांना डीफॉल्टनुसार लेयर 2 नेटवर्क्समध्ये प्रवेश करण्यास समर्थन देते.
+- **गॅस फी सानुकूलित करा** - तुमचे वॉलेट वापरकर्त्यांना त्यांच्या व्यवहाराची गॅस फी (बेस फी, प्रायॉरिटी फी, मॅक्स फी) सानुकूलित करण्याची परवानगी देते.
+- **ENS सपोर्ट** - तुमचे वॉलेट वापरकर्त्यांना ENS नावांवर व्यवहार पाठवण्याची परवानगी देते.
+- **ERC-20 सपोर्ट** - तुमचे वॉलेट वापरकर्त्यांना ERC-20 टोकन कॉन्ट्रॅक्ट्स आयात करण्याची किंवा आपोआप क्वेरी करून ERC-20 टोकन प्रदर्शित करण्याची परवानगी देते.
+- **क्रिप्टो खरेदी करा** - तुमचे वॉलेट वापरकर्त्यांना थेट क्रिप्टो खरेदी आणि ऑनबोर्डिंगसाठी समर्थन देते.
+- **फिएटसाठी विक्री करा** - तुमचे वॉलेट वापरकर्त्यांना थेट कार्ड किंवा बँक खात्यात फिएटसाठी विक्री आणि पैसे काढण्यास समर्थन देते.
+- **मल्टीसिग** - तुमचे वॉलेट व्यवहार साइन करण्यासाठी एकाधिक स्वाक्षऱ्यांचे समर्थन करते.
+- **सामाजिक रिकव्हरी** - तुमचे वॉलेट गार्डियन्सना समर्थन देते आणि वापरकर्ता आपली सीड फ्रेज गमावल्यास या गार्डियन्सचा वापर करून आपले वॉलेट रिकव्हर करू शकतो.
+- **समर्पित सपोर्ट टीम** - तुमच्या वॉलेटमध्ये एक समर्पित सपोर्ट टीम आहे जिथे वापरकर्ते समस्या येत असल्यास संपर्क साधू शकतात.
+- **शैक्षणिक संसाधने/डॉक्युमेंटेशन** - वापरकर्त्यांना मदत करण्यासाठी आणि शिक्षित करण्यासाठी तुमच्या उत्पादनात एक चांगला ऑनबोर्डिंग अनुभव असावा. किंवा लेख किंवा व्हिडिओंसारख्या कसे-करावे या सामग्रीचा पुरावा.
+
+## वॉलेट जोडणे {#adding-a-wallet}
+
+तुम्हाला ethereum.org वर वॉलेट जोडायचे असल्यास, GitHub वर एक इश्यू तयार करा.
+
+<ButtonLink href="https://github.com/ethereum/ethereum-org-website/issues/new?assignees=&labels=wallet+%3Apurse%3A&template=suggest_wallet.yaml">
+  इश्यू तयार करा
+</ButtonLink>
+
+## देखभाल {#maintenance}
+
+Ethereum चे स्वरूप प्रवाही असल्यामुळे, टीम आणि उत्पादने येतात आणि जातात आणि दररोज नवनवीन शोध लागतात, त्यामुळे आम्ही आमच्या सामग्रीची नियमित तपासणी खालील कारणांसाठी करू:
+
+- सर्व सूचीबद्ध वॉलेट्स आणि dapps अजूनही आमचे निकष पूर्ण करतात याची खात्री करा
+- सध्या सूचीबद्ध असलेल्या उत्पादनांपेक्षा आमचे अधिक निकष पूर्ण करणारी सुचवलेली उत्पादने नाहीत, याची पडताळणी करणे
+
+ethereum.org ओपन-सोर्स समुदायाद्वारे सांभाळले जाते आणि आम्ही हे अद्ययावत ठेवण्यासाठी समुदायावर अवलंबून असतो. सूचीबद्ध वॉलेट्सबद्दल कोणतीही माहिती अद्ययावत करण्याची आवश्यकता असल्याचे तुमच्या लक्षात आल्यास, कृपया [एक इश्यू उघडा](https://github.com/ethereum/ethereum-org-website/issues/new?assignees=&labels=wallet+%3Apurse%3A&template=suggest_wallet.yaml) किंवा [पुल रिक्वेस्ट करा](https://github.com/ethereum/ethereum-org-website/pulls)!
+
+## वापराच्या अटी {#terms-of-use}
+
+कृपया आमच्या [वापराच्या अटी](/terms-of-use/) देखील पहा. ethereum.org वरील माहिती केवळ सामान्य माहितीच्या उद्देशाने प्रदान केली आहे.
diff --git a/public/content/translations/mr/contributing/content-resources/index.md b/public/content/translations/mr/contributing/content-resources/index.md
new file mode 100644
index 00000000000..e2df8589a10
--- /dev/null
+++ b/public/content/translations/mr/contributing/content-resources/index.md
@@ -0,0 +1,32 @@
+---
+title: "सामग्री संसाधने जोडणे"
+lang: mr
+description: "ethereum.org वर सामग्री संसाधने सूचीबद्ध करण्यासाठी आमचे निकष"
+---
+
+# सामग्री संसाधने जोडणे {#adding-content-resources}
+
+आम्ही Ethereum मधील सर्व गोष्टी समाविष्ट करू शकत नाही म्हणून आम्ही समुदायाने तयार केलेले काही उत्कृष्ट लेख, ट्यूटोरियल, वृत्तपत्रे, जॉब बोर्ड आणि विविध सामग्री संसाधने प्रदर्शित करण्याचा प्रयत्न करतो. हे अनेकदा वापरकर्त्यांना स्वारस्य असलेल्या विषयांवर अधिक सखोल माहिती प्रदान करतात.
+
+एखाद्या पानावर एखादे सामग्री संसाधन जोडले पाहिजे असे तुम्हाला वाटत असल्यास, ते योग्य ठिकाणी सुचवा.
+
+## आम्ही कसे ठरवतो {#how-we-decide}
+
+शिकण्याच्या संसाधनांचे मूल्यांकन खालील निकषांनुसार केले जाईल:
+
+- सामग्री अद्ययावत आहे का?
+- सामग्री पेवॉलच्या मागे आहे का?
+- माहिती अचूक आहे का? ती तथ्यावर आधारित आहे की मतावर आधारित आहे?
+- लेखक विश्वसनीय आहे का? ते त्यांच्या स्रोतांचा संदर्भ देतात का?
+- ही सामग्री असे काही वेगळे मूल्य देते का जे विद्यमान संसाधने/लिंक्स कव्हर करत नाहीत?
+- ही सामग्री आमच्या [वापरकर्ता व्यक्तिरेखा](https://www.notion.so/efdn/Ethereum-org-User-Persona-Memo-b44dc1e89152457a87ba872b0dfa366c) पैकी एकाची सेवा करते का?
+
+---
+
+## तुमचे सामग्री संसाधन जोडा {#add-your-content-resource}
+
+तुम्हाला ethereum.org वर एखादे सामग्री संसाधन जोडायचे असल्यास आणि ते निकष पूर्ण करत असल्यास, GitHub वर एक इश्यू तयार करा.
+
+<ButtonLink href="https://github.com/ethereum/ethereum-org-website/issues/new?assignees=&labels=Type%3A+Feature&template=feature_request.yaml&title=">
+  इश्यू तयार करा
+</ButtonLink>
diff --git a/public/content/translations/mr/contributing/design-principles/index.md b/public/content/translations/mr/contributing/design-principles/index.md
new file mode 100644
index 00000000000..df240df3b7c
--- /dev/null
+++ b/public/content/translations/mr/contributing/design-principles/index.md
@@ -0,0 +1,93 @@
+---
+title: "डिझाइनची तत्त्वे"
+lang: mr
+description: "ethereum.org च्या डिझाइन आणि सामग्रीच्या निर्णयामागील तत्त्वे"
+---
+
+# आमची डिझाइनची तत्त्वे {#contributing-to-ethereumorg-}
+
+<Emoji text=":wave:" size={1} /> नमस्कार, ethereum.org च्या डिझाइन तत्त्वांमध्ये तुमचे स्वागत आहे. ethereum.org ला विकसित आणि सुधारित करण्याच्या चालू प्रक्रियेचा हा एक भाग आहे.
+
+आमची तत्त्वे साइटचा लुक आणि फील आणि त्यावरील सामग्रीची माहिती देतात.
+
+तुम्ही [ethereum.org मध्ये योगदान देण्यापूर्वी](/contributing/) हे वाचले पाहिजे.
+
+## डिझाइनची तत्त्वे म्हणजे काय? {#ways-to-contribute}
+
+काळजी करू नका, ते खूप सोपे आहेत! **डिझाइनची तत्त्वे** म्हणजे मार्गदर्शक तत्त्वांचा एक संच आहे ज्याचा आम्ही काहीतरी डिझाइन करताना (उदा., तयार करणे, देखरेख करणे किंवा अद्यतनित करणे) संदर्भ घेतो.
+
+ethereum.org च्या संदर्भात, ही डिझाइन तत्त्वे वेबसाइटने जगासमोर काय प्रतिनिधित्व करावे आणि काय प्रोजेक्ट करावे याचा पाया आहेत. ते महत्त्वाकांक्षी **आणि** कार्यात्मक दोन्ही आहेत. वेबसाइट कशी _दिसते_ एवढेच नाही, तर ती कशी _कार्य करते_ आणि ती एखाद्याला कसे _वाटते_ हे देखील महत्त्वाचे आहे. रंगांपासून ते पेज लेआउटपर्यंत, वेबसाइटवर आम्ही Ethereum बद्दल कसे बोलतो, या सर्व गोष्टी या तत्त्वांद्वारे सूचित केल्या पाहिजेत.
+
+## प्रत्यक्षातील तत्त्वे {#how-decisions-about-the-site-are-made}
+
+चला एक उदाहरण पाहूया. तत्त्वांपैकी एक म्हणजे “विश्वसनीय”, याचा अर्थ असा की साइटवर येणाऱ्या अभ्यागतांना असे _वाटले_ पाहिजे आणि _माहित_ असले पाहिजे की ही साइट विश्वासार्ह आहे - अगदी व्यापक Ethereum इकोसिस्टमप्रमाणेच. त्या तत्त्वांतर्गत, आमच्याकडे 3 कार्यात्मक “उप-तत्त्वे” आहेत, ज्या आम्हाला विश्वास आहे की साइटला विश्वसनीय बनवण्यासाठी आम्ही घेऊ शकणारी कृतीशील पावले आहेत:
+
+- _“फ्रेश”_ म्हणजे, सामग्री अद्ययावत ठेवा.
+- _“सामाजिक पुरावा”_ म्हणजे, इकोसिस्टमचा आकार, विविधता आणि क्रियाकलाप दर्शवा (तुम्हाला माहित आहे: Ethereum अपग्रेड प्रगती, DeFi, गेमिंग, सर्व हॅकेथॉन इ.)
+- _“सुसंगत”_ म्हणजे, साइटच्या डिझाइनमध्ये आणि लेखनाच्या टोनमध्ये आणि अचूकतेमध्ये सुसंगतता.
+
+म्हणून जेव्हा आम्ही डिझाइनचे निर्णय किंवा कॉपीरायटिंगचे निर्णय घेत असतो, तेव्हा आम्ही “विश्वसनीय” तत्त्वाचा संदर्भ घेऊ शकतो आणि विचारू शकतो:
+
+- _“साइट सध्याची माहिती दर्शवते का?”_
+- _“आम्ही इकोसिस्टमचा आकार आणि क्रियाकलाप कसे आणि कुठे दाखवत आहोत?”_
+- _“मी पुनरावलोकन करत असलेल्या समुदाय सदस्याने प्रस्तावित केलेले नवीन योगदान साइटवरील सध्याच्या डिझाइन आणि लेखनाशी सुसंगत आहे का?”_
+
+## ethereum.org डिझाइनची तत्त्वे {#contributors}
+
+### १. प्रेरणादायी {#1-inspirational}
+
+Ethereum जगाला कसे बदलू शकते याची स्वप्ने पाहण्यासाठी या साइटने वापरकर्त्यांना प्रेरित केले पाहिजे. याने लोकांना Ethereum इकोसिस्टमची साधने आणि ॲप्स एक्सप्लोर करण्यास, खेळण्यास आणि त्यात बदल करण्यास प्रवृत्त केले पाहिजे.
+
+- **मूलगामी:** या साइटने जगाला अर्थपूर्णपणे बदलण्यासाठी Ethereum चे महत्त्वाकांक्षी ध्येय कळवले पाहिजे. हे स्पष्ट असले पाहिजे की Ethereum केवळ एक नवीन टेक स्टॅक नाही - ते एक परिवर्तनात्मक तंत्रज्ञान आहे.
+- **शिक्षणाद्वारे सशक्तीकरण:** साइटने लोकांना शिक्षित केले पाहिजे जेणेकरून ते Ethereum ची क्षमता समजू शकतील, इकोसिस्टममध्ये त्यांचे स्थान शोधू शकतील आणि त्यात सहभागी होण्यासाठी सक्षम वाटतील.
+
+दृष्य दिशा • सामग्री
+
+### २. सार्वत्रिक {#2-universal}
+
+Ethereum हा एक जागतिक, विकेंद्रित प्रकल्प आहे आणि आमचे प्रेक्षक हेच दर्शवतात. ही साइट प्रत्येकासाठी सुलभ असण्याची आणि जगातील अनेक संस्कृतींप्रति संवेदनशील असण्याची आकांक्षा बाळगली पाहिजे.
+
+- **सुलभ:** साइटने प्रवेशयोग्यता मार्गदर्शक तत्त्वांचे पालन केले पाहिजे - कमी-बँडविड्थ कनेक्शन असलेल्या लोकांसाठी देखील.
+- **सरळ:** साइट सोपी आणि सुस्पष्ट असावी. कॉपीमध्ये अशी भाषा वापरू नये ज्याचा चुकीचा अर्थ लावला जाऊ शकतो किंवा भाषांतरात ती हरवून जाऊ शकते.
+- **Ethereum बहुआयामी आहे:** Ethereum एक प्रकल्प, एक कोडबेस, एक समुदाय आणि एक दृष्टी आहे. Ethereum वेगवेगळ्या लोकांसाठी वेगवेगळ्या कारणांसाठी मौल्यवान आहे, आणि त्यात सामील होण्याचे अनेक मार्ग आहेत.
+
+लेखन प्रणाली • रंगाचा वापर • दृष्य दिशा • सामग्री
+
+### ३. एक चांगली गोष्ट {#3-a-good-story}
+
+वेबसाइटने एका चांगल्या कथेप्रमाणे कार्य केले पाहिजे. अभ्यागत एका प्रवासावर आहेत आणि तुम्ही योगदान दिलेली सामग्री त्याचाच एक भाग आहे. तुमचे योगदान एका स्पष्ट कथानकात बसले पाहिजे: एक सुरुवात (परिचय/प्रवेश बिंदू), मध्य (शिकलेल्या गोष्टी आणि अंतर्दृष्टींचा संच), आणि शेवट (संबंधित संसाधनांची लिंक किंवा पुढील पायऱ्या).
+
+- **पदानुक्रमित**: एक स्पष्ट, पदानुक्रमानुसार संरचित माहिती आर्किटेक्चर ethereum.org च्या अभ्यागतांना त्यांची उद्दिष्ट्ये साध्य करण्याच्या प्रयत्नात साइटवर "एक कथा म्हणून" नेव्हिगेट करण्यास मदत करते.
+- **एक पायरी:** आम्ही उत्तरे शोधणाऱ्या प्रत्येकासाठी एक पायरी आहोत. आम्ही आधीच अस्तित्वात असलेल्या अनेक स्रोतांना बदलू किंवा त्यांचा पर्याय बनू इच्छित नाही. आम्ही उत्तर देतो आणि विश्वसनीय पुढील पायऱ्या प्रदान करतो.
+
+वापरकर्ता प्रवास • सामग्री
+
+### ४. विश्वसनीय {#4-credible}
+
+लोक Ethereum इकोसिस्टममध्ये त्यांचा परिचय शोधत असतील किंवा ते संशयवादी असू शकतात. तुम्ही संवाद साधताना त्या जबाबदारीची कबुली द्या. हे सुनिश्चित करा की ते दोघेही Ethereum इकोसिस्टममध्ये अधिक आत्मविश्वासाने बाहेर पडतील.
+
+- **अद्ययावत:** नेहमीच अद्ययावत.
+- **सामाजिक पुरावा:** इकोसिस्टमचा आकार, विविधता आणि क्रियाकलाप दर्शवा.
+- **सुसंगत:** डिझाइन आणि सामग्रीमधील सुसंगतता विश्वासार्हता दर्शवते.
+
+दृष्य दिशा • सामग्री
+
+### ५. सहयोगी सुधारणा {#5-collaborative-improvement}
+
+ही वेबसाइट अनेक योगदानकर्त्यांचे उत्पादन आहे, जसे की संपूर्ण इकोसिस्टम आहे.
+
+- **खुले:** संपूर्ण इकोसिस्टममधील सोर्स कोड, प्रक्रिया आणि प्रकल्पांच्या पारदर्शकतेचा उत्सव साजरा करा.
+- **विस्तारणीय:** आम्ही जे काही करतो त्यामागे मॉड्युलॅरिटी हे एक मुख्य लक्ष आहे आणि म्हणूनच योगदान देखील मॉड्युलर असले पाहिजे. साइटचे मूळ डिझाइन, घटक कोड आणि अंमलबजावणी भविष्यात ते सहजपणे विस्तारित करण्यास सक्षम असावे.
+- **प्रायोगिक:** आम्ही सतत प्रयोग करत आहोत, चाचणी घेत आहोत आणि पुनरावृत्ती करत आहोत.
+- **सहयोगी:** हा प्रकल्प आम्हा सर्वांना एकत्र आणतो.
+- **शाश्वत:** समुदायाद्वारे दीर्घकालीन देखभालीसाठी तयारी करणे
+
+तुम्ही आमची डिझाइनची तत्त्वे [आमच्या साइटवर](/) कृतीत पाहू शकता.
+
+## अभिप्राय द्या {#give-feedback}
+
+**या दस्तऐवजावर तुमचा अभिप्राय सामायिक करा!** आमच्या प्रस्तावित तत्त्वांपैकी एक म्हणजे “**सहयोगी सुधारणा**”, याचा अर्थ असा की ही वेबसाइट अनेक योगदानकर्त्यांचे उत्पादन असावी असे आम्हाला वाटते. म्हणून त्या तत्त्वाच्या भावनेने, आम्ही ही डिझाइन तत्त्वे Ethereum समुदायासोबत शेअर करू इच्छितो.
+
+जरी ही तत्त्वे ethereum.org वेबसाइटवर केंद्रित असली तरी, आम्हाला आशा आहे की त्यापैकी बरीच तत्त्वे एकूणच Ethereum इकोसिस्टमच्या मूल्यांचे प्रतिनिधित्व करतात. कदाचित तुम्हाला त्यापैकी काही तुमच्या स्वतःच्या प्रोजेक्टमध्ये समाविष्ट करायचे असतील!
+
+[Discord server](https://discord.gg/ethereum-org) वर किंवा [एक समस्या तयार करून](https://github.com/ethereum/ethereum-org-website/issues/new?assignees=&labels=Type%3A+Feature&template=feature_request.yaml&title=) आम्हाला तुमचे विचार कळवा.
diff --git a/public/content/translations/mr/contributing/design/adding-design-resources/index.md b/public/content/translations/mr/contributing/design/adding-design-resources/index.md
new file mode 100644
index 00000000000..c7aaa5ad500
--- /dev/null
+++ b/public/content/translations/mr/contributing/design/adding-design-resources/index.md
@@ -0,0 +1,69 @@
+---
+title: "डिझाइन संसाधने जोडणे"
+description: "ethereum.org वर डिझाइन सामग्रीची गुणवत्ता सुनिश्चित करण्यासाठी मार्गदर्शक तत्त्वे आणि आवश्यकता"
+lang: mr
+---
+
+# डिझाइन संसाधने जोडणे {#adding-design-resources}
+
+कोणीही [web3 पृष्ठातील डिझाइन आणि UX](/developers/docs/design-and-ux/) मध्ये नवीन डिझाइन सामग्री सुचवू शकतो.
+
+लक्षात ठेवा की या पृष्ठाचे लक्ष महत्वाकांक्षी web3 डिझाइनर्सना वापरकर्ता मूल्य प्रदान करण्यावर आहे. डिझाइन विभाग तुमच्या सेवा, उत्पादने किंवा प्लॅटफॉर्मची जाहिरात करण्यासाठी नाही.
+
+माहितीचा उच्च दर्जा राखला जाईल आणि मौल्यवान माहितीचा प्रचार केला जाईल हे सुनिश्चित करण्यासाठी, आम्ही एक सूची धोरण स्थापित केले आहे:
+
+## संशोधन अभ्यास आणि डॅशबोर्ड {#Research-studies}
+
+1. उत्तम कार्यपद्धती
+
+अ. कार्यपद्धतीने डेटा कसा गोळा केला हे स्पष्टपणे परिभाषित केले पाहिजे.
+
+ब. संशोधनात सहभागी झालेल्यांची संख्या नमूद करावी.
+
+क. वापरलेल्या संशोधन पद्धतींचे वर्णन केले पाहिजे.
+
+2. Web3 डिझाइनर्स आणि सामान्य डिझाइन वापर प्रकरणांशी सुसंगतता
+
+अ. संशोधनाचा विषय web3 डिझाइनर्ससाठी संबंधित असावा आणि सामान्य डिझाइन वापर प्रकरणांना संबोधित करणारा असावा.
+
+3. अंतर्दृष्टी देण्यावर लक्ष केंद्रित करा
+
+अ. मजकूराचा प्राथमिक उद्देश एखाद्या विशिष्ट प्रकल्प किंवा कंपनीचा प्रचार करण्याऐवजी अंतर्दृष्टी सामायिक करणे हा असावा.
+
+## लेख {#Articles}
+
+1. Web3 डिझाइनर्स/संशोधक आणि सामान्य Web3 डिझाइन वापर प्रकरणांशी सुसंगतता
+
+अ. लेखाचा विषय web3 डिझाइनर्स आणि संशोधकांसाठी समर्पक असावा, जो सामान्य web3 डिझाइन वापर प्रकरणांवर लक्ष केंद्रित करतो.
+
+2. मूलभूत लेखन गुणवत्ता
+
+अ. लेख व्याकरण आणि स्पेलिंगच्या चुकांपासून मुक्त असावा.
+
+ब. मुख्य अंतर्दृष्टी आणि शिकवण देण्यावर भर दिला पाहिजे.
+
+क. लेखन संक्षिप्त आणि मुद्द्याला धरून असावे.
+
+3. मजकूराचा उद्देश
+
+अ. लेखाचा प्राथमिक उद्देश एखाद्या विशिष्ट प्रकल्प किंवा कंपनीचा प्रचार करण्याऐवजी अंतर्दृष्टी सामायिक करणे हा असावा.
+
+## समुदाय / DAOs {#Communities-and-DAOs}
+
+1. वेबसाइटवर DAO/समुदायात कसे सामील व्हावे हे स्पष्टपणे सूचित केले पाहिजे
+
+2. सदस्यत्वाचे स्पष्ट फायदे
+
+अ. सदस्य बनण्याचे फायदे प्रामुख्याने प्रदर्शित केले पाहिजेत.
+
+**उदाहरणे**: कामावर अभिप्राय मिळवणे, नोकरीच्या संधी किंवा बाउंटी मिळवणे, डिझाइन आणि संशोधनातील अंतर्दृष्टी सामायिक करणे.
+
+3. Discord वर सक्रिय आणि उत्साही संवाद
+
+अ. Discord समुदायाने उत्साही आणि व्यस्त संवाद दर्शविला पाहिजे.
+
+ब. समुदाय टिकवून ठेवण्यासाठी आणि चर्चा सुलभ करण्यासाठी नियंत्रकांनी सक्रियपणे सहभागी असले पाहिजे.
+
+क. समुदायाने गेल्या दोन आठवड्यांत मौल्यवान आणि उत्पादक संभाषणांचा ट्रॅक रेकॉर्ड दर्शविला पाहिजे.
+
+या निकषांचे पालन करून, आम्ही आमच्या समुदायामध्ये एक समृद्ध आणि ज्ञान-सामायिक करणारे वातावरण तयार करण्याचे ध्येय ठेवतो. आम्हाला विश्वास आहे की हे व्हाइट लिस्टिंग धोरण आमच्या वापरकर्त्यांना विश्वसनीय, संबंधित आणि अंतर्दृष्टीपूर्ण संसाधनांमध्ये प्रवेश मिळेल याची खात्री करेल. आमच्या प्लॅटफॉर्ममधील सामग्रीची गुणवत्ता राखण्यासाठी तुमच्या समजूतदारपणाबद्दल आणि सहकार्याबद्दल धन्यवाद.
diff --git a/public/content/translations/mr/contributing/design/index.md b/public/content/translations/mr/contributing/design/index.md
new file mode 100644
index 00000000000..30ee73096cc
--- /dev/null
+++ b/public/content/translations/mr/contributing/design/index.md
@@ -0,0 +1,77 @@
+---
+title: "डिझाइन योगदान"
+description: "ethereum.org मध्ये डिझाइन योगदान"
+lang: mr
+---
+
+# ethereum.org मध्ये डिझाइन योगदान {#design-contributions}
+
+डिझाइन हा कोणत्याही प्रकल्पाचा एक महत्त्वाचा घटक आहे, आणि तुमचा वेळ आणि डिझाइन कौशल्ये ethereum.org ला समर्पित करून, तुम्ही आमच्या अभ्यागतांसाठी वापरकर्ता अनुभव सुधारण्यास मदत करू शकता. ओपन-सोर्स प्रोजेक्टमध्ये योगदान दिल्याने तुम्हाला संबंधित अनुभव मिळवण्याची आणि सहयोगी वातावरणात तुमची कौशल्ये विकसित करण्याची संधी मिळते. तुम्हाला इतर डिझाइनर, डेव्हलपर आणि समुदाय सदस्यांसोबत काम करण्याची संधी मिळेल, ज्यांच्यापैकी प्रत्येकाचे स्वतःचे अद्वितीय दृष्टीकोन आणि अंतर्दृष्टी असतील.
+
+शेवटी, तुमच्या डिझाइन कौशल्यांचे प्रदर्शन करणारा एक वैविध्यपूर्ण आणि प्रभावी पोर्टफोलिओ तयार करण्याचा हा एक उत्तम मार्ग आहे.
+
+## योगदान कसे करावे?
+
+### <Emoji text=":one:" size={1} /> &nbsp;सुरुवातीच्या डिझाइन प्रोटोटाइपवर अभिप्राय द्या {#design-critique}
+
+आम्हाला कधीकधी आमच्या कच्च्या कल्पनांची चाचणी घेण्यासाठी मदतीची आवश्यकता असते. कोणत्याही तांत्रिक ज्ञानाशिवाय योगदान देण्याचा हा एक उत्तम मार्ग आहे.
+
+1. डिझाइन टीम [Discord](https://discord.com/invite/ethereum-org) आणि [GitHub](https://github.com/ethereum/ethereum-org-website/labels/design%20required%20%F0%9F%8E%A8) वर मॉकअप डिझाइन शेअर करेल.
+2. टिप्पण्यांच्या फंक्शनद्वारे अभिप्राय देण्यासाठी तुम्हाला डिझाइनमधून मार्गदर्शन केले जाईल.
+3. परिणाम GitHub इश्यूमध्ये शेअर केला जाईल आणि नंतर टीमद्वारे बंद केला जाईल.
+
+### <Emoji text=":two:" size={1} /> &nbsp;सर्वेक्षण संशोधनात सहभागी व्हा {#answer-surveys}
+
+आमच्या वेबसाइटवर खालीलप्रकारे अभिप्राय द्या:
+
+1. ethereum.org ला भेट देणे आणि पृष्ठांमधून वाचणे.
+2. उजव्या कोपऱ्यातील फीडबॅक विजेटवर क्लिक करणे आणि डिझाइन व सामग्री-संबंधित प्रश्नांची उत्तरे देणे.
+3. मुक्त स्वरूपाच्या प्रश्नांवर लक्ष केंद्रित करा.
+
+### <Emoji text=":three:" size={1} /> &nbsp;वेबसाइटवर डिझाइन संबंधित समस्या शोधा आणि त्यांची तक्रार करा {#report-design-issues}
+
+ethereum.org ही अनेक वैशिष्ट्ये आणि सामग्रीसह वेगाने वाढणारी वेबसाइट आहे. काही UI सहजपणे कालबाह्य होऊ शकतात किंवा त्यात सुधारणा केली जाऊ शकते. तुम्हाला असे कोणतेही उदाहरण आढळल्यास, कृपया त्याची तक्रार करा जेणेकरून ते आमच्या लक्षात येईल.
+
+1. वेबसाइटमधून जा आणि तिच्या डिझाइनकडे लक्ष द्या.
+2. तुम्हाला कोणतीही व्हिज्युअल किंवा UX समस्या दिसल्यास स्क्रीनशॉट घ्या आणि नोट्स घ्या.
+3. [बग रिपोर्ट](https://github.com/ethereum/ethereum-org-website/issues/new/choose) वापरून आढळलेल्या समस्यांची तक्रार करा.
+
+### <Emoji text=":four:" size={1} /> &nbsp;डिझाइन बदलांचा प्रस्ताव द्या {#propose-design-changes}
+
+तुम्ही डिझाइन आव्हाने स्वीकारण्यास सोयीस्कर असाल, तर तुम्ही आमच्या GitHub इश्यूज बोर्डला भेट देऊ शकता आणि [डिझाइन-संबंधित समस्यांसाठी](https://github.com/ethereum/ethereum-org-website/labels/design%20required%20%F0%9F%8E%A8) फिल्टर करू शकता.
+
+1. आमच्या वेबसाइटमधून जा आणि तिच्या डिझाइनकडे लक्ष द्या किंवा आमच्या GitHub रेपॉजिटरीवर जा आणि [“Design required” टॅग](https://github.com/ethereum/ethereum-org-website/labels/design%20required%20%F0%9F%8E%A8) ने ध्वजांकित केलेल्या समस्यांचे पुनरावलोकन करा.
+2. सोल्यूशनवर विचार करा आणि ते डिझाइन करा. (शक्यतो आमची [डिझाइन सिस्टीम](https://www.figma.com/community/file/1134414495420383395) वापरून).
+3. संबंधित GitHub इश्यूमध्ये सोल्यूशनचा प्रस्ताव द्या किंवा [एक नवीन तयार करा.](https://github.com/ethereum/ethereum-org-website/issues/new?assignees=&labels=feature+%3Asparkles%3A&template=feature_request.yaml&title=Feature+request)
+4. डिझाइन टीमच्या पुनरावलोकनाची प्रतीक्षा करा.
+
+### <Emoji text=":five:" size={1} /> &nbsp;एकत्र मिळून डिझाइन सिस्टम तयार करा {#Contribute-to-design-system}
+
+आमची डिझाइन प्रणाली ethereum.org चे डिझाइन करणे मजेदार आणि सोपे करते. तुम्ही अनुभवी डिझाइनर असल्यास, वेबसाइटसाठी अनेक घटक तयार करण्यात तुम्ही आम्हाला मदत करू शकता.
+
+1. GitHub वर [डिझाइन सिस्टम बोर्ड](https://github.com/ethereum/ethereum-org-website/labels/design%20system) मधून काम करण्यासाठी एक इश्यू निवडा किंवा नवीन तयार करा.
+2. निवडलेला इश्यू तुम्हाला नियुक्त करण्याची विनंती करा.
+3. Figma मध्ये विनंती केलेल्या घटकाचे डिझाइन करण्यास प्रारंभ करा.
+4. एकदा तुम्हाला पुनरावलोकन किंवा मार्गदर्शनाची आवश्यकता असेल तेव्हा ते GitHub वर डिझाइन टीमसोबत शेअर करा.
+5. डिझाइन टीम पुनरावलोकन करेल.
+6. डिझाइन टीम मुख्य फाइलमध्ये बदल समाविष्ट करेल आणि फाइल समुदायासाठी प्रकाशित करेल.
+
+### <Emoji text=":six:" size={1} /> &nbsp;वेबसाइटवर डिझाइन-संबंधित सामग्री लिहा {#write-design-articles}
+
+इथेरियम डेव्हलपर समुदाय मजबूत आहे, परंतु डिझाइन समुदाय थोडा मागे पडत आहे. तुम्ही web3 चे ज्ञान असलेले डिझायनर असाल, तर कृपया तुमची शिकवण मोठ्या समुदायासोबत शेअर करण्याचा विचार करा जेणेकरून आपण सर्व एकत्र वाढू आणि सुधारू शकू; आमच्याकडे [इथेरियमसाठी डिझाइन करण्यावर एक पृष्ठ आहे](/developers/docs/design-and-ux/) ज्यात तुम्ही योगदान देऊ शकता. तुम्ही आमची [सूची धोरणे](/contributing/design/adding-design-resources) देखील तपासू शकता.
+
+1. ethereum.org वर कव्हर केले पाहिजेत आणि या क्षेत्रातील डिझाइनर्ससाठी फायदेशीर ठरतील अशा डिझाइन विषयांवर विचार करा.
+2. आमच्या GitHub रेपॉजिटरीवर जा आणि विषय प्रस्तावित करणारा [एक इश्यू तयार करा](https://github.com/ethereum/ethereum-org-website/issues/new) (अजून सामग्री लिहू नका).
+3. डिझाइन टीमच्या मंजुरीची प्रतीक्षा करा.
+4. एकदा मंजूर झाल्यावर, सामग्री लिहा.
+5. ते संबंधित GitHub इश्यूमध्ये सबमिट करा.
+
+### <Emoji text=":seven:" size={1} /> &nbsp;नवीन चित्रे काढा {#prepare-illustrations}
+
+अमूर्त विषय स्पष्ट करण्यासाठी व्हिज्युअलायझेशन हे सर्वात शक्तिशाली साधनांपैकी एक आहे. आकृत्या आणि इन्फोग्राफिक्स जोडून प्रचंड क्षमता आहे. शेवटी, एक चित्र हजार शब्द बोलू शकते.
+
+1. आमच्या वेबसाइटवर जा आणि अशी पृष्ठे पहा जिथे काही नवीन इन्फोग्राफिक्स जोडले जाऊ शकतात.
+2. चित्रण शैली आमच्या [मालमत्तेशी](/assets/) जुळते याची खात्री करा.
+3. आमच्या GitHub रेपॉजिटरीवर जा आणि चित्र प्रस्तावित करणारा [एक इश्यू तयार करा](https://github.com/ethereum/ethereum-org-website/issues/new).
+4. डिझाइन टीम त्याचे पुनरावलोकन करेल.
+5. आम्ही नवीन प्रतिमा लागू करण्यासाठी डेव्हलपरला विचारण्यासाठी एक नवीन इश्यू तयार करतो.
diff --git a/public/content/translations/mr/contributing/index.md b/public/content/translations/mr/contributing/index.md
new file mode 100644
index 00000000000..5c60d520c2c
--- /dev/null
+++ b/public/content/translations/mr/contributing/index.md
@@ -0,0 +1,120 @@
+---
+title: "योगदान करा"
+description: "ethereum.org मध्ये योगदान देण्याच्या विविध मार्गांबद्दल जाणून घ्या"
+lang: mr
+---
+
+# ethereum.org मध्ये योगदान देणे 🦄 {#contributing-to-ethereumorg}
+
+Ethereum.org हा एक ओपन-सोर्स चालवला जाणारा प्रकल्प आहे ज्यात **12,000+** योगदानकर्ते आहेत जे वेबसाइटचे भाषांतर, लेखन, डिझाइन आणि देखरेख करण्यास मदत करतात.
+
+आम्ही एक स्वागतशील समुदाय आहोत जो तुम्हाला Ethereum इकोसिस्टममध्ये वाढण्यास आणि शिक्षित होण्यास मदत करेल, तसेच अर्थपूर्ण योगदान देण्यास आणि संबंधित व्यावहारिक अनुभव मिळविण्यात मदत करेल!
+
+## योगदान देण्याचे मार्ग {#ways-to-contribute}
+
+**भाषांतरे**
+
+- [भाषांतर कार्यक्रमात सामील व्हा](/contributing/translation-program/) – आम्हाला ethereum.org नवीन भाषांमध्ये आणण्यास मदत करा
+
+**डेव्हलपमेंट**
+
+- [एखाद्या खुल्या इश्यूवर काम करा](https://github.com/ethereum/ethereum-org-website/issues) – आम्ही ओळखलेले काम जे करणे आवश्यक आहे
+
+**डिझाइन**
+
+- [वेबसाइट डिझाइन करण्यास मदत करा](/contributing/design/) – सर्व स्तरांचे डिझाइनर वेबसाइट सुधारण्यासाठी योगदान देऊ शकतात
+
+**कंटेंट**
+
+- [कंटेंट तयार/संपादित करा](/contributing/#how-to-update-content) – नवीन पानांची सूचना द्या किंवा जे आधीपासून आहे त्यात बदल करा
+- [समुदाय संसाधने जोडा](/contributing/content-resources/) – एखाद्या संबंधित पानावर उपयुक्त लेख किंवा संसाधन जोडा
+- [एका डिझाइन संसाधनाची सूचना द्या](/contributing/design/adding-design-resources/) – उपयुक्त डिझाइन संसाधने जोडा, अपडेट करा आणि हटवा
+- [क्विझ](/contributing/quizzes/) – संबंधित पानासाठी क्विझ प्रश्न बँक जोडा, अपडेट करा आणि हटवा
+
+**फीचर कल्पना**
+
+- [फीचरची विनंती करा](https://github.com/ethereum/ethereum-org-website/issues/new?assignees=&labels=Type%3A+Feature&template=feature_request.yaml&title=) – नवीन फीचर किंवा डिझाइनसाठी तुमच्याकडे असलेल्या कोणत्याही कल्पनांबद्दल आम्हाला कळवा
+
+**उत्पादन सूची**
+
+- [एक्स्चेंज जोडा](/contributing/adding-exchanges/) – आमच्या [एक्स्चेंज फाइंडर](/get-eth/#country-picker) मध्ये एक्सचेंज जोडा
+- [उत्पादन जोडा](/contributing/adding-products/) – संबंधित पानावर एक dApp किंवा वॉलेट जोडा
+- [डेव्हलपर टूल्स जोडा](/contributing/adding-developer-tools/) – संबंधित पानावर एक डेव्हलपर टूल जोडा
+- [एक लेयर 2 जोडा](/contributing/adding-layer-2s/) – संबंधित पानावर एक लेयर 2 जोडा
+- [स्टेकिंग उत्पादन किंवा सेवा जोडा](/contributing/adding-staking-products/) – सोलो स्टेकिंग, पूल्ड स्टेकिंग किंवा स्टेकिंग ॲज अ सर्व्हिस सुलभ करण्यास मदत करणारा प्रकल्प जोडा
+- [वॉलेट जोडा](/contributing/adding-wallets/) – [वॉलेट शोधा पानासाठी](/wallets/find-wallet/) एक वॉलेट जोडा
+- [आमच्या DeSci पानासाठी एका प्रकल्पाची सूचना द्या](/contributing/adding-desci-projects/) – Ethereum वर तयार केलेला एक प्रकल्प जोडा जो विकेंद्रित विज्ञानात योगदान देतो
+
+काही प्रश्न आहेत? 🤔 आमच्या [Discord सर्व्हर](https://discord.gg/ethereum-org) मध्ये सामील व्हा
+
+## योगदान सुरू करण्यासाठी चांगली पहिली कामे
+
+ही काही सध्याची कामे आहेत जी तुम्ही आम्हाला सोडविण्यात मदत करू शकता आणि त्यांची जबाबदारी घेऊ शकता. बहुतेक कामांसाठी तुम्हाला GitHub खात्याची आवश्यकता असेल कारण वेबसाइटमधील बहुतेक बदल GitHub द्वारे केले जातात.
+
+<IssuesList issues={gfissues} my={8} />
+
+<ButtonLink href="https://github.com/ethereum/ethereum-org-website/issues">सर्व कामे पहा</ButtonLink>
+
+## ethereum.org वर कसे काम करावे {#how-to-update-content}
+
+तुम्ही [भाषांतर कार्यक्रमात](/contributing/translation-program/) योगदान देऊ इच्छित असल्यास, आम्ही तुम्हाला [Crowdin](https://crowdin.com/project/ethereum-org) वर खाते तयार करण्यास सांगतो. इतर सर्व गोष्टींसाठी – वेबसाइटवर कंटेंट किंवा व्हिज्युअल जोडणे किंवा संपादित करणे, बग्स दुरुस्त करणे, खुल्या कामांवर काम करणे – यासाठी तुम्हाला [GitHub](https://github.com/) खात्याची आवश्यकता असेल.
+
+सर्व अपडेट्स GitHub पीआर प्रक्रियेद्वारे केले जातात. याचा अर्थ तुम्ही वेबसाइटची स्थानिक प्रत तयार करता, तुमचे बदल करता आणि तुमचे बदल विलीन करण्याची विनंती करता. तुम्ही हे यापूर्वी कधीही केले नसेल, तर आमच्या [GitHub रिपॉझिटरी](https://github.com/ethereum/ethereum-org-website)च्या तळाशी असलेल्या सूचनांचे पालन करा.
+
+तुम्हाला कोणत्याही गोष्टीवर काम करण्यासाठी परवानगीची आवश्यकता नाही, परंतु तुम्ही काय करण्याची योजना आखत आहात हे आम्हाला कळवणे नेहमीच उत्तम असते. तुम्ही हे खालीलप्रमाणे करू शकता:
+
+- [GitHub](https://github.com/ethereum/ethereum-org-website) मधील एखाद्या इश्यू किंवा पीआरवर टिप्पणी करून
+- आमच्या [Discord सर्व्हर](https://discord.gg/ethereum-org) वर मेसेज करून
+
+योगदान देण्यापूर्वी, तुम्ही खालील गोष्टींशी परिचित आहात याची खात्री करा:
+
+- [ethereum.org ची विकसित होणारी दृष्टी](/about/)
+- आमची [डिझाइन तत्त्वे](/contributing/design-principles/)
+- आमची [शैली मार्गदर्शक](/contributing/style-guide/)
+- आमची [आचारसंहिता](/community/code-of-conduct)
+
+## साइटबद्दलचे निर्णय कसे घेतले जातात {#how-decisions-about-the-site-are-made}
+
+वैयक्तिक पीआर, डिझाइनचा विकास आणि मोठे अपग्रेड याबद्दलचे निर्णय Ethereum इकोसिस्टममधील एका टीमद्वारे घेतले जातात. या टीममध्ये प्रकल्प व्यवस्थापक, डेव्हलपर, डिझाइनर, मार्केटिंग आणि कम्युनिकेशन आणि विषय तज्ञांचा समावेश आहे. प्रत्येक निर्णयाला समुदायाच्या इनपुटद्वारे माहिती दिली जाते: त्यामुळे कृपया इश्यूजमध्ये प्रश्न विचारा, पीआर सबमिट करा किंवा टीमशी संपर्क साधा:
+
+- [website@ethereum.org](mailto:website@ethereum.org)
+- [@ethdotorg](https://twitter.com/ethdotorg)
+- [Discord सर्व्हर](https://discord.gg/ethereum-org)
+
+### वाङ्मयचौर्यावर एक टीप {#plagiarism}
+
+ethereum.org मध्ये कोणतीही कंटेंट किंवा साहित्य योगदान देताना फक्त तुमचे मूळ काम किंवा वापरण्याची परवानगी असलेली कंटेंट वापरा. Ethereum इकोसिस्टममधील अनेक प्रकल्प ओपन-सोर्स परवाना वापरतात जे माहितीचे विनामूल्य शेअरिंग करण्याची परवानगी देतात. तथापि, तुम्हाला ही माहिती सापडत नसल्यास, ती ethereum.org मध्ये जोडण्याचा प्रयत्न करू नका. वाङ्मयचौर्य मानल्या गेलेल्या कोणत्याही पुल रिक्वेस्ट नाकारल्या जातील.
+
+## ओपन-सोर्ससाठी नवीन आहात? {#new-to-open-source}
+
+आमच्या GitHub रिपॉझिटरीवर कमी अडथळे असलेले इश्यूज आहेत, जे विशेषतः ओपन-सोर्समध्ये नवीन असलेल्या डेव्हलपर्ससाठी डिझाइन केलेले आहेत आणि त्यांना [गुड फर्स्ट इश्यू](https://github.com/ethereum/ethereum-org-website/issues?q=is%3Aopen+is%3Aissue+label%3A%22good+first+issue%22) असे लेबल केलेले आहे.
+
+## तुमचा ऑनचेन अचिव्हमेंट टोकन (OAT) क्लेम करा {#oat}
+
+तुमचे योगदान ethereum.org मध्ये विलीन झाल्यास, तुम्हाला [Galxe](https://app.galxe.com/quest/ethereumorg) वर एक विशेष बॅज क्लेम करण्याची संधी मिळेल. ऑनचेन अचिव्हमेंट टोकन (OAT) हा एक पुरावा आहे की तुम्ही इकोसिस्टमला थोडे अधिक अद्भुत बनवण्यासाठी मदत केली आहे.
+
+[OATs बद्दल अधिक](https://help.galxe.com/en/articles/9645630-create-quest-rewards#h_1c5d63ba03)
+
+### कसे क्लेम करावे
+
+1. आमच्या [Discord सर्व्हर](https://discord.gg/ethereum-org) मध्ये सामील व्हा.
+2. `#🥇 | proof-of-contribution` चॅनलमध्ये तुमच्या योगदानाची लिंक पेस्ट करा.
+3. आमच्या टीममधील सदस्य तुम्हाला तुमच्या OAT ची लिंक पाठवेपर्यंत प्रतीक्षा करा.
+4. तुमचा OAT क्लेम करा!
+
+OATs क्लेम करण्यासाठी तुम्ही फक्त सेल्फ-कस्टडी वॉलेट्स वापरावे. एक्स्चेंज खाती किंवा इतर खाती ज्यांच्या प्रायव्हेट की तुमच्याकडे नाहीत ती वापरू नका, कारण ती तुम्हाला तुमचे OATs ऍक्सेस आणि व्यवस्थापित करण्याची परवानगी देणार नाहीत.
+
+## तुमचा GitPOAP क्लेम करा {#claim-gitpoap}
+
+GitPOAP तुमच्या विलीन झालेल्या योगदानाला आपोआप ओळखेल आणि तुम्हाला त्यांच्या प्लॅटफॉर्मवरच एक वेगळा अद्वितीय योगदानकर्त्यांचा POAP मिंट करू देईल!
+
+### कसे क्लेम करावे {#how-to-claim}
+
+1. [GitPOAP](https://www.gitpoap.io) ला भेट द्या.
+2. तुमच्या वॉलेटने किंवा साइन-इन पर्यायाद्वारे तुमच्या ईमेलने कनेक्ट करा.
+3. तुम्ही पात्र आहात की नाही हे तपासण्यासाठी तुमचे GitHub वापरकर्तानाव, ETH ॲड्रेस, ENS नावे किंवा कोणताही GitPOAP शोधा.
+4. तुमचे GitHub खाते पात्र असेल, तर तुम्ही GitPOAP मिंट करू शकाल!
+
+## योगदानकर्ते {#contributors}
+
+<Contributors />
diff --git a/public/content/translations/mr/contributing/quizzes/index.md b/public/content/translations/mr/contributing/quizzes/index.md
new file mode 100644
index 00000000000..55a0f9cc442
--- /dev/null
+++ b/public/content/translations/mr/contributing/quizzes/index.md
@@ -0,0 +1,62 @@
+---
+title: "क्विझ जोडणे"
+description: "ethereum.org वर क्विझ जोडताना आम्ही वापरत असलेले धोरण"
+lang: mr
+---
+
+# क्विझ {#quizzes}
+
+क्विझ ही वापरकर्त्यांसाठी त्यांनी नुकत्याच वाचलेल्या पानावरील मजकूर समजला आहे की नाही हे पाहण्यासाठी स्वतःची चाचणी घेण्याची एक संधी आहे. प्रश्न केवळ पानावरील प्रदान केलेल्या मजकूरावर आधारित असावेत आणि पानावरील उल्लेख नसलेल्या माहितीबद्दल विचारू नयेत.
+
+प्रश्नांची रचना खालीलप्रमाणे आहे. प्रश्नाची सूचना, 1 बरोबर उत्तर आणि ते बरोबर का आहे याचे स्पष्टीकरण, 3 चुकीची उत्तरे आणि ती चुकीची का आहेत याचे स्पष्टीकरण.
+
+सध्याच्या क्विझची काही उदाहरणे येथे आढळू शकतात:
+
+- [लेयर 2](/layer-2)
+- [NFT](/nft/)
+- [इथेरियम म्हणजे काय?](/what-is-ethereum/)
+- [ETH म्हणजे काय?](/what-is-ether/)
+
+## एक शिकण्याची क्विझ जोडणे
+
+जर एखादे पान असेल ज्यासाठी शिकण्याची क्विझ तयार केली गेली नसेल, तर कृपया त्यासाठी [एक इश्यू उघडा](https://github.com/ethereum/ethereum-org-website/issues/new?assignees=&labels=&template=suggest_quiz.yaml).
+
+कृपया खालील माहिती द्या:
+
+- ज्या पानावर तुम्हाला क्विझ जोडायची आहे ते पान
+- खालील माहितीसह ५ प्रश्न:
+  - पानाचा तो विभाग ज्यावर प्रश्न आधारित आहे
+  - प्रश्नाची सूचना
+  - १ बरोबर उत्तर आणि ते बरोबर का आहे याचे स्पष्टीकरण
+  - ३ चुकीची उत्तरे, प्रत्येकासह ते चुकीचे का आहेत याचे स्पष्टीकरण
+
+## एक क्विझ प्रश्न जोडणे
+
+जर तुम्हाला क्विझसाठी प्रश्न बँकेत एखादा प्रश्न जोडायचा असेल, तर कृपया [एक इश्यू उघडा](https://github.com/ethereum/ethereum-org-website/issues/new?assignees=&labels=&template=suggest_quiz.yaml) आणि खालील माहिती द्या:
+
+- ज्या पानावर तुम्हाला क्विझ प्रश्न जोडायचा आहे ते पान
+- प्रत्येक प्रश्नासाठी खालील माहिती द्या:
+  - पानाचा तो विभाग ज्यावर प्रश्न आधारित आहे
+  - प्रश्नाची सूचना
+  - १ बरोबर उत्तर आणि ते बरोबर का आहे याचे स्पष्टीकरण
+  - ३ चुकीची उत्तरे, प्रत्येकासह ते चुकीचे का आहेत याचे स्पष्टीकरण
+
+## एक क्विझ प्रश्न अद्यतनित करणे
+
+जर तुम्हाला क्विझसाठी प्रश्न बँकेतील एखादा प्रश्न अद्यतनित करायचा असेल, तर कृपया [एक इश्यू उघडा](https://github.com/ethereum/ethereum-org-website/issues/new?assignees=&labels=&template=suggest_quiz.yaml) आणि खालील माहिती द्या:
+
+- ज्या पानावर तुम्हाला क्विझ प्रश्न अद्यतनित करायचा आहे ते पान
+- अद्यतनित केल्या जाणाऱ्या प्रत्येक प्रश्नासाठी, खालील माहिती द्या:
+  - पानाचा तो विभाग ज्यावर प्रश्न आधारित आहे
+  - तुम्हाला अद्यतनित करायच्या असलेल्या प्रश्नाची सूचना
+  - अद्यतनित प्रश्नाची सूचना
+  - १ बरोबर उत्तर आणि ते बरोबर का आहे याचे स्पष्टीकरण
+  - ३ चुकीची उत्तरे, प्रत्येकासह ते चुकीचे का आहेत याचे स्पष्टीकरण
+
+## एक क्विझ प्रश्न काढून टाकणे
+
+जर एखाद्या प्रश्नासाठीचा मजकूर पानावर अस्तित्वात नसेल आणि तो काढून टाकण्याची आवश्यकता असेल, तर कृपया प्रश्न काढून टाकण्यासाठी [एक इश्यू उघडा](https://github.com/ethereum/ethereum-org-website/issues/new?assignees=&labels=&template=suggest_quiz.yaml) आणि खालील माहिती द्या:
+
+- ज्या पानावरून तुम्हाला क्विझ प्रश्न हटवायचा आहे ते पान
+- तुम्हाला हटवायचा असलेला प्रश्न
+- प्रश्न का काढून टाकावा याचे आवश्यक असल्यास स्पष्टीकरण
diff --git a/public/content/translations/mr/contributing/translation-program/faq/index.md b/public/content/translations/mr/contributing/translation-program/faq/index.md
new file mode 100644
index 00000000000..9879b844cc2
--- /dev/null
+++ b/public/content/translations/mr/contributing/translation-program/faq/index.md
@@ -0,0 +1,119 @@
+---
+title: "भाषांतर कार्यक्रम नेहमी विचारले जाणारे प्रश्न (FAQ)"
+lang: mr
+description: "ethereum.org भाषांतर कार्यक्रमाबद्दल नेहमी विचारले जाणारे प्रश्न"
+---
+
+# ethereum.org भाषांतर मार्गदर्शक {#translating-ethereum-guide}
+
+तुम्ही भाषांतर कार्यक्रमासाठी नवीन असाल आणि सहभागी होण्यास संकोच करत असाल, तर येथे काही नेहमी विचारले जाणारे प्रश्न (FAQs) आहेत जे तुम्हाला सुरुवात करण्यास मदत करू शकतात. सर्वात सामान्य प्रश्नांची उत्तरे शोधण्यासाठी हे मार्गदर्शक वापरा.
+
+## ethereum.org चे भाषांतर करण्यासाठी मला मोबदला मिळू शकतो का? {#compensation}
+
+Ethereum.org ही एक मुक्त-स्रोत वेबसाइट आहे, याचा अर्थ असा की कोणीही त्यात सहभागी होऊन योगदान देऊ शकते.
+
+ethereum.org भाषांतर कार्यक्रम हा त्याचाच एक विस्तार आहे आणि तो समान तत्त्वज्ञान लक्षात घेऊन आयोजित केला आहे.
+
+भाषांतर कार्यक्रमाचे उद्दिष्ट Ethereum सामग्री प्रत्येकासाठी उपलब्ध करून देणे आहे, मग ते कोणतीही भाषा बोलत असोत. हे कोणत्याही द्विभाषिक व्यक्तीला Ethereum परिसंस्थेत सामील होण्याची आणि सुलभ मार्गाने योगदान देण्याची संधी देते.
+
+या कारणास्तव, भाषांतर कार्यक्रम खुला आणि ऐच्छिक आहे, आणि सहभागासाठी कोणताही मोबदला दिला जात नाही. जर आम्ही भाषांतरकारांना त्यांच्या भाषांतरित शब्दांच्या संख्येनुसार मोबदला देणार असतो, तर आम्ही केवळ पुरेसा भाषांतर अनुभव असलेल्यांना (व्यावसायिक भाषांतरकार) भाषांतर कार्यक्रमात सामील होण्यासाठी आमंत्रित करू शकलो असतो. यामुळे भाषांतर कार्यक्रम वगळणारा ठरेल आणि आम्ही निर्धारित ध्येय गाठण्यापासून रोखले जाऊ, विशेषतः: प्रत्येकाला सहभागी होण्याची आणि परिसंस्थेत सामील होण्याची परवानगी देणे.
+
+आमचे योगदानकर्ते Ethereum परिसंस्थेत यशस्वी व्हावेत यासाठी आम्ही सर्वतोपरी प्रयत्न करतो; अनेक गैर-आर्थिक प्रोत्साहन योजना आहेत जसे की: [POAPs देणे](/contributing/translation-program/acknowledgements/#poap) आणि [भाषांतरकार प्रमाणपत्र](/contributing/translation-program/acknowledgements/#certificate), तसेच [भाषांतर लीडरबोर्ड](/contributing/translation-program/acknowledgements/) आयोजित करणे आणि [आमच्या सर्व भाषांतरकारांची साइटवर यादी करणे](/contributing/translation-program/contributors/).
+
+## मी `<HTML टॅग्ज>` असलेल्या स्ट्रिंगचे भाषांतर कसे करू? {#tags}
+
+प्रत्येक स्ट्रिंग शुद्ध मजकूर स्वरूपात लिहिलेली नसते. काही स्ट्रिंगमध्ये HTML टॅग्ज (`<0>`, `</0>`) सारख्या मिश्रित स्क्रिप्ट्स असतात. हे सहसा वाक्याच्या मध्यभागी हायपरलिंक्स किंवा पर्यायी शैलीसाठी असते.
+
+- टॅग्जच्या आतील मजकुराचे भाषांतर करा, पण स्वतः टॅग्जचे करू नका. `<` आणि `>` मध्ये असलेले काहीही भाषांतरित किंवा काढले जाऊ नये.
+- स्ट्रिंग सुरक्षित ठेवण्यासाठी, आम्ही शिफारस करतो की तुम्ही डावीकडील तळाशी असलेल्या "स्रोत कॉपी करा" बटणावर क्लिक करा. हे मूळ स्ट्रिंग कॉपी करेल आणि टेक्स्ट बॉक्समध्ये पेस्ट करेल. यामुळे तुम्हाला टॅग्ज कुठे आहेत हे स्पष्ट करण्यास आणि चुका टाळण्यास मदत होते.
+
+![स्रोत कॉपी करा बटण हायलाइट केलेले क्राउडइन इंटरफेस](./html-tag-strings.png)
+
+तुमच्या भाषेत अधिक नैसर्गिक वाटावे यासाठी तुम्ही स्ट्रिंगमधील टॅग्जची जागा बदलू शकता – फक्त संपूर्ण टॅग हलवण्याची खात्री करा.
+
+टॅग्ज आणि कोड स्निपेट्स हाताळण्याबद्दल अधिक सखोल माहितीसाठी, कृपया [ethereum.org भाषांतर शैली मार्गदर्शक](/contributing/translation-program/translators-guide/#dealing-with-tags) पहा.
+
+## स्ट्रिंग कुठे असतात? {#strings}
+
+अनेकदा केवळ मूळ स्ट्रिंग अचूक भाषांतर देण्यासाठी पुरेशा नसतात.
+
+- अधिक माहितीसाठी "स्क्रीनशॉट" आणि "संदर्भ" पहा. मूळ स्ट्रिंग विभागात, तुम्हाला संलग्न स्क्रीनशॉट प्रतिमा दिसेल जी आम्ही संदर्भात स्ट्रिंग कशी वापरत आहोत हे दर्शवेल.
+- तरीही तुम्हाला खात्री नसल्यास, "टिप्पणी विभाग" मध्ये फ्लॅग करा. [टिप्पणी कशी करायची याची खात्री नाही?](#comment)
+
+![स्क्रीनशॉटसह स्ट्रिंगसाठी संदर्भ कसा प्रदान केला जाऊ शकतो हे दर्शविते](./source-string.png)
+
+![संदर्भासाठी जोडलेला एक उदाहरण स्क्रीनशॉट](./source-string-2.png)
+
+## मी टिप्पण्या कशा करू शकेन किंवा प्रश्न कसे विचारू शकेन? मला एखादी समस्या किंवा टायपिंगच्या चुका फ्लॅग करायच्या आहेत... {#comment}
+
+तुम्हाला एखाद्या विशिष्ट स्ट्रिंगवर लक्ष देण्याची गरज असल्याचे फ्लॅग करायचे असल्यास, तुम्ही टिप्पणी सबमिट करू शकता.
+
+- वरच्या-उजव्या बारमधील दुसऱ्या बटणावर क्लिक करा. लपलेला टॅब तुमच्या उजवीकडे दिसेल. एक नवीन टिप्पणी द्या आणि तळाशी असलेल्या "समस्या" चेकबॉक्सवर क्लिक करा. तुम्ही ड्रॉप-डाउन मेनूमधील पर्यायांपैकी एक निवडून समस्येचा प्रकार निर्दिष्ट करू शकता.
+- एकदा सबमिट केल्यावर, आमच्या टीमला त्याची तक्रार केली जाईल. आम्ही समस्या दुरुस्त करू आणि तुमच्या टिप्पणीला उत्तर देऊन आणि समस्या बंद करून तुम्हाला कळवू.
+- तुम्ही चुकीच्या भाषांतराची तक्रार केल्यास, पुढील पुनरावलोकनादरम्यान मूळ भाषिकाद्वारे भाषांतर आणि तुमच्या सुचवलेल्या पर्यायाचे पुनरावलोकन केले जाईल.
+
+![टिप्पण्या आणि समस्या कशा तयार करायच्या हे दर्शविते](./comment-issue.png)
+
+## भाषांतर मेमरी (TM) म्हणजे काय? {#translation-memory}
+
+भाषांतर मेमरी (TM) हे Crowdin चे एक वैशिष्ट्य आहे जे ethereum.org वर पूर्वी भाषांतरित केलेल्या सर्व स्ट्रिंग संग्रहित करते. जेव्हा एखाद्या स्ट्रिंगचे भाषांतर केले जाते, तेव्हा ते आपोआप आमच्या प्रोजेक्ट TM मध्ये सेव्ह होते. तुमचा वेळ वाचवण्यासाठी हे एक उपयुक्त साधन असू शकते!
+
+- "TM आणि MT सूचना" विभाग पहा आणि तुम्हाला दिसेल की इतर भाषांतरकारांनी समान किंवा तत्सम स्ट्रिंगचे भाषांतर कसे केले आहे. जर तुम्हाला उच्च जुळणारे दर असलेली सूचना आढळल्यास, त्यावर क्लिक करून भाषांतराचा संदर्भ घ्या.
+- यादीमध्ये काहीही नसल्यास, तुम्ही पूर्वी केलेल्या भाषांतरांसाठी TM मध्ये शोध घेऊ शकता आणि सुसंगततेसाठी त्यांचा पुन्हा वापर करू शकता.
+
+![भाषांतर मेमरीचा स्क्रीनशॉट](./translation-memory.png)
+
+## मी Crowdin शब्दकोष कसा वापरू? {#glossary}
+
+Ethereum शब्दावली आमच्या भाषांतर कार्याचा आणखी एक महत्त्वाचा भाग आहे कारण अनेकदा नवीन तांत्रिक संज्ञा अद्याप बऱ्याच भाषांमध्ये स्थानिकृत केलेल्या नसतात. तसेच, असे काही शब्द आहेत ज्यांचे वेगवेगळ्या संदर्भात वेगवेगळे अर्थ आहेत. [Ethereum शब्दावलीच्या भाषांतरावर अधिक](#terminology)
+
+Crowdin शब्दकोष हे संज्ञा आणि व्याख्यांच्या स्पष्टीकरणासाठी सर्वोत्तम ठिकाण आहे. शब्दकोषाचा संदर्भ देण्याचे दोन मार्ग आहेत.
+
+- प्रथम, जेव्हा तुम्हाला मूळ स्ट्रिंगवर अधोरेखित संज्ञा आढळते, तेव्हा तुम्ही त्यावर माउस फिरवून त्याची संक्षिप्त व्याख्या पाहू शकता.
+
+![एक उदाहरण शब्दकोष व्याख्या](./glossary-definition.png)
+
+- दुसरे, जर तुम्हाला एखादी संज्ञा दिसली जी तुम्हाला परिचित नाही परंतु अधोरेखित नाही, तर तुम्ही शब्दकोष टॅबमध्ये (उजव्या स्तंभाचे तिसरे बटण) शोधू शकता. तुम्हाला विशिष्ट संज्ञा आणि प्रोजेक्टमध्ये वारंवार वापरल्या जाणाऱ्या संज्ञांची स्पष्टीकरणे मिळतील.
+
+![Crowdin मध्ये शब्दकोष टॅब कुठे मिळेल हे दर्शविणारा स्क्रीनशॉट](./glossary-tab.png)
+
+- तरीही तुम्हाला ते सापडत नसेल, तर नवीन संज्ञा जोडण्याची ही तुमची संधी आहे! आम्ही तुम्हाला ते शोध इंजिनवर शोधण्यासाठी आणि शब्दकोशात वर्णन जोडण्यासाठी प्रोत्साहित करतो. इतर भाषांतरकारांना ती संज्ञा अधिक चांगल्या प्रकारे समजून घेण्यासाठी याची मोठी मदत होईल.
+
+![Crowdin मध्ये शब्दकोष संज्ञा कशी जोडायची हे दर्शविणारा स्क्रीनशॉट](./add-glossary-term.png)
+
+### शब्दावली भाषांतर धोरण {#terminology}
+
+_नावांसाठी (ब्रँड, कंपन्या, लोक) आणि नवीन तांत्रिक संज्ञा (बीकन चेन, शार्ड चेन, इ.)_
+
+Ethereum मध्ये अलीकडेच तयार केलेल्या अनेक नवीन संज्ञा आहेत. काही संज्ञा भाषांतरकारानुसार बदलतील कारण त्यांच्या संबंधित भाषेत कोणतेही अधिकृत भाषांतर नाही. अशा विसंगतींमुळे गैरसमज होऊ शकतो आणि वाचनीयता कमी होऊ शकते.
+
+भाषिक विविधता आणि प्रत्येक भाषेतील भिन्न मानकीकरणामुळे, सर्व समर्थित भाषांमध्ये स्वीकारले जाऊ शकणारे एकसंध शब्दावली भाषांतर धोरण तयार करणे जवळजवळ अशक्य झाले आहे.
+
+काळजीपूर्वक विचार केल्यानंतर, आम्ही सर्वाधिक वापरल्या जाणाऱ्या संज्ञा तुमच्यावर, म्हणजेच भाषांतरकारांवर सोपवण्याचा निर्णय घेतला आहे.
+
+जेव्हा तुम्हाला एखादी अपरिचित संज्ञा आढळते, तेव्हा आम्ही हे सुचवतो:
+
+- [संज्ञांचा शब्दकोष](#glossary) पहा, तुम्हाला इतर भाषांतरकारांनी पूर्वी त्याचे भाषांतर कसे केले आहे ते कदाचित सापडेल. जर तुम्हाला वाटत असेल की पूर्वी भाषांतरित केलेली संज्ञा योग्य नाही, तर Crowdin शब्दकोशात नवीन संज्ञा जोडून तुमचे भाषांतर पुनर्संचयित करण्यास मोकळे व्हा.
+- जर असे पूर्वीचे भाषांतर शब्दकोशात अस्तित्वात नसेल, तर आम्ही तुम्हाला ते शोध इंजिन किंवा मीडिया लेखावर शोधण्यास प्रोत्साहित करतो जे दर्शवते की तुमच्या समुदायात ही संज्ञा प्रत्यक्षात कशी वापरली जाते.
+- जर तुम्हाला कोणतेही संदर्भ सापडले नाहीत, तर तुमच्या अंतर्ज्ञानावर विश्वास ठेवा आणि तुमच्या भाषेसाठी नवीन भाषांतराचा सल्ला द्या!
+- जर तुम्हाला असे करण्यास कमी आत्मविश्वास वाटत असेल, तर संज्ञा भाषांतरित न करता सोडा. कधीकधी, अचूक व्याख्या देण्यासाठी इंग्रजी संज्ञा पुरेश्या असतात.
+
+आम्ही शिफारस करतो की तुम्ही ब्रँड, कंपन्या आणि कर्मचाऱ्यांची नावे भाषांतरित न करता सोडा कारण भाषांतरामुळे अनावश्यक गोंधळ आणि SEO अडचणी निर्माण होऊ शकतात.
+
+## पुनरावलोकन प्रक्रिया कशी कार्य करते? {#review-process}
+
+आमच्या भाषांतरांमध्ये विशिष्ट स्तराची गुणवत्ता आणि सुसंगतता सुनिश्चित करण्यासाठी, आम्ही जागतिक स्तरावरील सर्वात मोठ्या भाषा सेवा प्रदात्यांपैकी एक असलेल्या [Acolad](https://www.acolad.com/) सोबत काम करतो. Acolad कडे 20,000 व्यावसायिक भाषातज्ञ आहेत, याचा अर्थ ते आम्हाला आवश्यक असलेल्या प्रत्येक भाषेसाठी आणि सामग्रीच्या प्रकारासाठी व्यावसायिक पुनरावलोकनकर्ते प्रदान करू शकतात.
+
+पुनरावलोकन प्रक्रिया सरळ आहे; एकदा सामग्रीचा एक संच 100% भाषांतरित झाला की, आम्ही त्या सामग्री बकेटसाठी पुनरावलोकनाची ऑर्डर देतो. पुनरावलोकन प्रक्रिया थेट Crowdin मध्ये होते. पुनरावलोकन पूर्ण झाल्यावर, आम्ही भाषांतरित सामग्रीसह वेबसाइट अद्यतनित करतो.
+
+## मी माझ्या भाषेत सामग्री कशी जोडू? {#adding-foreign-language-content}
+
+सध्या, सर्व गैर-इंग्रजी सामग्री थेट इंग्रजी मूळ सामग्रीवरून भाषांतरित केली जाते, आणि जी सामग्री इंग्रजीमध्ये अस्तित्वात नाही ती इतर भाषांमध्ये जोडली जाऊ शकत नाही.
+
+ethereum.org साठी नवीन सामग्री सुचवण्यासाठी, तुम्ही GitHub वर [एक समस्या तयार करू शकता](https://github.com/ethereum/ethereum-org-website/issues). जोडल्यास, सामग्री इंग्रजीमध्ये लिहिली जाईल आणि Crowdin वापरून इतर भाषांमध्ये भाषांतरित केली जाईल.
+
+आम्ही नजीकच्या भविष्यात गैर-इंग्रजी सामग्री जोडण्यासाठी समर्थन जोडण्याची योजना आखत आहोत.
+
+## संपर्कात रहा {#contact}
+
+हे सर्व वाचल्याबद्दल धन्यवाद. आम्हाला आशा आहे की हे तुम्हाला आमच्या कार्यक्रमात सामील होण्यास मदत करेल. प्रश्न विचारण्यासाठी आणि इतर भाषांतरकारांसोबत सहयोग करण्यासाठी आमच्या [Discord भाषांतर चॅनेल](https://discord.gg/ethereum-org) मध्ये सामील व्हा, किंवा translations@ethereum.org वर आमच्याशी संपर्क साधा!
diff --git a/public/content/translations/mr/contributing/translation-program/how-to-translate/index.md b/public/content/translations/mr/contributing/translation-program/how-to-translate/index.md
new file mode 100644
index 00000000000..f1806bd8024
--- /dev/null
+++ b/public/content/translations/mr/contributing/translation-program/how-to-translate/index.md
@@ -0,0 +1,92 @@
+---
+title: "भाषांतर कसे करावे"
+lang: mr
+description: "ethereum.org चा अनुवाद करण्यासाठी Crowdin वापरण्याबद्दलच्या सूचना"
+---
+
+# अनुवाद कसा करावा {#how-to-translate}
+
+## व्हिज्युअल मार्गदर्शक {#visual-guide}
+
+अधिक व्हिज्युअल शिकणाऱ्यांसाठी, Crowdin सह सेट अप करण्याच्या प्रक्रियेबद्दल लुकाचा व्हिडिओ पहा. किंवा, तुम्ही याच पायऱ्या पुढील विभागात लिखित स्वरूपात पाहू शकता.
+
+<YouTube id="Ii7bYhanLs4" />
+
+## लिखित मार्गदर्शक {#written-guide}
+
+### Crowdin मधील आमच्या प्रोजेक्टमध्ये सामील व्हा {#join-project}
+
+तुमच्या Crowdin खात्यात लॉग इन करणे आवश्यक आहे किंवा तुमच्याकडे खाते नसल्यास साइन अप करा. साइन अप करण्यासाठी फक्त एक ई-मेल खाते आणि पासवर्ड आवश्यक आहे.
+
+<ButtonLink href="https://crowdin.com/project/ethereum-org/">
+  प्रोजेक्टमध्ये सामील व्हा
+</ButtonLink>
+
+### तुमची भाषा उघडा {#open-language}
+
+Crowdin मध्ये लॉग इन केल्यानंतर, तुम्हाला प्रोजेक्टचे वर्णन आणि सर्व उपलब्ध भाषांची सूची दिसेल.
+प्रत्येक भाषेत अनुवाद करण्यायोग्य एकूण शब्दांची संख्या आणि त्या भाषेत किती मजकूर अनुवादित व मंजूर झाला आहे, याचा आढावा देणारी माहिती देखील असते.
+
+अनुवादासाठी उपलब्ध असलेल्या फाइल्सची सूची पाहण्यासाठी, ज्या भाषेत तुम्ही अनुवाद करू इच्छिता ती भाषा उघडा.
+
+![Crowdin मधील भाषांची सूची](./list-of-languages.png)
+
+### काम करण्यासाठी एक दस्तऐवज शोधा {#find-document}
+
+वेबसाइटचा मजकूर अनेक दस्तऐवज आणि मजकूर बकेट्समध्ये विभागलेला आहे. तुम्ही उजवीकडे प्रत्येक दस्तऐवजाची प्रगती तपासू शकता – जर अनुवादाची प्रगती 100% पेक्षा कमी असेल, तर कृपया योगदान द्या!
+
+तुमची भाषा सूचीबद्ध दिसत नाहीये का? [एक इश्यू उघडा](https://github.com/ethereum/ethereum-org-website/issues/new/choose) किंवा आमच्या [Discord](https://discord.gg/ethereum-org) मध्ये विचारा
+
+![Crowdin मधील अनुवादित आणि अ-अनुवादित फाइल्स](./crowdin-files.png)
+
+मजकूर बकेट्सबद्दल एक टीप: सर्वोच्च प्राधान्याचा मजकूर प्रथम प्रकाशित करण्यासाठी आम्ही Crowdin मध्ये 'मजकूर बकेट्स' वापरतो. जेव्हा तुम्ही एखादी भाषा तपासता, उदाहरणार्थ, [फिलिपिनो](https://crowdin.com/project/ethereum-org/fil#) तुम्हाला मजकूर बकेटसाठी फोल्डर्स दिसतील ("1. मुखपृष्ठ", "2. आवश्यक गोष्टी", "3. एक्सप्लोर करणे", इत्यादी).
+
+सर्वाधिक परिणामकारक पानांचा अनुवाद प्रथम होईल हे सुनिश्चित करण्यासाठी, आम्ही तुम्हाला या अंकीय क्रमाने (1 → 2 → 3 → ⋯) अनुवाद करण्यास प्रोत्साहित करतो.
+
+### अनुवाद करा {#translate}
+
+तुम्ही अनुवाद करू इच्छित असलेली फाइल निवडल्यानंतर, ती ऑनलाइन एडिटरमध्ये उघडेल. जर तुम्ही यापूर्वी कधीही Crowdin वापरले नसेल, तर मूलभूत गोष्टी समजून घेण्यासाठी तुम्ही हे जलद मार्गदर्शक वापरू शकता.
+
+![Crowdin ऑनलाइन एडिटर](./online-editor.png)
+
+**_1 – डावी साइडबार_**
+
+- अ-अनुवादित (लाल) – मजकूर ज्यावर अद्याप काम केलेले नाही. ह्या त्या स्ट्रिंग्स आहेत ज्यांचा तुम्ही अनुवाद करायला हवा.
+- अनुवादित (हिरवा) – मजकूर ज्याचा आधीच अनुवाद झाला आहे, पण अद्याप त्याचे पुनरावलोकन झाले नाही. तुम्ही पर्यायी अनुवाद सुचवू शकता किंवा एडिटरमधील ‘+’ आणि ‘-’ बटणे वापरून अस्तित्वात असलेल्या अनुवादांवर मत देऊ शकता.
+- मंजूर (चेक मार्क) – मजकूर ज्याचे आधीच पुनरावलोकन झाले आहे आणि सध्या वेबसाइटवर लाइव्ह आहे.
+
+विशिष्ट स्ट्रिंग्स शोधण्यासाठी, त्यांना स्टेटसनुसार फिल्टर करण्यासाठी किंवा व्ह्यू बदलण्यासाठी तुम्ही वरची बटणे देखील वापरू शकता.
+
+**_2 – एडिटर क्षेत्र_**
+
+मुख्य अनुवाद क्षेत्र – मूळ मजकूर वर प्रदर्शित केला जातो, उपलब्ध असल्यास अतिरिक्त संदर्भ आणि स्क्रीनशॉटसह.
+नवीन अनुवाद सुचवण्यासाठी, ‘Enter translation here’ फील्डमध्ये तुमचा अनुवाद एंटर करा आणि सेव्ह वर क्लिक करा.
+
+तुम्ही या विभागात स्ट्रिंगचे विद्यमान अनुवाद आणि इतर भाषांमधील अनुवाद, तसेच ट्रान्सलेशन मेमरी मॅचेस आणि मशीन ट्रान्सलेशन सूचना देखील शोधू शकता.
+
+**_3 – उजवी साइडबार_**
+
+येथे तुम्ही कमेंट्स, ट्रान्सलेशन मेमरी नोंदी आणि शब्दकोश नोंदी शोधू शकता. डीफॉल्ट व्ह्यू कमेंट्स दाखवतो आणि अनुवादकांना संवाद साधण्याची, समस्या मांडण्याची किंवा चुकीच्या अनुवादांची तक्रार करण्याची परवानगी देतो.
+
+वरची बटणे वापरून, तुम्ही ट्रान्सलेशन मेमरीवर देखील स्विच करू शकता, जिथे तुम्ही विद्यमान अनुवाद शोधू शकता, किंवा शब्दकोशावर, ज्यात मुख्य संज्ञांची वर्णने आणि प्रमाणित अनुवाद आहेत.
+
+अधिक जाणून घेऊ इच्छिता? [Crowdin ऑनलाइन एडिटर वापरण्यावरील डॉक्युमेंटेशन](https://support.crowdin.com/online-editor/) नि:संकोचपणे तपासा.
+
+### पुनरावलोकन प्रक्रिया {#review-process}
+
+एकदा तुम्ही अनुवाद पूर्ण केल्यावर (म्हणजे, मजकूर बकेटमधील सर्व फाइल्स 100% दाखवतात), आमची व्यावसायिक अनुवाद सेवा मजकूराचे पुनरावलोकन करेल (आणि शक्यतो संपादन करेल). एकदा पुनरावलोकन पूर्ण झाल्यावर (म्हणजे, पुनरावलोकनाची प्रगती 100% झाल्यावर), आम्ही ते वेबसाइटवर जोडू.
+
+<Alert variant="update">
+<AlertEmoji text=":warning:"/>
+<AlertContent>
+  प्रोजेक्टचा अनुवाद करण्यासाठी कृपया मशीन ट्रान्सलेशन वापरू नका. वेबसाइटवर जोडण्यापूर्वी सर्व अनुवादांचे पुनरावलोकन केले जाईल. जर तुमचे सुचवलेले अनुवाद मशीन-अनुवादित असल्याचे आढळले, तर ते नाकारले जातील आणि जे योगदानकर्ते अनेकदा मशीन ट्रान्सलेशन वापरतात त्यांना प्रोजेक्टमधून काढून टाकले जाईल.
+</AlertContent>
+</Alert>
+
+### संपर्क साधा {#get-in-touch}
+
+तुमचे काही प्रश्न आहेत का? किंवा आमच्या टीम आणि इतर अनुवादकांसह सहयोग करू इच्छिता? कृपया आमच्या [ethereum.org Discord server](https://discord.gg/ethereum-org) च्या #translations चॅनेलमध्ये पोस्ट करा
+
+तुम्ही translations@ethereum.org येथे आमच्याशी संपर्क साधू शकता
+
+ethereum.org भाषांतर कार्यक्रमात तुमच्या सहभागाबद्दल धन्यवाद!
diff --git a/public/content/translations/mr/contributing/translation-program/index.md b/public/content/translations/mr/contributing/translation-program/index.md
new file mode 100644
index 00000000000..5177b75d1cb
--- /dev/null
+++ b/public/content/translations/mr/contributing/translation-program/index.md
@@ -0,0 +1,91 @@
+---
+title: "भाषांतर कार्यक्रम"
+lang: mr
+description: "ethereum.org अनुवाद कार्यक्रमाबद्दल माहिती"
+---
+
+# अनुवाद कार्यक्रम {#translation-program}
+
+जगभरातील अब्जावधी गैर-इंग्रजी भाषकांसाठी वेबसाइट अधिक सुलभ करण्यासाठी ethereum.org चे विविध भाषांमध्ये भाषांतर करण्याचा अनुवाद कार्यक्रम हा एक सहयोगी प्रयत्न आहे.
+
+![](./enterprise-eth.png)
+
+## आम्हाला भाषांतर करण्यास मदत करा {#help-us-translate}
+
+ethereum.org अनुवाद कार्यक्रम खुला आहे आणि कोणीही योगदान देऊ शकते!
+
+1. तुम्हाला तुमच्या Crowdin खात्यात लॉग इन करावे लागेल किंवा साइन अप करावे लागेल.
+2. तुम्ही ज्या भाषेत योगदान देऊ इच्छिता ती भाषा निवडा.
+3. सुरू करण्यापूर्वी, Crowdin कसे वापरावे हे जाणून घेण्यासाठी कृपया [भाषांतर कसे करावे](/contributing/translation-program/how-to-translate/) मार्गदर्शक आणि टिपा व सर्वोत्तम पद्धतींसाठी [अनुवाद शैली मार्गदर्शक](/contributing/translation-program/translators-guide/) तपासा.
+4. मशीन भाषांतरांना मान्यता दिली जाणार नाही.
+5. सर्व भाषांतरे साइटवर जोडण्यापूर्वी त्यांचे पुनरावलोकन केले जाते, त्यामुळे तुमची भाषांतरे लाइव्ह होण्यापूर्वी थोडा विलंब होईल.
+
+_भाषांतरांवर सहयोग करण्यासाठी, प्रश्न विचारण्यासाठी, अभिप्राय आणि कल्पना सामायिक करण्यासाठी किंवा अनुवाद गटात सामील होण्यासाठी [ethereum.org Discord](https://discord.gg/ethereum-org) मध्ये सामील व्हा._
+
+<ButtonLink href="https://crowdin.com/project/ethereum-org/">
+  भाषांतर सुरू करा
+</ButtonLink>
+
+## अनुवाद कार्यक्रमाबद्दल {#about-us}
+
+Ethereum समुदायाचे जागतिक आणि सर्वसमावेशक असण्याचे उद्दिष्ट आहे, तरीही त्यातील बहुतेक मजकूर केवळ इंग्रजी भाषकांसाठी आहे, ज्यामुळे जगातील 6 अब्ज गैर-इंग्रजी भाषक वगळले जातात. जगभरातील समुदायासाठी ethereum.org ने Ethereum मध्ये प्रवेशद्वार म्हणून काम करण्यासाठी, गैर-इंग्रजी भाषकांना त्यांच्या मूळ भाषांमध्ये Ethereum मजकूर प्रदान करणे आवश्यक आहे असे आम्हाला वाटते.
+
+ethereum.org अनुवाद कार्यक्रमाचे उद्दिष्ट ethereum.org आणि इतर Ethereum मजकुराचे शक्य तितक्या भाषांमध्ये भाषांतर करून Ethereum सर्वांसाठी सुलभ करणे हे आहे.
+
+ethereum.org अनुवाद कार्यक्रमाच्या [ध्येय आणि दृष्टी](/contributing/translation-program/mission-and-vision) बद्दल अधिक वाचा.
+
+### आतापर्यंतची आमची प्रगती {#our-progress}
+
+- [**6,900+** अनुवादक](/contributing/translation-program/contributors/)
+- **68** भाषा साइटवर लाइव्ह
+- [**2.89 दशलक्ष** शब्द 2024 मध्ये अनुवादित](/contributing/translation-program/acknowledgements/)
+
+<TranslationChartImage />
+
+### पोचपावती {#acknowledgements}
+
+Ethereum.org चे भाषांतर हजारो समुदाय सदस्यांद्वारे केले जाते आणि ते अनुवाद कार्यक्रमाचा महत्त्वाचा भाग आहेत.
+आम्ही आमच्या अनुवादकांना त्यांच्या कारकिर्दीच्या मार्गावर पोचपावती देऊ इच्छितो आणि त्यांना समर्थन देऊ इच्छितो. येथे आमच्या अनुवादकांच्या काही पोचपावत्या आहेत:
+
+#### प्रमाणपत्र {#certificate}
+
+जर तुम्ही अनुवाद कार्यक्रमात योगदान दिले असेल आणि तुमच्या अनुवादित शब्दांपैकी किमान 5,000 शब्दांना मान्यता मिळाली असेल, तर तुम्ही ethereum.org अनुवादक प्रमाणपत्रासाठी पात्र आहात. [प्रमाणपत्रांवर अधिक](/contributing/translation-program/acknowledgements/#certificate)
+
+#### OATs {#oats}
+
+अनुवाद कार्यक्रमातील योगदानकर्ते 2024 मधील त्यांच्या अनुवादित शब्दांच्या संख्येवर आधारित विविध OATs (ऑनचेन अचिव्हमेंट टोकन्स) साठी पात्र आहेत. OATs हे NFTs आहेत जे ethereum.org अनुवाद कार्यक्रमात तुमचे योगदान सिद्ध करतात. [OATs वर अधिक](/contributing/translation-program/acknowledgements/#oats)
+
+#### अनुवादक पोचपावती {#translator-acknowledgements}
+
+[लीडरबोर्ड](/contributing/translation-program/acknowledgements/) आणि [अनुवाद कार्यक्रमातील सर्व योगदानकर्त्यांची यादी](/contributing/translation-program/contributors/) वापरून आमच्या शीर्ष अनुवादकांची सार्वजनिक पोचपावती.
+
+#### पुरस्कार {#rewards}
+
+भूतकाळात, आम्ही आमच्या सर्वात सक्रिय योगदानकर्त्यांना [Devcon](https://devcon.org/en/) आणि [Devconnect](https://devconnect.org/) सारख्या Ethereum परिषदांची तिकिटे, तसेच विशेष ethereum.org मर्च देऊन पूर्वलक्षी प्रभावाने पुरस्कृत केले आहे.
+
+आम्ही आमच्या योगदानकर्त्यांना पुरस्कृत करण्यासाठी सतत नवीन आणि नाविन्यपूर्ण मार्गांचा विचार करत आहोत, म्हणून संपर्कात रहा!
+
+### मार्गदर्शक आणि संसाधने {#guides-and-resources}
+
+जर तुम्ही अनुवाद कार्यक्रमात योगदान देत असाल किंवा त्यात सामील होण्याचा विचार करत असाल, तर तुम्ही खालील अनुवाद मार्गदर्शक तपासावेत:
+
+- [अनुवाद शैली मार्गदर्शक](/contributing/translation-program/translators-guide/) _– ethereum.org अनुवादकांसाठी सूचना आणि टिपा_
+- [अनुवाद FAQs](/contributing/translation-program/faq/) _– ethereum.org अनुवाद कार्यक्रमाबद्दल वारंवार विचारले जाणारे प्रश्न आणि उत्तरे_
+- [Crowdin ऑनलाइन संपादक मार्गदर्शक](https://support.crowdin.com/online-editor/) _– Crowdin ऑनलाइन संपादक वापरण्यासाठी आणि Crowdin च्या काही प्रगत वैशिष्ट्यांसाठी एक सखोल मार्गदर्शक_
+
+इतर उपयुक्त अनुवाद साधने, अनुवादक समुदाय आणि अनुवाद कार्यक्रमाच्या ब्लॉग पोस्टसाठी, कृपया [संसाधने पृष्ठ](/contributing/translation-program/resources/) ला भेट द्या.
+
+## संपर्क साधा {#get-in-touch}
+
+तुमचे काही प्रश्न आहेत का? किंवा आमच्या टीम आणि इतर अनुवादकांसह सहयोग करू इच्छिता? कृपया आमच्या [ethereum.org Discord server](https://discord.gg/ethereum-org) च्या #translations चॅनेलमध्ये पोस्ट करा
+
+तुम्ही translations@ethereum.org येथे आमच्याशी संपर्क साधू शकता
+
+## तुमचा स्वतःचा अनुवाद कार्यक्रम सुरू करणे {#starting-a-translation-program}
+
+आम्ही Ethereum मजकुराचे शक्य तितक्या भाषांमध्ये भाषांतर करण्यासाठी आणि शैक्षणिक सामग्री सर्वांसाठी उपलब्ध करून देण्यासाठी समर्पित आहोत.
+भाषांतरांवरील आमच्या केंद्रबिंदूनुसार, आम्ही इतर Ethereum प्रकल्पांना त्यांचे स्वतःचे भाषांतर प्रयत्न आयोजित करण्यास, व्यवस्थापित करण्यास आणि सुधारण्यास मदत करू इच्छितो.
+
+या कारणास्तव, आम्ही एक [अनुवाद कार्यक्रम प्लेबुक](/contributing/translation-program/playbook/) तयार केले आहे ज्यात ethereum.org चे भाषांतर करण्याच्या प्रक्रियेत आम्ही निवडलेल्या काही टिपा आणि सर्वोत्तम पद्धती आहेत.
+
+पुढे सहयोग करू इच्छिता किंवा आमची काही अनुवाद संसाधने वापरू इच्छिता? प्लेबुकवर काही अभिप्राय आहे का? आम्हाला तुमच्याकडून translations@ethereum.org येथे ऐकायला आवडेल.
diff --git a/public/content/translations/mr/contributing/translation-program/mission-and-vision/index.md b/public/content/translations/mr/contributing/translation-program/mission-and-vision/index.md
new file mode 100644
index 00000000000..f1108c08c71
--- /dev/null
+++ b/public/content/translations/mr/contributing/translation-program/mission-and-vision/index.md
@@ -0,0 +1,25 @@
+---
+title: "मिशन आणि व्हिजन"
+lang: mr
+description: "ethereum.org भाषांतर कार्यक्रमाचे ध्येय आणि दृष्टी"
+---
+
+# ध्येय आणि दृष्टी {#mission-and-vision}
+
+Ethereum समुदायाचे जागतिक आणि सर्वसमावेशक असण्याचे उद्दिष्ट आहे, तरीही त्यातील बहुतेक मजकूर केवळ इंग्रजी भाषकांसाठी आहे, ज्यामुळे जगातील 6 अब्ज गैर-इंग्रजी भाषक वगळले जातात. जगभरातील समुदायासाठी ethereum.org ने Ethereum मध्ये प्रवेशद्वार म्हणून काम करण्यासाठी, गैर-इंग्रजी भाषकांना त्यांच्या मूळ भाषांमध्ये Ethereum मजकूर प्रदान करणे आवश्यक आहे असे आम्हाला वाटते.
+
+ethereum.org अनुवाद कार्यक्रमाचे उद्दिष्ट ethereum.org आणि इतर Ethereum मजकुराचे शक्य तितक्या भाषांमध्ये भाषांतर करून Ethereum सर्वांसाठी सुलभ करणे हे आहे.
+
+## आमचे ध्येय {#our-mission}
+
+- जगभरातील अभ्यागतांना त्यांच्या मूळ भाषेत Ethereum बद्दल शिकण्यासाठी सक्षम करण्याकरिता वेबसाइटच्या भाषांतरित आवृत्त्या प्रदान करणे
+- जागतिक Ethereum समुदायामध्ये अधिक सदस्यांच्या ऑनबोर्डिंगची सोय करणे
+- Ethereum माहिती आणि ज्ञानाची अधिक सुलभ आणि अधिक समावेशक देवाणघेवाण करण्यास अनुमती देणे
+- समुदाय सदस्यांना Ethereum मध्ये भाषांतरांचे योगदान देण्यासाठी आणि इकोसिस्टमवर आपली छाप पाडण्यासाठी सक्षम करणे
+- इकोसिस्टममध्ये सामील होऊ इच्छिणाऱ्या उत्साही योगदानकर्त्यांना ओळखणे, त्यांच्याशी संपर्क साधणे आणि त्यांना मार्गदर्शन करणे
+
+## आमची दृष्टी {#our-vision}
+
+- शक्य तितक्या देशांतील आणि जगाच्या भागांतील Ethereum समुदायाच्या सदस्यांसाठी आवश्यक सामग्रीचे भाषांतर करणे
+- एक अधिक सुजाण आणि सुशिक्षित Ethereum समुदाय तयार करण्यासाठी भाषांमध्ये ज्ञान वाटपाला समर्थन देणे
+- इंग्रजी न बोलणाऱ्यांना इकोसिस्टममध्ये सामील होण्यापासून रोखणारे भाषेचे अडथळे दूर करून Ethereumची समावेशकता आणि सुलभता वाढवणे
diff --git a/public/content/translations/mr/contributing/translation-program/playbook/index.md b/public/content/translations/mr/contributing/translation-program/playbook/index.md
new file mode 100644
index 00000000000..7c5d5b07675
--- /dev/null
+++ b/public/content/translations/mr/contributing/translation-program/playbook/index.md
@@ -0,0 +1,317 @@
+---
+title: "भाषांतर कार्यक्रम प्लेबुक"
+lang: mr
+description: "भाषांतर कार्यक्रम सेट करण्यासाठी टिप्स आणि महत्त्वाच्या विचारांचा संग्रह"
+---
+
+# भाषांतर कार्यक्रम प्लेबुक {#translation-program-playbook}
+
+इंग्रजी ही जगातील सर्वाधिक बोलल्या जाणार्‍या भाषांपैकी एक आहे आणि जगातील सर्वाधिक अभ्यासली जाणारी भाषा आहे. इंटरनेटवर - विशेषतः सोशल मीडियावर - इंग्रजी ही सर्वात सामान्यपणे वापरली जाणारी भाषा असल्याने आणि बहुभाषिक प्रोग्रामिंग भाषा दुर्मिळ असल्याने, ब्लॉकचेन क्षेत्रातील बहुतेक सामग्री मूळतः इंग्रजीमध्ये लिहिलेली आहे.
+
+तथापि, जगातील ६ अब्जाहून अधिक लोक (लोकसंख्येच्या ७५% पेक्षा जास्त) अजिबात इंग्रजी बोलत नाहीत, त्यामुळे जगातील बहुसंख्य लोकांसाठी Ethereum मध्ये प्रवेश करण्यासाठी हा एक मोठा अडथळा आहे.
+
+या कारणास्तव, या क्षेत्रातील वाढत्या संख्येने प्रकल्प त्यांची सामग्री विविध भाषांमध्ये अनुवादित करण्यासाठी आणि जागतिक समुदायांसाठी स्थानिकीकृत करण्यासाठी प्रयत्नशील आहेत.
+
+बहुभाषिक सामग्री प्रदान करणे हा आपला जागतिक समुदाय वाढवण्याचा, इंग्रजी न बोलणार्‍यांना शिक्षण देण्याचा, आपली सामग्री आणि संवाद व्यापक प्रेक्षकांपर्यंत पोहोचवण्याची खात्री करण्याचा आणि या क्षेत्रात अधिक लोकांना ऑनबोर्ड करण्याचा एक सोपा आणि प्रभावी मार्ग आहे.
+
+या मार्गदर्शकाचा उद्देश सामग्रीच्या स्थानिकीकरणाबद्दलच्या सामान्य आव्हानांना आणि गैरसमजांना संबोधित करणे आहे. हे सामग्री व्यवस्थापन, भाषांतर आणि पुनरावलोकन प्रक्रिया, गुणवत्ता हमी, अनुवादक आउटरीच आणि स्थानिकीकरण प्रक्रियेच्या इतर महत्त्वाच्या पैलूंसाठी एक चरण-दर-चरण मार्गदर्शक प्रदान करते.
+
+## सामग्री व्यवस्थापन {#content-management}
+
+भाषांतर सामग्री व्यवस्थापन म्हणजे भाषांतर कार्यप्रवाहाचे स्वयंचलित करण्याची प्रक्रिया, ज्यामुळे पुनरावृत्ती होणारे मॅन्युअल कामाची गरज दूर होते, कार्यक्षमता आणि गुणवत्ता सुधारते, अधिक चांगले नियंत्रण ठेवता येते आणि सहकार्याला सक्षम करते.
+
+सामग्री आणि आपल्या गरजेनुसार, स्थानिकीकरण प्रक्रियेत सामग्री व्यवस्थापनासाठी अनेक विविध दृष्टिकोन आहेत.
+
+सामग्री व्यवस्थापित करण्याचा मूलभूत मार्ग म्हणजे स्त्रोत आणि लक्ष्य मजकूर असलेल्या द्विभाषिक फाइल्स तयार करणे. हे भाषांतरात क्वचितच वापरले जाते, कारण ते साधेपणा वगळता कोणतेही महत्त्वपूर्ण फायदे देत नाही.
+
+भाषांतर एजन्सी सामान्यतः भाषांतर व्यवस्थापन सॉफ्टवेअर किंवा स्थानिकीकरण साधनांचा वापर करून भाषांतर व्यवस्थापनाकडे पाहतात, जे प्रकल्प व्यवस्थापन क्षमता प्रदान करतात आणि फाइल्स, सामग्री आणि भाषातज्ञांवर अधिक नियंत्रण ठेवण्याची परवानगी देतात.
+
+सामग्री व्यवस्थापनाबद्दल अधिक वाचा:
+
+[भाषांतर व्यवस्थापन म्हणजे काय यावर Trados](https://www.trados.com/solutions/translation-management/)
+
+[बहुभाषिक सामग्री व्यवस्थापनावरील Phrase](https://phrase.com/blog/posts/multilingual-content-management/)
+
+### भाषांतर व्यवस्थापन सॉफ्टवेअर {#translation-management-software}
+
+अनेक भाषांतर व्यवस्थापन प्रणाली आणि स्थानिकीकरण साधने आहेत आणि सॉफ्टवेअरची निवड मुख्यत्वे आपल्या गरजांवर अवलंबून असते.
+
+काही प्रकल्प भाषांतर व्यवस्थापन प्रणाली वापरण्याच्या विरोधात निर्णय घेतात आणि भाषांतर मॅन्युअली हाताळण्यास प्राधान्य देतात - एकतर थेट द्विभाषिक फाइल्समध्ये किंवा GitHub सारख्या होस्टिंग सेवांवर - हे नियंत्रण, उत्पादकता, गुणवत्ता, स्केलेबिलिटी आणि सहयोग क्षमतांमध्ये लक्षणीय घट करते. असा दृष्टिकोन लहान-प्रमाणात किंवा एक-वेळच्या भाषांतर प्रकल्पांसाठी सर्वात फायदेशीर असू शकतो.
+
+काही सर्वात शक्तिशाली आणि मोठ्या प्रमाणावर वापरल्या जाणार्‍या भाषांतर व्यवस्थापन साधनांवर एक द्रुत नजर:
+
+**क्राउडसोर्सिंग आणि सहयोगासाठी सर्वोत्तम**
+
+[Crowdin](https://crowdin.com/)
+
+- ओपन-सोर्स प्रकल्पांसाठी विनामूल्य (स्ट्रिंग्स आणि प्रकल्पांची अमर्याद संख्या)
+- सर्व प्लॅनसह TM आणि शब्दकोश उपलब्ध
+- ६०+ समर्थित फाइल स्वरूप, ७०+ API एकत्रीकरण
+
+[Lokalise](https://lokalise.com/)
+
+- २ टीम सदस्यांसाठी विनामूल्य, अधिक योगदानकर्त्यांसाठी सशुल्क प्लॅन (बहुतेक प्लॅनसाठी मर्यादित स्ट्रिंग्स)
+- काही सशुल्क प्लॅनसह TM आणि शब्दकोश उपलब्ध
+- ३०+ समर्थित फाइल स्वरूप, ४०+ API एकत्रीकरण
+
+[Transifex](https://www.transifex.com/)
+
+- केवळ सशुल्क प्लॅन (बहुतेक प्लॅनसाठी मर्यादित स्ट्रिंग्स)
+- सर्व सशुल्क प्लॅनसह TM आणि शब्दकोश उपलब्ध
+- ३०+ समर्थित फाइल स्वरूप, २०+ API एकत्रीकरण
+
+[Phrase](https://phrase.com/)
+
+- केवळ सशुल्क प्लॅन (सर्व प्लॅनसाठी अमर्याद स्ट्रिंग्स, प्रकल्प आणि टीम सदस्यांची मर्यादित संख्या)
+- काही सशुल्क प्लॅनसह TM आणि शब्दकोश उपलब्ध
+- ४०+ समर्थित फाइल स्वरूप, २०+ API एकत्रीकरण
+
+[Smartcat](https://www.smartcat.com/)
+
+- देय प्रगत वैशिष्ट्यांसह मूलभूत विनामूल्य प्लॅन (सर्व प्लॅनसाठी अमर्याद स्ट्रिंग्स आणि प्रकल्प)
+- सर्व प्लॅनसह TM आणि शब्दकोश उपलब्ध
+- ६०+ समर्थित फाइल स्वरूप, २०+ API एकत्रीकरण
+
+[POEditor](https://poeditor.com/)
+
+- ओपन-सोर्स प्रकल्पांसाठी विनामूल्य (सर्व प्रकल्पांसाठी मर्यादित स्ट्रिंग्स, ओपन-सोर्स प्रकल्पांसाठी अमर्याद)
+- सशुल्क प्लॅनसाठी TM आणि शब्दकोश उपलब्ध
+- २०+ समर्थित फाइल स्वरूप, १०+ API एकत्रीकरण
+
+आणि इतर अनेक...
+
+**व्यावसायिक भाषांतर साधने**
+
+[SDL Trados Studio](https://www.trados.com/products/trados-studio/)
+
+- फ्रीलान्स अनुवादक आणि टीमसाठी सशुल्क प्लॅन
+- अत्यंत शक्तिशाली संगणक-सहाय्यित भाषांतर (CAT) साधन आणि अनुवादक उत्पादकता सॉफ्टवेअर
+
+[MemoQ](https://www.memoq.com/)
+
+- प्रगत वैशिष्ट्यांसाठी अनेक सशुल्क प्लॅनसह मर्यादित विनामूल्य आवृत्ती उपलब्ध
+- कंपन्या, भाषा सेवा प्रदाते आणि अनुवादकांसाठी भाषांतर व्यवस्थापन सॉफ्टवेअर
+
+[Memsource](https://www.memsource.com/)
+
+- वैयक्तिक अनुवादकांसाठी विनामूल्य, टीमसाठी अनेक सशुल्क प्लॅनसह
+- क्लाउड-आधारित संगणक-सहाय्यित भाषांतर आणि भाषांतर व्यवस्थापन प्रणाली
+
+आणि इतर अनेक...
+
+भाषांतर व्यवस्थापन सॉफ्टवेअरबद्दल अधिक वाचा:
+
+[भाषांतर व्यवस्थापन प्रणालीची विकिपीडिया व्याख्या](https://en.wikipedia.org/wiki/Translation_management_system)
+
+[प्रत्येक भाषांतर व्यवस्थापन सॉफ्टवेअरमध्ये असाव्यात अशा ७ गोष्टींवर Phrase](https://phrase.com/blog/posts/7-things-every-translation-management-software-should-have/)
+
+[भाषांतर व्यवस्थापन प्रणाली म्हणजे काय यावर MemoQ](https://www.memoq.com/tools/what-is-a-translation-management-system)
+
+[Gengo ची १६ सर्वोत्तम भाषांतर व्यवस्थापन प्रणालींची यादी](https://gengo.com/translator-product-updates/16-best-translation-management-systems/)
+
+## कार्यप्रवाह {#workflow}
+
+भाषांतर क्षेत्रात, भाषांतर कार्यप्रवाहाचे काही वेगवेगळे अर्थ असू शकतात, दोन्ही काहीसे एकमेकांशी संबंधित आहेत आणि आपल्या प्रकल्पासाठी महत्त्वाचे विचार आहेत.
+
+आपण खाली त्या दोघांचाही शोध घेऊ.
+
+**अर्थ १**
+
+भाषांतर कार्यप्रवाहाबद्दल विचार करण्याचा हा कदाचित सर्वात सामान्य मार्ग आहे आणि कार्यप्रवाह हा शब्द ऐकल्यावर सहसा मनात येणारी गोष्ट आहे.
+
+त्याच्या सारांशात, हा भाषांतरांबद्दल विचार करण्यापासून ते आपल्या उत्पादनात अनुवादित सामग्री वापरण्यापर्यंतचा 'कामाचा प्रवाह' आहे.
+
+या प्रकरणात एक उदाहरण कार्यप्रवाह असेल:
+
+1. **भाषांतरासाठी फाइल्स तयार करणे** – हे सोपे वाटते; तथापि, आपल्याला काही महत्त्वाच्या गोष्टींचा विचार करणे आवश्यक आहे. या टप्प्यावर, संपूर्ण प्रक्रिया कशी कार्य करावी याची आपल्याकडे स्पष्ट योजना असावी.
+
+- _तुम्ही कोणते फाइल प्रकार वापरणार आहात? तुम्हाला तुमच्या अनुवादित फाइल्स कोणत्या फॉरमॅटमध्ये हव्या आहेत?_
+  - जर तुमची सामग्री DOCX किंवा MD फॉरमॅटमध्ये उपलब्ध असेल, तर तुमच्या व्हाईटपेपरच्या किंवा इतर दस्तऐवजांच्या PDF आवृत्तीचे भाषांतर करण्यापेक्षा हा दृष्टिकोन अधिक सरळ असेल.
+- _कोणती स्थानिकीकरण साधने या फाइल प्रकाराला समर्थन देतात? मूळ स्वरूपन टिकवून ठेवून फाइलचे भाषांतर केले जाऊ शकते का?_
+  - सर्व फाइल प्रकार थेट स्थानिकीकरणास समर्थन देत नाहीत (उदा. PDF फाइल्स, इमेज फाइल्स), आणि सर्व स्थानिकीकरण साधने सर्व फाइल प्रकारांना समर्थन देत नाहीत.
+- _सामग्रीचे भाषांतर कोण करणार आहे? तुम्ही व्यावसायिक भाषांतरांची मागणी करणार आहात की स्वयंसेवकांवर अवलंबून राहणार आहात?_
+  - याचा परिणाम तुम्हाला घ्याव्या लागणाऱ्या अनेक निर्णयांवर होतो. उदाहरणार्थ, व्यावसायिक अनुवादक स्वयंसेवकांपेक्षा प्रगत स्थानिकीकरण साधनांसह काम करण्यास अधिक सोयीस्कर असतात.
+- _भाषातज्ञांकडून तुमच्या काय अपेक्षा आहेत? जर तुम्ही भाषा सेवा प्रदाता वापरत असाल, तर ते तुमच्याकडून काय अपेक्षा करतात?_
+  - तुमची ध्येये, अपेक्षा आणि टाइमलाइन संरेखित असल्याची खात्री करण्याची ही पायरी आहे.
+- _भाषांतरासाठी सर्व सामग्री तितकीच महत्त्वाची आहे का? काही सामग्रीचे आधी भाषांतर केले पाहिजे का?_
+  - काही सामग्रीला प्राधान्य देण्याचे काही मार्ग आहेत, ज्याचे भाषांतर आणि अंमलबजावणी प्रथम केली पाहिजे. उदाहरणार्थ, जर तुमच्याकडे भाषांतरासाठी खूप सामग्री असेल, तर तुम्ही आवृत्ती नियंत्रणाचा वापर करून अनुवादकांना कशाला प्राधान्य द्यावे याची जाणीव करून देऊ शकता.
+
+2. **भाषांतरासाठी फाइल्स सामायिक करणे** – या पायरीसाठी देखील काही दीर्घकालीन विचारांची आवश्यकता आहे आणि स्त्रोत फाइल्स भाषा सेवा प्रदात्याला पाठवण्याइतके सरळ नाही.
+
+- _सामग्रीचे भाषांतर कोण करणार आहे? या प्रक्रियेत किती लोक सहभागी असतील?_
+  - जर तुम्ही स्थानिकीकरण साधन वापरण्याची योजना आखत असाल, तर हे पाऊल सोपे होते कारण तुम्ही स्त्रोत फाइल्स थेट साधनावर अपलोड करू शकता. हे देखील खरे आहे जर भाषांतर प्रक्रिया होस्टिंग सेवेवर होत असेल, कारण स्त्रोत फाइल्स कोठेही निर्यात करण्याची गरज नाही.
+- _स्त्रोत फाइल्स मॅन्युअली हाताळल्या जातील की ही प्रक्रिया स्वयंचलित केली जाऊ शकते?_
+  - बहुतेक स्थानिकीकरण साधने फाइल व्यवस्थापन प्रक्रियेसाठी काही प्रकारचे एकत्रीकरण किंवा ऑटोमेशनला परवानगी देतात. दुसरीकडे, जर तुम्ही वैयक्तिक अनुवादकांसह काम करत असाल आणि स्थानिकीकरण साधन वापरत नसाल, तर शेकडो किंवा हजारो अनुवादकांना मॅन्युअली स्त्रोत फाइल्स पाठवणे ही एक स्केलेबल प्रक्रिया नाही.
+- _स्थानिकीकरणासाठी कोणती साधने वापरली जातील?_
+  - या प्रश्नाचे उत्तर ठरवेल की तुम्ही बाकी सर्व गोष्टी कशा हाताळता. योग्य साधन निवडल्याने तुम्हाला सामग्री व्यवस्थापन, भाषांतर मेमरी आणि शब्दकोष व्यवस्थापित करणे, अनुवादक व्यवस्थापित करणे, भाषांतर/पुनरावलोकन प्रगतीचा मागोवा ठेवणे इत्यादी स्वयंचलित करण्यात मदत होऊ शकते, म्हणून काही वेळ घ्या आणि तुम्हाला कोणते साधन वापरायचे आहे यावर काही संशोधन करा. जर तुम्ही स्थानिकीकरण साधन वापरण्याची योजना आखत नसाल, तर वरील सर्व गोष्टी मॅन्युअली कराव्या लागतील.
+- _भाषांतर प्रक्रियेला किती वेळ लागेल? त्याला किती खर्च येईल?_
+  - या टप्प्यावर, आपण भाषा सेवा प्रदाता किंवा अनुवादकांच्या गटासह स्त्रोत फाइल्स सामायिक करण्यास तयार असले पाहिजे. भाषा सेवा प्रदाता आपल्याला शब्द संख्या विश्लेषित करण्यात आणि दर आणि भाषांतर प्रक्रियेसाठी टाइमलाइनसह कोट प्रदान करण्यात मदत करू शकतो.
+- _या प्रक्रियेदरम्यान तुम्ही स्त्रोत सामग्रीमध्ये बदल/अपडेट करण्याची योजना आखत आहात का?_
+  - जर तुमची सामग्री डायनॅमिक असेल आणि वारंवार बदलत असेल, तर कोणतेही बदल किंवा अपडेट भाषांतर प्रगतीमध्ये व्यत्यय आणू शकतात. भाषांतर मेमरी वापरल्याने हे लक्षणीयरीत्या कमी करण्यास मदत होऊ शकते, तरीही प्रक्रिया कशी कार्य करेल आणि अनुवादक करत असलेल्या प्रगतीला मागे पडण्यापासून कसे रोखता येईल याचा विचार करणे महत्त्वाचे आहे.
+
+3. **भाषांतर प्रक्रियेचे व्यवस्थापन** – तुमचे काम स्त्रोत सामग्री भाषा सेवा प्रदाता किंवा अनुवादकांना सोपवल्यावर पूर्ण होत नाही. भाषांतरांची इष्टतम गुणवत्ता सुनिश्चित करण्यासाठी, सामग्री निर्मात्यांनी भाषांतर प्रक्रियेत शक्य तितके सहभागी व्हावे.
+
+- _तुम्ही अनुवादकांशी संवाद साधण्याची योजना कशी आखत आहात?_
+  - जर तुम्ही स्थानिकीकरण साधन वापरण्याची योजना आखत असाल, तर संवाद थेट साधनात होऊ शकतो. अनुवादकांसह एक पर्यायी संवाद चॅनेल सेट करण्याची देखील शिफारस केली जाते कारण ते संपर्क साधण्यास कमी संकोच करू शकतात आणि मेसेजिंग साधने अधिक मुक्त प्रवाही संवादाला परवानगी देतात.
+- _अनुवादकांकडून आलेल्या प्रश्नांना कसे हाताळावे? या प्रश्नांची उत्तरे कोणी द्यावीत?_
+  - अनुवादक (व्यावसायिक आणि गैर-व्यावसायिक दोन्ही) अनेकदा प्रश्न आणि स्पष्टीकरणासाठी किंवा अतिरिक्त संदर्भासाठी, तसेच अभिप्राय आणि सुधारणांसाठी कल्पनांसह संपर्क साधतील. या चौकशींना प्रतिसाद दिल्याने अनेकदा अधिक चांगला सहभाग आणि अनुवादित सामग्रीची गुणवत्ता मिळू शकते. त्यांना शक्य तितकी संसाधने प्रदान करणे देखील मौल्यवान आहे (उदा. मार्गदर्शक, टिप्स, परिभाषा मार्गदर्शक तत्त्वे, FAQs, इ.).
+- _पुनरावलोकन प्रक्रिया कशी हाताळावी? तुम्ही ते आउटसोर्स करू इच्छिता की तुमच्याकडे अंतर्गत पुनरावलोकने करण्याची क्षमता आहे?_
+  - जरी नेहमी आवश्यक नसले तरी, पुनरावलोकने एका इष्टतम भाषांतर प्रक्रियेचा अविभाज्य भाग आहेत. सहसा, व्यावसायिक पुनरावलोकनकर्त्यांना पुनरावलोकन प्रक्रिया आउटसोर्स करणे सोपे असते. तथापि, जर तुमच्याकडे मोठी आंतरराष्ट्रीय टीम असेल, तर पुनरावलोकने किंवा QA अंतर्गत देखील हाताळले जाऊ शकते.
+
+4. **अनुवादित सामग्रीची अंमलबजावणी करणे** - कार्यप्रवाहाचा शेवटचा भाग, तरीही वेळेपूर्वी विचार करणे महत्त्वाचे आहे.
+
+- _सर्व भाषांतरे एकाच वेळी पूर्ण होतील का?_
+  - नसल्यास, कोणत्या भाषांतरांना प्राधान्य दिले पाहिजे, प्रगतीपथावर असलेल्या भाषांतरांचा मागोवा कसा ठेवावा आणि भाषांतरे पूर्ण होत असताना अंमलबजावणी कशी हाताळली जाते याचा विचार केला पाहिजे.
+- _अनुवादित सामग्री तुम्हाला कशी वितरित केली जाईल? ती कोणत्या स्वरूपात असेल?_
+  - आपण कोणताही दृष्टिकोन वापरला तरीही हा एक महत्त्वाचा विचार आहे. स्थानिकीकरण साधने आपल्याला लक्ष्य फाइल स्वरूप आणि निर्यात प्रक्रियेवर नियंत्रण ठेवण्याची परवानगी देतात आणि सहसा ऑटोमेशनला समर्थन देतात, उदा. होस्टिंग सेवेसह एकत्रीकरण सक्षम करून.
+- _तुम्ही तुमच्या प्रकल्पात भाषांतरांची अंमलबजावणी कशी करणार आहात?_
+  - काही प्रकरणांमध्ये, हे अनुवादित फाइल अपलोड करणे किंवा आपल्या डॉक्समध्ये जोडण्याइतके सोपे असू शकते. तथापि, वेबसाइट किंवा ॲप्लिकेशन भाषांतरांसारख्या अधिक जटिल प्रकल्पांसह, आपण कोड आंतरराष्ट्रीयीकरणाला समर्थन देत असल्याची खात्री केली पाहिजे आणि अंमलबजावणी प्रक्रिया आगाऊ कशी हाताळली जाईल हे स्थापित केले पाहिजे.
+- _जर स्वरूपण स्त्रोतापेक्षा वेगळे असेल तर काय होईल?_
+  - वरीलप्रमाणेच, जर तुम्ही साध्या मजकूर फाइल्सचे भाषांतर करत असाल, तर स्वरूपण कदाचित अत्यंत महत्त्वाचे नाही. तथापि, वेबसाइट किंवा ॲप्लिकेशनसाठी सामग्रीसारख्या अधिक जटिल फाइल्ससह, आपल्या प्रकल्पात अंमलात आणण्यासाठी स्वरूपण आणि कोड स्त्रोताशी एकसारखे असणे आवश्यक आहे. नसल्यास, लक्ष्य फाइल्स अनुवादक किंवा आपल्या डेव्हलपर्सद्वारे संपादित करणे आवश्यक असेल.
+
+**अर्थ २**
+
+एक पर्यायी भाषांतर कार्यप्रवाह, जो अंतर्गत निर्णय आणि दृष्टिकोनांचा विचार करत नाही. येथे मुख्य विचार सामग्रीचा स्वतःचा प्रवाह आहे.
+
+या प्रकरणात एक उदाहरण कार्यप्रवाह असेल:
+
+1. _भाषांतर → अंमलबजावणी_
+
+- सर्वात सोपा कार्यप्रवाह, जिथे भाषांतर बहुधा मानवी भाषांतर असेल, कारण अंमलबजावणीपूर्वी भाषांतरांच्या गुणवत्तेचे मूल्यांकन आणि संपादन करण्यासाठी कोणतीही पुनरावलोकन किंवा QA प्रक्रिया नाही.
+- या कार्यप्रवाहासह, हे महत्त्वाचे आहे की अनुवादक गुणवत्तेची विशिष्ट पातळी राखू शकतील, ज्यासाठी प्रकल्प व्यवस्थापक आणि अनुवादकांमध्ये योग्य संसाधने आणि संवाद आवश्यक असेल.
+
+2. _भाषांतर → पुनरावलोकन → अंमलबजावणी_
+
+- एक अधिक प्रगत कार्यप्रवाह, ज्यामध्ये भाषांतरांची गुणवत्ता स्वीकारार्ह आणि सुसंगत आहे याची खात्री करण्यासाठी पुनरावलोकन आणि संपादन प्रक्रिया समाविष्ट आहे.
+- या कार्यप्रवाहासाठी अनेक दृष्टिकोन आहेत, जिथे भाषांतर व्यावसायिक अनुवादक किंवा स्वयंसेवकांद्वारे केले जाऊ शकते, तर पुनरावलोकन प्रक्रिया बहुधा व्यावसायिक पुनरावलोकनकर्त्यांद्वारे हाताळली जाईल, जे लक्ष्य भाषेत पाळल्या जाणाऱ्या सर्व व्याकरण आणि शुद्धलेखन नियमांशी परिचित आहेत.
+
+3. _भाषांतर → पुनरावलोकन → QA → अंमलबजावणी_
+
+- सर्वोत्तम गुणवत्ता सुनिश्चित करण्यासाठी इष्टतम कार्यप्रवाह. जरी QA नेहमीच आवश्यक नसले तरी, भाषांतर आणि पुनरावलोकनानंतर अनुवादित मजकुराच्या गुणवत्तेची अधिक चांगली जाणीव होण्यासाठी ते उपयुक्त ठरू शकते.
+- या कार्यप्रवाहासह, भाषांतरे केवळ स्वयंसेवकांद्वारे किंवा अगदी मशीन भाषांतराद्वारे केली जाऊ शकतात. पुनरावलोकन प्रक्रिया व्यावसायिक अनुवादकांद्वारे केली पाहिजे, तर QA भाषा सेवा प्रदात्याद्वारे किंवा अंतर्गतपणे केले जाऊ शकते, जर तुमच्याकडे लक्ष्य भाषांचे मूळ भाषिक कर्मचारी असतील.
+
+भाषांतर कार्यप्रवाहांबद्दल अधिक वाचा:
+
+[भाषांतर कार्यप्रवाहाच्या पाच टप्प्यांवरील सामग्री नियम](https://contentrules.com/creating-translation-workflow/)
+
+[भाषांतर कार्यप्रवाह व्यवस्थापन म्हणजे काय यावर Smartling](https://www.smartling.com/resources/101/what-is-translation-workflow-management/)
+
+[भाषांतर कार्यप्रवाहावर RixTrans](https://www.rixtrans.com/translation-workflow)
+
+## परिभाषा व्यवस्थापन {#terminology-management}
+
+परिभाषा कशी हाताळायची याबद्दल स्पष्ट योजना स्थापित करणे हे आपल्या भाषांतरांची गुणवत्ता आणि सुसंगतता सुनिश्चित करण्यासाठी आणि आपल्या अनुवादकांचा वेळ वाचवण्यासाठी सर्वात महत्त्वाच्या चरणांपैकी एक आहे.
+
+भाषांतर क्षेत्रात, याला परिभाषा व्यवस्थापन म्हणून ओळखले जाते आणि ही एक प्रमुख सेवा आहे जी भाषा सेवा प्रदाते त्यांच्या ग्राहकांना त्यांच्या भाषातज्ञांच्या गटात प्रवेश आणि सामग्री व्यवस्थापनाव्यतिरिक्त देतात.
+
+परिभाषा व्यवस्थापन म्हणजे आपल्या प्रकल्पासाठी महत्त्वाच्या आणि नेहमीच योग्य आणि सुसंगतपणे अनुवादित केल्या पाहिजेत अशा परिभाषा ओळखणे, गोळा करणे आणि व्यवस्थापित करण्याची प्रक्रिया.
+
+परिभाषा व्यवस्थापनाबद्दल विचार करण्यास सुरुवात करताना काही चरणांचे अनुसरण करणे आवश्यक आहे:
+
+- टर्मबेसमध्ये समाविष्ट केल्या पाहिजेत अशा प्रमुख संज्ञा ओळखा.
+- संज्ञा आणि त्यांच्या व्याख्यांचा एक शब्दकोश तयार करा.
+- संज्ञांचे भाषांतर करा आणि त्यांना शब्दकोशात जोडा.
+- भाषांतरे तपासा आणि मंजूर करा.
+- शब्दकोश सांभाळा आणि नवीन संज्ञा महत्त्वाच्या झाल्यावर त्यासह अद्यतनित करा.
+
+परिभाषा व्यवस्थापनाबद्दल अधिक वाचा:
+
+[परिभाषा व्यवस्थापन म्हणजे काय यावर Trados](https://www.trados.com/solutions/terminology-management/translation-101-what-is-terminology-management.html)
+
+[परिभाषा व्यवस्थापन का महत्त्वाचे आहे यावर Language Scientific](https://www.languagescientific.com/terminology-management-why-it-matters/#:~:text=Terminology%20management%20is%20the%20process,are%20related%20to%20each%20other.)
+
+[परिभाषा व्यवस्थापन म्हणजे काय आणि ते का महत्त्वाचे आहे यावर Clear Words Translation](http://clearwordstranslations.com/language/en/what-is-terminology-management/)
+
+### भाषांतर मेमरी आणि शब्दकोश {#tm-and-glossary}
+
+भाषांतर मेमरी आणि शब्दकोश हे भाषांतर उद्योगातील महत्त्वाची साधने आहेत आणि बहुतेक भाषा सेवा प्रदाते यावर अवलंबून असतात.
+
+चला पाहूया की या संज्ञांचा अर्थ काय आहे आणि त्या एकमेकांपेक्षा कशा वेगळ्या आहेत:
+
+**भाषांतर मेमरी (TM)** – एक डेटाबेस जो आपोआप सेगमेंट्स किंवा स्ट्रिंग्स, ज्यात मजकुराचे मोठे ब्लॉक, पूर्ण वाक्ये, परिच्छेद आणि वैयक्तिक संज्ञा तसेच प्रत्येक भाषेतील त्यांचे वर्तमान आणि पूर्वीचे भाषांतर संग्रहित करतो.
+
+बहुतेक स्थानिकीकरण साधने, भाषांतर व्यवस्थापन प्रणाली आणि संगणक-सहाय्यित भाषांतर साधनांमध्ये अंगभूत भाषांतर मेमरी असतात, ज्या सहसा निर्यात केल्या जाऊ शकतात आणि इतर तत्सम साधनांमध्ये देखील वापरल्या जाऊ शकतात.
+
+भाषांतर मेमरी वापरण्याचे फायदे म्हणजे जलद भाषांतर, चांगली भाषांतर गुणवत्ता, स्त्रोत सामग्री अद्यतनित करताना किंवा बदलताना काही भाषांतर टिकवून ठेवण्याची क्षमता आणि पुनरावृत्ती सामग्रीसाठी कमी भाषांतर खर्च.
+
+भाषांतर मेमरी विविध सेगमेंट्समधील टक्केवारी जुळण्यावर आधारित कार्य करतात आणि सहसा जेव्हा दोन सेगमेंट्समध्ये ५०% पेक्षा जास्त समान सामग्री असते तेव्हा सर्वात उपयुक्त असतात. त्यांचा वापर १००% जुळणाऱ्या पुनरावृत्ती सेगमेंट्सचे आपोआप भाषांतर करण्यासाठी देखील केला जातो, ज्यामुळे पुनरावृत्ती सामग्रीचे एकापेक्षा जास्त वेळा भाषांतर करण्याची गरज नाहीशी होते.
+
+भाषांतर मेमरीबद्दल अधिक वाचा:
+
+[भाषांतर मेमरीवर Memsource](https://www.memsource.com/translation-memory/)
+
+[भाषांतर मेमरी म्हणजे काय यावर Smartling](https://www.smartling.com/resources/101/what-is-translation-memory/)
+
+**शब्दकोश –** महत्त्वाच्या किंवा संवेदनशील संज्ञा, त्यांच्या व्याख्या, कार्ये आणि स्थापित भाषांतरांची सूची. शब्दकोश आणि भाषांतर मेमरीमधील मुख्य फरक म्हणजे शब्दकोश आपोआप तयार होत नाही आणि त्यात पूर्ण वाक्यांचे भाषांतर नसते.
+
+बहुतेक स्थानिकीकरण साधने, भाषांतर व्यवस्थापन प्रणाली आणि संगणक-सहाय्यित भाषांतर साधनांमध्ये अंगभूत शब्दकोश असतात जे तुम्ही तुमच्या प्रकल्पासाठी महत्त्वाचे परिभाषा समाविष्ट असल्याची खात्री करण्यासाठी सांभाळू शकता. TM प्रमाणेच, शब्दकोश सहसा निर्यात केला जाऊ शकतो आणि इतर स्थानिकीकरण साधनांमध्ये वापरला जाऊ शकतो.
+
+तुमचा भाषांतर प्रकल्प सुरू करण्यापूर्वी, थोडा वेळ घेऊन तुमच्या अनुवादक आणि पुनरावलोकनकर्त्यांसाठी एक शब्दकोश तयार करण्याची अत्यंत शिफारस केली जाते. शब्दकोश वापरल्याने महत्त्वाच्या संज्ञांचे योग्य भाषांतर होते, अनुवादकांना अत्यंत आवश्यक संदर्भ मिळतो आणि भाषांतरांमध्ये सुसंगततेची हमी मिळते.
+
+जरी शब्दकोशांमध्ये बहुतेकदा लक्ष्य भाषांमध्ये स्थापित भाषांतरे असतात, तरीही त्याशिवायही ते उपयुक्त असतात. स्थापित भाषांतरांशिवायही, शब्दकोशामध्ये तांत्रिक संज्ञांच्या व्याख्या असू शकतात, ज्या संज्ञांचे भाषांतर केले जाऊ नये त्या हायलाइट करू शकतात आणि अनुवादकांना माहिती देऊ शकतात की एखादी विशिष्ट संज्ञा नाम, क्रियापद, विशेष नाम किंवा भाषणाचा कोणताही अन्य भाग म्हणून वापरली जाते.
+
+शब्दकोशांबद्दल अधिक वाचा:
+
+[भाषांतर शब्दकोश म्हणजे काय यावर Lionbridge](http://info.lionbridge.com/rs/lionbridge/images/Lionbridge%20FAQ_Glossary_2013.pdf)
+
+[शब्दकोशांवर Transifex](https://docs.transifex.com/glossary/glossary)
+
+जर तुम्ही तुमच्या प्रकल्पासाठी स्थानिकीकरण साधन वापरण्याची योजना आखत नसाल, तर तुम्ही भाषांतर मेमरी आणि शब्दकोश वापरू शकणार नाही (तुम्ही एक्सेल फाइलमध्ये शब्दकोश किंवा टर्मबेस तयार करू शकता, तथापि, स्वयंचलित शब्दकोश अनुवादकांना मॅन्युअली संज्ञा आणि त्यांच्या व्याख्या शोधण्याची गरज दूर करतात).
+
+याचा अर्थ असा की सर्व पुनरावृत्ती आणि तत्सम सामग्री प्रत्येक वेळी मॅन्युअली भाषांतरित करावी लागेल. याव्यतिरिक्त, अनुवादकांना एखादी संज्ञा भाषांतरित करण्याची गरज आहे की नाही, ती मजकुरात कशी वापरली जाते आणि एखाद्या संज्ञेचे आधीच स्थापित भाषांतर आहे की नाही याबद्दल प्रश्नांसह संपर्क साधावा लागेल.
+
+_तुम्हाला तुमच्या प्रकल्पात ethereum.org भाषांतर मेमरी आणि शब्दकोश वापरायचे आहे का? आमच्याशी translations@ethereum.org येथे संपर्क साधा._
+
+## अनुवादक आउटरीच {#translator-outreach}
+
+**भाषा सेवा प्रदात्यासोबत काम करणे**
+
+जर तुम्ही भाषा सेवा प्रदाता आणि त्यांच्या व्यावसायिक अनुवादकांसोबत काम करत असाल, तर हा विभाग तुमच्यासाठी फारसा संबंधित नसेल.
+
+या प्रकरणात, तुम्हाला आवश्यक असलेल्या सर्व सेवा (उदा. भाषांतर, पुनरावलोकन, QA) अनेक भाषांमध्ये प्रदान करण्याची क्षमता असलेल्या भाषा सेवा प्रदात्याची निवड करणे महत्त्वाचे आहे.
+
+जरी केवळ त्यांच्या ऑफर केलेल्या दरांवर आधारित भाषा सेवा प्रदात्याची निवड करणे मोहक असले तरी, हे लक्षात घेणे महत्त्वाचे आहे की सर्वात मोठ्या भाषा सेवा प्रदात्यांचे दर एका कारणामुळे जास्त असतात.
+
+- त्यांच्या डेटाबेसमध्ये हजारो भाषातज्ञ आहेत, याचा अर्थ ते तुमच्या विशिष्ट क्षेत्रातील पुरेसा अनुभव आणि ज्ञान असलेल्या अनुवादकांना तुमच्या प्रकल्पासाठी नियुक्त करू शकतील (म्हणजे, तांत्रिक अनुवादक).
+- त्यांना विविध प्रकल्पांवर काम करण्याचा आणि त्यांच्या ग्राहकांच्या विविध गरजा पूर्ण करण्याचा महत्त्वपूर्ण अनुभव आहे. याचा अर्थ असा की ते तुमच्या विशिष्ट कार्यप्रवाहात अधिक जुळवून घेण्याची, तुमच्या भाषांतर प्रक्रियेसाठी मौल्यवान सूचना आणि संभाव्य सुधारणा देऊ करण्याची आणि तुमच्या गरजा, आवश्यकता आणि मुदती पूर्ण करण्याची अधिक शक्यता आहे.
+- सर्वात मोठ्या भाषा सेवा प्रदात्यांपैकी बहुतेकांकडे स्वतःची स्थानिकीकरण साधने, भाषांतर मेमरी आणि शब्दकोश असतात जे तुम्ही वापरू शकता. नसल्यास, त्यांच्या गटात किमान पुरेसे भाषातज्ञ आहेत याची खात्री करण्यासाठी की त्यांचे अनुवादक तुम्ही वापरू इच्छित असलेल्या कोणत्याही स्थानिकीकरण साधनाने परिचित असतील आणि काम करू शकतील.
+
+तुम्ही जगातील सर्वात मोठ्या भाषा सेवा प्रदात्यांची सखोल तुलना, त्या प्रत्येकाबद्दल काही तपशील आणि ते पुरवत असलेल्या सेवांनुसार, भौगोलिक डेटानुसार, इत्यादी ब्रेकडाउन [2021 Nimdzi 100 अहवाल](https://www.nimdzi.com/nimdzi-100-top-lsp/) मध्ये शोधू शकता.
+
+**गैर-व्यावसायिक अनुवादकांसोबत काम करणे**
+
+तुम्ही गैर-व्यावसायिक अनुवादकांसोबत काम करत असाल आणि तुम्हाला भाषांतर करण्यास मदत करण्यासाठी स्वयंसेवक शोधत असाल.
+
+लोकांपर्यंत पोहोचण्याचे आणि त्यांना तुमच्या प्रकल्पात सामील होण्यासाठी आमंत्रित करण्याचे अनेक मार्ग आहेत. हे मोठ्या प्रमाणावर तुमच्या उत्पादनावर आणि तुमच्याकडे आधीच किती मोठा समुदाय आहे यावर अवलंबून असेल.
+
+स्वयंसेवकांना ऑनबोर्ड करण्याचे काही मार्ग खाली दिले आहेत:
+
+**आउटरीच –** जरी हे खालील मुद्द्यांमध्ये काही प्रमाणात समाविष्ट असले तरी, संभाव्य स्वयंसेवकांपर्यंत पोहोचणे आणि त्यांना तुमच्या भाषांतर उपक्रमाबद्दल जागरूक करणे हे स्वतःच प्रभावी ठरू शकते.
+
+बर्‍याच लोकांना त्यांच्या आवडत्या प्रकल्पांमध्ये सामील व्हायचे असते आणि योगदान द्यायचे असते, परंतु डेव्हलपर असल्याशिवाय किंवा विशेष तांत्रिक कौशल्ये असल्याशिवाय ते करण्याचा स्पष्ट मार्ग त्यांना अनेकदा दिसत नाही. जर तुम्ही तुमच्या प्रकल्पाबद्दल जागरूकता पसरवू शकलात, तर अनेक द्विभाषिक सहभागी होण्यास उत्सुक असतील.
+
+**तुमच्या समुदायामध्ये शोधणे –** या क्षेत्रातील बहुतेक प्रकल्पांमध्ये आधीच मोठे आणि सक्रिय समुदाय आहेत. तुमच्या समुदायातील अनेक सदस्य कदाचित सोप्या मार्गाने प्रकल्पात योगदान देण्याच्या संधीचे कौतुक करतील.
+
+ओपन-सोर्स प्रकल्पांमध्ये योगदान देणे अनेकदा आंतरिक प्रेरणेवर आधारित असले तरी, हा एक विलक्षण शिकण्याचा अनुभव देखील आहे. तुमच्या प्रकल्पाबद्दल अधिक जाणून घेण्यास इच्छुक असलेले कोणीही स्वयंसेवक म्हणून भाषांतर कार्यक्रमात सामील होण्यास आनंदी असेल, कारण यामुळे त्यांना त्यांच्या आवडीच्या गोष्टीत योगदान दिल्याची भावना एका गहन प्रत्यक्ष शिकण्याच्या अनुभवासह जोडता येईल.
+
+**तुमच्या उत्पादनात उपक्रमाचा उल्लेख करणे –** जर तुमचे उत्पादन लोकप्रिय असेल आणि मोठ्या संख्येने लोक वापरत असतील, तर तुमच्या भाषांतर कार्यक्रमाला हायलाइट करणे आणि उत्पादन वापरताना वापरकर्त्यांना कृतीसाठी आवाहन करणे अत्यंत प्रभावी ठरू शकते.
+
+हे ॲप्लिकेशन्स आणि वेबसाइट्ससाठी तुमच्या उत्पादनात CTA सह बॅनर किंवा पॉप-अप जोडण्याइतके सोपे असू शकते. हे प्रभावी आहे कारण तुमचे लक्ष्य प्रेक्षक तुमचा समुदाय आहे - जे लोक मुळातच सहभागी होण्याची अधिक शक्यता असते.
+
+**सोशल मीडिया –** सोशल मीडिया तुमच्या भाषांतर कार्यक्रमाबद्दल जागरूकता पसरवण्यासाठी आणि तुमच्या समुदाय सदस्यांपर्यंत पोहोचण्यासाठी, तसेच तुमच्या समुदायाचे सदस्य नसलेल्या इतर लोकांपर्यंत पोहोचण्यासाठी एक प्रभावी मार्ग असू शकतो.
+
+जर तुमचा Discord सर्व्हर किंवा Telegram चॅनेल असेल, तर ते आउटरीच, तुमच्या अनुवादकांशी संवाद आणि तुमच्या योगदानकर्त्यांना स्वीकारण्यासाठी वापरणे सोपे आहे.
+
+X (पूर्वीचे Twitter) सारखे प्लॅटफॉर्म नवीन समुदाय सदस्यांना ऑनबोर्ड करण्यासाठी आणि आपल्या योगदानकर्त्यांना सार्वजनिकपणे स्वीकारण्यासाठी देखील उपयुक्त ठरू शकतात.
+
+Linux Foundation ने [२०२० FOSS योगदानकर्ता सर्वेक्षणावरील अहवाल](https://www.linuxfoundation.org/wp-content/uploads/2020FOSSContributorSurveyReport_121020.pdf) तयार केला आहे, ज्यात ओपन-सोर्स योगदानकर्ते आणि त्यांच्या प्रेरणांचे विश्लेषण केले आहे.
+
+## निष्कर्ष {#conclusion}
+
+या दस्तऐवजात प्रत्येक भाषांतर कार्यक्रमाला माहिती असावी अशा काही प्रमुख विचारांचा समावेश आहे. हे कोणत्याही प्रकारे एक संपूर्ण मार्गदर्शक नाही, तरीही भाषांतर उद्योगात कोणताही अनुभव नसलेल्या कोणालाही त्यांच्या प्रकल्पासाठी भाषांतर कार्यक्रम आयोजित करण्यास मदत करू शकते.
+
+जर तुम्ही विविध साधने, प्रक्रिया आणि भाषांतर कार्यक्रम व्यवस्थापित करण्याच्या गंभीर पैलूंबद्दल अधिक तपशीलवार सूचना आणि ब्रेकडाउन शोधत असाल, तर काही सर्वात मोठे भाषा सेवा प्रदाते ब्लॉग राखतात आणि अनेकदा स्थानिकीकरण प्रक्रियेच्या विविध पैलूंवर लेख प्रकाशित करतात. जर तुम्हाला वरील कोणत्याही विषयात खोलवर जायचे असेल आणि स्थानिकीकरण प्रक्रिया व्यावसायिकरित्या कशी कार्य करते हे समजून घ्यायचे असेल तर ही सर्वोत्तम संसाधने आहेत.
+
+प्रत्येक विभागाच्या शेवटी काही संबंधित लिंक्स समाविष्ट केल्या आहेत; तथापि, तुम्ही ऑनलाइन अनेक अन्य संसाधने शोधू शकता.
+
+सहकार्याच्या प्रस्तावांसाठी किंवा अतिरिक्त माहिती, शिकवण आणि ethereum.org भाषांतर कार्यक्रम सांभाळून आम्ही मिळवलेल्या सर्वोत्तम पद्धतींसाठी, आम्हाला translations@ethereum.org येथे संपर्क साधण्यास मोकळ्या मनाने.
diff --git a/public/content/translations/mr/contributing/translation-program/resources/index.md b/public/content/translations/mr/contributing/translation-program/resources/index.md
new file mode 100644
index 00000000000..f886d74faa8
--- /dev/null
+++ b/public/content/translations/mr/contributing/translation-program/resources/index.md
@@ -0,0 +1,49 @@
+---
+title: "अनुवादकांसाठी संसाधने"
+lang: mr
+description: "ethereum.org अनुवादकांसाठी उपयुक्त संसाधने"
+---
+
+# संसाधने {#resources}
+
+तुम्ही ethereum.org अनुवादकांसाठी काही उपयुक्त मार्गदर्शक आणि साधने, तसेच अनुवाद समुदाय आणि अद्यतने खाली मिळवू शकता.
+
+## मार्गदर्शक {#guides}
+
+- [अनुवाद शैली मार्गदर्शक](/contributing/translation-program/translators-guide/) _– ethereum.org अनुवादकांसाठी सूचना आणि टिपा_
+- [अनुवाद FAQs](/contributing/translation-program/faq/) _– ethereum.org अनुवाद कार्यक्रमाबद्दल वारंवार विचारले जाणारे प्रश्न आणि उत्तरे_
+- [Crowdin ऑनलाइन संपादक मार्गदर्शक](https://support.crowdin.com/online-editor/) _– Crowdin ऑनलाइन संपादक वापरण्यासाठी आणि Crowdin च्या काही प्रगत वैशिष्ट्यांसाठी एक सखोल मार्गदर्शक_
+
+## साधने {#tools}
+
+- [Linguee](https://www.linguee.com/)
+  _– अनुवादांसाठी शोध इंजिन आणि शब्दकोश जे शब्द किंवा वाक्प्रचाराद्वारे शोधणे सक्षम करते_
+- [Proz term search](https://www.proz.com/search/)
+  _– विशेष संज्ञांसाठी अनुवाद शब्दकोश आणि पारिभाषिक शब्दावलींचा डेटाबेस_
+- [Eurotermbank](https://www.eurotermbank.com/)
+  _– ४२ भाषांमधील युरोपियन पारिभाषिक शब्दांचा संग्रह_
+
+## समुदाय {#communities}
+
+- [भाषा-विशिष्ट Discord अनुवाद गट](https://discord.gg/ethereum-org)
+  _– ethereum.org अनुवादकांना अनुवाद गटांशी जोडण्यासाठी एक उपक्रम_
+- [चीनी अनुवादक गट](https://www.notion.so/Ethereum-org-05375fe0a94c4214acaf90f42ba40171)
+  _– चीनी अनुवादकांमध्ये सुलभ समन्वयासाठी Notion पेज_
+
+## नवीनतम अद्यतने {#latest-updates}
+
+अनुवाद कार्यक्रमाच्या नवीनतम प्रगतीसह अद्ययावत राहण्यासाठी, तुम्ही [Ethereum Foundation ब्लॉग](https://blog.ethereum.org/) फॉलो करू शकता:
+
+- [ऑक्टोबर २०२१ टप्पे अद्यतन](https://blog.ethereum.org/2021/10/04/translation-program-update/)
+- [डिसेंबर २०२० टप्पे अद्यतन](https://blog.ethereum.org/2020/12/21/translation-program-milestones-updates-20/)
+- [जुलै २०२० टप्पे अद्यतन](https://blog.ethereum.org/2020/07/29/ethdotorg-translation-milestone/)
+- [ऑगस्ट २०१९ अनुवाद कार्यक्रम शुभारंभ](https://blog.ethereum.org/2019/08/20/translating-ethereum-for-our-global-community/)
+
+## अनुवादकांसाठी कार्यालयीन वेळ {#office-hours}
+
+प्रत्येक महिन्याच्या दुसऱ्या बुधवारी अनुवादकांसाठी आमची कार्यालयीन वेळ असते. हे [ethereum.org Discord](https://discord.gg/ethereum-org) वरील #office-hours व्हॉइस चॅनेलमध्ये आयोजित केले जातात, जिथे तुम्ही अचूक वेळ आणि अतिरिक्त तपशील देखील शोधू शकता.
+
+कार्यालयीन वेळ आमच्या अनुवादकांना अनुवाद प्रक्रियेबद्दल प्रश्न विचारण्यास, कार्यक्रमावर अभिप्राय देण्यास, त्यांच्या कल्पना सामायिक करण्यास किंवा फक्त ethereum.org च्या मुख्य टीमशी गप्पा मारण्यास परवानगी देते.
+अखेरीस, आम्हाला या कॉल्सचा उपयोग अनुवाद कार्यक्रमातील अलीकडील घडामोडी कळवण्यासाठी आणि आमच्या योगदानकर्त्यांसह महत्त्वाच्या टिपा आणि सूचना सामायिक करण्यासाठी करायचा आहे.
+
+जर तुम्ही ethereum.org अनुवादक असाल किंवा बनू इच्छित असाल, तर यापैकी एका सत्रादरम्यान आमच्यात मोकळेपणाने सामील व्हा.
diff --git a/public/content/translations/mr/contributing/translation-program/translatathon/details/index.md b/public/content/translations/mr/contributing/translation-program/translatathon/details/index.md
new file mode 100644
index 00000000000..08994c41a07
--- /dev/null
+++ b/public/content/translations/mr/contributing/translation-program/translatathon/details/index.md
@@ -0,0 +1,90 @@
+---
+title: "तपशील आणि नियम"
+lang: mr
+template: translatathon
+---
+
+![](./participate.png)
+
+ट्रान्सलेटेथॉन सर्वांसाठी खुले आहे आणि अर्ज भरून आणि क्राउडइनमधील प्रकल्पात सामील होऊन कोणीही त्यात सहभागी होऊ शकते.
+
+अनुवाद कालावधी दरम्यान अनुवादक त्यांच्या भाषेत क्राउडइन एडिटरमध्ये अनुवाद न केलेल्या स्ट्रिंग्ससाठी भाषांतराचे सल्ले देऊन पॉइंट्स गोळा करतात.
+
+प्रत्येक सहभागीचा अंतिम स्कोअर हा अनुवाद कालावधी दरम्यान त्यांनी अनुवादित केलेल्या शब्दांच्या संख्येवर आधारित लीडरबोर्डवरील त्यांच्या स्थानावरून आणि त्यांनी गोळा केलेल्या कोणत्याही संभाव्य बोनस पॉइंट्सवरून निर्धारित केला जातो.
+
+## सुरुवात करणे {#getting-started}
+
+अनुवाद प्रक्रिया क्राउडइनमधील ethereum.org प्रकल्पामध्ये होते आणि अनुवादक ethereum.org वेबसाइटवरील जवळजवळ सर्व सामग्रीने बनलेल्या, अनुवाद न झालेल्या स्ट्रिंग्जसाठी त्यांचे भाषांतर सुचवतात.
+
+भाषांतरे थेट ऑनलाइन एडिटरमध्ये सुचवली जातात त्यामुळे कोणतीही फाइल किंवा डिलिव्हरेबल्स डाउनलोड किंवा अपलोड करण्याची गरज नाही. प्रत्येक अनुवादित शब्दाचा मागोवा घेतला जातो आणि त्याची गणना केली जाते.
+
+**१) प्रकल्पात सामील व्हा**
+
+- योगदान सुरू करण्यासाठी, [क्राउडइनमधील ethereum.org प्रकल्पात](https://crowdin.com/project/ethereum-org) सामील व्हा
+- तुम्हाला साइन इन करावे लागेल किंवा एक खाते तयार करावे लागेल - यासाठी फक्त एक ईमेल ॲड्रेस आणि पासवर्ड आवश्यक आहे
+
+**२) तुमची भाषा निवडा**
+
+- लक्ष्य भाषांच्या यादीत तुमची भाषा शोधा आणि तिच्या नावावर किंवा ध्वजावर क्लिक करून ती उघडा
+- तुम्हाला उपलब्ध नसलेल्या भाषेत अनुवाद करायचा असेल, तर Crowdin वर [Ethereum.org टीमशी](https://crowdin.com/profile/ethdotorg) संपर्क साधा किंवा आम्हाला translations@ethereum.org वर ईमेल पाठवा आणि आम्ही विनंतीनुसार अतिरिक्त लक्ष्य भाषा जोडू
+
+**३) अनुवाद न केलेली फाइल उघडा**
+
+- अनुवाद सुरू करण्यासाठी पहिली अनुवाद न केलेली फाइल शोधा. स्रोत फाइल्स असलेले फोल्डर्स प्राधान्यावर आधारित आहेत, म्हणून तुम्ही पहिल्या फोल्डरचे भाषांतर सुरू केले पाहिजे ज्यात अनुवाद न केलेल्या फाइल्स आहेत
+- प्रत्येक फाइलमध्ये एक प्रगती सूचक असतो जो फाइलमधील अनुवाद करण्यायोग्य सामग्रीपैकी किती अनुवादित आणि मंजूर झाली आहे हे दर्शवतो... जर कोणत्याही फाइलची भाषांतर प्रगती १००% पेक्षा कमी असेल, तर कृपया त्याचे भाषांतर करा
+
+**४) अनुवाद न केलेल्या स्ट्रिंग्सचे भाषांतर करा**
+
+- जेव्हा तुम्ही भाषांतर करण्यासाठी फाइल उघडता, तेव्हा तुम्ही फक्त अनुवाद न केलेल्या स्ट्रिंग्सचे भाषांतर करत आहात याची खात्री करा!
+- प्रत्येक स्ट्रिंगमध्ये एक स्टेटस इंडिकेटर असतो जो दर्शवतो की ती _अनुवादित_, _अनुवाद न झालेली_, किंवा _मंजूर_ आहे. जर स्त्रोत स्ट्रिंगचे तुमच्या भाषेत आधीच सुचवलेले भाषांतर असेल, तर त्याचे भाषांतर करण्याची गरज नाही
+- तुम्ही एडिटरमधील स्ट्रिंग्सना _प्रथम अनुवाद न झालेले_ किंवा _फक्त अनुवाद न झालेले_ दर्शविण्यासाठी फिल्टर देखील करू शकता
+
+क्राउडइन एडिटर नेव्हिगेट करण्यासाठी आणि वापरण्यासाठी तपशीलवार मार्गदर्शकासाठी, आम्ही सर्व ट्रान्सलेटेथॉन सहभागींना आमचे [अनुवाद कसे करावे](/contributing/translation-program/how-to-translate/) मार्गदर्शक वाचण्याची शिफारस करतो.
+
+तुम्ही आमचे [भाषांतर शैली मार्गदर्शक](/contributing/translation-program/translators-guide/) तपासून काही टिपा आणि सर्वोत्तम पद्धती देखील शोधू शकता.
+
+**पॉइंट्स कसे काम करतात**
+
+प्रत्येक ट्रान्सलेटेथॉन सहभागी ethereum.org क्राउडइन प्रकल्प आणि इतर पात्र प्रकल्पांमध्ये (पात्र प्रकल्पांची संपूर्ण यादी खाली उपलब्ध आहे) सामग्रीचे भाषांतर करून त्यांच्या अंतिम स्कोअरसाठी गुण मिळवेल.
+
+स्कोअरिंग सोपे आहे: **१ अनुवादित शब्द = १ पॉइंट**
+
+तुमची अंतिम पॉइंट्सची विभागणी प्राप्त करण्यासाठी, तुमच्या सुचवलेल्या भाषांतरांना मूल्यांकन प्रक्रियेतून जावे लागेल, जिथे व्यावसायिक समीक्षक प्रत्येक सहभागीच्या भाषांतरांची तपासणी करून ते किमान गुणवत्तेची मर्यादा पूर्ण करतात आणि प्रक्रियेत कोणतेही मशीन किंवा AI भाषांतर वापरले गेले नाही याची खात्री करतील.
+
+## इकोसिस्टम सामग्री {#ecosystem-content}
+
+ethereum.org भाषांतर कार्यक्रम नेहमीच सक्रिय असल्याने, वेबसाइटवरील काही लक्ष्य भाषांमधील भाषांतर प्रगती इतरांपेक्षा लक्षणीयरीत्या जास्त आहे.
+
+सर्व ट्रान्सलेटेथॉन सहभागींना शक्य तितक्या सामग्रीचे भाषांतर करण्याची आणि सर्वोच्च बक्षिसांसाठी स्पर्धा करण्याची समान संधी मिळावी यासाठी, ट्रान्सलेटेथॉनचा भाग असलेली स्रोत सामग्री केवळ ethereum.org वेबसाइट सामग्रीपुरती मर्यादित नाही.
+
+कोणत्याही पात्र प्रकल्पांचे भाषांतर करणाऱ्या सहभागींना समान गुण मिळतील, कोणत्याही प्रकल्पातील १ अनुवादित शब्द = १ पॉइंट.
+
+२०२५ ट्रान्सलेटेथॉनचा भाग असलेल्या सर्व पात्र प्रकल्पांची यादी येथे आहे:
+
+- [Ethereum.org](https://crowdin.com/project/ethereum-org)
+
+- [Ethereum.org डेव्हलपर ट्युटोरियल्स](https://crowdin.com/project/33388446abbe9d7aa21e42e49bba7f97)
+
+- [EthStaker डिपॉझिट CLI](https://crowdin.com/project/ethstaker-deposit-cli)
+
+- [Eth डॉकर डॉक्स](https://crowdin.com/project/eth-docker-docs)
+
+- [रीमिक्स IDE डॉक्युमेंटेशन](https://crowdin.com/project/remix-translation)
+
+- [Remix LearnEth](https://crowdin.com/project/remix-learneth)
+
+- [web3.py](https://crowdin.com/project/web3py)
+
+## मूल्यांकन प्रक्रिया {#evaluation-process}
+
+सर्व भाषांतरे QA आणि अभिप्रायाच्या अधीन असतील, जिथे व्यावसायिक भाषाशास्त्रज्ञ गुणवत्ता आणि अचूकतेवर आधारित सबमिशनचे मूल्यांकन करतील.
+
+आम्ही काही टूल्स वापरून **मशीन भाषांतर विरोधी उपाय** देखील चालवू जे मशीन किंवा AI भाषांतरे स्वयंचलितपणे शोधतात.
+
+भाषांतराची गुणवत्ता स्कोअरिंगमध्ये महत्त्वपूर्ण भूमिका बजावणार नसली तरी, **मशीन किंवा AI भाषांतरे वापरणारे कोणतेही सहभागी** किंवा कमी-गुणवत्तेची आणि चुकीची भाषांतरे सुचवणारे बक्षिसांसाठी पात्र नसतील!
+
+मूल्यांकन कालावधी संपूर्ण सप्टेंबरमध्ये असेल आणि २५ सप्टेंबर रोजी होणाऱ्या ethereum.org कम्युनिटी कॉलवर निकाल जाहीर केले जातील.
+
+वेबसाइटवर जोडण्यापूर्वी सर्व भाषांतरांचे पूर्णपणे पुनरावलोकन केले जाईल.
+
+<ApplyNow />
diff --git a/public/content/translations/mr/contributing/translation-program/translatathon/index.md b/public/content/translations/mr/contributing/translation-program/translatathon/index.md
new file mode 100644
index 00000000000..fc60d94cbd3
--- /dev/null
+++ b/public/content/translations/mr/contributing/translation-program/translatathon/index.md
@@ -0,0 +1,100 @@
+---
+title: "२०२५ ethereum.org ट्रान्सलॅथॉन"
+lang: mr
+template: translatathon
+---
+
+<CardContainer>
+  <EmojiCard
+    emoji=':globe_with_meridians:'
+    title="ethereum.org चे भाषांतर करा"
+    description="Ethereum बद्दल अधिक लोकांना शिकण्यास मदत करण्यासाठी ethereum.org च्या मजकुराचे तुमच्या भाषेत भाषांतर करा."
+  />
+  <EmojiCard
+    emoji=':trophy:'
+    title="बक्षिसे जिंका"
+    description="लीडरबोर्डवरील तुमच्या स्थानानुसार प्राइझ पूलमधून तुमचा वाटा जिंका."
+  />
+  <EmojiCard
+    emoji=':bulb:'
+    title="Ethereum बद्दल शिका"
+    description="भाषांतर आणि बक्षिसांसाठी स्पर्धा करत असताना Ethereum बद्दल अधिक शिका."
+  />
+</CardContainer>
+
+## प्रस्तावना {#introduction}
+
+आमचा विश्वास आहे की Ethereum मजकूर आणि ऑनबोर्डिंग संसाधने, ते कोणतीही भाषा बोलत असले तरी, प्रत्येकासाठी उपलब्ध असावीत.
+या ध्येयाच्या जवळ जाण्यासाठी, ethereum.org अनुवाद कार्यक्रम हा वेबसाइटचे शक्य तितक्या भाषांमध्ये भाषांतर करण्याचा एक उपक्रम आहे.
+
+अनुवाद कार्यक्रमाचा एक भाग म्हणून, आम्ही ट्रान्सलॅथॉनची तिसरी आवृत्ती आयोजित करत आहोत. ही आमची अनुवाद स्पर्धा आहे, ज्याचा उद्देश कमी-सक्रिय भाषांमधील अनुवाद योगदानाला प्रोत्साहन देणे, साइटवर उपलब्ध भाषांची संख्या आणि मजकूराचे प्रमाण वाढवणे, नवीन योगदानकर्त्यांना ऑनबोर्ड करणे आणि आमच्या विद्यमान योगदानकर्त्यांना पुरस्कृत करणे आहे.
+
+जर तुम्ही इंग्रजी व्यतिरिक्त इतर भाषेचे मूळ भाषिक असाल आणि बक्षिसांसाठी स्पर्धा करत असताना Ethereum मजकूर अधिक सुलभ करण्यासाठी मदत करू इच्छित असाल, तर अधिक जाणून घेण्यासाठी पुढे वाचा!
+
+[ethereum.org अनुवाद कार्यक्रमाबद्दल अधिक जाणून घ्या](/contributing/translation-program/)
+
+## वेळापत्रक {#timeline}
+
+२०२५ ट्रान्सलॅथॉनसाठी महत्त्वाच्या तारखा येथे आहेत:
+
+<DatesAndTimeline />
+
+<TranslatathonInANutshell />
+
+## सहभाग घ्या {#participate}
+
+![समुदाय आणि पृथ्वीगोलाची प्रतिमा](./participate.png)
+
+<TwoColumnContent>
+  <CardContent>
+    <h3 className="mt-6 mb-3">कोण सहभागी होऊ शकते?</h3>
+    १८ वर्षांपेक्षा जास्त वयाची, किमान एका गैर-इंग्रजी भाषेची मूळ भाषिक आणि इंग्रजीमध्ये पारंगत असलेली कोणतीही व्यक्ती.
+  </CardContent>
+  <CardContent>
+    <h3 className="mt-6 mb-3">मी अनुवादक असणे आवश्यक आहे का?</h3>
+    नाही. तुम्ही फक्त द्विभाषिक असणे आणि मानवी भाषांतरे सुचवणे आवश्यक आहे (मशीन भाषांतराचा वापर निषिद्ध आहे!) तुमच्या क्षमतेनुसार, कोणत्याही व्यावसायिक अनुभवाची आवश्यकता नाही.
+  </CardContent>
+</TwoColumnContent>
+
+<TwoColumnContent>
+  <CardContent>
+  <h3 className="mt-6 mb-3">मला किती वेळ द्यावा लागेल?</h3>
+    तुम्हाला पाहिजे तितका. बक्षिसांसाठी पात्र होण्यासाठी किमान मर्यादा १,००० अनुवादित शब्द आहे, जे पूर्ण करण्यासाठी सुमारे २ तास लागतील, तर सर्वोच्च बक्षिसांसाठी स्पर्धा करण्यासाठी अधिक वेळ देण्याची आवश्यकता असेल.
+  </CardContent>
+  <CardContent>
+    <h3 className="mt-6 mb-3">मला Ethereum शी परिचित असणे आवश्यक आहे का?</h3>
+    नाही. Ethereum शी परिचित असणे तुमची उत्पादकता आणि गुणवत्ता वाढविण्यात मदत करू शकते, पण ट्रान्सलॅथॉन हा एक शिकण्याचा अनुभव देखील आहे, आणि सहभागी होताना Ethereum बद्दल अधिक जाणून घेण्यासाठी आणि सामील होण्यासाठी प्रत्येकास आमंत्रित केले आहे.
+  </CardContent>
+</TwoColumnContent>
+
+अधिक तपशिलांसाठी, [संपूर्ण नियम आणि अटी पहा](/contributing/translation-program/translatathon/terms-and-conditions)
+
+### पायरी-पायरीने सूचना {#step-by-step-instructions}
+
+<StepByStepInstructions />
+
+## बक्षिसे {#prizes}
+
+| स्थान                 | बक्षिसाची रक्कम |
+| --------------------- | --------------- |
+| पहिले स्थान           | $४०००           |
+| दुसरे स्थान           | $२५००           |
+| तिसरे स्थान           | $१५००           |
+| चौथे स्थान            | $११००           |
+| पाचवे स्थान           | $१०००           |
+| सहावे स्थान           | $६००            |
+| सातवे स्थान           | $५५०            |
+| आठवे स्थान            | $५००            |
+| नववे स्थान            | $४५०            |
+| दहावे स्थान           | $४००            |
+| ११ वे - २० वे स्थान   | $२४०            |
+| २१ वे - ५० वे स्थान   | $१२०            |
+| ५१ वे - १०० वे स्थान  | $६०             |
+| १०१ वे - १५० वे स्थान | $४०             |
+| उर्वरित               | $२०             |
+
+सर्व बक्षिसे ETH मध्ये दिली जातील.
+
+<TranslatathonCalendar />
+
+<ApplyNow />
diff --git a/public/content/translations/mr/contributing/translation-program/translators-guide/index.md b/public/content/translations/mr/contributing/translation-program/translators-guide/index.md
new file mode 100644
index 00000000000..d1d05f40e78
--- /dev/null
+++ b/public/content/translations/mr/contributing/translation-program/translators-guide/index.md
@@ -0,0 +1,299 @@
+---
+title: "अनुवादक मार्गदर्शक"
+lang: mr
+description: "ethereum.org अनुवादकांसाठी सूचना आणि टिपा"
+---
+
+# Ethereum.org भाषांतर शैली मार्गदर्शक {#style-guide}
+
+ethereum.org भाषांतर शैली मार्गदर्शकामध्ये अनुवादकांसाठी काही सर्वात महत्त्वाची मार्गदर्शक तत्त्वे, सूचना आणि टिपा आहेत, ज्यामुळे आम्हाला वेबसाइट स्थानिक करण्यास मदत होते.
+
+हा दस्तऐवज एक सामान्य मार्गदर्शक म्हणून काम करतो आणि तो कोणत्याही एका विशिष्ट भाषेसाठी नाही.
+
+तुम्हाला काही प्रश्न, सूचना किंवा अभिप्राय असल्यास, translations@ethereum.org वर आमच्याशी संपर्क साधा, Crowdin वर @ethdotorg ला संदेश पाठवा, किंवा [आमच्या Discord मध्ये सामील व्हा](https://discord.gg/ethereum-org), जिथे तुम्ही आम्हाला #translations चॅनेलमध्ये संदेश पाठवू शकता किंवा टीममधील कोणत्याही सदस्याशी संपर्क साधू शकता.
+
+## Crowdin चा वापर {#using-crowdin}
+
+Crowdin मधील प्रोजेक्टमध्ये कसे सामील व्हावे आणि Crowdin ऑनलाइन एडिटरचा वापर कसा करावा याबद्दलच्या मूलभूत सूचना तुम्हाला [भाषांतर कार्यक्रम पृष्ठावर](/contributing/translation-program/#how-to-translate) मिळतील.
+
+तुम्हाला Crowdin आणि त्याच्या काही प्रगत वैशिष्ट्यांबद्दल अधिक जाणून घ्यायचे असल्यास, [Crowdin नॉलेज बेस](https://support.crowdin.com/online-editor/) मध्ये सर्व Crowdin कार्यक्षमतेबद्दल सविस्तर मार्गदर्शक आणि आढावा आहे.
+
+## संदेशाचे सार टिपणे {#capturing-the-essence}
+
+ethereum.org सामग्रीचे भाषांतर करताना, शब्दशः भाषांतर टाळा.
+
+भाषांतरामध्ये संदेशाचे सार टिपले जाणे महत्त्वाचे आहे. याचा अर्थ काही वाक्यांची पुनर्रचना करणे, किंवा सामग्रीचे शब्दशः भाषांतर करण्याऐवजी वर्णनात्मक भाषांतर वापरणे असू शकते.
+
+वेगवेगळ्या भाषांमध्ये वेगवेगळे व्याकरणाचे नियम, परंपरा आणि शब्दक्रम असतात. भाषांतर करताना, लक्ष्यित भाषेत वाक्ये कशी तयार केली जातात याची कृपया नोंद घ्या, आणि इंग्रजी स्रोताचे शब्दशः भाषांतर करणे टाळा, कारण यामुळे वाक्याची रचना आणि वाचनीयता खराब होऊ शकते.
+
+स्रोतामधील मजकुराचे शब्दशः भाषांतर करण्याऐवजी, तुम्ही संपूर्ण वाक्य वाचावे आणि ते लक्ष्यित भाषेच्या परंपरांनुसार जुळवून घ्यावे अशी शिफारस केली जाते.
+
+## औपचारिक विरुद्ध अनौपचारिक {#formal-vs-informal}
+
+आम्ही संबोधनाची औपचारिक पद्धत वापरतो, जी नेहमीच विनम्र आणि सर्व अभ्यागतांसाठी योग्य असते.
+
+औपचारिक संबोधनाचा वापर केल्याने आम्ही अनधिकृत किंवा आक्षेपार्ह वाटणे टाळू शकतो, आणि हे अभ्यागताचे वय आणि लिंग विचारात न घेता कार्य करते.
+
+बहुतेक इंडो-युरोपीय आणि आफ्रो-आशियाई भाषांमध्ये लिंग-विशिष्ट द्वितीय-पुरुषी सर्वनामे वापरली जातात, जी पुरुष आणि स्त्री यांच्यात फरक करतात. वापरकर्त्याला संबोधित करताना किंवा मालकीवाचक सर्वनामे वापरताना, आम्ही अभ्यागताच्या लिंगाचा अंदाज लावणे टाळू शकतो, कारण संबोधनाची औपचारिक पद्धत सामान्यतः लागू होते आणि ते स्वतःला कसे ओळखतात याची पर्वा न करता सुसंगत असते.
+
+## साधा आणि स्पष्ट शब्दसंग्रह आणि अर्थ {#simple-vocabulary}
+
+आमचे ध्येय वेबसाइटवरील सामग्री शक्य तितक्या जास्त लोकांना समजेल अशी बनवणे आहे.
+
+बहुतेक प्रकरणांमध्ये, सहज समजणारे छोटे आणि सोपे शब्द वापरून हे सहज साध्य करता येते. तुमच्या भाषेत एकाच अर्थाच्या विशिष्ट शब्दासाठी अनेक संभाव्य भाषांतरे असल्यास, सर्वात चांगला पर्याय बहुतेकदा तो सर्वात छोटा शब्द असतो जो अर्थ स्पष्टपणे दर्शवतो.
+
+## लेखन प्रणाली {#writing-system}
+
+Ethereum.org अनेक भाषांमध्ये उपलब्ध आहे, ज्यात लॅटिनला पर्यायी लेखन प्रणाली (किंवा लेखन लिपी) वापरल्या जातात.
+
+सर्व सामग्रीचे भाषांतर तुमच्या भाषेसाठी योग्य लेखन प्रणाली वापरून केले पाहिजे, आणि त्यात लॅटिन अक्षरे वापरून लिहिलेले कोणतेही शब्द समाविष्ट नसावेत.
+
+सामग्रीचे भाषांतर करताना, तुम्ही हे सुनिश्चित केले पाहिजे की भाषांतरे सुसंगत आहेत आणि त्यात कोणतीही लॅटिन अक्षरे नाहीत.
+
+एक सामान्य गैरसमज असा आहे की Ethereum नेहमी लॅटिनमध्ये लिहिले पाहिजे. हे बहुतेक चुकीचे आहे, कृपया तुमच्या भाषेतील Ethereum चे स्पेलिंग वापरा (उदा. चीनी भाषेत 以太坊, अरबीमध्ये إيثيريوم, इ.).
+
+**वरील नियम अशा भाषांना लागू होत नाही, जिथे नियमानुसार विशेष नावांचे भाषांतर केले जाऊ नये.**
+
+## पृष्ठ मेटाडेटाचे भाषांतर {#translating-metadata}
+
+काही पृष्ठांवर 'title', 'lang', 'description', 'sidebar', इत्यादींसारखा मेटाडेटा असतो.
+
+Crowdin वर नवीन पृष्ठे अपलोड करताना आम्ही अनुवादकांनी कधीही भाषांतर करू नये अशी सामग्री लपवतो, याचा अर्थ Crowdin मध्ये अनुवादकांना दिसणारा सर्व मेटाडेटा भाषांतरित केला पाहिजे.
+
+ज्या स्ट्रिंगमध्ये मूळ मजकूर 'en' आहे त्यांचे भाषांतर करताना कृपया विशेष काळजी घ्या. हे पृष्ठ कोणत्या भाषेत उपलब्ध आहे हे दर्शवते आणि त्याचे भाषांतर [तुमच्या भाषेसाठीच्या ISO भाषा कोडमध्ये](https://www.andiamo.co.uk/resources/iso-language-codes/) केले पाहिजे. या स्ट्रिंगचे भाषांतर नेहमी लॅटिन अक्षरे वापरून केले पाहिजे, लक्ष्यित भाषेच्या मूळ लेखन लिपीमध्ये नाही.
+
+कोणता भाषा कोड वापरायचा याबद्दल तुम्हाला खात्री नसल्यास, तुम्ही Crowdin मधील भाषांतर मेमरी तपासू शकता किंवा Crowdin ऑनलाइन एडिटरमधील पृष्ठाच्या URL मध्ये तुमच्या भाषेचा भाषा कोड शोधू शकता.
+
+सर्वात जास्त बोलल्या जाणाऱ्या भाषांसाठी भाषा कोडची काही उदाहरणे:
+
+- अरबी - ar
+- चीनी सरलीकृत - zh
+- फ्रेंच - fr
+- हिंदी - hi
+- स्पॅनिश - es
+
+## बाह्य लेखांची शीर्षके {#external-articles}
+
+काही स्ट्रिंगमध्ये बाह्य लेखांची शीर्षके असतात. आमच्या बहुतेक विकसक दस्तऐवजीकरण पृष्ठांमध्ये पुढील वाचनासाठी बाह्य लेखांच्या लिंक असतात. लेखाची भाषा कोणतीही असली तरी, लेखांची शीर्षके असलेल्या स्ट्रिंगचे भाषांतर करणे आवश्यक आहे, जेणेकरून त्यांच्या भाषेत पृष्ठ पाहणाऱ्या अभ्यागतांना अधिक सुसंगत वापरकर्ता अनुभव सुनिश्चित करता येईल.
+
+अनुवादकांसाठी या स्ट्रिंग कशा दिसतात आणि त्या कशा ओळखाव्यात याची काही उदाहरणे तुम्ही खाली शोधू शकता (लेखांच्या लिंक बहुतेक या पृष्ठांच्या तळाशी, 'पुढील वाचन' विभागात आढळतात):
+
+![साइडबारमधील लेखांची शीर्षके.png](./article-titles-in-sidebar.png)
+![एडिटरमधील लेखांची शीर्षके.png](./article-titles-in-editor.png)
+
+## Crowdin चे इशारे {#crowdin-warnings}
+
+Crowdin मध्ये एक अंगभूत वैशिष्ट्य आहे जे अनुवादकांना चूक करणार असताना इशारा देते. तुम्ही स्रोतामधील टॅग समाविष्ट करायला विसरल्यास, भाषांतरित न करायचे घटक भाषांतरित केल्यास, अनेक सलग स्पेस जोडल्यास, शेवटचे विरामचिन्ह विसरल्यास, इत्यादी परिस्थितीत तुमचे भाषांतर सेव्ह करण्यापूर्वी Crowdin तुम्हाला आपोआप इशारा देईल.
+तुम्हाला असा इशारा दिसल्यास, कृपया मागे जाऊन सुचवलेल्या भाषांतराची पुन्हा तपासणी करा.
+
+**या इशाऱ्यांकडे कधीही दुर्लक्ष करू नका, कारण त्यांचा अर्थ सहसा काहीतरी चुकीचे आहे, किंवा भाषांतरामध्ये मूळ मजकुराचा एक महत्त्वाचा भाग गहाळ आहे असा होतो.**
+
+तुम्ही तुमच्या भाषांतरात टॅग जोडायला विसरल्यास Crowdin च्या इशाऱ्याचे उदाहरण:
+![Crowdin च्या इशाऱ्याचे उदाहरण](./crowdin-warning-example.png)
+
+## टॅग आणि कोड स्निपेट्स हाताळणे {#dealing-with-tags}
+
+बऱ्याच मूळ सामग्रीमध्ये टॅग आणि व्हेरिएबल्स असतात, जे Crowdin एडिटरमध्ये पिवळ्या रंगात हायलाइट केलेले असतात. हे वेगवेगळी कार्ये करतात आणि त्यांना योग्यरित्या हाताळले पाहिजे.
+
+**Crowdin सेटिंग्ज**
+
+टॅग व्यवस्थापित करणे आणि ते थेट स्रोतामधून कॉपी करणे सोपे करण्यासाठी, आम्ही तुम्हाला Crowdin एडिटरमध्ये तुमच्या सेटिंग्ज बदलण्याची शिफारस करतो.
+
+1. सेटिंग्ज उघडा
+   ![एडिटरमध्ये सेटिंग्ज कशा उघडायच्या](./editor-settings.png)
+
+2. 'HTML टॅग प्रदर्शन' विभागापर्यंत खाली स्क्रोल करा
+
+3. 'लपवा' निवडा
+   ![कृपया 'लपवा' निवडा](./hide-tags.png)
+
+4. 'सेव्ह करा' वर क्लिक करा
+
+हा पर्याय निवडल्याने, संपूर्ण टॅग मजकूर यापुढे दिसणार नाही आणि त्याऐवजी एक संख्या दिसेल.
+भाषांतर करताना, या टॅगवर क्लिक केल्याने तोच टॅग भाषांतर फील्डमध्ये आपोआप कॉपी होईल.
+
+**लिंक्स**
+
+तुम्हाला ethereum.org किंवा इतर वेबसाइटवरील पृष्ठांच्या पूर्ण लिंक दिसू शकतात.
+
+या मूळ स्रोताप्रमाणेच असाव्यात आणि बदलल्या किंवा भाषांतरित केल्या जाऊ नयेत. तुम्ही लिंकचे भाषांतर केल्यास किंवा ती कोणत्याही प्रकारे बदलल्यास, अगदी स्लॅश (/) सारखा एखादा भाग काढून टाकल्यास देखील, यामुळे तुटलेल्या आणि निरुपयोगी लिंक तयार होतील.
+
+लिंक हाताळण्याचा सर्वोत्तम मार्ग म्हणजे त्या थेट स्रोतामधून कॉपी करणे, एकतर त्यांच्यावर क्लिक करून किंवा ‘स्रोत कॉपी करा’ बटण (Alt+C) वापरून.
+
+![लिंकचे उदाहरण.png](./example-of-link.png)
+
+लिंक मूळ मजकुरात टॅगच्या स्वरूपात देखील दिसतात (उदा., `<0>` `</0>`). तुम्ही टॅगवर होव्हर केल्यास, एडिटर त्याची संपूर्ण सामग्री दर्शवेल - कधीकधी हे टॅग लिंक दर्शवतात.
+
+स्रोतामधून लिंक कॉपी करणे आणि त्यांचा क्रम न बदलणे खूप महत्त्वाचे आहे.
+
+टॅगचा क्रम बदलल्यास, ते दर्शवत असलेली लिंक तुटलेली असेल.
+
+![टॅगच्या आत असलेल्या लिंकचे उदाहरण.png](./example-of-links-inside-tags.png)
+
+**टॅग आणि व्हेरिएबल्स**
+
+मूळ मजकुरात अनेक विविध प्रकारचे टॅग आहेत, जे नेहमी स्रोतामधून कॉपी केले पाहिजेत आणि कधीही बदलले जाऊ नयेत. वरीलप्रमाणेच, भाषांतरातील या टॅगचा क्रम देखील मूळ स्रोताप्रमाणेच राहिला पाहिजे.
+
+टॅगमध्ये नेहमी एक ओपनिंग आणि एक क्लोजिंग टॅग असतो. बहुतेक प्रकरणांमध्ये, ओपनिंग आणि क्लोजिंग टॅगमधील मजकुराचे भाषांतर केले पाहिजे.
+
+उदाहरण: `<strong x-id="1">`विकेंद्रित`</strong>`
+
+`<strong x-id="1">` - _ओपनिंग टॅग जो मजकूर ठळक करतो_
+
+विकेंद्रित - _भाषांतर करण्यायोग्य मजकूर_
+
+`</strong>` - _क्लोजिंग टॅग_
+
+![‘strong’ टॅगचे उदाहरण.png](./example-of-strong-tags.png)
+
+कोड स्निपेट्स इतर टॅगपेक्षा थोडे वेगळ्या पद्धतीने हाताळले पाहिजेत, कारण त्यात असा कोड असतो ज्याचे भाषांतर करू नये.
+
+उदाहरण: `<code>`nonce`</code>`
+
+`<code>` - _ओपनिंग टॅग, ज्यामध्ये एक कोड स्निपेट आहे_
+
+nonce - _भाषांतर न करण्यायोग्य मजकूर_
+
+`</code>` - _क्लोजिंग टॅग_
+
+![कोड स्निपेट्सचे उदाहरण.png](./example-of-code-snippets.png)
+
+मूळ मजकुरात लहान केलेले टॅग देखील असतात, ज्यात फक्त संख्या असतात, याचा अर्थ त्यांचे कार्य लगेच स्पष्ट होत नाही. हे टॅग नेमके कोणते कार्य करतात हे पाहण्यासाठी तुम्ही त्यांच्यावर होव्हर करू शकता.
+
+खालील उदाहरणात, तुम्ही पाहू शकता की `<0>` टॅगवर होव्हर केल्यावर ते `<code>` दर्शवते आणि त्यात एक कोड स्निपेट आहे, त्यामुळे या टॅगमधील सामग्रीचे भाषांतर करू नये.
+
+![संदिग्ध टॅगचे उदाहरण.png](./example-of-ambiguous-tags.png)
+
+## लहान विरुद्ध पूर्ण रूपे/संक्षेप {#short-vs-full-forms}
+
+वेबसाइटवर अनेक संक्षेप वापरले जातात, उदा., dapps, NFT, DAO, DeFi, इ. हे संक्षेप इंग्रजीमध्ये सामान्यतः वापरले जातात आणि वेबसाइटला भेट देणारे बहुतेकजण त्यांच्याशी परिचित आहेत.
+
+कारण त्यांचे सामान्यतः इतर भाषांमध्ये स्थापित भाषांतर नसते, त्यामुळे या आणि अशाच शब्दांना हाताळण्याचा सर्वोत्तम मार्ग म्हणजे पूर्ण रूपाचे वर्णनात्मक भाषांतर प्रदान करणे, आणि कंसात इंग्रजी संक्षेप जोडणे.
+
+या संक्षेपांचे भाषांतर करू नका, कारण बहुतेक लोक त्यांच्याशी परिचित नसतील, आणि स्थानिक आवृत्त्या बहुतेक अभ्यागतांना जास्त अर्थपूर्ण वाटणार नाहीत.
+
+dapps चे भाषांतर कसे करावे याचे उदाहरण:
+
+- विकेंद्रित ॲप्लिकेशन्स (dapps) → _भाषांतरित पूर्ण रूप (कंसात इंग्रजी संक्षेप)_
+
+## स्थापित भाषांतर नसलेले शब्द {#terms-without-established-translations}
+
+काही शब्दांचे इतर भाषांमध्ये स्थापित भाषांतर नसण्याची शक्यता आहे, आणि ते मूळ इंग्रजी शब्दाने मोठ्या प्रमाणावर ओळखले जातात. अशा शब्दांमध्ये बहुतेक करून प्रूफ-ऑफ-वर्क, प्रूफ-ऑफ-स्टेक, बीकन चेन, स्टेकिंग, इत्यादींसारख्या नवीन संकल्पनांचा समावेश होतो.
+
+या शब्दांचे भाषांतर करणे अनैसर्गिक वाटू शकते, कारण इंग्रजी आवृत्ती इतर भाषांमध्ये देखील सामान्यतः वापरली जाते, तरीही त्यांचे भाषांतर करण्याची अत्यंत शिफारस केली जाते.
+
+त्यांचे भाषांतर करताना, सर्जनशील होण्यास, वर्णनात्मक भाषांतरे वापरण्यास, किंवा फक्त शब्दशः भाषांतर करण्यास मोकळेपणाने वागा.
+
+**बहुतेक शब्दांचे भाषांतर का केले पाहिजे, काही इंग्रजीमध्ये सोडण्याऐवजी, याचे कारण हे आहे की ही नवीन परिभाषा भविष्यात अधिक व्यापक होईल, कारण अधिक लोक Ethereum आणि संबंधित तंत्रज्ञानाचा वापर सुरू करतील.** जर आपल्याला जगभरातील अधिक लोकांना या क्षेत्रात आणायचे असेल, तर आपल्याला शक्य तितक्या जास्त भाषांमध्ये समजण्यायोग्य परिभाषा प्रदान करणे आवश्यक आहे, जरी ती आपल्याला स्वतः तयार करावी लागली तरी.\*\*
+
+## बटणे आणि CTAs {#buttons-and-ctas}
+
+वेबसाइटवर असंख्य बटणे आहेत, ज्यांचे भाषांतर इतर सामग्रीपेक्षा वेगळ्या पद्धतीने केले पाहिजे.
+
+बटण मजकूर ओळखण्यासाठी, बहुतेक स्ट्रिंगशी जोडलेले संदर्भ स्क्रीनशॉट पाहता येतात, किंवा एडिटरमधील संदर्भ तपासता येतो, ज्यात ‘’बटण’’ हा वाक्यांश समाविष्ट असतो.
+
+बटणांसाठी भाषांतर शक्य तितके लहान असावे, जेणेकरून फॉरमॅटिंगमधील विसंगती टाळता येईल. याव्यतिरिक्त, बटणाचे भाषांतर आज्ञार्थी असावे, म्हणजेच, आज्ञा किंवा विनंती सादर करणारे असावे.
+
+![बटण कसे शोधावे.png](./how-to-find-a-button.png)
+
+## सर्वसमावेशकतेसाठी भाषांतर {#translating-for-inclusivity}
+
+Ethereum.org चे अभ्यागत जगभरातून आणि वेगवेगळ्या पार्श्वभूमीतून येतात. त्यामुळे वेबसाइटवरील भाषा तटस्थ, सर्वांचे स्वागत करणारी आणि विशिष्ट गटापुरती मर्यादित नसलेली असावी.
+
+याचा एक महत्त्वाचा पैलू म्हणजे लिंग तटस्थता. हे संबोधनाची औपचारिक पद्धत वापरून, आणि भाषांतरामध्ये कोणतेही लिंग-विशिष्ट शब्द टाळून सहज साध्य करता येते.
+
+सर्वसमावेशकतेचा आणखी एक प्रकार म्हणजे कोणत्याही विशिष्ट देश, वंश किंवा प्रदेशापुरते मर्यादित न राहता, जागतिक प्रेक्षकांसाठी भाषांतर करण्याचा प्रयत्न करणे.
+
+शेवटी, भाषा सर्व प्रेक्षक आणि वयोगटांसाठी योग्य असावी.
+
+## भाषा-विशिष्ट भाषांतरे {#language-specific-translations}
+
+भाषांतर करताना, मूळ स्रोतामधून कॉपी करण्याऐवजी, तुमच्या भाषेत वापरलेले व्याकरण नियम, परंपरा आणि फॉरमॅटिंगचे पालन करणे महत्त्वाचे आहे. मूळ मजकूर इंग्रजी व्याकरण नियम आणि परंपरांचे पालन करतो, जे इतर अनेक भाषांना लागू होत नाही.
+
+तुम्हाला तुमच्या भाषेच्या नियमांची जाणीव असावी आणि त्यानुसार भाषांतर करावे. तुम्हाला मदतीची आवश्यकता असल्यास, आमच्याशी संपर्क साधा आणि आम्ही तुम्हाला तुमच्या भाषेत हे घटक कसे वापरावेत यावर काही संसाधने शोधण्यात मदत करू.
+
+विशेषतः कशाबद्दल काळजी घ्यावी याची काही उदाहरणे:
+
+### विरामचिन्हे, फॉरमॅटिंग {#punctuation-and-formatting}
+
+**मोठी लिपी (कॅपिटलायझेशन)**
+
+- वेगवेगळ्या भाषांमध्ये कॅपिटलायझेशनमध्ये मोठे फरक आहेत.
+- इंग्रजीमध्ये, शीर्षके आणि नावे, महिने आणि दिवस, भाषांची नावे, सुट्ट्या, इत्यादींमधील सर्व शब्द मोठे करणे सामान्य आहे. इतर अनेक भाषांमध्ये, हे व्याकरणाच्या दृष्टीने चुकीचे आहे, कारण त्यांचे कॅपिटलायझेशनचे नियम वेगळे आहेत.
+- काही भाषांमध्ये पुरुषवाचक सर्वनामे, नामे आणि काही विशेषणे मोठी करण्याबद्दलचे नियम देखील आहेत, जे इंग्रजीमध्ये मोठे केले जात नाहीत.
+
+**स्पेसिंग**
+
+- ऑर्थोग्राफीचे नियम प्रत्येक भाषेसाठी स्पेसच्या वापराची व्याख्या करतात. कारण स्पेस सर्वत्र वापरले जातात, हे नियम काही सर्वात वेगळे आहेत, आणि स्पेस हे सर्वात जास्त चुकीच्या पद्धतीने भाषांतरित होणाऱ्या घटकांपैकी एक आहेत.
+- इंग्रजी आणि इतर भाषांमधील स्पेसिंगमधील काही सामान्य फरक:
+  - मापनाची एकके आणि चलनांच्या आधी स्पेस (उदा., USD, EUR, kB, MB)
+  - डिग्री चिन्हांच्या आधी स्पेस (उदा., °C, ℉)
+  - काही विरामचिन्हांपूर्वी स्पेस, विशेषतः एलिप्सिस (...)
+  - स्लॅश (/) च्या आधी आणि नंतर स्पेस
+
+**याद्या**
+
+- प्रत्येक भाषेत याद्या लिहिण्यासाठी नियमांचा एक विविध आणि गुंतागुंतीचा संच असतो. हे इंग्रजीपेक्षा लक्षणीयरीत्या वेगळे असू शकतात.
+- काही भाषांमध्ये, प्रत्येक नवीन ओळीचा पहिला शब्द मोठा करणे आवश्यक असते, तर इतरांमध्ये, नवीन ओळी लहान अक्षरांनी सुरू झाल्या पाहिजेत. अनेक भाषांमध्ये प्रत्येक ओळीच्या लांबीनुसार याद्यांमधील कॅपिटलायझेशनबद्दल वेगवेगळे नियम देखील आहेत.
+- हेच ओळ आयटमच्या विरामचिन्हांना लागू होते. याद्यांमधील शेवटचे विरामचिन्ह भाषेनुसार पूर्णविराम (.), स्वल्पविराम (,), किंवा अर्धविराम (;) असू शकते.
+
+**अवतरण चिन्हे**
+
+- भाषा अनेक भिन्न अवतरण चिन्हे वापरतात. स्रोतामधून इंग्रजी अवतरण चिन्हे फक्त कॉपी करणे बहुतेकदा चुकीचे असते.
+- सर्वात सामान्य प्रकारच्या अवतरण चिन्हांमध्ये यांचा समावेश आहे:
+  - „उदाहरण मजकूर“
+  - ‚उदाहरण मजकूर’
+  - »उदाहरण मजकूर«
+  - “उदाहरण मजकूर”
+  - ‘उदाहरण मजकूर’
+  - «उदाहरण मजकूर»
+
+**हायफन आणि डॅश**
+
+- इंग्रजीमध्ये, हायफन (-) शब्द किंवा शब्दाचे वेगवेगळे भाग जोडण्यासाठी वापरला जातो, तर डॅश (–) एक श्रेणी किंवा विराम दर्शवण्यासाठी वापरला जातो.
+- अनेक भाषांमध्ये हायफन आणि डॅश वापरण्याचे वेगवेगळे नियम आहेत ज्यांचे पालन केले पाहिजे.
+
+### स्वरूप {#formats}
+
+**संख्या**
+
+- वेगवेगळ्या भाषांमध्ये संख्या लिहिण्यामधील मुख्य फरक म्हणजे दशांश आणि हजारांसाठी वापरलेले विभाजक. हजारांसाठी, हे पूर्णविराम, स्वल्पविराम किंवा स्पेस असू शकते. त्याचप्रमाणे, काही भाषा दशांश चिन्ह वापरतात, तर काही दशांश स्वल्पविराम वापरतात.
+  - मोठ्या संख्यांची काही उदाहरणे:
+    - इंग्रजी – **1,000.50**
+    - स्पॅनिश – **1.000,50**
+    - फ्रेंच – **1 000,50**
+- संख्यांचे भाषांतर करताना आणखी एक महत्त्वाचा विचार म्हणजे टक्केवारीचे चिन्ह. हे वेगवेगळ्या प्रकारे लिहिले जाऊ शकते: **100%**, **100 %** किंवा **%100**.
+- शेवटी, ऋण संख्या भाषेनुसार वेगवेगळ्या प्रकारे प्रदर्शित केल्या जाऊ शकतात: -100, 100-, (100) किंवा [100].
+
+**तारखा**
+
+- तारखांचे भाषांतर करताना, भाषेनुसार अनेक विचार आणि फरक आहेत. यामध्ये तारीख स्वरूप, विभाजक, कॅपिटलायझेशन आणि अग्रगण्य शून्य यांचा समावेश आहे. पूर्ण-लांबीच्या आणि अंकीय तारखांमध्ये देखील फरक आहेत.
+  - वेगवेगळ्या तारीख स्वरूपांची काही उदाहरणे:
+    - इंग्रजी यूके (dd/mm/yyyy) – 1 जानेवारी, 2022
+    - इंग्रजी यूएस (mm/dd/yyyy) – जानेवारी 1, 2022
+    - चीनी (yyyy-mm-dd) – 2022 年 1 月 1 日
+    - फ्रेंच (dd/mm/yyyy) – 1er janvier 2022
+    - इटालियन (dd/mm/yyyy) – 1º gennaio 2022
+    - जर्मन (dd/mm/yyyy) – 1. Januar 2022
+
+**चलने**
+
+- वेगवेगळे स्वरूप, परंपरा आणि रूपांतरणांमुळे चलनांचे भाषांतर करणे आव्हानात्मक असू शकते. एक सामान्य नियम म्हणून, कृपया चलने मूळ स्रोताप्रमाणेच ठेवा. वाचकाच्या फायद्यासाठी तुम्ही तुमचे स्थानिक चलन आणि रूपांतरण कंसात जोडू शकता.
+- वेगवेगळ्या भाषांमध्ये चलने लिहिण्यामधील मुख्य फरकांमध्ये चिन्ह स्थान, दशांश स्वल्पविराम विरुद्ध दशांश चिन्ह, स्पेसिंग आणि संक्षेप विरुद्ध चिन्हे यांचा समावेश आहे.
+  - चिन्ह स्थान: $100 किंवा 100$
+  - दशांश स्वल्पविराम विरुद्ध दशांश चिन्ह: 100,50$ किंवा 100.50$
+  - स्पेसिंग: 100$ किंवा 100 $
+  - संक्षेप विरुद्ध चिन्हे: 100 $ किंवा 100 USD
+
+**मापनाची एकके**
+
+- एक सामान्य नियम म्हणून, कृपया मापनाची एकके मूळ स्रोताप्रमाणेच ठेवा. जर तुमचा देश वेगळी प्रणाली वापरत असेल, तर तुम्ही कंसात रूपांतरण समाविष्ट करू शकता.
+- मापनाच्या एककांच्या स्थानिकीकरणाव्यतिरिक्त, भाषा या एककांना कशा प्रकारे हाताळतात यामधील फरक लक्षात घेणे देखील महत्त्वाचे आहे. मुख्य फरक संख्या आणि एकक यांच्यातील स्पेसिंगचा आहे, जो भाषेनुसार वेगळा असू शकतो. याची उदाहरणे म्हणजे 100kB विरुद्ध 100 kB किंवा 50ºF विरुद्ध 50 ºF.
+
+## निष्कर्ष {#conclusion}
+
+ethereum.org चे भाषांतर करणे हा Ethereum च्या विविध पैलूंबद्दल शिकण्याची एक उत्तम संधी आहे.
+
+भाषांतर करताना घाई न करण्याचा प्रयत्न करा. आरामात करा आणि मजा घ्या!
+
+भाषांतर कार्यक्रमात सहभागी झाल्याबद्दल आणि वेबसाइट व्यापक प्रेक्षकांसाठी प्रवेशयोग्य बनविण्यात आम्हाला मदत केल्याबद्दल धन्यवाद. Ethereum समुदाय जागतिक आहे, आणि तुम्ही त्याचा एक भाग आहात याचा आम्हाला आनंद आहे!
diff --git a/public/content/translations/mr/dao/index.md b/public/content/translations/mr/dao/index.md
index f367a037108..1a0306ed2a5 100644
--- a/public/content/translations/mr/dao/index.md
+++ b/public/content/translations/mr/dao/index.md
@@ -1,24 +1,25 @@
 ---
-title: विकेंद्रीकृत स्वायत्त संगठन (DAO)
-description: Ethereum वर DAO चे विहंगावलोकन
+title: "DAO म्हणजे काय?"
+metaTitle: "DAO म्हणजे काय? | विकेंद्रित स्वायत्त संस्था"
+description: "Ethereum वर DAO चे विहंगावलोकन"
 lang: mr
 template: use-cases
 emoji: ":handshake:"
 sidebarDepth: 2
 image: /images/use-cases/dao-2.png
-alt: प्रस्तावावर मतदान करणाऱ्या DAO चे प्रतिनिधित्व.
-summaryPoint1: केंद्रीकृत नेतृत्वाशिवाय सदस्यांच्या मालकीचे समुदाय.
-summaryPoint2: इंटरनेट अनोळखी लोकांसह सहयोग करण्याचा एक सुरक्षित मार्ग.
-summaryPoint3: विशिष्ट कारणासाठी निधी कमिट करण्यासाठी सुरक्षित ठिकाण.
+alt: "प्रस्तावावर मतदान करणाऱ्या DAO चे प्रतिनिधित्व."
+summaryPoint1: "केंद्रीकृत नेतृत्वाशिवाय सदस्यांच्या मालकीचे समुदाय."
+summaryPoint2: "इंटरनेट अनोळखी लोकांसह सहयोग करण्याचा एक सुरक्षित मार्ग."
+summaryPoint3: "विशिष्ट कारणासाठी निधी कमिट करण्यासाठी सुरक्षित ठिकाण."
 ---
 
 ## DAO म्हणजे काय? {#what-are-daos}
 
-DAO ही एक सामूहिक मालकीची, ब्लॉकचेन-शासित संस्था आहे जी सामायिक मिशनसाठी काम करते.
+DAO ही एक सामूहिक-मालकीची संस्था आहे जी एका सामायिक ध्येयासाठी काम करते.
 
 DAO आम्हाला निधी किंवा ऑपरेशन्स व्यवस्थापित करण्यासाठी परोपकारी नेत्यावर विश्वास न ठेवता जगभरातील समविचारी लोकांसोबत काम करण्याची परवानगी देतात. एकही CEO नाही जो फुशारकीवर निधी खर्च करू शकेल किंवा पुस्तकांमध्ये फेरफार करू शकेल असा CFO नाही. त्याऐवजी, कोडमध्ये बेक केलेले ब्लॉकचेन-आधारित नियम संस्था कशी कार्य करते आणि निधी कसा खर्च केला जातो हे परिभाषित करतात.
 
-त्यांच्याकडे अंगभूत कोषागार आहेत ज्यात गटाच्या मान्यतेशिवाय प्रवेश करण्याचा अधिकार कोणालाही नाही. संस्थेतील प्रत्येकाचा आवाज आहे आणि सर्व काही पारदर्शकपणे ऑन-चेन होते हे सुनिश्चित करण्यासाठी प्रस्ताव आणि मतदानाद्वारे निर्णय नियंत्रित केले जातात.
+त्यांच्याकडे अंगभूत कोषागार आहेत ज्यात गटाच्या मान्यतेशिवाय प्रवेश करण्याचा अधिकार कोणालाही नाही. संस्थेतील प्रत्येकाला आवाज मिळावा हे सुनिश्चित करण्यासाठी निर्णय प्रस्ताव आणि मतदानाद्वारे नियंत्रित केले जातात आणि सर्वकाही पारदर्शकपणे [ऑनचेन](/glossary/#onchain) घडते.
 
 ## आम्हाला DAO ची गरज का आहे? {#why-dao}
 
@@ -28,37 +29,35 @@ DAO आम्हाला निधी किंवा ऑपरेशन्स
 
 ### एक तुलना {#dao-comparison}
 
-| DAO                                                                                                    | पारंपारिक संघटना                                                                                         |
-| ------------------------------------------------------------------------------------------------------ | -------------------------------------------------------------------------------------------------------- |
-| सहसा सपाट, आणि पूर्णपणे लोकशाही.                                                                       | सहसा श्रेणीबद्ध.                                                                                         |
-| कोणतेही बदल अंमलात आणण्यासाठी सदस्यांना मतदान करणे आवश्यक आहे.                                         | संरचनेनुसार, बदलांची मागणी एकमेव पक्षाकडून केली जाऊ शकते किंवा मतदानाची ऑफर दिली जाऊ शकते.               |
-| मते मोजली जातात आणि विश्वसनीय मध्यस्थाशिवाय निकाल आपोआप लागू होतो.                                     | मतदानास परवानगी असल्यास, मतांची गणना अंतर्गत केली जाते आणि मतदानाचा निकाल स्वतः हाताळला जाणे आवश्यक आहे. |
+| DAO                                                                                                                                       | पारंपारिक संघटना                                                                                                         |
+| ----------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------ |
+| सहसा सपाट, आणि पूर्णपणे लोकशाही.                                                                                          | सहसा श्रेणीबद्ध.                                                                                         |
+| कोणतेही बदल अंमलात आणण्यासाठी सदस्यांना मतदान करणे आवश्यक आहे.                                                            | संरचनेनुसार, बदलांची मागणी एकमेव पक्षाकडून केली जाऊ शकते किंवा मतदानाची ऑफर दिली जाऊ शकते.               |
+| मते मोजली जातात आणि विश्वसनीय मध्यस्थाशिवाय निकाल आपोआप लागू होतो.                                                        | मतदानास परवानगी असल्यास, मतांची गणना अंतर्गत केली जाते आणि मतदानाचा निकाल स्वतः हाताळला जाणे आवश्यक आहे. |
 | ऑफर केलेल्या सेवा विकेंद्रित पद्धतीने स्वयंचलितपणे हाताळल्या जातात (उदाहरणार्थ परोपकारी निधीचे वितरण). | मानवी हाताळणी, किंवा केंद्रीय नियंत्रित ऑटोमेशन आवश्यक आहे, हाताळणीसाठी प्रवण.                           |
-| सर्व क्रियाकलाप पारदर्शक आणि पूर्णपणे सार्वजनिक आहेत.                                                  | अ‍ॅक्टिव्हिटी सामान्यत: खाजगी असते आणि लोकांपर्यंत मर्यादित असते.                                        |
+| सर्व क्रियाकलाप पारदर्शक आणि पूर्णपणे सार्वजनिक आहेत.                                                                     | अ‍ॅक्टिव्हिटी सामान्यत: खाजगी असते आणि लोकांपर्यंत मर्यादित असते.                        |
 
 ### DAO उदाहरणे {#dao-examples}
 
 हे अधिक अर्थपूर्ण होण्यासाठी, तुम्ही DAO कसे वापरू शकता याची काही उदाहरणे येथे आहेत:
 
-- एक धर्मादाय - तुम्ही जगातील कोणाकडूनही देणगी स्वीकारू शकता आणि कोणत्या कारणासाठी निधी देऊ शकता यावर मत देऊ शकता.
-- सामूहिक मालकी - तुम्ही भौतिक किंवा डिजिटल मालमत्ता खरेदी करू शकता आणि सदस्य त्यांचा वापर कसा करायचा यावर मत देऊ शकतात.
-- उपक्रम आणि अनुदान - तुम्ही एक उपक्रम फंड तयार करू शकता जो गुंतवणूक भांडवल जमा करतो आणि उपक्रमांना परत मत देतो. परत केलेले पैसे नंतर DAO-सदस्यांमध्ये पुन्हा वितरित केले जाऊ शकतात.
+- **एक धर्मादाय संस्था** – तुम्ही जगातील कोणाकडूनही देणगी स्वीकारू शकता आणि कोणत्या कार्यासाठी निधी द्यायचा यावर मतदान करू शकता.
+- **सामूहिक मालकी** – तुम्ही भौतिक किंवा डिजिटल मालमत्ता खरेदी करू शकता आणि सदस्य त्यांचा वापर कसा करायचा यावर मतदान करू शकतात.
+- **उपक्रम आणि अनुदान** – तुम्ही एक व्हेंचर फंड तयार करू शकता जो गुंतवणुकीचे भांडवल एकत्र करतो आणि कोणत्या उपक्रमांना पाठिंबा द्यायचा यावर मतदान करतो. परत केलेले पैसे नंतर DAO-सदस्यांमध्ये पुन्हा वितरित केले जाऊ शकतात.
+
+<YouTube id="zTStDvUtQWc" />
 
 ## DAO कसे काम करतात? {#how-daos-work}
 
-DAO चा कणा हा त्याचा स्मार्ट करार असतो, जो संस्थेचे नियम परिभाषित करतो आणि समूहाचा खजिना धारण करतो. एकदा करार Ethereum वर लाइव्ह झाल्यानंतर, मतदानाशिवाय कोणीही नियम बदलू शकत नाही. जर कोणी असे काहीतरी करण्याचा प्रयत्न केला ज्यामध्ये नियम आणि तर्कशास्त्राचा समावेश नाही, तो अयशस्वी होईल. आणि तिजोरीची व्याख्या स्मार्ट कॉन्ट्रॅक्टद्वारे देखील केली जाते याचा अर्थ असा आहे की गटाच्या मंजुरीशिवाय कोणीही पैसे खर्च करू शकत नाही. याचा अर्थ DAO ला केंद्रीय प्राधिकरणाची गरज नाही. त्याऐवजी, गट एकत्रितपणे निर्णय घेतो आणि जेव्हा मते पास होतात तेव्हा देयके आपोआप अधिकृत होतात.
+DAO चा कणा त्याचा [स्मार्ट करार](/glossary/#smart-contract) आहे, जो संस्थेचे नियम परिभाषित करतो आणि गटाची तिजोरी सांभाळतो. एकदा करार Ethereum वर लाइव्ह झाल्यानंतर, मतदानाशिवाय कोणीही नियम बदलू शकत नाही. जर कोणी असे काहीतरी करण्याचा प्रयत्न केला ज्यामध्ये नियम आणि तर्कशास्त्राचा समावेश नाही, तो अयशस्वी होईल. आणि तिजोरीची व्याख्या स्मार्ट कॉन्ट्रॅक्टद्वारे देखील केली जाते याचा अर्थ असा आहे की गटाच्या मंजुरीशिवाय कोणीही पैसे खर्च करू शकत नाही. याचा अर्थ DAO ला केंद्रीय प्राधिकरणाची गरज नाही. त्याऐवजी, गट एकत्रितपणे निर्णय घेतो आणि जेव्हा मते पास होतात तेव्हा देयके आपोआप अधिकृत होतात.
 
 हे शक्य आहे कारण स्मार्ट कॉन्ट्रॅक्ट एकदा Ethereum वर लाइव्ह झाल्यावर ते छेडछाड-प्रूफ असतात. तुम्ही फक्त कोड (DAO नियम) संपादित करू शकत नाही कारण सर्व काही सार्वजनिक आहे.
 
-<DocLink href="/smart-contracts/">
-  हुशार करारांवर अधिक
-</DocLink>
-
-## Ethereum आणि DAO {#ethereum-and-daos}
+## Ethereum आणि DAOs {#ethereum-and-daos}
 
 अनेक कारणांमुळे DAO साठी Ethereum हा परिपूर्ण पाया आहे:
 
-- Ethereum चे स्वतःचे एकमत वितरित केले जाते आणि संस्थांना नेटवर्कवर विश्वास ठेवण्यासाठी पुरेसे स्थापित केले जाते.
+- Ethereum चे स्वतःचे कन्सेंसस (एकमत) विकेंद्रित आणि पुरेसे स्थापित आहे की संस्था नेटवर्कवर विश्वास ठेवू शकतात.
 - स्मार्ट कॉन्ट्रॅक्ट कोड लाइव्ह एकदा बदलला जाऊ शकत नाही, अगदी त्याच्या मालकांद्वारे. हे DAO ला प्रोग्राम केलेल्या नियमांनुसार चालवण्यास अनुमती देते.
 - स्मार्ट कॉन्ट्रॅक्ट निधी पाठवू/प्राप्त करू शकतात. याशिवाय ग्रुप फंड व्यवस्थापित करण्यासाठी तुम्हाला एका विश्वासू मध्यस्थीची आवश्यकता असेल.
 - Ethereum समुदायाने स्पर्धात्मकतेपेक्षा अधिक सहयोगी असल्याचे सिद्ध केले आहे, ज्यामुळे सर्वोत्तम पद्धती आणि समर्थन प्रणाली लवकर उदयास येऊ शकतात.
@@ -67,13 +66,11 @@ DAO चा कणा हा त्याचा स्मार्ट करा
 
 DAO ला चालवताना अनेक बाबी विचारात घेतल्या जातात, जसे की मतदान आणि प्रस्ताव कसे कार्य करतात.
 
-### शिष्टमंडळ {#governance-delegation}
+### प्रतिनिधित्व {#governance-delegation}
 
 प्रतिनिधी मंडळ हे प्रातिनिधिक लोकशाहीच्या DAO आवृत्तीसारखे आहे. टोकन धारक स्वतःला नामनिर्देशित करणार्‍या वापरकर्त्यांना मते देतात आणि प्रोटोकॉलचे स्टीवर्डिंग आणि माहिती ठेवण्यासाठी वचनबद्ध असतात.
 
-#### एक प्रसिद्ध उदाहरण {#governance-example}
-
-[ENS](https://claim.ens.domains/delegate-ranking) – ENS धारक त्यांचे प्रतिनिधित्व करण्यासाठी गुंतलेल्या समुदाय सदस्यांना त्यांची मते देऊ शकतात.
+#### एक प्रसिद्ध उदाहरण {#governance-example}[ENS](https://claim.ens.domains/delegate-ranking) – ENS धारक त्यांचे प्रतिनिधित्व करण्यासाठी सक्रिय समुदाय सदस्यांना आपली मते देऊ शकतात.
 
 ### स्वयंचलित व्यवहार शासन {#governance-example}
 
@@ -81,19 +78,19 @@ DAO ला चालवताना अनेक बाबी विचारा
 
 #### एक प्रसिद्ध उदाहरण {#governance-example}
 
-[नावा](https://nouns.wtf) – नाव DAO मध्ये, मतांचा कोरम पूर्ण झाल्यास आणि बहुसंख्य मते होकारार्थी असल्यास व्यवहार आपोआप अंमलात आणला जातो, जोपर्यंत त्यावर व्हेटो केला जात नाही. संस्थापक.
+[Nouns](https://nouns.wtf) – Nouns DAO मध्ये, मतांची गणपूर्ती झाल्यास आणि बहुमताने होकारार्थी मतदान केल्यास व्यवहार आपोआप कार्यान्वित होतो, जोपर्यंत संस्थापकांकडून त्याला व्हेटो (नकार) दिला जात नाही.
 
-### मल्टीसिग गव्हर्नन्स {#governance-example}
+### मल्टीसिग शासन {#governance-example}
 
-DAO मध्ये हजारो मतदान सदस्य असू शकतात, तरीही निधी 5-20 सक्रिय समुदाय सदस्यांद्वारे सामायिक केलेल्या वॉलेटमध्ये राहू शकतो जे विश्वासू आणि सहसा डॉक्स केलेले असतात (समुदायाला ज्ञात सार्वजनिक ओळख). मतदानानंतर, मल्टीसिग स्वाक्षरी करणारे समुदायाच्या इच्छेची अंमलबजावणी करतात.
+DAO मध्ये हजारो मतदान सदस्य असू शकतात, परंतु निधी 5-20 सक्रिय समुदाय सदस्यांद्वारे सामायिक केलेल्या [वॉलेटमध्ये](/glossary/#wallet) राहू शकतो, जे विश्वासार्ह असतात आणि सहसा डॉक्स्ड (ज्यांची सार्वजनिक ओळख समुदायाला ज्ञात असते) असतात. मतदानानंतर, [मल्टीसिग](/glossary/#multisig) स्वाक्षरीकर्ते समुदायाच्या इच्छेची अंमलबजावणी करतात.
 
-## DAO नियम {#dao-laws}
+## DAO कायदे {#dao-laws}
 
 1977 मध्ये, वायोमिंगने LLC चा शोध लावला, जे उद्योजकांचे संरक्षण करते आणि त्यांचे दायित्व मर्यादित करते. अगदी अलीकडे, त्यांनी DAO कायद्याचा पुढाकार घेतला जो DAO साठी कायदेशीर स्थिती स्थापित करतो. सध्या वायोमिंग, व्हरमाँट आणि व्हर्जिन बेटांवर काही स्वरूपात DAO कायदे आहेत.
 
 ### एक प्रसिद्ध उदाहरण {#law-example}
 
-[CityDAO](https://citizen.citydao.io/) – CityDAO ने यलोस्टोन नॅशनल पार्कजवळ 40 एकर जमीन खरेदी करण्यासाठी वायोमिंगच्या DAO कायद्याचा वापर केला.
+[CityDAO](https://citizen.citydao.io/) – CityDAO ने येलोस्टोन नॅशनल पार्कजवळ 40 एकर जमीन खरेदी करण्यासाठी वायोमिंगच्या DAO कायद्याचा वापर केला.
 
 ## DAO सदस्यत्व {#dao-membership}
 
@@ -101,65 +98,70 @@ DAO सदस्यत्वासाठी विविध मॉडेल्
 
 ### टोकन-आधारित सदस्यत्व {#token-based-membership}
 
-वापरलेल्या टोकनवर अवलंबून, सहसा पूर्णपणे परवानगी नसलेले. बहुतेक या गव्हर्नन्स टोकन्सचा विकेंद्रीकृत एक्सचेंजवर परवानगीशिवाय व्यापार केला जाऊ शकतो. इतरांना तरलता किंवा इतर काही ‘प्रूफ-ऑफ-वर्क’ प्रदान करून कमावले पाहिजे. कोणत्याही प्रकारे, फक्त टोकन धारण केल्याने मतदानासाठी प्रवेश मिळतो.
+वापरलेल्या टोकनवर अवलंबून, सहसा पूर्णपणे [परवानगी-रहित](/glossary/#permissionless) असते. बहुतेक हे गव्हर्नन्स टोकन [विकेंद्रित एक्सचेंजवर](/glossary/#dex) परवानगीशिवाय ट्रेड (व्यापार) केले जाऊ शकतात. इतरांना तरलता किंवा इतर काही ‘प्रूफ-ऑफ-वर्क’ प्रदान करून कमावले पाहिजे. कोणत्याही प्रकारे, फक्त टोकन धारण केल्याने मतदानासाठी प्रवेश मिळतो.
 
-_सामान्यत: व्यापक विकेंद्रित प्रोटोकॉल आणि/किंवा टोकन स्वतः नियंत्रित करण्यासाठी वापरले जाते._
+_सामान्यतः व्यापक विकेंद्रित प्रोटोकॉल आणि/किंवा स्वतः टोकन्सवर शासन करण्यासाठी वापरले जाते._
 
 #### एक प्रसिद्ध उदाहरण {#token-example}
 
-[MakerDAO](https://makerdao.com) – MakerDAO चे टोकन MKR विकेंद्रित एक्सचेंजेसवर मोठ्या प्रमाणावर उपलब्ध आहे आणि कोणीही मेकर प्रोटोकॉलच्या भविष्यावर मतदानाचा अधिकार विकत घेऊ शकतो.
+[MakerDAO](https://makerdao.com) – MakerDAO चे MKR टोकन विकेंद्रित एक्सचेंजेसवर मोठ्या प्रमाणावर उपलब्ध आहे आणि मेकर प्रोटोकॉलच्या भविष्यावर मतदानाचा अधिकार कोणीही खरेदी करू शकतो.
 
 ### शेअर-आधारित सदस्यत्व {#share-based-membership}
 
 शेअर-आधारित DAO ला अधिक परवानगी आहे, परंतु तरीही ते खुले आहेत. कोणतेही संभाव्य सदस्य DAO मध्ये सामील होण्यासाठी प्रस्ताव सादर करू शकतात, सामान्यतः टोकन किंवा कामाच्या स्वरूपात काही मूल्याची श्रद्धांजली देतात. शेअर्स थेट मतदानाची शक्ती आणि मालकी दर्शवतात. सभासद खजिन्यातील त्यांच्या प्रमाणानुसार वाटा घेऊन कधीही बाहेर पडू शकतात.
 
-_सामान्यतः धर्मादाय संस्था, कामगार समूह आणि गुंतवणूक क्लब यासारख्या अधिक जवळच्या, मानव-केंद्रित संस्थांसाठी वापरले जाते. प्रोटोकॉल आणि टोकन्स देखील नियंत्रित करू शकतात._
+_सामान्यतः धर्मादाय संस्था, कामगार समूह आणि गुंतवणूक क्लब यांसारख्या अधिक जवळच्या, मानव-केंद्रित संस्थांसाठी वापरले जाते._ प्रोटोकॉल आणि टोकन्स देखील नियंत्रित करू शकतात._
 
 #### एक प्रसिद्ध उदाहरण {#share-example}
 
-[MolochDAO](http://molochdao.com/) – MolochDAO Ethereum प्रकल्पांना निधी देण्यावर लक्ष केंद्रित करते. त्यांना सदस्यत्वासाठी प्रस्तावाची आवश्यकता आहे जेणेकरुन संभाव्य अनुदान देणाऱ्यांबद्दल माहितीपूर्ण निर्णय घेण्यासाठी तुमच्याकडे आवश्यक कौशल्य आणि भांडवल आहे की नाही हे गट मूल्यांकन करू शकेल. तुम्ही फक्त खुल्या बाजारात DAO मध्ये प्रवेश खरेदी करू शकत नाही.
+[MolochDAO](http://molochdao.com/) – MolochDAO हे Ethereum प्रकल्पांना निधी देण्यावर केंद्रित आहे. त्यांना सदस्यत्वासाठी प्रस्तावाची आवश्यकता आहे जेणेकरुन संभाव्य अनुदान देणाऱ्यांबद्दल माहितीपूर्ण निर्णय घेण्यासाठी तुमच्याकडे आवश्यक कौशल्य आणि भांडवल आहे की नाही हे गट मूल्यांकन करू शकेल. तुम्ही फक्त खुल्या बाजारात DAO मध्ये प्रवेश खरेदी करू शकत नाही.
 
 ### प्रतिष्ठा-आधारित सदस्यत्व {#reputation-based-membership}
 
-प्रतिष्ठा सहभागाचा पुरावा दर्शवते आणि DAO मध्ये मतदानाची शक्ती देते. प्रतिक किंवा शेअर-आधारित सदस्यत्वाच्या विपरीत, प्रतिष्ठा-आधारित DAO योगदानकर्त्यांना मालकी हस्तांतरित करत नाहीत. प्रतिष्ठा विकत घेतली जाऊ शकत नाही, हस्तांतरित केली जाऊ शकत नाही किंवा नियुक्त केली जाऊ शकत नाही; DAO सदस्यांनी सहभागातून प्रतिष्ठा मिळवली पाहिजे. ऑन-चेन मतदान अनुज्ञेय आहे आणि संभाव्य सदस्य मुक्तपणे DAO मध्ये सामील होण्यासाठी प्रस्ताव सबमिट करू शकतात आणि त्यांच्या योगदानाच्या बदल्यात प्रतिष्ठा आणि टोकन प्राप्त करण्याची विनंती करू शकतात.
+प्रतिष्ठा सहभागाचा पुरावा दर्शवते आणि DAO मध्ये मतदानाची शक्ती देते. प्रतिक किंवा शेअर-आधारित सदस्यत्वाच्या विपरीत, प्रतिष्ठा-आधारित DAO योगदानकर्त्यांना मालकी हस्तांतरित करत नाहीत. प्रतिष्ठा विकत घेतली जाऊ शकत नाही, हस्तांतरित केली जाऊ शकत नाही किंवा नियुक्त केली जाऊ शकत नाही; DAO सदस्यांनी सहभागातून प्रतिष्ठा मिळवली पाहिजे. ऑनचेन मतदान परवानगी-रहित आहे आणि संभाव्य सदस्य DAO मध्ये सामील होण्यासाठी मुक्तपणे प्रस्ताव सादर करू शकतात आणि त्यांच्या योगदानाच्या बदल्यात बक्षीस म्हणून प्रतिष्ठा आणि टोकन मिळवण्याची विनंती करू शकतात.
 
-_सामान्यत: प्रोटोकॉल आणि dapps च्या विकेंद्रित विकासासाठी आणि प्रशासनासाठी वापरला जातो, परंतु धर्मादाय संस्था, कामगार समूह, गुंतवणूक क्लब इ. सारख्या विविध संस्थांसाठी देखील योग्य आहे._
+_सामान्यतः प्रोटोकॉल आणि [dapps](/glossary/#dapp) च्या विकेंद्रित विकासासाठी आणि शासनासाठी वापरले जाते, परंतु धर्मादाय संस्था, कामगार समूह, गुंतवणूक क्लब, इत्यादी विविध संस्थांसाठी देखील हे योग्य आहे._
 
 #### एक प्रसिद्ध उदाहरण {#reputation-example}
 
-[DXdao](https://DXdao.eth.link) – DXdao ही एक जागतिक सार्वभौम सामूहिक इमारत आहे आणि 2019 पासून विकेंद्रित प्रोटोकॉल आणि अनुप्रयोग नियंत्रित करते. हे निधीचे समन्वय आणि व्यवस्थापन करण्यासाठी प्रतिष्ठा-आधारित प्रशासन आणि होलोग्राफिक सहमतीचा लाभ घेते, याचा अर्थ कोणीही त्याच्या भविष्यावर प्रभाव टाकण्याचा मार्ग विकत घेऊ शकत नाही.
+[DXdao](https://DXdao.eth.limo) – DXdao हे 2019 पासून विकेंद्रित प्रोटोकॉल आणि ॲप्लिकेशन्स तयार करणारा आणि त्यांचे शासन करणारा एक जागतिक सार्वभौम समूह होता. याने निधीचे समन्वय आणि व्यवस्थापन करण्यासाठी प्रतिष्ठा-आधारित शासन आणि [होलोग्राफिक कन्सेंससचा](/glossary/#holographic-consensus) वापर केला, याचा अर्थ असा की कोणीही त्याच्या भविष्यावर किंवा शासनावर प्रभाव टाकण्यासाठी मतांची खरेदी करू शकत नव्हते.
 
 ## DAO मध्ये सामील व्हा / सुरू करा {#join-start-a-dao}
 
-### Join a DAO {#join-a-dao}
+### DAO मध्ये सामील व्हा {#join-a-dao}
 
-- [Ethereum समुदाय DAO](/community/get-involved/#decentralized-autonomous-organizations-daos)
-- [DAOHaus ची DAO ची यादी](https://app.daohaus.club/explore)
-- [DAO ची Tally.xyz यादी](https://www.tally.xyz)
+- [Ethereum समुदाय DAOs](/community/get-involved/#decentralized-autonomous-organizations-daos)
+- [DAOHaus ची DAOs ची यादी](https://app.daohaus.club/explore)
+- [Tally.xyz ची DAOs ची यादी](https://www.tally.xyz/explore)
+- [DeGov.AI ची DAOs ची यादी](https://apps.degov.ai/)
 
-### DAO सुरू करा {#start-a-dao}
+### एक DAO सुरू करा {#start-a-dao}
 
-- [DAOHaus सह DAO ला बोलावा](https://app.daohaus.club/summon)
-- [Tally सह गव्हर्नर DAO सुरू करा](https://www.tally.xyz/add-a-dao)
-- [Aragon-सक्षम DAO तयार करा](https://aragon.org/product)
-- [वसाहत सुरू करा](https://colony.io/)
-- [DAOstack च्या होलोग्राफिक एकमताने DAO तयार करा](https://alchemy.daostack.io/daos/create)
+- [DAOHaus सह एक DAO सुरू करा](https://app.daohaus.club/summon)
+- [Tally सह एक गव्हर्नर DAO सुरू करा](https://www.tally.xyz/get-started)
+- [Aragon-चालित DAO तयार करा](https://aragon.org/product)
+- [एक Colony सुरू करा](https://colony.io/)
+- [DAOstack च्या होलोग्राफिक कन्सेंसससह एक DAO तयार करा](https://alchemy.daostack.io/daos/create)
+- [DeGov Launcher सह एक DAO लाँच करा](https://docs.degov.ai/integration/deploy)
 
-## Further reading {#further-reading}
+## पुढील वाचन {#further-reading}
 
 ### DAO लेख {#dao-articles}
 
 - [DAO म्हणजे काय?](https://aragon.org/dao) – [Aragon](https://aragon.org/)
-- [DAO पुस्तिका](https://daohandbook.xyz)
-- [हाउस ऑफ DAO](https://wiki.metagame.wtf/docs/great-houses/house-of-daos) – [मेटागेम](https://wiki.metagame.wtf/)
+- [House of DAOs](https://wiki.metagame.wtf/docs/great-houses/house-of-daos) – [Metagame](https://wiki.metagame.wtf/)
 - [DAO म्हणजे काय आणि ते कशासाठी आहे?](https://daohaus.substack.com/p/-what-is-a-dao-and-what-is-it-for) – [DAOhaus](https://daohaus.club/)
-- [DAO-सक्षम डिजिटल समुदाय कसा सुरू करावा](https://daohaus.substack.com/p/four-and-a-half-steps-to-start-a) – [DAOhaus](https://daohaus.club/)
+- [DAO-चालित डिजिटल समुदाय कसा सुरू करावा](https://daohaus.substack.com/p/four-and-a-half-steps-to-start-a) – [DAOhaus](https://daohaus.club/)
 - [DAO म्हणजे काय?](https://coinmarketcap.com/alexandria/article/what-is-a-dao) – [Coinmarketcap](https://coinmarketcap.com)
-- [होलोग्राफिक कॉन्सेन्सस म्हणजे काय?](https://medium.com/daostack/holographic-consensus-part-1-116a73ba1e1c) - [DAOstack](https://daostack.io/)
-- [DAO कॉर्पोरेशन नाहीत: जेथे विटालिकद्वारे स्वायत्त संस्थांमध्ये विकेंद्रीकरण महत्त्वाचे आहे](https://vitalik.eth.limo/general/2022/09/20/daos.html)
-- [DAO, DAC, DA आणि बरेच काही: एक अपूर्ण शब्दावली मार्गदर्शक](https://blog.ethereum.org/2014/05/06/daos-dacs-das-and-more-an-incomplete-terminology-guide) - [Ethereum ब्लॉग](https://blog.ethereum.org)
+- [होलोग्राफिक कन्सेंसस म्हणजे काय?](https://medium.com/daostack/holographic-consensus-part-1-116a73ba1e1c) - [DAOstack](https://daostack.io/)
+- [DAOs कॉर्पोरेशन्स नाहीत: विटालिकच्या मते स्वायत्त संस्थांमध्ये विकेंद्रीकरण कुठे महत्त्वाचे आहे](https://vitalik.eth.limo/general/2022/09/20/daos.html)
+- [DAOs, DACs, DAs आणि बरेच काही: एक अपूर्ण पारिभाषिक मार्गदर्शक](https://blog.ethereum.org/2014/05/06/daos-dacs-das-and-more-an-incomplete-terminology-guide) - [Ethereum ब्लॉग](https://blog.ethereum.org)
 
-### Videos {#videos}
+### व्हिडिओ {#videos}
 
 - [क्रिप्टोमध्ये DAO म्हणजे काय?](https://youtu.be/KHm0uUPqmVE)
-- [DAO शहर तयार करू शकतो का?](https://www.ted.com/talks/scott_fitsimones_could_a_dao_build_the_next_great_city) – [TED](https://www.ted.com/)
+- [एक DAO शहर बनवू शकतो का?](https://www.ted.com/talks/scott_fitsimones_could_a_dao_build_the_next_great_city) – [TED](https://www.ted.com/)
+
+<Divider />
+
+<QuizWidget quizKey="daos" />
diff --git a/public/content/translations/mr/decentralized-identity/index.md b/public/content/translations/mr/decentralized-identity/index.md
index 27b31447679..e04288e09bb 100644
--- a/public/content/translations/mr/decentralized-identity/index.md
+++ b/public/content/translations/mr/decentralized-identity/index.md
@@ -1,25 +1,27 @@
 ---
-title: विकेंद्रित ओळख
-description: विकेंद्रित ओळख म्हणजे काय आणि ते का महत्त्वाचे आहे?
+title: "विकेंद्रित ओळख"
+description: "विकेंद्रित ओळख म्हणजे काय आणि ते का महत्त्वाचे आहे?"
 lang: mr
 template: use-cases
 emoji: ":id:"
 sidebarDepth: 2
 image: /images/eth-gif-cat.png
-summaryPoint1: पारंपारिक ओळख प्रणालींनी आपल्या अभिज्ञापकांचे जारी करणे, देखभाल आणि नियंत्रण केंद्रीकृत केले आहे.
-summaryPoint2: विकेंद्रित ओळख केंद्रीकृत तृतीय पक्षावरील अवलंबित्व काढून टाकते.
-summaryPoint3: क्रिप्टोचे आभार, वापरकर्त्यांकडे आता पुन्हा एकदा त्यांचे स्वतःचे अभिज्ञापक आणि साक्ष्यीकरण जारी करण्यासाठी, धरून ठेवण्यासाठी आणि नियंत्रित करण्यासाठी साधने आहेत.
+summaryPoint1: "पारंपारिक ओळख प्रणालींनी आपल्या अभिज्ञापकांचे जारी करणे, देखभाल आणि नियंत्रण केंद्रीकृत केले आहे."
+summaryPoint2: "विकेंद्रित ओळख केंद्रीकृत तृतीय पक्षावरील अवलंबित्व काढून टाकते."
+summaryPoint3: "क्रिप्टोचे आभार, वापरकर्त्यांकडे आता पुन्हा एकदा त्यांचे स्वतःचे अभिज्ञापक आणि साक्ष्यीकरण जारी करण्यासाठी, धरून ठेवण्यासाठी आणि नियंत्रित करण्यासाठी साधने आहेत."
 ---
 
 ओळख आज तुमच्या जीवनातील अक्षरशः प्रत्येक पैलूवर आधारित आहे. ऑनलाइन सेवा वापरणे, बँक खाते उघडणे, निवडणुकीत मतदान करणे, मालमत्ता खरेदी करणे, रोजगार सुरक्षित करणे—या सर्व गोष्टींसाठी तुमची ओळख सिद्ध करणे आवश्यक आहे.
 
-तथापि, पारंपारिक ओळख व्यवस्थापन प्रणाली दीर्घकाळापासून केंद्रीकृत मध्यस्थांवर अवलंबून आहेत जे तुमचे अभिज्ञापक आणि [प्रमाणीकरण](#what-are-attestations) जारी करतात, ठेवतात आणि नियंत्रित करतात. याचा अर्थ तुम्ही तुमची ओळख-संबंधित माहिती नियंत्रित करू शकत नाही किंवा वैयक्तिकरित्या ओळखण्यायोग्य माहिती (PII) मध्ये कोणाचा प्रवेश आहे आणि या पक्षांना किती प्रवेश आहे हे तुम्ही ठरवू शकत नाही.
+तथापि, पारंपारिक ओळख व्यवस्थापन प्रणाली दीर्घकाळापासून केंद्रीकृत मध्यस्थांवर अवलंबून आहेत जे तुमचे अभिज्ञापक आणि [साक्षांकने](/glossary/#attestation) जारी करतात, ठेवतात आणि नियंत्रित करतात. याचा अर्थ तुम्ही तुमची ओळख-संबंधित माहिती नियंत्रित करू शकत नाही किंवा वैयक्तिकरित्या ओळखण्यायोग्य माहिती (PII) मध्ये कोणाचा प्रवेश आहे आणि या पक्षांना किती प्रवेश आहे हे तुम्ही ठरवू शकत नाही.
 
-या समस्यांचे निराकरण करण्यासाठी, आम्ही Ethereum सारख्या सार्वजनिक ब्लॉकचेनवर विकेंद्रित ओळख प्रणाली तयार केली आहे. विकेंद्रित ओळख व्यक्तींना त्यांची ओळख-संबंधित माहिती व्यवस्थापित करण्यास अनुमती देते. विकेंद्रित ओळख समाधानांसह, _आपण_ आयडेंटिफायर तयार करू शकता आणि सेवा प्रदाते किंवा सरकार यांसारख्या केंद्रीय प्राधिकरणांवर विसंबून न राहता तुमच्या साक्ष्यांवर दावा करू शकता.
+या समस्यांचे निराकरण करण्यासाठी, आम्ही Ethereum सारख्या सार्वजनिक ब्लॉकचेनवर विकेंद्रित ओळख प्रणाली तयार केली आहे. विकेंद्रित ओळख व्यक्तींना त्यांची ओळख-संबंधित माहिती व्यवस्थापित करण्यास अनुमती देते. विकेंद्रित ओळख सोल्यूशन्ससह, _तुम्ही_ अभिज्ञापक तयार करू शकता आणि सेवा प्रदाते किंवा सरकार यांसारख्या केंद्रीय प्राधिकरणांवर अवलंबून न राहता तुमच्या साक्षांकनांवर दावा करू शकता आणि ते धारण करू शकता.
 
 ## ओळख म्हणजे काय? {#what-is-identity}
 
-ओळख म्हणजे एखाद्या व्यक्तीची स्वतःची भावना, अद्वितीय वैशिष्ट्यांद्वारे परिभाषित. ओळख म्हणजे एक _व्यक्ती_, म्हणजे, एक विशिष्ट मानवी अस्तित्व होय. ओळख इतर गैर-मानवी घटकांना देखील संदर्भित करू शकते, जसे की संस्था किंवा प्राधिकरण.
+ओळख म्हणजे एखाद्या व्यक्तीची स्वतःची भावना, अद्वितीय वैशिष्ट्यांद्वारे परिभाषित. ओळख म्हणजे एक _व्यक्ती_ असणे, म्हणजेच, एक वेगळे मानवी अस्तित्व. ओळख इतर गैर-मानवी घटकांना देखील संदर्भित करू शकते, जसे की संस्था किंवा प्राधिकरण.
+
+<YouTube id="Ew-_F-OtDFI" />
 
 ## अभिज्ञापक काय आहेत? {#what-are-identifiers}
 
@@ -33,153 +35,184 @@ summaryPoint3: क्रिप्टोचे आभार, वापरकर
 
 आयडेंटिफायरची ही पारंपारिक उदाहरणे केंद्रीय संस्थांद्वारे जारी केली जातात, ठेवली जातात आणि नियंत्रित केली जातात. तुमचे नाव बदलण्यासाठी तुम्हाला तुमच्या सरकारकडून किंवा तुमचे हँडल बदलण्यासाठी सोशल मीडिया प्लॅटफॉर्मची परवानगी आवश्यक आहे.
 
-## प्रमाणीकरणे म्हणजे काय? {#what-are-attestations}
+## विकेंद्रित ओळखीचे फायदे {#benefits-of-decentralized-identity}
 
-प्रमाणीकरण म्हणजे एका घटकाने दुसर्‍या संस्थेबद्दल केलेला दावा. तुम्ही युनायटेड स्टेट्समध्ये रहात असल्यास, मोटार वाहन विभाग (एक संस्था) द्वारे तुम्हाला जारी केलेला चालक परवाना तुम्हाला (दुसऱ्या संस्थेला) कायदेशीररित्या कार चालवण्याची परवानगी आहे याची साक्ष देतो.
+1. विकेंद्रित ओळख माहिती ओळखण्याचे वैयक्तिक नियंत्रण वाढवते. विकेंद्रित अभिज्ञापक आणि प्रमाणीकरण केंद्रीकृत प्राधिकरणे आणि तृतीय-पक्ष सेवांवर अवलंबून न राहता सत्यापित केले जाऊ शकतात.
 
-साक्षांकन ओळखकर्त्यांपेक्षा भिन्न आहेत. एखाद्या प्रमाणिकरणामध्ये विशिष्ट ओळखीचा संदर्भ देण्यासाठी अभिज्ञापक _असतात_ आणि या ओळखीशी संबंधित विशेषताबद्दल दावा करते. त्यामुळे, तुमच्या ड्रायव्हिंग लायसन्समध्ये आयडेंटिफायर आहेत (नाव, जन्मतारीख, पत्ता) पण ते तुमच्या वाहन चालवण्याच्या कायदेशीर अधिकाराचे प्रमाणीकरण देखील आहे.
+2. विकेंद्रित ओळख सोल्यूशन्स वापरकर्त्याची ओळख सत्यापित आणि व्यवस्थापित करण्यासाठी एक ट्रस्टलेस, अखंड आणि गोपनीयतेचे संरक्षण करणारी पद्धत सुलभ करतात.
 
-### विकेंद्रीकृत अभिज्ञापक काय आहेत? {#what-are-decentralized-identifiers}
+3. विकेंद्रित ओळख ब्लॉकचेन तंत्रज्ञानाचा उपयोग करते, जे विविध पक्षांमध्ये विश्वास निर्माण करते आणि साक्ष्यीकरणांची वैधता सिद्ध करण्यासाठी क्रिप्टोग्राफिक हमी प्रदान करते.
 
-तुमचे कायदेशीर नाव किंवा ईमेल पत्ता यांसारखे पारंपारिक अभिज्ञापक तृतीय पक्षांवर-सरकार आणि ईमेल प्रदात्यांवर अवलंबून असतात. विकेंद्रित अभिज्ञापक (DID) भिन्न आहेत - ते कोणत्याही केंद्रीय घटकाद्वारे जारी, व्यवस्थापित किंवा नियंत्रित केले जात नाहीत.
+4. विकेंद्रित ओळख ओळख डेटा पोर्टेबल बनवते. वापरकर्ते मोबाईल वॉलेटमध्ये साक्षांकने आणि अभिज्ञापक साठवतात आणि ते त्यांच्या आवडीच्या कोणत्याही पक्षासोबत सामायिक करू शकतात. विकेंद्रीकृत अभिज्ञापक आणि प्रमाणीकरण जारी करणार्‍या संस्थेच्या डेटाबेसमध्ये लॉक केलेले नाहीत.
 
-विकेंद्रित अभिज्ञापक जारी केले जातात, आयोजित केले जातात आणि व्यक्तीद्वारे नियंत्रित केले जातात. [Ethereum खाते](/developers/docs/accounts/) हे विकेंद्रित अभिज्ञापकाचे उदाहरण आहे. तुम्ही कोणाच्याही परवानगीशिवाय आणि केंद्रीय नोंदणीमध्ये संग्रहित न करता तुम्हाला हवी तितकी खाती तयार करू शकता.
+5. विकेंद्रित ओळख उदयोन्मुख [शून्य-ज्ञान](/glossary/#zk-proof) तंत्रज्ञानासह चांगले कार्य करायला पाहिजे, जे व्यक्तींना ती गोष्ट काय आहे हे उघड न करता स्वतःची मालकी सिद्ध करण्यास किंवा काहीतरी केले आहे हे सिद्ध करण्यास सक्षम करेल. मतदानासारख्या अनुप्रयोगांसाठी विश्वास आणि गोपनीयता एकत्र करण्याचा हा एक शक्तिशाली मार्ग बनू शकतो.
 
-विकेंद्रित अभिज्ञापक वितरित लेजर (ब्लॉकचेन) किंवा पीअर-टू-पीअर नेटवर्कवर संग्रहित केले जातात. हे DID [जागतिकदृष्ट्या अद्वितीय, उच्च उपलब्धतेसह निराकरण करण्यायोग्य आणि क्रिप्टोग्राफिकली पडताळण्यायोग्य](https://w3c-ccg.github.io/did-primer/) बनवते. विकेंद्रीकृत अभिज्ञापक लोक, संस्था किंवा सरकारी संस्थांसह विविध घटकांशी संबंधित असू शकतो.
+6. विकेंद्रित ओळख [अँटी-सिबिल](/glossary/#anti-sybil) यंत्रणांना हे ओळखण्यास सक्षम करते की, जेव्हा एखादी व्यक्ती प्रणालीला फसविण्यासाठी (game) किंवा स्पॅम करण्यासाठी अनेक व्यक्ती असल्याचे भासवते.
 
-## विकेंद्रित अभिज्ञापक कशामुळे शक्य होते? {#what-makes-decentralized-identifiers-possible}
+## विकेंद्रित ओळखीचे उपयोग {#decentralized-identity-use-cases}
 
-### 1. सार्वजनिक की पायाभूत सुविधा (PKI) {#public-key-cryptography}
+विकेंद्रित ओळख अनेक संभाव्य वापर-केस आहेत:
 
-पब्लिक-की इन्फ्रास्ट्रक्चर (PKI) ही माहिती सुरक्षा उपाय आहे जी एखाद्या घटकासाठी [सार्वजनिक की](/glossary/#public-key) आणि [खाजगी की](/glossary/#private-key) व्युत्पन्न करते. वापरकर्ता ओळख प्रमाणित करण्यासाठी आणि डिजिटल मालमत्तेची मालकी सिद्ध करण्यासाठी ब्लॉकचेन नेटवर्कमध्ये सार्वजनिक-की क्रिप्टोग्राफी वापरली जाते.
+### १. सार्वत्रिक लॉगिन {#universal-dapp-logins}
 
-काही विकेंद्रीकृत अभिज्ञापक, जसे की Ethereum खाते, सार्वजनिक आणि खाजगी की असतात. सार्वजनिक की खात्याच्या नियंत्रकाला ओळखते, तर खाजगी की या खात्यासाठी संदेश साइन आणि डिक्रिप्ट करू शकतात. PKI सर्व दाव्यांची पडताळणी करण्यासाठी [क्रिप्टोग्राफिक स्वाक्षरी](https://andersbrownworth.com/blockchain/public-private-keys/) वापरून संस्था प्रमाणित करण्यासाठी आणि तोतयागिरी आणि बनावट ओळखींचा वापर रोखण्यासाठी आवश्यक पुरावे प्रदान करते.
+विकेंद्रीकृत ओळख पासवर्ड-आधारित लॉगिन विकेंद्रित प्रमाणीकरण सह बदलण्यात मदत करू शकते. सेवा प्रदाते वापरकर्त्यांना साक्ष्यीकरण देऊ शकतात, जे Ethereum वॉलेटमध्ये संग्रहित केले जाऊ शकतात. एका साक्षांकनाचे उदाहरण म्हणजे एक [NFT](/glossary/#nft) जे धारकाला ऑनलाइन समुदायात प्रवेश देते.
 
-### 2. विकेंद्रित डेटास्टोअर {#decentralized-datastores}
+[Ethereum सह साइन-इन करा](https://siwe.xyz/) फंक्शन सर्व्हरला वापरकर्त्याच्या Ethereum खात्याची पुष्टी करण्यास आणि त्यांच्या खात्याच्या पत्त्यावरून आवश्यक साक्षांकन मिळविण्यास सक्षम करेल. याचा अर्थ वापरकर्ते लांब पासवर्ड लक्षात ठेवल्याशिवाय प्लॅटफॉर्म आणि वेबसाइट्समध्ये प्रवेश करू शकतात आणि वापरकर्त्यांसाठी ऑनलाइन अनुभव सुधारतात.
 
-ब्लॉकचेन एक पडताळणीयोग्य डेटा रेजिस्ट्री म्हणून काम करते: माहितीचा खुला, विश्वासहीन आणि विकेंद्रित भांडार. सार्वजनिक ब्लॉकचेनचे अस्तित्व केंद्रीकृत रजिस्ट्रीमध्ये अभिज्ञापक संचयित करण्याची आवश्यकता दूर करते.
+### २. केवायसी प्रमाणीकरण {#kyc-authentication}
 
-विकेंद्रित अभिज्ञापकाच्या वैधतेची पुष्टी करणे आवश्यक असल्यास, ते ब्लॉकचेनवर संबंधित सार्वजनिक की पाहू शकतात. हे पारंपारिक अभिज्ञापकांपेक्षा वेगळे आहे ज्यांना तृतीय पक्षांना प्रमाणीकरण आवश्यक आहे.
+अनेक ऑनलाइन सेवा वापरण्यासाठी व्यक्तींना ड्रायव्हिंग लायसन्स किंवा राष्ट्रीय पासपोर्ट यांसारखी साक्षांकन आणि क्रेडेन्शियल प्रदान करणे आवश्यक आहे. परंतु हा दृष्टीकोन समस्याप्रधान आहे कारण खाजगी वापरकर्ता माहितीशी तडजोड केली जाऊ शकते आणि सेवा प्रदाते प्रमाणीकरणाची सत्यता सत्यापित करू शकत नाहीत.
 
-## विकेंद्रित अभिज्ञापक आणि साक्ष्यीकरणे विकेंद्रित ओळख कशी सक्षम करतात? {#how-decentralized-identifiers-and-attestations-enable-decentralized-identity}
+विकेंद्रित ओळख कंपन्यांना पारंपारिक [तुमचा-ग्राहक-जाणा (KYC)](https://en.wikipedia.org/wiki/Know_your_customer) प्रक्रिया वगळण्याची आणि व्हेरिफायेबल क्रेडेन्शियल्सद्वारे वापरकर्ता ओळख प्रमाणित करण्याची अनुमती देते. हे ओळख व्यवस्थापनाची किंमत कमी करते आणि बनावट कागदपत्रांचा वापर प्रतिबंधित करते.
 
-विकेंद्रित ओळख ही कल्पना आहे की ओळख-संबंधित माहिती स्वयं-नियंत्रित, खाजगी आणि पोर्टेबल असावी, विकेंद्रीकृत अभिज्ञापक आणि साक्ष्यीकरणे हे प्राथमिक बिल्डिंग ब्लॉक्स आहेत.
+### ३. मतदान आणि ऑनलाइन समुदाय {#voting-and-online-communities}
 
-विकेंद्रित ओळखीच्या संदर्भात, साक्ष्यीकरणे ([पडताळणी करण्यायोग्य क्रेडेन्शियल्स](https://www.w3.org/TR/vc-data-model/) म्हणूनही ओळखली जाते) हे छेडछाड-प्रूफ, क्रिप्टोग्राफिकली आहेत जारीकर्त्याने केलेले सत्यापित दावे. प्रत्येक प्रमाणीकरण किंवा पडताळणीयोग्य क्रेडेन्शियल एखाद्या घटकाच्या (उदा. संस्था) समस्या त्यांच्या DID शी संबंधित असतात.
+ऑनलाइन मतदान आणि सोशल मीडिया विकेंद्रित ओळखीसाठी दोन नवीन अनुप्रयोग आहेत. ऑनलाइन मतदान योजना हेराफेरीसाठी संवेदनाक्षम असतात, विशेषतः जर दुर्भावनापूर्ण अभिनेते मतदान करण्यासाठी खोटी ओळख निर्माण करतात. व्यक्तींना ऑनचेन साक्षांकने सादर करण्यास सांगण्याने ऑनलाइन मतदान प्रक्रियेची अखंडता सुधारू शकते.
 
-ब्लॉकचेनवर DID संग्रहित केल्यामुळे, कोणीही Ethereum वर जारीकर्त्याच्या DID ची क्रॉस-तपासणी करून अॅटेस्टेशनची वैधता सत्यापित करू शकतो. मूलत:, Ethereum ब्लॉकचेन जागतिक निर्देशिकेप्रमाणे कार्य करते जे विशिष्ट घटकांशी संबंधित DID चे सत्यापन सक्षम करते.
+विकेंद्रित ओळख ऑनलाइन समुदाय तयार करण्यात मदत करू शकते जे बनावट खात्यांपासून मुक्त आहेत. उदाहरणार्थ, प्रत्येक वापरकर्त्याला बॉट्सची शक्यता कमी करण्यासाठी, Ethereum नेम सर्व्हिससारख्या ऑनचेन ओळख प्रणालीचा वापर करून आपली ओळख प्रमाणित करावी लागेल.
 
-विकेंद्रीकृत अभिज्ञापक हे प्रमाणीकरण स्वयं-नियंत्रित आणि सत्यापित करण्यायोग्य असण्याचे कारण आहेत. जरी जारीकर्ता यापुढे अस्तित्वात नसला तरीही, धारकाकडे नेहमी प्रमाणीकरणाच्या मूळ आणि वैधतेचा पुरावा असतो.
+### ४. अँटी-सिबिल संरक्षण {#sybil-protection}
 
-विकेंद्रित ओळखीद्वारे वैयक्तिक माहितीच्या गोपनीयतेचे संरक्षण करण्यासाठी विकेंद्रीकृत अभिज्ञापक देखील महत्त्वपूर्ण आहेत. उदाहरणार्थ, एखाद्या व्यक्तीने साक्षांकनाचा पुरावा (ड्रायव्हिंग लायसन्स) सबमिट केल्यास, पडताळणी करणाऱ्या पक्षाला पुराव्यातील माहितीची वैधता तपासण्याची आवश्यकता नाही. त्याऐवजी, पडताळकाला पुरावा वैध आहे की नाही हे निर्धारित करण्यासाठी प्रमाणीकरणाची सत्यता आणि जारी करणाऱ्या संस्थेच्या ओळखीची क्रिप्टोग्राफिक हमी आवश्यक असते.
+[क्वाड्रॅटिक व्होटिंग](/glossary/#quadratic-voting) वापरणारे अनुदान देणारे ऍप्लिकेशन्स [सिबिल हल्ल्यांसाठी](/glossary/#sybil-attack) असुरक्षित आहेत कारण जेव्हा अधिक व्यक्ती त्यासाठी मतदान करतात तेव्हा अनुदानाचे मूल्य वाढते, ज्यामुळे वापरकर्त्यांना त्यांचे योगदान अनेक ओळखींमध्ये विभागण्यास प्रोत्साहन मिळते. विकेंद्रीकृत ओळख प्रत्येक सहभागीवर भार वाढवून ते खरोखरच मानव आहेत हे सिद्ध करण्यासाठी हे रोखण्यात मदत करतात, जरी अनेकदा विशिष्ट खाजगी माहिती उघड न करता.
 
-## विकेंद्रित ओळख मध्ये प्रमाणीकरणाचे प्रकार {#types-of-attestations-in-decentralized-identity}
+### ५. राष्ट्रीय आणि सरकारी ओळखपत्र {#national-and-government-id}
 
-Ethereum-आधारित ओळख इकोसिस्टममध्ये प्रमाणीकरण माहिती कशी संग्रहित आणि पुनर्प्राप्त केली जाते हे पारंपारिक ओळख व्यवस्थापनापेक्षा वेगळे आहे. विकेंद्रित ओळख प्रणालींमध्ये साक्ष्यीकरण जारी करणे, संचयित करणे आणि सत्यापित करणे यासाठी विविध दृष्टिकोनांचे विहंगावलोकन येथे आहे:
+सरकार विकेंद्रित ओळखीची तत्त्वे वापरून राष्ट्रीय ओळखपत्रे, पासपोर्ट किंवा ड्रायव्हिंग लायसन्स यांसारखी मूलभूत ओळखपत्रे Ethereum वर व्हेरिफायेबल क्रेडेन्शियल्स म्हणून जारी करू शकतात, ज्यामुळे ऑनलाइन ओळख पडताळणीमधील फसवणूक आणि बनावटगिरी कमी करण्यासाठी सत्यतेची मजबूत क्रिप्टोग्राफिक हमी मिळते. नागरिक ही साक्षांकने त्यांच्या वैयक्तिक [वॉलेटमध्ये](/wallets/) साठवू शकतात आणि त्यांचा वापर आपली ओळख, वय किंवा मतदानाचा हक्क सिद्ध करण्यासाठी करू शकतात.
 
-### ऑफ-चेन प्रमाणपत्रे {#off-chain-attestations}
+हे मॉडेल निवडक खुलाशास परवानगी देते, विशेषतः जेव्हा [शून्य-ज्ञान पुरावा (ZKP)](/zero-knowledge-proofs/) गोपनीयता तंत्रज्ञानासह एकत्रित केले जाते. उदाहरणार्थ, एखादा नागरिक पारंपारिक ओळखपत्रापेक्षा अधिक गोपनीयता मिळवत, आपली अचूक जन्मतारीख उघड न करता वय-प्रतिबंधित सेवेमध्ये प्रवेश करण्यासाठी आपण 18 वर्षांपेक्षा जास्त वयाचे असल्याचे क्रिप्टोग्राफिकदृष्ट्या सिद्ध करू शकतो.
 
-ऑन-चेन साक्ष्यीकरण संचयित करण्याबाबत एक चिंतेची बाब म्हणजे त्यामध्ये व्यक्ती खाजगी ठेवू इच्छित असलेली माहिती असू शकते. Ethereum ब्लॉकचेनच्या सार्वजनिक स्वरूपामुळे अशी साक्ष्यीकरणे संग्रहित करणे अनाकर्षक बनते.
+#### 💡केस स्टडी: Ethereum वरील भूतान नॅशनल डिजिटल आयडी (NDI) {#case-study-bhutan-ndi}
 
-डिजिटल वॉलेटमध्ये ऑफ-चेन वापरकर्त्यांद्वारे साक्षांकन जारी करणे हा उपाय आहे, परंतु जारीकर्त्याच्या DID ऑन-चेनमध्ये संग्रहित आहे. ही साक्षांकने [JSON वेब टोकन](https://en.wikipedia.org/wiki/JSON_Web_Token) म्हणून एन्कोड केलेली आहेत आणि त्यात जारीकर्त्याची डिजिटल स्वाक्षरी असते—ज्यामुळे ऑफ-चेन दाव्यांची सहज पडताळणी करता येते.
+- भूतानच्या जवळपास ८००,००० नागरिकांसाठी व्हेरिफायेबल ओळखपत्रांचा ऍक्सेस प्रदान करते
+- ऑक्टोबर २०२५ मध्ये Polygon नेटवर्कवरून [Ethereum मेननेटवर](https://www.bhutanndi.com/article/bhutan-adopts-ethereum-for-national-identity-a-new-chapter-in-digital-sovereignty_2d0c7ec2-5605-4c42-b258-bd9361ae8878) स्थलांतरित
+- मार्च २०२५ पर्यंत [२३४,००० हून अधिक डिजिटल आयडी](https://www.blockchain-council.org/blockchain/bhutan-uses-blockchain-in-digital-id-project/) जारी
 
-ऑफ-चेन साक्ष्यीकरण स्पष्ट करण्यासाठी येथे एक काल्पनिक परिस्थिती आहे:
+भूतान राज्याने ऑक्टोबर २०२५ मध्ये आपली [नॅशनल डिजिटल आयडेंटिटी (NDI) प्रणाली](https://www.bhutanndi.com/article/bhutan-adopts-ethereum-for-national-identity-a-new-chapter-in-digital-sovereignty_2d0c7ec2-5605-4c42-b258-bd9361ae8878) Ethereum वर स्थलांतरित केली. विकेंद्रित ओळख आणि सेल्फ-सॉव्हरिन आयडेंटिटीच्या तत्त्वांवर आधारित, भूतानची NDI प्रणाली नागरिकाच्या वैयक्तिक वॉलेटमध्ये थेट डिजिटल स्वाक्षरी असलेले क्रेडेन्शियल्स जारी करण्यासाठी विकेंद्रित अभिज्ञापक आणि व्हेरिफायेबल क्रेडेन्शियल्स वापरते. या क्रेडेन्शियल्सचे क्रिप्टोग्राफिक पुरावे Ethereum वर अँकर करून, ही प्रणाली सुनिश्चित करते की ते अस्सल, टॅम्पर-प्रूफ आहेत आणि कोणत्याही केंद्रीय प्राधिकरणाची विचारपूस न करता कोणत्याही पक्षाद्वारे सत्यापित केले जाऊ शकतात.
 
-1. विद्यापीठ (जारीकर्ता) एक प्रमाणीकरण (डिजिटल शैक्षणिक प्रमाणपत्र) व्युत्पन्न करते, त्याच्या की सह स्वाक्षरी करते आणि बॉब (ओळख मालक) यांना जारी करते.
+या प्रणालीची रचना [शून्य-ज्ञान पुरावा (ZKP)](/zero-knowledge-proofs/) तंत्रज्ञानाच्या वापराद्वारे गोपनीयतेवर जोर देते. "निवडक खुलासा" ची ही अंमलबजावणी नागरिकांना सेवांमध्ये प्रवेश करण्यासाठी त्यांची पूर्ण ओळखपत्र क्रमांक किंवा अचूक जन्मतारीख यासारखा मूळ वैयक्तिक डेटा उघड न करता विशिष्ट तथ्ये (उदा. "मी १८ वर्षांवरील आहे" किंवा "मी एक नागरिक आहे") सिद्ध करण्यास अनुमती देते. हे एका सुरक्षित, वापरकर्ता-केंद्रित आणि गोपनीयतेचे संरक्षण करणाऱ्या राष्ट्रीय ओळखपत्र प्रणालीसाठी Ethereum चा एक शक्तिशाली, वास्तविक-जगातील वापर दर्शवते.
 
-2. बॉब नोकरीसाठी अर्ज करतो आणि त्याला त्याची शैक्षणिक पात्रता नियोक्त्याला सिद्ध करायची आहे, म्हणून तो त्याच्या मोबाइल वॉलेटमधून साक्षांकन शेअर करतो. कंपनी (पडताळणीकर्ता) नंतर जारीकर्त्याचा DID (म्हणजे, Ethereum वरील सार्वजनिक की) तपासून साक्षांकनाच्या वैधतेची पुष्टी करू शकते.
+#### 💡केस स्टडी: Ethereum [लेयर 2](/layer-2/) ZKSync Era वरील ब्युनोस आयर्स शहराचा QuarkID {#case-study-buenos-aires-quarkid}
 
-### सतत प्रवेशासह ऑफ-चेन साक्ष्यीकरण {#offchain-attestations-with-persistent-access}
+- लाँचच्या वेळी [३.६ दशलक्षाहून अधिक वापरकर्त्यांना](https://buenosaires.gob.ar/innovacionytransformaciondigital/miba-con-tecnologia-quarkid-la-ciudad-de-buenos-aires-incorporo) विकेंद्रित ओळखपत्रे जारी केली
+- QuarkID हा एक ओपन-सोर्स प्रोटोकॉल आहे जो UN सस्टेनेबल डेव्हलपमेंट गोल्स अंतर्गत [डिजिटल पब्लिक गुड](https://www.digitalpublicgoods.net/r/quarkid) म्हणून ओळखला जातो
+- "[सरकार-एक-वापरकर्ता](https://buenosaires.gob.ar/innovacionytransformaciondigital/miba-con-tecnologia-quarkid-la-ciudad-de-buenos-aires-incorporo)" मॉडेलवर जोर देते, जिथे शहराची प्रोटोकॉलवर मालकी नसते, ज्यामुळे नागरिकांना पूर्ण डेटा मालकी आणि गोपनीयता मिळते
 
-या व्यवस्थेअंतर्गत साक्ष्यीकरणे JSON फायलींमध्ये रूपांतरित केली जातात आणि ऑफ-चेन संग्रहित केली जातात (आदर्शपणे [विकेंद्रित क्लाउड स्टोरेज](/developers/docs/storage/) प्लॅटफॉर्मवर, जसे की IPFS किंवा Swarm). तथापि, JSON फाइलचा [हॅश](/glossary/#hash) ऑन-चेन संग्रहित केला जातो आणि ऑन-चेन रेजिस्ट्रीद्वारे DID शी लिंक केला जातो. संबंधित DID एकतर प्रमाणीकरण जारीकर्ता किंवा प्राप्तकर्त्याचा असू शकतो.
+२०२४ मध्ये, ब्युनोस आयर्स शहर सरकारने (GCBA) QuarkID, जे GCBA च्या इनोव्हेशन आणि डिजिटल ट्रान्सफॉर्मेशन सचिवालयाने तयार केलेले एक ओपन-सोर्स “डिजिटल ट्रस्ट फ्रेमवर्क” आहे, ते miBA मध्ये एकत्रित केले, जे रहिवाशांना सरकारी सेवा आणि अधिकृत कागदपत्रांमध्ये प्रवेश करण्यासाठी शहराचे अधिकृत ॲप आहे. लाँचच्या वेळी, miBA च्या सर्व ३.६ दशलक्ष+ वापरकर्त्यांना विकेंद्रित डिजिटल ओळखपत्रे जारी करण्यात आली, जी त्यांना नागरिकत्व प्रमाणपत्रे, जन्म, विवाह आणि मृत्यू प्रमाणपत्रे, कर रेकॉर्ड, लसीकरण रेकॉर्ड आणि बरेच काही यासह व्हेरिफायेबल डिजिटल दस्तऐवज आणि प्रमाणपत्रे ऑनचेन व्यवस्थापित आणि सामायिक करण्याची परवानगी देतात.
 
-हा दृष्टिकोन दाव्यांची माहिती एनक्रिप्टेड आणि सत्यापित करण्यायोग्य ठेवताना, ब्लॉकचेन-आधारित चिकाटी मिळविण्यासाठी साक्ष्यीकरणांना सक्षम करतो. हे निवडक प्रकटीकरणास देखील अनुमती देते कारण खाजगी की धारक माहिती डिक्रिप्ट करू शकतो.
+Ethereum [लेयर 2](/layer-2/) नेटवर्क ZKSync Era वर तयार केलेली, QuarkID प्रणाली ZKP तंत्रज्ञान वापरते जे नागरिकांना अनावश्यक वैयक्तिक डेटा उघड न करता&mdash;त्यांच्या मोबाईल डिव्हाइसेसद्वारे पीअर-टू-पीअर वैयक्तिक क्रेडेन्शियल्स सत्यापित करण्याची परवानगी देते. हा कार्यक्रम “सरकार-एक-वापरकर्ता” मॉडेलवर प्रकाश टाकतो ज्यामध्ये GCBA केंद्रीकृत मालक म्हणून काम करण्याऐवजी, ओपन-सोर्स, इंटरऑपरेबल QuarkID प्रोटोकॉलचा एक वापरकर्ता म्हणून काम करते. ही ZKP-सक्षम रचना एक महत्त्वाची गोपनीयता सुविधा प्रदान करते: कोणतीही तृतीय-पक्ष, अगदी GCBA सुद्धा, एखादा नागरिक आपले क्रेडेन्शियल्स कसे, केव्हा, किंवा का वापरतो याचा मागोवा घेऊ शकत नाही. हा यशस्वी कार्यक्रम नागरिकांना संपूर्ण सेल्फ-सॉव्हरिन आयडेंटिटी आणि त्यांच्या संवेदनशील डेटावर नियंत्रण प्रदान करतो, जे सर्व Ethereum च्या जागतिक-वितरित नेटवर्कद्वारे सुरक्षित आहे.
 
-### ऑन-चेन प्रमाणपत्रे {#onchain-attestations}
+## प्रमाणीकरणे म्हणजे काय? {#what-are-attestations}
 
-Ethereum ब्लॉकचेनवरील [स्मार्ट कॉन्ट्रॅक्ट](/developers/docs/smart-contracts/) मध्ये ऑन-चेन साक्ष्यीकरणे आयोजित केली जातात. स्मार्ट कॉन्ट्रॅक्ट (रेजिस्ट्री म्हणून काम करणे) संबंधित ऑन-चेन विकेंद्रीकृत अभिज्ञापक (सार्वजनिक की) चे प्रमाणीकरण मॅप करेल.
+प्रमाणीकरण म्हणजे एका घटकाने दुसर्‍या संस्थेबद्दल केलेला दावा. तुम्ही युनायटेड स्टेट्समध्ये रहात असल्यास, मोटार वाहन विभाग (एक संस्था) द्वारे तुम्हाला जारी केलेला चालक परवाना तुम्हाला (दुसऱ्या संस्थेला) कायदेशीररित्या कार चालवण्याची परवानगी आहे याची साक्ष देतो.
 
-ऑन-चेन साक्ष्यीकरण व्यवहारात कसे कार्य करू शकते हे दर्शवण्यासाठी येथे एक उदाहरण आहे:
+साक्षांकन ओळखकर्त्यांपेक्षा भिन्न आहेत. एका साक्षांकनामध्ये विशिष्ट ओळखीचा संदर्भ देण्यासाठी अभिज्ञापक _असतात_, आणि ते या ओळखीशी संबंधित गुणधर्माबद्दल दावा करते. त्यामुळे, तुमच्या ड्रायव्हिंग लायसन्समध्ये आयडेंटिफायर आहेत (नाव, जन्मतारीख, पत्ता) पण ते तुमच्या वाहन चालवण्याच्या कायदेशीर अधिकाराचे प्रमाणीकरण देखील आहे.
 
-1. एक कंपनी (XYZ कॉर्प) स्मार्ट कराराचा वापर करून मालकीचे शेअर्स विकण्याची योजना आखत आहे परंतु केवळ पार्श्वभूमी तपासणी पूर्ण केलेल्या खरेदीदारांनाच हवे आहे.
+### विकेंद्रीकृत अभिज्ञापक काय आहेत? {#what-are-decentralized-identifiers}
 
-2. XYZ Corp कडे Ethereum वर ऑन-चेन अटेस्टेशन जारी करण्यासाठी पार्श्वभूमी तपासणी करणारी कंपनी असू शकते. हे प्रमाणीकरण प्रमाणित करते की एखाद्या व्यक्तीने कोणतीही वैयक्तिक माहिती उघड न करता पार्श्वभूमी तपासणी उत्तीर्ण केली आहे.
+तुमचे कायदेशीर नाव किंवा ईमेल पत्ता यांसारखे पारंपारिक अभिज्ञापक तृतीय पक्षांवर-सरकार आणि ईमेल प्रदात्यांवर अवलंबून असतात. विकेंद्रित अभिज्ञापक (DID) भिन्न आहेत - ते कोणत्याही केंद्रीय घटकाद्वारे जारी, व्यवस्थापित किंवा नियंत्रित केले जात नाहीत.
 
-3. समभाग विक्री करणारे स्मार्ट कॉन्ट्रॅक्ट स्क्रीन केलेल्या खरेदीदारांच्या ओळखीसाठी रेजिस्ट्री करार तपासू शकतात, ज्यामुळे कोणाला शेअर्स खरेदी करण्याची परवानगी आहे किंवा नाही हे स्मार्ट कॉन्ट्रॅक्टला निर्धारित करणे शक्य होते.
+विकेंद्रित अभिज्ञापक जारी केले जातात, आयोजित केले जातात आणि व्यक्तीद्वारे नियंत्रित केले जातात. [Ethereum खाते](/glossary/#account) हे विकेंद्रित अभिज्ञापकाचे उदाहरण आहे. तुम्ही कोणाच्याही परवानगीशिवाय आणि केंद्रीय नोंदणीमध्ये संग्रहित न करता तुम्हाला हवी तितकी खाती तयार करू शकता.
+
+विकेंद्रित अभिज्ञापक वितरित लेजर ([ब्लॉकचेन्स](/glossary/#blockchain)) किंवा [पीअर-टू-पीअर नेटवर्क्सवर](/glossary/#peer-to-peer-network) साठवले जातात. हे DIDs ला [जागतिक स्तरावर अद्वितीय, उच्च उपलब्धतेसह निराकरण करण्यायोग्य आणि क्रिप्टोग्राफिकदृष्ट्या पडताळण्यायोग्य](https://w3c-ccg.github.io/did-primer/) बनवते. विकेंद्रीकृत अभिज्ञापक लोक, संस्था किंवा सरकारी संस्थांसह विविध घटकांशी संबंधित असू शकतो.
 
-### सोलबाउंड टोकन आणि ओळख {#soulbound}
+## विकेंद्रित अभिज्ञापक कशामुळे शक्य होते? {#what-makes-decentralized-identifiers-possible}
 
-[सोलबाउंड टोकन](https://vitalik.eth.limo/general/2022/01/26/soulbound.html) (नॉन-हस्तांतरणीय NFT) विशिष्ट वॉलेटसाठी अद्वितीय माहिती गोळा करण्यासाठी वापरली जाऊ शकतात. हे प्रभावीपणे विशिष्ट Ethereum पत्त्याशी बांधील एक अनन्य ऑन-चेन ओळख तयार करते ज्यामध्ये उपलब्धी दर्शविणारे टोकन समाविष्ट असू शकतात (उदा. काही विशिष्ट ऑनलाइन कोर्स पूर्ण करणे किंवा गेममध्ये थ्रेशोल्ड स्कोअर उत्तीर्ण करणे) किंवा समुदाय सहभाग.
+### १. सार्वजनिक की क्रिप्टोग्राफी {#public-key-cryptography}
 
-## विकेंद्रित ओळखीचे फायदे {#benefits-of-decentralized-identity}
+पब्लिक-की क्रिप्टोग्राफी हा एक माहिती सुरक्षा उपाय आहे जो एका संस्थेसाठी [सार्वजनिक की](/glossary/#public-key) आणि [खाजगी की](/glossary/#private-key) तयार करतो. वापरकर्ता ओळख प्रमाणित करण्यासाठी आणि डिजिटल मालमत्तेची मालकी सिद्ध करण्यासाठी ब्लॉकचेन नेटवर्क्समध्ये पब्लिक-की [क्रिप्टोग्राफी](/glossary/#cryptography) वापरली जाते.
 
-1. विकेंद्रित ओळख माहिती ओळखण्याचे वैयक्तिक नियंत्रण वाढवते. विकेंद्रित अभिज्ञापक आणि प्रमाणीकरण केंद्रीकृत प्राधिकरणे आणि तृतीय-पक्ष सेवांवर अवलंबून न राहता सत्यापित केले जाऊ शकतात.
+काही विकेंद्रीकृत अभिज्ञापक, जसे की Ethereum खाते, सार्वजनिक आणि खाजगी की असतात. सार्वजनिक की खात्याच्या नियंत्रकाला ओळखते, तर खाजगी की या खात्यासाठी संदेश साइन आणि डिक्रिप्ट करू शकतात. पब्लिक की क्रिप्टोग्राफी सर्व दाव्यांची पडताळणी करण्यासाठी [क्रिप्टोग्राफिक स्वाक्षऱ्या](https://andersbrownworth.com/blockchain/public-private-keys/) वापरून, संस्था प्रमाणित करण्यासाठी आणि तोतयागिरी व बनावट ओळखींचा वापर रोखण्यासाठी आवश्यक पुरावे प्रदान करते.
 
-2. विकेंद्रित ओळख समाधाने वापरकर्ता ओळख सत्यापित आणि व्यवस्थापित करण्यासाठी विश्वासहीन, अखंड आणि गोपनीयता-संरक्षण पद्धती सुलभ करतात.
+### २. विकेंद्रित डेटास्टोअर्स {#decentralized-datastores}
 
-3. विकेंद्रित ओळख ब्लॉकचेन तंत्रज्ञानाचा उपयोग करते, जे विविध पक्षांमध्ये विश्वास निर्माण करते आणि साक्ष्यीकरणांची वैधता सिद्ध करण्यासाठी क्रिप्टोग्राफिक हमी प्रदान करते.
+ब्लॉकचेन एक पडताळणीयोग्य डेटा रेजिस्ट्री म्हणून काम करते: माहितीचा खुला, विश्वासहीन आणि विकेंद्रित भांडार. सार्वजनिक ब्लॉकचेनचे अस्तित्व केंद्रीकृत रजिस्ट्रीमध्ये अभिज्ञापक संचयित करण्याची आवश्यकता दूर करते.
 
-4. विकेंद्रित ओळख ओळख डेटा पोर्टेबल बनवते. वापरकर्ते मोबाइल वॉलेटमध्ये साक्ष्यीकरणे आणि अभिज्ञापक संग्रहित करतात आणि त्यांच्या आवडीच्या कोणत्याही पक्षासह सामायिक करू शकतात. विकेंद्रीकृत अभिज्ञापक आणि प्रमाणीकरण जारी करणार्‍या संस्थेच्या डेटाबेसमध्ये लॉक केलेले नाहीत.
+विकेंद्रित अभिज्ञापकाच्या वैधतेची पुष्टी करणे आवश्यक असल्यास, ते ब्लॉकचेनवर संबंधित सार्वजनिक की पाहू शकतात. हे पारंपारिक अभिज्ञापकांपेक्षा वेगळे आहे ज्यांना तृतीय पक्षांना प्रमाणीकरण आवश्यक आहे.
 
-5. विकेंद्रित ओळख उदयोन्मुख शून्य-ज्ञान तंत्रज्ञानासह चांगले कार्य करते जे व्यक्तींना ती गोष्ट काय आहे हे उघड न करता स्वतःची मालकी किंवा काहीतरी केले आहे हे सिद्ध करण्यास सक्षम करेल. मतदानासारख्या अनुप्रयोगांसाठी विश्वास आणि गोपनीयता एकत्र करण्याचा हा एक शक्तिशाली मार्ग बनू शकतो.
+## विकेंद्रित अभिज्ञापक आणि साक्ष्यीकरणे विकेंद्रित ओळख कशी सक्षम करतात? {#how-decentralized-identifiers-and-attestations-enable-decentralized-identity}
 
-6. विकेंद्रीकृत ओळख सिबिल-विरोधी यंत्रणांना ओळखण्यासाठी सक्षम करते जेव्हा एक व्यक्ती अनेक मानव असल्याचे भासवत असते तेव्हा एखाद्या प्रणालीशी गेम किंवा स्पॅम करतात.
+विकेंद्रित ओळख ही कल्पना आहे की ओळख-संबंधित माहिती स्वयं-नियंत्रित, खाजगी आणि पोर्टेबल असावी, विकेंद्रीकृत अभिज्ञापक आणि साक्ष्यीकरणे हे प्राथमिक बिल्डिंग ब्लॉक्स आहेत.
 
-## विकेंद्रित ओळख वापर प्रकरणे {#decentralized-identity-use-cases}
+विकेंद्रित ओळखीच्या संदर्भात, साक्षांकने ([व्हेरिफायेबल क्रेडेन्शियल्स](https://www.w3.org/TR/vc-data-model/) म्हणूनही ओळखली जातात) जारीकर्त्याने केलेले छेडछाड-रोधक, क्रिप्टोग्राफिकदृष्ट्या पडताळणीयोग्य दावे आहेत. प्रत्येक प्रमाणीकरण किंवा पडताळणीयोग्य क्रेडेन्शियल एखाद्या घटकाच्या (उदा. संस्था) समस्या त्यांच्या DID शी संबंधित असतात.
 
-विकेंद्रित ओळख अनेक संभाव्य वापर-केस आहेत:
+ब्लॉकचेनवर DID संग्रहित केल्यामुळे, कोणीही Ethereum वर जारीकर्त्याच्या DID ची क्रॉस-तपासणी करून अॅटेस्टेशनची वैधता सत्यापित करू शकतो. मूलत:, Ethereum ब्लॉकचेन जागतिक निर्देशिकेप्रमाणे कार्य करते जे विशिष्ट घटकांशी संबंधित DID चे सत्यापन सक्षम करते.
 
-### 1. युनिव्हर्सल लॉगिन {#universal-dapp-logins}
+विकेंद्रीकृत अभिज्ञापक हे प्रमाणीकरण स्वयं-नियंत्रित आणि सत्यापित करण्यायोग्य असण्याचे कारण आहेत. जरी जारीकर्ता यापुढे अस्तित्वात नसला तरीही, धारकाकडे नेहमी प्रमाणीकरणाच्या मूळ आणि वैधतेचा पुरावा असतो.
 
-विकेंद्रीकृत ओळख पासवर्ड-आधारित लॉगिन [विकेंद्रित प्रमाणीकरण](https://www.ibm.com/blogs/blockchain/2018/10/decentralized-identity-an-alternative-to-password-based-authentication/) सह बदलण्यात मदत करू शकते. सेवा प्रदाते वापरकर्त्यांना साक्ष्यीकरण देऊ शकतात, जे Ethereum वॉलेटमध्ये संग्रहित केले जाऊ शकतात. धारकास ऑनलाइन समुदायामध्ये प्रवेश प्रदान करणारे एक उदाहरण प्रमाणीकरण हे [NFT](/nft/) असेल.
+विकेंद्रित ओळखीद्वारे वैयक्तिक माहितीच्या गोपनीयतेचे संरक्षण करण्यासाठी विकेंद्रीकृत अभिज्ञापक देखील महत्त्वपूर्ण आहेत. उदाहरणार्थ, एखाद्या व्यक्तीने साक्षांकनाचा पुरावा (ड्रायव्हिंग लायसन्स) सबमिट केल्यास, पडताळणी करणाऱ्या पक्षाला पुराव्यातील माहितीची वैधता तपासण्याची आवश्यकता नाही. त्याऐवजी, पडताळकाला पुरावा वैध आहे की नाही हे निर्धारित करण्यासाठी प्रमाणीकरणाची सत्यता आणि जारी करणाऱ्या संस्थेच्या ओळखीची क्रिप्टोग्राफिक हमी आवश्यक असते.
 
-[Ethereum सह साइन-इन](https://siwe.xyz/) फंक्शन नंतर सर्व्हरला वापरकर्त्याच्या Ethereum खात्याची पुष्टी करण्यास आणि त्यांच्या खात्याच्या पत्त्यावरून आवश्यक प्रमाणीकरण आणण्यास सक्षम करेल. याचा अर्थ वापरकर्ते लांब पासवर्ड लक्षात ठेवल्याशिवाय प्लॅटफॉर्म आणि वेबसाइट्समध्ये प्रवेश करू शकतात आणि वापरकर्त्यांसाठी ऑनलाइन अनुभव सुधारतात.
+## विकेंद्रित ओळखीमधील साक्षांकनांचे प्रकार {#types-of-attestations-in-decentralized-identity}
 
-### 2. KYC प्रमाणीकरण {#kyc-authentication}
+Ethereum-आधारित ओळख इकोसिस्टममध्ये प्रमाणीकरण माहिती कशी संग्रहित आणि पुनर्प्राप्त केली जाते हे पारंपारिक ओळख व्यवस्थापनापेक्षा वेगळे आहे. विकेंद्रित ओळख प्रणालींमध्ये साक्ष्यीकरण जारी करणे, संचयित करणे आणि सत्यापित करणे यासाठी विविध दृष्टिकोनांचे विहंगावलोकन येथे आहे:
 
-अनेक ऑनलाइन सेवा वापरण्यासाठी व्यक्तींना ड्रायव्हिंग लायसन्स किंवा राष्ट्रीय पासपोर्ट यांसारखी साक्षांकन आणि क्रेडेन्शियल प्रदान करणे आवश्यक आहे. परंतु हा दृष्टीकोन समस्याप्रधान आहे कारण खाजगी वापरकर्ता माहितीशी तडजोड केली जाऊ शकते आणि सेवा प्रदाते प्रमाणीकरणाची सत्यता सत्यापित करू शकत नाहीत.
+### ऑफचेन साक्षांकने {#offchain-attestations}
 
-विकेंद्रित ओळख कंपन्यांना पारंपारिक [तुमचा-ग्राहक जाणून घ्या (KYC)](https://en.wikipedia.org/wiki/Know_your_customer) प्रक्रिया वगळण्याची आणि पडताळणीयोग्य क्रेडेन्शियल्सद्वारे वापरकर्ता ओळख प्रमाणित करण्यास अनुमती देते. हे ओळख व्यवस्थापनाची किंमत कमी करते आणि बनावट कागदपत्रांचा वापर प्रतिबंधित करते.
+ऑनचेन साक्षांकने साठवण्यामधील एक चिंता ही आहे की त्यामध्ये अशी माहिती असू शकते जी व्यक्तींना खाजगी ठेवायची आहे. Ethereum ब्लॉकचेनच्या सार्वजनिक स्वरूपामुळे अशी साक्ष्यीकरणे संग्रहित करणे अनाकर्षक बनते.
 
-### 3. मतदान आणि ऑनलाइन समुदाय {#voting-and-online-communities}
+यावर उपाय म्हणजे साक्षांकने जारी करणे, जे वापरकर्त्यांद्वारे डिजिटल वॉलेटमध्ये ऑफचेन ठेवले जातात, परंतु जारीकर्त्याच्या ऑनचेन साठवलेल्या DID ने स्वाक्षरी केलेले असतात. ही साक्षांकने [JSON वेब टोकन्स](https://en.wikipedia.org/wiki/JSON_Web_Token) म्हणून एन्कोड केलेली आहेत आणि त्यात जारीकर्त्याची डिजिटल स्वाक्षरी असते—ज्यामुळे ऑफचेन दाव्यांची सहज पडताळणी करता येते.
 
-ऑनलाइन मतदान आणि सोशल मीडिया विकेंद्रित ओळखीसाठी दोन नवीन अनुप्रयोग आहेत. ऑनलाइन मतदान योजना हेराफेरीसाठी संवेदनाक्षम असतात, विशेषतः जर दुर्भावनापूर्ण अभिनेते मतदान करण्यासाठी खोटी ओळख निर्माण करतात. व्यक्तींना ऑन-चेन साक्षांकन सादर करण्यास सांगणे ऑनलाइन मतदान प्रक्रियेची अखंडता सुधारू शकते.
+ऑफचेन साक्षांकने स्पष्ट करण्यासाठी येथे एक काल्पनिक परिस्थिती आहे:
 
-विकेंद्रित ओळख ऑनलाइन समुदाय तयार करण्यात मदत करू शकते जे बनावट खात्यांपासून मुक्त आहेत. उदाहरणार्थ, प्रत्येक वापरकर्त्याला ऑन-चेन ओळख प्रणाली वापरून त्यांची ओळख प्रमाणित करावी लागेल, जसे की Ethereum नेम सेवा, बॉट्सची शक्यता कमी करते.
+1. विद्यापीठ (जारीकर्ता) एक प्रमाणीकरण (डिजिटल शैक्षणिक प्रमाणपत्र) व्युत्पन्न करते, त्याच्या की सह स्वाक्षरी करते आणि बॉब (ओळख मालक) यांना जारी करते.
+
+2. बॉब नोकरीसाठी अर्ज करतो आणि त्याला त्याची शैक्षणिक पात्रता नियोक्त्याला सिद्ध करायची आहे, म्हणून तो त्याच्या मोबाइल वॉलेटमधून साक्षांकन शेअर करतो. कंपनी (पडताळणीकर्ता) नंतर जारीकर्त्याचा DID (म्हणजे, Ethereum वरील सार्वजनिक की) तपासून साक्षांकनाच्या वैधतेची पुष्टी करू शकते.
+
+### पर्सिस्टंट ऍक्सेससह ऑफचेन साक्षांकने {#offchain-attestations-with-persistent-access}
+
+या व्यवस्थेअंतर्गत साक्षांकने JSON फायलींमध्ये रूपांतरित केली जातात आणि ऑफचेन साठवली जातात (आदर्शपणे IPFS किंवा Swarm सारख्या [विकेंद्रित क्लाउड स्टोरेज](/developers/docs/storage/) प्लॅटफॉर्मवर). तथापि, JSON फाइलचा [हॅश](/glossary/#hash) ऑनचेन साठवला जातो आणि ऑनचेन रेजिस्ट्रीद्वारे DID शी लिंक केला जातो. संबंधित DID एकतर प्रमाणीकरण जारीकर्ता किंवा प्राप्तकर्त्याचा असू शकतो.
+
+हा दृष्टिकोन दाव्यांची माहिती एनक्रिप्टेड आणि सत्यापित करण्यायोग्य ठेवताना, ब्लॉकचेन-आधारित चिकाटी मिळविण्यासाठी साक्ष्यीकरणांना सक्षम करतो. हे निवडक प्रकटीकरणास देखील अनुमती देते कारण खाजगी की धारक माहिती डिक्रिप्ट करू शकतो.
+
+### ऑनचेन साक्षांकने {#onchain-attestations}
+
+ऑनचेन साक्षांकने Ethereum ब्लॉकचेनवरील [स्मार्ट कॉन्ट्रॅक्ट्समध्ये](/glossary/#smart-contract) ठेवली जातात. स्मार्ट कॉन्ट्रॅक्ट (रेजिस्ट्री म्हणून काम करणारा) एका साक्षांकनाला संबंधित ऑनचेन विकेंद्रित अभिज्ञापकाशी (एक पब्लिक की) मॅप करेल.
+
+ऑनचेन साक्षांकने व्यवहारात कशी कार्य करू शकतात हे दाखवण्यासाठी येथे एक उदाहरण आहे:
+
+1. एक कंपनी (XYZ Corp) स्मार्ट कराराचा वापर करून मालकीचे शेअर्स विकण्याची योजना आखत आहे परंतु केवळ पार्श्वभूमी तपासणी पूर्ण केलेल्या खरेदीदारांनाच हवे आहे.
+
+2. XYZ कॉर्प पार्श्वभूमी तपासणी करणार्‍या कंपनीकडून Ethereum वर ऑनचेन साक्षांकने जारी करून घेऊ शकते. हे प्रमाणीकरण प्रमाणित करते की एखाद्या व्यक्तीने कोणतीही वैयक्तिक माहिती उघड न करता पार्श्वभूमी तपासणी उत्तीर्ण केली आहे.
+
+3. समभाग विक्री करणारे स्मार्ट कॉन्ट्रॅक्ट स्क्रीन केलेल्या खरेदीदारांच्या ओळखीसाठी रेजिस्ट्री करार तपासू शकतात, ज्यामुळे कोणाला शेअर्स खरेदी करण्याची परवानगी आहे किंवा नाही हे स्मार्ट कॉन्ट्रॅक्टला निर्धारित करणे शक्य होते.
 
-### 4. अँटी-सिबिल संरक्षण {#sybil-protection}
+### सोलबाउंड टोकन्स आणि ओळख {#soulbound}
 
-सिबिल हल्ल्यांचा संदर्भ आहे की वैयक्तिक मानव आपला प्रभाव वाढवण्यासाठी एकापेक्षा जास्त लोक आहेत असा विचार करून प्रणालीला फसवतात. [अनुदान देणारे अनुप्रयोग](https://gitcoin.co/grants/) जे [वापरतात चतुर्भुज मतदान](https://www.radicalxchange.org/concepts/plural-voting/) या सिबिल हल्ल्यांसाठी असुरक्षित आहेत कारण जेव्हा अधिक लोक त्यास मतदान करतात तेव्हा अनुदानाचे मूल्य वाढते, वापरकर्त्यांना त्यांचे योगदान अनेक ओळखींमध्ये विभाजित करण्यास प्रोत्साहन देते. विकेंद्रीकृत ओळख प्रत्येक सहभागीवर भार वाढवून ते खरोखरच मानव आहेत हे सिद्ध करण्यासाठी हे रोखण्यात मदत करतात, जरी अनेकदा विशिष्ट खाजगी माहिती उघड न करता.
+[सोलबाउंड टोकन्स](https://vitalik.eth.limo/general/2022/01/26/soulbound.html) ([नॉन-ट्रान्सफरेबल NFTs](/glossary/#nft)) विशिष्ट वॉलेटसाठी अद्वितीय माहिती गोळा करण्यासाठी वापरले जाऊ शकतात. हे प्रभावीपणे एका विशिष्ट Ethereum पत्त्याशी बांधील एक अद्वितीय ऑनचेन ओळख तयार करते ज्यामध्ये उपलब्धी दर्शविणारे टोकन (उदा. एखादा विशिष्ट ऑनलाइन कोर्स पूर्ण करणे किंवा गेममध्ये थ्रेशोल्ड स्कोअर पास करणे) किंवा समुदाय सहभाग समाविष्ट असू शकतो.
 
 ## विकेंद्रित ओळख वापरा {#use-decentralized-identity}
 
 विकेंद्रित ओळख सोल्यूशन्सचा पाया म्हणून Ethereum वापरणारे अनेक महत्त्वाकांक्षी प्रकल्प आहेत:
 
-- **[Ethereum नेम सेवा (ENS)](https://ens.domains/)** - _ऑन-चेन, मशीन-वाचनीय अभिज्ञापकांसाठी विकेंद्रित नामकरण प्रणाली, जसे की, Ethereum वॉलेट पत्ते, सामग्री हॅश आणि मेटाडेटा._
-- **[SpruceID](https://www.spruceid.com/)** - _एक विकेंद्रित ओळख प्रकल्प जे वापरकर्त्यांना तृतीय-पक्ष सेवांवर अवलंबून न राहता Ethereum खाती आणि ENS प्रोफाइलसह डिजिटल ओळख नियंत्रित करण्यास अनुमती देते._
-- **[Ethereum प्रमाणीकरण सेवा (EAS)](https://attest.sh/)** - _कोणत्याही गोष्टीबद्दल ऑन-चेन किंवा ऑफ-चेन साक्ष्यीकरण करण्यासाठी विकेंद्रीकृत लेजर/प्रोटोकॉल._
-- **[मानवतेचा पुरावा](https://www.proofofhumanity.id)** - _पुरावा मानवता (किंवा PoH) ही Ethereum वर तयार केलेली सामाजिक ओळख पडताळणी प्रणाली आहे._
-- **[BrightID](https://www.brightid.org/)** - _एक विकेंद्रित, ओपन-सोर्स सोशल आयडेंटिटी नेटवर्क सामाजिक आलेख निर्मिती आणि विश्लेषणाद्वारे ओळख पडताळणीमध्ये सुधारणा करू इच्छित आहे._
-- **[प्रुफ-ऑफ-पर्सनहुड पासपोर्ट](https://passport.human.tech/)** - _विकेंद्रित डिजिटल ओळख एकत्रित करणारा._
+- **[Ethereum नेम सर्व्हिस (ENS)](https://ens.domains/)** - _ऑनचेन, मशीन-वाचनीय अभिज्ञापकांसाठी एक विकेंद्रित नामकरण प्रणाली, जसे की, Ethereum वॉलेट पत्ते, सामग्री हॅश आणि मेटाडेटा._
+- **[Ethereum सह साइन इन करा (SIWE)](https://siwe.xyz/)** - _Ethereum खात्यांसह प्रमाणीकरणासाठी खुले मानक._
+- **[SpruceID](https://www.spruceid.com/)** - _एक विकेंद्रित ओळख प्रकल्प जो वापरकर्त्यांना तृतीय-पक्ष सेवांवर अवलंबून न राहता Ethereum खाती आणि ENS प्रोफाइलसह डिजिटल ओळख नियंत्रित करण्याची अनुमती देतो._
+- **[Ethereum साक्षांकन सेवा (EAS)](https://attest.org/)** - _कोणत्याही गोष्टीबद्दल ऑनचेन किंवा ऑफचेन साक्षांकने करण्यासाठी एक विकेंद्रित लेजर/प्रोटोकॉल._
+- **[प्रूफ ऑफ ह्युमॅनिटी](https://www.proofofhumanity.id)** - _प्रूफ ऑफ ह्युमॅनिटी (किंवा PoH) ही Ethereum वर तयार केलेली एक सामाजिक ओळख पडताळणी प्रणाली आहे._
+- **[BrightID](https://www.brightid.org/)** - _एक विकेंद्रित, ओपन-सोर्स सामाजिक ओळख नेटवर्क जे सामाजिक आलेखाच्या निर्मिती आणि विश्लेषणाद्वारे ओळख पडताळणीमध्ये सुधारणा करू पाहते._
+- **[walt.id](https://walt.id)** — _ओपन सोर्स विकेंद्रित ओळख आणि वॉलेट इन्फ्रास्ट्रक्चर जे डेव्हलपर आणि संस्थांना सेल्फ-सॉव्हरिन आयडेंटिटी आणि NFTs/SBTs चा वापर करण्यास सक्षम करते._
+- **[Veramo](https://veramo.io/)** - _एक जावास्क्रिप्ट फ्रेमवर्क जे कोणालाही त्यांच्या ऍप्लिकेशन्समध्ये क्रिप्टोग्राफिकदृष्ट्या पडताळणीयोग्य डेटा वापरणे सोपे करते._
 
-## Further reading {#further-reading}
+## पुढील वाचन {#further-reading}
 
 ### लेख {#articles}
 
-- [ब्लॉकचेन वापर प्रकरणे: डिजिटल आयडेंटिटीमध्ये ब्लॉकचेन](https://consensys.net/blockchain-use-cases/digital-identity/) — _ConsenSys_
-- [Ethereum ERC725 म्हणजे काय? ब्लॉकचेनवर स्व-सार्वभौम ओळख व्यवस्थापन](https://cryptoslate.com/what-is-erc725-self-sovereign-identity-management-on-the-blockchain/) — _सॅम टाउन_
-- [ब्लॉकचेन डिजिटल आयडेंटिटीची समस्या कशी सोडवू शकते](https://time.com/6142810/proof-of-humanity/) — _अँड्र्यू आर. चाऊ_
-- [विकेंद्रित ओळख म्हणजे काय आणि आपण काळजी का घ्यावी?](https://web3.hashnode.com/what-is-decentralized-identity) — _इमॅन्युएल अवोसिका_
+- [ब्लॉकचेन उपयोग प्रकरणे: डिजिटल ओळखीमध्ये ब्लॉकचेन](https://consensys.net/blockchain-use-cases/digital-identity/) — _ConsenSys_
+- [Ethereum ERC725 म्हणजे काय? ब्लॉकचेनवर सेल्फ-सॉव्हरिन ओळख व्यवस्थापन](https://cryptoslate.com/what-is-erc725-self-sovereign-identity-management-on-the-blockchain/) — _सॅम टाउन_
+- [ब्लॉकचेन डिजिटल ओळखीची समस्या कशी सोडवू शकते](https://time.com/6142810/proof-of-humanity/) — _अँड्र्यू आर. चाऊ_
+- [विकेंद्रित ओळख म्हणजे काय आणि तुम्ही का काळजी घ्यावी?](https://web3.hashnode.com/what-is-decentralized-identity) — _इमॅन्युएल अवोसिका_
+- [विकेंद्रित ओळखीचा परिचय](https://walt.id/white-paper/digital-identity) — _डॉमिनिक बेरॉन_
 
-### Videos {#videos}
+### व्हिडिओ {#videos}
 
-- [विकेंद्रित ओळख (बोनस लाइव्हस्ट्रीम सत्र)](https://www.youtube.com/watch?v=ySHNB1za_SE&t=539s) — _एक उत्तम एंड्रियास अँटोनोपोलस द्वारे विकेंद्रित ओळखीवरील स्पष्टीकरण व्हिडिओ_
-- [सिरेमिक, IDX, प्रतिक्रिया आणि 3ID कनेक्टसह Ethereum आणि विकेंद्रीकृत ओळख सह साइन इन करा](https://www.youtube.com/watch?v=t9gWZYJxk7c) — _Nader Dabit द्वारे Ethereum वॉलेट वापरून वापरकर्त्याचे प्रोफाइल तयार करण्यासाठी, वाचण्यासाठी आणि अपडेट करण्यासाठी ओळख व्यवस्थापन प्रणाली तयार करण्यावर YouTube ट्यूटोरियल_
-- [BrightID - Ethereum वर विकेंद्रित ओळख](https://www.youtube.com/watch?v=D3DbMFYGRoM) — _बँकलेस पॉडकास्ट भाग BrightID वर चर्चा करतो, a Ethereum साठी विकेंद्रित ओळख समाधान_
-- [द ऑफ चेन इंटरनेट: विकेंद्रीकृत ओळख आणि पडताळणीयोग्य क्रेडेन्शियल्स](https://www.youtube.com/watch?v=EZ_Bb6j87mg) — एव्हिन मॅकमुलेन द्वारे EthDenver 2022 सादरीकरण
+- [विकेंद्रित ओळख (बोनस लाइव्हस्ट्रीम सत्र)](https://www.youtube.com/watch?v=ySHNB1za_SE&t=539s) — _एंड्रियास अँटोनोपोलस यांचा विकेंद्रित ओळखीवरील एक उत्तम स्पष्टीकरणात्मक व्हिडिओ_
+- [Ceramic, IDX, React, आणि 3ID Connect सह Ethereum आणि विकेंद्रित ओळखीसह साइन इन करा](https://www.youtube.com/watch?v=t9gWZYJxk7c) — _नादेर दाबिट यांच्याद्वारे Ethereum वॉलेट वापरून वापरकर्त्याचे प्रोफाइल तयार करण्यासाठी, वाचण्यासाठी आणि अद्यतनित करण्यासाठी ओळख व्यवस्थापन प्रणाली तयार करण्यावर YouTube ट्यूटोरियल_
+- [BrightID - Ethereum वरील विकेंद्रित ओळख](https://www.youtube.com/watch?v=D3DbMFYGRoM) — _बँकलेस पॉडकास्ट भाग BrightID वर चर्चा करतो, जो Ethereum साठी एक विकेंद्रित ओळख सोल्यूशन आहे_
+- [ऑफचेन इंटरनेट: विकेंद्रित ओळख आणि व्हेरिफायेबल क्रेडेन्शियल्स](https://www.youtube.com/watch?v=EZ_Bb6j87mg) — इव्हिन मॅकमुलेन यांचे EthDenver 2022 सादरीकरण
+- [व्हेरिफायेबल क्रेडेन्शियल्सचे स्पष्टीकरण](https://www.youtube.com/watch?v=ce1IdSr-Kig) - टॅमिनो बॉमन यांच्या डेमोसह YouTube स्पष्टीकरणात्मक व्हिडिओ
 
 ### समुदाय {#communities}
 
-- [ERC-725 GitHub वर अलायन्स](https://github.com/erc725alliance) — _Ethereum ब्लॉकचेन वर ओळख व्यवस्थापित करण्यासाठी ERC725 मानकांचे समर्थक_
-- [EthID Discord सर्व्हर](https://discord.com/invite/ZUyG3mSXFD) — _Ethereum सह साइन-इनवर काम करणाऱ्या उत्साही आणि विकासकांसाठी समुदाय_
-- [Veramo Labs](https://discord.gg/sYBUXpACh4) — _अनुप्रयोगांसाठी पडताळणी करण्यायोग्य डेटासाठी फ्रेमवर्क तयार करण्यात योगदान देणारा विकासकांचा समुदाय_
+- [GitHub वरील ERC-725 अलायन्स](https://github.com/erc725alliance) — _Ethereum ब्लॉकचेनवर ओळख व्यवस्थापित करण्यासाठी ERC725 मानकाचे समर्थक_
+- [EthID डिस्कॉर्ड सर्व्हर](https://discord.com/invite/ZUyG3mSXFD) — _Ethereum सह साइन-इन आणि Ethereum फॉलो प्रोटोकॉलवर काम करणाऱ्या उत्साही आणि डेव्हलपरसाठी समुदाय_
+- [Veramo लॅब्स](https://discord.gg/sYBUXpACh4) — _ऍप्लिकेशन्ससाठी व्हेरिफायेबल डेटासाठी एक फ्रेमवर्क तयार करण्यात योगदान देणाऱ्या डेव्हलपरचा समुदाय_
+- [walt.id](https://discord.com/invite/AW8AgqJthZ) — _विविध उद्योगांमध्ये विकेंद्रित ओळखीच्या वापराच्या प्रकरणांवर काम करणाऱ्या डेव्हलपर आणि बिल्डर्सचा समुदाय_
diff --git a/public/content/translations/mr/defi/index.md b/public/content/translations/mr/defi/index.md
index 7aa55254a30..0fafd7870c6 100644
--- a/public/content/translations/mr/defi/index.md
+++ b/public/content/translations/mr/defi/index.md
@@ -1,18 +1,19 @@
 ---
-title: विकेंद्रीत अर्थव्यवस्था (DeFi)
-description: Ethereum वर DeFi चे विहंगावलोकन
+title: "विकेंद्रीत अर्थव्यवस्था (DeFi)"
+metaTitle: "DeFi म्हणजे काय? | विकेंद्रित वित्ताचे फायदे आणि उपयोग"
+description: "Ethereum वर DeFi चे विहंगावलोकन"
 lang: mr
 template: use-cases
 emoji: ":money_with_wings:"
 image: /images/use-cases/defi.png
-alt: लेगो विटांनी बनवलेला Eth लोगो.
+alt: "lego विटांनी बनवलेला Eth लोगो."
 sidebarDepth: 2
-summaryPoint1: सध्याच्या आर्थिक व्यवस्थेसाठी जागतिक, खुला पर्याय.
-summaryPoint2: अशी उत्पादने जी तुम्हाला कर्ज घेऊ देतात, बचत करू देतात, गुंतवणूक करू शकतात, व्यापार करू शकतात आणि बरेच काही करू शकतात.
-summaryPoint3: मुक्त-स्रोत तंत्रज्ञानावर आधारित ज्यासह कोणीही प्रोग्राम करू शकतो.
+summaryPoint1: "सध्याच्या आर्थिक व्यवस्थेसाठी जागतिक, खुला पर्याय."
+summaryPoint2: "अशी उत्पादने जी तुम्हाला कर्ज घेऊ देतात, बचत करू देतात, गुंतवणूक करू शकतात, व्यापार करू शकतात आणि बरेच काही करू शकतात."
+summaryPoint3: "मुक्त-स्रोत तंत्रज्ञानावर आधारित ज्यासह कोणीही प्रोग्राम करू शकतो."
 ---
 
-DeFi ही इंटरनेट युगासाठी तयार केलेली एक खुली आणि जागतिक आर्थिक प्रणाली आहे – अपारदर्शक, घट्टपणे नियंत्रित आणि दशकानुशतके जुन्या पायाभूत सुविधा आणि प्रक्रियांनी एकत्र ठेवलेल्या प्रणालीचा पर्याय. हे तुम्हाला तुमच्या पैशांवर नियंत्रण आणि दृश्यमानता देते. हे तुम्हाला जागतिक बाजारपेठा आणि तुमच्या स्थानिक चलन किंवा बँकिंग पर्यायांना एक्सपोजर देते. DeFi उत्पादने इंटरनेट कनेक्शन असलेल्या प्रत्येकासाठी आर्थिक सेवा उघडतात आणि त्या मोठ्या प्रमाणात त्यांच्या वापरकर्त्यांच्या मालकीच्या आणि देखरेखीच्या असतात. आतापर्यंत कोट्यवधी डॉलर्स किमतीचे क्रिप्टो DeFi ऍप्लिकेशन्समधून आले आहे आणि ते दररोज वाढत आहे.
+DeFi ही इंटरनेट युगासाठी तयार केलेली एक खुली आणि जागतिक आर्थिक प्रणाली आहे – अपारदर्शक, घट्टपणे नियंत्रित आणि दशकानुशतके जुन्या पायाभूत सुविधा आणि प्रक्रियांनी एकत्र ठेवलेल्या प्रणालीचा पर्याय. हे तुम्हाला तुमच्या पैशांवर नियंत्रण आणि दृश्यमानता देते. हे तुम्हाला जागतिक बाजारपेठा आणि तुमच्या स्थानिक चलन किंवा बँकिंग पर्यायांना एक्सपोजर देते. DeFi उत्पादने इंटरनेट कनेक्शन असलेल्या प्रत्येकासाठी आर्थिक सेवा उघडतात आणि त्या मोठ्या प्रमाणात त्यांच्या वापरकर्त्यांच्या मालकीच्या आणि देखरेखीच्या असतात. आतापर्यंत, अब्जावधी डॉलर्स किमतीचा क्रिप्टो DeFi ॲप्लिकेशन्समधून प्रवाहित झाला आहे आणि तो दररोज वाढत आहे.
 
 ## DeFi म्हणजे काय? {#what-is-defi}
 
@@ -22,7 +23,7 @@ DeFi ही आर्थिक उत्पादने आणि सेवा
 
 <YouTube id="H-O3r2YMWJ4" />
 
-## DeFi वि पारंपारिक वित्त {#defi-vs-tradfi}
+## DeFi विरुद्ध पारंपरिक वित्त {#defi-vs-tradfi}
 
 DeFi ची क्षमता पाहण्याचा एक उत्तम मार्ग म्हणजे आज अस्तित्वात असलेल्या समस्या समजून घेणे.
 
@@ -31,44 +32,44 @@ DeFi ची क्षमता पाहण्याचा एक उत्त
 - आर्थिक सेवा तुम्हाला पैसे मिळण्यापासून रोखू शकतात.
 - आर्थिक सेवांचे छुपे शुल्क म्हणजे तुमचा वैयक्तिक डेटा.
 - सरकार आणि केंद्रीकृत संस्था इच्छेनुसार बाजार बंद करू शकतात.
-- व्यापाराचे तास अनेकदा विशिष्ट टाइम झोनच्या व्यावसायिक तासांपुरते मर्यादित असतात.
+- ट्रेडिंगचे तास अनेकदा विशिष्ट टाइम झोनच्या व्यावसायिक तासांपुरते मर्यादित असतात.
 - मानवी अंतर्गत प्रक्रियेमुळे पैसे हस्तांतरित होण्यास काही दिवस लागू शकतात.
 - आर्थिक सेवांसाठी प्रीमियम आहे कारण मध्यस्थ संस्थांना त्यांच्या कपातीची आवश्यकता आहे.
 
 ### एक तुलना {#defi-comparison}
 
-| DeFi                                                                                                          | पारंपारिक वित्त                                                                                                                              |
-| ------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------- |
-| तुम्ही तुमचे पैसे धरा.                                                                                        | तुमचे पैसे कंपन्यांकडे आहेत.                                                                                                                 |
-| तुमचा पैसा कुठे जातो आणि तो कसा खर्च होतो हे तुम्ही नियंत्रित करता.                                           | जोखमीच्या कर्जदारांना कर्ज देण्यासारख्या तुमच्या पैशांचे गैरव्यवस्थापन न करण्यासाठी तुम्हाला कंपन्यांवर विश्वास ठेवावा लागेल.                |
-| निधीचे हस्तांतरण काही मिनिटांत होते.                                                                          | मॅन्युअल प्रक्रियांमुळे पेमेंटला दिवस लागू शकतात.                                                                                            |
-| व्यवहार क्रियाकलाप छद्मनाम आहे.                                                                               | आर्थिक क्रियाकलाप आपल्या ओळखीशी घट्ट जोडलेले आहेत.                                                                                           |
-| DeFi कोणासाठीही खुले आहे.                                                                                     | तुम्ही आर्थिक सेवा वापरण्यासाठी अर्ज करणे आवश्यक आहे.                                                                                        |
-| बाजारपेठा नेहमी खुल्या असतात.                                                                                 | कर्मचार्‍यांना विश्रांतीची गरज असल्याने बाजारपेठा बंद होतात.                                                                                 |
+| DeFi                                                                                                                          | पारंपारिक वित्त                                                                                                                                                              |
+| ----------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| तुम्ही तुमचे पैसे धरा.                                                                                        | तुमचे पैसे कंपन्यांकडे आहेत.                                                                                                                                 |
+| तुमचा पैसा कुठे जातो आणि तो कसा खर्च होतो हे तुम्ही नियंत्रित करता.                                           | जोखमीच्या कर्जदारांना कर्ज देण्यासारख्या तुमच्या पैशांचे गैरव्यवस्थापन न करण्यासाठी तुम्हाला कंपन्यांवर विश्वास ठेवावा लागेल.                                |
+| निधीचे हस्तांतरण काही मिनिटांत होते.                                                                          | मॅन्युअल प्रक्रियांमुळे पेमेंटला दिवस लागू शकतात.                                                                                                            |
+| व्यवहार क्रियाकलाप छद्मनाम आहे.                                                                               | आर्थिक क्रियाकलाप आपल्या ओळखीशी घट्ट जोडलेले आहेत.                                                                                                           |
+| DeFi कोणासाठीही खुले आहे.                                                                                     | तुम्ही आर्थिक सेवा वापरण्यासाठी अर्ज करणे आवश्यक आहे.                                                                                                        |
+| बाजारपेठा नेहमी खुल्या असतात.                                                                                 | कर्मचार्‍यांना विश्रांतीची गरज असल्याने बाजारपेठा बंद होतात.                                                                                                 |
 | हे पारदर्शकतेवर आधारित आहे – कोणीही उत्पादनाचा डेटा पाहू शकतो आणि सिस्टम कसे कार्य करते याची तपासणी करू शकतो. | वित्तीय संस्था ही बंद पुस्तके आहेत: तुम्ही त्यांचा कर्जाचा इतिहास, त्यांच्या व्यवस्थापित मालमत्तेचा रेकॉर्ड इत्यादी पाहण्यास सांगू शकत नाही. |
 
 <ButtonLink href="/apps/categories/defi">
-  DeFi अॅप्स एक्सप्लोर करा
+  DeFi ॲप्स एक्सप्लोर करा
 </ButtonLink>
 
 ## याची सुरुवात Bitcoin पासून झाली... {#bitcoin}
 
 Bitcoin हे अनेक प्रकारे पहिले DeFi ऍप्लिकेशन होते. Bitcoin तुम्हाला खरच स्वतःचे आणि मूल्य नियंत्रित करू देते आणि जगभरात कुठेही पाठवू देते. विश्वासू मध्यस्थाच्या गरजेशिवाय, मोठ्या संख्येने लोकांना, जे एकमेकांवर विश्वास ठेवत नाहीत, खात्यांच्या लेजरवर सहमत होण्यासाठी एक मार्ग प्रदान करून हे करते. Bitcoin कोणासाठीही खुले आहे आणि त्याचे नियम बदलण्याचा अधिकार कोणालाही नाही. Bitcoin चे नियम, जसे की त्याची कमतरता आणि त्याचे मोकळेपणा, तंत्रज्ञानामध्ये लिहिलेले आहेत. हे पारंपारिक फायनान्ससारखे नाही जिथे सरकार पैसे छापू शकतात जे तुमच्या बचतीचे अवमूल्यन करतात आणि कंपन्या बाजार बंद करू शकतात.
 
-यावर Ethereum तयार होतो. Bitcoin प्रमाणे, नियम तुमच्यावर बदलू शकत नाहीत आणि प्रत्येकाला प्रवेश आहे. परंतु ते [स्मार्ट कॉन्ट्रॅक्ट](/glossary#smart-contract) वापरून हे डिजिटल मनी प्रोग्राम करण्यायोग्य देखील बनवते, जेणेकरून तुम्ही मूल्य संचयित आणि पाठवण्यापलीकडे जाऊ शकता.
+यावर Ethereum तयार होतो. Bitcoin प्रमाणे, नियम तुमच्यावर बदलू शकत नाहीत आणि प्रत्येकाला प्रवेश आहे. परंतु यामुळे हे डिजिटल पैसे [स्मार्ट कॉन्ट्रॅक्ट्स](/glossary/#smart-contract) वापरून प्रोग्राम करण्यायोग्य बनतात, ज्यामुळे तुम्ही मूल्य संग्रहित करणे आणि पाठवण्यापलीकडे जाऊ शकता.
 
 <YouTube id="qFBYB4W2tqU" />
 
-## प्रोग्राम करण्यायोग्य पैसा {#programmable-money}
+## प्रोग्राम करण्यायोग्य पैसे {#programmable-money}
 
-हे विचित्र वाटते... "मला माझे पैसे का प्रोग्राम करायचे आहेत"? तथापि, Ethereum वरील टोकनचे हे फक्त एक डीफॉल्ट वैशिष्ट्य आहे. कोणीही पेमेंटमध्ये लॉजिक प्रोग्राम करू शकतो. त्यामुळे तुम्हाला Bitcoin चे नियंत्रण आणि सुरक्षा वित्तीय संस्थांद्वारे पुरवल्या जाणाऱ्या सेवांमध्ये मिसळून मिळू शकते. हे तुम्हाला क्रिप्टोकरन्सीसह अशा गोष्टी करू देते जे तुम्ही Bitcoin सह करू शकत नाही जसे की कर्ज देणे आणि कर्ज घेणे, पेमेंट शेड्यूल करणे, इंडेक्स फंडांमध्ये गुंतवणूक करणे आणि बरेच काही.
+हे विचित्र वाटते... "मला माझे पैसे का प्रोग्राम करायचे आहेत"? तथापि, हे Ethereum वरील टोकनच्या डीफॉल्ट वैशिष्ट्यापेक्षा अधिक आहे. कोणीही पेमेंटमध्ये लॉजिक प्रोग्राम करू शकतो. त्यामुळे तुम्हाला Bitcoin चे नियंत्रण आणि सुरक्षा वित्तीय संस्थांद्वारे पुरवल्या जाणाऱ्या सेवांमध्ये मिसळून मिळू शकते. हे तुम्हाला क्रिप्टोकरन्सीसह अशा गोष्टी करू देते जे तुम्ही Bitcoin सह करू शकत नाही जसे की कर्ज देणे आणि कर्ज घेणे, पेमेंट शेड्यूल करणे, इंडेक्स फंडांमध्ये गुंतवणूक करणे आणि बरेच काही.
 
 <Alert variant="update">
 <AlertEmoji text=":eyes:"/>
-<AlertContent className="justify-between flex-row items-center">
+<AlertContent className="flex-row justify-between items-center">
   <div>तुम्ही Ethereum वर नवीन असाल तर वापरून पाहण्यासाठी DeFi ऍप्लिकेशन्ससाठी आमच्या सूचना एक्सप्लोर करा.</div>
   <ButtonLink href="/apps/categories/defi">
-    DeFi अॅप्स एक्सप्लोर करा
+    DeFi ॲप्स एक्सप्लोर करा
   </ButtonLink>
 </AlertContent>
 </Alert>
@@ -77,13 +78,13 @@ Bitcoin हे अनेक प्रकारे पहिले DeFi ऍप्
 
 बहुतांश वित्तीय सेवांसाठी विकेंद्रित पर्याय आहे. परंतु Ethereum पूर्णपणे नवीन आर्थिक उत्पादने तयार करण्यासाठी संधी देखील निर्माण करते. ही एक सतत वाढत जाणारी यादी आहे.
 
-- [जगभर पैसे पाठवा](#send-money)
-- [जगभरात पैसा प्रवाहित करा](#stream-money)
+- [जगभरात पैसे पाठवा](#send-money)
+- [जगभरात पैसे प्रवाहित करा](#stream-money)
 - [स्थिर चलनांमध्ये प्रवेश करा](#stablecoins)
-- [संपार्श्विक सह निधी उधार घ्या](#lending)
-- [तारण न घेता कर्ज घ्या](#flash-loans)
+- [तारणासह निधी कर्ज घ्या](#lending)
+- [तारणाशिवाय कर्ज घ्या](#flash-loans)
 - [क्रिप्टो बचत सुरू करा](#saving)
-- [व्यापार टोकन](#swaps)
+- [टोकन्स ट्रेड करा](#swaps)
 - [तुमचा पोर्टफोलिओ वाढवा](#investing)
 - [तुमच्या कल्पनांना निधी द्या](#crowdfunding)
 - [विमा खरेदी करा](#insurance)
@@ -93,7 +94,7 @@ Bitcoin हे अनेक प्रकारे पहिले DeFi ऍप्
 
 ### जगभरात त्वरीत पैसे पाठवा {#send-money}
 
-ब्लॉकचेन म्हणून, Ethereum सुरक्षित आणि जागतिक मार्गाने व्यवहार पाठवण्यासाठी डिझाइन केलेले आहे. Bitcoin प्रमाणे, Ethereum जगभरात पैसे पाठवणे ईमेल पाठवण्याइतके सोपे करते. तुमच्या वॉलेटमधून फक्त तुमच्या प्राप्तकर्त्याचे [ENS नाव](/nft/#nft-domains) (जसे bob.eth) किंवा त्यांचा खाते पत्ता प्रविष्ट करा आणि तुमचे पेमेंट थेट त्यांच्याकडे काही मिनिटांत जाईल (सामान्यतः). पेमेंट पाठवण्यासाठी किंवा प्राप्त करण्यासाठी, तुम्हाला [वॉलेट](/wallets/) आवश्यक असेल.
+ब्लॉकचेन म्हणून, Ethereum सुरक्षित आणि जागतिक मार्गाने व्यवहार पाठवण्यासाठी डिझाइन केलेले आहे. Bitcoin प्रमाणे, Ethereum जगभरात पैसे पाठवणे ईमेल पाठवण्याइतके सोपे करते. फक्त तुमच्या प्राप्तकर्त्याचे [ENS नाव](/glossary/#ens) (जसे की bob.eth) किंवा तुमच्या वॉलेटमधून त्यांच्या खात्याचा पत्ता प्रविष्ट करा आणि तुमचे पेमेंट थेट काही मिनिटांत (सहसा) त्यांच्यापर्यंत पोहोचेल. पेमेंट पाठवण्यासाठी किंवा प्राप्त करण्यासाठी, तुम्हाला एका [वॉलेटची](/wallets/) आवश्यकता असेल.
 
 <ButtonLink href="/apps/categories/defi">
   पेमेंट dapps पहा
@@ -103,7 +104,7 @@ Bitcoin हे अनेक प्रकारे पहिले DeFi ऍप्
 
 तुम्ही Ethereum वर पैसे देखील प्रवाहित करू शकता. हे तुम्हाला एखाद्याला त्यांचा पगार दुसऱ्याने अदा करू देते, त्यांना जेव्हा गरज असेल तेव्हा त्यांच्या पैशात प्रवेश मिळवून देते. किंवा स्टोरेज लॉकर किंवा इलेक्ट्रिक स्कूटरसारखे दुसरे काहीतरी भाड्याने घ्या.
 
-आणि जर तुम्ही [ETH](/what-is-ether/) पाठवू इच्छित नसाल किंवा प्रवाहित करू इच्छित नसाल कारण त्याचे मूल्य किती बदलू शकते, Ethereum वर पर्यायी चलने आहेत: स्टेबलकॉइन्स.
+आणि जर तुम्हाला [ETH](/glossary/#ether) पाठवायचा किंवा प्रवाहित करायचा नसेल कारण त्याचे मूल्य खूप बदलू शकते, तर Ethereum वर पर्यायी चलने आहेत: [स्टेबलकॉइन्स](/glossary/#stablecoin).
 
 <Divider />
 
@@ -114,7 +115,7 @@ Bitcoin हे अनेक प्रकारे पहिले DeFi ऍप्
 Dai किंवा USDC सारख्या नाण्यांचे मूल्य डॉलरच्या काही सेंट्समध्ये असते. हे त्यांना कमाई किंवा किरकोळ विक्रीसाठी योग्य बनवते. लॅटिन अमेरिकेतील बर्‍याच लोकांनी त्यांच्या सरकारने जारी केलेल्या चलनांसह मोठ्या अनिश्चिततेच्या काळात त्यांच्या बचतीचे संरक्षण करण्याचा एक मार्ग म्हणून स्टेबलकॉइन्सचा वापर केला आहे.
 
 <ButtonLink href="/stablecoins/">
-  स्टेबलकॉइन्स वर अधिक
+  स्टेबलकॉइन्सवर अधिक
 </ButtonLink>
 
 <Divider />
@@ -127,7 +128,7 @@ Dai किंवा USDC सारख्या नाण्यांचे म
 - पूल-आधारित जेथे कर्जदार कर्ज घेऊ शकतात अशा पूलला निधी (तरलता) प्रदान करतात.
 
 <ButtonLink href="/apps/categories/defi">
-  उधारी dapps पहा
+  कर्ज घेण्याचे dapps पहा
 </ButtonLink>
 
 विकेंद्रित कर्जदार वापरण्याचे अनेक फायदे आहेत...
@@ -136,19 +137,19 @@ Dai किंवा USDC सारख्या नाण्यांचे म
 
 आज, पैसे देणे आणि कर्ज घेणे हे सर्व गुंतलेल्या व्यक्तींभोवती फिरते. कर्ज देण्यापूर्वी तुम्ही कर्जाची परतफेड करण्याची शक्यता आहे की नाही हे बँकांना माहित असणे आवश्यक आहे.
 
-विकेंद्रित कर्ज देणे कोणत्याही पक्षाला स्वतःची ओळख न करता कार्य करते. त्याऐवजी, कर्जदाराने त्याच्या कर्जाची परतफेड न केल्यास कर्जदाराला आपोआप प्राप्त होणारी संपार्श्विकता ठेवली पाहिजे. काही सावकार संपार्श्विक म्हणून NFT देखील स्वीकारतात. NFT हे चित्रकलेप्रमाणे एका अनन्य मालमत्तेसाठी एक डीड आहे. [NFT वर अधिक](/nft/)
+विकेंद्रित कर्ज देणे कोणत्याही पक्षाला स्वतःची ओळख न करता कार्य करते. त्याऐवजी, कर्जदाराने त्याच्या कर्जाची परतफेड न केल्यास कर्जदाराला आपोआप प्राप्त होणारी संपार्श्विकता ठेवली पाहिजे. काही कर्जदाते [NFTs](/glossary/#nft) सुद्धा तारण म्हणून स्वीकारतात. NFT हे चित्रकलेप्रमाणे एका अनन्य मालमत्तेसाठी एक डीड आहे. [NFTs वर अधिक](/nft/)
 
 हे तुम्हाला क्रेडिट चेकशिवाय किंवा खाजगी माहिती न देता पैसे उधार घेण्यास अनुमती देते.
 
 #### जागतिक निधीमध्ये प्रवेश {#access-global-funds}
 
-जेव्हा तुम्ही विकेंद्रित सावकार वापरता तेव्हा तुम्हाला तुमच्या निवडलेल्या बँकेच्या किंवा संस्थेच्या ताब्यातील निधीच नव्हे तर जगभरातून जमा केलेल्या निधीमध्ये प्रवेश असतो. यामुळे कर्जे अधिक सुलभ होतात आणि व्याजदर सुधारतात.
+जेव्हा तुम्ही विकेंद्रित सावकार वापरता तेव्हा तुम्हाला तुमच्या निवडलेल्या बँकेच्या किंवा संस्थेच्या ताब्यातील निधीच नव्हे तर जगभरातून जमा केलेल्या निधीमध्ये प्रवेश असतो. यामुळे कर्ज अधिक सुलभ होते आणि व्याजदर सुधारतात.
 
 #### कर-कार्यक्षमता {#tax-efficiencies}
 
-कर्ज घेतल्याने तुमचा ETH (करपात्र कार्यक्रम) विकल्याशिवाय तुम्हाला आवश्यक असलेल्या निधीमध्ये प्रवेश मिळू शकतो. त्याऐवजी, तुम्ही स्टेबलकॉइन कर्जासाठी संपार्श्विक म्हणून ETH वापरू शकता. हे तुम्हाला आवश्यक असलेला रोख प्रवाह देते आणि तुम्हाला तुमचा ETH ठेवू देते. स्टेबलकॉइन्स हे टोकन आहेत जे तुम्हाला जेव्हा रोखीची गरज असते तेव्हा ते जास्त चांगले असतात कारण ते ETH सारख्या मूल्यात चढ-उतार होत नाहीत. [स्टेबलकॉइन्स वर अधिक](#stablecoins)
+कर्ज घेतल्याने तुमचा ETH (करपात्र कार्यक्रम) विकल्याशिवाय तुम्हाला आवश्यक असलेल्या निधीमध्ये प्रवेश मिळू शकतो. त्याऐवजी, तुम्ही स्टेबलकॉइन कर्जासाठी संपार्श्विक म्हणून ETH वापरू शकता. हे तुम्हाला आवश्यक असलेला रोख प्रवाह देते आणि तुम्हाला तुमचा ETH ठेवू देते. स्टेबलकॉइन्स हे टोकन आहेत जे तुम्हाला जेव्हा रोखीची गरज असते तेव्हा ते जास्त चांगले असतात कारण ते ETH सारख्या मूल्यात चढ-उतार होत नाहीत. [स्टेबलकॉइन्सवर अधिक](#stablecoins)
 
-#### फ्लॅश कर्ज {#flash-loans}
+#### फ्लॅश लोन्स {#flash-loans}
 
 फ्लॅश कर्ज हे विकेंद्रित कर्जाचे अधिक प्रायोगिक स्वरूप आहे जे तुम्हाला संपार्श्विक किंवा कोणतीही वैयक्तिक माहिती प्रदान न करता कर्ज घेऊ देते.
 
@@ -171,33 +172,35 @@ Dai किंवा USDC सारख्या नाण्यांचे म
 
 पारंपारिक वित्त जगात वरील उदाहरण करण्यास सक्षम होण्यासाठी, तुम्हाला खूप मोठ्या रकमेची आवश्यकता असेल. पैसे कमावण्याच्या या रणनीती केवळ विद्यमान संपत्ती असलेल्यांनाच उपलब्ध आहेत. फ्लॅश लोन हे भविष्याचे एक उदाहरण आहे जिथे पैसे कमावण्‍यासाठी पैसे असणे ही एक पूर्व शर्त नाही.
 
-[फ्लॅश कर्जावर अधिक](https://aave.com/docs/aave-v3/guides/flash-loans)
+<ButtonLink isSecondary href="https://aave.com/docs/aave-v3/guides/flash-loans">
+  फ्लॅश लोन्सवर अधिक
+</ButtonLink>
 
 <Divider />
 
-### क्रिप्टोसह बचत सुरू करा {#saving}
+### क्रिप्टोद्वारे बचत सुरू करा {#saving}
 
 #### कर्ज देणे {#lending}
 
 तुम्ही तुमच्या क्रिप्टोला कर्ज देऊन त्यावर व्याज मिळवू शकता आणि तुमचे फंड रिअल टाइममध्ये वाढताना पाहू शकता. सध्या तुम्हाला तुमच्या स्थानिक बँकेत मिळू शकणार्‍या व्याजदरापेक्षा कितीतरी जास्त व्याजदर आहेत (जर तुम्‍ही नशीबवान असल्‍यास ते अ‍ॅक्सेस करण्‍यास सक्षम असाल). येथे एक उदाहरण आहे:
 
-- तुम्ही Aave सारख्या उत्पादनाला तुमचे 100 Dai, [स्टेबलकॉइन](/stablecoins/) उधार देता.
+- तुम्ही तुमचे 100 Dai, एक [स्टेबलकॉइन](/stablecoins/), Aave सारख्या उत्पादनाला कर्ज देता.
 - तुम्हाला 100 Aave Dai (aDai) मिळतात जे तुमच्या कर्ज घेतलेल्या दैचे प्रतिनिधित्व करणारे टोकन आहे.
-- तुमची aDai व्याजदरांच्या आधारे वाढेल आणि तुम्ही तुमच्या वॉलेटमध्ये तुमची शिल्लक वाढताना पाहू शकता. APR वर अवलंबून, तुमचे वॉलेट शिल्लक काही दिवसांनी किंवा काही तासांनंतर 100.1234 सारखे वाचेल!
+- तुमची aDai व्याजदरांच्या आधारे वाढेल आणि तुम्ही तुमच्या वॉलेटमध्ये तुमची शिल्लक वाढताना पाहू शकता. [APR](/glossary/#apr) वर अवलंबून, काही दिवसांनी किंवा काही तासांनंतर तुमच्या वॉलेटमधील शिल्लक 100.1234 सारखी दिसेल!
 - तुम्ही कधीही नियमित Dai ची रक्कम काढू शकता जी तुमच्या aDai शिल्लक असेल.
 
 <ButtonLink href="/apps/categories/defi">
-  कर्ज देणे dapps पहा
+  कर्ज देणारे dapps पहा
 </ButtonLink>
 
-#### नो-तोटा लॉटरी {#no-loss-lotteries}
+#### नुकसान-विरहित लॉटरी {#no-loss-lotteries}
 
 PoolTogether सारख्या नो-लॉस लॉटरी पैसे वाचवण्याचा एक मजेदार आणि नाविन्यपूर्ण मार्ग आहे.
 
 - तुम्ही 100 Dai टोकन वापरून 100 तिकिटे खरेदी करता.
 - तुम्हाला तुमच्या 100 तिकिटांचे प्रतिनिधित्व करणारे 100 plDai मिळतात.
 - तुमच्या तिकिटांपैकी एक विजेते म्हणून निवडले गेल्यास, तुमची plDai शिल्लक बक्षीस पूलच्या रकमेने वाढेल.
-- तुम्ही जिंकले नाही तर, तुमचे 100 जुने पुढील आठवड्याच्या ड्रॉवर रोल ओव्हर होतील.
+- तुम्ही जिंकले नाही तर, तुमचे 100 plDai पुढील आठवड्याच्या ड्रॉवर रोल ओव्हर केले जाईल.
 - तुम्ही कधीही नियमित Dai ची रक्कम काढू शकता जी तुमच्या plDai शिल्लक असेल.
 
 बक्षीस पूल वरील कर्ज उदाहरणाप्रमाणे तिकीट ठेवींवर कर्ज देऊन व्युत्पन्न केलेल्या सर्व व्याजाने व्युत्पन्न केला जातो.
@@ -208,19 +211,19 @@ PoolTogether सारख्या नो-लॉस लॉटरी पैसे
 
 <Divider />
 
-### टोकन एक्सचेंज करा {#swaps}
+### टोकन्सची देवाणघेवाण करा {#swaps}
 
 Ethereum वर हजारो टोकन आहेत. विकेंद्रित एक्सचेंज (DEXs) तुम्हाला हवे तेव्हा भिन्न टोकन्सचा व्यापार करू देतात. तुम्ही तुमच्या मालमत्तेचे नियंत्रण कधीही सोडत नाही. हे वेगळ्या देशाला भेट देताना चलन विनिमय वापरण्यासारखे आहे. परंतु DeFi आवृत्ती कधीही बंद होत नाही. बाजार वर्षातील 24/7, 365 दिवस असतात आणि तंत्रज्ञान हमी देते की व्यापार स्वीकारण्यासाठी नेहमीच कोणीतरी असेल.
 
 उदाहरणार्थ, तुम्हाला नो-लॉस लॉटरी PoolTogether (वर वर्णन केलेले) वापरायचे असल्यास, तुम्हाला Dai किंवा USDC सारखे टोकन आवश्यक असेल. हे DEX तुम्हाला त्या टोकन्ससाठी तुमचा ETH स्वॅप करू देतात आणि तुमचे काम पूर्ण झाल्यावर पुन्हा परत येतात.
 
 <ButtonLink href="/apps/categories/defi">
-  प्रतिक एक्सचेंज पहा
+  टोकन एक्सचेंज पहा
 </ButtonLink>
 
 <Divider />
 
-### प्रगत व्यापार {#trading}
+### प्रगत ट्रेडिंग {#trading}
 
 ज्या व्यापाऱ्यांना थोडे अधिक नियंत्रण आवडते त्यांच्यासाठी अधिक प्रगत पर्याय आहेत. मर्यादा ऑर्डर, शाश्वत, मार्जिन ट्रेडिंग आणि बरेच काही शक्य आहे. विकेंद्रित व्यापारामुळे तुम्हाला जागतिक तरलतेमध्ये प्रवेश मिळतो, बाजार कधीही बंद होत नाही आणि तुम्ही तुमच्या मालमत्तेवर नेहमी नियंत्रण ठेवता.
 
@@ -236,7 +239,7 @@ Ethereum वर हजारो टोकन आहेत. विकेंद्
 
 Ethereum वर फंड मॅनेजमेंट उत्पादने आहेत जी तुमच्या पसंतीच्या धोरणावर आधारित तुमचा पोर्टफोलिओ वाढवण्याचा प्रयत्न करतील. हे आपोआप आहे, प्रत्येकासाठी खुले आहे आणि तुमच्या नफ्यातील एक मानवी व्यवस्थापकाची गरज नाही.
 
-याचे उत्तम उदाहरण म्हणजे [DeFi Pulse इंडेक्स फंड (DPI)](https://defipulse.com/blog/defi-pulse-index/). हा असा फंड आहे जो तुमच्या पोर्टफोलिओमध्ये नेहमी [मार्केट कॅपिटलायझेशननुसार शीर्ष DeFi टोकन्स](https://www.coingecko.com/en/defi) समाविष्ट असल्याची खात्री करण्यासाठी आपोआप पुनर्संतुलित होतो. तुम्हाला कधीही कोणताही तपशील व्यवस्थापित करण्याची गरज नाही आणि तुम्हाला पाहिजे तेव्हा तुम्ही फंडातून पैसे काढू शकता.
+याचे एक चांगले उदाहरण म्हणजे [DeFi Pulse Index fund (DPI)](https://defipulse.com/blog/defi-pulse-index/). हा असा फंड आहे जो तुमच्या पोर्टफोलिओमध्ये नेहमी मार्केट कॅपिटलायझेशननुसार शीर्ष DeFi टोकन्स समाविष्ट असल्याची खात्री करण्यासाठी आपोआप पुनर्संतुलित होतो. तुम्हाला कधीही कोणताही तपशील व्यवस्थापित करण्याची गरज नाही आणि तुम्हाला पाहिजे तेव्हा तुम्ही फंडातून पैसे काढू शकता.
 
 <ButtonLink href="/apps/categories/defi">
   गुंतवणूक dapps पहा
@@ -256,11 +259,11 @@ Ethereum हे क्राउडफंडिंगसाठी एक आद
   क्राउडफंडिंग dapps पहा
 </ButtonLink>
 
-#### चतुर्भुज निधी {#quadratic-funding}
+#### क्वाड्रॅटिक निधी {#quadratic-funding}
 
-Ethereum हे ओपन सोर्स सॉफ्टवेअर आहे आणि आत्तापर्यंतच्या बर्‍याच कामांना समुदायाने निधी दिला आहे. यामुळे एक मनोरंजक नवीन निधी उभारणी मॉडेलची वाढ झाली आहे: चतुर्भुज निधी. This has the potential to improve the way we fund all types of public goods in the future.
+Ethereum हे ओपन सोर्स सॉफ्टवेअर आहे आणि आत्तापर्यंतच्या बर्‍याच कामांना समुदायाने निधी दिला आहे. यामुळे एक मनोरंजक नवीन निधी उभारणी मॉडेलची वाढ झाली आहे: चतुर्भुज निधी. भविष्यात सर्व प्रकारच्या सार्वजनिक वस्तूंना निधी देण्याच्या पद्धतीत सुधारणा करण्याची यात क्षमता आहे.
 
-Quadratic funding makes sure that the projects that receive the most funding are those with the most unique demand. In other words, projects that stand to improve the lives of the most people. ते कसे कार्य करते ते येथे आहे:
+क्वाड्रॅटिक निधी हे सुनिश्चित करते की ज्या प्रकल्पांना सर्वाधिक निधी मिळतो, तेच प्रकल्प आहेत ज्यांना सर्वात जास्त अद्वितीय मागणी आहे. दुसऱ्या शब्दांत, असे प्रकल्प जे जास्तीत जास्त लोकांचे जीवन सुधारू शकतात. ते कसे कार्य करते ते येथे आहे:
 
 1. दान केलेल्या निधीचा एक जुळणारा पूल आहे.
 2. सार्वजनिक निधीची फेरी सुरू होते.
@@ -269,7 +272,9 @@ Quadratic funding makes sure that the projects that receive the most funding are
 
 याचा अर्थ 1 डॉलरच्या 100 देणग्यांसह प्रोजेक्ट A ला 10,000 डॉलर्स (जुळणार्‍या पूलच्या आकारावर अवलंबून) एका देणगीसह प्रोजेक्ट B पेक्षा जास्त निधी मिळू शकतो.
 
-[चतुर्भुज निधीवर अधिक](https://wtfisqf.com)
+<ButtonLink href="https://wtfisqf.com">
+  क्वाड्रॅटिक निधीवर अधिक
+</ButtonLink>
 
 <Divider />
 
@@ -277,7 +282,7 @@ Quadratic funding makes sure that the projects that receive the most funding are
 
 विकेंद्रित विम्याचे उद्दिष्ट विमा स्वस्त करणे, भरणे जलद करणे आणि अधिक पारदर्शक करणे आहे. अधिक ऑटोमेशनसह, अधिक कव्हरेज हे परवडणारे आहे आणि पे-आउट खूप जलद आहेत. तुमच्या दाव्यावर निर्णय घेण्यासाठी वापरलेला डेटा पूर्णपणे पारदर्शक आहे.
 
-Ethereum उत्पादने, कोणत्याही सॉफ्टवेअरप्रमाणे, दोष आणि शोषणांमुळे ग्रस्त होऊ शकतात. त्यामुळे सध्या अवकाशातील बरीच विमा उत्पादने त्यांच्या वापरकर्त्यांना निधीच्या नुकसानापासून संरक्षण देण्यावर लक्ष केंद्रित करतात. तथापि, जीवन आपल्यावर टाकू शकेल अशा प्रत्येक गोष्टीसाठी कव्हरेज तयार करण्यासाठी प्रकल्प सुरू होत आहेत. याचे उत्तम उदाहरण म्हणजे Etherisc चे क्रॉप कव्हर ज्याचा उद्देश [केनियामधील अल्पभूधारक शेतकऱ्यांना दुष्काळ आणि पुरापासून संरक्षण करणे](https://blog.etherisc.com/etherisc-teams-up-with-chainlink-to-deliver-crop-insurance-in-kenya-137e433c29dc) आहे. विकेंद्रित विमा शेतकर्‍यांना स्वस्त कवच देऊ शकतो ज्यांची किंमत पारंपारिक विम्यापेक्षा जास्त आहे.
+Ethereum उत्पादने, कोणत्याही सॉफ्टवेअरप्रमाणे, दोष आणि शोषणांमुळे ग्रस्त होऊ शकतात. त्यामुळे सध्या अवकाशातील बरीच विमा उत्पादने त्यांच्या वापरकर्त्यांना निधीच्या नुकसानापासून संरक्षण देण्यावर लक्ष केंद्रित करतात. तथापि, जीवन आपल्यावर टाकू शकेल अशा प्रत्येक गोष्टीसाठी कव्हरेज तयार करण्यासाठी प्रकल्प सुरू होत आहेत. याचे एक उत्तम उदाहरण म्हणजे Etherisc's Crop cover, ज्याचा उद्देश [केनियातील अल्पभूधारक शेतकऱ्यांना दुष्काळ आणि पुरापासून संरक्षण देणे](https://blog.etherisc.com/etherisc-teams-up-with-chainlink-to-deliver-crop-insurance-in-kenya-137e433c29dc) हा आहे. विकेंद्रित विमा शेतकर्‍यांना स्वस्त कवच देऊ शकतो ज्यांची किंमत पारंपारिक विम्यापेक्षा जास्त आहे.
 
 <ButtonLink href="/apps/categories/defi">
   विमा dapps पहा
@@ -297,7 +302,7 @@ Ethereum उत्पादने, कोणत्याही सॉफ्ट
 
 ## DeFi कसे कार्य करते? {#how-defi-works}
 
-मध्यस्थांची गरज नसलेल्या सेवा प्रदान करण्यासाठी DeFi क्रिप्टोकरन्सी आणि स्मार्ट करार वापरते. आजच्या आर्थिक जगात, वित्तीय संस्था व्यवहारांचे हमीदार म्हणून काम करतात. यामुळे या संस्थांना प्रचंड शक्ती मिळते कारण तुमचा पैसा त्यांच्यामार्फत वाहतो. शिवाय जगभरातील अब्जावधी लोकांकडे बँक खाते देखील नाही.
+मध्यस्थांची गरज नसलेल्या सेवा प्रदान करण्यासाठी DeFi क्रिप्टोकरन्सी आणि स्मार्ट करार वापरते. आजच्या आर्थिक जगात, वित्तीय संस्था व्यवहारांचे हमीदार म्हणून काम करतात. यामुळे या संस्थांना प्रचंड शक्ती मिळते कारण तुमचा पैसा त्यांच्यामार्फत वाहतो. शिवाय, जगभरातील अब्जावधी लोक बँक खात्यात प्रवेश देखील करू शकत नाहीत.
 
 DeFi मध्ये, एक स्मार्ट करार व्यवहारात वित्तीय संस्थेची जागा घेते. स्मार्ट कॉन्ट्रॅक्ट हा Ethereum खात्याचा एक प्रकार आहे ज्यामध्ये फंड्स ठेवता येतात आणि काही अटींवर आधारित ते पाठवू/परतावा देऊ शकतो. लाइव्ह असताना ते स्मार्ट कॉन्ट्रॅक्ट कोणीही बदलू शकत नाही – ते नेहमी प्रोग्राम केलेले असते.
 
@@ -321,35 +326,41 @@ Ethereum अनेक कारणांमुळे DeFi साठी परि
 1. ब्लॉकचेन – Ethereumमध्ये व्यवहाराचा इतिहास आणि खात्यांची स्थिती असते.
 2. मालमत्ता – [ETH](/what-is-ether/) आणि इतर टोकन (चलने).
 3. प्रोटोकॉल – [स्मार्ट कॉन्ट्रॅक्ट्स](/glossary/#smart-contract) जे कार्यक्षमता प्रदान करतात, उदाहरणार्थ, एक सेवा जी मालमत्तेचे विकेंद्रित कर्ज देण्यास परवानगी देते.
-4. [अनुप्रयोग](/apps/) – आम्ही प्रोटोकॉल व्यवस्थापित करण्यासाठी आणि प्रवेश करण्यासाठी वापरतो ती उत्पादने.
+4. [ॲप्लिकेशन्स](/apps/) – आम्ही प्रोटोकॉल व्यवस्थापित करण्यासाठी आणि त्यात प्रवेश करण्यासाठी वापरत असलेली उत्पादने.
+
+टीप: बहुतेक DeFi [ERC-20 स्टँडर्डचा](/glossary/#erc-20) वापर करते. DeFi मधील ॲप्लिकेशन्स ETH साठी एका रॅपरचा वापर करतात ज्याला रॅप्ड ईथर (WETH) म्हणतात. [रॅप्ड ईथरबद्दल अधिक जाणून घ्या](/wrapped-eth).
 
-## DeFi तयार करणे {#build-defi}
+## DeFi तयार करा {#build-defi}
 
 DeFi एक मुक्त-स्रोत चळवळ आहे. DeFi प्रोटोकॉल आणि ऍप्लिकेशन्स तुमच्यासाठी तपासणी, काटा आणि नवीन शोध घेण्यासाठी खुले आहेत. या स्तरित स्टॅकमुळे (ते सर्व समान बेस ब्लॉकचेन आणि मालमत्ता सामायिक करतात), अद्वितीय कॉम्बो संधी अनलॉक करण्यासाठी प्रोटोकॉल मिश्रित आणि जुळवले जाऊ शकतात.
 
 <ButtonLink href="/developers/docs/dapps/">
-  Dapps तयार करण्याबद्दल अधिक
+  dapps तयार करण्याबद्दल अधिक
 </ButtonLink>
 
-## Further reading {#futher-reading}
+## पुढील वाचन {#further-reading}
 
 ### DeFi डेटा {#defi-data}
 
-- [DeFi प्राइम](https://defiprime.com/)
+- [DeFi Prime](https://defiprime.com/)
 - [DeFi Llama](https://defillama.com/)
-- [DeFi रेट](https://defirate.com/)
 
-### DeFi आर्टिकल्स {#defi-articles}
+### DeFi लेख {#defi-articles}
 
-- [DeFi साठी नवशिक्यांसाठी मार्गदर्शक](https://blog.coinbase.com/a-beginners-guide-to-decentralized-finance-defi-574c68ff43c4) – _सिड कोएल्हो-प्रभू, 6 जानेवारी 2020_
+- [DeFi साठी नवशिक्यांची मार्गदर्शिका](https://blog.coinbase.com/a-beginners-guide-to-decentralized-finance-defi-574c68ff43c4) – _सिड कोएल्हो-प्रभू, 6 जानेवारी, 2020_
+- [EEA DeFi जोखीम मूल्यांकन मार्गदर्शक तत्त्वे](https://entethalliance.org/specs/defi-risks/) – DeFi प्रोटोकॉलमधील मुख्य धोके कसे ओळखावे आणि त्यांचे मूल्यांकन कसे करावे याचा उद्योग-समर्थित आढावा.
 
-### Videos {#videos}
+### व्हिडिओ {#videos}
 
-- [फाइनेमॅटिक्स - विकेंद्रित वित्त शिक्षण](https://finematics.com/) – _DeFi वर व्हिडिओ_
-- [The Defiant](https://www.youtube.com/playlist?list=PLaDcID4s1KronHMKojfjwiHL0DdQEPDcq) - _DeFi मूलभूत गोष्टी: या अधूनमधून गोंधळात टाकणाऱ्या जागेत प्रारंभ करण्यासाठी तुम्हाला जे काही माहित असणे आवश्यक आहे._
-- [व्हाइटबोर्ड क्रिप्टो](https://youtu.be/17QRFlml4pA) _DeFi म्हणजे काय?_
+- [Finematics - विकेंद्रित वित्त शिक्षण](https://finematics.com/) – _DeFi वरील व्हिडिओ_
+- [The Defiant](https://www.youtube.com/playlist?list=PLaDcID4s1KronHMKojfjwiHL0DdQEPDcq) - _DeFi मूलतत्त्वे: या कधीकधी गोंधळात टाकणाऱ्या क्षेत्रात सुरुवात करण्यासाठी तुम्हाला आवश्यक असलेली प्रत्येक गोष्ट._
+- [Whiteboard Crypto](https://youtu.be/17QRFlml4pA) _DeFi म्हणजे काय?_
 
 ### समुदाय {#communities}
 
-- [DeFi Llama Discord सर्व्हर](https://discord.gg/buPFYXzDDd)
-- [DeFi Pulse Discord सर्व्हर](https://discord.gg/Gx4TCTk)
+- [DeFi Llama डिस्कॉर्ड सर्व्हर](https://discord.defillama.com/)
+- [DeFi Pulse डिस्कॉर्ड सर्व्हर](https://discord.gg/Gx4TCTk)
+
+<Divider />
+
+<QuizWidget quizKey="defi" />
diff --git a/public/content/translations/mr/desci/index.md b/public/content/translations/mr/desci/index.md
index ba61c00e943..b5edbaec21c 100644
--- a/public/content/translations/mr/desci/index.md
+++ b/public/content/translations/mr/desci/index.md
@@ -1,137 +1,139 @@
 ---
-title: विकेंद्रित विज्ञान (DeSci)
-description: Ethereum वर विकेंद्रित विज्ञानाचे विहंगावलोकन
+title: "विकेंद्रित विज्ञान (DeSci)"
+description: "Ethereum वर विकेंद्रित विज्ञानाचे विहंगावलोकन"
 lang: mr
 template: use-cases
 emoji: ":microscope:"
 sidebarDepth: 2
 image: /images/future_transparent.png
 alt: ""
-summaryPoint1: सध्याच्या वैज्ञानिक प्रणालीसाठी जागतिक, खुला पर्याय.
-summaryPoint2: तंत्रज्ञान जे शास्त्रज्ञांना निधी उभारण्यास, प्रयोग चालविण्यास, डेटा सामायिक करण्यास, अंतर्दृष्टी वितरित करण्यास आणि बरेच काही करण्यास सक्षम करते.
-summaryPoint3: मुक्त विज्ञान चळवळीवर तयार होते.
+summaryPoint1: "सध्याच्या वैज्ञानिक प्रणालीसाठी जागतिक, खुला पर्याय."
+summaryPoint2: "तंत्रज्ञान जे शास्त्रज्ञांना निधी उभारण्यास, प्रयोग चालविण्यास, डेटा सामायिक करण्यास, अंतर्दृष्टी वितरित करण्यास आणि बरेच काही करण्यास सक्षम करते."
+summaryPoint3: "मुक्त विज्ञान चळवळीवर तयार होते."
 ---
 
 ## विकेंद्रित विज्ञान (DeSci) म्हणजे काय? {#what-is-desci}
 
-विकेंद्रित विज्ञान (DeSci) ही एक चळवळ आहे ज्याचा उद्देश Web3 स्टॅकचा वापर करून वैज्ञानिक ज्ञानाचा न्याय्य आणि समानतेने निधी, निर्मिती, पुनरावलोकन, क्रेडिट, संग्रहण आणि प्रसार करण्यासाठी सार्वजनिक पायाभूत सुविधा निर्माण करणे आहे.
+विकेंद्रित विज्ञान (DeSci) ही एक चळवळ आहे ज्याचा उद्देश [Web3](/glossary/#web3) स्टॅकचा वापर करून वैज्ञानिक ज्ञानासाठी निधी उभारणे, ते तयार करणे, त्याचे पुनरावलोकन करणे, श्रेय देणे, संग्रहित करणे आणि न्याय्य व समान रीतीने प्रसारित करणे यासाठी सार्वजनिक पायाभूत सुविधा निर्माण करणे आहे.
 
 DeSci चे उद्दिष्ट एक अशी परिसंस्था निर्माण करणे आहे जिथे शास्त्रज्ञांना त्यांचे संशोधन उघडपणे सामायिक करण्यासाठी आणि त्यांच्या कार्याचे श्रेय प्राप्त करण्यासाठी प्रोत्साहन दिले जाते आणि कोणालाही संशोधनात सहज प्रवेश आणि योगदान देण्याची परवानगी दिली जाते. DeSci वैज्ञानिक ज्ञान प्रत्येकासाठी प्रवेशयोग्य असावे आणि वैज्ञानिक संशोधनाची प्रक्रिया पारदर्शक असावी या कल्पनेवर कार्य करते. DeSci अधिक विकेंद्रित आणि वितरित वैज्ञानिक संशोधन मॉडेल तयार करत आहे, जे सेन्सॉरशिप आणि केंद्रीय प्राधिकरणांच्या नियंत्रणास अधिक प्रतिरोधक बनवत आहे. DeSci ला असे वातावरण निर्माण करण्याची आशा आहे जिथे नवीन आणि अपारंपरिक कल्पना निधी, वैज्ञानिक साधने आणि संप्रेषण चॅनेलच्या प्रवेशाचे विकेंद्रीकरण करून भरभराट करू शकतात.
 
-विकेंद्रित विज्ञान अधिक वैविध्यपूर्ण निधी स्रोतांना अनुमती देते ([DAO](/dao/) कडून, [चतुर्भुज देणग्या](https://papers.ssrn.com/sol3/papers.cfm?abstract_id=2003531) क्राउडफंडिंग आणि अधिक), अधिक प्रवेशयोग्य प्रवेश डेटा आणि पद्धती आणि पुनरुत्पादनासाठी प्रोत्साहन प्रदान करून.
+विकेंद्रित विज्ञान अधिक वैविध्यपूर्ण निधी स्त्रोतांना अनुमती देते ([DAOs](/glossary/#dao) पासून, [चतुर्भुज देणग्या](https://papers.ssrn.com/sol3/papers.cfm?abstract_id=2003531) ते क्राउडफंडिंग आणि बरेच काही), अधिक प्रवेशयोग्य डेटा आणि पद्धती, आणि पुनरुत्पादकतेसाठी प्रोत्साहन प्रदान करून.
 
 ### जुआन बेनेट - DeSci चळवळ
 
 <YouTube id="5ORvbCIW39o" />
 
-## DeSci विज्ञान कसे सुधारते {#desci-improves-science}
+## DeSci विज्ञानात कशी सुधारणा करते {#desci-improves-science}
 
 विज्ञानातील प्रमुख समस्यांची अपूर्ण यादी आणि विकेंद्रित विज्ञान या समस्यांचे निराकरण करण्यात कशी मदत करू शकते
 
-| **विकेंद्रित विज्ञान**                                                                                             | **पारंपारिक विज्ञान**                                                                                         |
-| ------------------------------------------------------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------- |
-| चतुर्भुज देणग्या किंवा DAO सारख्या यंत्रणेचा वापर करून निधीचे वितरण जनतेद्वारे निश्चित केले जाते.                  | लहान, बंद, केंद्रीकृत गट निधीचे वितरण नियंत्रित करतात.                                                        |
-| तुम्ही डायनॅमिक संघांमध्ये जगभरातील समवयस्कांसह सहयोग करता.                                                        | निधी देणार्‍या संस्था आणि गृहसंस्था तुमचे सहकार्य मर्यादित करतात.                                             |
-| निधीचे निर्णय ऑनलाइन आणि पारदर्शकपणे घेतले जातात. नवीन निधीची यंत्रणा शोधली जाते.                                  | निधीचे निर्णय दीर्घ टर्नअराउंड वेळ आणि मर्यादित पारदर्शकतेसह घेतले जातात. काही निधीची यंत्रणा अस्तित्वात आहे. |
-| Web3 प्रिमिटिव्ह वापरून प्रयोगशाळा सेवा सामायिक करणे सोपे आणि अधिक पारदर्शक केले आहे.                              | प्रयोगशाळेतील संसाधने सामायिक करणे अनेकदा धीमे आणि अपारदर्शक असते.                                            |
-| प्रकाशनासाठी नवीन मॉडेल विकसित केले जाऊ शकतात जे विश्वास, पारदर्शकता आणि सार्वत्रिक प्रवेशासाठी Web3 आदिम वापरतात. | तुम्ही वारंवार अकार्यक्षम, पक्षपाती आणि शोषक म्हणून मान्य केलेल्या स्थापित मार्गांद्वारे प्रकाशित करता.       |
-| तुम्ही पीअर-पुनरावलोकन कार्यासाठी टोकन आणि प्रतिष्ठा मिळवू शकता.                                                   | तुमचे पीअर-पुनरावलोकन कार्य न भरलेले आहे, फायद्यासाठी प्रकाशकांना लाभदायक आहे.                                |
-| तुम्ही व्युत्पन्न करत असलेल्या बौद्धिक संपत्तीचे (IP) मालक आहात आणि ते पारदर्शक अटींनुसार वितरित करता.             | तुम्ही व्युत्पन्न केलेला IP तुमच्या गृहसंस्थेच्या मालकीचा आहे. IP वर एक्सेस पारदर्शक नाही.                    |
-| अयशस्वी प्रयत्नांच्या डेटासह सर्व संशोधन सामायिक करणे, सर्व पायऱ्या ऑन-चेन करून.                                   | प्रकाशन पूर्वाग्रह म्हणजे संशोधक यशस्वी परिणाम देणारे प्रयोग सामायिक करण्याची अधिक शक्यता असते.               |
+| **विकेंद्रित विज्ञान**                                                                                                                                 | **पारंपारिक विज्ञान**                                                                                                                               |
+| ------------------------------------------------------------------------------------------------------------------------------------------------------ | --------------------------------------------------------------------------------------------------------------------------------------------------- |
+| निधीचे वितरण चतुर्भुज देणग्या किंवा DAO सारख्या यंत्रणा वापरून **जनतेद्वारे निर्धारित केले जाते**.                                     | लहान, बंद, **केंद्रीकृत गट** निधीचे वितरण नियंत्रित करतात.                                                                          |
+| तुम्ही डायनॅमिक टीम्समध्ये **जगभरातील** समवयस्कांसह सहयोग करता.                                                                        | निधीपुरवठा करणाऱ्या संस्था आणि गृहसंस्था तुमच्या सहकार्याला **मर्यादित** करतात.                                                     |
+| निधीपुरवठ्याचे निर्णय ऑनलाइन आणि **पारदर्शकपणे** घेतले जातात. नवीन निधीची यंत्रणा शोधली जाते.                          | निधीपुरवठ्याचे निर्णय दीर्घ कालावधीत आणि **मर्यादित पारदर्शकतेसह** घेतले जातात. काही निधीची यंत्रणा अस्तित्वात आहे. |
+| [Web3](/glossary/#web3) तंत्रज्ञानाचा वापर करून प्रयोगशाळा सेवा सामायिक करणे सोपे आणि अधिक पारदर्शक बनवले आहे.                         | प्रयोगशाळेतील संसाधने सामायिक करणे अनेकदा **हळू आणि अपारदर्शक** असते.                                                               |
+| विश्वास, पारदर्शकता आणि सार्वत्रिक प्रवेशासाठी Web3 प्रिमीटिव्हज वापरणारी **प्रकाशनासाठी नवीन मॉडेल्स** विकसित केली जाऊ शकतात.         | तुम्ही अशा प्रस्थापित मार्गांद्वारे प्रकाशित करता जे अनेकदा **अकार्यक्षम, पक्षपाती आणि शोषक** म्हणून ओळखले जातात.                   |
+| तुम्ही **पीअर-रिव्ह्यू कामासाठी टोकन आणि प्रतिष्ठा मिळवू शकता**.                                                                       | तुमचे **पीअर-रिव्ह्यू काम विनामोबदला** असते, ज्याचा फायदा नफा-कमावणाऱ्या प्रकाशकांना होतो.                                          |
+| **तुम्ही तयार करत असलेल्या बौद्धिक मालमत्तेची (IP) मालकी तुमची असते** आणि तुम्ही ती पारदर्शक अटींनुसार वितरित करता. | **तुमची गृहसंस्था तुम्ही तयार केलेल्या IP ची मालक असते**. IP वर एक्सेस पारदर्शक नाही.                               |
+| **सर्व पायऱ्या ऑनचेन ठेवून**, अयशस्वी प्रयत्नांच्या डेटासह **सर्व संशोधन सामायिक करणे**.                                               | **प्रकाशन पूर्वाग्रह** म्हणजे संशोधक यशस्वी परिणाम असलेले प्रयोग सामायिक करण्याची अधिक शक्यता असते.                                 |
 
 ## Ethereum आणि DeSci {#ethereum-and-desci}
 
-विकेंद्रित विज्ञान प्रणालीसाठी मजबूत सुरक्षा, किमान आर्थिक आणि व्यवहार खर्च आणि अनुप्रयोग विकासासाठी समृद्ध परिसंस्था आवश्यक असेल. विकेंद्रित विज्ञान स्टॅक तयार करण्यासाठी आवश्यक असलेली प्रत्येक गोष्ट Ethereum पुरवते.
+विकेंद्रित विज्ञान प्रणालीसाठी मजबूत सुरक्षा, किमान आर्थिक आणि व्यवहार खर्च आणि अनुप्रयोग विकासासाठी समृद्ध परिसंस्था आवश्यक असेल. विकेंद्रित विज्ञान तंत्रज्ञान तयार करण्यासाठी आवश्यक असलेली प्रत्येक गोष्ट Ethereum पुरवते.
 
 ## DeSci वापर प्रकरणे {#use-cases}
 
-DeSci डिजिटल जगामध्ये Web2 अकादमीला ऑनबोर्ड करण्यासाठी वैज्ञानिक टूलसेट तयार करत आहे. खाली Web3 वैज्ञानिक समुदायाला ऑफर करू शकणार्‍या वापराच्या प्रकरणांचा नमुना आहे.
+DeSci पारंपारिक शिक्षणविश्वाला डिजिटल जगात ऑनबोर्ड करण्यासाठी वैज्ञानिक टूलसेट तयार करत आहे. खाली Web3 वैज्ञानिक समुदायाला ऑफर करू शकणार्‍या वापराच्या प्रकरणांचा नमुना आहे.
 
 ### प्रकाशन {#publishing}
 
-विज्ञान प्रकाशन हे प्रसिद्धपणे समस्याप्रधान आहे कारण ते प्रकाशन संस्थांद्वारे व्यवस्थापित केले जाते जे शोधनिबंध तयार करण्यासाठी वैज्ञानिक, समीक्षक आणि संपादक यांच्या मोफत श्रमांवर अवलंबून असतात परंतु नंतर अत्याधिक प्रकाशन शुल्क आकारतात. ज्या लोकांनी सहसा अप्रत्यक्षपणे कामासाठी आणि प्रकाशनाच्या खर्चासाठी कर आकारणीद्वारे पैसे दिले आहेत, ते प्रकाशकाला पुन्हा पैसे दिल्याशिवाय त्याच कामात प्रवेश करू शकत नाहीत. वैयक्तिक विज्ञान पेपर प्रकाशित करण्यासाठी एकूण फी बहुतेकदा पाच आकडे ($USD) असते, जी म्हणून वैज्ञानिक ज्ञानाची संपूर्ण संकल्पना [सार्वजनिक हित](https://www.econlib.org/library/Enc/PublicGoods.html) प्रकाशकांच्या छोट्या गटासाठी प्रचंड नफा कमावताना कमी करते.
+विज्ञान प्रकाशन हे प्रसिद्धपणे समस्याप्रधान आहे कारण ते प्रकाशन संस्थांद्वारे व्यवस्थापित केले जाते जे शोधनिबंध तयार करण्यासाठी वैज्ञानिक, समीक्षक आणि संपादक यांच्या मोफत श्रमांवर अवलंबून असतात परंतु नंतर अत्याधिक प्रकाशन शुल्क आकारतात. ज्या लोकांनी सहसा अप्रत्यक्षपणे कामासाठी आणि प्रकाशनाच्या खर्चासाठी कर आकारणीद्वारे पैसे दिले आहेत, ते प्रकाशकाला पुन्हा पैसे दिल्याशिवाय त्याच कामात प्रवेश करू शकत नाहीत. वैयक्तिक विज्ञान पेपर्स प्रकाशित करण्यासाठी एकूण शुल्क अनेकदा पाच-अंकी ($USD) असते, जे प्रकाशकांच्या एका लहान गटासाठी प्रचंड नफा मिळवताना वैज्ञानिक ज्ञानाची [सार्वजनिक हित](/glossary/#public-goods) म्हणून असलेली संपूर्ण संकल्पना कमकुवत करते.
 
-विनामूल्य आणि मुक्त-प्रवेश प्लॅटफॉर्म प्री-प्रिंट सर्व्हरच्या स्वरूपात अस्तित्वात आहेत, [जसे की ArXiv](https://arxiv.org/). तथापि, या प्लॅटफॉर्ममध्ये गुणवत्ता नियंत्रण, [अँटी-सिबिल मेकॅनिझम](https://csrc.nist.gov/glossary/term/sybil_attack) नसतात आणि सामान्यतः लेख-स्तरीय मेट्रिक्सचा मागोवा घेत नाहीत, म्हणजे ते सहसा पारंपारिक प्रकाशकाला सादर करण्यापूर्वी कामाची प्रसिद्धी करण्यासाठी वापरले जातात. SciHub प्रकाशित पेपर्स देखील प्रवेशासाठी विनामूल्य बनवते, परंतु कायदेशीररित्या नाही, आणि प्रकाशकांनी आधीच त्यांचे पेमेंट घेतल्यानंतर आणि कठोर कॉपीराइट कायद्यात काम गुंडाळल्यानंतरच. हे प्रवेशयोग्य विज्ञान पेपर्स आणि एम्बेडेड वैधता यंत्रणा आणि प्रोत्साहन मॉडेलसह डेटासाठी एक महत्त्वपूर्ण अंतर सोडते. अशी प्रणाली तयार करण्यासाठी साधने Web3 मध्ये अस्तित्वात आहेत.
+विनामूल्य आणि मुक्त-प्रवेश प्लॅटफॉर्म प्री-प्रिंट सर्व्हरच्या स्वरूपात अस्तित्वात आहेत, [जसे की ArXiv](https://arxiv.org/). तथापि, या प्लॅटफॉर्ममध्ये गुणवत्ता नियंत्रण, [अँटी-सिबिल मेकॅनिझम](/glossary/#anti-sybil) नसतात, आणि सामान्यतः लेख-स्तरीय मेट्रिक्सचा मागोवा घेत नाहीत, याचा अर्थ ते सहसा केवळ पारंपरिक प्रकाशकाकडे सादर करण्यापूर्वी कामाची प्रसिद्धी करण्यासाठी वापरले जातात. SciHub प्रकाशित पेपर्स देखील प्रवेशासाठी विनामूल्य बनवते, परंतु कायदेशीररित्या नाही, आणि प्रकाशकांनी आधीच त्यांचे पेमेंट घेतल्यानंतर आणि कठोर कॉपीराइट कायद्यात काम गुंडाळल्यानंतरच. हे प्रवेशयोग्य विज्ञान पेपर्स आणि एम्बेडेड वैधता यंत्रणा आणि प्रोत्साहन मॉडेलसह डेटासाठी एक महत्त्वपूर्ण अंतर सोडते. अशी प्रणाली तयार करण्यासाठी साधने Web3 मध्ये अस्तित्वात आहेत.
 
-### पुनरुत्पादनक्षमता आणि प्रतिकृती {#reproducibility-and-replicability}
+### पुनरुत्पादकता आणि प्रतिकृतीक्षमता {#reproducibility-and-replicability}
 
 पुनरुत्पादनक्षमता आणि प्रतिकृती हे दर्जेदार वैज्ञानिक शोधाचा पाया आहेत.
 
 - समान कार्यपद्धती वापरून एकाच कार्यसंघाद्वारे पुनरुत्पादक परिणाम सलग अनेक वेळा प्राप्त केले जाऊ शकतात.
 - त्याच प्रायोगिक सेटअपचा वापर करून वेगळ्या गटाद्वारे प्रतिकृतियोग्य परिणाम प्राप्त केले जाऊ शकतात.
 
-नवीन Web3-नेटिव्ह टूल्स हे सुनिश्चित करू शकतात की पुनरुत्पादकता आणि प्रतिकृती हे शोधाचा आधार आहेत. आम्ही शैक्षणिक क्षेत्रातील तांत्रिक फॅब्रिकमध्ये दर्जेदार विज्ञान विणू शकतो. Web3 प्रत्येक विश्लेषण घटकासाठी साक्ष्यीकरण तयार करण्याची क्षमता देते: कच्चा डेटा, संगणकीय इंजिन आणि अनुप्रयोग परिणाम. एकमत प्रणालीचे सौंदर्य हे आहे की जेव्हा हे घटक राखण्यासाठी विश्वसनीय नेटवर्क तयार केले जाते, तेव्हा प्रत्येक नेटवर्क सहभागी गणना पुनरुत्पादित करण्यासाठी आणि प्रत्येक परिणाम प्रमाणित करण्यासाठी जबाबदार असू शकतो.
+नवीन Web3-नेटिव्ह टूल्स हे सुनिश्चित करू शकतात की पुनरुत्पादकता आणि प्रतिकृती हे शोधाचा आधार आहेत. आम्ही शैक्षणिक क्षेत्रातील तांत्रिक फॅब्रिकमध्ये दर्जेदार विज्ञान विणू शकतो. Web3 प्रत्येक विश्लेषण घटकासाठी [साक्षांकन](/glossary/#attestation) तयार करण्याची क्षमता देते: रॉ डेटा, संगणकीय इंजिन आणि ऍप्लिकेशनचा निकाल. एकमत प्रणालीचे सौंदर्य हे आहे की जेव्हा हे घटक राखण्यासाठी विश्वसनीय नेटवर्क तयार केले जाते, तेव्हा प्रत्येक नेटवर्क सहभागी गणना पुनरुत्पादित करण्यासाठी आणि प्रत्येक परिणाम प्रमाणित करण्यासाठी जबाबदार असू शकतो.
 
-### निधी {#funding}
+### निधीपुरवठा {#funding}
 
-विज्ञान निधीसाठी सध्याचे मानक मॉडेल असे आहे की व्यक्ती किंवा शास्त्रज्ञांचे गट निधी एजन्सीला लेखी अर्ज करतात. विश्वासू व्यक्तींचे एक लहान पॅनेल अर्जांचे गुणांकन करतात आणि नंतर अर्जदारांच्या छोट्या भागाला निधी देण्याआधी उमेदवारांची मुलाखत घेतात. अनुदानासाठी अर्ज करणे आणि प्राप्त करणे यामध्ये काहीवेळा अनेक वर्षे प्रतीक्षा करावी लागतील अशा अडचणी निर्माण करण्याव्यतिरिक्त, हे मॉडेल पुनरावलोकन पॅनेलच्या पक्षपात, स्वार्थ आणि राजकारणासाठी अत्यंत असुरक्षित म्हणून ओळखले जाते.
+विज्ञान निधीसाठी सध्याचे मानक मॉडेल असे आहे की व्यक्ती किंवा शास्त्रज्ञांचे गट निधी एजन्सीला लेखी अर्ज करतात. विश्वासू व्यक्तींचे एक लहान पॅनेल अर्जांचे गुणांकन करतात आणि नंतर अर्जदारांच्या छोट्या भागाला निधी देण्याआधी उमेदवारांची मुलाखत घेतात. अनुदानासाठी अर्ज करणे आणि ते मिळवणे यात कधीकधी **अनेक वर्षांची प्रतीक्षा** करावी लागते, ज्यामुळे अडथळे निर्माण होतात. याव्यतिरिक्त, हे मॉडेल पुनरावलोकन पॅनेलच्या **पूर्वग्रह, स्वार्थ आणि राजकारणासाठी** अत्यंत असुरक्षित असल्याचे ओळखले जाते.
 
 अभ्यासातून असे दिसून आले आहे की अनुदान पुनरावलोकन पॅनेल उच्च-गुणवत्तेचे प्रस्ताव निवडण्याचे खराब काम करतात कारण वेगवेगळ्या पॅनेलला दिलेल्या समान प्रस्तावांचे परिणाम खूप वेगळे असतात. निधी अधिक दुर्मिळ झाला असल्याने, ते अधिक बौद्धिकदृष्ट्या पुराणमतवादी प्रकल्पांसह अधिक ज्येष्ठ संशोधकांच्या लहान गटात केंद्रित झाले आहे. या परिणामामुळे अति-स्पर्धात्मक निधीची लँडस्केप तयार झाली आहे, विकृत प्रोत्साहने आणि नवकल्पना रोखून धरण्यात आली आहे.
 
-Web3 मध्ये DAO आणि Web3 द्वारे विकसित केलेल्या विविध प्रोत्साहन मॉडेल्ससह प्रयोग करून या तुटलेल्या निधी मॉडेलमध्ये व्यत्यय आणण्याची क्षमता आहे. [रेट्रोएक्टिव्ह सार्वजनिक वस्तू निधी](https://medium.com/ethereum-optimism/retroactive-public-goods-funding-33c9b7d00f0c), [चतुर्भुज निधी](https://papers.ssrn.com/sol3/papers.cfm?abstract_id=2003531), [DAO गव्हर्नन्स](https://www.antler.co/blog/daos-and-web3-governance-the-promise-implications-and-challenges-ahead) आणि [टोकनीकृत प्रोत्साहन संरचना](https://cdixon.org/2017/05/27/crypto-tokens-a-breakthrough-in-open-network-design) हे काही आहेत Web3 साधने जी विज्ञान निधीमध्ये क्रांती घडवू शकतात.
+Web3 मध्ये DAO आणि Web3 द्वारे विकसित केलेल्या विविध प्रोत्साहन मॉडेल्ससह प्रयोग करून या तुटलेल्या निधी मॉडेलमध्ये व्यत्यय आणण्याची क्षमता आहे. [रेट्रोऍक्टिव्ह पब्लिक गुड्स फंडिंग](https://medium.com/ethereum-optimism/retroactive-public-goods-funding-33c9b7d00f0c), [क्वाड्रॅटिक फंडिंग](https://papers.ssrn.com/sol3/papers.cfm?abstract_id=2003531), [DAO गव्हर्नन्स](https://www.antler.co/blog/daos-and-web3-governance-the-promise-implications-and-challenges-ahead) आणि [टोकनाइज्ड इन्सेंटिव्ह स्ट्रक्चर्स](https://cdixon.org/2017/05/27/crypto-tokens-a-breakthrough-in-open-network-design) ही काही Web3 साधने आहेत जी विज्ञान निधीपुरवठ्यात क्रांती घडवू शकतात.
 
 ### IP मालकी आणि विकास {#ip-ownership}
 
-बौद्धिक संपदा (IP) ही पारंपारिक विज्ञानातील एक मोठी समस्या आहे: विद्यापीठांमध्ये अडकून राहण्यापासून किंवा बायोटेकमध्ये न वापरल्या जाण्यापासून, कुप्रसिद्धपणे मूल्य देणे कठीण आहे. तथापि, डिजिटल मालमत्तेची मालकी (जसे की वैज्ञानिक डेटा किंवा लेख) ही Web3 [नॉन-फंगीबल टोकन्स (NFT)](/nft/) वापरून अपवादात्मकपणे चांगली कामगिरी करते.
+बौद्धिक संपदा (IP) ही पारंपारिक विज्ञानातील एक मोठी समस्या आहे: विद्यापीठांमध्ये अडकून राहण्यापासून किंवा बायोटेकमध्ये न वापरल्या जाण्यापासून, कुप्रसिद्धपणे मूल्य देणे कठीण आहे. तथापि, डिजिटल मालमत्तेची मालकी (जसे की वैज्ञानिक डेटा किंवा लेख) ही अशी गोष्ट आहे जी Web3 [नॉन-फंजिबल टोकन्स (NFTs)](/glossary/#nft) वापरून अपवादात्मकरित्या चांगली करते.
 
 ज्या प्रकारे NFT भविष्यातील व्यवहारांसाठी महसूल मूळ निर्मात्याकडे पाठवू शकतात, त्याच प्रकारे तुम्ही संशोधक, प्रशासकीय संस्था (DAO सारख्या) किंवा ज्यांचा डेटा संकलित केला आहे अशा विषयांना पुरस्कृत करण्यासाठी पारदर्शक मूल्य विशेषता साखळी स्थापन करू शकता.
 
-[IP-NFT](https://medium.com/molecule-blog/ip-nfts-for-researchers-a-new-biomedical-funding-paradigm-91312d8d92e6) देखील एक म्हणून कार्य करू शकतात हाती घेतलेल्या संशोधन प्रयोगांच्या विकेंद्रित डेटा भांडाराची गुरुकिल्ली, आणि NFT आणि [DeFi](/defi/) आर्थिककरण (फ्रॅक्शनलायझेशनपासून कर्ज पूल आणि मूल्य मूल्यांकनापर्यंत) प्लग इन करा. हे थेट ऑन-चेन संशोधन करण्यासाठी DAO सारख्या DAO जसे की [VitaDAO](https://www.vitadao.com/) ला देखील अनुमती देते. नॉन-हस्तांतरणीय ["सोलबाउंड" टोकन्स](https://vitalik.eth.limo/general/2022/01/26/soulbound.html)चे आगमन देखील DeSci मध्ये महत्त्वपूर्ण भूमिका बजावू शकते आणि व्यक्तींना त्यांचे अनुभव आणि त्यांच्या Ethereum पत्त्याशी जोडलेले क्रेडेन्शियल्स सिद्ध करू शकतात.
+[IP-NFTs](https://medium.com/molecule-blog/ip-nfts-for-researchers-a-new-biomedical-funding-paradigm-91312d8d92e6) हाती घेतलेल्या संशोधन प्रयोगांच्या विकेंद्रित डेटा भांडाराची किल्ली म्हणूनही कार्य करू शकतात आणि NFT आणि [DeFi](/glossary/#defi) फायनान्शियलायझेशनमध्ये (फ्रॅक्शनलायझेशनपासून लेंडिंग पूल्स आणि मूल्य मूल्यांकनापर्यंत) प्लग इन करू शकतात. हे [VitaDAO](https://www.vitadao.com/) सारख्या DAOs सारख्या नेटिव्ह ऑनचेन घटकांना थेट ऑनचेन संशोधन करण्यास देखील अनुमती देते.
+नॉन-ट्रान्सफरेबल ["सोलबाउंड" टोकन्स](https://vitalik.eth.limo/general/2022/01/26/soulbound.html) चे आगमन देखील व्यक्तींना त्यांच्या Ethereum ऍड्रेसशी जोडलेले त्यांचे अनुभव आणि क्रेडेन्शियल्स सिद्ध करण्यास अनुमती देऊन DeSci मध्ये एक महत्त्वाची भूमिका बजावू शकते.
 
 ### डेटा स्टोरेज, ऍक्सेस आणि आर्किटेक्चर {#data-storage}
 
 Web3 पॅटर्नचा वापर करून वैज्ञानिक डेटा मोठ्या प्रमाणात प्रवेशयोग्य बनविला जाऊ शकतो आणि वितरीत स्टोरेज संशोधनास आपत्तीजनक घटनांमध्ये टिकून राहण्यास सक्षम करते.
 
-प्रारंभ बिंदू योग्य सत्यापित करण्यायोग्य क्रेडेन्शियल्स असलेल्या कोणत्याही विकेंद्रीकृत ओळखीद्वारे प्रवेशयोग्य प्रणाली असणे आवश्यक आहे. हे विश्वसनीय पक्षांद्वारे संवेदनशील डेटाची सुरक्षितपणे प्रतिकृती बनवण्याची अनुमती देते, रिडंडंसी आणि सेन्सॉरशिप प्रतिकार सक्षम करते, परिणामांचे पुनरुत्पादन आणि एकाधिक पक्षांना सहयोग करण्याची आणि डेटासेटमध्ये नवीन डेटा जोडण्याची क्षमता देखील सक्षम करते. सारख्या गोपनीय संगणकीय पद्धती [कम्प्युट-टू-डेटा](https://7wdata.be/predictive-analytics/compute-to-data-using-blockchain-to-decentralize-data-science-and-ai-with-the-ocean-protocol) कच्च्या डेटाच्या प्रतिकृतीसाठी पर्यायी प्रवेश यंत्रणा प्रदान करते, सर्वात संवेदनशील डेटासाठी विश्वसनीय संशोधन वातावरण तयार करते. विश्वसनीय संशोधन वातावरण [NHS द्वारे उद्धृत केले आहे](https://medium.com/weavechain/whats-in-store-for-the-future-of-healthcare-data-b6398745fbbb) डेटा गोपनीयतेसाठी आणि सहकार्यासाठी एक इकोसिस्टम तयार करून भविष्यातील समाधान ज्यामध्ये संशोधक कोड आणि पद्धती सामायिक करण्यासाठी प्रमाणित वातावरण वापरून साइटवर डेटासह सुरक्षितपणे कार्य करू शकतात.
+प्रारंभ बिंदू योग्य सत्यापित करण्यायोग्य क्रेडेन्शियल्स असलेल्या कोणत्याही विकेंद्रीकृत ओळखीद्वारे प्रवेशयोग्य प्रणाली असणे आवश्यक आहे. हे विश्वसनीय पक्षांद्वारे संवेदनशील डेटाची सुरक्षितपणे प्रतिकृती बनवण्याची अनुमती देते, रिडंडंसी आणि सेन्सॉरशिप प्रतिकार सक्षम करते, परिणामांचे पुनरुत्पादन आणि एकाधिक पक्षांना सहयोग करण्याची आणि डेटासेटमध्ये नवीन डेटा जोडण्याची क्षमता देखील सक्षम करते. कॉन्फिडेन्शियल कंप्युटिंग पद्धती जसे की [कंप्युट-टू-डेटा](https://7wdata.be/predictive-analytics/compute-to-data-using-blockchain-to-decentralize-data-science-and-ai-with-the-ocean-protocol) रॉ डेटा रेप्लिकेशनसाठी पर्यायी ऍक्सेस यंत्रणा प्रदान करतात, ज्यामुळे सर्वात संवेदनशील डेटासाठी विश्वसनीय संशोधन वातावरण (Trusted Research Environments) तयार होते. कोड आणि पद्धती सामायिक करण्यासाठी प्रमाणित वातावरणाचा वापर करून संशोधक साइटवर डेटासह सुरक्षितपणे काम करू शकतील अशी इकोसिस्टम तयार करून, डेटा गोपनीयता आणि सहकार्यासाठी भविष्यातील उपाय म्हणून विश्वसनीय संशोधन वातावरणाचा (Trusted Research Environments) [NHS ने उल्लेख केला आहे](https://medium.com/weavechain/whats-in-store-for-the-future-of-healthcare-data-b6398745fbbb).
 
 लवचिक Web3 डेटा सोल्यूशन्स वरील परिस्थितींना समर्थन देतात आणि खरोखर मुक्त विज्ञानासाठी पाया प्रदान करतात, जेथे संशोधक प्रवेश परवानगी किंवा शुल्काशिवाय सार्वजनिक वस्तू तयार करू शकतात. Web3 सार्वजनिक डेटा सोल्यूशन्स जसे की IPFS, Arweave आणि Filecoin विकेंद्रीकरणासाठी ऑप्टिमाइझ केले आहेत. dClimate, उदाहरणार्थ, हवामान आणि हवामान डेटावर सार्वत्रिक प्रवेश प्रदान करते, ज्यामध्ये हवामान केंद्रे आणि हवामानाच्या अंदाज मॉडेल्सचा समावेश आहे.
 
-## यात सामील व्हा {#get-involved}
+## सहभागी व्हा {#get-involved}
 
 प्रकल्प एक्सप्लोर करा आणि DeSci समुदायात सामील व्हा.
 
-- [DeSci.Global: जागतिक कार्यक्रम आणि भेटीचे कॅलेंडर](https://desci.global)
-- [विज्ञान टेलिग्रामसाठी ब्लॉकचेन](https://t.me/BlockchainForScience)
-- [रेणू: तुमच्या संशोधन प्रकल्पांसाठी निधी द्या आणि निधी मिळवा](https://discover.molecule.to/)
-- [VitaDAO: दीर्घायुषी संशोधनासाठी प्रायोजित संशोधन कराराद्वारे निधी प्राप्त करा](https://www.vitadao.com/)
-- [ResearchHub: वैज्ञानिक परिणाम पोस्ट करा आणि समवयस्कांशी संभाषण करा](https://www.researchhub.com/)
-- [dClimate API: विकेंद्रित समुदायाद्वारे गोळा केलेला हवामान डेटा क्वेरी](https://www.dclimate.net/)
-- [DeSci फाउंडेशन: DeSci प्रकाशन साधन बिल्डर](https://descifoundation.org/)
-- [DeSci.World: वापरकर्त्यांना विकेंद्रित विज्ञान पाहण्यासाठी, व्यस्त ठेवण्यासाठी वन-स्टॉप शॉप](https://desci.world)
-- [फ्लेमिंग प्रोटोकॉल: ओपन-सोर्स डेटा इकॉनॉमी जी सहयोगात्मक बायोमेडिकल शोधांना चालना देते](https://medium.com/@FlemingProtocol/a-data-economy-for-patient-driven-biomedical-innovation-9d56bf63d3dd)
-- [OceanDAO: DAO डेटा-संबंधित विज्ञानासाठी निधी नियंत्रित करते](https://oceanprotocol.com/dao)
-- [जाणीव: खुले विकेंद्रित विज्ञान कार्यप्रवाह](https://opsci.io/research/)
-- [Bio.xyz: तुमच्या बायोटेक DAO किंवा desci प्रकल्पासाठी निधी मिळवा](https://www.molecule.to/)
-- [ResearchHub: वैज्ञानिक परिणाम पोस्ट करा आणि समवयस्कांशी संभाषण करा](https://www.researchhub.com/)
-- [VitaDAO: दीर्घायुषी संशोधनासाठी प्रायोजित संशोधन कराराद्वारे निधी प्राप्त करा](https://www.vitadao.com/)
-- [फ्लेमिंग प्रोटोकॉल: ओपन-सोर्स डेटा इकॉनॉमी जी सहयोगात्मक बायोमेडिकल शोधांना चालना देते](https://medium.com/@FlemingProtocol/a-data-economy-for-patient-driven-biomedical-innovation-9d56bf63d3dd)
-- [सक्रिय अनुमान प्रयोगशाळा](https://www.activeinference.org/)
-- [CureDAO: समुदायाच्या मालकीचे प्रिसिजन हेल्थ प्लॅटफॉर्म](https://docs.curedao.org/)
+- [DeSci.Global: जागतिक इव्हेंट्स आणि मीटअप कॅलेंडर](https://desci.global)
+- [Blockchain for Science टेलिग्राम](https://t.me/BlockchainForScience)
+- [Molecule: तुमच्या संशोधन प्रकल्पांसाठी निधी द्या आणि निधी मिळवा](https://www.molecule.xyz/)
+- [VitaDAO: दीर्घायुष्य संशोधनासाठी प्रायोजित संशोधन करारांद्वारे निधी मिळवा](https://www.vitadao.com/)
+- [ResearchHub: वैज्ञानिक परिणाम पोस्ट करा आणि समवयस्कांशी संभाषणात व्यस्त रहा](https://www.researchhub.com/)
+- [dClimate API: विकेंद्रित समुदायाद्वारे गोळा केलेल्या हवामान डेटाची क्वेरी करा](https://www.dclimate.net/)
+- [DeSci Foundation: DeSci प्रकाशन टूल बिल्डर](https://descifoundation.org/)
+- [DeSci.World: वापरकर्त्यांना विकेंद्रित विज्ञान पाहण्यासाठी, त्यात सहभागी होण्यासाठी वन-स्टॉप शॉप](https://desci.world)
+- [OceanDAO: डेटा-संबंधित विज्ञानासाठी DAO-शासित निधीपुरवठा](https://oceanprotocol.com/)
+- [Opscientia: खुले विकेंद्रित विज्ञान वर्कफ्लो](https://opsci.io/research/)
+- [Bio.xyz: तुमच्या बायोटेक DAO किंवा desci प्रोजेक्टसाठी निधी मिळवा](https://www.bio.xyz/)
+- [Fleming Protocol: ओपन-सोर्स डेटा इकॉनॉमी जी सहयोगी बायोमेडिकल शोधाला चालना देते](http.flemingprotocol.io/)
+- [Active Inference Institute](https://www.activeinference.org/)
 - [IdeaMarkets: विकेंद्रित वैज्ञानिक विश्वासार्हता सक्षम करणे](https://ideamarket.io/)
-- [DeSci लॅब](https://www.desci.com/)
+- [DeSci Labs](https://www.desci.com/)
+- [ValleyDAO: सिंथेटिक बायोलॉजी संशोधनासाठी निधी आणि भाषांतरात्मक समर्थन देणारा एक खुला, जागतिक समुदाय](https://www.valleydao.bio)
+- [Cerebrum DAO: मेंदूच्या आरोग्याला चालना देण्यासाठी आणि न्यूरोडिजनरेशन रोखण्यासाठी उपाय शोधणे आणि त्यांना प्रोत्साहन देणे](https://www.cerebrumdao.com/)
+- [CryoDAO: क्रायोप्रिझर्वेशन क्षेत्रातील मूनशॉट संशोधनासाठी निधीपुरवठा](https://www.cryodao.org)
+- [Elata: सायकियाट्रिक मेडिसिनच्या भविष्यात आपले मत मांडा](https://www.elata.bio/)
 
-आम्ही नवीन प्रकल्पांच्या सूचीसाठी सूचनांचे स्वागत करतो - कृपया प्रारंभ करण्यासाठी आमचे [सूची धोरण](/contributing/adding-desci-projects/) पहा!
+आम्ही सूचीत समाविष्ट करण्यासाठी नवीन प्रोजेक्ट्सच्या सूचनांचे स्वागत करतो - कृपया प्रारंभ करण्यासाठी आमचे [सूची धोरण](/contributing/adding-desci-projects/) पहा!
 
-## Further reading {#further-reading}
+## पुढील वाचन {#further-reading}
 
-- [DeSci Wiki Jocelyn Pearl आणि Ultrarare द्वारे](https://docs.google.com/document/d/1aQC6zn-eXflSmpts0XGE7CawbUEHwnL6o-OFXO52PTc/edit#)
-- [a16z भविष्यासाठी जोसेलिन पर्लद्वारे विकेंद्रित बायोटेकसाठी मार्गदर्शक](https://future.a16z.com/a-guide-to-decentralized-biotech/)
-- [DeSci साठी केस](https://gitcoin.co/blog/desci-the-case-for-decentralised-science/)
+- [DeSci Wiki by Jocelynn Pearl and Ultrarare](https://docs.google.com/document/d/1aQC6zn-eXflSmpts0XGE7CawbUEHwnL6o-OFXO52PTc/edit#)
+- [a16z future साठी Jocelynn Pearl द्वारे विकेंद्रित बायोटेकसाठी एक मार्गदर्शक](https://future.a16z.com/a-guide-to-decentralized-biotech/)
+- [DeSci चे समर्थन](https://gitcoin.co/blog/desci-the-case-for-decentralised-science/)
 - [DeSci साठी मार्गदर्शक](https://future.com/what-is-decentralized-science-aka-desci/)
 - [विकेंद्रित विज्ञान संसाधने](https://www.vincentweisser.com/desci)
-- [रेणूचे बायोफार्मा IP-NFT - एक तांत्रिक वर्णन](https://molecule.to/blog/molecules-biopharma-ip-nfts-a-technical-description)
-- [जॉन स्टारद्वारे विश्वासार्ह विज्ञान प्रणाली तयार करणे](https://medium.com/@jringo/building-systems-of-trustless-science-1cd2d072f673)
-- [बायोटेक DAO चा उदय](https://molecule.to/blog/the-emergence-of-biotech-daos)
-- [पॉल कोल्हास - DeSci: विकेंद्रित विज्ञानाचे भविष्य (पॉडकास्ट)](https://anchor.fm/andrew-steinwold/episodes/Paul-Kohlhaas---DeSci-The-Future-of-Decentralized-Science---Zima-Red-ep-117-e1h683a)
-- [विकेंद्रीकृत विज्ञानासाठी एक सक्रिय अनुमान ऑन्टोलॉजी: स्थित सेन्समेकिंगपासून एपिस्टेमिक कॉमन्सपर्यंत](https://zenodo.org/record/6320575)
-- [DeSci: सॅम्युअल अकिनोशो द्वारे संशोधनाचे भविष्य](https://lucidsamuel.medium.com/desci-the-future-of-research-b76cfc88c8ec)
-- [नादिया द्वारे विज्ञान निधी (उपसंहार: DeSci आणि नवीन क्रिप्टो प्रिमिटिव्स)](https://nadia.xyz/science-funding)
-- [विकेंद्रीकरण औषधांच्या विकासात व्यत्यय आणत आहे](https://medium.com/id-theory/decentralisation-is-disrupting-drug-development-28b5ba5d447f)
+- [Molecule चे बायोफार्मा IP-NFTs - एक तांत्रिक वर्णन](https://www.molecule.xyz/blog/molecules-biopharma-ip-nfts-a-technical-description)
+- [Jon Starr द्वारे विज्ञानाच्या ट्रस्टलेस सिस्टीम्सची उभारणी](https://medium.com/@jringo/building-systems-of-trustless-science-1cd2d072f673)
+- [Paul Kohlhaas - DeSci: विकेंद्रित विज्ञानाचे भविष्य (पॉडकास्ट)](https://anchor.fm/andrew-steinwold/episodes/Paul-Kohlhaas---DeSci-The-Future-of-Decentralized-Science---Zima-Red-ep-117-e1h683a)
+- [विकेंद्रित विज्ञानासाठी एक सक्रिय अनुमान ऑन्टोलॉजी: स्थित सेन्समेकिंगपासून एपिस्टेमिक कॉमन्सपर्यंत](https://zenodo.org/record/6320575)
+- [Samuel Akinosho द्वारे DeSci: संशोधनाचे भविष्य](https://lucidsamuel.medium.com/desci-the-future-of-research-b76cfc88c8ec)
+- [नादिया द्वारे सायन्स फंडिंग (उपसंहार: DeSci आणि नवीन क्रिप्टो प्रिमीटिव्हज)](https://nadia.xyz/science-funding)
+- [विकेंद्रीकरण औषध विकासात व्यत्यय आणत आहे](https://medium.com/id-theory/decentralisation-is-disrupting-drug-development-28b5ba5d447f)
+- [DeSci म्हणजे काय – विकेंद्रित विज्ञान?](https://usadailytimes.com/2022/09/12/what-is-desci-decentralized-science/)
 
-### Videos {#videos}
+### व्हिडिओ {#videos}
 
 - [विकेंद्रित विज्ञान म्हणजे काय?](https://www.youtube.com/watch?v=-DeMklVWNdA)
 - [दीर्घायुष्य संशोधन आणि क्रिप्टोच्या छेदनबिंदूबद्दल विटालिक बुटेरिन आणि वैज्ञानिक ऑब्रे डी ग्रे यांच्यातील संभाषण](https://www.youtube.com/watch?v=x9TSJK1widA)
-- [वैज्ञानिक प्रकाशन तुटलेले आहे. Web3 याचे निराकरण करू शकते?](https://www.youtube.com/watch?v=WkvzYgCvWj8)
-- [जॉन बेनेट - DeSci, स्वतंत्र प्रयोगशाळा आणि लार्ज स्केल डेटा सायन्स](https://www.youtube.com/watch?v=zkXM9H90g_E)
-- [सेबॅस्टियन ब्रुनेमेयर - DeSci बायोमेडिकल संशोधन कसे बदलू शकते आणि व्हेंचर कॅपिटल](https://www.youtube.com/watch?v=qB4Tc3FcVbM)
+- वैज्ञानिक प्रकाशन व्यवस्था कोलमडली आहे. Web3 ते दुरुस्त करू शकते का?](https://www.youtube.com/watch?v=WkvzYgCvWj8)
+- [Juan Benet - DeSci, स्वतंत्र लॅब्स, आणि मोठ्या प्रमाणातील डेटा सायन्स](https://www.youtube.com/watch?v=zkXM9H90g_E)
+- [Sebastian Brunemeier - DeSci बायोमेडिकल संशोधन आणि व्हेंचर कॅपिटलमध्ये कसे परिवर्तन घडवू शकते](https://www.youtube.com/watch?v=qB4Tc3FcVbM)
+- [Paige Donner - Web3 आणि ब्लॉकचेनसह ओपन सायन्सची टूलिंग](https://www.youtube.com/watch?v=nC-2QWQ-lgw&t=17s)
diff --git a/public/content/translations/mr/developers/docs/accounts/index.md b/public/content/translations/mr/developers/docs/accounts/index.md
new file mode 100644
index 00000000000..46d57250bfb
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/accounts/index.md
@@ -0,0 +1,137 @@
+---
+title: "Ethereum खाती"
+description: "Ethereum खात्यांचे स्पष्टीकरण – त्यांची डेटा संरचना आणि की पेअर क्रिप्टोग्राफीशी असलेला त्यांचा संबंध."
+lang: mr
+---
+
+Ethereum खाते हे एक ईथर (ETH) शिल्लक असलेले एक घटक आहे जे Ethereum वर संदेश पाठवू शकते. खाती वापरकर्ता-नियंत्रित किंवा स्मार्ट कॉन्ट्रॅक्ट म्हणून डिप्लॉय केलेली असू शकतात.
+
+## पूर्वतयारी {#prerequisites}
+
+तुम्हाला हे पान अधिक चांगल्या प्रकारे समजण्यास मदत व्हावी यासाठी, आम्ही शिफारस करतो की तुम्ही प्रथम आमचे [Ethereum ची ओळख](/developers/docs/intro-to-ethereum/) वाचा.
+
+## खात्याचे प्रकार {#types-of-account}
+
+Ethereum मध्ये दोन प्रकारचे खाती आहेत:
+
+- बाह्यतः-मालकीचे खाते (EOA) – प्रायव्हेट की असलेल्या कोणाकडूनही नियंत्रित.
+- कॉन्ट्रॅक्ट खाते – नेटवर्कवर डिप्लॉय केलेला, कोडद्वारे नियंत्रित एक स्मार्ट कॉन्ट्रॅक्ट. [स्मार्ट कॉन्ट्रॅक्ट्स](/developers/docs/smart-contracts/) बद्दल जाणून घ्या
+
+दोन्ही प्रकारच्या खात्यांमध्ये खालील गोष्टी करण्याची क्षमता आहे:
+
+- ETH आणि टोकन मिळवणे, ठेवणे आणि पाठवणे
+- डिप्लॉय केलेल्या स्मार्ट कॉन्ट्रॅक्ट्ससोबत संवाद साधणे
+
+### मुख्य फरक {#key-differences}
+
+**बाह्यतः-मालकीचे**
+
+- खाते तयार करण्यासाठी कोणताही खर्च येत नाही
+- व्यवहार सुरू करू शकतात
+- बाह्यतः-मालकीच्या खात्यांमधील व्यवहार फक्त ETH/टोकन हस्तांतरण असू शकतात
+- की च्या क्रिप्टोग्राफिक जोडीने बनलेले: पब्लिक आणि प्रायव्हेट की जे खात्याच्या क्रियाकलापांवर नियंत्रण ठेवतात
+
+**कॉन्ट्रॅक्ट**
+
+- कॉन्ट्रॅक्ट तयार करण्यासाठी खर्च येतो कारण तुम्ही नेटवर्क स्टोरेज वापरता
+- व्यवहार प्राप्त करण्याच्या प्रतिसादातच संदेश पाठवू शकतात
+- बाह्य खात्यातून कॉन्ट्रॅक्ट खात्यातील व्यवहार कोड ट्रिगर करू शकतात, जे टोकन हस्तांतरित करणे किंवा नवीन कॉन्ट्रॅक्ट तयार करणे यासारख्या अनेक विविध क्रिया कार्यान्वित करू शकतात
+- कॉन्ट्रॅक्ट खात्यांना प्रायव्हेट की नसतात. त्याऐवजी, ते स्मार्ट कॉन्ट्रॅक्ट कोडच्या लॉजिकद्वारे नियंत्रित केले जातात
+
+## खात्याचे परीक्षण {#an-account-examined}
+
+Ethereum खात्यांमध्ये चार फील्ड्स असतात:
+
+- `nonce` – एक काउंटर जो बाह्यतः-मालकीच्या खात्यातून पाठवलेल्या व्यवहारांची संख्या किंवा कॉन्ट्रॅक्ट खात्याद्वारे तयार केलेल्या कॉन्ट्रॅक्ट्सची संख्या दर्शवतो. प्रत्येक खात्यासाठी दिलेल्या नॉन्ससह फक्त एकच व्यवहार कार्यान्वित केला जाऊ शकतो, ज्यामुळे रिप्ले हल्ल्यांपासून संरक्षण होते, ज्यात स्वाक्षरी केलेले व्यवहार वारंवार प्रसारित केले जातात आणि पुन्हा कार्यान्वित केले जातात.
+- `balance` – या ॲड्रेसच्या मालकीची वेईची (wei) संख्या. वेई हे ETH चे एक मूल्यमापन आहे आणि प्रति ETH मध्ये 1e+18 वेई असतात.
+- `codeHash` – हा हॅश Ethereum व्हर्च्युअल मशीन (EVM) वरील खात्याच्या _कोड_ला सूचित करतो. कॉन्ट्रॅक्ट खात्यांमध्ये प्रोग्राम केलेले कोड फ्रॅगमेंट्स असतात जे विविध ऑपरेशन्स करू शकतात. जर खात्याला मेसेज कॉल आला तर हा EVM कोड कार्यान्वित होतो. इतर खाते फील्ड्सच्या विपरीत, तो बदलला जाऊ शकत नाही. असे सर्व कोड फ्रॅगमेंट्स नंतर पुनर्प्राप्त करण्यासाठी त्यांच्या संबंधित हॅश अंतर्गत स्टेट डेटाबेसमध्ये समाविष्ट केलेले असतात. हे हॅश मूल्य codeHash म्हणून ओळखले जाते. बाह्यतः मालकीच्या खात्यांसाठी, codeHash फील्ड हे एका रिकाम्या स्ट्रिंगचा हॅश असते.
+- `storageRoot` – कधीकधी स्टोरेज हॅश म्हणून ओळखले जाते. [Merkle Patricia Trie](/developers/docs/data-structures-and-encoding/patricia-merkle-trie/) च्या रूट नोडचा 256-बिट हॅश जो खात्याची स्टोरेज सामग्री एन्कोड करतो (256-बिट पूर्णांक मूल्यांमधील मॅपिंग), 256-बिट पूर्णांक कीच्या केccak 256-बिट हॅशपासून RLP-एनकोडेड 256-बिट पूर्णांक मूल्यांपर्यंतच्या मॅपिंगच्या रूपात ट्रायमध्ये एन्कोड केलेला आहे. ही ट्राय या खात्याच्या स्टोरेज सामग्रीचा हॅश एन्कोड करते आणि डीफॉल्टनुसार रिकामी असते.
+
+![खात्याची रचना दर्शवणारे रेखाचित्र](./accounts.png)
+_[Ethereum EVM illustrated](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf) वरून रुपांतरित केलेले रेखाचित्र_
+
+## बाह्यतः-मालकीची खाती आणि की पेअर्स {#externally-owned-accounts-and-key-pairs}
+
+एक खाते क्रिप्टोग्राफिक कीच्या जोडीने बनलेले असते: पब्लिक आणि प्रायव्हेट. ते हे सिद्ध करण्यास मदत करतात की व्यवहारावर प्रत्यक्षात प्रेषकाने स्वाक्षरी केली होती आणि बनावटगिरी टाळतात. तुमची प्रायव्हेट की तुम्ही व्यवहारांवर स्वाक्षरी करण्यासाठी वापरता, त्यामुळे ती तुम्हाला तुमच्या खात्याशी संबंधित निधीवर ताबा देते. तुम्ही कधीही खऱ्या अर्थाने क्रिप्टोकरन्सी ठेवत नाही, तुम्ही प्रायव्हेट की ठेवता – निधी नेहमी Ethereum च्या लेजरवर असतो.
+
+हे दुर्भावनापूर्ण घटकांना बनावट व्यवहार प्रसारित करण्यापासून प्रतिबंधित करते, कारण तुम्ही नेहमी व्यवहाराच्या प्रेषकाची पडताळणी करू शकता.
+
+जर एलिसला तिच्या स्वतःच्या खात्यातून बॉबच्या खात्यात ईथर पाठवायचे असेल, तर एलिसला एक व्यवहार विनंती तयार करून ती पडताळणीसाठी नेटवर्कवर पाठवावी लागेल. Ethereum चा पब्लिक-की क्रिप्टोग्राफीचा वापर हे सुनिश्चित करतो की एलिस हे सिद्ध करू शकते की तिनेच मूळ व्यवहार विनंती सुरू केली होती. क्रिप्टोग्राफिक यंत्रणेशिवाय, एक दुर्भावनापूर्ण प्रतिस्पर्धी, ईव्ह, सहजपणे सार्वजनिकरित्या “एलिसच्या खात्यातून ईव्हच्या खात्यात 5 ETH पाठवा,” अशी दिसणारी विनंती प्रसारित करू शकेल आणि ती एलिसकडून आलेली नाही हे कोणीही पडताळू शकणार नाही.
+
+## खाते निर्मिती {#account-creation}
+
+जेव्हा तुम्हाला खाते तयार करायचे असते, तेव्हा बहुतेक लायब्ररी तुमच्यासाठी एक यादृच्छिक (random) प्रायव्हेट की तयार करतात.
+
+एक प्रायव्हेट की 64 हेक्स वर्णांनी बनलेली असते आणि ती पासवर्डने एनक्रिप्ट केली जाऊ शकते.
+
+उदाहरण:
+
+`fffffffffffffffffffffffffffffffebaaedce6af48a03bbfd25e8cd036415f`
+
+पब्लिक की [एलिप्टिक कर्व्ह डिजिटल सिग्नेचर अल्गोरिदम](https://wikipedia.org/wiki/Elliptic_Curve_Digital_Signature_Algorithm) वापरून प्रायव्हेट की पासून तयार केली जाते. पब्लिक कीच्या केccak-256 हॅशचे शेवटचे 20 बाइट्स घेऊन आणि सुरुवातीला `0x` जोडून तुम्हाला तुमच्या खात्यासाठी एक पब्लिक ॲड्रेस मिळतो.
+
+याचा अर्थ बाह्यतः मालकीच्या खात्याला (EOA) 42-वर्णांचा ॲड्रेस असतो (20-बाइट सेगमेंट जो 40 हेक्साडेसिमल वर्ण अधिक `0x` उपसर्ग आहे).
+
+उदाहरण:
+
+`0x5e97870f263700f46aa00d967821199b9bc5a120`
+
+पुढील उदाहरण नवीन खाते तयार करण्यासाठी [Clef](https://geth.ethereum.org/docs/tools/clef/introduction) नावाचे साइनिंग टूल कसे वापरायचे हे दाखवते. Clef हे एक खाते व्यवस्थापन आणि साइनिंग टूल आहे जे Ethereum क्लायंट, [Geth](https://geth.ethereum.org) सोबत येते. `clef newaccount` कमांड एक नवीन की पेअर तयार करते आणि त्यांना एनक्रिप्टेड कीस्टोअरमध्ये सेव्ह करते.
+
+```
+> clef newaccount --keystore <path>
+
+कृपया तयार करायच्या नवीन खात्यासाठी पासवर्ड टाका:
+> <password>
+
+------------
+INFO [10-28|16:19:09.156] तुमची नवीन की तयार झाली आहे       address=0x5e97870f263700f46aa00d967821199b9bc5a120
+WARN [10-28|16:19:09.306] कृपया तुमच्या की फाईलचा बॅकअप घ्या      path=/home/user/go-ethereum/data/keystore/UTC--2022-10-28T15-19-08.000825927Z--5e97870f263700f46aa00d967821199b9bc5a120
+WARN [10-28|16:19:09.306] कृपया तुमचा पासवर्ड लक्षात ठेवा!
+तयार केलेले खाते 0x5e97870f263700f46aa00d967821199b9bc5a120
+```
+
+[Geth डॉक्युमेंटेशन](https://geth.ethereum.org/docs)
+
+तुमच्या प्रायव्हेट की पासून नवीन पब्लिक की मिळवणे शक्य आहे, परंतु तुम्ही पब्लिक की पासून प्रायव्हेट की मिळवू शकत नाही. तुमच्या प्रायव्हेट की सुरक्षित ठेवणे आणि नावाप्रमाणेच, **खाजगी (PRIVATE)** ठेवणे अत्यावश्यक आहे.
+
+संदेश आणि व्यवहारांवर स्वाक्षरी करण्यासाठी तुम्हाला एका प्रायव्हेट कीची आवश्यकता आहे, जी एक स्वाक्षरी आउटपुट करते. इतर नंतर ती स्वाक्षरी घेऊन तुमची पब्लिक की मिळवू शकतात, ज्यामुळे संदेशाचा लेखक कोण आहे हे सिद्ध होते. तुमच्या ॲप्लिकेशनमध्ये, नेटवर्कवर व्यवहार पाठवण्यासाठी तुम्ही जावास्क्रिप्ट लायब्ररी वापरू शकता.
+
+## कॉन्ट्रॅक्ट खाती {#contract-accounts}
+
+कॉन्ट्रॅक्ट खात्यांना देखील 42 वर्णांचा हेक्साडेसिमल ॲड्रेस असतो:
+
+उदाहरण:
+
+`0x06012c8cf97bead5deae237070f9587f8e7a266d`
+
+जेव्हा एखादा कॉन्ट्रॅक्ट Ethereum ब्लॉकचेनवर डिप्लॉय केला जातो तेव्हा सहसा कॉन्ट्रॅक्ट ॲड्रेस दिला जातो. हा ॲड्रेस निर्मात्याच्या ॲड्रेसवरून आणि त्या ॲड्रेसवरून पाठवलेल्या व्यवहारांच्या संख्येवरून (”नॉन्स”) येतो.
+
+## व्हॅलिडेटर की {#validators-keys}
+
+Ethereum मध्ये आणखी एका प्रकारची की आहे, जी Ethereum प्रूफ-ऑफ-वर्क वरून प्रूफ-ऑफ-स्टेक आधारित कन्सेंससकडे वळले तेव्हा सादर केली गेली. या 'BLS' की आहेत आणि त्या व्हॅलिडेटर्सना ओळखण्यासाठी वापरल्या जातात. नेटवर्कला कन्सेंससवर येण्यासाठी आवश्यक असलेली बँडविड्थ कमी करण्यासाठी या की कार्यक्षमतेने एकत्रित केल्या जाऊ शकतात. या की एग्रीगेशनशिवाय, एका व्हॅलिडेटरसाठी किमान स्टेक खूप जास्त असेल.
+
+[व्हॅलिडेटर कीबद्दल अधिक माहिती](/developers/docs/consensus-mechanisms/pos/keys/).
+
+## वॉलेट्सवर एक टीप {#a-note-on-wallets}
+
+खाते म्हणजे वॉलेट नाही. वॉलेट हे एक इंटरफेस किंवा ॲप्लिकेशन आहे जे तुम्हाला तुमच्या Ethereum खात्याशी संवाद साधू देते, मग ते बाह्यतः-मालकीचे खाते असो किंवा कॉन्ट्रॅक्ट खाते.
+
+## एक दृश्यात्मक डेमो {#a-visual-demo}
+
+ऑस्टिन तुम्हाला हॅश फंक्शन्स आणि की पेअर्स समजावून सांगताना पहा.
+
+<YouTube id="QJ010l-pBpE" />
+
+<YouTube id="9LtBDy67Tho" />
+
+## पुढील वाचन {#further-reading}
+
+- [Ethereum खाती समजून घेणे](https://info.etherscan.com/understanding-ethereum-accounts/) - etherscan
+
+_तुम्हाला मदत केलेल्या सामुदायिक संसाधनाबद्दल माहिती आहे का?_ हे पृष्ठ संपादित करा आणि ते जोडा!_
+
+## संबंधित विषय {#related-topics}
+
+- [स्मार्ट कॉन्ट्रॅक्ट्स](/developers/docs/smart-contracts/)
+- [व्यवहार](/developers/docs/transactions/)
diff --git a/public/content/translations/mr/developers/docs/apis/backend/index.md b/public/content/translations/mr/developers/docs/apis/backend/index.md
new file mode 100644
index 00000000000..7a262f3d611
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/apis/backend/index.md
@@ -0,0 +1,211 @@
+---
+title: "बॅकएंड API लायब्ररीज"
+description: "इथेरियम क्लायंट APIs ची ओळख, जी तुम्हाला तुमच्या ॲप्लिकेशनमधून ब्लॉकचेनसोबत संवाद साधू देते."
+lang: mr
+---
+
+एखाद्या सॉफ्टवेअर ॲप्लिकेशनला इथेरियम ब्लॉकचेनशी संवाद साधण्यासाठी (म्हणजे, ब्लॉकचेन डेटा वाचणे आणि/किंवा नेटवर्कवर व्यवहार पाठवणे), त्याला इथेरियम नोडशी कनेक्ट करणे आवश्यक आहे.
+
+या उद्देशासाठी, प्रत्येक इथेरियम क्लायंट [JSON-RPC](/developers/docs/apis/json-rpc/) तपशीलाची अंमलबजावणी करतो, त्यामुळे [पद्धतींचा](/developers/docs/apis/json-rpc/#json-rpc-methods) एकसमान संच उपलब्ध आहे ज्यावर ॲप्लिकेशन्स अवलंबून राहू शकतात.
+
+जर तुम्हाला इथेरियम नोडशी कनेक्ट करण्यासाठी विशिष्ट प्रोग्रामिंग भाषा वापरायची असेल, तर इकोसिस्टममध्ये अनेक सोयीस्कर लायब्ररीज आहेत ज्या हे खूप सोपे करतात. या लायब्ररीजच्या मदतीने, डेव्हलपर इथेरियमशी संवाद साधणाऱ्या JSON-RPC विनंत्या (पडद्याआड) सुरू करण्यासाठी सहज, एका ओळीच्या पद्धती लिहू शकतात.
+
+## पूर्वतयारी {#prerequisites}
+
+[इथेरियम स्टॅक](/developers/docs/ethereum-stack/) आणि [इथेरियम क्लायंट](/developers/docs/nodes-and-clients/) समजून घेणे उपयुक्त ठरू शकते.
+
+## लायब्ररी का वापरावी? {#why-use-a-library}
+
+या लायब्ररीज इथेरियम नोडशी थेट संवाद साधण्यातील बरीचशी गुंतागुंत दूर करतात. त्या उपयुक्तता कार्ये (utility functions) देखील प्रदान करतात (उदा. ETH चे Gwei मध्ये रूपांतर करणे), त्यामुळे एक डेव्हलपर म्हणून तुम्ही इथेरियम क्लायंटच्या गुंतागुंतीमध्ये कमी वेळ घालवून तुमच्या ॲप्लिकेशनच्या अद्वितीय कार्यक्षमतेवर अधिक लक्ष केंद्रित करू शकता.
+
+## उपलब्ध लायब्ररीज {#available-libraries}
+
+### पायाभूत सुविधा आणि नोड सेवा {#infrastructure-and-node-services}
+
+**Alchemy -** **_Ethereum डेव्हलपमेंट प्लॅटफॉर्म._**
+
+- [alchemy.com](https://www.alchemy.com/)
+- [दस्तऐवजीकरण](https://www.alchemy.com/docs/)
+- [GitHub](https://github.com/alchemyplatform)
+- [Discord](https://discord.com/invite/alchemyplatform)
+
+**All That Node -** **_Node-as-a-Service._**
+
+- [All That Node.com](https://www.allthatnode.com/)
+- [दस्तऐवजीकरण](https://docs.allthatnode.com)
+- [Discord](https://discord.gg/GmcdVEUbJM)
+
+**Blast by Bware Labs -** **_इथेरियम मेननेट आणि टेस्टनेटसाठी विकेंद्रित APIs._**
+
+- [blastapi.io](https://blastapi.io/)
+- [दस्तऐवजीकरण](https://docs.blastapi.io)
+- [Discord](https://discord.gg/SaRqmRUjjQ)
+
+**BlockPi -** **_अधिक कार्यक्षम आणि जलद RPC सेवा प्रदान करते_**
+
+- [blockpi.io](https://blockpi.io/)
+- [दस्तऐवजीकरण](https://docs.blockpi.io/)
+- [GitHub](https://github.com/BlockPILabs)
+- [Discord](https://discord.com/invite/xTvGVrGVZv)
+
+**Cloudflare इथेरियम गेटवे.**
+
+- [cloudflare-eth.com](https://www.cloudflare.com/application-services/products/web3/)
+
+**Etherscan - ब्लॉक एक्सप्लोरर आणि ट्रान्झॅक्शन APIs**
+
+- [दस्तऐवजीकरण](https://docs.etherscan.io/)
+
+**Blockscout - ओपन सोर्स ब्लॉक एक्सप्लोरर**
+
+- [दस्तऐवजीकरण](https://docs.blockscout.com/)
+
+**GetBlock-** **_Web3 विकासासाठी सेवा म्हणून ब्लॉकचेन_**
+
+- [GetBlock.io](https://getblock.io/)
+- [दस्तऐवजीकरण](https://docs.getblock.io/)
+
+**Infura -** **_सेवा म्हणून इथेरियम API._**
+
+- [infura.io](https://infura.io)
+- [दस्तऐवजीकरण](https://docs.infura.io/api)
+- [GitHub](https://github.com/INFURA)
+
+**Node RPC - _किफायतशीर EVM JSON-RPC प्रदाता_**
+
+- [noderpc.xyz](https://www.noderpc.xyz/)
+- [दस्तऐवजीकरण](https://docs.noderpc.xyz/node-rpc)
+
+**NOWNodes - _पूर्ण नोड्स आणि ब्लॉक एक्सप्लोरर्स._**
+
+- [NOWNodes.io](https://nownodes.io/)
+- [दस्तऐवजीकरण](https://nownodes.gitbook.io/documentation)
+
+**QuickNode -** **_सेवा म्हणून ब्लॉकचेन पायाभूत सुविधा._**
+
+- [quicknode.com](https://quicknode.com)
+- [दस्तऐवजीकरण](https://www.quicknode.com/docs/welcome)
+- [Discord](https://discord.gg/quicknode)
+
+**Rivet -** **_ओपन-सोर्स सॉफ्टवेअरद्वारे समर्थित सेवा म्हणून इथेरियम आणि इथेरियम क्लासिक APIs._**
+
+- [rivet.cloud](https://rivet.cloud)
+- [दस्तऐवजीकरण](https://rivet.cloud/docs/)
+- [GitHub](https://github.com/openrelayxyz/ethercattle-deployment)
+
+**Zmok -** **_JSON-RPC/WebSockets API म्हणून वेग-केंद्रित इथेरियम नोड्स._**
+
+- [zmok.io](https://zmok.io/)
+- [GitHub](https://github.com/zmok-io)
+- [दस्तऐवजीकरण](https://docs.zmok.io/)
+- [Discord](https://discord.gg/fAHeh3ka6s)
+
+### विकास साधने {#development-tools}
+
+**ethers-kt -** **_EVM-आधारित ब्लॉकचेनसाठी Async, उच्च-कार्यक्षमता असलेली Kotlin/Java/Android लायब्ररी._**
+
+- [GitHub](https://github.com/Kr1ptal/ethers-kt)
+- [उदाहरणे](https://github.com/Kr1ptal/ethers-kt/tree/master/examples)
+- [Discord](https://discord.gg/rx35NzQGSb)
+
+**Nethereum -** **_ब्लॉकचेनसाठी एक ओपन सोर्स .NET इंटिग्रेशन लायब्ररी._**
+
+- [GitHub](https://github.com/Nethereum/Nethereum)
+- [दस्तऐवजीकरण](http://docs.nethereum.com/en/latest/)
+- [Discord](https://discord.com/invite/jQPrR58FxX)
+
+**Python टूलिंग -** **_Python द्वारे इथेरियमशी संवाद साधण्यासाठी विविध लायब्ररीज._**
+
+- [py.ethereum.org](https://snakecharmers.ethereum.org/)
+- [web3.py GitHub](https://github.com/ethereum/web3.py)
+- [web3.py चॅट](https://gitter.im/ethereum/web3.py)
+
+**Tatum -** **_अंतिम ब्लॉकचेन विकास प्लॅटफॉर्म._**
+
+- [Tatum](https://tatum.io/)
+- [GitHub](https://github.com/tatumio/)
+- [दस्तऐवजीकरण](https://docs.tatum.io/)
+- [Discord](https://discord.gg/EDmW3kjTC9)
+
+**web3j -** **_इथेरियमसाठी एक Java/Android/Kotlin/Scala इंटिग्रेशन लायब्ररी._**
+
+- [GitHub](https://github.com/web3j/web3j)
+- [डॉक्स](https://docs.web3j.io/)
+- [Gitter](https://gitter.im/web3j/web3j)
+
+### ब्लॉकचेन सेवा {#blockchain-services}
+
+**BlockCypher -** **_इथेरियम वेब APIs._**
+
+- [blockcypher.com](https://www.blockcypher.com/)
+- [दस्तऐवजीकरण](https://www.blockcypher.com/dev/ethereum/)
+
+**Chainbase -** **_इथेरियमसाठी सर्व-समावेशक वेब3 डेटा पायाभूत सुविधा._**
+
+- [chainbase.com](https://chainbase.com/)
+- [दस्तऐवजीकरण](https://docs.chainbase.com/)
+- [Discord](https://discord.gg/Wx6qpqz4AF)
+
+**Chainstack -** **_सेवा म्हणून लवचिक आणि समर्पित इथेरियम नोड्स._**
+
+- [chainstack.com](https://chainstack.com)
+- [दस्तऐवजीकरण](https://docs.chainstack.com/)
+- [इथेरियम API संदर्भ](https://docs.chainstack.com/reference/ethereum-getting-started)
+
+**Coinbase Cloud Node -** **_ब्लॉकचेन पायाभूत सुविधा API._**
+
+- [Coinbase Cloud Node](https://www.coinbase.com/developer-platform)
+- [दस्तऐवजीकरण](https://docs.cdp.coinbase.com/)
+
+**DataHub by Figment -** **_इथेरियम मेननेट आणि टेस्टनेटसह वेब3 API सेवा._**
+
+- [DataHub](https://www.figment.io/)
+- [दस्तऐवजीकरण](https://docs.figment.io/)
+
+**Moralis -** **_एंटरप्राइझ-ग्रेड EVM API प्रदाता._**
+
+- [moralis.io](https://moralis.io)
+- [दस्तऐवजीकरण](https://docs.moralis.io/)
+- [GitHub](https://github.com/MoralisWeb3)
+- [Discord](https://moralis.io/joindiscord/)
+- [फोरम](https://forum.moralis.io/)
+
+**NFTPort -** **_इथेरियम डेटा आणि मिंट APIs._**
+
+- [nftport.xyz](https://www.nftport.xyz/)
+- [दस्तऐवजीकरण](https://docs.nftport.xyz/)
+- [GitHub](https://github.com/nftport/)
+- [Discord](https://discord.com/invite/K8nNrEgqhE)
+
+**Tokenview -** **_सर्वसाधारण मल्टी-क्रिप्टो ब्लॉकचेन APIs प्लॅटफॉर्म._**
+
+- [services.tokenview.io](https://services.tokenview.io/)
+- [दस्तऐवजीकरण](https://services.tokenview.io/docs?type=api)
+- [GitHub](https://github.com/Tokenview)
+
+**Watchdata -** **_इथेरियम ब्लॉकचेनवर साधा आणि विश्वासार्ह API ॲक्सेस प्रदान करते._**
+
+- [Watchdata](https://watchdata.io/)
+- [दस्तऐवजीकरण](https://docs.watchdata.io/)
+- [Discord](https://discord.com/invite/TZRJbZ6bdn)
+
+**Covalent -** **_२००+ चेन्ससाठी समृद्ध ब्लॉकचेन APIs._**
+
+- [covalenthq.com](https://www.covalenthq.com/)
+- [दस्तऐवजीकरण](https://www.covalenthq.com/docs/api/)
+- [GitHub](https://github.com/covalenthq)
+- [Discord](https://www.covalenthq.com/discord/)
+
+## पुढील वाचन {#further-reading}
+
+_तुम्हाला मदत केलेल्या सामुदायिक संसाधनाबद्दल माहिती आहे का?_ हे पृष्ठ संपादित करा आणि ते जोडा!_
+
+## संबंधित विषय {#related-topics}
+
+- [नोड्स आणि क्लायंट](/developers/docs/nodes-and-clients/)
+- [डेव्हलपमेंट फ्रेमवर्क्स](/developers/docs/frameworks/)
+
+## संबंधित ट्युटोरियल्स {#related-tutorials}
+
+- [JavaScript मध्ये इथेरियम ब्लॉकचेन वापरण्यासाठी Web3js सेट अप करा](/developers/tutorials/set-up-web3js-to-use-ethereum-in-javascript/) _– तुमच्या प्रोजेक्टमध्ये web3.js सेट अप करण्याच्या सूचना._
+- [JavaScript मधून स्मार्ट कराराला कॉल करणे](/developers/tutorials/calling-a-smart-contract-from-javascript/) _– DAI टोकन वापरून, JavaScript वापरून कॉन्ट्रॅक्ट्स फंक्शन कसे कॉल करायचे ते पहा._
diff --git a/public/content/translations/mr/developers/docs/apis/javascript/index.md b/public/content/translations/mr/developers/docs/apis/javascript/index.md
new file mode 100644
index 00000000000..f390cbca232
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/apis/javascript/index.md
@@ -0,0 +1,289 @@
+---
+title: "JavaScript API लायब्ररी"
+description: "JavaScript क्लायंट लायब्ररीचा परिचय जे तुम्हाला तुमच्या ॲप्लिकेशनमधून ब्लॉकचेनशी संवाद साधू देतात."
+lang: mr
+---
+
+वेब ॲपला Ethereum ब्लॉकचेनशी संवाद साधण्यासाठी (म्हणजे, ब्लॉकचेन डेटा वाचणे आणि/किंवा नेटवर्कवर व्यवहार पाठवणे), ते Ethereum नोडशी कनेक्ट करणे आवश्यक आहे.
+
+या उद्देशासाठी, प्रत्येक Ethereum क्लायंट [JSON-RPC](/developers/docs/apis/json-rpc/) तपशील लागू करतो, त्यामुळे [पद्धतींचा](/developers/docs/apis/json-rpc/#json-rpc-methods) एकसमान संच आहे ज्यावर ॲप्लिकेशन्स अवलंबून राहू शकतात.
+
+तुम्हाला Ethereum नोडशी कनेक्ट करण्यासाठी JavaScript वापरायचे असल्यास, व्हॅनिला JavaScript वापरणे शक्य आहे परंतु इकोसिस्टममध्ये अनेक सोयीस्कर लायब्ररी अस्तित्वात आहेत ज्यामुळे हे बरेच सोपे होते. या लायब्ररीजच्या मदतीने, डेव्हलपर इथेरियमशी संवाद साधणाऱ्या JSON-RPC विनंत्या (पडद्याआड) सुरू करण्यासाठी सहज, एका ओळीच्या पद्धती लिहू शकतात.
+
+कृपया लक्षात घ्या की [द मर्ज](/roadmap/merge/) पासून, Ethereum सॉफ्टवेअरचे दोन जोडलेले भाग - एक एक्झिक्युशन क्लायंट आणि एक कन्सेंसस क्लायंट - नोड चालवण्यासाठी आवश्यक आहेत. कृपया खात्री करा की तुमच्या नोडमध्ये एक्झिक्युशन आणि कन्सेंसस क्लायंट दोन्ही समाविष्ट आहेत. जर तुमचा नोड तुमच्या स्थानिक मशीनवर नसेल (उदा. तुमचा नोड AWS इंस्टन्सवर चालत असेल) तर ट्यूटोरियलमधील IP पत्ते त्यानुसार अपडेट करा. [नोड चालवण्यावर](/developers/docs/nodes-and-clients/run-a-node/) अधिक माहितीसाठी कृपया आमचे पेज पहा.
+
+## पूर्वतयारी {#prerequisites}
+
+JavaScript समजून घेण्याबरोबरच, [Ethereum स्टॅक](/developers/docs/ethereum-stack/) आणि [Ethereum क्लायंट](/developers/docs/nodes-and-clients/) समजून घेणे उपयुक्त ठरू शकते.
+
+## लायब्ररी का वापरावी? {#why-use-a-library}
+
+या लायब्ररीज इथेरियम नोडशी थेट संवाद साधण्यातील बरीचशी गुंतागुंत दूर करतात. त्या उपयुक्तता कार्ये (utility functions) देखील प्रदान करतात (उदा. ETH चे Gwei मध्ये रूपांतर करणे), त्यामुळे एक डेव्हलपर म्हणून तुम्ही इथेरियम क्लायंटच्या गुंतागुंतीमध्ये कमी वेळ घालवून तुमच्या ॲप्लिकेशनच्या अद्वितीय कार्यक्षमतेवर अधिक लक्ष केंद्रित करू शकता.
+
+## लायब्ररी वैशिष्ट्ये {#library-features}
+
+### Ethereum नोड्सशी कनेक्ट करा {#connect-to-ethereum-nodes}
+
+प्रोव्हायडर वापरून, या लायब्ररी तुम्हाला JSON-RPC, INFURA, Etherscan, Alchemy किंवा MetaMask द्वारे Ethereum शी कनेक्ट करण्याची आणि त्याचा डेटा वाचण्याची परवानगी देतात.
+
+> **चेतावणी:** Web3.js 4 मार्च 2025 रोजी संग्रहित केले गेले. [घोषणा वाचा](https://blog.chainsafe.io/web3-js-sunset/). नवीन प्रकल्पांसाठी [ethers.js](https://ethers.org) किंवा [viem](https://viem.sh) सारख्या पर्यायी लायब्ररी वापरण्याचा विचार करा.
+
+**Ethers उदाहरण**
+
+```js
+// ब्राउझरप्रोव्हायडर एक मानक Web3 प्रोव्हायडरला रॅप करतो, जो आहे
+// जे MetaMask प्रत्येक पेजमध्ये window.ethereum म्हणून इंजेक्ट करते
+const provider = new ethers.BrowserProvider(window.ethereum)
+
+// MetaMask प्लगइन देखील व्यवहार साइन करण्याची परवानगी देतो
+// ब्लॉकचेनमध्ये इथर पाठवण्यासाठी आणि स्थिती बदलण्यासाठी पैसे देण्यासाठी.
+// यासाठी, आम्हाला खाते साइनरची आवश्यकता आहे...
+const signer = provider.getSigner()
+```
+
+**Web3js उदाहरण**
+
+```js
+var web3 = new Web3("http://localhost:8545")
+// किंवा
+var web3 = new Web3(new Web3.providers.HttpProvider("http://localhost:8545"))
+
+// प्रोव्हायडर बदला
+web3.setProvider("ws://localhost:8546")
+// किंवा
+web3.setProvider(new Web3.providers.WebsocketProvider("ws://localhost:8546"))
+
+// node.js मध्ये IPC प्रोव्हायडर वापरणे
+var net = require("net")
+var web3 = new Web3("/Users/myuser/Library/Ethereum/geth.ipc", net) // mac os पाथ
+// किंवा
+var web3 = new Web3(
+  new Web3.providers.IpcProvider("/Users/myuser/Library/Ethereum/geth.ipc", net)
+) // mac os पाथ
+// विंडोजवर पाथ आहे: "\\\\.\\pipe\\geth.ipc"
+// लिनक्सवर पाथ आहे: "/users/myuser/.ethereum/geth.ipc"
+```
+
+एकदा सेट झाल्यावर तुम्ही ब्लॉकचेनला यासाठी क्वेरी करू शकाल:
+
+- ब्लॉक क्रमांक
+- गॅस अंदाज
+- स्मार्ट कॉन्ट्रॅक्ट इव्हेंट्स
+- नेटवर्क आयडी
+- आणि बरेच काही...
+
+### वॉलेट कार्यक्षमता {#wallet-functionality}
+
+या लायब्ररी तुम्हाला वॉलेट तयार करण्यासाठी, की व्यवस्थापित करण्यासाठी आणि व्यवहार साइन करण्यासाठी कार्यक्षमता देतात.
+
+येथे Ethers मधील एक उदाहरण आहे
+
+```js
+// मेमोनिकमधून वॉलेट इंस्टन्स तयार करा...
+mnemonic =
+  "announce room limb pattern dry unit scale effort smooth jazz weasel alcohol"
+walletMnemonic = Wallet.fromPhrase(mnemonic)
+
+// ...किंवा खासगी की मधून
+walletPrivateKey = new Wallet(walletMnemonic.privateKey)
+
+walletMnemonic.address === walletPrivateKey.address
+// खरे
+
+// साइनर API नुसार पत्ता प्रॉमिस म्हणून
+walletMnemonic.getAddress()
+// { Promise: '0x71CB05EE1b1F506fF321Da3dac38f25c0c9ce6E1' }
+
+// वॉलेटचा पत्ता समकालिकपणे देखील उपलब्ध आहे
+walletMnemonic.address
+// '0x71CB05EE1b1F506fF321Da3dac38f25c0c9ce6E1'
+
+// अंतर्गत क्रिप्टोग्राफिक घटक
+walletMnemonic.privateKey
+// '0x1da6847600b0ee25e9ad9a52abbd786dd2502fa4005dd5af9310b7cc7a3b25db'
+walletMnemonic.publicKey
+// '0x04b9e72dfd423bcf95b3801ac93f4392be5ff22143f9980eb78b3a860c4843bfd04829ae61cdba4b3b1978ac5fc64f5cc2f4350e35a108a9c9a92a81200a60cd64'
+
+// वॉलेट मेमोनिक
+walletMnemonic.mnemonic
+// {
+//   locale: 'en',
+//   path: 'm/44\'/60\'/0\'/0/0',
+//   phrase: 'announce room limb pattern dry unit scale effort smooth jazz weasel alcohol'
+// }
+
+// टीप: खासगी की सह तयार केलेल्या वॉलेटमध्ये
+//       मेमोनिक नसते (व्युत्पन्नता ते प्रतिबंधित करते)
+walletPrivateKey.mnemonic
+// null
+
+// संदेश साइन करणे
+walletMnemonic.signMessage("Hello World")
+// { Promise: '0x14280e5885a19f60e536de50097e96e3738c7acae4e9e62d67272d794b8127d31c03d9cd59781d4ee31fb4e1b893bd9b020ec67dfa65cfb51e2bdadbb1de26d91c' }
+
+tx = {
+  to: "0x8ba1f109551bD432803012645Ac136ddd64DBA72",
+  value: utils.parseEther("1.0"),
+}
+
+// व्यवहार साइन करणे
+walletMnemonic.signTransaction(tx)
+// { Promise: '0xf865808080948ba1f109551bd432803012645ac136ddd64dba72880de0b6b3a7640000801ca0918e294306d177ab7bd664f5e141436563854ebe0a3e523b9690b4922bbb52b8a01181612cec9c431c4257a79b8c9f0c980a2c49bb5a0e6ac52949163eeb565dfc' }
+
+// कनेक्ट पद्धत नवीन इंस्टन्स परत करते
+// प्रोव्हायडरशी कनेक्ट केलेले वॉलेट
+wallet = walletMnemonic.connect(provider)
+
+// नेटवर्कला क्वेरी करणे
+wallet.getBalance()
+// { Promise: { BigNumber: "42" } }
+wallet.getTransactionCount()
+// { Promise: 0 }
+
+// इथर पाठवणे
+wallet.sendTransaction(tx)
+```
+
+[संपूर्ण दस्तऐवज वाचा](https://docs.ethers.io/v5/api/signer/#Wallet)
+
+एकदा सेट झाल्यावर तुम्ही हे करू शकाल:
+
+- खाती तयार करा
+- व्यवहार पाठवा
+- व्यवहारांवर सही करा
+- आणि बरेच काही...
+
+### स्मार्ट कॉन्ट्रॅक्ट फंक्शन्सशी संवाद साधा {#interact-with-smart-contract-functions}
+
+JavaScript क्लायंट लायब्ररी तुमच्या ॲप्लिकेशनला संकलित कॉन्ट्रॅक्टचा ॲप्लिकेशन बायनरी इंटरफेस (ABI) वाचून स्मार्ट कॉन्ट्रॅक्ट फंक्शन्स कॉल करण्याची परवानगी देतात.
+
+ABI मूलत: कॉन्ट्रॅक्टची फंक्शन्स JSON स्वरूपात स्पष्ट करते आणि तुम्हाला ते सामान्य JavaScript ऑब्जेक्टप्रमाणे वापरण्याची परवानगी देते.
+
+म्हणून खालील Solidity कॉन्ट्रॅक्ट:
+
+```solidity
+contract Test {
+    uint a;
+    address d = 0x12345678901234567890123456789012;
+
+    constructor(uint testInt)  { a = testInt;}
+
+    event Event(uint indexed b, bytes32 c);
+
+    event Event2(uint indexed b, bytes32 c);
+
+    function foo(uint b, bytes32 c) returns(address) {
+        Event(b, c);
+        return d;
+    }
+}
+```
+
+याचा परिणाम खालील JSON मध्ये होईल:
+
+```json
+[{
+    "type":"constructor",
+    "payable":false,
+    "stateMutability":"nonpayable"
+    "inputs":[{"name":"testInt","type":"uint256"}],
+  },{
+    "type":"function",
+    "name":"foo",
+    "constant":false,
+    "payable":false,
+    "stateMutability":"nonpayable",
+    "inputs":[{"name":"b","type":"uint256"}, {"name":"c","type":"bytes32"}],
+    "outputs":[{"name":"","type":"address"}]
+  },{
+    "type":"event",
+    "name":"Event",
+    "inputs":[{"indexed":true,"name":"b","type":"uint256"}, {"indexed":false,"name":"c","type":"bytes32"}],
+    "anonymous":false
+  },{
+    "type":"event",
+    "name":"Event2",
+    "inputs":[{"indexed":true,"name":"b","type":"uint256"},{"indexed":false,"name":"c","type":"bytes32"}],
+    "anonymous":false
+}]
+```
+
+याचा अर्थ तुम्ही हे करू शकता:
+
+- स्मार्ट कॉन्ट्रॅक्टला व्यवहार पाठवा आणि त्याची पद्धत कार्यान्वित करा
+- EVM मध्ये कार्यान्वित केल्यावर पद्धतीच्या अंमलबजावणीसाठी किती गॅस लागेल याचा अंदाज घेण्यासाठी कॉल करा
+- कॉन्ट्रॅक्ट तैनात करा
+- आणि बरेच काही...
+
+### उपयुक्तता फंक्शन्स {#utility-functions}
+
+युटिलिटी फंक्शन्स तुम्हाला सुलभ शॉर्टकट देतात ज्यामुळे Ethereum सह बिल्डिंग थोडे सोपे होते.
+
+ETH मूल्ये डीफॉल्टनुसार Wei मध्ये असतात. १ ETH = १,०००,०००,०००,०००,०००,००० WEI – याचा अर्थ तुम्ही खूप मोठ्या संख्यांशी व्यवहार करत आहात! `web3.utils.toWei` तुमच्यासाठी इथरला Wei मध्ये रूपांतरित करते.
+
+आणि ethers मध्ये ते असे दिसते:
+
+```js
+// खात्याची शिल्लक मिळवा (पत्त्याद्वारे किंवा ENS नावाद्वारे)
+balance = await provider.getBalance("ethers.eth")
+// { BigNumber: "2337132817842795605" }
+
+// अनेकदा तुम्हाला वापरकर्त्यासाठी आउटपुट स्वरूपित करण्याची आवश्यकता असेल
+// जे (wei ऐवजी) इथरमध्ये मूल्ये पाहणे पसंत करतात
+ethers.utils.formatEther(balance)
+// '2.337132817842795605'
+```
+
+- [Web3js उपयुक्तता फंक्शन्स](https://docs.web3js.org/api/web3-utils)
+- [Ethers उपयुक्तता फंक्शन्स](https://docs.ethers.org/v6/api/utils/)
+
+## उपलब्ध लायब्ररीज {#available-libraries}
+
+**Web3.js -** **_Ethereum JavaScript API._**
+
+- [दस्तऐवजीकरण](https://docs.web3js.org)
+- [GitHub](https://github.com/ethereum/web3.js)
+
+**Ethers.js -** **_JavaScript आणि TypeScript मध्ये संपूर्ण Ethereum वॉलेट अंमलबजावणी आणि उपयुक्तता._**
+
+- [Ethers.js होम](https://ethers.org/)
+- [दस्तऐवजीकरण](https://docs.ethers.io)
+- [GitHub](https://github.com/ethers-io/ethers.js)
+
+**द ग्राफ -** **_Ethereum आणि IPFS डेटा अनुक्रमित करण्यासाठी आणि GraphQL वापरून क्वेरी करण्यासाठी एक प्रोटोकॉल._**
+
+- [द ग्राफ](https://thegraph.com)
+- [ग्राफ एक्सप्लोरर](https://thegraph.com/explorer)
+- [दस्तऐवजीकरण](https://thegraph.com/docs)
+- [GitHub](https://github.com/graphprotocol)
+- [डिस्कॉर्ड](https://thegraph.com/discord)
+
+**Alchemy SDK -** **_वर्धित apis सह Ethers.js भोवती रॅपर._**
+
+- [दस्तऐवजीकरण](https://www.alchemy.com/docs)
+- [GitHub](https://github.com/alchemyplatform/alchemy-sdk-js)
+
+**viem -** **_Ethereum साठी TypeScript इंटरफेस._**
+
+- [दस्तऐवजीकरण](https://viem.sh)
+- [GitHub](https://github.com/wagmi-dev/viem)
+
+**Drift -** **_अंगभूत कॅशिंग, हुक आणि चाचणी मॉक्ससह TypeScript मेटा-लायब्ररी._**
+
+- [दस्तऐवजीकरण](https://ryangoree.github.io/drift/)
+- [GitHub](https://github.com/ryangoree/drift/)
+
+## पुढील वाचन {#further-reading}
+
+_तुम्हाला मदत केलेल्या सामुदायिक संसाधनाबद्दल माहिती आहे का?_ हे पृष्ठ संपादित करा आणि ते जोडा!_
+
+## संबंधित विषय {#related-topics}
+
+- [नोड्स आणि क्लायंट](/developers/docs/nodes-and-clients/)
+- [डेव्हलपमेंट फ्रेमवर्क्स](/developers/docs/frameworks/)
+
+## संबंधित ट्युटोरियल्स {#related-tutorials}
+
+- [JavaScript मध्ये इथेरियम ब्लॉकचेन वापरण्यासाठी Web3js सेट अप करा](/developers/tutorials/set-up-web3js-to-use-ethereum-in-javascript/) _– तुमच्या प्रोजेक्टमध्ये web3.js सेट अप करण्याच्या सूचना._
+- [JavaScript मधून स्मार्ट कराराला कॉल करणे](/developers/tutorials/calling-a-smart-contract-from-javascript/) _– DAI टोकन वापरून, JavaScript वापरून कॉन्ट्रॅक्ट्स फंक्शन कसे कॉल करायचे ते पहा._
+- [web3 आणि Alchemy वापरून व्यवहार पाठवणे](/developers/tutorials/sending-transactions-using-web3-and-alchemy/) _– बॅकएंडमधून व्यवहार पाठवण्यासाठी चरण-दर-चरण मार्गदर्शन._
diff --git a/public/content/translations/mr/developers/docs/apis/json-rpc/index.md b/public/content/translations/mr/developers/docs/apis/json-rpc/index.md
new file mode 100644
index 00000000000..8cd7097ef83
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/apis/json-rpc/index.md
@@ -0,0 +1,1897 @@
+---
+title: JSON-RPC API
+description: "Ethereum क्लायंटसाठी एक स्टेटलेस, हलके रिमोट प्रोसिजर कॉल (RPC) प्रोटोकॉल."
+lang: mr
+---
+
+सॉफ्टवेअर ॲप्लिकेशनला Ethereum ब्लॉकचेनशी संवाद साधण्यासाठी - एकतर ब्लॉकचेन डेटा वाचून किंवा नेटवर्कवर व्यवहार पाठवून - त्याला Ethereum नोडशी कनेक्ट करणे आवश्यक आहे.
+
+या उद्देशासाठी, प्रत्येक [Ethereum क्लायंट](/developers/docs/nodes-and-clients/#execution-clients) [JSON-RPC स्पेसिफिकेशन](https://github.com/ethereum/execution-apis) लागू करतो, त्यामुळे विशिष्ट नोड किंवा क्लायंट अंमलबजावणीची पर्वा न करता ॲप्लिकेशन्स अवलंबून राहू शकतील अशा पद्धतींचा एकसमान संच आहे.
+
+[JSON-RPC](https://www.jsonrpc.org/specification) हे एक स्टेटलेस, हलके रिमोट प्रोसिजर कॉल (RPC) प्रोटोकॉल आहे. हे अनेक डेटा स्ट्रक्चर्स आणि त्यांच्या प्रक्रियेसंबंधीचे नियम परिभाषित करते. हे ट्रान्सपोर्ट ॲग्नोस्टिक आहे, कारण या संकल्पना एकाच प्रक्रियेत, सॉकेट्सवर, HTTP वर किंवा अनेक विविध मेसेज पासिंग वातावरणात वापरल्या जाऊ शकतात. हे डेटा फॉरमॅट म्हणून JSON (RFC 4627) वापरते.
+
+## क्लायंटची अंमलबजावणी {#client-implementations}
+
+JSON-RPC स्पेसिफिकेशन लागू करताना प्रत्येक Ethereum क्लायंट वेगवेगळ्या प्रोग्रामिंग भाषांचा वापर करू शकतो. विशिष्ट प्रोग्रामिंग भाषांशी संबंधित अधिक तपशीलांसाठी वैयक्तिक [क्लायंट डॉक्युमेंटेशन](/developers/docs/nodes-and-clients/#execution-clients) पहा. नवीनतम API सपोर्ट माहितीसाठी प्रत्येक क्लायंटचे डॉक्युमेंटेशन तपासण्याची आम्ही शिफारस करतो.
+
+## सुविधेसाठी लायब्ररीज {#convenience-libraries}
+
+तुम्ही JSON-RPC API द्वारे थेट Ethereum क्लायंटशी संवाद साधणे निवडू शकता, परंतु dapp डेव्हलपर्ससाठी अनेकदा सोपे पर्याय उपलब्ध असतात. JSON-RPC API च्या वर रॅपर्स प्रदान करण्यासाठी अनेक [JavaScript](/developers/docs/apis/javascript/#available-libraries) आणि [बॅकएंड API](/developers/docs/apis/backend/#available-libraries) लायब्ररीज अस्तित्वात आहेत. या लायब्ररीजसह, डेव्हलपर्स Ethereum शी संवाद साधणाऱ्या JSON-RPC रिक्वेस्ट्स (अंतर्गत) सुरू करण्यासाठी त्यांच्या आवडीच्या प्रोग्रामिंग भाषेत सहज, एक-ओळीच्या पद्धती लिहू शकतात.
+
+## कन्सेन्सस क्लायंट APIs {#consensus-clients}
+
+हे पृष्ठ प्रामुख्याने Ethereum एक्झिक्युशन क्लायंटद्वारे वापरल्या जाणार्‍या JSON-RPC API शी संबंधित आहे. तथापि, कन्सेन्सस क्लायंटकडे एक RPC API देखील आहे जे वापरकर्त्यांना नोडबद्दल माहिती विचारण्याची, बीकन ब्लॉक्स, बीकन स्टेट आणि इतर कन्सेन्सस-संबंधित माहिती थेट नोडवरून विनंती करण्याची परवानगी देते. हे API [बीकन API वेबपेज](https://ethereum.github.io/beacon-APIs/#/) वर डॉक्युमेंट केलेले आहे.
+
+नोडमधील इंटर-क्लायंट कम्युनिकेशनसाठी अंतर्गत API चा देखील वापर केला जातो - म्हणजेच, ते कन्सेन्सस क्लायंट आणि एक्झिक्युशन क्लायंटला डेटा स्वॅप करण्यास सक्षम करते. याला 'इंजिन API' म्हणतात आणि त्याचे स्पेक्स [GitHub](https://github.com/ethereum/execution-apis/blob/main/src/engine/common.md) वर उपलब्ध आहेत.
+
+## एक्झिक्युशन क्लायंट स्पेक {#spec}
+
+[GitHub वर संपूर्ण JSON-RPC API स्पेक वाचा](https://github.com/ethereum/execution-apis). हे API [एक्झिक्युशन API वेबपेज](https://ethereum.github.io/execution-apis/) वर डॉक्युमेंट केलेले आहे आणि त्यात सर्व उपलब्ध पद्धती वापरून पाहण्यासाठी एक इन्स्पेक्टर समाविष्ट आहे.
+
+## संकेत {#conventions}
+
+### हेक्स व्हॅल्यू एन्कोडिंग {#hex-encoding}
+
+JSON वर दोन प्रमुख डेटा प्रकार पाठवले जातात: अनफॉर्मेटेड बाइट ॲरे आणि क्वांटिटीज. दोन्ही हेक्स एन्कोडिंगसह पाठवले जातात परंतु फॉरमॅटिंगसाठी वेगवेगळ्या आवश्यकतांसह.
+
+#### क्वांटिटीज {#quantities-encoding}
+
+क्वांटिटीज (पूर्णांक, संख्या) एन्कोड करताना: हेक्स म्हणून एन्कोड करा, "0x" सह उपसर्ग लावा, सर्वात कॉम्पॅक्ट रिप्रेझेंटेशन (थोडा अपवाद: शून्य "0x0" म्हणून दर्शविले पाहिजे).
+
+येथे काही उदाहरणे आहेत:
+
+- 0x41 (दशमान पद्धतीत 65)
+- 0x400 (दशमान पद्धतीत 1024)
+- चुकीचे: 0x (नेहमी किमान एक अंक असावा - शून्य म्हणजे "0x0")
+- चुकीचे: 0x0400 (सुरुवातीला शून्य अनुमत नाही)
+- चुकीचे: ff (0x ने उपसर्ग लावलेला असणे आवश्यक आहे)
+
+### अनफॉर्मेटेड डेटा {#unformatted-data-encoding}
+
+अनफॉर्मेटेड डेटा (बाइट ॲरे, अकाउंट ॲड्रेस, हॅश, बायकोड ॲरे) एन्कोड करताना: हेक्स म्हणून एन्कोड करा, "0x" सह उपसर्ग लावा, प्रत्येक बाईटसाठी दोन हेक्स अंक.
+
+येथे काही उदाहरणे आहेत:
+
+- 0x41 (आकार 1, "A")
+- 0x004200 (आकार 3, "0B0")
+- 0x (आकार 0, "")
+- चुकीचे: 0xf0f0f (सम संख्येचे अंक असणे आवश्यक आहे)
+- चुकीचे: 004200 (0x ने उपसर्ग लावलेला असणे आवश्यक आहे)
+
+### ब्लॉक पॅरामीटर {#block-parameter}
+
+खालील पद्धतींमध्ये ब्लॉक पॅरामीटर आहे:
+
+- [eth_getBalance](#eth_getbalance)
+- [eth_getCode](#eth_getcode)
+- [eth_getTransactionCount](#eth_gettransactioncount)
+- [eth_getStorageAt](#eth_getstorageat)
+- [eth_call](#eth_call)
+
+जेव्हा Ethereum च्या स्टेटची क्वेरी करणाऱ्या रिक्वेस्ट्स केल्या जातात, तेव्हा प्रदान केलेला ब्लॉक पॅरामीटर ब्लॉकची उंची ठरवतो.
+
+ब्लॉक पॅरामीटरसाठी खालील पर्याय शक्य आहेत:
+
+- `HEX स्ट्रिंग` - एक पूर्णांक ब्लॉक क्रमांक
+- सर्वात आधीच्या/जेनेसिस ब्लॉकसाठी `स्ट्रिंग "earliest"`
+- नवीनतम प्रस्तावित ब्लॉकसाठी `स्ट्रिंग "latest"`
+- नवीनतम सुरक्षित हेड ब्लॉकसाठी `स्ट्रिंग "safe"`
+- नवीनतम फायनलाइज्ड ब्लॉकसाठी `स्ट्रिंग "finalized"`
+- प्रलंबित स्टेट/व्यवहारांसाठी `स्ट्रिंग "pending"`
+
+## उदाहरणे
+
+या पृष्ठावर आम्ही कमांड लाइन टूल, [curl](https://curl.se) वापरून वैयक्तिक JSON_RPC API एंडपॉइंट्स कसे वापरावे याची उदाहरणे देतो. हे वैयक्तिक एंडपॉइंट उदाहरणे खाली [Curl उदाहरणे](#curl-examples) विभागात आढळतील. पृष्ठावर पुढे, आम्ही Geth नोड, JSON_RPC API आणि curl वापरून स्मार्ट कॉन्ट्रॅक्ट कंपाईल आणि डिप्लॉय करण्यासाठी [एंड-टू-एंड उदाहरण](#usage-example) देखील प्रदान करतो.
+
+## Curl उदाहरणे {#curl-examples}
+
+Ethereum नोडवर [curl](https://curl.se) रिक्वेस्ट करून JSON_RPC API वापरण्याची उदाहरणे खाली दिली आहेत. प्रत्येक उदाहरणात विशिष्ट एंडपॉइंटचे वर्णन, त्याचे पॅरामीटर्स, रिटर्न प्रकार आणि ते कसे वापरावे याचे एक सविस्तर उदाहरण समाविष्ट आहे.
+
+curl रिक्वेस्ट्स कंटेंट प्रकाराशी संबंधित एरर मेसेज परत करू शकतात. हे असे आहे कारण `--data` पर्याय कंटेंट प्रकार `application/x-www-form-urlencoded` वर सेट करतो. जर तुमचा नोड याबद्दल तक्रार करत असेल, तर कॉलच्या सुरुवातीला `-H "Content-Type: application/json"` ठेवून हेडर मॅन्युअली सेट करा. उदाहरणांमध्ये URL/IP आणि पोर्ट यांचे संयोजन समाविष्ट नाही, जे curl ला दिलेले शेवटचे आर्ग्युमेंट असणे आवश्यक आहे (उदा., `127.0.0.1:8545`). या अतिरिक्त डेटासह एक संपूर्ण curl रिक्वेस्ट खालीलप्रमाणे असते:
+
+```shell
+curl -H "Content-Type: application/json" -X POST --data '{"jsonrpc":"2.0","method":"web3_clientVersion","params":[],"id":67}' 127.0.0.1:8545
+```
+
+## गॉसिप, स्टेट, हिस्ट्री {#gossip-state-history}
+
+काही मूळ JSON-RPC पद्धतींना Ethereum नेटवर्कमधून डेटा आवश्यक असतो आणि त्या मुख्यत्वे तीन श्रेणींमध्ये येतात: _गॉसिप, स्टेट आणि हिस्ट्री_. प्रत्येक पद्धतीवर जाण्यासाठी या विभागांमधील लिंक वापरा, किंवा पद्धतींची संपूर्ण यादी पाहण्यासाठी अनुक्रमणिका वापरा.
+
+### गॉसिप पद्धती {#gossip-methods}
+
+> या पद्धती चेनच्या हेडचा मागोवा ठेवतात. याद्वारे व्यवहार नेटवर्कमध्ये फिरतात, ब्लॉक्समध्ये त्यांचा मार्ग शोधतात आणि क्लायंटला नवीन ब्लॉक्सबद्दल माहिती मिळते.
+
+- [eth_blockNumber](#eth_blocknumber)
+- [eth_sendRawTransaction](#eth_sendrawtransaction)
+
+### स्टेट पद्धती {#state_methods}
+
+> सर्व संग्रहित डेटाची सद्यस्थिती नोंदवणाऱ्या पद्धती. "स्टेट" म्हणजे RAM चा एक मोठा सामायिक तुकडा, आणि त्यात अकाउंट बॅलन्स, कॉन्ट्रॅक्ट डेटा आणि गॅस अंदाज यांचा समावेश असतो.
+
+- [eth_getBalance](#eth_getbalance)
+- [eth_getStorageAt](#eth_getstorageat)
+- [eth_getTransactionCount](#eth_gettransactioncount)
+- [eth_getCode](#eth_getcode)
+- [eth_call](#eth_call)
+- [eth_estimateGas](#eth_estimategas)
+
+### हिस्ट्री पद्धती {#history_methods}
+
+> जेनेसिसपर्यंत प्रत्येक ब्लॉकचे ऐतिहासिक रेकॉर्ड मिळवते. हे एका मोठ्या ॲपेंड-ओन्ली फाईलसारखे आहे, आणि त्यात सर्व ब्लॉक हेडर्स, ब्लॉक बॉडीज, अंकल ब्लॉक्स आणि व्यवहार पावती यांचा समावेश असतो.
+
+- [eth_getBlockTransactionCountByHash](#eth_getblocktransactioncountbyhash)
+- [eth_getBlockTransactionCountByNumber](#eth_getblocktransactioncountbynumber)
+- [eth_getUncleCountByBlockHash](#eth_getunclecountbyblockhash)
+- [eth_getUncleCountByBlockNumber](#eth_getunclecountbyblocknumber)
+- [eth_getBlockByHash](#eth_getblockbyhash)
+- [eth_getBlockByNumber](#eth_getblockbynumber)
+- [eth_getTransactionByHash](#eth_gettransactionbyhash)
+- [eth_getTransactionByBlockHashAndIndex](#eth_gettransactionbyblockhashandindex)
+- [eth_getTransactionByBlockNumberAndIndex](#eth_gettransactionbyblocknumberandindex)
+- [eth_getTransactionReceipt](#eth_gettransactionreceipt)
+- [eth_getUncleByBlockHashAndIndex](#eth_getunclebyblockhashandindex)
+- [eth_getUncleByBlockNumberAndIndex](#eth_getunclebyblocknumberandindex)
+
+## JSON-RPC API प्लेग्राउंड
+
+API पद्धती शोधण्यासाठी आणि वापरून पाहण्यासाठी तुम्ही [प्लेग्राउंड टूल](https://ethereum-json-rpc.com) वापरू शकता. हे तुम्हाला हे देखील दर्शवते की विविध नोड प्रदात्यांद्वारे कोणत्या पद्धती आणि नेटवर्क समर्थित आहेत.
+
+## JSON-RPC API पद्धती {#json-rpc-methods}
+
+### web3_clientVersion {#web3_clientversion}
+
+सध्याची क्लायंट आवृत्ती परत करते.
+
+**पॅरामीटर्स**
+
+काहीही नाही
+
+**रिटर्न्स**
+
+`स्ट्रिंग` - सध्याची क्लायंट आवृत्ती
+
+**उदाहरण**
+
+```js
+// रिक्वेस्ट
+curl -X POST --data '{"jsonrpc":"2.0","method":"web3_clientVersion","params":[],"id":67}'
+// रिझल्ट
+{
+  "id":67,
+  "jsonrpc":"2.0",
+  "result": "Geth/v1.12.1-stable/linux-amd64/go1.19.1"
+}
+```
+
+### web3_sha3 {#web3_sha3}
+
+दिलेल्या डेटाचे Keccak-256 (_प्रमाणित SHA3-256 नाही_) परत करते.
+
+**पॅरामीटर्स**
+
+1. `DATA` - SHA3 हॅशमध्ये रूपांतरित करण्यासाठी डेटा
+
+```js
+params: ["0x68656c6c6f20776f726c64"]
+```
+
+**रिटर्न्स**
+
+`DATA` - दिलेल्या स्ट्रिंगचा SHA3 परिणाम.
+
+**उदाहरण**
+
+```js
+// विनंती
+curl -X POST --data '{"jsonrpc":"2.0","method":"web3_sha3","params":["0x68656c6c6f20776f726c64"],"id":64}'
+// परिणाम
+{
+  "id":64,
+  "jsonrpc": "2.0",
+  "result": "0x47173285a8d7341e5e972fc677286384f802f8ef42a5ec5f03bbfa254cb01fad"
+}
+```
+
+### net_version {#net_version}
+
+सध्याचा नेटवर्क आयडी परत करतो.
+
+**पॅरामीटर्स**
+
+काहीही नाही
+
+**रिटर्न्स**
+
+`स्ट्रिंग` - सध्याचा नेटवर्क आयडी.
+
+सध्याच्या नेटवर्क आयडींची संपूर्ण यादी [chainlist.org](https://chainlist.org) येथे उपलब्ध आहे. काही सामान्य आयडी खालीलप्रमाणे आहेत:
+
+- `1`: Ethereum Mainnet
+- `11155111`: Sepolia testnet
+- `560048` : Hoodi Testnet
+
+**उदाहरण**
+
+```js
+// विनंती
+curl -X POST --data '{"jsonrpc":"2.0","method":"net_version","params":[],"id":67}'
+// परिणाम
+{
+  "id":67,
+  "jsonrpc": "2.0",
+  "result": "3"
+}
+```
+
+### net_listening {#net_listening}
+
+जर क्लायंट नेटवर्क कनेक्शनसाठी सक्रियपणे ऐकत असेल तर `true` परत करते.
+
+**पॅरामीटर्स**
+
+काहीही नाही
+
+**रिटर्न्स**
+
+`बूलियन` - ऐकत असताना `true`, अन्यथा `false`.
+
+**उदाहरण**
+
+```js
+// विनंती
+curl -X POST --data '{"jsonrpc":"2.0","method":"net_listening","params":[],"id":67}'
+// परिणाम
+{
+  "id":67,
+  "jsonrpc":"2.0",
+  "result":true
+}
+```
+
+### net_peerCount {#net_peercount}
+
+सध्या क्लायंटशी कनेक्टेड असलेल्या पीअर्सची संख्या परत करते.
+
+**पॅरामीटर्स**
+
+काहीही नाही
+
+**रिटर्न्स**
+
+`QUANTITY` - कनेक्टेड पीअर्सच्या संख्येचा पूर्णांक.
+
+**उदाहरण**
+
+```js
+// विनंती
+curl -X POST --data '{"jsonrpc":"2.0","method":"net_peerCount","params":[],"id":74}'
+// परिणाम
+{
+  "id":74,
+  "jsonrpc": "2.0",
+  "result": "0x2" // 2
+}
+```
+
+### eth_protocolVersion {#eth_protocolversion}
+
+सध्याची Ethereum प्रोटोकॉल आवृत्ती परत करते. लक्षात घ्या की ही मेथड [Geth मध्ये उपलब्ध नाही](https://github.com/ethereum/go-ethereum/pull/22064#issuecomment-788682924).
+
+**पॅरामीटर्स**
+
+काहीही नाही
+
+**रिटर्न्स**
+
+`स्ट्रिंग` - सध्याची Ethereum प्रोटोकॉल आवृत्ती
+
+**उदाहरण**
+
+```js
+// विनंती
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_protocolVersion","params":[],"id":67}'
+// परिणाम
+{
+  "id":67,
+  "jsonrpc": "2.0",
+  "result": "54"
+}
+```
+
+### eth_syncing {#eth_syncing}
+
+सिंक स्थितीबद्दल डेटा असलेले ऑब्जेक्ट किंवा `false` परत करते.
+
+<ButtonLink size="sm" variant="outline" href="https://ethereum-json-rpc.com/?method=eth_syncing">
+  प्लेग्राउंडमध्ये एंडपॉईंट वापरून पहा
+</ButtonLink>
+
+**पॅरामीटर्स**
+
+काहीही नाही
+
+**रिटर्न्स**
+
+अचूक रिटर्न डेटा क्लायंट अंमलबजावणीनुसार बदलतो. जेव्हा नोड सिंक होत नाही तेव्हा सर्व क्लायंट `False` परत करतात आणि सर्व क्लायंट खालील फील्ड्स परत करतात.
+
+`ऑब्जेक्ट|बूलियन`, सिंक स्थिती डेटा असलेले ऑब्जेक्ट किंवा सिंक होत नसताना `FALSE`:
+
+- `startingBlock`: `QUANTITY` - ज्या ब्लॉकवर आयात सुरू झाली (सिंक त्याच्या हेडवर पोहोचल्यानंतरच रीसेट होईल)
+- `currentBlock`: `QUANTITY` - सध्याचा ब्लॉक, eth_blockNumber प्रमाणेच
+- `highestBlock`: `QUANTITY` - अंदाजे सर्वोच्च ब्लॉक
+
+तथापि, वैयक्तिक क्लायंट अतिरिक्त डेटा देखील प्रदान करू शकतात. उदाहरणार्थ, Geth खालीलप्रमाणे परत करते:
+
+```json
+{
+  "jsonrpc": "2.0",
+  "id": 1,
+  "result": {
+    "currentBlock": "0x3cf522",
+    "healedBytecodeBytes": "0x0",
+    "healedBytecodes": "0x0",
+    "healedTrienodes": "0x0",
+    "healingBytecode": "0x0",
+    "healingTrienodes": "0x0",
+    "highestBlock": "0x3e0e41",
+    "startingBlock": "0x3cbed5",
+    "syncedAccountBytes": "0x0",
+    "syncedAccounts": "0x0",
+    "syncedBytecodeBytes": "0x0",
+    "syncedBytecodes": "0x0",
+    "syncedStorage": "0x0",
+    "syncedStorageBytes": "0x0"
+  }
+}
+```
+
+तर Besu परत करते:
+
+```json
+{
+  "jsonrpc": "2.0",
+  "id": 51,
+  "result": {
+    "startingBlock": "0x0",
+    "currentBlock": "0x1518",
+    "highestBlock": "0x9567a3",
+    "pulledStates": "0x203ca",
+    "knownStates": "0x200636"
+  }
+}
+```
+
+अधिक तपशिलांसाठी तुमच्या विशिष्ट क्लायंटच्या डॉक्युमेंटेशनचा संदर्भ घ्या.
+
+**उदाहरण**
+
+```js
+// विनंती
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_syncing","params":[],"id":1}'
+// परिणाम
+{
+  "id":1,
+  "jsonrpc": "2.0",
+  "result": {
+    startingBlock: '0x384',
+    currentBlock: '0x386',
+    highestBlock: '0x454'
+  }
+}
+// किंवा सिंक होत नसताना
+{
+  "id":1,
+  "jsonrpc": "2.0",
+  "result": false
+}
+```
+
+### eth_coinbase {#eth_coinbase}
+
+क्लायंटचा कॉईनबेस ॲड्रेस परत करते.
+
+<ButtonLink size="sm" variant="outline" href="https://ethereum-json-rpc.com/?method=eth_coinbase">
+  प्लेग्राउंडमध्ये एंडपॉईंट वापरून पहा
+</ButtonLink>
+
+> **टीप:** ही मेथड **v1.14.0** पासून नापसंत केली आहे आणि आता समर्थित नाही. ही मेथड वापरण्याचा प्रयत्न केल्यास "Method not supported" अशी त्रुटी येईल.
+
+**पॅरामीटर्स**
+
+काहीही नाही
+
+**रिटर्न्स**
+
+`DATA`, 20 बाईट्स - सध्याचा कॉईनबेस ॲड्रेस.
+
+**उदाहरण**
+
+```js
+// विनंती
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_coinbase","params":[],"id":64}'
+// परिणाम
+{
+  "id":64,
+  "jsonrpc": "2.0",
+  "result": "0x407d73d8a49eeb85d32cf465507dd71d507100c1"
+}
+```
+
+### eth_chainId {#eth_chainId}
+
+रिप्ले-प्रोटेक्टेड व्यवहारांवर स्वाक्षरी करण्यासाठी वापरलेला चेन आयडी परत करते.
+
+<ButtonLink size="sm" variant="outline" href="https://ethereum-json-rpc.com/?method=eth_chainId">
+  प्लेग्राउंडमध्ये एंडपॉईंट वापरून पहा
+</ButtonLink>
+
+**पॅरामीटर्स**
+
+काहीही नाही
+
+**रिटर्न्स**
+
+`chainId`, सध्याच्या चेन आयडीचा पूर्णांक दर्शवणारी स्ट्रिंग म्हणून हेक्साडेसिमल मूल्य.
+
+**उदाहरण**
+
+```js
+// विनंती
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_chainId","params":[],"id":67}'
+// परिणाम
+{
+  "id":67,
+  "jsonrpc": "2.0",
+  "result": "0x1"
+}
+```
+
+### eth_mining {#eth_mining}
+
+जर क्लायंट सक्रियपणे नवीन ब्लॉक्स माइन करत असेल तर `true` परत करते. हे फक्त प्रूफ-ऑफ-वर्क नेटवर्क्ससाठी `true` परत करू शकते आणि [The Merge](/roadmap/merge/) पासून काही क्लायंट्समध्ये उपलब्ध नसू शकते.
+
+<ButtonLink size="sm" variant="outline" href="https://ethereum-json-rpc.com/?method=eth_mining">
+  प्लेग्राउंडमध्ये एंडपॉईंट वापरून पहा
+</ButtonLink>
+
+**पॅरामीटर्स**
+
+काहीही नाही
+
+**रिटर्न्स**
+
+`बूलियन` - जर क्लायंट माइनिंग करत असेल तर `true` परत करते, अन्यथा `false`.
+
+**उदाहरण**
+
+```js
+// विनंती
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_mining","params":[],"id":71}'
+//
+{
+  "id":71,
+  "jsonrpc": "2.0",
+  "result": true
+}
+```
+
+### eth_hashrate {#eth_hashrate}
+
+नोड ज्या दराने माइनिंग करत आहे, त्या दरातील हॅश प्रति सेकंद संख्या परत करते. हे फक्त प्रूफ-ऑफ-वर्क नेटवर्क्ससाठी `true` परत करू शकते आणि [The Merge](/roadmap/merge/) पासून काही क्लायंट्समध्ये उपलब्ध नसू शकते.
+
+<ButtonLink size="sm" variant="outline" href="https://ethereum-json-rpc.com/?method=eth_hashrate">
+  प्लेग्राउंडमध्ये एंडपॉईंट वापरून पहा
+</ButtonLink>
+
+**पॅरामीटर्स**
+
+काहीही नाही
+
+**रिटर्न्स**
+
+`क्वांटिटी` - प्रति सेकंद हॅशची संख्या.
+
+**उदाहरण**
+
+```js
+// रिक्वेस्ट
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_hashrate","params":[],"id":71}'
+// रिझल्ट
+{
+  "id":71,
+  "jsonrpc": "2.0",
+  "result": "0x38a"
+}
+```
+
+### eth_gasPrice {#eth_gasprice}
+
+wei मध्ये प्रति गॅस सध्याच्या किंमतीचा अंदाज परत करते. उदाहरणार्थ, बेसू क्लायंट शेवटच्या 100 ब्लॉक्सची तपासणी करतो आणि डीफॉल्टनुसार गॅस युनिटची सरासरी किंमत परत करतो.
+
+<ButtonLink size="sm" variant="outline" href="https://ethereum-json-rpc.com/?method=eth_gasPrice">
+  प्लेग्राउंडमध्ये एंडपॉईंट वापरून पहा
+</ButtonLink>
+
+**पॅरामीटर्स**
+
+काहीही नाही
+
+**रिटर्न्स**
+
+`क्वांटिटी` - wei मधील सध्याच्या गॅस किंमतीचा पूर्णांक.
+
+**उदाहरण**
+
+```js
+// रिक्वेस्ट
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_gasPrice","params":[],"id":73}'
+// रिझल्ट
+{
+  "id":73,
+  "jsonrpc": "2.0",
+  "result": "0x1dfd14000" // 8049999872 Wei
+}
+```
+
+### eth_accounts {#eth_accounts}
+
+क्लायंटच्या मालकीच्या ॲड्रेसची यादी परत करते.
+
+<ButtonLink size="sm" variant="outline" href="https://ethereum-json-rpc.com/?method=eth_accounts">
+  प्लेग्राउंडमध्ये एंडपॉईंट वापरून पहा
+</ButtonLink>
+
+**पॅरामीटर्स**
+
+काहीही नाही
+
+**रिटर्न्स**
+
+`डेटाची ॲरे`, 20 बाइट्स - क्लायंटच्या मालकीचे ॲड्रेस.
+
+**उदाहरण**
+
+```js
+// रिक्वेस्ट
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_accounts","params":[],"id":1}'
+// रिझल्ट
+{
+  "id":1,
+  "jsonrpc": "2.0",
+  "result": ["0x407d73d8a49eeb85d32cf465507dd71d507100c1"]
+}
+```
+
+### eth_blockNumber {#eth_blocknumber}
+
+सर्वात अलीकडील ब्लॉकचा क्रमांक परत करतो.
+
+<ButtonLink size="sm" variant="outline" href="https://ethereum-json-rpc.com/?method=eth_blockNumber">
+  प्लेग्राउंडमध्ये एंडपॉईंट वापरून पहा
+</ButtonLink>
+
+**पॅरामीटर्स**
+
+काहीही नाही
+
+**रिटर्न्स**
+
+`क्वांटिटी` - क्लायंट ज्या वर्तमान ब्लॉक नंबरवर आहे त्याचा पूर्णांक.
+
+**उदाहरण**
+
+```js
+// रिक्वेस्ट
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_blockNumber","params":[],"id":83}'
+// रिझल्ट
+{
+  "id":83,
+  "jsonrpc": "2.0",
+  "result": "0x4b7" // 1207
+}
+```
+
+### eth_getBalance {#eth_getbalance}
+
+दिलेल्या ॲड्रेसवरील अकाउंटची बॅलन्स परत करतो.
+
+<ButtonLink size="sm" variant="outline" href="https://ethereum-json-rpc.com/?method=eth_getBalance">
+  प्लेग्राउंडमध्ये एंडपॉईंट वापरून पहा
+</ButtonLink>
+
+**पॅरामीटर्स**
+
+1. `डेटा`, 20 बाइट्स - बॅलन्स तपासण्यासाठीचा ॲड्रेस.
+2. `क्वांटिटी|टॅग` - पूर्णांक ब्लॉक नंबर, किंवा स्ट्रिंग `"latest"`, `"earliest"`, `"pending"`, `"safe"`, किंवा `"finalized"`, [ब्लॉक पॅरामीटर](/developers/docs/apis/json-rpc/#block-parameter) पहा.
+
+```js
+params: ["0x407d73d8a49eeb85d32cf465507dd71d507100c1", "latest"]
+```
+
+**रिटर्न्स**
+
+`क्वांटिटी` - wei मध्ये वर्तमान बॅलन्सचा पूर्णांक.
+
+**उदाहरण**
+
+```js
+// रिक्वेस्ट
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBalance","params":["0x407d73d8a49eeb85d32cf465507dd71d507100c1", "latest"],"id":1}'
+// रिझल्ट
+{
+  "id":1,
+  "jsonrpc": "2.0",
+  "result": "0x0234c8a3397aab58" // 158972490234375000
+}
+```
+
+### eth_getStorageAt {#eth_getstorageat}
+
+दिलेल्या ॲड्रेसवर स्टोरेज पोझिशनवरून व्हॅल्यू परत करते.
+
+<ButtonLink size="sm" variant="outline" href="https://ethereum-json-rpc.com/?method=eth_getStorageAt">
+  प्लेग्राउंडमध्ये एंडपॉईंट वापरून पहा
+</ButtonLink>
+
+**पॅरामीटर्स**
+
+1. `डेटा`, 20 बाइट्स - स्टोरेजचा ॲड्रेस.
+2. `क्वांटिटी` - स्टोरेजमधील पोझिशनचा पूर्णांक.
+3. `क्वांटिटी|टॅग` - पूर्णांक ब्लॉक नंबर, किंवा स्ट्रिंग `"latest"`, `"earliest"`, `"pending"`, `"safe"`, `"finalized"`, [ब्लॉक पॅरामीटर](/developers/docs/apis/json-rpc/#block-parameter) पहा.
+
+**रिटर्न्स**
+
+`डेटा` - या स्टोरेज पोझिशनवरील व्हॅल्यू.
+
+**उदाहरण**
+योग्य पोझिशनची गणना करणे मिळवल्या जाणाऱ्या स्टोरेजवर अवलंबून असते. `0x391694e7e0b0cce554cb130d723a9d27458f9298` या ॲड्रेसद्वारे `0x295a70b2de5e3953354a6a8344e616ed314d7251` येथे डिप्लॉय केलेला खालील कॉन्ट्रॅक्ट विचारात घ्या.
+
+```
+contract Storage {
+    uint pos0;
+    mapping(address => uint) pos1;
+    constructor() {
+        pos0 = 1234;
+        pos1[msg.sender] = 5678;
+    }
+}
+```
+
+pos0 चे मूल्य मिळवणे सोपे आहे:
+
+```js
+curl -X POST --data '{"jsonrpc":"2.0", "method": "eth_getStorageAt", "params": ["0x295a70b2de5e3953354a6a8344e616ed314d7251", "0x0", "latest"], "id": 1}' localhost:8545
+{"jsonrpc":"2.0","id":1,"result":"0x00000000000000000000000000000000000000000000000000000000000004d2"}
+```
+
+मॅपचा एक घटक मिळवणे अधिक कठीण आहे. मॅपमधील घटकाची स्थिती यासह मोजली जाते:
+
+```js
+keccak(LeftPad32(key, 0), LeftPad32(map position, 0))
+```
+
+याचा अर्थ pos1["0x391694e7e0b0cce554cb130d723a9d27458f9298"] वरील स्टोरेज मिळवण्यासाठी आपल्याला यासह पोझिशनची गणना करणे आवश्यक आहे:
+
+```js
+keccak(
+  decodeHex(
+    "000000000000000000000000391694e7e0b0cce554cb130d723a9d27458f9298" +
+      "0000000000000000000000000000000000000000000000000000000000000001"
+  )
+)
+```
+
+Geth कन्सोल, जो web3 लायब्ररीसह येतो, गणना करण्यासाठी वापरला जाऊ शकतो:
+
+```js
+> var key = "000000000000000000000000391694e7e0b0cce554cb130d723a9d27458f9298" + "0000000000000000000000000000000000000000000000000000000000000001"
+undefined
+> web3.sha3(key, {"encoding": "hex"})
+"0x6661e9d6d8b923d5bbaab1b96e1dd51ff6ea2a93520fdc9eb75d059238b8c5e9"
+```
+
+आता स्टोरेज मिळवण्यासाठी:
+
+```js
+curl -X POST --data '{"jsonrpc":"2.0", "method": "eth_getStorageAt", "params": ["0x295a70b2de5e3953354a6a8344e616ed314d7251", "0x6661e9d6d8b923d5bbaab1b96e1dd51ff6ea2a93520fdc9eb75d059238b8c5e9", "latest"], "id": 1}' localhost:8545
+{"jsonrpc":"2.0","id":1,"result":"0x000000000000000000000000000000000000000000000000000000000000162e"}
+```
+
+### eth_getTransactionCount {#eth_gettransactioncount}
+
+एका ॲड्रेसवरून _पाठवलेल्या_ व्यवहारांची संख्या परत करते.
+
+<ButtonLink size="sm" variant="outline" href="https://ethereum-json-rpc.com/?method=eth_getTransactionCount">
+  प्लेग्राउंडमध्ये एंडपॉईंट वापरून पहा
+</ButtonLink>
+
+**पॅरामीटर्स**
+
+1. `डेटा`, 20 बाइट्स - ॲड्रेस.
+2. `क्वांटिटी|टॅग` - पूर्णांक ब्लॉक नंबर, किंवा स्ट्रिंग `"latest"`, `"earliest"`, `"pending"`, `"safe"` किंवा `"finalized"`, [ब्लॉक पॅरामीटर](/developers/docs/apis/json-rpc/#block-parameter) पहा.
+
+```js
+params: [
+  "0x407d73d8a49eeb85d32cf465507dd71d507100c1",
+  "latest", // नवीनतम ब्लॉकवरील स्टेट
+]
+```
+
+**रिटर्न्स**
+
+`QUANTITY` - या ॲड्रेसवरून पाठवलेल्या ट्रान्झॅक्शन्सची संख्या (पूर्णांक).
+
+**उदाहरण**
+
+```js
+// रिक्वेस्ट
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionCount","params":["0x407d73d8a49eeb85d32cf465507dd71d507100c1","latest"],"id":1}'
+// रिझल्ट
+{
+  "id":1,
+  "jsonrpc": "2.0",
+  "result": "0x1" // 1
+}
+```
+
+### eth_getBlockTransactionCountByHash {#eth_getblocktransactioncountbyhash}
+
+दिलेल्या ब्लॉक हॅशशी जुळणाऱ्या ब्लॉकमधील व्यवहारांची संख्या परत करते.
+
+<ButtonLink size="sm" variant="outline" href="https://ethereum-json-rpc.com/?method=eth_getBlockTransactionCountByHash">
+  प्लेग्राउंडमध्ये एंडपॉईंट वापरून पहा
+</ButtonLink>
+
+**पॅरामीटर्स**
+
+1. `डेटा`, 32 बाइट्स - ब्लॉकचा हॅश
+
+```js
+params: ["0xd03ededb7415d22ae8bac30f96b2d1de83119632693b963642318d87d1bece5b"]
+```
+
+**रिटर्न्स**
+
+`क्वांटिटी` - या ब्लॉकमधील व्यवहारांच्या संख्येचा पूर्णांक.
+
+**उदाहरण**
+
+```js
+// रिक्वेस्ट
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockTransactionCountByHash","params":["0xd03ededb7415d22ae8bac30f96b2d1de83119632693b963642318d87d1bece5b"],"id":1}'
+// रिझल्ट
+{
+  "id":1,
+  "jsonrpc": "2.0",
+  "result": "0x8b" // 139
+}
+```
+
+### eth_getBlockTransactionCountByNumber {#eth_getblocktransactioncountbynumber}
+
+दिलेल्या ब्लॉक नंबरशी जुळणाऱ्या ब्लॉकमधील व्यवहारांची संख्या परत करते.
+
+<ButtonLink size="sm" variant="outline" href="https://ethereum-json-rpc.com/?method=eth_getBlockTransactionCountByNumber">
+  प्लेग्राउंडमध्ये एंडपॉईंट वापरून पहा
+</ButtonLink>
+
+**पॅरामीटर्स**
+
+1. `क्वांटिटी|टॅग` - ब्लॉक नंबरचा पूर्णांक, किंवा स्ट्रिंग `"earliest"`, `"latest"`, `"pending"`, `"safe"` किंवा `"finalized"`, जसे की [ब्लॉक पॅरामीटर](/developers/docs/apis/json-rpc/#block-parameter) मध्ये.
+
+```js
+params: [
+  "0x13738ca", // 20396234
+]
+```
+
+**रिटर्न्स**
+
+`क्वांटिटी` - या ब्लॉकमधील व्यवहारांच्या संख्येचा पूर्णांक.
+
+**उदाहरण**
+
+```js
+// रिक्वेस्ट
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockTransactionCountByNumber","params":["0x13738ca"],"id":1}'
+// रिझल्ट
+{
+  "id":1,
+  "jsonrpc": "2.0",
+  "result": "0x8b" // 139
+}
+```
+
+### eth_getUncleCountByBlockHash {#eth_getunclecountbyblockhash}
+
+दिलेल्या ब्लॉक हॅशशी जुळणाऱ्या ब्लॉकमधील अंकलची संख्या परत करते.
+
+<ButtonLink size="sm" variant="outline" href="https://ethereum-json-rpc.com/?method=eth_getUncleCountByBlockHash">
+  प्लेग्राउंडमध्ये एंडपॉईंट वापरून पहा
+</ButtonLink>
+
+**पॅरामीटर्स**
+
+1. `डेटा`, 32 बाइट्स - ब्लॉकचा हॅश
+
+```js
+params: ["0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2"]
+```
+
+**रिटर्न्स**
+
+`क्वांटिटी` - या ब्लॉकमधील अंकलच्या संख्येचा पूर्णांक.
+
+**उदाहरण**
+
+```js
+// रिक्वेस्ट
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleCountByBlockHash","params":["0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2"],"id":1}'
+// रिझल्ट
+{
+  "id":1,
+  "jsonrpc": "2.0",
+  "result": "0x1" // 1
+}
+```
+
+### eth_getUncleCountByBlockNumber {#eth_getunclecountbyblocknumber}
+
+दिलेल्या ब्लॉक नंबरशी जुळणाऱ्या ब्लॉकमधील अंकलची संख्या परत करते.
+
+<ButtonLink size="sm" variant="outline" href="https://ethereum-json-rpc.com/?method=eth_getUncleCountByBlockNumber">
+  प्लेग्राउंडमध्ये एंडपॉईंट वापरून पहा
+</ButtonLink>
+
+**पॅरामीटर्स**
+
+1. `क्वांटिटी|टॅग` - ब्लॉक नंबरचा पूर्णांक, किंवा स्ट्रिंग `"latest"`, `"earliest"`, `"pending"`, `"safe"` किंवा `"finalized"`, [ब्लॉक पॅरामीटर](/developers/docs/apis/json-rpc/#block-parameter) पहा.
+
+```js
+params: [
+  "0xe8", // 232
+]
+```
+
+**रिटर्न्स**
+
+`क्वांटिटी` - या ब्लॉकमधील अंकलच्या संख्येचा पूर्णांक.
+
+**उदाहरण**
+
+```js
+// रिक्वेस्ट
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleCountByBlockNumber","params":["0xe8"],"id":1}'
+// रिझल्ट
+{
+  "id":1,
+  "jsonrpc": "2.0",
+  "result": "0x0" // 0
+}
+```
+
+### eth_getCode {#eth_getcode}
+
+दिलेल्या ॲड्रेसवरील कोड परत करते.
+
+<ButtonLink size="sm" variant="outline" href="https://ethereum-json-rpc.com/?method=eth_getCode">
+  प्लेग्राउंडमध्ये एंडपॉईंट वापरून पहा
+</ButtonLink>
+
+**पॅरामीटर्स**
+
+1. `डेटा`, 20 बाइट्स - ॲड्रेस
+2. `क्वांटिटी|टॅग` - पूर्णांक ब्लॉक नंबर, किंवा स्ट्रिंग `"latest"`, `"earliest"`, `"pending"`, `"safe"` किंवा `"finalized"`, [ब्लॉक पॅरामीटर](/developers/docs/apis/json-rpc/#block-parameter) पहा.
+
+```js
+params: [
+  "0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2",
+  "0x5daf3b", // 6139707
+]
+```
+
+**रिटर्न्स**
+
+`डेटा` - दिलेल्या ॲड्रेसवरून कोड.
+
+**उदाहरण**
+
+```js
+// रिक्वेस्ट
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getCode","params":["0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2", "0x5daf3b"],"id":1}'
+// रिझल्ट
+{
+  "id":1,
+  "jsonrpc": "2.0",
+  "result": "0x6060604052600436106100af576000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff16806306fdde03146100b9578063095ea7b31461014757806318160ddd146101a157806323b872dd146101ca5780632e1a7d4d14610243578063313ce5671461026657806370a082311461029557806395d89b41146102e2578063a9059cbb14610370578063d0e30db0146103ca578063dd62ed3e146103d4575b6100b7610440565b005b34156100c457600080fd5b6100cc6104dd565b6040518080602001828103825283818151815260200191508051906020019080838360005b8381101561010c5780820151818401526020810190506100f1565b50505050905090810190601f1680156101395780820380516001836020036101000a031916815260200191505b509250505060405180910390f35b341561015257600080fd5b610187600480803573ffffffffffffffffffffffffffffffffffffffff1690602001909190803590602001909190505061057b565b604051808215151515815260200191505060405180910390f35b34156101ac57600080fd5b6101b461066d565b6040518082815260200191505060405180910390f35b34156101d557600080fd5b610229600480803573ffffffffffffffffffffffffffffffffffffffff1690602001909190803573ffffffffffffffffffffffffffffffffffffffff1690602001909190803590602001909190505061068c565b604051808215151515815260200191505060405180910390f35b341561024e57600080fd5b61026460048080359060200190919050506109d9565b005b341561027157600080fd5b610279610b05565b604051808260ff1660ff16815260200191505060405180910390f35b34156102a057600080fd5b6102cc600480803573ffffffffffffffffffffffffffffffffffffffff16906020019091905050610b18565b6040518082815260200191505060405180910390f35b34156102ed57600080fd5b6102f5610b30565b6040518080602001828103825283818151815260200191508051906020019080838360005b8381101561033557808201518184015260208101905061031a565b50505050905090810190601f1680156103625780820380516001836020036101000a031916815260200191505b509250505060405180910390f35b341561037b57600080fd5b6103b0600480803573ffffffffffffffffffffffffffffffffffffffff16906020019091908035906020019091905050610bce565b604051808215151515815260200191505060405180910390f35b6103d2610440565b005b34156103df57600080fd5b61042a600480803573ffffffffffffffffffffffffffffffffffffffff1690602001909190803573ffffffffffffffffffffffffffffffffffffffff16906020019091905050610be3565b6040518082815260200191505060405180910390f35b34600360003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020600082825401925050819055503373ffffffffffffffffffffffffffffffffffffffff167fe1fffcc4923d04b559f4d29a8bfc6cda04eb5b0d3c460751c2402c5c5cc9109c346040518082815260200191505060405180910390a2565b60008054600181600116156101000203166002900480601f0160208091040260200160405190810160405280929190818152602001828054600181600116156101000203166002900480156105735780601f1061054857610100808354040283529160200191610573565b820191906000526020600020905b81548152906001019060200180831161055657829003601f168201915b505050505081565b600081600460003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020819055508273ffffffffffffffffffffffffffffffffffffffff163373ffffffffffffffffffffffffffffffffffffffff167f8c5be1e5ebec7d5bd14f71427d1e84f3dd0314c0f7b2291e5b200ac8c7c3b925846040518082815260200191505060405180910390a36001905092915050565b60003073ffffffffffffffffffffffffffffffffffffffff1631905090565b600081600360008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054101515156106dc57600080fd5b3373ffffffffffffffffffffffffffffffffffffffff168473ffffffffffffffffffffffffffffffffffffffff16141580156107b457507fffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff600460008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1681526020019081526020016000205414155b156108cf5781600460008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020541015151561084457600080fd5b81600460008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020600082825403925050819055505b81600360008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1681526020019081526020016000206000828254039250508190555081600360008573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020600082825401925050819055508273ffffffffffffffffffffffffffffffffffffffff168473ffffffffffffffffffffffffffffffffffffffff167fddf252ad1be2c89b69c2b068fc378daa952ba7f163c4a11628f55a4df523b3ef846040518082815260200191505060405180910390a3600190509392505050565b80600360003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1681526020019081526020016000205410151515610a2757600080fd5b80600360003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020600082825403925050819055503373ffffffffffffffffffffffffffffffffffffffff166108fc829081150290604051600060405180830381858888f193505050501515610ab457600080fd5b3373ffffffffffffffffffffffffffffffffffffffff167f7fcf532c15f0a6db0bd6d0e038bea71d30d808c7d98cb3bf7268a95bf5081b65826040518082815260200191505060405180910390a250565b600260009054906101000a900460ff1681565b60036020528060005260406000206000915090505481565b60018054600181600116156101000203166002900480601f016020809104026020016040519081016040528092919081815260200182805460018160011615610100020316600290048015610bc65780601f10610b9b57610100808354040283529160200191610bc6565b820191906000526020600020905b815481529060010190602001808311610ba957829003601f168201915b505050505081565b6000610bdb33848461068c565b905092915050565b60046020528160005260406000206020528060005260406000206000915091505054815600a165627a7a72305820deb4c2ccab3c2fdca32ab3f46728389c2fe2c165d5fafa07661e4e004f6c344a0029"
+}
+```
+
+### eth_sign {#eth_sign}
+
+साइन पद्धत `sign(keccak256("\x19Ethereum Signed Message:\n" + len(message) + message)))` सह एक Ethereum विशिष्ट स्वाक्षरी मोजते.
+
+मेसेजमध्ये उपसर्ग जोडल्याने मोजलेली स्वाक्षरी Ethereum विशिष्ट स्वाक्षरी म्हणून ओळखण्यायोग्य बनते. हे गैरवापर टाळते, जिथे एक दुर्भावनायुक्त dapp कोणताही डेटा (उदा. ट्रान्झॅक्शन) साइन करू शकते आणि पीडिताचे सोंग घेण्यासाठी त्या सहीचा वापर करू शकते.
+
+टीप: स्वाक्षरी करण्यासाठी ॲड्रेस अनलॉक केलेला असणे आवश्यक आहे.
+
+**पॅरामीटर्स**
+
+1. `डेटा`, 20 बाइट्स - ॲड्रेस
+2. `डेटा`, N बाइट्स - स्वाक्षरी करण्यासाठी मेसेज
+
+**रिटर्न्स**
+
+`डेटा`: स्वाक्षरी
+
+**उदाहरण**
+
+```js
+// रिक्वेस्ट
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_sign","params":["0x9b2055d370f73ec7d8a03e965129118dc8f5bf83", "0xdeadbeaf"],"id":1}'
+// रिझल्ट
+{
+  "id":1,
+  "jsonrpc": "2.0",
+  "result": "0xa3f20717a250c2b0b729b7e5becbff67fdaef7e0699da4de7ca5895b02a170a12d887fd3b17bfdce3481f10bea41f45ba9f709d39ce8325427b57afcfc994cee1b"
+}
+```
+
+### eth_signTransaction {#eth_signtransaction}
+
+नेटवर्कवर नंतर [eth_sendRawTransaction](#eth_sendrawtransaction) सह सबमिट करता येईल अशा व्यवहारावर स्वाक्षरी करते.
+
+**पॅरामीटर्स**
+
+1. `ऑब्जेक्ट` - व्यवहार ऑब्जेक्ट
+
+- `प्रकार`:
+- `from`: `डेटा`, 20 बाइट्स - ज्या ॲड्रेसवरून व्यवहार पाठवला आहे.
+- `to`: `डेटा`, 20 बाइट्स - (नवीन कॉन्ट्रॅक्ट तयार करताना पर्यायी) ज्या ॲड्रेसवर व्यवहार पाठवला आहे.
+- `gas`: `क्वांटिटी` - (पर्यायी, डीफॉल्ट: 90000) व्यवहार अंमलबजावणीसाठी प्रदान केलेल्या गॅसचा पूर्णांक. हे न वापरलेला गॅस परत करेल.
+- `gasPrice`: `क्वांटिटी` - (पर्यायी, डीफॉल्ट: ठरवले जाईल) प्रत्येक भरलेल्या गॅससाठी वापरल्या जाणार्‍या gasPrice चा पूर्णांक, Wei मध्ये.
+- `value`: `क्वांटिटी` - (पर्यायी) या व्यवहारासह पाठवलेल्या व्हॅल्यूचा पूर्णांक, Wei मध्ये.
+- `data`: `डेटा` - कॉन्ट्रॅक्टचा कंपाईल केलेला कोड किंवा लागू केलेल्या पद्धतीच्या स्वाक्षरीचा हॅश आणि एन्कोड केलेले पॅरामीटर्स.
+- `nonce`: `क्वांटिटी` - (पर्यायी) नॉन्सचा पूर्णांक. हे तुम्हाला समान नॉन्स वापरणाऱ्या तुमच्या स्वतःच्या प्रलंबित व्यवहारांना ओव्हरराईट करण्याची परवानगी देते.
+
+**रिटर्न्स**
+
+`डेटा`, निर्दिष्ट खात्याद्वारे स्वाक्षरी केलेला RLP-एन्कोडेड व्यवहार ऑब्जेक्ट.
+
+**उदाहरण**
+
+```js
+// रिक्वेस्ट
+curl -X POST --data '{"id": 1,"jsonrpc": "2.0","method": "eth_signTransaction","params": [{"data":"0xd46e8dd67c5d32be8d46e8dd67c5d32be8058bb8eb970870f072445675058bb8eb970870f072445675","from": "0xb60e8dd61c5d32be8058bb8eb970870f07233155","gas": "0x76c0","gasPrice": "0x9184e72a000","to": "0xd46e8dd67c5d32be8058bb8eb970870f07244567","value": "0x9184e72a"}]}'
+// रिझल्ट
+{
+    "id": 1,
+    "jsonrpc": "2.0",
+    "result": "0xa3f20717a250c2b0b729b7e5becbff67fdaef7e0699da4de7ca5895b02a170a12d887fd3b17bfdce3481f10bea41f45ba9f709d39ce8325427b57afcfc994cee1b"
+}
+```
+
+### eth_sendTransaction {#eth_sendtransaction}
+
+नवीन मेसेज कॉल व्यवहार किंवा कॉन्ट्रॅक्ट निर्मिती तयार करते, जर डेटा फील्डमध्ये कोड असेल आणि `from` मध्ये निर्दिष्ट केलेल्या अकाउंटचा वापर करून त्यावर स्वाक्षरी करते.
+
+**पॅरामीटर्स**
+
+1. `ऑब्जेक्ट` - व्यवहार ऑब्जेक्ट
+
+- `from`: `डेटा`, 20 बाइट्स - ज्या ॲड्रेसवरून व्यवहार पाठवला आहे.
+- `to`: `डेटा`, 20 बाइट्स - (नवीन कॉन्ट्रॅक्ट तयार करताना पर्यायी) ज्या ॲड्रेसवर व्यवहार पाठवला आहे.
+- `gas`: `क्वांटिटी` - (पर्यायी, डीफॉल्ट: 90000) व्यवहार अंमलबजावणीसाठी प्रदान केलेल्या गॅसचा पूर्णांक. हे न वापरलेला गॅस परत करेल.
+- `gasPrice`: `क्वांटिटी` - (पर्यायी, डीफॉल्ट: ठरवले जाईल) प्रत्येक भरलेल्या गॅससाठी वापरल्या जाणार्‍या gasPrice चा पूर्णांक.
+- `value`: `क्वांटिटी` - (पर्यायी) या व्यवहारासह पाठवलेल्या व्हॅल्यूचा पूर्णांक.
+- `input`: `डेटा` - कॉन्ट्रॅक्टचा कंपाईल केलेला कोड किंवा लागू केलेल्या पद्धतीच्या स्वाक्षरीचा हॅश आणि एन्कोड केलेले पॅरामीटर्स.
+- `nonce`: `क्वांटिटी` - (पर्यायी) नॉन्सचा पूर्णांक. हे तुम्हाला समान नॉन्स वापरणाऱ्या तुमच्या स्वतःच्या प्रलंबित व्यवहारांना ओव्हरराईट करण्याची परवानगी देते.
+
+```js
+params: [
+  {
+    from: "0xb60e8dd61c5d32be8058bb8eb970870f07233155",
+    to: "0xd46e8dd67c5d32be8058bb8eb970870f07244567",
+    gas: "0x76c0", // 30400
+    gasPrice: "0x9184e72a000", // 10000000000000
+    value: "0x9184e72a", // 2441406250
+    input:
+      "0xd46e8dd67c5d32be8d46e8dd67c5d32be8058bb8eb970870f072445675058bb8eb970870f072445675",
+  },
+]
+```
+
+**रिटर्न्स**
+
+`डेटा`, 32 बाइट्स - व्यवहार हॅश, किंवा व्यवहार अद्याप उपलब्ध नसल्यास शून्य हॅश.
+
+तुम्ही कॉन्ट्रॅक्ट तयार केल्यावर, व्यवहार ब्लॉकमध्ये प्रस्तावित झाल्यानंतर, कॉन्ट्रॅक्ट ॲड्रेस मिळवण्यासाठी [eth_getTransactionReceipt](#eth_gettransactionreceipt) वापरा.
+
+**उदाहरण**
+
+```js
+// रिक्वेस्ट
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_sendTransaction","params":[{see above}],"id":1}'
+// रिझल्ट
+{
+  "id":1,
+  "jsonrpc": "2.0",
+  "result": "0xe670ec64341771606e55d6b4ca35a1a6b75ee3d5145a99d05921026d1527331"
+}
+```
+
+### eth_sendRawTransaction {#eth_sendrawtransaction}
+
+स्वाक्षरी केलेल्या व्यवहारांसाठी नवीन मेसेज कॉल व्यवहार किंवा कॉन्ट्रॅक्ट निर्मिती तयार करते.
+
+**पॅरामीटर्स**
+
+1. `डेटा`, स्वाक्षरी केलेला व्यवहार डेटा.
+
+```js
+params: [
+  "0xd46e8dd67c5d32be8d46e8dd67c5d32be8058bb8eb970870f072445675058bb8eb970870f072445675",
+]
+```
+
+**रिटर्न्स**
+
+`डेटा`, 32 बाइट्स - व्यवहार हॅश, किंवा व्यवहार अद्याप उपलब्ध नसल्यास शून्य हॅश.
+
+तुम्ही कॉन्ट्रॅक्ट तयार केल्यावर, व्यवहार ब्लॉकमध्ये प्रस्तावित झाल्यानंतर, कॉन्ट्रॅक्ट ॲड्रेस मिळवण्यासाठी [eth_getTransactionReceipt](#eth_gettransactionreceipt) वापरा.
+
+**उदाहरण**
+
+```js
+// रिक्वेस्ट
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_sendRawTransaction","params":[{see above}],"id":1}'
+// रिझल्ट
+{
+  "id":1,
+  "jsonrpc": "2.0",
+  "result": "0xe670ec64341771606e55d6b4ca35a1a6b75ee3d5145a99d05921026d1527331"
+}
+```
+
+### eth_call {#eth_call}
+
+ब्लॉकचेनवर व्यवहार तयार न करता त्वरित एक नवीन मेसेज कॉल कार्यान्वित करते. बर्‍याचदा केवळ-वाचनीय स्मार्ट कॉन्ट्रॅक्ट फंक्शन्स कार्यान्वित करण्यासाठी वापरले जाते, उदाहरणार्थ ERC-20 कॉन्ट्रॅक्टसाठी `balanceOf`.
+
+<ButtonLink size="sm" variant="outline" href="https://ethereum-json-rpc.com/?method=eth_call">
+  प्लेग्राउंडमध्ये एंडपॉईंट वापरून पहा
+</ButtonLink>
+
+**पॅरामीटर्स**
+
+1. `ऑब्जेक्ट` - व्यवहार कॉल ऑब्जेक्ट
+
+- `from`: `डेटा`, 20 बाइट्स - (पर्यायी) ज्या ॲड्रेसवरून व्यवहार पाठवला आहे.
+- `to`: `डेटा`, 20 बाइट्स - ज्या ॲड्रेसवर व्यवहार पाठवला आहे.
+- `gas`: `क्वांटिटी` - (पर्यायी) व्यवहार अंमलबजावणीसाठी प्रदान केलेल्या गॅसचा पूर्णांक. eth_call शून्य गॅस वापरतो, परंतु काही अंमलबजावणीसाठी या पॅरामीटरची आवश्यकता असू शकते.
+- `gasPrice`: `क्वांटिटी` - (पर्यायी) प्रत्येक भरलेल्या गॅससाठी वापरल्या जाणार्‍या gasPrice चा पूर्णांक.
+- `value`: `क्वांटिटी` - (पर्यायी) या व्यवहारासह पाठवलेल्या व्हॅल्यूचा पूर्णांक.
+- `input`: `डेटा` - (पर्यायी) पद्धतीच्या स्वाक्षरीचा हॅश आणि एन्कोड केलेले पॅरामीटर्स. तपशीलांसाठी सॉलिडिटी डॉक्युमेंटेशनमधील [Ethereum Contract ABI](https://docs.soliditylang.org/en/latest/abi-spec.html) पहा.
+
+2. `क्वांटिटी|टॅग` - पूर्णांक ब्लॉक नंबर, किंवा स्ट्रिंग `"latest"`, `"earliest"`, `"pending"`, `"safe"` किंवा `"finalized"`, [ब्लॉक पॅरामीटर](/developers/docs/apis/json-rpc/#block-parameter) पहा.
+
+**रिटर्न्स**
+
+`डेटा` - कार्यान्वित केलेल्या कॉन्ट्रॅक्टची रिटर्न व्हॅल्यू.
+
+**उदाहरण**
+
+```js
+// रिक्वेस्ट
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_call","params":[{see above}],"id":1}'
+// रिझल्ट
+{
+  "id":1,
+  "jsonrpc": "2.0",
+  "result": "0x"
+}
+```
+
+### eth_estimateGas {#eth_estimategas}
+
+व्यवहार पूर्ण होण्यासाठी किती गॅस आवश्यक आहे याचा अंदाज तयार करते आणि परत करते. व्यवहार ब्लॉकचेनमध्ये जोडला जाणार नाही. लक्षात घ्या की EVM मेकॅनिक्स आणि नोड परफॉर्मन्ससह विविध कारणांमुळे अंदाज व्यवहाराद्वारे प्रत्यक्षात वापरल्या गेलेल्या गॅसच्या रकमेपेक्षा लक्षणीयरीत्या जास्त असू शकतो.
+
+<ButtonLink size="sm" variant="outline" href="https://ethereum-json-rpc.com/?method=eth_estimateGas">
+  प्लेग्राउंडमध्ये एंडपॉईंट वापरून पहा
+</ButtonLink>
+
+**पॅरामीटर्स**
+
+[eth_call](#eth_call) पॅरामीटर्स पहा, वगळता सर्व प्रॉपर्टीज पर्यायी आहेत. जर कोणतीही गॅस मर्यादा निर्दिष्ट केली नसेल तर geth प्रलंबित ब्लॉकमधून ब्लॉक गॅस मर्यादा वरची मर्यादा म्हणून वापरते. परिणामी, जेव्हा गॅसची रक्कम प्रलंबित ब्लॉक गॅस मर्यादेपेक्षा जास्त असते, तेव्हा परत केलेला अंदाज कॉल/ट्रान्झॅक्शन कार्यान्वित करण्यासाठी पुरेसा नसू शकतो.
+
+**रिटर्न्स**
+
+`क्वांटिटी` - वापरलेल्या गॅसची रक्कम.
+
+**उदाहरण**
+
+```js
+// रिक्वेस्ट
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_estimateGas","params":[{see above}],"id":1}'
+// रिझल्ट
+{
+  "id":1,
+  "jsonrpc": "2.0",
+  "result": "0x5208" // 21000
+}
+```
+
+### eth_getBlockByHash {#eth_getblockbyhash}
+
+हॅशद्वारे ब्लॉकबद्दल माहिती परत करते.
+
+<ButtonLink size="sm" variant="outline" href="https://ethereum-json-rpc.com/?method=eth_getBlockByHash">
+  प्लेग्राउंडमध्ये एंडपॉईंट वापरून पहा
+</ButtonLink>
+
+**पॅरामीटर्स**
+
+1. `डेटा`, 32 बाइट्स - ब्लॉकचा हॅश.
+2. `बुलियन` - `true` असल्यास ते संपूर्ण व्यवहार ऑब्जेक्ट परत करते, `false` असल्यास केवळ व्यवहारांचे हॅश.
+
+```js
+params: [
+  "0xdc0818cf78f21a8e70579cb46a43643f78291264dda342ae31049421c82d21ae",
+  false,
+]
+```
+
+**रिटर्न्स**
+
+`ऑब्जेक्ट` - एक ब्लॉक ऑब्जेक्ट, किंवा कोणताही ब्लॉक न सापडल्यास `null`:
+
+- `number`: `क्वांटिटी` - ब्लॉक क्रमांक. प्रलंबित ब्लॉक असल्यास `null`.
+- `hash`: `डेटा`, 32 बाइट्स - ब्लॉकचा हॅश. प्रलंबित ब्लॉक असल्यास `null`.
+- `parentHash`: `डेटा`, 32 बाइट्स - पॅरेंट ब्लॉकचा हॅश.
+- `nonce`: `डेटा`, 8 बाइट्स - व्युत्पन्न प्रूफ-ऑफ-वर्कचा हॅश. प्रलंबित ब्लॉक असल्यास `null`, प्रूफ-ऑफ-स्टेक ब्लॉक्ससाठी `0x0` (द मर्ज पासून)
+- `sha3Uncles`: `डेटा`, 32 बाइट्स - ब्लॉकमधील अंकल डेटाचा SHA3.
+- `logsBloom`: `डेटा`, 256 बाइट्स - ब्लॉकच्या लॉगसाठी ब्लूम फिल्टर. प्रलंबित ब्लॉक असल्यास `null`.
+- `transactionsRoot`: `डेटा`, 32 बाइट्स - ब्लॉकच्या व्यवहार ट्रीचे रूट.
+- `stateRoot`: `डेटा`, 32 बाइट्स - ब्लॉकच्या अंतिम स्टेट ट्रीचे रूट.
+- `receiptsRoot`: `डेटा`, 32 बाइट्स - ब्लॉकच्या रिसीट्स ट्रीचे रूट.
+- `miner`: `डेटा`, 20 बाइट्स - लाभार्थीचा ॲड्रेस ज्याला ब्लॉक रिवॉर्ड्स दिले गेले.
+- `difficulty`: `क्वांटिटी` - या ब्लॉकसाठी डिफिकल्टीचा पूर्णांक.
+- `totalDifficulty`: `क्वांटिटी` - या ब्लॉकपर्यंतच्या चेनच्या एकूण डिफिकल्टीचा पूर्णांक.
+- `extraData`: `डेटा` - या ब्लॉकचे "अतिरिक्त डेटा" फील्ड.
+- `size`: `क्वांटिटी` - या ब्लॉकचा बाइट्समधील आकाराचा पूर्णांक.
+- `gasLimit`: `क्वांटिटी` - या ब्लॉकमध्ये अनुमत कमाल गॅस.
+- `gasUsed`: `क्वांटिटी` - या ब्लॉकमधील सर्व व्यवहारांद्वारे वापरलेला एकूण गॅस.
+- `timestamp`: `क्वांटिटी` - ब्लॉक कधी एकत्रित केला गेला याचा युनिक्स टाइमस्टॅम्प.
+- `transactions`: `ॲरे` - व्यवहार ऑब्जेक्ट्सची ॲरे, किंवा शेवटच्या दिलेल्या पॅरामीटरवर अवलंबून 32 बाइट्स व्यवहार हॅश.
+- `uncles`: `ॲरे` - अंकल हॅशची ॲरे.
+
+**उदाहरण**
+
+```js
+// विनंती
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockByHash","params":["0xdc0818cf78f21a8e70579cb46a43643f78291264dda342ae31049421c82d21ae", false],"id":1}'
+// निकाल
+{
+  "jsonrpc": "2.0",
+  "id": 1,
+  "result": {
+    "difficulty": "0x4ea3f27bc",
+    "extraData": "0x476574682f4c5649562f76312e302e302f6c696e75782f676f312e342e32",
+    "gasLimit": "0x1388",
+    "gasUsed": "0x0",
+    "hash": "0xdc0818cf78f21a8e70579cb46a43643f78291264dda342ae31049421c82d21ae",
+    "logsBloom": "0x00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000",
+    "miner": "0xbb7b8287f3f0a933474a79eae42cbca977791171",
+    "mixHash": "0x4fffe9ae21f1c9e15207b1f472d5bbdd68c9595d461666602f2be20daf5e7843",
+    "nonce": "0x689056015818adbe",
+    "number": "0x1b4",
+    "parentHash": "0xe99e022112df268087ea7eafaf4790497fd21dbeeb6bd7a1721df161a6657a54",
+    "receiptsRoot": "0x56e81f171bcc55a6ff8345e692c0f86e5b48e01b996cadc001622fb5e363b421",
+    "sha3Uncles": "0x1dcc4de8dec75d7aab85b567b6ccd41ad312451b948a7413f0a142fd40d49347",
+    "size": "0x220",
+    "stateRoot": "0xddc8b0234c2e0cad087c8b389aa7ef01f7d79b2570bccb77ce48648aa61c904d",
+    "timestamp": "0x55ba467c",
+    "totalDifficulty": "0x78ed983323d",
+    "transactions": [
+    ],
+    "transactionsRoot": "0x56e81f171bcc55a6ff8345e692c0f86e5b48e01b996cadc001622fb5e363b421",
+    "uncles": [
+    ]
+  }
+}
+```
+
+### eth_getBlockByNumber {#eth_getblockbynumber}
+
+ब्लॉक नंबरद्वारे ब्लॉकबद्दल माहिती परत करते.
+
+<ButtonLink size="sm" variant="outline" href="https://ethereum-json-rpc.com/?method=eth_getBlockByNumber">
+  प्लेग्राउंडमध्ये एंडपॉईंट वापरून पहा
+</ButtonLink>
+
+**पॅरामीटर्स**
+
+1. `क्वांटिटी|टॅग` - ब्लॉक नंबरचा पूर्णांक, किंवा स्ट्रिंग `"earliest"`, `"latest"`, `"pending"`, `"safe"` किंवा `"finalized"`, जसे की [ब्लॉक पॅरामीटर](/developers/docs/apis/json-rpc/#block-parameter) मध्ये.
+2. `बुलियन` - `true` असल्यास ते संपूर्ण व्यवहार ऑब्जेक्ट परत करते, `false` असल्यास केवळ व्यवहारांचे हॅश.
+
+```js
+params: [
+  "0x1b4", // 436
+  true,
+]
+```
+
+**रिटर्न्स**
+[eth_getBlockByHash](#eth_getblockbyhash) पहा.
+
+**उदाहरण**
+
+```js
+// रिक्वेस्ट
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockByNumber","params":["0x1b4", true],"id":1}'
+```
+
+[eth_getBlockByHash](#eth_getblockbyhash) चा रिझल्ट पहा.
+
+### eth_getTransactionByHash {#eth_gettransactionbyhash}
+
+व्यवहार हॅशद्वारे विनंती केलेल्या व्यवहाराबद्दल माहिती परत करते.
+
+<ButtonLink size="sm" variant="outline" href="https://ethereum-json-rpc.com/?method=eth_getTransactionByHash">
+  प्लेग्राउंडमध्ये एंडपॉईंट वापरून पहा
+</ButtonLink>
+
+**पॅरामीटर्स**
+
+1. `डेटा`, 32 बाइट्स - व्यवहाराचा हॅश
+
+```js
+params: ["0x88df016429689c079f3b2f6ad39fa052532c56795b733da78a91ebe6a713944b"]
+```
+
+**रिटर्न्स**
+
+`ऑब्जेक्ट` - एक व्यवहार ऑब्जेक्ट, किंवा कोणताही व्यवहार न सापडल्यास `null`:
+
+- `blockHash`: `डेटा`, 32 बाइट्स - ज्या ब्लॉकमध्ये हा व्यवहार होता त्याचा हॅश. प्रलंबित असल्यास `null`.
+- `blockNumber`: `क्वांटिटी` - ज्या ब्लॉक नंबरमध्ये हा व्यवहार होता. प्रलंबित असल्यास `null`.
+- `from`: `डेटा`, 20 बाइट्स - प्रेषकाचा ॲड्रेस.
+- `gas`: `क्वांटिटी` - प्रेषकाने प्रदान केलेला गॅस.
+- `gasPrice`: `क्वांटिटी` - प्रेषकाने Wei मध्ये प्रदान केलेली गॅस किंमत.
+- `hash`: `डेटा`, 32 बाइट्स - व्यवहाराचा हॅश.
+- `input`: `डेटा` - व्यवहारासह पाठवलेला डेटा.
+- `nonce`: `क्वांटिटी` - यापूर्वी प्रेषकाने केलेल्या व्यवहारांची संख्या.
+- `to`: `डेटा`, 20 बाइट्स - प्राप्तकर्त्याचा ॲड्रेस. कॉन्ट्रॅक्ट निर्मिती व्यवहार असल्यास `null`.
+- `transactionIndex`: `क्वांटिटी` - ब्लॉकमधील व्यवहारांच्या निर्देशांक स्थितीचा पूर्णांक. प्रलंबित असल्यास `null`.
+- `value`: `क्वांटिटी` - Wei मध्ये हस्तांतरित केलेली व्हॅल्यू.
+- `v`: `क्वांटिटी` - ECDSA रिकव्हरी आयडी
+- `r`: `क्वांटिटी` - ECDSA स्वाक्षरी r
+- `s`: `क्वांटिटी` - ECDSA स्वाक्षरी s
+
+**उदाहरण**
+
+```js
+// रिक्वेस्ट
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionByHash","params":["0x88df016429689c079f3b2f6ad39fa052532c56795b733da78a91ebe6a713944b"],"id":1}'
+// रिझल्ट
+{
+  "jsonrpc":"2.0",
+  "id":1,
+  "result":{
+    "blockHash":"0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2",
+    "blockNumber":"0x5daf3b", // 6139707
+    "from":"0xa7d9ddbe1f17865597fbd27ec712455208b6b76d",
+    "gas":"0xc350", // 50000
+    "gasPrice":"0x4a817c800", // 20000000000
+    "hash":"0x88df016429689c079f3b2f6ad39fa052532c56795b733da78a91ebe6a713944b",
+    "input":"0x68656c6c6f21",
+    "nonce":"0x15", // 21
+    "to":"0xf02c1c8e6114b1dbe8937a39260b5b0a374432bb",
+    "transactionIndex":"0x41", // 65
+    "value":"0xf3dbb76162000", // 4290000000000000
+    "v":"0x25", // 37
+    "r":"0x1b5e176d927f8e9ab405058b2d2457392da3e20f328b16ddabcebc33eaac5fea",
+    "s":"0x4ba69724e8f69de52f0125ad8b3c5c2cef33019bac3249e2c0a2192766d1721c"
+  }
+}
+```
+
+### eth_getTransactionByBlockHashAndIndex {#eth_gettransactionbyblockhashandindex}
+
+ब्लॉक हॅश आणि व्यवहार निर्देशांक स्थितीद्वारे व्यवहाराबद्दल माहिती परत करते.
+
+<ButtonLink size="sm" variant="outline" href="https://ethereum-json-rpc.com/?method=eth_getTransactionByBlockHashAndIndex">
+  प्लेग्राउंडमध्ये एंडपॉईंट वापरून पहा
+</ButtonLink>
+
+**पॅरामीटर्स**
+
+1. `डेटा`, 32 बाइट्स - ब्लॉकचा हॅश.
+2. `क्वांटिटी` - व्यवहार निर्देशांक स्थितीचा पूर्णांक.
+
+```js
+params: [
+  "0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2",
+  "0x0", // 0
+]
+```
+
+**रिटर्न्स**
+[eth_getTransactionByHash](#eth_gettransactionbyhash) पहा.
+
+**उदाहरण**
+
+```js
+// रिक्वेस्ट
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionByBlockHashAndIndex","params":["0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2", "0x0"],"id":1}'
+```
+
+[eth_getTransactionByHash](#eth_gettransactionbyhash) चा रिझल्ट पहा.
+
+### eth_getTransactionByBlockNumberAndIndex {#eth_gettransactionbyblocknumberandindex}
+
+ब्लॉक नंबर आणि व्यवहार निर्देशांक स्थितीद्वारे व्यवहाराबद्दल माहिती परत करते.
+
+<ButtonLink size="sm" variant="outline" href="https://ethereum-json-rpc.com/?method=eth_getTransactionByBlockNumberAndIndex">
+  प्लेग्राउंडमध्ये एंडपॉईंट वापरून पहा
+</ButtonLink>
+
+**पॅरामीटर्स**
+
+1. `क्वांटिटी|टॅग` - एक ब्लॉक नंबर, किंवा स्ट्रिंग `"earliest"`, `"latest"`, `"pending"`, `"safe"` किंवा `"finalized"`, जसे की [ब्लॉक पॅरामीटर](/developers/docs/apis/json-rpc/#block-parameter) मध्ये.
+2. `क्वांटिटी` - व्यवहार निर्देशांक स्थिती.
+
+```js
+params: [
+  "0x9c47cf", // 10241999
+  "0x24", // 36
+]
+```
+
+**रिटर्न्स**
+[eth_getTransactionByHash](#eth_gettransactionbyhash) पहा.
+
+**उदाहरण**
+
+```js
+// रिक्वेस्ट
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionByBlockNumberAndIndex","params":["0x9c47cf", "0x24"],"id":1}'
+```
+
+[eth_getTransactionByHash](#eth_gettransactionbyhash) चा रिझल्ट पहा.
+
+### eth_getTransactionReceipt {#eth_gettransactionreceipt}
+
+व्यवहार हॅशद्वारे व्यवहाराची पावती परत करते.
+
+**टीप** ती पावती प्रलंबित व्यवहारांसाठी उपलब्ध नाही.
+
+**पॅरामीटर्स**
+
+1. `डेटा`, 32 बाइट्स - व्यवहाराचा हॅश
+
+```js
+params: ["0x85d995eba9763907fdf35cd2034144dd9d53ce32cbec21349d4b12823c6860c5"]
+```
+
+**रिटर्न्स**
+`ऑब्जेक्ट` - एक व्यवहार पावती ऑब्जेक्ट, किंवा कोणतीही पावती न सापडल्यास `null`:
+
+- `transactionHash `: `डेटा`, 32 बाइट्स - व्यवहाराचा हॅश.
+- `transactionIndex`: `क्वांटिटी` - ब्लॉकमधील व्यवहारांच्या निर्देशांक स्थितीचा पूर्णांक.
+- `blockHash`: `डेटा`, 32 बाइट्स - ज्या ब्लॉकमध्ये हा व्यवहार होता त्याचा हॅश.
+- `blockNumber`: `क्वांटिटी` - ज्या ब्लॉक नंबरमध्ये हा व्यवहार होता.
+- `from`: `डेटा`, 20 बाइट्स - प्रेषकाचा ॲड्रेस.
+- `to`: `डेटा`, 20 बाइट्स - प्राप्तकर्त्याचा ॲड्रेस. कॉन्ट्रॅक्ट निर्मिती व्यवहार असल्यास null.
+- `cumulativeGasUsed` : `क्वांटिटी ` - ब्लॉकमध्ये हा व्यवहार कार्यान्वित झाल्यावर वापरलेल्या गॅसची एकूण रक्कम.
+- `effectiveGasPrice` : `क्वांटिटी` - प्रति गॅस युनिट भरलेल्या बेस फी आणि टिपची बेरीज.
+- `gasUsed `: `क्वांटिटी ` - केवळ या विशिष्ट व्यवहाराद्वारे वापरलेल्या गॅसची रक्कम.
+- `contractAddress `: `डेटा`, 20 बाइट्स - तयार केलेला कॉन्ट्रॅक्ट ॲड्रेस, जर व्यवहार कॉन्ट्रॅक्ट निर्मितीचा असेल, अन्यथा `null`.
+- `logs`: `ॲरे` - लॉग ऑब्जेक्ट्सची ॲरे, जी या व्यवहाराने तयार केली.
+- `logsBloom`: `डेटा`, 256 बाइट्स - लाईट क्लायंटसाठी संबंधित लॉग्स त्वरीत पुनर्प्राप्त करण्यासाठी ब्लूम फिल्टर.
+- `प्रकार`: `क्वांटिटी` - व्यवहार प्रकाराचा पूर्णांक, लेगसी व्यवहारांसाठी `0x0`, ॲक्सेस लिस्ट प्रकारांसाठी `0x1`, डायनॅमिक फीसाठी `0x2`.
+
+ते _एकतर_ परत करते:
+
+- `root` : `DATA` ट्रान्झॅक्शननंतरच्या स्टेट रूटचे 32 बाइट्स (बायझँटियमपूर्व)
+- `status`: `क्वांटिटी` एकतर `1` (यशस्वी) किंवा `0` (अयशस्वी)
+
+**उदाहरण**
+
+```js
+// रिक्वेस्ट
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionReceipt","params":["0x85d995eba9763907fdf35cd2034144dd9d53ce32cbec21349d4b12823c6860c5"],"id":1}'
+// रिझल्ट
+{
+  "jsonrpc": "2.0",
+  "id": 1,
+  "result": {
+    "blockHash":
+      "0xa957d47df264a31badc3ae823e10ac1d444b098d9b73d204c40426e57f47e8c3",
+    "blockNumber": "0xeff35f",
+    "contractAddress": null, // तयार झाल्यास ॲड्रेसची स्ट्रिंग
+    "cumulativeGasUsed": "0xa12515",
+    "effectiveGasPrice": "0x5a9c688d4",
+    "from": "0x6221a9c005f6e47eb398fd867784cacfdcfff4e7",
+    "gasUsed": "0xb4c8",
+    "logs": [{
+      // getFilterLogs, इत्यादीद्वारे परत केलेले लॉग.
+    }],
+    "logsBloom": "0x00...0", // 256 बाइट ब्लूम फिल्टर
+    "status": "0x1",
+    "to": "0xc02aaa39b223fe8d0a0e5c4f27ead9083c756cc2",
+    "transactionHash":
+      "0x85d995eba9763907fdf35cd2034144dd9d53ce32cbec21349d4b12823c6860c5",
+    "transactionIndex": "0x66",
+    "type": "0x2"
+  }
+}
+```
+
+### eth_getUncleByBlockHashAndIndex {#eth_getunclebyblockhashandindex}
+
+हॅश आणि अंकल इंडेक्स पोझिशनद्वारे ब्लॉकच्या अंकलची माहिती परत करतो.
+
+<ButtonLink size="sm" variant="outline" href="https://ethereum-json-rpc.com/?method=eth_getUncleByBlockHashAndIndex">
+  प्लेग्राउंडमध्ये एंडपॉईंट वापरून पहा
+</ButtonLink>
+
+**पॅरामीटर्स**
+
+1. `डेटा`, 32 बाइट्स - ब्लॉकचा हॅश.
+2. `क्वांटिटी` - अंकलची निर्देशांक स्थिती.
+
+```js
+params: [
+  "0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2",
+  "0x0", // 0
+]
+```
+
+**रिटर्न्स**
+[eth_getBlockByHash](#eth_getblockbyhash) पहा.
+
+**उदाहरण**
+
+```js
+// रिक्वेस्ट
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleByBlockHashAndIndex","params":["0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2", "0x0"],"id":1}'
+```
+
+[eth_getBlockByHash](#eth_getblockbyhash) चा रिझल्ट पहा.
+
+**टीप**: अंकलमध्ये वैयक्तिक व्यवहार नसतात.
+
+### eth_getUncleByBlockNumberAndIndex {#eth_getunclebyblocknumberandindex}
+
+क्रमांक आणि अंकल इंडेक्स पोझिशनद्वारे ब्लॉकच्या अंकलची माहिती परत करतो.
+
+<ButtonLink size="sm" variant="outline" href="https://ethereum-json-rpc.com/?method=eth_getUncleByBlockNumberAndIndex">
+  प्लेग्राउंडमध्ये एंडपॉईंट वापरून पहा
+</ButtonLink>
+
+**पॅरामीटर्स**
+
+1. `क्वांटिटी|टॅग` - एक ब्लॉक नंबर, किंवा स्ट्रिंग `"earliest"`, `"latest"`, `"pending"`, `"safe"`, `"finalized"`, जसे की [ब्लॉक पॅरामीटर](/developers/docs/apis/json-rpc/#block-parameter) मध्ये.
+2. `क्वांटिटी` - अंकलची निर्देशांक स्थिती.
+
+```js
+params: [
+  "0x29c", // 668
+  "0x0", // 0
+]
+```
+
+**रिटर्न्स**
+[eth_getBlockByHash](#eth_getblockbyhash) पहा.
+
+**टीप**: अंकलमध्ये वैयक्तिक व्यवहार नसतात.
+
+**उदाहरण**
+
+```js
+// रिक्वेस्ट
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleByBlockNumberAndIndex","params":["0x29c", "0x0"],"id":1}'
+```
+
+[eth_getBlockByHash](#eth_getblockbyhash) चा रिझल्ट पहा.
+
+### eth_newFilter {#eth_newfilter}
+
+स्टेट बदलल्यावर (लॉग) सूचित करण्यासाठी, फिल्टर पर्यायांवर आधारित फिल्टर ऑब्जेक्ट तयार करते.
+स्टेट बदलले आहे की नाही हे तपासण्यासाठी, [eth_getFilterChanges](#eth_getfilterchanges) कॉल करा.
+
+**विषय फिल्टर निर्दिष्ट करण्यावर एक टीप:**
+विषय क्रम-अवलंबून आहेत. [A, B] विषयांसह लॉग असलेल्या व्यवहारास खालील विषय फिल्टरद्वारे जुळवले जाईल:
+
+- `[]` "काहीही"
+- `[A]` "पहिल्या स्थानावर A (आणि नंतर काहीही)"
+- `[null, B]` "पहिल्या स्थानावर काहीही आणि दुसऱ्या स्थानावर B (आणि नंतर काहीही)"
+- `[A, B]` "पहिल्या स्थानावर A आणि दुसऱ्या स्थानावर B (आणि नंतर काहीही)"
+- `[[A, B], [A, B]]` "पहिल्या स्थानावर (A किंवा B) आणि दुसऱ्या स्थानावर (A किंवा B) (आणि नंतर काहीही)"
+- **पॅरामीटर्स**
+
+1. `ऑब्जेक्ट` - फिल्टर पर्याय:
+
+- `fromBlock`: `क्वांटिटी|टॅग` - (पर्यायी, डीफॉल्ट: `"latest"`) पूर्णांक ब्लॉक नंबर, किंवा शेवटच्या प्रस्तावित ब्लॉकसाठी `"latest"`, नवीनतम सुरक्षित ब्लॉकसाठी `"safe"`, नवीनतम फायनलाइज्ड ब्लॉकसाठी `"finalized"`, किंवा अद्याप ब्लॉकमध्ये नसलेल्या व्यवहारांसाठी `"pending"`, `"earliest"`.
+- `toBlock`: `क्वांटिटी|टॅग` - (पर्यायी, डीफॉल्ट: `"latest"`) पूर्णांक ब्लॉक नंबर, किंवा शेवटच्या प्रस्तावित ब्लॉकसाठी `"latest"`, नवीनतम सुरक्षित ब्लॉकसाठी `"safe"`, नवीनतम फायनलाइज्ड ब्लॉकसाठी `"finalized"`, किंवा अद्याप ब्लॉकमध्ये नसलेल्या व्यवहारांसाठी `"pending"`, `"earliest"`.
+- `address`: `डेटा|ॲरे`, 20 बाइट्स - (पर्यायी) कॉन्ट्रॅक्ट ॲड्रेस किंवा ॲड्रेसची यादी ज्यातून लॉग्स उत्पन्न व्हावेत.
+- `topics`: `डेटाची ॲरे`, - (पर्यायी) 32 बाइट्स `डेटा` विषयांची ॲरे. विषय क्रम-अवलंबून आहेत. प्रत्येक विषय "or" पर्यायांसह डेटाची एक ॲरे देखील असू शकतो.
+
+```js
+params: [
+  {
+    fromBlock: "0x1",
+    toBlock: "0x2",
+    address: "0x8888f1f195afa192cfee860698584c030f4c9db1",
+    topics: [
+      "0x000000000000000000000000a94f5374fce5edbc8e2a8697c15331677e6ebf0b",
+      null,
+      [
+        "0x000000000000000000000000a94f5374fce5edbc8e2a8697c15331677e6ebf0b",
+        "0x0000000000000000000000000aff3454fce5edbc8cca8697c15331677e6ebccc",
+      ],
+    ],
+  },
+]
+```
+
+**रिटर्न्स**
+`क्वांटिटी` - एक फिल्टर आयडी.
+
+**उदाहरण**
+
+```js
+// रिक्वेस्ट
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_newFilter","params":[{"topics":["0x12341234"]}],"id":73}'
+// रिझल्ट
+{
+  "id":1,
+  "jsonrpc": "2.0",
+  "result": "0x1" // 1
+}
+```
+
+### eth_newBlockFilter {#eth_newblockfilter}
+
+नोडमध्ये एक फिल्टर तयार करते, जेव्हा नवीन ब्लॉक येतो तेव्हा सूचित करण्यासाठी.
+स्टेट बदलले आहे की नाही हे तपासण्यासाठी, [eth_getFilterChanges](#eth_getfilterchanges) कॉल करा.
+
+**पॅरामीटर्स**
+काहीही नाही
+
+**रिटर्न्स**
+`क्वांटिटी` - एक फिल्टर आयडी.
+
+**उदाहरण**
+
+```js
+// रिक्वेस्ट
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_newBlockFilter","params":[],"id":73}'
+// रिझल्ट
+{
+  "id":1,
+  "jsonrpc":  "2.0",
+  "result": "0x1" // 1
+}
+```
+
+### eth_newPendingTransactionFilter {#eth_newpendingtransactionfilter}
+
+नोडमध्ये एक फिल्टर तयार करते, जेव्हा नवीन प्रलंबित व्यवहार येतात तेव्हा सूचित करण्यासाठी.
+स्टेट बदलले आहे की नाही हे तपासण्यासाठी, [eth_getFilterChanges](#eth_getfilterchanges) कॉल करा.
+
+**पॅरामीटर्स**
+काहीही नाही
+
+**रिटर्न्स**
+`क्वांटिटी` - एक फिल्टर आयडी.
+
+**उदाहरण**
+
+```js
+// रिक्वेस्ट
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_newPendingTransactionFilter","params":[],"id":73}'
+// रिझल्ट
+{
+  "id":1,
+  "jsonrpc":  "2.0",
+  "result": "0x1" // 1
+}
+```
+
+### eth_uninstallFilter {#eth_uninstallfilter}
+
+दिलेल्या आयडीसह एक फिल्टर अनइन्स्टॉल करते. जेव्हा पाहण्याची गरज नसते तेव्हा नेहमी कॉल केला पाहिजे.
+याव्यतिरिक्त, जेव्हा काही काळासाठी [eth_getFilterChanges](#eth_getfilterchanges) सह विनंती केली जात नाही तेव्हा फिल्टर्स टाइमआउट होतात.
+
+**पॅरामीटर्स**
+
+1. `क्वांटिटी` - फिल्टर आयडी.
+
+```js
+params: [
+  "0xb", // 11
+]
+```
+
+**रिटर्न्स**
+`बुलियन` - फिल्टर यशस्वीरित्या अनइन्स्टॉल झाला असल्यास `true`, अन्यथा `false`.
+
+**उदाहरण**
+
+```js
+// रिक्वेस्ट
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_uninstallFilter","params":["0xb"],"id":73}'
+// रिझल्ट
+{
+  "id":1,
+  "jsonrpc": "2.0",
+  "result": true
+}
+```
+
+### eth_getFilterChanges {#eth_getfilterchanges}
+
+फिल्टरसाठी पोलिंग पद्धत, जी शेवटच्या पोलपासून झालेल्या लॉगची एक ॲरे परत करते.
+
+**पॅरामीटर्स**
+
+1. `क्वांटिटी` - फिल्टर आयडी.
+
+```js
+params: [
+  "0x16", // 22
+]
+```
+
+**रिटर्न्स**
+`ॲरे` - लॉग ऑब्जेक्ट्सची ॲरे, किंवा शेवटच्या पोलपासून काहीही बदलले नसल्यास रिकामी ॲरे.
+
+- `eth_newBlockFilter` सह तयार केलेल्या फिल्टरसाठी, परतावा ब्लॉक हॅशेस (`DATA`, 32 बाइट्स) असतो, उदा. `["0x3454645634534..."]`.
+
+- `eth_newPendingTransactionFilter` सह तयार केलेल्या फिल्टरसाठी, परतावा ट्रान्झॅक्शन हॅशेस (`DATA`, 32 बाइट्स) असतो, उदा. `["0x6345343454645..."]`.
+
+- `eth_newFilter` सह तयार केलेल्या फिल्टर्ससाठी लॉग्स खालील पॅरामीटर्ससह ऑब्जेक्ट्स असतात:
+  - `removed`: `टॅग` - चेन पुनर्रचनेमुळे लॉग काढला गेल्यास `true`. वैध लॉग असल्यास `false`.
+  - `logIndex`: `क्वांटिटी` - ब्लॉकमधील लॉग निर्देशांक स्थितीचा पूर्णांक. प्रलंबित लॉग असल्यास `null`.
+  - `transactionIndex`: `क्वांटिटी` - ज्या व्यवहारांच्या निर्देशांक स्थितीवरून लॉग तयार केला गेला त्याचा पूर्णांक. प्रलंबित लॉग असल्यास `null`.
+  - `transactionHash`: `डेटा`, 32 बाइट्स - ज्या व्यवहारांमधून हा लॉग तयार केला गेला त्यांचा हॅश. प्रलंबित लॉग असल्यास `null`.
+  - `blockHash`: `डेटा`, 32 बाइट्स - ज्या ब्लॉकमध्ये हा लॉग होता त्याचा हॅश. प्रलंबित असल्यास `null`. प्रलंबित लॉग असल्यास `null`.
+  - `blockNumber`: `क्वांटिटी` - ज्या ब्लॉक नंबरमध्ये हा लॉग होता. प्रलंबित असल्यास `null`. प्रलंबित लॉग असल्यास `null`.
+  - `address`: `डेटा`, 20 बाइट्स - ज्या ॲड्रेसवरून हा लॉग उत्पन्न झाला.
+  - `data`: `DATA` - व्हेरिएबल-लेंग्थ नॉन-इंडेक्स्ड लॉग डेटा. ( _solidity_ मध्ये: शून्य किंवा अधिक 32 बाइट्सचे नॉन-इंडेक्स्ड लॉग आर्ग्युमेंट्स.)
+  - `topics`: `डेटाची ॲरे` - 0 ते 4 32 बाइट्स `डेटा` च्या अनुक्रमित लॉग आर्ग्युमेंट्सची ॲरे. ( _solidity_ मध्ये: पहिला टॉपिक हा इव्हेंटच्या सहीचा _हॅश_ असतो (उदा., `Deposit(address,bytes32,uint256)`), जोपर्यंत तुम्ही `anonymous` स्पेसिफायरसह इव्हेंट घोषित केला नसेल.)
+
+- **उदाहरण**
+
+```js
+// रिक्वेस्ट
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getFilterChanges","params":["0x16"],"id":73}'
+// रिझल्ट
+{
+  "id":1,
+  "jsonrpc":"2.0",
+  "result": [{
+    "logIndex": "0x1", // 1
+    "blockNumber":"0x1b4", // 436
+    "blockHash": "0x8216c5785ac562ff41e2dcfdf5785ac562ff41e2dcfdf829c5a142f1fccd7d",
+    "transactionHash":  "0xdf829c5a142f1fccd7d8216c5785ac562ff41e2dcfdf5785ac562ff41e2dcf",
+    "transactionIndex": "0x0", // 0
+    "address": "0x16c5785ac562ff41e2dcfdf829c5a142f1fccd7d",
+    "data":"0x0000000000000000000000000000000000000000000000000000000000000000",
+    "topics": ["0x59ebeb90bc63057b6515673c3ecf9438e5058bca0f92585014eced636878c9a5"]
+    },{
+      ...
+    }]
+}
+```
+
+### eth_getFilterLogs {#eth_getfilterlogs}
+
+दिलेल्या आयडीसह फिल्टरशी जुळणाऱ्या सर्व लॉगची एक ॲरे परत करते.
+
+**पॅरामीटर्स**
+
+1. `क्वांटिटी` - फिल्टर आयडी.
+
+```js
+params: [
+  "0x16", // 22
+]
+```
+
+**रिटर्न्स**
+[eth_getFilterChanges](#eth_getfilterchanges) पहा.
+
+**उदाहरण**
+
+```js
+// रिक्वेस्ट
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getFilterLogs","params":["0x16"],"id":74}'
+```
+
+[eth_getFilterChanges](#eth_getfilterchanges) चा रिझल्ट पहा.
+
+### eth_getLogs {#eth_getlogs}
+
+दिलेल्या फिल्टर ऑब्जेक्टशी जुळणाऱ्या सर्व लॉगची एक ॲरे परत करते.
+
+**पॅरामीटर्स**
+
+1. `ऑब्जेक्ट` - फिल्टर पर्याय:
+
+- `fromBlock`: `क्वांटिटी|टॅग` - (पर्यायी, डीफॉल्ट: `"latest"`) पूर्णांक ब्लॉक नंबर, किंवा शेवटच्या प्रस्तावित ब्लॉकसाठी `"latest"`, नवीनतम सुरक्षित ब्लॉकसाठी `"safe"`, नवीनतम फायनलाइज्ड ब्लॉकसाठी `"finalized"`, किंवा अद्याप ब्लॉकमध्ये नसलेल्या व्यवहारांसाठी `"pending"`, `"earliest"`.
+- `toBlock`: `क्वांटिटी|टॅग` - (पर्यायी, डीफॉल्ट: `"latest"`) पूर्णांक ब्लॉक नंबर, किंवा शेवटच्या प्रस्तावित ब्लॉकसाठी `"latest"`, नवीनतम सुरक्षित ब्लॉकसाठी `"safe"`, नवीनतम फायनलाइज्ड ब्लॉकसाठी `"finalized"`, किंवा अद्याप ब्लॉकमध्ये नसलेल्या व्यवहारांसाठी `"pending"`, `"earliest"`.
+- `address`: `डेटा|ॲरे`, 20 बाइट्स - (पर्यायी) कॉन्ट्रॅक्ट ॲड्रेस किंवा ॲड्रेसची यादी ज्यातून लॉग्स उत्पन्न व्हावेत.
+- `topics`: `डेटाची ॲरे`, - (पर्यायी) 32 बाइट्स `डेटा` विषयांची ॲरे. विषय क्रम-अवलंबून आहेत. प्रत्येक विषय "or" पर्यायांसह डेटाची एक ॲरे देखील असू शकतो.
+- `blockHash`: `डेटा`, 32 बाइट्स - (पर्यायी, **भविष्यात**) EIP-234 च्या जोडणीसह, `blockHash` एक नवीन फिल्टर पर्याय असेल जो परत केलेले लॉग 32-बाइट हॅश `blockHash` असलेल्या एकाच ब्लॉकपुरते मर्यादित करेल. `blockHash` वापरणे `fromBlock` = `toBlock` = हॅश `blockHash` असलेल्या ब्लॉक नंबरच्या बरोबरीचे आहे. जर फिल्टर निकषांमध्ये `blockHash` उपस्थित असेल, तर `fromBlock` किंवा `toBlock` दोन्ही अनुमत नाहीत.
+
+```js
+params: [
+  {
+    topics: [
+      "0x000000000000000000000000a94f5374fce5edbc8e2a8697c15331677e6ebf0b",
+    ],
+  },
+]
+```
+
+**रिटर्न्स**
+[eth_getFilterChanges](#eth_getfilterchanges) पहा.
+
+**उदाहरण**
+
+```js
+// रिक्वेस्ट
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getLogs","params":[{"topics":["0x000000000000000000000000a94f5374fce5edbc8e2a8697c15331677e6ebf0b"]}],"id":74}'
+```
+
+[eth_getFilterChanges](#eth_getfilterchanges) चा रिझल्ट पहा.
+
+## वापराचे उदाहरण {#usage-example}
+
+### JSON_RPC वापरून कॉन्ट्रॅक्ट डिप्लॉय करणे {#deploying-contract}
+
+या विभागात फक्त RPC इंटरफेस वापरून कॉन्ट्रॅक्ट कसे डिप्लॉय करायचे याचे प्रात्यक्षिक समाविष्ट आहे. कॉन्ट्रॅक्ट डिप्लॉय करण्यासाठी पर्यायी मार्ग आहेत जिथे ही गुंतागुंत दूर केली जाते—उदाहरणार्थ, RPC इंटरफेसवर तयार केलेल्या लायब्ररीज वापरणे जसे की [web3.js](https://web3js.readthedocs.io/) आणि [web3.py](https://github.com/ethereum/web3.py). हे ॲबस्ट्रॅक्शन्स सामान्यतः समजण्यास सोपे आणि कमी त्रुटी-प्रवण असतात, परंतु पडद्यामागे काय घडत आहे हे समजून घेणे तरीही उपयुक्त आहे.
+
+खाली `Multiply7` नावाचा एक सरळ स्मार्ट कॉन्ट्रॅक्ट आहे जो Ethereum नोडवर JSON-RPC इंटरफेस वापरून डिप्लॉय केला जाईल. हा ट्यूटोरियल असे गृहीत धरतो की वाचक आधीच एक Geth नोड चालवत आहे. नोड्स आणि क्लायंटबद्दल अधिक माहिती [येथे](/developers/docs/nodes-and-clients/run-a-node) उपलब्ध आहे. नॉन-Geth क्लायंटसाठी HTTP JSON-RPC कसे सुरू करावे हे पाहण्यासाठी कृपया वैयक्तिक [क्लायंट](/developers/docs/nodes-and-clients/) डॉक्युमेंटेशनचा संदर्भ घ्या. बहुतेक क्लायंट `localhost:8545` वर सर्व्ह करण्यासाठी डीफॉल्ट असतात.
+
+```javascript
+contract Multiply7 {
+    event Print(uint);
+    function multiply(uint input) returns (uint) {
+        Print(input * 7);
+        return input * 7;
+    }
+}
+```
+
+पहिली गोष्ट म्हणजे HTTP RPC इंटरफेस सक्षम असल्याची खात्री करणे. याचा अर्थ आम्ही स्टार्टअपवेळी Geth ला `--http` फ्लॅग पुरवतो. या उदाहरणात आम्ही एका खाजगी डेव्हलपमेंट चेनवर Geth नोड वापरतो. हा दृष्टिकोन वापरल्याने आम्हाला वास्तविक नेटवर्कवर इथरची आवश्यकता नाही.
+
+```bash
+geth --http --dev console 2>>geth.log
+```
+
+हे `http://localhost:8545` वर HTTP RPC इंटरफेस सुरू करेल.
+
+[curl](https://curl.se) वापरून कॉईनबेस ॲड्रेस (अकाउंट्सच्या ॲरेमधून पहिला ॲड्रेस मिळवून) आणि बॅलन्स मिळवून इंटरफेस चालू आहे की नाही हे आम्ही तपासू शकतो. कृपया लक्षात घ्या की या उदाहरणांमधील डेटा तुमच्या स्थानिक नोडवर भिन्न असेल. तुम्हाला हे कमांड्स वापरायचे असल्यास, दुसऱ्या curl रिक्वेस्टमधील रिक्वेस्ट पॅरामीटर्स पहिल्या रिक्वेस्टमधून परत आलेल्या परिणामाने बदला.
+
+```bash
+curl --data '{"jsonrpc":"2.0","method":"eth_accounts","params":[], "id":1}' -H "Content-Type: application/json" localhost:8545
+{"id":1,"jsonrpc":"2.0","result":["0x9b1d35635cc34752ca54713bb99d38614f63c955"]}
+
+curl --data '{"jsonrpc":"2.0","method":"eth_getBalance", "params": ["0x9b1d35635cc34752ca54713bb99d38614f63c955", "latest"], "id":2}' -H "Content-Type: application/json" localhost:8545
+{"id":2,"jsonrpc":"2.0","result":"0x1639e49bba16280000"}
+```
+
+संख्या हेक्स एन्कोडेड असल्यामुळे, बॅलन्स wei मध्ये हेक्स स्ट्रिंग म्हणून परत केला जातो. जर आपल्याला बॅलन्स इथरमध्ये संख्या म्हणून हवा असेल तर आपण Geth कन्सोलमधून web3 वापरू शकतो.
+
+```javascript
+web3.fromWei("0x1639e49bba16280000", "ether")
+// "410"
+```
+
+आता आमच्या खाजगी डेव्हलपमेंट चेनवर काही इथर आहे, तर आम्ही कॉन्ट्रॅक्ट डिप्लॉय करू शकतो. पहिली पायरी म्हणजे Multiply7 कॉन्ट्रॅक्टला बाईट कोडमध्ये कंपाईल करणे जो EVM ला पाठवला जाऊ शकतो. solc, सॉलिडिटी कंपायलर, इन्स्टॉल करण्यासाठी, [सॉलिडिटी डॉक्युमेंटेशन](https://docs.soliditylang.org/en/latest/installing-solidity.html) चे अनुसरण करा. ([आमच्या उदाहरणासाठी वापरलेल्या कंपायलरच्या आवृत्तीशी](https://github.com/ethereum/solidity/releases/tag/v0.4.20) जुळण्यासाठी तुम्ही जुनी `solc` रीलिझ वापरू शकता.)
+
+पुढची पायरी म्हणजे Multiply7 कॉन्ट्रॅक्टला बाइट कोडमध्ये कंपाईल करणे, जे EVM ला पाठवले जाऊ शकते.
+
+```bash
+echo 'pragma solidity ^0.4.16; contract Multiply7 { event Print(uint); function multiply(uint input) public returns (uint) { Print(input * 7); return input * 7; } }' | solc --bin
+
+======= <stdin>:Multiply7 =======
+Binary:
+6060604052341561000f57600080fd5b60eb8061001d6000396000f300606060405260043610603f576000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff168063c6888fa1146044575b600080fd5b3415604e57600080fd5b606260048080359060200190919050506078565b6040518082815260200191505060405180910390f35b60007f24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da600783026040518082815260200191505060405180910390a16007820290509190505600a165627a7a7230582040383f19d9f65246752244189b02f56e8d0980ed44e7a56c0b200458caad20bb0029
+```
+
+आता आमच्याकडे कंपाईल केलेला कोड आहे, तर तो डिप्लॉय करण्यासाठी किती गॅस लागेल हे ठरवणे आवश्यक आहे. RPC इंटरफेसमध्ये एक `eth_estimateGas` पद्धत आहे जी आपल्याला एक अंदाज देईल.
+
+```bash
+curl --data '{"jsonrpc":"2.0","method": "eth_estimateGas", "params": [{"from": "0x9b1d35635cc34752ca54713bb99d38614f63c955", "data": "0x6060604052341561000f57600080fd5b60eb8061001d6000396000f300606060405260043610603f576000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff168063c6888fa1146044575b600080fd5b3415604e57600080fd5b606260048080359060200190919050506078565b6040518082815260200191505060405180910390f35b60007f24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da600783026040518082815260200191505060405180910390a16007820290509190505600a165627a7a7230582040383f19d9f65246752244189b02f56e8d0980ed44e7a56c0b200458caad20bb0029"}], "id": 5}' -H "Content-Type: application/json" localhost:8545
+{"jsonrpc":"2.0","id":5,"result":"0x1c31e"}
+```
+
+आणि शेवटी कॉन्ट्रॅक्ट डिप्लॉय करा.
+
+```bash
+curl --data '{"jsonrpc":"2.0","method": "eth_sendTransaction", "params": [{"from": "0x9b1d35635cc34752ca54713bb99d38614f63c955", "gas": "0x1c31e", "data": "0x6060604052341561000f57600080fd5b60eb8061001d6000396000f300606060405260043610603f576000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff168063c6888fa1146044575b600080fd5b3415604e57600080fd5b606260048080359060200190919050506078565b6040518082815260200191505060405180910390f35b60007f24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da600783026040518082815260200191505060405180910390a16007820290509190505600a165627a7a7230582040383f19d9f65246752244189b02f56e8d0980ed44e7a56c0b200458caad20bb0029"}], "id": 6}' -H "Content-Type: application/json" localhost:8545
+{"id":6,"jsonrpc":"2.0","result":"0xe1f3095770633ab2b18081658bad475439f6a08c902d0915903bafff06e6febf"}
+```
+
+व्यवहार नोडद्वारे स्वीकारला जातो आणि एक व्यवहार हॅश परत केला जातो. हा हॅश ट्रान्झॅक्शनचा माग काढण्यासाठी वापरला जाऊ शकतो. पुढची पायरी म्हणजे आपला कॉन्ट्रॅक्ट कुठे डिप्लॉय केला आहे, तो ॲड्रेस ठरवणे. प्रत्येक कार्यान्वित केलेला ट्रान्झॅक्शन एक पावती (receipt) तयार करेल. या पावतीमध्ये (receipt) ट्रान्झॅक्शनबद्दल विविध माहिती असते, जसे की ट्रान्झॅक्शन कोणत्या ब्लॉकमध्ये समाविष्ट होता आणि EVM ने किती गॅस वापरला. जर एखादा ट्रान्झॅक्शन
+कॉन्ट्रॅक्ट तयार करत असेल तर त्यात कॉन्ट्रॅक्टचा ॲड्रेस देखील असेल. आपण `eth_getTransactionReceipt` RPC पद्धतीचा वापर करून पावती (receipt) मिळवू शकतो.
+
+```bash
+curl --data '{"jsonrpc":"2.0","method": "eth_getTransactionReceipt", "params": ["0xe1f3095770633ab2b18081658bad475439f6a08c902d0915903bafff06e6febf"], "id": 7}' -H "Content-Type: application/json" localhost:8545
+{"jsonrpc":"2.0","id":7,"result":{"blockHash":"0x77b1a4f6872b9066312de3744f60020cbd8102af68b1f6512a05b7619d527a4f","blockNumber":"0x1","contractAddress":"0x4d03d617d700cf81935d7f797f4e2ae719648262","cumulativeGasUsed":"0x1c31e","from":"0x9b1d35635cc34752ca54713bb99d38614f63c955","gasUsed":"0x1c31e","logs":[],"logsBloom":"0x00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000","status":"0x1","to":null,"transactionHash":"0xe1f3095770633ab2b18081658bad475439f6a08c902d0915903bafff06e6febf","transactionIndex":"0x0"}}
+```
+
+आपला कॉन्ट्रॅक्ट `0x4d03d617d700cf81935d7f797f4e2ae719648262` वर तयार झाला. पावतीऐवजी (receipt) null निकाल मिळाल्यास याचा अर्थ ट्रान्झॅक्शन अद्याप ब्लॉकमध्ये समाविष्ट केलेला नाही. क्षणभर थांबा आणि तुमचा कन्सेन्सस क्लायंट चालू आहे की नाही ते तपासा आणि पुन्हा प्रयत्न करा.
+
+#### स्मार्ट कॉन्ट्रॅक्ट्सशी संवाद साधणे {#interacting-with-smart-contract}
+
+या उदाहरणात, आपण कॉन्ट्रॅक्टच्या `multiply` पद्धतीला `eth_sendTransaction` वापरून एक ट्रान्झॅक्शन पाठवू.
+
+`eth_sendTransaction` ला अनेक आर्ग्युमेंट्सची आवश्यकता असते, विशेषतः `from`, `to` आणि `data`. `From` हा आपल्या अकाउंटचा सार्वजनिक ॲड्रेस आहे आणि `to` हा कॉन्ट्रॅक्टचा ॲड्रेस आहे. `data` आर्ग्युमेंटमध्ये एक पेलोड असतो जो कोणती पद्धत कॉल करायची आणि कोणत्या आर्ग्युमेंट्ससह कॉल करायची हे परिभाषित करतो. येथे [ABI (ॲप्लिकेशन बायनरी इंटरफेस)](https://docs.soliditylang.org/en/latest/abi-spec.html) वापरले जाते. ABI ही एक JSON फाईल आहे जी EVM साठी डेटा कसा परिभाषित आणि एन्कोड करायचा हे ठरवते.
+
+पेलोडमधील बाइट्स हे ठरवतात की कॉन्ट्रॅक्टमधील कोणती पद्धत कॉल केली जाईल. हे फंक्शनचे नाव आणि त्याच्या आर्ग्युमेंट प्रकारांवरून Keccak हॅशमधील पहिले 4 बाइट्स आहेत, जे हेक्स एन्कोड केलेले आहेत. मल्टिप्लाय फंक्शन एक uint स्वीकारते जे uint256 साठी एक उर्फ (alias) आहे. यामुळे आपल्याला मिळते:
+
+```javascript
+web3.sha3("multiply(uint256)").substring(0, 10)
+// "0xc6888fa1"
+```
+
+पुढची पायरी आर्ग्युमेंट्स एन्कोड करणे आहे. फक्त एक uint256 आहे, समजा, मूल्य 6. ABI मध्ये एक विभाग आहे जो uint256 प्रकार कसे एन्कोड करायचे हे निर्दिष्ट करतो.
+
+`int<M>: enc(X)` हे X चे बिग-एंडियन टूज कॉम्प्लिमेंट एन्कोडिंग आहे, जे ऋण X साठी उच्च-ऑर्डर (डाव्या) बाजूला 0xff ने पॅड केलेले असते आणि धन X साठी शून्य बाइट्सने पॅड केलेले असते जेणेकरून लांबी 32 बाइट्सच्या पटीत असेल.
+
+हे `0000000000000000000000000000000000000000000000000000000000000006` मध्ये एन्कोड होते.
+
+फंक्शन सिलेक्टर आणि एन्कोड केलेले आर्ग्युमेंट एकत्र केल्यावर आपला डेटा `0xc6888fa10000000000000000000000000000000000000000000000000000000000000006` असेल.
+
+हे आता नोडला पाठवले जाऊ शकते:
+
+```bash
+curl --data '{"jsonrpc":"2.0","method": "eth_sendTransaction", "params": [{"from": "0xeb85a5557e5bdc18ee1934a89d8bb402398ee26a", "to": "0x6ff93b4b46b41c0c3c9baee01c255d3b4675963d", "data": "0xc6888fa10000000000000000000000000000000000000000000000000000000000000006"}], "id": 8}' -H "Content-Type: application/json" localhost:8545
+{"id":8,"jsonrpc":"2.0","result":"0x759cf065cbc22e9d779748dc53763854e5376eea07409e590c990eafc0869d74"}
+```
+
+एक ट्रान्झॅक्शन पाठवला गेल्यामुळे, एक ट्रान्झॅक्शन हॅश परत आला. पावती (receipt) मिळवल्यावर हे मिळते:
+
+```javascript
+{
+   blockHash: "0xbf0a347307b8c63dd8c1d3d7cbdc0b463e6e7c9bf0a35be40393588242f01d55",
+   blockNumber: 268,
+   contractAddress: null,
+   cumulativeGasUsed: 22631,
+   gasUsed: 22631,
+   logs: [{
+      address: "0x6ff93b4b46b41c0c3c9baee01c255d3b4675963d",
+      blockHash: "0xbf0a347307b8c63dd8c1d3d7cbdc0b463e6e7c9bf0a35be40393588242f01d55",
+      blockNumber: 268,
+      data: "0x000000000000000000000000000000000000000000000000000000000000002a",
+      logIndex: 0,
+      topics: ["0x24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da"],
+      transactionHash: "0x759cf065cbc22e9d779748dc53763854e5376eea07409e590c990eafc0869d74",
+      transactionIndex: 0
+  }],
+  transactionHash: "0x759cf065cbc22e9d779748dc53763854e5376eea07409e590c990eafc0869d74",
+  transactionIndex: 0
+}
+```
+
+पावतीमध्ये (receipt) एक लॉग आहे. हा लॉग EVM द्वारे ट्रान्झॅक्शन एक्झिक्यूशनवर तयार केला गेला आणि पावतीमध्ये (receipt) समाविष्ट केला गेला. `multiply` फंक्शन दाखवते की इनपुटच्या 7 पट मूल्याने `Print` इव्हेंट तयार झाला. `Print` इव्हेंटसाठी आर्ग्युमेंट uint256 असल्याने आपण ते ABI नियमांनुसार डीकोड करू शकतो, ज्यामुळे आपल्याला अपेक्षित दशांश मूल्य 42 मिळेल. डेटा व्यतिरिक्त हे लक्षात घेण्यासारखे आहे की कोणता इव्हेंटने लॉग तयार केला हे निर्धारित करण्यासाठी टॉपिक्स वापरले जाऊ शकतात:
+
+```javascript
+web3.sha3("Print(uint256)")
+// "24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da"
+```
+
+JSON-RPC चा थेट वापर दर्शविणाऱ्या काही सामान्य कामांची ही एक छोटी ओळख होती.
+
+## संबंधित विषय {#related-topics}
+
+- [JSON-RPC स्पेसिफिकेशन](http://www.jsonrpc.org/specification)
+- [नोड्स आणि क्लायंट](/developers/docs/nodes-and-clients/)
+- [JavaScript APIs](/developers/docs/apis/javascript/)
+- [बॅकएंड APIs](/developers/docs/apis/backend/)
+- [एक्झिक्यूशन क्लायंट्स](/developers/docs/nodes-and-clients/#execution-clients)
diff --git a/public/content/translations/mr/developers/docs/blocks/index.md b/public/content/translations/mr/developers/docs/blocks/index.md
new file mode 100644
index 00000000000..762549390f2
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/blocks/index.md
@@ -0,0 +1,153 @@
+---
+title: "ब्लॉक"
+description: "Ethereum ब्लॉकचेनमधील ब्लॉक्सचा आढावा – त्यांची डेटा संरचना, त्यांची गरज का आहे आणि ते कसे बनवले जातात."
+lang: mr
+---
+
+ब्लॉक्स हे व्यवहारांचे बॅचेस आहेत, ज्यात चेनमधील मागील ब्लॉकचा हॅश असतो. हे ब्लॉक्सना (चेनमध्ये) एकत्र जोडते कारण हॅश हे ब्लॉक डेटामधून क्रिप्टोग्राफिकरित्या मिळवले जातात. हे फसवणूक टाळते, कारण इतिहासातील कोणत्याही ब्लॉकमधील एक बदल पुढील सर्व ब्लॉक्सना अवैध ठरवेल कारण त्यानंतरचे सर्व हॅश बदलतील आणि ब्लॉकचेन चालवणाऱ्या प्रत्येकाच्या ते लक्षात येईल.
+
+## पूर्वतयारी {#prerequisites}
+
+ब्लॉक्स हा नवशिक्यांसाठी एक अतिशय सोपा विषय आहे. परंतु हे पृष्ठ तुम्हाला अधिक चांगल्या प्रकारे समजण्यास मदत करण्यासाठी, आम्ही शिफारस करतो की तुम्ही प्रथम [खाती](/developers/docs/accounts/), [व्यवहार](/developers/docs/transactions/), आणि आमची [Ethereum ची ओळख](/developers/docs/intro-to-ethereum/) वाचा.
+
+## ब्लॉक्स का? {#why-blocks}
+
+Ethereum नेटवर्कवरील सर्व सहभागी एक सिंक्रोनाइझ केलेली स्थिती राखतील आणि व्यवहारांच्या अचूक इतिहासावर सहमत होतील हे सुनिश्चित करण्यासाठी, आम्ही व्यवहारांना ब्लॉक्समध्ये गटबद्ध करतो. याचा अर्थ डझनभर (किंवा शेकडो) व्यवहार एकाच वेळी वचनबद्ध, सहमत आणि सिंक्रोनाइझ केले जातात.
+
+![एका ब्लॉकमध्ये व्यवहार दर्शवणारे एक आकृती ज्यामुळे स्थिती बदल होतो](./tx-block.png)
+_[Ethereum EVM सचित्र](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf) वरून रूपांतरित केलेला आकृती_
+
+कमिट्समध्ये अंतर ठेवून, आम्ही सर्व नेटवर्क सहभागींना एकमतावर येण्यासाठी पुरेसा वेळ देतो: जरी प्रति सेकंद डझनभर व्यवहार विनंत्या येत असल्या तरी, Ethereum वर ब्लॉक्स दर बारा सेकंदांनी एकदाच तयार आणि वचनबद्ध केले जातात.
+
+## ब्लॉक्स कसे कार्य करतात {#how-blocks-work}
+
+व्यवहारांचा इतिहास जपण्यासाठी, ब्लॉक्स कठोरपणे क्रमाने लावलेले असतात (तयार केलेल्या प्रत्येक नवीन ब्लॉकमध्ये त्याच्या पॅरेंट ब्लॉकचा संदर्भ असतो), आणि ब्लॉक्समधील व्यवहार देखील कठोरपणे क्रमाने लावलेले असतात. दुर्मिळ प्रकरणे वगळता, कोणत्याही वेळी, नेटवर्कवरील सर्व सहभागी ब्लॉक्सच्या अचूक संख्येवर आणि इतिहासावर सहमत असतात, आणि सध्याच्या थेट व्यवहार विनंत्यांना पुढील ब्लॉकमध्ये गटबद्ध करण्यासाठी काम करत आहेत.
+
+एकदा नेटवर्कवरील यादृच्छिकपणे निवडलेल्या व्हॅलिडेटरद्वारे ब्लॉक एकत्र केल्यावर, तो उर्वरित नेटवर्कवर प्रसारित केला जातो; सर्व नोड्स हा ब्लॉक त्यांच्या ब्लॉकचेनच्या शेवटी जोडतात आणि पुढील ब्लॉक तयार करण्यासाठी नवीन व्हॅलिडेटर निवडला जातो. नेमकी ब्लॉक-असेम्ब्ली प्रक्रिया आणि वचनबद्धता/एकमत प्रक्रिया सध्या Ethereum च्या “प्रूफ-ऑफ-स्टेक” प्रोटोकॉलद्वारे निर्दिष्ट केली आहे.
+
+## प्रूफ-ऑफ-स्टेक प्रोटोकॉल {#proof-of-stake-protocol}
+
+प्रूफ-ऑफ-स्टेकचा अर्थ खालीलप्रमाणे आहे:
+
+- व्हॅलिडेटिंग नोड्सना वाईट वर्तनाविरुद्ध तारणासाठी एका डिपॉझिट करारामध्ये ३२ ETH स्टेक करावे लागतात. हे नेटवर्कचे संरक्षण करण्यास मदत करते कारण सिद्ध करण्यायोग्य अप्रामाणिक क्रियाकलापामुळे त्यापैकी काही किंवा सर्व स्टेक नष्ट होतात.
+- प्रत्येक स्लॉटमध्ये (बारा सेकंदांच्या अंतरावर) एक व्हॅलिडेटर यादृच्छिकपणे ब्लॉक प्रस्तावक म्हणून निवडला जातो. ते व्यवहार एकत्र बांधतात, त्यांना कार्यान्वित करतात आणि एक नवीन 'स्थिती' निश्चित करतात. ते ही माहिती एका ब्लॉकमध्ये गुंडाळतात आणि इतर व्हॅलिडेटर्सना पाठवतात.
+- नवीन ब्लॉकबद्दल ऐकणारे इतर व्हॅलिडेटर्स, जागतिक स्थितीतील प्रस्तावित बदलाशी ते सहमत आहेत याची खात्री करण्यासाठी व्यवहार पुन्हा कार्यान्वित करतात. ब्लॉक वैध आहे असे गृहीत धरून, ते तो त्यांच्या स्वतःच्या डेटाबेसमध्ये जोडतात.
+- जर एखाद्या व्हॅलिडेटरला एकाच स्लॉटसाठी दोन परस्परविरोधी ब्लॉक्सबद्दल कळले, तर ते सर्वाधिक स्टेक केलेल्या ETH द्वारे समर्थित असलेला एक निवडण्यासाठी त्यांचा फोर्क-चॉइस अल्गोरिदम वापरतात.
+
+[प्रूफ-ऑफ-स्टेक बद्दल अधिक](/developers/docs/consensus-mechanisms/pos)
+
+## ब्लॉकमध्ये काय आहे? {#block-anatomy}
+
+एका ब्लॉकमध्ये बरीच माहिती असते. सर्वोच्च स्तरावर एका ब्लॉकमध्ये खालील फील्ड्स असतात:
+
+| फील्ड            | वर्णन                                                           |
+| :--------------- | :-------------------------------------------------------------- |
+| `slot`           | तो स्लॉट ज्यामध्ये ब्लॉक आहे                                    |
+| `proposer_index` | ब्लॉक प्रस्तावित करणाऱ्या व्हॅलिडेटरचा ID                       |
+| `parent_root`    | मागील ब्लॉकचा हॅश                                               |
+| `state_root`     | स्टेट ऑब्जेक्टचा रूट हॅश                                        |
+| `body`           | एक ऑब्जेक्ट ज्यात अनेक फील्ड्स आहेत, जसे खाली परिभाषित केले आहे |
+
+ब्लॉकच्या `body` मध्ये स्वतःचे अनेक फील्ड्स आहेत:
+
+| फील्ड                | वर्णन                                                          |
+| :------------------- | :------------------------------------------------------------- |
+| `randao_reveal`      | पुढील ब्लॉक प्रस्तावक निवडण्यासाठी वापरले जाणारे मूल्य         |
+| `eth1_data`          | डिपॉझिट कराराबद्दल माहिती                                      |
+| `graffiti`           | ब्लॉक्स टॅग करण्यासाठी वापरलेला अनियंत्रित डेटा                |
+| `proposer_slashings` | स्लॅश करायच्या व्हॅलिडेटर्सची यादी                             |
+| `attester_slashings` | स्लॅश करायच्या अटेस्टर्सची यादी                                |
+| `attestations`       | मागील स्लॉट्सच्या विरोधात केलेल्या अटेस्टेशन्सची यादी          |
+| `deposits`           | डिपॉझिट करारामधील नवीन डिपॉझिट्सची यादी                        |
+| `voluntary_exits`    | नेटवर्कमधून बाहेर पडणाऱ्या व्हॅलिडेटर्सची यादी                 |
+| `sync_aggregate`     | लाईट क्लायंट्सना सेवा देण्यासाठी वापरलेला व्हॅलिडेटर्सचा उपसंच |
+| `execution_payload`  | एक्झिक्यूशन क्लायंटकडून आलेले व्यवहार                          |
+
+`attestations` फील्डमध्ये ब्लॉकमधील सर्व अटेस्टेशन्सची यादी असते. अटेस्टेशन्सचा स्वतःचा डेटा प्रकार असतो ज्यात डेटाचे अनेक भाग असतात. प्रत्येक अटेस्टेशनमध्ये असते:
+
+| फील्ड              | वर्णन                                                                 |
+| :----------------- | :-------------------------------------------------------------------- |
+| `aggregation_bits` | या अटेस्टेशनमध्ये भाग घेतलेल्या व्हॅलिडेटर्सची यादी                   |
+| `data`             | अनेक सबफील्ड्स असलेला एक कंटेनर                                       |
+| `signature`        | `data` भागाच्या विरोधात व्हॅलिडेटर्सच्या एका संचाची एकत्रित स्वाक्षरी |
+
+`attestation` मधील `data` फील्डमध्ये खालील गोष्टी असतात:
+
+| फील्ड               | वर्णन                                                   |
+| :------------------ | :------------------------------------------------------ |
+| `slot`              | तो स्लॉट ज्याच्याशी अटेस्टेशन संबंधित आहे               |
+| `index`             | अटेस्टिंग व्हॅलिडेटर्ससाठी निर्देशांक                   |
+| `beacon_block_root` | चेनचा हेड म्हणून पाहिल्या जाणाऱ्या बीकन ब्लॉकचा रूट हॅश |
+| `स्रोत`             | शेवटचा जस्टिफाइड चेकपॉइंट                               |
+| `target`            | नवीनतम इपॉक बाउंड्री ब्लॉक                              |
+
+`execution_payload` मधील व्यवहार कार्यान्वित केल्याने जागतिक स्थिती अद्यतनित होते. नवीन स्थिती नवीन ब्लॉकच्या `state_root` फील्डमधील स्थितीशी जुळते याची खात्री करण्यासाठी सर्व क्लायंट `execution_payload` मधील व्यवहार पुन्हा कार्यान्वित करतात. अशाप्रकारे क्लायंट्सना कळू शकते की नवीन ब्लॉक वैध आहे आणि त्यांच्या ब्लॉकचेनमध्ये जोडण्यासाठी सुरक्षित आहे. `execution payload` स्वतःच अनेक फील्ड्स असलेला एक ऑब्जेक्ट आहे. एक `execution_payload_header` सुद्धा आहे ज्यात एक्झिक्यूशन डेटाबद्दल महत्त्वाची सारांश माहिती असते. या डेटा संरचना खालीलप्रमाणे आयोजित केल्या आहेत:
+
+`execution_payload_header` मध्ये खालील फील्ड्स असतात:
+
+| फील्ड               | वर्णन                                                      |
+| :------------------ | :--------------------------------------------------------- |
+| `parent_hash`       | पॅरेंट ब्लॉकचा हॅश                                         |
+| `fee_recipient`     | व्यवहार शुल्क भरण्यासाठी खाते पत्ता                        |
+| `state_root`        | या ब्लॉकमधील बदल लागू केल्यानंतर जागतिक स्थितीसाठी रूट हॅश |
+| `receipts_root`     | व्यवहार पावती ट्रायचा हॅश                                  |
+| `logs_bloom`        | इव्हेंट लॉग्स असलेली डेटा संरचना                           |
+| `prev_randao`       | यादृच्छिक व्हॅलिडेटर निवडात वापरलेले मूल्य                 |
+| `block_number`      | सध्याच्या ब्लॉकचा क्रमांक                                  |
+| `gas_limit`         | या ब्लॉकमध्ये परवानगी असलेली कमाल गॅस                      |
+| `gas_used`          | या ब्लॉकमध्ये वापरलेली गॅसची वास्तविक रक्कम                |
+| `timestamp`         | ब्लॉकची वेळ                                                |
+| `extra_data`        | रॉ बाइट्स म्हणून अनियंत्रित अतिरिक्त डेटा                  |
+| `base_fee_per_gas`  | बेस फी मूल्य                                               |
+| `block_hash`        | एक्झिक्यूशन ब्लॉकचा हॅश                                    |
+| `transactions_root` | पेलोडमधील व्यवहारांचा रूट हॅश                              |
+| `withdrawal_root`   | पेलोडमधील काढलेल्या रकमांचा रूट हॅश                        |
+
+`execution_payload` मध्येच खालील गोष्टी असतात (लक्षात घ्या की हे हेडरसारखेच आहे, फक्त फरक एवढाच की व्यवहारांच्या रूट हॅशऐवजी यात व्यवहारांची प्रत्यक्ष यादी आणि काढलेल्या रकमेची माहिती समाविष्ट आहे):
+
+| फील्ड              | वर्णन                                                      |
+| :----------------- | :--------------------------------------------------------- |
+| `parent_hash`      | पॅरेंट ब्लॉकचा हॅश                                         |
+| `fee_recipient`    | व्यवहार शुल्क भरण्यासाठी खाते पत्ता                        |
+| `state_root`       | या ब्लॉकमधील बदल लागू केल्यानंतर जागतिक स्थितीसाठी रूट हॅश |
+| `receipts_root`    | व्यवहार पावती ट्रायचा हॅश                                  |
+| `logs_bloom`       | इव्हेंट लॉग्स असलेली डेटा संरचना                           |
+| `prev_randao`      | यादृच्छिक व्हॅलिडेटर निवडात वापरलेले मूल्य                 |
+| `block_number`     | सध्याच्या ब्लॉकचा क्रमांक                                  |
+| `gas_limit`        | या ब्लॉकमध्ये परवानगी असलेली कमाल गॅस                      |
+| `gas_used`         | या ब्लॉकमध्ये वापरलेली गॅसची वास्तविक रक्कम                |
+| `timestamp`        | ब्लॉकची वेळ                                                |
+| `extra_data`       | रॉ बाइट्स म्हणून अनियंत्रित अतिरिक्त डेटा                  |
+| `base_fee_per_gas` | बेस फी मूल्य                                               |
+| `block_hash`       | एक्झिक्यूशन ब्लॉकचा हॅश                                    |
+| `व्यवहार`          | कार्यान्वित करायच्या व्यवहारांची यादी                      |
+| `withdrawals`      | विथड्रॉवल ऑब्जेक्ट्सची यादी                                |
+
+`withdrawals` यादीत खालीलप्रमाणे संरचित `withdrawal` ऑब्जेक्ट्स असतात:
+
+| फील्ड            | वर्णन                         |
+| :--------------- | :---------------------------- |
+| `address`        | पैसे काढलेल्या खात्याचा पत्ता |
+| `amount`         | काढलेली रक्कम                 |
+| `index`          | विथड्रॉवल इंडेक्स मूल्य       |
+| `validatorIndex` | व्हॅलिडेटर इंडेक्स मूल्य      |
+
+## ब्लॉकची वेळ {#block-time}
+
+ब्लॉकची वेळ म्हणजे ब्लॉक्सना वेगळे करणारी वेळ. Ethereum मध्ये, वेळेची विभागणी 'स्लॉट्स' नावाच्या बारा सेकंदांच्या युनिट्समध्ये केली जाते. प्रत्येक स्लॉटमध्ये ब्लॉक प्रस्तावित करण्यासाठी एकच व्हॅलिडेटर निवडला जातो. सर्व व्हॅलिडेटर्स ऑनलाइन आणि पूर्णपणे कार्यरत आहेत असे गृहीत धरल्यास, प्रत्येक स्लॉटमध्ये एक ब्लॉक असेल, म्हणजेच ब्लॉकची वेळ १२ सेकंद आहे. तथापि, कधीकधी व्हॅलिडेटर्स ब्लॉक प्रस्तावित करण्यासाठी बोलावल्यावर ऑफलाइन असू शकतात, म्हणजे स्लॉट्स कधीकधी रिकामे जाऊ शकतात.
+
+ही अंमलबजावणी प्रूफ-ऑफ-वर्क आधारित प्रणालींपेक्षा वेगळी आहे, जिथे ब्लॉकच्या वेळा संभाव्य असतात आणि प्रोटोकॉलच्या लक्ष्यित मायनिंग डिफिकल्टीद्वारे ट्यून केल्या जातात. Ethereum ची [सरासरी ब्लॉक वेळ](https://etherscan.io/chart/blocktime) हे याचे उत्तम उदाहरण आहे, ज्याद्वारे नवीन १२ सेकंदांच्या ब्लॉक वेळेच्या सुसंगततेच्या आधारावर प्रूफ-ऑफ-वर्ककडून प्रूफ-ऑफ-स्टेककडे संक्रमण स्पष्टपणे अनुमानित केले जाऊ शकते.
+
+## ब्लॉकचा आकार {#block-size}
+
+एक शेवटची महत्त्वाची गोष्ट म्हणजे ब्लॉक्स स्वतः आकारात मर्यादित असतात. प्रत्येक ब्लॉकचे लक्ष्यित आकार ३० दशलक्ष गॅस आहे, परंतु नेटवर्कच्या मागणीनुसार ब्लॉक्सचा आकार वाढेल किंवा कमी होईल, तो ६० दशलक्ष गॅसच्या ब्लॉक मर्यादेपर्यंत (लक्ष्यित ब्लॉक आकाराच्या २ पट) जाईल. ब्लॉक गॅस मर्यादा मागील ब्लॉकच्या गॅस मर्यादेवरून १/१०२४ च्या घटकाने वर किंवा खाली समायोजित केली जाऊ शकते. परिणामी, व्हॅलिडेटर्स एकमताने ब्लॉक गॅस मर्यादा बदलू शकतात. ब्लॉकमधील सर्व व्यवहारांद्वारे खर्च केलेल्या गॅसची एकूण रक्कम ब्लॉक गॅस मर्यादेपेक्षा कमी असणे आवश्यक आहे. हे महत्त्वाचे आहे कारण ते सुनिश्चित करते की ब्लॉक्स अनियंत्रितपणे मोठे असू शकत नाहीत. जर ब्लॉक्स अनियंत्रितपणे मोठे असू शकले असते, तर कमी कार्यक्षम फुल नोड्स जागेच्या आणि गतीच्या आवश्यकतांमुळे हळूहळू नेटवर्कसोबत राहू शकणार नाहीत. ब्लॉक जितका मोठा, तितकी जास्त संगणकीय शक्ती पुढील स्लॉटच्या वेळेत त्यांना प्रक्रिया करण्यासाठी आवश्यक असते. ही एक केंद्रीकरण करणारी शक्ती आहे, ज्याला ब्लॉकच्या आकारावर मर्यादा घालून विरोध केला जातो.
+
+## पुढील वाचन {#further-reading}
+
+_तुम्हाला मदत केलेल्या सामुदायिक संसाधनाबद्दल माहिती आहे का?_ हे पृष्ठ संपादित करा आणि ते जोडा!_
+
+## संबंधित विषय {#related-topics}
+
+- [व्यवहार](/developers/docs/transactions/)
+- [गॅस](/developers/docs/gas/)
+- [प्रूफ-ऑफ-स्टेक](/developers/docs/consensus-mechanisms/pos)
diff --git a/public/content/translations/mr/developers/docs/bridges/index.md b/public/content/translations/mr/developers/docs/bridges/index.md
new file mode 100644
index 00000000000..d049759b09f
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/bridges/index.md
@@ -0,0 +1,138 @@
+---
+title: "ब्रिज"
+description: "डेव्हलपर्ससाठी ब्रिजिंगचे एक अवलोकन"
+lang: mr
+---
+
+L1 ब्लॉकचेन आणि L2 [स्केलिंग](/developers/docs/scaling/) सोल्यूशन्सच्या प्रसारामुळे, तसेच क्रॉस-चेन जाणाऱ्या विकेंद्रित ऍप्लिकेशन्सच्या सतत वाढणाऱ्या संख्येमुळे, चेन्समध्ये संवाद आणि मालमत्तांच्या देवाणघेवाणीची गरज नेटवर्क इन्फ्रास्ट्रक्चरचा एक आवश्यक भाग बनली आहे. हे शक्य करण्यासाठी विविध प्रकारचे ब्रिज अस्तित्वात आहेत.
+
+## ब्रिजची गरज {#need-for-bridges}
+
+ब्लॉकचेन नेटवर्कला जोडण्यासाठी ब्रिज अस्तित्वात आहेत. ते ब्लॉकचेन दरम्यान कनेक्टिव्हिटी आणि इंटरऑपरेबिलिटी सक्षम करतात.
+
+ब्लॉकचेन वेगळ्या वातावरणात अस्तित्वात आहेत, याचा अर्थ ब्लॉकचेनसाठी नैसर्गिकरित्या इतर ब्लॉकचेनशी व्यापार आणि संवाद साधण्याचा कोणताही मार्ग नाही. परिणामी, इकोसिस्टममध्ये महत्त्वपूर्ण क्रियाकलाप आणि नवनवीन शोध असू शकतात, परंतु ते इतर इकोसिस्टमसह कनेक्टिव्हिटी आणि इंटरऑपरेबिलिटीच्या अभावामुळे मर्यादित आहे.
+
+ब्रिज वेगळ्या ब्लॉकचेन वातावरणाला एकमेकांशी जोडण्याचा मार्ग देतात. ते ब्लॉकचेन दरम्यान एक वाहतुकीचा मार्ग स्थापित करतात, जिथे टोकन, मेसेज, कोणतेही डेटा आणि अगदी [स्मार्ट कॉन्ट्रॅक्ट](/developers/docs/smart-contracts/) कॉल्स एका चेनमधून दुसऱ्या चेनमध्ये हस्तांतरित केले जाऊ शकतात.
+
+## ब्रिजचे फायदे {#benefits-of-bridges}
+
+सोप्या भाषेत सांगायचे तर, ब्रिज ब्लॉकचेन नेटवर्क्सना डेटाची देवाणघेवाण करण्याची आणि त्यांच्यात मालमत्ता हस्तांतरित करण्याची परवानगी देऊन अनेक वापर प्रकरणे अनलॉक करतात.
+
+ब्लॉकचेनमध्ये अनन्य सामर्थ्ये, कमकुवतता आणि ॲप्लिकेशन्स तयार करण्याचे दृष्टिकोन असतात (जसे की वेग, थ्रुपुट, खर्च इ.). ब्रिज ब्लॉकचेनना एकमेकांच्या नवनवीन कल्पनांचा फायदा घेण्यास सक्षम करून संपूर्ण क्रिप्टो इकोसिस्टमच्या विकासास मदत करतात.
+
+डेव्हलपर्ससाठी, ब्रिज खालील गोष्टी सक्षम करतात:
+
+- चेनमध्ये कोणताही डेटा, माहिती आणि मालमत्तांचे हस्तांतरण.
+- प्रोटोकॉलसाठी नवीन वैशिष्ट्ये आणि वापर प्रकरणे अनलॉक करणे, कारण ब्रिज प्रोटोकॉल काय देऊ शकतात यासाठी डिझाइनची जागा विस्तृत करतात. उदाहरणार्थ, इथरियम मेननेटवर मूळतः तैनात केलेला यिल्ड फार्मिंगसाठी एक प्रोटोकॉल सर्व EVM-सुसंगत चेनवर लिक्विडिटी पूल देऊ शकतो.
+- वेगवेगळ्या ब्लॉकचेनच्या सामर्थ्यांचा फायदा घेण्याची संधी. उदाहरणार्थ, डेव्हलपर रोलअप आणि साइडचेनवर त्यांचे dapps तैनात करून विविध L2 सोल्यूशन्सद्वारे देऊ केलेल्या कमी शुल्काचा लाभ घेऊ शकतात आणि वापरकर्ते त्यांच्यामध्ये ब्रिज करू शकतात.
+- नवीन उत्पादने तयार करण्यासाठी विविध ब्लॉकचेन इकोसिस्टममधील डेव्हलपर्समधील सहयोग.
+- विविध इकोसिस्टममधील वापरकर्ते आणि समुदायांना त्यांच्या dapps कडे आकर्षित करणे.
+
+## ब्रिज कसे काम करतात? {#how-do-bridges-work}
+
+जरी अनेक [ब्रिज डिझाइनचे प्रकार](https://li.fi/knowledge-hub/blockchain-bridges-and-classification/) असले तरी, मालमत्तांचे क्रॉस-चेन हस्तांतरण सुलभ करण्यासाठी तीन मार्ग आहेत:
+
+- **लॉक आणि मिंट –** सोर्स चेनवर मालमत्ता लॉक करा आणि डेस्टिनेशन चेनवर मालमत्ता मिंट करा.
+- **बर्न आणि मिंट –** सोर्स चेनवर मालमत्ता बर्न करा आणि डेस्टिनेशन चेनवर मालमत्ता मिंट करा.
+- **ॲटॉमिक स्वॅप –** सोर्स चेनवरील मालमत्तेची डेस्टिनेशन चेनवरील मालमत्तेसाठी दुसऱ्या पक्षासोबत देवाणघेवाण करा.
+
+## ब्रिजचे प्रकार {#bridge-types}
+
+ब्रिजचे साधारणपणे खालीलपैकी एका गटात वर्गीकरण केले जाऊ शकते:
+
+- **नेटिव्ह ब्रिज –** हे ब्रिज सामान्यतः विशिष्ट ब्लॉकचेनवर लिक्विडिटी निर्माण करण्यासाठी तयार केले जातात, ज्यामुळे वापरकर्त्यांना इकोसिस्टममध्ये निधी हस्तांतरित करणे सोपे होते. उदाहरणार्थ, [आर्बिट्रम ब्रिज](https://bridge.arbitrum.io/) वापरकर्त्यांना इथरियम मेननेटवरून आर्बिट्रमवर ब्रिज करणे सोयीचे व्हावे यासाठी तयार केला आहे. इतर अशा ब्रिजमध्ये पॉलीगॉन PoS ब्रिज, [ऑप्टिमिझम गेटवे](https://app.optimism.io/bridge) इत्यादींचा समावेश आहे.
+- **व्हॅलिडेटर किंवा ऑरेकल आधारित ब्रिज –** हे ब्रिज क्रॉस-चेन हस्तांतरण प्रमाणित करण्यासाठी बाह्य व्हॅलिडेटर सेट किंवा ऑरेकलवर अवलंबून असतात. उदाहरणे: मल्टीचेन आणि अक्रॉस.
+- **जनरलाइज्ड मेसेज पासिंग ब्रिज –** हे ब्रिज मालमत्ता, तसेच मेसेज आणि कोणताही डेटा चेनमध्ये हस्तांतरित करू शकतात. उदाहरणे: एक्सेलार, लेयरझिरो, आणि नोमॅड.
+- **लिक्विडिटी नेटवर्क्स –** हे ब्रिज प्रामुख्याने एका चेनमधून दुसऱ्या चेनमध्ये ॲटॉमिक स्वॅपद्वारे मालमत्ता हस्तांतरित करण्यावर लक्ष केंद्रित करतात. सामान्यतः, ते क्रॉस-चेन मेसेज पासिंगला समर्थन देत नाहीत. उदाहरणे: कनेक्स्ट आणि हॉप.
+
+## विचारात घेण्यासारखे ट्रेड-ऑफ {#trade-offs}
+
+ब्रिजच्या बाबतीत, कोणतेही परिपूर्ण उपाय नाहीत. त्याऐवजी, उद्देश पूर्ण करण्यासाठी केवळ तडजोड केली जाते. डेव्हलपर आणि वापरकर्ते खालील घटकांच्या आधारे ब्रिजचे मूल्यांकन करू शकतात:
+
+- **सुरक्षा –** सिस्टम कोण सत्यापित करते? बाह्य व्हॅलिडेटर्सद्वारे सुरक्षित केलेले ब्रिज सामान्यतः ब्लॉकचेनच्या व्हॅलिडेटर्सद्वारे स्थानिक किंवा मूळतः सुरक्षित केलेल्या ब्रिजपेक्षा कमी सुरक्षित असतात.
+- **सोय –** एक व्यवहार पूर्ण होण्यासाठी किती वेळ लागतो आणि वापरकर्त्याला किती व्यवहार साइन करावे लागतात? एका डेव्हलपरसाठी, ब्रिज इंटिग्रेट करण्यासाठी किती वेळ लागतो आणि प्रक्रिया किती गुंतागुंतीची आहे?
+- **कनेक्टिव्हिटी –** ब्रिज कोणत्या वेगवेगळ्या डेस्टिनेशन चेन्सला कनेक्ट करू शकतो (उदा., रोलअप्स, साइडचेन्स, इतर लेयर 1 ब्लॉकचेन्स, इत्यादी), आणि नवीन ब्लॉकचेन इंटिग्रेट करणे किती कठीण आहे?
+- **अधिक गुंतागुंतीचा डेटा पास करण्याची क्षमता –** ब्रिज चेनमध्ये मेसेज आणि अधिक गुंतागुंतीचा डेटा हस्तांतरित करण्यास सक्षम करू शकतो, की तो फक्त क्रॉस-चेन मालमत्ता हस्तांतरणास समर्थन देतो?
+- **खर्च-प्रभावीपणा –** ब्रिजद्वारे चेनमध्ये मालमत्ता हस्तांतरित करण्यासाठी किती खर्च येतो? सामान्यतः, ब्रिज गॅसच्या खर्चावर आणि विशिष्ट मार्गांच्या लिक्विडिटीवर अवलंबून निश्चित किंवा बदलणारे शुल्क आकारतात. ब्रिजची सुरक्षा सुनिश्चित करण्यासाठी आवश्यक असलेल्या भांडवलाच्या आधारे त्याच्या खर्च-प्रभावीपणाचे मूल्यांकन करणे देखील महत्त्वाचे आहे.
+
+उच्च स्तरावर, ब्रिजचे वर्गीकरण विश्वासार्ह आणि विश्वासहीन असे केले जाऊ शकते.
+
+- **विश्वासार्ह –** विश्वासार्ह ब्रिज बाह्यतः सत्यापित केले जातात. ते चेनमध्ये डेटा पाठवण्यासाठी बाह्य सत्यापनकर्त्यांचा (मल्टी-सिगसह फेडरेशन, मल्टी-पार्टी कंप्युटेशन सिस्टम, ऑरेकल नेटवर्क) वापर करतात. परिणामी, ते उत्तम कनेक्टिव्हिटी देऊ शकतात आणि चेनमध्ये पूर्णपणे सामान्यीकृत मेसेज पासिंग सक्षम करू शकतात. ते वेग आणि खर्च-प्रभावीपणामध्येही चांगले काम करतात. हे सुरक्षेच्या खर्चावर येते, कारण वापरकर्त्यांना ब्रिजच्या सुरक्षेवर अवलंबून राहावे लागते.
+- **विश्वासहीन –** हे ब्रिज मेसेज आणि टोकन हस्तांतरित करण्यासाठी ते जोडत असलेल्या ब्लॉकचेन आणि त्यांच्या व्हॅलिडेटर्सवर अवलंबून असतात. ते 'विश्वासहीन' आहेत कारण ते (ब्लॉकचेन व्यतिरिक्त) नवीन विश्वासाच्या धारणा जोडत नाहीत. परिणामी, विश्वासहीन ब्रिज विश्वासार्ह ब्रिजपेक्षा अधिक सुरक्षित मानले जातात.
+
+इतर घटकांवर विश्वासहीन ब्रिजचे मूल्यांकन करण्यासाठी, आपल्याला त्यांना सामान्यीकृत मेसेज पासिंग ब्रिज आणि लिक्विडिटी नेटवर्क्समध्ये विभाजित करावे लागेल.
+
+- **जनरलाइज्ड मेसेज पासिंग ब्रिज –** हे ब्रिज सुरक्षा आणि चेनमध्ये अधिक गुंतागुंतीचा डेटा हस्तांतरित करण्याच्या क्षमतेत उत्कृष्ट आहेत. सामान्यतः, ते खर्च-प्रभावीपणामध्येही चांगले असतात. तथापि, ही सामर्थ्ये सामान्यतः लाइट क्लायंट ब्रिजसाठी कनेक्टिव्हिटीच्या खर्चावर येतात (उदा: IBC) आणि फ्रॉड प्रूफ वापरणाऱ्या ऑप्टिमिस्टिक ब्रिजसाठी (उदा: Nomad) वेगातील कमतरतांच्या स्वरूपात येतात.
+- **लिक्विडिटी नेटवर्क्स –** हे ब्रिज मालमत्ता हस्तांतरित करण्यासाठी ॲटॉमिक स्वॅप वापरतात आणि स्थानिकरित्या सत्यापित प्रणाली आहेत (म्हणजे, ते व्यवहार सत्यापित करण्यासाठी अंतर्निहित ब्लॉकचेनच्या व्हॅलिडेटर्सचा वापर करतात). परिणामी, ते सुरक्षा आणि वेगात उत्कृष्ट आहेत. शिवाय, ते तुलनेने खर्च-प्रभावी मानले जातात आणि चांगली कनेक्टिव्हिटी देतात. तथापि, मोठी तडजोड म्हणजे त्यांची अधिक गुंतागुंतीचा डेटा पास करण्याची असमर्थता – कारण ते क्रॉस-चेन मेसेज पासिंगला समर्थन देत नाहीत.
+
+## ब्रिजमधील धोका {#risk-with-bridges}
+
+[DeFi मधील सर्वात मोठ्या हॅक](https://rekt.news/leaderboard/) मध्ये ब्रिजचा पहिल्या तीनमध्ये समावेश आहे आणि ते अजूनही विकासाच्या सुरुवातीच्या टप्प्यात आहेत. कोणताही ब्रिज वापरताना खालील धोके असतात:
+
+- **स्मार्ट कॉन्ट्रॅक्ट धोका –** अनेक ब्रिजेसनी यशस्वीरित्या ऑडिट पास केले असले तरी, मालमत्ता हॅक होण्यासाठी स्मार्ट कॉन्ट्रॅक्टमधील एक त्रुटी पुरेशी आहे (उदा: [सोलानाचा वर्महोल ब्रिज](https://rekt.news/wormhole-rekt/)).
+- **प्रणालीगत आर्थिक धोके** – अनेक ब्रिज नवीन चेनवर मूळ मालमत्तेची कॅनोनिकल आवृत्ती मिंट करण्यासाठी रॅप्ड मालमत्ता वापरतात. हे इकोसिस्टमला प्रणालीगत धोक्यात आणते, जसे आपण टोकनच्या रॅप्ड आवृत्त्यांचे शोषण होताना पाहिले आहे.
+- **काउंटरपार्टी धोका –** काही ब्रिज विश्वासार्ह डिझाइन वापरतात ज्यात वापरकर्त्यांना या गृहितकावर अवलंबून राहावे लागते की व्हॅलिडेटर्स वापरकर्त्यांचे निधी चोरण्यासाठी संगनमत करणार नाहीत. वापरकर्त्यांना या तृतीय-पक्ष कलाकारांवर विश्वास ठेवण्याची गरज त्यांना रग पुल्स, सेन्सॉरशिप आणि इतर दुर्भावनापूर्ण क्रियाकलापांसारख्या धोक्यात आणते.
+- **खुल्या समस्या –** ब्रिज विकासाच्या सुरुवातीच्या टप्प्यात असल्याने, ब्रिज वेगवेगळ्या बाजाराच्या परिस्थितीत, जसे की नेटवर्क गर्दीच्या वेळी आणि नेटवर्क-स्तरीय हल्ले किंवा स्टेट रोलबॅकसारख्या अनपेक्षित घटनांमध्ये कसे कार्य करतील याबद्दल अनेक अनुत्तरित प्रश्न आहेत. ही अनिश्चितता काही धोके निर्माण करते, ज्याची डिग्री अजूनही अज्ञात आहे.
+
+## dapps ब्रिज कसे वापरू शकतात? {#how-can-dapps-use-bridges}
+
+येथे काही व्यावहारिक ऍप्लिकेशन्स आहेत ज्यांचा डेव्हलपर ब्रिज आणि त्यांचे dapp क्रॉस-चेन नेण्याबद्दल विचार करू शकतात:
+
+### ब्रिज इंटिग्रेट करणे {#integrating-bridges}
+
+डेव्हलपर्ससाठी, ब्रिजसाठी समर्थन जोडण्याचे अनेक मार्ग आहेत:
+
+1. **स्वतःचा ब्रिज तयार करणे –** एक सुरक्षित आणि विश्वासार्ह ब्रिज तयार करणे सोपे नाही, विशेषतः जर तुम्ही अधिक विश्वास-कमी केलेला मार्ग निवडला तर. शिवाय, यासाठी स्केलेबिलिटी आणि इंटरऑपरेबिलिटी अभ्यासाशी संबंधित अनेक वर्षांचा अनुभव आणि तांत्रिक कौशल्य आवश्यक आहे. याव्यतिरिक्त, ब्रिजची देखभाल करण्यासाठी आणि तो व्यवहार्य बनवण्यासाठी पुरेसे लिक्विडिटी आकर्षित करण्यासाठी एक प्रत्यक्ष टीमची आवश्यकता असेल.
+
+2. **वापरकर्त्यांना अनेक ब्रिज पर्याय दर्शवणे –** अनेक [dapps](/developers/docs/dapps/) वापरकर्त्यांना त्यांच्याशी संवाद साधण्यासाठी त्यांचे नेटिव्ह टोकन असणे आवश्यक असते. वापरकर्त्यांना त्यांचे टोकन मिळवता यावे यासाठी, ते त्यांच्या वेबसाइटवर वेगवेगळे ब्रिज पर्याय देतात. तथापि, ही पद्धत समस्येवर एक जलद उपाय आहे कारण ती वापरकर्त्याला dapp इंटरफेसपासून दूर नेते आणि तरीही त्यांना इतर dapps आणि ब्रिजशी संवाद साधावा लागतो. हा एक त्रासदायक ऑनबोर्डिंग अनुभव आहे ज्यात चुका करण्याची व्याप्ती वाढते.
+
+3. **ब्रिज इंटिग्रेट करणे –** या सोल्यूशनमध्ये dapp ला वापरकर्त्यांना बाह्य ब्रिज आणि DEX इंटरफेसवर पाठवण्याची गरज नाही. हे dapps ला वापरकर्ता ऑनबोर्डिंग अनुभव सुधारण्यास अनुमती देते. तथापि, या दृष्टिकोनाला त्याच्या मर्यादा आहेत:
+
+   - ब्रिजचे मूल्यांकन आणि देखभाल करणे कठीण आणि वेळखाऊ आहे.
+   - एक ब्रिज निवडल्याने एकच अपयशाचा बिंदू आणि अवलंबित्व निर्माण होते.
+   - dapp ब्रिजच्या क्षमतांनी मर्यादित आहे.
+   - एकटे ब्रिज पुरेसे नसतील. dapps ला क्रॉस-चेन स्वॅपसारखी अधिक कार्यक्षमता देण्यासाठी DEX ची आवश्यकता असू शकते.
+
+4. **एकाधिक ब्रिज इंटिग्रेट करणे –** हे सोल्यूशन एकाच ब्रिजला इंटिग्रेट करण्याशी संबंधित अनेक समस्या सोडवते. तथापि, यालाही मर्यादा आहेत, कारण एकाधिक ब्रिज इंटिग्रेट करणे संसाधन-खर्चीक आहे आणि डेव्हलपर्ससाठी तांत्रिक आणि संवाद ओव्हरहेड्स तयार करते—जे क्रिप्टोमधील सर्वात दुर्मिळ संसाधन आहे.
+
+5. **ब्रिज ॲग्रीगेटर इंटिग्रेट करणे –** dapps साठी दुसरा पर्याय म्हणजे ब्रिज ॲग्रीगेशन सोल्यूशन इंटिग्रेट करणे जे त्यांना एकाधिक ब्रिजमध्ये प्रवेश देते. ब्रिज ॲग्रीगेटर सर्व ब्रिजची शक्ती वारसाहक्काने घेतात आणि त्यामुळे कोणत्याही एका ब्रिजच्या क्षमतेने मर्यादित नसतात. विशेषतः, ब्रिज ॲग्रीगेटर सामान्यतः ब्रिज इंटिग्रेशनची देखभाल करतात, ज्यामुळे dapp ला ब्रिज इंटिग्रेशनच्या तांत्रिक आणि कार्यान्वयन पैलूंवर लक्ष ठेवण्याच्या त्रासातून वाचवते.
+
+असे असले तरी, ब्रिज ॲग्रीगेटर्सनाही त्यांच्या मर्यादा आहेत. उदाहरणार्थ, ते अधिक ब्रिज पर्याय देऊ शकत असले तरी, बाजारात साधारणपणे ॲग्रीगेटरच्या प्लॅटफॉर्मवर दिलेल्या पर्यायांपेक्षा बरेच अधिक ब्रिज उपलब्ध असतात. शिवाय, ब्रिजप्रमाणेच, ब्रिज ॲग्रीगेटर देखील स्मार्ट कॉन्ट्रॅक्ट आणि तंत्रज्ञान धोक्यात असतात (अधिक स्मार्ट कॉन्ट्रॅक्ट्स = अधिक धोके).
+
+जर dapp ब्रिज किंवा ॲग्रीगेटर इंटिग्रेट करण्याच्या मार्गावर जात असेल, तर इंटिग्रेशन किती खोलवर करायचे आहे यावर आधारित वेगवेगळे पर्याय आहेत. उदाहरणार्थ, जर ते केवळ वापरकर्ता ऑनबोर्डिंग अनुभव सुधारण्यासाठी फ्रंट-एंड इंटिग्रेशन असेल, तर dapp विजेट इंटिग्रेट करेल. तथापि, जर इंटिग्रेशन स्टेकिंग, यिल्ड फार्मिंग इत्यादींसारख्या खोल क्रॉस-चेन धोरणांचा शोध घेण्यासाठी असेल, तर dapp SDK किंवा API इंटिग्रेट करेल.
+
+### एकाधिक चेनवर dapp तैनात करणे {#deploying-a-dapp-on-multiple-chains}
+
+एकाधिक चेनवर dapp तैनात करण्यासाठी, डेव्हलपर [अल्केमी](https://www.alchemy.com/), [हार्डहॅट](https://hardhat.org/), [मोरॅलिस](https://moralis.io/) इत्यादींसारख्या डेव्हलपमेंट प्लॅटफॉर्मचा वापर करू शकतात. सामान्यतः, हे प्लॅटफॉर्म कंपोजेबल प्लगइन्ससह येतात जे dapps ला क्रॉस-चेन जाण्यास सक्षम करू शकतात. उदाहरणार्थ, डेव्हलपर [हार्डहॅट-डिप्लॉय प्लगइन](https://github.com/wighawag/hardhat-deploy) द्वारे ऑफर केलेल्या डिटरमिनिस्टिक डिप्लॉयमेंट प्रॉक्सीचा वापर करू शकतात.
+
+#### उदाहरणे:
+
+- [क्रॉस-चेन dapps कसे तयार करावे](https://moralis.io/how-to-build-cross-chain-dapps/)
+- [क्रॉस-चेन NFT मार्केटप्लेस तयार करणे](https://youtu.be/WZWCzsB1xUE)
+- [मोरॅलिस: क्रॉस-चेन NFT dapps तयार करणे](https://www.youtube.com/watch?v=ehv70kE1QYo)
+
+### चेनवर कॉन्ट्रॅक्टच्या क्रियाकलापांचे निरीक्षण करणे {#monitoring-contract-activity-across-chains}
+
+चेनवर कॉन्ट्रॅक्टच्या क्रियाकलापांचे निरीक्षण करण्यासाठी, डेव्हलपर सबग्राफ आणि टेंडेरलीसारख्या डेव्हलपर प्लॅटफॉर्मचा वापर करून स्मार्ट कॉन्ट्रॅक्टचे रिअल-टाइममध्ये निरीक्षण करू शकतात. अशा प्लॅटफॉर्ममध्ये अशी साधने देखील असतात जी क्रॉस-चेन क्रियाकलापांसाठी अधिक डेटा मॉनिटरिंग कार्यक्षमता देतात, जसे की [कॉन्ट्रॅक्ट्सद्वारे उत्सर्जित केलेल्या इव्हेंट्स](https://docs.soliditylang.org/en/v0.8.14/contracts.html?highlight=events#events) तपासणे इत्यादी.
+
+#### साधने
+
+- [द ग्राफ](https://thegraph.com/en/)
+- [टेंडरली](https://tenderly.co/)
+
+## पुढील वाचन {#further-reading}
+
+- [ब्लॉकचेन ब्रिज](/bridges/) – ethereum.org
+- [L2Beat ब्रिज रिस्क फ्रेमवर्क](https://l2beat.com/bridges/summary)
+- [ब्लॉकचेन ब्रिज: क्रिप्टोनिटवर्क्सचे नेटवर्क तयार करणे](https://medium.com/1kxnetwork/blockchain-bridges-5db6afac44f8) - ८ सप्टेंबर, २०२१ – दिमित्री बेरेन्झॉन
+- [द इंटरऑपरेबिलिटी ट्रायलेमा](https://blog.connext.network/the-interoperability-trilemma-657c2cf69f17) - १ ऑक्टोबर, २०२१ – अर्जुन भुप्तानी
+- [क्लस्टर्स: विश्वासार्ह आणि विश्वास-कमी केलेले ब्रिज मल्टी-चेन लँडस्केप कसे आकार देतात](https://blog.celestia.org/clusters/) - ४ ऑक्टोबर, २०२१ – मुस्तफा अल-बस्सम
+- [LI.FI: ब्रिजसह, विश्वास एक स्पेक्ट्रम आहे](https://blog.li.fi/li-fi-with-bridges-trust-is-a-spectrum-354cd5a1a6d8) - २८ एप्रिल, २०२२ – अर्जुन चंद
+- [रोलअप इंटरऑपरेबिलिटी सोल्यूशन्सची स्थिती](https://web.archive.org/web/20250428015516/https://research.2077.xyz/the-state-of-rollup-interoperability) - २० जून, २०२४ – ॲलेक्स हूक
+- [सुरक्षित क्रॉस-चेन इंटरऑपरेबिलिटीसाठी शेअर केलेल्या सुरक्षेचा वापर करणे: लॅग्रेंज स्टेट कमिटी आणि त्यापलीकडे](https://web.archive.org/web/20250125035123/https://research.2077.xyz/harnessing-shared-security-for-secure-blockchain-interoperability) - १२ जून, २०२४ – इमॅन्युएल अवोसिका
+
+याव्यतिरिक्त, येथे [जेम्स प्रेस्टविच](https://twitter.com/_prestwich) द्वारे काही अंतर्दृष्टीपूर्ण सादरीकरणे आहेत जी ब्रिजची सखोल समज विकसित करण्यात मदत करू शकतात:
+
+- [भिंतींच्या बागा नव्हे, तर ब्रिज बांधणे](https://youtu.be/ZQJWMiX4hT0)
+- [ब्रिजचे विश्लेषण](https://youtu.be/b0mC-ZqN8Oo)
+- [ब्रिज का जळत आहेत](https://youtu.be/c7cm2kd20j8)
diff --git a/public/content/translations/mr/developers/docs/consensus-mechanisms/index.md b/public/content/translations/mr/developers/docs/consensus-mechanisms/index.md
new file mode 100644
index 00000000000..217b68bbec0
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/consensus-mechanisms/index.md
@@ -0,0 +1,92 @@
+---
+title: "सहमती यंत्रणा"
+description: "वितरित प्रणालींमधील सहमती प्रोटोकॉल आणि इथेरियममध्ये त्यांची भूमिका याचे स्पष्टीकरण."
+lang: mr
+---
+
+'सहमती यंत्रणा' हा शब्द 'प्रूफ-ऑफ-स्टेक', 'प्रूफ-ऑफ-वर्क' किंवा 'प्रूफ-ऑफ-अथॉरिटी' प्रोटोकॉलचा संदर्भ देण्यासाठी बोलचालीत वापरला जातो. तथापि, हे फक्त सहमती यंत्रणेतील घटक आहेत जे [सिबिल हल्ल्यांपासून](/glossary/#sybil-attack) संरक्षण करतात. सहमती यंत्रणा म्हणजे कल्पना, प्रोटोकॉल आणि प्रोत्साहनांचा संपूर्ण स्टॅक जो नोड्सच्या वितरित संचाला ब्लॉकचेनच्या स्थितीवर सहमत होण्यास सक्षम करतो.
+
+## पूर्वतयारी {#prerequisites}
+
+हे पान अधिक चांगल्या प्रकारे समजून घेण्यासाठी, आम्ही शिफारस करतो की तुम्ही प्रथम आमचे [इथेरियमची ओळख](/developers/docs/intro-to-ethereum/) वाचा.
+
+## सहमती म्हणजे काय? {#what-is-consensus}
+
+सहमतीने, आमचा अर्थ असा आहे की एक सामान्य करार झाला आहे. सिनेमाला जाणाऱ्या लोकांच्या गटाचा विचार करा. जर चित्रपटाच्या प्रस्तावित निवडीवर कोणताही मतभेद नसेल, तर सहमती साधली जाते. जर मतभेद असतील, तर कोणता चित्रपट पाहायचा हे ठरवण्यासाठी गटाकडे साधन असणे आवश्यक आहे. टोकाच्या परिस्थितीत, गट अखेरीस विभाजित होईल.
+
+इथेरियम ब्लॉकचेनच्या संदर्भात, प्रक्रिया औपचारिक केली आहे आणि सहमती गाठणे म्हणजे नेटवर्कवरील किमान 66% नोड्स नेटवर्कच्या जागतिक स्थितीवर सहमत आहेत.
+
+## सहमती यंत्रणा म्हणजे काय? {#what-is-a-consensus-mechanism}
+
+सहमती यंत्रणा हा शब्द प्रोटोकॉल, प्रोत्साहन आणि कल्पनांच्या संपूर्ण स्टॅकचा संदर्भ देतो जे नोड्सच्या नेटवर्कला ब्लॉकचेनच्या स्थितीवर सहमत होऊ देतात.
+
+इथेरियम प्रूफ-ऑफ-स्टेक-आधारित सहमती यंत्रणा वापरते जी स्टेकर्सद्वारे लॉक केलेल्या भांडवलावर लागू केलेल्या बक्षिसे आणि दंडांच्या संचामधून तिची क्रिप्टो-आर्थिक सुरक्षा प्राप्त करते. ही प्रोत्साहन रचना वैयक्तिक स्टेकर्सना प्रामाणिक व्हॅलिडेटर चालवण्यासाठी प्रोत्साहित करते, जे करत नाहीत त्यांना शिक्षा देते आणि नेटवर्कवर हल्ला करण्यासाठी अत्यंत उच्च खर्च निर्माण करते.
+
+मग, एक प्रोटोकॉल आहे जो प्रामाणिक व्हॅलिडेटर्सना ब्लॉक प्रस्तावित किंवा प्रमाणित करण्यासाठी, व्यवहारांवर प्रक्रिया करण्यासाठी आणि चेनच्या हेडबद्दल त्यांच्या मतासाठी मतदान करण्यासाठी कसे निवडले जाते हे नियंत्रित करतो. क्वचित प्रसंगी, जेव्हा एकापेक्षा जास्त ब्लॉक्स चेनच्या हेडजवळ एकाच स्थितीत असतात, तेव्हा एक फोर्क-चॉइस यंत्रणा असते जी 'सर्वात जड' चेन बनवणारे ब्लॉक्स निवडते, जे त्यांच्या स्टेक केलेल्या इथर बॅलन्सनुसार भारित केलेल्या ब्लॉक्ससाठी मतदान करणाऱ्या व्हॅलिडेटर्सच्या संख्येनुसार मोजले जाते.
+
+सहमतीसाठी काही संकल्पना महत्त्वाच्या आहेत ज्या कोडमध्ये स्पष्टपणे परिभाषित केलेल्या नाहीत, जसे की नेटवर्कवरील हल्ल्यांविरुद्ध संरक्षणाची शेवटची ओळ म्हणून संभाव्य आउट-ऑफ-बँड सामाजिक समन्वयाद्वारे देऊ केलेली अतिरिक्त सुरक्षा.
+
+हे घटक मिळून सहमती यंत्रणा तयार करतात.
+
+## सहमती यंत्रणेचे प्रकार {#types-of-consensus-mechanisms}
+
+### प्रूफ-ऑफ-वर्क आधारित {#proof-of-work}
+
+बिटकॉइनप्रमाणे, इथेरियमने एकेकाळी **प्रूफ-ऑफ-वर्क (PoW)** आधारित सहमती प्रोटोकॉल वापरला.
+
+#### ब्लॉक निर्मिती {#pow-block-creation}
+
+मायनर्स प्रक्रिया केलेल्या व्यवहारांनी भरलेले नवीन ब्लॉक्स तयार करण्यासाठी स्पर्धा करतात. विजेता नवीन ब्लॉक नेटवर्कच्या उर्वरित भागासह शेअर करतो आणि काही नव्याने तयार केलेले ETH मिळवतो. ही शर्यत तो संगणक जिंकतो जो गणिताचे कोडे सर्वात वेगाने सोडवू शकतो. हे सध्याचा ब्लॉक आणि त्यापूर्वीच्या ब्लॉकमध्ये क्रिप्टोग्राफिक दुवा तयार करते. हे कोडे सोडवणे हेच "प्रूफ-ऑफ-वर्क" मधील काम आहे. कॅनॉनिकल चेन नंतर फोर्क-चॉइस नियमाद्वारे निर्धारित केली जाते जी ब्लॉक्सचा संच निवडते ज्यांना माइन करण्यासाठी सर्वात जास्त काम केले गेले आहे.
+
+#### सुरक्षा {#pow-security}
+
+चेनची फसवणूक करण्यासाठी तुम्हाला नेटवर्कच्या संगणकीय शक्तीपैकी 51% शक्तीची आवश्यकता असेल या वस्तुस्थितीमुळे नेटवर्क सुरक्षित ठेवले जाते. यासाठी उपकरणे आणि उर्जेमध्ये मोठ्या प्रमाणात गुंतवणूक करावी लागेल; तुम्हाला जेवढा फायदा होईल त्यापेक्षा जास्त खर्च होण्याची शक्यता आहे.
+
+[प्रूफ-ऑफ-वर्क](/developers/docs/consensus-mechanisms/pow/) वर अधिक
+
+### प्रूफ-ऑफ-स्टेक आधारित {#proof-of-stake}
+
+इथेरियम आता **प्रूफ-ऑफ-स्टेक (PoS)** आधारित सहमती प्रोटोकॉल वापरते.
+
+#### ब्लॉक निर्मिती {#pos-block-creation}
+
+व्हॅलिडेटर्स ब्लॉक्स तयार करतात. प्रत्येक स्लॉटमध्ये ब्लॉक प्रस्तावक होण्यासाठी एका व्हॅलिडेटरची यादृच्छिकपणे निवड केली जाते. त्यांचा सहमती क्लायंट त्यांच्या जोडलेल्या एक्झिक्युशन क्लायंटकडून 'एक्झिक्युशन पेलोड' म्हणून व्यवहारांचा एक बंडल विनंती करतो. ते हे सहमती डेटामध्ये लपेटून एक ब्लॉक तयार करतात, जो ते इथेरियम नेटवर्कवरील इतर नोड्सना पाठवतात. या ब्लॉक उत्पादनासाठी ETH मध्ये बक्षीस दिले जाते. क्वचित प्रसंगी जेव्हा एकाच स्लॉटसाठी एकाधिक संभाव्य ब्लॉक्स अस्तित्वात असतात, किंवा नोड्स वेगवेगळ्या वेळी ब्लॉक्सबद्दल ऐकतात, तेव्हा फोर्क चॉईस अल्गोरिदम तो ब्लॉक निवडतो जो अटेस्टेशन्सच्या सर्वाधिक वजनासह चेन तयार करतो (जेथे वजन हे त्यांच्या ETH बॅलन्सद्वारे मोजलेले अटेस्ट करणाऱ्या व्हॅलिडेटर्सची संख्या आहे).
+
+#### सुरक्षा {#pos-security}
+
+एक प्रूफ-ऑफ-स्टेक प्रणाली क्रिप्टो-इकॉनॉमिकली सुरक्षित आहे कारण चेनवर नियंत्रण मिळविण्याचा प्रयत्न करणाऱ्या हल्लेखोराला मोठ्या प्रमाणात ETH नष्ट करावे लागते. बक्षिसांची एक प्रणाली वैयक्तिक स्टेकर्सना प्रामाणिकपणे वागण्यासाठी प्रोत्साहित करते आणि दंड स्टेकर्सना दुर्भावनापूर्णपणे वागण्यापासून परावृत्त करतो.
+
+[प्रूफ-ऑफ-स्टेक](/developers/docs/consensus-mechanisms/pos/) वर अधिक
+
+### एक व्हिज्युअल मार्गदर्शक {#types-of-consensus-video}
+
+इथेरियमवर वापरल्या जाणाऱ्या विविध प्रकारच्या सहमती यंत्रणांवर अधिक पहा:
+
+<YouTube id="ojxfbN78WFQ" />
+
+### सिबिल प्रतिकार आणि चेन निवड {#sybil-chain}
+
+प्रूफ-ऑफ-वर्क आणि प्रूफ-ऑफ-स्टेक हे एकटे सहमती प्रोटोकॉल नाहीत, परंतु साधेपणासाठी त्यांना अनेकदा असे संबोधले जाते. ते प्रत्यक्षात सिबिल प्रतिकार यंत्रणा आणि ब्लॉक लेखक निवडक आहेत; नवीनतम ब्लॉकचा लेखक कोण आहे हे ठरवण्याचा हा एक मार्ग आहे. आणखी एक महत्त्वाचा घटक म्हणजे चेन निवड (उर्फ फोर्क चॉईस) अल्गोरिदम जो नोड्सना चेनच्या हेडवर एकाच स्थितीत एकापेक्षा जास्त ब्लॉक्स अस्तित्वात असलेल्या परिस्थितीत एकच योग्य ब्लॉक निवडण्यास सक्षम करतो.
+
+**सिबिल प्रतिकार** हे मोजते की एखादा प्रोटोकॉल सिबिल हल्ल्याविरुद्ध कसा सामना करतो. या प्रकारच्या हल्ल्याला प्रतिकार करणे विकेंद्रित ब्लॉकचेनसाठी आवश्यक आहे आणि मायनर्स आणि व्हॅलिडेटर्सना गुंतवलेल्या संसाधनांवर आधारित समान बक्षीस मिळण्यास सक्षम करते. प्रूफ-ऑफ-वर्क आणि प्रूफ-ऑफ-स्टेक वापरकर्त्यांना भरपूर ऊर्जा खर्च करण्यास किंवा भरपूर कोलॅटरल ठेवण्यास लावून यापासून संरक्षण करतात. हे संरक्षण सिबिल हल्ल्यांना एक आर्थिक प्रतिबंधक आहेत.
+
+कोणती चेन "योग्य" चेन आहे हे ठरवण्यासाठी **चेन निवड नियम** वापरला जातो. बिटकॉइन "सर्वात लांब चेन" नियम वापरते, याचा अर्थ असा की जी ब्लॉकचेन सर्वात लांब असेल तीच बाकीचे नोड्स वैध म्हणून स्वीकारतील आणि तिच्यासोबत काम करतील. प्रूफ-ऑफ-वर्क चेन्ससाठी, सर्वात लांब चेन चेनच्या एकूण संचित प्रूफ-ऑफ-वर्क डिफिकल्टीद्वारे निर्धारित केली जाते. इथेरियम देखील सर्वात लांब चेन नियम वापरायचे; तथापि, आता इथेरियम प्रूफ-ऑफ-स्टेकवर चालत असल्याने, त्याने एक अद्ययावत फोर्क-चॉइस अल्गोरिदम स्वीकारला आहे जो चेनचे 'वजन' मोजतो. वजन हे व्हॅलिडेटर मतांची जमा झालेली बेरीज आहे, जी व्हॅलिडेटरच्या स्टेक केलेल्या इथर बॅलन्सद्वारे भारित केली जाते.
+
+इथेरियम [Gasper](/developers/docs/consensus-mechanisms/pos/gasper/) नावाची सहमती यंत्रणा वापरते जी [Casper FFG प्रूफ-ऑफ-स्टेक](https://arxiv.org/abs/1710.09437) ला [GHOST फोर्क-चॉइस नियमा](https://arxiv.org/abs/2003.03052) सह जोडते.
+
+## पुढील वाचन {#further-reading}
+
+- [ब्लॉकचेन सहमती अल्गोरिदम म्हणजे काय?](https://academy.binance.com/en/articles/what-is-a-blockchain-consensus-algorithm)
+- [नाकामोतो सहमती म्हणजे काय? पूर्ण नवशिक्यांसाठी मार्गदर्शक](https://blockonomi.com/nakamoto-consensus/)
+- [कॅस्पर कसे काम करते?](https://medium.com/unitychain/intro-to-casper-ffg-9ed944d98b2d)
+- [प्रूफ ऑफ वर्क ब्लॉकचेनच्या सुरक्षा आणि कामगिरीवर](https://eprint.iacr.org/2016/555.pdf)
+- [बायझेंटाईन फॉल्ट](https://en.wikipedia.org/wiki/Byzantine_fault)
+
+_तुम्हाला मदत केलेल्या सामुदायिक संसाधनाबद्दल माहिती आहे का?_ हे पृष्ठ संपादित करा आणि ते जोडा!_
+
+## संबंधित विषय {#related-topics}
+
+- [प्रूफ-ऑफ-वर्क](/developers/docs/consensus-mechanisms/pow/)
+- [मायनिंग](/developers/docs/consensus-mechanisms/pow/mining/)
+- [प्रूफ-ऑफ-स्टेक](/developers/docs/consensus-mechanisms/pos/)
+- [प्रूफ-ऑफ-अथॉरिटी](/developers/docs/consensus-mechanisms/poa/)
diff --git a/public/content/translations/mr/developers/docs/consensus-mechanisms/poa/index.md b/public/content/translations/mr/developers/docs/consensus-mechanisms/poa/index.md
new file mode 100644
index 00000000000..c923382e49b
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/consensus-mechanisms/poa/index.md
@@ -0,0 +1,80 @@
+---
+title: "प्रूफ-ऑफ-अथॉरिटी (PoA)"
+description: "प्रूफ-ऑफ-अथॉरिटी एकमत प्रोटोकॉल आणि ब्लॉकचेन इकोसिस्टममधील त्याच्या भूमिकेचे स्पष्टीकरण."
+lang: mr
+---
+
+**प्रूफ-ऑफ-अथॉरिटी (PoA)** हा प्रतिष्ठेवर आधारित एकमत अल्गोरिदम आहे जो [प्रूफ-ऑफ-स्टेक](/developers/docs/consensus-mechanisms/pos/) ची सुधारित आवृत्ती आहे. हे मुख्यतः खाजगी चेन्स, टेस्टनेट्स आणि स्थानिक विकास नेटवर्क्सद्वारे वापरले जाते. PoA हा प्रतिष्ठेवर आधारित एकमत अल्गोरिदम आहे ज्यामध्ये PoS मधील स्टेक-आधारित यंत्रणेऐवजी ब्लॉक्स तयार करण्यासाठी अधिकृत स्वाक्षरीकर्त्यांच्या संचावर विश्वास ठेवण्याची आवश्यकता असते.
+
+## पूर्वतयारी {#prerequisites}
+
+हे पान अधिक चांगल्या प्रकारे समजून घेण्यासाठी, आम्ही शिफारस करतो की तुम्ही प्रथम [transactions](/developers/docs/transactions/), [blocks](/developers/docs/blocks/), आणि [consensus mechanisms](/developers/docs/consensus-mechanisms/) बद्दल वाचा.
+
+## प्रूफ-ऑफ-अथॉरिटी (PoA) म्हणजे काय? {#what-is-poa}
+
+प्रूफ-ऑफ-अथॉरिटी ही **[प्रूफ-ऑफ-स्टेक](/developers/docs/consensus-mechanisms/pos/) (PoS)** ची एक सुधारित आवृत्ती आहे, जी PoS मधील स्टेक-आधारित यंत्रणेऐवजी प्रतिष्ठेवर आधारित एकमत अल्गोरिदम आहे. ही संज्ञा २०१७ मध्ये गॅविन वुड यांनी पहिल्यांदा मांडली होती आणि हा एकमत अल्गोरिदम मुख्यतः खाजगी चेन्स, टेस्टनेट्स आणि स्थानिक विकास नेटवर्क्सद्वारे वापरला गेला आहे, कारण तो PoW प्रमाणे उच्च दर्जाच्या संसाधनांची गरज दूर करतो आणि ब्लॉकचेन साठवणारे व ब्लॉक्स तयार करणाऱ्या नोड्सचा एक छोटा उपसंच ठेवून PoS मधील स्केलेबिलिटीच्या समस्यांवर मात करतो.
+
+प्रूफ-ऑफ-अथॉरिटीमध्ये अधिकृत स्वाक्षरीकर्त्यांच्या एका संचावर विश्वास ठेवण्याची आवश्यकता असते जे [जेनेसिस ब्लॉक](/glossary/#genesis-block) मध्ये सेट केलेले असतात. सध्याच्या बहुतेक अंमलबजावणीमध्ये, चेनच्या एकमताचा निर्धार करताना सर्व अधिकृत स्वाक्षरीकर्ते समान अधिकार आणि विशेषाधिकार राखून ठेवतात. प्रतिष्ठा स्टेक करण्यामागील कल्पना अशी आहे की, प्रत्येक अधिकृत व्हॅलिडेटर नो युअर कस्टमर (KYC) सारख्या गोष्टींद्वारे किंवा एखादी सुप्रसिद्ध संस्था एकमेव व्हॅलिडेटर असल्याने प्रत्येकाला चांगलाच ओळखला जातो—यामुळे जर एखाद्या व्हॅलिडेटरने काही चुकीचे केले, तर त्यांची ओळख ज्ञात असते.
+
+PoA च्या अनेक अंमलबजावणी आहेत, परंतु मानक Ethereum अंमलबजावणी **clique** आहे, जी [EIP-225](https://eips.ethereum.org/EIPS/eip-225) लागू करते. Clique हे डेव्हलपर-फ्रेंडली आणि अंमलबजावणी करण्यास सोपे मानक आहे, जे सर्व क्लायंट सिंकिंग प्रकारांना सपोर्ट करते. इतर अंमलबजावणीमध्ये [IBFT 2.0](https://besu.hyperledger.org/private-networks/concepts/poa) आणि [Aura](https://openethereum.github.io/Chain-specification) यांचा समावेश आहे.
+
+## हे कसे कार्य करते {#how-it-works}
+
+PoA मध्ये, नवीन ब्लॉक्स तयार करण्यासाठी अधिकृत स्वाक्षरीकर्त्यांचा एक संच निवडला जातो. स्वाक्षरीकर्ते त्यांच्या प्रतिष्ठेच्या आधारावर निवडले जातात, आणि त्यांनाच नवीन ब्लॉक्स तयार करण्याची परवानगी असते. स्वाक्षरीकर्ते राउंड-रॉबिन पद्धतीने निवडले जातात, आणि प्रत्येक स्वाक्षरीकर्त्याला एका विशिष्ट वेळेच्या चौकटीत एक ब्लॉक तयार करण्याची परवानगी असते. ब्लॉक निर्मितीची वेळ निश्चित असते, आणि स्वाक्षरीकर्त्यांना त्या वेळेच्या चौकटीत एक ब्लॉक तयार करणे आवश्यक असते.
+
+या संदर्भात प्रतिष्ठा ही मोजता येण्याजोगी गोष्ट नाही तर ती Microsoft आणि Google सारख्या सुप्रसिद्ध कॉर्पोरेशन्सची प्रतिष्ठा आहे, त्यामुळे विश्वासू स्वाक्षरीकर्त्यांना निवडण्याची पद्धत अल्गोरिथमिक नाही तर ती _विश्वासाची_ सामान्य मानवी कृती आहे जिथे एक संस्था, उदाहरणार्थ, Microsoft, शेकडो किंवा हजारो स्टार्टअप्समध्ये एक PoA खाजगी नेटवर्क तयार करते आणि स्वतः एकमेव विश्वासू स्वाक्षरीकर्त्याची भूमिका बजावते, भविष्यात Google सारख्या इतर सुप्रसिद्ध स्वाक्षरीकर्त्यांना जोडण्याच्या शक्यतेसह, स्टार्टअप्स, निःसंशयपणे, Microsoft वर नेहमी प्रामाणिकपणे वागण्याचा आणि नेटवर्क वापरण्याचा विश्वास ठेवतील. यामुळे वेगवेगळ्या उद्देशांसाठी बनवलेल्या विविध छोट्या/खाजगी नेटवर्क्सना विकेंद्रित आणि कार्यरत ठेवण्यासाठी त्यात स्टेक करण्याची गरज संपते, तसेच मायनर्सची गरजही संपते, जे खूप जास्त ऊर्जा आणि संसाधने वापरतात. काही खाजगी नेटवर्क्स जसे की VeChain, PoA मानक जसे आहे तसे वापरतात, आणि काही त्यात बदल करतात जसे की Binance जे [PoSA](https://academy.binance.com/en/glossary/proof-of-staked-authority-posa) वापरते, जे PoA आणि PoS ची एक कस्टम सुधारित आवृत्ती आहे.
+
+मतदान प्रक्रिया स्वतः स्वाक्षरीकर्त्यांद्वारे केली जाते. प्रत्येक स्वाक्षरीकर्ता जेव्हा नवीन ब्लॉक तयार करतो, तेव्हा तो आपल्या ब्लॉकमध्ये एखाद्या स्वाक्षरीकर्त्याला जोडण्यासाठी किंवा काढण्यासाठी मत देतो. नोड्सद्वारे मतांची मोजणी केली जाते, आणि मते `SIGNER_LIMIT` या विशिष्ट मर्यादेपर्यंत पोहोचल्यावर स्वाक्षरीकर्त्यांना जोडले किंवा काढले जाते.
+
+अशी परिस्थिती उद्भवू शकते जिथे छोटे फोर्क्स होतात, ब्लॉकची अडचण यावर अवलंबून असते की ब्लॉकवर क्रमाने सही केली होती की क्रमाबाहेर. “क्रमाने” असलेल्या ब्लॉक्सची अडचण २ असते आणि “क्रमाबाहेर” असलेल्या ब्लॉक्सची अडचण १ असते. छोट्या फोर्क्सच्या बाबतीत, ज्या चेनमध्ये बहुतेक स्वाक्षरीकर्ते “क्रमाने” ब्लॉक्स सील करतात, ती सर्वात जास्त अडचण जमा करेल आणि जिंकेल.
+
+## हल्ल्याचे मार्ग {#attack-vectors}
+
+### दुर्भावनापूर्ण स्वाक्षरीकर्ते {#malicious-signers}
+
+एखादा दुर्भावनापूर्ण वापरकर्ता स्वाक्षरीकर्त्यांच्या यादीत जोडला जाऊ शकतो, किंवा स्वाक्षरी की/मशीनशी तडजोड केली जाऊ शकते. अशा परिस्थितीत प्रोटोकॉलला पुनर्रचना आणि स्पॅमिंगपासून स्वतःचे संरक्षण करता आले पाहिजे. प्रस्तावित उपाय असा आहे की N अधिकृत स्वाक्षरीकर्त्यांच्या यादीत, कोणताही स्वाक्षरीकर्ता प्रत्येक K पैकी फक्त १ ब्लॉक मिंट करू शकतो. यामुळे नुकसान मर्यादित राहते याची खात्री होते आणि उर्वरित व्हॅलिडेटर्स दुर्भावनापूर्ण वापरकर्त्याला मतदानाने बाहेर काढू शकतात.
+
+### सेन्सॉरशिप {#censorship-attack}
+
+आणखी एक मनोरंजक हल्ल्याचा मार्ग म्हणजे जर एखादा स्वाक्षरीकर्ता (किंवा स्वाक्षरीकर्त्यांचा गट) त्यांना अधिकृततेच्या यादीतून काढून टाकण्यासाठी मतदान करणाऱ्या ब्लॉक्सना सेन्सॉर करण्याचा प्रयत्न करतो. यावर उपाय म्हणून, स्वाक्षरीकर्त्यांची परवानगी असलेली मिंटिंग वारंवारता N/2 पैकी १ पर्यंत मर्यादित आहे. यामुळे दुर्भावनापूर्ण स्वाक्षरीकर्त्यांना किमान ५१% स्वाक्षरी खात्यांवर नियंत्रण ठेवण्याची गरज भासते याची खात्री होते, त्यावेळी ते प्रभावीपणे चेनसाठी सत्याचा नवीन स्रोत बनतील.
+
+### स्पॅम {#spam-attack}
+
+आणखी एक छोटा हल्ल्याचा मार्ग म्हणजे दुर्भावनापूर्ण स्वाक्षरीकर्ते त्यांनी मिंट केलेल्या प्रत्येक ब्लॉकमध्ये नवीन मत प्रस्ताव टाकतात. अधिकृत स्वाक्षरीकर्त्यांची प्रत्यक्ष यादी तयार करण्यासाठी नोड्सना सर्व मतांची मोजणी करण्याची आवश्यकता असल्याने, त्यांना कालांतराने सर्व मते रेकॉर्ड करणे आवश्यक आहे. मतदान विंडोवर मर्यादा न ठेवता, हे हळूहळू, पण अमर्यादपणे वाढू शकते. यावर उपाय म्हणजे W ब्लॉक्सची एक _मूव्हिंग_ विंडो ठेवणे, ज्यानंतर मते शिळी मानली जातात. _एक वाजवी विंडो १-२ इपॉक्स असू शकते._
+
+### समवर्ती ब्लॉक्स {#concurrent-blocks}
+
+एका PoA नेटवर्कमध्ये, जेव्हा N अधिकृत स्वाक्षरीकर्ते असतात, तेव्हा प्रत्येक स्वाक्षरीकर्त्याला K पैकी १ ब्लॉक मिंट करण्याची परवानगी असते, याचा अर्थ असा की N-K+1 व्हॅलिडेटर्सना कोणत्याही वेळी मिंट करण्याची परवानगी असते. या व्हॅलिडेटर्सना ब्लॉक्ससाठी स्पर्धा करण्यापासून रोखण्यासाठी, प्रत्येक स्वाक्षरीकर्त्याने नवीन ब्लॉक रिलीज करण्याच्या वेळेत एक छोटा यादृच्छिक "ऑफसेट" जोडला पाहिजे. जरी ही प्रक्रिया छोटे फोर्क्स दुर्मिळ असल्याची खात्री करत असली तरी, मेननेटप्रमाणेच कधीकधी फोर्क्स तरीही होऊ शकतात. जर एखादा स्वाक्षरीकर्ता आपल्या अधिकाराचा गैरवापर करून गोंधळ निर्माण करत असल्याचे आढळल्यास, इतर स्वाक्षरीकर्ते त्यांना मतदानाने बाहेर काढू शकतात.
+
+उदाहरणार्थ, जर १० अधिकृत स्वाक्षरीकर्ते असतील आणि प्रत्येक स्वाक्षरीकर्त्याला २० पैकी १ ब्लॉक तयार करण्याची परवानगी असेल, तर कोणत्याही वेळी, ११ व्हॅलिडेटर्स ब्लॉक्स तयार करू शकतात. त्यांना ब्लॉक्स तयार करण्यासाठी स्पर्धा करण्यापासून रोखण्यासाठी, प्रत्येक स्वाक्षरीकर्ता नवीन ब्लॉक रिलीज करण्याच्या वेळेत एक छोटा यादृच्छिक "ऑफसेट" जोडतो. यामुळे छोट्या फोर्क्सची घटना कमी होते परंतु तरीही कधीकधी फोर्क्सना परवानगी देते, जसे की Ethereum मेननेटवर पाहिले जाते. जर एखादा स्वाक्षरीकर्ता आपल्या अधिकाराचा गैरवापर करतो आणि व्यत्यय आणतो, तर त्यांना नेटवर्कमधून मतदानाने बाहेर काढले जाऊ शकते.
+
+## फायदे आणि तोटे {#pros-and-cons}
+
+| फायदे                                                                                                                                                                                       | बाधक                                                                                                                                                                                                                   |
+| ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| PoS आणि PoW सारख्या इतर लोकप्रिय यंत्रणांपेक्षा अधिक स्केलेबल, कारण ते मर्यादित संख्येच्या ब्लॉक स्वाक्षरीकर्त्यांवर आधारित आहे.                                            | PoA नेटवर्क्समध्ये सामान्यतः तुलनेने कमी संख्येने व्हॅलिडेटिंग नोड्स असतात. यामुळे PoA नेटवर्क अधिक केंद्रीकृत बनते.                                                                   |
+| PoA ब्लॉकचेन्स चालवण्यासाठी आणि देखभालीसाठी अत्यंत स्वस्त आहेत.                                                                                                             | अधिकृत स्वाक्षरीकर्ता बनणे सामान्यतः एका सामान्य व्यक्तीच्या आवाक्याबाहेरचे असते, कारण ब्लॉकचेनला प्रस्थापित प्रतिष्ठा असलेल्या संस्थांची आवश्यकता असते.                                               |
+| व्यवहार खूप लवकर कन्फर्म होतात, कारण ते १ सेकंदापेक्षा कमी वेळेत होऊ शकतात कारण नवीन ब्लॉक्स व्हॅलिडेट करण्यासाठी फक्त मर्यादित संख्येने स्वाक्षरीकर्त्यांची आवश्यकता असते. | दुर्भावनापूर्ण स्वाक्षरीकर्ते नेटवर्कमध्ये पुनर्रचना (reorg), दुहेरी खर्च (double spend), व्यवहार सेन्सॉर करू शकतात, हे हल्ले कमी केले जातात पण तरीही शक्य आहेत. |
+
+## पुढील वाचन {#further-reading}
+
+- [EIP-225](https://eips.ethereum.org/EIPS/eip-225) _क्लिक मानक_
+- [प्रूफ ऑफ अथॉरिटी अभ्यास](https://github.com/cryptoeconomics-study/website/blob/master/docs/sync/2.4-lecture.md) _क्रिप्टोइकॉनॉमिक्स_
+- [प्रूफ ऑफ अथॉरिटी म्हणजे काय](https://forum.openzeppelin.com/t/proof-of-authority/3577) _OpenZeppelin_
+- [प्रूफ ऑफ अथॉरिटीचे स्पष्टीकरण](https://academy.binance.com/en/articles/proof-of-authority-explained) _binance_
+- [ब्लॉकचेनमधील PoA](https://medium.com/techskill-brew/proof-of-authority-or-poa-in-blockchain-part-11-blockchain-series-be15b3321cba)
+- [क्लिकचे स्पष्टीकरण](https://medium.com/@Destiner/clique-cross-client-proof-of-authority-algorithm-for-ethereum-8b2a135201d)
+- [अस्वीकृत PoA, Aura तपशील](https://openethereum.github.io/Chain-specification)
+- [IBFT 2.0, आणखी एक PoA अंमलबजावणी](https://besu.hyperledger.org/private-networks/concepts/poa)
+
+### तुम्ही पाहून शिकणारे आहात का? {#visual-learner}
+
+प्रूफ-ऑफ-अथॉरिटीचे दृष्य स्पष्टीकरण पहा:
+
+<YouTube id="Mj10HSEM5_8" />
+
+## संबंधित विषय {#related-topics}
+
+- [प्रूफ-ऑफ-वर्क](/developers/docs/consensus-mechanisms/pow/)
+- [प्रूफ-ऑफ-स्टेक](/developers/docs/consensus-mechanisms/pos/)
+
diff --git a/public/content/translations/mr/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md b/public/content/translations/mr/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
new file mode 100644
index 00000000000..3938cae6180
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
@@ -0,0 +1,166 @@
+---
+title: "Ethereum प्रुफ-ऑफ-स्टेक हल्ला आणि संरक्षण"
+description: "प्रुफ-ऑफ-स्टेक Ethereum वरील ज्ञात हल्ला व्हेक्टरबद्दल आणि त्यांचे संरक्षण कसे केले जाते याबद्दल जाणून घ्या."
+lang: mr
+---
+
+चोर आणि घातपात करणारे Ethereum च्या क्लायंट सॉफ्टवेअरवर हल्ला करण्यासाठी सतत संधी शोधत असतात. हे पृष्ठ Ethereum च्या सहमती लेयरवरील ज्ञात हल्ला व्हेक्टरची आणि त्या हल्ल्यांपासून संरक्षण कसे करता येईल याची रूपरेषा देते. या पृष्ठावरील माहिती एका [लांब स्वरूपाच्या आवृत्तीतून](https://mirror.xyz/jmcook.eth/YqHargbVWVNRQqQpVpzrqEQ8IqwNUJDIpwRP7SS5FXs) रुपांतरित केली आहे.
+
+## पूर्वतयारी {#prerequisites}
+
+[प्रुफ-ऑफ-स्टेक](/developers/docs/consensus-mechanisms/pos/) चे काही मूलभूत ज्ञान आवश्यक आहे. तसेच, Ethereum च्या [प्रोत्साहन लेयर](/developers/docs/consensus-mechanisms/pos/rewards-and-penalties) आणि फोर्क-चॉइस अल्गोरिदम, [LMD-GHOST](/developers/docs/consensus-mechanisms/pos/gasper) यांची मूलभूत समज असणे उपयुक्त ठरेल.
+
+## हल्लेखोरांना काय हवे आहे? {#what-do-attackers-want}
+
+एक सामान्य गैरसमज असा आहे की एक यशस्वी हल्लेखोर नवीन इथर तयार करू शकतो, किंवा अनियंत्रित खात्यांमधून इथर काढू शकतो. यापैकी काहीही शक्य नाही कारण नेटवर्कवरील सर्व एक्झिक्युशन क्लायंटद्वारे सर्व व्यवहार कार्यान्वित केले जातात. त्यांनी वैधतेच्या मूलभूत अटी पूर्ण केल्या पाहिजेत (उदा. व्यवहार प्रेषकाच्या खाजगी की द्वारे स्वाक्षरी केलेले आहेत, प्रेषकाकडे पुरेसा बॅलन्स आहे, इत्यादी) अन्यथा ते फक्त परत फिरतात. परिणामांचे तीन वर्ग आहेत ज्यांना हल्लेखोर वास्तववादीपणे लक्ष्य करू शकतो: रिओर्ग, दुहेरी अंतिमता किंवा अंतिमता विलंब.
+
+**“रिओर्ग”** म्हणजे कॅनॉनिकल चेनमध्ये काही ब्लॉक जोडून किंवा वजा करून, ब्लॉकची नवीन क्रमाने पुनर्रचना करणे. एक दुर्भावनापूर्ण रिओर्ग विशिष्ट ब्लॉक समाविष्ट किंवा वगळले जातील याची खात्री करू शकतो, ज्यामुळे फ्रंट-रनिंग आणि बॅक-रनिंग व्यवहारांद्वारे (MEV) दुहेरी-खर्च किंवा मूल्य काढण्यास परवानगी मिळते. विशिष्ट व्यवहारांना कॅनॉनिकल चेनमध्ये समाविष्ट होण्यापासून रोखण्यासाठी - एक प्रकारची सेन्सॉरशिप म्हणून - रि-ऑर्गचा वापर देखील केला जाऊ शकतो. रिओर्गचे सर्वात टोकाचे स्वरूप “अंतिमता रिव्हर्जन” आहे जे पूर्वी अंतिम केलेल्या ब्लॉकना काढून टाकते किंवा बदलते. हे तेव्हाच शक्य आहे जेव्हा एकूण स्टेक केलेल्या इथरपैकी ⅓ पेक्षा जास्त इथर हल्लेखोराद्वारे नष्ट केले जाते - ही हमी “आर्थिक अंतिमता” म्हणून ओळखली जाते - याबद्दल नंतर अधिक माहिती.
+
+**दुहेरी अंतिमता** ही एक संभाव्य नसलेली पण गंभीर स्थिती आहे जिथे दोन फोर्क एकाच वेळी अंतिम होऊ शकतात, ज्यामुळे चेनमध्ये कायमस्वरूपी फूट निर्माण होते. एकूण स्टेक केलेल्या इथरपैकी 34% धोका पत्करण्यास तयार असलेल्या हल्लेखोरासाठी हे सैद्धांतिकदृष्ट्या शक्य आहे. समुदायाला ऑफचेन समन्वय साधावा लागेल आणि कोणत्या चेनचे अनुसरण करावे यावर एकमत व्हावे लागेल, ज्यासाठी सामाजिक लेयरमध्ये ताकद आवश्यक असेल.
+
+**अंतिमता विलंब** हल्ला नेटवर्कला चेनच्या विभागांना अंतिम करण्यासाठी आवश्यक अटींपर्यंत पोहोचण्यापासून प्रतिबंधित करतो. अंतिमतेशिवाय, Ethereum वर तयार केलेल्या आर्थिक ऍप्लिकेशन्सवर विश्वास ठेवणे कठीण आहे. अंतिमता विलंब हल्ल्याचा उद्देश थेट नफा कमावण्याऐवजी बहुधा फक्त Ethereum मध्ये व्यत्यय आणणे हा असतो, जोपर्यंत हल्लेखोराकडे काही धोरणात्मक शॉर्ट पोझिशन नसतील.
+
+सामाजिक लेयरवरील हल्ल्याचा उद्देश Ethereum मधील सार्वजनिक विश्वासाला कमी लेखणे, इथरचे अवमूल्यन करणे, अवलंब कमी करणे किंवा Ethereum समुदायाला कमकुवत करणे असू शकतो जेणेकरून आउट-ऑफ-बँड समन्वय अधिक कठीण होईल.
+
+एखादा प्रतिस्पर्धी Ethereum वर हल्ला का करू शकतो हे स्थापित केल्यावर, पुढील विभाग ते _कसे_ करू शकतात याचे परीक्षण करतात.
+
+## हल्ल्याच्या पद्धती {#methods-of-attack}
+
+### लेयर 0 हल्ले {#layer-0}
+
+सर्वप्रथम, जे व्यक्ती Ethereum मध्ये सक्रियपणे सहभागी होत नाहीत (क्लायंट सॉफ्टवेअर चालवून) ते सामाजिक लेयर (लेयर 0) ला लक्ष्य करून हल्ला करू शकतात. लेयर 0 हा पाया आहे ज्यावर Ethereum तयार केले आहे, आणि त्यामुळे ते हल्ल्यांसाठी एक संभाव्य पृष्ठभाग दर्शवते ज्याचे परिणाम उर्वरित स्टॅकमध्ये पसरतात. काही उदाहरणांमध्ये हे समाविष्ट असू शकते:
+
+- एक चुकीच्या माहितीची मोहीम Ethereum च्या रोडमॅप, डेव्हलपर्सच्या टीम्स, ॲप्स इत्यादींवर समुदायाचा असलेला विश्वास कमी करू शकते. यामुळे नेटवर्क सुरक्षित करण्यात सहभागी होण्यास इच्छुक असलेल्या व्यक्तींची संख्या कमी होऊ शकते, ज्यामुळे विकेंद्रीकरण आणि क्रिप्टो-इकॉनॉमिक सुरक्षा दोन्ही कमी होतात.
+
+- डेव्हलपर समुदायावर लक्ष्यित हल्ले आणि/किंवा धमक्या. यामुळे डेव्हलपर्स स्वेच्छेने बाहेर पडू शकतात आणि Ethereum ची प्रगती मंद होऊ शकते.
+
+- अति-उत्साही नियमनांना देखील लेयर 0 वरील हल्ला मानले जाऊ शकते, कारण ते सहभाग आणि अवलंबनाला वेगाने निरुत्साहित करू शकते.
+
+- डेव्हलपर समुदायामध्ये जाणकार परंतु दुर्भावनापूर्ण कलाकारांची घुसखोरी ज्यांचा उद्देश बाईक-शेडिंग चर्चा, महत्त्वाचे निर्णय लांबवणे, स्पॅम तयार करणे इत्यादींद्वारे प्रगती मंद करणे आहे.
+
+- Ethereum इकोसिस्टममधील महत्त्वाच्या खेळाडूंना निर्णय प्रक्रियेवर प्रभाव टाकण्यासाठी दिलेली लाच.
+
+या हल्ल्यांना विशेषतः धोकादायक बनवणारी गोष्ट म्हणजे अनेक प्रकरणांमध्ये खूप कमी भांडवल किंवा तांत्रिक माहितीची आवश्यकता असते. लेयर 0 हल्ला क्रिप्टो-इकॉनॉमिक हल्ल्यावर गुणक असू शकतो. उदाहरणार्थ, जर एखाद्या दुर्भावनापूर्ण बहुसंख्य स्टेकहोल्डरद्वारे सेन्सॉरशिप किंवा अंतिमता रिव्हर्जन साध्य केले गेले, तर सामाजिक लेयरला कमजोर केल्याने आउट-ऑफ-बँड सामुदायिक प्रतिसाद समन्वय साधणे अधिक कठीण होऊ शकते.
+
+लेयर 0 हल्ल्यांपासून संरक्षण करणे कदाचित सोपे नाही, परंतु काही मूलभूत तत्त्वे स्थापित केली जाऊ शकतात. एक म्हणजे Ethereum बद्दलच्या सार्वजनिक माहितीसाठी एकंदरीत उच्च सिग्नल-टू-नॉइज गुणोत्तर राखणे, जे समुदायाच्या प्रामाणिक सदस्यांद्वारे ब्लॉग, डिस्कॉर्ड सर्व्हर, भाष्य केलेल्या वैशिष्ट्ये, पुस्तके, पॉडकास्ट आणि Youtube द्वारे तयार आणि प्रसारित केले जाते. येथे ethereum.org वर आम्ही अचूक माहिती राखण्याचा आणि शक्य तितक्या अनेक भाषांमध्ये त्याचे भाषांतर करण्याचा कठोर प्रयत्न करतो. एखाद्या जागेला उच्च दर्जाची माहिती आणि मीम्सने भरून टाकणे हे चुकीच्या माहितीविरुद्ध एक प्रभावी संरक्षण आहे.
+
+सामाजिक लेयर हल्ल्यांविरुद्ध आणखी एक महत्त्वाचे संरक्षण म्हणजे एक स्पष्ट मिशन स्टेटमेंट आणि शासन प्रोटोकॉल. Ethereum ने स्मार्ट-कॉन्ट्रॅक्ट लेयर 1's मध्ये विकेंद्रीकरण आणि सुरक्षेचा चॅम्पियन म्हणून स्वतःला स्थापित केले आहे, तसेच स्केलेबिलिटी आणि टिकाऊपणाला खूप महत्त्व दिले आहे. Ethereum समुदायात कोणतेही मतभेद उद्भवले तरी, या मूलभूत तत्त्वांशी कमीतकमी तडजोड केली जाते. या मूलभूत तत्त्वांनुसार एखाद्या कथनाचे मूल्यांकन करणे, आणि EIP (Ethereum Improvement Proposal) प्रक्रियेत पुनरावलोकनाच्या लागोपाठच्या फेऱ्यांमधून त्यांचे परीक्षण करणे, समुदायाला चांगल्या आणि वाईट कलाकारांमध्ये फरक करण्यास मदत करू शकते आणि दुर्भावनापूर्ण कलाकारांना Ethereum च्या भविष्यातील दिशेवर प्रभाव टाकण्याची व्याप्ती मर्यादित करते.
+
+शेवटी, हे महत्त्वाचे आहे की Ethereum समुदाय सर्व सहभागींसाठी खुला आणि स्वागतार्ह राहील. द्वारपाल आणि विशिष्टतेसह असलेला समुदाय सामाजिक हल्ल्यासाठी विशेषतः असुरक्षित असतो कारण "आम्ही आणि ते" असे कथन तयार करणे सोपे असते. आदिवासीवाद आणि विषारी मॅक्सिमलिझम समुदायाला दुखावतात आणि लेयर 0 सुरक्षा कमी करतात. नेटवर्कच्या सुरक्षेमध्ये निहित स्वारस्य असलेल्या Ethereans नी त्यांचे ऑनलाइन आणि मीटस्पेसमधील वर्तन Ethereum च्या लेयर 0 च्या सुरक्षेसाठी थेट योगदान देणारे म्हणून पाहिले पाहिजे.
+
+### प्रोटोकॉलवर हल्ला करणे {#attacking-the-protocol}
+
+कोणीही Ethereum चे क्लायंट सॉफ्टवेअर चालवू शकतो. क्लायंटमध्ये व्हॅलिडेटर जोडण्यासाठी, वापरकर्त्याला डिपॉझिट कॉन्ट्रॅक्टमध्ये 32 इथर स्टेक करणे आवश्यक आहे. एक व्हॅलिडेटर वापरकर्त्याला नवीन ब्लॉक प्रस्तावित करून आणि साक्षांकित करून Ethereum च्या नेटवर्क सुरक्षेमध्ये सक्रियपणे सहभागी होण्याची परवानगी देतो. आता व्हॅलिडेटरकडे एक आवाज आहे ज्याचा वापर ते ब्लॉकचेनच्या भविष्यातील सामग्रीवर प्रभाव टाकण्यासाठी करू शकतात - ते प्रामाणिकपणे असे करू शकतात आणि रिवॉर्डद्वारे त्यांच्या इथरचा साठा वाढवू शकतात किंवा ते प्रक्रियेला स्वतःच्या फायद्यासाठी हाताळण्याचा प्रयत्न करू शकतात, ज्यामुळे त्यांचा स्टेक धोक्यात येतो. हल्ला करण्याचा एक मार्ग म्हणजे एकूण स्टेकचा मोठा हिस्सा जमा करणे आणि नंतर त्याचा वापर प्रामाणिक व्हॅलिडेटर्सना हरवण्यासाठी करणे. हल्लेखोराने नियंत्रित केलेल्या स्टेकचा जितका जास्त हिस्सा असेल, तितकी त्यांची मतदानाची शक्ती जास्त असेल, विशेषतः काही आर्थिक टप्प्यांवर ज्यांचा आपण नंतर शोध घेऊ. तथापि, बहुतेक हल्लेखोर अशा प्रकारे हल्ला करण्यासाठी पुरेसा इथर जमा करू शकणार नाहीत, त्यामुळे त्याऐवजी त्यांना प्रामाणिक बहुमताला एका विशिष्ट पद्धतीने वागण्यास प्रवृत्त करण्यासाठी सूक्ष्म तंत्रांचा वापर करावा लागतो.
+
+मूलतः, सर्व लहान-स्टेक हल्ले हे दोन प्रकारच्या व्हॅलिडेटर गैरवर्तनांचे सूक्ष्म फरक आहेत: कमी-क्रियाशीलता (साक्षांकन/प्रस्ताव करण्यात अयशस्वी होणे किंवा उशिरा करणे) किंवा अति-क्रियाशीलता (एका स्लॉटमध्ये अनेक वेळा प्रस्ताव/साक्षांकन करणे). त्यांच्या सर्वात सामान्य स्वरूपात या क्रिया फोर्क-चॉइस अल्गोरिदम आणि प्रोत्साहन लेयरद्वारे सहजपणे हाताळल्या जातात, परंतु हल्लेखोराच्या फायद्यासाठी सिस्टमला गेम करण्याचे हुशार मार्ग आहेत.
+
+### ETH च्या लहान रकमेचा वापर करून हल्ले {#attacks-by-small-stakeholders}
+
+#### रिओर्ग {#reorgs}
+
+अनेक पेपर्सनी Ethereum वरील हल्ल्यांचे स्पष्टीकरण दिले आहे जे एकूण स्टेक केलेल्या इथरच्या फक्त लहानशा हिश्श्याने रिओर्ग किंवा अंतिमता विलंब साध्य करतात. हे हल्ले सामान्यतः हल्लेखोराने इतर व्हॅलिडेटर्सकडून काही माहिती रोखून ठेवण्यावर आणि नंतर ती काही सूक्ष्म मार्गाने आणि/किंवा काही योग्य क्षणी प्रसिद्ध करण्यावर अवलंबून असतात. त्यांचा उद्देश सहसा कॅनॉनिकल चेनमधील काही प्रामाणिक ब्लॉक काढून टाकणे असतो. [Neuder et al 2020](https://arxiv.org/pdf/2102.02247.pdf) ने दाखवले की एक हल्लेखोर व्हॅलिडेटर एका विशिष्ट स्लॉट `n+1` साठी ब्लॉक (`B`) तयार आणि साक्षांकित करू शकतो परंतु तो नेटवर्कवरील इतर नोड्सवर प्रसारित करण्यापासून परावृत्त होतो. त्याऐवजी, ते त्या साक्षांकित ब्लॉकला पुढील स्लॉट `n+2` पर्यंत धरून ठेवतात. एक प्रामाणिक व्हॅलिडेटर स्लॉट `n+2` साठी ब्लॉक (`C`) प्रस्तावित करतो. जवळजवळ त्याच वेळी, हल्लेखोर आपला रोखून ठेवलेला ब्लॉक (`B`) आणि त्यासाठीची रोखून ठेवलेली साक्षांकने प्रसिद्ध करू शकतो, आणि स्लॉट `n+2` साठीच्या मतांसह `B` ला चेनचा हेड म्हणून साक्षांकित करू शकतो, ज्यामुळे प्रामाणिक ब्लॉक `C` चे अस्तित्व प्रभावीपणे नाकारले जाते. जेव्हा प्रामाणिक ब्लॉक `D` प्रसिद्ध होतो, तेव्हा फोर्क चॉइस अल्गोरिदम `B` वर तयार होणाऱ्या `D` चे वजन `C` वर तयार होणाऱ्या `D` पेक्षा जास्त असल्याचे पाहतो. त्यामुळे हल्लेखोराने 1-ब्लॉक एक्स-अँटे रिओर्ग वापरून स्लॉट `n+2` मधील प्रामाणिक ब्लॉक `C` कॅनॉनिकल चेनमधुन काढण्यात यश मिळवले आहे. [34% स्टेक असलेल्या हल्लेखोराला](https://www.youtube.com/watch?v=6vzXwwk12ZE) या हल्ल्यात यशस्वी होण्याची खूप चांगली संधी आहे, जसे [या नोटमध्ये](https://notes.ethereum.org/plgVdz-ORe-fGjK06BZ_3A#Fork-choice-by-block-slot-pair) स्पष्ट केले आहे. सैद्धांतिकदृष्ट्या, तथापि, हा हल्ला लहान स्टेकसह देखील प्रयत्न केला जाऊ शकतो. [Neuder et al 2020](https://arxiv.org/pdf/2102.02247.pdf) ने 30% स्टेकसह काम करणाऱ्या या हल्ल्याचे वर्णन केले, परंतु नंतर ते [एकूण स्टेकच्या 2%](https://arxiv.org/pdf/2009.04987.pdf) आणि नंतर [एका व्हॅलिडेटरसाठी](https://arxiv.org/abs/2110.10086#) देखील व्यवहार्य असल्याचे दर्शविले गेले, ज्यासाठी आपण पुढील विभागात तपासणार असलेल्या संतुलन तंत्रांचा वापर केला जातो.
+
+![एक्स-अँटे रि-ऑर्ग](reorg-schematic.png)
+
+वर वर्णन केलेल्या वन-ब्लॉक रिओर्ग हल्ल्याचे एक संकल्पनात्मक चित्र (https://notes.ethereum.org/plgVdz-ORe-fGjK06BZ_3A#Fork-choice-by-block-slot-pair मधून रुपांतरित)
+
+एक अधिक अत्याधुनिक हल्ला प्रामाणिक व्हॅलिडेटर सेटला वेगवेगळ्या गटांमध्ये विभागू शकतो ज्यांचे चेनच्या हेडबद्दल वेगवेगळे दृष्टिकोन आहेत. याला **संतुलन हल्ला** म्हणून ओळखले जाते. हल्लेखोर ब्लॉक प्रस्तावित करण्याची संधी येण्याची वाट पाहतो, आणि जेव्हा ती येते तेव्हा ते संदिग्धता निर्माण करतात आणि दोन ब्लॉक प्रस्तावित करतात. ते एक ब्लॉक अर्ध्या प्रामाणिक व्हॅलिडेटर सेटला पाठवतात आणि दुसरा ब्लॉक दुसऱ्या अर्ध्याला पाठवतात. फोर्क-चॉइस अल्गोरिदमद्वारे संदिग्धता शोधली जाईल आणि ब्लॉक प्रस्तावक स्लॅश केला जाईल आणि नेटवर्कमधून बाहेर काढला जाईल, परंतु दोन्ही ब्लॉक अस्तित्वात राहतील आणि प्रत्येक फोर्कला सुमारे अर्धा व्हॅलिडेटर सेट साक्षांकित करेल. दरम्यान, उर्वरित दुर्भावनापूर्ण व्हॅलिडेटर त्यांची साक्षांकने रोखून धरतात. मग, फोर्क-चॉइस अल्गोरिदम कार्यान्वित होताना, एका किंवा दुसऱ्या फोर्कच्या बाजूने साक्षांकने निवडकपणे फक्त पुरेशा व्हॅलिडेटर्सना प्रसिद्ध करून, ते एका किंवा दुसऱ्या फोर्कच्या बाजूने साक्षांकनांचे संचित वजन झुकवतात. हे अनिश्चित काळासाठी चालू राहू शकते, ज्यात हल्ला करणारे व्हॅलिडेटर दोन्ही फोर्कवर व्हॅलिडेटर्सचे समान विभाजन राखतात. कोणत्याही फोर्कला 2/3 सुपरमेजोरिटी आकर्षित करता येत नसल्यामुळे, नेटवर्क अंतिम होणार नाही.
+
+**बाउन्सिंग हल्ले** समान आहेत. हल्ला करणाऱ्या व्हॅलिडेटर्सकडून पुन्हा मते रोखली जातात. दोन फोर्कमध्ये समान विभाजन ठेवण्यासाठी मते प्रसिद्ध करण्याऐवजी, ते फोर्क A आणि फोर्क B दरम्यान पर्यायी चेकपॉईंट्सना न्याय देण्यासाठी योग्य क्षणी त्यांच्या मतांचा वापर करतात. दोन फोर्कमधील न्याय्यतेच्या या फ्लिप-फ्लॉपिंगमुळे कोणत्याही चेनवर अंतिम केले जाऊ शकणारे न्याय्य स्त्रोत आणि लक्ष्य चेकपॉईंट्सची जोडी तयार होण्यापासून प्रतिबंधित होते, ज्यामुळे अंतिमता थांबते.
+
+<YouTube id="xcPxwhrg3Ao"/>
+
+बाउन्सिंग आणि बॅलन्सिंग दोन्ही हल्ले हल्लेखोराचे नेटवर्कमधील संदेशांच्या वेळेवर अत्यंत सूक्ष्म नियंत्रण असण्यावर अवलंबून असतात, जे संभव नाही. तरीसुद्धा, प्रोटोकॉलमध्ये संरक्षण तयार केले आहे, ज्यामध्ये धीम्या संदेशांच्या तुलनेत जलद संदेशांना अतिरिक्त वजन दिले जाते. याला [प्रपोजर-वेट बूस्टिंग](https://github.com/ethereum/consensus-specs/pull/2730) म्हणून ओळखले जाते. बाउन्सिंग हल्ल्यांपासून बचाव करण्यासाठी फोर्क-चॉइस अल्गोरिदम अद्यतनित करण्यात आला जेणेकरून नवीनतम न्याय्य चेकपॉईंट [प्रत्येक इपॉकमधील स्लॉटच्या पहिल्या 1/3 दरम्यान](https://ethresear.ch/t/prevention-of-bouncing-attack-on-ffg/6114) फक्त एका पर्यायी चेनच्या चेकपॉईंटवर स्विच करू शकेल. ही अट हल्लेखोराला नंतर तैनात करण्यासाठी मते वाचवण्यापासून प्रतिबंधित करते - फोर्क चॉईस अल्गोरिदम फक्त इपॉकच्या पहिल्या 1/3 मध्ये निवडलेल्या चेकपॉईंटलाच प्राधान्य देतो, ज्या काळात बहुतेक प्रामाणिक व्हॅलिडेटर्सनी मतदान केलेले असते.
+
+एकत्रितपणे, हे उपाय एक अशी परिस्थिती निर्माण करतात ज्यात एक प्रामाणिक ब्लॉक प्रस्तावक स्लॉटच्या सुरुवातीनंतर लगेच आपला ब्लॉक प्रसारित करतो, नंतर ~1/3 स्लॉट (4 सेकंद) कालावधी असतो ज्यात तो नवीन ब्लॉक फोर्क-चॉइस अल्गोरिदमला दुसऱ्या चेनवर स्विच करण्यास कारणीभूत ठरू शकतो. त्याच मुदतीनंतर, धीम्या व्हॅलिडेटर्सकडून येणाऱ्या साक्षांकनांचे वजन पूर्वी आलेल्यांच्या तुलनेत कमी केले जाते. हे चेनचा हेड निश्चित करण्यासाठी जलद प्रस्तावक आणि व्हॅलिडेटर्सना जोरदारपणे अनुकूल करते आणि यशस्वी संतुलन किंवा बाऊन्सिंग हल्ल्याची शक्यता लक्षणीयरीत्या कमी करते.
+
+हे लक्षात घेण्यासारखे आहे की, प्रपोजर बूस्टिंग एकटेच फक्त “स्वस्त रिओर्ग” पासून संरक्षण करते, म्हणजेच, कमी स्टेक असलेल्या हल्लेखोराने प्रयत्न केलेले हल्ले. खरं तर, प्रपोजर-बूस्टिंग स्वतःच मोठ्या स्टेकहोल्डर्सद्वारे गेम केले जाऊ शकते. [या पोस्टचे](https://ethresear.ch/t/change-fork-choice-rule-to-mitigate-balancing-and-reorging-attacks/11127) लेखक वर्णन करतात की 7% स्टेक असलेला हल्लेखोर प्रामाणिक व्हॅलिडेटर्सना त्यांच्या फोर्कवर तयार होण्यासाठी फसवण्यासाठी, एका प्रामाणिक ब्लॉकला रिओर्ग करण्यासाठी आपल्या मतांचा धोरणात्मकपणे कसा वापर करू शकतो. हा हल्ला आदर्श लेटेंसी परिस्थिती गृहीत धरून तयार करण्यात आला होता, जी खूपच असंभव आहे. हल्लेखोरासाठी शक्यता अजूनही खूप कमी आहेत, आणि जास्त स्टेक म्हणजे अधिक भांडवल धोक्यात आणि एक मजबूत आर्थिक निरुत्साह.
+
+[LMD नियमाला विशेषतः लक्ष्य करणारा संतुलन हल्ला](https://ethresear.ch/t/balancing-attack-lmd-edition/11853) देखील प्रस्तावित करण्यात आला होता, जो प्रस्तावक बूस्टिंग असूनही व्यवहार्य असल्याचे सुचवण्यात आले होते. एक हल्लेखोर आपल्या ब्लॉक प्रस्तावाला संदिग्ध करून आणि प्रत्येक ब्लॉक सुमारे अर्ध्या नेटवर्कवर प्रसारित करून दोन प्रतिस्पर्धी चेन सेट करतो, ज्यामुळे फोर्कमध्ये अंदाजे संतुलन साधले जाते. मग, संगनमत करणारे व्हॅलिडेटर त्यांच्या मतांमध्ये संदिग्धता निर्माण करतात, अशा वेळेस की अर्ध्या नेटवर्कला फोर्क `A` साठी त्यांची मते प्रथम मिळतात आणि दुसऱ्या अर्ध्याला फोर्क `B` साठी प्रथम मिळतात. LMD नियम प्रत्येक व्हॅलिडेटरसाठी दुसरे साक्षांकन टाकून देतो आणि फक्त पहिलेच ठेवतो, त्यामुळे अर्धे नेटवर्क `A` साठी मते पाहते आणि `B` साठी काहीच नाही, तर दुसरे अर्धे नेटवर्क `B` साठी मते पाहते आणि `A` साठी काहीच नाही. लेखक वर्णन करतात की LMD नियम प्रतिस्पर्ध्याला संतुलन हल्ला करण्यासाठी “उल्लेखनीय शक्ती” देतो.
+
+हा LMD हल्ला व्हेक्टर [फोर्क चॉईस अल्गोरिदम अद्यतनित करून](https://github.com/ethereum/consensus-specs/pull/2845) बंद करण्यात आला, जेणेकरून तो संदिग्ध व्हॅलिडेटर्सना फोर्क चॉईस विचारातून पूर्णपणे काढून टाकतो. संदिग्ध व्हॅलिडेटर्सच्या भविष्यातील प्रभावाला देखील फोर्क चॉईस अल्गोरिदमद्वारे कमी केले जाते. हे वरील संतुलन हल्ल्याला प्रतिबंधित करते आणि त्याच वेळी हिमस्खलन हल्ल्यांविरुद्ध लवचिकता राखते.
+
+[मार्च 2022 च्या पेपरमध्ये](https://arxiv.org/pdf/2203.01315.pdf) [**हिमस्खलन हल्ले**](https://ethresear.ch/t/avalanche-attack-on-proof-of-stake-ghost/11854/3) नावाच्या दुसऱ्या प्रकारच्या हल्ल्याचे वर्णन करण्यात आले होते. हिमस्खलन हल्ला करण्यासाठी, हल्लेखोराला अनेक सलग ब्लॉक प्रस्तावक नियंत्रित करणे आवश्यक आहे. प्रत्येक ब्लॉक प्रस्ताव स्लॉटमध्ये, हल्लेखोर आपला ब्लॉक रोखून धरतो, जोपर्यंत प्रामाणिक चेन रोखून धरलेल्या ब्लॉकसह समान सबट्री वजनापर्यंत पोहोचत नाही तोपर्यंत ते गोळा करत राहतो. नंतर, रोखून धरलेले ब्लॉक अशा प्रकारे प्रसिद्ध केले जातात की ते जास्तीत जास्त संदिग्धता निर्माण करतात. लेखक सुचवतात की प्रस्तावक बूस्टिंग - संतुलन आणि बाऊन्सिंग हल्ल्यांविरुद्धचे प्राथमिक संरक्षण - हिमस्खलन हल्ल्याच्या काही प्रकारांपासून संरक्षण देत नाही. तथापि, लेखकांनी हा हल्ला फक्त Ethereum च्या फोर्क-चॉइस अल्गोरिदमच्या अत्यंत आदर्श आवृत्तीवर (त्यांनी LMD शिवाय GHOST वापरला) प्रदर्शित केला.
+
+हिमस्खलन हल्ला LMD-GHOST फोर्क चॉईस अल्गोरिदमच्या LMD भागाद्वारे कमी केला जातो. LMD म्हणजे “लेटेस्ट-मेसेज-ड्रिव्हन” आणि ते प्रत्येक व्हॅलिडेटरद्वारे ठेवलेल्या एका टेबलचा संदर्भ देते ज्यामध्ये इतर व्हॅलिडेटर्सकडून प्राप्त झालेला नवीनतम संदेश असतो. ते फील्ड तेव्हाच अद्यतनित केले जाते जेव्हा नवीन संदेश एका विशिष्ट व्हॅलिडेटरसाठी टेबलमध्ये असलेल्या स्लॉटपेक्षा नंतरच्या स्लॉटमधून येतो. व्यवहारात, याचा अर्थ असा की प्रत्येक स्लॉटमध्ये, प्राप्त झालेला पहिला संदेश स्वीकारला जातो आणि कोणतेही अतिरिक्त संदेश दुर्लक्षित केले जाणारे संदिग्ध संदेश असतात. दुसऱ्या शब्दांत सांगायचे झाल्यास, सहमती क्लायंट संदिग्ध संदेशांची गणना करत नाहीत - ते प्रत्येक व्हॅलिडेटरकडून प्रथम येणारा संदेश वापरतात आणि संदिग्ध संदेश फक्त टाकून दिले जातात, ज्यामुळे हिमस्खलन हल्ले टाळले जातात.
+
+फोर्क चॉईस नियमात अनेक संभाव्य भविष्यातील अपग्रेड्स आहेत जे प्रपोजर-बूस्टद्वारे प्रदान केलेल्या सुरक्षेत भर घालू शकतात. एक म्हणजे [व्ह्यू-मर्ज](https://ethresear.ch/t/view-merge-as-a-replacement-for-proposer-boost/13739), जिथे साक्षांकनकर्ते स्लॉटच्या सुरुवातीच्या `n` सेकंद आधी फोर्क चॉईसचे त्यांचे दृश्य गोठवतात आणि प्रस्तावक नंतर नेटवर्कवर चेनचे दृश्य सिंक्रोनाइझ करण्यास मदत करतो. आणखी एक संभाव्य अपग्रेड म्हणजे [सिंगल-स्लॉट अंतिमता](https://notes.ethereum.org/@vbuterin/single_slot_finality), जे संदेशांच्या वेळेवर आधारित हल्ल्यांपासून फक्त एका स्लॉटनंतर चेनला अंतिम करून संरक्षण देते.
+
+#### अंतिमता विलंब {#finality-delay}
+
+[ज्या पेपरने](https://econcs.pku.edu.cn/wine2020/wine2020/Workshop/GTiB20_paper_8.pdf) प्रथम कमी खर्चाच्या सिंगल ब्लॉक रिओर्ग हल्ल्याचे वर्णन केले, त्याच पेपरने अंतिमता विलंब (उर्फ “लाइव्हनेस फेल्युअर”) हल्ल्याचे वर्णन केले जो हल्लेखोर इपॉक-बाउंडरी ब्लॉकचा ब्लॉक प्रस्तावक असण्यावर अवलंबून असतो. हे गंभीर आहे कारण हे इपॉक बाउंडरी ब्लॉक चेकपॉईंट बनतात जे कॅस्पर FFG चेनच्या भागांना अंतिम करण्यासाठी वापरतो. हल्लेखोर आपला ब्लॉक तोपर्यंत रोखून ठेवतो जोपर्यंत पुरेसे प्रामाणिक व्हॅलिडेटर त्यांचे FFG मते मागील इपॉक-बाउंडरी ब्लॉकच्या बाजूने सध्याच्या अंतिमता लक्ष्यासाठी वापरत नाहीत. नंतर ते आपला रोखून ठेवलेला ब्लॉक प्रसिद्ध करतात. ते त्यांच्या ब्लॉकला साक्षांकित करतात आणि उर्वरित प्रामाणिक व्हॅलिडेटर देखील करतात, ज्यामुळे वेगवेगळ्या लक्ष्य चेकपॉईंटसह फोर्क तयार होतात. जर त्यांनी योग्य वेळी हे केले, तर ते अंतिमता रोखतील कारण कोणत्याही फोर्कला 2/3 सुपरमेजोरिटी साक्षांकित करणार नाही. स्टेक जितका लहान असेल, तितकीच वेळ अचूक असणे आवश्यक आहे कारण हल्लेखोर थेट कमी साक्षांकने नियंत्रित करतो, आणि हल्लेखोराला दिलेल्या इपॉक-बाउंडरी ब्लॉकचा व्हॅलिडेटर प्रस्तावित करण्याची शक्यता कमी असते.
+
+#### लांब पल्ल्याचे हल्ले {#long-range-attacks}
+
+प्रुफ-ऑफ-स्टेक ब्लॉकचेनसाठी विशिष्ट प्रकारचा हल्ला देखील आहे, ज्यामध्ये जेनेसिस ब्लॉकमध्ये सहभागी झालेला व्हॅलिडेटर प्रामाणिक ब्लॉकचेनसोबतच ब्लॉकचेनचा एक वेगळा फोर्क राखतो, आणि अखेरीस प्रामाणिक व्हॅलिडेटर सेटला खूप नंतर एका योग्य वेळी त्यावर स्विच करण्यासाठी पटवून देतो. Ethereum वर या प्रकारचा हल्ला शक्य नाही कारण अंतिमता गॅझेटमुळे सर्व व्हॅलिडेटर नियमित अंतराने (“चेकपॉईंट”) प्रामाणिक चेनच्या स्थितीवर सहमत होतात. हे सोपे तंत्र लांब पल्ल्याच्या हल्लेखोरांना निष्प्रभ करते कारण Ethereum क्लायंट अंतिम केलेल्या ब्लॉकना रिओर्ग करणार नाहीत. नेटवर्कमध्ये सामील होणारे नवीन नोड एक विश्वसनीय अलीकडील स्थिती हॅश (“[कमकुवत व्यक्तिनिष्ठता](https://blog.ethereum.org/2014/11/25/proof-stake-learned-love-weak-subjectivity/) चेकपॉईंट”) शोधून आणि त्याचा वापर स्यूडो-जेनेसिस ब्लॉक म्हणून त्यावर तयार करण्यासाठी करतात. हे नेटवर्कमध्ये प्रवेश करणाऱ्या नवीन नोडसाठी स्वतःसाठी माहिती सत्यापित करणे सुरू करण्यापूर्वी एक 'विश्वास प्रवेशद्वार' तयार करते.
+
+#### सेवा नाकारणे {#denial-of-service}
+
+Ethereum ची PoS यंत्रणा प्रत्येक स्लॉटमध्ये ब्लॉक प्रस्तावक होण्यासाठी एकूण व्हॅलिडेटर सेटमधून एका व्हॅलिडेटरची निवड करते. हे सार्वजनिकरित्या ज्ञात फंक्शन वापरून मोजले जाऊ शकते आणि प्रतिस्पर्ध्याला त्यांच्या ब्लॉक प्रस्तावाच्या थोडे आधी पुढील ब्लॉक प्रस्तावक ओळखणे शक्य आहे. मग, हल्लेखोर ब्लॉक प्रस्तावकाला त्यांच्या सहकाऱ्यांसोबत माहितीची देवाणघेवाण करण्यापासून रोखण्यासाठी स्पॅम करू शकतो. उर्वरित नेटवर्कला असे वाटेल की ब्लॉक प्रस्तावक ऑफलाइन होता आणि स्लॉट रिकामाच जाईल. हे विशिष्ट व्हॅलिडेटर्सविरूद्ध सेन्सॉरशिपचे एक स्वरूप असू शकते, ज्यामुळे त्यांना ब्लॉकचेनमध्ये माहिती जोडण्यापासून प्रतिबंधित केले जाते. सिंगल सीक्रेट लीडर इलेक्शन (SSLE) किंवा नॉन-सिंगल सीक्रेट लीडर इलेक्शन लागू केल्याने DoS जोखीम कमी होतील कारण फक्त ब्लॉक प्रस्तावकालाच माहित असते की त्यांची निवड झाली आहे आणि ही निवड आगाऊ जाणून घेणे शक्य नाही. हे अद्याप लागू केलेले नाही, परंतु [संशोधन आणि विकासाचे](https://ethresear.ch/t/secret-non-single-leader-election/11789) एक सक्रिय क्षेत्र आहे.
+
+या सर्वांवरून हे दिसून येते की Ethereum वर लहान स्टेकसह यशस्वीरित्या हल्ला करणे खूप कठीण आहे. येथे वर्णन केलेले व्यवहार्य हल्ले एक आदर्श फोर्क-चॉइस अल्गोरिदम, असंभाव्य नेटवर्क परिस्थितींची आवश्यकता ठेवतात, किंवा हल्ला व्हेक्टर आधीच क्लायंट सॉफ्टवेअरमध्ये तुलनेने किरकोळ पॅचसह बंद केले गेले आहेत. हे, अर्थातच, वाइल्डमध्ये झिरो-डे अस्तित्वात असण्याची शक्यता नाकारत नाही, परंतु हे दर्शवते की अल्पसंख्याक-स्टेक हल्लेखोराला प्रभावी होण्यासाठी तांत्रिक योग्यता, सहमती लेयरचे ज्ञान आणि नशिबाची अत्यंत उच्च पातळी आवश्यक आहे. हल्लेखोराच्या दृष्टिकोनातून, शक्य तितका इथर जमा करणे आणि एकूण स्टेकच्या मोठ्या हिश्श्यासह सशस्त्र परत येणे हे त्यांचे सर्वोत्तम पैज असू शकते.
+
+### एकूण स्टेकच्या >= 33% वापरणारे हल्लेखोर {#attackers-with-33-stake}
+
+या लेखात पूर्वी नमूद केलेले सर्व हल्ले यशस्वी होण्याची शक्यता अधिक असते जेव्हा हल्लेखोराकडे मत देण्यासाठी अधिक स्टेक केलेला इथर असतो, आणि प्रत्येक स्लॉटमध्ये ब्लॉक प्रस्तावित करण्यासाठी निवडले जाणारे अधिक व्हॅलिडेटर असतात. एक दुर्भावनापूर्ण व्हॅलिडेटर म्हणून शक्य तितका जास्त स्टेक केलेला इथर नियंत्रित करण्याचे ध्येय ठेवू शकतो.
+
+स्टेक केलेल्या इथरपैकी 33% हे हल्लेखोरासाठी एक बेंचमार्क आहे कारण या रकमेपेक्षा जास्त काहीही असल्यास, त्यांच्याकडे इतर व्हॅलिडेटर्सच्या कृतींवर बारीक नियंत्रण न ठेवता चेनला अंतिम होण्यापासून रोखण्याची क्षमता असते. ते फक्त सर्व एकत्र गायब होऊ शकतात. जर स्टेक केलेल्या इथरपैकी 1/3 किंवा अधिक इथर दुर्भावनापूर्णपणे साक्षांकित करत असेल किंवा साक्षांकन करण्यात अयशस्वी होत असेल, तर 2/3 सुपरमेजोरिटी अस्तित्वात असू शकत नाही आणि चेन अंतिम होऊ शकत नाही. याविरूद्धचे संरक्षण म्हणजे निष्क्रियता गळती. निष्क्रियता गळती त्या व्हॅलिडेटर्सना ओळखते जे साक्षांकन करण्यात अयशस्वी होत आहेत किंवा बहुमताच्या विरुद्ध साक्षांकन करत आहेत. या साक्षांकन न करणाऱ्या व्हॅलिडेटर्सच्या मालकीचा स्टेक केलेला इथर हळूहळू कमी होत जातो जोपर्यंत ते एकत्रितपणे एकूणच्या 1/3 पेक्षा कमी प्रतिनिधित्व करत नाहीत, जेणेकरून चेन पुन्हा अंतिम होऊ शकेल.
+
+निष्क्रियता गळतीचा उद्देश चेनला पुन्हा अंतिम करणे हा आहे. तथापि, हल्लेखोर आपल्या स्टेक केलेल्या इथरचा एक भाग देखील गमावतो. एकूण स्टेक केलेल्या इथरपैकी 33% चे प्रतिनिधित्व करणाऱ्या व्हॅलिडेटर्समधील सततची निष्क्रियता खूप महागडी असते जरी व्हॅलिडेटर्स स्लॅश केले जात नसले तरी.
+
+Ethereum नेटवर्क असिंक्रोनस आहे (म्हणजे, संदेश पाठवणे आणि प्राप्त होणे यामध्ये विलंब होतो) असे गृहीत धरल्यास, एकूण स्टेकच्या 34% नियंत्रित करणारा हल्लेखोर दुहेरी अंतिमता घडवू शकतो. हे असे आहे कारण हल्लेखोर जेव्हा ब्लॉक उत्पादक म्हणून निवडला जातो तेव्हा तो संदिग्धता निर्माण करू शकतो, आणि नंतर आपल्या सर्व व्हॅलिडेटर्ससह दुहेरी मतदान करू शकतो. यामुळे अशी परिस्थिती निर्माण होते जिथे ब्लॉकचेनचा एक फोर्क अस्तित्वात येतो, ज्यातील प्रत्येकासाठी स्टेक केलेल्या इथरपैकी 34% मतदान करतात. प्रत्येक फोर्कला फक्त उर्वरित व्हॅलिडेटर्सपैकी 50% मते त्याच्या बाजूने मिळणे आवश्यक आहे जेणेकरून दोन्ही फोर्कला सुपरमेजोरिटीचा पाठिंबा मिळेल, अशा परिस्थितीत दोन्ही चेन अंतिम होऊ शकतात (कारण हल्लेखोरांच्या व्हॅलिडेटर्सपैकी 34% + उर्वरित 66% पैकी अर्धे = प्रत्येक फोर्कवर 67%). स्पर्धक ब्लॉक प्रत्येकी सुमारे 50% प्रामाणिक व्हॅलिडेटर्सना प्राप्त होणे आवश्यक आहे, त्यामुळे हा हल्ला तेव्हाच व्यवहार्य आहे जेव्हा हल्लेखोराचे नेटवर्कवर प्रसारित होणाऱ्या संदेशांच्या वेळेवर काही प्रमाणात नियंत्रण असते जेणेकरून ते अर्ध्या प्रामाणिक व्हॅलिडेटर्सना प्रत्येक चेनवर ढकलू शकतील. हल्लेखोर ही दुहेरी अंतिमता साध्य करण्यासाठी आपला संपूर्ण स्टेक (आजच्या व्हॅलिडेटर सेटसह ~10 दशलक्ष इथरपैकी 34%) नष्ट करेल कारण त्याचे 34% व्हॅलिडेटर एकाच वेळी दुहेरी-मतदान करतील - हा जास्तीत जास्त सहसंबंध दंडासह एक स्लॅश करण्यायोग्य गुन्हा आहे. या हल्ल्याविरूद्धचे संरक्षण म्हणजे एकूण स्टेक केलेल्या इथरपैकी 34% नष्ट करण्याची मोठी किंमत. या हल्ल्यातून सावरण्यासाठी Ethereum समुदायाला “आउट-ऑफ-बँड” समन्वय साधावा लागेल आणि एका किंवा दुसऱ्या फोर्कचे अनुसरण करण्यास आणि दुसऱ्याकडे दुर्लक्ष करण्यास सहमती द्यावी लागेल.
+
+### एकूण स्टेकच्या ~50% वापरणारे हल्लेखोर {#attackers-with-50-stake}
+
+स्टेक केलेल्या इथरच्या 50% वर, व्हॅलिडेटर्सचा एक खोडकर गट सैद्धांतिकदृष्ट्या चेनला दोन समान आकाराच्या फोर्कमध्ये विभाजित करू शकतो आणि नंतर प्रामाणिक व्हॅलिडेटर सेटच्या विरुद्ध मतदान करण्यासाठी आपला संपूर्ण 50% स्टेक वापरू शकतो, ज्यामुळे दोन फोर्क कायम राहतात आणि अंतिमता प्रतिबंधित होते. दोन्ही फोर्कवरील निष्क्रियता गळतीमुळे अखेरीस दोन्ही चेन अंतिम होतील. या टप्प्यावर, एकमेव पर्याय म्हणजे सामाजिक पुनर्प्राप्तीवर अवलंबून राहणे.
+
+हे खूपच असंभाव्य आहे की व्हॅलिडेटर्सचा एक प्रतिकूल गट प्रामाणिक व्हॅलिडेटर संख्या, नेटवर्क लेटन्सी इत्यादींमधील बदलांमुळे एकूण स्टेकच्या अचूक 50% नियंत्रित करू शकेल - असा हल्ला चढवण्याची प्रचंड किंमत आणि यशाची कमी शक्यता ही एका तर्कसंगत हल्लेखोरासाठी एक मजबूत निरुत्साह आहे, विशेषतः जेव्हा _50% पेक्षा जास्त_ मिळवण्यासाठी थोडी अतिरिक्त गुंतवणूक खूप अधिक शक्ती अनलॉक करते.
+
+एकूण स्टेकच्या >50% वर हल्लेखोर फोर्क चॉईस अल्गोरिदमवर वर्चस्व गाजवू शकतो. या प्रकरणात, हल्लेखोर बहुमताने साक्षांकन करण्यास सक्षम असेल, ज्यामुळे त्यांना प्रामाणिक क्लायंटला फसवण्याची गरज न भासता लहान रिओर्ग करण्याचे पुरेसे नियंत्रण मिळेल. प्रामाणिक व्हॅलिडेटर त्याचे अनुसरण करतील कारण त्यांच्या फोर्क चॉईस अल्गोरिदमला देखील हल्लेखोराची आवडती चेन सर्वात वजनदार म्हणून दिसेल, त्यामुळे चेन अंतिम होऊ शकेल. हे हल्लेखोराला काही व्यवहारांना सेन्सॉर करण्यास, लहान-श्रेणीचे रिओर्ग करण्यास आणि त्यांच्या बाजूने ब्लॉक पुन्हा क्रमित करून जास्तीत जास्त MEV काढण्यास सक्षम करते. याविरूद्धचे संरक्षण म्हणजे बहुसंख्य स्टेकची प्रचंड किंमत (सध्या फक्त $19 अब्ज USD पेक्षा कमी) जी हल्लेखोराद्वारे धोक्यात आणली जाते कारण सामाजिक लेयर हस्तक्षेप करण्याची आणि एक प्रामाणिक अल्पसंख्याक फोर्क स्वीकारण्याची शक्यता आहे, ज्यामुळे हल्लेखोराच्या स्टेकचे मूल्य नाटकीयरीत्या कमी होते.
+
+### एकूण स्टेकच्या >=66% वापरणारे हल्लेखोर {#attackers-with-66-stake}
+
+एकूण स्टेक केलेल्या इथरपैकी 66% किंवा अधिक असलेला हल्लेखोर कोणत्याही प्रामाणिक व्हॅलिडेटरला जबरदस्ती न करता आपली पसंतीची चेन अंतिम करू शकतो. हल्लेखोर फक्त आपल्या पसंतीच्या फोर्कसाठी मतदान करू शकतो आणि नंतर तो अंतिम करू शकतो, फक्त कारण ते एका अप्रामाणिक सुपरमेजोरिटीने मतदान करू शकतात. सुपरमेजोरिटी स्टेकहोल्डर म्हणून, हल्लेखोर नेहमीच अंतिम केलेल्या ब्लॉकच्या सामग्रीवर नियंत्रण ठेवेल, खर्च करण्याची, रिवाइंड करण्याची आणि पुन्हा खर्च करण्याची, काही व्यवहार सेन्सॉर करण्याची आणि इच्छेनुसार चेन रिओर्ग करण्याची शक्ती असेल. 51% ऐवजी 66% नियंत्रित करण्यासाठी अतिरिक्त इथर खरेदी करून, हल्लेखोर प्रभावीपणे एक्स पोस्ट रिओर्ग आणि अंतिमता रिव्हर्जन करण्याची क्षमता विकत घेत आहे (म्हणजे, भविष्य नियंत्रित करण्याबरोबरच भूतकाळ बदलणे). येथे एकमेव वास्तविक संरक्षण म्हणजे एकूण स्टेक केलेल्या इथरपैकी 66% ची प्रचंड किंमत, आणि पर्यायी फोर्कच्या अवलंबनावर समन्वय साधण्यासाठी सामाजिक लेयरवर अवलंबून राहण्याचा पर्याय. आपण याबद्दल पुढील विभागात अधिक तपशीलवार शोध घेऊ शकतो.
+
+## लोक: संरक्षणाची शेवटची ओळ {#people-the-last-line-of-defense}
+
+जर अप्रामाणिक व्हॅलिडेटर चेनची आपली पसंतीची आवृत्ती अंतिम करण्यात यशस्वी झाले, तर Ethereum समुदाय एका कठीण परिस्थितीत सापडतो. कॅनॉनिकल चेनमध्ये तिच्या इतिहासात एक अप्रामाणिक भाग समाविष्ट असतो, तर प्रामाणिक व्हॅलिडेटर पर्यायी (प्रामाणिक) चेनला साक्षांकित केल्याबद्दल शिक्षा भोगू शकतात. लक्षात घ्या की अंतिम परंतु चुकीची चेन बहुसंख्य क्लायंटमधील बगमुळे देखील उद्भवू शकते. शेवटी, अंतिम उपाय म्हणजे परिस्थितीचे निराकरण करण्यासाठी सामाजिक लेयर - लेयर 0 - वर अवलंबून राहणे.
+
+Ethereum च्या PoS सहमतीची एक ताकद म्हणजे [संरक्षणात्मक धोरणांची एक श्रेणी](https://youtu.be/1m12zgJ42dI?t=1712) आहे जी समुदाय हल्ल्याच्या वेळी वापरू शकतो. किमान प्रतिसाद म्हणजे हल्लेखोरांच्या व्हॅलिडेटर्सना कोणत्याही अतिरिक्त दंडाशिवाय नेटवर्कमधून जबरदस्तीने बाहेर काढणे. नेटवर्कमध्ये पुन्हा प्रवेश करण्यासाठी हल्लेखोराला एका सक्रियण रांगेत सामील व्हावे लागेल जे व्हॅलिडेटर सेट हळूहळू वाढेल याची खात्री करते. उदाहरणार्थ, स्टेक केलेल्या इथरची रक्कम दुप्पट करण्यासाठी पुरेसे व्हॅलिडेटर जोडण्यासाठी सुमारे 200 दिवस लागतात, ज्यामुळे हल्लेखोर दुसरा 51% हल्ला करण्याचा प्रयत्न करण्यापूर्वी प्रामाणिक व्हॅलिडेटर्सना 200 दिवस मिळतात. तथापि, समुदाय हल्लेखोराला अधिक कठोर शिक्षा देण्याचा निर्णय घेऊ शकतो, जसे की मागील रिवॉर्ड रद्द करणे किंवा त्यांच्या स्टेक केलेल्या भांडवलाचा काही भाग (100% पर्यंत) जाळणे.
+
+हल्लेखोरावर कोणताही दंड लावला तरी, समुदायाला एकत्र ठरवावे लागेल की अप्रामाणिक चेन, जरी Ethereum क्लायंटमध्ये कोड केलेल्या फोर्क चॉईस अल्गोरिदमद्वारे पसंत केली गेली असली तरी, प्रत्यक्षात अवैध आहे आणि समुदायाने त्याऐवजी प्रामाणिक चेनवर तयार केले पाहिजे. प्रामाणिक व्हॅलिडेटर Ethereum ब्लॉकचेनच्या समुदाय-स्वीकृत फोर्कवर तयार करण्यास एकत्रितपणे सहमत होऊ शकतात, जो उदाहरणार्थ, हल्ला सुरू होण्यापूर्वी कॅनॉनिकल चेनमधुन फोर्क झाला असेल किंवा हल्लेखोरांचे व्हॅलिडेटर जबरदस्तीने काढून टाकले गेले असतील. प्रामाणिक व्हॅलिडेटर्सना या चेनवर तयार करण्यासाठी प्रोत्साहन दिले जाईल कारण ते हल्लेखोराच्या चेनला (योग्यरित्या) साक्षांकित करण्यात अयशस्वी झाल्याबद्दल त्यांच्यावर लागू होणारे दंड टाळतील. Ethereum वर तयार केलेले एक्सचेंज, ऑन-रॅम्प आणि ॲप्लिकेशन्स बहुधा प्रामाणिक चेनवर असणे पसंत करतील आणि प्रामाणिक व्हॅलिडेटर्सचे अनुसरण करून प्रामाणिक ब्लॉकचेनवर जातील.
+
+तथापि, हे एक मोठे शासन आव्हान असेल. काही वापरकर्ते आणि व्हॅलिडेटर निःसंशयपणे प्रामाणिक चेनवर परत जाण्यामुळे तोट्यात येतील, हल्ल्यानंतर व्हॅलिडेट केलेल्या ब्लॉकमधील व्यवहार संभाव्यतः परत घेतले जाऊ शकतात, ज्यामुळे ॲप्लिकेशन लेयरमध्ये व्यत्यय येईल, आणि हे काही वापरकर्त्यांच्या नैतिकतेला कमी लेखते जे “कोड हाच कायदा आहे” असे मानतात. एक्सचेंज आणि ॲप्लिकेशन्सनी बहुधा ऑफचेन क्रिया ऑनचेन व्यवहारांशी जोडलेल्या असतील ज्या आता परत घेतल्या जाऊ शकतात, ज्यामुळे मागे घेणे आणि पुनरावृत्तीची एक मालिका सुरू होईल जी निष्पक्षपणे सोडवणे कठीण असेल, विशेषतः जर गैर-मिळवलेले नफे मिसळले गेले असतील, DeFi मध्ये किंवा इतर डेरिव्हेटिव्हमध्ये जमा केले गेले असतील ज्यांचे प्रामाणिक वापरकर्त्यांवर दुय्यम परिणाम होतील. निःसंशयपणे काही वापरकर्त्यांनी, कदाचित संस्थात्मक वापरकर्त्यांनी देखील, धूर्तपणामुळे किंवा योगायोगाने अप्रामाणिक चेनमधून आधीच फायदा मिळवला असेल, आणि आपले नफे संरक्षित करण्यासाठी फोर्कला विरोध करू शकतात. >51% हल्ल्यांना सामुदायिक प्रतिसादाची तालीम करण्याच्या मागण्या झाल्या आहेत जेणेकरून एक समंजस समन्वित निवारण त्वरीत कार्यान्वित करता येईल. ethresear.ch वर विटालिकची काही उपयुक्त चर्चा [येथे](https://ethresear.ch/t/timeliness-detectors-and-51-attack-recovery-in-blockchains/6925) आणि [येथे](https://ethresear.ch/t/responding-to-51-attacks-in-casper-ffg/6363) आणि ट्विटरवर [येथे](https://twitter.com/skylar_eth/status/1551798684727508992?s=20&t=oHZ1xv8QZdOgAXhxZKtHEw) आहे. समन्वित सामाजिक प्रतिसादाचा उद्देश हल्लेखोराला शिक्षा देण्यामध्ये आणि इतर वापरकर्त्यांवरील परिणाम कमी करण्यामध्ये अत्यंत लक्ष्यित आणि विशिष्ट असणे पाहिजे.
+
+शासन हा आधीच एक गुंतागुंतीचा विषय आहे. एका अप्रामाणिक अंतिम करणाऱ्या चेनला लेयर-0 आपत्कालीन प्रतिसाद व्यवस्थापित करणे Ethereum समुदायासाठी निःसंशयपणे आव्हानात्मक असेल, परंतु हे Ethereum च्या इतिहासात [घडले आहे](/ethereum-forks/#dao-fork-summary) - [दोनदा](/ethereum-forks/#tangerine-whistle)).
+
+तरीही, अंतिम उपाय मीटस्पेसमध्ये असण्यात काहीतरी समाधानकारक आहे. शेवटी, आपल्यावर या अभूतपूर्व तंत्रज्ञानाचा ढिगारा असूनही, जर सर्वात वाईट कधी घडले तर खऱ्या लोकांना त्यातून मार्ग काढण्यासाठी समन्वय साधावा लागेल.
+
+## सारांश {#summary}
+
+या पृष्ठाने हल्लेखोर Ethereum च्या प्रुफ-ऑफ-स्टेक सहमती प्रोटोकॉलचा गैरफायदा घेण्याचा प्रयत्न कसे करू शकतात याच्या काही मार्गांचा शोध घेतला. एकूण स्टेक केलेल्या इथरच्या वाढत्या प्रमाणासह हल्लेखोरांसाठी रिओर्ग आणि अंतिमता विलंब शोधण्यात आले. एकंदरीत, एका श्रीमंत हल्लेखोराला यशाची अधिक संधी असते कारण त्याचा स्टेक मतदानाच्या शक्तीत रूपांतरित होतो ज्याचा वापर तो भविष्यातील ब्लॉकच्या सामग्रीवर प्रभाव टाकण्यासाठी करू शकतो. स्टेक केलेल्या इथरच्या विशिष्ट मर्यादेच्या रकमेवर, हल्लेखोराची शक्ती वाढते:
+
+33%: अंतिमता विलंब
+
+34%: अंतिमता विलंब, दुहेरी अंतिमता
+
+51%: अंतिमता विलंब, दुहेरी अंतिमता, सेन्सॉरशिप, ब्लॉकचेनच्या भविष्यावर नियंत्रण
+
+66%: अंतिमता विलंब, दुहेरी अंतिमता, सेन्सॉरशिप, ब्लॉकचेनच्या भविष्य आणि भूतकाळावर नियंत्रण
+
+अनेक अधिक अत्याधुनिक हल्ले देखील आहेत ज्यांना कमी प्रमाणात स्टेक केलेला इथर आवश्यक असतो परंतु प्रामाणिक व्हॅलिडेटर सेटला त्यांच्या बाजूने वळवण्यासाठी संदेशांच्या वेळेवर अत्यंत अत्याधुनिक हल्लेखोराचे सूक्ष्म नियंत्रण असण्यावर अवलंबून असतात.
+
+एकंदरीत, या संभाव्य हल्ला व्हेक्टर असूनही यशस्वी हल्ल्याचा धोका कमी आहे, निश्चितपणे प्रुफ-ऑफ-वर्कच्या समकक्षांपेक्षा कमी. हे असे आहे कारण प्रामाणिक व्हॅलिडेटर्सना त्यांच्या मतदानाच्या शक्तीने दडपून टाकण्याचा प्रयत्न करणाऱ्या हल्लेखोराद्वारे धोक्यात आणलेल्या स्टेक केलेल्या इथरची प्रचंड किंमत आहे. अंगभूत “गाजर आणि काठी” प्रोत्साहन लेयर बहुतेक गैरवर्तनांपासून संरक्षण करते, विशेषतः कमी-स्टेक हल्लेखोरांसाठी. अधिक सूक्ष्म बाऊन्सिंग आणि बॅलन्सिंग हल्ले यशस्वी होण्याची शक्यता कमी आहे कारण वास्तविक नेटवर्क परिस्थितीमुळे व्हॅलिडेटर्सच्या विशिष्ट उपसमूहांना संदेश वितरणाचे सूक्ष्म नियंत्रण साधणे खूप कठीण होते, आणि क्लायंट टीम्सनी ज्ञात बाऊन्सिंग, बॅलन्सिंग आणि हिमस्खलन हल्ला व्हेक्टर सोप्या पॅचसह त्वरीत बंद केले आहेत.
+
+34%, 51% किंवा 66% हल्ल्यांना निराकरण करण्यासाठी बहुधा आउट-ऑफ-बँड सामाजिक समन्वयाची आवश्यकता असेल. हे समुदायासाठी वेदनादायक असेल, तरीही समुदायाची आउट-ऑफ-बँड प्रतिसाद देण्याची क्षमता हल्लेखोरासाठी एक मजबूत निरुत्साह आहे. Ethereum सामाजिक लेयर हा अंतिम आधारस्तंभ आहे - एक तांत्रिकदृष्ट्या यशस्वी हल्ला देखील समुदायाने एक प्रामाणिक फोर्क स्वीकारण्यास सहमती दिल्यास निष्प्रभ होऊ शकतो. हल्लेखोर आणि Ethereum समुदाय यांच्यात एक शर्यत असेल - 66% हल्ल्यावर खर्च केलेले अब्जावधी डॉलर्स बहुधा एका यशस्वी सामाजिक समन्वय हल्ल्याद्वारे नष्ट होतील जर तो पुरेसा त्वरीत दिला गेला, ज्यामुळे हल्लेखोराकडे Ethereum समुदायाने दुर्लक्षित केलेल्या ज्ञात अप्रामाणिक चेनवर इलिक्विड स्टेक केलेल्या इथरचे मोठे ओझे राहील. हल्लेखोरासाठी हे फायदेशीर ठरण्याची शक्यता इतकी कमी आहे की ती एक प्रभावी प्रतिबंधक आहे. म्हणूनच घट्ट संरेखित मूल्यांसह एकसंध सामाजिक लेयर राखण्यात गुंतवणूक करणे इतके महत्त्वाचे आहे.
+
+## अधिक वाचन {#further-reading}
+
+- [या पृष्ठाची अधिक तपशीलवार आवृत्ती](https://mirror.xyz/jmcook.eth/YqHargbVWVNRQqQpVpzrqEQ8IqwNUJDIpwRP7SS5FXs)
+- [सेटलमेंट अंतिमता वर विटालिक](https://blog.ethereum.org/2016/05/09/on-settlement-finality/)
+- [LMD GHOST पेपर](https://arxiv.org/abs/2003.03052)
+- [Casper-FFG पेपर](https://arxiv.org/abs/1710.09437)
+- [Gasper पेपर](https://arxiv.org/pdf/2003.03052.pdf)
+- [प्रस्तावक वजन बूस्टिंग सहमती वैशिष्ट्ये](https://github.com/ethereum/consensus-specs/pull/2730)
+- [ethresear.ch वर बाऊन्सिंग हल्ले](https://ethresear.ch/t/prevention-of-bouncing-attack-on-ffg/6114)
+- [SSLE संशोधन](https://ethresear.ch/t/secret-non-single-leader-election/11789)
diff --git a/public/content/translations/mr/developers/docs/consensus-mechanisms/pos/attestations/index.md b/public/content/translations/mr/developers/docs/consensus-mechanisms/pos/attestations/index.md
new file mode 100644
index 00000000000..8936563f0b2
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/consensus-mechanisms/pos/attestations/index.md
@@ -0,0 +1,92 @@
+---
+title: "प्रमाणीकरणे"
+description: "प्रूफ-ऑफ-स्टेक इथेरियमवरील प्रमाणीकरणांचे वर्णन."
+lang: mr
+---
+
+प्रत्येक इपॉकमध्ये व्हॅलिडेटरने प्रमाणीकरण तयार करणे, त्यावर स्वाक्षरी करणे आणि ते प्रसारित करणे अपेक्षित आहे. हे पृष्ठ या प्रमाणीकरणांचे स्वरूप, त्यांच्यावर कशी प्रक्रिया केली जाते आणि एकमत क्लायंटमध्ये ते कसे संप्रेषित केले जातात याची रूपरेषा देते.
+
+## प्रमाणीकरण म्हणजे काय? {#what-is-an-attestation}
+
+प्रत्येक [इपॉक](/glossary/#epoch) (6.4 मिनिटे) एक व्हॅलिडेटर नेटवर्कवर प्रमाणीकरणाचा प्रस्ताव देतो. प्रमाणीकरण हे इपॉकमधील एका विशिष्ट स्लॉटसाठी असते. प्रमाणीकरणाचा उद्देश व्हॅलिडेटरच्या साखळीबद्दलच्या दृष्टिकोनाच्या बाजूने मतदान करणे हा आहे, विशेषतः सर्वात अलीकडील जस्टिफाईड ब्लॉक आणि सध्याच्या इपॉकमधील पहिला ब्लॉक (ज्यांना `source` आणि `target` चेकपॉइंट म्हणून ओळखले जाते). ही माहिती सर्व सहभागी व्हॅलिडेटरसाठी एकत्रित केली जाते, ज्यामुळे नेटवर्कला ब्लॉकचेनच्या स्थितीबद्दल एकमतापर्यंत पोहोचता येते.
+
+प्रमाणीकरणामध्ये खालील घटक असतात:
+
+- `aggregation_bits`: व्हॅलिडेटरची एक बिटलिस्ट जिथे स्थिती त्यांच्या समितीमधील व्हॅलिडेटर निर्देशांकाशी जुळते; मूल्य (0/1) हे दर्शवते की व्हॅलिडेटरने `data` वर स्वाक्षरी केली आहे की नाही (म्हणजे, ते सक्रिय आहेत आणि ब्लॉक प्रस्तावकशी सहमत आहेत की नाही).
+- `data`: खाली परिभाषित केल्यानुसार प्रमाणीकरणाशी संबंधित तपशील
+- `signature`: एक BLS स्वाक्षरी जी वैयक्तिक व्हॅलिडेटरच्या स्वाक्षऱ्या एकत्रित करते
+
+प्रमाणीकरण करणाऱ्या व्हॅलिडेटरसाठी `data` तयार करणे हे पहिले कार्य आहे. `data` मध्ये खालील माहिती असते:
+
+- `slot`: स्लॉट क्रमांक ज्याचा प्रमाणीकरण संदर्भ देते
+- `index`: एक क्रमांक जो ओळखतो की व्हॅलिडेटर दिलेल्या स्लॉटमध्ये कोणत्या समितीचा सदस्य आहे
+- `beacon_block_root`: साखळीच्या सुरुवातीला व्हॅलिडेटरला दिसणाऱ्या ब्लॉकचा रूट हॅश (फोर्क-चॉइस अल्गोरिदम लागू करण्याचा परिणाम)
+- `source`: फायनॅलिटी मताचा भाग जो दर्शवितो की व्हॅलिडेटर सर्वात अलीकडील जस्टिफाईड ब्लॉक म्हणून काय पाहतात
+- `target`: फायनॅलिटी मताचा भाग जो दर्शवितो की व्हॅलिडेटर सध्याच्या इपॉकमधील पहिला ब्लॉक म्हणून काय पाहतात
+
+`data` तयार झाल्यावर, व्हॅलिडेटर `aggregation_bits` मधील त्यांच्या स्वतःच्या व्हॅलिडेटर निर्देशांकाशी संबंधित बिट 0 वरून 1 वर फ्लिप करू शकतो, हे दर्शवण्यासाठी की त्यांनी सहभाग घेतला आहे.
+
+शेवटी, व्हॅलिडेटर प्रमाणीकरणावर स्वाक्षरी करतो आणि ते नेटवर्कवर प्रसारित करतो.
+
+### एकत्रित प्रमाणीकरण {#aggregated-attestation}
+
+प्रत्येक व्हॅलिडेटरसाठी नेटवर्कवर हा डेटा प्रसारित करण्याशी संबंधित एक मोठा ओव्हरहेड आहे. म्हणून, वैयक्तिक व्हॅलिडेटरकडून आलेली प्रमाणीकरणे अधिक व्यापकपणे प्रसारित करण्यापूर्वी सबनेटमध्ये एकत्रित केली जातात. यामध्ये स्वाक्षऱ्या एकत्र करणे समाविष्ट आहे जेणेकरून प्रसारित होणाऱ्या प्रमाणीकरणामध्ये एकमत `data` आणि त्या `data` शी सहमत असलेल्या सर्व व्हॅलिडेटरच्या स्वाक्षऱ्या एकत्र करून तयार केलेली एकच स्वाक्षरी समाविष्ट असेल. हे `aggregation_bits` वापरून तपासले जाऊ शकते कारण हे प्रत्येक व्हॅलिडेटरचा त्यांच्या समितीमधील निर्देशांक (ज्याचा आयडी `data` मध्ये दिलेला आहे) प्रदान करते, जो वैयक्तिक स्वाक्षऱ्यांची चौकशी करण्यासाठी वापरला जाऊ शकतो.
+
+प्रत्येक इपॉकमध्ये प्रत्येक सबनेटमधील 16 व्हॅलिडेटर `एग्रीगेटर` म्हणून निवडले जातात. एग्रीगेटर गॉसिप नेटवर्कवर ऐकलेली सर्व प्रमाणीकरणे गोळा करतात ज्यात त्यांच्या स्वतःच्या प्रमाणीकरणासारखाच `data` असतो. प्रत्येक जुळणाऱ्या प्रमाणीकरणाच्या प्रेषकाची नोंद `aggregation_bits` मध्ये केली जाते. त्यानंतर एग्रीगेटर प्रमाणीकरण एकत्रित करून व्यापक नेटवर्कवर प्रसारित करतात.
+
+जेव्हा एखाद्या व्हॅलिडेटरची ब्लॉक प्रस्तावक म्हणून निवड केली जाते, तेव्हा ते सबनेटमधून आलेली एकत्रित प्रमाणीकरणे नवीन ब्लॉकमधील नवीनतम स्लॉटपर्यंत पॅकेज करतात.
+
+### प्रमाणीकरण समावेशाचे जीवनचक्र {#attestation-inclusion-lifecycle}
+
+1. निर्मिती
+2. प्रसार
+3. एकत्रीकरण
+4. प्रसार
+5. समावेश
+
+प्रमाणीकरणाचे जीवनचक्र खालील आराखड्यात स्पष्ट केले आहे:
+
+![प्रमाणीकरण जीवनचक्र](./attestation_schematic.png)
+
+## पुरस्कार {#rewards}
+
+प्रमाणीकरणे सादर केल्याबद्दल व्हॅलिडेटरना रिवॉर्ड दिले जातात. प्रमाणीकरणाचा रिवॉर्ड सहभागाचे ध्वज (स्रोत, लक्ष्य आणि हेड), बेस रिवॉर्ड आणि सहभागाचा दर यावर अवलंबून असतो.
+
+सादर केलेल्या प्रमाणीकरणावर आणि त्याच्या समावेशातील विलंबावर अवलंबून, प्रत्येक सहभाग ध्वज सत्य किंवा असत्य असू शकतो.
+
+सर्वोत्तम परिस्थिती तेव्हा उद्भवते जेव्हा तिन्ही ध्वज सत्य असतात, अशा परिस्थितीत व्हॅलिडेटरला (प्रत्येक योग्य ध्वजासाठी) कमाई होईल:
+
+`रिवॉर्ड += बेस रिवॉर्ड * ध्वज वजन * ध्वज प्रमाणीकरण दर / 64`
+
+ध्वज प्रमाणीकरण दर, दिलेल्या ध्वजासाठी सर्व प्रमाणीकरण करणाऱ्या व्हॅलिडेटरच्या प्रभावी बॅलन्सच्या बेरजेचा वापर करून, एकूण सक्रिय प्रभावी बॅलन्सच्या तुलनेत मोजला जातो.
+
+### बेस रिवॉर्ड {#base-reward}
+
+बेस रिवॉर्डची गणना प्रमाणीकरण करणाऱ्या व्हॅलिडेटरच्या संख्येनुसार आणि त्यांच्या प्रभावी स्टेक केलेल्या इथर बॅलन्सनुसार केली जाते:
+
+`बेस रिवॉर्ड = व्हॅलिडेटर प्रभावी बॅलन्स x 2^6 / SQRT(सर्व सक्रिय व्हॅलिडेटरचा प्रभावी बॅलन्स)`
+
+#### समावेशातील विलंब {#inclusion-delay}
+
+ज्यावेळी व्हॅलिडेटरनी साखळीच्या हेडवर (`ब्लॉक n`) मतदान केले, त्यावेळी `ब्लॉक n+1` अजून प्रस्तावित झाला नव्हता. म्हणून प्रमाणीकरणे नैसर्गिकरित्या **एक ब्लॉक नंतर** समाविष्ट होतात, त्यामुळे `ब्लॉक n` ला साखळीचे हेड म्हणून मतदान करणारी सर्व प्रमाणीकरणे `ब्लॉक n+1` मध्ये समाविष्ट होतात आणि **समावेशातील विलंब** 1 असतो. जर समावेशातील विलंब दुप्पट होऊन दोन स्लॉट झाला, तर प्रमाणीकरणाचा रिवॉर्ड अर्धा होतो, कारण प्रमाणीकरणाचा रिवॉर्ड मोजण्यासाठी बेस रिवॉर्डला समावेशातील विलंबाच्या व्युत्क्रमाने गुणले जाते.
+
+### प्रमाणीकरणाच्या परिस्थिती {#attestation-scenarios}
+
+#### मतदान करणारा व्हॅलिडेटर गहाळ {#missing-voting-validator}
+
+व्हॅलिडेटरकडे त्यांचे प्रमाणीकरण सादर करण्यासाठी जास्तीत जास्त 1 इपॉक असतो. जर इपॉक 0 मध्ये प्रमाणीकरण चुकले, तर ते इपॉक 1 मध्ये समावेशातील विलंबासह सादर करू शकतात.
+
+#### एग्रीगेटर गहाळ {#missing-aggregator}
+
+एकूण प्रति इपॉक 16 एग्रीगेटर असतात. याव्यतिरिक्त, यादृच्छिक व्हॅलिडेटर **256 इपॉकसाठी दोन सबनेट** चे सदस्यत्व घेतात आणि एग्रीगेटर गहाळ झाल्यास बॅकअप म्हणून काम करतात.
+
+#### ब्लॉक प्रस्तावक गहाळ {#missing-block-proposer}
+
+लक्षात घ्या की काही प्रकरणांमध्ये एक भाग्यवान एग्रीगेटर ब्लॉक प्रस्तावक देखील बनू शकतो. जर ब्लॉक प्रस्तावक गहाळ झाल्यामुळे प्रमाणीकरण समाविष्ट झाले नाही, तर पुढील ब्लॉक प्रस्तावक ते एकत्रित प्रमाणीकरण उचलून पुढील ब्लॉकमध्ये समाविष्ट करेल. तथापि, **समावेशातील विलंब** एकाने वाढेल.
+
+## पुढील वाचन {#further-reading}
+
+- [विटालिकच्या एनोटेटेड एकमत स्पेकमधील प्रमाणीकरणे](https://github.com/ethereum/annotated-spec/blob/master/phase0/beacon-chain.md#attestationdata)
+- [eth2book.info मधील प्रमाणीकरणे](https://eth2book.info/capella/part3/containers/dependencies/#attestationdata)
+
+_तुम्हाला मदत केलेल्या सामुदायिक संसाधनाबद्दल माहिती आहे का?_ हे पृष्ठ संपादित करा आणि ते जोडा!_
diff --git a/public/content/translations/mr/developers/docs/consensus-mechanisms/pos/block-proposal/index.md b/public/content/translations/mr/developers/docs/consensus-mechanisms/pos/block-proposal/index.md
new file mode 100644
index 00000000000..c011932b876
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/consensus-mechanisms/pos/block-proposal/index.md
@@ -0,0 +1,69 @@
+---
+title: "ब्लॉक प्रस्ताव"
+description: "प्रूफ-ऑफ-स्टेक Ethereum मध्ये ब्लॉक कसे प्रस्तावित केले जातात याचे स्पष्टीकरण."
+lang: mr
+---
+
+ब्लॉक हे ब्लॉकचेनचे मूलभूत एकक आहेत. ब्लॉक हे माहितीचे स्वतंत्र एकक आहेत जे नोड्स दरम्यान दिले जातात, त्यावर सहमती दर्शवली जाते आणि प्रत्येक नोडच्या डेटाबेसमध्ये जोडले जातात. हे पृष्ठ ते कसे तयार केले जातात हे स्पष्ट करते.
+
+## पूर्वतयारी {#prerequisites}
+
+ब्लॉक प्रस्ताव हा प्रूफ-ऑफ-स्टेक प्रोटोकॉलचा भाग आहे. हे पृष्ठ समजण्यास मदत होण्यासाठी, आम्ही शिफारस करतो की तुम्ही [प्रूफ-ऑफ-स्टेक](/developers/docs/consensus-mechanisms/pos/) आणि [ब्लॉक आर्किटेक्चर](/developers/docs/blocks/) बद्दल वाचा.
+
+## ब्लॉक कोण तयार करते? {#who-produces-blocks}
+
+व्हॅलिडेटर खाती ब्लॉक प्रस्तावित करतात. व्हॅलिडेटर खाती नोड ऑपरेटरद्वारे व्यवस्थापित केली जातात जे त्यांच्या एक्झिक्यूशन आणि कन्सेन्सस क्लायंटचा भाग म्हणून व्हॅलिडेटर सॉफ्टवेअर चालवतात आणि डिपॉझिट कॉन्ट्रॅक्टमध्ये किमान 32 ETH जमा केले आहेत. तथापि, प्रत्येक व्हॅलिडेटर केवळ अधूनमधून ब्लॉक प्रस्तावित करण्यासाठी जबाबदार असतो. Ethereum वेळेचे मोजमाप स्लॉट्स आणि इपॉक्समध्ये करते. प्रत्येक स्लॉट बारा सेकंदांचा असतो, आणि 32 स्लॉट्स (6.4 मिनिटे) मिळून एक इपॉक बनतो. प्रत्येक स्लॉट ही Ethereum वर नवीन ब्लॉक जोडण्याची एक संधी आहे.
+
+### यादृच्छिक निवड {#random-selection}
+
+प्रत्येक स्लॉटमध्ये ब्लॉक प्रस्तावित करण्यासाठी एका व्हॅलिडेटरची स्यूडो-रँडम पद्धतीने निवड केली जाते. ब्लॉकचेनमध्ये खऱ्या अर्थाने यादृच्छिकता अशी कोणतीही गोष्ट नाही कारण जर प्रत्येक नोडने खरोखर यादृच्छिक संख्या तयार केल्या, तर ते कन्सेन्ससवर येऊ शकणार नाहीत. त्याऐवजी, व्हॅलिडेटर निवड प्रक्रिया अनपेक्षित बनवणे हा उद्देश आहे. Ethereum वर RANDAO नावाच्या अल्गोरिदमचा वापर करून यादृच्छिकता प्राप्त केली जाते, जो ब्लॉक प्रस्तावकाकडून एक हॅश एका सीडसोबत मिसळतो जो प्रत्येक ब्लॉकवर अपडेट होतो. हे मूल्य एकूण व्हॅलिडेटर सेटमधून विशिष्ट व्हॅलिडेटर निवडण्यासाठी वापरले जाते. विशिष्ट प्रकारच्या सीड मॅनिप्युलेशनपासून संरक्षण करण्याचा एक मार्ग म्हणून व्हॅलिडेटर निवड दोन इपॉक्स आधीच निश्चित केली जाते.
+
+जरी व्हॅलिडेटर्स प्रत्येक स्लॉटमध्ये RANDAO मध्ये भर घालत असले तरी, जागतिक RANDAO मूल्य प्रत्येक इपॉकला फक्त एकदाच अपडेट केले जाते. पुढील ब्लॉक प्रस्तावकाचा निर्देशांक मोजण्यासाठी, प्रत्येक स्लॉटमध्ये एक अद्वितीय मूल्य देण्यासाठी RANDAO मूल्य स्लॉट क्रमांकासोबत मिसळले जाते. एका वैयक्तिक व्हॅलिडेटरच्या निवडीची संभाव्यता फक्त `1/N` नसते (जिथे `N` = एकूण सक्रिय व्हॅलिडेटर). त्याऐवजी, ते प्रत्येक व्हॅलिडेटरच्या प्रभावी ETH बॅलन्सनुसार भारित केले जाते. जास्तीत जास्त प्रभावी बॅलन्स 32 ETH आहे (याचा अर्थ `बॅलन्स < 32 ETH` मुळे `बॅलन्स == 32 ETH` पेक्षा कमी वजन मिळते, परंतु `बॅलन्स > 32 ETH` मुळे `बॅलन्स == 32 ETH` पेक्षा जास्त वजन मिळत नाही).
+
+प्रत्येक स्लॉटमध्ये फक्त एक ब्लॉक प्रस्तावक निवडला जातो. सामान्य परिस्थितीत, एकच ब्लॉक निर्माता त्यांच्या समर्पित स्लॉटमध्ये एकच ब्लॉक तयार करतो आणि रिलीज करतो. एकाच स्लॉटसाठी दोन ब्लॉक तयार करणे हा एक स्लॅशेबल गुन्हा आहे, ज्याला अनेकदा "इक्विवोकेशन" म्हणून ओळखले जाते.
+
+## ब्लॉक कसा तयार केला जातो? {#how-is-a-block-created}
+
+ब्लॉक प्रस्तावकाने त्यांच्या स्वतःच्या स्थानिकरित्या चालवलेल्या फोर्क चॉईस अल्गोरिदमच्या दृष्टिकोनानुसार, चेनमधील सर्वात अलीकडील हेडच्या वर तयार होणारा एक स्वाक्षरी केलेला बीकन ब्लॉक ब्रॉडकास्ट करणे अपेक्षित आहे. फोर्क चॉईस अल्गोरिदम मागील स्लॉटमधून उरलेली कोणतीही रांगेतील ॲटेस्टेशन्स लागू करतो, नंतर त्याच्या इतिहासामध्ये ॲटेस्टेशन्सचे सर्वाधिक संचित वजन असलेला ब्लॉक शोधतो. तो ब्लॉक प्रस्तावकाने तयार केलेल्या नवीन ब्लॉकचा पॅरेंट आहे.
+
+ब्लॉक प्रस्तावक त्याच्या स्वतःच्या स्थानिक डेटाबेस आणि चेनच्या दृश्यातून डेटा गोळा करून एक ब्लॉक तयार करतो. ब्लॉकची सामग्री खालील स्निपेटमध्ये दर्शविली आहे:
+
+```rust
+class BeaconBlockBody(Container):
+    randao_reveal: BLSSignature
+    eth1_data: Eth1Data
+    graffiti: Bytes32
+    proposer_slashings: List[ProposerSlashing, MAX_PROPOSER_SLASHINGS]
+    attester_slashings: List[AttesterSlashing, MAX_ATTESTER_SLASHINGS]
+    attestations: List[Attestation, MAX_ATTESTATIONS]
+    deposits: List[Deposit, MAX_DEPOSITS]
+    voluntary_exits: List[SignedVoluntaryExit, MAX_VOLUNTARY_EXITS]
+    sync_aggregate: SyncAggregate
+    execution_payload: ExecutionPayload
+```
+
+`randao_reveal` फील्ड एक सत्यापित करण्यायोग्य यादृच्छिक मूल्य घेते जे ब्लॉक प्रस्तावक सध्याच्या इपॉक क्रमांकावर स्वाक्षरी करून तयार करतो. `eth1_data` हे डिपॉझिट कॉन्ट्रॅक्टच्या ब्लॉक प्रस्तावकाच्या दृष्टिकोनासाठी एक मत आहे, ज्यामध्ये डिपॉझिट मर्केल ट्राईचे रूट आणि नवीन डिपॉझिट सत्यापित करण्यास सक्षम करणाऱ्या डिपॉझिटची एकूण संख्या समाविष्ट आहे. `graffiti` हे एक ऐच्छिक फील्ड आहे ज्याचा वापर ब्लॉकवर संदेश जोडण्यासाठी केला जाऊ शकतो. `proposer_slashings` आणि `attester_slashings` ही अशी फील्ड्स आहेत ज्यात प्रस्तावकाच्या चेनच्या दृष्टिकोनानुसार, विशिष्ट व्हॅलिडेटर्सनी स्लॅशेबल गुन्हे केल्याचा पुरावा असतो. `deposits` ही नवीन व्हॅलिडेटर डिपॉझिटची एक यादी आहे ज्याबद्दल ब्लॉक प्रस्तावकाला माहिती आहे, आणि `voluntary_exits` ही अशा व्हॅलिडेटर्सची यादी आहे जे बाहेर पडू इच्छितात आणि ज्यांच्याबद्दल ब्लॉक प्रस्तावकाने कन्सेन्सस लेयर गॉसिप नेटवर्कवर ऐकले आहे. `sync_aggregate` हा एक वेक्टर आहे जो दाखवतो की कोणते व्हॅलिडेटर पूर्वी सिंक कमिटीला (लाईट क्लायंट डेटा देणाऱ्या व्हॅलिडेटर्सचा एक उपसंच) नियुक्त केले होते आणि डेटा स्वाक्षरी करण्यात सहभागी झाले होते.
+
+`execution_payload` एक्झिक्यूशन आणि कन्सेन्सस क्लायंट्समध्ये व्यवहारांविषयी माहिती पास करण्यास सक्षम करते. `execution_payload` हा एक्झिक्यूशन डेटाचा एक ब्लॉक आहे जो बीकन ब्लॉकमध्ये नेस्ट केला जातो. `execution_payload` मधील फील्ड्स Ethereum यलो पेपरमध्ये वर्णन केलेल्या ब्लॉक रचनेला प्रतिबिंबित करतात, फक्त त्यात कोणतेही ओमर्स नाहीत आणि `difficulty` च्या जागी `prev_randao` अस्तित्वात आहे. एक्झिक्यूशन क्लायंटला व्यवहारांच्या स्थानिक पूलमध्ये प्रवेश असतो, ज्याबद्दल त्याने स्वतःच्या गॉसिप नेटवर्कवर ऐकले आहे. हे व्यवहार पोस्ट-स्टेट म्हणून ओळखले जाणारे अपडेटेड स्टेट ट्राई तयार करण्यासाठी स्थानिकरित्या कार्यान्वित केले जातात. हे व्यवहार `transactions` नावाच्या यादीच्या स्वरूपात `execution_payload` मध्ये समाविष्ट केले जातात आणि पोस्ट-स्टेट `state-root` फील्डमध्ये प्रदान केले जाते.
+
+हा सर्व डेटा एका बीकन ब्लॉकमध्ये गोळा केला जातो, त्यावर स्वाक्षरी केली जाते, आणि ब्लॉक प्रस्तावकाच्या पिअर्सना प्रसारित केला जातो, जे तो त्यांच्या पिअर्सना पुढे पाठवतात, इत्यादी.
+
+[ब्लॉक्सची रचना](/developers/docs/blocks) याबद्दल अधिक वाचा.
+
+## ब्लॉकचे काय होते? {#what-happens-to-blocks}
+
+ब्लॉक प्रस्तावकाच्या स्थानिक डेटाबेसमध्ये ब्लॉक जोडला जातो आणि कन्सेन्सस लेयर गॉसिप नेटवर्कद्वारे पिअर्सना प्रसारित केला जातो. जेव्हा एका व्हॅलिडेटरला ब्लॉक मिळतो, तेव्हा तो त्यातील डेटा सत्यापित करतो, ज्यामध्ये ब्लॉकला योग्य पॅरेंट आहे की नाही, तो योग्य स्लॉटशी संबंधित आहे की नाही, प्रस्तावकाचा निर्देशांक अपेक्षित आहे की नाही, RANDAO रिव्हील वैध आहे की नाही आणि प्रस्तावकाला स्लॅश केलेले नाही हे तपासणे समाविष्ट आहे. `execution_payload` अनबंडल केले जाते, आणि प्रस्तावित स्टेट बदल तपासण्यासाठी व्हॅलिडेटरचा एक्झिक्यूशन क्लायंट यादीतील व्यवहार पुन्हा कार्यान्वित करतो. ब्लॉक या सर्व तपासण्या पास करतो असे गृहीत धरून, प्रत्येक व्हॅलिडेटर तो ब्लॉक त्याच्या स्वतःच्या कॅनोनिकल चेनमध्ये जोडतो. पुढील स्लॉटमध्ये ही प्रक्रिया पुन्हा सुरू होते.
+
+## ब्लॉक रिवॉर्ड्स {#block-rewards}
+
+ब्लॉक प्रस्तावकाला त्यांच्या कामासाठी पेमेंट मिळते. एक `base_reward` आहे जो सक्रिय व्हॅलिडेटर्सची संख्या आणि त्यांच्या प्रभावी बॅलन्सचे कार्य म्हणून मोजला जातो. ब्लॉक प्रस्तावकाला नंतर ब्लॉकमध्ये समाविष्ट असलेल्या प्रत्येक वैध ॲटेस्टेशनसाठी `base_reward` चा एक अंश मिळतो; जितके जास्त व्हॅलिडेटर ब्लॉकला ॲटेस्ट करतात, तितके ब्लॉक प्रस्तावकाचे रिवॉर्ड जास्त असते. ज्या व्हॅलिडेटर्सना स्लॅश केले पाहिजे त्यांची तक्रार करण्यासाठी देखील एक रिवॉर्ड आहे, जे प्रत्येक स्लॅश केलेल्या व्हॅलिडेटरसाठी `1/512 * प्रभावी बॅलन्स` च्या बरोबरीचे आहे.
+
+[रिवॉर्ड्स आणि दंड यावर अधिक](/developers/docs/consensus-mechanisms/pos/rewards-and-penalties)
+
+## पुढील वाचन {#further-reading}
+
+- [ब्लॉक्सची ओळख](/developers/docs/blocks/)
+- [Proof-of-stake चा परिचय](/developers/docs/consensus-mechanisms/pos/)
+- [Ethereum कन्सेन्सस स्पेक्स](https://github.com/ethereum/consensus-specs)
+- [Gasper ची ओळख](/developers/docs/consensus-mechanisms/pos/gasper/)
+- [Ethereum अपग्रेड करणे](https://eth2book.info/)
diff --git a/public/content/translations/mr/developers/docs/consensus-mechanisms/pos/faqs/index.md b/public/content/translations/mr/developers/docs/consensus-mechanisms/pos/faqs/index.md
new file mode 100644
index 00000000000..292c6f30b86
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/consensus-mechanisms/pos/faqs/index.md
@@ -0,0 +1,172 @@
+---
+title: "वारंवार विचारले जाणारे प्रश्न"
+description: "प्रूफ-ऑफ-स्टेक Ethereum वर वारंवार विचारले जाणारे प्रश्न."
+lang: mr
+---
+
+## प्रूफ-ऑफ-स्टेक म्हणजे काय? {#what-is-proof-of-stake}
+
+प्रूफ-ऑफ-स्टेक हा अल्गोरिदमचा एक वर्ग आहे जो ब्लॉकचेनला सुरक्षा प्रदान करू शकतो, हे सुनिश्चित करून की जे हल्लेखोर अप्रामाणिकपणे वागतात त्यांची मौल्यवान मालमत्ता गमावली जाते. प्रूफ-ऑफ-स्टेक सिस्टीममध्ये व्हॅलिडेटर्सच्या एका सेटची आवश्यकता असते जे काही मालमत्ता उपलब्ध करतात, जी व्हॅलिडेटरने काही सिद्ध करण्यायोग्य अप्रामाणिक वर्तनात गुंतल्यास नष्ट केली जाऊ शकते. Ethereum ब्लॉकचेन सुरक्षित करण्यासाठी प्रूफ-ऑफ-स्टेक यंत्रणा वापरते.
+
+## प्रूफ-ऑफ-स्टेकची प्रूफ-ऑफ-वर्कशी तुलना कशी होते? {#comparison-to-proof-of-work}
+
+प्रूफ-ऑफ-वर्क आणि प्रूफ-ऑफ-स्टेक या दोन्ही यंत्रणा आहेत ज्या दुर्भावनापूर्ण कलाकारांना नेटवर्कवर स्पॅमिंग किंवा फसवणूक करण्यापासून आर्थिकदृष्ट्या परावृत्त करतात. दोन्ही प्रकरणांमध्ये, जे नोड्स सहमतीमध्ये सक्रियपणे भाग घेतात ते काही मालमत्ता "नेटवर्कमध्ये" ठेवतात, जी ते गैरवर्तन केल्यास गमावतील.
+
+प्रूफ-ऑफ-वर्कमध्ये, ही मालमत्ता ऊर्जा आहे. नोड, ज्याला मायनर म्हणून ओळखले जाते, एक अल्गोरिदम चालवतो ज्याचा उद्देश इतर कोणत्याही नोडपेक्षा वेगाने मूल्य मोजणे आहे. सर्वात वेगवान नोडला चेनमध्ये ब्लॉक प्रस्तावित करण्याचा अधिकार आहे. चेनचा इतिहास बदलण्यासाठी किंवा ब्लॉक प्रस्तावावर वर्चस्व गाजवण्यासाठी, मायनरकडे इतकी संगणकीय शक्ती असणे आवश्यक आहे की ते नेहमीच शर्यत जिंकतील. हे अत्यंत महाग आणि अंमलात आणण्यास कठीण आहे, ज्यामुळे चेनचे हल्ल्यांपासून संरक्षण होते. प्रूफ-ऑफ-वर्क वापरून "माइन" करण्यासाठी लागणारी ऊर्जा ही एक वास्तविक-जगातील मालमत्ता आहे ज्यासाठी मायनर्स पैसे देतात.
+
+प्रूफ-ऑफ-स्टेकसाठी नोड्स, ज्यांना व्हॅलिडेटर्स म्हणून ओळखले जाते, यांनी स्पष्टपणे एक क्रिप्टो मालमत्ता स्मार्ट कॉन्ट्रॅक्टमध्ये सबमिट करणे आवश्यक आहे. जर व्हॅलिडेटरने गैरवर्तन केले, तर ही क्रिप्टो नष्ट केली जाऊ शकते कारण ते ऊर्जा खर्चाद्वारे अप्रत्यक्षपणे न करता थेट चेनमध्ये आपली मालमत्ता "स्टिकिंग" करत आहेत.
+
+प्रूफ-ऑफ-वर्कमध्ये जास्त ऊर्जा लागते कारण मायनिंग प्रक्रियेत वीज वापरली जाते. दुसरीकडे, प्रूफ-ऑफ-स्टेकला खूप कमी ऊर्जेची आवश्यकता असते - Ethereum व्हॅलिडेटर्स अगदी Raspberry Pi सारख्या कमी-शक्तीच्या डिव्हाइसवर देखील चालू शकतात. Ethereumची प्रूफ-ऑफ-स्टेक यंत्रणा प्रूफ-ऑफ-वर्कपेक्षा अधिक सुरक्षित मानली जाते कारण हल्ला करण्याची किंमत जास्त आहे आणि हल्लेखोरासाठी त्याचे परिणाम अधिक गंभीर आहेत.
+
+प्रूफ-ऑफ-वर्क विरुद्ध प्रूफ-ऑफ-स्टेक हा एक वादग्रस्त विषय आहे. [विटालिक ब्युटेरिनचा ब्लॉग](https://vitalik.eth.limo/general/2017/12/31/pos_faq.html#what-are-the-benefits-of-proof-of-stake-as-opposed-to-proof-of-work) आणि जस्टिन ड्रेक आणि लिन आल्डन यांच्यातील वादविवाद युक्तिवादांचा चांगला सारांश देतात.
+
+<YouTube id="1m12zgJ42dI" />
+
+## प्रूफ-ऑफ-स्टेक ऊर्जा-कार्यक्षम आहे का? {#is-pos-energy-efficient}
+
+होय. प्रूफ-ऑफ-स्टेक नेटवर्कवरील नोड्स खूप कमी प्रमाणात ऊर्जा वापरतात. एका तृतीय-पक्ष अभ्यासाने निष्कर्ष काढला आहे की संपूर्ण प्रूफ-ऑफ-स्टेक Ethereum नेटवर्क अंदाजे 0.0026 TWh/yr ऊर्जा वापरते - जे केवळ यूएसमधील गेमिंगपेक्षा सुमारे 13,000 पट कमी आहे.
+
+[Ethereum च्या ऊर्जा वापराविषयी अधिक](/energy-consumption/).
+
+## प्रूफ-ऑफ-स्टेक सुरक्षित आहे का? {#is-pos-secure}
+
+Ethereumचे प्रूफ-ऑफ-स्टेक खूप सुरक्षित आहे. ही यंत्रणा लाइव्ह होण्यापूर्वी आठ वर्षांहून अधिक काळ त्यावर कठोरपणे संशोधन, विकास आणि चाचणी केली गेली. सुरक्षेची हमी प्रूफ-ऑफ-वर्क ब्लॉकचेनपेक्षा वेगळी आहे. प्रूफ-ऑफ-स्टेकमध्ये, दुर्भावनापूर्ण व्हॅलिडेटर्सना सक्रियपणे शिक्षा दिली जाऊ शकते ("स्लॅश" केले जाऊ शकते) आणि व्हॅलिडेटर सेटमधून बाहेर काढले जाऊ शकते, ज्यामुळे मोठ्या प्रमाणात ETH चे नुकसान होते. प्रूफ-ऑफ-वर्क अंतर्गत, हल्लेखोर त्यांच्याकडे पुरेशी हॅश पॉवर असेपर्यंत त्यांचा हल्ला पुन्हा पुन्हा करत राहू शकतो. प्रूफ-ऑफ-वर्कपेक्षा प्रूफ-ऑफ-स्टेक Ethereum वर समकक्ष हल्ले करणे देखील अधिक महाग आहे. चेनच्या लाइव्हनेसवर परिणाम करण्यासाठी, नेटवर्कवरील एकूण स्टेक केलेल्या इथरपैकी किमान 33% आवश्यक आहे (अत्यंत कमी यशस्वीतेच्या शक्यतेसह खूप अत्याधुनिक हल्ल्यांची प्रकरणे वगळता). भविष्यातील ब्लॉक्सच्या सामग्रीवर नियंत्रण ठेवण्यासाठी, एकूण स्टेक केलेल्या ETH पैकी किमान 51% आवश्यक आहे आणि इतिहास पुन्हा लिहिण्यासाठी, एकूण स्टेकच्या 66% पेक्षा जास्त आवश्यक आहे. Ethereum प्रोटोकॉल 33% किंवा 51% हल्ल्याच्या परिस्थितीत या मालमत्ता नष्ट करेल आणि 66% हल्ल्याच्या परिस्थितीत सामाजिक सहमतीने नष्ट करेल.
+
+- [हल्लेखोरांपासून Ethereum प्रूफ-ऑफ-स्टेकचे संरक्षण करण्यावर अधिक](/developers/docs/consensus-mechanisms/pos/attack-and-defense)
+- [प्रूफ-ऑफ-स्टेक डिझाइनवर अधिक](https://medium.com/@VitalikButerin/a-proof-of-stake-design-philosophy-506585978d51)
+
+## प्रूफ-ऑफ-स्टेकमुळे Ethereum स्वस्त होते का? {#does-pos-make-ethereum-cheaper}
+
+नाही. व्यवहार पाठवण्याची किंमत (गॅस फी) डायनॅमिक फी मार्केटद्वारे निर्धारित केली जाते जी नेटवर्कची मागणी वाढल्यास वाढते. एकमत यंत्रणा यावर थेट प्रभाव टाकत नाही.
+
+[गॅसवर अधिक](/developers/docs/gas).
+
+## नोड्स, क्लायंट आणि व्हॅलिडेटर्स म्हणजे काय? {#what-are-nodes-clients-and-validators}
+
+नोड्स हे Ethereum नेटवर्कशी जोडलेले संगणक आहेत. क्लायंट हे सॉफ्टवेअर आहेत जे ते चालवतात जे संगणकाला नोडमध्ये रूपांतरित करते. दोन प्रकारचे क्लायंट आहेत: एक्झिक्युशन क्लायंट आणि कन्सेन्सस क्लायंट. नोड तयार करण्यासाठी दोन्ही आवश्यक आहेत. व्हॅलिडेटर हा कन्सेन्सस क्लायंटसाठी एक ऐच्छिक ॲड-ऑन आहे जो नोडला प्रूफ-ऑफ-स्टेक कन्सेन्ससमध्ये सहभागी होण्यास सक्षम करतो. याचा अर्थ निवडल्यावर ब्लॉक तयार करणे आणि प्रस्तावित करणे आणि नेटवर्कवर ऐकलेल्या ब्लॉक्सना प्रमाणित करणे. व्हॅलिडेटर चालवण्यासाठी, नोड ऑपरेटरला डिपॉझिट कॉन्ट्रॅक्टमध्ये 32 ETH जमा करणे आवश्यक आहे.
+
+- [नोड्स आणि क्लायंटवर अधिक](/developers/docs/nodes-and-clients)
+- [स्टिकिंगवर अधिक](/staking)
+
+## प्रूफ-ऑफ-स्टेक ही एक नवीन कल्पना आहे का? {#is-pos-new}
+
+नाही. BitcoinTalk वरील एका वापरकर्त्याने 2011 मध्ये Bitcoin मध्ये अपग्रेड म्हणून [प्रूफ-ऑफ-स्टेकची मूळ कल्पना प्रस्तावित केली](https://bitcointalk.org/index.php?topic=27787.0). Ethereum मेननेटवर लागू करण्यासाठी तयार होण्यापूर्वी अकरा वर्षे लागली. काही इतर चेन्सनी Ethereum पेक्षा आधी प्रूफ-ऑफ-स्टेक लागू केले, परंतु Ethereumची विशिष्ट यंत्रणा (Gasper म्हणून ओळखली जाणारी) नाही.
+
+## Ethereum च्या प्रूफ-ऑफ-स्टेकमध्ये काय विशेष आहे? {#why-is-ethereum-pos-special}
+
+Ethereum ची प्रूफ-ऑफ-स्टेक यंत्रणा तिच्या डिझाइनमध्ये अद्वितीय आहे. ही डिझाइन आणि अंमलात आणलेली पहिली प्रूफ-ऑफ-स्टेक यंत्रणा नव्हती, परंतु ती सर्वात मजबूत आहे. प्रूफ-ऑफ-स्टेक यंत्रणा "Casper" म्हणून ओळखली जाते. Casper हे परिभाषित करते की ब्लॉक प्रस्तावित करण्यासाठी व्हॅलिडेटर्स कसे निवडले जातात, साक्षांकन कसे आणि केव्हा केले जाते, साक्षांकने कशी मोजली जातात, व्हॅलिडेटर्सना दिलेली बक्षिसे आणि दंड, स्लॅशिंग अटी, निष्क्रियता गळतीसारख्या फेलसेफ यंत्रणा आणि "अंतिमता" साठीच्या अटी. अंतिमता ही अशी अट आहे की एखाद्या ब्लॉकला कॅनोनिकल चेनचा कायमस्वरूपी भाग मानण्यासाठी, नेटवर्कवरील एकूण स्टेक केलेल्या ETH पैकी किमान 66% लोकांनी त्यासाठी मतदान केलेले असावे. संशोधकांनी विशेषतः Ethereum साठी Casper विकसित केले, आणि Ethereum ही पहिली आणि एकमेव ब्लॉकचेन आहे जिने ते लागू केले आहे.
+
+Casper व्यतिरिक्त, Ethereum चे प्रूफ-ऑफ-स्टेक LMD-GHOST नावाचा फोर्क चॉईस अल्गोरिदम वापरते. एकाच स्लॉटसाठी दोन ब्लॉक अस्तित्वात असल्याची स्थिती उद्भवल्यास हे आवश्यक आहे. यामुळे ब्लॉकचेनचे दोन फोर्क तयार होतात. LMD-GHOST सर्वात जास्त साक्षांकनाचे "वजन" असलेले एक निवडते. वजन हे व्हॅलिडेटर्सच्या प्रभावी शिल्लकेनुसार भारित केलेल्या साक्षांकनांची संख्या आहे. LMD-GHOST हे Ethereum साठी अद्वितीय आहे.
+
+Casper आणि LMD_GHOST यांचे संयोजन Gasper म्हणून ओळखले जाते.
+
+[Gasper वर अधिक](/developers/docs/consensus-mechanisms/pos/gasper/)
+
+## स्लॅशिंग म्हणजे काय? {#what-is-slashing}
+
+स्लॅशिंग ही व्हॅलिडेटरच्या काही स्टेकच्या विनाशास आणि नेटवर्कमधून व्हॅलिडेटरला बाहेर काढण्यास दिलेली संज्ञा आहे. स्लॅशिंगमध्ये गमावलेल्या ETH ची रक्कम स्लॅश केल्या जाणाऱ्या व्हॅलिडेटर्सच्या संख्येनुसार वाढते - याचा अर्थ संगनमत करणाऱ्या व्हॅलिडेटर्सना व्यक्तींपेक्षा अधिक कठोर शिक्षा मिळते.
+
+[स्लॅशिंगवर अधिक](/developers/docs/consensus-mechanisms/pos/rewards-and-penalties#slashing)
+
+## व्हॅलिडेटर्सना 32 ETH ची गरज का आहे? {#why-32-eth}
+
+व्हॅलिडेटर्सना ETH स्टेक करावे लागते जेणेकरून त्यांनी गैरवर्तन केल्यास त्यांच्याकडे गमावण्यासाठी काहीतरी असेल. त्यांना विशेषतः 32 ETH स्टेक का करावे लागते याचे कारण म्हणजे नोड्सना सामान्य हार्डवेअरवर चालण्यास सक्षम करणे. जर प्रति व्हॅलिडेटर किमान ETH कमी असते, तर व्हॅलिडेटर्सची संख्या आणि त्यामुळे प्रत्येक स्लॉटमध्ये प्रक्रिया कराव्या लागणाऱ्या संदेशांची संख्या वाढली असती, याचा अर्थ नोड चालवण्यासाठी अधिक शक्तिशाली हार्डवेअरची आवश्यकता भासली असती.
+
+## व्हॅलिडेटर्स कसे निवडले जातात? {#how-are-validators-selected}
+
+RANDAO नावाच्या अल्गोरिदमचा वापर करून प्रत्येक स्लॉटमध्ये ब्लॉक प्रस्तावित करण्यासाठी एका व्हॅलिडेटरची अर्ध-यादृच्छिकपणे निवड केली जाते, जो ब्लॉक प्रस्तावक कडून एक हॅश प्रत्येक ब्लॉकवर अपडेट होणाऱ्या सीडसह मिसळतो. हे मूल्य एकूण व्हॅलिडेटर सेटमधून विशिष्ट व्हॅलिडेटर निवडण्यासाठी वापरले जाते. व्हॅलिडेटरची निवड दोन इपॉक्स आधी निश्चित केली जाते.
+
+[व्हॅलिडेटर निवडीवर अधिक](/developers/docs/consensus-mechanisms/pos/block-proposal)
+
+## स्टेक ग्राइंडिंग म्हणजे काय? {#what-is-stake-grinding}
+
+स्टेक ग्राइंडिंग हा प्रूफ-ऑफ-स्टेक नेटवर्कवरील हल्ल्याचा एक प्रकार आहे जिथे हल्लेखोर व्हॅलिडेटर निवड अल्गोरिदमला स्वतःच्या व्हॅलिडेटर्सच्या बाजूने झुकवण्याचा प्रयत्न करतो. RANDAO वरील स्टेक ग्राइंडिंग हल्ल्यांसाठी एकूण स्टेक केलेल्या ETH च्या सुमारे अर्ध्या भागाची आवश्यकता असते.
+
+[स्टेक ग्राइंडिंगवर अधिक](https://eth2book.info/altair/part2/building_blocks/randomness/#randao-biasability)
+
+## सोशल स्लॅशिंग म्हणजे काय? {#what-is-social-slashing}
+
+सोशल स्लॅशिंग ही हल्ल्याला प्रतिसाद म्हणून ब्लॉकचेनचा फोर्क समन्वयित करण्याची समुदायाची क्षमता आहे. हे समुदायाला अप्रामाणिक चेन अंतिम करणाऱ्या हल्लेखोरापासून सावरण्यास सक्षम करते. सोशल स्लॅशिंग सेन्सॉरशिप हल्ल्यांविरूद्ध देखील वापरले जाऊ शकते.
+
+- [सोशल स्लॅशिंगवर अधिक](https://ercwl.medium.com/the-case-for-social-slashing-59277ff4d9c7)
+- [विटालिक ब्युटेरिन सोशल स्लॅशिंगवर](https://vitalik.eth.limo/general/2017/12/31/pos_faq.html#what-is-proof-of-stake)
+
+## मला स्लॅश केले जाईल का? {#will-i-get-slashed}
+
+एक व्हॅलिडेटर म्हणून, जोपर्यंत तुम्ही जाणूनबुजून दुर्भावनापूर्ण वर्तनात गुंतत नाही तोपर्यंत स्लॅश होणे खूप कठीण आहे. स्लॅशिंग फक्त अशा विशिष्ट परिस्थितीत लागू केले जाते जेथे व्हॅलिडेटर्स एकाच स्लॉटसाठी अनेक ब्लॉक प्रस्तावित करतात किंवा त्यांच्या साक्षांकनांनी स्वतःचाच विरोधाभास करतात - हे अपघाताने घडण्याची शक्यता फारच कमी आहे.
+
+[स्लॅशिंग अटींवर अधिक](https://eth2book.info/altair/part2/incentives/slashing)
+
+## नथिंग-ॲट-स्टेक समस्या काय आहे? {#what-is-nothing-at-stake-problem}
+
+नथिंग-ॲट-स्टेक समस्या ही काही प्रूफ-ऑफ-स्टेक यंत्रणांसह एक संकल्पनात्मक समस्या आहे जिथे फक्त बक्षिसे आहेत आणि दंड नाहीत. जर काहीही स्टेकवर नसेल, तर एक व्यावहारिक व्हॅलिडेटर ब्लॉकचेनच्या कोणत्याही, किंवा अगदी एकाधिक, फोर्कला प्रमाणित करण्यास तितकाच आनंदी असतो, कारण यामुळे त्यांची बक्षिसे वाढतात. एक कॅनोनिकल चेन सुनिश्चित करण्यासाठी Ethereum अंतिमता अटी आणि स्लॅशिंगचा वापर करून यावर मात करते.
+
+[नथिंग-ॲट-स्टेक समस्येवर अधिक](https://vitalik.eth.limo/general/2017/12/31/pos_faq.html#what-is-the-nothing-at-stake-problem-and-how-can-it-be-fixed)
+
+## फोर्क चॉइस अल्गोरिदम म्हणजे काय? {#what-is-a-fork-choice-algorithm}
+
+फोर्क चॉइस अल्गोरिदम कोणती चेन कॅनोनिकल आहे हे ठरवणारे नियम लागू करते. इष्टतम परिस्थितीत, फोर्क चॉइस नियमाची आवश्यकता नाही कारण प्रति स्लॉट फक्त एक ब्लॉक प्रस्तावक असतो आणि निवडण्यासाठी एकच ब्लॉक असतो. तथापि, कधीकधी, एकाच स्लॉटसाठी अनेक ब्लॉक किंवा उशीरा येणारी माहिती यामुळे चेनच्या सुरुवातीच्या जवळचे ब्लॉक कसे आयोजित केले जातात यासाठी अनेक पर्याय निर्माण होतात. या प्रकरणांमध्ये, सर्व क्लायंटनी काही नियम समान रीतीने लागू केले पाहिजेत याची खात्री करण्यासाठी की ते सर्व ब्लॉक्सचा योग्य क्रम निवडतील. फोर्क-चॉइस अल्गोरिदम हे नियम एन्कोड करतो.
+
+Ethereum चा फोर्क-चॉइस अल्गोरिदम LMD-GHOST म्हटला जातो. हे सर्वाधिक साक्षांकनांचे वजन असलेले फोर्क निवडते, म्हणजे ज्यासाठी सर्वाधिक स्टेक केलेल्या ETH ने मतदान केले आहे.
+
+[LMD-GHOST वर अधिक](/developers/docs/consensus-mechanisms/pos/gasper/#fork-choice)
+
+## प्रूफ-ऑफ-स्टेकमध्ये अंतिमता म्हणजे काय? {#what-is-finality}
+
+प्रूफ-ऑफ-स्टेकमधील अंतिमता ही हमी आहे की दिलेला ब्लॉक कॅनोनिकल चेनचा कायमस्वरूपी भाग आहे आणि तो परत फिरवला जाऊ शकत नाही जोपर्यंत एकमत अयशस्वी होत नाही ज्यामध्ये हल्लेखोर एकूण स्टेक केलेल्या इथरपैकी 33% जाळतो. ही "क्रिप्टो-इकॉनॉमिक" अंतिमता आहे, "प्रोबॅबिलिस्टिक अंतिमता" च्या विरुद्ध जी प्रूफ-ऑफ-वर्क ब्लॉकचेनशी संबंधित आहे. संभाव्य अंतिमतमध्ये, ब्लॉक्ससाठी कोणतीही स्पष्ट अंतिम/अंतिम नसलेली स्थिती नसते - ब्लॉक जसजसा जुना होत जातो तसतसे त्याला चेनमधून काढून टाकण्याची शक्यता कमी होत जाते, आणि वापरकर्ते स्वतः ठरवतात की त्यांना ब्लॉक "सुरक्षित" असल्याची पुरेशी खात्री केव्हा आहे. क्रिप्टो-इकॉनॉमिक अंतिमतासह, चेकपॉईंट ब्लॉक्सच्या जोड्यांसाठी 66% स्टेक केलेल्या इथरद्वारे मतदान करणे आवश्यक आहे. जर ही अट पूर्ण झाली, तर त्या चेकपॉईंट्समधील ब्लॉक स्पष्टपणे "अंतिम" केले जातात.
+
+[अंतिमतावर अधिक](/developers/docs/consensus-mechanisms/pos/#finality)
+
+## "वीक सब्जेक्टिव्हिटी" म्हणजे काय? {#what-is-weak-subjectivity}
+
+वीक सब्जेक्टिव्हिटी हे प्रूफ-ऑफ-स्टेक नेटवर्कचे एक वैशिष्ट्य आहे जिथे ब्लॉकचेनच्या वर्तमान स्थितीची पुष्टी करण्यासाठी सामाजिक माहिती वापरली जाते. नवीन नोड्स किंवा बऱ्याच काळापासून ऑफलाइन राहिल्यानंतर नेटवर्कमध्ये पुन्हा सामील होणाऱ्या नोड्सना अलीकडील स्थिती दिली जाऊ शकते जेणेकरून नोड ताबडतोब पाहू शकेल की ते योग्य चेनवर आहेत की नाही. या स्थितींना "वीक सब्जेक्टिव्हिटी चेकपॉईंट्स" म्हणून ओळखले जाते आणि ते इतर नोड ऑपरेटर्सकडून आउट-ऑफ-बँड, किंवा ब्लॉक एक्सप्लोरर्सकडून, किंवा अनेक सार्वजनिक एंडपॉईंट्सवरून मिळवता येतात.
+
+[वीक सब्जेक्टिव्हिटीवर अधिक](/developers/docs/consensus-mechanisms/pos/weak-subjectivity)
+
+## प्रूफ-ऑफ-स्टेक सेन्सॉरशिप-प्रतिरोधक आहे का? {#is-pos-censorship-resistant}
+
+सेन्सॉरशिप प्रतिकार सध्या सिद्ध करणे कठीण आहे. तथापि, प्रूफ-ऑफ-वर्कच्या विपरीत, प्रूफ-ऑफ-स्टेक सेन्सॉरिंग व्हॅलिडेटर्सना शिक्षा देण्यासाठी स्लॅशिंग समन्वयित करण्याचा पर्याय देते. प्रोटोकॉलमध्ये आगामी बदल आहेत जे ब्लॉक बिल्डर्सना ब्लॉक प्रस्तावक पासून वेगळे करतात आणि बिल्डर्सनी प्रत्येक ब्लॉकमध्ये समाविष्ट कराव्या लागणाऱ्या व्यवहारांच्या सूची लागू करतात. हा प्रस्ताव प्रॉपर-बिल्डर सेपरेशन म्हणून ओळखला जातो आणि व्हॅलिडेटर्सना व्यवहार सेन्सॉर करण्यापासून रोखण्यास मदत करतो.
+
+[प्रस्तावक-बिल्डर सेपरेशनवर अधिक](https://notes.ethereum.org/@fradamt/H1TsYRfJc#Original-basic-scheme)
+
+## Ethereum च्या प्रूफ-ऑफ-स्टेक प्रणालीवर 51% हल्ला होऊ शकतो का? {#pos-51-attack}
+
+होय. प्रूफ-ऑफ-वर्कप्रमाणेच प्रूफ-ऑफ-स्टेक 51% हल्ल्यांसाठी असुरक्षित आहे. हल्लेखोराला नेटवर्कच्या हॅश पॉवरच्या 51% ची आवश्यकता असण्याऐवजी, हल्लेखोराला एकूण स्टेक केलेल्या ETH च्या 51% ची आवश्यकता असते. एकूण स्टेकच्या 51% जमा करणारा हल्लेखोर फोर्क-चॉइस अल्गोरिदमवर नियंत्रण मिळवतो. हे हल्लेखोराला विशिष्ट व्यवहार सेन्सॉर करण्यास, शॉर्ट-रेंज रीऑर्ग करण्यास आणि त्यांच्या बाजूने ब्लॉक्सची पुनर्रचना करून MEV काढण्यास सक्षम करते.
+
+[प्रूफ-ऑफ-स्टेकवरील हल्ल्यांवर अधिक](/developers/docs/consensus-mechanisms/pos/attack-and-defense)
+
+## सामाजिक समन्वय म्हणजे काय, आणि त्याची गरज का आहे? {#what-is-social-coordination}
+
+सामाजिक समन्वय हे Ethereum साठी संरक्षणाची शेवटची ओळ आहे जी अप्रामाणिक ब्लॉक्सना अंतिम करणाऱ्या हल्ल्यातून एक प्रामाणिक चेन पुनर्प्राप्त करण्यास अनुमती देईल. या प्रकरणात, Ethereum समुदायाला "आउट-ऑफ-बँड" समन्वय साधावा लागेल आणि एक प्रामाणिक अल्पसंख्याक फोर्क वापरण्यास सहमती द्यावी लागेल, या प्रक्रियेत हल्लेखोराच्या व्हॅलिडेटर्सना स्लॅश करावे लागेल. यासाठी ॲप्स आणि एक्सचेंजेसना देखील प्रामाणिक फोर्क ओळखणे आवश्यक असेल.
+
+[सामाजिक समन्वयावर अधिक वाचा](/developers/docs/consensus-mechanisms/pos/attack-and-defense#people-the-last-line-of-defense)
+
+## प्रूफ-ऑफ-स्टेकमध्ये श्रीमंत अधिक श्रीमंत होतात का? {#do-rich-get-richer}
+
+एखाद्या व्यक्तीकडे जितके जास्त ETH स्टेक करण्यासाठी असतील, तितके जास्त व्हॅलिडेटर्स ते चालवू शकतात आणि तितके जास्त बक्षिसे ते मिळवू शकतात. बक्षिसे स्टेक केलेल्या ETH च्या रकमेसह रेषीयपणे मोजली जातात आणि प्रत्येकाला समान टक्केवारीचा परतावा मिळतो. प्रूफ-ऑफ-वर्क प्रूफ-ऑफ-स्टेकपेक्षा श्रीमंतांना अधिक समृद्ध करते कारण मोठ्या प्रमाणावर हार्डवेअर खरेदी करणारे श्रीमंत मायनर्स मोठ्या प्रमाणावरील अर्थव्यवस्थेचा फायदा घेतात, याचा अर्थ संपत्ती आणि बक्षीस यांच्यातील संबंध अ-रेखीय आहे.
+
+## प्रूफ-ऑफ-स्टेक प्रूफ-ऑफ-वर्कपेक्षा अधिक केंद्रीकृत आहे का? {#is-pos-decentralized}
+
+नाही, प्रूफ-ऑफ-वर्क केंद्रीकरणाकडे झुकते कारण मायनिंगचा खर्च वाढतो आणि व्यक्तींना, नंतर लहान कंपन्यांना आणि इत्यादींना बाहेर काढतो. प्रूफ-ऑफ-स्टेकमधील सध्याची समस्या लिक्विड स्टिकिंग डेरिव्हेटिव्ह्ज (LSDs) चा प्रभाव आहे. हे काही प्रदात्याद्वारे स्टेक केलेल्या ETH चे प्रतिनिधित्व करणारे टोकन आहेत जे कोणीही दुय्यम बाजारांवर स्वॅप करू शकतो, वास्तविक ETH अनस्टेक न करता. LSDs वापरकर्त्यांना 32 ETH पेक्षा कमी रकमेसह स्टेक करण्याची परवानगी देतात, परंतु ते केंद्रीकरणाचा धोका देखील निर्माण करतात जिथे काही मोठ्या संस्था स्टेकच्या मोठ्या भागावर नियंत्रण ठेवू शकतात. म्हणूनच Ethereum साठी [सोलो स्टिकिंग](/staking/solo) हा सर्वोत्तम पर्याय आहे.
+
+[LSDs मध्ये स्टेक केंद्रीकरणावर अधिक](https://notes.ethereum.org/@djrtwo/risks-of-lsd)
+
+## मी फक्त ETH का स्टेक करू शकेन? {#why-can-i-only-stake-eth}
+
+ETH हे Ethereumचे मूळ चलन आहे. मतांचे वजन आणि सुरक्षिततेसाठी प्रभावी शिल्लक मोजण्यासाठी, सर्व स्टेक एकाच चलनात असणे आवश्यक आहे. ETH स्वतःच स्मार्ट कॉन्ट्रॅक्टऐवजी Ethereum चा एक मूलभूत घटक आहे. इतर चलने समाविष्ट केल्याने स्टिकिंगची गुंतागुंत लक्षणीयरीत्या वाढेल आणि सुरक्षा कमी होईल.
+
+## Ethereum ही एकमेव प्रूफ-ऑफ-स्टेक ब्लॉकचेन आहे का? {#is-ethereum-the-only-pos-blockchain}
+
+नाही, अनेक प्रूफ-ऑफ-स्टेक ब्लॉकचेन आहेत. एकही Ethereum सारखी नाही; Ethereum ची प्रूफ-ऑफ-स्टेक यंत्रणा अद्वितीय आहे.
+
+## द मर्ज म्हणजे काय? {#what-is-the-merge}
+
+द मर्ज हा तो क्षण होता जेव्हा Ethereum ने आपली प्रूफ-ऑफ-वर्क-आधारित एकमत यंत्रणा बंद केली आणि आपली प्रूफ-ऑफ-स्टेक-आधारित एकमत यंत्रणा चालू केली. द मर्ज 15 सप्टेंबर 2022 रोजी झाला.
+
+[द मर्जवर अधिक](/roadmap/merge)
+
+## लाइव्हनेस आणि सेफ्टी म्हणजे काय? {#what-are-liveness-and-safety}
+
+लाइव्हनेस आणि सेफ्टी या ब्लॉकचेनसाठी दोन मूलभूत सुरक्षा चिंता आहेत. लाइव्हनेस म्हणजे अंतिम होणाऱ्या चेनची उपलब्धता. जर चेन अंतिम होणे थांबवते किंवा वापरकर्ते सहजपणे त्यात प्रवेश करू शकत नाहीत, तर ते लाइव्हनेस अयशस्वी आहेत. प्रवेशाची अत्यंत उच्च किंमत देखील लाइव्हनेस अयशस्वी मानली जाऊ शकते. सेफ्टी म्हणजे चेनवर हल्ला करणे किती कठीण आहे - म्हणजेच, परस्परविरोधी चेकपॉईंट्स अंतिम करणे.
+
+[Casper पेपरमध्ये अधिक वाचा](https://arxiv.org/pdf/1710.09437.pdf)
diff --git a/public/content/translations/mr/developers/docs/consensus-mechanisms/pos/gasper/index.md b/public/content/translations/mr/developers/docs/consensus-mechanisms/pos/gasper/index.md
new file mode 100644
index 00000000000..b8666de1ebe
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/consensus-mechanisms/pos/gasper/index.md
@@ -0,0 +1,52 @@
+---
+title: Gasper
+description: "Gasper प्रूफ-ऑफ-स्टेक यंत्रणेचे स्पष्टीकरण."
+lang: mr
+---
+
+Gasper हे कॅस्पर द फ्रेंडली फायनॅलिटी गॅझेट (Casper-FFG) आणि LMD-GHOST फोर्क निवड अल्गोरिदम यांचे संयोजन आहे. हे घटक एकत्रितपणे प्रूफ-ऑफ-स्टेक इथेरियमला ​​सुरक्षित करणारी एकमत यंत्रणा तयार करतात. कॅस्पर ही एक यंत्रणा आहे जी विशिष्ट ब्लॉक्सना "फायनलाइज्ड" करण्यासाठी अपग्रेड करते जेणेकरून नेटवर्कमधील नवीन प्रवेशकर्ते कॅनॉनिकल चेन सिंक करत असल्याची खात्री बाळगू शकतील. जेव्हा ब्लॉकचेनमध्ये फोर्क तयार होतात तेव्हा नोड्स सहजपणे योग्य फोर्क निवडू शकतील याची खात्री करण्यासाठी फोर्क निवड अल्गोरिदम एकत्रित मतांचा वापर करतो.
+
+**टीप** Gasper मध्ये समाविष्ट करण्यासाठी Casper-FFG ची मूळ व्याख्या किंचित अद्यतनित केली गेली आहे. या पेजवर आम्ही अद्यतनित आवृत्तीचा विचार करत आहोत.
+
+## पूर्व आवश्यकता
+
+ही सामग्री समजून घेण्यासाठी [प्रूफ-ऑफ-स्टेक](/developers/docs/consensus-mechanisms/pos/) वरील प्रास्ताविक पेज वाचणे आवश्यक आहे.
+
+## Gasper ची भूमिका {#role-of-gasper}
+
+Gasper प्रूफ-ऑफ-स्टेक ब्लॉकचेनवर काम करतो जिथे नोड्स सुरक्षा ठेव म्हणून इथर प्रदान करतात, जे ब्लॉक्स प्रस्तावित किंवा प्रमाणित करण्यात आळशी किंवा अप्रामाणिक असल्यास नष्ट केले जाऊ शकते. Gasper ही एक यंत्रणा आहे जी व्हॅलिडेटर्सना कसे पुरस्कृत आणि दंडित केले जाते, कोणते ब्लॉक्स स्वीकारायचे आणि कोणते नाकारायचे आणि ब्लॉकचेनच्या कोणत्या फोर्कवर बिल्ड करायचे हे ठरवते.
+
+## फायनॅलिटी म्हणजे काय? {#what-is-finality}
+
+फायनॅलिटी हा विशिष्ट ब्लॉक्सचा एक गुणधर्म आहे, ज्याचा अर्थ असा आहे की जोपर्यंत गंभीर एकमत अयशस्वी होत नाही आणि आक्रमणकर्त्याने एकूण स्टेक केलेल्या इथरपैकी किमान 1/3 नष्ट केला नाही तोपर्यंत ते परत केले जाऊ शकत नाहीत. फायनलाइज्ड ब्लॉक्स ही अशी माहिती मानली जाऊ शकते ज्याबद्दल ब्लॉकचेनला खात्री असते. एका ब्लॉकला फायनलाइज्ड होण्यासाठी दोन-चरणांच्या अपग्रेड प्रक्रियेतून जावे लागते:
+
+1. एकूण स्टेक केलेल्या इथरपैकी दोन-तृतीयांशने त्या ब्लॉकच्या कॅनॉनिकल चेनमध्ये समावेशाच्या बाजूने मतदान केलेले असावे. ही अट ब्लॉकला "जस्टिफाइड" करण्यासाठी अपग्रेड करते. जस्टिफाइड ब्लॉक्स परत होण्याची शक्यता कमी असते, परंतु काही विशिष्ट परिस्थितीत ते परत केले जाऊ शकतात.
+2. जेव्हा एका जस्टिफाइड ब्लॉकवर दुसरा ब्लॉक जस्टिफाइड केला जातो, तेव्हा तो "फायनलाइज्ड" करण्यासाठी अपग्रेड केला जातो. एखादा ब्लॉक फायनलाइज्ड करणे म्हणजे त्या ब्लॉकला कॅनॉनिकल चेनमध्ये समाविष्ट करण्याची वचनबद्धता होय. जोपर्यंत एखादा आक्रमणकर्ता लाखो इथर (अब्जावधी $USD) नष्ट करत नाही तोपर्यंत ते परत केले जाऊ शकत नाही.
+
+हे ब्लॉक अपग्रेड प्रत्येक स्लॉटमध्ये होत नाहीत. त्याऐवजी, केवळ इपॉक-बाउंडरी ब्लॉक्स जस्टिफाइड आणि फायनलाइज्ड केले जाऊ शकतात. हे ब्लॉक्स "चेकपॉइंट्स" म्हणून ओळखले जातात. अपग्रेड करताना चेकपॉइंट्सच्या जोड्यांचा विचार केला जातो. कमी अलीकडील चेकपॉइंटला फायनलाइज्ड आणि अधिक अलीकडील ब्लॉकला जस्टिफाइड करण्यासाठी दोन सलग चेकपॉइंट्समध्ये एक "सुपरमेजोरिटी लिंक" अस्तित्वात असणे आवश्यक आहे (म्हणजे, एकूण स्टेक केलेल्या इथरपैकी दोन-तृतीयांशने मतदान केले आहे की चेकपॉइंट B हा चेकपॉइंट A चा योग्य वंशज आहे).
+
+कारण फायनॅलिटीसाठी एखादा ब्लॉक कॅनॉनिकल असल्याची दोन-तृतीयांश सहमती आवश्यक असते, त्यामुळे आक्रमणकर्ता खालील गोष्टींशिवाय पर्यायी फायनलाइज्ड चेन तयार करू शकत नाही:
+
+1. एकूण स्टेक केलेल्या इथरपैकी दोन-तृतीयांशची मालकी असणे किंवा हाताळणी करणे.
+2. एकूण स्टेक केलेल्या इथरपैकी किमान एक-तृतीयांश नष्ट करणे.
+
+पहिली अट उद्भवते कारण एखादी चेन फायनलाइज्ड करण्यासाठी दोन-तृतीयांश स्टेक केलेला इथर आवश्यक असतो. दुसरी अट उद्भवते कारण जर एकूण स्टेकपैकी दोन-तृतीयांशने दोन्ही फोर्कच्या बाजूने मतदान केले असेल, तर एक-तृतीयांशने दोन्हीवर मतदान केले असले पाहिजे. दुहेरी-मतदान ही एक स्लॅशिंग अट आहे ज्यासाठी कमाल शिक्षा दिली जाईल, आणि एकूण स्टेकपैकी एक-तृतीयांश नष्ट केला जाईल. मे २०२२ पर्यंत, यासाठी आक्रमणकर्त्याला सुमारे $10 अब्ज किमतीचे इथर जाळावे लागतील. Gasper मध्ये ब्लॉक्सना जस्टिफाइड आणि फायनलाइज्ड करणारा अल्गोरिदम हा [कॅस्पर द फ्रेंडली फायनॅलिटी गॅझेट (Casper-FFG)](https://arxiv.org/pdf/1710.09437.pdf) चे थोडे सुधारित स्वरूप आहे.
+
+### प्रोत्साहन आणि स्लॅशिंग {#incentives-and-slashing}
+
+व्हॅलिडेटर्सना प्रामाणिकपणे ब्लॉक्स प्रस्तावित आणि प्रमाणित करण्यासाठी पुरस्कृत केले जाते. इथर पुरस्कृत केले जाते आणि त्यांच्या स्टेकमध्ये जोडले जाते. दुसरीकडे, जे व्हॅलिडेटर्स अनुपस्थित असतात आणि बोलावल्यावर कार्य करण्यास अयशस्वी ठरतात, त्यांना हे पुरस्कार मिळत नाहीत आणि कधीकधी त्यांच्या विद्यमान स्टेकचा एक छोटा भाग गमावतात. तथापि, ऑफलाइन असण्याचे दंड लहान आहेत आणि, बहुतेक प्रकरणांमध्ये, ते पुरस्कार गमावण्याच्या संधीच्या खर्चाएवढे असतात. तथापि, काही व्हॅलिडेटर क्रिया अपघाताने करणे खूप कठीण आहे आणि काही दुर्भावनापूर्ण हेतू दर्शवतात, जसे की एकाच स्लॉटसाठी अनेक ब्लॉक्स प्रस्तावित करणे, एकाच स्लॉटसाठी अनेक ब्लॉक्सची साक्ष देणे किंवा मागील चेकपॉइंट मतांशी विरोधाभास करणे. हे "स्लॅश करण्यायोग्य" वर्तन आहेत ज्यांना अधिक कठोर शिक्षा दिली जाते—स्लॅशिंगमुळे व्हॅलिडेटरच्या स्टेकचा काही भाग नष्ट होतो आणि व्हॅलिडेटरला व्हॅलिडेटर्सच्या नेटवर्कमधून काढून टाकले जाते. या प्रक्रियेला ३६ दिवस लागतात. पहिल्या दिवशी, १ ETH पर्यंतचा प्रारंभिक दंड आकारला जातो. नंतर एक्झिट कालावधीत स्लॅश झालेल्या व्हॅलिडेटरचा इथर हळूहळू कमी होत जातो, परंतु १८ व्या दिवशी, त्यांना "सहसंबंध दंड" मिळतो, जो एकाच वेळी अधिक व्हॅलिडेटर्सना स्लॅश केले जाते तेव्हा मोठा असतो. कमाल दंड म्हणजे संपूर्ण स्टेक. हे पुरस्कार आणि दंड प्रामाणिक व्हॅलिडेटर्सना प्रोत्साहन देण्यासाठी आणि नेटवर्कवरील हल्ल्यांना परावृत्त करण्यासाठी डिझाइन केलेले आहेत.
+
+### निष्क्रियता गळती {#inactivity-leak}
+
+सुरक्षेसोबतच, Gasper "संभाव्य लाइव्हनेस" देखील प्रदान करतो. ही अशी अट आहे की जोपर्यंत एकूण स्टेक केलेल्या इथरपैकी दोन-तृतीयांश प्रामाणिकपणे मतदान करत आहे आणि प्रोटोकॉलचे पालन करत आहे, तोपर्यंत इतर कोणत्याही हालचालीची (जसे की हल्ले, लेटन्सी समस्या किंवा स्लॅशिंग) पर्वा न करता चेन फायनलाइज्ड होऊ शकेल. दुसऱ्या शब्दांत, चेनला फायनलाइज्ड होण्यापासून रोखण्यासाठी एकूण स्टेक केलेल्या इथरपैकी एक-तृतीयांशाशी कोणत्यातरी प्रकारे तडजोड केली पाहिजे. Gasper मध्ये, लाइव्हनेस अयशस्वी होण्याच्या विरोधात संरक्षणाची एक अतिरिक्त रेषा आहे, जी "निष्क्रियता गळती" म्हणून ओळखली जाते. जेव्हा चेन चारपेक्षा जास्त इपॉक्ससाठी फायनलाइज्ड होण्यास अयशस्वी ठरते तेव्हा ही यंत्रणा सक्रिय होते. जे व्हॅलिडेटर्स बहुसंख्य चेनला सक्रियपणे साक्ष देत नाहीत, त्यांचा स्टेक हळूहळू कमी होत जातो जोपर्यंत बहुसंख्यांना एकूण स्टेकपैकी दोन-तृतीयांश परत मिळत नाही, ज्यामुळे हे सुनिश्चित होते की लाइव्हनेस अपयश केवळ तात्पुरते आहेत.
+
+### फोर्क निवड {#fork-choice}
+
+Casper-FFG च्या मूळ व्याख्येत एक फोर्क निवड अल्गोरिदम समाविष्ट होता ज्याने हा नियम लागू केला: `सर्वात जास्त उंची असलेल्या जस्टिफाइड चेकपॉइंटचा समावेश असलेल्या चेनचे अनुसरण करा` जिथे उंचीची व्याख्या जेनेसिस ब्लॉकपासूनचे सर्वात मोठे अंतर अशी केली आहे. Gasper मध्ये, LMD-GHOST नावाच्या अधिक अत्याधुनिक अल्गोरिदमच्या बाजूने मूळ फोर्क निवड नियम नापसंत केला आहे. हे लक्षात घेणे महत्त्वाचे आहे की सामान्य परिस्थितीत, फोर्क निवड नियमाची आवश्यकता नसते - प्रत्येक स्लॉटसाठी एकच ब्लॉक प्रस्तावक असतो, आणि प्रामाणिक व्हॅलिडेटर्स त्याला साक्ष देतात. केवळ मोठ्या नेटवर्क असिंक्रोनिसिटीच्या प्रकरणांमध्ये किंवा जेव्हा एखादा अप्रामाणिक ब्लॉक प्रस्तावक संदिग्ध विधान करतो तेव्हाच फोर्क निवड अल्गोरिदम आवश्यक असतो. तथापि, जेव्हा अशी प्रकरणे उद्भवतात, तेव्हा फोर्क निवड अल्गोरिदम एक महत्त्वपूर्ण संरक्षण आहे जे योग्य चेन सुरक्षित करते.
+
+LMD-GHOST चा अर्थ आहे "लेटेस्ट मेसेज-ड्रिव्हन ग्रीडी हेवीएस्ट ऑब्झर्व्हड सब-ट्री". एखाद्या अल्गोरिदमची व्याख्या करण्याचा हा एक तांत्रिक शब्दबंबाळ मार्ग आहे, जो साक्ष्यांच्या सर्वात मोठ्या एकत्रित वजनासह असलेला फोर्क कॅनॉनिकल म्हणून निवडतो (ग्रीडी हेवीएस्ट सबट्री) आणि जर एखाद्या व्हॅलिडेटरकडून अनेक संदेश प्राप्त झाले, तर केवळ नवीनतम संदेश विचारात घेतला जातो (लेटेस्ट-मेसेज ड्रिव्हन). सर्वात वजनदार ब्लॉकला आपल्या कॅनॉनिकल चेनमध्ये जोडण्यापूर्वी, प्रत्येक व्हॅलिडेटर या नियमाचा वापर करून प्रत्येक ब्लॉकचे मूल्यांकन करतो.
+
+## अधिक वाचन {#further-reading}
+
+- [Gasper: GHOST आणि Casper एकत्र करणे](https://arxiv.org/pdf/2003.03052.pdf)
+- [कॅस्पर द फ्रेंडली फायनॅलिटी गॅझेट](https://arxiv.org/pdf/1710.09437.pdf)
diff --git a/public/content/translations/mr/developers/docs/consensus-mechanisms/pos/index.md b/public/content/translations/mr/developers/docs/consensus-mechanisms/pos/index.md
new file mode 100644
index 00000000000..86cb2cdb6cf
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/consensus-mechanisms/pos/index.md
@@ -0,0 +1,99 @@
+---
+title: "प्रूफ-ऑफ-स्टेक (PoS)"
+description: "प्रूफ-ऑफ-स्टेक सहमती प्रोटोकॉल आणि इथेरियममधील त्याच्या भूमिकेचे स्पष्टीकरण."
+lang: mr
+---
+
+प्रूफ-ऑफ-स्टेक (PoS) हे इथेरियमच्या [सहमती यंत्रणेचा](/developers/docs/consensus-mechanisms/) आधार आहे. इथेरियमने 2022 मध्ये त्याच्या प्रूफ-ऑफ-स्टेक यंत्रणेवर स्विच केले कारण ते पूर्वीच्या [प्रूफ-ऑफ-वर्क](/developers/docs/consensus-mechanisms/pow) आर्किटेक्चरच्या तुलनेत अधिक सुरक्षित, कमी ऊर्जा-केंद्रित आणि नवीन स्केलिंग सोल्यूशन्स लागू करण्यासाठी अधिक चांगले आहे.
+
+## पूर्वतयारी {#prerequisites}
+
+हे पृष्ठ अधिक चांगल्या प्रकारे समजून घेण्यासाठी, आम्ही शिफारस करतो की तुम्ही प्रथम [सहमती यंत्रणेवर](/developers/docs/consensus-mechanisms/) वाचा.
+
+## प्रूफ-ऑफ-स्टेक (PoS) म्हणजे काय? {#what-is-pos}
+
+प्रूफ-ऑफ-स्टेक हा एक मार्ग आहे ज्याद्वारे व्हॅलिडेटर्सनी नेटवर्कमध्ये काहीतरी मौल्यवान ठेवले आहे हे सिद्ध करता येते, जे ते अप्रामाणिकपणे वागल्यास नष्ट केले जाऊ शकते. इथेरियमच्या प्रूफ-ऑफ-स्टेकमध्ये, व्हॅलिडेटर्स स्पष्टपणे ETH च्या स्वरूपात भांडवल इथेरियमवरील स्मार्ट कॉन्ट्रॅक्टमध्ये स्टेक करतात. त्यानंतर व्हॅलिडेटर नेटवर्कवर प्रसारित झालेले नवीन ब्लॉक्स वैध आहेत की नाही हे तपासण्यासाठी आणि कधीकधी स्वतः नवीन ब्लॉक्स तयार करून प्रसारित करण्यासाठी जबाबदार असतो. जर त्यांनी नेटवर्कची फसवणूक करण्याचा प्रयत्न केला (उदाहरणार्थ, जेव्हा त्यांनी एक ब्लॉक पाठवायला हवा तेव्हा अनेक ब्लॉक्स प्रस्तावित करून किंवा परस्परविरोधी अटेस्टेशन्स पाठवून), तर त्यांचे काही किंवा सर्व स्टेक केलेले ETH नष्ट केले जाऊ शकतात.
+
+## व्हॅलिडेटर्स {#validators}
+
+व्हॅलिडेटर म्हणून सहभागी होण्यासाठी, वापरकर्त्याने डिपॉझिट कॉन्ट्रॅक्टमध्ये 32 ETH जमा करणे आवश्यक आहे आणि सॉफ्टवेअरचे तीन वेगळे भाग चालवणे आवश्यक आहे: एक एक्झिक्युशन क्लायंट, एक कन्सेन्सस क्लायंट आणि एक व्हॅलिडेटर क्लायंट. त्यांचे ETH जमा केल्यावर, वापरकर्ता एका ॲक्टिव्हेशन रांगेत सामील होतो जी नेटवर्कमध्ये सामील होणाऱ्या नवीन व्हॅलिडेटर्सचा दर मर्यादित करते. एकदा सक्रिय झाल्यावर, व्हॅलिडेटर्सना इथेरियम नेटवर्कवरील पीअर्सकडून नवीन ब्लॉक्स मिळतात. इथेरियमच्या स्टेटमध्ये प्रस्तावित बदल वैध आहेत की नाही हे तपासण्यासाठी ब्लॉकमध्ये वितरित केलेले व्यवहार पुन्हा कार्यान्वित केले जातात आणि ब्लॉक स्वाक्षरी तपासली जाते. त्यानंतर व्हॅलिडेटर त्या ब्लॉकच्या बाजूने एक मत (ज्याला अटेस्टेशन म्हणतात) नेटवर्कवर पाठवतो.
+
+प्रूफ-ऑफ-वर्क अंतर्गत, ब्लॉक्सची वेळ मायनिंग डिफिकल्टीद्वारे निश्चित केली जाते, तर प्रूफ-ऑफ-स्टेकमध्ये, टेम्पो निश्चित असतो. प्रूफ-ऑफ-स्टेक इथेरियममधील वेळ स्लॉट्स (12 सेकंद) आणि इपॉक्स (32 स्लॉट्स) मध्ये विभागलेली आहे. प्रत्येक स्लॉटमध्ये एक व्हॅलिडेटर यादृच्छिकपणे ब्लॉक प्रस्तावक म्हणून निवडला जातो. हा व्हॅलिडेटर एक नवीन ब्लॉक तयार करण्यासाठी आणि तो नेटवर्कवरील इतर नोड्सना पाठवण्यासाठी जबाबदार असतो. तसेच प्रत्येक स्लॉटमध्ये, व्हॅलिडेटर्सची एक समिती यादृच्छिकपणे निवडली जाते, ज्यांच्या मतांचा वापर प्रस्तावित केलेल्या ब्लॉकची वैधता निश्चित करण्यासाठी केला जातो. नेटवर्क लोड व्यवस्थापनीय ठेवण्यासाठी व्हॅलिडेटर संच समित्यांमध्ये विभागणे महत्त्वाचे आहे. समित्या व्हॅलिडेटर संच अशा प्रकारे विभागतात की प्रत्येक सक्रिय व्हॅलिडेटर प्रत्येक इपॉकमध्ये अटेस्ट करतो, परंतु प्रत्येक स्लॉटमध्ये नाही.
+
+## इथेरियम PoS मध्ये व्यवहार कसा कार्यान्वित होतो {#transaction-execution-ethereum-pos}
+
+खालील माहिती इथेरियम प्रूफ-ऑफ-स्टेकमध्ये व्यवहार कसा कार्यान्वित होतो याचे सुरुवातीपासून शेवटपर्यंतचे स्पष्टीकरण देते.
+
+1. एक वापरकर्ता त्यांच्या प्रायव्हेट की सह [व्यवहार](/developers/docs/transactions/) तयार करतो आणि स्वाक्षरी करतो. हे सहसा वॉलेट किंवा [ethers.js](https://docs.ethers.org/v6/), [web3js](https://docs.web3js.org/), [web3py](https://web3py.readthedocs.io/en/v5/) इत्यादी लायब्ररीद्वारे हाताळले जाते, परंतु प्रत्यक्षात वापरकर्ता इथेरियम [JSON-RPC API](/developers/docs/apis/json-rpc/) वापरून नोडला विनंती करत असतो. वापरकर्ता गॅसची रक्कम परिभाषित करतो जी ते व्हॅलिडेटरला टिप म्हणून देण्यास तयार असतात जेणेकरून त्यांना व्यवहाराला ब्लॉकमध्ये समाविष्ट करण्यास प्रोत्साहित केले जाईल. [टिप्स](/developers/docs/gas/#priority-fee) व्हॅलिडेटरला दिले जातात, तर [बेस फी](/developers/docs/gas/#base-fee) बर्न केली जाते.
+2. व्यवहार इथेरियम [एक्झिक्युशन क्लायंट](/developers/docs/nodes-and-clients/#execution-client) कडे सबमिट केला जातो जो त्याची वैधता सत्यापित करतो. याचा अर्थ प्रेषकाकडे व्यवहार पूर्ण करण्यासाठी पुरेसे ETH आहे आणि त्यांनी योग्य की सह त्यावर स्वाक्षरी केली आहे याची खात्री करणे.
+3. जर व्यवहार वैध असेल, तर एक्झिक्युशन क्लायंट तो त्याच्या स्थानिक मेमपूलमध्ये (प्रलंबित व्यवहारांची यादी) जोडतो आणि एक्झिक्युशन लेयर गॉसिप नेटवर्कवर इतर नोड्सना देखील प्रसारित करतो. जेव्हा इतर नोड्सना व्यवहाराबद्दल कळते, तेव्हा ते देखील त्याला त्यांच्या स्थानिक मेमपूलमध्ये जोडतात. प्रगत वापरकर्ते कदाचित त्यांचा व्यवहार प्रसारित करण्यापासून परावृत्त होतील आणि त्याऐवजी तो [Flashbots Auction](https://docs.flashbots.net/flashbots-auction/overview) सारख्या विशेष ब्लॉक बिल्डर्सकडे पाठवतील. हे त्यांना जास्तीत जास्त नफ्यासाठी ([MEV](/developers/docs/mev/#mev-extraction)) आगामी ब्लॉक्समधील व्यवहार आयोजित करण्याची परवानगी देते.
+4. नेटवर्कवरील व्हॅलिडेटर नोड्सपैकी एक सध्याच्या स्लॉटसाठी ब्लॉक प्रस्तावक आहे, जो पूर्वी RANDAO वापरून छद्म-यादृच्छिकपणे निवडला गेला होता. हा नोड इथेरियम ब्लॉकचेनमध्ये जोडला जाणारा पुढील ब्लॉक तयार करण्यासाठी आणि प्रसारित करण्यासाठी आणि ग्लोबल स्टेट अद्यतनित करण्यासाठी जबाबदार आहे. नोड तीन भागांनी बनलेला आहे: एक एक्झिक्युशन क्लायंट, एक कन्सेन्सस क्लायंट आणि एक व्हॅलिडेटर क्लायंट. एक्झिक्युशन क्लायंट स्थानिक मेमपूलमधील व्यवहार "एक्झिक्युशन पेलोड" मध्ये बंडल करतो आणि स्टेट बदल निर्माण करण्यासाठी त्यांना स्थानिकरित्या कार्यान्वित करतो. ही माहिती कन्सेन्सस क्लायंटला दिली जाते जिथे एक्झिक्युशन पेलोड "बीकन ब्लॉक" चा भाग म्हणून गुंडाळला जातो, ज्यात रिवॉर्ड्स, पेनल्टी, स्लॅशिंग, अटेस्टेशन्स इत्यादींबद्दलची माहिती देखील असते, जे नेटवर्कला चेनच्या हेडवरील ब्लॉक्सच्या क्रमावर सहमत होण्यास सक्षम करते. एक्झिक्युशन आणि कन्सेन्सस क्लायंटमधील संवाद [Connecting the Consensus and Execution Clients](/developers/docs/networking-layer/#connecting-clients) मध्ये अधिक तपशीलवार वर्णन केले आहे.
+5. इतर नोड्सना कन्सेन्सस लेयर गॉसिप नेटवर्कवर नवीन बीकन ब्लॉक मिळतो. ते तो त्यांच्या एक्झिक्युशन क्लायंटकडे पाठवतात जिथे प्रस्तावित स्टेट बदल वैध आहे याची खात्री करण्यासाठी व्यवहार स्थानिकरित्या पुन्हा कार्यान्वित केले जातात. त्यानंतर व्हॅलिडेटर क्लायंट अटेस्ट करतो की ब्लॉक वैध आहे आणि त्यांच्या चेनच्या दृश्यात तो तार्किक पुढील ब्लॉक आहे (म्हणजे तो [फोर्क चॉइस नियमांनुसार](/developers/docs/consensus-mechanisms/pos/#fork-choice) परिभाषित केल्यानुसार अटेस्टेशन्सच्या सर्वाधिक वजनासह चेनवर तयार होतो). ब्लॉक प्रत्येक नोडमधील स्थानिक डेटाबेसमध्ये जोडला जातो जो त्याला अटेस्ट करतो.
+6. जर व्यवहार दोन चेकपॉइंट्समधील "सुपरमजॉरिटी लिंक" सह चेनचा भाग बनला असेल तर तो "फायनलाइज्ड" मानला जाऊ शकतो. चेकपॉइंट्स प्रत्येक इपॉकच्या सुरुवातीला येतात आणि ते या वस्तुस्थितीचा हिशोब ठेवण्यासाठी अस्तित्वात आहेत की प्रत्येक स्लॉटमध्ये केवळ सक्रिय व्हॅलिडेटर्सचा उपसंच अटेस्ट करतो, परंतु सर्व सक्रिय व्हॅलिडेटर्स प्रत्येक इपॉकमध्ये अटेस्ट करतात. म्हणून, केवळ इपॉक्सच्या दरम्यान 'सुपरमजॉरिटी लिंक' प्रदर्शित केली जाऊ शकते (येथे नेटवर्कवरील एकूण स्टेक केलेल्या ETH पैकी 66% दोन चेकपॉइंट्सवर सहमत असतात).
+
+फायनॅलिटीबद्दल अधिक तपशील खाली आढळू शकतो.
+
+## अंतिमता {#finality}
+
+वितरित नेटवर्कमध्ये व्यवहाराला "फायनॅलिटी" असते जेव्हा तो अशा ब्लॉकचा भाग असतो जो मोठ्या प्रमाणात ETH बर्न केल्याशिवाय बदलू शकत नाही. प्रूफ-ऑफ-स्टेक इथेरियमवर, हे "चेकपॉइंट" ब्लॉक्स वापरून व्यवस्थापित केले जाते. प्रत्येक इपॉकमधील पहिला ब्लॉक एक चेकपॉइंट असतो. व्हॅलिडेटर्स चेकपॉइंट्सच्या जोड्यांसाठी मतदान करतात ज्यांना ते वैध मानतात. जर चेकपॉइंट्सच्या जोडीने एकूण स्टेक केलेल्या ETH च्या किमान दोन-तृतीयांश मतांचे प्रतिनिधित्व करणारी मते आकर्षित केली, तर चेकपॉइंट्स अपग्रेड केले जातात. दोघांपैकी अलीकडील (लक्ष्य) "न्यायोचित" बनतो. दोघांपैकी पूर्वीचा आधीच न्यायोचित आहे कारण तो मागील इपॉकमध्ये "लक्ष्य" होता. आता तो "फायनलाइज्ड" मध्ये अपग्रेड केला आहे. चेकपॉइंट्स अपग्रेड करण्याची ही प्रक्रिया **[Casper the Friendly Finality Gadget (Casper-FFG)](https://arxiv.org/pdf/1710.09437)** द्वारे हाताळली जाते. Casper-FFG हे सहमतीसाठी एक ब्लॉक फायनॅलिटी टूल आहे. एकदा ब्लॉक फायनलाइज झाल्यावर, स्टेकर्सच्या बहुसंख्य स्लॅशिंगशिवाय तो परत केला किंवा बदलला जाऊ शकत नाही, ज्यामुळे तो आर्थिकदृष्ट्या अव्यवहार्य बनतो.
+
+फायनलाइज्ड ब्लॉक परत करण्यासाठी, आक्रमणकर्त्याला एकूण स्टेक केलेल्या ETH पुरवठ्यापैकी किमान एक-तृतीयांश गमावण्याची तयारी ठेवावी लागेल. याचे नेमके कारण या [Ethereum Foundation ब्लॉग पोस्टमध्ये](https://blog.ethereum.org/2016/05/09/on-settlement-finality/) स्पष्ट केले आहे. फायनॅलिटीसाठी दोन-तृतीयांश बहुमताची आवश्यकता असल्याने, आक्रमणकर्ता एकूण स्टेकच्या एक-तृतीयांश मताने मतदान करून नेटवर्कला फायनॅलिटीपर्यंत पोहोचण्यापासून रोखू शकतो. याविरुद्ध बचाव करण्यासाठी एक यंत्रणा आहे: [निष्क्रियता गळती (inactivity leak)](https://eth2book.info/bellatrix/part2/incentives/inactivity). जेव्हा चेन चारपेक्षा जास्त इपॉक्ससाठी फायनलाइज करण्यात अयशस्वी होते तेव्हा हे सक्रिय होते. निष्क्रियता गळती बहुमताच्या विरोधात मतदान करणाऱ्या व्हॅलिडेटर्सकडून स्टेक केलेले ETH काढून टाकते, ज्यामुळे बहुमताला दोन-तृतीयांश बहुमत पुन्हा मिळवता येते आणि चेन फायनलाइज करता येते.
+
+## क्रिप्टो-इकॉनॉमिक सुरक्षा {#crypto-economic-security}
+
+व्हॅलिडेटर चालवणे ही एक वचनबद्धता आहे. ब्लॉक व्हॅलिडेशन आणि प्रस्तावामध्ये सहभागी होण्यासाठी व्हॅलिडेटरने पुरेसे हार्डवेअर आणि कनेक्टिव्हिटी राखणे अपेक्षित आहे. बदल्यात, व्हॅलिडेटरला ETH मध्ये पैसे दिले जातात (त्यांची स्टेक केलेली शिल्लक वाढते). दुसरीकडे, व्हॅलिडेटर म्हणून सहभागी होण्याने वापरकर्त्यांना वैयक्तिक लाभासाठी किंवा तोडफोडीसाठी नेटवर्कवर हल्ला करण्याचे नवीन मार्ग देखील मिळतात. हे टाळण्यासाठी, व्हॅलिडेटर्सना बोलावल्यावर सहभागी होण्यात अयशस्वी झाल्यास ETH रिवॉर्ड्स मिळत नाहीत, आणि त्यांनी अप्रामाणिकपणे वागल्यास त्यांचा विद्यमान स्टेक नष्ट केला जाऊ शकतो. दोन प्राथमिक वर्तनांना अप्रामाणिक मानले जाऊ शकते: एकाच स्लॉटमध्ये अनेक ब्लॉक्स प्रस्तावित करणे (संदिग्धता) आणि परस्परविरोधी अटेस्टेशन्स सबमिट करणे.
+
+स्लॅश केलेल्या ETH ची रक्कम त्याच वेळी किती व्हॅलिडेटर्सना स्लॅश केले जात आहे यावर अवलंबून असते. याला ["सहसंबंध दंड" (correlation penalty)](https://eth2book.info/bellatrix/part2/incentives/slashing#the-correlation-penalty) म्हणून ओळखले जाते, आणि तो किरकोळ असू शकतो (स्वतः स्लॅश झालेल्या एका व्हॅलिडेटरसाठी ~1% स्टेक) किंवा व्हॅलिडेटरच्या 100% स्टेक नष्ट होण्यास कारणीभूत ठरू शकतो (मोठ्या प्रमाणावर स्लॅशिंगची घटना). हे एका जबरदस्तीने बाहेर पडण्याच्या कालावधीच्या मध्यभागी लादले जाते, जे पहिल्या दिवशी तात्काळ दंडाने (1 ETH पर्यंत) सुरू होते, 18 व्या दिवशी सहसंबंध दंड, आणि शेवटी, 36 व्या दिवशी नेटवर्कमधून बाहेर काढले जाते. त्यांना दररोज किरकोळ अटेस्टेशन दंड मिळतो कारण ते नेटवर्कवर उपस्थित असतात परंतु मते सबमिट करत नाहीत. या सर्वांचा अर्थ असा आहे की समन्वित हल्ला आक्रमणकर्त्यासाठी खूप महाग असेल.
+
+## फोर्क निवड {#fork-choice}
+
+जेव्हा नेटवर्क उत्कृष्टपणे आणि प्रामाणिकपणे कार्य करते, तेव्हा चेनच्या हेडवर नेहमी फक्त एक नवीन ब्लॉक असतो, आणि सर्व व्हॅलिडेटर्स त्याला अटेस्ट करतात. तथापि, नेटवर्क लेटन्सीमुळे किंवा ब्लॉक प्रस्तावकाने संदिग्धता केल्यामुळे व्हॅलिडेटर्सना चेनच्या हेडबद्दल वेगवेगळी मते असणे शक्य आहे. म्हणून, कन्सेन्सस क्लायंट्सना कोणाला प्राधान्य द्यायचे हे ठरवण्यासाठी एका अल्गोरिदमची आवश्यकता असते. प्रूफ-ऑफ-स्टेक इथेरियममध्ये वापरल्या जाणाऱ्या अल्गोरिदमला [LMD-GHOST](https://arxiv.org/pdf/2003.03052.pdf) म्हणतात, आणि तो त्याच्या इतिहासात सर्वाधिक अटेस्टेशन्सचे वजन असलेल्या फोर्कला ओळखून कार्य करतो.
+
+## प्रूफ-ऑफ-स्टेक आणि सुरक्षा {#pos-and-security}
+
+[51% हल्ल्याचा](https://www.investopedia.com/terms/1/51-attack.asp) धोका प्रूफ-ऑफ-वर्क प्रमाणेच प्रूफ-ऑफ-स्टेकमध्येही अस्तित्वात आहे, परंतु तो आक्रमणकर्त्यांसाठी अधिक धोकादायक आहे. आक्रमणकर्त्याला 51% स्टेक केलेल्या ETH ची आवश्यकता असेल. त्यानंतर ते त्यांच्या स्वतःच्या अटेस्टेशन्सचा वापर करून त्यांचा पसंतीचा फोर्क सर्वाधिक जमा झालेल्या अटेस्टेशन्सचा आहे याची खात्री करू शकतील. जमा झालेल्या अटेस्टेशन्सचे 'वजन' हेच कन्सेन्सस क्लायंट योग्य चेन निश्चित करण्यासाठी वापरतात, त्यामुळे हा आक्रमणकर्ता त्यांचा फोर्क कॅनॉनिकल बनवू शकेल. तथापि, प्रूफ-ऑफ-वर्कच्या तुलनेत प्रूफ-ऑफ-स्टेकची एक ताकद ही आहे की समुदायाकडे प्रति-हल्ला करण्यासाठी लवचिकता आहे. उदाहरणार्थ, प्रामाणिक व्हॅलिडेटर्स अल्पसंख्याक चेनवर बांधकाम सुरू ठेवण्याचा आणि आक्रमणकर्त्याच्या फोर्ककडे दुर्लक्ष करण्याचा निर्णय घेऊ शकतात, तसेच ॲप्स, एक्सचेंजेस आणि पूल्सना असे करण्यास प्रोत्साहित करू शकतात. ते आक्रमणकर्त्याला नेटवर्कमधून जबरदस्तीने काढून टाकण्याचा आणि त्यांचे स्टेक केलेले ETH नष्ट करण्याचा निर्णय घेऊ शकतात. हे 51% हल्ल्याविरुद्ध मजबूत आर्थिक संरक्षण आहेत.
+
+51% हल्ल्यांव्यतिरिक्त, दुर्भावनापूर्ण घटक इतर प्रकारच्या द्वेषपूर्ण क्रियाकलापांचा प्रयत्न करू शकतात, जसे की:
+
+- लांब पल्ल्याचे हल्ले (जरी फायनॅलिटी गॅझेट हा हल्ला वेक्टर निष्प्रभ करते)
+- लहान पल्ल्याचे 'रीऑर्ग्स' (जरी प्रस्तावक बूस्टिंग आणि अटेस्टेशन डेडलाइन हे कमी करतात)
+- बाउन्सिंग आणि बॅलन्सिंग हल्ले (हे देखील प्रस्तावक बूस्टिंगद्वारे कमी केले जातात, आणि हे हल्ले केवळ आदर्श नेटवर्क परिस्थितीतच प्रदर्शित केले गेले आहेत)
+- ॲव्हालांच हल्ले (फक्त नवीनतम संदेशाचा विचार करण्याच्या फोर्क निवड अल्गोरिदमच्या नियमाद्वारे निष्प्रभ)
+
+एकंदरीत, प्रूफ-ऑफ-स्टेक, जसे की ते इथेरियमवर लागू केले आहे, प्रूफ-ऑफ-वर्कपेक्षा अधिक आर्थिकदृष्ट्या सुरक्षित असल्याचे सिद्ध झाले आहे.
+
+## फायदे आणि तोटे {#pros-and-cons}
+
+| फायदे                                                                                                                                                                                                                                                                                      | बाधक                                                                                                                    |
+| ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | ----------------------------------------------------------------------------------------------------------------------- |
+| स्टेकिंगमुळे व्यक्तींना नेटवर्क सुरक्षित करण्यात सहभागी होणे सोपे होते, ज्यामुळे विकेंद्रीकरणाला चालना मिळते. व्हॅलिडेटर नोड सामान्य लॅपटॉपवर चालवला जाऊ शकतो. स्टेकिंग पूल्स वापरकर्त्यांना 32 ETH नसतानाही स्टेक करण्याची परवानगी देतात. | प्रूफ-ऑफ-स्टेक प्रूफ-ऑफ-वर्कच्या तुलनेत नवीन आणि कमी युद्ध-परीक्षित आहे                                                 |
+| स्टेकिंग अधिक विकेंद्रित आहे. स्केलची अर्थव्यवस्था PoW मायनिंगसाठी लागू होते तशीच लागू होत नाही.                                                                                                                                                           | प्रूफ-ऑफ-स्टेक प्रूफ-ऑफ-वर्कपेक्षा लागू करण्यासाठी अधिक जटिल आहे                                                        |
+| प्रूफ-ऑफ-स्टेक प्रूफ-ऑफ-वर्कपेक्षा अधिक क्रिप्टो-इकॉनॉमिक सुरक्षा प्रदान करते                                                                                                                                                                                                              | वापरकर्त्यांना इथेरियमच्या प्रूफ-ऑफ-स्टेकमध्ये सहभागी होण्यासाठी सॉफ्टवेअरचे तीन भाग चालवणे आवश्यक आहे. |
+| नेटवर्क सहभागींना प्रोत्साहन देण्यासाठी नवीन ETH चे कमी उत्सर्जन आवश्यक आहे                                                                                                                                                                                                                |                                                                                                                         |
+
+### प्रूफ-ऑफ-वर्कशी तुलना {#comparison-to-proof-of-work}
+
+इथेरियमने मूळतः प्रूफ-ऑफ-वर्क वापरले परंतु सप्टेंबर 2022 मध्ये प्रूफ-ऑफ-स्टेकमध्ये स्विच केले. PoS चे PoW पेक्षा अनेक फायदे आहेत, जसे की:
+
+- उत्तम ऊर्जा कार्यक्षमता – प्रूफ-ऑफ-वर्क गणनेवर जास्त ऊर्जा वापरण्याची गरज नाही
+- प्रवेशासाठी कमी अडथळे, कमी हार्डवेअर आवश्यकता – नवीन ब्लॉक्स तयार करण्याची संधी मिळवण्यासाठी उच्चभ्रू हार्डवेअरची गरज नाही
+- केंद्रीकरणाचा धोका कमी – प्रूफ-ऑफ-स्टेकमुळे नेटवर्क सुरक्षित करणारे अधिक नोड्स तयार झाले पाहिजेत
+- कमी ऊर्जेच्या आवश्यकतेमुळे सहभागाला प्रोत्साहन देण्यासाठी कमी ETH उत्सर्जन आवश्यक आहे
+- गैरवर्तनासाठी आर्थिक दंडामुळे प्रूफ-ऑफ-वर्कच्या तुलनेत आक्रमणकर्त्यासाठी 51% शैलीचे हल्ले अधिक महाग होतात
+- जर 51% हल्ला क्रिप्टो-इकॉनॉमिक संरक्षणावर मात करत असेल तर समुदाय एका प्रामाणिक चेनच्या सामाजिक पुनर्प्राप्तीचा अवलंब करू शकतो.
+
+## पुढील वाचन {#further-reading}
+
+- [प्रूफ ऑफ स्टेक FAQ](https://vitalik.eth.limo/general/2017/12/31/pos_faq.html) _Vitalik Buterin_
+- [प्रूफ ऑफ स्टेक म्हणजे काय](https://consensys.net/blog/blockchain-explained/what-is-proof-of-stake/) _ConsenSys_
+- [प्रूफ ऑफ स्टेक काय आहे आणि ते का महत्त्वाचे आहे](https://bitcoinmagazine.com/culture/what-proof-of-stake-is-and-why-it-matters-1377531463) _Vitalik Buterin_
+- [प्रूफ ऑफ स्टेक का (नोव्हेंबर 2020)](https://vitalik.eth.limo/general/2020/11/06/pos2020.html) _Vitalik Buterin_
+- [प्रूफ ऑफ स्टेक: मी कमकुवत व्यक्तिनिष्ठतेवर प्रेम कसे करायला शिकलो](https://blog.ethereum.org/2014/11/25/proof-stake-learned-love-weak-subjectivity/) _Vitalik Buterin_
+- [प्रूफ-ऑफ-स्टेक इथेरियम हल्ला आणि संरक्षण](https://mirror.xyz/jmcook.eth/YqHargbVWVNRQqQpVpzrqEQ8IqwNUJDIpwRP7SS5FXs)
+- [प्रूफ ऑफ स्टेक डिझाइन फिलॉसॉफी](https://medium.com/@VitalikButerin/a-proof-of-stake-design-philosophy-506585978d51) _Vitalik Buterin_
+- [व्हिडिओ: विटालिक बुटेरिन लेक्स फ्रिडमनला प्रूफ-ऑफ-स्टेक समजावून सांगतात](https://www.youtube.com/watch?v=3yrqBG-7EVE)
+
+## संबंधित विषय {#related-topics}
+
+- [प्रूफ-ऑफ-वर्क](/developers/docs/consensus-mechanisms/pow/)
+- [प्रूफ-ऑफ-अथॉरिटी](/developers/docs/consensus-mechanisms/poa/)
diff --git a/public/content/translations/mr/developers/docs/consensus-mechanisms/pos/keys/index.md b/public/content/translations/mr/developers/docs/consensus-mechanisms/pos/keys/index.md
new file mode 100644
index 00000000000..3ee92d01e27
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/consensus-mechanisms/pos/keys/index.md
@@ -0,0 +1,102 @@
+---
+title: "प्रूफ-ऑफ-स्टेक इथेरियममधील कीज"
+description: "इथेरियमच्या प्रूफ-ऑफ-स्टेक कन्सेन्सस मेकॅनिझममध्ये वापरलेल्या कीजचे स्पष्टीकरण"
+lang: mr
+---
+
+इथेरियम पब्लिक-प्रायव्हेट की क्रिप्टोग्राफी वापरून वापरकर्त्यांच्या मालमत्तेला सुरक्षित ठेवते. पब्लिक की इथेरियम ॲड्रेससाठी आधार म्हणून वापरली जाते—म्हणजेच, ती सर्वसामान्यांसाठी दृश्यमान असते आणि एक युनिक आयडेंटिफायर म्हणून वापरली जाते. प्रायव्हेट (किंवा 'गुप्त') की फक्त अकाउंट मालकासाठीच ॲक्सेसिबल असावी. प्रायव्हेट कीचा वापर व्यवहार आणि डेटा 'साइन' करण्यासाठी केला जातो, जेणेकरून क्रिप्टोग्राफी हे सिद्ध करू शकेल की धारकाने विशिष्ट प्रायव्हेट कीची काही क्रिया मंजूर केली आहे.
+
+इथेरियमच्या कीज [एलिप्टिक-कर्व्ह क्रिप्टोग्राफी](https://en.wikipedia.org/wiki/Elliptic-curve_cryptography) वापरून जनरेट केल्या जातात.
+
+तथापि, जेव्हा इथेरियम [प्रूफ-ऑफ-वर्क](/developers/docs/consensus-mechanisms/pow) वरून [प्रूफ-ऑफ-स्टेक](/developers/docs/consensus-mechanisms/pos) वर स्विच झाले, तेव्हा इथेरियममध्ये एका नवीन प्रकारची की जोडली गेली. मूळ कीज अजूनही पूर्वीसारख्याच काम करतात—अकाउंट सुरक्षित करणाऱ्या एलिप्टिक-कर्व्ह-आधारित कीजमध्ये कोणतेही बदल झाले नाहीत. तथापि, ETH स्टेक करून आणि व्हॅलिडेटर्स चालवून प्रूफ-ऑफ-स्टेकमध्ये सहभागी होण्यासाठी वापरकर्त्यांना एका नवीन प्रकारच्या कीची आवश्यकता होती. ही गरज मोठ्या संख्येने व्हॅलिडेटर्समध्ये अनेक मेसेज पास होण्याशी संबंधित स्केलेबिलिटी आव्हानांमुळे निर्माण झाली, ज्यासाठी अशा क्रिप्टोग्राफिक पद्धतीची आवश्यकता होती जी सहजपणे एकत्रित केली जाऊ शकते, जेणेकरून नेटवर्कला कन्सेन्ससपर्यंत पोहोचण्यासाठी आवश्यक असलेल्या कम्युनिकेशनचे प्रमाण कमी करता येईल.
+
+या नवीन प्रकारची की [**बोनेह-लिन-शाचम (BLS)** सिग्नेचर स्कीम](https://wikipedia.org/wiki/BLS_digital_signature) वापरते. BLS सिग्नेचर्सचे अतिशय कार्यक्षम एकत्रीकरण सक्षम करते, परंतु एकत्रित वैयक्तिक व्हॅलिडेटर कीजचे रिव्हर्स इंजिनिअरिंग करण्यास देखील अनुमती देते आणि व्हॅलिडेटर्समधील क्रिया व्यवस्थापित करण्यासाठी आदर्श आहे.
+
+## व्हॅलिडेटर कीजचे दोन प्रकार {#two-types-of-keys}
+
+प्रूफ-ऑफ-स्टेकवर स्विच करण्यापूर्वी, इथेरियम वापरकर्त्यांकडे त्यांच्या फंडांमध्ये ऍक्सेस करण्यासाठी फक्त एकच एलिप्टिक-कर्व्ह-आधारित प्रायव्हेट की होती. प्रूफ-ऑफ-स्टेकच्या परिचयाने, सोलो स्टेकर बनू इच्छिणाऱ्या वापरकर्त्यांना एक **व्हॅलिडेटर की** आणि एक **विथड्रॉवल की** देखील आवश्यक होती.
+
+### व्हॅलिडेटर की {#validator-key}
+
+व्हॅलिडेटर साइनिंग कीमध्ये दोन घटक असतात:
+
+- व्हॅलिडेटर **प्रायव्हेट** की
+- व्हॅलिडेटर **पब्लिक** की
+
+व्हॅलिडेटर प्रायव्हेट कीचा उद्देश ब्लॉक प्रस्ताव आणि अटेस्टेशन्स यांसारख्या ऑनचेन ऑपरेशन्सना साइन करणे हा आहे. यामुळे, या कीज हॉट वॉलेटमध्ये ठेवल्या पाहिजेत.
+
+या लवचिकतेचा फायदा असा आहे की व्हॅलिडेटर साइनिंग की एका डिव्हाइसवरून दुसऱ्या डिव्हाइसवर खूप वेगाने हलवता येतात, तथापि, जर त्या हरवल्या किंवा चोरीला गेल्या, तर चोर काही मार्गांनी **दुर्भावनापूर्णपणे वागू** शकतो:
+
+- याद्वारे व्हॅलिडेटरला स्लॅश करणे:
+  - प्रपोजर म्हणून एकाच स्लॉटसाठी दोन भिन्न बीकन ब्लॉक्स साइन करणे
+  - अटेस्टर म्हणून असे अटेस्टेशन साइन करणे जे दुसऱ्याला "सराउंड" करते
+  - अटेस्टर म्हणून समान टार्गेट असलेली दोन भिन्न अटेस्टेशन्स साइन करणे
+- स्वैच्छिक एक्झिटसाठी भाग पाडणे, ज्यामुळे व्हॅलिडेटर स्टेक करणे थांबवतो, आणि त्याच्या ETH बॅलन्सचा ऍक्सेस विथड्रॉवल की मालकाला मिळतो
+
+जेव्हा वापरकर्ता स्टेकिंग डिपॉझिट कॉन्ट्रॅक्टमध्ये ETH जमा करतो तेव्हा **व्हॅलिडेटर पब्लिक की** व्यवहार डेटामध्ये समाविष्ट केली जाते. याला _डिपॉझिट डेटा_ म्हणून ओळखले जाते आणि ते इथेरियमला व्हॅलिडेटर ओळखण्याची परवानगी देते.
+
+### विथड्रॉवल क्रेडेन्शियल्स {#withdrawal-credentials}
+
+प्रत्येक व्हॅलिडेटरकडे _विथड्रॉवल क्रेडेन्शियल्स_ म्हणून ओळखली जाणारी एक प्रॉपर्टी असते. या 32-बाईट फील्डचा पहिला बाईट अकाउंटचा प्रकार ओळखतो: `0x00` मूळ BLS (प्री-शापेला, नॉन-विथड्रॉएबल) क्रेडेन्शियल्स दर्शवते, `0x01` एका एक्झिक्युशन ॲड्रेसकडे पॉइंट करणारी लेगसी क्रेडेन्शियल्स दर्शवते, आणि `0x02` आधुनिक कंपाउंडिंग क्रेडेन्शियल प्रकार दर्शवते.
+
+`0x00` BLS कीज असलेल्या व्हॅलिडेटर्सना अतिरिक्त बॅलन्स पेमेंट किंवा स्टेकिंगमधून पूर्ण विथड्रॉवल सक्रिय करण्यासाठी या क्रेडेन्शियल्सना एका एक्झिक्युशन ॲड्रेसकडे पॉइंट करण्यासाठी अपडेट करणे आवश्यक आहे. हे सुरुवातीच्या की जनरेशन दरम्यान डिपॉझिट डेटामध्ये एक्झिक्युशन ॲड्रेस देऊन केले जाऊ शकते, _किंवा_ नंतरच्या वेळी विथड्रॉवल की वापरून `BLSToExecutionChange` मेसेज साइन आणि ब्रॉडकास्ट करून केले जाऊ शकते.
+
+[व्हॅलिडेटर विथड्रॉवल क्रेडेन्शियल्सवर अधिक माहिती](/developers/docs/consensus-mechanisms/pos/withdrawal-credentials/)
+
+### विथड्रॉवल की {#withdrawal-key}
+
+जर सुरुवातीच्या डिपॉझिट दरम्यान सेट केले नसेल तर, विथड्रॉवल क्रेडेन्शियल्सना एक्झिक्युशन ॲड्रेसकडे पॉइंट करण्यासाठी अपडेट करण्याकरिता विथड्रॉवल कीची आवश्यकता असेल. यामुळे अतिरिक्त बॅलन्स पेमेंटवर प्रक्रिया सुरू करणे शक्य होईल, आणि वापरकर्त्यांना त्यांचे स्टेक केलेले ETH पूर्णपणे विथड्रॉ करण्याची परवानगी देखील मिळेल.
+
+व्हॅलिडेटर कीजप्रमाणेच, विथड्रॉवल कीमध्ये देखील दोन घटक असतात:
+
+- विथड्रॉवल **प्रायव्हेट** की
+- विथड्रॉवल **पब्लिक** की
+
+विथड्रॉवल क्रेडेन्शियल्सना `0x01` प्रकारात अपडेट करण्यापूर्वी ही की गमावणे म्हणजे व्हॅलिडेटरच्या बॅलन्सचा ऍक्सेस गमावणे. व्हॅलिडेटर अजूनही अटेस्टेशन्स आणि ब्लॉक्स साइन करू शकतो, कारण या क्रियांसाठी व्हॅलिडेटरच्या प्रायव्हेट कीची आवश्यकता असते, तथापि, विथड्रॉवल कीज गमावल्यास थोडे किंवा काहीही प्रोत्साहन राहत नाही.
+
+व्हॅलिडेटर कीज इथेरियम अकाउंट कीजपासून वेगळे केल्याने एकाच वापरकर्त्याद्वारे अनेक व्हॅलिडेटर्स चालवणे शक्य होते.
+
+![व्हॅलिडेटर की स्केमॅटिक](validator-key-schematic.png)
+
+**टीप**: स्टेकिंग कर्तव्यांमधून बाहेर पडण्यासाठी आणि व्हॅलिडेटरचा बॅलन्स विथड्रॉ करण्यासाठी सध्या व्हॅलिडेटर कीने [स्वैच्छिक एक्झिट मेसेज (VEM)](https://mirror.xyz/ladislaus.eth/wmoBbUBes2Wp1_6DvP6slPabkyujSU7MZOFOC3QpErs&1) साइन करणे आवश्यक आहे. तथापि, [EIP-7002](https://eips.ethereum.org/EIPS/eip-7002) हा एक प्रस्ताव आहे जो वापरकर्त्याला भविष्यात विथड्रॉवल कीने एक्झिट मेसेज साइन करून व्हॅलिडेटरचे एक्झिट सुरू करण्याची आणि त्याचा बॅलन्स विथड्रॉ करण्याची परवानगी देईल. यामुळे विश्वासाची गृहीतके कमी होतील कारण जे स्टेकर्स [स्टेकिंग-ॲज-अ-सर्व्हिस प्रोव्हायडर्स](/staking/saas/#what-is-staking-as-a-service) यांना ETH डेलीगेट करतात, त्यांना त्यांच्या फंडांवर नियंत्रण ठेवता येईल.
+
+## सीड फ्रेजमधून कीज मिळवणे {#deriving-keys-from-seed}
+
+जर प्रत्येक 32 ETH स्टेकसाठी 2 पूर्णपणे स्वतंत्र कीजचा नवीन संच आवश्यक असेल, तर की मॅनेजमेंट लवकरच अव्यवहार्य होईल, विशेषतः अनेक व्हॅलिडेटर्स चालवणाऱ्या वापरकर्त्यांसाठी. त्याऐवजी, एकाच कॉमन सीक्रेटमधून अनेक व्हॅलिडेटर कीज मिळवल्या जाऊ शकतात आणि ते एकच सीक्रेट स्टोअर केल्याने अनेक व्हॅलिडेटर कीजचा ऍक्सेस मिळतो.
+
+[नेमोनिक्स](https://en.bitcoinwiki.org/wiki/Mnemonic_phrase) आणि पाथ ही प्रमुख वैशिष्ट्ये आहेत जी वापरकर्त्यांना त्यांच्या वॉलेटमध्ये [ऍक्सेस](https://ethereum.stackexchange.com/questions/19055/what-is-the-difference-between-m-44-60-0-0-and-m-44-60-0) करताना अनेकदा आढळतात. नेमोनिक हा शब्दांचा एक क्रम आहे जो प्रायव्हेट कीसाठी प्रारंभिक सीड म्हणून काम करतो. अतिरिक्त डेटासोबत एकत्रित केल्यावर, नेमोनिक एक हॅश जनरेट करतो ज्याला 'मास्टर की' म्हणून ओळखले जाते. याला झाडाचे मूळ मानले जाऊ शकते. या मूळातून फांद्या नंतर एका हायरार्किकल पाथचा वापर करून मिळवल्या जाऊ शकतात, जेणेकरून चाइल्ड नोड्स त्यांच्या पॅरेंट नोडच्या हॅश आणि ट्रीमधील त्यांच्या इंडेक्सचे कॉम्बिनेशन म्हणून अस्तित्वात राहू शकतील. नेमोनिक-आधारित की जनरेशनसाठी [BIP-32](https://github.com/bitcoin/bips/blob/master/bip-0032.mediawiki) आणि [BIP-19](https://github.com/bitcoin/bips/blob/master/bip-0039.mediawiki) मानकांविषयी वाचा.
+
+या पाथ्सची रचना खालीलप्रमाणे आहे, जी हार्डवेअर वॉलेट्सशी संवाद साधलेल्या वापरकर्त्यांना परिचित असेल:
+
+```
+m/44'/60'/0'/0`
+```
+
+या पाथमधील स्लॅश प्रायव्हेट कीचे घटक खालीलप्रमाणे वेगळे करतात:
+
+```
+मास्टर_की / उद्देश / कॉइन_प्रकार / अकाउंट / बदल / ॲड्रेस_इंडेक्स
+```
+
+हे लॉजिक वापरकर्त्यांना एकाच **नेमोनिक फ्रेज**शी शक्य तितके व्हॅलिडेटर्स जोडण्यास सक्षम करते कारण ट्री रूट कॉमन असू शकतो, आणि फांद्यांवर वेगळेपण येऊ शकते. वापरकर्ता नेमोनिक फ्रेजमधून **कितीही कीज मिळवू** शकतो.
+
+```
+      [m / 0]
+     /
+    /
+[m] - [m / 1]
+    \
+     \
+      [m / 2]
+```
+
+प्रत्येक फांदी `/` ने वेगळी केली आहे, म्हणून `m/2` म्हणजे मास्टर कीने सुरुवात करून फांदी 2 फॉलो करणे. खालील स्केमॅटिकमध्ये, तीन विथड्रॉवल कीज स्टोअर करण्यासाठी एकाच नेमोनिक फ्रेजचा वापर केला जातो, प्रत्येकी दोन संबंधित व्हॅलिडेटर्ससोबत.
+
+![व्हॅलिडेटर की लॉजिक](multiple-keys.png)
+
+## पुढील वाचन {#further-reading}
+
+- [कार्ल बीखुइझेनचा इथेरियम फाउंडेशन ब्लॉग पोस्ट](https://blog.ethereum.org/2020/05/21/keys/)
+- [EIP-2333 BLS12-381 की जनरेशन](https://eips.ethereum.org/EIPS/eip-2333)
+- [EIP-7002: एक्झिक्युशन लेयर ट्रिगर्ड एक्झिट्स](https://web.archive.org/web/20250125035123/https://research.2077.xyz/eip-7002-unpacking-improvements-to-staking-ux-post-merge)
+- [मोठ्या प्रमाणावर की मॅनेजमेंट](https://docs.ethstaker.cc/ethstaker-knowledge-base/scaled-node-operators/key-management-at-scale)
diff --git a/public/content/translations/mr/developers/docs/consensus-mechanisms/pos/pos-vs-pow/index.md b/public/content/translations/mr/developers/docs/consensus-mechanisms/pos/pos-vs-pow/index.md
new file mode 100644
index 00000000000..1e2b3b1f5aa
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/consensus-mechanisms/pos/pos-vs-pow/index.md
@@ -0,0 +1,69 @@
+---
+title: "प्रूफ-ऑफ-स्टेक विरुद्ध प्रूफ-ऑफ-वर्क"
+description: "इथेरियमच्या प्रूफ-ऑफ-स्टेक आणि प्रूफ-ऑफ-वर्क आधारित सहमती यंत्रणेमधील तुलना"
+lang: mr
+---
+
+जेव्हा इथेरियम लाँच झाले, तेव्हा इथेरियमला सुरक्षित ठेवण्यासाठी त्यावर विश्वास ठेवण्यापूर्वी प्रूफ-ऑफ-स्टेकला अजूनही खूप संशोधन आणि विकासाची आवश्यकता होती. प्रूफ-ऑफ-वर्क ही एक सोपी यंत्रणा होती जी बिटकॉइनद्वारे आधीच सिद्ध झाली होती, याचा अर्थ कोअर डेव्हलपर्स इथेरियम लाँच करण्यासाठी लगेचच तिची अंमलबजावणी करू शकत होते. प्रूफ-ऑफ-स्टेकला त्या टप्प्यापर्यंत विकसित करण्यासाठी आणखी आठ वर्षे लागली जिथे त्याची अंमलबजावणी करता येईल.
+
+हे पृष्ठ इथेरियमच्या प्रूफ-ऑफ-वर्कमधून प्रूफ-ऑफ-स्टेकवर स्विच करण्यामागील तर्क आणि त्यात सामील असलेले फायदे-तोटे स्पष्ट करते.
+
+## सुरक्षा {#security}
+
+इथेरियमचे संशोधक प्रूफ-ऑफ-वर्कपेक्षा प्रूफ-ऑफ-स्टेकला अधिक सुरक्षित मानतात. तथापि, हे नुकतेच खऱ्या इथेरियम मेननेटसाठी लागू केले गेले आहे आणि प्रूफ-ऑफ-वर्कपेक्षा कमी वेळ-सिद्ध आहे. खालील विभाग प्रूफ-ऑफ-वर्कच्या तुलनेत प्रूफ-ऑफ-स्टेकच्या सुरक्षा मॉडेलचे फायदे आणि तोटे यावर चर्चा करतात.
+
+### हल्ला करण्याची किंमत {#cost-to-attack}
+
+प्रूफ-ऑफ-स्टेकमध्ये, व्हॅलिडेटर्सना स्मार्ट कॉन्ट्रॅक्टमध्ये किमान 32 ETH एस्क्रो (\"स्टेक\") करणे आवश्यक आहे. इथेरियम गैरवर्तन करणाऱ्या व्हॅलिडेटर्सना शिक्षा देण्यासाठी स्टेक केलेला इथर नष्ट करू शकते. सहमतीवर येण्यासाठी, एकूण स्टेक केलेल्या इथरपैकी किमान 66% ने ब्लॉकच्या विशिष्ट संचाच्या बाजूने मतदान करणे आवश्यक आहे. स्टेकच्या >=66% द्वारे मतदान केलेले ब्लॉक्स \"अंतिम\" (finalized) बनतात, याचा अर्थ ते काढले किंवा पुनर्रचित केले जाऊ शकत नाहीत.
+
+नेटवर्कवर हल्ला करणे म्हणजे साखळीला अंतिम होण्यापासून रोखणे किंवा कॅनोनिकल साखळीमध्ये ब्लॉकची एक विशिष्ट संघटना सुनिश्चित करणे, ज्यामुळे आक्रमणकर्त्याला कसा तरी फायदा होतो. यासाठी आक्रमणकर्त्याला मोठ्या प्रमाणात इथर जमा करून आणि थेट त्याच्यासह मतदान करून किंवा प्रामाणिक व्हॅलिडेटर्सना विशिष्ट प्रकारे मतदान करण्यासाठी फसवून प्रामाणिक सहमतीचा मार्ग वळवावा लागतो. प्रामाणिक व्हॅलिडेटर्सना फसवणारे अत्याधुनिक, कमी-संभाव्यतेचे हल्ले वगळता, इथेरियमवर हल्ला करण्याची किंमत म्हणजे आक्रमणकर्त्याला त्यांच्या बाजूने सहमतीवर प्रभाव टाकण्यासाठी जमा कराव्या लागणाऱ्या स्टेकची किंमत.
+
+हल्ल्याची सर्वात कमी किंमत एकूण स्टेकच्या >33% आहे. एकूण स्टेकच्या >33% धारण करणारा आक्रमणकर्ता फक्त ऑफलाइन जाऊन अंतिम निश्चितीमध्ये (finality) विलंब घडवून आणू शकतो. नेटवर्कसाठी ही एक तुलनेने किरकोळ समस्या आहे कारण \"निष्क्रियता लीक\" (inactivity leak) नावाची एक यंत्रणा आहे जी ऑफलाइन व्हॅलिडेटर्सकडून स्टेक लीक करते, जोपर्यंत ऑनलाइन बहुमत स्टेकच्या 66% चे प्रतिनिधित्व करत नाही आणि साखळी पुन्हा अंतिम करू शकत नाही. हे सैद्धांतिकदृष्ट्या शक्य आहे की आक्रमणकर्ता एकूण स्टेकच्या 33% पेक्षा थोडे जास्त घेऊन दुहेरी अंतिम निश्चिती (double finality) घडवून आणू शकतो, जेव्हा त्यांना ब्लॉक प्रोड्यूसर बनण्यास सांगितले जाते तेव्हा एकाऐवजी दोन ब्लॉक तयार करून आणि नंतर त्यांच्या सर्व व्हॅलिडेटर्ससह दुहेरी-मतदान करून. प्रत्येक फोर्कला प्रत्येक ब्लॉक प्रथम पाहण्यासाठी उर्वरित प्रामाणिक व्हॅलिडेटर्सपैकी फक्त 50% आवश्यक असतात, म्हणून जर ते त्यांचे संदेश योग्य वेळी पाठवण्यात यशस्वी झाले, तर ते दोन्ही फोर्क अंतिम करू शकतील. याची यशस्वी होण्याची शक्यता कमी आहे, परंतु जर आक्रमणकर्ता दुहेरी-अंतिम निश्चिती (double-finality) घडवून आणू शकला, तर इथेरियम समुदायाला एका फोर्कचे अनुसरण करण्याचा निर्णय घ्यावा लागेल, ज्या प्रकरणात आक्रमणकर्त्याच्या व्हॅलिडेटर्सना दुसऱ्या फोर्कवर नक्कीच स्लॅश केले जाईल.
+
+एकूण स्टेकच्या >33% सह, आक्रमणकर्त्याला इथेरियम नेटवर्कवर किरकोळ (अंतिम निश्चितीमध्ये विलंब) किंवा अधिक गंभीर (दुहेरी अंतिम निश्चिती) परिणाम करण्याची संधी असते. नेटवर्कवर 14,000,000 पेक्षा जास्त ETH स्टेक केलेले असताना आणि $1000/ETH च्या प्रातिनिधिक किंमतीसह, हे हल्ले करण्यासाठी किमान खर्च `1000 x 14,000,000 x 0.33 = $4,620,000,000` आहे. आक्रमणकर्ता स्लॅशिंगद्वारे हे पैसे गमावेल आणि नेटवर्कमधून बाहेर काढला जाईल. पुन्हा हल्ला करण्यासाठी, त्यांना स्टेकच्या >33% (पुन्हा) जमा करावे लागेल आणि ते (पुन्हा) बर्न करावे लागेल. नेटवर्कवर हल्ला करण्याच्या प्रत्येक प्रयत्नाची किंमत >$4.6 अब्ज असेल ($1000/ETH आणि 14M ETH स्टेक केलेले असताना). आक्रमणकर्त्याला स्लॅश केल्यावर नेटवर्कमधून बाहेर काढले जाते, आणि त्यांना पुन्हा सामील होण्यासाठी सक्रियकरण रांगेत (activation queue) सामील व्हावे लागते. याचा अर्थ पुनरावृत्ती हल्ल्याचा दर केवळ आक्रमणकर्ता एकूण स्टेकच्या >33% जमा करू शकण्याच्या दरापुरता मर्यादित नाही, तर त्यांच्या सर्व व्हॅलिडेटर्सना नेटवर्कवर ऑनबोर्ड करण्यासाठी लागणाऱ्या वेळेवरही अवलंबून आहे. प्रत्येक वेळी आक्रमणकर्ता हल्ला करतो, तेव्हा ते अधिक गरीब होतात आणि उर्वरित समुदाय परिणामी पुरवठा धक्क्यामुळे (supply shock) श्रीमंत होतो.
+
+इतर हल्ले, जसे की 51% हल्ले किंवा एकूण स्टेकच्या 66% सह अंतिम निश्चिती रिव्हर्जन (finality reversion), यासाठी लक्षणीयरीत्या अधिक ETH आवश्यक आहे आणि ते आक्रमणकर्त्यासाठी खूपच महाग आहेत.
+
+याची प्रूफ-ऑफ-वर्कशी तुलना करा. प्रूफ-ऑफ-वर्क इथेरियमवर हल्ला करण्याची किंमत एकूण नेटवर्क हॅश रेटच्या >50% सातत्याने मालकीची असण्याची किंमत होती. यामध्ये इतर मायनर्सना सातत्याने प्रूफ-ऑफ-वर्क सोल्यूशन्सची गणना करण्यासाठी मागे टाकण्याकरिता पुरेशी संगणकीय शक्ती मिळवण्यासाठी हार्डवेअर आणि चालू खर्चाचा समावेश होता. इथेरियमचे मायनिंग मुख्यतः ASICs ऐवजी GPUs वापरून केले जात होते, ज्यामुळे खर्च कमी राहिला (जरी इथेरियम प्रूफ-ऑफ-वर्कवर राहिले असते, तर ASIC मायनिंग अधिक लोकप्रिय झाले असते). प्रूफ-ऑफ-वर्क इथेरियम नेटवर्कवर हल्ला करण्यासाठी प्रतिस्पर्ध्याला भरपूर हार्डवेअर खरेदी करावे लागेल आणि ते चालवण्यासाठी विजेचे पैसे द्यावे लागतील, परंतु एकूण खर्च हल्ला सुरू करण्यासाठी पुरेसे ETH जमा करण्यासाठी लागणाऱ्या खर्चापेक्षा कमी असेल. प्रूफ-ऑफ-स्टेकपेक्षा प्रूफ-ऑफ-वर्कवर 51% हल्ला ~[20x कमी](https://youtu.be/1m12zgJ42dI?t=1562) महाग असतो. जर हल्ला ओळखला गेला आणि त्यांच्या बदलांना काढून टाकण्यासाठी साखळी हार्ड-फोर्क केली गेली, तर आक्रमणकर्ता नवीन फोर्कवर हल्ला करण्यासाठी वारंवार तेच हार्डवेअर वापरू शकतो.
+
+### गुंतागुंत {#complexity}
+
+प्रूफ-ऑफ-स्टेक हे प्रूफ-ऑफ-वर्कपेक्षा खूपच गुंतागुंतीचे आहे. हा प्रूफ-ऑफ-वर्कच्या बाजूने एक मुद्दा असू शकतो कारण सोप्या प्रोटोकॉलमध्ये चुकून बग्स किंवा अनपेक्षित परिणाम आणणे अधिक कठीण आहे. तथापि, अनेक वर्षांच्या संशोधन आणि विकास, सिम्युलेशन आणि टेस्टनेट अंमलबजावणीद्वारे ही गुंतागुंत कमी केली गेली आहे. प्रूफ-ऑफ-स्टेक प्रोटोकॉल पाच स्वतंत्र संघांनी (एक्झिक्युशन आणि कन्सेंसस लेयर प्रत्येकावर) पाच प्रोग्रामिंग भाषांमध्ये स्वतंत्रपणे लागू केला आहे, जो क्लायंट बग्सविरुद्ध लवचिकता प्रदान करतो.
+
+प्रूफ-ऑफ-स्टेक सहमती लॉजिक सुरक्षितपणे विकसित आणि चाचणी करण्यासाठी, इथेरियम मेननेटवर प्रूफ-ऑफ-स्टेक लागू होण्याच्या दोन वर्षांपूर्वी बीकन चेन लाँच करण्यात आली होती. बीकन चेनने प्रूफ-ऑफ-स्टेक चाचणीसाठी सँडबॉक्स म्हणून काम केले, कारण ती एक लाइव्ह ब्लॉकचेन होती जी प्रूफ-ऑफ-स्टेक सहमती लॉजिक लागू करत होती परंतु वास्तविक इथेरियम व्यवहारांना स्पर्श न करता - प्रभावीपणे फक्त स्वतःवरच सहमतीवर येत होती. एकदा हे पुरेसा काळ स्थिर आणि बग-मुक्त झाल्यावर, बीकन चेन इथेरियम मेननेटसोबत \"विलीन\" (merged) करण्यात आली. या सर्वांनी प्रूफ-ऑफ-स्टेकची गुंतागुंत त्या टप्प्यापर्यंत कमी करण्यास हातभार लावला की अनपेक्षित परिणाम किंवा क्लायंट बग्सचा धोका खूप कमी होता.
+
+### हल्ल्याची शक्यता {#attack-surface}
+
+प्रूफ-ऑफ-स्टेक हे प्रूफ-ऑफ-वर्कपेक्षा अधिक गुंतागुंतीचे आहे, याचा अर्थ हाताळण्यासाठी अधिक संभाव्य हल्ल्याचे मार्ग (attack vectors) आहेत. क्लायंटना जोडणाऱ्या एका पीअर-टू-पीअर नेटवर्कऐवजी, दोन आहेत, प्रत्येक एक वेगळा प्रोटोकॉल लागू करतो. प्रत्येक स्लॉटमध्ये ब्लॉक प्रस्तावित करण्यासाठी एका विशिष्ट व्हॅलिडेटरची पूर्व-निवड केल्याने डिनायल-ऑफ-सर्व्हिसची शक्यता निर्माण होते जिथे मोठ्या प्रमाणात नेटवर्क ट्रॅफिक त्या विशिष्ट व्हॅलिडेटरला ऑफलाइन करते.
+
+आक्रमणकर्त्यांसाठी त्यांचे ब्लॉक्स किंवा साक्षांकन (attestations) सोडण्याची वेळ काळजीपूर्वक साधण्याचे मार्ग देखील आहेत जेणेकरून ते प्रामाणिक नेटवर्कच्या विशिष्ट प्रमाणात प्राप्त होतील, ज्यामुळे त्यांना विशिष्ट मार्गांनी मतदान करण्यास प्रभावित करता येईल. शेवटी, आक्रमणकर्ता फक्त स्टेक करण्यासाठी पुरेसे ETH जमा करू शकतो आणि सहमती यंत्रणेवर (consensus mechanism) वर्चस्व गाजवू शकतो. या प्रत्येक [हल्ल्याच्या मार्गांशी संबंधित संरक्षण](/developers/docs/consensus-mechanisms/pos/attack-and-defense) आहे, परंतु प्रूफ-ऑफ-वर्क अंतर्गत त्यांचे संरक्षण करण्याची गरज नसते.
+
+## विकेंद्रीकरण {#decentralization}
+
+प्रूफ-ऑफ-स्टेक हे प्रूफ-ऑफ-वर्कपेक्षा अधिक विकेंद्रित आहे कारण मायनिंग हार्डवेअरच्या शस्त्रास्त्र शर्यतीमुळे व्यक्ती आणि लहान संस्थांना बाहेर पडावे लागते. कोणीही तांत्रिकदृष्ट्या माफक हार्डवेअरसह मायनिंग सुरू करू शकत असले तरी, संस्थात्मक मायनिंग ऑपरेशन्सच्या तुलनेत त्यांना कोणतेही बक्षीस मिळण्याची शक्यता नगण्य आहे. प्रूफ-ऑफ-स्टेकसह, स्टेक‍िंगचा खर्च आणि त्या स्टेकवरील परताव्याची टक्केवारी प्रत्येकासाठी समान आहे. सध्या व्हॅलिडेटर चालवण्यासाठी 32 ETH खर्च येतो.
+
+दुसरीकडे, लिक्विड स्टेक‍िंग डेरिव्हेटिव्ह्जच्या शोधाने केंद्रीकरणाची चिंता निर्माण केली आहे कारण काही मोठे प्रदाते मोठ्या प्रमाणात स्टेक केलेले ETH व्यवस्थापित करतात. ही एक समस्या आहे आणि ती शक्य तितक्या लवकर दुरुस्त करणे आवश्यक आहे, परंतु ती दिसते त्यापेक्षा अधिक सूक्ष्म आहे. केंद्रीकृत स्टेक‍िंग प्रदात्यांचे व्हॅलिडेटर्सवर नेहमीच केंद्रीकृत नियंत्रण नसते - अनेकदा हा ETH चा एक केंद्रीय पूल तयार करण्याचा एक मार्ग असतो जिथे अनेक स्वतंत्र नोड ऑपरेटर प्रत्येक सहभागीला स्वतःचे 32 ETH आवश्यक न ठेवता स्टेक करू शकतात.
+
+इथेरियमसाठी सर्वोत्तम पर्याय म्हणजे व्हॅलिडेटर्स घरगुती संगणकांवर स्थानिकरित्या चालवणे, ज्यामुळे विकेंद्रीकरण जास्तीत जास्त होते. यामुळेच इथेरियम नोड/व्हॅलिडेटर चालवण्यासाठी हार्डवेअर आवश्यकता वाढवणाऱ्या बदलांना विरोध करते.
+
+## टिकावूपणा {#sustainability}
+
+प्रूफ-ऑफ-स्टेक हा ब्लॉकचेन सुरक्षित करण्याचा कमी कार्बन-उत्सर्जन करणारा मार्ग आहे. प्रूफ-ऑफ-वर्क अंतर्गत मायनर्स ब्लॉक माईन करण्याच्या हक्कासाठी स्पर्धा करतात. जेव्हा मायनर्स जलद गतीने गणना करू शकतात तेव्हा ते अधिक यशस्वी होतात, ज्यामुळे हार्डवेअर आणि ऊर्जा वापरामध्ये गुंतवणुकीला प्रोत्साहन मिळते. हे इथेरियमने प्रूफ-ऑफ-स्टेकवर स्विच करण्यापूर्वी पाहिले गेले. प्रूफ-ऑफ-स्टेकमध्ये संक्रमण होण्यापूर्वी, इथेरियम अंदाजे 78 TWh/yr वापरत होते - जे एका लहान देशाएवढे आहे. तथापि, प्रूफ-ऑफ-स्टेकवर स्विच केल्याने हा ऊर्जा खर्च ~99.98% ने कमी झाला. प्रूफ-ऑफ-स्टेकने इथेरियमला एक ऊर्जा-कार्यक्षम, कमी कार्बन उत्सर्जन करणारे प्लॅटफॉर्म बनवले.
+
+[इथेरियमच्या ऊर्जा वापराविषयी अधिक](/energy-consumption)
+
+## जारी करणे {#issuance}
+
+प्रूफ-ऑफ-स्टेक इथेरियम त्याच्या सुरक्षेसाठी प्रूफ-ऑफ-वर्क इथेरियमपेक्षा खूप कमी कॉइन्स जारी करून पैसे देऊ शकते कारण व्हॅलिडेटर्सना उच्च वीज खर्च भरावा लागत नाही. परिणामी, जेव्हा मोठ्या प्रमाणात ETH बर्न केले जातात तेव्हा ETH त्याची चलनवाढ कमी करू शकते किंवा डिफ्लेशनरी ( चलनघट ) देखील होऊ शकते. कमी चलनवाढ पातळीचा अर्थ असा आहे की इथेरियमची सुरक्षा प्रूफ-ऑफ-वर्क अंतर्गत होती त्यापेक्षा स्वस्त आहे.
+
+## तुम्ही पाहून शिकणारे आहात का? {#visual-learner}
+
+पहा जस्टिन ड्रेक प्रूफ-ऑफ-वर्कपेक्षा प्रूफ-ऑफ-स्टेकचे फायदे स्पष्ट करत आहेत:
+
+<YouTube id="1m12zgJ42dI" />
+
+## पुढील वाचन {#further-reading}
+
+- [विटालिकचे प्रूफ-ऑफ-स्टेक डिझाइन तत्वज्ञान](https://medium.com/@VitalikButerin/a-proof-of-stake-design-philosophy-506585978d51)
+- [विटालिकचे प्रूफ-ऑफ-स्टेक FAQs](https://vitalik.eth.limo/general/2017/12/31/pos_faq.html#what-is-proof-of-stake)
+- [\"सोप्या भाषेत स्पष्ट केलेले\" pos विरुद्ध pow वरील व्हिडिओ](https://www.youtube.com/watch?v=M3EFi_POhps)
diff --git a/public/content/translations/mr/developers/docs/consensus-mechanisms/pos/rewards-and-penalties/index.md b/public/content/translations/mr/developers/docs/consensus-mechanisms/pos/rewards-and-penalties/index.md
new file mode 100644
index 00000000000..d6ea072c3d4
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/consensus-mechanisms/pos/rewards-and-penalties/index.md
@@ -0,0 +1,91 @@
+---
+title: "प्रूफ-ऑफ-स्टेक बक्षिसे आणि दंड"
+description: "प्रूफ-ऑफ-स्टेक Ethereum मधील प्रोटोकॉलमधील प्रोत्साहनांबद्दल जाणून घ्या."
+lang: mr
+---
+
+Ethereum त्याच्या मूळ क्रिप्टोकरन्सी, ईथर (ETH) वापरून सुरक्षित केले आहे. नोड ऑपरेटर्स जे ब्लॉक्स प्रमाणित करण्यात आणि चेनच्या हेडची ओळख पटवण्यात सहभागी होऊ इच्छितात, ते Ethereum वरील [डिपॉझिट कॉन्ट्रॅक्ट](/staking/deposit-contract/) मध्ये ईथर जमा करतात. त्यांना नंतर व्हॅलिडेटर सॉफ्टवेअर चालवण्यासाठी ईथरमध्ये पैसे दिले जातात, जे पिअर-टू-पिअर नेटवर्कवर मिळालेल्या नवीन ब्लॉक्सची वैधता तपासते आणि चेनच्या हेडची ओळख पटवण्यासाठी फोर्क-चॉइस अल्गोरिदम लागू करते.
+
+व्हॅलिडेटरसाठी दोन प्राथमिक भूमिका आहेत: १) नवीन ब्लॉक्स तपासणे आणि ते वैध असल्यास त्यांना “साक्षांकित करणे”, २) एकूण व्हॅलिडेटर पूलमधून यादृच्छिकपणे निवडल्यावर नवीन ब्लॉक्स प्रस्तावित करणे. जर व्हॅलिडेटर विचारले असता यापैकी कोणतेही कार्य करण्यास अयशस्वी ठरले, तर ते ईथर पेआउट चुकवतात. व्हॅलिडेटर्सना काहीवेळा सिग्नेचर एग्रीगेशन आणि सिंक कमिटीमध्ये सहभागी होण्याचे कामही दिले जाते.
+
+अशा काही कृती देखील आहेत ज्या चुकून करणे खूप कठीण आहे आणि त्या काही दुर्भावनापूर्ण हेतू दर्शवतात, जसे की एकाच स्लॉटसाठी अनेक ब्लॉक्स प्रस्तावित करणे किंवा एकाच स्लॉटसाठी अनेक ब्लॉक्सना साक्षांकित करणे. हे “स्लॅशेबल” वर्तन आहेत ज्यामुळे व्हॅलिडेटरला नेटवर्कमधून काढून टाकण्यापूर्वी काही प्रमाणात ईथर (1 ETH पर्यंत) बर्न केले जाते, ज्याला 36 दिवस लागतात. स्लॅश केलेल्या व्हॅलिडेटरचा ईथर एक्झिट कालावधीत हळूहळू कमी होत जातो, परंतु 18 व्या दिवशी त्यांना “कोरिलेशन पेनल्टी” मिळते, जी त्याच वेळी अधिक व्हॅलिडेटर्सना स्लॅश केल्यावर मोठी असते. म्हणूनच कन्सेन्सस मेकॅनिझमची प्रोत्साहन रचना प्रामाणिकपणासाठी पैसे देते आणि वाईट कलाकारांना शिक्षा देते.
+
+सर्व बक्षिसे आणि दंड प्रत्येक इपॉकमध्ये एकदा लागू केले जातात.
+
+अधिक माहितीसाठी पुढे वाचा...
+
+## बक्षिसे आणि दंड {#rewards}
+
+### पुरस्कार {#rewards}
+
+जेव्हा व्हॅलिडेटर्स बहुसंख्य इतर व्हॅलिडेटर्सशी सुसंगत मते देतात, ब्लॉक्स प्रस्तावित करतात, आणि सिंक कमिटीमध्ये सहभागी होतात, तेव्हा त्यांना बक्षिसे मिळतात. प्रत्येक इपॉकमधील बक्षिसांचे मूल्य `base_reward` वरून मोजले जाते. हे मूळ एकक आहे ज्यावरून इतर बक्षिसे मोजली जातात. `base_reward` हे प्रति इपॉक इष्टतम परिस्थितीत एका व्हॅलिडेटरला मिळालेले सरासरी बक्षीस दर्शवते. हे व्हॅलिडेटरच्या प्रभावी बॅलन्स आणि सक्रिय व्हॅलिडेटर्सच्या एकूण संख्येवरून खालीलप्रमाणे मोजले जाते:
+
+```
+base_reward = effective_balance * (base_reward_factor / (base_rewards_per_epoch * sqrt(sum(active_balance))))
+```
+
+जिथे `base_reward_factor` 64 आहे, `base_rewards_per_epoch` 4 आहे आणि `sum(active balance)` सर्व सक्रिय व्हॅलिडेटर्समधील एकूण स्टेक केलेला ईथर आहे.
+
+याचा अर्थ असा की बेस रिवॉर्ड व्हॅलिडेटरच्या प्रभावी बॅलन्सच्या प्रमाणात आहे आणि नेटवर्कवरील व्हॅलिडेटर्सच्या संख्येच्या व्यस्त प्रमाणात आहे. व्हॅलिडेटर्स जितके जास्त, तितके एकूण इश्युअन्स जास्त (`sqrt(N)` प्रमाणे) पण प्रति व्हॅलिडेटर `base_reward` तितका लहान (`1/sqrt(N)` प्रमाणे). हे घटक स्टेकिंग नोडसाठी APR ला प्रभावित करतात. [विटालिकच्या नोट्स](https://notes.ethereum.org/@vbuterin/rkhCgQteN?type=view#Base-rewards) मध्ये यामागील तर्क वाचा.
+
+एकूण बक्षीस नंतर पाच घटकांच्या बेरजेनुसार मोजले जाते, ज्यापैकी प्रत्येकाचे एक वेटिंग असते जे ठरवते की प्रत्येक घटक एकूण बक्षिसामध्ये किती भर घालतो. हे घटक आहेत:
+
+```
+१. सोर्स व्होट: व्हॅलिडेटरने योग्य सोर्स चेकपॉइंटसाठी वेळेवर मत दिले आहे
+२. टार्गेट व्होट: व्हॅलिडेटरने योग्य टार्गेट चेकपॉइंटसाठी वेळेवर मत दिले आहे
+३. हेड व्होट: व्हॅलिडेटरने योग्य हेड ब्लॉकसाठी वेळेवर मत दिले आहे
+४. सिंक कमिटी रिवॉर्ड: व्हॅलिडेटरने सिंक कमिटीमध्ये भाग घेतला आहे
+५. प्रपोजर रिवॉर्ड: व्हॅलिडेटरने योग्य स्लॉटमध्ये ब्लॉक प्रस्तावित केला आहे
+```
+
+प्रत्येक घटकासाठी वेटिंग खालीलप्रमाणे आहेत:
+
+```
+TIMELY_SOURCE_WEIGHT	uint64(14)
+TIMELY_TARGET_WEIGHT	uint64(26)
+TIMELY_HEAD_WEIGHT	uint64(14)
+SYNC_REWARD_WEIGHT	uint64(2)
+PROPOSER_WEIGHT	uint64(8)
+```
+
+या वजनांची बेरीज 64 आहे. लागू होणाऱ्या वजनांची बेरीज 64 ने भागून बक्षीस मोजले जाते. एखादा व्हॅलिडेटर ज्याने वेळेवर सोर्स, टार्गेट आणि हेड व्होट्स दिले आहेत, ब्लॉक प्रस्तावित केला आहे आणि सिंक कमिटीमध्ये भाग घेतला आहे, त्याला `64/64 * base_reward == base_reward` मिळू शकते. तथापि, एक व्हॅलिडेटर सहसा ब्लॉक प्रपोजर नसतो, त्यामुळे त्याचे जास्तीत जास्त बक्षीस `64-8 /64 * base_reward == 7/8 * base_reward` आहे. जे व्हॅलिडेटर ब्लॉक प्रपोजर किंवा सिंक कमिटीमध्ये नाहीत, ते `64-8-2 / 64 * base_reward == 6.75/8 * base_reward` मिळवू शकतात.
+
+जलद साक्षांकनांना प्रोत्साहन देण्यासाठी अतिरिक्त बक्षीस जोडले जाते. हे `inclusion_delay_reward` आहे. याचे मूल्य `base_reward` ला `1/delay` ने गुणल्यावर येणाऱ्या मूल्याच्या बरोबरीचे असते, जिथे `delay` म्हणजे ब्लॉक प्रस्ताव आणि साक्षांकन यांना वेगळे करणाऱ्या स्लॉट्सची संख्या आहे. उदाहरणार्थ, जर साक्षांकन ब्लॉक प्रस्तावाच्या एका स्लॉटमध्ये सादर केले गेले, तर साक्षांकित करणाऱ्याला `base_reward * 1/1 == base_reward` मिळते. जर साक्षांकन पुढील स्लॉटमध्ये आले, तर साक्षांकित करणाऱ्याला `base_reward * 1/2` मिळते आणि असेच पुढे.
+
+ब्लॉक प्रस्तावक ब्लॉकमध्ये समाविष्ट **प्रत्येक वैध साक्षांकनासाठी** `8 / 64 * base_reward` प्राप्त करतात, त्यामुळे बक्षिसाचे वास्तविक मूल्य साक्षांकित करणाऱ्या व्हॅलिडेटर्सच्या संख्येनुसार स्केल होते. ब्लॉक प्रस्तावक त्यांच्या प्रस्तावित ब्लॉकमध्ये इतर व्हॅलिडेटर्सच्या गैरवर्तनाचा पुरावा समाविष्ट करून आपले बक्षीस वाढवू शकतात. ही बक्षिसे व्हॅलिडेटरच्या प्रामाणिकपणाला प्रोत्साहन देणारे “गाजर” आहेत. स्लॅशिंगचा समावेश करणाऱ्या ब्लॉक प्रस्तावकला `slashed_validators_effective_balance / 512` बक्षीस दिले जाईल.
+
+### दंड {#penalties}
+
+आतापर्यंत आपण उत्तम वर्तन करणाऱ्या व्हॅलिडेटर्सचा विचार केला आहे, पण जे व्हॅलिडेटर्स वेळेवर हेड, सोर्स आणि टार्गेट मते देत नाहीत किंवा हळू देतात त्यांचे काय?
+
+टार्गेट आणि सोर्स मते चुकवल्याबद्दलचा दंड, साक्षांकित करणाऱ्याने ते सादर केल्यास त्याला मिळणाऱ्या बक्षिसांच्या बरोबरीचा असतो. याचा अर्थ असा की त्यांच्या बॅलन्समध्ये बक्षीस जोडण्याऐवजी, त्यांच्या बॅलन्समधून समान मूल्य काढून टाकले जाते. हेड व्होट चुकवल्याबद्दल कोणताही दंड नाही (म्हणजे, हेड व्होट्सना फक्त बक्षीस दिले जाते, कधीही दंड आकारला जात नाही). `inclusion_delay` सोबत कोणताही दंड जोडलेला नाही - बक्षीस फक्त व्हॅलिडेटरच्या बॅलन्समध्ये जोडले जाणार नाही. ब्लॉक प्रस्तावित करण्यात अयशस्वी झाल्यास कोणताही दंड नाही.
+
+[कन्सेन्सस स्पेक्स](https://github.com/ethereum/consensus-specs/blob/dev/specs/altair/beacon-chain.md) मध्ये बक्षिसे आणि दंडांबद्दल अधिक वाचा. बेलॅट्रिक्स अपग्रेडमध्ये बक्षिसे आणि दंड समायोजित केले गेले - [Peep an EIP व्हिडिओ](https://www.youtube.com/watch?v=iaAEGs1DMgQ) मध्ये यावर डॅनी रायन आणि विटालिक यांची चर्चा पहा.
+
+## स्लॅशिंग {#slashing}
+
+स्लॅशिंग ही एक अधिक गंभीर कृती आहे ज्यामुळे एका व्हॅलिडेटरला नेटवर्कमधून जबरदस्तीने काढून टाकले जाते आणि त्यांच्या स्टेक केलेल्या ईथरचे संबंधित नुकसान होते. एका व्हॅलिडेटरला स्लॅश करण्याचे तीन मार्ग आहेत, जे सर्व म्हणजे ब्लॉक्सचे अप्रामाणिक प्रस्ताव किंवा साक्षांकन:
+
+- एकाच स्लॉटसाठी दोन वेगळे ब्लॉक्स प्रस्तावित करणे आणि त्यावर सही करणे
+- एका ब्लॉकला साक्षांकित करून जो दुसऱ्या ब्लॉकला “सराउंड” करतो (प्रभावीपणे इतिहास बदलतो)
+- एकाच ब्लॉकसाठी दोन उमेदवारांना साक्षांकित करून “डबल व्होटिंग” करणे
+
+जर या कृती शोधल्या गेल्या, तर व्हॅलिडेटरला स्लॅश केले जाते. याचा अर्थ असा की 32 ETH व्हॅलिडेटरसाठी 0.0078125 तात्काळ बर्न केले जाते (सक्रिय बॅलन्ससह रेषीय प्रमाणात), त्यानंतर 36 दिवसांचा काढण्याचा कालावधी सुरू होतो. या काढण्याच्या कालावधीत व्हॅलिडेटरचा स्टेक हळूहळू कमी होत जातो. मध्यभागी (18 व्या दिवशी) एक अतिरिक्त दंड लागू केला जातो, ज्याची तीव्रता स्लॅशिंग घटनेच्या 36 दिवस आधी सर्व स्लॅश केलेल्या व्हॅलिडेटर्सच्या एकूण स्टेक केलेल्या ईथरनुसार स्केल होते. याचा अर्थ असा की जेव्हा अधिक व्हॅलिडेटर्सना स्लॅश केले जाते, तेव्हा स्लॅशची तीव्रता वाढते. जास्तीत जास्त स्लॅश म्हणजे सर्व स्लॅश केलेल्या व्हॅलिडेटर्सचा पूर्ण प्रभावी बॅलन्स (म्हणजे, जर बरेच व्हॅलिडेटर्स स्लॅश होत असतील तर ते आपला संपूर्ण स्टेक गमावू शकतात). दुसरीकडे, एकच, वेगळी स्लॅशिंग घटना व्हॅलिडेटरच्या स्टेकचा फक्त एक लहान भाग बर्न करते. हा मध्यबिंदू दंड जो स्लॅश केलेल्या व्हॅलिडेटर्सच्या संख्येनुसार स्केल होतो, त्याला “कोरिलेशन पेनल्टी” म्हणतात.
+
+## निष्क्रियता गळती {#inactivity-leak}
+
+जर कन्सेन्सस लेअर चारपेक्षा जास्त इपॉक्ससाठी फायनलाइज झाले नाही, तर “निष्क्रियता गळती” नावाचा एक आपत्कालीन प्रोटोकॉल सक्रिय केला जातो. निष्क्रियता गळतीचे अंतिम उद्दिष्ट चेनला फायनलिटी परत मिळवण्यासाठी आवश्यक परिस्थिती निर्माण करणे आहे. वर स्पष्ट केल्याप्रमाणे, फायनलिटीसाठी एकूण स्टेक केलेल्या ईथरपैकी 2/3 बहुमताची सोर्स आणि टार्गेट चेकपॉइंट्सवर सहमत होण्याची आवश्यकता असते. जर एकूण व्हॅलिडेटर्सपैकी 1/3 पेक्षा जास्त व्हॅलिडेटर्स ऑफलाइन गेले किंवा योग्य साक्षांकन सादर करण्यात अयशस्वी झाले, तर 2/3 सुपरमेजोरिटीसाठी चेकपॉइंट्स फायनलाइज करणे शक्य नसते. निष्क्रियता गळतीमुळे निष्क्रिय व्हॅलिडेटर्सचा स्टेक हळूहळू कमी होत जातो जोपर्यंत ते एकूण स्टेकच्या 1/3 पेक्षा कमी नियंत्रित करत नाहीत, ज्यामुळे उर्वरित सक्रिय व्हॅलिडेटर्स चेन फायनलाइज करू शकतात. निष्क्रिय व्हॅलिडेटर्सचा पूल कितीही मोठा असला तरी, उर्वरित सक्रिय व्हॅलिडेटर्स अखेरीस >2/3 स्टेक नियंत्रित करतील. स्टेकचे नुकसान हे निष्क्रिय व्हॅलिडेटर्सना शक्य तितक्या लवकर पुन्हा सक्रिय होण्यासाठी एक मजबूत प्रोत्साहन आहे! मेडाला टेस्टनेटवर निष्क्रियता गळतीची परिस्थिती आली होती, जेव्हा < 66% सक्रिय व्हॅलिडेटर्स ब्लॉकचेनच्या सध्याच्या हेडवर सहमतीवर येऊ शकले नव्हते. निष्क्रियता गळती सक्रिय झाली आणि अखेरीस फायनलिटी पुन्हा मिळवली गेली!
+
+कन्सेन्सस मेकॅनिझमची बक्षीस, दंड आणि स्लॅशिंगची रचना वैयक्तिक व्हॅलिडेटर्सना योग्यरित्या वागण्यासाठी प्रोत्साहित करते. तथापि, या डिझाइन निवडींमधून एक अशी प्रणाली उदयास येते जी अनेक क्लायंट्समध्ये व्हॅलिडेटर्सच्या समान वितरणाला जोरदारपणे प्रोत्साहित करते, आणि एकल-क्लायंट वर्चस्वाला जोरदारपणे परावृत्त करते.
+
+## पुढील वाचन {#further-reading}
+
+- [Ethereum अपग्रेड करणे: प्रोत्साहन लेअर](https://eth2book.info/altair/part2/incentives)
+- [Ethereum च्या हायब्रीड कॅस्पर प्रोटोकॉलमधील प्रोत्साहन](https://arxiv.org/pdf/1903.04205.pdf)
+- [विटालिकचे भाष्य केलेले स्पेक](https://github.com/ethereum/annotated-spec/blob/master/phase0/beacon-chain.md#rewards-and-penalties-1)
+- [Eth2 स्लॅशिंग प्रतिबंधक टिप्स](https://medium.com/prysmatic-labs/eth2-slashing-prevention-tips-f6faa5025f50)
+- [EIP-7251 अंतर्गत स्लॅशिंग दंडांचे विश्लेषण](https://ethresear.ch/t/slashing-penalty-analysis-eip-7251/16509)
+
+_स्रोत_
+
+- _[https://benjaminion.xyz/eth2-annotated-spec/phase0/beacon-chain/](https://benjaminion.xyz/eth2-annotated-spec/phase0/beacon-chain/)_
diff --git a/public/content/translations/mr/developers/docs/consensus-mechanisms/pos/weak-subjectivity/index.md b/public/content/translations/mr/developers/docs/consensus-mechanisms/pos/weak-subjectivity/index.md
new file mode 100644
index 00000000000..e3fb74e410c
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/consensus-mechanisms/pos/weak-subjectivity/index.md
@@ -0,0 +1,39 @@
+---
+title: "अशक्त व्यक्तिनिष्ठता"
+description: "अशक्त व्यक्तिनिष्ठता आणि PoS इथेरियममधील तिच्या भूमिकेचे स्पष्टीकरण."
+lang: mr
+---
+
+ब्लॉकचेनमध्ये व्यक्तिनिष्ठता म्हणजे सद्य स्थितीवर सहमत होण्यासाठी सामाजिक माहितीवर अवलंबून राहणे. नेटवर्कवरील इतर पिअर्सकडून गोळा केलेल्या माहितीनुसार निवडले जाणारे अनेक वैध फोर्क असू शकतात. याउलट वस्तुनिष्ठता आहे, जी अशा चेन्सना संदर्भित करते जिथे फक्त एकच संभाव्य वैध चेन असते ज्यावर सर्व नोड्स त्यांचे कोडेड नियम लागू करून सहमत होतील. तिसरी स्थिती देखील आहे, जी अशक्त व्यक्तिनिष्ठता म्हणून ओळखली जाते. हे अशा चेनला संदर्भित करते जी सामाजिकरित्या काही सुरुवातीची माहिती प्राप्त झाल्यानंतर वस्तुनिष्ठपणे प्रगती करू शकते.
+
+## पूर्वतयारी {#prerequisites}
+
+हे पान समजून घेण्यासाठी, प्रथम [प्रूफ-ऑफ-स्टेक](/developers/docs/consensus-mechanisms/pos/) च्या मूलभूत गोष्टी समजून घेणे आवश्यक आहे.
+
+## अशक्त व्यक्तिनिष्ठता कोणत्या समस्या सोडवते? {#problems-ws-solves}
+
+प्रूफ-ऑफ-स्टेक ब्लॉकचेनमध्ये व्यक्तिनिष्ठता अंतर्भूत आहे कारण अनेक फोर्कमधून योग्य चेन निवडणे हे ऐतिहासिक मतांची मोजणी करून केले जाते. हे ब्लॉकचेनला अनेक हल्ल्यांच्या मार्गांवर आणते, ज्यात लांब पल्ल्याच्या हल्ल्यांचा समावेश आहे, ज्यामध्ये चेनमध्ये खूप लवकर सहभागी झालेले नोड्स एक पर्यायी फोर्क तयार करतात जो ते नंतर स्वतःच्या फायद्यासाठी रिलीज करतात. वैकल्पिकरित्या, जर 33% व्हॅलिडेटर्सनी त्यांचा स्टेक काढून घेतला पण तरीही साक्षांकन आणि ब्लॉक्स तयार करणे सुरू ठेवले, तर ते एक पर्यायी फोर्क तयार करू शकतात जो कॅनॉनिकल चेनशी संघर्ष करतो. नवीन नोड्स किंवा जे नोड्स बऱ्याच काळापासून ऑफलाइन आहेत, त्यांना हे माहीत नसेल की या आक्रमण करणाऱ्या व्हॅलिडेटर्सनी त्यांचे फंड काढून घेतले आहेत, त्यामुळे आक्रमणकर्ते त्यांना चुकीच्या चेनचे अनुसरण करण्यास फसवू शकतात. इथेरियम या हल्ल्यांचे मार्ग सोडवू शकते, ते अशा मर्यादा घालून जे यंत्रणेच्या व्यक्तिनिष्ठ पैलूंना—आणि त्यामुळे विश्वासाच्या गृहितकांना—किमान पातळीवर कमी करतात.
+
+## अशक्त व्यक्तिनिष्ठता चेकपॉईंट्स {#ws-checkpoints}
+
+प्रूफ-ऑफ-स्टेक इथेरियममध्ये "अशक्त व्यक्तिनिष्ठता चेकपॉईंट्स" वापरून अशक्त व्यक्तिनिष्ठता लागू केली जाते. हे स्टेट रूट्स आहेत ज्यावर नेटवर्कवरील सर्व नोड्स सहमत आहेत की ते कॅनॉनिकल चेनमध्ये आहेत. ते जेनेसिस ब्लॉक्स सारखेच "सार्वत्रिक सत्य" उद्दिष्ट पूर्ण करतात, फक्त ते ब्लॉकचेनमध्ये जेनेसिस स्थितीत नसतात. फोर्क निवड अल्गोरिदम विश्वास ठेवतो की त्या चेकपॉईंटमध्ये परिभाषित ब्लॉकचेन स्थिती योग्य आहे आणि ते त्या बिंदूपासून पुढे चेन स्वतंत्रपणे आणि वस्तुनिष्ठपणे सत्यापित करते. चेकपॉईंट्स "रिव्हर्ट मर्यादा" म्हणून काम करतात कारण अशक्त-व्यक्तिनिष्ठता चेकपॉईंट्सच्या आधी असलेले ब्लॉक्स बदलले जाऊ शकत नाहीत. हे लांब पल्ल्याचे हल्ले कमी करते, कारण या यंत्रणेच्या डिझाइनचा भाग म्हणून लांब पल्ल्याच्या फोर्कला अवैध म्हणून परिभाषित केले जाते. अशक्त व्यक्तिनिष्ठता चेकपॉईंट्स व्हॅलिडेटर पैसे काढण्याच्या कालावधीपेक्षा कमी अंतराने विभक्त आहेत याची खात्री केल्याने हे निश्चित होते की चेन फोर्क करणार्‍या व्हॅलिडेटरला त्यांचा स्टेक काढण्यापूर्वी किमान काही मर्यादित रक्कम स्लॅश केली जाते आणि नवीन प्रवेशकर्त्यांना ज्या व्हॅलिडेटर्सनी स्टेक काढला आहे त्यांच्याकडून चुकीच्या फोर्कमध्ये फसवले जाऊ शकत नाही.
+
+## अशक्त व्यक्तिनिष्ठता चेकपॉईंट्स आणि अंतिम ब्लॉक्समधील फरक {#difference-between-ws-and-finalized-blocks}
+
+अंतिम ब्लॉक्स आणि अशक्त व्यक्तिनिष्ठता चेकपॉईंट्सना इथेरियम नोड्सकडून वेगळी वागणूक दिली जाते. जर एखाद्या नोडला दोन प्रतिस्पर्धी अंतिम ब्लॉक्सबद्दल माहिती झाली, तर तो त्या दोन्हींमध्ये विभागला जातो - कॅनॉनिकल फोर्क कोणता आहे हे स्वयंचलितपणे ओळखण्याचा त्याच्याकडे कोणताही मार्ग नसतो. हे कन्सेंसस अयशस्वी झाल्याचे लक्षण आहे. याउलट, नोड त्याच्या अशक्त व्यक्तिनिष्ठता चेकपॉईंटशी संघर्ष करणारा कोणताही ब्लॉक नाकारतो. नोडच्या दृष्टिकोनातून, अशक्त व्यक्तिनिष्ठता चेकपॉईंट एक परिपूर्ण सत्य दर्शवते जे त्याच्या पिअर्सकडून मिळालेल्या नवीन ज्ञानाने कमी केले जाऊ शकत नाही.
+
+## किती अशक्त? {#how-weak-is-weak}
+
+इथेरियमच्या प्रूफ-ऑफ-स्टेकचा व्यक्तिनिष्ठ पैलू म्हणजे सिंक करण्यासाठी विश्वसनीय स्त्रोताकडून अलीकडील स्थितीची (अशक्त व्यक्तिनिष्ठता चेकपॉईंट) आवश्यकता. खराब अशक्त व्यक्तिनिष्ठता चेकपॉईंट मिळण्याचा धोका खूप कमी आहे कारण ते ब्लॉक एक्सप्लोरर किंवा अनेक नोड्ससारख्या अनेक स्वतंत्र सार्वजनिक स्त्रोतांवर तपासले जाऊ शकतात. तथापि, कोणतेही सॉफ्टवेअर ॲप्लिकेशन चालवण्यासाठी नेहमीच काही प्रमाणात विश्वासाची आवश्यकता असते, उदाहरणार्थ, सॉफ्टवेअर डेव्हलपर्सनी प्रामाणिक सॉफ्टवेअर तयार केले आहे यावर विश्वास ठेवणे.
+
+एक अशक्त व्यक्तिनिष्ठता चेकपॉईंट क्लायंट सॉफ्टवेअरचा भाग म्हणून देखील येऊ शकतो. वादग्रस्तपणे, एक आक्रमणकर्ता सॉफ्टवेअरमधील चेकपॉईंटमध्ये फेरफार करू शकतो आणि तितक्याच सहजपणे सॉफ्टवेअरमध्येच फेरफार करू शकतो. या समस्येवर कोणताही खरा क्रिप्टो-इकॉनॉमिक मार्ग नाही, परंतु इथेरियममध्ये अविश्वसनीय डेव्हलपर्सचा प्रभाव कमी केला जातो कारण त्यात अनेक स्वतंत्र क्लायंट टीम्स आहेत, प्रत्येक टीम वेगवेगळ्या भाषांमध्ये समकक्ष सॉफ्टवेअर तयार करत आहे, आणि सर्वांचा एक प्रामाणिक चेन राखण्यात रस आहे. ब्लॉक एक्सप्लोरर अशक्त व्यक्तिनिष्ठता चेकपॉईंट्स किंवा इतर कोठूनतरी मिळवलेले चेकपॉईंट्स एका अतिरिक्त स्त्रोतासह क्रॉस-रेफरन्स करण्याचा मार्ग देखील प्रदान करू शकतात.
+
+शेवटी, चेकपॉईंट्स इतर नोड्सकडून मागवले जाऊ शकतात; कदाचित दुसरा इथेरियम वापरकर्ता जो पूर्ण नोड चालवतो, तो एक चेकपॉईंट प्रदान करू शकतो जो व्हॅलिडेटर्स नंतर ब्लॉक एक्सप्लोररच्या डेटासह सत्यापित करू शकतात. एकंदरीत, अशक्त व्यक्तिनिष्ठता चेकपॉईंटच्या प्रदात्यावर विश्वास ठेवणे हे क्लायंट डेव्हलपर्सवर विश्वास ठेवण्याइतकेच समस्याप्रधान मानले जाऊ शकते. एकूण आवश्यक विश्वास कमी आहे. हे लक्षात घेणे महत्त्वाचे आहे की हे विचार केवळ अशा अत्यंत अशक्य घटनेत महत्त्वाचे ठरतात, जेव्हा बहुसंख्य व्हॅलिडेटर्स ब्लॉकचेनचा पर्यायी फोर्क तयार करण्याचा कट रचतात. इतर कोणत्याही परिस्थितीत, निवडण्यासाठी फक्त एकच इथेरियम चेन असते.
+
+## अधिक वाचन {#further-reading}
+
+- [Eth2 मध्ये अशक्त व्यक्तिनिष्ठता](https://notes.ethereum.org/@adiasg/weak-subjectvity-eth2)
+- [विटालिक: मी अशक्त व्यक्तिनिष्ठतेवर प्रेम करायला कसे शिकलो](https://blog.ethereum.org/2014/11/25/proof-stake-learned-love-weak-subjectivity/)
+- [अशक्त व्यक्तिनिष्ठता (Teku डॉक्स)](https://docs.teku.consensys.io/concepts/weak-subjectivity)
+- [फेज-0 अशक्त व्यक्तिनिष्ठता मार्गदर्शक](https://github.com/ethereum/consensus-specs/blob/dev/specs/phase0/weak-subjectivity.md)
+- [इथेरियम 2.0 मधील अशक्त व्यक्तिनिष्ठतेचे विश्लेषण](https://github.com/runtimeverification/beacon-chain-verification/blob/master/weak-subjectivity/weak-subjectivity-analysis.pdf)
diff --git a/public/content/translations/mr/developers/docs/consensus-mechanisms/pos/withdrawal-credentials/index.md b/public/content/translations/mr/developers/docs/consensus-mechanisms/pos/withdrawal-credentials/index.md
new file mode 100644
index 00000000000..838f2617aff
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/consensus-mechanisms/pos/withdrawal-credentials/index.md
@@ -0,0 +1,64 @@
+---
+title: "विथड्रॉवल क्रेडेन्शियल्स"
+description: "व्हॅलिडेटर विथड्रॉवल क्रेडेंशियलच्या प्रकारांचे (0x00, 0x01, 0x02) स्पष्टीकरण आणि Ethereum स्टेकर्सवर होणारे त्यांचे परिणाम."
+lang: mr
+---
+
+प्रत्येक व्हॅलिडेटरकडे एक **विथड्रॉवल क्रेडेंशियल** असते, जे ठरवते की त्यांचे स्टेक केलेले ETH आणि रिवॉर्ड्स कसे आणि कोठून काढले जाऊ शकतात. क्रेडेंशियलचा प्रकार पहिल्या बाइटद्वारे दर्शविला जातो: `0x00`, `0x01`, किंवा `0x02`. त्यांचे स्टेक व्यवस्थापित करणाऱ्या व्हॅलिडेटर्ससाठी हे प्रकार समजून घेणे महत्त्वाचे आहे.
+
+## 0x00: Shapella-पूर्व क्रेडेंशियल्स {#0x00-credentials}
+
+`0x00` प्रकार हा Shapella अपग्रेडच्या (एप्रिल २०२३) आधीचा मूळ विथड्रॉवल क्रेडेंशियल फॉरमॅट आहे. या प्रकारच्या क्रेडेंशियल असलेल्या व्हॅलिडेटर्सचा कोणताही एक्झिक्यूशन लेयर विथड्रॉवल ॲड्रेस सेट केलेला नसतो, याचा अर्थ त्यांचे फंड्स कन्सेन्सस लेयरवर लॉक राहतात. जर तुमच्याकडे अजूनही `0x00` क्रेडेंशियल्स असतील, तर तुम्हाला कोणतेही विथड्रॉवल मिळवण्यापूर्वी `0x01` किंवा `0x02` मध्ये अपग्रेड करणे आवश्यक आहे.
+
+## 0x01: लेगसी विथड्रॉवल क्रेडेंशियल्स {#0x01-credentials}
+
+`0x01` प्रकार Shapella अपग्रेडसोबत सादर करण्यात आला आणि ज्या व्हॅलिडेटर्सना एक्झिक्यूशन लेयर विथड्रॉवल ॲड्रेस सेट करायचा होता त्यांच्यासाठी हे मानक बनले. `0x01` क्रेडेंशियल्ससह:
+
+- 32 ETH पेक्षा जास्त असलेली कोणतीही शिल्लक तुमच्या विथड्रॉवल ॲड्रेसवर **आपोआप पाठवली जाते**
+- पूर्ण एक्झिट मानक एक्झिट रांगेतून जातात
+- 32 ETH पेक्षा जास्त रिवॉर्ड्स कंपाऊंड होऊ शकत नाहीत—ते नियमितपणे काढले जातात
+
+**काही व्हॅलिडेटर्स अजूनही 0x01 का वापरतात:** हे सोपे आणि परिचित आहे. अनेक व्हॅलिडेटर्सनी Shapella नंतर डिपॉझिट केले आहे आणि त्यांच्याकडे आधीपासूनच हा प्रकार आहे, आणि ज्यांना अतिरिक्त शिलकीचे आपोआप विथड्रॉवल हवे आहे त्यांच्यासाठी ते ठीक काम करते.
+
+**याची शिफारस का केली जात नाही:** `0x01` सह, तुम्ही 32 ETH पेक्षा जास्त रिवॉर्ड्स कंपाऊंड करण्याची क्षमता गमावता. प्रत्येक अतिरिक्त भाग आपोआप काढला जातो, ज्यामुळे तुमच्या व्हॅलिडेटरची कमाईची क्षमता मर्यादित होते आणि काढलेल्या फंड्सचे स्वतंत्रपणे व्यवस्थापन करणे आवश्यक ठरते.
+
+## 0x02: कंपाऊंडिंग विथड्रॉवल क्रेडेंशियल्स {#0x02-credentials}
+
+`0x02` प्रकार Pectra अपग्रेडसोबत सादर करण्यात आला आणि आज व्हॅलिडेटर्ससाठी हा **शिफारस केलेला पर्याय** आहे. `0x02` क्रेडेंशियल्स असलेल्या व्हॅलिडेटर्सना कधीकधी "कंपाऊंडिंग व्हॅलिडेटर्स" म्हटले जाते.
+
+`0x02` क्रेडेंशियल्ससह:
+
+- 32 ETH पेक्षा जास्त रिवॉर्ड्स 2048 ETH च्या कमाल प्रभावी शिलकीपर्यंत 1 ETH च्या वाढीमध्ये **कंपाऊंड** होतात.
+- आंशिक विथड्रॉवलची मॅन्युअली विनंती करणे आवश्यक आहे (2048 ETH च्या मर्यादेपेक्षा जास्त झाल्यावरच आपोआप स्वीप्स होतात)
+- व्हॅलिडेटर्स अनेक 32 ETH व्हॅलिडेटर्सना एकाच उच्च-शिलकीच्या व्हॅलिडेटरमध्ये एकत्रित करू शकतात.
+- पूर्ण एक्झिट अजूनही मानक एक्झिट रांगेद्वारे समर्थित आहेत
+
+आंशिक विथड्रॉवल आणि एकत्रीकरण दोन्ही [Launchpad Validator Actions](https://launchpad.ethereum.org/en/validator-actions) द्वारे केले जाऊ शकतात.
+
+**व्हॅलिडेटर्सनी 0x02 ला प्राधान्य का द्यावे:** हे कंपाऊंडिंगद्वारे उत्तम भांडवली कार्यक्षमता प्रदान करते, विथड्रॉवल कधी होतात यावर अधिक नियंत्रण देते आणि व्हॅलिडेटर एकत्रीकरणास समर्थन देते. जे सोलो स्टेकर्स कालांतराने रिवॉर्ड्स जमा करतात, त्यांच्यासाठी याचा अर्थ असा की त्यांची प्रभावी शिल्लक—आणि त्यामुळे त्यांचे रिवॉर्ड्स—मॅन्युअल हस्तक्षेपाशिवाय 32 ETH च्या पुढे वाढू शकतात.
+
+**महत्त्वाचे:** एकदा तुम्ही `0x01` मधून `0x02` मध्ये रूपांतरित केल्यावर, तुम्ही परत येऊ शकत नाही.
+
+टाइप 2 क्रेडेंशियल्समध्ये रूपांतरित करण्याच्या आणि MaxEB वैशिष्ट्याच्या तपशीलवार मार्गदर्शकासाठी, [MaxEB स्पष्टीकरण पृष्ठ](/roadmap/pectra/maxeb/) पहा.
+
+## मी काय निवडावे? {#what-should-i-pick}
+
+- **नवीन व्हॅलिडेटर्स:** `0x02` निवडा. हे उत्तम कंपाऊंडिंग आणि लवचिकतेसह आधुनिक मानक आहे.
+- **विद्यमान 0x01 व्हॅलिडेटर्स:** जर तुम्हाला 32 ETH पेक्षा जास्त रिवॉर्ड्स कंपाऊंड करायचे असतील किंवा व्हॅलिडेटर्स एकत्रित करण्याची योजना असेल तर `0x02` मध्ये रूपांतरित करण्याचा विचार करा.
+- **विद्यमान 0x00 व्हॅलिडेटर्स:** त्वरित अपग्रेड करा—तुम्ही तुमचे क्रेडेंशियल्स अद्ययावत केल्याशिवाय विथड्रॉ करू शकत नाही. तुम्हाला आधी `0x01` मध्ये रूपांतरित करावे लागेल, मग तुम्ही `0x02` मध्ये रूपांतरित करू शकता.
+
+## विथड्रॉवल क्रेडेंशियल्स व्यवस्थापित करण्यासाठी टूल्स {#withdrawal-credential-tools}
+
+क्रेडेंशियल प्रकारांमध्ये निवड करण्यासाठी किंवा रूपांतरित करण्यासाठी अनेक टूल्स समर्थन देतात:
+
+- **[Ethereum Staking Launchpad](https://launchpad.ethereum.org/en/validator-actions)** - डिपॉझिट आणि व्हॅलिडेटर व्यवस्थापनासाठी अधिकृत टूल, ज्यामध्ये क्रेडेंशियल रूपांतरण आणि एकत्रीकरण समाविष्ट आहे.
+- **[Pectra Staking Manager](https://pectrastaking.com)** - रूपांतरण आणि एकत्रीकरणासाठी वॉलेट-कनेक्ट समर्थनासह वेब UI
+- **[Pectra Validator Ops CLI Tool](https://github.com/Luganodes/Pectra-Batch-Contract)** - बॅच रूपांतरणासाठी कमांड-लाइन टूल
+- **[Ethereal](https://github.com/wealdtech/ethereal)** - Ethereum ऑपरेशन्ससाठी CLI टूल, व्हॅलिडेटर व्यवस्थापनासह
+
+एकत्रीकरण टूल्सची संपूर्ण यादी आणि तपशीलवार रूपांतरण सूचनांसाठी, [MaxEB एकत्रीकरण टूलिंग](/roadmap/pectra/maxeb/#consolidation-tooling) पहा.
+
+## पुढील वाचन {#further-reading}
+
+- [प्रूफ-ऑफ-स्टेक Ethereum मधील कीज](/developers/docs/consensus-mechanisms/pos/keys/) - व्हॅलिडेटर कीज आणि त्या विथड्रॉवल क्रेडेंशियल्सशी कशा संबंधित आहेत याबद्दल जाणून घ्या.
+- [MaxEB](/roadmap/pectra/maxeb/) - Pectra अपग्रेड आणि कमाल प्रभावी शिल्लक वैशिष्ट्यावर तपशीलवार मार्गदर्शक.
diff --git a/public/content/translations/mr/developers/docs/consensus-mechanisms/pow/index.md b/public/content/translations/mr/developers/docs/consensus-mechanisms/pow/index.md
new file mode 100644
index 00000000000..8ce57c7098d
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/consensus-mechanisms/pow/index.md
@@ -0,0 +1,114 @@
+---
+title: "प्रूफ-ऑफ-वर्क (PoW)"
+description: "प्रूफ-ऑफ-वर्क एकमत प्रोटोकॉलचे स्पष्टीकरण आणि Ethereum मधील त्याची भूमिका."
+lang: mr
+---
+
+Ethereum नेटवर्कने **[प्रूफ-ऑफ-वर्क (PoW)](/developers/docs/consensus-mechanisms/pow)** समाविष्ट असलेल्या एकमत यंत्रणेचा वापर करून सुरुवात केली. यामुळे Ethereum नेटवर्कच्या नोड्सना Ethereum ब्लॉकचेनवर रेकॉर्ड केलेल्या सर्व माहितीच्या स्थितीवर सहमत होण्यास आणि विशिष्ट प्रकारचे आर्थिक हल्ले रोखण्यास मदत झाली. तथापि, Ethereum ने 2022 मध्ये प्रूफ-ऑफ-वर्क बंद केले आणि त्याऐवजी [प्रूफ-ऑफ-स्टेक](/developers/docs/consensus-mechanisms/pos) वापरण्यास सुरुवात केली.
+
+<Alert variant="update">
+<AlertEmoji text=":wave:"/>
+<AlertContent>
+<AlertDescription>
+    प्रूफ-ऑफ-वर्क आता नापसंत झाले आहे. Ethereum आता त्याच्या एकमत यंत्रणेचा भाग म्हणून प्रूफ-ऑफ-वर्क वापरत नाही. त्याऐवजी, ते प्रूफ-ऑफ-स्टेक वापरते. [प्रूफ-ऑफ-स्टेक](/developers/docs/consensus-mechanisms/pos/) आणि [स्टेकिंग](/staking/) वर अधिक वाचा.
+</AlertDescription>
+</AlertContent>
+</Alert>
+
+## पूर्वतयारी {#prerequisites}
+
+हे पान अधिक चांगल्या प्रकारे समजून घेण्यासाठी, आम्ही शिफारस करतो की तुम्ही प्रथम [transactions](/developers/docs/transactions/), [blocks](/developers/docs/blocks/), आणि [consensus mechanisms](/developers/docs/consensus-mechanisms/) बद्दल वाचा.
+
+## प्रूफ-ऑफ-वर्क (PoW) म्हणजे काय? {#what-is-pow}
+
+नाकामोटो एकमत, जे प्रूफ-ऑफ-वर्कचा उपयोग करते, ही ती यंत्रणा आहे जिने एकेकाळी विकेंद्रित Ethereum नेटवर्कला खाते शिल्लक आणि व्यवहारांचा क्रम यासारख्या गोष्टींवर एकमतापर्यंत पोहोचण्याची (म्हणजे, सर्व नोड्स सहमत) परवानगी दिली. यामुळे वापरकर्त्यांना त्यांचे कॉइन्स "डबल स्पेंड" करण्यापासून रोखले गेले आणि Ethereum चेनवर हल्ला करणे किंवा त्यात फेरफार करणे खूप कठीण होईल हे सुनिश्चित केले गेले. हे सुरक्षा गुणधर्म आता [Gasper](/developers/docs/consensus-mechanisms/pos/gasper/) म्हणून ओळखल्या जाणार्‍या एकमत यंत्रणेचा वापर करून प्रूफ-ऑफ-स्टेककडून येतात.
+
+## प्रूफ-ऑफ-वर्क आणि मायनिंग {#pow-and-mining}
+
+प्रूफ-ऑफ-वर्क हा मूळ अल्गोरिदम आहे जो प्रूफ-ऑफ-वर्क ब्लॉकचेनवर मायनर्स करत असलेल्या कामासाठी अडचण आणि नियम सेट करतो. मायनिंग हेच खरे "काम" आहे. चेनमध्ये वैध ब्लॉक्स जोडण्याची ही क्रिया आहे. हे महत्त्वाचे आहे कारण चेनची लांबी नेटवर्कला ब्लॉकचेनच्या योग्य फोर्कचे अनुसरण करण्यास मदत करते. जितके जास्त "काम" केले जाईल, तितकी चेन लांब होईल आणि ब्लॉक क्रमांक जितका जास्त असेल, तितके नेटवर्क सद्यस्थितीबद्दल अधिक निश्चित होऊ शकते.
+
+[मायनिंगवर अधिक](/developers/docs/consensus-mechanisms/pow/mining/)
+
+## Ethereum चे प्रूफ-ऑफ-वर्क कसे काम करत होते? {#how-it-works}
+
+Ethereum व्यवहारांवर ब्लॉक्समध्ये प्रक्रिया केली जाते. आता नापसंत झालेल्या प्रूफ-ऑफ-वर्क Ethereum मध्ये, प्रत्येक ब्लॉकमध्ये हे समाविष्ट होते:
+
+- ब्लॉकची अडचण – उदाहरणार्थ: 3,324,092,183,262,715
+- मिक्सहॅश – उदाहरणार्थ: `0x44bca881b07a6a09f83b130798072441705d9a665c5ac8bdf2f39a3cdf3bee29`
+- नॉन्स – उदाहरणार्थ: `0xd3ee432b4fb3d26b`
+
+हा ब्लॉक डेटा थेट प्रूफ-ऑफ-वर्कशी संबंधित होता.
+
+### प्रूफ-ऑफ-वर्क मधील काम {#the-work}
+
+प्रूफ-ऑफ-वर्क प्रोटोकॉल, Ethash, नुसार मायनर्सना ब्लॉकसाठी नॉन्स शोधण्याकरिता प्रयत्न आणि त्रुटीच्या तीव्र शर्यतीतून जावे लागत होते. केवळ वैध नॉन्स असलेले ब्लॉक्स चेनमध्ये जोडले जाऊ शकत होते.
+
+ब्लॉक तयार करण्याच्या शर्यतीत असताना, एक मायनर वारंवार एका डेटासेटला (जो केवळ संपूर्ण चेन डाउनलोड करून आणि चालवून मिळवता येतो, जसे एक मायनर करतो) गणितीय फंक्शनमधून चालवत असे. डेटासेटचा वापर ब्लॉकच्या अडचणीनुसार ठरवलेल्या लक्ष्यापेक्षा कमी असलेला मिक्सहॅश निर्माण करण्यासाठी केला जात असे. हे करण्याचा सर्वोत्तम मार्ग म्हणजे प्रयत्न आणि त्रुटी.
+
+अडचणीमुळे हॅशसाठी लक्ष्य निर्धारित केले जात असे. लक्ष्य जितके कमी, वैध हॅशचा संच तितकाच लहान. एकदा तयार झाल्यावर, इतर मायनर्स आणि क्लायंट्ससाठी याची पडताळणी करणे खूप सोपे होते. जरी एक व्यवहार बदलला तरी, हॅश पूर्णपणे वेगळा होईल, जो फसवणुकीचा संकेत देतो.
+
+हॅशिंगमुळे फसवणूक शोधणे सोपे होते. पण एक प्रक्रिया म्हणून प्रूफ-ऑफ-वर्क चेनवर हल्ला करण्यापासून एक मोठा प्रतिबंधक देखील होता.
+
+### प्रूफ-ऑफ-वर्क आणि सुरक्षा {#security}
+
+मुख्य Ethereum चेनवर हे काम करण्यासाठी मायनर्सना प्रोत्साहन दिले जात असे. मायनर्सच्या उपसमूहाला त्यांची स्वतःची चेन सुरू करण्यासाठी फार कमी प्रोत्साहन होते—कारण ते प्रणालीला कमकुवत करते. ब्लॉकचेन सत्याचा स्रोत म्हणून एकाच स्थितीवर अवलंबून असतात.
+
+प्रूफ-ऑफ-वर्कचा उद्देश चेन वाढवणे हा होता. सर्वात लांब चेन वैध म्हणून सर्वात विश्वासार्ह होती कारण ती निर्माण करण्यासाठी सर्वात जास्त संगणकीय काम केले गेले होते. Ethereum च्या PoW प्रणालीमध्ये, व्यवहार मिटवणारे, बनावट व्यवहार करणारे नवीन ब्लॉक्स तयार करणे किंवा दुसरी चेन राखणे जवळजवळ अशक्य होते. कारण एका दुर्भावनापूर्ण मायनरला नेहमीच ब्लॉक नॉन्स इतर सर्वांपेक्षा वेगाने सोडवावे लागले असते.
+
+सातत्याने दुर्भावनापूर्ण तरीही वैध ब्लॉक्स तयार करण्यासाठी, एका दुर्भावनापूर्ण मायनरला इतर सर्वांना हरवण्यासाठी नेटवर्कच्या ५१% पेक्षा जास्त मायनिंग शक्तीची गरज भासली असती. त्या प्रमाणात "काम" करण्यासाठी खूप महाग संगणकीय शक्तीची आवश्यकता असते आणि खर्च झालेली ऊर्जा हल्ल्यात मिळालेल्या फायद्यांपेक्षा जास्त असू शकते.
+
+### प्रूफ-ऑफ-वर्क अर्थशास्त्र {#economics}
+
+प्रूफ-ऑफ-वर्क प्रणालीमध्ये नवीन चलन जारी करण्यासाठी आणि मायनर्सना काम करण्यासाठी प्रोत्साहन देण्यासाठी देखील जबाबदार होते.
+
+[कॉन्स्टँटिनोपल अपग्रेड](/ethereum-forks/#constantinople) पासून, यशस्वीरित्या ब्लॉक तयार करणाऱ्या मायनर्सना दोन नव्याने तयार केलेले ETH आणि व्यवहार शुल्काचा काही भाग बक्षीस म्हणून मिळत असे. ओमर ब्लॉक्सना देखील 1.75 ETH भरपाई मिळत असे. ओमर ब्लॉक्स हे वैध ब्लॉक्स होते जे एका मायनरने त्याच वेळी तयार केले होते ज्यावेळी दुसऱ्या मायनरने कॅनोनिकल ब्लॉक तयार केला, जे शेवटी कोणत्या चेनवर प्रथम बांधकाम झाले यावरून ठरवले गेले. ओमर ब्लॉक्स सहसा नेटवर्क लेटन्सीमुळे घडत.
+
+## अंतिमता {#finality}
+
+जेव्हा एखादा व्यवहार अशा ब्लॉकचा भाग असतो जो बदलू शकत नाही, तेव्हा त्याला Ethereum वर "अंतिमता" प्राप्त होते.
+
+कारण मायनर्स विकेंद्रित पद्धतीने काम करत होते, त्यामुळे एकाच वेळी दोन वैध ब्लॉक्स माइन केले जाऊ शकत होते. यामुळे एक तात्पुरता फोर्क तयार होतो. अखेरीस, यापैकी एक चेन नंतरचे ब्लॉक्स माइन करून त्यात जोडल्यानंतर आणि ती लांब झाल्यानंतर स्वीकृत चेन बनली.
+
+गोष्टी अधिक गुंतागुंतीच्या करण्यासाठी, तात्पुरत्या फोर्कवर नाकारलेले व्यवहार कदाचित स्वीकृत चेनमध्ये समाविष्ट केले गेले नसतील. याचा अर्थ ते उलटले जाऊ शकते. म्हणून अंतिमता म्हणजे व्यवहार अपरिवर्तनीय मानण्यापूर्वी तुम्ही प्रतीक्षा करावी लागणारी वेळ. पूर्वीच्या प्रूफ-ऑफ-वर्क Ethereum अंतर्गत, विशिष्ट ब्लॉक `N` वर जितके अधिक ब्लॉक्स माइन केले जातील, तितका `N` मधील व्यवहार यशस्वी झाल्याचा आणि ते उलटवले जाणार नाहीत याचा आत्मविश्वास जास्त असे. आता, प्रूफ-ऑफ-स्टेकसह, अंतिम स्वरूप देणे हे ब्लॉकचे संभाव्यतेऐवजी एक स्पष्ट गुणधर्म आहे.
+
+## प्रूफ-ऑफ-वर्क ऊर्जा-वापर {#energy}
+
+नेटवर्क सुरक्षित ठेवण्यासाठी आवश्यक असलेल्या ऊर्जेचे प्रमाण ही प्रूफ-ऑफ-वर्कवरील एक मोठी टीका आहे. सुरक्षा आणि विकेंद्रीकरण टिकवून ठेवण्यासाठी, प्रूफ-ऑफ-वर्कवरील Ethereum मोठ्या प्रमाणात ऊर्जा वापरत असे. प्रूफ-ऑफ-स्टेकवर स्विच करण्याच्या काही काळ आधी, Ethereum मायनर्स एकत्रितपणे सुमारे 70 TWh/वर्ष ऊर्जा वापरत होते (18-जुलै-2022 रोजी [digiconomist](https://digiconomist.net/) नुसार, हे चेक प्रजासत्ताकच्या वापराइतके आहे).
+
+## फायदे आणि तोटे {#pros-and-cons}
+
+| फायदे                                                                                                                                                                                                                                                                                                                     | बाधक                                                                                                                                                           |
+| ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| प्रूफ-ऑफ-वर्क तटस्थ आहे. सुरुवात करण्यासाठी तुम्हाला ETH ची गरज नाही आणि ब्लॉक रिवॉर्ड्स तुम्हाला 0ETH पासून सकारात्मक शिलकीपर्यंत जाण्याची परवानगी देतात. [प्रूफ-ऑफ-स्टेक](/developers/docs/consensus-mechanisms/pos/) मध्ये तुम्हाला सुरुवात करण्यासाठी ETH ची गरज आहे. | प्रूफ-ऑफ-वर्क इतकी ऊर्जा वापरते की ते पर्यावरणासाठी वाईट आहे.                                                                                  |
+| प्रूफ-ऑफ-वर्क ही एक प्रयत्न केलेली आणि चाचणी केलेली एकमत यंत्रणा आहे जिने Bitcoin आणि Ethereum ला अनेक वर्षे सुरक्षित आणि विकेंद्रित ठेवले आहे.                                                                                                                                                           | तुम्हाला माइनिंग करायचे असल्यास, तुम्हाला अशा विशेष उपकरणांची आवश्यकता आहे की सुरुवात करण्यासाठी ही एक मोठी गुंतवणूक ठरते.                     |
+| प्रूफ-ऑफ-स्टेकच्या तुलनेत ते अंमलात आणणे तुलनेने सोपे आहे.                                                                                                                                                                                                                                                | वाढत्या संगणकीय आवश्यकतेमुळे, मायनिंग पूल्स संभाव्यतः मायनिंग गेमवर वर्चस्व गाजवू शकतात, ज्यामुळे केंद्रीकरण आणि सुरक्षेचे धोके निर्माण होतात. |
+
+## प्रूफ-ऑफ-स्टेकच्या तुलनेत {#compared-to-pos}
+
+उच्च स्तरावर, प्रूफ-ऑफ-स्टेकचे अंतिम ध्येय प्रूफ-ऑफ-वर्क सारखेच आहे: विकेंद्रित नेटवर्कला सुरक्षितपणे एकमतापर्यंत पोहोचण्यास मदत करणे. परंतु प्रक्रिया आणि कर्मचार्‍यांमध्ये काही फरक आहेत:
+
+- प्रूफ-ऑफ-स्टेक संगणकीय शक्तीचे महत्त्व स्टेक केलेल्या ETH ने बदलते.
+- प्रूफ-ऑफ-स्टेक मायनर्सची जागा व्हॅलिडेटर्स घेतात. व्हॅलिडेटर्स नवीन ब्लॉक्स तयार करण्याची क्षमता सक्रिय करण्यासाठी त्यांचे ETH स्टेक करतात.
+- व्हॅलिडेटर्स ब्लॉक्स तयार करण्यासाठी स्पर्धा करत नाहीत, त्याऐवजी त्यांना एका अल्गोरिदमद्वारे यादृच्छिकपणे निवडले जाते.
+- अंतिमता अधिक स्पष्ट आहे: विशिष्ट चेकपॉइंट्सवर, जर 2/3 व्हॅलिडेटर्स ब्लॉकच्या स्थितीवर सहमत असतील तर तो अंतिम मानला जातो. व्हॅलिडेटर्सना यावर त्यांचे संपूर्ण स्टेक लावावे लागते, त्यामुळे जर त्यांनी नंतर संगनमत करण्याचा प्रयत्न केला, तर ते त्यांचे संपूर्ण स्टेक गमावतील.
+
+[प्रूफ-ऑफ-स्टेकवर अधिक](/developers/docs/consensus-mechanisms/pos/)
+
+## तुम्ही पाहून शिकणारे आहात का? {#visual-learner}
+
+<YouTube id="3EUAcxhuoU4" />
+
+## अधिक वाचन {#further-reading}
+
+- [बहुमताचा हल्ला](https://en.bitcoin.it/wiki/Majority_attack)
+- [सेटलमेंटच्या अंतिमातेवर](https://blog.ethereum.org/2016/05/09/on-settlement-finality/)
+
+### व्हिडिओ {#videos}
+
+- [प्रूफ-ऑफ-वर्क प्रोटोकॉलचे तांत्रिक स्पष्टीकरण](https://youtu.be/9V1bipPkCTU)
+
+## संबंधित विषय {#related-topics}
+
+- [मायनिंग](/developers/docs/consensus-mechanisms/pow/mining/)
+- [प्रूफ-ऑफ-स्टेक](/developers/docs/consensus-mechanisms/pos/)
+- [प्रूफ-ऑफ-अथॉरिटी](/developers/docs/consensus-mechanisms/poa/)
diff --git a/public/content/translations/mr/developers/docs/consensus-mechanisms/pow/mining/index.md b/public/content/translations/mr/developers/docs/consensus-mechanisms/pow/mining/index.md
new file mode 100644
index 00000000000..c24b5008920
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/consensus-mechanisms/pow/mining/index.md
@@ -0,0 +1,86 @@
+---
+title: "मायनिंग"
+description: "इथेरियमवर मायनिंग कसे कार्य करते याचे स्पष्टीकरण."
+lang: mr
+---
+
+<Alert variant="update">
+<AlertEmoji text=":wave:"/>
+<AlertContent>
+<AlertDescription>
+प्रूफ-ऑफ-वर्क आता इथेरियमच्या एकमत यंत्रणेचा आधार नाही, याचा अर्थ मायनिंग बंद करण्यात आले आहे. त्याऐवजी, इथेरियम ETH स्टेक करणाऱ्या व्हॅलिडेटर्सद्वारे सुरक्षित आहे. तुम्ही आजच तुमचे ETH स्टेक करणे सुरू करू शकता. <a href='/roadmap/merge/'>द मर्ज</a>, <a href='/developers/docs/consensus-mechanisms/pos/'>प्रूफ-ऑफ-स्टेक</a>, आणि <a href='/staking/'>स्टॅकिंग</a> यावर अधिक वाचा. हे पान केवळ ऐतिहासिक माहितीसाठी आहे.
+</AlertDescription>
+</AlertContent>
+</Alert>
+
+## पूर्वतयारी {#prerequisites}
+
+हे पान अधिक चांगल्या प्रकारे समजून घेण्यासाठी, आम्ही शिफारस करतो की तुम्ही प्रथम [transactions](/developers/docs/transactions/), [blocks](/developers/docs/blocks/) आणि [proof-of-work](/developers/docs/consensus-mechanisms/pow/) याबद्दल वाचा.
+
+## इथेरियम मायनिंग म्हणजे काय? {#what-is-ethereum-mining}
+
+इथेरियमच्या आता कालबाह्य झालेल्या प्रूफ-ऑफ-वर्क आर्किटेक्चरमध्ये इथेरियम ब्लॉकचेनमध्ये जोडण्यासाठी व्यवहारांचा ब्लॉक तयार करण्याची प्रक्रिया म्हणजे मायनिंग.
+
+मायनिंग हा शब्द क्रिप्टोकरन्सीसाठी सोन्याच्या साधर्म्याच्या संदर्भात उद्भवला आहे. सोने किंवा मौल्यवान धातू दुर्मिळ आहेत, तसेच डिजिटल टोकन देखील दुर्मिळ आहेत, आणि प्रूफ-ऑफ-वर्क प्रणालीमध्ये एकूण व्हॉल्यूम वाढवण्याचा एकमेव मार्ग म्हणजे मायनिंग. प्रूफ-ऑफ-वर्क इथेरियममध्ये, जारी करण्याचा एकमेव मार्ग मायनिंगद्वारे होता. तथापि, सोने किंवा मौल्यवान धातूंच्या विपरीत, इथेरियम मायनिंग हे ब्लॉकचेनमध्ये ब्लॉक तयार करून, सत्यापित करून, प्रकाशित करून आणि प्रसारित करून नेटवर्क सुरक्षित करण्याचा मार्ग होता.
+
+इथर मायनिंग = नेटवर्क सुरक्षित करणे
+
+कोणत्याही प्रूफ-ऑफ-वर्क ब्लॉकचेनचा मायनिंग हा जीवनप्रवाह आहे. इथेरियम मायनर्स - सॉफ्टवेअर चालवणारे संगणक - प्रूफ-ऑफ-स्टेकवर संक्रमणापूर्वी व्यवहारांवर प्रक्रिया करण्यासाठी आणि ब्लॉक तयार करण्यासाठी त्यांचा वेळ आणि संगणकीय शक्ती वापरत होते.
+
+## मायनर्स का अस्तित्वात आहेत? {#why-do-miners-exist}
+
+इथेरियमसारख्या विकेंद्रित प्रणालींमध्ये, व्यवहारांच्या क्रमावर प्रत्येकजण सहमत आहे याची खात्री करणे आवश्यक आहे. मायनर्सने ब्लॉक तयार करण्यासाठी संगणकीयदृष्ट्या कठीण कोडी सोडवून हे घडवून आणण्यास मदत केली, ज्यामुळे नेटवर्क हल्ल्यांपासून सुरक्षित राहिले.
+
+[प्रूफ-ऑफ-वर्कबद्दल अधिक](/developers/docs/consensus-mechanisms/pow/)
+
+पूर्वी कोणीही आपल्या संगणकाचा वापर करून इथेरियम नेटवर्कवर मायनिंग करू शकत होते. तथापि, प्रत्येकजण फायदेशीरपणे इथर (ETH) माइन करू शकत नव्हते. बऱ्याच प्रकरणांमध्ये, मायनर्सना समर्पित संगणक हार्डवेअर खरेदी करावे लागत होते आणि स्वस्त उर्जा स्त्रोतांमध्ये प्रवेश मिळवावा लागत होता. मायनिंगच्या संबंधित खर्चाची भरपाई करण्यासाठी सरासरी संगणकाला पुरेसे ब्लॉक रिवॉर्ड मिळण्याची शक्यता कमी होती.
+
+### मायनिंगचा खर्च {#cost-of-mining}
+
+- मायनिंग रिग तयार करण्यासाठी आणि देखरेखीसाठी आवश्यक हार्डवेअरचा संभाव्य खर्च
+- मायनिंग रिगला वीज पुरवण्याचा खर्च
+- जर तुम्ही पूलमध्ये मायनिंग करत असाल, तर हे पूल्स सामान्यतः पूलद्वारे तयार केलेल्या प्रत्येक ब्लॉकवर एक निश्चित % शुल्क आकारतात
+- मायनिंग रिगला समर्थन देण्यासाठी उपकरणांचा संभाव्य खर्च (वायुवीजन, ऊर्जा देखरेख, विद्युत वायरिंग, इ.)
+
+मायनिंगच्या नफाक्षमतेबद्दल अधिक जाणून घेण्यासाठी, [Etherscan](https://etherscan.io/ether-mining-calculator) द्वारे प्रदान केलेल्या मायनिंग कॅल्क्युलेटरचा वापर करा.
+
+## इथेरियम व्यवहार कसे माइन केले गेले {#how-ethereum-transactions-were-mined}
+
+खालील माहिती इथेरियम प्रूफ-ऑफ-वर्कमध्ये व्यवहार कसे माइन केले जात होते याचा आढावा देते. इथेरियम प्रूफ-ऑफ-स्टेकसाठी या प्रक्रियेचे साधर्म्य असलेले वर्णन [येथे](/developers/docs/consensus-mechanisms/pos/#transaction-execution-ethereum-pos) आढळू शकते.
+
+1. एक वापरकर्ता काही [खात्याच्या](/developers/docs/accounts/) खासगी की सह [व्यवहार](/developers/docs/transactions/) विनंती लिहितो आणि त्यावर सही करतो.
+2. वापरकर्ता काही [नोडवरून](/developers/docs/nodes-and-clients/) संपूर्ण इथेरियम नेटवर्कवर व्यवहार विनंती प्रसारित करतो.
+3. नवीन व्यवहार विनंतीबद्दल ऐकल्यावर, इथेरियम नेटवर्कमधील प्रत्येक नोड ती विनंती त्यांच्या स्थानिक मेमपूलमध्ये जोडतो, जी अशा सर्व व्यवहार विनंत्यांची यादी आहे ज्यांच्याबद्दल त्यांनी ऐकले आहे परंतु अद्याप ब्लॉकचेनमध्ये एका ब्लॉकमध्ये समाविष्ट केल्या गेल्या नाहीत.
+4. एका क्षणी, एक मायनिंग नोड अनेक डझन किंवा शंभर व्यवहार विनंत्या एका संभाव्य [ब्लॉकमध्ये](/developers/docs/blocks/) एकत्र करतो, अशा प्रकारे की ब्लॉक गॅस मर्यादेच्या आत राहून ते कमावत असलेले [व्यवहार शुल्क](/developers/docs/gas/) जास्तीत जास्त होईल. त्यानंतर मायनिंग नोड:
+   1. प्रत्येक व्यवहार विनंतीच्या वैधतेची पडताळणी करते (उदा., कोणीही अशा खात्यातून इथर हस्तांतरित करण्याचा प्रयत्न करत नाही ज्यासाठी त्यांनी स्वाक्षरी तयार केलेली नाही, विनंती सदोष नाही, इ.), आणि नंतर विनंतीचा कोड कार्यान्वित करते, ज्यामुळे त्यांच्या EVM च्या स्थानिक प्रतीची स्थिती बदलते. मायनर अशा प्रत्येक व्यवहार विनंतीसाठीचे व्यवहार शुल्क स्वतःच्या खात्यात जमा करतो.
+   2. ब्लॉकमधील सर्व व्यवहार विनंत्या स्थानिक EVM प्रतीवर सत्यापित आणि कार्यान्वित झाल्यावर, संभाव्य ब्लॉकसाठी प्रूफ-ऑफ-वर्क “वैधतेचे प्रमाणपत्र” तयार करण्याची प्रक्रिया सुरू करते.
+5. अखेरीस, एक मायनर एका ब्लॉकसाठी प्रमाणपत्र तयार करणे पूर्ण करेल ज्यात आपली विशिष्ट व्यवहार विनंती समाविष्ट आहे. त्यानंतर मायनर पूर्ण झालेला ब्लॉक प्रसारित करतो, ज्यात प्रमाणपत्र आणि दाव्या केलेल्या नवीन EVM स्थितीचा चेकसम समाविष्ट असतो.
+6. इतर नोड्स नवीन ब्लॉकबद्दल ऐकतात. ते प्रमाणपत्राची पडताळणी करतात, ब्लॉकवरील सर्व व्यवहार स्वतः कार्यान्वित करतात (आपल्या वापरकर्त्याने मूळतः प्रसारित केलेला व्यवहार धरून), आणि सर्व व्यवहार कार्यान्वित झाल्यानंतर त्यांच्या नवीन EVM स्थितीचा चेकसम मायनरच्या ब्लॉकने दावा केलेल्या स्थितीच्या चेकसमशी जुळतो याची पडताळणी करतात. केवळ तेव्हाच हे नोड्स हा ब्लॉक त्यांच्या ब्लॉकचेनच्या शेवटी जोडतात आणि नवीन EVM स्थितीला कॅनॉनिकल स्थिती म्हणून स्वीकारतात.
+7. प्रत्येक नोड नवीन ब्लॉकमधील सर्व व्यवहार त्यांच्या अपूर्ण व्यवहार विनंत्यांच्या स्थानिक मेमपूलमधून काढून टाकतो.
+8. नेटवर्कमध्ये सामील होणारे नवीन नोड्स क्रमाने सर्व ब्लॉक डाउनलोड करतात, ज्यात आपल्या आवडीचा व्यवहार असलेला ब्लॉक समाविष्ट आहे. ते स्थानिक EVM प्रतीची सुरुवात करतात (जी रिक्त-स्थिती EVM म्हणून सुरू होते), आणि नंतर त्यांच्या स्थानिक EVM प्रतीवर प्रत्येक ब्लॉकमधील प्रत्येक व्यवहार कार्यान्वित करण्याच्या प्रक्रियेतून जातात, आणि मार्गातील प्रत्येक ब्लॉकवर स्थिती चेकसमची पडताळणी करतात.
+
+प्रत्येक व्यवहार एकदाच माइन केला जातो (नवीन ब्लॉकमध्ये समाविष्ट केला जातो आणि पहिल्यांदा प्रसारित केला जातो), परंतु कॅनॉनिकल EVM स्थिती पुढे नेण्याच्या प्रक्रियेत प्रत्येक सहभागीद्वारे तो कार्यान्वित आणि सत्यापित केला जातो. हे ब्लॉकचेनच्या केंद्रीय मंत्रांपैकी एक अधोरेखित करते: **विश्वास ठेवू नका, पडताळणी करा**.
+
+## ओमर (अंकल) ब्लॉक्स {#ommer-blocks}
+
+प्रूफ-ऑफ-वर्कवर ब्लॉक मायनिंग संभाव्य होते, म्हणजे कधीकधी नेटवर्क लेटन्सीमुळे दोन वैध ब्लॉक एकाच वेळी प्रकाशित होत असत. या प्रकरणात, प्रोटोकॉलला प्रस्तावित केलेल्या, समाविष्ट न केलेल्या वैध ब्लॉकला अंशतः पुरस्कृत करून मायनर्सप्रती निष्पक्षता सुनिश्चित करताना सर्वात लांब (आणि म्हणून सर्वात "वैध") साखळी निश्चित करावी लागत होती. यामुळे नेटवर्कच्या अधिक विकेंद्रीकरणाला प्रोत्साहन मिळाले कारण लहान मायनर्स, ज्यांना जास्त लेटन्सीचा सामना करावा लागू शकतो, ते [ओमर](/glossary/#ommer) ब्लॉक रिवॉर्ड्सद्वारे परतावा मिळवू शकत होते.
+
+"ओमर" हा शब्द पॅरेंट ब्लॉकच्या भावंडासाठी पसंतीचा लिंग-तटस्थ शब्द आहे, परंतु याला कधीकधी "अंकल" असेही संबोधले जाते. **इथेरियमच्या प्रूफ-ऑफ-स्टेककडे जाण्यापासून, ओमर ब्लॉक आता माइन केले जात नाहीत** कारण प्रत्येक स्लॉटमध्ये फक्त एकच प्रस्तावक निवडला जातो. माइन केलेल्या ओमर ब्लॉक्सचा [ऐतिहासिक चार्ट](https://ycharts.com/indicators/ethereum_uncle_rate) पाहून तुम्ही हा बदल पाहू शकता.
+
+## एक दृश्यात्मक डेमो {#a-visual-demo}
+
+ऑस्टिन तुम्हाला मायनिंग आणि प्रूफ-ऑफ-वर्क ब्लॉकचेनबद्दल माहिती देत असताना पहा.
+
+<YouTube id="zcX7OJ-L8XQ" />
+
+## मायनिंग अल्गोरिदम {#mining-algorithm}
+
+इथेरियम मेननेटने फक्त एकच मायनिंग अल्गोरिदम वापरला - ['इथॅश'](/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash/). इथॅश हा मूळ R&D अल्गोरिदमचा उत्तराधिकारी होता, जो ['डॅगर-हाशिमोटो'](/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/dagger-hashimoto/) म्हणून ओळखला जातो.
+
+[मायनिंग अल्गोरिदमबद्दल अधिक](/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/).
+
+## संबंधित विषय {#related-topics}
+
+- [गॅस](/developers/docs/gas/)
+- [EVM](/developers/docs/evm/)
+- [प्रूफ-ऑफ-वर्क](/developers/docs/consensus-mechanisms/pow/)
diff --git a/public/content/translations/mr/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/dagger-hashimoto/index.md b/public/content/translations/mr/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/dagger-hashimoto/index.md
new file mode 100644
index 00000000000..d9931ed70c1
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/dagger-hashimoto/index.md
@@ -0,0 +1,329 @@
+---
+title: Dagger-Hashimoto
+description: "Dagger-Hashimoto अल्गोरिदमचा एक सविस्तर आढावा."
+lang: mr
+---
+
+Dagger-Hashimoto हे इथेरियमच्या मायनिंग अल्गोरिदमसाठी मूळ संशोधन अंमलबजावणी आणि विनिर्देश होते. Dagger-Hashimoto ची जागा [Ethash](#ethash) ने घेतली. 15 सप्टेंबर 2022 रोजी [द मर्ज](/roadmap/merge/) येथे मायनिंग पूर्णपणे बंद करण्यात आले. तेव्हापासून, त्याऐवजी [प्रुफ-ऑफ-स्टेक](/developers/docs/consensus-mechanisms/pos) यंत्रणा वापरून इथेरियम सुरक्षित केले गेले आहे. हे पान ऐतिहासिक माहितीसाठी आहे - येथील माहिती मर्ज-नंतरच्या इथेरियमसाठी आता संबंधित नाही.
+
+## पूर्वतयारी {#prerequisites}
+
+हे पान अधिक चांगल्या प्रकारे समजून घेण्यासाठी, आम्ही शिफारस करतो की तुम्ही प्रथम [प्रुफ-ऑफ-वर्क कन्सेंसस](/developers/docs/consensus-mechanisms/pow), [मायनिंग](/developers/docs/consensus-mechanisms/pow/mining), आणि [मायनिंग अल्गोरिदम](/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms) बद्दल वाचा.
+
+## Dagger-Hashimoto {#dagger-hashimoto}
+
+Dagger-Hashimoto चे उद्दिष्ट दोन उद्दिष्टे पूर्ण करणे आहे:
+
+1. **ASIC-प्रतिरोध**: अल्गोरिदमसाठी विशेष हार्डवेअर तयार करण्याचा फायदा शक्य तितका कमी असावा
+2. **लाईट क्लायंट पडताळणीक्षमता**: लाईट क्लायंटद्वारे एका ब्लॉकची कार्यक्षमतेने पडताळणी करता आली पाहिजे.
+
+एका अतिरिक्त बदलासह, आम्ही इच्छित असल्यास तिसरे उद्दिष्ट कसे पूर्ण करायचे हे देखील निर्दिष्ट करतो, परंतु अतिरिक्त गुंतागुंतीच्या किंमतीवर:
+
+**पूर्ण चेन स्टोरेज**: मायनिंगसाठी संपूर्ण ब्लॉकचेन स्थितीचा स्टोरेज आवश्यक असावा (इथेरियम स्टेट ट्राईच्या अनियमित रचनेमुळे, आम्हाला अपेक्षा आहे की काही प्रूनिंग शक्य होईल, विशेषत: काही वारंवार वापरल्या जाणाऱ्या कॉन्ट्रॅक्ट्सची, परंतु आम्हाला हे कमी करायचे आहे).
+
+## DAG जनरेशन {#dag-generation}
+
+अल्गोरिदमसाठीचा कोड खाली Python मध्ये परिभाषित केला जाईल. प्रथम, आम्ही निर्दिष्ट अचूकतेचे अनसाईन्ड इंट्स स्ट्रिंग्समध्ये मार्शल करण्यासाठी `encode_int` देतो. त्याचा व्यस्त देखील दिला आहे:
+
+```python
+NUM_BITS = 512
+
+def encode_int(x):
+    "बिग-एंडियन स्कीम वापरून x या पूर्णांकाला 64 वर्णांच्या स्ट्रिंगमध्ये एन्कोड करा"
+    o = ''
+    for _ in range(NUM_BITS / 8):
+        o = chr(x % 256) + o
+        x //= 256
+    return o
+
+def decode_int(s):
+    "बिग-एंडियन स्कीम वापरून स्ट्रिंगमधून x या पूर्णांकाला अनएन्कोड करा"
+    x = 0
+    for c in s:
+        x *= 256
+        x += ord(c)
+    return x
+```
+
+पुढे आपण असे गृहीत धरतो की `sha3` हे एक फंक्शन आहे जे एक पूर्णांक घेते आणि एक पूर्णांक आउटपुट देते, आणि `dbl_sha3` हे एक डबल-sha3 फंक्शन आहे; हा संदर्भ कोड अंमलबजावणीमध्ये रूपांतरित करत असल्यास वापरा:
+
+```python
+from pyethereum import utils
+def sha3(x):
+    if isinstance(x, (int, long)):
+        x = encode_int(x)
+    return decode_int(utils.sha3(x))
+
+def dbl_sha3(x):
+    if isinstance(x, (int, long)):
+        x = encode_int(x)
+    return decode_int(utils.sha3(utils.sha3(x)))
+```
+
+### मापदंड {#parameters}
+
+अल्गोरिदमसाठी वापरलेले मापदंड आहेत:
+
+```python
+SAFE_PRIME_512 = 2**512 - 38117     # 2**512 पेक्षा कमी सर्वात मोठी सुरक्षित अविभाज्य संख्या
+
+params = {
+      "n": 4000055296 * 8 // NUM_BITS,  # डेटासेटचा आकार (4 गिगाबाईट्स); 65536 च्या पटीत असणे आवश्यक आहे
+      "n_inc": 65536,                   # प्रति कालावधी n च्या मूल्यात वाढ; 65536 च्या पटीत असणे आवश्यक आहे
+                                        # epochtime=20000 सह प्रति वर्ष 882 MB वाढ देते
+      "cache_size": 2500,               # लाईट क्लायंटच्या कॅशेचा आकार (लाईट क्लायंटद्वारे निवडला जाऊ शकतो; अल्गो स्पेसिफिकेशनचा भाग नाही)
+      "diff": 2**14,                    # अडचण (ब्लॉक मूल्यांकनादरम्यान समायोजित)
+      "epochtime": 100000,              # ब्लॉक्समधील एका इपॉकची लांबी (डेटासेट किती वेळा अपडेट केला जातो)
+      "k": 1,                           # नोडच्या पॅरेंट्सची संख्या
+      "w": w,                          # मॉड्यूलर घातांक हॅशिंगसाठी वापरले जाते
+      "accesses": 200,                  # हाशिमोटो दरम्यान डेटासेट प्रवेशांची संख्या
+      "P": SAFE_PRIME_512               # हॅशिंग आणि यादृच्छिक संख्या निर्मितीसाठी सुरक्षित अविभाज्य संख्या
+}
+```
+
+या प्रकरणात `P` ही एक अविभाज्य संख्या आहे जी अशी निवडली आहे की `log₂(P)` 512 पेक्षा किंचित कमी आहे, जे आपल्या संख्या दर्शवण्यासाठी आपण वापरत असलेल्या 512 बिट्सशी जुळते. लक्षात घ्या की प्रत्यक्षात DAG चा फक्त उत्तरार्ध संग्रहित करणे आवश्यक आहे, त्यामुळे वास्तविक रॅमची आवश्यकता 1 GB पासून सुरू होते आणि प्रति वर्ष 441 MB ने वाढते.
+
+### डॅगर ग्राफ बिल्डिंग {#dagger-graph-building}
+
+डॅगर ग्राफ बिल्डिंग प्रिमिटिव्ह खालीलप्रमाणे परिभाषित केले आहे:
+
+```python
+def produce_dag(params, seed, length):
+    P = params["P"]
+    picker = init = pow(sha3(seed), params["w"], P)
+    o = [init]
+    for i in range(1, length):
+        x = picker = (picker * init) % P
+        for _ in range(params["k"]):
+            x ^= o[x % i]
+        o.append(pow(x, params["w"], P))
+    return o
+```
+
+मूलत:, हे एकाच नोड, `sha3(seed)` पासून ग्राफ सुरू करते आणि तेथून यादृच्छिक मागील नोड्सवर आधारित इतर नोड्स क्रमशः जोडण्यास सुरुवात करते. जेव्हा एक नवीन नोड तयार होतो, तेव्हा सीडची एक मॉड्यूलर पॉवर `i` पेक्षा कमी असलेले काही निर्देशांक यादृच्छिकपणे निवडण्यासाठी मोजली जाते (वर `x % i` वापरून), आणि त्या निर्देशांकांवर असलेल्या नोड्सची मूल्ये `x` साठी नवीन मूल्य तयार करण्यासाठी एका गणनेत वापरली जातात, जे नंतर एका लहान प्रुफ-ऑफ-वर्क फंक्शनमध्ये (XOR वर आधारित) दिले जाते, जेणेकरून शेवटी `i` निर्देशांकावर ग्राफचे मूल्य तयार होते. या विशिष्ट डिझाइनमागील तर्क म्हणजे DAG च्या क्रमशः प्रवेशासाठी सक्ती करणे; जोपर्यंत वर्तमान मूल्य ज्ञात नाही तोपर्यंत DAG चे पुढील मूल्य निर्धारित केले जाऊ शकत नाही. शेवटी, मॉड्यूलर घातांक परिणामास पुढे हॅश करते.
+
+हा अल्गोरिदम संख्या सिद्धांतातील अनेक परिणामांवर अवलंबून आहे. चर्चेसाठी खालील परिशिष्ट पहा.
+
+## लाईट क्लायंट मूल्यांकन {#light-client-evaluation}
+
+वरील ग्राफ रचनेचा उद्देश ग्राफमधील प्रत्येक नोडची पुनर्रचना करण्यास परवानगी देणे आहे, फक्त थोड्या संख्येच्या नोड्सच्या सबट्रीची गणना करून आणि फक्त थोड्या प्रमाणात सहायक मेमरीची आवश्यकता असते. लक्षात घ्या की k=1 सह, सबट्री ही DAG मधील पहिल्या घटकापर्यंत जाणारी मूल्यांची एक साखळी आहे.
+
+DAG साठी लाईट क्लायंट कंप्युटिंग फंक्शन खालीलप्रमाणे कार्य करते:
+
+```python
+def quick_calc(params, seed, p):
+    w, P = params["w"], params["P"]
+    cache = {}
+
+    def quick_calc_cached(p):
+        if p in cache:
+            pass
+        elif p == 0:
+            cache[p] = pow(sha3(seed), w, P)
+        else:
+            x = pow(sha3(seed), (p + 1) * w, P)
+            for _ in range(params["k"]):
+                x ^= quick_calc_cached(x % p)
+            cache[p] = pow(x, w, P)
+        return cache[p]
+
+    return quick_calc_cached(p)
+```
+
+मूलत:, हे वरील अल्गोरिदमचे एक पुनर्लेखन आहे जे संपूर्ण DAG साठी मूल्ये मोजण्याचे लूप काढून टाकते आणि पूर्वीच्या नोड लूकअपला रिकर्सिव्ह कॉल किंवा कॅशे लूकअपसह बदलते. लक्षात घ्या की `k=1` साठी कॅशे अनावश्यक आहे, जरी पुढील ऑप्टिमायझेशन प्रत्यक्षात DAG ची पहिली काही हजार मूल्ये पूर्व-गणना करते आणि ते गणनेसाठी स्थिर कॅशे म्हणून ठेवते; याची कोड अंमलबजावणी परिशिष्टात पहा.
+
+## DAGs चे डबल बफर {#double-buffer}
+
+एका पूर्ण क्लायंटमध्ये, वरील सूत्राद्वारे तयार केलेल्या 2 DAGs चा एक [_डबल बफर_](https://wikipedia.org/wiki/Multiple_buffering) वापरला जातो. कल्पना अशी आहे की वरील पॅरामीटर्सनुसार प्रत्येक `epochtime` ब्लॉक संख्येवर DAGs तयार केले जातात. क्लायंटने तयार केलेला नवीनतम DAG वापरण्याऐवजी, तो मागील एक वापरतो. याचा फायदा हा आहे की ते DAGs वेळेनुसार बदलण्याची परवानगी देते, ज्यात मायनर्सना अचानक सर्व डेटाची पुनर्गणना करावी लागते असा टप्पा समाविष्ट करण्याची आवश्यकता नाही. अन्यथा, नियमित अंतराने चेन प्रक्रियेत अचानक तात्पुरती मंदी येण्याची आणि केंद्रीकरण नाटकीयरित्या वाढण्याची शक्यता आहे. त्यामुळे सर्व डेटाची पुनर्गणना होण्यापूर्वी त्या काही मिनिटांत 51% हल्ल्याचा धोका असतो.
+
+ब्लॉकसाठी कार्य मोजण्यासाठी वापरल्या जाणाऱ्या DAGs चा संच तयार करण्यासाठी वापरलेला अल्गोरिदम खालीलप्रमाणे आहे:
+
+```python
+def get_prevhash(n):
+    from pyethereum.blocks import GENESIS_PREVHASH
+    from pyethereum import chain_manager
+    if n <= 0:
+        return hash_to_int(GENESIS_PREVHASH)
+    else:
+        prevhash = chain_manager.index.get_block_by_number(n - 1)
+        return decode_int(prevhash)
+
+def get_seedset(params, block):
+    seedset = {}
+    seedset["back_number"] = block.number - (block.number % params["epochtime"])
+    seedset["back_hash"] = get_prevhash(seedset["back_number"])
+    seedset["front_number"] = max(seedset["back_number"] - params["epochtime"], 0)
+    seedset["front_hash"] = get_prevhash(seedset["front_number"])
+    return seedset
+
+def get_dagsize(params, block):
+    return params["n"] + (block.number // params["epochtime"]) * params["n_inc"]
+
+def get_daggerset(params, block):
+    dagsz = get_dagsize(params, block)
+    seedset = get_seedset(params, block)
+    if seedset["front_hash"] <= 0:
+        # बॅक बफर शक्य नाही, फक्त फ्रंट बफर तयार करा
+        return {"front": {"dag": produce_dag(params, seedset["front_hash"], dagsz),
+                          "block_number": 0}}
+    else:
+        return {"front": {"dag": produce_dag(params, seedset["front_hash"], dagsz),
+                          "block_number": seedset["front_number"]},
+                "back": {"dag": produce_dag(params, seedset["back_hash"], dagsz),
+                         "block_number": seedset["back_number"]}}
+```
+
+## Hashimoto {#hashimoto}
+
+मूळ हाशिमोटोमागील कल्पना ब्लॉकचेनला डेटासेट म्हणून वापरणे आहे, एक गणना करणे जी ब्लॉकचेनमधून N निर्देशांक निवडते, त्या निर्देशांकांवरील व्यवहार गोळा करते, या डेटाचे XOR करते आणि परिणामाचा हॅश परत करते. थॅडियस ड्रायजाचा मूळ अल्गोरिदम, सुसंगततेसाठी Python मध्ये अनुवादित, खालीलप्रमाणे आहे:
+
+```python
+def orig_hashimoto(prev_hash, merkle_root, list_of_transactions, nonce):
+    hash_output_A = sha256(prev_hash + merkle_root + nonce)
+    txid_mix = 0
+    for i in range(64):
+        shifted_A = hash_output_A >> i
+        transaction = shifted_A % len(list_of_transactions)
+        txid_mix ^= list_of_transactions[transaction] << i
+    return txid_mix ^ (nonce << 192)
+```
+
+दुर्दैवाने, हाशिमोटोला रॅम हार्ड मानले जात असले तरी, ते 256-बिट अंकगणितावर अवलंबून आहे, ज्यात लक्षणीय संगणकीय ओव्हरहेड आहे. तथापि, या समस्येचे निराकरण करण्यासाठी Dagger-Hashimoto आपल्या डेटासेटला अनुक्रमित करताना फक्त सर्वात कमी लक्षणीय 64 बिट्स वापरते.
+
+```python
+def hashimoto(dag, dagsize, params, header, nonce):
+    m = dagsize / 2
+    mix = sha3(encode_int(nonce) + header)
+    for _ in range(params["accesses"]):
+        mix ^= dag[m + (mix % 2**64) % m]
+    return dbl_sha3(mix)
+```
+
+डबल SHA3 चा वापर शून्य-डेटा, जवळपास-तत्काळ पूर्व-पडताळणीसाठी परवानगी देतो, फक्त हे सत्यापित करतो की योग्य मध्यवर्ती मूल्य प्रदान केले गेले होते. प्रुफ-ऑफ-वर्कचा हा बाह्य थर अत्यंत ASIC-अनुकूल आणि बऱ्यापैकी कमकुवत आहे, परंतु DDoS आणखी कठीण करण्यासाठी अस्तित्वात आहे कारण असा ब्लॉक तयार करण्यासाठी ते लहान काम करणे आवश्यक आहे जो त्वरित नाकारला जाणार नाही. ही लाईट-क्लायंट आवृत्ती आहे:
+
+```python
+def quick_hashimoto(seed, dagsize, params, header, nonce):
+    m = dagsize // 2
+    mix = sha3(nonce + header)
+    for _ in range(params["accesses"]):
+        mix ^= quick_calc(params, seed, m + (mix % 2**64) % m)
+    return dbl_sha3(mix)
+```
+
+## मायनिंग आणि पडताळणी {#mining-and-verifying}
+
+आता, आपण हे सर्व मायनिंग अल्गोरिदममध्ये एकत्र ठेवूया:
+
+```python
+def mine(daggerset, params, block):
+    from random import randint
+    nonce = randint(0, 2**64)
+    while 1:
+        result = hashimoto(daggerset, get_dagsize(params, block),
+                           params, decode_int(block.prevhash), nonce)
+        if result * params["diff"] < 2**256:
+            break
+        nonce += 1
+        if nonce >= 2**64:
+            nonce = 0
+    return nonce
+```
+
+हा पडताळणी अल्गोरिदम आहे:
+
+```python
+def verify(daggerset, params, block, nonce):
+    result = hashimoto(daggerset, get_dagsize(params, block),
+                       params, decode_int(block.prevhash), nonce)
+    return result * params["diff"] < 2**256
+```
+
+लाईट-क्लायंट अनुकूल पडताळणी:
+
+```python
+def light_verify(params, header, nonce):
+    seedset = get_seedset(params, block)
+    result = quick_hashimoto(seedset["front_hash"], get_dagsize(params, block),
+                             params, decode_int(block.prevhash), nonce)
+    return result * params["diff"] < 2**256
+```
+
+तसेच, लक्षात घ्या की Dagger-Hashimoto ब्लॉक हेडरवर अतिरिक्त आवश्यकता लादते:
+
+- दोन-स्तरीय पडताळणी कार्य करण्यासाठी, ब्लॉक हेडरमध्ये नॉन्स आणि मध्यवर्ती मूल्य दोन्ही प्री-sha3 असणे आवश्यक आहे
+- कुठेतरी, ब्लॉक हेडरने वर्तमान सीडसेटचा sha3 संग्रहित करणे आवश्यक आहे
+
+## पुढील वाचन {#further-reading}
+
+_तुम्हाला मदत केलेल्या सामुदायिक संसाधनाबद्दल माहिती आहे का?_ हे पृष्ठ संपादित करा आणि ते जोडा!_
+
+## परिशिष्ट {#appendix}
+
+वर नमूद केल्याप्रमाणे, DAG जनरेशनसाठी वापरलेले RNG संख्या सिद्धांतातील काही परिणामांवर अवलंबून आहे. प्रथम, आम्ही आश्वासन देतो की लेमर RNG जे `picker` व्हेरिएबलचा आधार आहे त्याचा कालावधी मोठा आहे. दुसरे, आम्ही दाखवतो की `pow(x,3,P)` `x` ला `1` किंवा `P-1` वर मॅप करणार नाही, जर `x ∈ [2,P-2]` पासून सुरू होत असेल. शेवटी, आम्ही दाखवतो की `pow(x,3,P)` चा टक्कर दर कमी आहे जेव्हा त्याला हॅशिंग फंक्शन म्हणून मानले जाते.
+
+### लेमर यादृच्छिक संख्या जनरेटर {#lehmer-random-number}
+
+`produce_dag` फंक्शनला निःपक्षपाती यादृच्छिक संख्या तयार करण्याची आवश्यकता नसली तरी, एक संभाव्य धोका आहे की `seed**i % P` फक्त काही मोजकीच मूल्ये घेते. हे पॅटर्न ओळखणाऱ्या मायनर्सना जे ओळखत नाहीत त्यांच्यापेक्षा फायदा देऊ शकते.
+
+हे टाळण्यासाठी, संख्या सिद्धांतातील एका निकालाचा आधार घेतला जातो. एक [_सुरक्षित अविभाज्य संख्या_](https://en.wikipedia.org/wiki/Safe_prime) अशी अविभाज्य संख्या `P` म्हणून परिभाषित केली जाते की `(P-1)/2` देखील अविभाज्य असते. [गुणाकार गट](https://en.wikipedia.org/wiki/Multiplicative_group_of_integers_modulo_n) `ℤ/nℤ` च्या सदस्य `x` चा _ऑर्डर_ किमान `m` म्हणून परिभाषित केला जातो जसे की <pre>xᵐ mod P ≡ 1</pre>
+या व्याख्या दिल्यावर, आपल्याकडे आहे:
+
+> निरीक्षण 1. `x` हा सुरक्षित अविभाज्य `P` साठी गुणाकार गट `ℤ/Pℤ` चा सदस्य असू द्या. जर `x mod P ≠ 1 mod P` आणि `x mod P ≠ P-1 mod P` असेल, तर `x` चा ऑर्डर `P-1` किंवा `(P-1)/2` आहे.
+
+_पुरावा_. `P` एक सुरक्षित अविभाज्य असल्यामुळे, नंतर [लाग्रेंजच्या प्रमेयानुसार][lagrange] आपल्याकडे `x` चा ऑर्डर `1`, `2`, `(P-1)/2`, किंवा `P-1` आहे.
+
+`x` चा ऑर्डर `1` असू शकत नाही, कारण फर्माच्या लहान प्रमेयानुसार आपल्याकडे आहे:
+
+<pre>x<sup>P-1</sup> mod P ≡ 1</pre>
+
+म्हणून `x` हे `ℤ/nℤ` चे एक गुणाकार ओळख असणे आवश्यक आहे, जे अद्वितीय आहे. आपण गृहित धरल्याप्रमाणे `x ≠ 1` गृहित धरल्यामुळे, हे शक्य नाही.
+
+`x` चा ऑर्डर `2` असू शकत नाही जोपर्यंत `x = P-1` नाही, कारण हे `P` अविभाज्य असल्याचे उल्लंघन करेल.
+
+वरील प्रतिपादनावरून, आपण ओळखू शकतो की `(picker * init) % P` ची पुनरावृत्ती केल्यास चक्राची लांबी किमान `(P-1)/2` असेल. हे कारण आपण `P` ला दोनच्या उच्च घातांकाच्या अंदाजे समान असलेली एक सुरक्षित अविभाज्य संख्या म्हणून निवडले आहे, आणि `init` हे `[2,2**256+1]` या अंतराळात आहे. `P` चे परिमाण पाहता, आपण मॉड्यूलर घातांकातून चक्राची अपेक्षा कधीही करू नये.
+
+जेव्हा आपण DAG मधील पहिली सेल (व्हेरिएबल `init` म्हणून लेबल केलेले) नियुक्त करत असतो, तेव्हा आपण `pow(sha3(seed) + 2, 3, P)` मोजतो. पहिल्या दृष्टीक्षेपात, हे परिणाम `1` किंवा `P-1` नसल्याची हमी देत नाही. तथापि, `P-1` एक सुरक्षित अविभाज्य असल्यामुळे, आपल्याकडे खालील अतिरिक्त आश्वासन आहे, जे निरीक्षण 1 चे एक उपप्रमेय आहे:
+
+> निरीक्षण २. `x` हा सुरक्षित अविभाज्य `P` साठी गुणाकार गट `ℤ/Pℤ` चा सदस्य असू द्या, आणि `w` एक नैसर्गिक संख्या असू द्या. जर `x mod P ≠ 1 mod P` आणि `x mod P ≠ P-1 mod P` असेल, तसेच `w mod P ≠ P-1 mod P` आणि `w mod P ≠ 0 mod P` असेल, तर `xʷ mod P ≠ 1 mod P` आणि `xʷ mod P ≠ P-1 mod P`
+
+### हॅश फंक्शन म्हणून मॉड्यूलर घातांक {#modular-exponentiation}
+
+`P` आणि `w` च्या काही विशिष्ट मूल्यांसाठी, `pow(x, w, P)` या फंक्शनमध्ये अनेक टकराव असू शकतात. उदाहरणार्थ, `pow(x,9,19)` फक्त `{1,18}` ही मूल्ये घेते.
+
+`P` अविभाज्य आहे हे लक्षात घेता, मॉड्यूलर घातांक हॅशिंग फंक्शनसाठी योग्य `w` खालील निकालाचा वापर करून निवडला जाऊ शकतो:
+
+> निरीक्षण 3. `P` एक अविभाज्य संख्या असू द्या; `w` आणि `P-1` सापेक्ष अविभाज्य आहेत जर आणि फक्त जर `ℤ/Pℤ` मधील सर्व `a` आणि `b` साठी:<center>`aʷ mod P ≡ bʷ mod P` जर आणि फक्त जर `a mod P ≡ b mod P`</center>
+
+म्हणून, `P` अविभाज्य आहे आणि `w` हे `P-1` च्या सापेक्ष अविभाज्य आहे हे लक्षात घेता, आपल्याकडे `|{pow(x, w, P) : x ∈ ℤ}| = P` आहे, याचा अर्थ असा की हॅशिंग फंक्शनचा टक्कर दर शक्य तितका किमान आहे.
+
+आपण निवडल्याप्रमाणे `P` एक सुरक्षित अविभाज्य संख्या आहे या विशेष बाबतीत, तर `P-1` ला फक्त 1, 2, `(P-1)/2` आणि `P-1` हे घटक आहेत. `P` > 7 असल्यामुळे, आपल्याला माहित आहे की 3 हे `P-1` च्या सापेक्ष अविभाज्य आहे, म्हणून `w=3` वरील प्रतिपादनाची पूर्तता करते.
+
+## अधिक कार्यक्षम कॅशे-आधारित मूल्यांकन अल्गोरिदम {#cache-based-evaluation}
+
+```python
+def quick_calc(params, seed, p):
+    cache = produce_dag(params, seed, params["cache_size"])
+    return quick_calc_cached(cache, params, p)
+
+def quick_calc_cached(cache, params, p):
+    P = params["P"]
+    if p < len(cache):
+        return cache[p]
+    else:
+        x = pow(cache[0], p + 1, P)
+        for _ in range(params["k"]):
+            x ^= quick_calc_cached(cache, params, x % p)
+        return pow(x, params["w"], P)
+
+def quick_hashimoto(seed, dagsize, params, header, nonce):
+    cache = produce_dag(params, seed, params["cache_size"])
+    return quick_hashimoto_cached(cache, dagsize, params, header, nonce)
+
+def quick_hashimoto_cached(cache, dagsize, params, header, nonce):
+    m = dagsize // 2
+    mask = 2**64 - 1
+    mix = sha3(encode_int(nonce) + header)
+    for _ in range(params["accesses"]):
+        mix ^= quick_calc_cached(cache, params, m + (mix & mask) % m)
+    return dbl_sha3(mix)
+```
diff --git a/public/content/translations/mr/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash/index.md b/public/content/translations/mr/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash/index.md
new file mode 100644
index 00000000000..8f9e6923c23
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash/index.md
@@ -0,0 +1,1019 @@
+---
+title: "एथहॅश"
+description: "एथहॅश अल्गोरिदमवर एक विस्तृत नजर."
+lang: mr
+---
+
+<Alert variant="update">
+<AlertEmoji text=":wave:"/>
+<AlertContent>
+<AlertDescription>
+   एथहॅश हा इथेरियमचा प्रूफ-ऑफ-वर्क मायनिंग अल्गोरिदम होता. प्रूफ-ऑफ-वर्क आता **पूर्णपणे बंद** केले आहे आणि इथेरियम आता त्याऐवजी [प्रूफ-ऑफ-स्टेक](/developers/docs/consensus-mechanisms/pos/) वापरून सुरक्षित केले आहे. [द मर्ज](/roadmap/merge/), [प्रूफ-ऑफ-स्टेक](/developers/docs/consensus-mechanisms/pos/) आणि [स्टेकिंग](/staking/) वर अधिक वाचा. हे पृष्ठ केवळ ऐतिहासिक माहितीसाठी आहे!
+</AlertDescription>
+</AlertContent>
+</Alert>
+
+एथहॅश हे [डॅगर-हाशिमोटो](/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/dagger-hashimoto) अल्गोरिदमची सुधारित आवृत्ती आहे. एथहॅश प्रूफ-ऑफ-वर्क हे [मेमरी हार्ड](https://wikipedia.org/wiki/Memory-hard_function) आहे, ज्यामुळे अल्गोरिदम ASIC प्रतिरोधक बनेल असे मानले जात होते. अखेरीस एथहॅश ASICs विकसित केले गेले परंतु प्रूफ-ऑफ-वर्क बंद होईपर्यंत GPU मायनिंग हा एक व्यवहार्य पर्याय होता. इतर नॉन-इथेरियम प्रूफ-ऑफ-वर्क नेटवर्क्सवर इतर कॉइन्स माइन करण्यासाठी एथहॅश अजूनही वापरले जाते.
+
+## एथहॅश कसे कार्य करते? {#how-does-ethash-work}
+
+मेमरी हार्डनेस एका प्रूफ ऑफ वर्क अल्गोरिदमद्वारे प्राप्त केली जाते ज्यासाठी नॉन्स आणि ब्लॉक हेडरवर अवलंबून असलेल्या निश्चित रिसोर्समधून उपसंचांची निवड करणे आवश्यक असते. या रिसोर्सला (आकारात काही गीगाबाईट्स) DAG म्हटले जाते. DAG प्रत्येक ३०००० ब्लॉक्सनंतर बदलला जातो, जो ~१२५-तासांचा कालावधी आहे ज्याला इपॉक (अंदाजे ५.२ दिवस) म्हणतात आणि तो तयार होण्यासाठी थोडा वेळ लागतो. DAG केवळ ब्लॉकच्या उंचीवर अवलंबून असल्याने, तो पूर्व-उत्पन्न केला जाऊ शकतो, परंतु तसे नसल्यास क्लायंटला ब्लॉक तयार करण्यासाठी या प्रक्रियेच्या शेवटपर्यंत थांबावे लागेल. जर क्लायंट्सनी वेळेपूर्वी DAGs पूर्व-उत्पन्न आणि कॅशे केले नाहीत, तर नेटवर्कला प्रत्येक इपॉक संक्रमणावर मोठ्या ब्लॉक विलंबाचा सामना करावा लागू शकतो. लक्षात घ्या की प्रूफ-ऑफ-वर्क सत्यापित करण्यासाठी DAG तयार करण्याची आवश्यकता नाही, ज्यामुळे कमी CPU आणि कमी मेमरीसह सत्यापन शक्य होते.
+
+अल्गोरिदम ज्या सामान्य मार्गाचा अवलंब करतो तो खालीलप्रमाणे आहे:
+
+1. एक **सीड** अस्तित्वात आहे जी प्रत्येक ब्लॉकसाठी त्या बिंदूपर्यंतच्या ब्लॉक हेडर्समधून स्कॅन करून मोजली जाऊ शकते.
+2. सीडमधून, कोणीही **१६ MB स्युडोरँडम कॅशे** मोजू शकतो. लाइट क्लायंट कॅशे संग्रहित करतात.
+3. कॅशेमधून, आम्ही **१ GB डेटासेट** तयार करू शकतो, ज्यामध्ये डेटासेटमधील प्रत्येक आयटम कॅशेमधील केवळ काही आयटमवर अवलंबून असतो. पूर्ण क्लायंट आणि मायनर्स डेटासेट संग्रहित करतात. डेटासेट वेळेनुसार रेषीयपणे वाढतो.
+4. मायनिंगमध्ये डेटासेटचे यादृच्छिक स्लाइस घेणे आणि त्यांना एकत्र हॅश करणे समाविष्ट आहे. तुम्हाला आवश्यक असलेल्या डेटासेटचे विशिष्ट तुकडे पुन्हा तयार करण्यासाठी कॅशे वापरून कमी मेमरीसह सत्यापन केले जाऊ शकते, म्हणून तुम्हाला फक्त कॅशे संग्रहित करण्याची आवश्यकता आहे.
+
+मोठा डेटासेट प्रत्येक ३०००० ब्लॉक्सनंतर एकदा अपडेट केला जातो, त्यामुळे मायनरचा बहुतांश प्रयत्न डेटासेट वाचण्यात जाईल, त्यात बदल करण्यात नाही.
+
+## व्याख्या {#definitions}
+
+आम्ही खालील व्याख्या वापरतो:
+
+```
+WORD_BYTES = 4                    # शब्दात बाइट्स
+DATASET_BYTES_INIT = 2**30        # जेनेसिसवेळी डेटासेटमधील बाइट्स
+DATASET_BYTES_GROWTH = 2**23      # प्रति इपॉक डेटासेट वाढ
+CACHE_BYTES_INIT = 2**24          # जेनेसिसवेळी कॅशेमधील बाइट्स
+CACHE_BYTES_GROWTH = 2**17        # प्रति इपॉक कॅशे वाढ
+CACHE_MULTIPLIER=1024             # कॅशेच्या तुलनेत DAG चा आकार
+EPOCH_LENGTH = 30000              # प्रति इपॉक ब्लॉक्स
+MIX_BYTES = 128                   # मिक्सची रुंदी
+HASH_BYTES = 64                   # बाइट्समध्ये हॅशची लांबी
+DATASET_PARENTS = 256             # प्रत्येक डेटासेट घटकाच्या पॅरेंट्सची संख्या
+CACHE_ROUNDS = 3                  # कॅशे उत्पादनातील फेऱ्यांची संख्या
+ACCESSES = 64                     # हाशिमोटो लूपमधील प्रवेशांची संख्या
+```
+
+### 'SHA3' चा वापर {#sha3}
+
+इथेरियमचा विकास SHA3 मानकाच्या विकासासोबतच झाला आणि मानकीकरण प्रक्रियेने अंतिम हॅश अल्गोरिदमच्या पॅडिंगमध्ये उशीरा बदल केला, त्यामुळे इथेरियमचे "sha3_256" आणि "sha3_512" हॅश हे मानक sha3 हॅश नाहीत, तर एक प्रकार आहे ज्याला इतर संदर्भांमध्ये अनेकदा "Keccak-256" आणि "Keccak-512" असे संबोधले जाते. चर्चा पहा, उदा., [येथे](https://eips.ethereum.org/EIPS/eip-1803), [येथे](http://ethereum.stackexchange.com/questions/550/which-cryptographic-hash-function-does-ethereum-use), किंवा [येथे](http://bitcoin.stackexchange.com/questions/42055/what-is-the-approach-to-calculate-an-ethereum-address-from-a-256-bit-private-key/42057#42057).
+
+कृपया हे लक्षात ठेवा कारण खालील अल्गोरिदमच्या वर्णनात "sha3" हॅशचा उल्लेख आहे.
+
+## मापदंड {#parameters}
+
+एथहॅशच्या कॅशे आणि डेटासेटसाठी पॅरामीटर्स ब्लॉक क्रमांकावर अवलंबून असतात. कॅशे आकार आणि डेटासेट आकार दोन्ही रेषीयपणे वाढतात; तथापि, चक्रीय वर्तणुकीला कारणीभूत होणाऱ्या अपघाती नियमिततेचा धोका कमी करण्यासाठी आम्ही नेहमी रेषीय वाढत्या थ्रेशोल्डच्या खाली सर्वोच्च अविभाज्य संख्या घेतो.
+
+```python
+def get_cache_size(block_number):
+    sz = CACHE_BYTES_INIT + CACHE_BYTES_GROWTH * (block_number // EPOCH_LENGTH)
+    sz -= HASH_BYTES
+    while not isprime(sz / HASH_BYTES):
+        sz -= 2 * HASH_BYTES
+    return sz
+
+def get_full_size(block_number):
+    sz = DATASET_BYTES_INIT + DATASET_BYTES_GROWTH * (block_number // EPOCH_LENGTH)
+    sz -= MIX_BYTES
+    while not isprime(sz / MIX_BYTES):
+        sz -= 2 * MIX_BYTES
+    return sz
+```
+
+डेटासेट आणि कॅशे आकाराच्या मूल्यांचे तक्ते परिशिष्टात दिले आहेत.
+
+## कॅशे निर्मिती {#cache-generation}
+
+आता, आम्ही कॅशे तयार करण्याचे कार्य निर्दिष्ट करतो:
+
+```python
+def mkcache(cache_size, seed):
+    n = cache_size // HASH_BYTES
+
+    # क्रमाने प्रारंभिक डेटासेट तयार करा
+    o = [sha3_512(seed)]
+    for i in range(1, n):
+        o.append(sha3_512(o[-1]))
+
+    # randmemohash ची कमी-फेरीची आवृत्ती वापरा
+    for _ in range(CACHE_ROUNDS):
+        for i in range(n):
+            v = o[i][0] % n
+            o[i] = sha3_512(map(xor, o[(i-1+n) % n], o[v]))
+
+    return o
+```
+
+कॅशे उत्पादन प्रक्रियेत प्रथम क्रमाने ३२ MB मेमरी भरणे, नंतर सर्जियो डेमियन लर्नरच्या [_स्ट्रिक्ट मेमरी हार्ड हॅशिंग फंक्शन्स_ (२०१४)](http://www.hashcash.org/papers/memohash.pdf) मधील _RandMemoHash_ अल्गोरिदमच्या दोन फेऱ्या करणे समाविष्ट आहे. आउटपुट ५२४२८८ ६४-बाइट मूल्यांचा एक संच आहे.
+
+## डेटा एकत्रीकरण कार्य {#date-aggregation-function}
+
+आम्ही काही प्रकरणांमध्ये XOR साठी नॉन-असोसिएटिव्ह पर्याय म्हणून [FNV हॅश](https://en.wikipedia.org/wiki/Fowler%E2%80%93Noll%E2%80%93Vo_hash_function) द्वारे प्रेरित अल्गोरिदम वापरतो. लक्षात घ्या की आम्ही अविभाज्य संख्येला पूर्ण ३२-बिट इनपुटसह गुणतो, याउलट FNV-1 स्पेसिफिकेशन अविभाज्य संख्येला एका बाइट (ऑक्टेट) ने गुणते.
+
+```python
+FNV_PRIME = 0x01000193
+
+def fnv(v1, v2):
+    return ((v1 * FNV_PRIME) ^ v2) % 2**32
+```
+
+कृपया लक्षात घ्या, जरी यलो पेपरमध्ये fnv हे v1\*(FNV_PRIME ^ v2) म्हणून निर्दिष्ट केले असले तरी, सध्याची सर्व अंमलबजावणी सातत्याने वरील व्याख्या वापरतात.
+
+## पूर्ण डेटासेट गणना {#full-dataset-calculation}
+
+पूर्ण १ GB डेटासेटमधील प्रत्येक ६४-बाइट आयटम खालीलप्रमाणे मोजला जातो:
+
+```python
+def calc_dataset_item(cache, i):
+    n = len(cache)
+    r = HASH_BYTES // WORD_BYTES
+    # मिक्स सुरू करा
+    mix = copy.copy(cache[i % n])
+    mix[0] ^= i
+    mix = sha3_512(mix)
+    # i वर आधारित अनेक यादृच्छिक कॅशे नोड्ससह त्याचे fnv करा
+    for j in range(DATASET_PARENTS):
+        cache_index = fnv(i ^ j, mix[j % r])
+        mix = map(fnv, mix, cache[cache_index % n])
+    return sha3_512(mix)
+```
+
+मूलतः, आम्ही २५६ स्युडोरँडमली निवडलेल्या कॅशे नोड्समधील डेटा एकत्र करतो आणि डेटासेट नोडची गणना करण्यासाठी ते हॅश करतो. संपूर्ण डेटासेट नंतर याद्वारे तयार केला जातो:
+
+```python
+def calc_dataset(full_size, cache):
+    return [calc_dataset_item(cache, i) for i in range(full_size // HASH_BYTES)]
+```
+
+## मुख्य लूप {#main-loop}
+
+आता, आम्ही मुख्य "हाशिमोटो" सारखी लूप निर्दिष्ट करतो, जिथे आम्ही विशिष्ट हेडर आणि नॉन्ससाठी आमचे अंतिम मूल्य तयार करण्यासाठी पूर्ण डेटासेटमधून डेटा एकत्र करतो. खालील कोडमध्ये, `header` हे एका _ट्रंकेटेड_ ब्लॉक हेडरच्या RLP प्रतिनिधित्वाचा SHA3-256 _हॅश_ दर्शविते, म्हणजेच, **mixHash** आणि **nonce** फील्ड वगळून एका हेडरचा. `nonce` हे बिग-एन्डियन क्रमाने ६४ बिट अनसाईन्ड इंटीजरचे आठ बाइट्स आहेत. त्यामुळे `nonce[::-1]` हे त्या मूल्याचे आठ-बाइट लिटिल-एन्डियन प्रतिनिधित्व आहे:
+
+```python
+def hashimoto(header, nonce, full_size, dataset_lookup):
+    n = full_size / HASH_BYTES
+    w = MIX_BYTES // WORD_BYTES
+    mixhashes = MIX_BYTES / HASH_BYTES
+    # हेडर+नॉन्स एकत्र करून ६४ बाइटचा सीड तयार करा
+    s = sha3_512(header + nonce[::-1])
+    # प्रतिकृती केलेल्या s सह मिक्स सुरू करा
+    mix = []
+    for _ in range(MIX_BYTES / HASH_BYTES):
+        mix.extend(s)
+    # यादृच्छिक डेटासेट नोड्समध्ये मिक्स करा
+    for i in range(ACCESSES):
+        p = fnv(i ^ s[0], mix[i % w]) % (n // mixhashes) * mixhashes
+        newdata = []
+        for j in range(MIX_BYTES / HASH_BYTES):
+            newdata.extend(dataset_lookup(p + j))
+        mix = map(fnv, mix, newdata)
+    # मिक्स कॉम्प्रेस करा
+    cmix = []
+    for i in range(0, len(mix), 4):
+        cmix.append(fnv(fnv(fnv(mix[i], mix[i+1]), mix[i+2]), mix[i+3]))
+    return {
+        "mix digest": serialize_hash(cmix),
+        "result": serialize_hash(sha3_256(s+cmix))
+    }
+
+def hashimoto_light(full_size, cache, header, nonce):
+    return hashimoto(header, nonce, full_size, lambda x: calc_dataset_item(cache, x))
+
+def hashimoto_full(full_size, dataset, header, nonce):
+    return hashimoto(header, nonce, full_size, lambda x: dataset[x])
+```
+
+मूलतः, आम्ही १२८ बाइट्स रुंद असलेला एक "मिक्स" राखतो आणि पूर्ण डेटासेटमधून वारंवार क्रमाने १२८ बाइट्स आणतो आणि ते मिक्ससह एकत्र करण्यासाठी `fnv` फंक्शन वापरतो. १२८ बाइट्सचा क्रमिक प्रवेश वापरला जातो जेणेकरून अल्गोरिदमची प्रत्येक फेरी नेहमी RAM मधून एक पूर्ण पृष्ठ आणेल, ज्यामुळे ट्रान्सलेशन लुकअसाइड बफर मिसेस कमी होतात जे ASICs सैद्धांतिकदृष्ट्या टाळू शकले असते.
+
+जर या अल्गोरिदमचे आउटपुट इच्छित लक्ष्यापेक्षा कमी असेल, तर नॉन्स वैध आहे. लक्षात घ्या की शेवटी `sha3_256` चा अतिरिक्त अनुप्रयोग हे सुनिश्चित करतो की एक मध्यवर्ती नॉन्स अस्तित्वात आहे जो किमान थोडे काम केले आहे हे सिद्ध करण्यासाठी प्रदान केला जाऊ शकतो; हे जलद बाह्य PoW सत्यापन अँटी-DDoS हेतूंसाठी वापरले जाऊ शकते. हे परिणाम एक निःपक्षपाती, २५६-बिट संख्या आहे याची सांख्यिकीय खात्री देण्याचे काम देखील करते.
+
+## मायनिंग {#mining}
+
+मायनिंग अल्गोरिदम खालीलप्रमाणे परिभाषित केला आहे:
+
+```python
+def mine(full_size, dataset, header, difficulty):
+    # समान अंकावर हॅशशी तुलना करण्यासाठी टार्गेटला शून्य-पॅड करा
+    target = zpad(encode_int(2**256 // difficulty), 64)[::-1]
+    from random import randint
+    nonce = randint(0, 2**64)
+    while hashimoto_full(full_size, dataset, header, nonce) > target:
+        nonce = (nonce + 1) % 2**64
+    return nonce
+```
+
+## सीड हॅश परिभाषित करणे {#seed-hash}
+
+दिलेल्या ब्लॉकवर माइन करण्यासाठी वापरल्या जाणाऱ्या सीड हॅशची गणना करण्यासाठी, आम्ही खालील अल्गोरिदम वापरतो:
+
+```python
+ def get_seedhash(block):
+     s = '\x00' * 32
+     for i in range(block.number // EPOCH_LENGTH):
+         s = serialize_hash(sha3_256(s))
+     return s
+```
+
+लक्षात घ्या की सुरळीत मायनिंग आणि पडताळणीसाठी, आम्ही भविष्यातील सीडहॅश आणि डेटासेट एका वेगळ्या थ्रेडमध्ये पूर्व-गणना करण्याची शिफारस करतो.
+
+## पुढील वाचन {#further-reading}
+
+_तुम्हाला मदत केलेल्या सामुदायिक संसाधनाबद्दल माहिती आहे का?_ हे पृष्ठ संपादित करा आणि ते जोडा!_
+
+## परिशिष्ट {#appendix}
+
+जर तुम्हाला वरील पायथन स्पेसिफिकेशन कोड म्हणून चालवण्यात स्वारस्य असेल तर खालील कोड आधी जोडला पाहिजे.
+
+```python
+import sha3, copy
+
+# लिट्ल एंडियन बिट ऑर्डरिंग गृहीत धरते (इंटेल आर्किटेक्चर्स प्रमाणेच)
+def decode_int(s):
+    return int(s[::-1].encode('hex'), 16) if s else 0
+
+def encode_int(s):
+    a = "%x" % s
+    return '' if s == 0 else ('0' * (len(a) % 2) + a).decode('hex')[::-1]
+
+def zpad(s, length):
+    return s + '\x00' * max(0, length - len(s))
+
+def serialize_hash(h):
+    return ''.join([zpad(encode_int(x), 4) for x in h])
+
+def deserialize_hash(h):
+    return [decode_int(h[i:i+WORD_BYTES]) for i in range(0, len(h), WORD_BYTES)]
+
+def hash_words(h, sz, x):
+    if isinstance(x, list):
+        x = serialize_hash(x)
+    y = h(x)
+    return deserialize_hash(y)
+
+def serialize_cache(ds):
+    return ''.join([serialize_hash(h) for h in ds])
+
+serialize_dataset = serialize_cache
+
+# sha3 हॅश फंक्शन, ६४ बाइट्स आउटपुट देते
+def sha3_512(x):
+    return hash_words(lambda v: sha3.sha3_512(v).digest(), 64, x)
+
+def sha3_256(x):
+    return hash_words(lambda v: sha3.sha3_256(v).digest(), 32, x)
+
+def xor(a, b):
+    return a ^ b
+
+def isprime(x):
+    for i in range(2, int(x**0.5)):
+         if x % i == 0:
+             return False
+    return True
+```
+
+### डेटा आकार {#data-sizes}
+
+खालील लुकअप टेबल अंदाजे २०४८ सारणीबद्ध इपॉक्ससाठी डेटा आकार आणि कॅशे आकार प्रदान करतात.
+
+```python
+def get_datasize(block_number):
+    return data_sizes[block_number // EPOCH_LENGTH]
+
+def get_cachesize(block_number):
+    return cache_sizes[block_number // EPOCH_LENGTH]
+
+data_sizes = [
+1073739904, 1082130304, 1090514816, 1098906752, 1107293056,
+1115684224, 1124070016, 1132461952, 1140849536, 1149232768,
+1157627776, 1166013824, 1174404736, 1182786944, 1191180416,
+1199568512, 1207958912, 1216345216, 1224732032, 1233124736,
+1241513344, 1249902464, 1258290304, 1266673792, 1275067264,
+1283453312, 1291844992, 1300234112, 1308619904, 1317010048,
+1325397376, 1333787776, 1342176128, 1350561664, 1358954368,
+1367339392, 1375731584, 1384118144, 1392507008, 1400897408,
+1409284736, 1417673344, 1426062464, 1434451072, 1442839168,
+1451229056, 1459615616, 1468006016, 1476394112, 1484782976,
+1493171584, 1501559168, 1509948032, 1518337664, 1526726528,
+1535114624, 1543503488, 1551892096, 1560278656, 1568669056,
+1577056384, 1585446272, 1593831296, 1602219392, 1610610304,
+1619000192, 1627386752, 1635773824, 1644164224, 1652555648,
+1660943488, 1669332608, 1677721216, 1686109312, 1694497664,
+1702886272, 1711274624, 1719661184, 1728047744, 1736434816,
+1744829056, 1753218944, 1761606272, 1769995904, 1778382464,
+1786772864, 1795157888, 1803550592, 1811937664, 1820327552,
+1828711552, 1837102976, 1845488768, 1853879936, 1862269312,
+1870656896, 1879048064, 1887431552, 1895825024, 1904212096,
+1912601216, 1920988544, 1929379456, 1937765504, 1946156672,
+1954543232, 1962932096, 1971321728, 1979707264, 1988093056,
+1996487552, 2004874624, 2013262208, 2021653888, 2030039936,
+2038430848, 2046819968, 2055208576, 2063596672, 2071981952,
+2080373632, 2088762752, 2097149056, 2105539712, 2113928576,
+2122315136, 2130700672, 2139092608, 2147483264, 2155872128,
+2164257664, 2172642176, 2181035392, 2189426048, 2197814912,
+2206203008, 2214587264, 2222979712, 2231367808, 2239758208,
+2248145024, 2256527744, 2264922752, 2273312128, 2281701248,
+2290086272, 2298476672, 2306867072, 2315251072, 2323639168,
+2332032128, 2340420224, 2348808064, 2357196416, 2365580416,
+2373966976, 2382363008, 2390748544, 2399139968, 2407530368,
+2415918976, 2424307328, 2432695424, 2441084288, 2449472384,
+2457861248, 2466247808, 2474637184, 2483026816, 2491414144,
+2499803776, 2508191872, 2516582272, 2524970368, 2533359232,
+2541743488, 2550134144, 2558525056, 2566913408, 2575301504,
+2583686528, 2592073856, 2600467328, 2608856192, 2617240448,
+2625631616, 2634022016, 2642407552, 2650796416, 2659188352,
+2667574912, 2675965312, 2684352896, 2692738688, 2701130624,
+2709518464, 2717907328, 2726293376, 2734685056, 2743073152,
+2751462016, 2759851648, 2768232832, 2776625536, 2785017728,
+2793401984, 2801794432, 2810182016, 2818571648, 2826959488,
+2835349376, 2843734144, 2852121472, 2860514432, 2868900992,
+2877286784, 2885676928, 2894069632, 2902451584, 2910843008,
+2919234688, 2927622784, 2936011648, 2944400768, 2952789376,
+2961177728, 2969565568, 2977951616, 2986338944, 2994731392,
+3003120256, 3011508352, 3019895936, 3028287104, 3036675968,
+3045063808, 3053452928, 3061837696, 3070228352, 3078615424,
+3087003776, 3095394944, 3103782272, 3112173184, 3120562048,
+3128944768, 3137339264, 3145725056, 3154109312, 3162505088,
+3170893184, 3179280256, 3187669376, 3196056704, 3204445568,
+3212836736, 3221224064, 3229612928, 3238002304, 3246391168,
+3254778496, 3263165824, 3271556224, 3279944576, 3288332416,
+3296719232, 3305110912, 3313500032, 3321887104, 3330273152,
+3338658944, 3347053184, 3355440512, 3363827072, 3372220288,
+3380608384, 3388997504, 3397384576, 3405774208, 3414163072,
+3422551936, 3430937984, 3439328384, 3447714176, 3456104576,
+3464493952, 3472883584, 3481268864, 3489655168, 3498048896,
+3506434432, 3514826368, 3523213952, 3531603584, 3539987072,
+3548380288, 3556763264, 3565157248, 3573545344, 3581934464,
+3590324096, 3598712704, 3607098752, 3615488384, 3623877248,
+3632265856, 3640646528, 3649043584, 3657430144, 3665821568,
+3674207872, 3682597504, 3690984832, 3699367808, 3707764352,
+3716152448, 3724541056, 3732925568, 3741318016, 3749706368,
+3758091136, 3766481536, 3774872704, 3783260032, 3791650432,
+3800036224, 3808427648, 3816815488, 3825204608, 3833592704,
+3841981568, 3850370432, 3858755968, 3867147904, 3875536256,
+3883920512, 3892313728, 3900702592, 3909087872, 3917478784,
+3925868416, 3934256512, 3942645376, 3951032192, 3959422336,
+3967809152, 3976200064, 3984588416, 3992974976, 4001363584,
+4009751168, 4018141312, 4026530432, 4034911616, 4043308928,
+4051695488, 4060084352, 4068472448, 4076862848, 4085249408,
+4093640576, 4102028416, 4110413696, 4118805632, 4127194496,
+4135583104, 4143971968, 4152360832, 4160746112, 4169135744,
+4177525888, 4185912704, 4194303616, 4202691968, 4211076736,
+4219463552, 4227855488, 4236246656, 4244633728, 4253022848,
+4261412224, 4269799808, 4278184832, 4286578048, 4294962304,
+4303349632, 4311743104, 4320130432, 4328521088, 4336909184,
+4345295488, 4353687424, 4362073472, 4370458496, 4378852736,
+4387238528, 4395630208, 4404019072, 4412407424, 4420790656,
+4429182848, 4437571456, 4445962112, 4454344064, 4462738048,
+4471119232, 4479516544, 4487904128, 4496289664, 4504682368,
+4513068416, 4521459584, 4529846144, 4538232704, 4546619776,
+4555010176, 4563402112, 4571790208, 4580174464, 4588567936,
+4596957056, 4605344896, 4613734016, 4622119808, 4630511488,
+4638898816, 4647287936, 4655675264, 4664065664, 4672451968,
+4680842624, 4689231488, 4697620352, 4706007424, 4714397056,
+4722786176, 4731173248, 4739562368, 4747951744, 4756340608,
+4764727936, 4773114496, 4781504384, 4789894784, 4798283648,
+4806667648, 4815059584, 4823449472, 4831835776, 4840226176,
+4848612224, 4857003392, 4865391488, 4873780096, 4882169728,
+4890557312, 4898946944, 4907333248, 4915722368, 4924110976,
+4932499328, 4940889728, 4949276032, 4957666432, 4966054784,
+4974438016, 4982831488, 4991221376, 4999607168, 5007998848,
+5016386432, 5024763776, 5033164672, 5041544576, 5049941888,
+5058329728, 5066717056, 5075107456, 5083494272, 5091883904,
+5100273536, 5108662144, 5117048192, 5125436032, 5133827456,
+5142215296, 5150605184, 5158993024, 5167382144, 5175769472,
+5184157568, 5192543872, 5200936064, 5209324928, 5217711232,
+5226102656, 5234490496, 5242877312, 5251263872, 5259654016,
+5268040832, 5276434304, 5284819328, 5293209728, 5301598592,
+5309986688, 5318374784, 5326764416, 5335151488, 5343542144,
+5351929472, 5360319872, 5368706944, 5377096576, 5385484928,
+5393871232, 5402263424, 5410650496, 5419040384, 5427426944,
+5435816576, 5444205952, 5452594816, 5460981376, 5469367936,
+5477760896, 5486148736, 5494536832, 5502925952, 5511315328,
+5519703424, 5528089984, 5536481152, 5544869504, 5553256064,
+5561645696, 5570032768, 5578423936, 5586811264, 5595193216,
+5603585408, 5611972736, 5620366208, 5628750464, 5637143936,
+5645528192, 5653921408, 5662310272, 5670694784, 5679082624,
+5687474048, 5695864448, 5704251008, 5712641408, 5721030272,
+5729416832, 5737806208, 5746194304, 5754583936, 5762969984,
+5771358592, 5779748224, 5788137856, 5796527488, 5804911232,
+5813300608, 5821692544, 5830082176, 5838468992, 5846855552,
+5855247488, 5863636096, 5872024448, 5880411008, 5888799872,
+5897186432, 5905576832, 5913966976, 5922352768, 5930744704,
+5939132288, 5947522432, 5955911296, 5964299392, 5972688256,
+5981074304, 5989465472, 5997851008, 6006241408, 6014627968,
+6023015552, 6031408256, 6039796096, 6048185216, 6056574848,
+6064963456, 6073351808, 6081736064, 6090128768, 6098517632,
+6106906496, 6115289216, 6123680896, 6132070016, 6140459648,
+6148849024, 6157237376, 6165624704, 6174009728, 6182403712,
+6190792064, 6199176064, 6207569792, 6215952256, 6224345216,
+6232732544, 6241124224, 6249510272, 6257899136, 6266287744,
+6274676864, 6283065728, 6291454336, 6299843456, 6308232064,
+6316620928, 6325006208, 6333395584, 6341784704, 6350174848,
+6358562176, 6366951296, 6375337856, 6383729536, 6392119168,
+6400504192, 6408895616, 6417283456, 6425673344, 6434059136,
+6442444672, 6450837376, 6459223424, 6467613056, 6476004224,
+6484393088, 6492781952, 6501170048, 6509555072, 6517947008,
+6526336384, 6534725504, 6543112832, 6551500672, 6559888768,
+6568278656, 6576662912, 6585055616, 6593443456, 6601834112,
+6610219648, 6618610304, 6626999168, 6635385472, 6643777408,
+6652164224, 6660552832, 6668941952, 6677330048, 6685719424,
+6694107776, 6702493568, 6710882176, 6719274112, 6727662976,
+6736052096, 6744437632, 6752825984, 6761213824, 6769604224,
+6777993856, 6786383488, 6794770816, 6803158144, 6811549312,
+6819937664, 6828326528, 6836706176, 6845101696, 6853491328,
+6861880448, 6870269312, 6878655104, 6887046272, 6895433344,
+6903822208, 6912212864, 6920596864, 6928988288, 6937377152,
+6945764992, 6954149248, 6962544256, 6970928768, 6979317376,
+6987709312, 6996093824, 7004487296, 7012875392, 7021258624,
+7029652352, 7038038912, 7046427776, 7054818944, 7063207808,
+7071595136, 7079980928, 7088372608, 7096759424, 7105149824,
+7113536896, 7121928064, 7130315392, 7138699648, 7147092352,
+7155479168, 7163865728, 7172249984, 7180648064, 7189036672,
+7197424768, 7205810816, 7214196608, 7222589824, 7230975104,
+7239367552, 7247755904, 7256145536, 7264533376, 7272921472,
+7281308032, 7289694848, 7298088832, 7306471808, 7314864512,
+7323253888, 7331643008, 7340029568, 7348419712, 7356808832,
+7365196672, 7373585792, 7381973888, 7390362752, 7398750592,
+7407138944, 7415528576, 7423915648, 7432302208, 7440690304,
+7449080192, 7457472128, 7465860992, 7474249088, 7482635648,
+7491023744, 7499412608, 7507803008, 7516192384, 7524579968,
+7532967296, 7541358464, 7549745792, 7558134656, 7566524032,
+7574912896, 7583300992, 7591690112, 7600075136, 7608466816,
+7616854912, 7625244544, 7633629824, 7642020992, 7650410368,
+7658794112, 7667187328, 7675574912, 7683961984, 7692349568,
+7700739712, 7709130368, 7717519232, 7725905536, 7734295424,
+7742683264, 7751069056, 7759457408, 7767849088, 7776238208,
+7784626816, 7793014912, 7801405312, 7809792128, 7818179968,
+7826571136, 7834957184, 7843347328, 7851732352, 7860124544,
+7868512384, 7876902016, 7885287808, 7893679744, 7902067072,
+7910455936, 7918844288, 7927230848, 7935622784, 7944009344,
+7952400256, 7960786048, 7969176704, 7977565312, 7985953408,
+7994339968, 8002730368, 8011119488, 8019508096, 8027896192,
+8036285056, 8044674688, 8053062272, 8061448832, 8069838464,
+8078227328, 8086616704, 8095006592, 8103393664, 8111783552,
+8120171392, 8128560256, 8136949376, 8145336704, 8153726848,
+8162114944, 8170503296, 8178891904, 8187280768, 8195669632,
+8204058496, 8212444544, 8220834176, 8229222272, 8237612672,
+8246000768, 8254389376, 8262775168, 8271167104, 8279553664,
+8287944064, 8296333184, 8304715136, 8313108352, 8321497984,
+8329885568, 8338274432, 8346663296, 8355052928, 8363441536,
+8371828352, 8380217984, 8388606592, 8396996224, 8405384576,
+8413772672, 8422161536, 8430549376, 8438939008, 8447326592,
+8455715456, 8464104832, 8472492928, 8480882048, 8489270656,
+8497659776, 8506045312, 8514434944, 8522823808, 8531208832,
+8539602304, 8547990656, 8556378752, 8564768384, 8573154176,
+8581542784, 8589933952, 8598322816, 8606705024, 8615099264,
+8623487872, 8631876992, 8640264064, 8648653952, 8657040256,
+8665430656, 8673820544, 8682209152, 8690592128, 8698977152,
+8707374464, 8715763328, 8724151424, 8732540032, 8740928384,
+8749315712, 8757704576, 8766089344, 8774480768, 8782871936,
+8791260032, 8799645824, 8808034432, 8816426368, 8824812928,
+8833199488, 8841591424, 8849976448, 8858366336, 8866757248,
+8875147136, 8883532928, 8891923328, 8900306816, 8908700288,
+8917088384, 8925478784, 8933867392, 8942250368, 8950644608,
+8959032704, 8967420544, 8975809664, 8984197504, 8992584064,
+9000976256, 9009362048, 9017752448, 9026141312, 9034530688,
+9042917504, 9051307904, 9059694208, 9068084864, 9076471424,
+9084861824, 9093250688, 9101638528, 9110027648, 9118416512,
+9126803584, 9135188096, 9143581312, 9151969664, 9160356224,
+9168747136, 9177134464, 9185525632, 9193910144, 9202302848,
+9210690688, 9219079552, 9227465344, 9235854464, 9244244864,
+9252633472, 9261021824, 9269411456, 9277799296, 9286188928,
+9294574208, 9302965888, 9311351936, 9319740032, 9328131968,
+9336516736, 9344907392, 9353296768, 9361685888, 9370074752,
+9378463616, 9386849408, 9395239808, 9403629184, 9412016512,
+9420405376, 9428795008, 9437181568, 9445570688, 9453960832,
+9462346624, 9470738048, 9479121536, 9487515008, 9495903616,
+9504289664, 9512678528, 9521067904, 9529456256, 9537843584,
+9546233728, 9554621312, 9563011456, 9571398784, 9579788672,
+9588178304, 9596567168, 9604954496, 9613343104, 9621732992,
+9630121856, 9638508416, 9646898816, 9655283584, 9663675776,
+9672061312, 9680449664, 9688840064, 9697230464, 9705617536,
+9714003584, 9722393984, 9730772608, 9739172224, 9747561088,
+9755945344, 9764338816, 9772726144, 9781116544, 9789503872,
+9797892992, 9806282624, 9814670464, 9823056512, 9831439232,
+9839833984, 9848224384, 9856613504, 9865000576, 9873391232,
+9881772416, 9890162816, 9898556288, 9906940544, 9915333248,
+9923721088, 9932108672, 9940496512, 9948888448, 9957276544,
+9965666176, 9974048384, 9982441088, 9990830464, 9999219584,
+10007602816, 10015996544, 10024385152, 10032774016, 10041163648,
+10049548928, 10057940096, 10066329472, 10074717824, 10083105152,
+10091495296, 10099878784, 10108272256, 10116660608, 10125049216,
+10133437312, 10141825664, 10150213504, 10158601088, 10166991232,
+10175378816, 10183766144, 10192157312, 10200545408, 10208935552,
+10217322112, 10225712768, 10234099328, 10242489472, 10250876032,
+10259264896, 10267656064, 10276042624, 10284429184, 10292820352,
+10301209472, 10309598848, 10317987712, 10326375296, 10334763392,
+10343153536, 10351541632, 10359930752, 10368318592, 10376707456,
+10385096576, 10393484672, 10401867136, 10410262144, 10418647424,
+10427039104, 10435425664, 10443810176, 10452203648, 10460589952,
+10468982144, 10477369472, 10485759104, 10494147712, 10502533504,
+10510923392, 10519313536, 10527702656, 10536091264, 10544478592,
+10552867712, 10561255808, 10569642368, 10578032768, 10586423168,
+10594805632, 10603200128, 10611588992, 10619976064, 10628361344,
+10636754048, 10645143424, 10653531776, 10661920384, 10670307968,
+10678696832, 10687086464, 10695475072, 10703863168, 10712246144,
+10720639616, 10729026688, 10737414784, 10745806208, 10754190976,
+10762581376, 10770971264, 10779356288, 10787747456, 10796135552,
+10804525184, 10812915584, 10821301888, 10829692288, 10838078336,
+10846469248, 10854858368, 10863247232, 10871631488, 10880023424,
+10888412032, 10896799616, 10905188992, 10913574016, 10921964672,
+10930352768, 10938742912, 10947132544, 10955518592, 10963909504,
+10972298368, 10980687488, 10989074816, 10997462912, 11005851776,
+11014241152, 11022627712, 11031017344, 11039403904, 11047793024,
+11056184704, 11064570752, 11072960896, 11081343872, 11089737856,
+11098128256, 11106514816, 11114904448, 11123293568, 11131680128,
+11140065152, 11148458368, 11156845696, 11165236864, 11173624192,
+11182013824, 11190402688, 11198790784, 11207179136, 11215568768,
+11223957376, 11232345728, 11240734592, 11249122688, 11257511296,
+11265899648, 11274285952, 11282675584, 11291065472, 11299452544,
+11307842432, 11316231296, 11324616832, 11333009024, 11341395584,
+11349782656, 11358172288, 11366560384, 11374950016, 11383339648,
+11391721856, 11400117376, 11408504192, 11416893568, 11425283456,
+11433671552, 11442061184, 11450444672, 11458837888, 11467226752,
+11475611776, 11484003968, 11492392064, 11500780672, 11509169024,
+11517550976, 11525944448, 11534335616, 11542724224, 11551111808,
+11559500672, 11567890304, 11576277376, 11584667008, 11593056128,
+11601443456, 11609830016, 11618221952, 11626607488, 11634995072,
+11643387776, 11651775104, 11660161664, 11668552576, 11676940928,
+11685330304, 11693718656, 11702106496, 11710496128, 11718882688,
+11727273088, 11735660416, 11744050048, 11752437376, 11760824704,
+11769216128, 11777604736, 11785991296, 11794381952, 11802770048,
+11811157888, 11819548544, 11827932544, 11836324736, 11844713344,
+11853100928, 11861486464, 11869879936, 11878268032, 11886656896,
+11895044992, 11903433088, 11911822976, 11920210816, 11928600448,
+11936987264, 11945375872, 11953761152, 11962151296, 11970543488,
+11978928512, 11987320448, 11995708288, 12004095104, 12012486272,
+12020875136, 12029255552, 12037652096, 12046039168, 12054429568,
+12062813824, 12071206528, 12079594624, 12087983744, 12096371072,
+12104759936, 12113147264, 12121534592, 12129924992, 12138314624,
+12146703232, 12155091584, 12163481216, 12171864704, 12180255872,
+12188643968, 12197034112, 12205424512, 12213811328, 12222199424,
+12230590336, 12238977664, 12247365248, 12255755392, 12264143488,
+12272531584, 12280920448, 12289309568, 12297694592, 12306086528,
+12314475392, 12322865024, 12331253632, 12339640448, 12348029312,
+12356418944, 12364805248, 12373196672, 12381580928, 12389969024,
+12398357632, 12406750592, 12415138432, 12423527552, 12431916416,
+12440304512, 12448692352, 12457081216, 12465467776, 12473859968,
+12482245504, 12490636672, 12499025536, 12507411584, 12515801728,
+12524190592, 12532577152, 12540966272, 12549354368, 12557743232,
+12566129536, 12574523264, 12582911872, 12591299456, 12599688064,
+12608074624, 12616463488, 12624845696, 12633239936, 12641631616,
+12650019968, 12658407296, 12666795136, 12675183232, 12683574656,
+12691960192, 12700350592, 12708740224, 12717128576, 12725515904,
+12733906816, 12742295168, 12750680192, 12759071872, 12767460736,
+12775848832, 12784236928, 12792626816, 12801014656, 12809404288,
+12817789312, 12826181504, 12834568832, 12842954624, 12851345792,
+12859732352, 12868122496, 12876512128, 12884901248, 12893289088,
+12901672832, 12910067584, 12918455168, 12926842496, 12935232896,
+12943620736, 12952009856, 12960396928, 12968786816, 12977176192,
+12985563776, 12993951104, 13002341504, 13010730368, 13019115392,
+13027506304, 13035895168, 13044272512, 13052673152, 13061062528,
+13069446272, 13077838976, 13086227072, 13094613632, 13103000192,
+13111393664, 13119782528, 13128157568, 13136559232, 13144945024,
+13153329536, 13161724288, 13170111872, 13178502784, 13186884736,
+13195279744, 13203667072, 13212057472, 13220445824, 13228832128,
+13237221248, 13245610624, 13254000512, 13262388352, 13270777472,
+13279166336, 13287553408, 13295943296, 13304331904, 13312719488,
+13321108096, 13329494656, 13337885824, 13346274944, 13354663808,
+13363051136, 13371439232, 13379825024, 13388210816, 13396605056,
+13404995456, 13413380224, 13421771392, 13430159744, 13438546048,
+13446937216, 13455326848, 13463708288, 13472103808, 13480492672,
+13488875648, 13497269888, 13505657728, 13514045312, 13522435712,
+13530824576, 13539210112, 13547599232, 13555989376, 13564379008,
+13572766336, 13581154432, 13589544832, 13597932928, 13606320512,
+13614710656, 13623097472, 13631477632, 13639874944, 13648264064,
+13656652928, 13665041792, 13673430656, 13681818496, 13690207616,
+13698595712, 13706982272, 13715373184, 13723762048, 13732150144,
+13740536704, 13748926592, 13757316224, 13765700992, 13774090112,
+13782477952, 13790869376, 13799259008, 13807647872, 13816036736,
+13824425344, 13832814208, 13841202304, 13849591424, 13857978752,
+13866368896, 13874754688, 13883145344, 13891533184, 13899919232,
+13908311168, 13916692096, 13925085056, 13933473152, 13941866368,
+13950253696, 13958643584, 13967032192, 13975417216, 13983807616,
+13992197504, 14000582272, 14008973696, 14017363072, 14025752192,
+14034137984, 14042528384, 14050918016, 14059301504, 14067691648,
+14076083584, 14084470144, 14092852352, 14101249664, 14109635968,
+14118024832, 14126407552, 14134804352, 14143188608, 14151577984,
+14159968384, 14168357248, 14176741504, 14185127296, 14193521024,
+14201911424, 14210301824, 14218685056, 14227067264, 14235467392,
+14243855488, 14252243072, 14260630144, 14269021568, 14277409408,
+14285799296, 14294187904, 14302571392, 14310961792, 14319353728,
+14327738752, 14336130944, 14344518784, 14352906368, 14361296512,
+14369685376, 14378071424, 14386462592, 14394848128, 14403230848,
+14411627392, 14420013952, 14428402304, 14436793472, 14445181568,
+14453569664, 14461959808, 14470347904, 14478737024, 14487122816,
+14495511424, 14503901824, 14512291712, 14520677504, 14529064832,
+14537456768, 14545845632, 14554234496, 14562618496, 14571011456,
+14579398784, 14587789184, 14596172672, 14604564608, 14612953984,
+14621341312, 14629724288, 14638120832, 14646503296, 14654897536,
+14663284864, 14671675264, 14680061056, 14688447616, 14696835968,
+14705228416, 14713616768, 14722003328, 14730392192, 14738784128,
+14747172736, 14755561088, 14763947648, 14772336512, 14780725376,
+14789110144, 14797499776, 14805892736, 14814276992, 14822670208,
+14831056256, 14839444352, 14847836032, 14856222848, 14864612992,
+14872997504, 14881388672, 14889775744, 14898165376, 14906553472,
+14914944896, 14923329664, 14931721856, 14940109696, 14948497024,
+14956887424, 14965276544, 14973663616, 14982053248, 14990439808,
+14998830976, 15007216768, 15015605888, 15023995264, 15032385152,
+15040768384, 15049154944, 15057549184, 15065939072, 15074328448,
+15082715008, 15091104128, 15099493504, 15107879296, 15116269184,
+15124659584, 15133042304, 15141431936, 15149824384, 15158214272,
+15166602368, 15174991232, 15183378304, 15191760512, 15200154496,
+15208542592, 15216931712, 15225323392, 15233708416, 15242098048,
+15250489216, 15258875264, 15267265408, 15275654528, 15284043136,
+15292431488, 15300819584, 15309208192, 15317596544, 15325986176,
+15334374784, 15342763648, 15351151744, 15359540608, 15367929728,
+15376318336, 15384706432, 15393092992, 15401481856, 15409869952,
+15418258816, 15426649984, 15435037568, 15443425664, 15451815296,
+15460203392, 15468589184, 15476979328, 15485369216, 15493755776,
+15502146944, 15510534272, 15518924416, 15527311232, 15535699072,
+15544089472, 15552478336, 15560866688, 15569254528, 15577642624,
+15586031488, 15594419072, 15602809472, 15611199104, 15619586432,
+15627975296, 15636364928, 15644753792, 15653141888, 15661529216,
+15669918848, 15678305152, 15686696576, 15695083136, 15703474048,
+15711861632, 15720251264, 15728636288, 15737027456, 15745417088,
+15753804928, 15762194048, 15770582656, 15778971008, 15787358336,
+15795747712, 15804132224, 15812523392, 15820909696, 15829300096,
+15837691264, 15846071936, 15854466944, 15862855808, 15871244672,
+15879634816, 15888020608, 15896409728, 15904799104, 15913185152,
+15921577088, 15929966464, 15938354816, 15946743424, 15955129472,
+15963519872, 15971907968, 15980296064, 15988684928, 15997073024,
+16005460864, 16013851264, 16022241152, 16030629248, 16039012736,
+16047406976, 16055794816, 16064181376, 16072571264, 16080957824,
+16089346688, 16097737856, 16106125184, 16114514816, 16122904192,
+16131292544, 16139678848, 16148066944, 16156453504, 16164839552,
+16173236096, 16181623424, 16190012032, 16198401152, 16206790528,
+16215177344, 16223567744, 16231956352, 16240344704, 16248731008,
+16257117824, 16265504384, 16273898624, 16282281856, 16290668672,
+16299064192, 16307449216, 16315842176, 16324230016, 16332613504,
+16341006464, 16349394304, 16357783168, 16366172288, 16374561664,
+16382951296, 16391337856, 16399726208, 16408116352, 16416505472,
+16424892032, 16433282176, 16441668224, 16450058624, 16458448768,
+16466836864, 16475224448, 16483613056, 16492001408, 16500391808,
+16508779648, 16517166976, 16525555328, 16533944192, 16542330752,
+16550719616, 16559110528, 16567497088, 16575888512, 16584274816,
+16592665472, 16601051008, 16609442944, 16617832064, 16626218624,
+16634607488, 16642996096, 16651385728, 16659773824, 16668163712,
+16676552576, 16684938112, 16693328768, 16701718144, 16710095488,
+16718492288, 16726883968, 16735272832, 16743661184, 16752049792,
+16760436608, 16768827008, 16777214336, 16785599104, 16793992832,
+16802381696, 16810768768, 16819151744, 16827542656, 16835934848,
+16844323712, 16852711552, 16861101952, 16869489536, 16877876864,
+16886265728, 16894653056, 16903044736, 16911431296, 16919821696,
+16928207488, 16936592768, 16944987776, 16953375616, 16961763968,
+16970152832, 16978540928, 16986929536, 16995319168, 17003704448,
+17012096896, 17020481152, 17028870784, 17037262208, 17045649536,
+17054039936, 17062426496, 17070814336, 17079205504, 17087592064,
+17095978112, 17104369024, 17112759424, 17121147776, 17129536384,
+17137926016, 17146314368, 17154700928, 17163089792, 17171480192,
+17179864192, 17188256896, 17196644992, 17205033856, 17213423488,
+17221811072, 17230198912, 17238588032, 17246976896, 17255360384,
+17263754624, 17272143232, 17280530048, 17288918912, 17297309312,
+17305696384, 17314085504, 17322475136, 17330863744, 17339252096,
+17347640192, 17356026496, 17364413824, 17372796544, 17381190016,
+17389583488, 17397972608, 17406360704, 17414748544, 17423135872,
+17431527296, 17439915904, 17448303232, 17456691584, 17465081728,
+17473468288, 17481857408, 17490247552, 17498635904, 17507022464,
+17515409024, 17523801728, 17532189824, 17540577664, 17548966016,
+17557353344, 17565741184, 17574131584, 17582519168, 17590907008,
+17599296128, 17607687808, 17616076672, 17624455808, 17632852352,
+17641238656, 17649630848, 17658018944, 17666403968, 17674794112,
+17683178368, 17691573376, 17699962496, 17708350592, 17716739968,
+17725126528, 17733517184, 17741898112, 17750293888, 17758673024,
+17767070336, 17775458432, 17783848832, 17792236928, 17800625536,
+17809012352, 17817402752, 17825785984, 17834178944, 17842563968,
+17850955648, 17859344512, 17867732864, 17876119424, 17884511872,
+17892900224, 17901287296, 17909677696, 17918058112, 17926451072,
+17934843776, 17943230848, 17951609216, 17960008576, 17968397696,
+17976784256, 17985175424, 17993564032, 18001952128, 18010339712,
+18018728576, 18027116672, 18035503232, 18043894144, 18052283264,
+18060672128, 18069056384, 18077449856, 18085837184, 18094225792,
+18102613376, 18111004544, 18119388544, 18127781248, 18136170368,
+18144558976, 18152947328, 18161336192, 18169724288, 18178108544,
+18186498944, 18194886784, 18203275648, 18211666048, 18220048768,
+18228444544, 18236833408, 18245220736]
+
+cache_sizes = [
+16776896, 16907456, 17039296, 17170112, 17301056, 17432512, 17563072,
+17693888, 17824192, 17955904, 18087488, 18218176, 18349504, 18481088,
+18611392, 18742336, 18874304, 19004224, 19135936, 19267264, 19398208,
+19529408, 19660096, 19791424, 19922752, 20053952, 20184896, 20315968,
+20446912, 20576576, 20709184, 20840384, 20971072, 21102272, 21233216,
+21364544, 21494848, 21626816, 21757376, 21887552, 22019392, 22151104,
+22281536, 22412224, 22543936, 22675264, 22806464, 22935872, 23068096,
+23198272, 23330752, 23459008, 23592512, 23723968, 23854912, 23986112,
+24116672, 24247616, 24378688, 24509504, 24640832, 24772544, 24903488,
+25034432, 25165376, 25296704, 25427392, 25558592, 25690048, 25820096,
+25951936, 26081728, 26214208, 26345024, 26476096, 26606656, 26737472,
+26869184, 26998208, 27131584, 27262528, 27393728, 27523904, 27655744,
+27786688, 27917888, 28049344, 28179904, 28311488, 28441792, 28573504,
+28700864, 28835648, 28966208, 29096768, 29228608, 29359808, 29490752,
+29621824, 29752256, 29882816, 30014912, 30144448, 30273728, 30406976,
+30538432, 30670784, 30799936, 30932672, 31063744, 31195072, 31325248,
+31456192, 31588288, 31719232, 31850432, 31981504, 32110784, 32243392,
+32372672, 32505664, 32636608, 32767808, 32897344, 33029824, 33160768,
+33289664, 33423296, 33554368, 33683648, 33816512, 33947456, 34076992,
+34208704, 34340032, 34471744, 34600256, 34734016, 34864576, 34993984,
+35127104, 35258176, 35386688, 35518528, 35650624, 35782336, 35910976,
+36044608, 36175808, 36305728, 36436672, 36568384, 36699968, 36830656,
+36961984, 37093312, 37223488, 37355072, 37486528, 37617472, 37747904,
+37879232, 38009792, 38141888, 38272448, 38403392, 38535104, 38660672,
+38795584, 38925632, 39059264, 39190336, 39320768, 39452096, 39581632,
+39713984, 39844928, 39974848, 40107968, 40238144, 40367168, 40500032,
+40631744, 40762816, 40894144, 41023552, 41155904, 41286208, 41418304,
+41547712, 41680448, 41811904, 41942848, 42073792, 42204992, 42334912,
+42467008, 42597824, 42729152, 42860096, 42991552, 43122368, 43253696,
+43382848, 43515712, 43646912, 43777088, 43907648, 44039104, 44170432,
+44302144, 44433344, 44564288, 44694976, 44825152, 44956864, 45088448,
+45219008, 45350464, 45481024, 45612608, 45744064, 45874496, 46006208,
+46136768, 46267712, 46399424, 46529344, 46660672, 46791488, 46923328,
+47053504, 47185856, 47316928, 47447872, 47579072, 47710144, 47839936,
+47971648, 48103232, 48234176, 48365248, 48496192, 48627136, 48757312,
+48889664, 49020736, 49149248, 49283008, 49413824, 49545152, 49675712,
+49807168, 49938368, 50069056, 50200256, 50331584, 50462656, 50593472,
+50724032, 50853952, 50986048, 51117632, 51248576, 51379904, 51510848,
+51641792, 51773248, 51903296, 52035136, 52164032, 52297664, 52427968,
+52557376, 52690112, 52821952, 52952896, 53081536, 53213504, 53344576,
+53475776, 53608384, 53738816, 53870528, 54000832, 54131776, 54263744,
+54394688, 54525248, 54655936, 54787904, 54918592, 55049152, 55181248,
+55312064, 55442752, 55574336, 55705024, 55836224, 55967168, 56097856,
+56228672, 56358592, 56490176, 56621888, 56753728, 56884928, 57015488,
+57146816, 57278272, 57409216, 57540416, 57671104, 57802432, 57933632,
+58064576, 58195264, 58326976, 58457408, 58588864, 58720192, 58849984,
+58981696, 59113024, 59243456, 59375552, 59506624, 59637568, 59768512,
+59897792, 60030016, 60161984, 60293056, 60423872, 60554432, 60683968,
+60817216, 60948032, 61079488, 61209664, 61341376, 61471936, 61602752,
+61733696, 61865792, 61996736, 62127808, 62259136, 62389568, 62520512,
+62651584, 62781632, 62910784, 63045056, 63176128, 63307072, 63438656,
+63569216, 63700928, 63831616, 63960896, 64093888, 64225088, 64355392,
+64486976, 64617664, 64748608, 64879424, 65009216, 65142464, 65273792,
+65402816, 65535424, 65666752, 65797696, 65927744, 66060224, 66191296,
+66321344, 66453056, 66584384, 66715328, 66846656, 66977728, 67108672,
+67239104, 67370432, 67501888, 67631296, 67763776, 67895104, 68026304,
+68157248, 68287936, 68419264, 68548288, 68681408, 68811968, 68942912,
+69074624, 69205568, 69337024, 69467584, 69599168, 69729472, 69861184,
+69989824, 70122944, 70253888, 70385344, 70515904, 70647232, 70778816,
+70907968, 71040832, 71171648, 71303104, 71432512, 71564992, 71695168,
+71826368, 71958464, 72089536, 72219712, 72350144, 72482624, 72613568,
+72744512, 72875584, 73006144, 73138112, 73268672, 73400128, 73530944,
+73662272, 73793344, 73924544, 74055104, 74185792, 74316992, 74448832,
+74579392, 74710976, 74841664, 74972864, 75102784, 75233344, 75364544,
+75497024, 75627584, 75759296, 75890624, 76021696, 76152256, 76283072,
+76414144, 76545856, 76676672, 76806976, 76937792, 77070016, 77200832,
+77331392, 77462464, 77593664, 77725376, 77856448, 77987776, 78118336,
+78249664, 78380992, 78511424, 78642496, 78773056, 78905152, 79033664,
+79166656, 79297472, 79429568, 79560512, 79690816, 79822784, 79953472,
+80084672, 80214208, 80346944, 80477632, 80608576, 80740288, 80870848,
+81002048, 81133504, 81264448, 81395648, 81525952, 81657536, 81786304,
+81919808, 82050112, 82181312, 82311616, 82443968, 82573376, 82705984,
+82835776, 82967744, 83096768, 83230528, 83359552, 83491264, 83622464,
+83753536, 83886016, 84015296, 84147776, 84277184, 84409792, 84540608,
+84672064, 84803008, 84934336, 85065152, 85193792, 85326784, 85458496,
+85589312, 85721024, 85851968, 85982656, 86112448, 86244416, 86370112,
+86506688, 86637632, 86769344, 86900672, 87031744, 87162304, 87293632,
+87424576, 87555392, 87687104, 87816896, 87947968, 88079168, 88211264,
+88341824, 88473152, 88603712, 88735424, 88862912, 88996672, 89128384,
+89259712, 89390272, 89521984, 89652544, 89783872, 89914816, 90045376,
+90177088, 90307904, 90438848, 90569152, 90700096, 90832832, 90963776,
+91093696, 91223744, 91356992, 91486784, 91618496, 91749824, 91880384,
+92012224, 92143552, 92273344, 92405696, 92536768, 92666432, 92798912,
+92926016, 93060544, 93192128, 93322816, 93453632, 93583936, 93715136,
+93845056, 93977792, 94109504, 94240448, 94371776, 94501184, 94632896,
+94764224, 94895552, 95023424, 95158208, 95287744, 95420224, 95550016,
+95681216, 95811904, 95943872, 96075328, 96203584, 96337856, 96468544,
+96599744, 96731072, 96860992, 96992576, 97124288, 97254848, 97385536,
+97517248, 97647808, 97779392, 97910464, 98041408, 98172608, 98303168,
+98434496, 98565568, 98696768, 98827328, 98958784, 99089728, 99220928,
+99352384, 99482816, 99614272, 99745472, 99876416, 100007104,
+100138048, 100267072, 100401088, 100529984, 100662592, 100791872,
+100925248, 101056064, 101187392, 101317952, 101449408, 101580608,
+101711296, 101841728, 101973824, 102104896, 102235712, 102366016,
+102498112, 102628672, 102760384, 102890432, 103021888, 103153472,
+103284032, 103415744, 103545152, 103677248, 103808576, 103939648,
+104070976, 104201792, 104332736, 104462528, 104594752, 104725952,
+104854592, 104988608, 105118912, 105247808, 105381184, 105511232,
+105643072, 105774784, 105903296, 106037056, 106167872, 106298944,
+106429504, 106561472, 106691392, 106822592, 106954304, 107085376,
+107216576, 107346368, 107478464, 107609792, 107739712, 107872192,
+108003136, 108131392, 108265408, 108396224, 108527168, 108657344,
+108789568, 108920384, 109049792, 109182272, 109312576, 109444928,
+109572928, 109706944, 109837888, 109969088, 110099648, 110230976,
+110362432, 110492992, 110624704, 110755264, 110886208, 111017408,
+111148864, 111279296, 111410752, 111541952, 111673024, 111803456,
+111933632, 112066496, 112196416, 112328512, 112457792, 112590784,
+112715968, 112852672, 112983616, 113114944, 113244224, 113376448,
+113505472, 113639104, 113770304, 113901376, 114031552, 114163264,
+114294592, 114425536, 114556864, 114687424, 114818624, 114948544,
+115080512, 115212224, 115343296, 115473472, 115605184, 115736128,
+115867072, 115997248, 116128576, 116260288, 116391488, 116522944,
+116652992, 116784704, 116915648, 117046208, 117178304, 117308608,
+117440192, 117569728, 117701824, 117833024, 117964096, 118094656,
+118225984, 118357312, 118489024, 118617536, 118749632, 118882112,
+119012416, 119144384, 119275328, 119406016, 119537344, 119668672,
+119798464, 119928896, 120061376, 120192832, 120321728, 120454336,
+120584512, 120716608, 120848192, 120979136, 121109056, 121241408,
+121372352, 121502912, 121634752, 121764416, 121895744, 122027072,
+122157632, 122289088, 122421184, 122550592, 122682944, 122813888,
+122945344, 123075776, 123207488, 123338048, 123468736, 123600704,
+123731264, 123861952, 123993664, 124124608, 124256192, 124386368,
+124518208, 124649024, 124778048, 124911296, 125041088, 125173696,
+125303744, 125432896, 125566912, 125696576, 125829056, 125958592,
+126090304, 126221248, 126352832, 126483776, 126615232, 126746432,
+126876608, 127008704, 127139392, 127270336, 127401152, 127532224,
+127663552, 127794752, 127925696, 128055232, 128188096, 128319424,
+128449856, 128581312, 128712256, 128843584, 128973632, 129103808,
+129236288, 129365696, 129498944, 129629888, 129760832, 129892288,
+130023104, 130154048, 130283968, 130416448, 130547008, 130678336,
+130807616, 130939456, 131071552, 131202112, 131331776, 131464384,
+131594048, 131727296, 131858368, 131987392, 132120256, 132250816,
+132382528, 132513728, 132644672, 132774976, 132905792, 133038016,
+133168832, 133299392, 133429312, 133562048, 133692992, 133823296,
+133954624, 134086336, 134217152, 134348608, 134479808, 134607296,
+134741056, 134872384, 135002944, 135134144, 135265472, 135396544,
+135527872, 135659072, 135787712, 135921472, 136052416, 136182848,
+136313792, 136444864, 136576448, 136707904, 136837952, 136970048,
+137099584, 137232064, 137363392, 137494208, 137625536, 137755712,
+137887424, 138018368, 138149824, 138280256, 138411584, 138539584,
+138672832, 138804928, 138936128, 139066688, 139196864, 139328704,
+139460032, 139590208, 139721024, 139852864, 139984576, 140115776,
+140245696, 140376512, 140508352, 140640064, 140769856, 140902336,
+141032768, 141162688, 141294016, 141426496, 141556544, 141687488,
+141819584, 141949888, 142080448, 142212544, 142342336, 142474432,
+142606144, 142736192, 142868288, 142997824, 143129408, 143258944,
+143392448, 143523136, 143653696, 143785024, 143916992, 144045632,
+144177856, 144309184, 144440768, 144570688, 144701888, 144832448,
+144965056, 145096384, 145227584, 145358656, 145489856, 145620928,
+145751488, 145883072, 146011456, 146144704, 146275264, 146407232,
+146538176, 146668736, 146800448, 146931392, 147062336, 147193664,
+147324224, 147455936, 147586624, 147717056, 147848768, 147979456,
+148110784, 148242368, 148373312, 148503232, 148635584, 148766144,
+148897088, 149028416, 149159488, 149290688, 149420224, 149551552,
+149683136, 149814976, 149943616, 150076352, 150208064, 150338624,
+150470464, 150600256, 150732224, 150862784, 150993088, 151125952,
+151254976, 151388096, 151519168, 151649728, 151778752, 151911104,
+152042944, 152174144, 152304704, 152435648, 152567488, 152698816,
+152828992, 152960576, 153091648, 153222976, 153353792, 153484096,
+153616192, 153747008, 153878336, 154008256, 154139968, 154270912,
+154402624, 154533824, 154663616, 154795712, 154926272, 155057984,
+155188928, 155319872, 155450816, 155580608, 155712064, 155843392,
+155971136, 156106688, 156237376, 156367424, 156499264, 156630976,
+156761536, 156892352, 157024064, 157155008, 157284416, 157415872,
+157545536, 157677248, 157810496, 157938112, 158071744, 158203328,
+158334656, 158464832, 158596288, 158727616, 158858048, 158988992,
+159121216, 159252416, 159381568, 159513152, 159645632, 159776192,
+159906496, 160038464, 160169536, 160300352, 160430656, 160563008,
+160693952, 160822208, 160956352, 161086784, 161217344, 161349184,
+161480512, 161611456, 161742272, 161873216, 162002752, 162135872,
+162266432, 162397888, 162529216, 162660032, 162790976, 162922048,
+163052096, 163184576, 163314752, 163446592, 163577408, 163707968,
+163839296, 163969984, 164100928, 164233024, 164364224, 164494912,
+164625856, 164756672, 164887616, 165019072, 165150016, 165280064,
+165412672, 165543104, 165674944, 165805888, 165936832, 166067648,
+166198336, 166330048, 166461248, 166591552, 166722496, 166854208,
+166985408, 167116736, 167246656, 167378368, 167508416, 167641024,
+167771584, 167903168, 168034112, 168164032, 168295744, 168427456,
+168557632, 168688448, 168819136, 168951616, 169082176, 169213504,
+169344832, 169475648, 169605952, 169738048, 169866304, 169999552,
+170131264, 170262464, 170393536, 170524352, 170655424, 170782016,
+170917696, 171048896, 171179072, 171310784, 171439936, 171573184,
+171702976, 171835072, 171966272, 172097216, 172228288, 172359232,
+172489664, 172621376, 172747712, 172883264, 173014208, 173144512,
+173275072, 173407424, 173539136, 173669696, 173800768, 173931712,
+174063424, 174193472, 174325696, 174455744, 174586816, 174718912,
+174849728, 174977728, 175109696, 175242688, 175374272, 175504832,
+175636288, 175765696, 175898432, 176028992, 176159936, 176291264,
+176422592, 176552512, 176684864, 176815424, 176946496, 177076544,
+177209152, 177340096, 177470528, 177600704, 177731648, 177864256,
+177994816, 178126528, 178257472, 178387648, 178518464, 178650176,
+178781888, 178912064, 179044288, 179174848, 179305024, 179436736,
+179568448, 179698496, 179830208, 179960512, 180092608, 180223808,
+180354752, 180485696, 180617152, 180748096, 180877504, 181009984,
+181139264, 181272512, 181402688, 181532608, 181663168, 181795136,
+181926592, 182057536, 182190016, 182320192, 182451904, 182582336,
+182713792, 182843072, 182976064, 183107264, 183237056, 183368384,
+183494848, 183631424, 183762752, 183893824, 184024768, 184154816,
+184286656, 184417984, 184548928, 184680128, 184810816, 184941248,
+185072704, 185203904, 185335616, 185465408, 185596352, 185727296,
+185859904, 185989696, 186121664, 186252992, 186383552, 186514112,
+186645952, 186777152, 186907328, 187037504, 187170112, 187301824,
+187429184, 187562048, 187693504, 187825472, 187957184, 188087104,
+188218304, 188349376, 188481344, 188609728, 188743616, 188874304,
+189005248, 189136448, 189265088, 189396544, 189528128, 189660992,
+189791936, 189923264, 190054208, 190182848, 190315072, 190447424,
+190577984, 190709312, 190840768, 190971328, 191102656, 191233472,
+191364032, 191495872, 191626816, 191758016, 191888192, 192020288,
+192148928, 192282176, 192413504, 192542528, 192674752, 192805952,
+192937792, 193068608, 193198912, 193330496, 193462208, 193592384,
+193723456, 193854272, 193985984, 194116672, 194247232, 194379712,
+194508352, 194641856, 194772544, 194900672, 195035072, 195166016,
+195296704, 195428032, 195558592, 195690304, 195818176, 195952576,
+196083392, 196214336, 196345792, 196476736, 196607552, 196739008,
+196869952, 197000768, 197130688, 197262784, 197394368, 197523904,
+197656384, 197787584, 197916608, 198049472, 198180544, 198310208,
+198442432, 198573632, 198705088, 198834368, 198967232, 199097792,
+199228352, 199360192, 199491392, 199621696, 199751744, 199883968,
+200014016, 200146624, 200276672, 200408128, 200540096, 200671168,
+200801984, 200933312, 201062464, 201194944, 201326144, 201457472,
+201588544, 201719744, 201850816, 201981632, 202111552, 202244032,
+202374464, 202505152, 202636352, 202767808, 202898368, 203030336,
+203159872, 203292608, 203423296, 203553472, 203685824, 203816896,
+203947712, 204078272, 204208192, 204341056, 204472256, 204603328,
+204733888, 204864448, 204996544, 205125568, 205258304, 205388864,
+205517632, 205650112, 205782208, 205913536, 206044736, 206176192,
+206307008, 206434496, 206569024, 206700224, 206831168, 206961856,
+207093056, 207223616, 207355328, 207486784, 207616832, 207749056,
+207879104, 208010048, 208141888, 208273216, 208404032, 208534336,
+208666048, 208796864, 208927424, 209059264, 209189824, 209321792,
+209451584, 209582656, 209715136, 209845568, 209976896, 210106432,
+210239296, 210370112, 210501568, 210630976, 210763712, 210894272,
+211024832, 211156672, 211287616, 211418176, 211549376, 211679296,
+211812032, 211942592, 212074432, 212204864, 212334016, 212467648,
+212597824, 212727616, 212860352, 212991424, 213120832, 213253952,
+213385024, 213515584, 213645632, 213777728, 213909184, 214040128,
+214170688, 214302656, 214433728, 214564544, 214695232, 214826048,
+214956992, 215089088, 215219776, 215350592, 215482304, 215613248,
+215743552, 215874752, 216005312, 216137024, 216267328, 216399296,
+216530752, 216661696, 216790592, 216923968, 217054528, 217183168,
+217316672, 217448128, 217579072, 217709504, 217838912, 217972672,
+218102848, 218233024, 218364736, 218496832, 218627776, 218759104,
+218888896, 219021248, 219151936, 219281728, 219413056, 219545024,
+219675968, 219807296, 219938624, 220069312, 220200128, 220331456,
+220461632, 220592704, 220725184, 220855744, 220987072, 221117888,
+221249216, 221378368, 221510336, 221642048, 221772736, 221904832,
+222031808, 222166976, 222297536, 222428992, 222559936, 222690368,
+222820672, 222953152, 223083968, 223213376, 223345984, 223476928,
+223608512, 223738688, 223869376, 224001472, 224132672, 224262848,
+224394944, 224524864, 224657344, 224788288, 224919488, 225050432,
+225181504, 225312704, 225443776, 225574592, 225704768, 225834176,
+225966784, 226097216, 226229824, 226360384, 226491712, 226623424,
+226754368, 226885312, 227015104, 227147456, 227278528, 227409472,
+227539904, 227669696, 227802944, 227932352, 228065216, 228196288,
+228326464, 228457792, 228588736, 228720064, 228850112, 228981056,
+229113152, 229243328, 229375936, 229505344, 229636928, 229769152,
+229894976, 230030272, 230162368, 230292416, 230424512, 230553152,
+230684864, 230816704, 230948416, 231079616, 231210944, 231342016,
+231472448, 231603776, 231733952, 231866176, 231996736, 232127296,
+232259392, 232388672, 232521664, 232652608, 232782272, 232914496,
+233043904, 233175616, 233306816, 233438528, 233569984, 233699776,
+233830592, 233962688, 234092224, 234221888, 234353984, 234485312,
+234618304, 234749888, 234880832, 235011776, 235142464, 235274048,
+235403456, 235535936, 235667392, 235797568, 235928768, 236057152,
+236190272, 236322752, 236453312, 236583616, 236715712, 236846528,
+236976448, 237108544, 237239104, 237371072, 237501632, 237630784,
+237764416, 237895232, 238026688, 238157632, 238286912, 238419392,
+238548032, 238681024, 238812608, 238941632, 239075008, 239206336,
+239335232, 239466944, 239599168, 239730496, 239861312, 239992384,
+240122816, 240254656, 240385856, 240516928, 240647872, 240779072,
+240909632, 241040704, 241171904, 241302848, 241433408, 241565248,
+241696192, 241825984, 241958848, 242088256, 242220224, 242352064,
+242481856, 242611648, 242744896, 242876224, 243005632, 243138496,
+243268672, 243400384, 243531712, 243662656, 243793856, 243924544,
+244054592, 244187072, 244316608, 244448704, 244580032, 244710976,
+244841536, 244972864, 245104448, 245233984, 245365312, 245497792,
+245628736, 245759936, 245889856, 246021056, 246152512, 246284224,
+246415168, 246545344, 246675904, 246808384, 246939584, 247070144,
+247199552, 247331648, 247463872, 247593536, 247726016, 247857088,
+247987648, 248116928, 248249536, 248380736, 248512064, 248643008,
+248773312, 248901056, 249036608, 249167552, 249298624, 249429184,
+249560512, 249692096, 249822784, 249954112, 250085312, 250215488,
+250345792, 250478528, 250608704, 250739264, 250870976, 251002816,
+251133632, 251263552, 251395136, 251523904, 251657792, 251789248,
+251919424, 252051392, 252182464, 252313408, 252444224, 252575552,
+252706624, 252836032, 252968512, 253099712, 253227584, 253361728,
+253493056, 253623488, 253754432, 253885504, 254017216, 254148032,
+254279488, 254410432, 254541376, 254672576, 254803264, 254933824,
+255065792, 255196736, 255326528, 255458752, 255589952, 255721408,
+255851072, 255983296, 256114624, 256244416, 256374208, 256507712,
+256636096, 256768832, 256900544, 257031616, 257162176, 257294272,
+257424448, 257555776, 257686976, 257818432, 257949632, 258079552,
+258211136, 258342464, 258473408, 258603712, 258734656, 258867008,
+258996544, 259127744, 259260224, 259391296, 259522112, 259651904,
+259784384, 259915328, 260045888, 260175424, 260308544, 260438336,
+260570944, 260700992, 260832448, 260963776, 261092672, 261226304,
+261356864, 261487936, 261619648, 261750592, 261879872, 262011968,
+262143424, 262274752, 262404416, 262537024, 262667968, 262799296,
+262928704, 263061184, 263191744, 263322944, 263454656, 263585216,
+263716672, 263847872, 263978944, 264108608, 264241088, 264371648,
+264501184, 264632768, 264764096, 264895936, 265024576, 265158464,
+265287488, 265418432, 265550528, 265681216, 265813312, 265943488,
+266075968, 266206144, 266337728, 266468032, 266600384, 266731072,
+266862272, 266993344, 267124288, 267255616, 267386432, 267516992,
+267648704, 267777728, 267910592, 268040512, 268172096, 268302784,
+268435264, 268566208, 268696256, 268828096, 268959296, 269090368,
+269221312, 269352256, 269482688, 269614784, 269745856, 269876416,
+270007616, 270139328, 270270272, 270401216, 270531904, 270663616,
+270791744, 270924736, 271056832, 271186112, 271317184, 271449536,
+271580992, 271711936, 271843136, 271973056, 272105408, 272236352,
+272367296, 272498368, 272629568, 272759488, 272891456, 273022784,
+273153856, 273284672, 273415616, 273547072, 273677632, 273808448,
+273937088, 274071488, 274200896, 274332992, 274463296, 274595392,
+274726208, 274857536, 274988992, 275118656, 275250496, 275382208,
+275513024, 275643968, 275775296, 275906368, 276037184, 276167872,
+276297664, 276429376, 276560576, 276692672, 276822976, 276955072,
+277085632, 277216832, 277347008, 277478848, 277609664, 277740992,
+277868608, 278002624, 278134336, 278265536, 278395328, 278526784,
+278657728, 278789824, 278921152, 279052096, 279182912, 279313088,
+279443776, 279576256, 279706048, 279838528, 279969728, 280099648,
+280230976, 280361408, 280493632, 280622528, 280755392, 280887104,
+281018176, 281147968, 281278912, 281411392, 281542592, 281673152,
+281803712, 281935552, 282066496, 282197312, 282329024, 282458816,
+282590272, 282720832, 282853184, 282983744, 283115072, 283246144,
+283377344, 283508416, 283639744, 283770304, 283901504, 284032576,
+284163136, 284294848, 284426176, 284556992, 284687296, 284819264,
+284950208, 285081536]
+```
diff --git a/public/content/translations/mr/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/index.md b/public/content/translations/mr/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/index.md
new file mode 100644
index 00000000000..5dc5ad5b1ec
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/index.md
@@ -0,0 +1,42 @@
+---
+title: "मायनिंग अल्गोरिदम"
+description: "Ethereum मायनिंगसाठी वापरलेल्या अल्गोरिदम्सबद्दल सविस्तर माहिती."
+lang: mr
+---
+
+<Alert variant="update">
+<AlertEmoji text=":wave:"/>
+<AlertContent>
+<AlertDescription>
+प्रूफ-ऑफ-वर्क आता इथेरियमच्या एकमत यंत्रणेचा आधार नाही, याचा अर्थ मायनिंग बंद करण्यात आले आहे. त्याऐवजी, इथेरियम ETH स्टेक करणाऱ्या व्हॅलिडेटर्सद्वारे सुरक्षित आहे. तुम्ही आजच तुमचे ETH स्टेक करणे सुरू करू शकता. <a href='/roadmap/merge/'>द मर्ज</a>, <a href='/developers/docs/consensus-mechanisms/pos/'>प्रूफ-ऑफ-स्टेक</a>, आणि <a href='/staking/'>स्टॅकिंग</a> यावर अधिक वाचा. हे पान केवळ ऐतिहासिक माहितीसाठी आहे.
+</AlertDescription>
+</AlertContent>
+</Alert>
+
+Ethereum मायनिंगमध्ये Ethash नावाचा अल्गोरिदम वापरला जात होता. अल्गोरिदमची मूळ कल्पना अशी आहे की, मायनर ब्रूट फोर्स कंप्युटेशन वापरून एक नॉन्स इनपुट शोधण्याचा प्रयत्न करतो, जेणेकरून मिळणारा हॅश हा कॅल्क्युलेटेड डिफिकल्टीनुसार ठरवलेल्या थ्रेशोल्डपेक्षा लहान असेल. ही डिफिकल्टी लेव्हल डायनॅमिकली ॲडजस्ट केली जाऊ शकते, ज्यामुळे नियमित अंतराने ब्लॉक तयार होऊ शकतात.
+
+## पूर्वतयारी {#prerequisites}
+
+हे पेज अधिक चांगल्या प्रकारे समजून घेण्यासाठी, आम्ही शिफारस करतो की तुम्ही प्रथम [प्रूफ-ऑफ-वर्क कन्सेन्सस](/developers/docs/consensus-mechanisms/pow) आणि [मायनिंग](/developers/docs/consensus-mechanisms/pow/mining) याबद्दल वाचा.
+
+## Dagger Hashimoto {#dagger-hashimoto}
+
+Dagger Hashimoto हा Ethereum मायनिंगसाठीचा एक पूर्ववर्ती संशोधन अल्गोरिदम होता, ज्याची जागा Ethash ने घेतली. हे दोन वेगवेगळ्या अल्गोरिदम्सचे एकत्रीकरण होते: Dagger आणि Hashimoto. हे केवळ एक संशोधन अंमलबजावणी होते आणि Ethereum मेननेट लाँच होईपर्यंत Ethash ने त्याची जागा घेतली होती.
+
+[Dagger](http://www.hashcash.org/papers/dagger.html) मध्ये [डायरेक्टेड एसायक्लिक ग्राफ](https://en.wikipedia.org/wiki/Directed_acyclic_graph) तयार करणे समाविष्ट आहे, ज्याचे रँडम स्लाइस एकत्र हॅश केले जातात. मूळ तत्त्व हे आहे की प्रत्येक नॉन्ससाठी मोठ्या डेटा ट्रीच्या फक्त एका लहान भागाची आवश्यकता असते. प्रत्येक नॉन्ससाठी सबट्रीची पुन्हा गणना करणे मायनिंगसाठी खूपच खर्चिक आहे - त्यामुळे ट्री संग्रहित करण्याची गरज आहे - परंतु एका नॉन्सच्या व्हेरिफिकेशनसाठी ते ठीक आहे. Dagger ची रचना Scrypt सारख्या विद्यमान अल्गोरिदम्सना पर्याय म्हणून केली गेली होती, जे मेमरी-हार्ड आहेत परंतु जेव्हा त्यांची मेमरी-हार्डनेस खरोखर सुरक्षित पातळीपर्यंत वाढते तेव्हा व्हेरिफाय करणे कठीण होते. तथापि, Dagger शेअर्ड मेमरी हार्डवेअर ॲक्सिलरेशनसाठी असुरक्षित होता आणि संशोधनाच्या इतर मार्गांसाठी तो वगळण्यात आला.
+
+[Hashimoto](http://diyhpl.us/%7Ebryan/papers2/bitcoin/meh/hashimoto.pdf) हा एक अल्गोरिदम आहे जो I/O बाउंड (म्हणजे, मेमरी रीड्स ही मायनिंग प्रक्रियेतील मर्यादित घटक आहे) असल्यामुळे ASIC-प्रतिरोधक आहे. सिद्धांत असा आहे की कंप्युटेशनपेक्षा RAM अधिक उपलब्ध आहे; अब्जावधी डॉलर्सच्या संशोधनाने आधीच वेगवेगळ्या वापराच्या प्रकरणांसाठी RAM ऑप्टिमाइझ करण्यावर लक्ष केंद्रित केले आहे, ज्यात अनेकदा जवळपास-रँडम ॲक्सेस पॅटर्न (म्हणूनच “रँडम ॲक्सेस मेमरी”) समाविष्ट असतात. परिणामी, विद्यमान RAM अल्गोरिदमचे मूल्यांकन करण्यासाठी मध्यम प्रमाणात ऑप्टिमल असण्याची शक्यता आहे. Hashimoto डेटाचा स्रोत म्हणून ब्लॉकचेन वापरतो, आणि एकाच वेळी वरील (1) आणि (3) पूर्ण करतो.
+
+Dagger-Hashimoto मध्ये Dagger आणि Hashimoto अल्गोरिदम्सच्या सुधारित आवृत्त्या वापरल्या गेल्या. Dagger Hashimoto आणि Hashimoto मधील फरक हा आहे की, ब्लॉकचेनला डेटा स्रोत म्हणून वापरण्याऐवजी, Dagger Hashimoto कस्टम-जनरेटेड डेटा सेट वापरतो, जो प्रत्येक N ब्लॉक्सनंतर ब्लॉक डेटावर आधारित अपडेट होतो. हा डेटा सेट Dagger अल्गोरिदम वापरून तयार केला जातो, ज्यामुळे लाइट क्लायंट व्हेरिफिकेशन अल्गोरिदमसाठी प्रत्येक नॉन्ससाठी विशिष्ट सबसेटची कार्यक्षमतेने गणना करता येते. Dagger Hashimoto आणि Dagger मधील फरक हा आहे की, मूळ Dagger च्या विपरीत, ब्लॉकला क्वेरी करण्यासाठी वापरलेला डेटासेट अर्ध-स्थायी असतो, जो केवळ अधूनमधून (उदा., आठवड्यातून एकदा) अपडेट केला जातो. याचा अर्थ असा की डेटासेट तयार करण्याच्या प्रयत्नांचा भाग शून्याच्या जवळ आहे, त्यामुळे शेअर्ड मेमरी स्पीडअप्सबद्दल सर्जियो लर्नरचे युक्तिवाद नगण्य ठरतात.
+
+[Dagger-Hashimoto](/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/dagger-hashimoto) बद्दल अधिक माहिती.
+
+## Ethash {#ethash}
+
+Ethash हा मायनिंग अल्गोरिदम होता जो आता रद्द झालेल्या प्रूफ-ऑफ-वर्क आर्किटेक्चर अंतर्गत वास्तविक Ethereum मेननेटवर वापरला गेला होता. अल्गोरिदममध्ये लक्षणीय बदल झाल्यानंतर Dagger-Hashimoto च्या विशिष्ट आवृत्तीला Ethash हे नवीन नाव दिले गेले, तरीही त्याने आपल्या पूर्ववर्तीची मूलभूत तत्त्वे कायम ठेवली. Ethereum मेननेटने केवळ Ethash वापरला - Dagger Hashimoto हे मायनिंग अल्गोरिदमचे R&D आवृत्ती होते, जे Ethereum मेननेटवर मायनिंग सुरू होण्यापूर्वी बदलण्यात आले होते.
+
+[Ethash](/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash) बद्दल अधिक माहिती.
+
+## पुढील वाचन {#further-reading}
+
+_तुम्हाला मदत केलेल्या सामुदायिक संसाधनाबद्दल माहिती आहे का?_ हे पृष्ठ संपादित करा आणि ते जोडा!_
diff --git a/public/content/translations/mr/developers/docs/dapps/index.md b/public/content/translations/mr/developers/docs/dapps/index.md
new file mode 100644
index 00000000000..bf5785e9ad9
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/dapps/index.md
@@ -0,0 +1,96 @@
+---
+title: "dapps ची तांत्रिक ओळख"
+description:
+lang: mr
+---
+
+विकेंद्रित ॲप्लिकेशन (dapp) हे एक विकेंद्रित नेटवर्कवर तयार केलेले ॲप्लिकेशन आहे जे [स्मार्ट कॉन्ट्रॅक्ट](/developers/docs/smart-contracts/) आणि फ्रंटएंड यूजर इंटरफेस एकत्र करते. Ethereum वर, स्मार्ट कॉन्ट्रॅक्ट्स प्रवेशयोग्य आणि पारदर्शक आहेत – खुल्या API प्रमाणे – त्यामुळे तुमच्या dapp मध्ये दुसऱ्या कोणीतरी लिहिलेले स्मार्ट कॉन्ट्रॅक्ट देखील समाविष्ट असू शकते.
+
+## पूर्वतयारी {#prerequisites}
+
+dapps बद्दल जाणून घेण्यापूर्वी, तुम्ही [ब्लॉकचेनची मूलभूत माहिती](/developers/docs/intro-to-ethereum/) घेतली पाहिजे आणि Ethereum नेटवर्क आणि ते कसे विकेंद्रित आहे याबद्दल वाचले पाहिजे.
+
+## dapp ची व्याख्या {#definition-of-a-dapp}
+
+dapp चा बॅकएंड कोड विकेंद्रित पीअर-टू-पीअर नेटवर्कवर चालतो. याची तुलना अशा ॲपशी करा जिथे बॅकएंड कोड केंद्रीकृत सर्व्हरवर चालत आहे.
+
+dapp मध्ये फ्रंटएंड कोड आणि यूजर इंटरफेस कोणत्याही भाषेत (ॲपप्रमाणेच) लिहिलेले असू शकतात जेणेकरून ते त्याच्या बॅकएंडला कॉल करू शकतील. शिवाय, त्याचा फ्रंटएंड [IPFS](https://ipfs.io/) सारख्या विकेंद्रित स्टोरेजवर होस्ट केला जाऊ शकतो.
+
+- **विकेंद्रित** - dapps Ethereum वर चालतात, जे एक खुले सार्वजनिक विकेंद्रित प्लॅटफॉर्म आहे जिथे कोणत्याही एका व्यक्तीचे किंवा गटाचे नियंत्रण नसते
+- **निर्धारक** - dapps ज्या वातावरणात कार्यान्वित केले जातात त्याकडे दुर्लक्ष करून समान कार्य करतात
+- **ट्युरिंग पूर्ण** - आवश्यक संसाधने दिल्यास dapps कोणतीही कृती करू शकतात
+- **विलग** - dapps Ethereum व्हर्च्युअल मशीन म्हणून ओळखल्या जाणार्‍या व्हर्च्युअल वातावरणात कार्यान्वित केले जातात जेणेकरून स्मार्ट कॉन्ट्रॅक्टमध्ये बग असल्यास, ते ब्लॉकचेन नेटवर्कच्या सामान्य कामकाजात अडथळा आणणार नाही
+
+### स्मार्ट कॉन्ट्रॅक्ट्सवर {#on-smart-contracts}
+
+dapps ची ओळख करून देण्यासाठी, आम्हाला स्मार्ट कॉन्ट्रॅक्ट्सची ओळख करून देणे आवश्यक आहे – चांगल्या शब्दाच्या अभावी dapp चा बॅकएंड. तपशीलवार माहितीसाठी, आमच्या [स्मार्ट कॉन्ट्रॅक्ट्स](/developers/docs/smart-contracts/) वरील विभागाकडे जा.
+
+स्मार्ट कॉन्ट्रॅक्ट हा एक कोड आहे जो Ethereum ब्लॉकचेनवर राहतो आणि प्रोग्राम केल्याप्रमाणेच चालतो. एकदा स्मार्ट कॉन्ट्रॅक्ट नेटवर्कवर तैनात झाल्यावर तुम्ही ते बदलू शकत नाही. Dapps विकेंद्रित केले जाऊ शकतात कारण ते एखाद्या व्यक्ती किंवा कंपनीद्वारे नव्हे, तर कॉन्ट्रॅक्टमध्ये लिहिलेल्या लॉजिकद्वारे नियंत्रित केले जातात. याचा अर्थ असाही होतो की तुम्हाला तुमचे कॉन्ट्रॅक्ट्स अत्यंत काळजीपूर्वक डिझाइन करणे आणि त्यांची पूर्णपणे चाचणी करणे आवश्यक आहे.
+
+## dapp डेव्हलपमेंटचे फायदे {#benefits-of-dapp-development}
+
+- **शून्य डाउनटाइम** – एकदा स्मार्ट कॉन्ट्रॅक्ट ब्लॉकचेनवर तैनात झाल्यावर, संपूर्ण नेटवर्क नेहमीच कॉन्ट्रॅक्टशी संवाद साधू पाहणाऱ्या क्लायंटना सेवा देऊ शकेल. त्यामुळे, दुर्भावनापूर्ण घटक वैयक्तिक dapps वर लक्ष्यित डिनायल-ऑफ-सर्व्हिस हल्ले करू शकत नाहीत.
+- **गोपनीयता** – dapp तैनात करण्यासाठी किंवा त्याच्याशी संवाद साधण्यासाठी तुम्हाला वास्तविक-जगातील ओळख प्रदान करण्याची आवश्यकता नाही.
+- **सेन्सॉरशिपला प्रतिकार** – नेटवर्कवरील कोणतीही एकच संस्था वापरकर्त्यांना व्यवहार सबमिट करण्यापासून, dapps तैनात करण्यापासून किंवा ब्लॉकचेनमधून डेटा वाचण्यापासून रोखू शकत नाही.
+- **संपूर्ण डेटा अखंडता** – क्रिप्टोग्राफिक प्रिमिटिव्हमुळे ब्लॉकचेनवर संग्रहित केलेला डेटा अपरिवर्तनीय आणि निर्विवाद आहे. दुर्भावनापूर्ण घटक आधीच सार्वजनिक केलेले व्यवहार किंवा इतर डेटा बनावट करू शकत नाहीत.
+- **विश्वासहीन गणना/सत्यापन करण्यायोग्य वर्तन** – स्मार्ट कॉन्ट्रॅक्ट्सचे विश्लेषण केले जाऊ शकते आणि केंद्रीय प्राधिकरणावर विश्वास ठेवण्याची गरज न बाळगता ते अंदाजित मार्गांनी कार्यान्वित होण्याची हमी दिली जाते. हे पारंपारिक मॉडेल्समध्ये खरे नाही; उदाहरणार्थ, जेव्हा आपण ऑनलाइन बँकिंग प्रणाली वापरतो, तेव्हा आपल्याला विश्वास ठेवावा लागतो की वित्तीय संस्था आमच्या आर्थिक डेटाचा गैरवापर करणार नाहीत, रेकॉर्डमध्ये फेरफार करणार नाहीत किंवा हॅक होणार नाहीत.
+
+## dapp डेव्हलपमेंटचे तोटे {#drawbacks-of-dapp-development}
+
+- **देखभाल** – Dapps ची देखभाल करणे अधिक कठीण असू शकते कारण ब्लॉकचेनवर प्रकाशित केलेला कोड आणि डेटा सुधारणे कठीण आहे. डेव्हलपर्ससाठी एकदा तैनात केल्यावर त्यांच्या dapps मध्ये (किंवा dapp द्वारे संग्रहित केलेल्या मूळ डेटामध्ये) अद्यतने करणे कठीण आहे, जरी जुन्या आवृत्तीमध्ये बग किंवा सुरक्षा धोके ओळखले गेले तरीही.
+- **कार्यप्रदर्शन ओव्हरहेड** – एक मोठा कार्यप्रदर्शन ओव्हरहेड आहे, आणि स्केलिंग खरोखर कठीण आहे. सुरक्षितता, अखंडता, पारदर्शकता आणि विश्वासार्हतेची पातळी गाठण्यासाठी ज्याची Ethereum आकांक्षा बाळगते, प्रत्येक नोड प्रत्येक व्यवहार चालवतो आणि संग्रहित करतो. यावर, प्रूफ-ऑफ-स्टेक सहमतीला देखील वेळ लागतो.
+- **नेटवर्क गर्दी** – जेव्हा एक dapp खूप जास्त संगणकीय संसाधने वापरते, तेव्हा संपूर्ण नेटवर्क बॅक अप होते. सध्या, नेटवर्क प्रति सेकंद फक्त 10-15 व्यवहार प्रक्रिया करू शकते; जर व्यवहार यापेक्षा वेगाने पाठवले जात असतील, तर अपुष्ट व्यवहारांचा पूल पटकन फुगू शकतो.
+- **वापरकर्ता अनुभव** – वापरकर्ता-अनुकूल अनुभव तयार करणे अधिक कठीण असू शकते कारण सरासरी अंतिम-वापरकर्त्याला खऱ्या अर्थाने सुरक्षित पद्धतीने ब्लॉकचेनशी संवाद साधण्यासाठी आवश्यक असलेले टूल स्टॅक सेट करणे खूप कठीण वाटू शकते.
+- **केंद्रीकरण** – Ethereum च्या बेस लेअरवर तयार केलेले वापरकर्ता-अनुकूल आणि डेव्हलपर-अनुकूल सोल्यूशन्स शेवटी केंद्रीकृत सेवांसारखे दिसू शकतात. उदाहरणार्थ, अशा सेवा की (keys) किंवा इतर संवेदनशील माहिती सर्व्हर-साइडला संग्रहित करू शकतात, केंद्रीकृत सर्व्हर वापरून फ्रंटएंड सर्व्ह करू शकतात, किंवा ब्लॉकचेनवर लिहिण्यापूर्वी केंद्रीकृत सर्व्हरवर महत्त्वपूर्ण व्यावसायिक लॉजिक चालवू शकतात. केंद्रीकरण पारंपारिक मॉडेलपेक्षा ब्लॉकचेनचे अनेक (सर्व नाही तर) फायदे काढून टाकते.
+
+## तुम्ही पाहून शिकणारे आहात का? {#visual-learner}
+
+<YouTube id="F50OrwV6Uk8" />
+
+## dapps तयार करण्यासाठी साधने {#dapp-tools}
+
+**Scaffold-ETH _- तुमच्या स्मार्ट कॉन्ट्रॅक्टला अनुकूल असलेल्या फ्रंटएंडचा वापर करून Solidity सह पटकन प्रयोग करा._**
+
+- [GitHub](https://github.com/scaffold-eth/scaffold-eth-2)
+- [उदाहरण dapp](https://punkwallet.io/)
+
+**Create Eth App _- एका कमांडने Ethereum-सक्षम ॲप्स तयार करा._**
+
+- [GitHub](https://github.com/paulrberg/create-eth-app)
+
+**One Click Dapp _- [ABI](/glossary/#abi) मधून dapp फ्रंटएंड्स तयार करण्यासाठी FOSS साधन._**
+
+- [oneclickdapp.com](https://oneclickdapp.com)
+- [GitHub](https://github.com/oneclickdapp/oneclickdapp-v1)
+
+**Etherflow _- Ethereum डेव्हलपर्ससाठी त्यांचे नोड तपासण्यासाठी आणि ब्राउझरमधून RPC कॉल्स तयार करण्यासाठी आणि डीबग करण्यासाठी FOSS साधन._**
+
+- [etherflow.quiknode.io](https://etherflow.quiknode.io/)
+- [GitHub](https://github.com/abunsen/etherflow)
+
+**thirdweb _- प्रत्येक भाषेत SDK, स्मार्ट कॉन्ट्रॅक्ट्स, साधने आणि web3 डेव्हलपमेंटसाठी पायाभूत सुविधा._**
+
+- [मुख्यपृष्ठ](https://thirdweb.com/)
+- [दस्तऐवजीकरण](https://portal.thirdweb.com/)
+- [GitHub](https://github.com/thirdweb-dev/)
+
+**Crossmint _- स्मार्ट कॉन्ट्रॅक्ट्स तैनात करण्यासाठी, क्रेडिट-कार्ड आणि क्रॉस चेन पेमेंट सक्षम करण्यासाठी, आणि NFTs तयार करण्यासाठी, वितरित करण्यासाठी, विकण्यासाठी, संग्रहित करण्यासाठी आणि संपादित करण्यासाठी API वापरण्यासाठी एंटरप्राइझ-ग्रेड web3 डेव्हलपमेंट प्लॅटफॉर्म._**
+
+- [crossmint.com](https://www.crossmint.com)
+- [दस्तऐवजीकरण](https://docs.crossmint.com)
+- [Discord](https://discord.com/invite/crossmint)
+
+## पुढील वाचन {#further-reading}
+
+- [dapps एक्सप्लोर करा](/apps)
+- [वेब 3.0 ॲप्लिकेशनची रचना](https://www.preethikasireddy.com/post/the-architecture-of-a-web-3-0-application) - _प्रीती कासिरेड्डी_
+- [विकेंद्रित ॲप्लिकेशन्ससाठी 2021 चे मार्गदर्शक](https://limechain.tech/blog/what-are-dapps-the-2021-guide/) - _LimeChain_
+- [विकेंद्रित ॲप्स म्हणजे काय?](https://www.gemini.com/cryptopedia/decentralized-applications-defi-dapps) - _Gemini_
+- [लोकप्रिय dapps](https://www.alchemy.com/dapps) - _Alchemy_
+
+_तुम्हाला मदत केलेल्या सामुदायिक संसाधनाबद्दल माहिती आहे का?_ हे पृष्ठ संपादित करा आणि ते जोडा!_
+
+## संबंधित विषय {#related-topics}
+
+- [Ethereum स्टॅकची ओळख](/developers/docs/ethereum-stack/)
+- [डेव्हलपमेंट फ्रेमवर्क्स](/developers/docs/frameworks/)
diff --git a/public/content/translations/mr/developers/docs/data-and-analytics/block-explorers/index.md b/public/content/translations/mr/developers/docs/data-and-analytics/block-explorers/index.md
new file mode 100644
index 00000000000..d82be4f31af
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/data-and-analytics/block-explorers/index.md
@@ -0,0 +1,254 @@
+---
+title: "ब्लॉक एक्सप्लोरर"
+description: "ब्लॉक एक्सप्लोररची ओळख, ब्लॉकचेन डेटाच्या जगातील तुमचे पोर्टल, जिथे तुम्ही व्यवहार, खाती, करार आणि बरेच काही याबद्दल माहिती घेऊ शकता."
+lang: mr
+sidebarDepth: 3
+---
+
+ब्लॉक एक्सप्लोरर हे Ethereumच्या डेटासाठी तुमचे पोर्टल आहेत. तुम्ही त्यांचा वापर ब्लॉक, व्यवहार, व्हॅलिडेटर्स, खाती आणि इतर ऑनचेन अ‍ॅक्टिव्हिटीवर रिअल-टाइम डेटा पाहण्यासाठी करू शकता.
+
+## पूर्वतयारी {#prerequisites}
+
+तुम्ही Ethereum च्या मूलभूत संकल्पना समजून घेतल्या पाहिजेत जेणेकरून तुम्हाला ब्लॉक एक्सप्लोररद्वारे दिलेल्या डेटाचा अर्थ लावता येईल. [Ethereum च्या परिचयाने](/developers/docs/intro-to-ethereum/) सुरुवात करा.
+
+## सेवा {#services}
+
+- [Etherscan](https://etherscan.io/) -_चीनी, कोरियन, रशियन आणि जपानी भाषेत देखील उपलब्ध आहे_
+- [3xpl](https://3xpl.com/ethereum)
+- [Beaconcha.in](https://beaconcha.in/)
+- [Blockchair](https://blockchair.com/ethereum) -_स्पॅनिश, फ्रेंच, इटालियन, डच, पोर्तुगीज, रशियन, चीनी आणि फारसीमध्ये देखील उपलब्ध आहे_
+- [Blockscout](https://eth.blockscout.com/)
+- [Chainlens](https://www.chainlens.com/)
+- [DexGuru Block Explorer](https://ethereum.dex.guru/)
+- [Etherchain](https://www.etherchain.org/)
+- [Ethplorer](https://ethplorer.io/) -_चीनी, स्पॅनिश, फ्रेंच, तुर्की, रशियन, कोरियन आणि व्हिएतनामी भाषेत देखील उपलब्ध_
+- [EthVM](https://www.ethvm.com/)
+- [OKLink](https://www.oklink.com/eth)
+- [Ethseer](https://ethseer.io)
+
+## ओपन सोर्स टूल्स {#open-source-tools}
+
+- [Otterscan](https://otterscan.io/)
+- [lazy-etherscan](https://github.com/woxjro/lazy-etherscan)
+
+## डेटा {#data}
+
+Ethereum डिझाइननुसार पारदर्शक आहे त्यामुळे सर्व काही सत्यापित करण्यायोग्य आहे. ब्लॉक एक्सप्लोरर ही माहिती मिळवण्यासाठी एक इंटरफेस प्रदान करतात. आणि हे मुख्य Ethereum नेटवर्क आणि टेस्टनेट दोन्हीसाठी आहे, जर तुम्हाला त्या डेटाची आवश्यकता असेल. डेटा एक्झिक्युशन डेटा आणि कन्सेन्सस डेटामध्ये विभागलेला आहे. एक्झिक्युशन डेटा एका विशिष्ट ब्लॉकमध्ये कार्यान्वित केलेल्या व्यवहारांना सूचित करतो. कन्सेन्सस डेटा स्वतः ब्लॉक आणि ज्या व्हॅलिडेटरनी ते प्रस्तावित केले आहेत त्यांना सूचित करतो.
+
+येथे डेटाच्या प्रकारांचा सारांश आहे जो तुम्ही ब्लॉक एक्सप्लोररकडून मिळवू शकता.
+
+### एक्झिक्युशन डेटा {#execution-data}
+
+दर 12 सेकंदांनी Ethereum मध्ये नवीन ब्लॉक जोडले जातात (जोपर्यंत ब्लॉक प्रस्तावक आपली पाळी चुकवत नाही), त्यामुळे ब्लॉक एक्सप्लोररमध्ये डेटाचा जवळपास-स्थिर प्रवाह जोडला जातो. ब्लॉकमध्ये भरपूर महत्त्वाची माहिती असते जी तुम्हाला उपयुक्त वाटू शकते:
+
+**मानक डेटा**
+
+- ब्लॉकची उंची - सध्याचा ब्लॉक तयार झाल्यावर ब्लॉक क्रमांक आणि ब्लॉकचेनची लांबी (ब्लॉकमध्ये)
+- टाइमस्टॅम्प - ज्या वेळी ब्लॉक प्रस्तावित केला गेला होता
+- व्यवहार - ब्लॉकमध्ये समाविष्ट असलेल्या व्यवहारांची संख्या
+- शुल्क प्राप्तकर्ता - व्यवहारांमधून गॅस शुल्काच्या टिप्स प्राप्त करणारा पत्ता
+- ब्लॉक रिवॉर्ड - ब्लॉक प्रस्तावित करणाऱ्या व्हॅलिडेटरला दिलेली ETH ची रक्कम
+- आकार - ब्लॉकमधील डेटाचा आकार (बाईट्समध्ये मोजला जातो)
+- वापरलेला गॅस - ब्लॉकमधील व्यवहारांद्वारे वापरलेल्या गॅसची एकूण युनिट्स
+- गॅस मर्यादा - ब्लॉकमधील व्यवहारांद्वारे सेट केलेली एकूण गॅस मर्यादा
+- प्रति गॅस मूळ शुल्क - ब्लॉकमध्ये व्यवहार समाविष्ट करण्यासाठी आवश्यक असलेला किमान गुणक
+- जाळलेले शुल्क - ब्लॉकमध्ये किती ETH बर्न केले जाते
+- अतिरिक्त डेटा - बिल्डरने ब्लॉकमध्ये समाविष्ट केलेला कोणताही अतिरिक्त डेटा
+
+**प्रगत डेटा**
+
+- हॅश - क्रिप्टोग्राफिक हॅश जो ब्लॉक हेडरचे प्रतिनिधित्व करतो (ब्लॉकचा युनिक आयडेंटिफायर)
+- पॅरेंट हॅश - सध्याच्या ब्लॉकच्या आधी आलेल्या ब्लॉकचा हॅश
+- स्टेट रूट - मर्केल ट्रायचा रूट हॅश जो सिस्टमची संपूर्ण स्थिती संग्रहित करतो
+
+### गॅस {#gas}
+
+ब्लॉक एक्सप्लोरर्स तुम्हाला केवळ व्यवहार आणि ब्लॉक्समधील गॅसच्या वापराबद्दल डेटा देणार नाहीत, तर काही तुम्हाला नेटवर्कच्या सध्याच्या गॅस किमतींबद्दल माहिती देतील. हे तुम्हाला नेटवर्क वापर समजण्यास, सुरक्षित व्यवहार सबमिट करण्यास आणि गॅसवर जास्त खर्च न करण्यास मदत करेल. अशा API शोधा जे तुम्हाला ही माहिती तुमच्या उत्पादनाच्या इंटरफेसमध्ये मिळविण्यात मदत करू शकतील. गॅस-विशिष्ट डेटामध्ये समाविष्ट आहे:
+
+- सुरक्षित परंतु हळू व्यवहारासाठी आवश्यक असलेल्या गॅसच्या अंदाजे युनिट्स (+ अंदाजे किंमत आणि कालावधी)
+- सरासरी व्यवहारासाठी आवश्यक असलेल्या गॅसच्या अंदाजे युनिट्स (+ अंदाजे किंमत आणि कालावधी)
+- जलद व्यवहारासाठी आवश्यक असलेल्या गॅसच्या अंदाजे युनिट्स (+ अंदाजे किंमत आणि कालावधी)
+- गॅस किमतीवर आधारित सरासरी पुष्टीकरण वेळ
+- गॅस वापरणारे करार - दुसऱ्या शब्दांत, लोकप्रिय उत्पादने जी नेटवर्कवर मोठ्या प्रमाणात वापरली जात आहेत
+- गॅस खर्च करणारी खाती - दुसऱ्या शब्दांत, वारंवार नेटवर्क वापरणारे
+
+### व्यवहार {#transactions}
+
+लोकांना त्यांच्या व्यवहारांच्या प्रगतीचा मागोवा घेण्यासाठी ब्लॉक एक्सप्लोरर एक सामान्य जागा बनले आहेत. कारण तुम्हाला मिळणाऱ्या तपशिलाची पातळी अतिरिक्त निश्चितता प्रदान करते. व्यवहार डेटामध्ये समाविष्ट आहे:
+
+**मानक डेटा**
+
+- व्यवहार हॅश - व्यवहार सबमिट केल्यावर तयार केलेला हॅश
+- स्थिती - व्यवहार प्रलंबित, अयशस्वी किंवा यशस्वी आहे की नाही याचे सूचक
+- ब्लॉक - ज्या ब्लॉकमध्ये व्यवहार समाविष्ट केला गेला आहे
+- टाइमस्टॅम्प - व्हॅलिडेटरने प्रस्तावित केलेल्या ब्लॉकमध्ये व्यवहार समाविष्ट करण्याची वेळ
+- प्रेषक - व्यवहार सबमिट करणाऱ्या खात्याचा पत्ता
+- प्राप्तकर्ता - प्राप्तकर्त्याचा किंवा स्मार्ट कराराचा पत्ता ज्याच्याशी व्यवहार संवाद साधतो
+- हस्तांतरित केलेले टोकन - व्यवहाराचा भाग म्हणून हस्तांतरित केलेल्या टोकनची सूची
+- मूल्य - हस्तांतरित केले जात असलेले एकूण ETH मूल्य
+- व्यवहार शुल्क - व्यवहार प्रक्रिया करण्यासाठी व्हॅलिडेटरला दिलेली रक्कम (गॅसची किंमत \* वापरलेला गॅस द्वारे मोजली जाते)
+
+**प्रगत डेटा**
+
+- गॅस मर्यादा - हा व्यवहार वापरू शकणाऱ्या गॅस युनिट्सची कमाल संख्या
+- वापरलेला गॅस - व्यवहाराने वापरलेल्या गॅस युनिट्सची वास्तविक रक्कम
+- गॅसची किंमत - प्रति गॅस युनिट सेट केलेली किंमत
+- नॉन्स - `from` पत्त्यासाठी व्यवहार क्रमांक (लक्षात ठेवा की हे 0 पासून सुरू होते त्यामुळे `100` चा नॉन्स प्रत्यक्षात या खात्याद्वारे सबमिट केलेला 101 वा व्यवहार असेल)
+- इनपुट डेटा - व्यवहारासाठी आवश्यक असलेली कोणतीही अतिरिक्त माहिती
+
+### खाती {#accounts}
+
+खात्याबद्दल बरीच माहिती आहे जी तुम्ही ऍक्सेस करू शकता. म्हणूनच अनेक खाती वापरण्याची शिफारस केली जाते जेणेकरून तुमची मालमत्ता आणि मूल्य सहजपणे ट्रॅक केले जाऊ शकत नाही. व्यवहार आणि खात्यातील अ‍ॅक्टिव्हिटी अधिक खाजगी करण्यासाठी काही उपाययोजना देखील विकसित केल्या जात आहेत. परंतु येथे खात्यांसाठी उपलब्ध असलेला डेटा आहे:
+
+**वापरकर्ता खाती**
+
+- खात्याचा पत्ता - सार्वजनिक पत्ता ज्याचा वापर तुम्ही निधी पाठवण्यासाठी करू शकता
+- ETH शिल्लक - त्या खात्याशी संबंधित ETH ची रक्कम
+- एकूण ETH मूल्य - ETH चे मूल्य
+- टोकन - खात्याशी संबंधित टोकन आणि त्यांचे मूल्य
+- व्यवहाराचा इतिहास - सर्व व्यवहारांची सूची जिथे हे खाते प्रेषक किंवा प्राप्तकर्ता होते
+
+**स्मार्ट कॉन्ट्रॅक्ट**
+
+स्मार्ट कॉन्ट्रॅक्ट खात्यांमध्ये वापरकर्त्याच्या खात्यातील सर्व डेटा असतो, परंतु काही ब्लॉक एक्सप्लोरर काही कोड माहिती देखील प्रदर्शित करतील. उदाहरणांमध्ये समाविष्ट आहे:
+
+- करार निर्माता - मेननेटवर करार तैनात करणारा पत्ता
+- निर्मिती व्यवहार - मेननेटवर तैनाती समाविष्ट असलेला व्यवहार
+- स्रोत कोड - स्मार्ट कराराचा सॉलिडिटी किंवा वायपर कोड
+- करार ABI - कराराचा ऍप्लिकेशन बायनरी इंटरफेस—करार करत असलेले कॉल आणि प्राप्त केलेला डेटा
+- करार निर्मिती कोड - स्मार्ट कराराचा संकलित बायटेकोड—जेव्हा तुम्ही सॉलिडिटी किंवा वायपर इत्यादीमध्ये लिहिलेला स्मार्ट करार संकलित करता तेव्हा तयार होतो.
+- करार इव्हेंट्स - स्मार्ट करारामध्ये कॉल केलेल्या पद्धतींचा इतिहास—मूलतः करार कसा वापरला जात आहे आणि किती वेळा हे पाहण्याचा एक मार्ग
+
+### टोकन {#tokens}
+
+टोकन हे एक प्रकारचे करार आहेत त्यामुळे त्यांच्याकडे स्मार्ट करारासारखाच डेटा असेल. परंतु त्यांचे मूल्य असल्यामुळे आणि त्यांचा व्यापार केला जाऊ शकत असल्यामुळे त्यांच्याकडे अतिरिक्त डेटा पॉइंट्स आहेत:
+
+- प्रकार - ते ERC-20, ERC-721 किंवा अन्य टोकन मानक आहेत की नाही
+- किंमत - जर ते ERC-20 असतील तर त्यांचे सध्याचे बाजार मूल्य असेल
+- बाजार भांडवल - जर ते ERC-20 असतील तर त्यांचे बाजार भांडवल असेल (किंमत \* एकूण पुरवठा द्वारे मोजले जाते)
+- एकूण पुरवठा - चलनात असलेल्या टोकनची संख्या
+- धारक - टोकन धारण करणाऱ्या पत्त्यांची संख्या
+- हस्तांतरण - खात्यांदरम्यान टोकन किती वेळा हस्तांतरित केले गेले आहे
+- व्यवहाराचा इतिहास - टोकनसह सर्व व्यवहारांचा इतिहास
+- करार पत्ता - मेननेटवर तैनात केलेल्या टोकनचा पत्ता
+- दशांश - ERC-20 टोकन विभाज्य आहेत आणि त्यात दशांश स्थळे आहेत
+
+### नेटवर्क {#network}
+
+काही ब्लॉक डेटा Ethereumच्या आरोग्याबद्दल अधिक समग्रपणे संबंधित आहे.
+
+- एकूण व्यवहार - Ethereum तयार झाल्यापासूनच्या व्यवहारांची संख्या
+- प्रति सेकंद व्यवहार - एका सेकंदात प्रक्रिया करण्यायोग्य व्यवहारांची संख्या
+- ETH किंमत - 1 ETH चे सध्याचे मूल्यांकन
+- एकूण ETH पुरवठा - चलनात असलेल्या ETH ची संख्या—लक्षात ठेवा की प्रत्येक ब्लॉकच्या निर्मितीसह ब्लॉक रिवॉर्डच्या स्वरूपात नवीन ETH तयार केले जाते
+- बाजार भांडवल - किंमत \* पुरवठा यांचे गणन
+
+## कन्सेन्सस लेयर डेटा {#consensus-layer-data}
+
+### इपॉक {#epoch}
+
+सुरक्षेच्या कारणास्तव, प्रत्येक इपॉकच्या शेवटी (प्रत्येक 6.4 मिनिटांनी) व्हॅलिडेटर्सच्या यादृच्छिक समित्या तयार केल्या जातात. इपॉक डेटामध्ये समाविष्ट आहे:
+
+- इपॉक क्रमांक
+- अंतिम स्थिती - इपॉक अंतिम झाले आहे की नाही (होय/नाही)
+- वेळ - इपॉक संपण्याची वेळ
+- प्रमाणीकरण - इपॉकमधील प्रमाणीकरणांची संख्या (स्लॉट्समधील ब्लॉक्ससाठी मते)
+- ठेवी - इपॉकमध्ये समाविष्ट असलेल्या ETH ठेवींची संख्या (व्हॅलिडेटर्सना व्हॅलिडेटर बनण्यासाठी ETH स्टेक करणे आवश्यक आहे)
+- स्लॅशिंग - ब्लॉकच्या प्रस्तावक किंवा प्रमाणीकरण करणाऱ्यांना दिलेली दंडांची संख्या
+- मतदान सहभाग - ब्लॉक्सना प्रमाणित करण्यासाठी वापरलेली स्टेक केलेली ETH ची रक्कम
+- व्हॅलिडेटर्स - इपॉकसाठी सक्रिय असलेल्या व्हॅलिडेटर्सची संख्या
+- सरासरी व्हॅलिडेटर शिल्लक - सक्रिय व्हॅलिडेटर्ससाठी सरासरी शिल्लक
+- स्लॉट्स - इपॉकमध्ये समाविष्ट असलेल्या स्लॉट्सची संख्या (स्लॉट्समध्ये एक वैध ब्लॉक असतो)
+
+### स्लॉट {#slot}
+
+स्लॉट्स हे ब्लॉक निर्मितीच्या संधी आहेत, प्रत्येक स्लॉटसाठी उपलब्ध असलेल्या डेटामध्ये समाविष्ट आहे:
+
+- इपॉक - ज्या इपॉकमध्ये स्लॉट वैध आहे
+- स्लॉट क्रमांक
+- स्थिती - स्लॉटची स्थिती (प्रस्तावित/चुकलेला)
+- वेळ - स्लॉट टाइमस्टॅम्प
+- प्रस्तावक - स्लॉटसाठी ब्लॉक प्रस्तावित करणारा व्हॅलिडेटर
+- ब्लॉक रूट - बीकनब्लॉकचा हॅश-ट्री-रूट
+- पॅरेंट रूट - आधी आलेल्या ब्लॉकचा हॅश
+- स्टेट रूट - बीकनस्टेटचा हॅश-ट्री-रूट
+- सही
+- Randao रिव्हील
+- ग्राफिटी - एक ब्लॉक प्रस्तावक आपल्या ब्लॉक प्रस्तावात 32 बाइट लांबीचा संदेश समाविष्ट करू शकतो
+- एक्झिक्युशन डेटा
+  - ब्लॉक हॅश
+  - ठेवींची संख्या
+  - ठेवींचा रूट
+- प्रमाणीकरण - या स्लॉटमधील ब्लॉकसाठी प्रमाणीकरणांची संख्या
+- ठेवी - या स्लॉट दरम्यानच्या ठेवींची संख्या
+- स्वैच्छिक निर्गमन - स्लॉट दरम्यान बाहेर पडलेल्या व्हॅलिडेटर्सची संख्या
+- स्लॅशिंग - ब्लॉकच्या प्रस्तावक किंवा प्रमाणीकरण करणाऱ्यांना दिलेली दंडांची संख्या
+- मते - या स्लॉटमधील ब्लॉकसाठी मतदान करणारे व्हॅलिडेटर्स
+
+### ब्लॉक्स {#blocks-1}
+
+प्रूफ-ऑफ-स्टेक वेळेला स्लॉट्स आणि इपॉक्समध्ये विभाजित करतो. म्हणजे नवीन डेटा!
+
+- प्रस्तावक - नवीन ब्लॉक प्रस्तावित करण्यासाठी अल्गोरिदमद्वारे निवडलेला व्हॅलिडेटर
+- इपॉक - ज्या इपॉकमध्ये ब्लॉक प्रस्तावित केला गेला होता
+- स्लॉट - ज्या स्लॉटमध्ये ब्लॉक प्रस्तावित केला गेला होता
+- प्रमाणीकरण - स्लॉटमध्ये समाविष्ट असलेल्या प्रमाणीकरणांची संख्या—प्रमाणीकरण मतांसारखे असतात जे सूचित करतात की ब्लॉक बीकन चेनवर जाण्यासाठी तयार आहे
+
+### व्हॅलिडेटर्स {#validators}
+
+व्हॅलिडेटर्स स्लॉट्समध्ये ब्लॉक प्रस्तावित करण्यासाठी आणि त्यांना प्रमाणित करण्यासाठी जबाबदार असतात.
+
+- व्हॅलिडेटर क्रमांक - व्हॅलिडेटरचे प्रतिनिधित्व करणारा युनिक क्रमांक
+- सध्याची शिल्लक - व्हॅलिडेटरची बक्षिसांसह शिल्लक
+- प्रभावी शिल्लक - व्हॅलिडेटरची शिल्लक जी स्टेक करण्यासाठी वापरली जाते
+- उत्पन्न - व्हॅलिडेटरद्वारे प्राप्त बक्षिसे किंवा दंड
+- स्थिती - व्हॅलिडेटर सध्या ऑनलाइन आणि सक्रिय आहे की नाही
+- प्रमाणीकरण प्रभावीपणा - व्हॅलिडेटरच्या प्रमाणीकरणांना चेनमध्ये समाविष्ट करण्यासाठी लागणारा सरासरी वेळ
+- सक्रियतेसाठी पात्रता - तारीख (आणि इपॉक) जेव्हा व्हॅलिडेटर प्रमाणित करण्यासाठी उपलब्ध झाला
+- यापासून सक्रिय - तारीख (आणि इपॉक) जेव्हा व्हॅलिडेटर सक्रिय झाला
+- प्रस्तावित ब्लॉक - व्हॅलिडेटरने प्रस्तावित केलेले ब्लॉक
+- प्रमाणीकरण - व्हॅलिडेटरने प्रदान केलेले प्रमाणीकरण
+- ठेवी - व्हॅलिडेटरने केलेल्या स्टेक केलेल्या ठेवीचा प्रेषक पत्ता, व्यवहार हॅश, ब्लॉक क्रमांक, टाइमस्टॅम्प, रक्कम आणि स्थिती
+
+### प्रमाणीकरण {#attestations}
+
+प्रमाणीकरण हे चेनमध्ये ब्लॉक समाविष्ट करण्यासाठी "होय" मते आहेत. त्यांचा डेटा प्रमाणीकरणाच्या रेकॉर्डशी आणि प्रमाणित करणाऱ्या व्हॅलिडेटर्सशी संबंधित आहे
+
+- स्लॉट - ज्या स्लॉटमध्ये प्रमाणीकरण झाले
+- समिती निर्देशांक - दिलेल्या स्लॉटमधील समितीचा निर्देशांक
+- एकत्रीकरण बिट्स - प्रमाणीकरणात सहभागी होणाऱ्या सर्व व्हॅलिडेटर्सच्या एकत्रित प्रमाणीकरणाचे प्रतिनिधित्व करते
+- व्हॅलिडेटर्स - प्रमाणीकरण प्रदान करणारे व्हॅलिडेटर्स
+- बीकन ब्लॉक रूट - व्हॅलिडेटर्स ज्या ब्लॉकला प्रमाणित करत आहेत त्याकडे निर्देश करतो
+- स्रोत - नवीनतम न्याय्य इपॉककडे निर्देश करतो
+- लक्ष्य - नवीनतम इपॉक सीमेकडे निर्देश करतो
+- सही
+
+### नेटवर्क {#network-1}
+
+कन्सेन्सस लेयरच्या टॉप-लेव्हल डेटामध्ये खालील गोष्टींचा समावेश आहे:
+
+- सध्याचा इपॉक
+- सध्याचा स्लॉट
+- सक्रिय व्हॅलिडेटर्स - सक्रिय व्हॅलिडेटर्सची संख्या
+- प्रलंबित व्हॅलिडेटर्स - सक्रिय होण्याची वाट पाहणाऱ्या व्हॅलिडेटर्सची संख्या
+- स्टेक केलेले ETH - नेटवर्कमध्ये स्टेक केलेल्या ETH ची रक्कम
+- सरासरी शिल्लक - व्हॅलिडेटर्सची सरासरी ETH शिल्लक
+
+## ब्लॉक एक्सप्लोरर्स {#block-explorers}
+
+- [Etherscan](https://etherscan.io/) - एक ब्लॉक एक्सप्लोरर ज्याचा वापर तुम्ही Ethereum मेननेट आणि टेस्टनेटसाठी डेटा आणण्यासाठी करू शकता
+- [3xpl](https://3xpl.com/ethereum) - एक जाहिरात-मुक्त ओपन-सोर्स Ethereum एक्सप्लोरर जो त्याचे डेटासेट डाउनलोड करण्याची परवानगी देतो
+- [Beaconcha.in](https://beaconcha.in/) - Ethereum मेननेट आणि टेस्टनेटसाठी एक ओपन सोर्स ब्लॉक एक्सप्लोरर
+- [Blockchair](https://blockchair.com/ethereum) - सर्वात खाजगी Ethereum एक्सप्लोरर. डेटा (मेमपूल) वर्गीकरण आणि फिल्टरिंगसाठी देखील
+- [Etherchain](https://www.etherchain.org/) - Ethereum मेननेटसाठी एक ब्लॉक एक्सप्लोरर
+- [Ethplorer](https://ethplorer.io/) - Ethereum मेननेट आणि कोव्हान टेस्टनेटसाठी टोकनवर लक्ष केंद्रित करणारा ब्लॉक एक्सप्लोरर
+
+## पुढील वाचन {#further-reading}
+
+_तुम्हाला मदत केलेल्या सामुदायिक संसाधनाबद्दल माहिती आहे का?_ हे पृष्ठ संपादित करा आणि ते जोडा!_
+
+## संबंधित विषय {#related-topics}
+
+- [व्यवहार](/developers/docs/transactions/)
+- [खाती](/developers/docs/accounts/)
+- [नेटवर्क्स](/developers/docs/networks/)
diff --git a/public/content/translations/mr/developers/docs/data-and-analytics/index.md b/public/content/translations/mr/developers/docs/data-and-analytics/index.md
new file mode 100644
index 00000000000..2d8911c0aff
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/data-and-analytics/index.md
@@ -0,0 +1,72 @@
+---
+title: "माहिती आणि विश्लेषण"
+description: "आपल्या dapps मध्ये वापरण्यासाठी ऑनचेन विश्लेषण आणि डेटा कसा मिळवायचा"
+lang: mr
+---
+
+## परिचय {#Introduction}
+
+नेटवर्कचा वापर वाढत असताना, ऑनचेन डेटामध्ये मौल्यवान माहितीचे प्रमाण वाढत जाईल. डेटाचे प्रमाण वेगाने वाढत असताना, अहवाल देण्यासाठी किंवा dapp चालवण्यासाठी ही माहिती मोजणे आणि एकत्रित करणे हे वेळखाऊ आणि प्रक्रिया-जड प्रयत्न होऊ शकते.
+
+विद्यमान डेटा प्रदात्यांचा फायदा घेऊन विकास जलद होऊ शकतो, अधिक अचूक परिणाम मिळू शकतात, आणि चालू देखभालीचे प्रयत्न कमी होऊ शकतात. यामुळे संघाला त्यांच्या प्रकल्पाद्वारे प्रदान करण्याचा प्रयत्न करत असलेल्या मुख्य कार्यक्षमतेवर लक्ष केंद्रित करता येईल.
+
+## पूर्वतयारी {#prerequisites}
+
+डेटा विश्लेषण संदर्भात त्यांचा वापर अधिक चांगल्या प्रकारे समजून घेण्यासाठी आपण [ब्लॉक एक्सप्लोरर्स](/developers/docs/data-and-analytics/block-explorers/) ची मूलभूत संकल्पना समजून घेतली पाहिजे. याव्यतिरिक्त, सिस्टम डिझाइनमध्ये ते जोडत असलेले फायदे समजून घेण्यासाठी [इंडेक्स](/glossary/#index) च्या संकल्पनेशी स्वतःला परिचित करा.
+
+आर्किटेक्चरल मूलभूत तत्त्वांच्या बाबतीत, [API](https://www.wikipedia.org/wiki/API) आणि [REST](https://www.wikipedia.org/wiki/Representational_state_transfer) काय आहेत हे सैद्धांतिकरित्या तरी समजून घेणे महत्त्वाचे आहे.
+
+## ब्लॉक एक्सप्लोरर्स {#block-explorers}
+
+अनेक [ब्लॉक एक्सप्लोरर्स](/developers/docs/data-and-analytics/block-explorers/) [RESTful](https://www.wikipedia.org/wiki/Representational_state_transfer) [API](https://www.wikipedia.org/wiki/API) गेटवे देतात जे विकसकांना ब्लॉक्स, व्यवहार, व्हॅलिडेटर्स, खाती आणि इतर ऑनचेन क्रियाकलापांवरील रिअल-टाइम डेटामध्ये दृश्यमानता प्रदान करतील.
+
+विकसक नंतर हा डेटा प्रक्रिया आणि रूपांतरित करू शकतात जेणेकरून त्यांच्या वापरकर्त्यांना [ब्लॉकचेन](/glossary/#blockchain) सह अद्वितीय अंतर्दृष्टी आणि संवाद मिळू शकेल. उदाहरणार्थ, [Etherscan](https://etherscan.io) आणि [Blockscout](https://eth.blockscout.com) प्रत्येक १२ सेकंदांच्या स्लॉटसाठी अंमलबजावणी आणि सहमती डेटा प्रदान करतात.
+
+## द ग्राफ {#the-graph}
+
+[द ग्राफ](https://thegraph.com/) हा एक इंडेक्सिंग प्रोटोकॉल आहे जो सबग्राफ म्हणून ओळखल्या जाणाऱ्या ओपन API द्वारे ब्लॉकचेन डेटा क्वेरी करण्याचा एक सोपा मार्ग प्रदान करतो.
+
+द ग्राफसह, विकसकांना खालील फायदे मिळू शकतात:
+
+- विकेंद्रीकृत इंडेक्सिंग: एकाधिक इंडेक्सर्सद्वारे ब्लॉकचेन डेटा इंडेक्स करण्यास सक्षम करते, ज्यामुळे अपयशाचा कोणताही एक बिंदू दूर होतो
+- GraphQL क्वेरीज: इंडेक्स केलेल्या डेटाची क्वेरी करण्यासाठी एक शक्तिशाली GraphQL इंटरफेस प्रदान करते, ज्यामुळे डेटा पुनर्प्राप्ती अत्यंत सोपी होते
+- सानुकूलन: ब्लॉकचेन डेटा रूपांतरित करण्यासाठी आणि संग्रहित करण्यासाठी स्वतःचे तर्क परिभाषित करा आणि द ग्राफ नेटवर्कवरील इतर विकसकांनी प्रकाशित केलेले सबग्राफ पुन्हा वापरा
+
+५ मिनिटांत सबग्राफ तयार करण्यासाठी, उपयोजित करण्यासाठी आणि क्वेरी करण्यासाठी या [क्विक-स्टार्ट](https://thegraph.com/docs/en/quick-start/) मार्गदर्शकाचे अनुसरण करा.
+
+## क्लायंट विविधता {#client-diversity}
+
+[क्लायंट विविधता](/developers/docs/nodes-and-clients/client-diversity/) Ethereum नेटवर्कच्या एकूण आरोग्यासाठी महत्त्वाची आहे कारण ती बग्स आणि शोषणांपासून लवचिकता प्रदान करते. आता [clientdiversity.org](https://clientdiversity.org/), [rated.network](https://www.rated.network), [supermajority.info](https://supermajority.info//) आणि [Ethernodes](https://ethernodes.org/) यासह अनेक क्लायंट विविधता डॅशबोर्ड आहेत.
+
+## ड्युन अॅनालिटिक्स {#dune-analytics}
+
+[ड्युन अॅनालिटिक्स](https://dune.com/) ब्लॉकचेन डेटा रिलेशनल डेटाबेस (DuneSQL) टेबलमध्ये पूर्व-प्रक्रिया करते, वापरकर्त्यांना SQL वापरून ब्लॉकचेन डेटा क्वेरी करण्याची आणि क्वेरी परिणामांवर आधारित डॅशबोर्ड तयार करण्याची परवानगी देते. ऑनचेन डेटा ४ रॉ टेबलमध्ये आयोजित केला जातो: `blocks`, `transactions`, (इव्हेंट) `logs` आणि (कॉल) `traces`. लोकप्रिय करार आणि प्रोटोकॉल डीकोड केले गेले आहेत आणि प्रत्येकाकडे इव्हेंट आणि कॉल टेबलचा स्वतःचा संच आहे. त्या इव्हेंट आणि कॉल टेबलवर पुढे प्रक्रिया केली जाते आणि प्रोटोकॉलच्या प्रकारानुसार ॲबस्ट्रॅक्शन टेबलमध्ये आयोजित केले जाते, उदाहरणार्थ, dex, lending, stablecoins, इत्यादी.
+
+## SQD {#sqd}
+
+[SQD](https://sqd.dev/) हे एक विकेंद्रित हायपर-स्केलेबल डेटा प्लॅटफॉर्म आहे जे मोठ्या प्रमाणात डेटामध्ये कार्यक्षम, परवानगीशिवाय प्रवेश प्रदान करण्यासाठी ऑप्टिमाइझ केलेले आहे. हे सध्या इव्हेंट लॉग, व्यवहार पावती, ट्रेस आणि प्रति-व्यवहार स्टेट डिफ्ससह ऐतिहासिक ऑन-चेन डेटा सेवा देते. SQD सानुकूल डेटा एक्सट्रॅक्शन आणि प्रोसेसिंग पाइपलाइन तयार करण्यासाठी एक शक्तिशाली टूलकिट प्रदान करते, प्रति सेकंद १५०k ब्लॉक्सपर्यंत इंडेक्सिंग गती प्राप्त करते.
+
+प्रारंभ करण्यासाठी, [दस्तऐवजीकरण](https://docs.sqd.dev/) ला भेट द्या किंवा आपण SQD सह काय तयार करू शकता याची [EVM उदाहरणे](https://github.com/subsquid-labs/squid-evm-examples) पहा.
+
+## SubQuery नेटवर्क {#subquery-network}
+
+[SubQuery](https://subquery.network/) एक अग्रगण्य डेटा इंडेक्सर आहे जो विकासकांना त्यांच्या web3 प्रकल्पांसाठी जलद, विश्वसनीय, विकेंद्रित आणि सानुकूलित API देतो. SubQuery १६५+ पेक्षा जास्त इकोसिस्टम (Ethereum सह) मधील विकासकांना त्यांच्या वापरकर्त्यांसाठी एक अंतर्ज्ञानी आणि विस्मयकारक अनुभव तयार करण्यासाठी समृद्ध इंडेक्स केलेल्या डेटासह सक्षम करते. SubQuery नेटवर्क आपल्या न थांबणाऱ्या ॲप्सला एका लवचिक आणि विकेंद्रित पायाभूत सुविधा नेटवर्कसह शक्ती देते. डेटा प्रोसेसिंग क्रियाकलापांसाठी सानुकूल बॅकएंड तयार करण्यात वेळ न घालवता, भविष्यातील web3 ॲप्लिकेशन्स तयार करण्यासाठी SubQuery च्या ब्लॉकचेन विकसक टूलकिटचा वापर करा.
+
+प्रारंभ करण्यासाठी, [SubQuery's managed service](https://managedservice.subquery.network/) किंवा [SubQuery's decentralised network](https://app.subquery.network/dashboard) वर थेट जाण्यापूर्वी चाचणीसाठी स्थानिक डॉकर वातावरणात मिनिटांत Ethereum ब्लॉकचेन डेटा इंडेक्स करणे सुरू करण्यासाठी [Ethereum क्विक स्टार्ट गाइड](https://academy.subquery.network/quickstart/quickstart_chains/ethereum-gravatar.html) ला भेट द्या.
+
+## EVM क्वेरी भाषा {#evm-query-language}
+
+EVM क्वेरी भाषा (EQL) ही एक SQL-सारखी भाषा आहे जी EVM (Ethereum Virtual Machine) चेन्सची क्वेरी करण्यासाठी डिझाइन केलेली आहे. EQL चे अंतिम उद्दिष्ट EVM चेनच्या फर्स्ट-क्लास सिटीझन्स (ब्लॉक्स, खाती आणि व्यवहार) वर जटिल रिलेशनल क्वेरींना समर्थन देणे आहे, त्याचवेळी विकसकांना आणि संशोधकांना दैनंदिन वापरासाठी अर्गोनॉमिक सिंटॅक्स प्रदान करणे. EQL सह, विकसक परिचित SQL-सारख्या सिंटॅक्सचा वापर करून ब्लॉकचेन डेटा मिळवू शकतात आणि जटिल बॉयलरप्लेट कोडची आवश्यकता दूर करू शकतात. EQL मानक ब्लॉकचेन डेटा विनंत्यांना (उदा. Ethereum वर खात्याचा नॉन्स आणि शिल्लक पुनर्प्राप्त करणे किंवा वर्तमान ब्लॉक आकार आणि टाइमस्टॅम्प मिळवणे) समर्थन देते आणि अधिक जटिल विनंत्या आणि वैशिष्ट्यांसाठी सतत समर्थन जोडत आहे.
+
+## अधिक वाचन {#further-reading}
+
+- [क्रिप्टो डेटाचे अन्वेषण I: डेटा फ्लो आर्किटेक्चर्स](https://web.archive.org/web/20250125012042/https://research.2077.xyz/exploring-crypto-data-1-data-flow-architectures)
+- [ग्राफ नेटवर्क आढावा](https://thegraph.com/docs/en/about/)
+- [ग्राफ क्वेरी प्लेग्राउंड](https://thegraph.com/explorer/subgraph/graphprotocol/graph-network-mainnet?version=current)
+- [EtherScan वर API कोड उदाहरणे](https://etherscan.io/apis#contracts)
+- [Blockscout वर API दस्तऐवजीकरण](https://docs.blockscout.com/devs/apis)
+- [Beaconcha.in बीकन चेन एक्सप्लोरर](https://beaconcha.in)
+- [ड्युन बेसिक्स](https://docs.dune.com/#dune-basics)
+- [SubQuery Ethereum क्विक स्टार्ट गाइड](https://academy.subquery.network/indexer/quickstart/quickstart_chains/ethereum-gravatar.html)
+- [SQD नेटवर्क आढावा](https://docs.sqd.dev/)
+- [EVM क्वेरी भाषा](https://eql.sh/blog/alpha-release-notes)
diff --git a/public/content/translations/mr/developers/docs/data-availability/blockchain-data-storage-strategies/index.md b/public/content/translations/mr/developers/docs/data-availability/blockchain-data-storage-strategies/index.md
new file mode 100644
index 00000000000..cfed17621f5
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/data-availability/blockchain-data-storage-strategies/index.md
@@ -0,0 +1,118 @@
+---
+title: "ब्लॉकचेन डेटा स्टोरेज धोरणे"
+description: "ब्लॉकचेन वापरून डेटा साठवण्याचे अनेक मार्ग आहेत. हा लेख विविध धोरणे, त्यांचे खर्च आणि फायदे-तोटे, तसेच त्याचा सुरक्षितपणे वापर करण्यासाठीच्या आवश्यकतांची तुलना करेल."
+lang: mr
+---
+
+ब्लॉकचेनवर थेट माहिती संग्रहित करण्याचे किंवा ब्लॉकचेनद्वारे सुरक्षित असलेल्या पद्धतीने माहिती संग्रहित करण्याचे अनेक मार्ग आहेत:
+
+- EIP-4844 ब्लॉब्स
+- कॉलडेटा
+- L1 यंत्रणांसह ऑफचेन
+- कंत्राट "कोड"
+- कार्यक्रम
+- EVM स्टोरेज
+
+कोणती पद्धत वापरायची याची निवड अनेक निकषांवर आधारित आहे:
+
+- माहितीचा स्रोत. कॉलडेटामधील माहिती थेट ब्लॉकचेनमधून येऊ शकत नाही.
+- माहितीचे अंतिम स्थान. कॉलडेटा केवळ त्या व्यवहारात उपलब्ध असतो ज्यामध्ये त्याचा समावेश असतो. इव्हेंट्स ऑनचेन अजिबात उपलब्ध नसतात.
+- किती त्रास स्वीकारार्ह आहे? पूर्ण-प्रमाणातील नोड चालवणारे संगणक ब्राउझरमध्ये चालणाऱ्या अॅप्लिकेशनमधील लाइट क्लायंटपेक्षा जास्त प्रक्रिया करू शकतात.
+- प्रत्येक नोडमधून माहिती सहज उपलब्ध करणे आवश्यक आहे का?
+- सुरक्षेच्या आवश्यकता.
+
+## सुरक्षेच्या आवश्यकता {#security-requirements}
+
+सर्वसाधारणपणे, माहिती सुरक्षेमध्ये तीन गुणधर्म असतात:
+
+- _गोपनीयता_, अनधिकृत संस्थांना माहिती वाचण्याची परवानगी नाही. हे अनेक बाबतीत महत्त्वाचे आहे, परंतु येथे नाही. _ब्लॉकचेनवर कोणतीही गुपिते नाहीत_. ब्लॉकचेन्स काम करतात कारण कोणीही स्टेटमधील बदल सत्यापित करू शकतो, म्हणून त्यांचा थेट गुपिते साठवण्यासाठी वापर करणे अशक्य आहे. ब्लॉकचेनवर गोपनीय माहिती साठवण्याचे मार्ग आहेत, परंतु ते सर्व किमान एक की साठवण्यासाठी काही ऑफचेन घटकावर अवलंबून असतात.
+
+- _अखंडता_, माहिती अचूक आहे, ती अनधिकृत संस्थांद्वारे किंवा अनधिकृत मार्गांनी बदलली जाऊ शकत नाही (उदाहरणार्थ, `Transfer` इव्हेंटशिवाय [ERC-20 टोकन्स](https://eips.ethereum.org/EIPS/eip-20#events) हस्तांतरित करणे). ब्लॉकचेनवर, प्रत्येक नोड प्रत्येक स्टेट बदलाची पडताळणी करतो, ज्यामुळे अखंडता सुनिश्चित होते.
+
+- _उपलब्धता_, माहिती कोणत्याही अधिकृत संस्थेसाठी उपलब्ध आहे. ब्लॉकचेनवर, हे सामान्यतः प्रत्येक [पूर्ण नोड](https://ethereum.org/developers/docs/nodes-and-clients#full-node) वर माहिती उपलब्ध करून साधले जाते.
+
+येथील सर्व विविध उपायांमध्ये उत्कृष्ट अखंडता आहे, कारण हॅश L1 वर पोस्ट केले जातात. तथापि, त्यांच्याकडे वेगवेगळ्या उपलब्धतेची हमी आहे.
+
+## पूर्वतयारी {#prerequisites}
+
+तुम्हाला [ब्लॉकचेनच्या मूलभूत तत्त्वांची](/developers/docs/intro-to-ethereum/) चांगली समज असायला हवी. हे पृष्ठ असेही गृहीत धरते की वाचक [ब्लॉक्स](/developers/docs/blocks/), [व्यवहार](/developers/docs/transactions/) आणि इतर संबंधित विषयांबद्दल परिचित आहे.
+
+## EIP-4844 ब्लॉब्स {#eip-4844-blobs}
+
+[Dencun हार्डफोर्क](https://github.com/ethereum/consensus-specs/blob/dev/specs/deneb/beacon-chain.md) पासून, Ethereum ब्लॉकचेनमध्ये [EIP-4844](https://eips.ethereum.org/EIPS/eip-4844) समाविष्ट आहे, जे Ethereum मध्ये मर्यादित आयुष्य असलेले डेटा ब्लॉब्स जोडते (सुरुवातीला सुमारे [18 दिवस](https://github.com/ethereum/consensus-specs/blob/dev/specs/deneb/p2p-interface.md#configuration)). या ब्लॉब्सची किंमत [एक्झिक्यूशन गॅस](/developers/docs/gas) पासून वेगळी आहे, जरी त्यासाठी समान यंत्रणा वापरली जात असली तरी. ते तात्पुरता डेटा पोस्ट करण्याचा एक स्वस्त मार्ग आहेत.
+
+EIP-4844 ब्लॉब्सचा मुख्य उपयोग रोलअप्सना त्यांचे व्यवहार प्रकाशित करण्यासाठी आहे. [ऑप्टिमिस्टिक रोलअप्सना](/developers/docs/scaling/optimistic-rollups) त्यांच्या ब्लॉकचेनवर व्यवहार प्रकाशित करणे आवश्यक आहे. जर रोलअपच्या [सिक्वेन्सरने](https://docs.optimism.io/connect/resources/glossary#sequencer) चुकीचे स्टेट रूट पोस्ट केले तर [व्हॅलिडेटर्सना](https://docs.optimism.io/connect/resources/glossary#validator) चूक दुरुस्त करण्यास सक्षम करण्यासाठी ते व्यवहार [चॅलेंज कालावधीत](https://docs.optimism.io/connect/resources/glossary#challenge-period) कोणालाही उपलब्ध असणे आवश्यक आहे.
+
+तथापि, एकदा चॅलेंज कालावधी संपला आणि स्टेट रूट अंतिम झाले की, हे व्यवहार जाणून घेण्याचा उर्वरित उद्देश चेनच्या सद्य स्टेटची प्रतिकृती तयार करणे हा असतो. हे स्टेट चेन नोड्सवरून देखील उपलब्ध आहे, ज्यासाठी खूप कमी प्रक्रियेची आवश्यकता असते. म्हणून व्यवहाराची माहिती अजूनही काही ठिकाणी जतन केली पाहिजे, जसे की [ब्लॉक एक्सप्लोरर्स](/developers/docs/data-and-analytics/block-explorers), परंतु Ethereum द्वारे प्रदान केलेल्या सेन्सॉरशिप प्रतिरोधाच्या पातळीसाठी पैसे देण्याची गरज नाही.
+
+[झीरो-नॉलेज रोलअप्स](/developers/docs/scaling/zk-rollups/#data-availability) देखील इतर नोड्सना विद्यमान स्टेटची प्रतिकृती तयार करण्यास आणि व्हॅलिडिटी प्रूफ्स सत्यापित करण्यास सक्षम करण्यासाठी त्यांचा व्यवहार डेटा पोस्ट करतात, परंतु पुन्हा ही एक अल्प-मुदतीची आवश्यकता आहे.
+
+हे लिहित असताना, EIP-4844 वर पोस्ट करण्याचा खर्च प्रति बाइट एक wei (10<sup>-18</sup> ETH) आहे, जो [ब्लॉब्स पोस्ट करणाऱ्या व्यवहारासह कोणत्याही व्यवहाराला लागणाऱ्या 21,000 एक्झिक्यूशन गॅसच्या](https://eth.blockscout.com/tx/0xf6cfaf0431c73dd1d96369a5e6707d64f463ccf477a4131265397f1d81466929?tab=index) तुलनेत नगण्य आहे. तुम्ही [blobscan.com](https://blobscan.com/blocks) वर सध्याची EIP-4844 किंमत पाहू शकता.
+
+काही प्रसिद्ध रोलअप्सद्वारे पोस्ट केलेले ब्लॉब्स पाहण्यासाठी येथे अ‍ॅड्रेस दिले आहेत.
+
+| रोलअप                                | मेलबॉक्स अ‍ॅड्रेस                                                                                                       |
+| ------------------------------------ | ----------------------------------------------------------------------------------------------------------------------- |
+| [Optimism](https://www.optimism.io/) | [`0xFF00000000000000000000000000000000000010`](https://blobscan.com/address/0xFF00000000000000000000000000000000000010) |
+| [Arbitrum](https://arbitrum.io/)     | [`0x1c479675ad559DC151F6Ec7ed3FbF8ceE79582B6`](https://blobscan.com/address/0x1c479675ad559DC151F6Ec7ed3FbF8ceE79582B6) |
+| [Base](https://base.org/)            | [`0xFF00000000000000000000000000000000008453`](https://blobscan.com/address/0xFF00000000000000000000000000000000008453) |
+
+## कॉलडेटा {#calldata}
+
+कॉलडेटा म्हणजे व्यवहाराचा भाग म्हणून पाठवलेले बाइट्स. हे ब्लॉकचेनच्या कायमस्वरूपी रेकॉर्डचा एक भाग म्हणून त्या व्यवहाराचा समावेश असलेल्या ब्लॉकमध्ये संग्रहित केले जाते.
+
+ब्लॉकचेनमध्ये कायमस्वरूपी डेटा टाकण्याची ही सर्वात स्वस्त पद्धत आहे. प्रति बाइट खर्च 4 एक्झिक्यूशन गॅस (जर बाइट शून्य असेल) किंवा 16 गॅस (इतर कोणतेही मूल्य) आहे. जर डेटा संकुचित केला असेल, जी एक मानक पद्धत आहे, तर प्रत्येक बाइट मूल्याची शक्यता समान असते, त्यामुळे सरासरी खर्च प्रति बाइट अंदाजे 15.95 गॅस येतो.
+
+हे लिहित असताना, किमती 12 gwei/gas आणि 2300 $/ETH आहेत, याचा अर्थ खर्च प्रति किलोबाइट अंदाजे 45 सेंट आहे. कारण EIP-4844 पूर्वी ही सर्वात स्वस्त पद्धत होती, हीच पद्धत रोलअप्सनी व्यवहार माहिती साठवण्यासाठी वापरली होती, जी [फॉल्ट चॅलेंजेससाठी](https://docs.optimism.io/stack/protocol/overview#fault-proofs) उपलब्ध असणे आवश्यक आहे, परंतु ती थेट ऑनचेन उपलब्ध असणे आवश्यक नाही.
+
+काही प्रसिद्ध रोलअप्सद्वारे पोस्ट केलेले व्यवहार पाहण्यासाठी येथे अ‍ॅड्रेस दिले आहेत.
+
+| रोलअप                                | मेलबॉक्स अ‍ॅड्रेस                                                                                                             |
+| ------------------------------------ | ----------------------------------------------------------------------------------------------------------------------------- |
+| [Optimism](https://www.optimism.io/) | [`0xFF00000000000000000000000000000000000010`](https://eth.blockscout.com/address/0xFF00000000000000000000000000000000000010) |
+| [Arbitrum](https://arbitrum.io/)     | [`0x1c479675ad559DC151F6Ec7ed3FbF8ceE79582B6`](https://eth.blockscout.com/address/0x1c479675ad559DC151F6Ec7ed3FbF8ceE79582B6) |
+| [Base](https://base.org/)            | [`0xFF00000000000000000000000000000000008453`](https://eth.blockscout.com/address/0xFF00000000000000000000000000000000008453) |
+
+## L1 यंत्रणांसह ऑफचेन {#offchain-with-l1-mechs}
+
+तुमच्या सुरक्षेतील फायदे-तोट्यांवर अवलंबून, माहिती इतरत्र ठेवणे आणि आवश्यकतेनुसार डेटा उपलब्ध असल्याची खात्री करणारी यंत्रणा वापरणे स्वीकारार्ह असू शकते. हे काम करण्यासाठी दोन आवश्यकता आहेत:
+
+1. डेटाचा एक [हॅश](https://en.wikipedia.org/wiki/Cryptographic_hash_function) ब्लॉकचेनवर पोस्ट करा, ज्याला _इनपुट कमिटमेंट_ म्हणतात. हा एकच 32-बाइट शब्द असू शकतो, त्यामुळे तो महाग नाही. जोपर्यंत इनपुट कमिटमेंट उपलब्ध आहे, तोपर्यंत अखंडतेची खात्री असते कारण समान मूल्यावर हॅश होणारा कोणताही अन्य डेटा शोधणे व्यवहार्य नाही. त्यामुळे जर चुकीचा डेटा प्रदान केला गेला, तर तो ओळखला जाऊ शकतो.
+
+2. उपलब्धतेची खात्री देणारी यंत्रणा असावी. उदाहरणार्थ, [Redstone](https://redstone.xyz/docs/what-is-redstone) मध्ये कोणताही नोड उपलब्धता चॅलेंज सादर करू शकतो. जर सिक्वेन्सरने अंतिम मुदतीपर्यंत ऑनचेन प्रतिसाद दिला नाही, तर इनपुट कमिटमेंट टाकून दिली जाते, त्यामुळे माहिती कधीही पोस्ट केली गेली नव्हती असे मानले जाते.
+
+हे ऑप्टिमिस्टिक रोलअपसाठी स्वीकारार्ह आहे कारण आपण आधीच स्टेट रूटसाठी किमान एका प्रामाणिक व्हेरिफायरवर अवलंबून आहोत. असा प्रामाणिक व्हेरिफायर ब्लॉक्सवर प्रक्रिया करण्यासाठी त्याच्याकडे डेटा असल्याची खात्री करेल, आणि जर माहिती ऑफचेन उपलब्ध नसेल तर उपलब्धता चॅलेंज जारी करेल. या प्रकारच्या ऑप्टिमिस्टिक रोलअपला [प्लाझ्मा](/developers/docs/scaling/plasma/) म्हणतात.
+
+## कंत्राट कोड {#contract-code}
+
+जी माहिती एकदाच लिहिण्याची आवश्यकता आहे, जी कधीही ओव्हरराइट होत नाही आणि ऑनचेन उपलब्ध असणे आवश्यक आहे, ती कंत्राट कोड म्हणून संग्रहित केली जाऊ शकते. याचा अर्थ असा की आपण डेटासह एक "स्मार्ट कंत्राट" तयार करतो आणि नंतर माहिती वाचण्यासाठी [`EXTCODECOPY`](https://www.evm.codes/#3c?fork=shanghai) वापरतो. फायदा असा आहे की कोड कॉपी करणे तुलनेने स्वस्त आहे.
+
+मेमरी विस्ताराच्या खर्चाव्यतिरिक्त, `EXTCODECOPY` साठी कंत्राटाच्या पहिल्या प्रवेशासाठी (जेव्हा ते "कोल्ड" असते) 2600 गॅस खर्च येतो आणि त्याच कंत्राटातून त्यानंतरच्या प्रतींसाठी 100 गॅस अधिक प्रति 32 बाइट शब्दासाठी 3 गॅस खर्च येतो. कॉलडेटाच्या तुलनेत, ज्याचा खर्च प्रति बाइट 15.95 आहे, हे सुमारे 200 बाइट्सपासून स्वस्त आहे. [मेमरी विस्ताराच्या खर्चाच्या सूत्रानुसार](https://www.evm.codes/about#memoryexpansion), जोपर्यंत तुम्हाला 4MB पेक्षा जास्त मेमरीची आवश्यकता नाही, तोपर्यंत मेमरी विस्ताराचा खर्च कॉलडेटा जोडण्याच्या खर्चापेक्षा कमी आहे.
+
+अर्थात, हा फक्त डेटा _वाचण्याचा_ खर्च आहे. कंत्राट तयार करण्यासाठी अंदाजे 32,000 गॅस + 200 गॅस/बाइट खर्च येतो. जेव्हा समान माहिती वेगवेगळ्या व्यवहारांमध्ये अनेक वेळा वाचण्याची आवश्यकता असते तेव्हाच ही पद्धत किफायतशीर असते.
+
+कंत्राट कोड निरर्थक असू शकतो, जोपर्यंत तो `0xEF` ने सुरू होत नाही. `0xEF` ने सुरू होणारे कंत्राट [ethereum ऑब्जेक्ट फॉरमॅट](https://notes.ethereum.org/@ipsilon/evm-object-format-overview) म्हणून अर्थ लावले जातात, ज्यामध्ये अधिक कठोर आवश्यकता आहेत.
+
+## इव्हेंट्स {#events}
+
+[इव्हेंट्स](https://docs.alchemy.com/docs/solidity-events) स्मार्ट कंत्राटांद्वारे उत्सर्जित केले जातात, आणि ऑफचेन सॉफ्टवेअरद्वारे वाचले जातात.
+त्यांचा फायदा असा आहे की ऑफचेन कोड इव्हेंट्स ऐकू शकतो. खर्च [गॅस](https://www.evm.codes/#a0?fork=cancun), 375 अधिक डेटाच्या प्रति बाइट 8 गॅस आहे. 12 gwei/gas आणि 2300 $/ETH वर, याचा अर्थ एक सेंट अधिक प्रति किलोबाइट 22 सेंट असा होतो.
+
+## स्टोरेज {#storage}
+
+स्मार्ट कंत्राटांना [कायमस्वरूपी स्टोरेज](https://docs.alchemy.com/docs/smart-contract-storage-layout#what-is-storage-memory)मध्ये प्रवेश असतो. तथापि, ते खूप महाग आहे. पूर्वी रिकाम्या असलेल्या स्टोरेज स्लॉटमध्ये 32 बाइटचा शब्द लिहिण्यासाठी [22,100 गॅस खर्च](https://www.evm.codes/#55?fork=cancun) येऊ शकतो. 12 gwei/gas आणि 2300 $/ETH वर, हे प्रति लेखन ऑपरेशन सुमारे 61 सेंट किंवा प्रति किलोबाइट $19.5 आहे.
+
+हे Ethereum मधील स्टोरेजचे सर्वात महाग स्वरूप आहे.
+
+## सारांश {#summary}
+
+ही सारणी विविध पर्याय, त्यांचे फायदे आणि तोटे यांचा सारांश देते.
+
+| स्टोरेजचा प्रकार    | डेटाचा स्रोत      | उपलब्धतेची हमी                                                                                                                                 | ऑनचेन उपलब्धता                                          | अतिरिक्त मर्यादा                                             |
+| ------------------- | ----------------- | ---------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------- | ------------------------------------------------------------ |
+| EIP-4844 ब्लॉब्स    | ऑफचेन             | [~18 दिवसांसाठी](https://github.com/ethereum/consensus-specs/blob/dev/specs/deneb/p2p-interface.md#configuration) Ethereum हमी | फक्त हॅश उपलब्ध आहे                                     |                                                              |
+| कॉलडेटा             | ऑफचेन             | कायमस्वरूपी Ethereum हमी (ब्लॉकचेनचा भाग)                                                                                   | फक्त कंत्राटात लिहिले असेल तर आणि त्या व्यवहारात उपलब्ध |                                                              |
+| L1 यंत्रणांसह ऑफचेन | ऑफचेन             | चॅलेंज कालावधीत "एक प्रामाणिक व्हेरिफायर" हमी                                                                                                  | फक्त हॅश                                                | चॅलेंज यंत्रणेद्वारे हमी, फक्त चॅलेंज कालावधीत               |
+| कंत्राट कोड         | ऑनचेन किंवा ऑफचेन | कायमस्वरूपी Ethereum हमी (ब्लॉकचेनचा भाग)                                                                                   | होय                                                     | "यादृच्छिक" अ‍ॅड्रेसवर लिहिलेले, `0xEF` ने सुरू होऊ शकत नाही |
+| कार्यक्रम           | ऑनचेन             | कायमस्वरूपी Ethereum हमी (ब्लॉकचेनचा भाग)                                                                                   | नाही                                                    |                                                              |
+| स्टोरेज             | ऑनचेन             | कायमस्वरूपी Ethereum हमी (ब्लॉकचेनचा भाग आणि ओव्हरराइट होईपर्यंत सद्य स्टेट)                                                | होय                                                     |                                                              |
diff --git a/public/content/translations/mr/developers/docs/data-availability/index.md b/public/content/translations/mr/developers/docs/data-availability/index.md
new file mode 100644
index 00000000000..3476018b98f
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/data-availability/index.md
@@ -0,0 +1,84 @@
+---
+title: "डेटा उपलब्धता"
+description: "Ethereum मध्ये डेटा उपलब्धतेशी संबंधित समस्या आणि उपायांचे एक अवलोकन"
+lang: mr
+---
+
+"विश्वास ठेवू नका, सत्यापित करा" हे Ethereum मधील एक सामान्य सूत्र आहे. यामागील कल्पना अशी आहे की तुमचा नोड त्याला पिअर्सकडून मिळालेल्या ब्लॉक्समधील सर्व व्यवहारांची अंमलबजावणी करून स्वतंत्रपणे मिळालेली माहिती योग्य आहे की नाही हे सत्यापित करू शकतो, जेणेकरून प्रस्तावित बदल नोडद्वारे स्वतंत्रपणे गणन केलेल्या बदलांशी तंतोतंत जुळतील याची खात्री करता येईल. याचा अर्थ असा की नोड्सना ब्लॉकच्या प्रेषकांवर प्रामाणिक असल्याचा विश्वास ठेवण्याची गरज नाही. डेटा गहाळ असल्यास हे शक्य नाही.
+
+**डेटा उपलब्धता** म्हणजे ब्लॉक सत्यापित करण्यासाठी आवश्यक असलेला डेटा नेटवर्कमधील सर्व सहभागींना खरोखर उपलब्ध आहे यावर वापरकर्त्याचा विश्वास. Ethereum लेयर 1 वरील फुल नोड्ससाठी हे तुलनेने सोपे आहे; फुल नोड प्रत्येक ब्लॉकमधील सर्व डेटाची एक प्रत डाउनलोड करतो - डाउनलोड करणे शक्य होण्यासाठी डेटा उपलब्ध _असलाच_ पाहिजे. गहाळ डेटा असलेला ब्लॉक ब्लॉकचेनमध्ये जोडण्याऐवजी टाकून दिला जातो. ही "ऑनचेन डेटा उपलब्धता" आहे आणि हे मोनोलिथिक ब्लॉकचेन्सचे वैशिष्ट्य आहे. फुल नोड्सना अवैध व्यवहार स्वीकारण्यासाठी फसवले जाऊ शकत नाही कारण ते प्रत्येक व्यवहार स्वतःसाठी डाउनलोड करतात आणि कार्यान्वित करतात. तथापि, मॉड्यूलर ब्लॉकचेन, लेयर 2 रोलअप आणि लाईट क्लायंटसाठी, डेटा उपलब्धतेचे परिदृश्य अधिक गुंतागुंतीचे आहे, ज्यासाठी काही अधिक अत्याधुनिक सत्यापन प्रक्रियांची आवश्यकता आहे.
+
+## पूर्वतयारी {#prerequisites}
+
+तुम्हाला [ब्लॉकचेनची मूलभूत तत्त्वे](/developers/docs/intro-to-ethereum/), विशेषतः [सहमती यंत्रणा](/developers/docs/consensus-mechanisms/) यांची चांगली समज असली पाहिजे. हे पृष्ठ असेही गृहीत धरते की वाचक [ब्लॉक्स](/developers/docs/blocks/), [व्यवहार](/developers/docs/transactions/), [नोड्स](/developers/docs/nodes-and-clients/), [स्केलिंग सोल्यूशन्स](/developers/docs/scaling/), आणि इतर संबंधित विषयांबद्दल परिचित आहेत.
+
+## डेटा उपलब्धता समस्या {#the-data-availability-problem}
+
+डेटा उपलब्धता समस्या म्हणजे, ब्लॉकचेनमध्ये जोडल्या जाणाऱ्या काही व्यवहार डेटाचे संक्षिप्त स्वरूप खरोखरच वैध व्यवहारांच्या संचाचे प्रतिनिधित्व करते हे संपूर्ण नेटवर्कला सिद्ध करण्याची गरज, पण असे करताना सर्व नोड्सना सर्व डेटा डाउनलोड करण्याची आवश्यकता न ठेवणे. स्वतंत्रपणे ब्लॉक्सची पडताळणी करण्यासाठी पूर्ण व्यवहार डेटा आवश्यक आहे, परंतु सर्व नोड्सना सर्व व्यवहार डेटा डाउनलोड करण्याची आवश्यकता असणे हे स्केलिंगसाठी एक अडथळा आहे. डेटा उपलब्धता समस्येवरील उपायांचे उद्दिष्ट नेटवर्कमधील अशा सहभागींना पुरेसे आश्वासन देणे आहे जे स्वतःसाठी डेटा डाउनलोड आणि संग्रहित करत नाहीत, की पूर्ण व्यवहार डेटा पडताळणीसाठी उपलब्ध करून देण्यात आला होता.
+
+[लाईट नोड्स](/developers/docs/nodes-and-clients/light-clients) आणि [लेयर 2 रोलअप्स](/developers/docs/scaling) ही नेटवर्कमधील अशा सहभागींची महत्त्वाची उदाहरणे आहेत ज्यांना डेटा उपलब्धतेची मजबूत हमी आवश्यक आहे परंतु ते स्वतःसाठी व्यवहार डेटा डाउनलोड आणि त्यावर प्रक्रिया करू शकत नाहीत. व्यवहार डेटा डाउनलोड करणे टाळल्यामुळेच लाईट नोड्स 'लाईट' (हलके) बनतात आणि रोलअप्सना प्रभावी स्केलिंग सोल्यूशन्स बनण्यास मदत होते.
+
+भविष्यातील ["स्टेटलेस"](/roadmap/statelessness) Ethereum क्लायंटसाठी डेटा उपलब्धता ही एक गंभीर चिंतेची बाब आहे, ज्यांना ब्लॉक्सची पडताळणी करण्यासाठी स्टेट डेटा डाउनलोड आणि संग्रहित करण्याची आवश्यकता नाही. स्टेटलेस क्लायंट्सना अजूनही खात्री असणे आवश्यक आहे की डेटा _कुठेतरी_ उपलब्ध आहे आणि त्यावर योग्यरित्या प्रक्रिया केली गेली आहे.
+
+## डेटा उपलब्धता उपाय {#data-availability-solutions}
+
+### डेटा उपलब्धता सॅम्पलिंग (DAS) {#data-availability-sampling}
+
+डेटा उपलब्धता सॅम्पलिंग (DAS) हा नेटवर्कसाठी कोणत्याही एका नोडवर जास्त ताण न टाकता डेटा उपलब्ध आहे की नाही हे तपासण्याचा एक मार्ग आहे. प्रत्येक नोड (नॉन-स्टेकिंग नोड्ससह) एकूण डेटाचा एक छोटा, यादृच्छिकपणे निवडलेला उपसंच डाउनलोड करतो. नमुने यशस्वीरित्या डाउनलोड केल्याने सर्व डेटा उपलब्ध असल्याची उच्च आत्मविश्वासाने पुष्टी होते. हे डेटा इरेजर कोडिंगवर अवलंबून आहे, जे रिडंडंट माहितीसह दिलेल्या डेटासेटचा विस्तार करते (हे करण्याचा मार्ग म्हणजे डेटावर _पॉलीनोमियल_ म्हणून ओळखले जाणारे फंक्शन फिट करणे आणि अतिरिक्त पॉईंट्सवर त्या पॉलीनोमियलचे मूल्यांकन करणे). हे आवश्यकतेनुसार रिडंडंट डेटामधून मूळ डेटा पुनर्प्राप्त करण्यास अनुमती देते. या डेटा निर्मितीचा परिणाम असा आहे की जर मूळ डेटाचा _कोणताही_ भाग अनुपलब्ध असेल, तर विस्तारित डेटाचा _अर्धा_ भाग गहाळ होईल! प्रत्येक नोडद्वारे डाउनलोड केलेल्या डेटा नमुन्यांचे प्रमाण अशा प्रकारे ट्यून केले जाऊ शकते की जर अर्ध्यापेक्षा कमी डेटा खरोखर उपलब्ध असेल, तर प्रत्येक क्लायंटद्वारे नमुना घेतलेल्या डेटाच्या तुकड्यांपैकी किमान एक तुकडा गहाळ असण्याची _अत्यंत_ शक्यता असते.
+
+[फुल डँकशार्डिंग](/roadmap/danksharding/#what-is-danksharding) लागू झाल्यानंतर रोलअप ऑपरेटर आपला व्यवहार डेटा उपलब्ध करतात याची खात्री करण्यासाठी DAS चा वापर केला जाईल. सर्व डेटा अस्तित्वात आहे याची खात्री करण्यासाठी Ethereum नोड्स वर स्पष्ट केलेल्या रिडंडंसी स्कीमचा वापर करून ब्लॉब्समध्ये प्रदान केलेल्या व्यवहार डेटाचे यादृच्छिकपणे सॅम्पल घेतील. ब्लॉक प्रोड्युसर्स लाईट क्लायंट्सना सुरक्षित ठेवण्यासाठी आपला सर्व डेटा उपलब्ध करून देत आहेत याची खात्री करण्यासाठी हीच पद्धत वापरली जाऊ शकते. त्याचप्रमाणे, [प्रस्तावक-निर्माता पृथक्करण (proposer-builder separation)](/roadmap/pbs) अंतर्गत, केवळ ब्लॉक बिल्डरलाच संपूर्ण ब्लॉकवर प्रक्रिया करणे आवश्यक असेल - इतर व्हॅलिडेटर्स डेटा उपलब्धता सॅम्पलिंग वापरून पडताळणी करतील.
+
+### डेटा उपलब्धता समित्या {#data-availability-committees}
+
+डेटा उपलब्धता समित्या (DACs) या विश्वसनीय पक्ष आहेत जे डेटा उपलब्धतेची हमी देतात किंवा त्याची साक्ष देतात. DACs चा वापर DAS च्या ऐवजी [किंवा त्याच्या संयोगाने](https://hackmd.io/@vbuterin/sharding_proposal#Why-not-use-just-committees-and-not-DAS) केला जाऊ शकतो. समित्यांसोबत येणारी सुरक्षा हमी विशिष्ट सेटअपवर अवलंबून असते. उदाहरणार्थ, लाईट नोड्ससाठी डेटा उपलब्धतेची साक्ष देण्यासाठी Ethereum व्हॅलिडेटर्सच्या यादृच्छिकपणे निवडलेल्या उपसंचांचा वापर करते.
+
+काही व्हॅलिडियम्सद्वारे DACs चा वापर केला जातो. DAC हा नोड्सचा एक विश्वसनीय संच आहे जो डेटाच्या प्रती ऑफलाइन संग्रहित करतो. विवादाच्या प्रसंगी डेटा उपलब्ध करून देणे DAC ला आवश्यक आहे. DAC चे सदस्य ऑनचेन साक्षांकन देखील प्रकाशित करतात हे सिद्ध करण्यासाठी की सदर डेटा खरोखर उपलब्ध आहे. काही व्हॅलिडियम्स DACs च्या जागी प्रूफ-ऑफ-स्टेक (PoS) व्हॅलिडेटर प्रणाली वापरतात. येथे, कोणीही व्हॅलिडेटर बनू शकतो आणि डेटा ऑफचेन संग्रहित करू शकतो. तथापि, त्यांना एक "बॉन्ड" प्रदान करणे आवश्यक आहे, जो स्मार्ट कॉन्ट्रॅक्टमध्ये जमा केला जातो. दुर्भावनापूर्ण वर्तनाच्या प्रसंगी, जसे की व्हॅलिडेटरने डेटा रोखून ठेवल्यास, बॉन्ड स्लॅश केला जाऊ शकतो. प्रूफ-ऑफ-स्टेक डेटा उपलब्धता समित्या नियमित DACs पेक्षा अधिक सुरक्षित आहेत कारण त्या प्रामाणिक वर्तनाला थेट प्रोत्साहन देतात.
+
+## डेटा उपलब्धता आणि लाईट नोड्स {#data-availability-and-light-nodes}
+
+[लाईट नोड्सना](/developers/docs/nodes-and-clients/light-clients) ब्लॉक डेटा डाउनलोड न करता त्यांना मिळणाऱ्या ब्लॉक हेडर्सची अचूकता सत्यापित करणे आवश्यक आहे. या हलकेपणाची किंमत म्हणजे फुल नोड्स ज्या प्रकारे स्थानिक पातळीवर व्यवहार पुन्हा कार्यान्वित करून ब्लॉक हेडर्सची स्वतंत्रपणे पडताळणी करू शकतात, तसे न करू शकणे.
+
+Ethereum लाईट नोड्स 512 व्हॅलिडेटर्सच्या यादृच्छिक संचांवर विश्वास ठेवतात ज्यांना _सिंक समिती_मध्ये नेमले गेले आहे. सिंक समिती एका DAC प्रमाणे कार्य करते जी लाईट क्लायंट्सना क्रिप्टोग्राफिक स्वाक्षरी वापरून सूचित करते की हेडरमधील डेटा योग्य आहे. दररोज, सिंक समिती रिफ्रेश होते. प्रत्येक ब्लॉक हेडर लाईट नोड्सना सावध करतो की कोणत्या व्हॅलिडेटर्सकडून _पुढील_ ब्लॉकवर स्वाक्षरीची अपेक्षा करावी, त्यामुळे त्यांना खऱ्या सिंक-समितीचे ढोंग करणाऱ्या दुर्भावनापूर्ण गटावर विश्वास ठेवण्यासाठी फसवले जाऊ शकत नाही.
+
+तथापि, जर एखाद्या आक्रमणकर्त्याने लाईट क्लायंट्सना एक दुर्भावनापूर्ण ब्लॉक हेडर पाठवण्यात आणि तो एका प्रामाणिक सिंक-समितीने स्वाक्षरी केलेला आहे यावर त्यांचा विश्वास बसवण्यात यश मिळवले तर काय होईल? त्या बाबतीत, आक्रमणकर्ता अवैध व्यवहार समाविष्ट करू शकतो आणि लाईट क्लायंट त्यांना आंधळेपणाने स्वीकारेल, कारण ते ब्लॉक हेडरमध्ये सारांशित केलेले सर्व स्टेट बदल स्वतंत्रपणे तपासत नाहीत. यापासून संरक्षण करण्यासाठी, लाईट क्लायंट फ्रॉड प्रूफ्सचा वापर करू शकतो.
+
+हे फ्रॉड प्रूफ्स ज्या प्रकारे काम करतात ते असे आहे की, नेटवर्कमध्ये अवैध स्टेट ट्रांझिशन पसरताना पाहून एक फुल नोड त्वरीत डेटाचा एक छोटा तुकडा तयार करू शकतो, जो हे दर्शवतो की प्रस्तावित स्टेट ट्रांझिशन दिलेल्या व्यवहारांच्या संचामधून शक्य नाही, आणि तो डेटा पिअर्सना प्रसारित करू शकतो. लाईट नोड्स ते फ्रॉड-प्रूफ्स घेऊ शकतात आणि खराब ब्लॉक हेडर्स टाकून देण्यासाठी त्यांचा वापर करू शकतात, ज्यामुळे ते फुल नोड्सप्रमाणेच प्रामाणिक चेनवर राहतील याची खात्री होते.
+
+हे फुल नोड्सना पूर्ण व्यवहार डेटाचा ऍक्सेस असण्यावर अवलंबून आहे. एक आक्रमणकर्ता जो एक खराब ब्लॉक हेडर प्रसारित करतो आणि व्यवहार डेटा उपलब्ध करून देण्यात अपयशी ठरतो, तो फुल नोड्सना फ्रॉड प्रूफ्स तयार करण्यापासून रोखू शकतो. फुल नोड्स कदाचित एका खराब ब्लॉकबद्दल चेतावणी देऊ शकतील, परंतु ते त्यांच्या चेतावणीला पुराव्यासह दुजोरा देऊ शकणार नाहीत, कारण पुरावा तयार करण्यासाठी डेटा उपलब्ध करून दिला गेला नव्हता!
+
+या डेटा उपलब्धता समस्येवर उपाय म्हणजे DAS. लाईट नोड्स संपूर्ण स्टेट डेटाचे खूप लहान यादृच्छिक तुकडे डाउनलोड करतात आणि संपूर्ण डेटा संच उपलब्ध असल्याची पडताळणी करण्यासाठी त्या नमुन्यांचा वापर करतात. N यादृच्छिक चंक्स डाउनलोड केल्यानंतर पूर्ण डेटा उपलब्ध आहे असे चुकीने गृहीत धरण्याची वास्तविक शक्यता मोजली जाऊ शकते ([100 चंक्ससाठी ही शक्यता 10^-30 आहे](https://dankradfeist.de/ethereum/2019/12/20/data-availability-checks.html), म्हणजे, अविश्वसनीयपणे अशक्य).
+
+या परिस्थितीतही, केवळ काही बाइट्स रोखून ठेवणारे हल्ले यादृच्छिक डेटा विनंत्या करणाऱ्या क्लायंट्सच्या लक्षात न येण्याची शक्यता आहे. इरेजर कोडिंग डेटाचे गहाळ झालेले छोटे तुकडे पुन्हा तयार करून ही समस्या दूर करते, ज्याचा उपयोग प्रस्तावित स्टेट बदल तपासण्यासाठी केला जाऊ शकतो. त्यानंतर पुनर्रचित डेटा वापरून एक फ्रॉड प्रूफ तयार केला जाऊ शकतो, ज्यामुळे लाईट नोड्सना खराब हेडर्स स्वीकारण्यापासून रोखता येते.
+
+**टीप:** प्रूफ-ऑफ-स्टेक Ethereum लाईट क्लायंटसाठी DAS आणि फ्रॉड प्रूफ्स अद्याप लागू केलेले नाहीत, परंतु ते रोडमॅपवर आहेत, आणि बहुधा ZK-SNARK आधारित प्रूफ्सच्या स्वरूपात असतील. आजचे लाईट क्लायंट DAC च्या एका प्रकारावर अवलंबून आहेत: ते सिंक-समितीच्या ओळखीची पडताळणी करतात आणि नंतर त्यांना मिळालेल्या स्वाक्षरी केलेल्या ब्लॉक हेडर्सवर विश्वास ठेवतात.
+
+## डेटा उपलब्धता आणि लेयर 2 रोलअप्स {#data-availability-and-layer-2-rollups}
+
+[लेयर 2 स्केलिंग सोल्यूशन्स](/layer-2/), जसे की [रोलअप्स](/glossary/#rollups), ऑफचेन व्यवहारांवर प्रक्रिया करून व्यवहार खर्च कमी करतात आणि Ethereum चा थ्रुपुट वाढवतात. रोलअप व्यवहार संकुचित केले जातात आणि बॅचमध्ये Ethereum वर पोस्ट केले जातात. बॅचेस Ethereum वरील एकाच व्यवहारामध्ये हजारो वैयक्तिक ऑफचेन व्यवहारांचे प्रतिनिधित्व करतात. हे बेस लेयरवरील गर्दी कमी करते आणि वापरकर्त्यांसाठी शुल्क कमी करते.
+
+तथापि, Ethereum वर पोस्ट केलेल्या 'सारांश' व्यवहारांवर तेव्हाच विश्वास ठेवणे शक्य आहे जेव्हा प्रस्तावित स्टेट बदलाची स्वतंत्रपणे पडताळणी केली जाऊ शकते आणि सर्व वैयक्तिक ऑफचेन व्यवहार लागू केल्याचा तो परिणाम असल्याची पुष्टी केली जाऊ शकते. जर रोलअप ऑपरेटर्सनी या पडताळणीसाठी व्यवहार डेटा उपलब्ध करून दिला नाही, तर ते Ethereum ला चुकीचा डेटा पाठवू शकतात.
+
+[ऑप्टिमिस्टिक रोलअप्स](/developers/docs/scaling/optimistic-rollups/) संकुचित व्यवहार डेटा Ethereum वर पोस्ट करतात आणि स्वतंत्र पडताळणीकर्त्यांना डेटा तपासण्याची परवानगी देण्यासाठी काही कालावधीसाठी (सामान्यतः 7 दिवस) प्रतीक्षा करतात. जर कोणाला समस्या आढळली, तर ते एक फ्रॉड-प्रूफ तयार करू शकतात आणि रोलअपला आव्हान देण्यासाठी त्याचा वापर करू शकतात. यामुळे चेन रोल बॅक होईल आणि अवैध ब्लॉक वगळला जाईल. हे केवळ डेटा उपलब्ध असल्यास शक्य आहे. सध्या, ऑप्टिमिस्टिक रोलअप्स L1 वर व्यवहार डेटा पोस्ट करण्याचे दोन मार्ग आहेत. काही रोलअप्स डेटा `CALLDATA` म्हणून कायमस्वरूपी उपलब्ध करून देतात जो ऑनचेन कायमस्वरूपी राहतो. EIP-4844 च्या अंमलबजावणीसह, काही रोलअप्स आपला व्यवहार डेटा त्याऐवजी स्वस्त ब्लॉब स्टोरेजवर पोस्ट करतात. हे कायमस्वरूपी स्टोरेज नाही. Ethereum लेयर-1 मधून डेटा हटवण्यापूर्वी स्वतंत्र पडताळणीकर्त्यांना ~18 दिवसांच्या आत ब्लॉब्सची क्वेरी करावी लागते आणि आपली आव्हाने मांडावी लागतात. त्या लहान निश्चित विंडोसाठी डेटाची उपलब्धता केवळ Ethereum प्रोटोकॉलद्वारे हमी दिली जाते. त्यानंतर, ती Ethereum परिसंस्थेतील इतर घटकांची जबाबदारी बनते. कोणताही नोड DAS वापरून डेटाची उपलब्धता सत्यापित करू शकतो, म्हणजेच, ब्लॉब डेटाचे छोटे, यादृच्छिक नमुने डाउनलोड करून.
+
+[झिरो-नॉलेज (ZK) रोलअप्सना](/developers/docs/scaling/zk-rollups) व्यवहार डेटा पोस्ट करण्याची आवश्यकता नाही कारण [झिरो-नॉलेज व्हॅलिडिटी प्रूफ्स](/glossary/#zk-proof) स्टेट ट्रांझिशनच्या अचूकतेची हमी देतात. तथापि, डेटा उपलब्धता अजूनही एक समस्या आहे कारण आपण ZK-रोलअपच्या स्टेट डेटामध्ये प्रवेश केल्याशिवाय त्याच्या कार्यक्षमतेची हमी देऊ शकत नाही (किंवा त्याच्याशी संवाद साधू शकत नाही). उदाहरणार्थ, जर एखाद्या ऑपरेटरने रोलअपच्या स्टेटबद्दल तपशील रोखून ठेवला तर वापरकर्ते त्यांचे बॅलन्स जाणून घेऊ शकत नाहीत. तसेच, ते नव्याने जोडलेल्या ब्लॉकमध्ये असलेली माहिती वापरून स्टेट अपडेट्स करू शकत नाहीत.
+
+## डेटा उपलब्धता विरुद्ध डेटा पुनर्प्राप्ती {#data-availability-vs-data-retrievability}
+
+डेटा उपलब्धता ही डेटा पुनर्प्राप्तीपेक्षा वेगळी आहे. डेटा उपलब्धता ही खात्री आहे की फुल नोड्स एका विशिष्ट ब्लॉकशी संबंधित व्यवहारांच्या संपूर्ण संचावर प्रवेश करू शकले आहेत आणि त्याची पडताळणी करू शकले आहेत. याचा अर्थ असा नाही की डेटा कायमस्वरूपी उपलब्ध आहे.
+
+डेटा पुनर्प्राप्ती म्हणजे नोड्सची ब्लॉकचेनमधून _ऐतिहासिक माहिती_ पुनर्प्राप्त करण्याची क्षमता. नवीन ब्लॉक्सची पडताळणी करण्यासाठी या ऐतिहासिक डेटाची आवश्यकता नाही, तो फक्त जेनेसिस ब्लॉकमधून फुल नोड्स सिंक करण्यासाठी किंवा विशिष्ट ऐतिहासिक विनंत्या पूर्ण करण्यासाठी आवश्यक आहे.
+
+मूळ Ethereum प्रोटोकॉल प्रामुख्याने डेटा उपलब्धतेशी संबंधित आहे, डेटा पुनर्प्राप्तीशी नाही. डेटा पुनर्प्राप्ती तृतीय पक्षांद्वारे चालवल्या जाणाऱ्या अर्काइव्ह नोड्सच्या लहान लोकसंख्येद्वारे प्रदान केली जाऊ शकते, किंवा [पोर्टल नेटवर्क](https://www.ethportal.net/) सारख्या विकेंद्रित फाइल स्टोरेजचा वापर करून नेटवर्कवर वितरित केली जाऊ शकते.
+
+## पुढील वाचन {#further-reading}
+
+- [डेटा उपलब्धता म्हणजे काय?](https://medium.com/blockchain-capital-blog/wtf-is-data-availability-80c2c95ded0f)
+- [डेटा उपलब्धता काय आहे?](https://coinmarketcap.com/academy/article/what-is-data-availability)
+- [डेटा उपलब्धता तपासणीवर एक प्राइमर](https://dankradfeist.de/ethereum/2019/12/20/data-availability-checks.html)
+- [शार्डिंग + DAS प्रस्तावाचे स्पष्टीकरण](https://hackmd.io/@vbuterin/sharding_proposal#ELI5-data-availability-sampling)
+- [डेटा उपलब्धता आणि इरेजर कोडिंगवर एक टीप](https://github.com/ethereum/research/wiki/A-note-on-data-availability-and-erasure-coding#can-an-attacker-not-circumvent-this-scheme-by-releasing-a-full-unavailable-block-but-then-only-releasing-individual-bits-of-data-as-clients-query-for-them)
+- [डेटा उपलब्धता समित्या.](https://medium.com/starkware/data-availability-e5564c416424)
+- [प्रूफ-ऑफ-स्टेक डेटा उपलब्धता समित्या.](https://blog.matter-labs.io/zkporter-a-breakthrough-in-l2-scaling-ed5e48842fbf)
+- [डेटा पुनर्प्राप्ती समस्येवरील उपाय](https://notes.ethereum.org/@vbuterin/data_sharding_roadmap#Who-would-store-historical-data-under-sharding)
+- [डेटा उपलब्धता किंवा: रोलअप्स कसे काळजी करणे सोडून Ethereum वर प्रेम करायला शिकले](https://web.archive.org/web/20250515194659/https://web.archive.org/web/20241108192208/https://research.2077.xyz/data-availability-or-how-rollups-learned-to-stop-worrying-and-love-ethereum)
+- [EIP-7623: कॉलडेटा खर्च वाढवणे](https://web.archive.org/web/20250515194659/https://research.2077.xyz/eip-7623-increase-calldata-cost)
diff --git a/public/content/translations/mr/developers/docs/data-structures-and-encoding/index.md b/public/content/translations/mr/developers/docs/data-structures-and-encoding/index.md
new file mode 100644
index 00000000000..b9a07843c96
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/data-structures-and-encoding/index.md
@@ -0,0 +1,32 @@
+---
+title: "डेटा संरचना आणि एन्कोडिंग"
+description: "मूलभूत इथेरियम डेटा स्ट्रक्चर्सचा आढावा."
+lang: mr
+sidebarDepth: 2
+---
+
+इथेरियम मोठ्या प्रमाणात डेटा तयार करते, साठवते आणि हस्तांतरित करते. हा डेटा प्रमाणित आणि मेमरी-कार्यक्षम मार्गांनी स्वरूपित करणे आवश्यक आहे, जेणेकरून कोणीही तुलनेने सामान्य ग्राहक-श्रेणी हार्डवेअरवर [एक नोड चालवू](/run-a-node/) शकेल. हे साध्य करण्यासाठी, इथेरियम स्टॅकवर अनेक विशिष्ट डेटा स्ट्रक्चर्स वापरल्या जातात.
+
+## पूर्वतयारी {#prerequisites}
+
+आपण इथेरियमची मूलभूत तत्त्वे आणि [क्लायंट सॉफ्टवेअर](/developers/docs/nodes-and-clients/) समजून घेतले पाहिजे. नेटवर्किंग लेअर आणि [इथेरियम श्वेतपत्रिकेची](/whitepaper/) माहिती असण्याची शिफारस केली जाते.
+
+## डेटा स्ट्रक्चर्स {#data-structures}
+
+### पॅट्रिशिया मर्केल ट्राइज {#patricia-merkle-tries}
+
+पॅट्रिशिया मर्केल ट्राइज अशा रचना आहेत ज्या की-व्हॅल्यू जोड्यांना एका निश्चित आणि क्रिप्टोग्राफिकली प्रमाणीकृत ट्राइमध्ये एन्कोड करतात. इथेरियमच्या एक्झिक्युशन लेअरवर यांचा मोठ्या प्रमाणावर वापर केला जातो.
+
+[पॅट्रिशिया मर्केल ट्राइजबद्दल अधिक](/developers/docs/data-structures-and-encoding/patricia-merkle-trie)
+
+### रिकर्सिव्ह लेंथ प्रीफिक्स {#recursive-length-prefix}
+
+रिकर्सिव्ह लेंथ प्रीफिक्स (RLP) ही एक सिरिअलायझेशन पद्धत आहे जी इथेरियमच्या एक्झिक्युशन लेअरवर मोठ्या प्रमाणावर वापरली जाते.
+
+[RLP बद्दल अधिक](/developers/docs/data-structures-and-encoding/rlp)
+
+### सिंपल सिरिअलाइज {#simple-serialize}
+
+सिंपल सिरिअलाइज (SSZ) हे इथेरियमच्या कन्सेन्सस लेअरवरील प्रमुख सिरिअलायझेशन स्वरूप आहे, कारण ते मर्केलायझेशनशी सुसंगत आहे.
+
+[SSZ बद्दल अधिक](/developers/docs/data-structures-and-encoding/ssz)
diff --git a/public/content/translations/mr/developers/docs/data-structures-and-encoding/patricia-merkle-trie/index.md b/public/content/translations/mr/developers/docs/data-structures-and-encoding/patricia-merkle-trie/index.md
new file mode 100644
index 00000000000..8c487aff810
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/data-structures-and-encoding/patricia-merkle-trie/index.md
@@ -0,0 +1,266 @@
+---
+title: "मर्केल पॅट्रिशिया ट्राई"
+description: "मर्केल पॅट्रिशिया ट्राईची ओळख."
+lang: mr
+sidebarDepth: 2
+---
+
+इथेरियमची स्टेट (सर्व अकाउंट्स, बॅलन्स आणि स्मार्ट कॉन्ट्रॅक्ट्सची एकूणता), डेटा स्ट्रक्चरच्या एका विशेष आवृत्तीमध्ये एन्कोड केली जाते, जी संगणक विज्ञानात सामान्यतः मर्केल ट्री म्हणून ओळखली जाते. ही रचना क्रिप्टोग्राफीमधील अनेक ॲप्लिकेशन्ससाठी उपयुक्त आहे कारण ती ट्रीमध्ये गुंतलेल्या डेटाच्या सर्व वैयक्तिक भागांमध्ये एक सत्यापित करण्यायोग्य संबंध तयार करते, ज्यामुळे एकच **रूट** व्हॅल्यू तयार होते ज्याचा वापर डेटाबद्दल गोष्टी सिद्ध करण्यासाठी केला जाऊ शकतो.
+
+इथेरियमची डेटा स्ट्रक्चर एक 'मॉडिफाइड मर्केल-पॅट्रिशिया ट्राई' आहे, ज्याला हे नाव दिले गेले आहे कारण ते PATRICIA (प्रॅक्टिकल अल्गोरिदम टू रिट्रीव्ह इन्फॉर्मेशन कोडेड इन अल्फान्यूमेरिक) चे काही वैशिष्ट्ये घेते आणि कारण ते इथेरियम स्टेट तयार करणाऱ्या आयटम्सच्या कार्यक्षम डेटा रि**ट्राई**व्हलसाठी डिझाइन केलेले आहे.
+
+मर्केल-पॅट्रिशिया ट्राई ही निश्चित (deterministic) आणि क्रिप्टोग्राफिकदृष्ट्या सत्यापित करण्यायोग्य आहे: स्टेट रूट तयार करण्याचा एकमेव मार्ग म्हणजे स्टेटच्या प्रत्येक वैयक्तिक भागातून त्याची गणना करणे आणि दोन सारख्याच स्टेट्सची रूट हॅश आणि त्यापर्यंत पोहोचलेल्या हॅशेसची तुलना करून सहजपणे सिद्ध करता येते (_एक मर्केल प्रूफ_). याउलट, एकाच रूट हॅशसह दोन भिन्न स्टेट्स तयार करण्याचा कोणताही मार्ग नाही आणि भिन्न मूल्यांसह स्टेटमध्ये बदल करण्याचा कोणताही प्रयत्न केल्यास भिन्न स्टेट रूट हॅश मिळेल. सैद्धांतिकदृष्ट्या, ही रचना इन्सर्ट, लुकअप आणि डिलीटसाठी `O(log(n))` कार्यक्षमतेचे 'होली ग्रेल' प्रदान करते.
+
+नजीकच्या भविष्यात, इथेरियम [Verkle Tree](/roadmap/verkle-trees) रचनेमध्ये स्थलांतरित करण्याची योजना आखत आहे, ज्यामुळे भविष्यातील प्रोटोकॉल सुधारणांसाठी अनेक नवीन शक्यता उघडल्या जातील.
+
+## पूर्वतयारी {#prerequisites}
+
+हे पृष्ठ अधिक चांगल्या प्रकारे समजून घेण्यासाठी, [हॅशेस](https://en.wikipedia.org/wiki/Hash_function), [मर्केल ट्रीज](https://en.wikipedia.org/wiki/Merkle_tree), [ट्राईज](https://en.wikipedia.org/wiki/Trie) आणि [सीरियलायझेशन](https://en.wikipedia.org/wiki/Serialization) यांचे मूलभूत ज्ञान असणे उपयुक्त ठरेल. हा लेख मूलभूत [रॅडिक्स ट्री](https://en.wikipedia.org/wiki/Radix_tree) च्या वर्णनाने सुरू होतो, नंतर हळूहळू इथेरियमच्या अधिक ऑप्टिमाइझ केलेल्या डेटा स्ट्रक्चरसाठी आवश्यक बदल सादर करतो.
+
+## मूलभूत रॅडिक्स ट्राईज {#basic-radix-tries}
+
+मूलभूत रॅडिक्स ट्राईमध्ये, प्रत्येक नोड खालीलप्रमाणे दिसतो:
+
+```
+    [i_0, i_1 ... i_n, value]
+```
+
+जिथे `i_0 ...  i_n` वर्णमालेची चिन्हे दर्शवतात (बहुतेकदा बायनरी किंवा हेक्स), `व्हॅल्यू` नोडमधील टर्मिनल व्हॅल्यू आहे, आणि `i_0, i_1 ... ` मधील व्हॅल्यूज i_n`स्लॉट एकतर`NULL`किंवा इतर नोड्सचे पॉइंटर्स (आमच्या बाबतीत, हॅश) असतात. हे एक मूलभूत`(की, व्हॅल्यू)` स्टोअर तयार करते.
+
+समजा तुम्हाला की-व्हॅल्यू जोड्यांच्या सेटवर ऑर्डर कायम ठेवण्यासाठी रॅडिक्स ट्री डेटा स्ट्रक्चर वापरायचे आहे. ट्राईमध्ये सध्या `dog` की शी मॅप केलेली व्हॅल्यू शोधण्यासाठी, तुम्ही प्रथम `dog` ला वर्णमालेच्या अक्षरांमध्ये रूपांतरित कराल ( `64 6f 67` देऊन), आणि नंतर तुम्हाला व्हॅल्यू मिळेपर्यंत त्या मार्गावरून ट्राईमध्ये खाली जाल. म्हणजे, तुम्ही ट्राईचा रूट नोड शोधण्यासाठी फ्लॅट की/व्हॅल्यू DB मध्ये रूट हॅश शोधून सुरुवात करता. ते इतर नोड्सना पॉइंट करणाऱ्या कीजच्या ॲरे म्हणून दर्शविले जाते. तुम्ही इंडेक्स `6` वरील व्हॅल्यूचा की म्हणून वापर कराल आणि एका लेव्हल खालील नोड मिळवण्यासाठी फ्लॅट की/व्हॅल्यू DB मध्ये शोधाल. नंतर पुढील व्हॅल्यू शोधण्यासाठी इंडेक्स `4` निवडा, नंतर इंडेक्स `6` निवडा, आणि असेच, जोपर्यंत तुम्ही मार्ग: `रूट -> 6 -> 4 -> 6 -> 15 -> 6 -> 7` फॉलो करत नाही, तोपर्यंत तुम्ही नोडची व्हॅल्यू शोधून निकाल परत कराल.
+
+'ट्राई' मध्ये काहीतरी शोधणे आणि अंतर्निहित फ्लॅट की/व्हॅल्यू 'DB' मध्ये शोधणे यात फरक आहे. ते दोघेही की/व्हॅल्यू व्यवस्था परिभाषित करतात, परंतु अंतर्निहित DB की चा पारंपरिक 1-स्टेप लुकअप करू शकतो. ट्राईमध्ये की शोधण्यासाठी वर वर्णन केलेल्या अंतिम व्हॅल्यूपर्यंत पोहोचण्यासाठी अनेक अंतर्निहित DB लुकअप्सची आवश्यकता असते. अस्पष्टता दूर करण्यासाठी आपण नंतरच्याला `पाथ` म्हणूया.
+
+रॅडिक्स ट्राईजसाठी अपडेट आणि डिलीट ऑपरेशन्स खालीलप्रमाणे परिभाषित केल्या जाऊ शकतात:
+
+```python
+    def update(node_hash, path, value):
+        curnode = db.get(node_hash) if node_hash else [NULL] * 17
+        newnode = curnode.copy()
+        if path == "":
+            newnode[-1] = value
+        else:
+            newindex = update(curnode[path[0]], path[1:], value)
+            newnode[path[0]] = newindex
+        db.put(hash(newnode), newnode)
+        return hash(newnode)
+
+    def delete(node_hash, path):
+        if node_hash is NULL:
+            return NULL
+        else:
+            curnode = db.get(node_hash)
+            newnode = curnode.copy()
+            if path == "":
+                newnode[-1] = NULL
+            else:
+                newindex = delete(curnode[path[0]], path[1:])
+                newnode[path[0]] = newindex
+
+            if all(x is NULL for x in newnode):
+                return NULL
+            else:
+                db.put(hash(newnode), newnode)
+                return hash(newnode)
+```
+
+एक "मर्केल" रॅडिक्स ट्री निश्चितपणे-उत्पादित क्रिप्टोग्राफिक हॅश डायजेस्ट वापरून नोड्स लिंक करून तयार केली जाते. हे कंटेंट-ॲड्रेसिंग (की/व्हॅल्यू DB मध्ये `की == keccak256(rlp(व्हॅल्यू))`) संग्रहित डेटाची क्रिप्टोग्राफिक अखंडतेची हमी देते. जर दिलेल्या ट्राईचा रूट हॅश सार्वजनिकरित्या ज्ञात असेल, तर अंतर्निहित लीफ डेटामध्ये प्रवेश असलेला कोणीही विशिष्ट व्हॅल्यूला ट्री रूटशी जोडणाऱ्या प्रत्येक नोडचे हॅश प्रदान करून, ट्राईमध्ये विशिष्ट मार्गावर विशिष्ट व्हॅल्यू समाविष्ट असल्याचा पुरावा तयार करू शकतो.
+
+आक्रमणकर्त्यासाठी अस्तित्वात नसलेल्या `(पाथ, व्हॅल्यू)` जोडीचा पुरावा देणे अशक्य आहे कारण रूट हॅश शेवटी त्याच्या खालील सर्व हॅशवर आधारित असतो. कोणत्याही अंतर्निहित बदलामुळे रूट हॅश बदलेल. आपण हॅशला डेटाच्या संरचनात्मक माहितीचे संकुचित प्रतिनिधित्व म्हणून विचार करू शकता, जे हॅशिंग फंक्शनच्या प्री-इमेज संरक्षणाद्वारे सुरक्षित केलेले आहे.
+
+आपण रॅडिक्स ट्रीच्या अणु एककाला (उदा., एकच हेक्स कॅरॅक्टर किंवा 4 बिट बायनरी संख्या) "निबल" म्हणू. वर वर्णन केल्याप्रमाणे, एका वेळी एक निबल मार्गक्रमण करताना, नोड्स जास्तीत जास्त 16 चिल्ड्रेनचा संदर्भ घेऊ शकतात परंतु त्यात `व्हॅल्यू` घटक समाविष्ट असतो. म्हणून, आम्ही त्यांना 17 लांबीच्या ॲरे म्हणून दर्शवितो. आम्ही या 17-घटक ॲरेला "ब्रांच नोड्स" म्हणतो.
+
+## मर्केल पॅट्रिशिया ट्राई {#merkle-patricia-trees}
+
+रॅडिक्स ट्राईजची एक मोठी मर्यादा आहे: त्या अकार्यक्षम आहेत. जर तुम्हाला एक `(पाथ, व्हॅल्यू)` बाइंडिंग साठवायचे असेल जिथे पाथ, इथेरियमप्रमाणे, 64 कॅरॅक्टर लांब आहे (`bytes32` मधील निबल्सची संख्या), तर आम्हाला प्रत्येक कॅरॅक्टरसाठी एक लेव्हल साठवण्यासाठी एक किलोबाइटपेक्षा जास्त अतिरिक्त जागेची आवश्यकता असेल, आणि प्रत्येक लुकअप किंवा डिलीटसाठी पूर्ण 64 स्टेप्स लागतील. खालीलप्रमाणे सादर केलेली पॅट्रिशिया ट्राई ही समस्या सोडवते.
+
+### ऑप्टिमायझेशन {#optimization}
+
+मर्केल पॅट्रिशिया ट्राईमधील नोड खालीलपैकी एक असतो:
+
+1. `NULL` (रिकाम्या स्ट्रिंगने दर्शविलेले)
+2. `ब्रांच` एक 17-आयटम नोड `[ v0 ... v15, vt ]`
+3. `लीफ` एक 2-आयटम नोड `[ एन्कोडेडपाथ, व्हॅल्यू ]`
+4. `एक्सटेन्शन` एक 2-आयटम नोड `[ एन्कोडेडपाथ, की ]`
+
+64 कॅरॅक्टर पाथसह, ट्राईच्या पहिल्या काही लेयर्समधून गेल्यानंतर, तुम्ही अशा नोडवर पोहोचणारच आहात जिथे किमान काही मार्गासाठी कोणताही भिन्न मार्ग अस्तित्वात नाही. मार्गावर 15 पर्यंत विरळ `NULL` नोड्स तयार करणे टाळण्यासाठी, आम्ही `[ एन्कोडेडपाथ, की ]` स्वरूपाचा एक `एक्सटेन्शन` नोड सेट करून उतरण लहान करतो, जिथे `एन्कोडेडपाथ` मध्ये पुढे जाण्यासाठी "आंशिक मार्ग" असतो (खाली वर्णन केलेल्या कॉम्पॅक्ट एन्कोडिंगचा वापर करून), आणि `की` पुढील DB लुकअपसाठी असते.
+
+`लीफ` नोडसाठी, जे `एन्कोडेडपाथ`च्या पहिल्या निबलमधील ध्वजाद्वारे चिन्हांकित केले जाऊ शकते, पाथमध्ये मागील सर्व नोडच्या पाथच्या तुकड्यांचे एन्कोडिंग असते आणि आम्ही थेट `व्हॅल्यू` शोधू शकतो.
+
+तथापि, वरील ऑप्टिमायझेशनमुळे संदिग्धता निर्माण होते.
+
+निबल्समध्ये पाथक्रमण करताना, आपल्याला विषम संख्येने निबल्सचा सामना करावा लागू शकतो, परंतु सर्व डेटा `बाइट्स` स्वरूपात संग्रहित असल्यामुळे. उदाहरणार्थ, निबल `1` आणि निबल्स `01` मध्ये फरक करणे शक्य नाही (दोन्ही `<01>` म्हणून संग्रहित करणे आवश्यक आहे). विषम लांबी निर्दिष्ट करण्यासाठी, आंशिक मार्गाच्या आधी एक ध्वज लावला जातो.
+
+### स्पेसिफिकेशन: पर्यायी टर्मिनेटरसह हेक्स सीक्वेन्सचे कॉम्पॅक्ट एन्कोडिंग {#specification}
+
+वर वर्णन केल्याप्रमाणे _विषम विरुद्ध सम उर्वरित आंशिक मार्गाची लांबी_ आणि _लीफ विरुद्ध एक्सटेन्शन नोड_ या दोन्हींचे ध्वजांकन कोणत्याही 2-आयटम नोडच्या आंशिक मार्गाच्या पहिल्या निबलमध्ये असते. त्यांचे परिणाम खालीलप्रमाणे आहेत:
+
+| हेक्स कॅरॅक्टर | बिट्स | नोड प्रकार आंशिक                     | पाथची लांबी |
+| -------------- | ----- | ------------------------------------ | ----------- |
+| 0              | 0000  | एक्सटेन्शन                           | सम          |
+| 1              | 0001  | एक्सटेन्शन                           | विषम        |
+| 2              | 0010  | टर्मिनेटिंग (लीफ) | सम          |
+| 3              | 0011  | टर्मिनेटिंग (लीफ) | विषम        |
+
+सम उर्वरित पाथ लांबीसाठी (`0` किंवा `2`), नेहमीच आणखी एक `0` "पॅडिंग" निबल येईल.
+
+```python
+    def compact_encode(hexarray):
+        term = 1 if hexarray[-1] == 16 else 0
+        if term:
+            hexarray = hexarray[:-1]
+        oddlen = len(hexarray) % 2
+        flags = 2 * term + oddlen
+        if oddlen:
+            hexarray = [flags] + hexarray
+        else:
+            hexarray = [flags] + [0] + hexarray
+        # hexarray now has an even length whose first nibble is the flags.
+        o = ""
+        for i in range(0, len(hexarray), 2):
+            o += chr(16 * hexarray[i] + hexarray[i + 1])
+        return o
+```
+
+उदाहरणे:
+
+```python
+    > [1, 2, 3, 4, 5, ...]
+    '11 23 45'
+    > [0, 1, 2, 3, 4, 5, ...]
+    '00 01 23 45'
+    > [0, f, 1, c, b, 8, 10]
+    '20 0f 1c b8'
+    > [f, 1, c, b, 8, 10]
+    '3f 1c b8'
+```
+
+मर्केल पॅट्रिशिया ट्राईमध्ये नोड मिळवण्यासाठी विस्तारित कोड येथे आहे:
+
+```python
+    def get_helper(node_hash, path):
+        if path == []:
+            return node_hash
+        if node_hash == "":
+            return ""
+        curnode = rlp.decode(node_hash if len(node_hash) < 32 else db.get(node_hash))
+        if len(curnode) == 2:
+            (k2, v2) = curnode
+            k2 = compact_decode(k2)
+            if k2 == path[: len(k2)]:
+                return get(v2, path[len(k2) :])
+            else:
+                return ""
+        elif len(curnode) == 17:
+            return get_helper(curnode[path[0]], path[1:])
+
+    def get(node_hash, path):
+        path2 = []
+        for i in range(len(path)):
+            path2.push(int(ord(path[i]) / 16))
+            path2.push(ord(path[i]) % 16)
+        path2.push(16)
+        return get_helper(node_hash, path2)
+```
+
+### उदाहरण ट्राई {#example-trie}
+
+समजा आपल्याला चार पाथ/व्हॅल्यू जोड्या असलेली ट्राई हवी आहे: `('do', 'verb')`, `('dog', 'puppy')`, `('doge', 'coins')`, `('horse', 'stallion')`.
+
+प्रथम, आपण पाथ आणि व्हॅल्यू दोन्ही `बाइट्स` मध्ये रूपांतरित करतो. खाली, _पाथ_ साठी वास्तविक बाइट रिप्रेझेंटेशन्स `<>` ने दर्शविले आहेत, तरीही _व्हॅल्यू_ सोप्या समजुतीसाठी `''` ने दर्शविलेल्या स्ट्रिंग म्हणून दाखवल्या आहेत (त्या देखील वास्तविकपणे `बाइट्स` असतील):
+
+```
+    <64 6f> : 'क्रियापद'
+    <64 6f 67> : 'पिल्लू'
+    <64 6f 67 65> : 'नाणी'
+    <68 6f 72 73 65> : 'घोडा'
+```
+
+आता, आपण अंतर्निहित DB मध्ये खालील की/व्हॅल्यू जोड्यांसह अशी ट्राई तयार करू:
+
+```
+    rootHash: [ <16>, hashA ]
+    hashA:    [ <>, <>, <>, <>, hashB, <>, <>, <>, [ <20 6f 72 73 65>, 'घोडा' ], <>, <>, <>, <>, <>, <>, <>, <> ]
+    hashB:    [ <00 6f>, hashC ]
+    hashC:    [ <>, <>, <>, <>, <>, <>, hashD, <>, <>, <>, <>, <>, <>, <>, <>, <>, 'क्रियापद' ]
+    hashD:    [ <17>, [ <>, <>, <>, <>, <>, <>, [ <35>, 'नाणी' ], <>, <>, <>, <>, <>, <>, <>, <>, <>, 'पिल्लू' ] ]
+```
+
+जेव्हा एका नोडचा दुसऱ्या नोडमध्ये संदर्भ दिला जातो, तेव्हा `keccak256(rlp.encode(node))` समाविष्ट केले जाते, जर `len(rlp.encode(node)) >= 32` असेल तर, अन्यथा `node` समाविष्ट केले जाते जिथे `rlp.encode` हे [RLP](/developers/docs/data-structures-and-encoding/rlp) एन्कोडिंग फंक्शन आहे.
+
+लक्षात घ्या की ट्राई अपडेट करताना, जर नव्याने तयार केलेला नोड 32 किंवा त्यापेक्षा जास्त लांबीचा असेल तर, की/व्हॅल्यू जोडी `(keccak256(x), x)` एका पर्सिस्टंट लुकअप टेबलमध्ये साठवणे आवश्यक आहे. तथापि, जर नोड त्यापेक्षा लहान असेल, तर काहीही साठवण्याची गरज नाही, कारण f(x) = x हे फंक्शन उलट करता येण्याजोगे आहे.
+
+## इथेरियममधील ट्राईज {#tries-in-ethereum}
+
+इथेरियमच्या एक्झिक्युशन लेअरमधील सर्व मर्केल ट्राईज मर्केल पॅट्रिशिया ट्राई वापरतात.
+
+ब्लॉक हेडरमधून यापैकी 3 ट्राईजचे 3 रूट्स असतात.
+
+1. स्टेटरूट
+2. ट्रान्झॅक्शन्सरूट
+3. रीसीट्सरूट
+
+### स्टेट ट्राई {#state-trie}
+
+एक जागतिक स्टेट ट्राई आहे, आणि जेव्हा एखादा क्लायंट ब्लॉकवर प्रक्रिया करतो तेव्हा ती प्रत्येक वेळी अपडेट केली जाते. त्यात, एक `पाथ` नेहमी असतो: `keccak256(ethereumAddress)` आणि एक `व्हॅल्यू` नेहमी असते: `rlp(ethereumAccount)`. अधिक विशेषतः, एक इथेरियम `अकाउंट` `[nonce,balance,storageRoot,codeHash]` या 4 आयटमचा ॲरे आहे. या टप्प्यावर, हे लक्षात घेण्यासारखे आहे की हा `storageRoot` दुसऱ्या पॅट्रिशिया ट्राईचा रूट आहे:
+
+### स्टोरेज ट्राई {#storage-trie}
+
+स्टोरेज ट्राई हे असे ठिकाण आहे जिथे _सर्व_ कॉन्ट्रॅक्ट डेटा राहतो. प्रत्येक अकाउंटसाठी स्वतंत्र स्टोरेज ट्राई असते. विशिष्ट ॲड्रेसवर विशिष्ट स्टोरेज पोझिशनवरील व्हॅल्यूज मिळवण्यासाठी स्टोरेज ॲड्रेस, स्टोरेजमध्ये संग्रहित डेटाची पूर्णांक पोझिशन आणि ब्लॉक आयडी आवश्यक आहेत. त्यानंतर JSON-RPC API मध्ये परिभाषित `eth_getStorageAt` ला आर्गुमेंट्स म्हणून पास केले जाऊ शकते, उदा., ॲड्रेस `0x295a70b2de5e3953354a6a8344e616ed314d7251` साठी स्टोरेज स्लॉट 0 मधील डेटा मिळवण्यासाठी:
+
+```bash
+curl -X POST --data '{"jsonrpc":"2.0", "method": "eth_getStorageAt", "params": ["0x295a70b2de5e3953354a6a8344e616ed314d7251", "0x0", "latest"], "id": 1}' localhost:8545
+
+{"jsonrpc":"2.0","id":1,"result":"0x00000000000000000000000000000000000000000000000000000000000004d2"}
+
+```
+
+स्टोरेजमधील इतर घटक मिळवणे थोडे अधिक गुंतागुंतीचे आहे कारण स्टोरेज ट्राईमधील पोझिशनची प्रथम गणना करणे आवश्यक आहे. पोझिशनची गणना ॲड्रेस आणि स्टोरेज पोझिशनच्या `keccak256` हॅश म्हणून केली जाते, दोन्ही 32 बाइट्सच्या लांबीपर्यंत शून्यांसह डावीकडे पॅड केलेले असतात. उदाहरणार्थ, ॲड्रेस `0x391694e7e0b0cce554cb130d723a9d27458f9298` साठी स्टोरेज स्लॉट 1 मधील डेटाची पोझिशन आहे:
+
+```python
+keccak256(decodeHex("000000000000000000000000391694e7e0b0cce554cb130d723a9d27458f9298" + "0000000000000000000000000000000000000000000000000000000000000001"))
+```
+
+Geth कन्सोलमध्ये, याची गणना खालीलप्रमाणे केली जाऊ शकते:
+
+```
+> var key = "000000000000000000000000391694e7e0b0cce554cb130d723a9d27458f9298" + "0000000000000000000000000000000000000000000000000000000000000001"
+undefined
+> web3.sha3(key, {"encoding": "hex"})
+"0x6661e9d6d8b923d5bbaab1b96e1dd51ff6ea2a93520fdc9eb75d059238b8c5e9"
+```
+
+म्हणून `पाथ` `keccak256(<6661e9d6d8b923d5bbaab1b96e1dd51ff6ea2a93520fdc9eb75d059238b8c5e9>)` आहे. हे आता पूर्वीप्रमाणेच स्टोरेज ट्राईमधून डेटा मिळवण्यासाठी वापरले जाऊ शकते:
+
+```bash
+curl -X POST --data '{"jsonrpc":"2.0", "method": "eth_getStorageAt", "params": ["0x295a70b2de5e3953354a6a8344e616ed314d7251", "0x6661e9d6d8b923d5bbaab1b96e1dd51ff6ea2a93520fdc9eb75d059238b8c5e9", "latest"], "id": 1}' localhost:8545
+
+{"jsonrpc":"2.0","id":1,"result":"0x000000000000000000000000000000000000000000000000000000000000162e"}
+```
+
+टीप: जर ते कॉन्ट्रॅक्ट अकाउंट नसेल तर इथेरियम अकाउंटसाठी `storageRoot` डिफॉल्टनुसार रिकामा असतो.
+
+### ट्रान्झॅक्शन ट्राई {#transaction-trie}
+
+प्रत्येक ब्लॉकसाठी एक वेगळी ट्रान्झॅक्शन ट्राई असते, जी पुन्हा `(की, व्हॅल्यू)` जोड्या साठवते. येथे एक पाथ आहे: `rlp(transactionIndex)` जो एका व्हॅल्यूशी संबंधित की दर्शवितो, जी याद्वारे निर्धारित केली जाते:
+
+```python
+if legacyTx:
+  value = rlp(tx)
+else:
+  value = TxType | encode(tx)
+```
+
+याबद्दल अधिक माहिती [EIP 2718](https://eips.ethereum.org/EIPS/eip-2718) डॉक्युमेंटेशनमध्ये आढळू शकते.
+
+### रीसीट्स ट्राई {#receipts-trie}
+
+प्रत्येक ब्लॉकची स्वतःची रीसीट्स ट्राई असते. येथे एक `पाथ` आहे: `rlp(transactionIndex)`. `transactionIndex` हा ज्या ब्लॉक मध्ये त्याचा समावेश आहे त्यातील त्याचा इंडेक्स आहे. रीसीट्स ट्राई कधीही अपडेट केली जात नाही. ट्रान्झॅक्शन ट्राई प्रमाणेच, सध्याच्या आणि लेगसी रीसीट्स आहेत. रीसीट्स ट्राईमध्ये विशिष्ट रीसीट क्वेरी करण्यासाठी, त्याच्या ब्लॉकमधील ट्रान्झॅक्शनचा इंडेक्स, रीसीट पेलोड आणि ट्रान्झॅक्शन प्रकार आवश्यक आहे. परत आलेली रीसीट `Receipt` प्रकाराची असू शकते जी `TransactionType` आणि `ReceiptPayload` चे एकत्रीकरण म्हणून परिभाषित केली आहे किंवा ती `LegacyReceipt` प्रकाराची असू शकते जी `rlp([status, cumulativeGasUsed, logsBloom, logs])` म्हणून परिभाषित केली आहे.
+
+याबद्दल अधिक माहिती [EIP 2718](https://eips.ethereum.org/EIPS/eip-2718) डॉक्युमेंटेशनमध्ये आढळू शकते.
+
+## अधिक वाचन {#further-reading}
+
+- [सुधारित मर्केल पॅट्रिशिया ट्राई — इथेरियम स्टेट कसे सेव्ह करते](https://medium.com/codechain/modified-merkle-patricia-trie-how-ethereum-saves-a-state-e6d7555078dd)
+- [इथेरियममधील मर्कलिंग](https://blog.ethereum.org/2015/11/15/merkling-in-ethereum/)
+- [इथेरियम ट्राई समजून घेणे](https://easythereentropy.wordpress.com/2014/06/04/understanding-the-ethereum-trie/)
diff --git a/public/content/translations/mr/developers/docs/data-structures-and-encoding/rlp/index.md b/public/content/translations/mr/developers/docs/data-structures-and-encoding/rlp/index.md
new file mode 100644
index 00000000000..0cfe3d990e6
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/data-structures-and-encoding/rlp/index.md
@@ -0,0 +1,163 @@
+---
+title: "रिकर्सिव्ह-लेंग्थ प्रीफिक्स (RLP) सिरियलायझेशन"
+description: "Ethereum च्या एक्सिक्युशन लेअरमधील rlp एन्कोडिंगची व्याख्या."
+lang: mr
+sidebarDepth: 2
+---
+
+रिकर्सिव्ह लेंग्थ प्रीफिक्स (RLP) सिरियलायझेशनचा वापर Ethereum च्या एक्सिक्युशन क्लायंट्समध्ये मोठ्या प्रमाणावर केला जातो. RLP नोड्समधील डेटाच्या हस्तांतरणाला स्पेस-एफिशिएंट फॉरमॅटमध्ये प्रमाणित करते. RLP चा उद्देश बायनरी डेटाच्या अनियंत्रितपणे नेस्टेड अॅरेंना एन्कोड करणे आहे आणि RLP ही Ethereum च्या एक्सिक्युशन लेअरमधील ऑब्जेक्ट्स सिरियलाइज करण्यासाठी वापरली जाणारी प्राथमिक एन्कोडिंग पद्धत आहे. RLP चा मुख्य उद्देश स्ट्रक्चर एन्कोड करणे आहे; धन पूर्णांक वगळता, RLP विशिष्ट डेटा प्रकारांचे (उदा., स्ट्रिंग, फ्लोट्स) एन्कोडिंग हायर-ऑर्डर प्रोटोकॉलकडे सोपवते. धन पूर्णांक बिग-एंडियन बायनरी स्वरूपात कोणत्याही लीडिंग शून्येशिवाय दर्शविले पाहिजेत (त्यामुळे पूर्णांक मूल्य शून्य हे रिक्त बाइट अॅरेच्या समतुल्य होते). लीडिंग शून्य असलेले डिसेरियलाइज्ड धन पूर्णांक RLP वापरणाऱ्या कोणत्याही हायर-ऑर्डर प्रोटोकॉलद्वारे अवैध मानले पाहिजेत.
+
+अधिक माहिती [Ethereum यलो पेपर (परिशिष्ट B)](https://ethereum.github.io/yellowpaper/paper.pdf#page=19) मध्ये.
+
+डिक्शनरी एन्कोड करण्यासाठी RLP वापरण्याकरिता, दोन सुचवलेले कॅनोनिकल फॉर्म आहेत:
+
+- लेक्सिकोग्राफिक क्रमाने की सह `[[k1,v1],[k2,v2]...]` वापरा
+- Ethereum प्रमाणे हायर-लेव्हल पॅट्रिशिया ट्री एन्कोडिंग वापरा
+
+## व्याख्या {#definition}
+
+RLP एन्कोडिंग फंक्शन एक आयटम इनपुट म्हणून घेते. आयटमची व्याख्या खालीलप्रमाणे आहे:
+
+- एक स्ट्रिंग (म्हणजेच, बाइट अॅरे) एक आयटम आहे
+- आयटम्सची एक यादी हा एक आयटम आहे
+- एक धन पूर्णांक एक आयटम आहे
+
+उदाहरणार्थ, खालील सर्व आयटम आहेत:
+
+- एक रिकामी स्ट्रिंग;
+- "cat" हा शब्द असलेली स्ट्रिंग;
+- कितीही स्ट्रिंग असलेली यादी;
+- आणि `["cat", ["puppy", "cow"], "horse", [[]], "pig", [""], "sheep"]` सारखी अधिक जटिल डेटा स्ट्रक्चर्स.
+- `100` ही संख्या
+
+लक्षात घ्या की या पानाच्या उर्वरित संदर्भात, 'स्ट्रिंग' याचा अर्थ "बायनरी डेटाचे विशिष्ट संख्येचे बाइट्स" आहे; कोणतेही विशेष एन्कोडिंग वापरले जात नाहीत आणि स्ट्रिंगच्या सामग्रीबद्दल कोणतेही ज्ञान सूचित केले जात नाही (नॉन-मिनिमल धन पूर्णांकांविरुद्धच्या नियमानुसार आवश्यक असल्याशिवाय).
+
+RLP एन्कोडिंग खालीलप्रमाणे परिभाषित केले आहे:
+
+- धन पूर्णांकासाठी, त्याला सर्वात लहान बाइट अॅरेमध्ये रूपांतरित केले जाते ज्याचे बिग-एंडियन इंटरप्रिटेशन तो पूर्णांक आहे, आणि नंतर खालील नियमांनुसार स्ट्रिंग म्हणून एन्कोड केले जाते.
+- एका बाइटसाठी ज्याचे मूल्य `[0x00, 0x7f]` (दशांश `[0, 127]`) या रेंजमध्ये आहे, तो बाइट स्वतःच त्याचे RLP एन्कोडिंग आहे.
+- अन्यथा, जर एखादी स्ट्रिंग 0-55 बाइट्स लांब असेल, तर RLP एन्कोडिंगमध्ये **0x80** (दशांश 128) मूल्याचा एक बाइट अधिक स्ट्रिंगची लांबी आणि त्यानंतर स्ट्रिंग असते. पहिल्या बाइटची रेंज `[0x80, 0xb7]` (दशांश `[128, 183]`) आहे.
+- जर एखादी स्ट्रिंग 55 बाइट्सपेक्षा लांब असेल, तर RLP एन्कोडिंगमध्ये **0xb7** (दशांश 183) अधिक स्ट्रिंगच्या लांबीच्या बायनरी स्वरूपाची बाइट्समधील लांबी, हे मूल्य असलेला एक बाइट असतो. त्यानंतर स्ट्रिंगची लांबी आणि मग स्ट्रिंग असते. उदाहरणार्थ, 1024 बाइट लांबीच्या स्ट्रिंगला `\xb9\x04\x00` (दशांश `185, 4, 0`) आणि त्यानंतर स्ट्रिंग असे एन्कोड केले जाईल. येथे, पहिला बाइट `0xb9` (183 + 2 = 185) आहे, त्यानंतर 2 बाइट्स `0x0400` (दशांश 1024) येतात जे प्रत्यक्ष स्ट्रिंगची लांबी दर्शवतात. पहिल्या बाइटची रेंज `[0xb8, 0xbf]` (दशांश `[184, 191]`) आहे.
+- जर एखादी स्ट्रिंग 2^64 बाइट्स लांब किंवा त्याहून अधिक लांब असेल, तर ती एन्कोड केली जाऊ शकत नाही.
+- जर एखाद्या यादीचा एकूण पेलोड (म्हणजेच, RLP एन्कोड केलेल्या तिच्या सर्व आयटमची एकत्रित लांबी) 0-55 बाइट्स लांब असेल, तर RLP एन्कोडिंगमध्ये **0xc0** अधिक पेलोडची लांबी हे मूल्य असलेला एक बाइट असतो, आणि त्यानंतर आयटमच्या RLP एन्कोडिंगचे एकत्रीकरण असते. पहिल्या बाइटची रेंज `[0xc0, 0xf7]` (दशांश `[192, 247]`) आहे.
+- जर यादीचा एकूण पेलोड 55 बाइट्सपेक्षा जास्त असेल, तर RLP एन्कोडिंगमध्ये **0xf7** अधिक पेलोडच्या लांबीच्या बायनरी स्वरूपाची बाइट्समधील लांबी हे मूल्य असलेला एक बाइट असतो, त्यानंतर पेलोडची लांबी, आणि त्यानंतर आयटमच्या RLP एन्कोडिंगचे एकत्रीकरण असते. पहिल्या बाइटची रेंज `[0xf8, 0xff]` (दशांश `[248, 255]`) आहे.
+
+कोडमध्ये, हे असे आहे:
+
+```python
+def rlp_encode(input):
+    if isinstance(input,str):
+        if len(input) == 1 and ord(input) < 0x80:
+            return input
+        return encode_length(len(input), 0x80) + input
+    elif isinstance(input, list):
+        output = ''
+        for item in input:
+            output += rlp_encode(item)
+        return encode_length(len(output), 0xc0) + output
+
+def encode_length(L, offset):
+    if L < 56:
+         return chr(L + offset)
+    elif L < 256**8:
+         BL = to_binary(L)
+         return chr(len(BL) + offset + 55) + BL
+    raise Exception("input too long")
+
+def to_binary(x):
+    if x == 0:
+        return ''
+    return to_binary(int(x / 256)) + chr(x % 256)
+```
+
+## उदाहरणे {#examples}
+
+- "dog" ही स्ट्रिंग = [ 0x83, 'd', 'o', 'g' ]
+- [ "cat", "dog" ] ही यादी = `[ 0xc8, 0x83, 'c', 'a', 't', 0x83, 'd', 'o', 'g' ]`
+- रिकामी स्ट्रिंग ('null') = `[ 0x80 ]`
+- रिकामी यादी = `[ 0xc0 ]`
+- पूर्णांक 0 = `[ 0x80 ]`
+- बाइट '\\x00' = `[ 0x00 ]`
+- बाइट '\\x0f' = `[ 0x0f ]`
+- बाइट्स '\\x04\\x00' = `[ 0x82, 0x04, 0x00 ]`
+- तीनचे [संच सैद्धांतिक प्रतिनिधित्व](http://en.wikipedia.org/wiki/Set-theoretic_definition_of_natural_numbers), `[ [], [[]], [ [], [[]] ] ] = [ 0xc7, 0xc0, 0xc1, 0xc0, 0xc3, 0xc0, 0xc1, 0xc0 ]`
+- "Lorem ipsum dolor sit amet, consectetur adipisicing elit" ही स्ट्रिंग = `[ 0xb8, 0x38, 'L', 'o', 'r', 'e', 'm', ' ', ...` , 'e', 'l', 'i', 't' ]`
+
+## RLP डीकोडिंग {#rlp-decoding}
+
+RLP एन्कोडिंगच्या नियमांनुसार आणि प्रक्रियेनुसार, RLP डीकोडचे इनपुट बायनरी डेटाचा अॅरे म्हणून मानले जाते. RLP डीकोडिंग प्रक्रिया खालीलप्रमाणे आहे:
+
+1. इनपुट डेटाच्या पहिल्या बाइटनुसार (म्हणजे, प्रीफिक्स) डेटा प्रकार, प्रत्यक्ष डेटाची लांबी आणि ऑफसेट डीकोड करणे;
+
+2. डेटाच्या प्रकार आणि ऑफसेटनुसार डेटा डीकोड करणे, धन पूर्णांकांसाठी किमान एन्कोडिंग नियमाचा आदर राखून;
+
+3. उर्वरित इनपुट डीकोड करणे सुरू ठेवणे;
+
+त्यापैकी, डेटा प्रकार आणि ऑफसेट डीकोड करण्याचे नियम खालीलप्रमाणे आहेत:
+
+1. जर पहिल्या बाइटची (म्हणजे, प्रीफिक्स) रेंज [0x00, 0x7f] असेल, तर डेटा एक स्ट्रिंग आहे आणि स्ट्रिंग हा तो पहिला बाइटच असतो;
+
+2. जर पहिल्या बाइटची रेंज [0x80, 0xb7] असेल, तर डेटा एक स्ट्रिंग आहे, आणि ज्याची लांबी पहिल्या बाइट वजा 0x80 इतकी आहे अशी स्ट्रिंग पहिल्या बाइटनंतर येते;
+
+3. जर पहिल्या बाइटची रेंज [0xb8, 0xbf] असेल, तर डेटा एक स्ट्रिंग आहे, आणि ज्याची बाइट्समधील लांबी पहिल्या बाइट वजा 0xb7 इतकी आहे अशी स्ट्रिंगची लांबी पहिल्या बाइटनंतर येते, आणि स्ट्रिंग त्या लांबीनंतर येते;
+
+4. जर पहिल्या बाइटची रेंज [0xc0, 0xf7] असेल, तर डेटा एक यादी आहे, आणि ज्या यादीचा एकूण पेलोड पहिल्या बाइट वजा 0xc0 इतका आहे, तिच्या सर्व आयटमच्या RLP एन्कोडिंगचे एकत्रीकरण पहिल्या बाइटनंतर येते;
+
+5. जर पहिल्या बाइटची रेंज [0xf8, 0xff] असेल, तर डेटा एक यादी आहे, आणि ज्याची लांबी पहिल्या बाइट वजा 0xf7 इतकी आहे असा यादीचा एकूण पेलोड पहिल्या बाइटनंतर येतो, आणि यादीच्या सर्व आयटमच्या RLP एन्कोडिंगचे एकत्रीकरण यादीच्या एकूण पेलोडनंतर येते;
+
+कोडमध्ये, हे असे आहे:
+
+```python
+def rlp_decode(input):
+    if len(input) == 0:
+        return
+    output = ''
+    (offset, dataLen, type) = decode_length(input)
+    if type is str:
+        output = instantiate_str(substr(input, offset, dataLen))
+    elif type is list:
+        output = instantiate_list(substr(input, offset, dataLen))
+    output += rlp_decode(substr(input, offset + dataLen))
+    return output
+
+def decode_length(input):
+    length = len(input)
+    if length == 0:
+        raise Exception("input is null")
+    prefix = ord(input[0])
+    if prefix <= 0x7f:
+        return (0, 1, str)
+    elif prefix <= 0xb7 and length > prefix - 0x80:
+        strLen = prefix - 0x80
+        return (1, strLen, str)
+    elif prefix <= 0xbf and length > prefix - 0xb7 and length > prefix - 0xb7 + to_integer(substr(input, 1, prefix - 0xb7)):
+        lenOfStrLen = prefix - 0xb7
+        strLen = to_integer(substr(input, 1, lenOfStrLen))
+        return (1 + lenOfStrLen, strLen, str)
+    elif prefix <= 0xf7 and length > prefix - 0xc0:
+        listLen = prefix - 0xc0;
+        return (1, listLen, list)
+    elif prefix <= 0xff and length > prefix - 0xf7 and length > prefix - 0xf7 + to_integer(substr(input, 1, prefix - 0xf7)):
+        lenOfListLen = prefix - 0xf7
+        listLen = to_integer(substr(input, 1, lenOfListLen))
+        return (1 + lenOfListLen, listLen, list)
+    raise Exception("input does not conform to RLP encoding form")
+
+def to_integer(b):
+    length = len(b)
+    if length == 0:
+        raise Exception("input is null")
+    elif length == 1:
+        return ord(b[0])
+    return ord(substr(b, -1)) + to_integer(substr(b, 0, -1)) * 256
+```
+
+## पुढील वाचन {#further-reading}
+
+- [Ethereum मधील RLP](https://medium.com/coinmonks/data-structure-in-ethereum-episode-1-recursive-length-prefix-rlp-encoding-decoding-d1016832f919)
+- [Ethereum अंडर द हूड: RLP](https://medium.com/coinmonks/ethereum-under-the-hood-part-3-rlp-decoding-df236dc13e58)
+- Coglio, A. (2020). ACL2 मधील Ethereum चा रिकर्सिव्ह लेंग्थ प्रीफिक्स. arXiv preprint arXiv:2009.13769.](https://arxiv.org/abs/2009.13769)
+
+## संबंधित विषय {#related-topics}
+
+- [पॅट्रिशिया मर्केल ट्राय](/developers/docs/data-structures-and-encoding/patricia-merkle-trie)
diff --git a/public/content/translations/mr/developers/docs/data-structures-and-encoding/ssz/index.md b/public/content/translations/mr/developers/docs/data-structures-and-encoding/ssz/index.md
new file mode 100644
index 00000000000..33130a7a662
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/data-structures-and-encoding/ssz/index.md
@@ -0,0 +1,149 @@
+---
+title: "सिंपल सिरीअलाइझ"
+description: "Ethereum च्या SSZ फॉरमॅटचे स्पष्टीकरण."
+lang: mr
+sidebarDepth: 2
+---
+
+**सिंपल सिरीअलाइझ (SSZ)** ही बीकन चेनवर वापरली जाणारी सिरीअलायझेशन पद्धत आहे. हे, पीअर डिस्कव्हरी प्रोटोकॉल वगळता, कन्सेंसस लेयरवर सर्वत्र एक्झिक्यूशन लेयरवर वापरल्या जाणार्‍या RLP सिरीअलायझेशनची जागा घेते. RLP सिरीअलायझेशनबद्दल अधिक जाणून घेण्यासाठी, [रिकर्सिव्ह-लेंग्थ प्रीफिक्स (RLP)](/developers/docs/data-structures-and-encoding/rlp/) पहा. SSZ डिटर्मिनिस्टिक असण्यासाठी आणि कार्यक्षमतेने मर्केलाइझ करण्यासाठी डिझाइन केलेले आहे. SSZ मध्ये दोन घटक आहेत असे मानले जाऊ शकते: एक सिरीअलायझेशन स्कीम आणि एक मर्केलायझेशन स्कीम जी सिरीअलाइझ केलेल्या डेटा स्ट्रक्चरसह कार्यक्षमतेने काम करण्यासाठी डिझाइन केलेली आहे.
+
+## SSZ कसे काम करते? {#how-does-ssz-work}
+
+### सिरीअलायझेशन {#serialization}
+
+SSZ ही एक सिरीअलायझेशन स्कीम आहे जी स्वयं-वर्णन करणारी नाही - उलट ती एका स्कीमावर अवलंबून असते जी आगाऊ माहित असणे आवश्यक आहे. SSZ सिरीअलायझेशनचे ध्येय म्हणजे कोणत्याही जटिलतेच्या ऑब्जेक्ट्सना बाइट्सच्या स्ट्रिंगच्या रूपात दर्शवणे. "बेसिक टाइप्स" साठी ही एक अतिशय सोपी प्रक्रिया आहे. घटकाला फक्त हेक्साडेसिमल बाइट्समध्ये रूपांतरित केले जाते. बेसिक टाइप्समध्ये यांचा समावेश आहे:
+
+- अनसाईन्ड इंटिजर्स
+- बूलियन्स
+
+जटिल "कंपोझिट" प्रकारांसाठी, सिरीअलायझेशन अधिक क्लिष्ट आहे कारण कंपोझिट प्रकारात अनेक घटक असतात जे भिन्न प्रकार किंवा भिन्न आकाराचे किंवा दोन्ही असू शकतात. जेव्हा या सर्व ऑब्जेक्ट्सची लांबी निश्चित असते (म्हणजे, घटकांचा आकार त्यांच्या वास्तविक मूल्यांकडे दुर्लक्ष करून नेहमी स्थिर असतो) तेव्हा सिरीअलायझेशन म्हणजे कंपोझिट प्रकारातील प्रत्येक घटकाचे लिट्ल-एंडियन बाईटस्ट्रिंगमध्ये रूपांतरण करणे होय. हे बाईटस्ट्रिंग्स एकत्र जोडले जातात. सिरीअलाइझ केलेल्या ऑब्जेक्टमध्ये निश्चित-लांबीच्या घटकांचे बाईटलिस्ट रिप्रेझेंटेशन त्याच क्रमाने असते ज्या क्रमाने ते डीसिरीअलाइझ केलेल्या ऑब्जेक्टमध्ये दिसतात.
+
+व्हेरिएबल लांबीच्या प्रकारांसाठी, सिरीअलाइझ केलेल्या ऑब्जेक्टमधील त्या घटकाच्या स्थितीत प्रत्यक्ष डेटाला "ऑफसेट" मूल्याने बदलले जाते. प्रत्यक्ष डेटा सिरीअलाइझ केलेल्या ऑब्जेक्टच्या शेवटी एका हीपमध्ये जोडला जातो. ऑफसेट व्हॅल्यू हीपमधील प्रत्यक्ष डेटाच्या सुरूवातीसाठी इंडेक्स आहे, जो संबंधित बाइट्ससाठी पॉईंटर म्हणून काम करतो.
+
+खालील उदाहरण स्पष्ट करते की निश्चित आणि व्हेरिएबल-लांबीच्या दोन्ही घटकांसह कंटेनरसाठी ऑफसेटिंग कसे कार्य करते:
+
+```Rust
+
+    struct Dummy {
+
+        number1: u64,
+        number2: u64,
+        vector: Vec<u8>,
+        number3: u64
+    }
+
+    dummy = Dummy{
+
+        number1: 37,
+        number2: 55,
+        vector: vec![1,2,3,4],
+        number3: 22,
+    }
+
+    serialized = ssz.serialize(dummy)
+
+```
+
+`serialized` ची रचना खालीलप्रमाणे असेल (येथे फक्त 4 बिट्सपर्यंत पॅड केलेले आहे, प्रत्यक्षात 32 बिट्सपर्यंत पॅड केलेले आहे आणि स्पष्टतेसाठी `int` रिप्रेझेंटेशन ठेवले आहे):
+
+```
+[37, 0, 0, 0, 55, 0, 0, 0, 16, 0, 0, 0, 22, 0, 0, 0, 1, 2, 3, 4]
+------------  -----------  -----------  -----------  ----------
+      |             |            |           |            |
+   नंबर1          नंबर2      वेक्टरसाठी      नंबर 3       वेक्टरचे
+                             ऑफसेट                        मूल्य
+
+```
+
+स्पष्टतेसाठी ओळींमध्ये विभागलेले:
+
+```
+[
+  37, 0, 0, 0,  # `number1` चे लिट्ल-एंडियन एन्कोडिंग.
+  55, 0, 0, 0,  # `number2` चे लिट्ल-एंडियन एन्कोडिंग.
+  16, 0, 0, 0,  # `vector` चे मूल्य कोठे सुरू होते हे दर्शवणारा "ऑफसेट" (लिट्ल-एंडियन 16).
+  22, 0, 0, 0,  # `number3` चे लिट्ल-एंडियन एन्कोडिंग.
+  1, 2, 3, 4,   # `vector` मधील वास्तविक मूल्ये.
+]
+```
+
+हे अजूनही एक सरलीकरण आहे - वरील स्कीमाटिक्समधील इंटिजर्स आणि शून्य प्रत्यक्षात बाईटलिस्ट म्हणून संग्रहित केले जातील, याप्रमाणे:
+
+```
+[
+  10100101000000000000000000000000  # `number1` चे लिट्ल-एंडियन एन्कोडिंग
+  10110111000000000000000000000000  # `number2` चे लिट्ल-एंडियन एन्कोडिंग.
+  10010000000000000000000000000000  # `vector` चे मूल्य कोठे सुरू होते हे दर्शवणारा "ऑफसेट" (लिट्ल-एंडियन 16).
+  10010110000000000000000000000000  # `number3` चे लिट्ल-एंडियन एन्कोडिंग.
+  10000001100000101000001110000100   # `bytes` फील्डचे वास्तविक मूल्य.
+]
+```
+
+त्यामुळे व्हेरिएबल-लांबीच्या प्रकारांसाठी वास्तविक मूल्ये सिरीअलाइझ केलेल्या ऑब्जेक्टच्या शेवटी एका हीपमध्ये संग्रहित केली जातात आणि त्यांचे ऑफसेट फील्डच्या क्रमबद्ध सूचीमध्ये त्यांच्या योग्य स्थानांवर संग्रहित केले जातात.
+
+`BitList` प्रकारासारखी काही विशेष प्रकरणे देखील आहेत ज्यांना विशिष्ट हाताळणीची आवश्यकता असते, ज्यासाठी सिरीअलायझेशन दरम्यान लांबी कॅप जोडणे आणि डीसिरीअलायझेशन दरम्यान काढून टाकणे आवश्यक असते. संपूर्ण तपशील [SSZ स्पेक](https://github.com/ethereum/consensus-specs/blob/dev/ssz/simple-serialize.md) मध्ये उपलब्ध आहेत.
+
+### डीसिरीअलायझेशन {#deserialization}
+
+या ऑब्जेक्टला डीसिरीअलाइझ करण्यासाठी <b>स्कीमा</b> आवश्यक आहे. स्कीमा सिरीअलाइझ केलेल्या डेटाचा अचूक लेआउट परिभाषित करतो जेणेकरून प्रत्येक विशिष्ट घटक बाइट्सच्या ब्लॉबमधून काही अर्थपूर्ण ऑब्जेक्टमध्ये डीसिरीअलाइझ केला जाऊ शकतो, ज्यामध्ये घटकांचा योग्य प्रकार, मूल्य, आकार आणि स्थान असेल. स्कीमाच डीसिरीअलायझरला सांगते की कोणती मूल्ये वास्तविक मूल्ये आहेत आणि कोणती ऑफसेट आहेत. जेव्हा एखादे ऑब्जेक्ट सिरीअलाइझ केले जाते तेव्हा सर्व फील्ड नावे अदृश्य होतात, परंतु स्कीमानुसार डीसिरीअलायझेशनवर पुन्हा इन्स्टंटिएट केली जातात.
+
+यावरील इंटरॅक्टिव्ह स्पष्टीकरणासाठी [ssz.dev](https://www.ssz.dev/overview) पहा.
+
+## मर्केलायझेशन {#merkleization}
+
+या SSZ सिरीअलाइझ केलेल्या ऑब्जेक्टला नंतर मर्केलाइझ केले जाऊ शकते - म्हणजेच त्याच डेटाच्या मर्केल-ट्री रिप्रेझेंटेशनमध्ये रूपांतरित केले जाऊ शकते. प्रथम, सिरीअलाइझ केलेल्या ऑब्जेक्टमधील 32-बाइट चंक्सची संख्या निश्चित केली जाते. ही ट्रीची "लीव्हज" (पाने) आहेत. लीव्हजची एकूण संख्या 2 च्या घातांकात असणे आवश्यक आहे जेणेकरून लीव्हज एकत्र हॅश केल्यावर शेवटी एकच हॅश-ट्री-रूट तयार होईल. जर नैसर्गिकरित्या असे नसेल, तर 32 बाइट शून्य असलेली अतिरिक्त लीव्हज जोडली जातात. रेखाचित्रानुसार:
+
+```
+        हॅश ट्री रूट
+            /     \
+           /       \
+          /         \
+         /           \
+   लीव्हज 1 आणि 2 चा हॅश  लीव्हज 3 आणि 4 चा हॅश
+      /   \            /  \
+     /     \          /    \
+    /       \        /      \
+ लीफ1     लीफ2    लीफ3     लीफ4
+```
+
+अशी काही प्रकरणे देखील आहेत जिथे ट्रीची लीव्हज वरील उदाहरणाप्रमाणे नैसर्गिकरित्या समान रीतीने वितरीत होत नाहीत. उदाहरणार्थ, लीफ 4 हे अनेक घटकांसह एक कंटेनर असू शकते ज्यासाठी मर्केल ट्रीमध्ये अतिरिक्त "डेप्थ" (खोली) जोडण्याची आवश्यकता असते, ज्यामुळे एक असमान ट्री तयार होते.
+
+या ट्री घटकांना लीफ X, नोड X इत्यादी म्हणून संबोधण्याऐवजी, आपण त्यांना सामान्यीकृत इंडेक्स देऊ शकतो, ज्याची सुरुवात रूट = 1 पासून होते आणि प्रत्येक स्तरावर डावीकडून उजवीकडे मोजणी केली जाते. हा वर स्पष्ट केलेला सामान्यीकृत इंडेक्स आहे. सिरीअलाइझ केलेल्या सूचीतील प्रत्येक घटकाचा एक सामान्यीकृत इंडेक्स `2**depth + idx` च्या बरोबर असतो, जिथे idx हे सिरीअलाइझ केलेल्या ऑब्जेक्टमधील त्याचे शून्य-इंडेक्स केलेले स्थान आहे आणि डेप्थ (खोली) मर्केल ट्रीमधील स्तरांची संख्या आहे, जी घटकांच्या (लीव्हज) संख्येचा बेस-टू लॉगरिथम म्हणून निर्धारित केली जाऊ शकते.
+
+## सामान्यीकृत इंडेक्स {#generalized-indices}
+
+सामान्यीकृत इंडेक्स हा एक इंटिजर आहे जो बायनरी मर्केल ट्रीमधील नोडचे प्रतिनिधित्व करतो जिथे प्रत्येक नोडचा सामान्यीकृत इंडेक्स `2 ** depth + index in row` असतो.
+
+```
+        1           --डेप्थ = 0  2**0 + 0 = 1
+    2       3       --डेप्थ = 1  2**1 + 0 = 2, 2**1+1 = 3
+  4   5   6   7     --डेप्थ = 2  2**2 + 0 = 4, 2**2 + 1 = 5...
+
+```
+
+हे रिप्रेझेंटेशन मर्केल ट्रीमधील डेटाच्या प्रत्येक भागासाठी एक नोड इंडेक्स देते.
+
+## मल्टीप्रूफ्स {#multiproofs}
+
+एका विशिष्ट घटकाचे प्रतिनिधित्व करणाऱ्या सामान्यीकृत इंडेक्सची सूची प्रदान केल्याने आम्हाला ते हॅश-ट्री-रूट विरुद्ध सत्यापित करण्याची परवानगी मिळते. हे रूट म्हणजे वास्तवाची आपली स्वीकारलेली आवृत्ती आहे. आपल्याला प्रदान केलेला कोणताही डेटा त्या वास्तवाविरुद्ध मर्केल ट्रीमध्ये योग्य ठिकाणी (त्याच्या सामान्यीकृत इंडेक्सद्वारे निर्धारित) घालून आणि रूट स्थिर राहतो हे पाहून सत्यापित केला जाऊ शकतो. [येथे](https://github.com/ethereum/consensus-specs/blob/dev/ssz/merkle-proofs.md#merkle-multiproofs) स्पेक्समध्ये अशी फंक्शन्स आहेत जी सामान्यीकृत इंडेक्सच्या विशिष्ट सेटमधील सामग्री सत्यापित करण्यासाठी आवश्यक असलेल्या नोड्सचा किमान संच कसा मोजावा हे दर्शवतात.
+
+उदाहरणार्थ, खालील ट्रीमधील इंडेक्स 9 मधील डेटा सत्यापित करण्यासाठी, आम्हाला इंडेक्स 8, 9, 5, 3, 1 वरील डेटाचा हॅश आवश्यक आहे.
+(8,9) चा हॅश (4) च्या हॅशच्या बरोबर असावा, जो 5 सोबत हॅश होऊन 2 तयार करतो, जो 3 सोबत हॅश होऊन ट्री रूट 1 तयार करतो. जर 9 साठी चुकीचा डेटा प्रदान केला गेला, तर रूट बदलेल - आम्ही हे ओळखू आणि ब्रांच सत्यापित करण्यात अयशस्वी होऊ.
+
+```
+* = प्रूफ तयार करण्यासाठी आवश्यक डेटा
+
+                    1*
+          2                      3*
+    4          5*          6          7
+8*     9*   10    11   12    13    14    15
+
+```
+
+## पुढील वाचन {#further-reading}
+
+- [Ethereum अपग्रेड करणे: SSZ](https://eth2book.info/altair/part2/building_blocks/ssz)
+- [Ethereum अपग्रेड करणे: मर्केलायझेशन](https://eth2book.info/altair/part2/building_blocks/merkleization)
+- [SSZ अंमलबजावणी](https://github.com/ethereum/consensus-specs/issues/2138)
+- [SSZ कॅल्क्युलेटर](https://simpleserialize.com/)
+- [SSZ.dev](https://www.ssz.dev/)
diff --git a/public/content/translations/mr/developers/docs/data-structures-and-encoding/web3-secret-storage/index.md b/public/content/translations/mr/developers/docs/data-structures-and-encoding/web3-secret-storage/index.md
new file mode 100644
index 00000000000..f4cf8d5ed21
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/data-structures-and-encoding/web3-secret-storage/index.md
@@ -0,0 +1,195 @@
+---
+title: "Web3 गुप्त स्टोरेजची व्याख्या"
+description: "web3 गुप्त स्टोरेजची औपचारिक व्याख्या"
+lang: mr
+sidebarDepth: 2
+---
+
+तुमचा ॲप Ethereum वर काम करण्यासाठी, तुम्ही web3.js लायब्ररीद्वारे प्रदान केलेला web3 ऑब्जेक्ट वापरू शकता. आतल्या बाजूला ते RPC कॉलद्वारे स्थानिक नोडशी संवाद साधते. [web3](https://github.com/ethereum/web3.js/) कोणत्याही Ethereum नोडसोबत काम करते जे RPC लेयर उघड करते.
+
+`web3` मध्ये `eth` ऑब्जेक्ट आहे - web3.eth.
+
+```js
+var fs = require("fs")
+var recognizer = require("ethereum-keyfile-recognizer")
+
+fs.readFile("keyfile.json", (err, data) => {
+  var json = JSON.parse(data)
+  var result = recognizer(json)
+})
+
+/** परिणाम
+ *               [ 'web3', 3 ]   web3 (v3) कीफाइल
+ *  [ 'ethersale', undefined ]   Ethersale कीफाइल
+ *                        null     अवैध कीफाइल
+ */
+```
+
+हे दस्तऐवज Web3 गुप्त स्टोरेज व्याख्येच्या **आवृत्ती 3** चे वर्णन करते.
+
+## व्याख्या {#definition}
+
+फाईलचे प्रत्यक्ष एन्कोडिंग आणि डीकोडिंग आवृत्ती 1 पासून मोठ्या प्रमाणात अपरिवर्तित आहे, फक्त क्रिप्टो अल्गोरिदम आता AES-128-CBC पर्यंत मर्यादित नाही (AES-128-CTR ही आता किमान आवश्यकता आहे). बहुतेक अर्थ/अल्गोरिदम आवृत्ती 1 प्रमाणेच आहेत, `mac` वगळता, जे `ciphertext` सह साधित की च्या दुसऱ्या-डावीकडील 16 बाइट्सच्या एकत्रिकरणाचे SHA3 (keccak-256) म्हणून दिले जाते.
+
+गुप्त की फाइल्स थेट `~/.web3/keystore` (Unix-सारख्या प्रणालींसाठी) आणि `~/AppData/Web3/keystore` (Windows साठी) मध्ये साठवल्या जातात. त्यांना कोणतेही नाव दिले जाऊ शकते, परंतु एक चांगला संकेत म्हणजे `<uuid>.json`, जिथे `<uuid>` हा गुप्त की ला दिलेला 128-बिट UUID आहे (गुप्त की च्या ॲड्रेससाठी गोपनीयता-संरक्षक प्रॉक्सी).
+
+अशा सर्व फाइल्सना एक संबंधित पासवर्ड असतो. दिलेल्या `.json` फाइलची गुप्त की मिळवण्यासाठी, प्रथम फाइलची एन्क्रिप्शन की मिळवा; हे फाइलचा पासवर्ड घेऊन आणि `kdf` की द्वारे वर्णन केल्यानुसार की डेरिवेशन फंक्शनमधून पास करून केले जाते. KDF फंक्शनसाठी KDF-अवलंबित स्थिर आणि डायनॅमिक पॅरामीटर्सचे वर्णन `kdfparams` की मध्ये केले आहे.
+
+PBKDF2 ला सर्व किमान-अनुरूप अंमलबजावणीद्वारे समर्थित करणे आवश्यक आहे, जे खालीलप्रमाणे दर्शविले आहे:
+
+- `kdf`: `pbkdf2`
+
+PBKDF2 साठी, kdfparams मध्ये समाविष्ट आहे:
+
+- `prf`: `hmac-sha256` असणे आवश्यक आहे (भविष्यात वाढवले जाऊ शकते);
+- `c`: पुनरावृत्तींची संख्या;
+- `salt`: PBKDF ला पास केलेला सॉल्ट;
+- `dklen`: साधित की साठी लांबी. >= 32 असणे आवश्यक आहे.
+
+एकदा फाईलची की मिळवल्यानंतर, MAC च्या डेरिवेशनद्वारे त्याची पडताळणी केली पाहिजे. MAC ची गणना साधित की च्या दुसऱ्या-डावीकडील 16 बाइट्स आणि `ciphertext` की च्या सामग्रीच्या एकत्रिकरणाने तयार झालेल्या बाइट ॲरेच्या SHA3 (keccak-256) हॅश म्हणून केली पाहिजे, म्हणजे:
+
+```js
+KECCAK(DK[16..31] ++ <ciphertext>)
+```
+
+(जिथे `++` हा कॉनकेटिनेशन ऑपरेटर आहे)
+
+या मूल्याची तुलना `mac` की च्या सामग्रीशी केली पाहिजे; जर ते वेगळे असतील, तर पर्यायी पासवर्डची विनंती केली पाहिजे (किंवा ऑपरेशन रद्द केले पाहिजे).
+
+फाईलच्या कीची पडताळणी केल्यानंतर, सिफर टेक्स्ट (`ciphertext` की फाईलमध्ये) `cipher` की द्वारे निर्दिष्ट सिमेट्रिक एन्क्रिप्शन अल्गोरिदम वापरून आणि `cipherparams` की द्वारे पॅरामेटराइज करून डिक्रिप्ट केले जाऊ शकते. जर साधित की चा आकार आणि अल्गोरिदमच्या कीचा आकार जुळत नसेल, तर साधित की चे शून्य पॅडेड, उजवीकडील बाइट्स अल्गोरिदमची की म्हणून वापरले पाहिजेत.
+
+सर्व किमान-अनुरूप अंमलबजावणीने AES-128-CTR अल्गोरिदमला समर्थन दिले पाहिजे, जे खालीलप्रमाणे दर्शविले आहे:
+
+- `cipher: aes-128-ctr`
+
+हे सिफर खालील पॅरामीटर्स घेते, जे cipherparams की साठी की म्हणून दिले जातात:
+
+- `iv`: सिफरसाठी 128-बिट इनिशियलायझेशन वेक्टर.
+
+सिफरसाठी की ही साधित की चे डावीकडील 16 बाइट्स आहेत, म्हणजे `DK[0..15]`
+
+गुप्त कीची निर्मिती/एन्क्रिप्शन मूलतः या सूचनांच्या उलट असावी. `uuid`, `salt` आणि `iv` खरोखरच यादृच्छिक असल्याची खात्री करा.
+
+`version` फील्ड व्यतिरिक्त, जे आवृत्तीचे "हार्ड" ओळखकर्ता म्हणून काम केले पाहिजे, अंमलबजावणी स्वरूपातील लहान, नॉन-ब्रेकिंग बदलांचा मागोवा घेण्यासाठी `minorversion` देखील वापरू शकतात.
+
+## चाचणी व्हेक्टर्स {#test-vectors}
+
+तपशील:
+
+- `ॲड्रेस`: `008aeeda4d805471df9b2a5b0f38a0c3bcba786b`
+- `ICAP`: `XE542A5PZHH8PYIZUBEJEO0MFWRAPPIL67`
+- `UUID`: `3198bc9c-6672-5ab3-d9954942343ae5b6`
+- `पासवर्ड`: `testpassword`
+- `गुप्त`: `7a28b5ba57c53603b0b07b56bba752f7784bf506fa95edc395f5cf6c7514fe9d`
+
+### PBKDF2-SHA-256 {#PBKDF2-SHA-256}
+
+`AES-128-CTR` आणि `PBKDF2-SHA-256` वापरून चाचणी व्हेक्टर:
+
+`~/.web3/keystore/3198bc9c-6672-5ab3-d9954942343ae5b6.json` ची फाइल सामग्री:
+
+```json
+{
+  "crypto": {
+    "cipher": "aes-128-ctr",
+    "cipherparams": {
+      "iv": "6087dab2f9fdbbfaddc31a909735c1e6"
+    },
+    "ciphertext": "5318b4d5bcd28de64ee5559e671353e16f075ecae9f99c7a79a38af5f869aa46",
+    "kdf": "pbkdf2",
+    "kdfparams": {
+      "c": 262144,
+      "dklen": 32,
+      "prf": "hmac-sha256",
+      "salt": "ae3cd4e7013836a3df6bd7241b12db061dbe2c6785853cce422d148a624ce0bd"
+    },
+    "mac": "517ead924a9d0dc3124507e3393d175ce3ff7c1e96529c6c555ce9e51205e9b2"
+  },
+  "id": "3198bc9c-6672-5ab3-d995-4942343ae5b6",
+  "version": 3
+}
+```
+
+**मध्यस्थ**:
+
+`साधित की`: `f06d69cdc7da0faffb1008270bca38f5e31891a3a773950e6d0fea48a7188551`
+`MAC बॉडी`: `e31891a3a773950e6d0fea48a71885515318b4d5bcd28de64ee5559e671353e16f075ecae9f99c7a79a38af5f869aa46`
+`MAC`: `517ead924a9d0dc3124507e3393d175ce3ff7c1e96529c6c555ce9e51205e9b2`
+`सिफर की`: `f06d69cdc7da0faffb1008270bca38f5`
+
+### Scrypt {#scrypt}
+
+AES-128-CTR आणि Scrypt वापरून चाचणी व्हेक्टर:
+
+```json
+{
+  "crypto": {
+    "cipher": "aes-128-ctr",
+    "cipherparams": {
+      "iv": "740770fce12ce862af21264dab25f1da"
+    },
+    "ciphertext": "dd8a1132cf57db67c038c6763afe2cbe6ea1949a86abc5843f8ca656ebbb1ea2",
+    "kdf": "scrypt",
+    "kdfparams": {
+      "dklen": 32,
+      "n": 262144,
+      "p": 1,
+      "r": 8,
+      "salt": "25710c2ccd7c610b24d068af83b959b7a0e5f40641f0c82daeb1345766191034"
+    },
+    "mac": "337aeb86505d2d0bb620effe57f18381377d67d76dac1090626aa5cd20886a7c"
+  },
+  "id": "3198bc9c-6672-5ab3-d995-4942343ae5b6",
+  "version": 3
+}
+```
+
+**मध्यस्थ**:
+
+`साधित की`: `7446f59ecc301d2d79bc3302650d8a5cedc185ccbb4bf3ca1ebd2c163eaa6c2d`
+`MAC बॉडी`: `edc185ccbb4bf3ca1ebd2c163eaa6c2ddd8a1132cf57db67c038c6763afe2cbe6ea1949a86abc5843f8ca656ebbb1ea2`
+`MAC`: `337aeb86505d2d0bb620effe57f18381377d67d76dac1090626aa5cd20886a7c`
+`सिफर की`: `7446f59ecc301d2d79bc3302650d8a5c`
+
+## आवृत्ती 1 मधील बदल {#alterations-from-v2}
+
+ही आवृत्ती [येथे](https://github.com/ethereum/homestead-guide/blob/master/old-docs-for-reference/go-ethereum-wiki.rst/Passphrase-protected-key-store-spec.rst) प्रकाशित आवृत्ती 1 मधील अनेक विसंगती दूर करते. थोडक्यात ते खालीलप्रमाणे आहेत:
+
+- कॅपिटलायझेशन अयोग्य आणि विसंगत आहे (scrypt लोअरकेस, Kdf मिक्स्ड-केस, MAC अप्परकेस).
+- ॲड्रेस अनावश्यक आहे आणि गोपनीयतेशी तडजोड करतो.
+- `Salt` हे मूलतः की डेरिवेशन फंक्शनचे एक पॅरामीटर आहे आणि ते त्याच्याशी संबंधित असले पाहिजे, सर्वसाधारणपणे क्रिप्टोशी नाही.
+- _SaltLen_ अनावश्यक (फक्त Salt पासून मिळवा).
+- की डेरिवेशन फंक्शन दिले आहे, तरीही क्रिप्टो अल्गोरिदम हार्ड स्पेसिफाइड आहे.
+- `Version` हे मूलतः अंकीय आहे तरीही एक स्ट्रिंग आहे (स्ट्रिंगसह संरचित आवृत्ती शक्य आहे, परंतु क्वचितच बदलणाऱ्या कॉन्फिगरेशन फाइल स्वरूपासाठी कार्यक्षेत्राबाहेर मानले जाऊ शकते).
+- `KDF` आणि `cipher` या संकल्पना काल्पनिकदृष्ट्या एकसारख्या आहेत तरीही त्या वेगवेगळ्या प्रकारे आयोजित केल्या आहेत.
+- `MAC` ची गणना एका व्हाइटस्पेस अज्ञेयवादी डेटाच्या तुकड्याद्वारे केली जाते(!)
+
+पूर्वी लिंक केलेल्या पृष्ठावरील उदाहरणाप्रमाणे कार्यात्मकदृष्ट्या समतुल्य असलेली खालील फाइल देण्यासाठी स्वरूपात बदल केले गेले आहेत:
+
+```json
+{
+  "crypto": {
+    "cipher": "aes-128-cbc",
+    "ciphertext": "07533e172414bfa50e99dba4a0ce603f654ebfa1ff46277c3e0c577fdc87f6bb4e4fe16c5a94ce6ce14cfa069821ef9b",
+    "cipherparams": {
+      "iv": "16d67ba0ce5a339ff2f07951253e6ba8"
+    },
+    "kdf": "scrypt",
+    "kdfparams": {
+      "dklen": 32,
+      "n": 262144,
+      "p": 1,
+      "r": 8,
+      "salt": "06870e5e6a24e183a5c807bd1c43afd86d573f7db303ff4853d135cd0fd3fe91"
+    },
+    "mac": "8ccded24da2e99a11d48cda146f9cc8213eb423e2ea0d8427f41c3be414424dd",
+    "version": 1
+  },
+  "id": "0498f19a-59db-4d54-ac95-33901b4f1870",
+  "version": 2
+}
+```
+
+## आवृत्ती 2 मधील बदल {#alterations-from-v2}
+
+आवृत्ती 2 ही अनेक बग्ससह एक सुरुवातीची C++ अंमलबजावणी होती. त्यातील सर्व आवश्यक गोष्टी अपरिवर्तित आहेत.
diff --git a/public/content/translations/mr/developers/docs/design-and-ux/dex-design-best-practice/index.md b/public/content/translations/mr/developers/docs/design-and-ux/dex-design-best-practice/index.md
new file mode 100644
index 00000000000..43c2311516c
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/design-and-ux/dex-design-best-practice/index.md
@@ -0,0 +1,219 @@
+---
+title: "विकेंद्रित एक्सचेंज (DEX) डिझाइनमधील सर्वोत्तम पद्धती"
+description: "टोकन्स स्वॅप करण्यासाठी UX/UI निर्णयांचे स्पष्टीकरण देणारे मार्गदर्शक."
+lang: mr
+---
+
+2018 मध्ये Uniswap च्या लाँचपासून, अनेक वेगवेगळ्या चेन्सवर शेकडो विकेंद्रित एक्सचेंज लाँच झाले आहेत.
+यापैकी अनेकांनी नवीन घटक सादर केले किंवा स्वतःचा ट्विस्ट जोडला, परंतु इंटरफेस सामान्यतः तसाच राहिला आहे.
+
+याचे एक कारण [जेकबचा नियम](https://lawsofux.com/jakobs-law/) आहे:
+
+> वापरकर्ते आपला बहुतेक वेळ इतर साइट्सवर घालवतात. याचा अर्थ असा की वापरकर्त्यांना तुमची साइट त्यांना आधीच माहीत असलेल्या इतर सर्व साइट्सप्रमाणेच काम करणे पसंत आहे.
+
+Uniswap, Pancakeswap आणि Sushiswap सारख्या सुरुवातीच्या इनोव्हेटर्समुळे, DeFi वापरकर्त्यांना DEX कसा दिसतो याची एक सामूहिक कल्पना आहे.
+या कारणास्तव, "सर्वोत्तम पद्धत" सारखे काहीतरी आता उदयास येत आहे. आम्ही पाहतो की अधिकाधिक डिझाइन निर्णय साइट्सवर प्रमाणित केले जात आहेत. तुम्ही DEXes च्या उत्क्रांतीला थेट चाचणीचे एक मोठे उदाहरण म्हणून पाहू शकता. ज्या गोष्टींनी काम केले त्या राहिल्या, ज्यांनी नाही केले त्या बाहेर फेकल्या गेल्या. व्यक्तिमत्त्वासाठी अजूनही जागा आहे, परंतु काही विशिष्ट मानके आहेत ज्यांचे पालन DEX ने केले पाहिजे.
+
+हा लेख खालील गोष्टींचा सारांश आहे:
+
+- काय समाविष्ट करावे
+- ते शक्य तितके वापरण्यायोग्य कसे बनवायचे
+- डिझाइन सानुकूलित करण्याचे मुख्य मार्ग
+
+सर्व उदाहरण वायरफ्रेम विशेषतः या लेखासाठी बनवले गेले होते, जरी ते सर्व वास्तविक प्रकल्पांवर आधारित असले तरी.
+
+फिग्मा किट देखील तळाशी समाविष्ट आहे - ते वापरण्यास मोकळ्या मनाने आणि आपल्या स्वतःच्या वायरफ्रेम्सला गती द्या!
+
+## DEX ची मूलभूत रचना {#basic-anatomy-of-a-dex}
+
+UI मध्ये साधारणपणे तीन घटक असतात:
+
+1. मुख्य फॉर्म
+2. बटण
+3. तपशील पॅनेल
+
+![जेनेरिक DEX UI, तीन मुख्य घटक दर्शविते](./1.png)
+
+## फरक {#variations}
+
+या लेखात ही एक सामान्य थीम असेल, परंतु हे घटक आयोजित करण्याचे विविध मार्ग आहेत. "तपशील पॅनेल" असू शकते:
+
+- बटणाच्या वर
+- बटणाच्या खाली
+- एकॉर्डियन पॅनेलमध्ये लपवलेले
+- आणि/किंवा “पूर्वावलोकन” मोडलवर
+
+एन.बी. एक “पूर्वावलोकन” मोडल पर्यायी आहे, परंतु तुम्ही मुख्य UI वर खूप कमी तपशील दाखवत असाल तर ते आवश्यक बनते.
+
+## मुख्य फॉर्मची रचना {#structure-of-the-main-form}
+
+हा तो बॉक्स आहे जिथे तुम्ही प्रत्यक्षात कोणते टोकन स्वॅप करायचे आहे ते निवडता. घटकामध्ये एका ओळीत इनपुट फील्ड आणि एक लहान बटण असते.
+
+DEXes सामान्यतः एका ओळीच्या वर आणि एका ओळीच्या खाली अतिरिक्त तपशील प्रदर्शित करतात, जरी हे वेगळ्या प्रकारे कॉन्फिगर केले जाऊ शकते.
+
+![इनपुट ओळ, वर आणि खाली तपशील ओळीसह](./2.png)
+
+## फरक {#variations2}
+
+येथे दोन UI भिन्नता दर्शविल्या आहेत; एक कोणत्याही सीमांशिवाय, एक अतिशय खुले डिझाइन तयार करते आणि एक जिथे इनपुट ओळीला एक सीमा आहे, त्या घटकावर लक्ष केंद्रित करते.
+
+![मुख्य फॉर्मच्या दोन UI भिन्नता](./3.png)
+
+ही मूलभूत रचना डिझाइनमध्ये **माहितीचे चार मुख्य भाग** दाखवण्याची परवानगी देते: प्रत्येक कोपऱ्यात एक. फक्त एक वरची/खालची ओळ असल्यास, फक्त दोन जागा आहेत.
+
+DeFi च्या उत्क्रांती दरम्यान, येथे अनेक वेगवेगळ्या गोष्टी समाविष्ट केल्या गेल्या आहेत.
+
+## समाविष्ट करण्यासाठी मुख्य माहिती {#key-info-to-include}
+
+- वॉलेटमधील शिल्लक
+- कमाल बटण
+- फियाट समतुल्य
+- मिळणाऱ्या रकमेवर किंमतीचा प्रभाव
+
+DeFi च्या सुरुवातीच्या दिवसांमध्ये, फियाट समतुल्य अनेकदा गहाळ होते. तुम्ही कोणत्याही प्रकारचा Web3 प्रकल्प तयार करत असाल, तर फियाट समतुल्य दर्शवणे आवश्यक आहे. वापरकर्ते अजूनही स्थानिक चलनांच्या बाबतीत विचार करतात, म्हणून वास्तविक जगाच्या मानसिक मॉडेल्सशी जुळण्यासाठी, हे समाविष्ट केले पाहिजे.
+
+दुसऱ्या फील्डवर (जिथे तुम्ही स्वॅप करत असलेले टोकन निवडता) तुम्ही इनपुट रक्कम आणि अंदाजित आउटपुट रकमांमधील फरक मोजून फियाट चलन रकमेच्या पुढे किमतीचा परिणाम देखील समाविष्ट करू शकता. हा समाविष्ट करण्यासाठी एक उपयुक्त तपशील आहे.
+
+टक्केवारी बटणे (उदा., 25%, 50%, 75%) एक उपयुक्त वैशिष्ट्य असू शकतात, परंतु ते अधिक जागा घेतात, अधिक कॉल टू अॅक्शन जोडतात आणि अधिक मानसिक भार टाकतात. टक्केवारी स्लाइडर्सचेही तसेच आहे. यापैकी काही UI निर्णय तुमच्या ब्रँड आणि तुमच्या वापरकर्ता प्रकारावर अवलंबून असतील.
+
+अतिरिक्त तपशील मुख्य फॉर्मच्या खाली दर्शविले जाऊ शकतात. या प्रकारची माहिती बहुतेक प्रो वापरकर्त्यांसाठी असल्याने, हे करणे अर्थपूर्ण आहे:
+
+- ते शक्य तितके कमी ठेवा, किंवा;
+- ते एकॉर्डियन पॅनेलमध्ये लपवा
+
+![मुख्य फॉर्मच्या कोपऱ्यात दर्शविलेले तपशील](./4.png)
+
+## समाविष्ट करण्यासाठी अतिरिक्त माहिती {#extra-info-to-include}
+
+- टोकन किंमत
+- स्लिपेज
+- किमान प्राप्त
+- अपेक्षित आउटपुट
+- किंमतीचा प्रभाव
+- गॅस खर्चाचा अंदाज
+- इतर शुल्क
+- ऑर्डर रूटिंग
+
+वादग्रस्तपणे, यापैकी काही तपशील पर्यायी असू शकतात.
+
+ऑर्डर रूटिंग मनोरंजक आहे, परंतु बहुतेक वापरकर्त्यांसाठी फारसा फरक पडत नाही.
+
+काही इतर तपशील फक्त तीच गोष्ट वेगवेगळ्या प्रकारे पुन्हा सांगतात. उदाहरणार्थ, "किमान प्राप्त" आणि "स्लिपेज" हे एकाच नाण्याच्या दोन बाजू आहेत. तुमचे स्लिपेज 1% वर सेट असल्यास, तुम्हाला मिळणारी किमान अपेक्षित रक्कम = अपेक्षित आउटपुट - 1%. काही UI अपेक्षित रक्कम, किमान रक्कम आणि स्लिपेज दाखवतील... जे उपयुक्त आहे पण कदाचित अनावश्यक आहे.
+
+बहुतेक वापरकर्ते तरीही डीफॉल्ट स्लिपेज ठेवतील.
+
+"किंमत परिणाम" अनेकदा "to" फील्डमध्ये फियाट समतुल्यच्या पुढे कंसात दर्शविला जातो. हा जोडण्यासाठी एक उत्तम ux तपशील आहे, परंतु जर तो येथे दर्शविला असेल तर तो खाली पुन्हा दाखवण्याची खरोखर गरज आहे का? आणि मग पुन्हा पूर्वावलोकन स्क्रीनवर?
+
+अनेक वापरकर्ते (विशेषतः जे कमी प्रमाणात स्वॅप करतात) या तपशीलांची पर्वा करणार नाहीत; ते फक्त एक संख्या टाकतील आणि स्वॅप दाबतील.
+
+![काही तपशील तीच गोष्ट दाखवतात](./5.png)
+
+नेमके कोणते तपशील दाखवले जातील हे तुमच्या प्रेक्षक आणि तुम्हाला अॅपमध्ये कोणत्या प्रकारची भावना हवी आहे यावर अवलंबून असेल.
+
+तुम्ही तपशील पॅनेलमध्ये स्लिपेज टॉलरन्स समाविष्ट केल्यास, तुम्ही ते थेट येथून संपादन करण्यायोग्य देखील बनवले पाहिजे. हे "एक्सेलेटर" चे एक चांगले उदाहरण आहे; एक सुबक UX युक्ती जी अॅपच्या सामान्य उपयोगितेवर परिणाम न करता अनुभवी वापरकर्त्यांच्या प्रवाहांना गती देऊ शकते.
+
+![तपशील पॅनेलमधून स्लिपेज नियंत्रित केले जाऊ शकते](./6.png)
+
+एका स्क्रीनवरील केवळ एका विशिष्ट माहितीबद्दलच नव्हे, तर संपूर्ण प्रवाहाबद्दल काळजीपूर्वक विचार करणे ही एक चांगली कल्पना आहे: मुख्य फॉर्ममध्ये संख्या प्रविष्ट करणे → तपशील स्कॅन करणे → पूर्वावलोकन स्क्रीनवर क्लिक करणे (तुमच्याकडे पूर्वावलोकन स्क्रीन असल्यास).
+तपशील पॅनेल नेहमी दृश्यमान असावे की वापरकर्त्याला ते विस्तारित करण्यासाठी क्लिक करणे आवश्यक आहे?
+तुम्ही पूर्वावलोकन स्क्रीन जोडून घर्षण निर्माण करावे का? हे वापरकर्त्याला हळू करण्यास आणि त्यांच्या व्यापाराचा विचार करण्यास भाग पाडते, जे उपयुक्त असू शकते. पण त्यांना पुन्हा तीच सर्व माहिती बघायची आहे का? या क्षणी त्यांच्यासाठी सर्वात उपयुक्त काय आहे?
+
+## डिझाइन पर्याय {#design-options}
+
+नमूद केल्याप्रमाणे, यापैकी बरेच काही तुमच्या वैयक्तिक शैलीवर अवलंबून असते
+तुमचा वापरकर्ता कोण आहे?
+तुमचा ब्रँड कोणता आहे?
+तुम्हाला प्रत्येक तपशील दाखवणारा “प्रो” इंटरफेस हवा आहे की तुम्हाला मिनिमलिस्ट व्हायचे आहे?
+जरी तुम्ही सर्व शक्य माहिती हवी असलेल्या प्रो वापरकर्त्यांना लक्ष्य करत असाल, तरीही तुम्हाला ॲलन कूपरचे शहाणपणाचे शब्द लक्षात ठेवले पाहिजेत:
+
+> तुमचा इंटरफेस कितीही सुंदर असो, कितीही छान असो, तो कमी असता तर बरे झाले असते.
+
+### रचना {#structure}
+
+- डावीकडे टोकन किंवा उजवीकडे टोकन
+- 2 ओळी किंवा 3
+- बटणाच्या वर किंवा खाली तपशील
+- तपशील विस्तृत, लहान केलेले किंवा न दर्शवलेले
+
+### घटक शैली {#component-style}
+
+- रिकामे
+- बाह्यरेखित
+- भरलेले
+
+केवळ UX च्या दृष्टिकोनातून, UI शैली तुम्हाला वाटते त्यापेक्षा कमी महत्त्वाची आहे. दृष्य ट्रेंड चक्रात येतात आणि जातात, आणि बरीचशी पसंती व्यक्तिनिष्ठ असते.
+
+याची अनुभूती घेण्याचा - आणि विविध भिन्न कॉन्फिगरेशनबद्दल विचार करण्याचा सर्वात सोपा मार्ग म्हणजे काही उदाहरणे पाहणे आणि नंतर स्वतः काही प्रयोग करणे.
+
+समाविष्ट फिग्मा किटमध्ये रिकामे, बाह्यरेखित आणि भरलेले घटक आहेत.
+
+हे सर्व एकत्र ठेवण्याचे वेगवेगळे मार्ग पाहण्यासाठी खालील उदाहरणे पहा:
+
+![भरलेल्या शैलीमध्ये 3 ओळी](./7.png)
+
+![बाह्यरेखित शैलीमध्ये 3 ओळी](./8.png)
+
+![रिकाम्या शैलीमध्ये 2 ओळी](./9.png)
+
+![बाह्यरेखित शैलीमध्ये 3 ओळी, तपशील पॅनेलसह](./10.png)
+
+![बाह्यरेखित शैलीमध्ये इनपुट ओळीसह 3 ओळी](./11.png)
+
+![भरलेल्या शैलीमध्ये 2 ओळी](./12.png)
+
+## पण टोकन कोणत्या बाजूला जावे? {#but-which-side-should-the-token-go-on}
+
+मुख्य गोष्ट अशी आहे की यामुळे उपयोगितेवर फारसा फरक पडण्याची शक्यता नाही. तथापि, काही गोष्टी लक्षात ठेवण्यासारख्या आहेत, ज्या तुम्हाला एका किंवा दुसऱ्या मार्गावर प्रभावित करू शकतात.
+
+वेळेनुसार फॅशनमध्ये बदल पाहणे थोडे मनोरंजक आहे. Uniswap ने सुरुवातीला टोकन डावीकडे ठेवले होते, परंतु नंतर ते उजवीकडे हलवले. Sushiswap ने देखील डिझाइन अपग्रेड दरम्यान हा बदल केला. सर्व नाही, पण बहुतेक प्रोटोकॉल्सने त्याचे अनुकरण केले आहे.
+
+आर्थिक संकेतांनुसार पारंपारिकपणे चलन चिन्ह संख्येच्या आधी ठेवले जाते, उदा., $50, €50, £50, परंतु आपण 50 डॉलर्स, 50 युरो, 50 पाउंड असे _म्हणतो_.
+
+सर्वसाधारण वापरकर्त्याला - विशेषतः जो डावीकडून उजवीकडे, वरपासून खालपर्यंत वाचतो - उजवीकडील टोकन अधिक नैसर्गिक वाटू शकते.
+
+![डावीकडे टोकन असलेला UI](./13.png)
+
+डावीकडे टोकन आणि उजवीकडे सर्व संख्या ठेवणे आनंददायक सममित दिसते, जे एक प्लस आहे, परंतु या लेआउटमध्ये आणखी एक तोटा आहे.
+
+सान्निध्याचा नियम सांगतो की जवळ असलेल्या वस्तू संबंधित म्हणून समजल्या जातात. त्यानुसार, आम्हाला संबंधित वस्तू एकमेकांच्या शेजारी ठेवायच्या आहेत. टोकन शिल्लक थेट टोकनशी संबंधित आहे, आणि जेव्हा नवीन टोकन निवडले जाते तेव्हा ते बदलेल. म्हणून, टोकन शिल्लक टोकन निवड बटणाच्या पुढे असणे थोडे अधिक अर्थपूर्ण आहे. ते टोकनच्या खाली हलवले जाऊ शकते, परंतु ते लेआउटची सममिती मोडते.
+
+शेवटी, दोन्ही पर्यायांसाठी प्लस आणि मायनस आहेत, परंतु उजवीकडील टोकनकडे कल कसा दिसतो हे मनोरंजक आहे.
+
+## बटणाचे वर्तन {#button-behavior}
+
+Approve साठी वेगळे बटण ठेवू नका. Approve साठी वेगळा क्लिक देखील ठेवू नका. वापरकर्त्याला स्वॅप करायचे आहे, म्हणून बटणावर फक्त “स्वॅप” म्हणा आणि पहिली पायरी म्हणून मंजुरी सुरू करा. एक मोडल स्टेपरसह प्रगती दर्शवू शकतो, किंवा एक साधे “tx 1 of 2 - approving” सूचना.
+
+![approve आणि swap साठी वेगळ्या बटणांसह UI](./14.png)
+
+![approve असे लिहिलेले एक बटण असलेले UI](./15.png)
+
+### संदर्भानुसार मदतीसाठी बटण {#button-as-contextual-help}
+
+बटण अलर्ट म्हणून दुहेरी कर्तव्य करू शकते!
+
+हे खरेतर Web3 बाहेर एक असामान्य डिझाइन पॅटर्न आहे, परंतु त्याच्या आत ते मानक बनले आहे. ही एक चांगली नवकल्पना आहे कारण ती जागा वाचवते आणि लक्ष केंद्रित ठेवते.
+
+जर मुख्य क्रिया - SWAP - त्रुटीमुळे अनुपलब्ध असेल, तर कारण बटणासह स्पष्ट केले जाऊ शकते, उदा:
+
+- नेटवर्क स्विच करा
+- वॉलेट कनेक्ट करा
+- विविध त्रुटी
+
+बटण **आवश्यक असलेल्या कृतीसाठी मॅप** केले जाऊ शकते. उदाहरणार्थ, वापरकर्ता चुकीच्या नेटवर्कवर असल्यामुळे स्वॅप करू शकत नसल्यास, बटणावर "Ethereum वर स्विच करा" असे लिहिलेले असावे आणि जेव्हा वापरकर्ता बटणावर क्लिक करतो, तेव्हा ते नेटवर्क Ethereum वर स्विच झाले पाहिजे. यामुळे वापरकर्त्याचा प्रवाह लक्षणीयरीत्या वेगवान होतो.
+
+![मुख्य CTA वरून सुरू होणाऱ्या मुख्य क्रिया](./16.png)
+
+![मुख्य CTA मध्ये दर्शविलेला त्रुटी संदेश](./17.png)
+
+## या figma फाइलसह स्वतःचे तयार करा {#build-your-own-with-this-figma-file}
+
+अनेक प्रोटोकॉलच्या कठोर परिश्रमामुळे, DEX डिझाइनमध्ये खूप सुधारणा झाली आहे. आम्हाला माहित आहे की वापरकर्त्याला कोणती माहिती हवी आहे, ती कशी दाखवावी, आणि प्रवाह शक्य तितका सुरळीत कसा करावा.
+आशा आहे की हा लेख UX तत्त्वांचे एक ठोस विहंगावलोकन प्रदान करतो.
+
+तुम्हाला प्रयोग करायचे असल्यास, कृपया फिग्मा वायरफ्रेम किट वापरण्यास मोकळ्या मनाने. हे शक्य तितके सोपे ठेवले आहे, परंतु विविध मार्गांनी मूलभूत रचना तयार करण्यासाठी पुरेशी लवचिकता आहे.
+
+[Figma वायरफ्रेम किट](https://www.figma.com/community/file/1393606680816807382/dex-wireframes-kit)
+
+DeFi विकसित होत राहील, आणि सुधारणेसाठी नेहमीच जागा असते.
+
+शुभेच्छा!
diff --git a/public/content/translations/mr/developers/docs/design-and-ux/heuristics-for-web3/index.md b/public/content/translations/mr/developers/docs/design-and-ux/heuristics-for-web3/index.md
new file mode 100644
index 00000000000..182ed9ea633
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/design-and-ux/heuristics-for-web3/index.md
@@ -0,0 +1,138 @@
+---
+title: "Web3 इंटरफेस डिझाइनसाठी 7 मार्गदर्शक तत्वे"
+description: "Web3 ची उपयोगिता सुधारण्यासाठीची तत्त्वे"
+lang: mr
+---
+
+उपयोगिता मार्गदर्शक तत्वे हे व्यापक 'अंगठ्याचे नियम' आहेत जे तुम्ही तुमच्या साइटची उपयोगिता मोजण्यासाठी वापरू शकता.
+येथील 7 मार्गदर्शक तत्वे विशेषतः Web3 साठी तयार केली आहेत आणि जेकब निल्सनच्या [इंटरॅक्शन डिझाइनसाठी 10 सामान्य तत्त्वे](https://www.nngroup.com/articles/ten-usability-heuristics/) सोबत वापरली पाहिजेत.
+
+## web3 साठी सात उपयोगिता मार्गदर्शक तत्वे {#seven-usability-heuristics-for-web3}
+
+1. कृतीनंतर प्रतिक्रिया येते
+2. सुरक्षा आणि विश्वास
+3. सर्वात महत्त्वाची माहिती स्पष्ट आहे
+4. समजण्यायोग्य परिभाषा
+5. कृती शक्य तितक्या लहान असाव्यात
+6. नेटवर्क कनेक्शन दृश्यमान आणि लवचिक आहेत
+7. ॲपमधून नियंत्रण, वॉलेटमधून नाही
+
+## व्याख्या आणि उदाहरणे {#definitions-and-examples}
+
+### १. कृतीनंतर प्रतिक्रिया येते {#feedback-follows-action}
+
+**जेव्हा काहीतरी घडले आहे किंवा घडत आहे, तेव्हा ते स्पष्ट असले पाहिजे.**
+
+वापरकर्ते त्यांच्या मागील कृतींच्या परिणामावर आधारित पुढील कृती ठरवतात. म्हणून त्यांना सिस्टमच्या स्थितीबद्दल माहिती देत राहणे आवश्यक आहे. Web3 मध्ये हे विशेषतः महत्त्वाचे आहे कारण व्यवहारांना ब्लॉकचेनवर नोंद होण्यासाठी काही वेळा थोडा वेळ लागू शकतो. जर त्यांना थांबायला सांगणारी कोणतीही प्रतिक्रिया नसेल, तर वापरकर्त्यांना काही घडले आहे की नाही याची खात्री नसते.
+
+**टिपा:**
+
+- मेसेजिंग, नोटिफिकेशन्स आणि इतर अलर्टद्वारे वापरकर्त्याला माहिती द्या.
+- प्रतीक्षा कालावधी स्पष्टपणे कळवा.
+- जर एखाद्या कृतीला काही सेकंदांपेक्षा जास्त वेळ लागणार असेल, तर टायमर किंवा ॲनिमेशनद्वारे वापरकर्त्याला दिलासा द्या जेणेकरून त्यांना काहीतरी घडत आहे असे वाटेल.
+- जर प्रक्रियेत अनेक पायऱ्या असतील, तर प्रत्येक पायरी दाखवा.
+
+**उदाहरण:**
+व्यवहारात समाविष्ट असलेली प्रत्येक पायरी दाखवल्याने वापरकर्त्यांना ते प्रक्रियेत कोठे आहेत हे जाणून घेण्यास मदत होते. योग्य आयकॉन वापरकर्त्याला त्यांच्या कृतींची स्थिती कळवतात.
+
+![टोकन स्वॅप करताना वापरकर्त्याला प्रत्येक पायरीबद्दल माहिती देणे](./Image1.png)
+
+### २. सुरक्षा आणि विश्वास अंतर्भूत आहेत {#security-and-trust-are-backed-in}
+
+सुरक्षेला प्राधान्य दिले पाहिजे आणि वापरकर्त्यासाठी यावर जोर दिला पाहिजे.
+लोकांना त्यांच्या डेटाची खूप काळजी असते. वापरकर्त्यांसाठी सुरक्षितता ही अनेकदा प्राथमिक चिंता असते, म्हणून डिझाइनच्या सर्व स्तरांवर तिचा विचार केला पाहिजे. तुम्ही नेहमी तुमच्या वापरकर्त्यांचा विश्वास मिळवण्याचा प्रयत्न केला पाहिजे, पण तुम्ही हे कसे करता याचा अर्थ वेगवेगळ्या ॲप्सवर वेगळा असू शकतो. तो नंतरचा विचार नसावा, तर संपूर्ण प्रक्रियेत जाणीवपूर्वक डिझाइन केले पाहिजे. अंतिम UI तसेच सोशल चॅनेल आणि डॉक्युमेंटेशनसह संपूर्ण वापरकर्ता अनुभवातून विश्वास निर्माण करा. विकेंद्रीकरणाची पातळी, ट्रेझरी मल्टी-सिग स्थिती आणि टीम डॉक्स आहे की नाही, यासारख्या गोष्टी वापरकर्त्यांच्या विश्वासावर परिणाम करतात
+
+**टिपा:**
+
+- तुमच्या ऑडिटची अभिमानाने यादी करा
+- अनेक ऑडिट मिळवा
+- तुम्ही डिझाइन केलेल्या कोणत्याही सुरक्षा वैशिष्ट्यांची जाहिरात करा
+- अंतर्निहित इंटिग्रेशन्ससह संभाव्य धोके ठळकपणे सांगा
+- धोरणांची जटिलता कळवा
+- तुमच्या वापरकर्त्यांच्या सुरक्षिततेच्या धारणेवर परिणाम करणाऱ्या UI-व्यतिरिक्त समस्यांचा विचार करा
+
+**उदाहरण:**
+फूटरमध्ये तुमचे ऑडिट ठळक आकारात समाविष्ट करा.
+
+![वेबसाइटच्या फूटरमध्ये संदर्भित ऑडिट](./Image2.png)
+
+### ३. सर्वात महत्त्वाची माहिती स्पष्ट आहे {#the-most-important-info-is-obvious}
+
+जटिल प्रणालींसाठी, केवळ सर्वात संबंधित डेटा दाखवा. सर्वात महत्त्वाचे काय आहे ते ठरवा आणि ते दाखवण्यास प्राधान्य द्या.
+खूप जास्त माहिती गोंधळात टाकणारी असते आणि वापरकर्ते निर्णय घेताना सहसा माहितीच्या एकाच तुकड्यावर लक्ष केंद्रित करतात. DeFi मध्ये, हे बहुधा यील्ड ॲप्सवर APR आणि लेंडिंग ॲप्सवर LTV असेल.
+
+**टिपा:**
+
+- वापरकर्ता संशोधन सर्वात महत्त्वाचे मेट्रिक उघड करेल
+- मुख्य माहिती मोठी आणि इतर तपशील लहान आणि नजरेत न भरणारे ठेवा
+- लोक वाचत नाहीत, ते स्कॅन करतात; तुमचे डिझाइन स्कॅन करण्यायोग्य असल्याची खात्री करा
+
+**उदाहरण:** पूर्ण रंगातील मोठे टोकन स्कॅन करताना सहज सापडतात. APR मोठा आहे आणि ॲक्सेंट रंगात हायलाइट केलेला आहे.
+
+![टोकन आणि APR सहज शोधता येतात](./Image3.png)
+
+### ४. स्पष्ट परिभाषा {#clear-terminology}
+
+परिभाषा समजण्यायोग्य आणि योग्य असावी.
+तांत्रिक शब्दजाल एक मोठा अडथळा असू शकतो, कारण त्यासाठी पूर्णपणे नवीन मानसिक मॉडेल तयार करणे आवश्यक असते. वापरकर्ते डिझाइनला त्यांना आधीच माहित असलेल्या शब्द, वाक्ये आणि संकल्पनांशी जोडू शकत नाहीत. सर्व काही गोंधळात टाकणारे आणि अपरिचित वाटते, आणि ते वापरण्याचा प्रयत्न करण्याआधीच एक कठीण शिकण्याची प्रक्रिया असते. एक वापरकर्ता काही पैसे वाचवण्याच्या इच्छेने DeFi कडे येऊ शकतो आणि त्याला काय मिळते ते म्हणजे: मायनिंग, फार्मिंग, स्टेकिंग, एमिशन्स, ब्राइब्स, वॉल्ट्स, लॉकर्स, veTokens, वेस्टिंग, इपॉक्स, विकेंद्रीकृत अल्गोरिदम, प्रोटोकॉल-ओन्ड लिक्विडिटी...
+असे सोपे शब्द वापरण्याचा प्रयत्न करा जे लोकांच्या सर्वात मोठ्या गटाला समजतील. फक्त तुमच्या प्रोजेक्टसाठी नवीन शब्द तयार करू नका.
+
+**टिपा:**
+
+- सोपी आणि सुसंगत परिभाषा वापरा
+- शक्य तितकी विद्यमान भाषा वापरा
+- तुमचे स्वतःचे शब्द तयार करू नका
+- संकेत जसे दिसतील तसे त्यांचे पालन करा
+- वापरकर्त्यांना शक्य तितके शिक्षित करा
+
+**उदाहरण:**
+“तुमचे रिवॉर्ड्स” हा एक व्यापकपणे समजला जाणारा, तटस्थ शब्द आहे; या प्रोजेक्टसाठी बनवलेला नवीन शब्द नाही. वास्तविक जगाच्या मानसिक मॉडेलशी जुळण्यासाठी रिवॉर्ड्स USD मध्ये दर्शविले जातात, जरी रिवॉर्ड्स स्वतः दुसऱ्या टोकनमध्ये असले तरी.
+
+![यू.एस. मध्ये दर्शविलेले टोकन रिवॉर्ड्स डॉलर्स](./Image4.png)
+
+### ५. कृती शक्य तितक्या लहान असाव्यात {#actions-are-as-short-as-possible}
+
+उप-कृती एकत्र करून वापरकर्त्याच्या परस्परसंवादाला गती द्या.
+हे स्मार्ट कॉन्ट्रॅक्ट स्तरावर तसेच UI मध्ये केले जाऊ शकते. एक सामान्य कृती पूर्ण करण्यासाठी वापरकर्त्याला सिस्टमच्या एका भागातून दुसऱ्या भागात जाण्याची - किंवा सिस्टम पूर्णपणे सोडण्याची गरज पडू नये.
+
+**टिपा:**
+
+- शक्य असेल तिथे "Approve" ला इतर कृतींसह एकत्र करा
+- स्वाक्षरी करण्याच्या पायऱ्या शक्य तितक्या जवळ एकत्र करा
+
+**उदाहरण:** “लिक्विडिटी ॲड करणे” आणि “स्टेक करणे” एकत्र करणे हे ॲक्सलरेटरचे एक सोपे उदाहरण आहे जे वापरकर्त्याचा वेळ आणि गॅस दोन्ही वाचवते.
+
+![डिपॉझिट आणि स्टेक क्रिया एकत्र करण्यासाठी स्विच दर्शवणारा मॉडेल](./Image5.png)
+
+### 6. नेटवर्क कनेक्शन दृश्यमान आणि लवचिक आहेत {#network-connections-are-visible-and-flexible}
+
+वापरकर्त्याला ते कोणत्या नेटवर्कशी कनेक्ट आहेत याची माहिती द्या आणि नेटवर्क बदलण्यासाठी स्पष्ट शॉर्टकट प्रदान करा.
+मल्टीचेन ॲप्सवर हे विशेषतः महत्त्वाचे आहे. डिस्कनेक्ट असताना किंवा नॉन-सपोर्टेड नेटवर्कशी कनेक्ट असतानाही ॲपची मुख्य कार्ये दृश्यमान असावीत.
+
+**टिपा:**
+
+- डिस्कनेक्ट असताना शक्य तितके ॲप दाखवा
+- वापरकर्ता सध्या कोणत्या नेटवर्कशी कनेक्ट आहे ते दाखवा
+- नेटवर्क बदलण्यासाठी वापरकर्त्याला वॉलेटमध्ये जाऊ देऊ नका
+- जर ॲपला वापरकर्त्याला नेटवर्क बदलण्याची आवश्यकता असेल, तर मुख्य कॉल टू ॲक्शनमधून कृतीसाठी प्रॉम्प्ट करा
+- जर ॲपमध्ये अनेक नेटवर्कसाठी मार्केट्स किंवा वॉल्ट्स असतील, तर वापरकर्ता सध्या कोणता संच पाहत आहे हे स्पष्टपणे सांगा
+
+**उदाहरण:** वापरकर्त्याला ते कोणत्या नेटवर्कशी कनेक्ट आहेत ते ॲपबारमध्ये दाखवा आणि त्यांना ते बदलण्याची परवानगी द्या.
+
+![कनेक्ट केलेले नेटवर्क दर्शविणारे ड्रॉपडाउन बटण](./Image6.png)
+
+### 7. ॲपमधून नियंत्रण, वॉलेटमधून नाही {#control-from-the-app-not-the-wallet}
+
+UI ने वापरकर्त्याला त्यांना माहित असणे आवश्यक असलेल्या सर्व गोष्टी सांगाव्यात आणि त्यांना जे काही करायचे आहे त्यावर नियंत्रण द्यावे.
+Web3 मध्ये, काही कृती तुम्ही UI मध्ये करता आणि काही कृती तुम्ही वॉलेटमध्ये करता. सामान्यतः, तुम्ही UI मध्ये एक कृती सुरू करता आणि नंतर वॉलेटमध्ये तिची पुष्टी करता. जर हे दोन धागे काळजीपूर्वक एकत्रित केले नाहीत तर वापरकर्त्यांना अस्वस्थ वाटू शकते.
+
+**टिपा:**
+
+- UI मधील प्रतिक्रियेद्वारे सिस्टमची स्थिती कळवा
+- त्यांच्या इतिहासाची नोंद ठेवा
+- जुन्या व्यवहारांसाठी ब्लॉक एक्सप्लोरर्सच्या लिंक प्रदान करा
+- नेटवर्क बदलण्यासाठी शॉर्टकट प्रदान करा.
+
+**उदाहरण:** एक सूक्ष्म कंटेनर वापरकर्त्याला त्यांच्या वॉलेटमध्ये कोणते संबंधित टोकन आहेत हे दाखवतो आणि मुख्य CTA नेटवर्क बदलण्यासाठी एक शॉर्टकट प्रदान करतो.
+
+![मुख्य CTA वापरकर्त्याला नेटवर्क स्विच करण्यासाठी प्रॉम्प्ट करत आहे](./Image7.png)
diff --git a/public/content/translations/mr/developers/docs/design-and-ux/index.md b/public/content/translations/mr/developers/docs/design-and-ux/index.md
new file mode 100644
index 00000000000..a2418ec4a95
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/design-and-ux/index.md
@@ -0,0 +1,86 @@
+---
+title: "वेब3 मध्ये डिझाइन आणि यूएक्स"
+description: "वेब3 स्पेस आणि Ethereum मध्ये यूएक्स डिझाइन आणि संशोधनाची ओळख"
+lang: mr
+---
+
+तुम्ही Ethereum सह डिझाइन करण्यासाठी नवीन आहात का? तुमच्यासाठी ही योग्य जागा आहे. Ethereum समुदायाने तुम्हाला वेब3 डिझाइन आणि संशोधनाच्या मूलभूत गोष्टींची ओळख करून देण्यासाठी संसाधने लिहिली आहेत. तुम्ही अशा मुख्य संकल्पनांबद्दल शिकाल ज्या तुम्हाला परिचित असलेल्या इतर ॲप डिझाइनपेक्षा वेगळ्या असू शकतात.
+
+प्रथम वेब3 ची अधिक मूलभूत माहिती हवी आहे का? [**लर्न हब**](/learn/) पहा.
+
+## वापरकर्ता संशोधनापासून सुरुवात करा {#start-with-user-research}
+
+प्रभावी डिझाइन हे केवळ दृष्यदृष्ट्या आकर्षक वापरकर्ता इंटरफेस तयार करण्याच्या पलीकडे जाते. यात वापरकर्त्याच्या गरजा, उद्दिष्ट्ये आणि प्रेरक घटकांची सखोल समज मिळवणे समाविष्ट आहे. म्हणून, आम्ही सर्व डिझाइनर्सना जोरदार शिफारस करतो की त्यांनी त्यांचे कार्य विचारपूर्वक आणि हेतुपुरस्सर आहे हे सुनिश्चित करण्यासाठी, [**डबल डायमंड प्रक्रियेसारखी**](https://en.wikipedia.org/wiki/Double_Diamond_\(design_process_model\)) डिझाइन प्रक्रिया स्वीकारावी.
+
+- [वेब3 ला अधिक यूएक्स संशोधक आणि डिझाइनर्सची गरज आहे](https://blog.akasha.org/akasha-conversations-9-web3-needs-more-ux-researchers-and-designers) - सध्याच्या डिझाइन परिपक्वतेचा आढावा
+- [वेब3 मधील यूएक्स संशोधनासाठी एक सोपा मार्गदर्शक](https://uxplanet.org/a-complete-guide-to-ux-research-for-web-3-0-products-d6bead20ebb1) - संशोधन कसे करावे यासाठी सोपा मार्गदर्शक
+- [वेब3 मध्ये यूएक्स निर्णय कसे घ्यावेत](https://archive.devcon.org/archive/watch/6/data-empathy-how-to-approach-ux-decisions-in-web3/) - संख्यात्मक आणि गुणात्मक संशोधनाचा आणि दोघांमधील फरकांचा संक्षिप्त आढावा (व्हिडिओ, 6 मिनिटे)
+- [वेब3 मध्ये यूएक्स संशोधक असणे](https://medium.com/@georgia.rakusen/what-its-like-being-a-user-researcher-in-web3-6a4bcc096849) - वेब3 मध्ये यूएक्स संशोधक असण्याचा अनुभव कसा असतो यावर एक वैयक्तिक दृष्टिकोन
+
+## वेब3 मधील संशोधन अभ्यास {#research-in-web3}
+
+ही वेब3 मध्ये केलेल्या वापरकर्ता संशोधनाची एक क्युरेट केलेली यादी आहे जी डिझाइन आणि उत्पादन निर्णयांमध्ये मदत करू शकते किंवा स्वतःचा अभ्यास करण्यासाठी प्रेरणा म्हणून काम करू शकते.
+
+| लक्ष केंद्रित करण्याचे क्षेत्र                                  | नाव                                                                                                                                                                                                                         |
+| :-------------------------------------------------------------- | :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| <Tag variant="solid" status="success">क्रिप्टो ऑनबोर्डिंग</Tag> | [द रिओन पल्स 2024: क्रिप्टो ग्राहक भावना आणि वापर](https://reown.com/blog/unveiling-walletconnects-consumer-crypto-report)                                                                                  |
+| <Tag variant="solid" status="success">क्रिप्टो ऑनबोर्डिंग</Tag> | [CRADL: क्रिप्टोकरन्सीमधील यूएक्स](https://docs.google.com/presentation/d/1s2OPSH5sMJzxRYaJSSRTe8W2iIoZx0PseIV-WeZWD1s/edit?usp=sharing)                                                                    |
+| <Tag variant="solid" status="success">क्रिप्टो ऑनबोर्डिंग</Tag> | [CRADL: क्रिप्टोकरन्सीसाठी ऑनबोर्डिंग](https://docs.google.com/presentation/d/1R9nFuzA-R6SxaGCKhoMbE4Vxe0JxQSTiHXind3LVq_w/edit?usp=sharing)                                                                |
+| <Tag variant="solid" status="success">क्रिप्टो ऑनबोर्डिंग</Tag> | [Bitcoin यूएक्स अहवाल](https://github.com/patestevao/BitcoinUX-report/blob/master/report.md)                                                                                                                                |
+| <Tag variant="solid" status="success">क्रिप्टो ऑनबोर्डिंग</Tag> | [ConSensys: जगभरातील वेब3 धारणाची स्थिती 2023](https://consensys.io/insight-report/web3-and-crypto-global-survey-2023)                                                                                      |
+| <Tag variant="solid" status="success">क्रिप्टो ऑनबोर्डिंग</Tag> | [NEAR: दत्तक घेण्याच्या दिशेने प्रवास वेगवान करणे](https://drive.google.com/file/d/1VuaQP4QSaQxR5ddQKTMGI0b0rWdP7uGn/view)                                                                                  |
+| <Tag status="tag">स्टेकिंग</Tag>                                | [OpenUX: रॉकेट पूल नोड ऑपरेटर यूएक्स](https://storage.googleapis.com/rocketpool/RocketPool-NodeOperator-UX-Report-Jan-2024.pdf)                                                                             |
+| <Tag status="tag">स्टेकिंग</Tag>                                | [स्टेकिंग: मुख्य ट्रेंड, टेकअवे आणि अंदाज - Eth स्टेकर](https://lookerstudio.google.com/u/0/reporting/cafcee00-e1af-4148-bae8-442a88ac75fa/page/p_ja2srdhh2c?s=hmbTWDh9hJo)                                 |
+| <Tag status="tag">स्टेकिंग</Tag>                                | [मल्टी ॲप स्टेकिंग](https://github.com/threshold-network/UX-User-Research/blob/main/Multi-App%20Staking%20\(MAS\)/iterative-user-study/MAS%20Iterative%20User%20Study.pdf)                                                  |
+| <Tag variant="solid" status="error">DAO</Tag>                   | [2022 DAO संशोधन अपडेट: DAO बिल्डर्सना कशाची गरज आहे?](https://blog.aragon.org/2022-dao-research-update/)                                                                                                   |
+| <Tag status="error">DeFi</Tag>                                  | [कव्हरेज पूल](https://github.com/threshold-network/UX-User-Research/tree/main/Keep%20Coverage%20Pool)                                                                                                                       |
+| <Tag status="error">DeFi</Tag>                                  | [ConSensys: DeFi वापरकर्ता संशोधन अहवाल 2022](https://cdn2.hubspot.net/hubfs/4795067/ConsenSys%20Codefi-Defi%20User%20ResearchReport.pdf)                                                                   |
+| <Tag variant="solid">मेटाव्हर्स</Tag>                           | [मेटाव्हर्स: वापरकर्ता संशोधन अहवाल](https://www.politico.com/f/?id=00000187-7685-d820-a7e7-7e85d1420000)                                                                                                   |
+| <Tag variant="solid">मेटाव्हर्स</Tag>                           | [सफारीवर जात आहे: मेटाव्हर्समधील वापरकर्त्यांचे संशोधन](https://archive.devcon.org/archive/watch/6/going-on-safari-researching-users-in-the-metaverse/?tab=YouTube) (व्हिडिओ, 27 मिनिटे) |
+
+## वेब3 साठी डिझाइन {#design-for-web3}
+
+- [वेब3 यूएक्स डिझाइन हँडबुक](https://web3ux.design/) - वेब3 ॲप्स डिझाइन करण्यासाठी व्यावहारिक मार्गदर्शक
+- [वेब3 डिझाइनची तत्त्वे](https://medium.com/@lyricalpolymath/web3-design-principles-f21db2f240c1) - ब्लॉकचेन-आधारित dapps साठी यूएक्स नियमांची एक चौकट
+- [ब्लॉकचेन डिझाइनची तत्त्वे](https://medium.com/design-ibm/blockchain-design-principles-599c5c067b6e) - IBM मधील ब्लॉकचेन डिझाइन टीमने शिकलेले धडे
+- [Neueux.com](https://neueux.com/apps) - विविध फिल्टरिंग पर्यायांसह वापरकर्ता प्रवाहांची यूआय लायब्ररी
+- [वेब3 चे उपयोगिता संकट: तुम्हाला काय माहित असणे आवश्यक आहे!](https://www.youtube.com/watch?v=oBSXT_6YDzg) - डेव्हलपर-केंद्रित प्रोजेक्ट बिल्डिंगच्या त्रुटींवर एक पॅनेल चर्चा (व्हिडिओ, 34 मिनिटे)
+
+## सुरुवात करणे {#getting-started}
+
+- [वेब3 साठी ह्युरिस्टिक्स](/developers/docs/design-and-ux/heuristics-for-web3/) - वेब3 इंटरफेस डिझाइनसाठी 7 ह्युरिस्टिक्स
+- [DEX डिझाइन सर्वोत्तम पद्धती](/developers/docs/design-and-ux/dex-design-best-practice/) - विकेंद्रीकृत एक्सचेंज डिझाइन करण्यासाठी एक मार्गदर्शक
+
+## वेब3 डिझाइन केस स्टडीज {#design-case-studies}
+
+- [Deep Work Studio](https://www.deepwork.studio/case-studies)
+- [OpenSea वर एनएफटी विकणे](https://builtformars.com/case-studies/opensea)
+- [वॉलेट यूएक्स टियरडाउन: वॉलेट्सना कसे बदलण्याची गरज आहे](https://www.youtube.com/watch?v=oTpuxYj8JWI&ab_channel=ETHDenver) (व्हिडिओ, 20 मिनिटे)
+
+## डिझाइन बाउंटीज {#bounties}
+
+- [Dework](https://app.dework.xyz/bounties)
+- [बिल्डबॉक्स हॅकथॉन्स](https://app.buidlbox.io/)
+- [ETHGlobal हॅकथॉन्स](https://ethglobal.com/)
+
+## डिझाइन DAO आणि समुदाय {#design-daos-and-communities}
+
+व्यावसायिक समुदाय-चालित संस्थांमध्ये सामील व्हा किंवा इतर सदस्यांसह डिझाइन आणि संशोधनाशी संबंधित विषय आणि ट्रेंडवर चर्चा करण्यासाठी डिझाइन गटांमध्ये सामील व्हा.
+
+- [Vectordao.com](https://vectordao.com/)
+- [Deepwork.studio](https://www.deepwork.studio/)
+- [We3.co](https://we3.co/)
+- [Openux.xyz](https://openux.xyz/)
+
+## डिझाइन सिस्टीम आणि इतर डिझाइन संसाधने {#design-systems-and-resources}
+
+- [Optimism डिझाइन](https://www.figma.com/@optimism) (Figma)
+- [Ethereum.org डिझाइन सिस्टीम](https://www.figma.com/@ethdotorg) (Figma)
+- [फिनिटी, पॉलीगॉनची एक डिझाइन सिस्टीम](https://www.figma.com/community/file/1073921725197233598/finity-design-system) (Figma)
+- [क्लेरोस डिझाइन सिस्टीम](https://www.figma.com/community/file/999852250110186964/kleros-design-system) (Figma)
+- [सेफ डिझाइन सिस्टीम](https://www.figma.com/community/file/1337417127407098506/safe-design-system) (Figma)
+- [ENS डिझाइन सिस्टीम](https://thorin.ens.domains/)
+- [मिरर डिझाइन सिस्टीम](https://degen-xyz.vercel.app/)
+
+**या पृष्ठावर सूचीबद्ध केलेले लेख आणि प्रकल्प अधिकृत समर्थन नाहीत**, आणि केवळ माहितीच्या उद्देशाने प्रदान केले आहेत.
+आम्ही आमच्या [सूचीकरण धोरणातील](/contributing/design/adding-design-resources) निकषांवर आधारित या पृष्ठावर दुवे जोडतो. तुम्हाला एखादा प्रकल्प/लेख जोडायचा असल्यास, [GitHub](https://github.com/ethereum/ethereum-org-website/blob/dev/public/content/developers/docs/design-and-ux/index.md) वर हे पृष्ठ संपादित करा.
diff --git a/public/content/translations/mr/developers/docs/development-networks/index.md b/public/content/translations/mr/developers/docs/development-networks/index.md
new file mode 100644
index 00000000000..5dad0544fda
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/development-networks/index.md
@@ -0,0 +1,71 @@
+---
+title: "विकास नेटवर्क"
+description: "विकास नेटवर्क आणि Ethereum ॲप्लिकेशन्स तयार करण्यात मदत करण्यासाठी उपलब्ध साधनांचे एक अवलोकन."
+lang: mr
+---
+
+स्मार्ट कॉन्ट्रॅक्ट्ससह Ethereum ॲप्लिकेशन तयार करताना, ते कसे काम करते हे पाहण्यासाठी, तुम्ही ते तैनात करण्यापूर्वी स्थानिक नेटवर्कवर चालवू इच्छित असाल.
+
+ज्याप्रमाणे तुम्ही वेब डेव्हलपमेंटसाठी तुमच्या संगणकावर स्थानिक सर्व्हर चालवू शकता, त्याचप्रमाणे तुम्ही तुमच्या dapp ची चाचणी घेण्यासाठी स्थानिक ब्लॉकचेन इन्स्टन्स तयार करण्याकरिता विकास नेटवर्क वापरू शकता. हे Ethereum विकास नेटवर्क अशी वैशिष्ट्ये प्रदान करतात जे सार्वजनिक टेस्टनेटपेक्षा खूप जलद पुनरावृत्ती करण्यास परवानगी देतात (उदाहरणार्थ तुम्हाला टेस्टनेट फॉसेटमधून ETH मिळवण्याची गरज नाही).
+
+## पूर्वतयारी {#prerequisites}
+
+विकास नेटवर्कमध्ये जाण्यापूर्वी, तुम्ही [Ethereum स्टॅकची मूलभूत माहिती](/developers/docs/ethereum-stack/) आणि [Ethereum नेटवर्क्स](/developers/docs/networks/) समजून घेतले पाहिजे.
+
+## विकास नेटवर्क म्हणजे काय? {#what-is-a-development-network}
+
+विकास नेटवर्क हे मूलत: Ethereum क्लायंट (Ethereum ची अंमलबजावणी) आहेत जे विशेषतः स्थानिक विकासासाठी डिझाइन केलेले आहेत.
+
+**स्थानिक पातळीवर प्रमाणित Ethereum नोड का चालवू नये?**
+
+तुम्ही [नोड चालवू](/developers/docs/nodes-and-clients/#running-your-own-node) _शकता_ परंतु विकास नेटवर्क विकासासाठीच तयार केलेले असल्यामुळे, ते अनेकदा सोयीस्कर वैशिष्ट्यांसह येतात जसे की:
+
+- तुमच्या स्थानिक ब्लॉकचेनला डेटासह (उदा. ETH शिल्लक असलेली खाती) निश्चितपणे सीड करणे
+- मिळणाऱ्या प्रत्येक व्यवहारासह त्वरित, क्रमाने आणि कोणत्याही विलंबाशिवाय ब्लॉक्स तयार करणे
+- वर्धित डीबगिंग आणि लॉगिंग कार्यक्षमता
+
+## उपलब्ध साधने {#available-projects}
+
+**टीप**: बहुतेक [विकास फ्रेमवर्कमध्ये](/developers/docs/frameworks/) अंगभूत विकास नेटवर्क समाविष्ट असते. तुमचे स्थानिक विकास वातावरण [सेट अप करण्यासाठी](/developers/local-environment/) आम्ही फ्रेमवर्कने सुरुवात करण्याची शिफारस करतो.
+
+### Hardhat नेटवर्क {#hardhat-network}
+
+विकासासाठी डिझाइन केलेले एक स्थानिक Ethereum नेटवर्क. हे तुम्हाला तुमचे कॉन्ट्रॅक्ट्स तैनात करण्यास, तुमच्या चाचण्या चालवण्यास आणि तुमचा कोड डीबग करण्यास अनुमती देते.
+
+Hardhat नेटवर्क हे Hardhat सोबत अंगभूत येते, जे व्यावसायिकांसाठी एक Ethereum विकास वातावरण आहे.
+
+- [वेबसाइट](https://hardhat.org/)
+- [GitHub](https://github.com/NomicFoundation/hardhat)
+
+### स्थानिक बीकन चेन्स {#local-beacon-chains}
+
+काही कन्सेन्सस क्लायंट्सकडे चाचणीच्या उद्देशाने स्थानिक बीकन चेन्स सुरू करण्यासाठी अंगभूत साधने आहेत. Lighthouse, Nimbus आणि Lodestar साठी सूचना उपलब्ध आहेत:
+
+- [Lodestar वापरून स्थानिक टेस्टनेट](https://chainsafe.github.io/lodestar/contribution/advanced-topics/setting-up-a-testnet#post-merge-local-testnet/)
+- [Lighthouse वापरून स्थानिक टेस्टनेट](https://lighthouse-book.sigmaprime.io/setup.html#local-testnets)
+
+### सार्वजनिक Ethereum टेस्ट-चेन्स {#public-beacon-testchains}
+
+Ethereum च्या दोन सार्वजनिक चाचणी अंमलबजावणी देखील आहेत: Sepolia आणि Hoodi. दीर्घकालीन समर्थनासह शिफारस केलेले टेस्टनेट Hoodi आहे, ज्यावर कोणीही प्रमाणित करण्यास स्वतंत्र आहे. Sepolia एक परवानगी असलेला व्हॅलिडेटर सेट वापरते, याचा अर्थ या टेस्टनेटवर नवीन व्हॅलिडेटर्ससाठी सामान्य प्रवेश नाही.
+
+- [Hoodi स्टिकिंग लॉन्चपॅड](https://hoodi.launchpad.ethereum.org/)
+
+### Kurtosis Ethereum पॅकेज {#kurtosis}
+
+Kurtosis ही मल्टी-कंटेनर चाचणी वातावरणासाठी एक बिल्ड सिस्टम आहे जी विकासकांना स्थानिक पातळीवर ब्लॉकचेन नेटवर्कचे पुनरुत्पादक इन्स्टन्स सुरू करण्यास सक्षम करते.
+
+Ethereum Kurtosis पॅकेजचा वापर Docker किंवा Kubernetes वर पॅरामिटरायझ करण्यायोग्य, अत्यंत स्केलेबल आणि खाजगी Ethereum टेस्टनेट त्वरित सुरू करण्यासाठी केला जाऊ शकतो. हे पॅकेज सर्व प्रमुख एक्झिक्युशन लेयर (EL) आणि कन्सेन्सस लेयर (CL) क्लायंट्सना समर्थन देते. Kurtosis Ethereum कोर इन्फ्रास्ट्रक्चरशी संबंधित व्हॅलिडेशन आणि टेस्टिंग वर्कफ्लोमध्ये वापरण्यासाठी प्रतिनिधी नेटवर्कसाठी सर्व स्थानिक पोर्ट मॅपिंग आणि सर्व्हिस कनेक्शन सुरेखपणे हाताळते.
+
+- [Ethereum नेटवर्क पॅकेज](https://github.com/kurtosis-tech/ethereum-package)
+- [वेबसाइट](https://www.kurtosis.com/)
+- [GitHub](https://github.com/kurtosis-tech/kurtosis)
+- [डॉक्युमेंटेशन](https://docs.kurtosis.com/)
+
+## पुढील वाचन {#further-reading}
+
+_तुम्हाला मदत केलेल्या सामुदायिक संसाधनाबद्दल माहिती आहे का?_ हे पृष्ठ संपादित करा आणि ते जोडा!_
+
+## संबंधित विषय {#related-topics}
+
+- [डेव्हलपमेंट फ्रेमवर्क्स](/developers/docs/frameworks/)
+- [स्थानिक विकास वातावरण सेट अप करा](/developers/local-environment/)
diff --git a/public/content/translations/mr/developers/docs/ethereum-stack/index.md b/public/content/translations/mr/developers/docs/ethereum-stack/index.md
new file mode 100644
index 00000000000..62700fa0270
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/ethereum-stack/index.md
@@ -0,0 +1,61 @@
+---
+title: "इथेरियम स्टॅकची ओळख"
+description: "इथेरियम स्टॅकच्या विविध स्तरांचा आढावा आणि ते एकत्र कसे जुळतात."
+lang: mr
+---
+
+कोणत्याही सॉफ्टवेअर स्टॅकप्रमाणे, संपूर्ण "इथेरियम स्टॅक" तुमच्या ध्येयांनुसार प्रोजेक्ट-दर-प्रोजेक्ट बदलू शकतो.
+
+तथापि, इथेरियमचे काही मुख्य घटक आहेत जे सॉफ्टवेअर ॲप्लिकेशन्स इथेरियम ब्लॉकचेनशी कसे संवाद साधतात याचे मानसिक मॉडेल प्रदान करण्यात मदत करतात. स्टॅकचे स्तर समजून घेतल्यास, इथेरियमला सॉफ्टवेअर प्रोजेक्ट्समध्ये कोणत्या विविध मार्गांनी एकत्रित केले जाऊ शकते हे समजण्यास तुम्हाला मदत होईल.
+
+## स्तर 1: इथेरियम व्हर्च्युअल मशीन {#ethereum-virtual-machine}
+
+[इथेरियम व्हर्च्युअल मशीन (EVM)](/developers/docs/evm/) हे इथेरियमवरील स्मार्ट कॉन्ट्रॅक्ट्ससाठी रनटाइम एन्व्हायरनमेंट आहे. इथेरियम ब्लॉकचेनवरील सर्व स्मार्ट कॉन्ट्रॅक्ट्स आणि स्टेटमधील बदल [ट्रान्झॅक्शन्स](/developers/docs/transactions/) द्वारे कार्यान्वित केले जातात. EVM इथेरियम नेटवर्कवरील सर्व ट्रान्झॅक्शन प्रोसेसिंग हाताळते.
+
+कोणत्याही व्हर्च्युअल मशीनप्रमाणे, EVM कार्यान्वित होणाऱ्या कोड आणि कार्यान्वित करणाऱ्या मशीन (एक इथेरियम नोड) यांच्यामध्ये अमूर्ततेचा एक स्तर तयार करते. सध्या, EVM जगभर वितरित असलेल्या हजारो नोड्सवर चालत आहे.
+
+आंतरिकरित्या, EVM विशिष्ट कार्ये कार्यान्वित करण्यासाठी ऑपकोड निर्देशांचा एक संच वापरते. हे (140 अद्वितीय) ऑपकोड्स EVM ला [ट्युरिंग-कम्प्लीट](https://en.wikipedia.org/wiki/Turing_completeness) बनवतात, याचा अर्थ पुरेशी संसाधने दिल्यास EVM जवळजवळ कोणतीही गणना करण्यास सक्षम आहे.
+
+एक डॅप डेव्हलपर म्हणून, तुम्हाला EVM बद्दल जास्त काही जाणून घेण्याची आवश्यकता नाही, फक्त हे की ते अस्तित्वात आहे आणि ते डाउनटाइमशिवाय इथेरियमवरील सर्व ॲप्लिकेशन्सना विश्वसनीयरित्या शक्ती देते.
+
+## स्तर 2: स्मार्ट कॉन्ट्रॅक्ट्स {#smart-contracts}
+
+[स्मार्ट कॉन्ट्रॅक्ट्स](/developers/docs/smart-contracts/) हे कार्यान्वित करण्यायोग्य प्रोग्राम्स आहेत जे इथेरियम ब्लॉकचेनवर चालतात.
+
+स्मार्ट कॉन्ट्रॅक्ट्स विशिष्ट [प्रोग्रामिंग भाषा](/developers/docs/smart-contracts/languages/) वापरून लिहिले जातात, जे EVM बाईटकोडमध्ये (ऑपकोड्स नावाचे निम्न-स्तरीय मशीन निर्देश) कंपाइल होतात.
+
+स्मार्ट कॉन्ट्रॅक्ट्स केवळ ओपन सोर्स लायब्ररी म्हणूनच काम करत नाहीत, तर ते मूलतः ओपन API सेवा आहेत ज्या नेहमी चालू असतात आणि बंद केल्या जाऊ शकत नाहीत. स्मार्ट कॉन्ट्रॅक्ट्स सार्वजनिक फंक्शन्स प्रदान करतात ज्यांच्याशी वापरकर्ते आणि ॲप्लिकेशन्स ([डॅप्स](/developers/docs/dapps/)) परवानगीशिवाय संवाद साधू शकतात. कोणतेही ॲप्लिकेशन कार्यक्षमता तयार करण्यासाठी तैनात केलेल्या स्मार्ट कॉन्ट्रॅक्ट्ससह एकत्रित होऊ शकते, जसे की [डेटा फीड](/developers/docs/oracles/) जोडणे किंवा टोकन स्वॅपला सपोर्ट देणे. याव्यतिरिक्त, त्यांच्या ॲप्लिकेशनच्या गरजा पूर्ण करण्यासाठी सानुकूल कार्यक्षमता जोडण्याकरिता कोणीही इथेरियमवर नवीन स्मार्ट कॉन्ट्रॅक्ट्स तैनात करू शकतो.
+
+एक डॅप डेव्हलपर म्हणून, तुम्हाला इथेरियम ब्लॉकचेनवर सानुकूल कार्यक्षमता जोडायची असेल तरच स्मार्ट कॉन्ट्रॅक्ट्स लिहिण्याची आवश्यकता असेल. तुम्हाला आढळेल की तुम्ही तुमच्या प्रोजेक्टच्या बहुतेक किंवा सर्व गरजा केवळ विद्यमान स्मार्ट कॉन्ट्रॅक्ट्ससह एकत्रित करून पूर्ण करू शकता, उदाहरणार्थ जर तुम्हाला स्टेबलकॉइन्समधील पेमेंटला सपोर्ट करायचा असेल किंवा टोकन्सची विकेंद्रित देवाणघेवाण सक्षम करायची असेल.
+
+## स्तर 3: इथेरियम नोड्स {#ethereum-nodes}
+
+एखाद्या ॲप्लिकेशनला इथेरियम ब्लॉकचेनशी संवाद साधण्यासाठी, त्याला [इथेरियम नोड](/developers/docs/nodes-and-clients/) शी कनेक्ट होणे आवश्यक आहे. नोडशी कनेक्ट केल्याने तुम्हाला ब्लॉकचेन डेटा वाचता येतो आणि/किंवा नेटवर्कवर ट्रान्झॅक्शन्स पाठवता येतात.
+
+इथेरियम नोड्स हे सॉफ्टवेअर चालवणारे संगणक आहेत - एक इथेरियम क्लायंट. क्लायंट हे इथेरियमचे असे अंमलबजावणी आहे जे प्रत्येक ब्लॉकमधील सर्व ट्रान्झॅक्शन्सची पडताळणी करते, नेटवर्क सुरक्षित आणि डेटा अचूक ठेवते. **इथेरियम नोड्स म्हणजेच इथेरियम ब्लॉकचेन**. ते एकत्रितपणे इथेरियम ब्लॉकचेनची स्टेट संग्रहित करतात आणि ब्लॉकचेन स्टेटमध्ये बदल करण्यासाठी ट्रान्झॅक्शन्सवर एकमत साधतात.
+
+तुमच्या ॲप्लिकेशनला इथेरियम नोडशी ([JSON-RPC API](/developers/docs/apis/json-rpc/) द्वारे) कनेक्ट करून, तुमचे ॲप्लिकेशन ब्लॉकचेनमधून डेटा वाचू शकते (जसे की वापरकर्त्याच्या खात्यातील शिल्लक) तसेच नेटवर्कवर नवीन ट्रान्झॅक्शन्स प्रसारित करू शकते (जसे की वापरकर्ता खात्यांमध्ये ETH हस्तांतरित करणे किंवा स्मार्ट कॉन्ट्रॅक्ट्सची फंक्शन्स कार्यान्वित करणे).
+
+## स्तर 4: इथेरियम क्लायंट APIs {#ethereum-client-apis}
+
+अनेक सोयीस्कर लायब्ररी (इथेरियमच्या ओपन सोर्स समुदायाद्वारे तयार केलेल्या आणि सांभाळलेल्या) तुमच्या ॲप्लिकेशन्सना इथेरियम ब्लॉकचेनशी कनेक्ट करण्याची आणि संवाद साधण्याची परवानगी देतात.
+
+जर तुमचे वापरकर्त्यासमोरचे ॲप्लिकेशन वेब ॲप असेल, तर तुम्ही तुमच्या फ्रंटएंडमध्ये थेट [JavaScript API](/developers/docs/apis/javascript/) `npm install` करणे निवडू शकता. किंवा कदाचित तुम्ही [Python](/developers/docs/programming-languages/python/) किंवा [Java](/developers/docs/programming-languages/java/) API वापरून ही कार्यक्षमता सर्व्हर-साइडला लागू करणे निवडाल.
+
+हे APIs स्टॅकचा आवश्यक भाग नसले तरी, ते इथेरियम नोडशी थेट संवाद साधण्यामधील बरीचशी गुंतागुंत दूर करतात. ते युटिलिटी फंक्शन्स (उदा. ETH चे Gwei मध्ये रूपांतर करणे) देखील प्रदान करतात, त्यामुळे एक डेव्हलपर म्हणून तुम्ही इथेरियम क्लायंटच्या गुंतागुंतीला सामोरे जाण्यात कमी वेळ घालवू शकता आणि तुमच्या ॲप्लिकेशनसाठी विशिष्ट कार्यक्षमतेवर अधिक लक्ष केंद्रित करू शकता.
+
+## स्तर 5: अंतिम-वापरकर्ता ॲप्लिकेशन्स {#end-user-applications}
+
+स्टॅकच्या सर्वात वरच्या स्तरावर वापरकर्त्यासमोरचे ॲप्लिकेशन्स आहेत. हे तेच मानक ॲप्लिकेशन्स आहेत जे तुम्ही आज नियमितपणे वापरता आणि तयार करता: प्रामुख्याने वेब आणि मोबाईल ॲप्स.
+
+तुम्ही हे युझर इंटरफेस विकसित करण्याची पद्धत मूलतः अपरिवर्तित राहते. अनेकदा वापरकर्त्यांना हे जाणून घेण्याची आवश्यकता नसते की ते वापरत असलेले ॲप्लिकेशन ब्लॉकचेन वापरून तयार केले आहे.
+
+## तुमचा स्टॅक निवडण्यासाठी तयार आहात? {#ready-to-choose-your-stack}
+
+तुमच्या इथेरियम ॲप्लिकेशनसाठी [स्थानिक विकास पर्यावरण सेट करण्यासाठी](/developers/local-environment/) आमचे मार्गदर्शक पहा.
+
+## पुढील वाचन {#further-reading}
+
+- [वेब 3.0 ॲप्लिकेशनची रचना](https://www.preethikasireddy.com/post/the-architecture-of-a-web-3-0-application) - _प्रीती कासिरेड्डी_
+
+_तुम्हाला मदत केलेल्या सामुदायिक संसाधनाबद्दल माहिती आहे का?_ हे पृष्ठ संपादित करा आणि ते जोडा!_
diff --git a/public/content/translations/mr/developers/docs/evm/index.md b/public/content/translations/mr/developers/docs/evm/index.md
new file mode 100644
index 00000000000..564ec0ef25d
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/evm/index.md
@@ -0,0 +1,88 @@
+---
+title: "इथेरियम व्हर्च्युअल मशीन (EVM)"
+description: "इथेरियम व्हर्च्युअल मशीनचा परिचय आणि ते स्थिती, व्यवहार आणि स्मार्ट कॉन्ट्रॅक्ट्सशी कसे संबंधित आहे."
+lang: mr
+---
+
+इथेरियम व्हर्च्युअल मशीन (EVM) हे एक विकेंद्रित आभासी पर्यावरण आहे जे सर्व इथेरियम नोड्सवर सातत्याने आणि सुरक्षितपणे कोड कार्यान्वित करते. नोड्स स्मार्ट कॉन्ट्रॅक्ट्स कार्यान्वित करण्यासाठी EVM चालवतात, [ऑपरेशन्स](/developers/docs/evm/opcodes/) साठी आवश्यक संगणकीय प्रयत्नांचे मोजमाप करण्यासाठी "[गॅस](/developers/docs/gas/)" वापरतात, ज्यामुळे कार्यक्षम संसाधन वाटप आणि नेटवर्क सुरक्षा सुनिश्चित होते.
+
+## पूर्वतयारी {#prerequisites}
+
+EVM समजून घेण्यासाठी संगणक विज्ञानातील [बाईट्स](https://wikipedia.org/wiki/Byte), [मेमरी](https://wikipedia.org/wiki/Computer_memory), आणि [स्टॅक](https://wikipedia.org/wiki/Stack_\(abstract_data_type\)) यासारख्या सामान्य शब्दावलीची काही मूलभूत माहिती असणे आवश्यक आहे. [हॅश फंक्शन्स](https://wikipedia.org/wiki/Cryptographic_hash_function) आणि [मर्केल ट्री](https://wikipedia.org/wiki/Merkle_tree) यांसारख्या क्रिप्टोग्राफी/ब्लॉकचेन संकल्पनांशी परिचित असणे देखील उपयुक्त ठरेल.
+
+## लेजरपासून स्टेट मशीनपर्यंत {#from-ledger-to-state-machine}
+
+'वितरित लेजर' हे साधर्म्य अनेकदा Bitcoin सारख्या ब्लॉकचेनचे वर्णन करण्यासाठी वापरले जाते, जे क्रिप्टोग्राफीची मूलभूत साधने वापरून विकेंद्रित चलन सक्षम करतात. लेजर क्रियाकलापांची नोंद ठेवते, ज्याला अशा नियमांच्या संचाचे पालन करणे आवश्यक आहे, जे लेजरमध्ये बदल करण्यासाठी एखादी व्यक्ती काय करू शकते आणि काय करू शकत नाही हे नियंत्रित करतात. उदाहरणार्थ, एक Bitcoin पत्ता त्याला पूर्वी मिळालेल्या Bitcoin पेक्षा जास्त Bitcoin खर्च करू शकत नाही. हे नियम Bitcoin आणि इतर अनेक ब्लॉकचेनवरील सर्व व्यवहारांना आधार देतात.
+
+इथेरियमचे स्वतःचे मूळ क्रिप्टोकरन्सी (इथर) असले तरी, जे जवळजवळ समान अंतर्ज्ञानी नियमांचे पालन करते, ते एक अधिक शक्तिशाली कार्य देखील सक्षम करते: [स्मार्ट कॉन्ट्रॅक्ट्स](/developers/docs/smart-contracts/). या अधिक जटिल वैशिष्ट्यासाठी, अधिक अत्याधुनिक साधर्म्याची आवश्यकता आहे. वितरित लेजरऐवजी, इथेरियम एक वितरित [स्टेट मशीन](https://wikipedia.org/wiki/Finite-state_machine) आहे. इथेरियमची स्थिती ही एक मोठी डेटा रचना आहे जी केवळ सर्व खाती आणि शिल्लकच नाही, तर एक _मशीन स्थिती_ देखील ठेवते, जी पूर्वनिर्धारित नियमांनुसार ब्लॉक ते ब्लॉक बदलू शकते आणि जी कोणताही मशीन कोड कार्यान्वित करू शकते. ब्लॉक ते ब्लॉक स्थिती बदलण्याचे विशिष्ट नियम EVM द्वारे परिभाषित केले जातात.
+
+![EVM ची रचना दर्शविणारा एक आकृती](./evm.png)
+_[इथेरियम EVM सचित्र](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf) वरून रुपांतरित आकृती_
+
+## इथेरियम स्टेट ट्रान्झिशन फंक्शन {#the-ethereum-state-transition-function}
+
+EVM गणितीय कार्याप्रमाणे वागते: इनपुट दिल्यावर, ते एक निश्चित आउटपुट तयार करते. त्यामुळे इथेरियमचे अधिक औपचारिकपणे **स्टेट ट्रान्झिशन फंक्शन** म्हणून वर्णन करणे खूप उपयुक्त आहे:
+
+```
+Y(S, T)= S'
+```
+
+एक जुनी वैध स्थिती `(S)` आणि वैध व्यवहारांचा नवीन संच `(T)` दिल्यास, इथेरियम स्टेट ट्रान्झिशन फंक्शन `Y(S, T)` एक नवीन वैध आउटपुट स्थिती `S'` तयार करते
+
+### स्थिती {#state}
+
+इथेरियमच्या संदर्भात, स्थिती ही [सुधारित मर्केल पॅट्रिशिया ट्राय](/developers/docs/data-structures-and-encoding/patricia-merkle-trie/) नावाची एक प्रचंड डेटा रचना आहे, जी सर्व [खाती](/developers/docs/accounts/) हॅशद्वारे जोडलेली ठेवते आणि ब्लॉकचेनवर संग्रहित एकाच रूट हॅशमध्ये कमी करता येते.
+
+### व्यवहार {#transactions}
+
+व्यवहार हे खात्यांमधून क्रिप्टोग्राफिकली स्वाक्षरी केलेल्या सूचना आहेत. दोन प्रकारचे व्यवहार आहेत: ज्यामुळे मेसेज कॉल्स होतात आणि ज्यामुळे कॉन्ट्रॅक्ट निर्मिती होते.
+
+कॉन्ट्रॅक्ट निर्मितीमुळे एक नवीन कॉन्ट्रॅक्ट खाते तयार होते ज्यामध्ये संकलित [स्मार्ट कॉन्ट्रॅक्ट](/developers/docs/smart-contracts/anatomy/) बायटकोड असतो. जेव्हा दुसरे खाते त्या कॉन्ट्रॅक्टला मेसेज कॉल करते, तेव्हा ते त्याचा बायटकोड कार्यान्वित करते.
+
+## EVM सूचना {#evm-instructions}
+
+EVM एक [स्टॅक मशीन](https://wikipedia.org/wiki/Stack_machine) म्हणून कार्यान्वित होते ज्याची खोली 1024 आयटम आहे. प्रत्येक आयटम एक 256-बिट शब्द आहे, जो 256-बिट क्रिप्टोग्राफीसह (जसे की Keccak-256 हॅश किंवा secp256k1 स्वाक्षरी) वापरण्याच्या सुलभतेसाठी निवडला गेला होता.
+
+अंमलबजावणी दरम्यान, EVM एक क्षणिक _मेमरी_ (शब्द-पत्ता असलेल्या बाइट ॲरे म्हणून) ठेवते, जी व्यवहारांमध्ये टिकत नाही.
+
+### क्षणिक स्टोरेज
+
+क्षणिक स्टोरेज हे प्रति-व्यवहार की-व्हॅल्यू स्टोअर आहे, जे `TSTORE` आणि `TLOAD` ऑपकोड्सद्वारे ऍक्सेस केले जाते. हे त्याच व्यवहारादरम्यान सर्व अंतर्गत कॉल्समध्ये टिकते, पण व्यवहाराच्या शेवटी साफ केले जाते. मेमरीच्या विपरीत, क्षणिक स्टोरेजला एक्झिक्यूशन फ्रेमऐवजी EVM स्थितीचा भाग म्हणून मॉडेल केले आहे, तरीही ते जागतिक स्थितीसाठी वचनबद्ध नाही. क्षणिक स्टोरेज व्यवहारादरम्यान अंतर्गत कॉल्समध्ये गॅस-कार्यक्षम तात्पुरती स्थिती शेअरिंग सक्षम करते.
+
+### स्टोरेज
+
+कॉन्ट्रॅक्ट्समध्ये एक मर्केल पॅट्रिशिया _स्टोरेज_ ट्राय (एक शब्द-पत्ता असलेला शब्द ॲरे म्हणून) असतो, जो संबंधित खात्याशी जोडलेला आणि जागतिक स्थितीचा भाग असतो. हे कायमस्वरूपी स्टोरेज क्षणिक स्टोरेजपेक्षा वेगळे आहे, जे फक्त एका व्यवहाराच्या कालावधीसाठी उपलब्ध असते आणि खात्याच्या कायमस्वरूपी स्टोरेज ट्रायचा भाग बनत नाही.
+
+### ऑपकोड्स
+
+संकलित स्मार्ट कॉन्ट्रॅक्ट बायटकोड अनेक EVM [ऑपकोड्स](/developers/docs/evm/opcodes) म्हणून कार्यान्वित होतो, जे `XOR`, `AND`, `ADD`, `SUB`, इत्यादींसारखी मानक स्टॅक ऑपरेशन्स करतात. EVM `ADDRESS`, `BALANCE`, `BLOCKHASH`, इत्यादींसारखी अनेक ब्लॉकचेन-विशिष्ट स्टॅक ऑपरेशन्स देखील लागू करते. ऑपकोड संचामध्ये `TSTORE` आणि `TLOAD` चा देखील समावेश आहे, जे क्षणिक स्टोरेजमध्ये प्रवेश प्रदान करतात.
+
+![EVM ऑपरेशन्ससाठी गॅस कोठे आवश्यक आहे हे दर्शविणारा एक आकृती](../gas/gas.png)
+_[इथेरियम EVM सचित्र](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf) वरून रुपांतरित आकृती_
+
+## EVM अंमलबजावणी {#evm-implementations}
+
+EVM च्या सर्व अंमलबजावणींना इथेरियम यलोपेपरमध्ये वर्णन केलेल्या विनिर्देशनाचे पालन करणे आवश्यक आहे.
+
+इथेरियमच्या दहा वर्षांच्या इतिहासात, EVM मध्ये अनेक सुधारणा झाल्या आहेत, आणि विविध प्रोग्रामिंग भाषांमध्ये EVM च्या अनेक अंमलबजावणी आहेत.
+
+[इथेरियम एक्झिक्यूशन क्लायंट्स](/developers/docs/nodes-and-clients/#execution-clients) मध्ये EVM अंमलबजावणीचा समावेश आहे. याव्यतिरिक्त, अनेक स्वतंत्र अंमलबजावणी आहेत, ज्यात समाविष्ट आहे:
+
+- [Py-EVM](https://github.com/ethereum/py-evm) - _Python_
+- [evmone](https://github.com/ethereum/evmone) - _C++_
+- [ethereumjs-vm](https://github.com/ethereumjs/ethereumjs-vm) - _JavaScript_
+- [revm](https://github.com/bluealloy/revm) - _Rust_
+
+## अधिक वाचन {#further-reading}
+
+- [इथेरियम यलोपेपर](https://ethereum.github.io/yellowpaper/paper.pdf)
+- [जेलोपेपर उर्फ KEVM: K मध्ये EVM चे सिमेंटिक्स](https://jellopaper.org/)
+- [द बेजपेपर](https://github.com/chronaeon/beigepaper)
+- [इथेरियम व्हर्च्युअल मशीन ऑपकोड्स](https://www.ethervm.io/)
+- [इथेरियम व्हर्च्युअल मशीन ऑपकोड्स इंटरएक्टिव्ह रेफरन्स](https://www.evm.codes/)
+- [Solidity च्या माहितीमधील एक संक्षिप्त परिचय](https://docs.soliditylang.org/en/latest/introduction-to-smart-contracts.html#index-6)
+- [मास्टरिंग इथेरियम - इथेरियम व्हर्च्युअल मशीन](https://github.com/ethereumbook/ethereumbook/blob/openedition/13evm.asciidoc)
+
+## संबंधित विषय {#related-topics}
+
+- [गॅस](/developers/docs/gas/)
diff --git a/public/content/translations/mr/developers/docs/evm/opcodes/index.md b/public/content/translations/mr/developers/docs/evm/opcodes/index.md
new file mode 100644
index 00000000000..109363988b3
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/evm/opcodes/index.md
@@ -0,0 +1,177 @@
+---
+title: "EVM साठी ओपकोड्स"
+description: "इथेरियम व्हर्च्युअल मशीनसाठी सर्व उपलब्ध ऑपकोड्सची सूची."
+lang: mr
+---
+
+## आढावा {#overview}
+
+हे [wolflo/evm-opcodes](https://github.com/wolflo/evm-opcodes) येथील EVM संदर्भ पृष्ठाची अद्ययावत आवृत्ती आहे.
+[यलो पेपर](https://ethereum.github.io/yellowpaper/paper.pdf), [जेलो पेपर](https://jellopaper.org/evm/) आणि [गेथ](https://github.com/ethereum/go-ethereum) अंमलबजावणीमधून देखील घेतले आहे.
+हा एक सुलभ संदर्भ म्हणून आहे, परंतु तो विशेष सखोल नाही.
+तुम्हाला अचूकतेची खात्री हवी असल्यास आणि प्रत्येक एज केसबद्दल जागरूक राहायचे असल्यास, जेलो पेपर किंवा क्लायंट अंमलबजावणी वापरण्याचा सल्ला दिला जातो.
+
+परस्परसंवादी संदर्भ शोधत आहात? [evm.codes](https://www.evm.codes/) पहा.
+
+डायनॅमिक गॅस खर्चासह ऑपरेशन्ससाठी, [gas.md](https://github.com/wolflo/evm-opcodes/blob/main/gas.md) पहा.
+
+💡 द्रुत टीप: संपूर्ण ओळी पाहण्यासाठी, डेस्कटॉपवर आडवे स्क्रोल करण्यासाठी `[shift] + scroll` वापरा.
+
+| स्टॅक | नाव            |                                               गॅस                                               | प्रारंभिक स्टॅक                                                                                                                                                                                                   | परिणामी स्टॅक                   | मेम / स्टोरेज                                                                                                                                                                                                                | टीप                                                                                                                                                                                                                                                                                    |                                                |
+| :---: | :------------- | :---------------------------------------------------------------------------------------------: | :---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | :------------------------------ | :--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | :------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------- |
+|   00  | STOP           |                                                0                                                |                                                                                                                                                                                                                   |                                 |                                                                                                                                                                                                                              | अंमलबजावणी थांबवते                                                                                                                                                                                                                                                                     |                                                |
+|   01  | ADD            |                                                3                                                | `a, b`                                                                                                                                                                                                            | `a + b`                         |                                                                                                                                                                                                                              | (u)int256 बेरीज मोड्युलो 2\*\*256                                                                                                                                                                                                                                   |                                                |
+|   02  | MUL            |                                                5                                                | `a, b`                                                                                                                                                                                                            | `a * b`                         |                                                                                                                                                                                                                              | (u)int256 गुणाकार मोड्युलो 2\*\*256                                                                                                                                                                                                                                 |                                                |
+|   03  | SUB            |                                                3                                                | `a, b`                                                                                                                                                                                                            | `a - b`                         |                                                                                                                                                                                                                              | (u)int256 वजाबाकी मोड्युलो 2\*\*256                                                                                                                                                                                                                                 |                                                |
+|   04  | DIV            |                                                5                                                | `a, b`                                                                                                                                                                                                            | `a // b`                        |                                                                                                                                                                                                                              | uint256 भागाकार                                                                                                                                                                                                                                                                        |                                                |
+|   05  | SDIV           |                                                5                                                | `a, b`                                                                                                                                                                                                            | `a // b`                        |                                                                                                                                                                                                                              | int256 भागाकार                                                                                                                                                                                                                                                                         |                                                |
+|   06  | MOD            |                                                5                                                | `a, b`                                                                                                                                                                                                            | `a % b`                         |                                                                                                                                                                                                                              | uint256 मोड्युलस                                                                                                                                                                                                                                                                       |                                                |
+|   07  | SMOD           |                                                5                                                | `a, b`                                                                                                                                                                                                            | `a % b`                         |                                                                                                                                                                                                                              | int256 मोड्युलस                                                                                                                                                                                                                                                                        |                                                |
+|   08  | ADDMOD         |                                                8                                                | `a, b, N`                                                                                                                                                                                                         | `(a + b) % N`                   |                                                                                                                                                                                                                              | (u)int256 बेरीज मोड्युलो N                                                                                                                                                                                                                                          |                                                |
+|   09  | MULMOD         |                                                8                                                | `a, b, N`                                                                                                                                                                                                         | `(a * b) % N`                   |                                                                                                                                                                                                                              | (u)int256 गुणाकार मोड्युलो N                                                                                                                                                                                                                                        |                                                |
+|   0A  | EXP            |               [A1](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a1-exp)               | `a, b`                                                                                                                                                                                                            | `a ** b`                        |                                                                                                                                                                                                                              | uint256 घातांक मोड्युलो 2\*\*256                                                                                                                                                                                                                                                       |                                                |
+|   0B  | SIGNEXTEND     |                                                5                                                | `b, x`                                                                                                                                                                                                            | `SIGNEXTEND(x, b)`              |                                                                                                                                                                                                                              | [साइन वाढवा](https://wikipedia.org/wiki/Sign_extension) `x` ला `(b+1)` बाइट्सपासून 32 बाइट्सपर्यंत                                                                                                                                                                                     |                                                |
+| 0C-0F | _अवैध_         |                                                                                                 |                                                                                                                                                                                                                   |                                 |                                                                                                                                                                                                                              |                                                                                                                                                                                                                                                                                        |                                                |
+|   10  | LT             |                                                3                                                | `a, b`                                                                                                                                                                                                            | `a < b`                         |                                                                                                                                                                                                                              | uint256 पेक्षा कमी                                                                                                                                                                                                                                                                     |                                                |
+|   11  | GT             |                                                3                                                | `a, b`                                                                                                                                                                                                            | `a > b`                         |                                                                                                                                                                                                                              | uint256 पेक्षा मोठे                                                                                                                                                                                                                                                                    |                                                |
+|   12  | SLT            |                                                3                                                | `a, b`                                                                                                                                                                                                            | `a < b`                         |                                                                                                                                                                                                                              | int256 पेक्षा कमी                                                                                                                                                                                                                                                                      |                                                |
+|   13  | SGT            |                                                3                                                | `a, b`                                                                                                                                                                                                            | `a > b`                         |                                                                                                                                                                                                                              | int256 पेक्षा मोठे                                                                                                                                                                                                                                                                     |                                                |
+|   14  | EQ             |                                                3                                                | `a, b`                                                                                                                                                                                                            | `a == b`                        |                                                                                                                                                                                                                              | (u)int256 समानता                                                                                                                                                                                                                                                    |                                                |
+|   15  | ISZERO         |                                                3                                                | `a`                                                                                                                                                                                                               | `a == 0`                        |                                                                                                                                                                                                                              | (u)int256 शून्य आहे                                                                                                                                                                                                                                                 |                                                |
+|   16  | AND            |                                                3                                                | `a, b`                                                                                                                                                                                                            | `a && b`                        |                                                                                                                                                                                                                              | बिटवाईज AND                                                                                                                                                                                                                                                                            |                                                |
+|   17  | OR             |                                                3                                                | `a, b`                                                                                                                                                                                                            | `a \\|\\| b`                  |                                                                                                                                                                                                                              | बिटवाईज OR                                                                                                                                                                                                                                                                             |                                                |
+|   18  | XOR            |                                                3                                                | `a, b`                                                                                                                                                                                                            | `a ^ b`                         |                                                                                                                                                                                                                              | बिटवाईज XOR                                                                                                                                                                                                                                                                            |                                                |
+|   19  | NOT            |                                                3                                                | `a`                                                                                                                                                                                                               | `~a`                            |                                                                                                                                                                                                                              | बिटवाईज NOT                                                                                                                                                                                                                                                                            |                                                |
+|   1A  | BYTE           |                                                3                                                | `i, x`                                                                                                                                                                                                            | `(x >> (248 - i * 8)) && 0xFF`  |                                                                                                                                                                                                                              | (u)int256 `x` चा डावीकडून `i`वा बाइट                                                                                                                                                                                                                                |                                                |
+|   1B  | SHL            |                                                3                                                | `shift, val`                                                                                                                                                                                                      | `val << shift`                  |                                                                                                                                                                                                                              | डावीकडे शिफ्ट करतो                                                                                                                                                                                                                                                                     |                                                |
+|   1C  | SHR            |                                                3                                                | `shift, val`                                                                                                                                                                                                      | `val >> shift`                  |                                                                                                                                                                                                                              | लॉजिकल शिफ्ट राईट                                                                                                                                                                                                                                                                      |                                                |
+|   1D  | SAR            |                                                3                                                | `shift, val`                                                                                                                                                                                                      | `val >> shift`                  |                                                                                                                                                                                                                              | अरिथमॅटिक शिफ्ट राईट                                                                                                                                                                                                                                                                   |                                                |
+| 1E-1F | _अवैध_         |                                                                                                 |                                                                                                                                                                                                                   |                                 |                                                                                                                                                                                                                              |                                                                                                                                                                                                                                                                                        |                                                |
+|   20  | KECCAK256      |               [A2](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a2-sha3)              | `ost, len`                                                                                                                                                                                                        | `keccak256(mem[ost:ost+len-1])` |                                                                                                                                                                                                                              | keccak256                                                                                                                                                                                                                                                                              |                                                |
+| 21-2F | _अवैध_         |                                                                                                 |                                                                                                                                                                                                                   |                                 |                                                                                                                                                                                                                              |                                                                                                                                                                                                                                                                                        |                                                |
+|   30  | ADDRESS        |                                                2                                                | `.`                                                                                                                                                                                                               | `address(this)`                 |                                                                                                                                                                                                                              | अंमलबजावणी करणाऱ्या कराराचा पत्ता                                                                                                                                                                                                                                                      |                                                |
+|   31  | BALANCE        | [A5](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a5-balance-extcodesize-extcodehash) | `addr`                                                                                                                                                                                                            | `addr.balance`                  |                                                                                                                                                                                                                              | शिल्लक, wei मध्ये                                                                                                                                                                                                                                                                      |                                                |
+|   32  | ORIGIN         |                                                2                                                | `.`                                                                                                                                                                                                               | `tx.origin`                     |                                                                                                                                                                                                                              | tx सुरू करणारा पत्ता                                                                                                                                                                                                                                                                   |                                                |
+|   33  | CALLER         |                                                2                                                | `.`                                                                                                                                                                                                               | `msg.sender`                    |                                                                                                                                                                                                                              | msg पाठवणाऱ्याचा पत्ता                                                                                                                                                                                                                                                                 |                                                |
+|   34  | CALLVALUE      |                                                2                                                | `.`                                                                                                                                                                                                               | `msg.value`                     |                                                                                                                                                                                                                              | msg मूल्य, wei मध्ये                                                                                                                                                                                                                                                                   |                                                |
+|   35  | CALLDATALOAD   |                                                3                                                | `idx`                                                                                                                                                                                                             | `msg.data[idx:idx+32]`          |                                                                                                                                                                                                                              | निर्देशांक `idx` वरून msg डेटामधून शब्द वाचतो                                                                                                                                                                                                                                          |                                                |
+|   36  | CALLDATASIZE   |                                                2                                                | `.`                                                                                                                                                                                                               | `len(msg.data)`                 |                                                                                                                                                                                                                              | msg डेटाची लांबी, बाइट्समध्ये                                                                                                                                                                                                                                                          |                                                |
+|   37  | CALLDATACOPY   |         [A3](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a3-copy-operations)         | `dstOst, ost, len`                                                                                                                                                                                                | `.`                             | mem[dstOst:dstOst+len-1] := msg.data[ost:ost+len-1]  | msg डेटा कॉपी करतो                                                                                                                                                                                                                                                                     |                                                |
+|   38  | CODESIZE       |                                                2                                                | `.`                                                                                                                                                                                                               | `len(this.code)`                |                                                                                                                                                                                                                              | अंमलबजावणी करणाऱ्या कराराच्या कोडची लांबी, बाइट्समध्ये                                                                                                                                                                                                                                 |                                                |
+|   39  | CODECOPY       |         [A3](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a3-copy-operations)         | `dstOst, ost, len`                                                                                                                                                                                                | `.`                             |                                                                                                                                                                                                                              | mem[dstOst:dstOst+len-1] := this.code[ost:ost+len-1]                                                           | अंमलबजावणी करणाऱ्या कराराचा बायटेकोड कॉपी करतो |
+|   3A  | GASPRICE       |                                                2                                                | `.`                                                                                                                                                                                                               | `tx.gasprice`                   |                                                                                                                                                                                                                              | tx ची गॅस किंमत, प्रति युनिट गॅस wei मध्ये [\*\*](https://eips.ethereum.org/EIPS/eip-1559#gasprice)                                                                                                                                                                                    |                                                |
+|   3B  | EXTCODESIZE    | [A5](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a5-balance-extcodesize-extcodehash) | `addr`                                                                                                                                                                                                            | `len(addr.code)`                |                                                                                                                                                                                                                              | addr वरील कोडचा आकार, बाइट्समध्ये                                                                                                                                                                                                                                                      |                                                |
+|   3C  | EXTCODECOPY    |           [A4](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a4-extcodecopy)           | `addr, dstOst, ost, len`                                                                                                                                                                                          | `.`                             | mem[dstOst:dstOst+len-1] := addr.code[ost:ost+len-1] | `addr` मधून कोड कॉपी करतो                                                                                                                                                                                                                                                              |                                                |
+|   3D  | RETURNDATASIZE |                                                2                                                | `.`                                                                                                                                                                                                               | `size`                          |                                                                                                                                                                                                                              | मागील बाह्य कॉलमधून परत आलेल्या डेटाचा आकार, बाइट्समध्ये                                                                                                                                                                                                                               |                                                |
+|   3E  | RETURNDATACOPY |         [A3](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a3-copy-operations)         | `dstOst, ost, len`                                                                                                                                                                                                | `.`                             | mem[dstOst:dstOst+len-1] := returndata[ost:ost+len-1]                | मागील बाह्य कॉलमधून परत आलेला डेटा कॉपी करतो                                                                                                                                                                                                                                           |                                                |
+|   3F  | EXTCODEHASH    | [A5](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a5-balance-extcodesize-extcodehash) | `addr`                                                                                                                                                                                                            | `hash`                          |                                                                                                                                                                                                                              | हॅश = addr.exists ? keccak256(addr.code) : 0                                                                                                                                                                        |                                                |
+|   40  | BLOCKHASH      |                                                20                                               | `blockNum`                                                                                                                                                                                                        | `blockHash(blockNum)`           |                                                                                                                                                                                                                              |                                                                                                                                                                                                                                                                                        |                                                |
+|   41  | COINBASE       |                                                2                                                | `.`                                                                                                                                                                                                               | `block.coinbase`                |                                                                                                                                                                                                                              | सध्याच्या ब्लॉकच्या प्रस्तावकचा पत्ता                                                                                                                                                                                                                                                  |                                                |
+|   42  | TIMESTAMP      |                                                2                                                | `.`                                                                                                                                                                                                               | `block.timestamp`               |                                                                                                                                                                                                                              | सध्याच्या ब्लॉकचा टाइमस्टॅम्प                                                                                                                                                                                                                                                          |                                                |
+|   43  | NUMBER         |                                                2                                                | `.`                                                                                                                                                                                                               | `block.number`                  |                                                                                                                                                                                                                              | सध्याच्या ब्लॉकचा क्रमांक                                                                                                                                                                                                                                                              |                                                |
+|   44  | PREVRANDAO     |                                                2                                                | `.`                                                                                                                                                                                                               | `randomness beacon`             |                                                                                                                                                                                                                              | रँडमनेस बीकन                                                                                                                                                                                                                                                                           |                                                |
+|   45  | GASLIMIT       |                                                2                                                | `.`                                                                                                                                                                                                               | `block.gaslimit`                |                                                                                                                                                                                                                              | सध्याच्या ब्लॉकची गॅस मर्यादा                                                                                                                                                                                                                                                          |                                                |
+|   46  | CHAINID        |                                                2                                                | `.`                                                                                                                                                                                                               | `chain_id`                      |                                                                                                                                                                                                                              | सध्याचा [चेन आयडी](https://eips.ethereum.org/EIPS/eip-155) स्टॅकवर पुश करतो                                                                                                                                                                                                            |                                                |
+|   47  | SELFBALANCE    |                                                5                                                | `.`                                                                                                                                                                                                               | `address(this).balance`         |                                                                                                                                                                                                                              | अंमलबजावणी करणाऱ्या कराराची शिल्लक, wei मध्ये                                                                                                                                                                                                                                          |                                                |
+|   48  | BASEFEE        |                                                2                                                | `.`                                                                                                                                                                                                               | `block.basefee`                 |                                                                                                                                                                                                                              | सध्याच्या ब्लॉकची बेस फी                                                                                                                                                                                                                                                               |                                                |
+|   49  | BLOBHASH       |                                                3                                                | `idx`                                                                                                                                                                                                             | `tx.blob_versioned_hashes[idx]` |                                                                                                                                                                                                                              | [EIP-4844](https://eips.ethereum.org/EIPS/eip-4844)                                                                                                                                                                                                                                    |                                                |
+|   4A  | BLOBBASEFEE    |                                                2                                                | `.`                                                                                                                                                                                                               | `block.blobbasefee`             |                                                                                                                                                                                                                              | सध्याच्या ब्लॉकची ब्लॉब बेस फी ([EIP-7516](https://eips.ethereum.org/EIPS/eip-7516))                                                                                                                                                                                |                                                |
+| 4B-4F | _अवैध_         |                                                                                                 |                                                                                                                                                                                                                   |                                 |                                                                                                                                                                                                                              |                                                                                                                                                                                                                                                                                        |                                                |
+|   50  | POP            |                                                2                                                | `_anon`                                                                                                                                                                                                           | `.`                             |                                                                                                                                                                                                                              | स्टॅकच्या वरून आयटम काढून टाकतो आणि टाकून देतो                                                                                                                                                                                                                                         |                                                |
+|   51  | MLOAD          |       3[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion)       | `ost`                                                                                                                                                                                                             | `mem[ost:ost+32]`               |                                                                                                                                                                                                                              | ऑफसेट `ost` वरून मेमरीमधून शब्द वाचतो                                                                                                                                                                                                                                                  |                                                |
+|   52  | MSTORE         |       3[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion)       | `ost, val`                                                                                                                                                                                                        | `.`                             | mem[ost:ost+32] := val                                                                                                                   | मेमरीमध्ये एक शब्द लिहितो                                                                                                                                                                                                                                                              |                                                |
+|   53  | MSTORE8        |       3[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion)       | `ost, val`                                                                                                                                                                                                        | `.`                             | mem[ost] := val && 0xFF                                                                                          | मेमरीमध्ये एकच बाइट लिहितो                                                                                                                                                                                                                                                             |                                                |
+|   54  | SLOAD          |              [A6](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a6-sload)              | `key`                                                                                                                                                                                                             | `storage[key]`                  |                                                                                                                                                                                                                              | स्टोरेजमधून शब्द वाचतो                                                                                                                                                                                                                                                                 |                                                |
+|   55  | SSTORE         |              [A7](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a7-sstore)             | `key, val`                                                                                                                                                                                                        | `.`                             | storage[key] := val                                                                                                                                      | स्टोरेजमध्ये शब्द लिहितो                                                                                                                                                                                                                                                               |                                                |
+|   56  | JUMP           |                                                8                                                | `dst`                                                                                                                                                                                                             | `.`                             |                                                                                                                                                                                                                              | `$pc := dst` हे चिन्हांकित करते की `pc` फक्त तेव्हाच नियुक्त केले जाते जेव्हा `dst` एक वैध जंपडेस्ट असेल                                                                                                                                                                               |                                                |
+|   57  | JUMPI          |                                                10                                               | `dst, condition`                                                                                                                                                                                                  | `.`                             |                                                                                                                                                                                                                              | `$pc := condition ?` dst : $pc + 1`                                                                                                                                                                                                                                   |                                                |
+|   58  | PC             |                                                2                                                | `.`                                                                                                                                                                                                               | `$pc`                           |                                                                                                                                                                                                                              | प्रोग्राम काउंटर                                                                                                                                                                                                                                                                       |                                                |
+|   59  | MSIZE          |                                                2                                                | `.`                                                                                                                                                                                                               | `len(mem)`                      |                                                                                                                                                                                                                              | सध्याच्या अंमलबजावणी संदर्भात मेमरीचा आकार, बाइट्समध्ये                                                                                                                                                                                                                                |                                                |
+|   5A  | GAS            |                                                2                                                | `.`                                                                                                                                                                                                               | `gasRemaining`                  |                                                                                                                                                                                                                              |                                                                                                                                                                                                                                                                                        |                                                |
+|   5B  | JUMPDEST       |                                                1                                                |                                                                                                                                                                                                                   |                                 | वैध जंप डेस्टिनेशन चिन्हांकित करतो                                                                                                                                                                                           | एक वैध जंप डेस्टिनेशन उदाहरणार्थ पुश डेटामध्ये नसलेले जंप डेस्टिनेशन                                                                                                                                                                                                                   |                                                |
+|   5C  | TLOAD          |                                               100                                               | `key`                                                                                                                                                                                                             | `tstorage[key]`                 |                                                                                                                                                                                                                              | क्षणिक स्टोरेजमधून शब्द वाचतो ([EIP-1153](https://eips.ethereum.org/EIPS/eip-1153))                                                                                                                                                                                 |                                                |
+|   5D  | TSTORE         |                                               100                                               | `key, val`                                                                                                                                                                                                        | `.`                             | tstorage[key] := val                                                                                                                                     | क्षणिक स्टोरेजमध्ये शब्द लिहितो ([EIP-1153](https://eips.ethereum.org/EIPS/eip-1153))                                                                                                                                                                               |                                                |
+|   5E  | MCOPY          |  3+3\*words+[A0](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion)  | `dstOst, ost, len`                                                                                                                                                                                                | `.`                             | mem[dstOst] := mem[ost:ost+len]                                                      | मेमरी एका भागातून दुसऱ्या भागात कॉपी करतो ([EIP-5656](https://eips.ethereum.org/EIPS/eip-5656))                                                                                                                                                                     |                                                |
+|   5F  | PUSH0          |                                                2                                                | `.`                                                                                                                                                                                                               | `uint8`                         |                                                                                                                                                                                                                              | स्थिर मूल्य 0 स्टॅकवर पुश करतो                                                                                                                                                                                                                                                         |                                                |
+|   60  | PUSH1          |                                                3                                                | `.`                                                                                                                                                                                                               | `uint8`                         |                                                                                                                                                                                                                              | स्टॅकवर 1-बाइट मूल्य पुश करतो                                                                                                                                                                                                                                                          |                                                |
+|   61  | PUSH2          |                                                3                                                | `.`                                                                                                                                                                                                               | `uint16`                        |                                                                                                                                                                                                                              | स्टॅकवर 2-बाइट मूल्य पुश करतो                                                                                                                                                                                                                                                          |                                                |
+|   62  | PUSH3          |                                                3                                                | `.`                                                                                                                                                                                                               | `uint24`                        |                                                                                                                                                                                                                              | स्टॅकवर 3-बाइट मूल्य पुश करतो                                                                                                                                                                                                                                                          |                                                |
+|   63  | PUSH4          |                                                3                                                | `.`                                                                                                                                                                                                               | `uint32`                        |                                                                                                                                                                                                                              | स्टॅकवर 4-बाइट मूल्य पुश करतो                                                                                                                                                                                                                                                          |                                                |
+|   64  | PUSH5          |                                                3                                                | `.`                                                                                                                                                                                                               | `uint40`                        |                                                                                                                                                                                                                              | स्टॅकवर 5-बाइट मूल्य पुश करतो                                                                                                                                                                                                                                                          |                                                |
+|   65  | PUSH6          |                                                3                                                | `.`                                                                                                                                                                                                               | `uint48`                        |                                                                                                                                                                                                                              | स्टॅकवर 6-बाइट मूल्य पुश करतो                                                                                                                                                                                                                                                          |                                                |
+|   66  | PUSH7          |                                                3                                                | `.`                                                                                                                                                                                                               | `uint56`                        |                                                                                                                                                                                                                              | स्टॅकवर 7-बाइट मूल्य पुश करतो                                                                                                                                                                                                                                                          |                                                |
+|   67  | PUSH8          |                                                3                                                | `.`                                                                                                                                                                                                               | `uint64`                        |                                                                                                                                                                                                                              | स्टॅकवर 8-बाइट मूल्य पुश करतो                                                                                                                                                                                                                                                          |                                                |
+|   68  | PUSH9          |                                                3                                                | `.`                                                                                                                                                                                                               | `uint72`                        |                                                                                                                                                                                                                              | स्टॅकवर 9-बाइट मूल्य पुश करतो                                                                                                                                                                                                                                                          |                                                |
+|   69  | PUSH10         |                                                3                                                | `.`                                                                                                                                                                                                               | `uint80`                        |                                                                                                                                                                                                                              | स्टॅकवर 10-बाइट मूल्य पुश करतो                                                                                                                                                                                                                                                         |                                                |
+|   6A  | PUSH11         |                                                3                                                | `.`                                                                                                                                                                                                               | `uint88`                        |                                                                                                                                                                                                                              | स्टॅकवर 11-बाइट मूल्य पुश करतो                                                                                                                                                                                                                                                         |                                                |
+|   6B  | PUSH12         |                                                3                                                | `.`                                                                                                                                                                                                               | `uint96`                        |                                                                                                                                                                                                                              | स्टॅकवर 12-बाइट मूल्य पुश करतो                                                                                                                                                                                                                                                         |                                                |
+|   6C  | PUSH13         |                                                3                                                | `.`                                                                                                                                                                                                               | `uint104`                       |                                                                                                                                                                                                                              | स्टॅकवर 13-बाइट मूल्य पुश करतो                                                                                                                                                                                                                                                         |                                                |
+|   6D  | PUSH14         |                                                3                                                | `.`                                                                                                                                                                                                               | `uint112`                       |                                                                                                                                                                                                                              | स्टॅकवर 14-बाइट मूल्य पुश करतो                                                                                                                                                                                                                                                         |                                                |
+|   6E  | PUSH15         |                                                3                                                | `.`                                                                                                                                                                                                               | `uint120`                       |                                                                                                                                                                                                                              | स्टॅकवर 15-बाइट मूल्य पुश करतो                                                                                                                                                                                                                                                         |                                                |
+|   6F  | PUSH16         |                                                3                                                | `.`                                                                                                                                                                                                               | `uint128`                       |                                                                                                                                                                                                                              | स्टॅकवर 16-बाइट मूल्य पुश करतो                                                                                                                                                                                                                                                         |                                                |
+|   70  | PUSH17         |                                                3                                                | `.`                                                                                                                                                                                                               | `uint136`                       |                                                                                                                                                                                                                              | स्टॅकवर 17-बाइट मूल्य पुश करतो                                                                                                                                                                                                                                                         |                                                |
+|   71  | PUSH18         |                                                3                                                | `.`                                                                                                                                                                                                               | `uint144`                       |                                                                                                                                                                                                                              | स्टॅकवर 18-बाइट मूल्य पुश करतो                                                                                                                                                                                                                                                         |                                                |
+|   72  | PUSH19         |                                                3                                                | `.`                                                                                                                                                                                                               | `uint152`                       |                                                                                                                                                                                                                              | स्टॅकवर 19-बाइट मूल्य पुश करतो                                                                                                                                                                                                                                                         |                                                |
+|   73  | PUSH20         |                                                3                                                | `.`                                                                                                                                                                                                               | `uint160`                       |                                                                                                                                                                                                                              | स्टॅकवर 20-बाइट मूल्य पुश करतो                                                                                                                                                                                                                                                         |                                                |
+|   74  | PUSH21         |                                                3                                                | `.`                                                                                                                                                                                                               | `uint168`                       |                                                                                                                                                                                                                              | स्टॅकवर 21-बाइट मूल्य पुश करतो                                                                                                                                                                                                                                                         |                                                |
+|   75  | PUSH22         |                                                3                                                | `.`                                                                                                                                                                                                               | `uint176`                       |                                                                                                                                                                                                                              | स्टॅकवर 22-बाइट मूल्य पुश करतो                                                                                                                                                                                                                                                         |                                                |
+|   76  | PUSH23         |                                                3                                                | `.`                                                                                                                                                                                                               | `uint184`                       |                                                                                                                                                                                                                              | स्टॅकवर 23-बाइट मूल्य पुश करतो                                                                                                                                                                                                                                                         |                                                |
+|   77  | PUSH24         |                                                3                                                | `.`                                                                                                                                                                                                               | `uint192`                       |                                                                                                                                                                                                                              | स्टॅकवर 24-बाइट मूल्य पुश करतो                                                                                                                                                                                                                                                         |                                                |
+|   78  | PUSH25         |                                                3                                                | `.`                                                                                                                                                                                                               | `uint200`                       |                                                                                                                                                                                                                              | स्टॅकवर 25-बाइट मूल्य पुश करतो                                                                                                                                                                                                                                                         |                                                |
+|   79  | PUSH26         |                                                3                                                | `.`                                                                                                                                                                                                               | `uint208`                       |                                                                                                                                                                                                                              | स्टॅकवर 26-बाइट मूल्य पुश करतो                                                                                                                                                                                                                                                         |                                                |
+|   7A  | PUSH27         |                                                3                                                | `.`                                                                                                                                                                                                               | `uint216`                       |                                                                                                                                                                                                                              | स्टॅकवर 27-बाइट मूल्य पुश करतो                                                                                                                                                                                                                                                         |                                                |
+|   7B  | PUSH28         |                                                3                                                | `.`                                                                                                                                                                                                               | `uint224`                       |                                                                                                                                                                                                                              | स्टॅकवर 28-बाइट मूल्य पुश करतो                                                                                                                                                                                                                                                         |                                                |
+|   7C  | PUSH29         |                                                3                                                | `.`                                                                                                                                                                                                               | `uint232`                       |                                                                                                                                                                                                                              | स्टॅकवर 29-बाइट मूल्य पुश करतो                                                                                                                                                                                                                                                         |                                                |
+|   7D  | PUSH30         |                                                3                                                | `.`                                                                                                                                                                                                               | `uint240`                       |                                                                                                                                                                                                                              | स्टॅकवर 30-बाइट मूल्य पुश करतो                                                                                                                                                                                                                                                         |                                                |
+|   7E  | PUSH31         |                                                3                                                | `.`                                                                                                                                                                                                               | `uint248`                       |                                                                                                                                                                                                                              | स्टॅकवर 31-बाइट मूल्य पुश करतो                                                                                                                                                                                                                                                         |                                                |
+|   7F  | PUSH32         |                                                3                                                | `.`                                                                                                                                                                                                               | `uint256`                       |                                                                                                                                                                                                                              | स्टॅकवर 32-बाइट मूल्य पुश करतो                                                                                                                                                                                                                                                         |                                                |
+|   80  | DUP1           |                                                3                                                | `a`                                                                                                                                                                                                               | `a, a`                          |                                                                                                                                                                                                                              | स्टॅकवरील पहिल्या मूल्याची प्रतिकृती करतो                                                                                                                                                                                                                                              |                                                |
+|   81  | DUP2           |                                                3                                                | `_, a`                                                                                                                                                                                                            | `a, _, a`                       |                                                                                                                                                                                                                              | स्टॅकवरील दुसऱ्या मूल्याची प्रतिकृती करतो                                                                                                                                                                                                                                              |                                                |
+|   82  | DUP3           |                                                3                                                | `_, _, a`                                                                                                                                                                                                         | `a, _, _, a`                    |                                                                                                                                                                                                                              | स्टॅकवरील तिसऱ्या मूल्याची प्रतिकृती करतो                                                                                                                                                                                                                                              |                                                |
+|   83  | DUP4           |                                                3                                                | `_, _, _, a`                                                                                                                                                                                                      | `a, _, _, _, a`                 |                                                                                                                                                                                                                              | स्टॅकवरील चौथ्या मूल्याची प्रतिकृती करतो                                                                                                                                                                                                                                               |                                                |
+|   84  | DUP5           |                                                3                                                | `..., a`                                                                                                                                                                                                          | `a, ..., a`                     |                                                                                                                                                                                                                              | स्टॅकवरील पाचव्या मूल्याची प्रतिकृती करतो                                                                                                                                                                                                                                              |                                                |
+|   85  | DUP6           |                                                3                                                | `..., a`                                                                                                                                                                                                          | `a, ..., a`                     |                                                                                                                                                                                                                              | स्टॅकवरील सहाव्या मूल्याची प्रतिकृती करतो                                                                                                                                                                                                                                              |                                                |
+|   86  | DUP7           |                                                3                                                | `..., a`                                                                                                                                                                                                          | `a, ..., a`                     |                                                                                                                                                                                                                              | स्टॅकवरील सातव्या मूल्याची प्रतिकृती करतो                                                                                                                                                                                                                                              |                                                |
+|   87  | DUP8           |                                                3                                                | `..., a`                                                                                                                                                                                                          | `a, ..., a`                     |                                                                                                                                                                                                                              | स्टॅकवरील आठव्या मूल्याची प्रतिकृती करतो                                                                                                                                                                                                                                               |                                                |
+|   88  | DUP9           |                                                3                                                | `..., a`                                                                                                                                                                                                          | `a, ..., a`                     |                                                                                                                                                                                                                              | स्टॅकवरील नवव्या मूल्याची प्रतिकृती करतो                                                                                                                                                                                                                                               |                                                |
+|   89  | DUP10          |                                                3                                                | `..., a`                                                                                                                                                                                                          | `a, ..., a`                     |                                                                                                                                                                                                                              | स्टॅकवरील दहाव्या मूल्याची प्रतिकृती करतो                                                                                                                                                                                                                                              |                                                |
+|   8A  | DUP11          |                                                3                                                | `..., a`                                                                                                                                                                                                          | `a, ..., a`                     |                                                                                                                                                                                                                              | स्टॅकवरील अकराव्या मूल्याची प्रतिकृती करतो                                                                                                                                                                                                                                             |                                                |
+|   8B  | DUP12          |                                                3                                                | `..., a`                                                                                                                                                                                                          | `a, ..., a`                     |                                                                                                                                                                                                                              | स्टॅकवरील बाराव्या मूल्याची प्रतिकृती करतो                                                                                                                                                                                                                                             |                                                |
+|   8C  | DUP13          |                                                3                                                | `..., a`                                                                                                                                                                                                          | `a, ..., a`                     |                                                                                                                                                                                                                              | स्टॅकवरील तेराव्या मूल्याची प्रतिकृती करतो                                                                                                                                                                                                                                             |                                                |
+|   8D  | DUP14          |                                                3                                                | `..., a`                                                                                                                                                                                                          | `a, ..., a`                     |                                                                                                                                                                                                                              | स्टॅकवरील चौदाव्या मूल्याची प्रतिकृती करतो                                                                                                                                                                                                                                             |                                                |
+|   8E  | DUP15          |                                                3                                                | `..., a`                                                                                                                                                                                                          | `a, ..., a`                     |                                                                                                                                                                                                                              | स्टॅकवरील पंधराव्या मूल्याची प्रतिकृती करतो                                                                                                                                                                                                                                            |                                                |
+|   8F  | DUP16          |                                                3                                                | `..., a`                                                                                                                                                                                                          | `a, ..., a`                     |                                                                                                                                                                                                                              | स्टॅकवरील सोळाव्या मूल्याची प्रतिकृती करतो                                                                                                                                                                                                                                             |                                                |
+|   90  | SWAP1          |                                                3                                                | `a, b`                                                                                                                                                                                                            | `b, a`                          |                                                                                                                                                                                                                              |                                                                                                                                                                                                                                                                                        |                                                |
+|   91  | SWAP2          |                                                3                                                | `a, _, b`                                                                                                                                                                                                         | `b, _, a`                       |                                                                                                                                                                                                                              |                                                                                                                                                                                                                                                                                        |                                                |
+|   92  | SWAP3          |                                                3                                                | `a, _, _, b`                                                                                                                                                                                                      | `b, _, _, a`                    |                                                                                                                                                                                                                              |                                                                                                                                                                                                                                                                                        |                                                |
+|   93  | SWAP4          |                                                3                                                | `a, _, _, _, b`                                                                                                                                                                                                   | `b, _, _, _, a`                 |                                                                                                                                                                                                                              |                                                                                                                                                                                                                                                                                        |                                                |
+|   94  | SWAP5          |                                                3                                                | `a, ..., b`                                                                                                                                                                                                       | `b, ..., a`                     |                                                                                                                                                                                                                              |                                                                                                                                                                                                                                                                                        |                                                |
+|   95  | SWAP6          |                                                3                                                | `a, ..., b`                                                                                                                                                                                                       | `b, ..., a`                     |                                                                                                                                                                                                                              |                                                                                                                                                                                                                                                                                        |                                                |
+|   96  | SWAP7          |                                                3                                                | `a, ..., b`                                                                                                                                                                                                       | `b, ..., a`                     |                                                                                                                                                                                                                              |                                                                                                                                                                                                                                                                                        |                                                |
+|   97  | SWAP8          |                                                3                                                | `a, ..., b`                                                                                                                                                                                                       | `b, ..., a`                     |                                                                                                                                                                                                                              |                                                                                                                                                                                                                                                                                        |                                                |
+|   98  | SWAP9          |                                                3                                                | `a, ..., b`                                                                                                                                                                                                       | `b, ..., a`                     |                                                                                                                                                                                                                              |                                                                                                                                                                                                                                                                                        |                                                |
+|   99  | SWAP10         |                                                3                                                | `a, ..., b`                                                                                                                                                                                                       | `b, ..., a`                     |                                                                                                                                                                                                                              |                                                                                                                                                                                                                                                                                        |                                                |
+|   9A  | SWAP11         |                                                3                                                | `a, ..., b`                                                                                                                                                                                                       | `b, ..., a`                     |                                                                                                                                                                                                                              |                                                                                                                                                                                                                                                                                        |                                                |
+|   9B  | SWAP12         |                                                3                                                | `a, ..., b`                                                                                                                                                                                                       | `b, ..., a`                     |                                                                                                                                                                                                                              |                                                                                                                                                                                                                                                                                        |                                                |
+|   9C  | SWAP13         |                                                3                                                | `a, ..., b`                                                                                                                                                                                                       | `b, ..., a`                     |                                                                                                                                                                                                                              |                                                                                                                                                                                                                                                                                        |                                                |
+|   9D  | SWAP14         |                                                3                                                | `a, ..., b`                                                                                                                                                                                                       | `b, ..., a`                     |                                                                                                                                                                                                                              |                                                                                                                                                                                                                                                                                        |                                                |
+|   9E  | SWAP15         |                                                3                                                | `a, ..., b`                                                                                                                                                                                                       | `b, ..., a`                     |                                                                                                                                                                                                                              |                                                                                                                                                                                                                                                                                        |                                                |
+|   9F  | SWAP16         |                                                3                                                | `a, ..., b`                                                                                                                                                                                                       | `b, ..., a`                     |                                                                                                                                                                                                                              |                                                                                                                                                                                                                                                                                        |                                                |
+|   A0  | LOG0           |          [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations)         | `ost, len`                                                                                                                                                                                                        | `.`                             |                                                                                                                                                                                                                              | LOG0(memory[ost:ost+len-1])                                                                                                                                                                     |                                                |
+|   A1  | LOG1           |          [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations)         | `ost, len, topic0`                                                                                                                                                                                                | `.`                             |                                                                                                                                                                                                                              | LOG1(memory[ost:ost+len-1], topic0)                                                                                                                                                             |                                                |
+|   A2  | LOG2           |          [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations)         | `ost, len, topic0, topic1`                                                                                                                                                                                        | `.`                             |                                                                                                                                                                                                                              | LOG2(memory[ost:ost+len-1], topic0, topic1)                                                                                                                                                     |                                                |
+|   A3  | LOG3           |          [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations)         | `ost, len, topic0, topic1, topic2`                                                                                                                                                                                | `.`                             |                                                                                                                                                                                                                              | LOG3(memory[ost:ost+len-1], topic0, topic1, topic2)                                                                                                                                             |                                                |
+|   A4  | LOG4           |          [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations)         | `ost, len, topic0, topic1, topic2, topic3`                                                                                                                                                                        | `.`                             |                                                                                                                                                                                                                              | LOG4(memory[ost:ost+len-1],&#160;topic0,&#160;topic1,&#160;topic2,&#160;topic3)                                 |                                                |
+| A5-EF | _अवैध_         |                                                                                                 |                                                                                                                                                                                                                   |                                 |                                                                                                                                                                                                                              |                                                                                                                                                                                                                                                                                        |                                                |
+|   F0  | CREATE         |        [A9](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a9-create-operations)        | `val, ost, len`                                                                                                                                                                                                   | `addr`                          |                                                                                                                                                                                                                              | addr = keccak256(rlp([address(this), this.nonce]))                                                                                                        |                                                |
+|   F1  | CALL           |         [AA](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#aa-call-operations)         | <code>gas,&#160;addr,&#160;val,&#160;argOst,&#160;argLen,&#160;retOst,&#160;retLen</code> | `success`                       | mem[retOst:retOst+retLen-1] := returndata                                                                                                |                                                                                                                                                                                                                                                                                        |                                                |
+|   F2  | CALLCODE       |         [AA](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#aa-call-operations)         | `gas, addr, val, argOst, argLen, retOst, retLen`                                                                                                                                                                  | `success`                       | mem[retOst:retOst+retLen-1]&#160;=&#160;returndata                                                               | DELEGATECALL प्रमाणेच, परंतु मूळ msg.sender आणि msg.value प्रसारित करत नाही                                                                                                                                                                            |                                                |
+|   F3  | RETURN         |       0[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion)       | `ost, len`                                                                                                                                                                                                        | `.`                             |                                                                                                                                                                                                                              | return mem[ost:ost+len-1]                                                                                                                                                                                          |                                                |
+|   F4  | DELEGATECALL   |         [AA](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#aa-call-operations)         | `gas, addr, argOst, argLen, retOst, retLen`                                                                                                                                                                       | `success`                       | mem[retOst:retOst+retLen-1] := returndata                                                                                                |                                                                                                                                                                                                                                                                                        |                                                |
+|   F5  | CREATE2        |        [A9](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a9-create-operations)        | `val, ost, len, salt`                                                                                                                                                                                             | `addr`                          |                                                                                                                                                                                                                              | addr = keccak256(0xff ++ address(this) ++ salt ++ keccak256(mem[ost:ost+len-1]))[12:] |                                                |
+| F6-F9 | _अवैध_         |                                                                                                 |                                                                                                                                                                                                                   |                                 |                                                                                                                                                                                                                              |                                                                                                                                                                                                                                                                                        |                                                |
+|   FA  | STATICCALL     |         [AA](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#aa-call-operations)         | `gas, addr, argOst, argLen, retOst, retLen`                                                                                                                                                                       | `success`                       | mem[retOst:retOst+retLen-1] := returndata                                                                                                |                                                                                                                                                                                                                                                                                        |                                                |
+| FB-FC | _अवैध_         |                                                                                                 |                                                                                                                                                                                                                   |                                 |                                                                                                                                                                                                                              |                                                                                                                                                                                                                                                                                        |                                                |
+|   FD  | REVERT         |       0[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion)       | `ost, len`                                                                                                                                                                                                        | `.`                             |                                                                                                                                                                                                                              | revert(mem[ost:ost+len-1])                                                                                                                                                                      |                                                |
+|   FE  | INVALID        |             [AF](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#af-invalid)             |                                                                                                                                                                                                                   |                                 | निर्दिष्ट अवैध ऑपकोड - [EIP-141](https://eips.ethereum.org/EIPS/eip-141)                                                                                                                                                     |                                                                                                                                                                                                                                                                                        |                                                |
+|   FF  | SELFDESTRUCT   |           [AB](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#ab-selfdestruct)          | `addr`                                                                                                                                                                                                            | `.`                             |                                                                                                                                                                                                                              | सर्व ETH `addr` ला पाठवते; जर करार तयार केलेल्या त्याच व्यवहारात कार्यान्वित केले तर ते करार नष्ट करते                                                                                                                                                                                 |                                                |
diff --git a/public/content/translations/mr/developers/docs/frameworks/index.md b/public/content/translations/mr/developers/docs/frameworks/index.md
new file mode 100644
index 00000000000..e9c602b2f2d
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/frameworks/index.md
@@ -0,0 +1,156 @@
+---
+title: "DApp विकास फ्रेमवर्क्स"
+description: "फ्रेमवर्कच्या फायद्यांचे अन्वेषण करा आणि उपलब्ध पर्यायांची तुलना करा."
+lang: mr
+---
+
+## फ्रेमवर्कची ओळख {#introduction-to-frameworks}
+
+एक परिपूर्ण DApp तयार करण्यासाठी
+वेगवेगळ्या तंत्रज्ञानाची आवश्यकता असते. सॉफ्टवेअर फ्रेमवर्क्समध्ये अनेक आवश्यक
+वैशिष्ट्ये समाविष्ट असतात किंवा तुम्हाला हवी असलेली साधने निवडण्यासाठी सोप्या प्लगइन प्रणाली पुरवतात.
+
+फ्रेमवर्क्स बऱ्याच आउट-ऑफ-द-बॉक्स कार्यक्षमतेसह येतात,
+जसे की:
+
+- स्थानिक ब्लॉकचेन उदाहरण स्पिन अप करण्यासाठी वैशिष्ट्ये.
+- तुमचे स्मार्ट कॉन्ट्रॅक्ट संकलित करण्यासाठी आणि चाचणी करण्यासाठी उपयुक्तता.
+- त्याच प्रोजेक्ट/रिपॉझिटरीमध्ये तुमचा वापरकर्ता-केंद्रित ॲप्लिकेशन तयार करण्यासाठी
+  क्लायंट डेव्हलपमेंट ॲड-ऑन्स.
+- Ethereum नेटवर्क्सशी कनेक्ट होण्यासाठी आणि कॉन्ट्रॅक्ट्स तैनात करण्यासाठी
+  कॉन्फिगरेशन, मग ते स्थानिक पातळीवर चालणाऱ्या इन्स्टन्सवर असो, किंवा Ethereum च्या
+  सार्वजनिक नेटवर्क्सपैकी एकावर असो.
+- विकेंद्रित ॲप वितरण - IPFS सारख्या स्टोरेज
+  पर्यायांसह एकत्रीकरण.
+
+## पूर्वतयारी {#prerequisites}
+
+फ्रेमवर्क्समध्ये खोलवर जाण्यापूर्वी, आम्ही शिफारस करतो की तुम्ही प्रथम आमची [dapps](/developers/docs/dapps/) आणि [Ethereum स्टॅक](/developers/docs/ethereum-stack/) ची ओळख वाचून घ्या.
+
+## उपलब्ध फ्रेमवर्क्स {#available-frameworks}
+
+**Foundry** - **_Foundry हे Ethereum ऍप्लिकेशन डेव्हलपमेंटसाठी एक अतिशय वेगवान, पोर्टेबल आणि मॉड्युलर टूलकिट आहे_**
+
+- [Foundry इंस्टॉल करा](https://book.getfoundry.sh/)
+- [Foundry पुस्तक](https://book.getfoundry.sh/)
+- [Telegram वर Foundry कम्युनिटी चॅट](https://t.me/foundry_support)
+- [ऑसम Foundry](https://github.com/crisgarner/awesome-foundry)
+
+**Hardhat -** **_व्यावसायिकांसाठी Ethereum विकास वातावरण._**
+
+- [hardhat.org](https://hardhat.org)
+- [GitHub](https://github.com/nomiclabs/hardhat)
+
+**Ape -** **_पायथनिस्ट, डेटा सायंटिस्ट आणि सुरक्षा व्यावसायिकांसाठी स्मार्ट कॉन्ट्रॅक्ट डेव्हलपमेंट टूल._**
+
+- [दस्तऐवजीकरण](https://docs.apeworx.io/ape/stable/)
+- [GitHub](https://github.com/ApeWorX/ape)
+
+**Web3j -** **_JVM वर ब्लॉकचेन ऍप्लिकेशन्स विकसित करण्यासाठी एक प्लॅटफॉर्म._**
+
+- [होमपेज](https://www.web3labs.com/web3j-sdk)
+- [दस्तऐवजीकरण](https://docs.web3j.io)
+- [GitHub](https://github.com/web3j/web3j)
+
+**ethers-kt -** **_EVM-आधारित ब्लॉकचेनसाठी Async, उच्च-कार्यक्षमता असलेली Kotlin/Java/Android लायब्ररी._**
+
+- [GitHub](https://github.com/Kr1ptal/ethers-kt)
+- [उदाहरणे](https://github.com/Kr1ptal/ethers-kt/tree/master/examples)
+- [Discord](https://discord.gg/rx35NzQGSb)
+
+**Create Eth App -** **_एका कमांडने Ethereum-सक्षम ॲप्स तयार करा. निवडण्यासाठी UI फ्रेमवर्क्स आणि DeFi टेम्पलेट्सच्या विस्तृत श्रेणीसह येते._**
+
+- [GitHub](https://github.com/paulrberg/create-eth-app)
+- [टेम्पलेट्स](https://github.com/PaulRBerg/create-eth-app/tree/develop/templates)
+
+**Scaffold-Eth -** **_Ethers.js + Hardhat + web3 साठी React कंपोनंट्स आणि हुक्स: स्मार्ट कॉन्ट्रॅक्ट्सद्वारे चालणाऱ्या विकेंद्रित ॲप्लिकेशन्सची निर्मिती सुरू करण्यासाठी तुम्हाला आवश्यक असलेले सर्वकाही._**
+
+- [GitHub](https://github.com/scaffold-eth/scaffold-eth-2)
+
+**Tenderly -** **_Web3 डेव्हलपमेंट प्लॅटफॉर्म जे ब्लॉकचेन डेव्हलपर्सना स्मार्ट कॉन्ट्रॅक्ट्स तयार करणे, तपासणे, डीबग करणे, मॉनिटर करणे, आणि ऑपरेट करण्यास आणि dApp UX सुधारण्यास सक्षम करते._**
+
+- [वेबसाईट](https://tenderly.co/)
+- [दस्तऐवजीकरण](https://docs.tenderly.co/)
+
+**The Graph -** **_ब्लॉकचेन डेटा कार्यक्षमतेने क्वेरी करण्यासाठी._**
+
+- [वेबसाईट](https://thegraph.com/)
+- [ट्यूटोरियल](/developers/tutorials/the-graph-fixing-web3-data-querying/)
+
+**Alchemy -** **_Ethereum डेव्हलपमेंट प्लॅटफॉर्म._**
+
+- [alchemy.com](https://www.alchemy.com/)
+- [GitHub](https://github.com/alchemyplatform)
+- [Discord](https://discord.com/invite/alchemyplatform)
+
+**NodeReal -** **_Ethereum डेव्हलपमेंट प्लॅटफॉर्म._**
+
+- [Nodereal.io](https://nodereal.io/)
+- [GitHub](https://github.com/node-real)
+- [Discord](https://discord.gg/V5k5gsuE)
+
+**thirdweb SDK -** **_आमच्या शक्तिशाली SDKs आणि CLI चा वापर करून तुमच्या स्मार्ट कॉन्ट्रॅक्ट्ससोबत संवाद साधू शकणारे web3 ॲप्लिकेशन्स तयार करा._**
+
+- [दस्तऐवजीकरण](https://portal.thirdweb.com/sdk/)
+- [GitHub](https://github.com/thirdweb-dev/)
+
+**Chainstack -** **_Web3 (Ethereum आणि इतर) डेव्हलपमेंट प्लॅटफॉर्म._**
+
+- [chainstack.com](https://www.chainstack.com/)
+- [GitHub](https://github.com/chainstack)
+- [Discord](https://discord.gg/BSb5zfp9AT)
+
+**Crossmint -** **_एंटरप्राइझ-ग्रेड web3 डेव्हलपमेंट प्लॅटफॉर्म, जो तुम्हाला सर्व प्रमुख EVM चेन्स (आणि इतरांवर) NFT ॲप्लिकेशन्स तयार करण्याची परवानगी देतो._**
+
+- [वेबसाईट](https://www.crossmint.com)
+- [दस्तऐवजीकरण](https://docs.crossmint.com)
+- [Discord](https://discord.com/invite/crossmint)
+
+**Brownie -** **_पायथन-आधारित डेव्हलपमेंट एनव्हायर्नमेंट आणि टेस्टिंग फ्रेमवर्क._**
+
+- [दस्तऐवजीकरण](https://eth-brownie.readthedocs.io/en/latest/)
+- [GitHub](https://github.com/eth-brownie/brownie)
+- **Brownie ची देखभाल सध्या केली जात नाही**
+
+**OpenZeppelin SDK -** **_अल्टिमेट स्मार्ट कॉन्ट्रॅक्ट टूलकिट: साधनांचा एक संच जो तुम्हाला स्मार्ट कॉन्ट्रॅक्ट्स विकसित करणे, कंपाईल करणे, अपग्रेड करणे, तैनात करणे आणि त्यांच्याशी संवाद साधण्यात मदत करतो._**
+
+- [OpenZeppelin डिफेंडर SDK](https://docs.openzeppelin.com/defender/sdk)
+- [GitHub](https://github.com/OpenZeppelin/openzeppelin-sdk)
+- [कम्युनिटी फोरम](https://forum.openzeppelin.com/c/support/17)
+- **OpenZeppelin SDK चा विकास थांबला आहे**
+
+**Catapulta -** **_मल्टी-चेन स्मार्ट कॉन्ट्रॅक्ट्स डिप्लॉयमेंट टूल, ब्लॉक एक्सप्लोररमध्ये व्हेरिफिकेशन्स ऑटोमेट करते, डिप्लॉय केलेल्या स्मार्ट कॉन्ट्रॅक्ट्सचा मागोवा ठेवते आणि डिप्लॉयमेंट रिपोर्ट्स शेअर करते, Foundry आणि Hardhat प्रोजेक्ट्ससाठी प्लग-एन-प्ले._**
+
+- [वेबसाईट](https://catapulta.sh/)
+- [दस्तऐवजीकरण](https://catapulta.sh/docs)
+- [Github](https://github.com/catapulta-sh)
+
+**GoldRush (Covalent द्वारा समर्थित) -** **_GoldRush डेव्हलपर्स, विश्लेषक आणि एंटरप्राइझसाठी सर्वात व्यापक ब्लॉकचेन डेटा API सूट प्रदान करते. तुम्ही DeFi डॅशबोर्ड, वॉलेट, ट्रेडिंग बॉट, AI एजंट किंवा कंप्लायन्स प्लॅटफॉर्म तयार करत असाल, डेटा APIs तुम्हाला आवश्यक असलेल्या महत्त्वाच्या ऑनचेन डेटासाठी वेगवान, अचूक आणि डेव्हलपर-फ्रेंडली ऍक्सेस प्रदान करतात_**
+
+- [वेबसाईट](https://goldrush.dev/)
+- [दस्तऐवजीकरण](https://goldrush.dev/docs/chains/ethereum)
+- [GitHub](https://github.com/covalenthq)
+- [Discord](https://www.covalenthq.com/discord/)
+
+**Wake -** **_कॉन्ट्रॅक्ट्स टेस्टिंग, फझिंग, डिप्लॉयमेंट, व्हल्नरेबिलिटी स्कॅनिंग आणि कोड नेव्हिगेशनसाठी ऑल-इन-वन पायथन फ्रेमवर्क._**
+
+- [होमपेज](https://getwake.io/)
+- [दस्तऐवजीकरण](https://ackeeblockchain.com/wake/docs/latest/)
+- [GitHub](https://github.com/Ackee-Blockchain/wake)
+- [VS कोड एक्सटेन्शन](https://marketplace.visualstudio.com/items?itemName=AckeeBlockchain.tools-for-solidity)
+
+**Veramo -** **_ओपन सोर्स, मॉड्युलर आणि ॲग्नॉस्टिक फ्रेमवर्क जे विकेंद्रित ऍप्लिकेशन डेव्हलपर्ससाठी त्यांच्या ऍप्लिकेशन्समध्ये विकेंद्रित ओळख आणि व्हेरिफायेबल क्रेडेन्शियल्स तयार करणे सोपे करते._**
+
+- [होमपेज](https://veramo.io/)
+- [दस्तऐवजीकरण](https://veramo.io/docs/basics/introduction)
+- [GitHub](https://github.com/uport-project/veramo)
+- [Discord](https://discord.com/invite/FRRBdjemHV)
+- [NPM पॅकेज](https://www.npmjs.com/package/@veramo/core)
+
+## पुढील वाचन {#further-reading}
+
+_तुम्हाला मदत केलेल्या सामुदायिक संसाधनाबद्दल माहिती आहे का?_ हे पृष्ठ संपादित करा आणि ते जोडा!_
+
+## संबंधित विषय {#related-topics}
+
+- [स्थानिक विकास वातावरण सेट अप करा](/developers/local-environment/)
diff --git a/public/content/translations/mr/developers/docs/gas/index.md b/public/content/translations/mr/developers/docs/gas/index.md
new file mode 100644
index 00000000000..f0a4f37bcce
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/gas/index.md
@@ -0,0 +1,151 @@
+---
+title: "गॅस आणि शुल्क"
+metaTitle: "इथेरियम गॅस आणि शुल्क: तांत्रिक अवलोकन"
+description: "इथेरियम गॅस शुल्काबद्दल जाणून घ्या, ते कसे मोजले जातात आणि नेटवर्क सुरक्षा आणि व्यवहार प्रक्रियेत त्यांची भूमिका काय आहे."
+lang: mr
+---
+
+इथेरियम नेटवर्कसाठी गॅस आवश्यक आहे. हे ते इंधन आहे जे त्याला चालण्यास मदत करते, ज्याप्रमाणे गाडी चालवण्यासाठी पेट्रोलची गरज असते.
+
+## पूर्वतयारी {#prerequisites}
+
+हे पान अधिक चांगल्या प्रकारे समजून घेण्यासाठी, आम्ही शिफारस करतो की तुम्ही प्रथम [व्यवहार](/developers/docs/transactions/) आणि [EVM](/developers/docs/evm/) बद्दल वाचा.
+
+## गॅस म्हणजे काय? {#what-is-gas}
+
+गॅस म्हणजे इथेरियम नेटवर्कवर विशिष्ट ऑपरेशन्स कार्यान्वित करण्यासाठी आवश्यक असलेल्या संगणकीय प्रयत्नांचे मोजमाप करणारे एकक.
+
+प्रत्येक इथेरियम व्यवहाराला कार्यान्वित करण्यासाठी संगणकीय संसाधनांची आवश्यकता असल्याने, इथेरियम स्पॅमसाठी असुरक्षित नाही आणि अनंत संगणकीय लूपमध्ये अडकू शकत नाही हे सुनिश्चित करण्यासाठी त्या संसाधनांसाठी पैसे द्यावे लागतात. संगणनासाठीचे पेमेंट गॅस शुल्काच्या स्वरूपात केले जाते.
+
+गॅस शुल्क म्हणजे **कोणतेही ऑपरेशन करण्यासाठी वापरलेला गॅस, गुणिले प्रति युनिट गॅसची किंमत**. व्यवहार यशस्वी झाला किंवा अयशस्वी झाला तरीही शुल्क भरावे लागते.
+
+![EVM ऑपरेशन्समध्ये गॅसची कोठे आवश्यकता आहे हे दर्शविणारा आकृती](./gas.png)
+_[Ethereum EVM illustrated](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf) वरून रुपांतरित केलेला आकृती_
+
+गॅस शुल्क इथेरियमच्या मूळ चलनात, इथर (ETH) मध्ये भरावे लागते. गॅसच्या किमती सामान्यतः gwei मध्ये उद्धृत केल्या जातात, जे ETH चे एक मूल्यमापन आहे. प्रत्येक gwei एका ETH च्या अब्जाव्या भागाइतका असतो (0.000000001 ETH किंवा 10<sup>-9</sup> ETH).
+
+उदाहरणार्थ, तुमचा गॅस खर्च 0.000000001 इथर आहे असे म्हणण्याऐवजी, तुम्ही म्हणू शकता की तुमचा गॅस खर्च 1 gwei आहे.
+
+'gwei' हा शब्द 'giga-wei' चा संक्षेप आहे, ज्याचा अर्थ 'अब्ज wei' आहे. एक gwei म्हणजे एक अब्ज wei. Wei स्वतः ([b-money](https://www.investopedia.com/terms/b/bmoney.asp) चे निर्माते, [Wei Dai](https://wikipedia.org/wiki/Wei_Dai) यांच्या नावावरून) ETH चे सर्वात लहान एकक आहे.
+
+## गॅस शुल्क कसे मोजले जाते? {#how-are-gas-fees-calculated}
+
+तुम्ही व्यवहार सबमिट करता तेव्हा तुम्ही किती गॅस देण्यास इच्छुक आहात हे तुम्ही सेट करू शकता. विशिष्ट प्रमाणात गॅस ऑफर करून, तुम्ही तुमचा व्यवहार पुढील ब्लॉकमध्ये समाविष्ट करण्यासाठी बोली लावत आहात. जर तुम्ही खूप कमी ऑफर दिली, तर व्हॅलिडेटर्स तुमचा व्यवहार समाविष्ट करण्यासाठी निवडण्याची शक्यता कमी असते, याचा अर्थ तुमचा व्यवहार उशिरा किंवा अजिबात कार्यान्वित होणार नाही. जर तुम्ही खूप जास्त ऑफर दिली, तर तुम्ही काही ETH वाया घालवू शकता. तर, किती पैसे द्यायचे हे तुम्ही कसे सांगू शकता?
+
+तुम्ही देत असलेला एकूण गॅस दोन घटकांमध्ये विभागलेला आहे: `base fee` आणि `priority fee` (टिप).
+
+`base fee` प्रोटोकॉलद्वारे सेट केली जाते—तुमचा व्यवहार वैध मानला जाण्यासाठी तुम्हाला किमान ही रक्कम भरावी लागेल. `priority fee` ही एक टिप आहे जी तुम्ही बेस फीमध्ये जोडता, जेणेकरून तुमचा व्यवहार व्हॅलिडेटर्सना आकर्षक वाटेल आणि ते तो पुढील ब्लॉकमध्ये समाविष्ट करण्यासाठी निवडतील.
+
+फक्त `base fee` भरणारा व्यवहार तांत्रिकदृष्ट्या वैध आहे पण तो समाविष्ट होण्याची शक्यता कमी आहे कारण तो व्हॅलिडेटर्सना इतर कोणत्याही व्यवहारापेक्षा निवडण्यासाठी कोणतेही प्रोत्साहन देत नाही. 'योग्य' `priority` फी तुम्ही तुमचा व्यवहार पाठवता त्यावेळच्या नेटवर्कच्या वापराद्वारे निर्धारित केली जाते—जर जास्त मागणी असेल तर तुम्हाला तुमची `priority` फी जास्त सेट करावी लागेल, पण जेव्हा मागणी कमी असेल तेव्हा तुम्ही कमी पैसे देऊ शकता.
+
+उदाहरणार्थ, जॉर्डनला टेलरला 1 ETH द्यायचे आहेत असे समजूया. एका ETH हस्तांतरणासाठी 21,000 युनिट्स गॅसची आवश्यकता असते आणि बेस फी 10 gwei आहे. जॉर्डन 2 gwei ची टिप समाविष्ट करतो.
+
+एकूण शुल्क आता याच्या बरोबर असेल:
+
+`वापरलेले गॅस युनिट्स * (बेस फी + प्रायॉरिटी फी)`
+
+जिथे `base fee` हे प्रोटोकॉलद्वारे सेट केलेले मूल्य आहे आणि `priority fee` हे वापरकर्त्याने व्हॅलिडेटरला टिप म्हणून सेट केलेले मूल्य आहे.
+
+उदा., `21,000 * (10 + 2) = 252,000 gwei` (0.000252 ETH).
+
+जेव्हा जॉर्डन पैसे पाठवतो, तेव्हा जॉर्डनच्या खात्यातून 1.000252 ETH कापले जातील. टेलरला 1.0000 ETH जमा केले जातील. व्हॅलिडेटरला 0.000042 ETH ची टिप मिळते. 0.00021 ETH ची `base fee` बर्न केली जाते.
+
+### बेस फी {#base-fee}
+
+प्रत्येक ब्लॉकसाठी एक बेस फी असते जी राखीव किंमत म्हणून काम करते. ब्लॉकमध्ये समाविष्ट होण्यासाठी पात्र होण्यासाठी, प्रति गॅस ऑफर केलेली किंमत किमान बेस फीच्या बरोबरीची असणे आवश्यक आहे. बेस फीची गणना सध्याच्या ब्लॉकपासून स्वतंत्रपणे केली जाते आणि त्याऐवजी त्याच्या पूर्वीच्या ब्लॉक्सद्वारे निर्धारित केली जाते, ज्यामुळे वापरकर्त्यांसाठी व्यवहार शुल्क अधिक अंदाजित करता येते. जेव्हा ब्लॉक तयार केला जातो तेव्हा ही **बेस फी \"बर्न\" केली जाते**, ज्यामुळे ती चलनातून काढून टाकली जाते.
+
+बेस फीची गणना एका सूत्रानुसार केली जाते जे मागील ब्लॉकचा आकार (सर्व व्यवहारांसाठी वापरलेला गॅस) आणि लक्ष्य आकार (गॅस मर्यादेच्या अर्धा) यांची तुलना करते. लक्ष्य ब्लॉक आकार लक्ष्यापेक्षा जास्त किंवा कमी असल्यास, बेस फी प्रति ब्लॉक जास्तीत जास्त 12.5% ने वाढेल किंवा कमी होईल. या घातांकी वाढीमुळे ब्लॉकचा आकार अनिश्चित काळासाठी उच्च राहणे आर्थिकदृष्ट्या अव्यवहार्य बनते.
+
+| ब्लॉक क्रमांक | समाविष्ट गॅस |             शुल्क वाढ |             सध्याची बेस फी |
+| ------------- | -----------: | --------------------: | -------------------------: |
+| 1             |          18M |                    0% |                   100 gwei |
+| 2             |          36M |                    0% |                   100 gwei |
+| 3             |          36M | 12.5% | 112.5 gwei |
+| 4             |          36M | 12.5% | 126.6 gwei |
+| 5             |          36M | 12.5% | 142.4 gwei |
+| 6             |          36M | 12.5% | 160.2 gwei |
+| 7             |          36M | 12.5% | 180.2 gwei |
+| 8             |          36M | 12.5% | 202.7 gwei |
+
+वरील तक्त्यामध्ये, 36 दशलक्ष गॅस मर्यादा वापरून एक उदाहरण दिले आहे. या उदाहरणाचे अनुसरण करून, ब्लॉक क्रमांक 9 वर व्यवहार तयार करण्यासाठी, एक वॉलेट वापरकर्त्याला निश्चितपणे कळवेल की पुढील ब्लॉकमध्ये जोडली जाणारी **कमाल बेस फी** `current base fee * 112.5%` किंवा `202.7 gwei * 112.5% = 228.1 gwei` आहे.
+
+हे लक्षात घेणे देखील महत्त्वाचे आहे की संपूर्ण ब्लॉकच्या आधी बेस फी ज्या वेगाने वाढते त्यामुळे आपल्याला पूर्ण ब्लॉक्सचे विस्तारित स्पाइक्स दिसण्याची शक्यता कमी आहे.
+
+| ब्लॉक क्रमांक                                       |                                        समाविष्ट गॅस |             शुल्क वाढ |                                      सध्याची बेस फी |
+| --------------------------------------------------- | --------------------------------------------------: | --------------------: | --------------------------------------------------: |
+| 30                                                  |                                                 36M | 12.5% |                         2705.6 gwei |
+| ... | ... | 12.5% | ... |
+| 50                                                  |                                                 36M | 12.5% |                        28531.3 gwei |
+| ... | ... | 12.5% | ... |
+| 100                                                 |                                                 36M | 12.5% |                     10302608.6 gwei |
+
+### प्रायॉरिटी फी (टिप्स) {#priority-fee}
+
+प्रायॉरिटी फी (टिप) व्हॅलिडेटर्सना ब्लॉकमधील व्यवहारांची संख्या वाढवण्यासाठी प्रोत्साहन देते, जे फक्त ब्लॉकच्या गॅस मर्यादेमुळे मर्यादित असते. टिप्सशिवाय, एक विवेकी व्हॅलिडेटर कोणत्याही प्रत्यक्ष एक्झिक्युशन लेयर किंवा कन्सेन्सस लेयर दंडाशिवाय कमी—किंवा अगदी शून्य—व्यवहार समाविष्ट करू शकतो, कारण स्टेकिंग रिवॉर्ड्स ब्लॉकमध्ये किती व्यवहार आहेत यापासून स्वतंत्र असतात. याव्यतिरिक्त, टिप्स वापरकर्त्यांना एकाच ब्लॉकमध्ये प्राधान्यासाठी इतरांपेक्षा जास्त बोली लावण्याची परवानगी देतात, ज्यामुळे प्रभावीपणे तातडीचे संकेत मिळतात.
+
+### कमाल शुल्क {#maxfee}
+
+नेटवर्कवर व्यवहार कार्यान्वित करण्यासाठी, वापरकर्ते त्यांच्या व्यवहारासाठी देण्यास इच्छुक असलेली कमाल मर्यादा निर्दिष्ट करू शकतात. हा ऐच्छिक पॅरामीटर `maxFeePerGas` म्हणून ओळखला जातो. व्यवहार कार्यान्वित करण्यासाठी, कमाल शुल्क हे बेस फी आणि टिपच्या बेरजेपेक्षा जास्त असणे आवश्यक आहे. व्यवहार पाठवणाऱ्याला कमाल शुल्क आणि बेस फी व टिपच्या बेरजेमधील फरकाचा परतावा दिला जातो.
+
+### ब्लॉकचा आकार {#block-size}
+
+प्रत्येक ब्लॉकचा लक्ष्य आकार सध्याच्या गॅस मर्यादेच्या अर्धा असतो, परंतु नेटवर्कच्या मागणीनुसार ब्लॉकचा आकार वाढेल किंवा कमी होईल, जोपर्यंत ब्लॉकची मर्यादा (लक्ष्य ब्लॉक आकाराच्या 2x) गाठली जात नाही. प्रोटोकॉल _tâtonnement_ प्रक्रियेद्वारे लक्ष्यावर एक समतोल सरासरी ब्लॉक आकार प्राप्त करतो. याचा अर्थ जर ब्लॉकचा आकार लक्ष्य ब्लॉक आकारापेक्षा जास्त असेल, तर प्रोटोकॉल पुढील ब्लॉकसाठी बेस फी वाढवेल. त्याचप्रमाणे, जर ब्लॉकचा आकार लक्ष्य ब्लॉक आकारापेक्षा कमी असेल तर प्रोटोकॉल बेस फी कमी करेल.
+
+बेस फी समायोजित करण्याची रक्कम सध्याच्या ब्लॉकचा आकार लक्ष्यापासून किती दूर आहे याच्या प्रमाणात असते. ही एक रेषीय गणना आहे जी रिकाम्या ब्लॉकसाठी -12.5% पासून, लक्ष्य आकारावर 0%, ते गॅस मर्यादेपर्यंत पोहोचणाऱ्या ब्लॉकसाठी +12.5% पर्यंत असते. गॅस मर्यादा व्हॅलिडेटर सिग्नलिंगवर आधारित, तसेच नेटवर्क अपग्रेडद्वारे कालांतराने चढ-उतार करू शकते. तुम्ही [येथे गॅस मर्यादेतील कालांतराने होणारे बदल पाहू शकता](https://eth.blockscout.com/stats/averageGasLimit?interval=threeMonths).
+
+[ब्लॉक्सबद्दल अधिक](/developers/docs/blocks/)
+
+### व्यवहारात गॅस शुल्काची गणना करणे {#calculating-fees-in-practice}
+
+तुमचा व्यवहार कार्यान्वित करण्यासाठी तुम्ही किती पैसे देण्यास इच्छुक आहात हे तुम्ही स्पष्टपणे सांगू शकता. तथापि, बहुतेक वॉलेट प्रदाते त्यांच्या वापरकर्त्यांवरील गुंतागुंतीचे प्रमाण कमी करण्यासाठी स्वयंचलितपणे शिफारस केलेले व्यवहार शुल्क (बेस फी + शिफारस केलेली प्रायॉरिटी फी) सेट करतील.
+
+## गॅस शुल्क का अस्तित्वात आहे? {#why-do-gas-fees-exist}
+
+थोडक्यात, गॅस शुल्क इथेरियम नेटवर्क सुरक्षित ठेवण्यास मदत करते. नेटवर्कवर कार्यान्वित होणाऱ्या प्रत्येक संगणनासाठी शुल्क आवश्यक करून, आम्ही वाईट कलाकारांना नेटवर्कवर स्पॅम करण्यापासून प्रतिबंधित करतो. कोडमधील अपघाती किंवा प्रतिकूल अनंत लूप किंवा इतर संगणकीय अपव्यय टाळण्यासाठी, प्रत्येक व्यवहाराला कोड एक्झिक्युशनच्या किती संगणकीय पायऱ्या वापरता येतील याची मर्यादा सेट करणे आवश्यक आहे. संगणनेचे मूलभूत एकक \"गॅस\" आहे.
+
+जरी व्यवहारात मर्यादा समाविष्ट असली तरी, व्यवहारात न वापरलेला कोणताही गॅस वापरकर्त्याला परत केला जातो (उदा., `max fee - (base fee + tip)` परत केला जातो).
+
+![न वापरलेला गॅस कसा परत केला जातो हे दर्शविणारा आकृती](../transactions/gas-tx.png)
+_[Ethereum EVM illustrated](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf) वरून रुपांतरित केलेला आकृती_
+
+## गॅस मर्यादा काय आहे? {#what-is-gas-limit}
+
+गॅस मर्यादा म्हणजे तुम्ही एका व्यवहारावर खर्च करण्यास इच्छुक असलेल्या गॅसची कमाल रक्कम. [स्मार्ट कॉन्ट्रॅक्ट](/developers/docs/smart-contracts/) समाविष्ट असलेल्या अधिक गुंतागुंतीच्या व्यवहारांना अधिक संगणकीय कामाची आवश्यकता असते, म्हणून त्यांना साध्या पेमेंटपेक्षा जास्त गॅस मर्यादेची आवश्यकता असते. एका मानक ETH हस्तांतरणासाठी 21,000 युनिट्स गॅसची मर्यादा आवश्यक आहे.
+
+उदाहरणार्थ, जर तुम्ही एका साध्या ETH हस्तांतरणासाठी 50,000 ची गॅस मर्यादा ठेवली, तर EVM 21,000 खर्च करेल आणि तुम्हाला उर्वरित 29,000 परत मिळतील. तथापि, तुम्ही खूप कमी गॅस निर्दिष्ट केल्यास, उदाहरणार्थ, एका साध्या ETH हस्तांतरणासाठी 20,000 ची गॅस मर्यादा, तर व्यवहार प्रमाणीकरण टप्प्यात अयशस्वी होईल. ब्लॉकमध्ये समाविष्ट होण्यापूर्वी ते नाकारले जाईल आणि कोणताही गॅस वापरला जाणार नाही. दुसरीकडे, जर एक्झिक्युशन दरम्यान व्यवहारात गॅस संपला (उदा., स्मार्ट कॉन्ट्रॅक्ट अर्ध्या वाटेत सर्व गॅस वापरतो), तर EVM कोणतेही बदल परत करेल, परंतु प्रदान केलेला सर्व गॅस केलेल्या कामासाठी वापरला जाईल.
+
+## गॅस शुल्क इतके जास्त का होऊ शकते? {#why-can-gas-fees-get-so-high}
+
+जास्त गॅस शुल्क इथेरियमच्या लोकप्रियतेमुळे आहे. जर खूप जास्त मागणी असेल, तर वापरकर्त्यांनी इतर वापरकर्त्यांच्या व्यवहारांपेक्षा जास्त बोली लावण्याचा प्रयत्न करण्यासाठी जास्त टिपची रक्कम ऑफर केली पाहिजे. जास्त टिपमुळे तुमचा व्यवहार पुढील ब्लॉकमध्ये जाण्याची शक्यता वाढू शकते. तसेच, अधिक गुंतागुंतीचे स्मार्ट कॉन्ट्रॅक्ट अॅप्स त्यांच्या कार्यांना समर्थन देण्यासाठी बरीच ऑपरेशन्स करत असतील, ज्यामुळे ते खूप गॅस वापरतात.
+
+## गॅस खर्च कमी करण्यासाठीचे उपक्रम {#initiatives-to-reduce-gas-costs}
+
+इथेरियम [स्केलेबिलिटी अपग्रेड](/roadmap/) अखेरीस काही गॅस शुल्क समस्यांचे निराकरण करेल, ज्यामुळे प्लॅटफॉर्मला प्रति सेकंद हजारो व्यवहार प्रक्रिया करण्यास आणि जागतिक स्तरावर स्केल करण्यास सक्षम करेल.
+
+लेअर 2 स्केलिंग हे गॅस खर्च, वापरकर्ता अनुभव आणि स्केलेबिलिटीमध्ये मोठी सुधारणा करण्यासाठी एक प्राथमिक उपक्रम आहे.
+
+[लेअर 2 स्केलिंगवर अधिक](/developers/docs/scaling/#layer-2-scaling)
+
+## गॅस शुल्कावर देखरेख ठेवणे {#monitoring-gas-fees}
+
+जर तुम्हाला गॅसच्या किमतींवर देखरेख ठेवायची असेल, जेणेकरून तुम्ही तुमचे ETH कमी खर्चात पाठवू शकाल, तर तुम्ही अनेक विविध साधने वापरू शकता जसे की:
+
+- [Etherscan](https://etherscan.io/gastracker) _व्यवहार गॅस किंमत अंदाजक_
+- [Blockscout](https://eth.blockscout.com/gas-tracker) _ओपन सोर्स व्यवहार गॅस किंमत अंदाजक_
+- [ETH Gas Tracker](https://www.ethgastracker.com/) _व्यवहार शुल्क कमी करण्यासाठी आणि पैसे वाचवण्यासाठी इथेरियम आणि L2 गॅसच्या किमतींचे निरीक्षण आणि मागोवा घ्या_
+- [Blocknative ETH Gas Estimator](https://chrome.google.com/webstore/detail/blocknative-eth-gas-estim/ablbagjepecncofimgjmdpnhnfjiecfm) _गॅस अंदाजित करणारे क्रोम एक्सटेंशन जे टाइप 0 लेगसी व्यवहार आणि टाइप 2 EIP-1559 व्यवहार दोन्हीला समर्थन देते._
+- [Cryptoneur Gas Fees Calculator](https://www.cryptoneur.xyz/gas-fees-calculator) _Mainnet, Arbitrum आणि Polygon वरील विविध प्रकारच्या व्यवहारांसाठी तुमच्या स्थानिक चलनात गॅस शुल्काची गणना करा._
+
+## संबंधित साधने {#related-tools}
+
+- [Blocknative's Gas Platform](https://www.blocknative.com/gas) _Blocknative च्या जागतिक मेमपूल डेटा प्लॅटफॉर्मद्वारे समर्थित गॅस अंदाज API_
+- [Gas Network](https://gas.network) ऑनचेन गॅस ओरॅकल्स. 35+ चेन्ससाठी समर्थन.
+
+## पुढील वाचन {#further-reading}
+
+- [इथेरियम गॅस स्पष्टीकरण](https://defiprime.com/gas)
+- [तुमच्या स्मार्ट कॉन्ट्रॅक्टचा गॅस वापर कमी करणे](https://medium.com/coinmonks/8-ways-of-reducing-the-gas-consumption-of-your-smart-contracts-9a506b339c0a)
+- [डेव्हलपर्ससाठी गॅस ऑप्टिमायझेशन स्ट्रॅटेजीज](https://www.alchemy.com/overviews/solidity-gas-optimization)
+- [EIP-1559 डॉक्स](https://eips.ethereum.org/EIPS/eip-1559).
+- [टिम बेइकोची EIP-1559 संसाधने](https://hackmd.io/@timbeiko/1559-resources)
+- [EIP-1559: मेम्सपासून यंत्रणा वेगळे करणे](https://web.archive.org/web/20241126205908/https://research.2077.xyz/eip-1559-separating-mechanisms-from-memes)
diff --git a/public/content/translations/mr/developers/docs/ides/index.md b/public/content/translations/mr/developers/docs/ides/index.md
new file mode 100644
index 00000000000..ac20008d8d7
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/ides/index.md
@@ -0,0 +1,64 @@
+---
+title: "इंटिग्रेटेड डेव्हलपमेंट एन्व्हायर्नमेंट्स (IDEs)"
+description: "Remix, VS Code, आणि लोकप्रिय प्लगइन्ससह Ethereum विकासासाठी वेब-आधारित आणि डेस्कटॉप IDEs बद्दल जाणून घ्या."
+lang: mr
+---
+
+[इंटिग्रेटेड डेव्हलपमेंट एन्व्हायर्नमेंट (IDE)](https://wikipedia.org/wiki/Integrated_development_environment) सेट करण्याच्या बाबतीत, Ethereum वर ॲप्लिकेशन्स प्रोग्रामिंग करणे हे इतर कोणत्याही सॉफ्टवेअर प्रोजेक्टच्या प्रोग्रामिंगसारखेच आहे. निवडण्यासाठी बरेच पर्याय आहेत, म्हणून शेवटी, तुमच्या पसंतीनुसार सर्वोत्तम अनुकूल असलेला IDE किंवा कोड एडिटर निवडा. तुमच्या Ethereum विकासासाठी सर्वोत्तम IDE निवड बहुधा तोच IDE असेल जो तुम्ही आधीपासून पारंपारिक सॉफ्टवेअर विकासासाठी वापरत आहात.
+
+## वेब-आधारित IDEs {#web-based-ides}
+
+तुम्ही [स्थानिक विकास पर्यावरण सेट करण्यापूर्वी](/developers/local-environment/) कोडमध्ये काही फेरफार करू इच्छित असाल, तर हे वेब ॲप्स Ethereum स्मार्ट कॉन्ट्रॅक्ट विकासासाठी खास तयार केलेले आहेत.
+
+**[Remix](https://remix.ethereum.org/)** - **_अंगभूत स्टॅटिक एनालिसिस आणि टेस्ट ब्लॉकचेन व्हर्च्युअल मशीनसह वेब-आधारित IDE_**
+
+- [डॉक्स](https://remix-ide.readthedocs.io/en/latest/#)
+- [Gitter](https://gitter.im/ethereum/remix)
+
+**[ChainIDE](https://chainide.com/)** - **_एक क्लाउड-आधारित मल्टी-चेन IDE_**
+
+- [डॉक्स](https://chainide.gitbook.io/chainide-english-1/)
+- [मदत मंच](https://forum.chainide.com/)
+
+**[Replit (Solidity स्टार्टर - बीटा)](https://replit.com/@replit/Solidity-starter-beta)** - **_हॉट रिलोडिंग, त्रुटी तपासणी आणि फर्स्ट-क्लास टेस्टनेट समर्थनासह Ethereum साठी एक सानुकूल करण्यायोग्य विकास पर्यावरण_**
+
+- [डॉक्स](https://docs.replit.com/)
+
+**[Tenderly Sandbox](https://sandbox.tenderly.co/)** - **_एक जलद प्रोटोटाइपिंग पर्यावरण जिथे तुम्ही Solidity आणि JavaScript वापरून ब्राउझरमध्ये स्मार्ट कॉन्ट्रॅक्ट लिहू, कार्यान्वित करू आणि डीबग करू शकता_**
+
+**[EthFiddle](https://ethfiddle.com/)** - **_वेब-आधारित IDE जो तुम्हाला तुमचा स्मार्ट कॉन्ट्रॅक्ट लिहिण्याची, कंपाईल करण्याची आणि डीबग करण्याची परवानगी देतो_**
+
+- [Gitter](https://gitter.im/loomnetwork/ethfiddle)
+
+## डेस्कटॉप IDEs {#desktop-ides}
+
+बहुतेक प्रस्थापित IDEs मध्ये Ethereum विकासाचा अनुभव वाढवण्यासाठी प्लगइन्स तयार केलेले आहेत. किमान, ते [स्मार्ट कॉन्ट्रॅक्ट भाषांसाठी](/developers/docs/smart-contracts/languages/) सिंटॅक्स हायलाइटिंग प्रदान करतात.
+
+**Visual Studio Code -** **_अधिकृत Ethereum समर्थनासह व्यावसायिक क्रॉस-प्लॅटफॉर्म IDE_**
+
+- [Visual Studio Code](https://code.visualstudio.com/)
+- [कोड नमुने](https://github.com/Azure-Samples/blockchain/blob/master/blockchain-workbench/application-and-smart-contract-samples/readme.md)
+- [GitHub](https://github.com/microsoft/vscode)
+
+**JetBrains IDEs (IntelliJ IDEA, इत्यादी.) -** **_सॉफ्टवेअर डेव्हलपर्स आणि टीम्ससाठी आवश्यक साधने_**
+
+- [JetBrains](https://www.jetbrains.com/)
+- [GitHub](https://github.com/JetBrains)
+- [IntelliJ Solidity](https://github.com/intellij-solidity/intellij-solidity/)
+
+**Remix Desktop -** **_तुमच्या स्थानिक मशीनवर Remix IDE चा अनुभव घ्या_**
+
+- [डाउनलोड करा](https://github.com/ethereum/remix-desktop/releases)
+- [GitHub](https://github.com/ethereum/remix-desktop)
+
+## प्लगइन्स आणि एक्सटेन्शन्स {#plugins-extensions}
+
+- [solidity](https://marketplace.visualstudio.com/items?itemName=JuanBlanco.solidity) - Visual Studio Code साठी Ethereum Solidity भाषा
+- [Solidity + Hardhat for VS Code](https://marketplace.visualstudio.com/items?itemName=NomicFoundation.hardhat-solidity) - Hardhat टीमद्वारे Solidity आणि Hardhat समर्थन
+- [Prettier Solidity](https://github.com/prettier-solidity/prettier-plugin-solidity) - prettier वापरून कोड फॉर्मॅटर
+
+## पुढील वाचन {#further-reading}
+
+- [Ethereum IDEs](https://www.alchemy.com/list-of/web3-ides-on-ethereum) _- Alchemy ची Ethereum IDEs ची सूची_
+
+_तुम्हाला मदत केलेल्या सामुदायिक संसाधनाबद्दल माहिती आहे का?_ हे पृष्ठ संपादित करा आणि ते जोडा!_
diff --git a/public/content/translations/mr/developers/docs/index.md b/public/content/translations/mr/developers/docs/index.md
new file mode 100644
index 00000000000..57f7ff660d2
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/index.md
@@ -0,0 +1,25 @@
+---
+title: "Ethereum विकास दस्तऐवजीकरण"
+description: "ethereum.org विकसक दस्तऐवजीकरण सादर करत आहे."
+lang: mr
+---
+
+हे दस्तऐवजीकरण तुम्हाला Ethereum सह बिल्ड करण्यास मदत करण्यासाठी डिझाइन केलेले आहे. हे एक संकल्पना म्हणून Ethereum समाविष्ट करते, Ethereum टेक स्टॅक स्पष्ट करते, आणि अधिक जटिल ऍप्लिकेशन्स आणि वापर प्रकरणांसाठी प्रगत विषयांचे दस्तऐवजीकरण करते.
+
+हा एक मुक्त-स्रोत समुदाय प्रयत्न आहे, त्यामुळे नवीन विषय सुचवण्यास, नवीन सामग्री जोडण्यास आणि जिथे तुम्हाला वाटेल तिथे उदाहरणे देण्यास मोकळ्या मनाने. सर्व दस्तऐवजीकरण GitHub द्वारे संपादित केले जाऊ शकते – तुम्हाला कसे करायचे याची खात्री नसल्यास, [या सूचनांचे पालन करा](https://github.com/ethereum/ethereum-org-website/blob/dev/docs/editing-markdown.md).
+
+## विकास मॉड्यूल {#development-modules}
+
+हा तुमचा Ethereum विकासातील पहिला प्रयत्न असल्यास, आम्ही सुरुवातीपासून प्रारंभ करण्याची आणि पुस्तकाप्रमाणे पुढे जाण्याची शिफारस करतो.
+
+### पायाभूत विषय {#foundational-topics}
+
+<DeveloperDocsLinks headerId="foundational-topics" />
+
+### Ethereum स्टॅक {#ethereum-stack}
+
+<DeveloperDocsLinks headerId="ethereum-stack" />
+
+### प्रगत {#advanced}
+
+<DeveloperDocsLinks headerId="advanced" />
diff --git a/public/content/translations/mr/developers/docs/intro-to-ether/index.md b/public/content/translations/mr/developers/docs/intro-to-ether/index.md
new file mode 100644
index 00000000000..1b40f8df2f1
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/intro-to-ether/index.md
@@ -0,0 +1,78 @@
+---
+title: "इथरची तांत्रिक ओळख"
+description: "इथर क्रिप्टोकरन्सीची डेव्हलपरसाठी ओळख."
+lang: mr
+---
+
+## पूर्वतयारी {#prerequisites}
+
+हे पान तुम्हाला अधिक चांगल्या प्रकारे समजण्यास मदत करण्यासाठी, आम्ही शिफारस करतो की तुम्ही प्रथम [इथेरियमची ओळख](/developers/docs/intro-to-ethereum/) वाचा.
+
+## क्रिप्टोकरन्सी म्हणजे काय? क्रिप्टोकरन्सी म्हणजे काय?
+
+क्रिप्टोकरन्सी हे ब्लॉकचेन-आधारित लेजरद्वारे सुरक्षित केलेले विनिमयाचे माध्यम आहे.
+
+विनिमयाचे माध्यम म्हणजे वस्तू आणि सेवांसाठी पेमेंट म्हणून मोठ्या प्रमाणावर स्वीकारलेली कोणतीही गोष्ट, आणि लेजर हा एक डेटा स्टोअर आहे जो व्यवहारांचा मागोवा ठेवतो. ब्लॉकचेन तंत्रज्ञान वापरकर्त्यांना लेजर सांभाळण्यासाठी विश्वासू तृतीय पक्षावर अवलंबून न राहता लेजरवर व्यवहार करण्याची परवानगी देते.
+
+पहिली क्रिप्टोकरन्सी बिटकॉइन होती, जी सातोशी नाकामोटोने तयार केली होती. २००९ मध्ये बिटकॉइनच्या रिलीझनंतर, लोकांनी अनेक वेगवेगळ्या ब्लॉकचेनवर हजारो क्रिप्टोकरन्सी तयार केल्या आहेत.
+
+## एथर म्हणजे काय? इथर म्हणजे काय?
+
+**इथर (ETH)** ही इथेरियम नेटवर्कवर अनेक गोष्टींसाठी वापरली जाणारी क्रिप्टोकरन्सी आहे. मूलतः, हे व्यवहार शुल्कासाठी पेमेंटचे एकमेव स्वीकार्य स्वरूप आहे, आणि [The Merge](/roadmap/merge) नंतर, मेननेटवर ब्लॉक्स प्रमाणित करण्यासाठी आणि प्रस्तावित करण्यासाठी इथर आवश्यक आहे. इथरचा वापर [DeFi](/defi) कर्ज बाजारात तारणाचे प्राथमिक स्वरूप म्हणून, NFT मार्केटप्लेसमध्ये खात्याचे एकक म्हणून, सेवा प्रदान करण्यासाठी किंवा वास्तविक-जगातील वस्तू विकून मिळवलेले पेमेंट म्हणून आणि बरेच काही म्हणून देखील केला जातो.
+
+इथेरियम डेव्हलपर्सना [**विकेंद्रीकृत ॲप्लिकेशन्स (dapps)**](/developers/docs/dapps) तयार करण्याची परवानगी देते, जे सर्व संगणकीय शक्तीचा एक पूल सामायिक करतात. हा सामायिक पूल मर्यादित आहे, त्यामुळे इथेरियमला ​​ते कोण वापरू शकेल हे ठरवण्यासाठी एका यंत्रणेची आवश्यकता आहे. अन्यथा, एखादे dapp अपघाताने किंवा दुर्भावनापूर्णपणे सर्व नेटवर्क संसाधने वापरू शकते, ज्यामुळे इतरांना त्यात प्रवेश करण्यापासून रोखले जाईल.
+
+इथर क्रिप्टोकरन्सी इथेरियमच्या संगणकीय शक्तीसाठी एक किंमत यंत्रणा समर्थित करते. जेव्हा वापरकर्त्यांना व्यवहार करायचा असतो, तेव्हा त्यांचा व्यवहार ब्लॉकचेनवर ओळखला जाण्यासाठी त्यांना इथर भरावे लागते. हे वापराचे खर्च [गॅस शुल्क](/developers/docs/gas/) म्हणून ओळखले जातात, आणि गॅस शुल्क व्यवहार कार्यान्वित करण्यासाठी आवश्यक असलेल्या संगणकीय शक्तीच्या प्रमाणावर आणि त्या वेळी संगणकीय शक्तीसाठी नेटवर्क-व्यापी मागणीवर अवलंबून असते.
+
+म्हणून, जरी एखाद्या दुर्भावनापूर्ण dapp ने अनंत लूप सादर केला तरी, व्यवहार अखेरीस इथर संपल्यावर समाप्त होईल, ज्यामुळे नेटवर्क सामान्य स्थितीत परत येऊ शकेल.
+
+इथेरियम आणि इथरमध्ये [गोंधळ होणे सामान्य आहे](https://abcnews.go.com/Business/bitcoin-slumps-week-low-amid-renewed-worries-chinese/story?id=78399845) — जेव्हा लोक "इथेरियमची किंमत" चा संदर्भ देतात, तेव्हा ते इथरच्या किंमतीचे वर्णन करत असतात.
+
+## इथरचे मिंटिंग {#minting-ether}
+
+मिंटिंग ही एक प्रक्रिया आहे ज्यामध्ये इथेरियम लेजरवर नवीन इथर तयार केला जातो. अंतर्निहित इथेरियम प्रोटोकॉल नवीन इथर तयार करतो, आणि वापरकर्त्यासाठी इथर तयार करणे शक्य नाही.
+
+प्रत्येक प्रस्तावित ब्लॉकसाठी आणि एकमत साधण्याशी संबंधित इतर व्हॅलिडेटरच्या क्रियेसाठी प्रत्येक इपॉक चेकपॉइंटवर बक्षीस म्हणून इथर मिंट केले जाते. जारी केलेली एकूण रक्कम व्हॅलिडेटर्सच्या संख्येवर आणि त्यांनी किती इथर स्टेक केले आहेत यावर अवलंबून असते. सर्व व्हॅलिडेटर्स प्रामाणिक आणि ऑनलाइन असल्यास आदर्श परिस्थितीत हे एकूण जारीकरण व्हॅलिडेटर्समध्ये समान रीतीने विभागले जाते, परंतु प्रत्यक्षात ते व्हॅलिडेटरच्या कामगिरीनुसार बदलते. एकूण जारी केलेल्या रकमेपैकी सुमारे 1/8 ब्लॉक प्रस्तावकाला जातो; उर्वरित रक्कम इतर व्हॅलिडेटर्समध्ये वितरीत केली जाते. ब्लॉक प्रस्तावकांना व्यवहार शुल्कातून टिप्स आणि MEV-संबंधित उत्पन्न देखील मिळते, परंतु हे पुनर्नवीनीकरण केलेल्या इथरमधून येते, नवीन जारीकरणातून नाही.
+
+## इथर बर्न करणे {#burning-ether}
+
+ब्लॉक रिवॉर्ड्सद्वारे इथर तयार करण्याबरोबरच, 'बर्निंग' नावाच्या प्रक्रियेद्वारे इथर नष्ट केले जाऊ शकते. जेव्हा इथर बर्न होते, तेव्हा ते कायमचे चलनातून काढून टाकले जाते.
+
+इथेरियमवरील प्रत्येक व्यवहारामध्ये इथर बर्न होते. जेव्हा वापरकर्ते त्यांच्या व्यवहारांसाठी पैसे देतात, तेव्हा व्यवहाराच्या मागणीनुसार नेटवर्कद्वारे सेट केलेले बेस गॅस शुल्क नष्ट होते. हे, बदलत्या ब्लॉक आकारांसह आणि कमाल गॅस शुल्कासह, इथेरियमवर व्यवहार शुल्काच्या अंदाजाला सोपे करते. जेव्हा नेटवर्कची मागणी जास्त असते, तेव्हा [ब्लॉक्स](https://eth.blockscout.com/block/22580057) ते मिंट करण्यापेक्षा जास्त इथर बर्न करू शकतात, ज्यामुळे इथर जारीकरणाला प्रभावीपणे ऑफसेट करता येते.
+
+बेस फी बर्न केल्याने ब्लॉक निर्मात्याच्या व्यवहारांमध्ये फेरफार करण्याच्या क्षमतेत अडथळा येतो. उदाहरणार्थ, जर ब्लॉक निर्मात्यांना बेस फी मिळाली, तर ते त्यांचे स्वतःचे व्यवहार विनामूल्य समाविष्ट करू शकतील आणि इतर प्रत्येकासाठी बेस फी वाढवू शकतील. वैकल्पिकरित्या, ते काही वापरकर्त्यांना ऑफचेन बेस फी परत करू शकतील, ज्यामुळे अधिक अपारदर्शक आणि गुंतागुंतीचे व्यवहार शुल्क बाजार निर्माण होईल.
+
+## इथरचे डिनॉमिनेशन {#denominations}
+
+इथेरियमवरील अनेक व्यवहारांचे मूल्य लहान असल्याने, इथरचे अनेक डिनॉमिनेशन आहेत ज्यांचा संदर्भ खात्याची लहान एकके म्हणून दिला जाऊ शकतो. या डिनॉमिनेशनपैकी, Wei आणि gwei विशेषतः महत्त्वाचे आहेत.
+
+Wei ही इथरची सर्वात लहान संभाव्य रक्कम आहे, आणि परिणामी, [इथेरियम यलोपेपर](https://ethereum.github.io/yellowpaper/paper.pdf) सारख्या अनेक तांत्रिक अंमलबजावणी, सर्व गणना Wei मध्ये आधारित करतील.
+
+Gwei, गिगा-वेईचे संक्षिप्त रूप, इथेरियमवरील गॅस खर्चाचे वर्णन करण्यासाठी अनेकदा वापरले जाते.
+
+| डिनॉमिनेशन | इथरमधील मूल्य    | सामान्य वापर          |
+| ---------- | ---------------- | --------------------- |
+| Wei        | 10<sup>-18</sup> | तांत्रिक अंमलबजावणी   |
+| Gwei       | 10<sup>-9</sup>  | मानव-वाचनीय गॅस शुल्क |
+
+## इथर हस्तांतरित करणे {#transferring-ether}
+
+इथेरियमवरील प्रत्येक व्यवहारामध्ये एक `value` फील्ड असते, जे प्रेषकाच्या पत्त्यावरून प्राप्तकर्त्याच्या पत्त्यावर पाठवण्यासाठी हस्तांतरित करायच्या इथरची रक्कम wei मध्ये निर्दिष्ट करते.
+
+जेव्हा प्राप्तकर्त्याचा पत्ता [स्मार्ट कॉन्ट्रॅक्ट](/developers/docs/smart-contracts/) असतो, तेव्हा स्मार्ट कॉन्ट्रॅक्ट त्याचा कोड कार्यान्वित करतो तेव्हा हा हस्तांतरित केलेला इथर गॅससाठी पैसे देण्यासाठी वापरला जाऊ शकतो.
+
+[व्यवहारांवर अधिक](/developers/docs/transactions/)
+
+## इथरची क्वेरी करणे {#querying-ether}
+
+वापरकर्ते कोणत्याही [खात्याची](/developers/docs/accounts/) इथर शिल्लक खात्याच्या `balance` फील्डची तपासणी करून क्वेरी करू शकतात, जे wei मध्ये डिनॉमिनेटेड इथर होल्डिंग्ज दर्शवते.
+
+[Etherscan](https://etherscan.io) आणि [Blockscout](https://eth.blockscout.com) ही वेब-आधारित ॲप्लिकेशन्सद्वारे पत्त्यावरील शिल्लक तपासण्यासाठी लोकप्रिय साधने आहेत. उदाहरणार्थ, [हे Blockscout पृष्ठ](https://eth.blockscout.com/address/0xde0B295669a9FD93d5F28D9Ec85E40f4cb697BAe) Ethereum फाउंडेशनची शिल्लक दर्शवते. वॉलेट्स वापरून किंवा थेट नोड्सना विनंती करून खात्यातील शिलकीची क्वेरी देखील केली जाऊ शकते.
+
+## पुढील वाचन {#further-reading}
+
+- [इथर आणि इथेरियमची व्याख्या](https://www.cmegroup.com/education/courses/introduction-to-ether/defining-ether-and-ethereum.html) – _CME Group_
+- [इथेरियम व्हाइटपेपर](/whitepaper/): इथेरियमसाठी मूळ प्रस्ताव. या दस्तऐवजात इथरचे वर्णन आणि त्याच्या निर्मितीमागील प्रेरणा समाविष्ट आहेत.
+- [Gwei कॅल्क्युलेटर](https://www.alchemy.com/gwei-calculator): wei, gwei, आणि इथर सहजपणे रूपांतरित करण्यासाठी हा gwei कॅल्क्युलेटर वापरा. फक्त wei, gwei, किंवा ETH ची कोणतीही रक्कम टाका आणि आपोआप रूपांतरणाची गणना करा.
+
+_तुम्हाला मदत केलेल्या सामुदायिक संसाधनाबद्दल माहिती आहे का?_ हे पृष्ठ संपादित करा आणि ते जोडा!_
diff --git a/public/content/translations/mr/developers/docs/intro-to-ethereum/index.md b/public/content/translations/mr/developers/docs/intro-to-ethereum/index.md
new file mode 100644
index 00000000000..872556f0e12
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/intro-to-ethereum/index.md
@@ -0,0 +1,124 @@
+---
+title: "इथेरियमचा तांत्रिक परिचय"
+description: "इथेरियमच्या मुख्य संकल्पनांचा dapp विकसकांसाठी परिचय."
+lang: mr
+---
+
+## ब्लॉकचेन म्हणजे काय? {#what-is-a-blockchain}
+
+ब्लॉकचेन हा एक सार्वजनिक डेटाबेस आहे जो नेटवर्कमधील अनेक संगणकांवर अद्ययावत केला जातो आणि सामायिक केला जातो.
+
+"ब्लॉक" म्हणजे डेटा आणि स्थिती "ब्लॉक्स" नावाच्या सलग गटांमध्ये संग्रहित केली जाते. तुम्ही दुसऱ्या कोणाला ETH पाठवल्यास, व्यवहार यशस्वी होण्यासाठी त्याचा डेटा एका ब्लॉकमध्ये जोडला जाणे आवश्यक आहे.
+
+"चेन" म्हणजे प्रत्येक ब्लॉक क्रिप्टोग्राफिकली त्याच्या मूळ ब्लॉकचा संदर्भ देतो. दुसऱ्या शब्दांत, ब्लॉक्स एकमेकांशी जोडले जातात. त्यानंतरचे सर्व ब्लॉक्स बदलल्याशिवाय ब्लॉकमधील डेटा बदलता येत नाही, ज्यासाठी संपूर्ण नेटवर्कच्या सहमतीची आवश्यकता असेल.
+
+नेटवर्कमधील प्रत्येक संगणकाने प्रत्येक नवीन ब्लॉक आणि संपूर्ण चेनवर सहमत होणे आवश्यक आहे. हे संगणक "नोड्स" म्हणून ओळखले जातात. ब्लॉकचेनशी संवाद साधणाऱ्या प्रत्येकाकडे समान डेटा असल्याची खात्री नोड्स करतात. हा वितरित करार पूर्ण करण्यासाठी, ब्लॉकचेनला एक सहमती यंत्रणेची आवश्यकता असते.
+
+इथेरियम [प्रूफ-ऑफ-स्टेक-आधारित सहमती यंत्रणा](/developers/docs/consensus-mechanisms/pos/) वापरते. ज्या कोणालाही चेनमध्ये नवीन ब्लॉक्स जोडायचे आहेत, त्यांनी तारण म्हणून ETH - इथेरियममधील मूळ चलन - स्टेक करणे आणि व्हॅलिडेटर सॉफ्टवेअर चालवणे आवश्यक आहे. हे "व्हॅलिडेटर्स" नंतर ब्लॉक्स प्रस्तावित करण्यासाठी यादृच्छिकपणे निवडले जाऊ शकतात, जे इतर व्हॅलिडेटर्स तपासतात आणि ब्लॉकचेनमध्ये जोडतात. येथे बक्षिसे आणि दंडांची एक प्रणाली आहे जी सहभागींना प्रामाणिक राहण्यासाठी आणि शक्य तितके ऑनलाइन उपलब्ध राहण्यासाठी जोरदारपणे प्रोत्साहित करते.
+
+ब्लॉकचेन डेटा कसा हॅश केला जातो आणि त्यानंतर ब्लॉक संदर्भांच्या इतिहासात कसा जोडला जातो हे तुम्हाला पाहायचे असेल, तर अँडर्स ब्राउनवर्थ यांचा [हा डेमो](https://andersbrownworth.com/blockchain/blockchain) नक्की पहा आणि खालील सोबतचा व्हिडिओ पहा.
+
+ब्लॉकचेनमधील हॅशेसविषयी अँडर्स यांचे स्पष्टीकरण पहा:
+
+<YouTube id="_160oMzblY8" />
+
+## अथेरम म्हणजे काय? इथेरियम म्हणजे काय? {#what-is-ethereum}
+
+इथेरियम एक ब्लॉकचेन आहे ज्यात एक संगणक अंतर्भूत आहे. विकेंद्रित, परवानगी-रहित, सेन्सॉरशिप-प्रतिरोधक पद्धतीने अ‍ॅप्स आणि संस्था तयार करण्यासाठीचा हा पाया आहे.
+
+इथेरियमच्या विश्वात, एकच, प्रमाणभूत संगणक आहे (ज्याला इथेरियम व्हर्च्युअल मशीन, किंवा EVM म्हणतात) ज्याच्या स्थितीवर इथेरियम नेटवर्कमधील प्रत्येकजण सहमत असतो. इथेरियम नेटवर्कमध्ये सहभागी होणारा प्रत्येकजण (प्रत्येक इथेरियम नोड) या संगणकाच्या स्थितीची एक प्रत ठेवतो. याव्यतिरिक्त, कोणताही सहभागी या संगणकाला कोणतीही गणना करण्यासाठी विनंती प्रसारित करू शकतो. जेव्हा अशी विनंती प्रसारित केली जाते, तेव्हा नेटवर्कवरील इतर सहभागी त्या गणनेची पडताळणी करतात, प्रमाणित करतात आणि ती पार पाडतात ("अंमलात आणतात"). या अंमलबजावणीमुळे EVM च्या स्थितीमध्ये बदल होतो, जो संपूर्ण नेटवर्कमध्ये वचनबद्ध आणि प्रसारित केला जातो.
+
+गणनेसाठीच्या विनंत्यांना व्यवहार विनंत्या म्हटले जाते; सर्व व्यवहारांची नोंद आणि EVM ची सद्य स्थिती ब्लॉकचेनवर संग्रहित केली जाते, जी नंतर सर्व नोड्सद्वारे संग्रहित केली जाते आणि त्यावर सहमती दर्शवली जाते.
+
+क्रिप्टोग्राफिक यंत्रणा हे सुनिश्चित करतात की एकदा व्यवहार वैध म्हणून सत्यापित करून ब्लॉकचेनमध्ये जोडले गेल्यावर, नंतर त्यात फेरफार करता येणार नाही. याच यंत्रणा हे देखील सुनिश्चित करतात की सर्व व्यवहार योग्य "परवानग्यांसह" स्वाक्षरी केलेले आणि अंमलात आणले जातात (स्वतः ॲलिस वगळता कोणीही ॲलिसच्या खात्यातून डिजिटल मालमत्ता पाठवू नये).
+
+## एथर म्हणजे काय? इथर म्हणजे काय?
+
+**इथर (ETH)** हे इथेरियमचे मूळ क्रिप्टोकरन्सी आहे. ETH चा उद्देश गणनेसाठी एक बाजारपेठ उपलब्ध करून देणे हा आहे. अशी बाजारपेठ सहभागींना व्यवहार विनंत्या सत्यापित करण्यासाठी आणि अंमलात आणण्यासाठी, तसेच नेटवर्कला गणनेची संसाधने पुरवण्यासाठी आर्थिक प्रोत्साहन देते.
+
+व्यवहार विनंती प्रसारित करणार्‍या कोणत्याही सहभागीने नेटवर्कला बक्षीस म्हणून काही प्रमाणात ETH देऊ करणे आवश्यक आहे. नेटवर्क बक्षीसाचा काही भाग बर्न करेल आणि उर्वरित भाग त्या व्यक्तीला देईल जो अखेरीस व्यवहार सत्यापित करणे, त्याची अंमलबजावणी करणे, त्याला ब्लॉकचेनमध्ये समाविष्ट करणे आणि नेटवर्कवर प्रसारित करण्याचे काम करतो.
+
+दिलेल्या ETH ची रक्कम गणनेसाठी आवश्यक असलेल्या संसाधनांच्या प्रमाणात असते. हे बक्षीस दुर्भावनापूर्ण सहभागींना अमर्याद गणना किंवा इतर संसाधन-केंद्रित स्क्रिप्ट्सच्या अंमलबजावणीची विनंती करून हेतुपुरस्सर नेटवर्क जाम करण्यापासून देखील प्रतिबंधित करतात, कारण या सहभागींना गणनेच्या संसाधनांसाठी पैसे द्यावे लागतात.
+
+ETH चा वापर नेटवर्कला तीन मुख्य मार्गांनी क्रिप्टो-आर्थिक सुरक्षा प्रदान करण्यासाठी देखील केला जातो: १) जे व्हॅलिडेटर्स ब्लॉक्स प्रस्तावित करतात किंवा इतर व्हॅलिडेटर्सच्या अप्रामाणिक वर्तनावर बोट ठेवतात त्यांना बक्षीस देण्यासाठी याचा वापर केला जातो; २) हे व्हॅलिडेटर्सद्वारे स्टेक केले जाते, जे अप्रामाणिक वर्तनाविरुद्ध तारण म्हणून काम करते—जर व्हॅलिडेटर्सनी गैरवर्तन करण्याचा प्रयत्न केला तर त्यांचे ETH नष्ट केले जाऊ शकते; ३) नवीन प्रस्तावित ब्लॉक्ससाठी 'मते' तोलण्यासाठी याचा वापर केला जातो, जे सहमती यंत्रणेच्या फोर्क-चॉईस भागात योगदान देते.
+
+## स्मार्ट करार म्हणजे काय? स्मार्ट कॉन्ट्रॅक्ट्स म्हणजे काय? {#what-are-smart-contracts}
+
+व्यवहारात, सहभागी प्रत्येक वेळी EVM वर गणनेची विनंती करताना नवीन कोड लिहित नाहीत. त्याऐवजी, ॲप्लिकेशन डेव्हलपर प्रोग्राम्स (कोडचे पुन्हा वापरता येण्याजोगे स्निपेट्स) EVM स्थितीमध्ये अपलोड करतात आणि वापरकर्ते विविध पॅरामीटर्ससह हे कोड स्निपेट्स कार्यान्वित करण्याची विनंती करतात. नेटवर्कवर अपलोड आणि कार्यान्वित केलेल्या प्रोग्राम्सना आम्ही "स्मार्ट कॉन्ट्रॅक्ट्स" म्हणतो.
+
+अगदी मूलभूत स्तरावर, तुम्ही स्मार्ट कॉन्ट्रॅक्टला एका प्रकारच्या व्हेंडिंग मशीनसारखे समजू शकता: एक स्क्रिप्ट जी, विशिष्ट पॅरामीटर्ससह कॉल केल्यावर, काही अटी पूर्ण झाल्यास काही क्रिया किंवा गणना करते. उदाहरणार्थ, जर कॉलरने विशिष्ट प्राप्तकर्त्याला ETH पाठवले तर एक साधा विक्रेता स्मार्ट कॉन्ट्रॅक्ट डिजिटल मालमत्ता तयार करू शकतो आणि तिची मालकी देऊ शकतो.
+
+कोणताही डेव्हलपर नेटवर्कला शुल्क देऊन, ब्लॉकचेनचा डेटा लेअर म्हणून वापर करून, एक स्मार्ट कॉन्ट्रॅक्ट तयार करू शकतो आणि तो नेटवर्कसाठी सार्वजनिक करू शकतो. नंतर कोणताही वापरकर्ता पुन्हा नेटवर्कला शुल्क देऊन, त्याचा कोड कार्यान्वित करण्यासाठी स्मार्ट कॉन्ट्रॅक्टला कॉल करू शकतो.
+
+अशाप्रकारे, स्मार्ट कॉन्ट्रॅक्ट्सद्वारे, डेव्हलपर वापरकर्त्यांसाठी कितीही क्लिष्ट अ‍ॅप्स आणि सेवा जसे की: बाजारपेठा, आर्थिक साधने, खेळ इत्यादी तयार आणि तैनात करू शकतात.
+
+## परिभाषा {#terminology}
+
+### ब्लॉकचेन {#blockchain}
+
+नेटवर्कच्या इतिहासात इथेरियम नेटवर्कवर वचनबद्ध केलेल्या सर्व ब्लॉक्सचा क्रम. असे नाव दिले आहे कारण प्रत्येक ब्लॉकमध्ये मागील ब्लॉकचा संदर्भ असतो, जे आपल्याला सर्व ब्लॉक्सवर (आणि त्यामुळे अचूक इतिहासावर) एक क्रम राखण्यास मदत करते.
+
+### ETH {#eth}
+
+**इथर (ETH)** हे इथेरियमचे मूळ क्रिप्टोकरन्सी आहे. वापरकर्ते त्यांच्या कोड अंमलबजावणीच्या विनंत्या पूर्ण करून घेण्यासाठी इतर वापरकर्त्यांना ETH देतात.
+
+[ETH बद्दल अधिक](/developers/docs/intro-to-ether/)
+
+### EVM {#evm}
+
+इथेरियम व्हर्च्युअल मशीन हा जागतिक व्हर्च्युअल संगणक आहे ज्याची स्थिती इथेरियम नेटवर्कवरील प्रत्येक सहभागी संग्रहित करतो आणि त्यावर सहमत असतो. कोणताही सहभागी EVM वर कोणत्याही कोडच्या अंमलबजावणीची विनंती करू शकतो; कोडच्या अंमलबजावणीमुळे EVM ची स्थिती बदलते.
+
+[EVM बद्दल अधिक](/developers/docs/evm/)
+
+### नोड्स {#nodes}
+
+वास्तविक जीवनातील मशीन्स जे EVM स्थिती संग्रहित करत आहेत. EVM स्थिती आणि नवीन स्थिती बदलांविषयी माहिती प्रसारित करण्यासाठी नोड्स एकमेकांशी संवाद साधतात. कोणताही वापरकर्ता नोडमधून कोड अंमलबजावणीची विनंती प्रसारित करून कोडच्या अंमलबजावणीची विनंती देखील करू शकतो. इथेरियम नेटवर्क स्वतः सर्व इथेरियम नोड्स आणि त्यांच्या संवादांचे एकत्रीकरण आहे.
+
+[नोड्सबद्दल अधिक](/developers/docs/nodes-and-clients/)
+
+### खाती {#accounts}
+
+जेथे ETH संग्रहित केले जाते. वापरकर्ते खाती सुरू करू शकतात, खात्यांमध्ये ETH जमा करू शकतात आणि त्यांच्या खात्यांमधून इतर वापरकर्त्यांना ETH हस्तांतरित करू शकतात. खाती आणि खात्यातील शिल्लक EVM मधील एका मोठ्या टेबलमध्ये संग्रहित केली जातात; ते एकूण EVM स्थितीचा एक भाग आहेत.
+
+[खात्यांबद्दल अधिक](/developers/docs/accounts/)
+
+### व्यवहार {#transactions}
+
+"व्यवहार विनंती" ही EVM वरील कोड अंमलबजावणीच्या विनंतीसाठी औपचारिक संज्ञा आहे, आणि "व्यवहार" म्हणजे एक पूर्ण झालेली व्यवहार विनंती आणि EVM स्थितीतील संबंधित बदल. कोणताही वापरकर्ता नोडमधून नेटवर्कवर व्यवहार विनंती प्रसारित करू शकतो. व्यवहार विनंतीने मान्य केलेल्या EVM स्थितीवर परिणाम करण्यासाठी, ती दुसऱ्या नोडद्वारे प्रमाणित, अंमलात आणली आणि "नेटवर्कवर वचनबद्ध" केली जाणे आवश्यक आहे. कोणत्याही कोडच्या अंमलबजावणीमुळे EVM च्या स्थितीत बदल होतो; वचनबद्धतेनंतर, हा स्थिती बदल नेटवर्कमधील सर्व नोड्सवर प्रसारित केला जातो. व्यवहारांची काही उदाहरणे:
+
+- माझ्या खात्यातून ॲलिसच्या खात्यात X ETH पाठवा.
+- काही स्मार्ट कॉन्ट्रॅक्ट कोड EVM स्थितीत प्रकाशित करा.
+- EVM मधील X पत्त्यावर असलेल्या स्मार्ट कॉन्ट्रॅक्टचा कोड, Y वितर्कांसह कार्यान्वित करा.
+
+[व्यवहारांवर अधिक](/developers/docs/transactions/)
+
+### ब्लॉक्स {#blocks}
+
+व्यवहारांचे प्रमाण खूप जास्त आहे, म्हणून व्यवहार बॅचमध्ये किंवा ब्लॉक्समध्ये "वचनबद्ध" केले जातात. ब्लॉक्समध्ये साधारणपणे डझनभर ते शेकडो व्यवहार असतात.
+
+[ब्लॉक्सबद्दल अधिक](/developers/docs/blocks/)
+
+### स्मार्ट कॉन्ट्रॅक्ट्स {#smart-contracts}
+
+कोडचा पुन्हा वापरता येण्याजोगा एक स्निपेट (एक प्रोग्राम) जो एक डेव्हलपर EVM स्थितीत प्रकाशित करतो. कोणीही व्यवहार विनंती करून स्मार्ट कॉन्ट्रॅक्ट कोड कार्यान्वित करण्याची विनंती करू शकतो. कारण डेव्हलपर EVM मध्ये कोणतेही कार्यान्वित करण्यायोग्य ॲप्लिकेशन्स (खेळ, बाजारपेठा, आर्थिक साधने, इत्यादी) लिहू शकतात स्मार्ट कॉन्ट्रॅक्ट्स प्रकाशित करून, यांना अनेकदा [dapps, किंवा विकेंद्रित ॲप्स](/developers/docs/dapps/) असेही म्हटले जाते.
+
+[स्मार्ट कॉन्ट्रॅक्ट्सबद्दल अधिक](/developers/docs/smart-contracts/)
+
+## पुढील वाचन {#further-reading}
+
+- [इथेरियम व्हाइटपेपर](/whitepaper/)
+- [तरीही, इथेरियम कसे कार्य करते?](https://medium.com/@preethikasireddy/how-does-ethereum-work-anyway-22d1df506369) - _प्रीती कासिरेड्डी_ (**टीप:** हे संसाधन अजूनही मौल्यवान आहे परंतु लक्षात ठेवा की ते [द मर्ज](/roadmap/merge) पूर्वीचे आहे आणि त्यामुळे ते अजूनही इथेरियमच्या प्रूफ-ऑफ-वर्क यंत्रणेचा संदर्भ देते - इथेरियम आता प्रत्यक्षात [प्रूफ-ऑफ-स्टेक](/developers/docs/consensus-mechanisms/pos) वापरून सुरक्षित आहे)
+
+### तुम्ही पाहून शिकणारे आहात का? {#visual-learner}
+
+ही व्हिडिओ मालिका पायाभूत विषयांचे सखोल अन्वेषण करते:
+
+<YouTube id="j78ZcIIpi0Q"/>
+
+[इथेरियम मूलभूत प्लेलिस्ट](https://youtube.com/playlist?list=PLqgutSGloqiJyyoL0zvLVFPS-GMD2wKa5&si=kZTf5I7PKGTXDsOZ)
+
+_तुम्हाला मदत केलेल्या सामुदायिक संसाधनाबद्दल माहिती आहे का?_ हे पृष्ठ संपादित करा आणि ते जोडा!_
+
+## संबंधित ट्युटोरियल्स {#related-tutorials}
+
+- [डेव्हलपरसाठी इथेरियम मार्गदर्शक, भाग 1](/developers/tutorials/a-developers-guide-to-ethereum-part-one/) _– पायथन आणि web3.py वापरून इथेरियमचे अतिशय नवशिक्या-अनुकूल अन्वेषण_
diff --git a/public/content/translations/mr/developers/docs/mev/index.md b/public/content/translations/mr/developers/docs/mev/index.md
new file mode 100644
index 00000000000..5d128e67958
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/mev/index.md
@@ -0,0 +1,221 @@
+---
+title: "मॅक्सिमम एक्सट्रॅक्टेबल व्हॅल्यू (MEV)"
+description: "मॅक्सिमम एक्सट्रॅक्टेबल व्हॅल्यू (MEV) चा परिचय"
+lang: mr
+---
+
+मॅक्सिमल एक्स्ट्रॅक्टेबल व्हॅल्यू (MEV) म्हणजे ब्लॉक रिवॉर्ड आणि गॅस फी व्यतिरिक्त, ब्लॉकमधील ट्रान्झॅक्शनचा समावेश करणे, वगळणे आणि क्रम बदलून ब्लॉक उत्पादनातून काढता येणारे कमाल मूल्य.
+
+## मॅक्सिमल एक्स्ट्रॅक्टेबल व्हॅल्यू {#maximal-extractable-value}
+
+मॅक्सिमल एक्स्ट्रॅक्टेबल व्हॅल्यू हे प्रथम [प्रूफ-ऑफ-वर्क](/developers/docs/consensus-mechanisms/pow/) च्या संदर्भात लागू केले गेले होते आणि सुरुवातीला त्याला "मायनर एक्स्ट्रॅक्टेबल व्हॅल्यू" असे संबोधले जात असे. याचे कारण असे की प्रूफ-ऑफ-वर्कमध्ये, मायनर्स ट्रान्झॅक्शनचा समावेश, वगळणे आणि क्रमवारी नियंत्रित करतात. तथापि, [द मर्ज](/roadmap/merge) द्वारे प्रूफ-ऑफ-स्टेकमध्ये संक्रमण झाल्यामुळे, व्हॅलिडेटर्स या भूमिकांसाठी जबाबदार आहेत आणि मायनिंग आता Ethereum प्रोटोकॉलचा भाग नाही. तरीही मूल्य काढण्याच्या पद्धती अस्तित्वात आहेत, म्हणून आता त्याऐवजी "मॅक्सिमल एक्स्ट्रॅक्टेबल व्हॅल्यू" हा शब्द वापरला जातो.
+
+## पूर्वतयारी {#prerequisites}
+
+तुम्ही [ट्रान्झॅक्शन्स](/developers/docs/transactions/), [ब्लॉक्स](/developers/docs/blocks/), [प्रूफ-ऑफ-स्टेक](/developers/docs/consensus-mechanisms/pos) आणि [गॅस](/developers/docs/gas/) यांच्याशी परिचित आहात याची खात्री करा. [dapps](/apps/) आणि [DeFi](/defi/) शी ओळख असणे देखील उपयुक्त आहे.
+
+## MEV एक्स्ट्रॅक्शन {#mev-extraction}
+
+सिद्धांतानुसार MEV पूर्णपणे व्हॅलिडेटर्सना मिळते कारण ते एकमेव पक्ष आहेत जे फायदेशीर MEV संधीच्या अंमलबजावणीची हमी देऊ शकतात. तथापि, व्यवहारात, MEV चा मोठा भाग "सर्चर्स" म्हणून ओळखल्या जाणाऱ्या स्वतंत्र नेटवर्क सहभागींद्वारे काढला जातो. सर्चर्स फायदेशीर MEV संधी शोधण्यासाठी ब्लॉकचेन डेटावर जटिल अल्गोरिदम चालवतात आणि त्या फायदेशीर ट्रान्झॅक्शन्स नेटवर्कवर स्वयंचलितपणे सबमिट करण्यासाठी बॉट्स वापरतात.
+
+व्हॅलिडेटर्सना तरीही पूर्ण MEV रकमेचा काही भाग मिळतो कारण सर्चर्स त्यांच्या फायदेशीर ट्रान्झॅक्शन्सना ब्लॉकमध्ये समाविष्ट करण्याची शक्यता वाढवण्याच्या बदल्यात जास्त गॅस फी (जी व्हॅलिडेटरला जाते) देण्यास तयार असतात. सर्चर्स आर्थिकदृष्ट्या तर्कसंगत आहेत असे गृहीत धरल्यास, सर्चर देण्यास तयार असलेली गॅस फी सर्चरच्या MEV च्या १००% पर्यंत असेल (कारण गॅस फी जास्त असल्यास, सर्चरचे नुकसान होईल).
+
+त्यामुळे, [DEX आर्बिट्राज](#mev-examples-dex-arbitrage) सारख्या काही अत्यंत स्पर्धात्मक MEV संधींसाठी, सर्चर्सना त्यांच्या एकूण MEV महसुलाच्या ९०% किंवा त्याहून अधिक गॅस फी व्हॅलिडेटरला द्यावी लागू शकते कारण अनेक लोकांना तोच फायदेशीर आर्बिट्राज ट्रेड चालवायचा असतो. याचे कारण असे की त्यांचे आर्बिट्राज ट्रान्झॅक्शन चालेल याची हमी देण्याचा एकमेव मार्ग म्हणजे त्यांनी सर्वात जास्त गॅस किंमतीसह ट्रान्झॅक्शन सबमिट करणे.
+
+### गॅस गोल्फिंग {#mev-extraction-gas-golfing}
+
+या गतिमानतेमुळे "गॅस गोल्फिंग" मध्ये चांगले असणे — म्हणजेच ट्रान्झॅक्शन्सना अशा प्रकारे प्रोग्रामिंग करणे जेणेकरून ते कमीत कमी गॅस वापरतील — एक स्पर्धात्मक फायदा बनला आहे, कारण यामुळे सर्चर्सना त्यांची एकूण गॅस फी स्थिर ठेवून (कारण गॅस फी = गॅस किंमत \* वापरलेला गॅस) जास्त गॅस किंमत सेट करण्याची अनुमती मिळते.
+
+काही सुप्रसिद्ध गॅस गोल्फ तंत्रांमध्ये यांचा समावेश आहे: शून्यांच्या लांबलचक स्ट्रिंगने सुरू होणारे पत्ते वापरणे (उदा., [0x0000000000C521824EaFf97Eac7B73B084ef9306](https://eth.blockscout.com/address/0x0000000000C521824EaFf97Eac7B73B084ef9306)) कारण ते संग्रहित करण्यासाठी कमी जागा (आणि त्यामुळे गॅस) घेतात; आणि कॉन्ट्रॅक्टमध्ये लहान [ERC-20](/developers/docs/standards/tokens/erc-20/) टोकन बॅलन्स ठेवणे, कारण स्टोरेज स्लॉट अपडेट करण्यापेक्षा स्टोरेज स्लॉट सुरू करण्यासाठी (बॅलन्स 0 असल्यास) जास्त गॅस लागतो. गॅसचा वापर कमी करण्यासाठी अधिक तंत्रे शोधणे हे सर्चर्समध्ये संशोधनाचे एक सक्रिय क्षेत्र आहे.
+
+### जनरलाइज्ड फ्रंटरनर्स {#mev-extraction-generalized-frontrunners}
+
+फायदेशीर MEV संधी शोधण्यासाठी जटिल अल्गोरिदम प्रोग्राम करण्याऐवजी, काही सर्चर्स जनरलाइज्ड फ्रंटरनर्स चालवतात. जनरलाइज्ड फ्रंटरनर्स हे बॉट्स आहेत जे फायदेशीर ट्रान्झॅक्शन्स शोधण्यासाठी मेमपूलवर लक्ष ठेवतात. फ्रंटनरनर संभाव्य फायदेशीर ट्रान्झॅक्शनचा कोड कॉपी करेल, पत्ते फ्रंटनरनरच्या पत्त्यासह बदलेल आणि सुधारित ट्रान्झॅक्शनमुळे फ्रंटनरनरच्या पत्त्यावर नफा होतो की नाही हे तपासण्यासाठी स्थानिक पातळीवर ट्रान्झॅक्शन चालवेल. जर ट्रान्झॅक्शन खरोखरच फायदेशीर असेल, तर फ्रंटनरनर बदललेल्या पत्त्यासह आणि जास्त गॅस किंमतीसह सुधारित ट्रान्झॅक्शन सबमिट करेल, मूळ ट्रान्झॅक्शनला "फ्रंटरनिंग" करेल आणि मूळ सर्चरचा MEV मिळवेल.
+
+### Flashbots {#mev-extraction-flashbots}
+
+Flashbots हा एक स्वतंत्र प्रकल्प आहे जो एक्सिक्यूशन क्लायंटना एका सेवेद्वारे विस्तारित करतो ज्यामुळे सर्चर्सना सार्वजनिक मेमपूलमध्ये उघड न करता व्हॅलिडेटर्सना MEV ट्रान्झॅक्शन्स सबमिट करण्याची अनुमती मिळते. यामुळे जनरलाइज्ड फ्रंटरनर्सद्वारे ट्रान्झॅक्शन्सना फ्रंटरन होण्यापासून प्रतिबंधित करते.
+
+## MEV उदाहरणे {#mev-examples}
+
+MEV ब्लॉकचेनवर काही मार्गांनी उदयास येते.
+
+### DEX आर्बिट्राज {#mev-examples-dex-arbitrage}
+
+[डिसेंट्रलाइज्ड एक्सचेंज](/glossary/#dex) (DEX) आर्बिट्राज ही सर्वात सोपी आणि सर्वात प्रसिद्ध MEV संधी आहे. परिणामी, ही सर्वात स्पर्धात्मक देखील आहे.
+
+हे असे कार्य करते: जर दोन DEXes दोन वेगवेगळ्या किमतींवर एक टोकन देत असतील, तर कोणीतरी कमी किमतीच्या DEX वर टोकन खरेदी करू शकतो आणि एकाच, अ‍ॅटॉमिक ट्रान्झॅक्शनमध्ये जास्त किमतीच्या DEX वर विकू शकतो. ब्लॉकचेनच्या यांत्रिकीमुळे, हे खरे, जोखीममुक्त आर्बिट्राज आहे.
+
+येथे एका फायदेशीर आर्बिट्राज ट्रान्झॅक्शनचे [एक उदाहरण आहे](https://eth.blockscout.com/tx/0x5e1657ef0e9be9bc72efefe59a2528d0d730d478cfc9e6cdd09af9f997bb3ef4), जिथे एका सर्चरने Uniswap विरुद्ध Sushiswap वर ETH/DAI जोडीच्या वेगवेगळ्या किंमतींचा फायदा घेऊन 1,000 ETH चे 1,045 ETH मध्ये रूपांतर केले.
+
+### लिक्विडेशन्स {#mev-examples-liquidations}
+
+लेंडिंग प्रोटोकॉल लिक्विडेशन्स ही आणखी एक सुप्रसिद्ध MEV संधी आहे.
+
+Maker आणि Aave सारख्या लेंडिंग प्रोटोकॉलमध्ये वापरकर्त्यांना काही कोलॅटरल (उदा., ETH) जमा करणे आवश्यक असते. हे जमा केलेले कोलॅटरल नंतर इतर वापरकर्त्यांना कर्ज देण्यासाठी वापरले जाते.
+
+वापरकर्ते नंतर त्यांच्या गरजेनुसार इतरांकडून मालमत्ता आणि टोकन कर्ज घेऊ शकतात (उदा., तुम्हाला MakerDAO गव्हर्नन्स प्रस्तावात मत द्यायचे असल्यास तुम्ही MKR कर्ज घेऊ शकता) त्यांच्या जमा केलेल्या कोलॅटरलच्या ठराविक टक्केवारीपर्यंत. उदाहरणार्थ, जर कर्जाची रक्कम कमाल ३०% असेल, तर प्रोटोकॉलमध्ये १०० DAI जमा करणारा वापरकर्ता दुसऱ्या मालमत्तेच्या ३० DAI पर्यंत कर्ज घेऊ शकतो. प्रोटोकॉल कर्जाच्या क्षमतेची नेमकी टक्केवारी ठरवते.
+
+कर्जदाराच्या कोलॅटरलचे मूल्य जसे बदलते, तशीच त्यांची कर्ज घेण्याची क्षमताही बदलते. जर, बाजारातील चढउतारामुळे, कर्ज घेतलेल्या मालमत्तेचे मूल्य त्यांच्या कोलॅटरलच्या मूल्याच्या ३०% पेक्षा जास्त झाले (पुन्हा, नेमकी टक्केवारी प्रोटोकॉलद्वारे निर्धारित केली जाते), तर प्रोटोकॉल सामान्यतः कोणालाही कोलॅटरल लिक्विडेट करण्याची परवानगी देतो, ज्यामुळे कर्जदारांना त्वरित पैसे परत मिळतात (हे पारंपारिक फायनान्समध्ये [मार्जिन कॉल्स](https://www.investopedia.com/terms/m/margincall.asp) कसे कार्य करतात यासारखेच आहे). लिक्विडेट झाल्यास, कर्जदाराला सहसा मोठी लिक्विडेशन फी भरावी लागते, ज्यापैकी काही भाग लिक्विडेटरला जातो — इथेच MEV ची संधी निर्माण होते.
+
+कोणत्या कर्जदारांना लिक्विडेट केले जाऊ शकते हे ठरवण्यासाठी आणि लिक्विडेशन ट्रान्झॅक्शन सबमिट करणारे पहिले होऊन स्वतःसाठी लिक्विडेशन फी गोळा करण्यासाठी सर्चर्स शक्य तितक्या वेगाने ब्लॉकचेन डेटाचे विश्लेषण करण्यासाठी स्पर्धा करतात.
+
+### सँडविच ट्रेडिंग {#mev-examples-sandwich-trading}
+
+सँडविच ट्रेडिंग ही MEV एक्स्ट्रॅक्शनची दुसरी सामान्य पद्धत आहे.
+
+सँडविच करण्यासाठी, एक सर्चर मोठ्या DEX ट्रेड्ससाठी मेमपूलवर लक्ष ठेवेल. उदाहरणार्थ, समजा कोणालातरी Uniswap वर DAI देऊन १०,००० UNI खरेदी करायचे आहेत. या तीव्रतेच्या ट्रेडचा UNI/DAI जोडीवर महत्त्वपूर्ण परिणाम होईल, ज्यामुळे DAI च्या तुलनेत UNI ची किंमत लक्षणीयरीत्या वाढू शकते.
+
+एक सर्चर UNI/DAI जोडीवर या मोठ्या ट्रेडच्या अंदाजित किंमत प्रभावाची गणना करू शकतो आणि मोठ्या ट्रेडच्या लगेच _आधी_ एक उत्तम खरेदी ऑर्डर कार्यान्वित करू शकतो, स्वस्तात UNI खरेदी करून, नंतर मोठ्या ट्रेडच्या लगेच _नंतर_ विक्री ऑर्डर कार्यान्वित करू शकतो, मोठ्या ऑर्डरमुळे वाढलेल्या किमतीला ते विकून.
+
+तथापि, सँडविचिंग अधिक जोखमीचे आहे कारण ते अ‍ॅटॉमिक नाही (वर वर्णन केलेल्या DEX आर्बिट्राजच्या विपरीत) आणि ते [salmonella attack](https://github.com/Defi-Cartel/salmonella) ला बळी पडू शकते.
+
+### NFT MEV {#mev-examples-nfts}
+
+NFT क्षेत्रात MEV ही एक उदयोन्मुख घटना आहे, आणि ती नेहमीच फायदेशीर नसते.
+
+तथापि, NFT ट्रान्झॅक्शन्स त्याच ब्लॉकचेनवर होतात ज्यावर इतर सर्व Ethereum ट्रान्झॅक्शन्स होतात, त्यामुळे सर्चर्स NFT मार्केटमध्ये पारंपारिक MEV संधींमध्ये वापरल्या जाणाऱ्या तंत्रांसारखीच तंत्रे वापरू शकतात.
+
+उदाहरणार्थ, जर एखादा लोकप्रिय NFT ड्रॉप असेल आणि सर्चरला ठराविक NFT किंवा NFTs चा सेट हवा असेल, तर ते अशा प्रकारे ट्रान्झॅक्शन प्रोग्राम करू शकतात की ते NFT खरेदी करण्यासाठी रांगेत पहिले असतील, किंवा ते एकाच ट्रान्झॅक्शनमध्ये NFTs चा संपूर्ण सेट खरेदी करू शकतात. किंवा जर एखादे NFT [चुकून कमी किमतीत सूचीबद्ध झाले](https://www.theblockcrypto.com/post/113546/mistake-sees-69000-cryptopunk-sold-for-less-than-a-cent), तर एक सर्चर इतर खरेदीदारांना फ्रंटरन करून ते स्वस्तात मिळवू शकतो.
+
+NFT MEV चे एक प्रमुख उदाहरण तेव्हा घडले जेव्हा एका सर्चरने ७ दशलक्ष डॉलर्स खर्च करून प्राइस फ्लोरवर प्रत्येक Cryptopunk [खरेदी केला](https://eth.blockscout.com/address/0x650dCdEB6ecF05aE3CAF30A70966E2F395d5E9E5?tab=txs). एका ब्लॉकचेन संशोधकाने [Twitter वर स्पष्ट केले](https://twitter.com/IvanBogatyy/status/1422232184493121538) की खरेदीदाराने आपली खरेदी गुप्त ठेवण्यासाठी MEV प्रदात्यासोबत कसे काम केले.
+
+### लाँग टेल {#mev-examples-long-tail}
+
+DEX आर्बिट्राज, लिक्विडेशन्स आणि सँडविच ट्रेडिंग या सर्व सुप्रसिद्ध MEV संधी आहेत आणि नवीन सर्चर्ससाठी फायदेशीर ठरण्याची शक्यता कमी आहे. तथापि, कमी ज्ञात MEV संधींची एक लाँग टेल आहे (NFT MEV ही अशीच एक संधी आहे).
+
+जे सर्चर्स नुकतेच सुरुवात करत आहेत त्यांना या लाँग टेलमध्ये MEV शोधून अधिक यश मिळू शकते. Flashbot चा [MEV जॉब बोर्ड](https://github.com/flashbots/mev-job-board) काही उदयोन्मुख संधींची यादी करतो.
+
+## MEV चे परिणाम {#effects-of-mev}
+
+MEV पूर्णपणे वाईट नाही — Ethereum वर MEV चे सकारात्मक आणि नकारात्मक दोन्ही परिणाम आहेत.
+
+### चांगले {#effects-of-mev-the-good}
+
+अनेक DeFi प्रकल्प त्यांच्या प्रोटोकॉलची उपयुक्तता आणि स्थिरता सुनिश्चित करण्यासाठी आर्थिकदृष्ट्या तर्कसंगत घटकांवर अवलंबून असतात. उदाहरणार्थ, DEX आर्बिट्राज हे सुनिश्चित करते की वापरकर्त्यांना त्यांच्या टोकनसाठी सर्वोत्तम, सर्वात योग्य किंमती मिळतील आणि लेंडिंग प्रोटोकॉल कर्जदारांना पैसे परत मिळतील याची खात्री करण्यासाठी कर्जदार कोलॅटरलायझेशन गुणोत्तराच्या खाली आल्यावर जलद लिक्विडेशनवर अवलंबून असतात.
+
+आर्थिक अकार्यक्षमता शोधणारे आणि दुरुस्त करणारे आणि प्रोटोकॉलच्या आर्थिक प्रोत्साहनांचा फायदा घेणारे तर्कसंगत सर्चर्स नसतील तर, DeFi प्रोटोकॉल आणि सर्वसाधारणपणे dapps आज जितके मजबूत आहेत तितके मजबूत नसतील.
+
+### वाईट {#effects-of-mev-the-bad}
+
+अ‍ॅप्लिकेशन लेयरवर, MEV चे काही प्रकार, जसे की सँडविच ट्रेडिंग, वापरकर्त्यांसाठी निःसंशयपणे वाईट अनुभवाचे कारण ठरतात. सँडविच झालेल्या वापरकर्त्यांना त्यांच्या ट्रेड्सवर वाढीव स्लिपेज आणि खराब एक्सिक्यूशनचा सामना करावा लागतो.
+
+नेटवर्क लेयरवर, जनरलाइज्ड फ्रंटरनर्स आणि ते अनेकदा सहभागी होणारे गॅस-प्राइस ऑक्शन्स (जेव्हा दोन किंवा अधिक फ्रंटरनर्स त्यांच्या ट्रान्झॅक्शनला पुढील ब्लॉकमध्ये समाविष्ट करण्यासाठी स्पर्धा करतात आणि स्वतःच्या ट्रान्झॅक्शनची गॅस किंमत हळूहळू वाढवतात) यामुळे नेटवर्क कंजेशन आणि सामान्य ट्रान्झॅक्शन्स चालवण्याचा प्रयत्न करणाऱ्या इतर सर्वांसाठी उच्च गॅस किंमती होतात.
+
+ब्लॉक्सच्या _आत_ काय घडत आहे यापलीकडे, MEV चे ब्लॉक्सच्या _दरम्यान_ हानिकारक परिणाम होऊ शकतात. जर ब्लॉकमध्ये उपलब्ध MEV मानक ब्लॉक रिवॉर्डपेक्षा लक्षणीयरीत्या जास्त असेल, तर व्हॅलिडेटर्सना ब्लॉक्सचे रिऑर्गनायझेशन करण्यासाठी आणि स्वतःसाठी MEV मिळवण्यासाठी प्रोत्साहन मिळू शकते, ज्यामुळे ब्लॉकचेन रि-ऑर्गनायझेशन आणि कन्सेन्सस अस्थिरता निर्माण होते.
+
+ब्लॉकचेन रि-ऑर्गनायझेशनची ही शक्यता [पूर्वी Bitcoin ब्लॉकचेनवर तपासली गेली आहे](https://dl.acm.org/doi/10.1145/2976749.2978408). Bitcoin चा ब्लॉक रिवॉर्ड अर्धा होत असताना आणि ट्रान्झॅक्शन फी ब्लॉक रिवॉर्डचा अधिकाधिक मोठा भाग बनत असताना, अशी परिस्थिती निर्माण होते जिथे मायनर्ससाठी पुढील ब्लॉकचा रिवॉर्ड सोडून देणे आणि त्याऐवजी जास्त फी असलेले मागील ब्लॉक्स पुन्हा माइन करणे आर्थिकदृष्ट्या तर्कसंगत ठरते. MEV च्या वाढीसह, Ethereum मध्येही अशीच परिस्थिती उद्भवू शकते, ज्यामुळे ब्लॉकचेनच्या अखंडतेला धोका निर्माण होतो.
+
+## MEV ची स्थिती {#state-of-mev}
+
+२०२१ च्या सुरुवातीला MEV एक्स्ट्रॅक्शनमध्ये मोठी वाढ झाली, ज्यामुळे वर्षाच्या पहिल्या काही महिन्यांत गॅसच्या किमती प्रचंड वाढल्या. Flashbots च्या MEV रिलेच्या उदयामुळे जनरलाइज्ड फ्रंटरनर्सची प्रभावीता कमी झाली आहे आणि गॅस प्राइस ऑक्शन्स ऑफचेन गेले आहेत, ज्यामुळे सामान्य वापरकर्त्यांसाठी गॅसच्या किमती कमी झाल्या आहेत.
+
+जरी अनेक सर्चर्स अजूनही MEV मधून चांगली कमाई करत असले तरी, संधी अधिक ज्ञात झाल्यामुळे आणि अधिकाधिक सर्चर्स त्याच संधीसाठी स्पर्धा करत असल्यामुळे, व्हॅलिडेटर्स एकूण MEV महसुलाचा अधिकाधिक भाग मिळवतील (कारण वर वर्णन केल्याप्रमाणेच गॅस ऑक्शन्स Flashbots मध्ये देखील होतात, जरी खासगी असले तरी, आणि व्हॅलिडेटर्स परिणामी गॅस महसूल मिळवतील). MEV फक्त Ethereum पुरते मर्यादित नाही, आणि Ethereum वर संधी अधिक स्पर्धात्मक होत असल्याने, सर्चर्स Binance Smart Chain सारख्या पर्यायी ब्लॉकचेनकडे वळत आहेत, जिथे Ethereum सारख्याच MEV संधी कमी स्पर्धेत अस्तित्वात आहेत.
+
+दुसरीकडे, प्रूफ-ऑफ-वर्कमधून प्रूफ-ऑफ-स्टेककडे संक्रमण आणि रोलअप वापरून Ethereum ला स्केल करण्याचे चालू प्रयत्न हे सर्व MEV लँडस्केपमध्ये अशा प्रकारे बदल घडवत आहेत जे अद्याप काहीसे अस्पष्ट आहेत. प्रूफ-ऑफ-वर्कमधील संभाव्य मॉडेलच्या तुलनेत, थोडे आगाऊ ज्ञात असलेले हमीपूर्ण ब्लॉक-प्रपोजर्स MEV एक्स्ट्रॅक्शनची गतिशीलता कशी बदलतात किंवा [सिंगल सीक्रेट लीडर इलेक्शन](https://ethresear.ch/t/secret-non-single-leader-election/11789) आणि [डिस्ट्रिब्युटेड व्हॅलिडेटर टेक्नॉलॉजी](/staking/dvt/) लागू झाल्यावर यात कसा व्यत्यय येईल हे अद्याप चांगले ज्ञात नाही. त्याचप्रमाणे, जेव्हा बहुतेक वापरकर्ता क्रियाकलाप Ethereum वरून त्याच्या लेयर 2 रोलअप्स आणि शार्ड्सवर पोर्ट केले जातात तेव्हा कोणत्या MEV संधी अस्तित्वात असतील हे पाहणे बाकी आहे.
+
+## Ethereum प्रूफ-ऑफ-स्टेक (PoS) मधील MEV {#mev-in-ethereum-proof-of-stake}
+
+स्पष्ट केल्याप्रमाणे, MEV चे एकूण वापरकर्ता अनुभव आणि कन्सेन्सस-लेयर सुरक्षेवर नकारात्मक परिणाम होतात. परंतु Ethereum चे प्रूफ-ऑफ-स्टेक कन्सेन्ससमध्ये संक्रमण (“द मर्ज” असे संबोधले जाणारे) संभाव्यतः नवीन MEV-संबंधित धोके निर्माण करते:
+
+### व्हॅलिडेटर केंद्रीकरण {#validator-centralization}
+
+मर्ज-नंतरच्या Ethereum मध्ये, व्हॅलिडेटर्स (३२ ETH ची सुरक्षा ठेव जमा केलेले) बीकन चेनमध्ये जोडलेल्या ब्लॉक्सच्या वैधतेवर एकमत करतात. ३२ ETH अनेकांच्या आवाक्याबाहेर असू शकत असल्याने, [स्टेकिंग पूलमध्ये सामील होणे](/staking/pools/) हा एक अधिक व्यवहार्य पर्याय असू शकतो. तरीही, [सोलो स्टेकर्स](/staking/solo/) चे निरोगी वितरण आदर्श आहे, कारण ते व्हॅलिडेटर्सचे केंद्रीकरण कमी करते आणि Ethereum ची सुरक्षा सुधारते.
+
+तथापि, MEV एक्स्ट्रॅक्शन व्हॅलिडेटर केंद्रीकरणाला गती देण्यास सक्षम असल्याचे मानले जाते. याचे एक कारण असे आहे की, व्हॅलिडेटर्स [ब्लॉक प्रस्तावित करण्यासाठी कमी कमाई करतात](/roadmap/merge/issuance/#how-the-merge-impacts-ETH-supply) पूर्वी मायनर्सच्या तुलनेत, MEV एक्स्ट्रॅक्शनने [द मर्ज](/roadmap/merge/) पासून [व्हॅलिडेटर कमाईवर खूप प्रभाव टाकला आहे](https://github.com/flashbots/eth2-research/blob/main/notebooks/mev-in-eth2/eth2-mev-calc.ipynb).
+
+मोठ्या स्टेकिंग पूल्सकडे MEV संधी मिळवण्यासाठी आवश्यक ऑप्टिमायझेशनमध्ये गुंतवणूक करण्यासाठी अधिक संसाधने असण्याची शक्यता आहे. हे पूल्स जितके जास्त MEV काढतील, तितकीच त्यांची MEV-एक्स्ट्रॅक्शन क्षमता सुधारण्यासाठी (आणि एकूण महसूल वाढवण्यासाठी) त्यांच्याकडे अधिक संसाधने असतील, ज्यामुळे मूलतः [इकोनॉमीज ऑफ स्केल](https://www.investopedia.com/terms/e/economiesofscale.asp#) तयार होतील.
+
+कमी संसाधने उपलब्ध असल्यामुळे, सोलो स्टेकर्सना MEV संधींमधून नफा मिळवणे शक्य होणार नाही. यामुळे स्वतंत्र व्हॅलिडेटर्सवर त्यांची कमाई वाढवण्यासाठी शक्तिशाली स्टेकिंग पूल्समध्ये सामील होण्याचा दबाव वाढू शकतो, ज्यामुळे Ethereum मधील विकेंद्रीकरण कमी होईल.
+
+### परमिशन असलेले मेमपूल्स {#permissioned-mempools}
+
+सँडविचिंग आणि फ्रंटरनिंग हल्ल्यांना प्रतिसाद म्हणून, ट्रेडर्स ट्रान्झॅक्शन गोपनीयतेसाठी व्हॅलिडेटर्ससोबत ऑफचेन सौदे करण्यास सुरुवात करू शकतात. संभाव्य MEV ट्रान्झॅक्शन सार्वजनिक मेमपूलवर पाठवण्याऐवजी, ट्रेडर ते थेट व्हॅलिडेटरला पाठवतो, जो ते एका ब्लॉकमध्ये समाविष्ट करतो आणि ट्रेडर्ससोबत नफा वाटून घेतो.
+
+“डार्क पूल्स” ही या व्यवस्थेची एक मोठी आवृत्ती आहे आणि ते परमिशन असलेले, केवळ-प्रवेश मेमपूल म्हणून कार्य करतात जे ठराविक फी भरण्यास इच्छुक असलेल्या वापरकर्त्यांसाठी खुले आहेत. हा ट्रेंड Ethereum ची परवानगी नसलेली आणि विश्वास नसलेली वैशिष्ट्ये कमी करेल आणि संभाव्यतः ब्लॉकचेनला “पे-टू-प्ले” यंत्रणेत रूपांतरित करेल जे सर्वाधिक बोली लावणाऱ्याला अनुकूल असेल.
+
+परमिशन असलेले मेमपूल मागील विभागात वर्णन केलेल्या केंद्रीकरणाच्या धोक्यांनाही गती देतील. अनेक व्हॅलिडेटर्स चालवणारे मोठे पूल्स ट्रेडर्स आणि वापरकर्त्यांना ट्रान्झॅक्शन गोपनीयता देऊ करून फायदा मिळवण्याची शक्यता आहे, ज्यामुळे त्यांचे MEV महसूल वाढेल.
+
+मर्ज-नंतरच्या Ethereum मध्ये या MEV-संबंधित समस्यांवर मात करणे हे संशोधनाचे एक मुख्य क्षेत्र आहे. आजपर्यंत, द मर्ज नंतर Ethereum च्या विकेंद्रीकरण आणि सुरक्षेवर MEV चा नकारात्मक परिणाम कमी करण्यासाठी प्रस्तावित केलेले दोन उपाय म्हणजे [**प्रपोजर-बिल्डर सेपरेशन (PBS)**](/roadmap/pbs/) आणि [**बिल्डर API**](https://github.com/ethereum/builder-specs).
+
+### प्रपोजर-बिल्डर सेपरेशन {#proposer-builder-separation}
+
+प्रूफ-ऑफ-वर्क आणि प्रूफ-ऑफ-स्टेक या दोन्हीमध्ये, एक नोड जो ब्लॉक तयार करतो तो चेनमध्ये जोडण्यासाठी कन्सेन्ससमध्ये सहभागी होणाऱ्या इतर नोड्सना प्रस्तावित करतो. जेव्हा दुसरा मायनर त्यावर (PoW मध्ये) तयार करतो किंवा त्याला बहुसंख्य व्हॅलिडेटर्सकडून (PoS मध्ये) अटेस्टेशन्स मिळतात तेव्हा नवीन ब्लॉक कॅनॉनिकल चेनचा भाग बनतो.
+
+ब्लॉक प्रोड्युसर आणि ब्लॉक प्रपोजरच्या भूमिकांचे संयोजन हे पूर्वी वर्णन केलेल्या बहुतेक MEV-संबंधित समस्यांना कारणीभूत ठरते. उदाहरणार्थ, कन्सेन्सस नोड्सना MEV कमाई वाढवण्यासाठी [टाइम-बँडिट अटॅक्स](https://www.mev.wiki/attack-examples/time-bandit-attack) मध्ये चेन रिऑर्गनायझेशन सुरू करण्यासाठी प्रोत्साहन दिले जाते.
+
+[प्रपोजर-बिल्डर सेपरेशन](https://ethresear.ch/t/proposer-block-builder-separation-friendly-fee-market-designs/9725) (PBS) MEV चा प्रभाव कमी करण्यासाठी डिझाइन केले आहे, विशेषतः कन्सेन्सस लेयरवर. PBS चे मुख्य वैशिष्ट्य म्हणजे ब्लॉक प्रोड्युसर आणि ब्लॉक प्रपोजरच्या नियमांचे विभाजन. व्हॅलिडेटर्स अजूनही ब्लॉक्स प्रस्तावित करण्यासाठी आणि त्यावर मतदान करण्यासाठी जबाबदार आहेत, परंतु **ब्लॉक बिल्डर्स** नावाच्या विशेष संस्थांचा एक नवीन वर्ग, ट्रान्झॅक्शन्सची क्रमवारी लावणे आणि ब्लॉक्स तयार करण्याचे काम करतो.
+
+PBS अंतर्गत, एक ब्लॉक बिल्डर एक ट्रान्झॅक्शन बंडल तयार करतो आणि बीकन चेन ब्लॉकमध्ये (“एक्सिक्यूशन पेलोड” म्हणून) समाविष्ट करण्यासाठी बोली लावतो. पुढील ब्लॉक प्रस्तावित करण्यासाठी निवडलेला व्हॅलिडेटर नंतर विविध बोली तपासतो आणि सर्वाधिक फी असलेला बंडल निवडतो. PBS मूलतः एक लिलाव बाजार तयार करतो, जिथे बिल्डर्स ब्लॉकस्पेस विकणाऱ्या व्हॅलिडेटर्ससोबत वाटाघाटी करतात.
+
+सध्याचे PBS डिझाइन [कमिट-रिव्हील स्कीम](https://gitcoin.co/blog/commit-reveal-scheme-on-ethereum/) वापरतात ज्यात बिल्डर्स त्यांच्या बोलींसोबत फक्त ब्लॉकच्या सामग्रीसाठी (ब्लॉक हेडर) क्रिप्टोग्राफिक कमिटमेंट प्रकाशित करतात. विजेती बोली स्वीकारल्यानंतर, प्रपोजर एक स्वाक्षरी केलेला ब्लॉक प्रस्ताव तयार करतो ज्यात ब्लॉक हेडर समाविष्ट असतो. स्वाक्षरी केलेला ब्लॉक प्रस्ताव पाहिल्यानंतर ब्लॉक बिल्डरने संपूर्ण ब्लॉक बॉडी प्रकाशित करणे अपेक्षित आहे, आणि अंतिम होण्यापूर्वी त्याला व्हॅलिडेटर्सकडून पुरेसे [अटेस्टेशन्स](/glossary/#attestation) देखील मिळणे आवश्यक आहे.
+
+#### प्रपोजर-बिल्डर सेपरेशन MEV चा प्रभाव कसा कमी करते? {#how-does-pbs-curb-mev-impact}
+
+इन-प्रोटोकॉल प्रपोजर-बिल्डर सेपरेशन व्हॅलिडेटर्सच्या कार्यक्षेत्रातून MEV एक्स्ट्रॅक्शन काढून टाकून कन्सेन्ससवर MEV चा प्रभाव कमी करते. त्याऐवजी, विशेष हार्डवेअर चालवणारे ब्लॉक बिल्डर्स पुढे MEV संधी मिळवतील.
+
+तथापि, यामुळे व्हॅलिडेटर्सना MEV-संबंधित उत्पन्नातून पूर्णपणे वगळले जात नाही, कारण बिल्डर्सना त्यांचे ब्लॉक्स व्हॅलिडेटर्सकडून स्वीकारले जाण्यासाठी उच्च बोली लावावी लागते. तरीही, व्हॅलिडेटर्स आता थेट MEV उत्पन्न ऑप्टिमाइझ करण्यावर लक्ष केंद्रित करत नसल्यामुळे, टाइम-बँडिट हल्ल्यांचा धोका कमी होतो.
+
+प्रपोजर-बिल्डर सेपरेशन MEV च्या केंद्रीकरणाच्या धोक्यांनाही कमी करते. उदाहरणार्थ, कमिट-रिव्हील स्कीमच्या वापरामुळे बिल्डर्सना व्हॅलिडेटर्सवर MEV संधी चोरणार नाहीत किंवा ती इतर बिल्डर्ससमोर उघड करणार नाहीत यावर विश्वास ठेवण्याची गरज नाही. हे सोलो स्टेकर्ससाठी MEV मधून फायदा मिळवण्याचा अडथळा कमी करते, अन्यथा, बिल्डर्स ऑफचेन प्रतिष्ठा असलेल्या मोठ्या पूल्सना अनुकूलता दर्शविण्याकडे आणि त्यांच्यासोबत ऑफचेन सौदे करण्याकडे कल ठेवतील.
+
+त्याचप्रमाणे, व्हॅलिडेटर्सना बिल्डर्सवर विश्वास ठेवण्याची गरज नाही की ते ब्लॉक बॉडी रोखून धरणार नाहीत किंवा अवैध ब्लॉक्स प्रकाशित करणार नाहीत कारण पेमेंट बिनशर्त आहे. प्रस्तावित ब्लॉक अनुपलब्ध असला किंवा इतर व्हॅलिडेटर्सद्वारे अवैध घोषित केला गेला तरीही व्हॅलिडेटरची फी प्रक्रिया केली जाते. नंतरच्या बाबतीत, ब्लॉक फक्त टाकून दिला जातो, ज्यामुळे ब्लॉक बिल्डरला सर्व ट्रान्झॅक्शन फी आणि MEV महसूल गमवावा लागतो.
+
+### बिल्डर API {#builder-api}
+
+जरी प्रपोजर-बिल्डर सेपरेशन MEV एक्स्ट्रॅक्शनचे परिणाम कमी करण्याचे वचन देत असले तरी, ते लागू करण्यासाठी कन्सेन्सस प्रोटोकॉलमध्ये बदल आवश्यक आहेत. विशेषतः, बीकन चेनवरील [फोर्क चॉइस](/developers/docs/consensus-mechanisms/pos/#fork-choice) नियम अपडेट करणे आवश्यक असेल. [बिल्डर API](https://github.com/ethereum/builder-specs) हा एक तात्पुरता उपाय आहे ज्याचा उद्देश प्रपोजर-बिल्डर सेपरेशनची कार्यरत अंमलबजावणी प्रदान करणे आहे, जरी त्यात जास्त विश्वासाची गृहीतके आहेत.
+
+बिल्डर API हे [इंजिन API](https://github.com/ethereum/execution-apis/blob/main/src/engine/common.md) ची एक सुधारित आवृत्ती आहे, जी कन्सेन्सस लेयर क्लायंटद्वारे एक्सिक्यूशन लेयर क्लायंटकडून एक्सिक्यूशन पेलोडची विनंती करण्यासाठी वापरली जाते. [ऑनेस्ट व्हॅलिडेटर स्पेसिफिकेशन](https://github.com/ethereum/consensus-specs/blob/dev/specs/bellatrix/validator.md) मध्ये सांगितल्याप्रमाणे, ब्लॉक प्रस्तावित करण्याच्या कर्तव्यांसाठी निवडलेले व्हॅलिडेटर्स कनेक्टेड एक्सिक्यूशन क्लायंटकडून एक ट्रान्झॅक्शन बंडलची विनंती करतात, जे ते प्रस्तावित बीकन चेन ब्लॉकमध्ये समाविष्ट करतात.
+
+बिल्डर API व्हॅलिडेटर्स आणि एक्सिक्यूशन-लेयर क्लायंट्समध्ये एक मिडलवेअर म्हणून देखील कार्य करते; परंतु ते वेगळे आहे कारण ते बीकन चेनवरील व्हॅलिडेटर्सना बाह्य संस्थांकडून ब्लॉक्स मिळवण्याची अनुमती देते (एक्सिक्यूशन क्लायंट वापरून स्थानिक पातळीवर ब्लॉक तयार करण्याऐवजी).
+
+बिल्डर API कसे कार्य करते याचे विहंगावलोकन खाली दिले आहे:
+
+1. बिल्डर API व्हॅलिडेटरला एक्सिक्यूशन लेयर क्लायंट चालवणार्‍या ब्लॉक बिल्डर्सच्या नेटवर्कशी जोडते. PBS प्रमाणेच, बिल्डर्स हे विशेष पक्ष आहेत जे संसाधन-केंद्रित ब्लॉक-बिल्डिंगमध्ये गुंतवणूक करतात आणि MEV + प्रायोरिटी टिप्समधून मिळणारा महसूल वाढवण्यासाठी विविध धोरणे वापरतात.
+
+2. एक व्हॅलिडेटर (कन्सेन्सस लेयर क्लायंट चालवणारा) बिल्डर्सच्या नेटवर्ककडून बोलींसोबत एक्सिक्यूशन पेलोडची विनंती करतो. बिल्डर्सच्या बोलींमध्ये एक्सिक्यूशन पेलोड हेडर—पेलोडच्या सामग्रीसाठी एक क्रिप्टोग्राफिक कमिटमेंट—आणि व्हॅलिडेटरला देय असलेली फी असेल.
+
+3. व्हॅलिडेटर येणाऱ्या बोलींचे पुनरावलोकन करतो आणि सर्वाधिक फी असलेला एक्सिक्यूशन पेलोड निवडतो. बिल्डर API वापरून, व्हॅलिडेटर एक "ब्लाइंडेड" बीकन ब्लॉक प्रस्ताव तयार करतो ज्यात फक्त त्यांची स्वाक्षरी आणि एक्सिक्यूशन पेलोड हेडर समाविष्ट असतो आणि ते बिल्डरला पाठवतो.
+
+4. ब्लाइंडेड ब्लॉक प्रस्ताव पाहिल्यावर बिल्डर API चालवणार्‍या बिल्डरने संपूर्ण एक्सिक्यूशन पेलोडसह प्रतिसाद देणे अपेक्षित आहे. यामुळे व्हॅलिडेटरला एक "साईन्ड" बीकन ब्लॉक तयार करण्याची अनुमती मिळते, जो ते संपूर्ण नेटवर्कवर प्रसारित करतात.
+
+5. बिल्डर API वापरणार्‍या व्हॅलिडेटरने ब्लॉक बिल्डर वेळेवर प्रतिसाद देण्यात अयशस्वी झाल्यास स्थानिक पातळीवर ब्लॉक तयार करणे अपेक्षित आहे, जेणेकरून ते ब्लॉक प्रस्ताव रिवॉर्ड गमावणार नाहीत. तथापि, व्हॅलिडेटर आता उघड झालेल्या ट्रान्झॅक्शन्स किंवा दुसऱ्या सेटचा वापर करून दुसरा ब्लॉक तयार करू शकत नाही, कारण ते _इक्विव्होकेशन_ (एकाच स्लॉटमध्ये दोन ब्लॉक्सवर स्वाक्षरी करणे) ठरेल, जो एक स्लॅशेबल गुन्हा आहे.
+
+बिल्डर API चे एक उदाहरण म्हणजे [MEV बूस्ट](https://github.com/flashbots/mev-boost), जे Ethereum वर MEV च्या नकारात्मक बाह्य परिणामांवर नियंत्रण ठेवण्यासाठी डिझाइन केलेल्या [Flashbots ऑक्शन मेकॅनिझम](https://docs.flashbots.net/Flashbots-auction/overview) मधील एक सुधारणा आहे. Flashbots ऑक्शन प्रूफ-ऑफ-स्टेकमधील व्हॅलिडेटर्सना फायदेशीर ब्लॉक्स तयार करण्याचे काम **सर्चर्स** नावाच्या विशेष पक्षांना आउटसोर्स करण्याची अनुमती देते.
+![MEV प्रवाहाचा तपशीलवार आकृती](./mev.png)
+
+सर्चर्स आकर्षक MEV संधी शोधतात आणि ब्लॉकमध्ये समाविष्ट करण्यासाठी [सील्ड-प्राइस बिड](https://en.wikipedia.org/wiki/First-price_sealed-bid_auction) सोबत ब्लॉक प्रपोजर्सना ट्रान्झॅक्शन बंडल पाठवतात. mev-geth चालवणार्‍या व्हॅलिडेटरला, जो go-ethereum (Geth) क्लायंटची एक फोर्क केलेली आवृत्ती आहे, फक्त सर्वाधिक नफा असलेला बंडल निवडावा लागतो आणि तो नवीन ब्लॉकचा भाग म्हणून समाविष्ट करावा लागतो. ब्लॉक प्रपोजर्स (व्हॅलिडेटर्स) यांना स्पॅम आणि अवैध ट्रान्झॅक्शन्सपासून संरक्षण देण्यासाठी, ट्रान्झॅक्शन बंडल प्रपोजरपर्यंत पोहोचण्यापूर्वी व्हॅलिडेशनसाठी **रिलेअर्स** मधून जातात.
+
+MEV बूस्ट मूळ Flashbots ऑक्शनची कार्यपद्धती कायम ठेवते, जरी Ethereum च्या प्रूफ-ऑफ-स्टेककडे स्विच करण्यासाठी डिझाइन केलेल्या नवीन वैशिष्ट्यांसह. सर्चर्स अजूनही ब्लॉक्समध्ये समाविष्ट करण्यासाठी फायदेशीर MEV ट्रान्झॅक्शन्स शोधतात, परंतु **बिल्डर्स** नावाचा एक नवीन विशेष पक्षांचा वर्ग, ट्रान्झॅक्शन्स आणि बंडल्स ब्लॉक्समध्ये एकत्रित करण्यासाठी जबाबदार आहे. एक बिल्डर सर्चर्सकडून सील्ड-प्राइस बोली स्वीकारतो आणि सर्वात फायदेशीर क्रमवारी शोधण्यासाठी ऑप्टिमायझेशन चालवतो.
+
+रिलेअर अजूनही ट्रान्झॅक्शन बंडल प्रपोजरकडे पाठवण्यापूर्वी ते व्हॅलिडेट करण्यासाठी जबाबदार आहे. तथापि, MEV बूस्ट **एस्क्रो** सादर करते जे बिल्डर्सद्वारे पाठवलेले ब्लॉक बॉडी आणि व्हॅलिडेटर्सद्वारे पाठवलेले ब्लॉक हेडर्स संग्रहित करून [डेटा उपलब्धता](/developers/docs/data-availability/) प्रदान करण्यासाठी जबाबदार असतात. येथे, रिलेशी कनेक्ट केलेला व्हॅलिडेटर उपलब्ध एक्सिक्यूशन पेलोड्सची मागणी करतो आणि सर्वाधिक बोली + MEV टिप्स असलेला पेलोड हेडर निवडण्यासाठी MEV बूस्टच्या ऑर्डरिंग अल्गोरिदमचा वापर करतो.
+
+#### बिल्डर API MEV चा प्रभाव कसा कमी करते? {#how-does-builder-api-curb-mev-impact}
+
+बिल्डर API चा मुख्य फायदा म्हणजे MEV संधींमध्ये प्रवेश लोकशाहीकरण करण्याची त्याची क्षमता. कमिट-रिव्हील स्कीम वापरल्याने विश्वासाची गृहीतके दूर होतात आणि MEV चा लाभ घेऊ इच्छिणाऱ्या व्हॅलिडेटर्ससाठी प्रवेशाचे अडथळे कमी होतात. यामुळे सोलो स्टेकर्सवर MEV नफा वाढवण्यासाठी मोठ्या स्टेकिंग पूल्समध्ये एकत्रित होण्याचा दबाव कमी झाला पाहिजे.
+
+बिल्डर API च्या व्यापक अंमलबजावणीमुळे ब्लॉक बिल्डर्समध्ये अधिक स्पर्धेला प्रोत्साहन मिळेल, ज्यामुळे सेन्सॉरशिप प्रतिरोध वाढतो. व्हॅलिडेटर्स अनेक बिल्डर्सच्या बोलींचे पुनरावलोकन करत असल्यामुळे, एक किंवा अधिक वापरकर्ता ट्रान्झॅक्शन्स सेन्सॉर करण्याचा हेतू असलेल्या बिल्डरला यशस्वी होण्यासाठी इतर सर्व नॉन-सेन्सॉरिंग बिल्डर्सपेक्षा जास्त बोली लावावी लागेल. यामुळे वापरकर्त्यांना सेन्सॉर करण्याची किंमत प्रचंड वाढते आणि या प्रथेला परावृत्त करते.
+
+काही प्रकल्प, जसे की MEV बूस्ट, बिल्डर API चा वापर अशा समग्र रचनेचा भाग म्हणून करतात जी फ्रंटरनिंग/सँडविचिंग हल्ले टाळण्याचा प्रयत्न करणाऱ्या ट्रेडर्ससारख्या विशिष्ट पक्षांना ट्रान्झॅक्शन गोपनीयता प्रदान करण्यासाठी डिझाइन केलेली आहे. हे वापरकर्ते आणि ब्लॉक बिल्डर्स यांच्यात एक खाजगी संवाद चॅनेल प्रदान करून साध्य केले जाते. पूर्वी वर्णन केलेल्या परमिशन असलेल्या मेमपूल्सच्या विपरीत, हा दृष्टिकोन खालील कारणांसाठी फायदेशीर आहे:
+
+1. बाजारात अनेक बिल्डर्सच्या अस्तित्वामुळे सेन्सॉरिंग अव्यवहार्य बनते, ज्यामुळे वापरकर्त्यांना फायदा होतो. याउलट, केंद्रीकृत आणि विश्वास-आधारित डार्क पूल्सच्या अस्तित्वामुळे काही ब्लॉक बिल्डर्सच्या हातात सत्ता केंद्रित होईल आणि सेन्सॉरिंगची शक्यता वाढेल.
+
+2. बिल्डर API सॉफ्टवेअर ओपन-सोर्स आहे, ज्यामुळे कोणालाही ब्लॉक-बिल्डर सेवा देऊ करण्याची अनुमती मिळते. याचा अर्थ असा की वापरकर्त्यांना कोणताही विशिष्ट ब्लॉक बिल्डर वापरण्यास भाग पाडले जात नाही आणि यामुळे Ethereum ची तटस्थता आणि परवानगी नसलेली वैशिष्ट्ये सुधारतात. शिवाय, MEV शोधणारे ट्रेडर्स खाजगी ट्रान्झॅक्शन चॅनेल वापरून अनावधानाने केंद्रीकरणाला हातभार लावणार नाहीत.
+
+## संबंधित संसाधने {#related-resources}
+
+- [Flashbots डॉक्स](https://docs.flashbots.net/)
+- [Flashbots GitHub](https://github.com/flashbots/pm)
+- [mevboost.org](https://www.mevboost.org/) - _MEV-बूस्ट रिले आणि ब्लॉक बिल्डर्ससाठी रिअल-टाइम आकडेवारीसह ट्रॅकर_
+
+## पुढील वाचन {#further-reading}
+
+- [मायनर-एक्स्ट्रॅक्टेबल व्हॅल्यू (MEV) म्हणजे काय?](https://blog.chain.link/what-is-miner-extractable-value-mev/)
+- [MEV आणि मी](https://www.paradigm.xyz/2021/02/mev-and-me)
+- [Ethereum एक गडद जंगल आहे](https://www.paradigm.xyz/2020/08/ethereum-is-a-dark-forest/)
+- [गडद जंगलातून सुटका](https://samczsun.com/escaping-the-dark-forest/)
+- [Flashbots: MEV संकटाचे फ्रंटरनिंग](https://medium.com/flashbots/frontrunning-the-mev-crisis-40629a613752)
+- [@bertcmiller चे MEV थ्रेड्स](https://twitter.com/bertcmiller/status/1402665992422047747)
+- [MEV-बूस्ट: मर्जसाठी तयार Flashbots आर्किटेक्चर](https://ethresear.ch/t/mev-boost-merge-ready-flashbots-architecture/11177)
+- [MEV बूस्ट म्हणजे काय](https://www.alchemy.com/overviews/mev-boost)
+- [mev-boost का चालवावा?](https://writings.flashbots.net/writings/why-run-mevboost/)
+- [द हिचहायकर्स गाइड टू Ethereum](https://members.delphidigital.io/reports/the-hitchhikers-guide-to-ethereum)
diff --git a/public/content/translations/mr/developers/docs/networking-layer/index.md b/public/content/translations/mr/developers/docs/networking-layer/index.md
new file mode 100644
index 00000000000..3d84f50fc4e
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/networking-layer/index.md
@@ -0,0 +1,163 @@
+---
+title: "नेटवर्किंग स्तर"
+description: "Ethereum च्या नेटवर्किंग लेयरचा परिचय."
+lang: mr
+sidebarDepth: 2
+---
+
+Ethereum हे हजारो नोड्स असलेले एक पियर-टू-पियर नेटवर्क आहे, जे प्रमाणित प्रोटोकॉल वापरून एकमेकांशी संवाद साधण्यास सक्षम असले पाहिजेत. "नेटवर्किंग लेयर" हा प्रोटोकॉलचा एक स्टॅक आहे जो त्या नोड्सना एकमेकांना शोधू देतो आणि माहितीची देवाणघेवाण करू देतो. यामध्ये नेटवर्कवर "गॉसिपिंग" माहिती (एकाकडून अनेकांपर्यंत संवाद) तसेच विशिष्ट नोड्स दरम्यान विनंत्या आणि प्रतिसादांची अदलाबदल (एकाकडून एकापर्यंत संवाद) करणे समाविष्ट आहे. प्रत्येक नोडने विशिष्ट नेटवर्किंग नियमांचे पालन केले पाहिजे, जेणेकरून ते योग्य माहिती पाठवत आणि प्राप्त करत आहेत याची खात्री होईल.
+
+क्लायंट सॉफ्टवेअरचे दोन भाग आहेत (एक्झिक्युशन क्लायंट आणि कन्सेन्सस क्लायंट), प्रत्येकाचा स्वतःचा वेगळा नेटवर्किंग स्टॅक आहे. इतर Ethereum नोड्सशी संवाद साधण्याव्यतिरिक्त, एक्झिक्युशन आणि कन्सेन्सस क्लायंटना एकमेकांशी संवाद साधावा लागतो. हे पृष्ठ या संवादास सक्षम करणाऱ्या प्रोटोकॉलचे प्रास्ताविक स्पष्टीकरण देते.
+
+एक्झिक्युशन क्लायंट एक्झिक्युशन-लेयर पियर-टू-पियर नेटवर्कवर व्यवहारांची गॉसिपिंग करतात. यासाठी प्रमाणित पियर्समध्ये एनक्रिप्टेड संवादाची आवश्यकता असते. जेव्हा ब्लॉक प्रस्तावित करण्यासाठी व्हॅलिडेटर निवडला जातो, तेव्हा नोडच्या स्थानिक ट्रान्झॅक्शन पूलमधून व्यवहार स्थानिक RPC कनेक्शनद्वारे कन्सेन्सस क्लायंटकडे पाठवले जातात, जे बीकन ब्लॉक्समध्ये पॅकेज केले जातील. त्यानंतर कन्सेन्सस क्लायंट त्यांच्या p2p नेटवर्कवर बीकन ब्लॉक्सची गॉसिपिंग करतील. यासाठी दोन स्वतंत्र p2p नेटवर्क आवश्यक आहेत: एक ट्रान्झॅक्शन गॉसिपसाठी एक्झिक्युशन क्लायंट्सना जोडणारे आणि दुसरे ब्लॉक गॉसिपसाठी कन्सेन्सस क्लायंट्सना जोडणारे.
+
+## पूर्वतयारी {#prerequisites}
+
+हे पृष्ठ समजून घेण्यासाठी Ethereum [नोड्स आणि क्लायंट](/developers/docs/nodes-and-clients/) यांचे काही ज्ञान उपयुक्त ठरेल.
+
+## एक्झिक्युशन लेयर {#execution-layer}
+
+एक्झिक्युशन लेयरचे नेटवर्किंग प्रोटोकॉल दोन स्टॅक्समध्ये विभागलेले आहेत:
+
+- डिस्कव्हरी स्टॅक: UDP वर तयार केलेला आहे आणि नवीन नोडला कनेक्ट करण्यासाठी पियर्स शोधण्याची परवानगी देतो
+
+- DevP2P स्टॅक: TCP वर आधारित आहे आणि नोड्सना माहितीची देवाणघेवाण करण्यास सक्षम करतो
+
+दोन्ही स्टॅक समांतरपणे कार्य करतात. डिस्कव्हरी स्टॅक नेटवर्कमध्ये नवीन नेटवर्क सहभागींना आणतो, आणि DevP2P स्टॅक त्यांच्या परस्परसंवादांना सक्षम करतो.
+
+### डिस्कव्हरी {#discovery}
+
+डिस्कव्हरी म्हणजे नेटवर्कमधील इतर नोड्स शोधण्याची प्रक्रिया. हे बूटनोड्सच्या (नोड्स ज्यांचे पत्ते क्लायंटमध्ये [हार्डकोड केलेले](https://github.com/ethereum/go-ethereum/blob/master/params/bootnodes.go) असतात जेणेकरून ते त्वरित शोधता येतील आणि क्लायंटला पियर्सशी कनेक्ट करता येईल) एका छोट्या सेटचा वापर करून बूटस्ट्रॅप केले जाते. हे बूटनोड्स फक्त एका नवीन नोडला पियर्सच्या सेटशी ओळख करून देण्यासाठी अस्तित्वात आहेत - हाच त्यांचा एकमेव उद्देश आहे, ते चेन सिंक करण्यासारख्या सामान्य क्लायंट कार्यांमध्ये सहभागी होत नाहीत, आणि ते फक्त क्लायंट पहिल्यांदा सुरू झाल्यावरच वापरले जातात.
+
+नोड-बूटनोड परस्परसंवादासाठी वापरला जाणारा प्रोटोकॉल [काडेम्लिया](https://medium.com/coinmonks/a-brief-overview-of-kademlia-and-its-use-in-various-decentralized-platforms-da08a7f72b8f) चे सुधारित रूप आहे जे नोड्सच्या याद्या शेअर करण्यासाठी [डिस्ट्रिब्युटेड हॅश टेबल](https://en.wikipedia.org/wiki/Distributed_hash_table) वापरते. प्रत्येक नोडकडे या टेबलची एक आवृत्ती असते ज्यात त्याच्या सर्वात जवळच्या पियर्सशी कनेक्ट करण्यासाठी आवश्यक माहिती असते. ही 'जवळीक' भौगोलिक नाही - अंतर नोडच्या ID च्या समानतेनुसार परिभाषित केले जाते. प्रत्येक नोडची टेबल सुरक्षा वैशिष्ट्य म्हणून नियमितपणे रिफ्रेश केली जाते. उदाहरणार्थ, [Discv5](https://github.com/ethereum/devp2p/tree/master/discv5) डिस्कव्हरी प्रोटोकॉलमध्ये नोड्स 'जाहिराती' देखील पाठवू शकतात, जे क्लायंटद्वारे समर्थित सब-प्रोटोकॉल दर्शवतात, ज्यामुळे पियर्स संवाद साधण्यासाठी वापरल्या जाऊ शकणाऱ्या प्रोटोकॉलबद्दल वाटाघाटी करू शकतात.
+
+डिस्कव्हरी पिंग-पॉन्गच्या खेळाने सुरू होते. एक यशस्वी पिंग-पॉन्ग नवीन नोडला बूटनोडशी "बॉण्ड" करतो. नेटवर्कमध्ये प्रवेश करणाऱ्या नवीन नोडच्या अस्तित्वाची बूटनोडला सूचना देणारा प्रारंभिक संदेश म्हणजे `PING`. या `PING` मध्ये नवीन नोड, बूटनोड आणि एक एक्स्पायरी टाइम-स्टॅम्पबद्दल हॅश केलेली माहिती असते. बूटनोड `PING` प्राप्त करतो आणि `PING` हॅश असलेला `PONG` परत करतो. जर `PING` आणि `PONG` हॅश जुळले तर नवीन नोड आणि बूटनोडमधील कनेक्शनची पडताळणी केली जाते आणि ते "बॉन्डेड" झाले आहेत असे म्हटले जाते.
+
+एकदा बॉण्ड झाल्यावर, नवीन नोड बूटनोडला `FIND-NEIGHBOURS` विनंती पाठवू शकतो. बूटनोडद्वारे परत केलेल्या डेटामध्ये पियर्सची एक यादी असते ज्यांना नवीन नोड कनेक्ट करू शकतो. जर नोड्स बॉन्डेड नसतील, तर `FIND-NEIGHBOURS` विनंती अयशस्वी होईल, त्यामुळे नवीन नोड नेटवर्कमध्ये प्रवेश करू शकणार नाही.
+
+एकदा नवीन नोडला बूटनोडकडून शेजाऱ्यांची यादी मिळाल्यावर, तो त्या प्रत्येकाशी पिंग-पॉन्ग एक्सचेंज सुरू करतो. यशस्वी पिंग-पॉन्ग नवीन नोडला त्याच्या शेजाऱ्यांशी बॉण्ड करतात, ज्यामुळे संदेशांची देवाणघेवाण शक्य होते.
+
+```
+क्लायंट सुरू करा --> बूटनोडला कनेक्ट करा --> बूटनोडशी बॉण्ड करा --> शेजारी शोधा --> शेजाऱ्यांशी बॉण्ड करा
+```
+
+एक्झिक्युशन क्लायंट सध्या [Discv4](https://github.com/ethereum/devp2p/blob/master/discv4.md) डिस्कव्हरी प्रोटोकॉल वापरत आहेत आणि [Discv5](https://github.com/ethereum/devp2p/tree/master/discv5) प्रोटोकॉलमध्ये स्थलांतरित होण्यासाठी सक्रिय प्रयत्न सुरू आहेत.
+
+#### ENR: Ethereum नोड रेकॉर्ड्स {#enr}
+
+[Ethereum नोड रेकॉर्ड (ENR)](/developers/docs/networking-layer/network-addresses/) एक ऑब्जेक्ट आहे ज्यामध्ये तीन मूलभूत घटक आहेत: एक स्वाक्षरी (काही मान्य ओळख योजनेनुसार बनवलेल्या रेकॉर्ड सामग्रीचा हॅश), रेकॉर्डमधील बदलांचा मागोवा घेणारा एक क्रम क्रमांक, आणि की:व्हॅल्यू जोड्यांची एक अनियंत्रित यादी. हे एक भविष्यासाठी सुरक्षित स्वरूप आहे जे नवीन पियर्समध्ये ओळखणारी माहितीची सुलभ देवाणघेवाण करण्यास अनुमती देते आणि Ethereum नोड्ससाठी प्राधान्य दिलेले [नेटवर्क अॅड्रेस](/developers/docs/networking-layer/network-addresses) स्वरूप आहे.
+
+#### डिस्कव्हरी UDP वर का तयार केली आहे? {#why-udp}
+
+UDP कोणतीही त्रुटी तपासणी, अयशस्वी पॅकेट पुन्हा पाठवणे, किंवा कनेक्शन डायनॅमिकपणे उघडणे आणि बंद करणे याला समर्थन देत नाही - त्याऐवजी ते लक्ष्यावर माहितीचा सतत प्रवाह पाठवते, मग ती यशस्वीरित्या प्राप्त झाली आहे की नाही याची पर्वा न करता. ही किमान कार्यक्षमता किमान ओव्हरहेडमध्ये रूपांतरित होते, ज्यामुळे अशा प्रकारचे कनेक्शन खूप वेगवान होते. डिस्कव्हरीसाठी, जिथे नोडला फक्त त्याचे अस्तित्व ज्ञात करायचे असते जेणेकरून नंतर पियरशी औपचारिक कनेक्शन स्थापित करता येईल, तिथे UDP पुरेसे आहे. तथापि, उर्वरित नेटवर्किंग स्टॅकसाठी, UDP उद्देशासाठी योग्य नाही. नोड्समधील माहितीची देवाणघेवाण खूपच गुंतागुंतीची आहे आणि म्हणून पुन्हा पाठवणे, त्रुटी तपासणी इत्यादींना समर्थन देऊ शकणाऱ्या अधिक पूर्ण वैशिष्ट्यीकृत प्रोटोकॉलची आवश्यकता आहे. TCP शी संबंधित अतिरिक्त ओव्हरहेड अतिरिक्त कार्यक्षमतेसाठी योग्य आहे. म्हणून, P2P स्टॅकचा बहुतांश भाग TCP वर कार्य करतो.
+
+### DevP2P {#devp2p}
+
+DevP2P स्वतःच प्रोटोकॉलचा एक संपूर्ण स्टॅक आहे जो Ethereum पियर-टू-पियर नेटवर्क स्थापित करण्यासाठी आणि राखण्यासाठी लागू करतो. नवीन नोड्स नेटवर्कमध्ये प्रवेश केल्यानंतर, त्यांचे परस्परसंवाद [DevP2P](https://github.com/ethereum/devp2p) स्टॅकमधील प्रोटोकॉलद्वारे नियंत्रित केले जातात. हे सर्व TCP वर आधारित आहेत आणि त्यात RLPx ट्रान्सपोर्ट प्रोटोकॉल, वायर प्रोटोकॉल आणि अनेक सब-प्रोटोकॉल समाविष्ट आहेत. [RLPx](https://github.com/ethereum/devp2p/blob/master/rlpx.md) हा नोड्समधील सत्रे सुरू करणे, प्रमाणित करणे आणि राखणे नियंत्रित करणारा प्रोटोकॉल आहे. RLPx संदेश एन्कोड करण्यासाठी RLP (रिकर्सिव्ह लेंथ प्रीफिक्स) वापरतो जी नोड्समध्ये पाठवण्यासाठी डेटाला किमान संरचनेत एन्कोड करण्याची एक अत्यंत जागा-कार्यक्षम पद्धत आहे.
+
+दोन नोड्समधील RLPx सत्र प्रारंभिक क्रिप्टोग्राफिक हँडशेकने सुरू होते. यामध्ये नोड एक ऑथ मेसेज पाठवतो जो नंतर पियरद्वारे सत्यापित केला जातो. यशस्वी पडताळणीवर, पियर प्रारंभकर्ता नोडला परत करण्यासाठी एक ऑथ-अॅकनॉलेजमेंट संदेश तयार करतो. ही एक की-एक्सचेंज प्रक्रिया आहे जी नोड्सना खाजगी आणि सुरक्षितपणे संवाद साधण्यास सक्षम करते. एक यशस्वी क्रिप्टोग्राफिक हँडशेक नंतर दोन्ही नोड्सना एकमेकांना "ऑन द वायर" एक "हॅलो" संदेश पाठवण्यासाठी ट्रिगर करतो. वायर प्रोटोकॉल हॅलो संदेशांच्या यशस्वी देवाणघेवाणीने सुरू होतो.
+
+हॅलो संदेशांमध्ये खालील गोष्टी असतात:
+
+- प्रोटोकॉल आवृत्ती
+- क्लायंट आयडी
+- पोर्ट
+- नोड आयडी
+- समर्थित सब-प्रोटोकॉलची यादी
+
+यशस्वी परस्परसंवादासाठी ही आवश्यक माहिती आहे कारण ती दोन्ही नोड्समध्ये कोणती क्षमता सामायिक केली आहे हे परिभाषित करते आणि संवाद कॉन्फिगर करते. सब-प्रोटोकॉल वाटाघाटीची एक प्रक्रिया आहे जिथे प्रत्येक नोडद्वारे समर्थित सब-प्रोटोकॉलच्या याद्यांची तुलना केली जाते आणि जे दोन्ही नोड्ससाठी सामान्य आहेत ते सत्रात वापरले जाऊ शकतात.
+
+हॅलो संदेशांसह, वायर प्रोटोकॉल एक "डिस्कनेक्ट" संदेश देखील पाठवू शकतो जो पियरला कनेक्शन बंद केले जाईल अशी चेतावणी देतो. वायर प्रोटोकॉलमध्ये पिंग आणि पॉंग संदेश देखील समाविष्ट आहेत जे सत्र चालू ठेवण्यासाठी वेळोवेळी पाठवले जातात. RLPx आणि वायर प्रोटोकॉल एक्सचेंज त्यामुळे नोड्समधील संवादाचा पाया स्थापित करतात, विशिष्ट सब-प्रोटोकॉलनुसार उपयुक्त माहितीची देवाणघेवाण करण्यासाठी स्कॅफोल्डिंग प्रदान करतात.
+
+### सब-प्रोटोकॉल्स {#sub-protocols}
+
+#### वायर प्रोटोकॉल {#wire-protocol}
+
+एकदा पियर्स कनेक्ट झाल्यावर, आणि RLPx सत्र सुरू झाल्यावर, वायर प्रोटोकॉल पियर्स कसे संवाद साधतील हे परिभाषित करतो. सुरुवातीला, वायर प्रोटोकॉलने तीन मुख्य कार्ये परिभाषित केली: चेन सिंक्रोनाइझेशन, ब्लॉक प्रोपगेशन आणि ट्रान्झॅक्शन एक्सचेंज. तथापि, एकदा Ethereum प्रूफ-ऑफ-स्टेकवर स्विच झाल्यावर, ब्लॉक प्रोपगेशन आणि चेन सिंक्रोनाइझेशन कन्सेन्सस लेयरचा भाग बनले. ट्रान्झॅक्शन एक्सचेंज अजूनही एक्झिक्युशन क्लायंटच्या अखत्यारित आहे. ट्रान्झॅक्शन एक्सचेंज म्हणजे नोड्समध्ये प्रलंबित व्यवहारांची देवाणघेवाण करणे जेणेकरून ब्लॉक बिल्डर्स त्यापैकी काही पुढील ब्लॉकमध्ये समाविष्ट करण्यासाठी निवडू शकतील. या कार्यांविषयी तपशीलवार माहिती [येथे](https://github.com/ethereum/devp2p/blob/master/caps/eth.md) उपलब्ध आहे. या सब-प्रोटोकॉलला समर्थन देणारे क्लायंट त्यांना [JSON-RPC](/developers/docs/apis/json-rpc/) द्वारे उघड करतात.
+
+#### les (लाइट Ethereum सबप्रोटोकॉल) {#les}
+
+हा लाईट क्लायंट सिंक करण्यासाठी एक किमान प्रोटोकॉल आहे. पारंपारिकपणे हा प्रोटोकॉल क्वचितच वापरला जातो कारण पूर्ण नोड्सना लाईट क्लायंटना डेटा देण्यासाठी प्रोत्साहन न देता आवश्यक असते. एक्झिक्युशन क्लायंटचे डीफॉल्ट वर्तन हे les वर लाईट क्लायंट डेटा सर्व्ह करणे नाही. अधिक माहिती les [spec](https://github.com/ethereum/devp2p/blob/master/caps/les.md) मध्ये उपलब्ध आहे.
+
+#### स्नॅप {#snap}
+
+[स्नॅप प्रोटोकॉल](https://github.com/ethereum/devp2p/blob/master/caps/snap.md#ethereum-snapshot-protocol-snap) एक वैकल्पिक विस्तार आहे जो पियर्सना अलीकडील स्टेट्सचे स्नॅपशॉट एक्सचेंज करण्याची परवानगी देतो, ज्यामुळे पियर्सना इंटरमीडिएट मर्केल ट्राय नोड्स डाउनलोड न करता अकाउंट आणि स्टोरेज डेटाची पडताळणी करता येते.
+
+#### विट (विटनेस प्रोटोकॉल) {#wit}
+
+[विटनेस प्रोटोकॉल](https://github.com/ethereum/devp2p/blob/master/caps/wit.md#ethereum-witness-protocol-wit) एक वैकल्पिक विस्तार आहे जो पियर्समध्ये स्टेट विटनेसची देवाणघेवाण सक्षम करतो, ज्यामुळे क्लायंटला चेनच्या टोकापर्यंत सिंक करण्यास मदत होते.
+
+#### व्हिस्पर {#whisper}
+
+व्हिस्पर हा एक प्रोटोकॉल होता ज्याचा उद्देश ब्लॉकचेनवर कोणतीही माहिती न लिहिता पियर्समध्ये सुरक्षित मेसेजिंग वितरित करणे हा होता. हा DevP2P वायर प्रोटोकॉलचा भाग होता परंतु आता तो नापसंत आहे. समान उद्देशांसह इतर [संबंधित प्रकल्प](https://wakunetwork.com/) अस्तित्वात आहेत.
+
+## कन्सेन्सस लेयर {#consensus-layer}
+
+कन्सेन्सस क्लायंट एका वेगळ्या स्पेसिफिकेशनसह वेगळ्या पियर-टू-पियर नेटवर्कमध्ये सहभागी होतात. कन्सेन्सस क्लायंटला ब्लॉक गॉसिपमध्ये सहभागी होणे आवश्यक आहे जेणेकरून ते पियर्सकडून नवीन ब्लॉक प्राप्त करू शकतील आणि जेव्हा ब्लॉक प्रस्तावक होण्याची त्यांची पाळी असेल तेव्हा ते प्रसारित करू शकतील. एक्झिक्युशन लेयर प्रमाणेच, यासाठी प्रथम एक डिस्कव्हरी प्रोटोकॉल आवश्यक आहे जेणेकरून नोड पियर्स शोधू शकेल आणि ब्लॉक, अटेस्टेशन्स इत्यादींच्या देवाणघेवाणीसाठी सुरक्षित सत्रे स्थापित करू शकेल.
+
+### डिस्कव्हरी {#consensus-discovery}
+
+एक्झिक्युशन क्लायंट्सप्रमाणेच, कन्सेन्सस क्लायंट्स पियर्स शोधण्यासाठी UDP वर [discv5](https://github.com/ethereum/consensus-specs/blob/dev/specs/phase0/p2p-interface.md#the-discovery-domain-discv5) वापरतात. discv5 ची कन्सेन्सस लेयर अंमलबजावणी एक्झिक्युशन क्लायंट्सपेक्षा फक्त एवढ्याच बाबतीत वेगळी आहे की त्यात discv5 ला [libP2P](https://libp2p.io/) स्टॅकमध्ये जोडणारा अडॅप्टर समाविष्ट आहे, ज्यामुळे DevP2P नापसंत होते. एक्झिक्युशन लेयरचे RLPx सत्र libP2P च्या नॉइज सिक्युर चॅनल हँडशेकच्या बाजूने नापसंत केले आहेत.
+
+### ENRs {#consensus-enr}
+
+कन्सेन्सस नोड्ससाठी ENR मध्ये नोडची सार्वजनिक की, IP पत्ता, UDP आणि TCP पोर्ट आणि दोन कन्सेन्सस-विशिष्ट फील्ड्स समाविष्ट आहेत: अटेस्टेशन सबनेट बिटफील्ड आणि `eth2` की. पहिल्यामुळे नोड्सना विशिष्ट अटेस्टेशन गॉसिप सब-नेटवर्कमध्ये सहभागी होणारे पियर्स शोधणे सोपे होते. `eth2` की मध्ये नोड कोणत्या Ethereum फोर्क आवृत्तीचा वापर करत आहे याबद्दल माहिती असते, ज्यामुळे पियर्स योग्य Ethereum शी कनेक्ट होत आहेत याची खात्री होते.
+
+### libP2P {#libp2p}
+
+libP2P स्टॅक डिस्कव्हरीनंतरच्या सर्व संवादांना समर्थन देतो. क्लायंट त्यांच्या ENR मध्ये परिभाषित केल्यानुसार IPv4 आणि/किंवा IPv6 वर डायल आणि ऐकू शकतात. libP2P लेयरवरील प्रोटोकॉल गॉसिप आणि req/resp डोमेनमध्ये विभागले जाऊ शकतात.
+
+### गॉसिप {#gossip}
+
+गॉसिप डोमेनमध्ये अशी सर्व माहिती समाविष्ट आहे जी संपूर्ण नेटवर्कमध्ये वेगाने पसरणे आवश्यक आहे. यामध्ये बीकन ब्लॉक, प्रूफ, अटेस्टेशन्स, एक्झिट्स आणि स्लॅशिंग्स यांचा समावेश आहे. हे libP2P gossipsub v1 वापरून प्रसारित केले जाते आणि प्रत्येक नोडवर स्थानिकरित्या संग्रहित केलेल्या विविध मेटाडेटावर अवलंबून असते, ज्यात गॉसिप पेलोड प्राप्त करण्यासाठी आणि प्रसारित करण्यासाठी कमाल आकाराचा समावेश आहे. गॉसिप डोमेनबद्दल तपशीलवार माहिती [येथे](https://github.com/ethereum/consensus-specs/blob/dev/specs/phase0/p2p-interface.md#the-gossip-domain-gossipsub) उपलब्ध आहे.
+
+### विनंती-प्रतिसाद {#request-response}
+
+विनंती-प्रतिसाद डोमेनमध्ये त्यांच्या पियर्सकडून विशिष्ट माहितीची विनंती करणाऱ्या क्लायंटसाठी प्रोटोकॉल आहेत. उदाहरणांमध्ये विशिष्ट रूट हॅशशी जुळणारे किंवा स्लॉटच्या मर्यादेतील विशिष्ट बीकन ब्लॉकची विनंती करणे समाविष्ट आहे. प्रतिसाद नेहमी स्नॅपी-कॉम्प्रेस्ड SSZ एन्कोडेड बाइट्स म्हणून परत केले जातात.
+
+## कन्सेन्सस क्लायंट RLP पेक्षा SSZ ला प्राधान्य का देतो? {#ssz-vs-rlp}
+
+SSZ म्हणजे सिंपल सीरियलायझेशन. हे निश्चित ऑफसेट वापरते ज्यामुळे संपूर्ण संरचना डीकोड न करता एन्कोड केलेल्या संदेशाचे वैयक्तिक भाग डीकोड करणे सोपे होते, जे कन्सेन्सस क्लायंटसाठी खूप उपयुक्त आहे कारण ते एन्कोड केलेल्या संदेशांमधून माहितीचे विशिष्ट तुकडे कार्यक्षमतेने मिळवू शकते. हे विशेषतः मर्केल प्रोटोकॉलसह समाकलित करण्यासाठी डिझाइन केलेले आहे, मर्केलायझेशनसाठी संबंधित कार्यक्षमता वाढीसह. कन्सेन्सस लेयरमधील सर्व हॅश मर्केल रूट्स असल्याने, यामुळे लक्षणीय सुधारणा होते. SSZ मूल्यांचे अद्वितीय प्रतिनिधित्व देखील सुनिश्चित करते.
+
+## एक्झिक्युशन आणि कन्सेन्सस क्लायंट कनेक्ट करणे {#connecting-clients}
+
+कन्सेन्सस आणि एक्झिक्युशन दोन्ही क्लायंट समांतर चालतात. त्यांना कनेक्ट करणे आवश्यक आहे जेणेकरून कन्सेन्सस क्लायंट एक्झिक्युशन क्लायंटला सूचना देऊ शकेल, आणि एक्झिक्युशन क्लायंट बीकन ब्लॉक्समध्ये समाविष्ट करण्यासाठी कन्सेन्सस क्लायंटला व्यवहारांचे बंडल पाठवू शकेल. दोन क्लायंटमधील संवाद स्थानिक RPC कनेक्शन वापरून साधला जाऊ शकतो. ['इंजिन-एपीआय'](https://github.com/ethereum/execution-apis/blob/main/src/engine/common.md) म्हणून ओळखले जाणारे API दोन क्लायंटमध्ये पाठवलेल्या सूचना परिभाषित करते. दोन्ही क्लायंट एकाच नेटवर्क ओळखीच्या मागे बसल्यामुळे, ते एक ENR (Ethereum नोड रेकॉर्ड) शेअर करतात ज्यात प्रत्येक क्लायंटसाठी एक स्वतंत्र की असते (eth1 की आणि eth2 की).
+
+कंट्रोल फ्लोचा सारांश खाली दर्शविला आहे, संबंधित नेटवर्किंग स्टॅक कंसात आहे.
+
+### जेव्हा कन्सेन्सस क्लायंट ब्लॉक निर्माता नसतो: {#when-consensus-client-is-not-block-producer}
+
+- कन्सेन्सस क्लायंटला ब्लॉक गॉसिप प्रोटोकॉलद्वारे एक ब्लॉक मिळतो (कन्सेन्सस p2p)
+- कन्सेन्सस क्लायंट ब्लॉकची पूर्व-पडताळणी करतो, म्हणजे, तो योग्य पाठवणाऱ्याकडून योग्य मेटाडेटसह आला आहे याची खात्री करतो
+- ब्लॉकमधील व्यवहार एक्झिक्युशन पेलोड म्हणून एक्झिक्युशन लेयरकडे पाठवले जातात (स्थानिक RPC कनेक्शन)
+- एक्झिक्युशन लेयर व्यवहार कार्यान्वित करतो आणि ब्लॉक हेडरमधील स्टेटची पडताळणी करतो (म्हणजे, हॅश जुळतात की नाही हे तपासतो)
+- एक्झिक्युशन लेयर व्हॅलिडेशन डेटा परत कन्सेन्सस लेयरकडे पाठवतो, आता ब्लॉक व्हॅलिडेटेड मानला जातो (स्थानिक RPC कनेक्शन)
+- कन्सेन्सस लेयर ब्लॉकला स्वतःच्या ब्लॉकचेनच्या हेडमध्ये जोडतो आणि त्याची अटेस्टेशन करतो, नेटवर्कवर अटेस्टेशन प्रसारित करतो (कन्सेन्सस p2p)
+
+### जेव्हा कन्सेन्सस क्लायंट ब्लॉक निर्माता असतो: {#when-consensus-client-is-block-producer}
+
+- कन्सेन्सस क्लायंटला सूचना मिळते की तो पुढील ब्लॉक निर्माता आहे (कन्सेन्सस p2p)
+- कन्सेन्सस लेयर एक्झिक्युशन क्लायंटमध्ये `create block` पद्धत कॉल करतो (स्थानिक RPC)
+- एक्झिक्युशन लेयर ट्रान्झॅक्शन मेमपूलमध्ये प्रवेश करतो जो ट्रान्झॅक्शन गॉसिप प्रोटोकॉलद्वारे पॉप्युलेट केला गेला आहे (एक्झिक्युशन p2p)
+- एक्झिक्युशन क्लायंट व्यवहारांना एका ब्लॉकमध्ये बंडल करतो, व्यवहार कार्यान्वित करतो आणि एक ब्लॉक हॅश तयार करतो
+- कन्सेन्सस क्लायंट एक्झिक्युशन क्लायंटकडून व्यवहार आणि ब्लॉक हॅश घेतो आणि त्यांना बीकन ब्लॉकमध्ये जोडतो (स्थानिक RPC)
+- कन्सेन्सस क्लायंट ब्लॉक गॉसिप प्रोटोकॉलवर ब्लॉक प्रसारित करतो (कन्सेन्सस p2p)
+- इतर क्लायंट प्रस्तावित ब्लॉक ब्लॉक गॉसिप प्रोटोकॉलद्वारे प्राप्त करतात आणि वर वर्णन केल्याप्रमाणे व्हॅलिडेट करतात (कन्सेन्सस p2p)
+
+एकदा पुरेसे व्हॅलिडेटर्सद्वारे ब्लॉक अटेस्टेड झाल्यावर, तो चेनच्या हेडमध्ये जोडला जातो, जस्टिफाय केला जातो आणि शेवटी फायनलाइज केला जातो.
+
+![](cons_client_net_layer.png)
+![](exe_client_net_layer.png)
+
+कन्सेन्सस आणि एक्झिक्युशन क्लायंटसाठी नेटवर्क लेयर स्किमॅटिक, [ethresear.ch](https://ethresear.ch/t/eth1-eth2-client-relationship/7248) वरून
+
+## अधिक वाचन {#further-reading}
+
+[DevP2P](https://github.com/ethereum/devp2p)
+[LibP2p](https://github.com/libp2p/specs)
+[कन्सेन्सस लेयर नेटवर्क स्पेक्स](https://github.com/ethereum/consensus-specs/blob/dev/specs/phase0/p2p-interface.md#enr-structure)
+[kademlia to discv5](https://vac.dev/kademlia-to-discv5)
+[kademlia पेपर](https://pdos.csail.mit.edu/~petar/papers/maymounkov-kademlia-lncs.pdf)
+[Ethereum p2p चा परिचय](https://p2p.paris/en/talks/intro-ethereum-networking/)
+[eth1/eth2 संबंध](http://ethresear.ch/t/eth1-eth2-client-relationship/7248)
+[मर्ज आणि eth2 क्लायंट तपशील व्हिडिओ](https://www.youtube.com/watch?v=zNIrIninMgg)
diff --git a/public/content/translations/mr/developers/docs/networking-layer/network-addresses/index.md b/public/content/translations/mr/developers/docs/networking-layer/network-addresses/index.md
new file mode 100644
index 00000000000..e1d0c72083c
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/networking-layer/network-addresses/index.md
@@ -0,0 +1,39 @@
+---
+title: "नेटवर्क अ‍ॅड्रेसेस"
+description: "नेटवर्क अ‍ॅड्रेसेसची ओळख."
+lang: mr
+sidebarDepth: 2
+---
+
+पिअर्सशी कनेक्ट होण्यासाठी इथेरियम नोड्सना काही मूलभूत माहितीसह स्वतःची ओळख पटवून द्यावी लागते. कोणताही संभाव्य पिअर या माहितीचा अर्थ लावू शकेल याची खात्री करण्यासाठी, ती तीन प्रमाणित फॉरमॅटपैकी एकात रिले केली जाते जे कोणताही इथेरियम नोड समजू शकतो: मल्टीऍडर, इनोड किंवा इथेरियम नोड रेकॉर्ड्स (ENRs). ENRs हे इथेरियम नेटवर्क अ‍ॅड्रेसेससाठी सध्याचे मानक आहेत.
+
+## पूर्वतयारी {#prerequisites}
+
+हे पृष्ठ समजण्यासाठी इथेरियमच्या [नेटवर्किंग लेयर](/developers/docs/networking-layer/) ची काही समज असणे आवश्यक आहे.
+
+## मल्टीऍडर {#multiaddr}
+
+मूळ इथेरियम नोड अ‍ॅड्रेस फॉरमॅट 'मल्टीऍडर' ('मल्टी-अ‍ॅड्रेसेस'चे संक्षिप्त रूप) होता. मल्टीऍडर हे पिअर-टू-पिअर नेटवर्कसाठी डिझाइन केलेले एक सार्वत्रिक फॉरमॅट आहे. अ‍ॅड्रेसेस की-व्हॅल्यू जोड्या म्हणून दर्शविले जातात, ज्यात की आणि व्हॅल्यूज फॉरवर्ड स्लॅशने विभक्त केलेल्या असतात. उदाहरणार्थ, IPv4 अ‍ॅड्रेस `192.168.22.27` असलेल्या आणि TCP पोर्ट `33000` ऐकणाऱ्या नोडसाठी मल्टीऍडर खालीलप्रमाणे दिसतो:
+
+`/ip4/192.168.22.27/tcp/33000`
+
+इथेरियम नोडसाठी, मल्टीऍडरमध्ये नोड-आयडी (त्यांच्या पब्लिक कीचा हॅश) असतो:
+
+`/ip4/192.168.22.27/tcp/33000/p2p/5t7Nv7dG2d6ffbvAiewVsEwWweU3LdebSqX2y1bPrW8br`
+
+## इनोड {#enode}
+
+इनोड हा URL अ‍ॅड्रेस फॉरमॅट वापरून इथेरियम नोड ओळखण्याचा एक मार्ग आहे. हेक्साडेसिमल नोड-आयडी URL च्या युजरनेम भागात एन्कोड केलेला असतो आणि तो @ चिन्हाचा वापर करून होस्टपासून वेगळा केला जातो. होस्टनेम फक्त आयपी अ‍ॅड्रेस म्हणून दिले जाऊ शकते; DNS नावांना परवानगी नाही. होस्टनेम विभागातील पोर्ट हा TCP लिसनिंग पोर्ट असतो. जर TCP आणि UDP (डिस्कव्हरी) पोर्ट्स वेगळे असतील, तर UDP पोर्ट \"discport\" हा क्वेरी पॅरामीटर म्हणून नमूद केला जातो.
+
+खालील उदाहरणात, नोड URL अशा नोडचे वर्णन करते ज्याचा आयपी अ‍ॅड्रेस `10.3.58.6`, TCP पोर्ट `30303` आणि UDP डिस्कव्हरी पोर्ट `30301` आहे.
+
+`enode://6f8a80d14311c39f35f516fa664deaaaa13e85b2f7493f37f6144d86991ec012937307647bd3b9a82abe2974e1407241d54947bbb39763a4cac9f77166ad92a0@10.3.58.6:30303?discport=30301`
+
+## इथेरियम नोड रेकॉर्ड्स (ENRs) {#enr}
+
+इथेरियम नोड रेकॉर्ड्स (ENRs) हे इथेरियमवरील नेटवर्क अ‍ॅड्रेसेससाठी एक प्रमाणित फॉरमॅट आहे. ते मल्टीऍडर आणि इनोड्सची जागा घेतात. हे विशेषतः उपयुक्त आहेत कारण ते नोड्स दरम्यान अधिक माहितीची देवाणघेवाण करण्यास परवानगी देतात. ENR मध्ये स्वाक्षरी, क्रम क्रमांक आणि स्वाक्षऱ्या निर्माण करण्यासाठी व प्रमाणित करण्यासाठी वापरल्या जाणाऱ्या आयडेंटिटी स्कीमचा तपशील देणारी फील्ड्स असतात. ENR मध्ये की-व्हॅल्यू जोड्या म्हणून आयोजित केलेला कोणताही डेटा देखील भरला जाऊ शकतो. या की-व्हॅल्यू जोड्यांमध्ये नोडचा आयपी अ‍ॅड्रेस आणि नोड वापरू शकणाऱ्या सब-प्रोटोकॉल्सबद्दलची माहिती असते. कन्सेन्सस क्लायंट्स बूट नोड्स ओळखण्यासाठी एक [विशिष्ट ENR रचना](https://github.com/ethereum/consensus-specs/blob/dev/specs/phase0/p2p-interface.md#enr-structure) वापरतात आणि त्यात `eth2` फील्ड देखील समाविष्ट असते, ज्यात सध्याच्या इथेरियम फोर्क आणि अटेस्टेशन गॉसिप सबनेटबद्दल माहिती असते (हे नोडला पिअर्सच्या एका विशिष्ट संचाशी जोडते ज्यांचे अटेस्टेशन एकत्रित केले जातात).
+
+## अधिक वाचन {#further-reading}
+
+- [EIP-778: इथेरियम नोड रेकॉर्ड्स (ENR)](https://eips.ethereum.org/EIPS/eip-778)
+- [LibP2P: Multiaddr-Enode-ENR?!](https://consensys.net/diligence/blog/2020/09/libp2p-multiaddr-enode-enr/)
diff --git a/public/content/translations/mr/developers/docs/networking-layer/portal-network/index.md b/public/content/translations/mr/developers/docs/networking-layer/portal-network/index.md
new file mode 100644
index 00000000000..2bf8a1a50b1
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/networking-layer/portal-network/index.md
@@ -0,0 +1,89 @@
+---
+title: "पोर्टल नेटवर्क"
+description: "पोर्टल नेटवर्कचे विहंगावलोकन - कमी-संसाधन क्लायंटना समर्थन देण्यासाठी डिझाइन केलेले एक इन-डेव्हलपमेंट नेटवर्क."
+lang: mr
+---
+
+Ethereum हे Ethereum क्लायंट सॉफ्टवेअर चालवणार्‍या कॉम्प्युटरने बनलेले एक नेटवर्क आहे. यापैकी प्रत्येक कॉम्प्युटरला 'नोड' म्हटले जाते. क्लायंट सॉफ्टवेअर नोडला Ethereum नेटवर्कवर डेटा पाठवण्याची आणि प्राप्त करण्याची परवानगी देते आणि Ethereum प्रोटोकॉल नियमांनुसार डेटाची पडताळणी करते. नोड्स त्यांच्या डिस्क स्टोरेजमध्ये भरपूर ऐतिहासिक डेटा ठेवतात आणि जेव्हा त्यांना नेटवर्कवरील इतर नोड्सकडून माहितीचे नवीन पॅकेट, ज्यांना ब्लॉक्स म्हणून ओळखले जाते, प्राप्त होतात तेव्हा त्यात भर घालतात. नोडकडे उर्वरित नेटवर्कशी सुसंगत माहिती आहे हे नेहमी तपासण्यासाठी हे आवश्यक आहे. याचा अर्थ नोड चालवण्यासाठी भरपूर डिस्क स्पेसची आवश्यकता असू शकते. काही नोड ऑपरेशन्ससाठी भरपूर RAM ची देखील आवश्यकता असू शकते.
+
+या डिस्क स्टोरेज समस्येवर मात करण्यासाठी, 'लाइट' नोड्स विकसित केले गेले आहेत जे सर्व माहिती स्वतः संग्रहित करण्याऐवजी पूर्ण नोड्सकडून माहितीची विनंती करतात. तथापि, याचा अर्थ असा आहे की लाइट नोड स्वतंत्रपणे माहितीची पडताळणी करत नाही आणि त्याऐवजी दुसर्‍या नोडवर विश्वास ठेवत आहे. याचा अर्थ असाही होतो की त्या लाइट नोड्सना सेवा देण्यासाठी पूर्ण नोड्सना अतिरिक्त काम करावे लागते.
+
+पोर्टल नेटवर्क हे Ethereum साठी एक नवीन नेटवर्किंग डिझाइन आहे ज्याचा उद्देश "लाइट" नोड्ससाठी डेटा उपलब्धतेची समस्या पूर्ण नोड्सवर विश्वास न ठेवता किंवा अतिरिक्त ताण न टाकता सोडवणे आहे, नेटवर्कवर आवश्यक डेटा लहान भागांमध्ये शेअर करून.
+
+[नोड्स आणि क्लायंट्स](/developers/docs/nodes-and-clients/) वर अधिक माहिती
+
+## आम्हाला पोर्टल नेटवर्कची गरज का आहे {#why-do-we-need-portal-network}
+
+Ethereum नोड्स Ethereum ब्लॉकचेनची स्वतःची पूर्ण किंवा आंशिक प्रत संग्रहित करतात. ही स्थानिक प्रत व्यवहारांची वैधता तपासण्यासाठी आणि नोड योग्य साखळीचे अनुसरण करत असल्याची खात्री करण्यासाठी वापरली जाते. हा स्थानिकरित्या संग्रहित केलेला डेटा नोड्सना कोणत्याही इतर घटकावर विश्वास न ठेवता येणाऱ्या डेटाची वैधता आणि अचूकता स्वतंत्रपणे सत्यापित करण्यास अनुमती देतो.
+
+ब्लॉकचेनची ही स्थानिक प्रत आणि संबंधित स्टेट आणि पावती डेटा नोडच्या हार्ड डिस्कवर बरीच जागा घेतो. उदाहरणार्थ, एक कन्सेंसस क्लायंटला जोडलेल्या [Geth](https://geth.ethereum.org) चा वापर करून नोड चालवण्यासाठी 2TB हार्ड डिस्कची शिफारस केली जाते. स्नॅप सिंक वापरून, जे केवळ तुलनेने अलीकडील ब्लॉक्सच्या संचातून चेन डेटा संग्रहित करते, Geth साधारणपणे सुमारे 650GB डिस्क स्पेस व्यापते परंतु आठवड्यातून सुमारे 14GB ने वाढते (तुम्ही वेळोवेळी नोडची छाटणी करून 650GB पर्यंत कमी करू शकता).
+
+याचा अर्थ नोड्स चालवणे महाग असू शकते, कारण मोठ्या प्रमाणात डिस्क स्पेस Ethereum ला समर्पित करावी लागते. Ethereum रोडमॅपवर या समस्येवर अनेक उपाय आहेत, ज्यात [हिस्टरी एक्सपायरी](/roadmap/statelessness/#history-expiry), [स्टेट एक्सपायरी](/roadmap/statelessness/#state-expiry) आणि [स्टेटलेसनेस](/roadmap/statelessness/) यांचा समावेश आहे. तथापि, हे लागू होण्यास अनेक वर्षे लागण्याची शक्यता आहे. असे [लाइट नोड्स](/developers/docs/nodes-and-clients/light-clients/) देखील आहेत जे चेन डेटाची स्वतःची प्रत जतन करत नाहीत, ते त्यांना आवश्यक असलेला डेटा पूर्ण नोड्सकडून मागवतात. तथापि, याचा अर्थ असा आहे की लाइट नोड्सना प्रामाणिक डेटा प्रदान करण्यासाठी पूर्ण नोड्सवर विश्वास ठेवावा लागतो आणि लाइट नोड्सना आवश्यक असलेला डेटा सर्व्ह करणार्‍या पूर्ण नोड्सवर देखील ताण येतो.
+
+पोर्टल नेटवर्कचा उद्देश लाइट नोड्सना त्यांचा डेटा मिळविण्यासाठी एक पर्यायी मार्ग प्रदान करणे आहे ज्यासाठी पूर्ण नोड्सद्वारे कराव्या लागणाऱ्या कामावर विश्वास ठेवण्याची किंवा त्यात लक्षणीय वाढ करण्याची आवश्यकता नाही. हे करण्याचा मार्ग म्हणजे Ethereum नोड्सना नेटवर्कवर डेटा शेअर करण्यासाठी एक नवीन मार्ग सादर करणे.
+
+## पोर्टल नेटवर्क कसे कार्य करते? {#how-does-portal-network-work}
+
+Ethereum नोड्समध्ये कठोर प्रोटोकॉल असतात जे ते एकमेकांशी कसे संवाद साधतात हे परिभाषित करतात. एक्झिक्युशन क्लायंट [DevP2P](/developers/docs/networking-layer/#devp2p) म्हणून ओळखल्या जाणार्‍या सबप्रोटोकॉलच्या सेटचा वापर करून संवाद साधतात, तर कन्सेंसस क्लायंट [libP2P](/developers/docs/networking-layer/#libp2p) नावाच्या सबप्रोटोकॉलच्या वेगळ्या स्टॅकचा वापर करतात. हे नोड्स दरम्यान पास केल्या जाऊ शकणार्‍या डेटाचे प्रकार परिभाषित करतात.
+
+![devP2P and libP2P](portal-network-devp2p-libp2p.png)
+
+नोड्स [JSON-RPC API](/developers/docs/apis/json-rpc/) द्वारे विशिष्ट डेटा देखील देऊ शकतात, ज्याद्वारे ॲप्स आणि वॉलेट्स Ethereum नोड्ससह माहितीची देवाणघेवाण करतात. तथापि, यापैकी कोणताही लाइट क्लायंटना डेटा देण्यासाठी आदर्श प्रोटोकॉल नाही.
+
+लाइट क्लायंट सध्या DevP2P किंवा libP2p वर चेन डेटाचे विशिष्ट भाग मागू शकत नाहीत कारण ते प्रोटोकॉल केवळ चेन सिंक्रोनाइझेशन आणि ब्लॉक्स आणि व्यवहारांच्या गॉसिपिंगसाठी डिझाइन केलेले आहेत. लाइट क्लायंट ही माहिती डाउनलोड करू इच्छित नाहीत कारण त्यामुळे ते "लाइट" राहणार नाहीत.
+
+JSON-RPC API देखील लाइट क्लायंट डेटा विनंत्यांसाठी एक आदर्श पर्याय नाही, कारण ते एका विशिष्ट पूर्ण नोड किंवा केंद्रीकृत RPC प्रदात्याच्या कनेक्शनवर अवलंबून असते जे डेटा देऊ शकतात. याचा अर्थ असा आहे की लाइट क्लायंटला तो विशिष्ट नोड/प्रदाता प्रामाणिक असेल यावर विश्वास ठेवावा लागतो आणि पूर्ण नोडला अनेक लाइट क्लायंटकडून अनेक विनंत्या हाताळाव्या लागू शकतात, ज्यामुळे त्यांच्या बँडविड्थ आवश्यकतांमध्ये वाढ होते.
+
+पोर्टल नेटवर्कचा मुद्दा म्हणजे संपूर्ण डिझाइनवर पुनर्विचार करणे, विद्यमान Ethereum क्लायंटच्या डिझाइन मर्यादांच्या बाहेर, विशेषतः हलकेपणासाठी तयार करणे.
+
+पोर्टल नेटवर्कची मुख्य कल्पना म्हणजे सध्याच्या नेटवर्किंग स्टॅकचे सर्वोत्तम भाग घेणे, ज्यामध्ये लाइट क्लायंटना आवश्यक असलेली माहिती, जसे की ऐतिहासिक डेटा आणि चेनच्या सध्याच्या हेडची ओळख, [DHT](https://en.wikipedia.org/wiki/Distributed_hash_table) (Bittorrent सारखे) वापरून हलक्या वजनाच्या DevP2P शैलीतील पीअर-टू-पीअर विकेंद्रित नेटवर्कद्वारे दिली जाईल.
+
+प्रत्येक नोडमध्ये एकूण ऐतिहासिक Ethereum डेटाचे लहान भाग आणि काही विशिष्ट नोड जबाबदाऱ्या जोडण्याची कल्पना आहे. नंतर, विनंती केलेला विशिष्ट डेटा संग्रहित करणारे नोड्स शोधून आणि त्यांच्याकडून तो मिळवून विनंत्या पूर्ण केल्या जातात.
+
+हे लाइट नोड्सच्या सामान्य मॉडेलला उलट करते ज्यात एकच नोड शोधून मोठ्या प्रमाणात डेटा फिल्टर करण्याची आणि सर्व्ह करण्याची विनंती केली जाते; त्याऐवजी, ते नोड्सच्या मोठ्या नेटवर्कला त्वरीत फिल्टर करतात जे प्रत्येकजण कमी प्रमाणात डेटा हाताळतात.
+
+हलक्या वजनाच्या पोर्टल क्लायंटच्या विकेंद्रित नेटवर्कला खालील गोष्टी करण्याची परवानगी देणे हे ध्येय आहे:
+
+- चेनच्या हेडचा मागोवा घेणे
+- अलीकडील आणि ऐतिहासिक चेन डेटा सिंक करणे
+- स्टेट डेटा मिळवणे
+- व्यवहार प्रसारित करणे
+- [EVM](/developers/docs/evm/) वापरून व्यवहार कार्यान्वित करणे
+
+या नेटवर्क डिझाइनचे फायदे आहेत:
+
+- केंद्रीकृत प्रदात्यांवरील अवलंबित्व कमी करणे
+- इंटरनेट बँडविड्थ वापर कमी करणे
+- किमान किंवा शून्य सिंकिंग
+- संसाधन-मर्यादित उपकरणांसाठी प्रवेशयोग्य (<1 GB RAM, <100 MB डिस्क स्पेस, 1 CPU)
+
+खालील तक्ता विद्यमान क्लायंटची कार्ये दर्शवितो जी पोर्टल नेटवर्कद्वारे वितरित केली जाऊ शकतात, ज्यामुळे वापरकर्त्यांना अत्यंत कमी-संसाधन उपकरणांवर या कार्यांमध्ये प्रवेश करता येतो.
+
+### पोर्टल नेटवर्क्स
+
+| बीकन लाइट क्लायंट | स्टेट नेटवर्क         | व्यवहार गॉसिप | हिस्टरी नेटवर्क |
+| ----------------- | --------------------- | ------------- | --------------- |
+| बीकन चेन लाइट     | खाते आणि करार स्टोरेज | हलके मेमपूल   | हेडर्स          |
+| प्रोटोकॉल डेटा    |                       |               | ब्लॉक बॉडीज     |
+|                   |                       |               | पावत्या         |
+
+## डीफॉल्टनुसार क्लायंट विविधता {#client-diversity-as-default}
+
+पोर्टल नेटवर्क डेव्हलपर्सनी पहिल्या दिवसापासून चार वेगळे पोर्टल नेटवर्क क्लायंट तयार करण्याचा डिझाइन पर्याय निवडला.
+
+पोर्टल नेटवर्क क्लायंट आहेत:
+
+- [Trin](https://github.com/ethereum/trin): रस्टमध्ये लिहिलेले
+- [Fluffy](https://fluffy.guide): निममध्ये लिहिलेले
+- [Ultralight](https://github.com/ethereumjs/ultralight): टाइप्सक्रिप्टमध्ये लिहिलेले
+- [Shisui](https://github.com/zen-eth/shisui): गो मध्ये लिहिलेले
+
+एकाधिक स्वतंत्र क्लायंट अंमलबजावणी असणे Ethereum नेटवर्कची लवचिकता आणि विकेंद्रीकरण वाढवते.
+
+एखाद्या क्लायंटला समस्या किंवा असुरक्षिततेचा सामना करावा लागल्यास, इतर क्लायंट सहजतेने कार्य करणे सुरू ठेवू शकतात, ज्यामुळे अपयशाचा एकच बिंदू टाळता येतो. याव्यतिरिक्त, विविध क्लायंट अंमलबजावणी नवकल्पना आणि स्पर्धेला प्रोत्साहन देतात, सुधारणांना चालना देतात आणि इकोसिस्टममधील मोनोकल्चरचा धोका कमी करतात.
+
+## पुढील वाचन {#further-reading}
+
+- [पोर्टल नेटवर्क (डेव्हकॉन बोगोटा येथे पायपर मेरियम)](https://www.youtube.com/watch?v=0stc9jnQLXA).
+- [पोर्टल नेटवर्क डिस्कॉर्ड](https://discord.gg/CFFnmE7Hbs)
+- [पोर्टल नेटवर्क वेबसाइट](https://www.ethportal.net/)
diff --git a/public/content/translations/mr/developers/docs/networks/index.md b/public/content/translations/mr/developers/docs/networks/index.md
new file mode 100644
index 00000000000..1d458c3b72c
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/networks/index.md
@@ -0,0 +1,216 @@
+---
+title: "नेटवर्क"
+description: "Ethereum च्या नेटवर्क्सचा आढावा आणि तुमच्या ॲप्लिकेशनची चाचणी करण्यासाठी टेस्टनेट ईथर (ETH) कुठून मिळवायचे."
+lang: mr
+---
+
+Ethereum नेटवर्क्स हे एकमेकांना जोडलेल्या संगणकांचे गट आहेत जे Ethereum प्रोटोकॉल वापरून संवाद साधतात. फक्त एकच Ethereum मेननेट आहे, परंतु चाचणी आणि विकासाच्या उद्देशांसाठी त्याच प्रोटोकॉल नियमांचे पालन करणारे स्वतंत्र नेटवर्क्स तयार केले जाऊ शकतात. असे अनेक स्वतंत्र "नेटवर्क्स" आहेत जे एकमेकांशी संवाद न साधता प्रोटोकॉलचे पालन करतात. तुम्ही तुमच्या स्मार्ट कॉन्ट्रॅक्ट्स आणि वेब3 ॲप्सची चाचणी करण्यासाठी तुमच्या स्वतःच्या संगणकावर स्थानिक पातळीवर एक सुरू करू शकता.
+
+तुमचे Ethereum खाते वेगवेगळ्या नेटवर्क्सवर काम करेल, परंतु तुमच्या खात्यातील शिल्लक आणि व्यवहारांचा इतिहास मुख्य Ethereum नेटवर्कवरून पुढे नेला जाणार नाही. चाचणीच्या उद्देशांसाठी, कोणते नेटवर्क्स उपलब्ध आहेत आणि प्रयोग करण्यासाठी टेस्टनेट ETH कसे मिळवायचे हे जाणून घेणे उपयुक्त आहे. सर्वसाधारणपणे, सुरक्षिततेच्या कारणास्तव, मेननेट खाती टेस्टनेट्सवर किंवा याउलट पुन्हा वापरण्याची शिफारस केली जात नाही.
+
+## पूर्वतयारी {#prerequisites}
+
+वेगवेगळ्या नेटवर्क्सबद्दल वाचण्यापूर्वी तुम्ही [Ethereum च्या मूलभूत गोष्टी](/developers/docs/intro-to-ethereum/) समजून घ्याव्यात, कारण टेस्ट नेटवर्क्स तुम्हाला प्रयोग करण्यासाठी Ethereum ची एक स्वस्त, सुरक्षित आवृत्ती देतील.
+
+## सार्वजनिक नेटवर्क्स {#public-networks}
+
+सार्वजनिक नेटवर्क्स इंटरनेट कनेक्शन असलेल्या जगातील कोणालाही उपलब्ध आहेत. कोणीही सार्वजनिक ब्लॉकचेनवर व्यवहार वाचू किंवा तयार करू शकतो आणि कार्यान्वित होत असलेल्या व्यवहारांना प्रमाणित करू शकतो. पीअर्समधील सहमती व्यवहारांच्या समावेशावर आणि नेटवर्कच्या स्थितीवर निर्णय घेते.
+
+### Ethereum मेननेट {#ethereum-mainnet}
+
+मेननेट हे प्राथमिक सार्वजनिक Ethereum प्रोडक्शन ब्लॉकचेन आहे, जिथे वितरित लेजरवर वास्तविक-मूल्याचे व्यवहार होतात.
+
+जेव्हा लोक आणि एक्सचेंज ETH च्या किमतींवर चर्चा करतात, तेव्हा ते मेननेट ETH बद्दल बोलत असतात.
+
+### Ethereum टेस्टनेट्स {#ethereum-testnets}
+
+मेननेट व्यतिरिक्त, सार्वजनिक टेस्टनेट्स आहेत. हे प्रोटोकॉल डेव्हलपर्स किंवा स्मार्ट कॉन्ट्रॅक्ट डेव्हलपर्सद्वारे मेननेटवर तैनात करण्यापूर्वी प्रोटोकॉल अपग्रेड्स आणि संभाव्य स्मार्ट कॉन्ट्रॅक्ट्स या दोन्हींची प्रोडक्शनसारख्या वातावरणात चाचणी घेण्यासाठी वापरले जाणारे नेटवर्क्स आहेत. याला प्रोडक्शन विरुद्ध स्टेजिंग सर्व्हर्सच्या एनालॉग म्हणून विचार करा.
+
+तुम्ही लिहिलेला कोणताही कॉन्ट्रॅक्ट कोड मेननेटवर तैनात करण्यापूर्वी टेस्टनेटवर तपासला पाहिजे. विद्यमान स्मार्ट कॉन्ट्रॅक्ट्ससह एकत्रित होणाऱ्या dApps पैकी, बहुतेक प्रोजेक्ट्सच्या कॉपीज टेस्टनेट्सवर तैनात केलेल्या असतात.
+
+बहुतेक टेस्टनेट्सनी परवानगी असलेल्या प्रूफ-ऑफ-अथॉरिटी सहमती यंत्रणेचा वापर करून सुरुवात केली. याचा अर्थ असा की व्यवहार प्रमाणित करण्यासाठी आणि नवीन ब्लॉक्स तयार करण्यासाठी काही मोजके नोड्स निवडले जातात – या प्रक्रियेत त्यांची ओळख स्टेक करून. याव्यतिरिक्त, काही टेस्टनेट्समध्ये एक खुली प्रूफ-ऑफ-स्टेक सहमती यंत्रणा असते, जिथे प्रत्येकजण Ethereum मेननेटप्रमाणेच व्हॅलिडेटर चालवण्याची चाचणी करू शकतो.
+
+टेस्टनेट्सवरील ETH चे कोणतेही वास्तविक मूल्य नसते असे मानले जाते; तथापि, काही प्रकारच्या टेस्टनेट ETH साठी बाजारपेठा तयार झाल्या आहेत जे दुर्मिळ किंवा मिळवण्यासाठी कठीण झाले आहे. Ethereum सोबत (अगदी टेस्टनेट्सवरही) संवाद साधण्यासाठी तुम्हाला ETH ची आवश्यकता असल्याने, बहुतेक लोक फॉसेट्समधून विनामूल्य टेस्टनेट ETH मिळवतात. बहुतेक फॉसेट्स हे वेबॲप्स आहेत जिथे तुम्ही एक पत्ता टाकू शकता ज्यावर ETH पाठवण्याची विनंती करता.
+
+#### मी कोणता टेस्टनेट वापरावा?
+
+क्लायंट डेव्हलपर्स सध्या सांभाळत असलेले दोन सार्वजनिक टेस्टनेट्स Sepolia आणि Hoodi आहेत. Sepolia हे कॉन्ट्रॅक्ट आणि ॲप्लिकेशन डेव्हलपर्ससाठी त्यांच्या ॲप्लिकेशन्सची चाचणी करण्याकरिता एक नेटवर्क आहे. Hoodi नेटवर्क प्रोटोकॉल डेव्हलपर्सना नेटवर्क अपग्रेडची चाचणी करण्याची आणि स्टेकर्सना व्हॅलिडेटर्स चालवण्याची चाचणी करण्याची परवानगी देते.
+
+#### Sepolia {#sepolia}
+
+**ॲप्लिकेशन डेव्हलपमेंटसाठी Sepolia हा शिफारस केलेला डीफॉल्ट टेस्टनेट आहे**. Sepolia नेटवर्क क्लायंट आणि टेस्टिंग टीमद्वारे नियंत्रित असलेला परवानगीप्राप्त व्हॅलिडेटर संच वापरते.
+
+##### संसाधने
+
+- [वेबसाइट](https://sepolia.dev/)
+- [GitHub](https://github.com/eth-clients/sepolia)
+- [Otterscan](https://sepolia.otterscan.io/)
+- [Etherscan](https://sepolia.etherscan.io)
+- [Blockscout](https://eth-sepolia.blockscout.com/)
+
+##### फॉसेट्स
+
+- [Alchemy Sepolia फॉसेट](https://www.alchemy.com/faucets/ethereum-sepolia)
+- [Chain Platform Sepolia फॉसेट](https://faucet.chainplatform.co/faucets/ethereum-sepolia/)
+- [Chainstack Sepolia फॉसेट](https://faucet.chainstack.com/sepolia-testnet-faucet)
+- [Ethereum इकोसिस्टम फॉसेट](https://www.ethereum-ecosystem.com/faucets/ethereum-sepolia)
+- [ethfaucet.com Sepolia फॉसेट](https://ethfaucet.com/networks/ethereum)
+- [Google Cloud Web3 Sepolia फॉसेट](https://cloud.google.com/application/web3/faucet/ethereum/sepolia)
+- [Grabteeth](https://grabteeth.xyz/)
+- [Infura Sepolia फॉसेट](https://www.infura.io/faucet)
+- [PoW फॉसेट](https://sepolia-faucet.pk910.de/)
+- [QuickNode Sepolia फॉसेट](https://faucet.quicknode.com/ethereum/sepolia)
+
+#### Hoodi {#hoodi}
+
+Hoodi हा व्हॅलिडेटिंग आणि स्टेकिंगची चाचणी करण्यासाठी एक टेस्टनेट आहे. Hoodi नेटवर्क टेस्टनेट व्हॅलिडेटर चालवू इच्छिणाऱ्या वापरकर्त्यांसाठी खुले आहे. म्हणून, मेननेटवर तैनात करण्यापूर्वी प्रोटोकॉल अपग्रेडची चाचणी करू इच्छिणाऱ्या स्टेकर्सनी Hoodi वापरावे.
+
+- खुला व्हॅलिडेटर सेट, स्टेकर्स नेटवर्क अपग्रेडची चाचणी करू शकतात
+- मोठी स्टेट, गुंतागुंतीच्या स्मार्ट कॉन्ट्रॅक्ट इंटरॅक्शन्सची चाचणी करण्यासाठी उपयुक्त
+- सिंक करण्यासाठी जास्त वेळ लागतो आणि नोड चालवण्यासाठी जास्त स्टोरेजची आवश्यकता असते
+
+##### संसाधने
+
+- [वेबसाइट](https://hoodi.ethpandaops.io/)
+- [GitHub](https://github.com/eth-clients/hoodi)
+- [एक्सप्लोरर](https://explorer.hoodi.ethpandaops.io/)
+- [चेकपॉइंट सिंक](https://checkpoint-sync.hoodi.ethpandaops.io/)
+- [Otterscan](https://hoodi.otterscan.io/)
+- [Etherscan](https://hoodi.etherscan.io/)
+
+##### फॉसेट्स
+
+- [Chain Platform Hoodi फॉसेट](https://faucet.chainplatform.co/faucets/ethereum-hoodi/)
+- [Hoodi फॉसेट](https://hoodi.ethpandaops.io/)
+- [PoW फॉसेट](https://hoodi-faucet.pk910.de/)
+
+#### Ephemery {#ephemery}
+
+Ephemery हा एक अनोखा प्रकारचा टेस्टनेट आहे जो दर महिन्याला पूर्णपणे रीसेट होतो. अंमलबजावणी आणि सहमतीची स्थिती दर 28 दिवसांनी जेनेसिसवर परत जाते, याचा अर्थ टेस्टनेटवर घडणारी कोणतीही गोष्ट क्षणिक असते. यामुळे हे अल्प-मुदतीच्या चाचणी, जलद नोड बूटस्ट्रॅप आणि 'हॅलो वर्ल्ड' सारख्या ॲप्लिकेशन्ससाठी आदर्श आहे ज्यांना कायमस्वरूपीपणाची आवश्यकता नसते.
+
+- नेहमी ताजी स्थिती, व्हॅलिडेटर्स आणि ॲप्सची अल्प-मुदतीची चाचणी
+- फक्त मूलभूत कॉन्ट्रॅक्ट्सचा संच समाविष्ट आहे
+- खुला व्हॅलिडेटर सेट आणि मोठ्या प्रमाणात निधी मिळवणे सोपे
+- सर्वात कमी नोड आवश्यकता आणि सर्वात जलद सिंक, सरासरी &lt;5GB
+
+##### संसाधने
+
+- [वेबसाइट](https://ephemery.dev/)
+- [Github](https://github.com/ephemery-testnet/ephemery-resources)
+- [कम्युनिटी चॅट](https://matrix.to/#/#staker-testnet:matrix.org)
+- [Blockscout](https://explorer.ephemery.dev/)
+- [Otterscan](https://otter.bordel.wtf/)
+- [बीकन एक्सप्लोरर](https://beaconlight.ephemery.dev/)
+- [चेकपॉइंट सिंक](https://checkpoint-sync.ephemery.ethpandaops.io)
+- [लाँचपॅड](https://launchpad.ephemery.dev/)
+
+#### फॉसेट्स
+
+- [Bordel फॉसेट](https://faucet.bordel.wtf/)
+- [Pk910 PoW फॉसेट](https://ephemery-faucet.pk910.de/)
+
+#### Holesky (कालबाह्य) {#holesky}
+
+Holesky टेस्टनेट सप्टेंबर २०२५ पासून कालबाह्य आहे. स्टेकिंग ऑपरेटर्स आणि इन्फ्रास्ट्रक्चर प्रोव्हायडर्सनी त्याऐवजी व्हॅलिडेटर चाचणीसाठी Hoodi वापरावे.
+
+- [Holesky टेस्टनेट शटडाउनची घोषणा](https://blog.ethereum.org/2025/09/01/holesky-shutdown-announcement) - _EF ब्लॉग, 1-सप्टेंबर-2025_
+- [Holesky आणि Hoodi टेस्टनेट अपडेट्स](https://blog.ethereum.org/en/2025/03/18/hoodi-holesky) - _EF ब्लॉग, 18-मार्च-2025_
+
+### लेयर 2 टेस्टनेट्स {#layer-2-testnets}
+
+[लेयर 2 (L2)](/layer-2/) ही Ethereum स्केलिंग सोल्यूशन्सच्या विशिष्ट संचाचे वर्णन करण्यासाठी वापरली जाणारी एक सामूहिक संज्ञा आहे. लेयर 2 हे एक वेगळे ब्लॉकचेन आहे जे Ethereum चा विस्तार करते आणि Ethereum च्या सुरक्षा हमी वारसा हक्काने घेते. लेयर 2 टेस्टनेट्स सामान्यतः सार्वजनिक Ethereum टेस्टनेट्सशी घट्टपणे जोडलेले असतात.
+
+#### Arbitrum Sepolia {#arbitrum-sepolia}
+
+[Arbitrum](https://arbitrum.io/) साठी एक टेस्टनेट.
+
+##### संसाधने
+
+- [Etherscan](https://sepolia.arbiscan.io/)
+- [Blockscout](https://sepolia-explorer.arbitrum.io/)
+
+##### फॉसेट्स
+
+- [Alchemy Arbitrum Sepolia फॉसेट](https://www.alchemy.com/faucets/arbitrum-sepolia)
+- [Chainlink Arbitrum Sepolia फॉसेट](https://faucets.chain.link/arbitrum-sepolia)
+- [ethfaucet.com Arbitrum Sepolia फॉसेट](https://ethfaucet.com/networks/arbitrum)
+- [QuickNode Arbitrum Sepolia फॉसेट](https://faucet.quicknode.com/arbitrum/sepolia)
+
+#### Optimistic Sepolia {#optimistic-sepolia}
+
+[Optimism](https://www.optimism.io/) साठी एक टेस्टनेट.
+
+##### संसाधने
+
+- [Etherscan](https://sepolia-optimistic.etherscan.io/)
+- [Blockscout](https://optimism-sepolia.blockscout.com/)
+
+##### फॉसेट्स
+
+- [Alchemy फॉसेट](https://www.alchemy.com/faucets/optimism-sepolia)
+- [Chainlink फॉसेट](https://faucets.chain.link/optimism-sepolia)
+- [ethfaucet.com Optimism Sepolia फॉसेट](https://ethfaucet.com/networks/optimism)
+- [टेस्टनेट फॉसेट](https://docs.optimism.io/builders/tools/build/faucets)
+
+#### Starknet Sepolia {#starknet-sepolia}
+
+[Starknet](https://www.starknet.io) साठी एक टेस्टनेट.
+
+##### संसाधने
+
+- [Starkscan](https://sepolia.starkscan.co/)
+
+##### फॉसेट्स
+
+- [Alchemy फॉसेट](https://www.alchemy.com/faucets/starknet-sepolia)
+- [Blast Starknet Sepolia फॉसेट](https://blastapi.io/faucets/starknet-sepolia-eth)
+- [Starknet फॉसेट](https://starknet-faucet.vercel.app/)
+
+## खाजगी नेटवर्क्स {#private-networks}
+
+एक Ethereum नेटवर्क हे खाजगी नेटवर्क असते जर त्याचे नोड्स सार्वजनिक नेटवर्कशी (म्हणजेच, मेननेट किंवा टेस्टनेट) जोडलेले नसतील. या संदर्भात, 'खाजगी' म्हणजे फक्त राखीव किंवा वेगळे, संरक्षित किंवा सुरक्षित नाही.
+
+### विकास नेटवर्क्स {#development-networks}
+
+Ethereum ॲप्लिकेशन विकसित करण्यासाठी, ते तैनात करण्यापूर्वी कसे कार्य करते हे पाहण्यासाठी तुम्हाला ते एका खाजगी नेटवर्कवर चालवायचे असेल. जसे तुम्ही वेब डेव्हलपमेंटसाठी तुमच्या संगणकावर लोकल सर्व्हर तयार करता, त्याचप्रमाणे तुम्ही तुमच्या dApp ची चाचणी करण्यासाठी लोकल ब्लॉकचेन इन्स्टन्स तयार करू शकता. हे सार्वजनिक टेस्टनेटपेक्षा खूप जलद पुनरावृत्ती करण्यास अनुमती देते.
+
+यासाठी मदत करण्यासाठी समर्पित प्रोजेक्ट्स आणि टूल्स आहेत. [विकास नेटवर्क्स](/developers/docs/development-networks/)बद्दल अधिक जाणून घ्या.
+
+### कंसोर्टियम नेटवर्क्स {#consortium-networks}
+
+सहमती प्रक्रिया विश्वसनीय असलेल्या नोड्सच्या पूर्व-परिभाषित संचाद्वारे नियंत्रित केली जाते. उदाहरणार्थ, ज्ञात शैक्षणिक संस्थांचे एक खाजगी नेटवर्क ज्यापैकी प्रत्येक एका नोडवर नियंत्रण ठेवते, आणि ब्लॉक्स नेटवर्कमधील स्वाक्षरीकर्त्यांच्या थ्रेशोल्डद्वारे प्रमाणित केले जातात.
+
+जर सार्वजनिक Ethereum नेटवर्क सार्वजनिक इंटरनेटसारखे असेल, तर कंसोर्टियम नेटवर्क खाजगी इंट्रानेटसारखे आहे.
+
+## <Emoji text="🚉" /> Ethereum टेस्टनेट्सना मेट्रो स्टेशन्सची नावे का दिली जातात? {#why-naming}
+
+अनेक Ethereum टेस्टनेट्सना वास्तविक जगातील मेट्रो किंवा ट्रेन स्टेशन्सवरून नावे दिली आहेत. ही नाव देण्याची परंपरा लवकर सुरू झाली आणि ती जागतिक शहरे प्रतिबिंबित करते जिथे योगदानकर्ते राहिले किंवा काम केले आहेत. हे प्रतिकात्मक, संस्मरणीय आणि व्यावहारिक आहे. जसे टेस्टनेट्स Ethereum मेननेटपासून वेगळे आहेत, तसेच मेट्रो लाईन्स पृष्ठभागावरील रहदारीपासून वेगळ्या चालतात.
+
+### <Emoji text="🚧" /> सामान्यतः वापरले जाणारे आणि लेगसी टेस्टनेट्स {#common-and-legacy-testnets}
+
+- **Sepolia** - अथेन्स, ग्रीसमधील मेट्रोने जोडलेला परिसर. सध्या स्मार्ट कॉन्ट्रॅक्ट आणि dApp चाचणीसाठी वापरले जाते.
+- **Hoodi** - बंगळूर, भारतातील हुडी मेट्रो स्टेशनच्या नावावरून ठेवलेले. व्हॅलिडेटर आणि प्रोटोकॉल अपग्रेड चाचणीसाठी वापरले जाते.
+- **Goerli** _(कालबाह्य)_ - बर्लिन, जर्मनीमधील Görlitzer Bahnhof च्या नावावरून ठेवलेले.
+- **Rinkeby** _(कालबाह्य)_ - स्टॉकहोममधील मेट्रो स्टेशन असलेल्या उपनगराच्या नावावरून ठेवलेले.
+- **Ropsten** _(कालबाह्य)_ - स्टॉकहोममधील एक परिसर आणि पूर्वीचे फेरी/मेट्रो टर्मिनल.
+- **Kovan** _(कालबाह्य)_ - सिंगापूरमधील MRT स्टेशनच्या नावावरून ठेवलेले.
+- **Morden** _(कालबाह्य)_ - लंडन अंडरग्राउंड स्टेशनच्या नावावरून ठेवलेले. Ethereum चा पहिला सार्वजनिक टेस्टनेट.
+
+### <Emoji text="🧪" /> इतर विशेष टेस्टनेट्स {#other-testnets}
+
+काही टेस्टनेट्स अल्प-मुदतीच्या किंवा अपग्रेड-विशिष्ट चाचणीसाठी तयार केले गेले होते आणि ते आवश्यक नाही की मेट्रो-थीमवर आधारित असतील:
+
+- **Holesky** _(कालबाह्य)_ - प्रागमधील Holešovice स्टेशनच्या नावावरून ठेवलेले. व्हॅलिडेटर चाचणीसाठी वापरले जाते; 2025 मध्ये कालबाह्य.
+- **Kiln**, **Zhejiang**, **Shandong**, **Prater**, **Pyrmont**, **Olympic** _(सर्व कालबाह्य)_ आणि **Ephemery** - द मर्ज, शांघाय, किंवा व्हॅलिडेटर प्रयोगांसारख्या अपग्रेड सिम्युलेशनसाठी उद्देश-निर्मित. काही नावे मेट्रो-आधारित नसून प्रादेशिक किंवा थीमॅटिक आहेत.
+
+मेट्रो स्टेशनची नावे वापरल्याने डेव्हलपर्सना अंकीय चेन आयडीवर अवलंबून न राहता टेस्टनेट्स पटकन ओळखण्यास आणि लक्षात ठेवण्यास मदत होते. हे Ethereum च्या संस्कृतीला देखील प्रतिबिंबित करते: व्यावहारिक, जागतिक आणि मानवकेंद्रित.
+
+## संबंधित साधने {#related-tools}
+
+- [Chainlist](https://chainlist.org/) _वॉलेट्स आणि प्रोव्हायडर्सना योग्य चेन आयडी आणि नेटवर्क आयडीशी जोडण्यासाठी EVM नेटवर्क्सची सूची_
+- [EVM-आधारित चेन्स](https://github.com/ethereum-lists/chains) _चेन मेटाडेटाचा GitHub रेपो जो Chainlist ला शक्ती देतो_
+
+## पुढील वाचन {#further-reading}
+
+- [प्रस्ताव: अंदाजित Ethereum टेस्टनेट जीवनचक्र](https://ethereum-magicians.org/t/proposal-predictable-ethereum-testnet-lifecycle/11575/17)
+- [Ethereum टेस्टनेट्सची उत्क्रांती](https://etherworld.co/2022/08/19/the-evolution-of-ethereum-testnet/)
diff --git a/public/content/translations/mr/developers/docs/nodes-and-clients/archive-nodes/index.md b/public/content/translations/mr/developers/docs/nodes-and-clients/archive-nodes/index.md
new file mode 100644
index 00000000000..094c61594a9
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/nodes-and-clients/archive-nodes/index.md
@@ -0,0 +1,81 @@
+---
+title: "इथेरियम आर्काइव्ह नोड"
+description: "आर्काइव्ह नोड्सचा आढावा"
+lang: mr
+sidebarDepth: 2
+---
+
+आर्काइव्ह नोड हा इथेरियम क्लायंटचा एक इन्स्टन्स आहे जो सर्व ऐतिहासिक स्टेट्सचा आर्काइव्ह तयार करण्यासाठी कॉन्फिगर केलेला असतो. हे काही विशिष्ट वापरासाठी एक उपयुक्त साधन आहे परंतु पूर्ण नोडपेक्षा चालवण्यासाठी अधिक अवघड असू शकते.
+
+## पूर्वतयारी {#prerequisites}
+
+तुम्ही [इथेरियम नोडची](/developers/docs/nodes-and-clients/) संकल्पना, [त्याची रचना](/developers/docs/nodes-and-clients/node-architecture/), [सिंक करण्याची धोरणे](/developers/docs/nodes-and-clients/#sync-modes), [तो चालवण्याच्या](/developers/docs/nodes-and-clients/run-a-node/) आणि [वापरण्याच्या](/developers/docs/apis/json-rpc/) पद्धती समजून घेतल्या पाहिजेत.
+
+## आर्काइव्ह नोड म्हणजे काय
+
+आर्काइव्ह नोडचे महत्त्व समजून घेण्यासाठी, चला "स्टेट" ही संकल्पना स्पष्ट करूया. इथेरियमला _ट्रान्झॅक्शन-आधारित स्टेट मशीन_ म्हणून संबोधले जाऊ शकते. यात खाती आणि ॲप्लिकेशन्स असतात जे व्यवहार कार्यान्वित करून त्यांची स्टेट बदलतात. प्रत्येक खाते आणि कराराबद्दलच्या माहितीसह असलेला जागतिक डेटा, स्टेट नावाच्या ट्राय डेटाबेसमध्ये संग्रहित केला जातो. हे एक्झिक्युशन लेअर (EL) क्लायंटद्वारे हाताळले जाते आणि त्यात समाविष्ट आहे:
+
+- खात्यातील शिल्लक आणि नॉन्स
+- कराराचा कोड आणि स्टोरेज
+- कन्सेंसस-संबंधित डेटा, उदा., स्टेकिंग डिपॉझिट कॉन्ट्रॅक्ट
+
+नेटवर्कशी संवाद साधण्यासाठी, नवीन ब्लॉक्सची पडताळणी करण्यासाठी आणि तयार करण्यासाठी, इथेरियम क्लायंट्सना सर्वात अलीकडील बदलांसह (चेनचे टोक) आणि म्हणूनच वर्तमान स्टेटसह अद्ययावत रहावे लागते. पूर्ण नोड म्हणून कॉन्फिगर केलेला एक्झिक्युशन लेअर क्लायंट नेटवर्कच्या नवीनतम स्टेटची पडताळणी करतो आणि त्याचे अनुसरण करतो, पण तो फक्त मागील काही स्टेट्स कॅशे करतो, उदा., शेवटच्या 128 ब्लॉक्सशी संबंधित स्टेट, जेणेकरून तो चेन रिऑर्ग्स हाताळू शकेल आणि अलीकडील डेटामध्ये जलद प्रवेश प्रदान करू शकेल. येणारे व्यवहार सत्यापित करण्यासाठी आणि नेटवर्क वापरण्यासाठी सर्व क्लायंट्सना अलीकडील स्टेटची आवश्यकता असते.
+
+तुम्ही स्टेटची कल्पना एका दिलेल्या ब्लॉकवरील नेटवर्कच्या क्षणिक स्नॅपशॉट म्हणून आणि आर्काइव्हची कल्पना इतिहासाच्या रिप्ले म्हणून करू शकता.
+
+ऐतिहासिक स्टेट्स सुरक्षितपणे काढून टाकल्या जाऊ शकतात, कारण त्या नेटवर्क चालवण्यासाठी आवश्यक नाहीत आणि क्लायंटने सर्व कालबाह्य डेटा ठेवणे अनावश्यकपणे निरर्थक ठरेल. काही अलीकडील ब्लॉकच्या आधी अस्तित्वात असलेल्या स्टेट्स (उदा., हेडच्या 128 ब्लॉक्स आधी) प्रभावीपणे टाकून दिल्या जातात. पूर्ण नोड्स फक्त ऐतिहासिक ब्लॉकचेन डेटा (ब्लॉक्स आणि व्यवहार) आणि अधूनमधून ऐतिहासिक स्नॅपशॉट्स ठेवतात, जे ते विनंतीनुसार जुन्या स्टेट्स पुन्हा तयार करण्यासाठी वापरू शकतात. ते EVM मध्ये मागील व्यवहार पुन्हा कार्यान्वित करून हे करतात, जे संगणकीयदृष्ट्या मागणी करणारे असू शकते जेव्हा इच्छित स्टेट सर्वात जवळच्या स्नॅपशॉटपासून दूर असते.
+
+तथापि, याचा अर्थ असा की पूर्ण नोडवर ऐतिहासिक स्टेटमध्ये प्रवेश करण्यासाठी खूप संगणन लागते. क्लायंटला सर्व मागील व्यवहार कार्यान्वित करण्याची आणि जेनेसिसपासून एक ऐतिहासिक स्टेट संगणित करण्याची आवश्यकता भासू शकते. आर्काइव्ह नोड्स ही समस्या केवळ सर्वात अलीकडील स्टेट्सच नव्हे, तर प्रत्येक ब्लॉकनंतर तयार झालेली प्रत्येक ऐतिहासिक स्टेट संग्रहित करून सोडवतात. हे मुळात मोठ्या डिस्क स्पेसच्या आवश्यकतेसह तडजोड करते.
+
+हे लक्षात घेणे महत्त्वाचे आहे की सर्व ऐतिहासिक डेटा ठेवण्यासाठी आणि प्रदान करण्यासाठी नेटवर्क आर्काइव्ह नोड्सवर अवलंबून नाही. वर नमूद केल्याप्रमाणे, सर्व ऐतिहासिक अंतरिम स्टेट्स पूर्ण नोडवर मिळवता येतात. व्यवहार कोणत्याही पूर्ण नोडद्वारे संग्रहित केले जातात (सध्या 400G पेक्षा कमी) आणि संपूर्ण आर्काइव्ह तयार करण्यासाठी ते पुन्हा प्ले केले जाऊ शकतात.
+
+### प्रकरणे वापरा
+
+इथेरियमच्या नियमित वापरासाठी, जसे की व्यवहार पाठवणे, करार तैनात करणे, कन्सेंसस सत्यापित करणे इत्यादी, ऐतिहासिक स्टेट्समध्ये प्रवेशाची आवश्यकता नसते. नेटवर्कशी मानक संवादासाठी वापरकर्त्यांना आर्काइव्ह नोडची कधीही आवश्यकता नसते.
+
+स्टेट आर्काइव्हचा मुख्य फायदा म्हणजे ऐतिहासिक स्टेट्सबद्दलच्या क्वेरींमध्ये जलद प्रवेश मिळवणे. उदाहरणार्थ, आर्काइव्ह नोड त्वरित खालीलप्रमाणे परिणाम देईल:
+
+- _खाते 0x1337... ची ETH शिल्लक काय होती..._ _ब्लॉक 15537393 वर?_
+- _ब्लॉक 1920000 वर करार 0x मधील टोकन 0x ची शिल्लक काय आहे?_
+
+वर स्पष्ट केल्याप्रमाणे, पूर्ण नोडला EVM एक्झिक्युशनद्वारे हा डेटा तयार करण्याची आवश्यकता असेल, जे CPU वापरते आणि वेळ घेते. आर्काइव्ह नोड्स डिस्कवर त्यात प्रवेश करतात आणि त्वरित प्रतिसाद देतात. पायाभूत सुविधांच्या काही भागांसाठी हे एक उपयुक्त वैशिष्ट्य आहे, उदाहरणार्थ:
+
+- ब्लॉक एक्सप्लोरर्स सारखे सेवा प्रदाते
+- संशोधक
+- सुरक्षा विश्लेषक
+- Dapp डेव्हलपर्स
+- ऑडिटिंग आणि अनुपालन
+
+विविध विनामूल्य [सेवा](/developers/docs/nodes-and-clients/nodes-as-a-service/) आहेत ज्या ऐतिहासिक डेटामध्ये प्रवेश करण्याची परवानगी देखील देतात. आर्काइव्ह नोड चालवणे अधिक मागणीचे असल्याने, हा प्रवेश बहुतेक मर्यादित असतो आणि फक्त अधूनमधून प्रवेशासाठी कार्य करतो. तुमच्या प्रोजेक्टला ऐतिहासिक डेटामध्ये सतत प्रवेशाची आवश्यकता असल्यास, तुम्ही स्वतः एक चालवण्याचा विचार केला पाहिजे.
+
+## अंमलबजावणी आणि वापर
+
+या संदर्भात आर्काइव्ह नोड म्हणजे वापरकर्त्यांसमोर असलेल्या एक्झिक्युशन लेअर क्लायंटद्वारे सेवा दिलेला डेटा, कारण ते स्टेट डेटाबेस हाताळतात आणि JSON-RPC एंडपॉइंट्स प्रदान करतात. कॉन्फिगरेशन पर्याय, सिंक वेळ आणि डेटाबेस आकार क्लायंटनुसार भिन्न असू शकतात. तपशिलांसाठी, कृपया तुमच्या क्लायंटने प्रदान केलेल्या डॉक्युमेंटेशनचा संदर्भ घ्या.
+
+तुमचा स्वतःचा आर्काइव्ह नोड सुरू करण्यापूर्वी, क्लायंटमधील फरक आणि विशेषतः विविध [हार्डवेअर आवश्यकतां](/developers/docs/nodes-and-clients/run-a-node/#requirements)बद्दल जाणून घ्या. बहुतेक क्लायंट या वैशिष्ट्यासाठी ऑप्टिमाइझ केलेले नाहीत आणि त्यांच्या आर्काइव्हसाठी 12TB पेक्षा जास्त जागेची आवश्यकता असते. याउलट, Erigon सारखी अंमलबजावणी तोच डेटा 3TB पेक्षा कमी जागेत संग्रहित करू शकते, ज्यामुळे ते आर्काइव्ह नोड चालवण्याचा सर्वात प्रभावी मार्ग ठरतात.
+
+## शिफारस केलेल्या पद्धती
+
+[नोड चालवण्यासाठीच्या](/developers/docs/nodes-and-clients/run-a-node/) सामान्य शिफारशींव्यतिरिक्त, आर्काइव्ह नोड हार्डवेअर आणि देखभालीसाठी अधिक मागणी करणारा असू शकतो. Erigon ची [मुख्य वैशिष्ट्ये](https://github.com/ledgerwatch/erigon#key-features) विचारात घेता, [Erigon](/developers/docs/nodes-and-clients/#erigon) क्लायंट अंमलबजावणी वापरणे हा सर्वात व्यावहारिक दृष्टिकोन आहे.
+
+### हार्डवेअर
+
+क्लायंटच्या डॉक्युमेंटेशनमध्ये दिलेल्या मोडसाठी हार्डवेअर आवश्यकता नेहमी सत्यापित करण्याची खात्री करा.
+आर्काइव्ह नोड्ससाठी सर्वात मोठी आवश्यकता डिस्क स्पेस आहे. क्लायंटवर अवलंबून, ते 3TB ते 12TB पर्यंत बदलते. जरी मोठ्या प्रमाणात डेटासाठी HDD एक चांगला उपाय मानला जाऊ शकतो, तरीही ते सिंक करण्यासाठी आणि चेनचे हेड सतत अद्ययावत करण्यासाठी SSD ड्राइव्हची आवश्यकता असेल. [SATA](https://www.cleverfiles.com/help/sata-hard-drive.html) ड्राइव्ह पुरेसे चांगले आहेत, परंतु ते विश्वसनीय दर्जाचे असावेत, किमान [TLC](https://blog.synology.com/tlc-vs-qlc-ssds-what-are-the-differences). पुरेशा स्लॉट्स असलेल्या डेस्कटॉप संगणकात किंवा सर्व्हरमध्ये डिस्क बसवल्या जाऊ शकतात. अशी समर्पित उपकरणे उच्च अपटाइम नोड चालवण्यासाठी आदर्श आहेत. हे लॅपटॉपवर चालवणे पूर्णपणे शक्य आहे, परंतु पोर्टेबिलिटीसाठी अतिरिक्त खर्च येईल.
+
+सर्व डेटा एकाच व्हॉल्यूममध्ये बसवणे आवश्यक आहे, म्हणून डिस्क जोडल्या पाहिजेत, उदा., [RAID0](https://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_0) किंवा LVM सह. [ZFS](https://en.wikipedia.org/wiki/ZFS) वापरण्याचा विचार करणे देखील योग्य ठरू शकते, कारण ते "कॉपी-ऑन-राइट" ला सपोर्ट करते, जे हे सुनिश्चित करते की डेटा कोणत्याही निम्न-स्तरीय त्रुटींशिवाय डिस्कवर योग्यरित्या लिहिला गेला आहे.
+
+अपघाती डेटाबेस करप्शन टाळण्यासाठी अधिक स्थिरता आणि सुरक्षिततेसाठी, विशेषतः व्यावसायिक सेटअपमध्ये, जर तुमची सिस्टीम त्याला सपोर्ट करत असेल तर [ECC मेमरी](https://en.wikipedia.org/wiki/ECC_memory) वापरण्याचा विचार करा. RAM चा आकार साधारणपणे पूर्ण नोडसाठी सारखाच ठेवण्याचा सल्ला दिला जातो, परंतु अधिक RAM सिंकचा वेग वाढविण्यात मदत करू शकते.
+
+सुरुवातीच्या सिंक दरम्यान, आर्काइव्ह मोडमधील क्लायंट जेनेसिसपासून प्रत्येक व्यवहार कार्यान्वित करतील. एक्झिक्युशनचा वेग बहुतेक CPU द्वारे मर्यादित असतो, त्यामुळे वेगवान CPU सुरुवातीच्या सिंक वेळेसाठी मदत करू शकतो. सरासरी ग्राहक संगणकावर, सुरुवातीच्या सिंकसाठी एक महिन्यापर्यंतचा कालावधी लागू शकतो.
+
+## पुढील वाचन {#further-reading}
+
+- [इथेरियम फुल नोड विरुद्ध आर्काइव्ह नोड](https://www.quicknode.com/guides/infrastructure/ethereum-full-node-vs-archive-node) - _QuickNode, सप्टेंबर २०२२_
+- [तुमचा स्वतःचा इथेरियम आर्काइव्ह नोड तयार करणे](https://tjayrush.medium.com/building-your-own-ethereum-archive-node-72c014affc09) - _थॉमस जे रश, ऑगस्ट २०२१_
+- [Erigon, Erigon’s RPC आणि TrueBlocks (स्क्रॅप आणि API) सेवा म्हणून कसे सेट करावे](https://magnushansson.xyz/blog_posts/crypto_defi/2022-01-10-Erigon-Trueblocks) _– मॅग्नस हॅन्सन, सप्टेंबर २०२२ रोजी अद्यतनित_
+
+## संबंधित विषय {#related-topics}
+
+- [नोड्स आणि क्लायंट](/developers/docs/nodes-and-clients/)
+- [नोड चालवणे](/developers/docs/nodes-and-clients/run-a-node/)
diff --git a/public/content/translations/mr/developers/docs/nodes-and-clients/bootnodes/index.md b/public/content/translations/mr/developers/docs/nodes-and-clients/bootnodes/index.md
new file mode 100644
index 00000000000..d0f6b4739b3
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/nodes-and-clients/bootnodes/index.md
@@ -0,0 +1,31 @@
+---
+title: "इथेरियम बूटनोड्सचा परिचय"
+description: "बूटनोड्स समजण्यासाठी आवश्यक असलेली मूलभूत माहिती"
+lang: mr
+---
+
+जेव्हा एखादा नवीन नोड इथेरियम नेटवर्कमध्ये सामील होतो, तेव्हा त्याला नवीन पीअर्स शोधण्यासाठी नेटवर्कवर आधीपासून असलेल्या नोड्सशी कनेक्ट करणे आवश्यक असते. इथेरियम नेटवर्कमधील या एन्ट्री पॉईंट्सना बूटनोड्स म्हणतात. क्लायंट्समध्ये सहसा बूटनोड्सची यादी हार्डकोड केलेली असते. हे बूटनोड्स सामान्यतः इथेरियम फाउंडेशनच्या डेव्हॉप्स टीम किंवा क्लायंट टीम्सद्वारे चालवले जातात. लक्षात घ्या की बूटनोड्स आणि स्टॅटिक नोड्स एकच नाहीत. स्टॅटिक नोड्सना वारंवार कॉल केले जाते, तर बूटनोड्सना तेव्हाच कॉल केले जाते जेव्हा कनेक्ट करण्यासाठी पुरेसे पीअर्स नसतात आणि नोडला काही नवीन कनेक्शन्स बूटस्ट्रॅप करण्याची आवश्यकता असते.
+
+## बूटनोडला कनेक्ट करा {#connect-to-a-bootnode}
+
+बहुतेक क्लायंट्समध्ये बूटनोड्सची यादी बिल्ट-इन असते, परंतु तुम्हाला तुमचा स्वतःचा बूटनोड चालवायचा असेल किंवा क्लायंटच्या हार्डकोड केलेल्या यादीत नसलेला एखादा बूटनोड वापरायचा असेल. अशा परिस्थितीत, तुम्ही तुमचा क्लायंट सुरू करताना ते खालीलप्रमाणे निर्दिष्ट करू शकता (उदाहरण Geth साठी आहे, कृपया तुमच्या क्लायंटचे डॉक्युमेंटेशन तपासा):
+
+```
+geth --bootnodes "enode://<node ID>@<IP address>:<port>"
+```
+
+## बूटनोड चालवा {#run-a-bootnode}
+
+बूटनोड्स हे पूर्ण नोड्स आहेत जे NAT ([नेटवर्क अॅड्रेस ट्रान्सलेशन](https://www.geeksforgeeks.org/network-address-translation-nat/)) च्या मागे नसतात. प्रत्येक पूर्ण नोड जोपर्यंत सार्वजनिकरित्या उपलब्ध आहे तोपर्यंत बूटनोड म्हणून काम करू शकतो.
+
+तुम्ही नोड सुरू करता तेव्हा, तो तुमचा [enode](/developers/docs/networking-layer/network-addresses/#enode) लॉग करतो, जो एक सार्वजनिक ओळखकर्ता आहे ज्याचा वापर इतर तुमच्या नोडशी कनेक्ट करण्यासाठी करू शकतात.
+
+प्रत्येक रीस्टार्टवर enode सहसा पुन्हा जनरेट होतो, त्यामुळे तुमच्या बूटनोडसाठी एक कायमस्वरूपी enode कसा तयार करायचा याबद्दल तुमच्या क्लायंटचे डॉक्युमेंटेशन नक्की तपासा.
+
+एक चांगला बूटनोड होण्यासाठी, त्याच्याशी कनेक्ट होऊ शकणाऱ्या पीअर्सची कमाल संख्या वाढवणे ही एक चांगली कल्पना आहे. अनेक पीअर्ससह बूटनोड चालवल्याने बँडविड्थची आवश्यकता लक्षणीयरीत्या वाढेल.
+
+## उपलब्ध बूटनोड्स {#available-bootnodes}
+
+go-ethereum मधील बिल्ट-इन बूटनोड्सची यादी [येथे](https://github.com/ethereum/go-ethereum/blob/master/params/bootnodes.go#L23) आढळू शकते. हे बूटनोड्स इथेरियम फाउंडेशन आणि go-ethereum टीमद्वारे सांभाळले जातात.
+
+स्वयंसेवकांकडून सांभाळल्या जाणाऱ्या बूटनोड्सच्या इतर याद्या देखील उपलब्ध आहेत. कृपया खात्री करा की तुम्ही नेहमी किमान एक अधिकृत बूटनोड समाविष्ट करा, अन्यथा तुमच्यावर एक्लिप्स अटॅक होऊ शकतो.
diff --git a/public/content/translations/mr/developers/docs/nodes-and-clients/client-diversity/index.md b/public/content/translations/mr/developers/docs/nodes-and-clients/client-diversity/index.md
new file mode 100644
index 00000000000..8d8c2cd1a8d
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/nodes-and-clients/client-diversity/index.md
@@ -0,0 +1,132 @@
+---
+title: "क्लायंट विविधता"
+description: "Ethereum क्लायंट विविधतेच्या महत्त्वाचे उच्च स्तरीय स्पष्टीकरण."
+lang: mr
+sidebarDepth: 2
+---
+
+Ethereum नोडचे वर्तन ते चालवत असलेल्या क्लायंट सॉफ्टवेअरद्वारे नियंत्रित केले जाते. अनेक प्रोडक्शन-लेव्हल Ethereum क्लायंट आहेत, प्रत्येक स्वतंत्र टीमद्वारे वेगवेगळ्या भाषांमध्ये विकसित आणि देखरेख केले जाते. क्लायंट एका सामान्य स्पेसिफिकेशननुसार तयार केले आहेत, जे हे सुनिश्चित करते की क्लायंट एकमेकांशी अखंडपणे संवाद साधतात आणि समान कार्यक्षमता ठेवतात आणि समतुल्य वापरकर्ता अनुभव देतात. तथापि, सध्या नोड्सवरील क्लायंटचे वितरण या नेटवर्कच्या मजबुतीकरणाला त्याच्या पूर्ण क्षमतेपर्यंत पोहोचवण्यासाठी पुरेसे समान नाही. आदर्शपणे, वापरकर्त्यांनी नेटवर्कमध्ये शक्य तितकी क्लायंट विविधता आणण्यासाठी विविध क्लायंटमध्ये अंदाजे समान रीतीने विभागले पाहिजे.
+
+## पूर्वतयारी {#prerequisites}
+
+तुम्हाला नोड्स आणि क्लायंट काय आहेत हे आधीच माहीत नसल्यास, [नोड्स आणि क्लायंट](/developers/docs/nodes-and-clients/) तपासा. [अंमलबजावणी](/glossary/#execution-layer) आणि [सहमती](/glossary/#consensus-layer) स्तर शब्दकोशात परिभाषित केले आहेत.
+
+## एकापेक्षा जास्त क्लायंट का आहेत? {#why-multiple-clients}
+
+एकाधिक, स्वतंत्रपणे विकसित आणि देखरेख केलेले क्लायंट अस्तित्वात आहेत कारण क्लायंट विविधता नेटवर्कला हल्ले आणि बग्ससाठी अधिक लवचिक बनवते. एकाधिक क्लायंट असणे ही Ethereum साठी एक अद्वितीय ताकद आहे - इतर ब्लॉकचेन एकाच क्लायंटच्या अचूकतेवर अवलंबून असतात. तथापि, केवळ एकाधिक क्लायंट उपलब्ध असणे पुरेसे नाही, त्यांना समुदायाद्वारे स्वीकारले जाणे आवश्यक आहे आणि एकूण सक्रिय नोड्स त्यांच्यामध्ये तुलनेने समान रीतीने वितरीत केले पाहिजेत.
+
+## क्लायंट विविधता का महत्त्वाची आहे? {#client-diversity-importance}
+
+अनेक स्वतंत्रपणे विकसित आणि देखरेख केलेले क्लायंट असणे विकेंद्रित नेटवर्कच्या आरोग्यासाठी महत्त्वाचे आहे. चला त्यामागील कारणे जाणून घेऊया.
+
+### बग्स {#bugs}
+
+एखाद्या वैयक्तिक क्लायंटमधील बग, जेव्हा ते Ethereum नोड्सच्या अल्पसंख्याकांचे प्रतिनिधित्व करते, तेव्हा नेटवर्कसाठी कमी धोकादायक असते. अनेक क्लायंटमध्ये नोड्सच्या अंदाजे समान वितरणासह, बहुतेक क्लायंटना सामायिक समस्येचा सामना करण्याची शक्यता कमी असते आणि परिणामी, नेटवर्क अधिक मजबूत होते.
+
+### हल्ल्यांना प्रतिरोधक क्षमता {#resilience}
+
+क्लायंट विविधता हल्ल्यांना प्रतिरोधक क्षमता देखील प्रदान करते. उदाहरणार्थ, एखादा हल्ला जो [एखाद्या विशिष्ट क्लायंटला फसवून](https://twitter.com/vdWijden/status/1437712249926393858) चेनच्या विशिष्ट शाखेवर आणतो, तो यशस्वी होण्याची शक्यता कमी असते कारण इतर क्लायंट त्याच प्रकारे शोषण करण्यायोग्य नसतात आणि कॅनॉनिकल चेन अबाधित राहते. कमी क्लायंट विविधता प्रबळ क्लायंटवरील हॅकशी संबंधित धोका वाढवते. क्लायंट विविधता ही नेटवर्कवरील दुर्भावनापूर्ण हल्ल्यांविरूद्ध एक महत्त्वपूर्ण संरक्षण असल्याचे आधीच सिद्ध झाले आहे, उदाहरणार्थ, 2016 मधील शांघाय डिनायल-ऑफ-सर्व्हिस हल्ला शक्य झाला कारण हल्लेखोर प्रबळ क्लायंटला (Geth) प्रति ब्लॉक हजारो वेळा हळू डिस्क i/o ऑपरेशन कार्यान्वित करण्यासाठी फसवू शकले. कारण पर्यायी क्लायंट देखील ऑनलाइन होते जे असुरक्षितता सामायिक करत नव्हते, Ethereum हल्ल्याचा प्रतिकार करण्यास आणि Geth मधील असुरक्षितता दुरुस्त होईपर्यंत कार्यरत राहण्यास सक्षम होते.
+
+### प्रूफ-ऑफ-स्टेक अंतिमता {#finality}
+
+Ethereum नोड्सपैकी 33% पेक्षा जास्त असलेल्या सहमती क्लायंटमधील बग सहमती स्तराला अंतिम होण्यापासून रोखू शकतो, याचा अर्थ वापरकर्ते असा विश्वास ठेवू शकत नाहीत की व्यवहार कधीतरी परत घेतले जाणार नाहीत किंवा बदलले जाणार नाहीत. हे Ethereum वर तयार केलेल्या अनेक ॲप्ससाठी, विशेषतः DeFi साठी खूप समस्याप्रधान असेल.
+
+<Emoji text="🚨" className="me-4" /> याहूनही वाईट, दोन-तृतीयांश बहुमत असलेल्या क्लायंटमधील एक गंभीर बग चेनला <a href="https://www.symphonious.net/2021/09/23/what-happens-if-beacon-chain-consensus-fails/" target="_blank">चुकीच्या पद्धतीने विभाजित आणि अंतिम करण्यास</a> कारणीभूत ठरू शकतो, ज्यामुळे व्हॅलिडेटर्सचा एक मोठा संच अवैध चेनवर अडकून पडू शकतो. जर त्यांना योग्य चेनमध्ये पुन्हा सामील व्हायचे असेल, तर या व्हॅलिडेटर्सना स्लॅशिंग किंवा हळू आणि महागड्या ऐच्छिक पैसे काढणे आणि पुन्हा सक्रिय करणे याचा सामना करावा लागतो. स्लॅशिंगचे प्रमाण दोषी नोड्सच्या संख्येनुसार वाढते, ज्यात दोन-तृतीयांश बहुमताला जास्तीत जास्त (32 ETH) स्लॅश केले जाते.
+
+जरी हे अशक्यप्राय प्रसंग असले तरी, Ethereum इको-सिस्टम सक्रिय नोड्सवरील क्लायंटचे वितरण समान करून त्यांचा धोका कमी करू शकते. आदर्शपणे, कोणताही सहमती क्लायंट एकूण नोड्सच्या 33% वाटा कधीही गाठणार नाही.
+
+### सामायिक जबाबदारी {#responsibility}
+
+बहुसंख्य क्लायंट असण्याची मानवी किंमत देखील आहे. हे एका लहान विकास टीमवर अतिरिक्त ताण आणि जबाबदारी टाकते. क्लायंट विविधता जितकी कमी असेल, तितकीच बहुसंख्य क्लायंटची देखभाल करणाऱ्या विकासकांवर जबाबदारीचा भार जास्त असतो. ही जबाबदारी अनेक टीममध्ये विभागणे Ethereum च्या नोड्सच्या नेटवर्कच्या आणि त्याच्या लोकांच्या नेटवर्कच्या आरोग्यासाठी चांगले आहे.
+
+## सध्याची क्लायंट विविधता {#current-client-diversity}
+
+### अंमलबजावणी क्लायंट {#execution-clients-breakdown}
+
+<PieChart
+data={[
+{ name: "Geth", value: 41 },
+{ name: "Nethermind", value: 38 },
+{ name: "Besu", value: 16 },
+{ name: "Erigon", value: 3 },
+{ name: "Reth", value: 2 }
+]}
+/>
+
+### सहमती क्लायंट {#consensus-clients-breakdown}
+
+<PieChart
+data={[
+{ name: "Lighthouse", value: 42.71 },
+{ name: "Prysm", value: 30.91},
+{ name: "Teku", value: 13.86},
+{ name: "Nimbus", value: 8.74},
+{ name: "Lodestar", value: 2.67 },
+{ name: "Grandine", value: 1.04 },
+{ name: "Other", value: 0.07 }
+]}
+/>
+
+हा आकृती कदाचित जुना असेल — अद्ययावत माहितीसाठी [ethernodes.org](https://ethernodes.org) आणि [clientdiversity.org](https://clientdiversity.org) वर जा.
+
+वरील दोन पाय चार्ट अंमलबजावणी आणि सहमती स्तरांसाठी सध्याच्या क्लायंट विविधतेचे स्नॅपशॉट दर्शवतात (ऑक्टोबर 2025 मध्ये लिहिण्याच्या वेळी). गेल्या काही वर्षांत क्लायंट विविधता सुधारली आहे, आणि अंमलबजावणी स्तराने [Geth](https://geth.ethereum.org/) च्या वर्चस्वात घट पाहिली आहे, [Nethermind](https://www.nethermind.io/nethermind-client) दुसऱ्या क्रमांकावर, [Besu](https://besu.hyperledger.org/) तिसऱ्या आणि [Erigon](https://github.com/ledgerwatch/erigon) चौथ्या क्रमांकावर आहे, आणि इतर क्लायंट नेटवर्कच्या 3% पेक्षा कमी आहेत. सहमती स्तरावरील सर्वात सामान्यपणे वापरला जाणारा क्लायंट—[Lighthouse](https://lighthouse.sigmaprime.io/)—दुसऱ्या सर्वात जास्त वापरल्या जाणाऱ्या क्लायंटच्या अगदी जवळ आहे. [Prysm](https://prysmaticlabs.com/#projects) आणि [Teku](https://consensys.net/knowledge-base/ethereum-2/teku/) अनुक्रमे ~31% आणि ~14% आहेत, आणि इतर क्लायंट क्वचितच वापरले जातात.
+
+अंमलबजावणी स्तरावरील डेटा [supermajority.info](https://supermajority.info/) वरून 26-Oct-2025 रोजी मिळवला होता. सहमती क्लायंटसाठी डेटा [Michael Sproul](https://github.com/sigp/blockprint) यांच्याकडून मिळवला होता. सहमती क्लायंट डेटा मिळवणे अधिक कठीण आहे कारण सहमती स्तरावरील क्लायंटमध्ये नेहमीच स्पष्ट ट्रेस नसतात ज्याचा वापर त्यांना ओळखण्यासाठी केला जाऊ शकतो. हा डेटा एका वर्गीकरण अल्गोरिदमचा वापर करून तयार केला गेला आहे जो कधीकधी काही अल्पसंख्य क्लायंटमध्ये गोंधळ घालतो (अधिक माहितीसाठी [येथे](https://twitter.com/sproulM_/status/1440512518242197516) पहा). वरील आकृतीत, या संदिग्ध वर्गीकरणांना एक/किंवा लेबल (उदा. Nimbus/Teku) ने दर्शविले आहे. तरीही, हे स्पष्ट आहे की नेटवर्कचा बहुतांश भाग Prysm चालवत आहे. केवळ स्नॅपशॉट असूनही, आकृतीमधील मूल्ये क्लायंट विविधतेच्या सद्यस्थितीची एक चांगली सामान्य कल्पना देतात.
+
+सहमती स्तरासाठी अद्ययावत क्लायंट विविधता डेटा आता [clientdiversity.org](https://clientdiversity.org/) वर उपलब्ध आहे.
+
+## अंमलबजावणी स्तर {#execution-layer}
+
+आतापर्यंत, क्लायंट विविधतेवरील संभाषण प्रामुख्याने सहमती स्तरावर केंद्रित होते. तथापि, अंमलबजावणी क्लायंट [Geth](https://geth.ethereum.org) सध्या सर्व नोड्सपैकी सुमारे 85% आहे. ही टक्केवारी सहमती क्लायंटसाठी असलेल्या त्याच कारणांसाठी समस्याप्रधान आहे. उदाहरणार्थ, Geth मधील एक बग जो व्यवहार हाताळणी किंवा अंमलबजावणी पेलोड्स तयार करण्यावर परिणाम करतो, तो सहमती क्लायंटना समस्याप्रधान किंवा बगयुक्त व्यवहार अंतिम करण्यास प्रवृत्त करू शकतो. म्हणून, अंमलबजावणी क्लायंटच्या अधिक समान वितरणासह Ethereum अधिक निरोगी होईल, आदर्शपणे कोणताही क्लायंट नेटवर्कच्या 33% पेक्षा जास्त प्रतिनिधित्व करणार नाही.
+
+## अल्पसंख्य क्लायंट वापरा {#use-minority-client}
+
+क्लायंट विविधतेचे निराकरण करण्यासाठी केवळ वैयक्तिक वापरकर्त्यांनी अल्पसंख्य क्लायंट निवडणे पुरेसे नाही - त्यासाठी व्हॅलिडेटर पूल आणि प्रमुख dapps आणि एक्सचेंज सारख्या संस्थांना देखील क्लायंट बदलण्याची आवश्यकता आहे. तथापि, सर्व वापरकर्ते सध्याचा असमतोल दूर करण्यात आणि सर्व उपलब्ध Ethereum सॉफ्टवेअरचा वापर सामान्य करण्यात आपली भूमिका बजावू शकतात. The Merge नंतर, सर्व नोड ऑपरेटर्सना एक अंमलबजावणी क्लायंट आणि एक सहमती क्लायंट चालवणे आवश्यक असेल. खाली सुचवलेल्या क्लायंटचे संयोजन निवडल्यास क्लायंट विविधता वाढण्यास मदत होईल.
+
+### एक्झिक्युशन क्लायंट {#execution-clients}
+
+- [Besu](https://www.hyperledger.org/use/besu)
+- [Nethermind](https://downloads.nethermind.io/)
+- [Erigon](https://github.com/ledgerwatch/erigon)
+- [Go-Ethereum](https://geth.ethereum.org/)
+- [Reth](https://reth.rs/)
+
+### कन्सेंसस क्लायंट {#consensus-clients}
+
+- [Nimbus](https://nimbus.team/)
+- [Lighthouse](https://github.com/sigp/lighthouse)
+- [Teku](https://consensys.io/teku)
+- [Lodestar](https://github.com/ChainSafe/lodestar)
+- [Prysm](https://prysm.offchainlabs.com/docs/)
+- [Grandine](https://docs.grandine.io/)
+
+तांत्रिक वापरकर्ते अल्पसंख्य क्लायंटसाठी अधिक ट्युटोरियल्स आणि डॉक्युमेंटेशन लिहून आणि त्यांच्या नोड-ऑपरेटिंग सहकाऱ्यांना प्रबळ क्लायंटपासून दूर जाण्यासाठी प्रोत्साहित करून ही प्रक्रिया वेगवान करण्यास मदत करू शकतात. अल्पसंख्य सहमती क्लायंटवर स्विच करण्यासाठी मार्गदर्शक [clientdiversity.org](https://clientdiversity.org/) वर उपलब्ध आहेत.
+
+## क्लायंट विविधता डॅशबोर्ड {#client-diversity-dashboards}
+
+अनेक डॅशबोर्ड अंमलबजावणी आणि सहमती स्तरासाठी रिअल-टाइम क्लायंट विविधता आकडेवारी देतात.
+
+**सहमती स्तर:**
+
+- [Rated.network](https://www.rated.network/)
+- [clientdiversity.org](https://clientdiversity.org/)
+
+**अंमलबजावणी स्तर:**
+
+- [supermajority.info](https://supermajority.info//)
+- [Ethernodes](https://ethernodes.org/)
+
+## पुढील वाचन {#further-reading}
+
+- [Ethereum च्या सहमती स्तरावरील क्लायंट विविधता](https://mirror.xyz/jmcook.eth/S7ONEka_0RgtKTZ3-dakPmAHQNPvuj15nh0YGKPFriA)
+- [Ethereum Merge: बहुसंख्य क्लायंट तुमच्या स्वतःच्या जोखमीवर चालवा!](https://dankradfeist.de/ethereum/2022/03/24/run-the-majority-client-at-your-own-peril.html) – _Dankrad Fiest, 24 मार्च 2022_
+- [क्लायंट विविधतेचे महत्त्व](https://our.status.im/the-importance-of-client-diversity/)
+- [Ethereum नोड सेवांची सूची](https://ethereumnodes.com/)
+- [क्लायंट विविधता समस्येचे \"पाच का\"](https://notes.ethereum.org/@afhGjrKfTKmksTOtqhB9RQ/BJGj7uh08)
+- [Ethereum विविधता आणि ती कशी सोडवायची (YouTube)](https://www.youtube.com/watch?v=1hZgCaiqwfU)
+- [clientdiversity.org](https://clientdiversity.org/)
+
+## संबंधित विषय {#related-topics}
+
+- [एक Ethereum नोड चालवा](/run-a-node/)
+- [नोड्स आणि क्लायंट](/developers/docs/nodes-and-clients/)
diff --git a/public/content/translations/mr/developers/docs/nodes-and-clients/index.md b/public/content/translations/mr/developers/docs/nodes-and-clients/index.md
new file mode 100644
index 00000000000..b9173b1e0c6
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/nodes-and-clients/index.md
@@ -0,0 +1,319 @@
+---
+title: "नोड्स आणि क्लायंट"
+description: "Ethereum नोड्स आणि क्लायंट सॉफ्टवेअरचा आढावा, तसेच नोड कसा सेट करायचा आणि तुम्ही ते का करावे."
+lang: mr
+sidebarDepth: 2
+---
+
+Ethereum हे संगणकांचे (नोड्स म्हणून ओळखले जाणारे) एक वितरित नेटवर्क आहे जे सॉफ्टवेअर चालवते जे ब्लॉक्स आणि व्यवहाराच्या डेटाची पडताळणी करू शकते. तुमच्या संगणकाला Ethereum नोडमध्ये रूपांतरित करण्यासाठी हे सॉफ्टवेअर त्यावर चालवणे आवश्यक आहे. नोड तयार करण्यासाठी सॉफ्टवेअरचे दोन स्वतंत्र भाग ('क्लायंट' म्हणून ओळखले जाणारे) आवश्यक आहेत.
+
+## पूर्वतयारी {#prerequisites}
+
+Ethereum क्लायंटचे तुमचे स्वतःचे इन्स्टन्स चालवण्यापूर्वी आणि अधिक सखोल अभ्यास करण्यापूर्वी तुम्हाला पीअर-टू-पीअर नेटवर्कची संकल्पना आणि [EVM च्या मूलभूत गोष्टी](/developers/docs/evm/) समजल्या पाहिजेत. आमची [Ethereum ची ओळख](/developers/docs/intro-to-ethereum/) पहा.
+
+तुम्ही नोड्सच्या विषयासाठी नवीन असाल, तर आम्ही तुम्हाला शिफारस करतो की तुम्ही प्रथम [Ethereum नोड चालवण्यावर](/run-a-node) आमची वापरकर्ता-अनुकूल ओळख तपासा.
+
+## नोड्स आणि क्लायंट म्हणजे काय? {#what-are-nodes-and-clients}
+
+"नोड" हे Ethereum क्लायंट सॉफ्टवेअरचे कोणतेही उदाहरण आहे जे Ethereum सॉफ्टवेअर चालवणाऱ्या इतर संगणकांशी जोडलेले असते, ज्यामुळे एक नेटवर्क तयार होते. क्लायंट हे Ethereum चे एक अंमलबजावणी आहे जे प्रोटोकॉल नियमांनुसार डेटाची पडताळणी करते आणि नेटवर्क सुरक्षित ठेवते. एका नोडला दोन क्लायंट चालवावे लागतात: एक कन्सेंसस क्लायंट आणि एक एक्झिक्युशन क्लायंट.
+
+- एक्झिक्युशन क्लायंट (ज्याला एक्झिक्युशन इंजिन, EL क्लायंट किंवा पूर्वीचे Eth1 क्लायंट म्हणूनही ओळखले जाते) नेटवर्कमध्ये प्रसारित होणाऱ्या नवीन व्यवहारांवर लक्ष ठेवतो, त्यांना EVM मध्ये कार्यान्वित करतो आणि सर्व सद्य Ethereum डेटाची नवीनतम स्थिती आणि डेटाबेस ठेवतो.
+- कन्सेंसस क्लायंट (ज्याला बीकन नोड, CL क्लायंट किंवा पूर्वीचा Eth2 क्लायंट असेही म्हणतात) प्रूफ-ऑफ-स्टेक कन्सेंसस अल्गोरिदमची अंमलबजावणी करतो, ज्यामुळे नेटवर्कला एक्झिक्युशन क्लायंटकडून प्रमाणित केलेल्या डेटाच्या आधारे एकमत साधता येते. एक तिसरे सॉफ्टवेअर देखील आहे, ज्याला 'व्हॅलिडेटर' म्हणून ओळखले जाते, जे कन्सेंसस क्लायंटमध्ये जोडले जाऊ शकते, ज्यामुळे नोडला नेटवर्क सुरक्षित करण्यात सहभागी होता येते.
+
+हे क्लायंट एकत्र काम करून Ethereum चेनच्या हेडचा मागोवा ठेवतात आणि वापरकर्त्यांना Ethereum नेटवर्कशी संवाद साधण्याची परवानगी देतात. एकत्र काम करणाऱ्या सॉफ्टवेअरच्या अनेक भागांच्या या मॉड्युलर डिझाइनला [एनकॅप्स्युलेटेड कॉम्प्लेक्सिटी](https://vitalik.eth.limo/general/2022/02/28/complexity.html) म्हटले जाते. या दृष्टिकोनामुळे [द मर्ज](/roadmap/merge) अखंडपणे कार्यान्वित करणे सोपे झाले, क्लायंट सॉफ्टवेअरची देखभाल आणि विकास सोपा होतो आणि वैयक्तिक क्लायंटचा पुनर्वापर सक्षम होतो, उदाहरणार्थ, [लेयर 2 इकोसिस्टममध्ये](/layer-2/).
+
+![जोडलेले एक्झिक्युशन आणि कन्सेंसस क्लायंट](./eth1eth2client.png)
+जोडलेल्या एक्झिक्युशन आणि कन्सेंसस क्लायंटची सरलीकृत आकृती.
+
+### क्लायंट विविधता {#client-diversity}
+
+[एक्झिक्युशन क्लायंट](/developers/docs/nodes-and-clients/#execution-clients) आणि [कन्सेंसस क्लायंट](/developers/docs/nodes-and-clients/#consensus-clients) दोन्ही वेगवेगळ्या संघांनी विकसित केलेल्या विविध प्रोग्रामिंग भाषांमध्ये अस्तित्वात आहेत.
+
+एकाधिक क्लायंट अंमलबजावणीमुळे नेटवर्क एकाच कोडबेसवरील अवलंबित्व कमी करून अधिक मजबूत होऊ शकते. आदर्श ध्येय हे आहे की कोणताही एक क्लायंट नेटवर्कवर वर्चस्व गाजवणार नाही अशी विविधता प्राप्त करणे, ज्यामुळे अपयशाचा संभाव्य एकच बिंदू नाहीसा होईल.
+भाषांमधील विविधता एका व्यापक विकासक समुदायाला आमंत्रित करते आणि त्यांना त्यांच्या पसंतीच्या भाषेत एकत्रीकरण तयार करण्याची परवानगी देते.
+
+[क्लायंट विविधतेबद्दल](/developers/docs/nodes-and-clients/client-diversity/) अधिक जाणून घ्या.
+
+या सर्व अंमलबजावणींमध्ये एक गोष्ट समान आहे की त्या सर्व एकाच विनिर्देशाचे पालन करतात. Ethereum नेटवर्क आणि ब्लॉकचेन कसे कार्य करतात हे विनिर्देश ठरवतात. प्रत्येक तांत्रिक तपशील परिभाषित केलेला आहे आणि विनिर्देश खालीलप्रमाणे आढळू शकतात:
+
+- मूळतः, [Ethereum यलो पेपर](https://ethereum.github.io/yellowpaper/paper.pdf)
+- [एक्झिक्युशन स्पेसिफिकेशन्स](https://github.com/ethereum/execution-specs/)
+- [कन्सेंसस स्पेसिफिकेशन्स](https://github.com/ethereum/consensus-specs)
+- [EIPs](https://eips.ethereum.org/) विविध [नेटवर्क अपग्रेड्स](/ethereum-forks/) मध्ये लागू
+
+### नेटवर्कमधील नोड्सचा मागोवा घेणे {#network-overview}
+
+अनेक ट्रॅकर्स Ethereum नेटवर्कमधील नोड्सचा रिअल-टाइम आढावा देतात. लक्षात घ्या की विकेंद्रित नेटवर्कच्या स्वरूपामुळे, हे क्रॉलर्स नेटवर्कचे केवळ मर्यादित दृश्य प्रदान करू शकतात आणि भिन्न परिणाम नोंदवू शकतात.
+
+- Etherscan द्वारे [नोड्सचा नकाशा](https://etherscan.io/nodetracker)
+- Bitfly द्वारे [Ethernodes](https://ethernodes.org/)
+- Chainsafe द्वारे [Nodewatch](https://www.nodewatch.io/), कन्सेंसस नोड्स क्रॉल करत आहे
+- [Monitoreth](https://monitoreth.io/) - MigaLabs द्वारे, एक वितरित नेटवर्क मॉनिटरिंग साधन
+- [साप्ताहिक नेटवर्क आरोग्य अहवाल](https://probelab.io) - ProbeLab द्वारे, [Nebula crawler](https://github.com/dennis-tra/nebula) आणि इतर साधनांचा वापर करून
+
+## नोडचे प्रकार {#node-types}
+
+तुम्हाला [तुमचा स्वतःचा नोड चालवायचा असेल](/developers/docs/nodes-and-clients/run-a-node/), तर तुम्हाला हे समजले पाहिजे की नोडचे विविध प्रकार आहेत जे डेटा वेगळ्या प्रकारे वापरतात. खरं तर, क्लायंट तीन वेगवेगळ्या प्रकारचे नोड चालवू शकतात: लाइट, फुल आणि आर्काइव्ह. वेगवेगळ्या सिंक धोरणांचे पर्याय देखील आहेत जे जलद सिंक्रोनाइझेशन वेळ सक्षम करतात. सिंक्रोनाइझेशन म्हणजे Ethereum च्या स्थितीबद्दल सर्वात अद्ययावत माहिती किती लवकर मिळवता येते.
+
+### फुल नोड {#full-node}
+
+फुल नोड्स ब्लॉकचेनची ब्लॉक-दर-ब्लॉक पडताळणी करतात, ज्यात प्रत्येक ब्लॉकसाठी ब्लॉक बॉडी आणि स्टेट डेटा डाउनलोड करणे आणि सत्यापित करणे समाविष्ट आहे. फुल नोडचे वेगवेगळे वर्ग आहेत - काही जेनेसिस ब्लॉकपासून सुरुवात करतात आणि ब्लॉकचेनच्या संपूर्ण इतिहासातील प्रत्येक ब्लॉकची पडताळणी करतात. इतर त्यांची पडताळणी अधिक अलीकडील ब्लॉकपासून सुरू करतात ज्यावर ते वैध असल्याचा विश्वास ठेवतात (उदा., Geth चे 'स्नॅप सिंक'). पडताळणी कोठून सुरू होते याची पर्वा न करता, फुल नोड्स फक्त तुलनेने अलीकडील डेटाची स्थानिक प्रत ठेवतात (साधारणपणे सर्वात अलीकडील 128 ब्लॉक्स), ज्यामुळे डिस्कची जागा वाचवण्यासाठी जुना डेटा हटवता येतो. आवश्यकतेनुसार जुना डेटा पुन्हा तयार केला जाऊ शकतो.
+
+- संपूर्ण ब्लॉकचेन डेटा संग्रहित करतो (जरी हा डेटा वेळोवेळी छाटला जातो, त्यामुळे फुल नोड जेनेसिसपासूनचा सर्व स्टेट डेटा संग्रहित करत नाही)
+- ब्लॉक पडताळणीत भाग घेतो, सर्व ब्लॉक्स आणि स्टेट्सची पडताळणी करतो.
+- सर्व स्टेट्स एकतर स्थानिक स्टोरेजमधून मिळवता येतात किंवा फुल नोडद्वारे 'स्नॅपशॉट्स'मधून पुन्हा तयार करता येतात.
+- नेटवर्कला सेवा देतो आणि विनंतीनुसार डेटा प्रदान करतो.
+
+### आर्काइव्ह नोड {#archive-node}
+
+आर्काइव्ह नोड्स हे फुल नोड्स आहेत जे जेनेसिसपासून प्रत्येक ब्लॉकची पडताळणी करतात आणि डाउनलोड केलेला कोणताही डेटा कधीही हटवत नाहीत.
+
+- फुल नोडमध्ये ठेवलेल्या सर्व गोष्टी संग्रहित करतो आणि ऐतिहासिक स्टेट्सचे आर्काइव्ह तयार करतो. जर तुम्हाला ब्लॉक #4,000,000 वरील खात्यातील शिल्लक यासारख्या गोष्टींची चौकशी करायची असेल किंवा ट्रेसिंग वापरून तुमच्या स्वतःच्या व्यवहारांच्या सेटची पडताळणी न करता फक्त आणि विश्वसनीयरित्या चाचणी करायची असेल तर याची आवश्यकता आहे.
+- हा डेटा टेराबाइट्सच्या युनिट्समध्ये असतो, ज्यामुळे आर्काइव्ह नोड्स सामान्य वापरकर्त्यांसाठी कमी आकर्षक ठरतात, परंतु ब्लॉक एक्सप्लोरर्स, वॉलेट विक्रेते आणि चेन अॅनालिटिक्स यांसारख्या सेवांसाठी ते उपयुक्त ठरू शकतात.
+
+आर्काइव्ह व्यतिरिक्त इतर कोणत्याही मोडमध्ये क्लायंट सिंक केल्याने ब्लॉकचेन डेटा छाटला जाईल. याचा अर्थ, सर्व ऐतिहासिक स्टेट्सचे कोणतेही आर्काइव्ह नसते, परंतु फुल नोड गरजेनुसार ते तयार करू शकतो.
+
+[आर्काइव्ह नोड्सबद्दल](/developers/docs/nodes-and-clients/archive-nodes) अधिक जाणून घ्या.
+
+### लाइट नोड {#light-node}
+
+प्रत्येक ब्लॉक डाउनलोड करण्याऐवजी, लाइट नोड्स फक्त ब्लॉक हेडर्स डाउनलोड करतात. या हेडर्समध्ये ब्लॉक्सच्या सामग्रीबद्दल सारांश माहिती असते. लाइट नोडला आवश्यक असलेली इतर कोणतीही माहिती फुल नोडकडून मागवली जाते. लाइट नोड त्यानंतर ब्लॉक हेडर्समधील स्टेट रूट्सच्या आधारावर त्यांना मिळालेल्या डेटाची स्वतंत्रपणे पडताळणी करू शकतो. लाइट नोड्स वापरकर्त्यांना फुल नोड्स चालवण्यासाठी आवश्यक असलेल्या शक्तिशाली हार्डवेअर किंवा उच्च बँडविड्थशिवाय Ethereum नेटवर्कमध्ये सहभागी होण्यास सक्षम करतात. अखेरीस, लाइट नोड्स मोबाईल फोन किंवा एम्बेडेड उपकरणांवर चालवता येतील. लाइट नोड्स कन्सेंससमध्ये सहभागी होत नाहीत (म्हणजे, ते व्हॅलिडेटर असू शकत नाहीत), परंतु ते फुल नोड प्रमाणेच समान कार्यक्षमता आणि सुरक्षा हमीसह Ethereum ब्लॉकचेनमध्ये प्रवेश करू शकतात.
+
+लाइट क्लायंट हे Ethereum साठी सक्रिय विकासाचे क्षेत्र आहे आणि आम्ही लवकरच कन्सेंसस लेयर आणि एक्झिक्युशन लेयरसाठी नवीन लाइट क्लायंट पाहण्याची अपेक्षा करतो.
+[गॉसिप नेटवर्क](https://www.ethportal.net/) वरून लाइट क्लायंट डेटा प्रदान करण्याचे संभाव्य मार्ग देखील आहेत. हे फायदेशीर आहे कारण गॉसिप नेटवर्क विनंत्या पूर्ण करण्यासाठी फुल नोड्सची आवश्यकता न ठेवता लाइट नोड्सच्या नेटवर्कला समर्थन देऊ शकते.
+
+Ethereum अद्याप मोठ्या संख्येने लाइट नोड्सना समर्थन देत नाही, परंतु लाइट नोड समर्थन हे एक क्षेत्र आहे जे नजीकच्या भविष्यात वेगाने विकसित होण्याची अपेक्षा आहे. विशेषतः, [Nimbus](https://nimbus.team/), [Helios](https://github.com/a16z/helios), आणि [LodeStar](https://lodestar.chainsafe.io/) सारखे क्लायंट सध्या लाइट नोड्सवर जास्त लक्ष केंद्रित करत आहेत.
+
+## मी Ethereum नोड का चालवावा? {#why-should-i-run-an-ethereum-node}
+
+नोड चालवण्यामुळे तुम्हाला Ethereum थेट, विश्वासहीनपणे आणि खाजगीरित्या वापरता येतो, तसेच नेटवर्कला अधिक मजबूत आणि विकेंद्रित ठेवून त्याला समर्थन देता येते.
+
+### तुमच्यासाठी फायदे {#benefits-to-you}
+
+तुमचा स्वतःचा नोड चालवल्याने तुम्हाला Ethereum खाजगी, स्वयंपूर्ण आणि विश्वासहीन पद्धतीने वापरता येते. तुम्हाला नेटवर्कवर विश्वास ठेवण्याची गरज नाही कारण तुम्ही तुमच्या क्लायंटद्वारे डेटा स्वतःच सत्यापित करू शकता. "विश्वास ठेवू नका, पडताळणी करा" हा एक लोकप्रिय ब्लॉकचेन मंत्र आहे.
+
+- तुमचा नोड सर्व व्यवहार आणि ब्लॉक्सची पडताळणी कन्सेंसस नियमांनुसार स्वतःच करतो. याचा अर्थ असा की तुम्हाला नेटवर्कमधील इतर कोणत्याही नोडवर अवलंबून राहण्याची किंवा त्यांच्यावर पूर्णपणे विश्वास ठेवण्याची आवश्यकता नाही.
+- तुम्ही तुमच्या स्वतःच्या नोडसह Ethereum वॉलेट वापरू शकता. तुम्ही dapps अधिक सुरक्षितपणे आणि खाजगीरित्या वापरू शकता कारण तुम्हाला तुमचे पत्ते आणि शिल्लक मध्यस्थांना लीक करण्याची आवश्यकता नाही. सर्व काही तुमच्या स्वतःच्या क्लायंटने तपासले जाऊ शकते. [MetaMask](https://metamask.io), [Frame](https://frame.sh/), आणि [इतर अनेक वॉलेट्स](/wallets/find-wallet/) RPC-इम्पोर्टिंगची सुविधा देतात, ज्यामुळे त्यांना तुमचा नोड वापरता येतो.
+- तुम्ही Ethereum मधील डेटावर अवलंबून असलेल्या इतर सेवा चालवू आणि स्वयं-होस्ट करू शकता. उदाहरणार्थ, हे बीकन चेन व्हॅलिडेटर, लेयर 2 सारखे सॉफ्टवेअर, पायाभूत सुविधा, ब्लॉक एक्सप्लोरर, पेमेंट प्रोसेसर इत्यादी असू शकते.
+- तुम्ही तुमचे स्वतःचे सानुकूल [RPC एंडपॉइंट](/developers/docs/apis/json-rpc/) प्रदान करू शकता. तुम्ही मोठ्या केंद्रीकृत प्रदात्यांना टाळण्यास मदत करण्यासाठी समुदायाला हे एंडपॉइंट्स सार्वजनिकरित्या देऊ शकता.
+- तुम्ही **इंटर-प्रोसेस कम्युनिकेशन्स (IPC)** वापरून तुमच्या नोडशी कनेक्ट होऊ शकता किंवा तुमचा प्रोग्राम प्लगइन म्हणून लोड करण्यासाठी नोड पुन्हा लिहू शकता. हे कमी विलंबता प्रदान करते, जे वेब3 लायब्ररी वापरून बरेच डेटा प्रक्रिया करताना किंवा जेव्हा आपल्याला शक्य तितक्या लवकर आपले व्यवहार पुनर्स्थित करण्याची आवश्यकता असते (उदा. फ्रंटरनिंग) तेव्हा खूप मदत करते.
+- तुम्ही नेटवर्क सुरक्षित करण्यासाठी आणि बक्षिसे मिळवण्यासाठी थेट ETH स्टेक करू शकता. प्रारंभ करण्यासाठी [सोलो स्टेकिंग](/staking/solo/) पहा.
+
+![तुमच्या ॲप्लिकेशन आणि नोड्सद्वारे तुम्ही Ethereum मध्ये कसे प्रवेश करता](./nodes.png)
+
+### नेटवर्क फायदे {#network-benefits}
+
+Ethereum च्या आरोग्यासाठी, सुरक्षेसाठी आणि कार्यान्वयन लवचिकतेसाठी नोड्सचा एक वैविध्यपूर्ण संच महत्त्वाचा आहे.
+
+- फुल नोड्स कन्सेंसस नियमांची अंमलबजावणी करतात जेणेकरून त्यांना नियमांचे पालन न करणाऱ्या ब्लॉक्सना स्वीकारण्यासाठी फसवता येणार नाही. हे नेटवर्कमध्ये अतिरिक्त सुरक्षा प्रदान करते कारण जर सर्व नोड्स लाइट नोड्स असते, जे पूर्ण पडताळणी करत नाहीत, तर व्हॅलिडेटर्स नेटवर्कवर हल्ला करू शकले असते.
+- [प्रूफ-ऑफ-स्टेक](/developers/docs/consensus-mechanisms/pos/#what-is-pos) च्या क्रिप्टो-इकॉनॉमिक संरक्षणावर मात करणाऱ्या हल्ल्याच्या बाबतीत, प्रामाणिक चेनचे अनुसरण करणे निवडून फुल नोड्सद्वारे सामाजिक पुनर्प्राप्ती केली जाऊ शकते.
+- नेटवर्कमधील अधिक नोड्समुळे अधिक वैविध्यपूर्ण आणि मजबूत नेटवर्क तयार होते, जे विकेंद्रीकरणाचे अंतिम ध्येय आहे, जे सेन्सॉरशिप-प्रतिरोधक आणि विश्वासार्ह प्रणाली सक्षम करते.
+- फुल नोड्स त्यांच्यावर अवलंबून असलेल्या हलक्या क्लायंटसाठी ब्लॉकचेन डेटामध्ये प्रवेश प्रदान करतात. लाइट नोड्स संपूर्ण ब्लॉकचेन संग्रहित करत नाहीत, त्याऐवजी ते [ब्लॉक हेडर्समधील स्टेट रूट्स](/developers/docs/blocks/#block-anatomy) द्वारे डेटाची पडताळणी करतात. त्यांना आवश्यक असल्यास ते फुल नोड्सकडून अधिक माहितीची विनंती करू शकतात.
+
+तुम्ही व्हॅलिडेटर चालवत नसला तरीही, तुम्ही फुल नोड चालवल्यास संपूर्ण Ethereum नेटवर्कला त्याचा फायदा होतो.
+
+## तुमचा स्वतःचा नोड चालवणे {#running-your-own-node}
+
+तुमचा स्वतःचा Ethereum क्लायंट चालविण्यात स्वारस्य आहे का?
+
+नवशिक्यांसाठी सोप्या परिचयासाठी, अधिक जाणून घेण्यासाठी आमच्या [नोड चालवा](/run-a-node) पृष्ठास भेट द्या.
+
+तुम्ही अधिक तांत्रिक वापरकर्ते असल्यास, [तुमचा स्वतःचा नोड कसा सुरू करायचा](/developers/docs/nodes-and-clients/run-a-node/) याबद्दल अधिक तपशील आणि पर्यायांमध्ये सखोल जा.
+
+## पर्याय {#alternatives}
+
+तुमचा स्वतःचा नोड सेट करण्यासाठी तुम्हाला वेळ आणि संसाधने लागू शकतात परंतु तुम्हाला नेहमीच तुमचे स्वतःचे उदाहरण चालवण्याची गरज नसते. या प्रकरणात, आपण तृतीय-पक्ष API प्रदाता वापरू शकता. या सेवा वापरण्याच्या विहंगावलोकनासाठी, [सेवा म्हणून नोड्स](/developers/docs/nodes-and-clients/nodes-as-a-service/) पहा.
+
+जर कोणी तुमच्या समुदायात सार्वजनिक API सह Ethereum नोड चालवत असेल, तर तुम्ही तुमच्या वॉलेट्सना कस्टम RPC द्वारे समुदाय नोडकडे निर्देशित करू शकता आणि काही यादृच्छिक विश्वासू तृतीय पक्षापेक्षा अधिक गोपनीयता मिळवू शकता.
+
+दुसरीकडे, जर तुम्ही क्लायंट चालवत असाल, तर तुम्ही तो तुमच्या मित्रांना शेअर करू शकता ज्यांना त्याची गरज असेल.
+
+## एक्झिक्युशन क्लायंट {#execution-clients}
+
+Ethereum समुदाय एकाधिक ओपन-सोर्स एक्झिक्युशन क्लायंट्स (पूर्वी 'Eth1 क्लायंट्स' किंवा फक्त 'Ethereum क्लायंट्स' म्हणून ओळखले जाणारे) सांभाळतो, जे वेगवेगळ्या टीम्सनी वेगवेगळ्या प्रोग्रामिंग भाषा वापरून विकसित केले आहेत. हे नेटवर्कला अधिक मजबूत आणि अधिक [विविध](/developers/docs/nodes-and-clients/client-diversity/) बनवते. आदर्श ध्येय हे आहे की अपयशाचा कोणताही एकच बिंदू कमी करण्यासाठी कोणताही क्लायंट वर्चस्व गाजवणार नाही अशी विविधता प्राप्त करणे.
+
+हा तक्ता वेगवेगळ्या क्लायंटचा सारांश देतो. ते सर्व [क्लायंट चाचण्या](https://github.com/ethereum/tests) पास करतात आणि नेटवर्क अपग्रेडसह अद्ययावत राहण्यासाठी सक्रियपणे देखरेख केली जाते.
+
+| क्लायंट                                                                                     | भाषा                     | ऑपरेटिंग सिस्टीम      | नेटवर्क                | सिंक स्ट्रॅटेजीज                                                               | स्टेट प्रूनिंग     |
+| ------------------------------------------------------------------------------------------- | ------------------------ | --------------------- | ---------------------- | ------------------------------------------------------------------------------ | ------------------ |
+| [Geth](https://geth.ethereum.org/)                                                          | Go                       | Linux, Windows, macOS | मेननेट, सेपोलिया, हूडी | [स्नॅप](#snap-sync), [फुल](#full-sync)                                         | आर्काइव्ह, प्रुन्ड |
+| [Nethermind](https://www.nethermind.io/)                                                    | C#, .NET | Linux, Windows, macOS | मेननेट, सेपोलिया, हूडी | [स्नॅप](#snap-sync) (सेवा न देता), फास्ट, [फुल](#full-sync) | आर्काइव्ह, प्रुन्ड |
+| [Besu](https://besu.hyperledger.org/en/stable/)                                             | Java                     | Linux, Windows, macOS | मेननेट, सेपोलिया, हूडी | [स्नॅप](#snap-sync), [फास्ट](#fast-sync), [फुल](#full-sync)                    | आर्काइव्ह, प्रुन्ड |
+| [Erigon](https://github.com/ledgerwatch/erigon)                                             | Go                       | Linux, Windows, macOS | मेननेट, सेपोलिया, हूडी | [फुल](#full-sync)                                                              | आर्काइव्ह, प्रुन्ड |
+| [Reth](https://reth.rs/)                                                                    | Rust                     | Linux, Windows, macOS | मेननेट, सेपोलिया, हूडी | [फुल](#full-sync)                                                              | आर्काइव्ह, प्रुन्ड |
+| [EthereumJS](https://github.com/ethereumjs/ethereumjs-monorepo) _(बीटा)_ | TypeScript               | Linux, Windows, macOS | सेपोलिया, हूडी         | [फुल](#full-sync)                                                              | प्रुन्ड            |
+
+समर्थित नेटवर्कवर अधिक माहितीसाठी, [Ethereum नेटवर्क्स](/developers/docs/networks/) वर वाचा.
+
+प्रत्येक क्लायंटचे स्वतःचे अनन्य उपयोग आणि फायदे आहेत, त्यामुळे तुम्ही तुमच्या स्वतःच्या आवडीनुसार एक निवडले पाहिजे. विविधता अंमलबजावणींना वेगवेगळ्या वैशिष्ट्यांवर आणि वापरकर्त्यांच्या प्रेक्षकांवर लक्ष केंद्रित करण्यास अनुमती देते. तुम्ही वैशिष्ट्ये, समर्थन, प्रोग्रामिंग भाषा किंवा परवान्यांवर आधारित क्लायंट निवडू शकता.
+
+### Besu {#besu}
+
+हायपरलेजर Besu हा सार्वजनिक आणि परवानगी असलेल्या नेटवर्क्ससाठी एक एंटरप्राइज-ग्रेड Ethereum क्लायंट आहे. हे ट्रेसिंगपासून GraphQL पर्यंत सर्व Ethereum मेननेट वैशिष्ट्ये चालवते, त्यात विस्तृत देखरेख आहे आणि ConsenSys द्वारे, मुक्त समुदाय चॅनेलमध्ये आणि एंटरप्राइझसाठी व्यावसायिक SLA द्वारे समर्थित आहे. हे Java मध्ये लिहिलेले आहे आणि Apache 2.0 परवानाकृत आहे.
+
+Besu चे विस्तृत [दस्तऐवजीकरण](https://besu.hyperledger.org/en/stable/) तुम्हाला त्याच्या वैशिष्ट्यांबद्दल आणि सेटअपबद्दल सर्व तपशीलांमध्ये मार्गदर्शन करेल.
+
+### Erigon {#erigon}
+
+Erigon, पूर्वी Turbo-Geth म्हणून ओळखले जात असे, Go Ethereum च्या फोर्क म्हणून सुरू झाले जे गती आणि डिस्क-स्पेस कार्यक्षमतेवर केंद्रित होते. Erigon हे Ethereum चे पूर्णपणे पुनर्रचित केलेले अंमलबजावणी आहे, जे सध्या Go मध्ये लिहिलेले आहे परंतु इतर भाषांमध्ये अंमलबजावणी विकासाधीन आहे. Erigon चे ध्येय Ethereum ची जलद, अधिक मॉड्युलर आणि अधिक ऑप्टिमाइझ केलेली अंमलबजावणी प्रदान करणे आहे. हे सुमारे 2TB डिस्क स्पेस वापरून 3 दिवसांपेक्षा कमी वेळेत पूर्ण आर्काइव्ह नोड सिंक करू शकते.
+
+### Go Ethereum {#geth}
+
+Go Ethereum (थोडक्यात Geth) हे Ethereum प्रोटोकॉलच्या मूळ अंमलबजावणींपैकी एक आहे. सध्या, हे सर्वात व्यापक क्लायंट आहे ज्यात वापरकर्ते आणि विकासकांसाठी सर्वात मोठा वापरकर्ता आधार आणि विविध प्रकारची साधने आहेत. हे Go मध्ये लिहिलेले आहे, पूर्णपणे ओपन सोर्स आहे आणि GNU LGPL v3 अंतर्गत परवानाकृत आहे.
+
+Geth बद्दल त्याच्या [दस्तऐवजीकरण](https://geth.ethereum.org/docs/) मध्ये अधिक जाणून घ्या.
+
+### Nethermind {#nethermind}
+
+Nethermind हे C# .NET टेक स्टॅकसह तयार केलेले Ethereum अंमलबजावणी आहे, जे LGPL-3.0 सह परवानाकृत आहे, ARM सह सर्व प्रमुख प्लॅटफॉर्मवर चालते. हे यासह उत्कृष्ट कार्यप्रदर्शन देते:
+
+- एक ऑप्टिमाइझ केलेले व्हर्च्युअल मशीन
+- स्टेट ऍक्सेस
+- नेटवर्किंग आणि Prometheus/Grafana डॅशबोर्ड, seq एंटरप्राइझ लॉगिंग समर्थन, JSON-RPC ट्रेसिंग, आणि विश्लेषण प्लगइन यांसारख्या समृद्ध वैशिष्ट्ये.
+
+Nethermind कडे [तपशीलवार दस्तऐवजीकरण](https://docs.nethermind.io), मजबूत डेव्हलपर समर्थन, एक ऑनलाइन समुदाय आणि प्रीमियम वापरकर्त्यांसाठी 24/7 समर्थन देखील उपलब्ध आहे.
+
+### Reth {#reth}
+
+Reth (Rust Ethereum चे संक्षिप्त रूप) हे एक Ethereum फुल नोड अंमलबजावणी आहे जे वापरकर्ता-अनुकूल, अत्यंत मॉड्युलर, जलद आणि कार्यक्षम असण्यावर लक्ष केंद्रित करते. Reth मूळतः Paradigm द्वारे तयार केले गेले आणि पुढे नेले गेले आणि ते Apache आणि MIT परवान्यांतर्गत परवानाकृत आहे.
+
+Reth उत्पादनासाठी तयार आहे आणि स्टेकिंग किंवा उच्च-अपटाइम सेवांसारख्या मिशन-क्रिटिकल वातावरणात वापरासाठी योग्य आहे. RPC, MEV, इंडेक्सिंग, सिम्युलेशन आणि P2P क्रियाकलाप यांसारख्या उच्च कार्यक्षमतेची आवश्यकता असलेल्या वापराच्या प्रकरणांमध्ये चांगला परफाॅरमन्स देते.
+
+[Reth बुक](https://reth.rs/) किंवा [Reth GitHub repo](https://github.com/paradigmxyz/reth?tab=readme-ov-file#reth) तपासून अधिक जाणून घ्या.
+
+### विकासात {#execution-in-development}
+
+हे क्लायंट अजूनही विकासाच्या सुरुवातीच्या टप्प्यात आहेत आणि अद्याप उत्पादन वापरासाठी शिफारस केलेले नाहीत.
+
+#### EthereumJS {#ethereumjs}
+
+EthereumJS एक्झिक्युशन क्लायंट (EthereumJS) TypeScript मध्ये लिहिलेला आहे आणि अनेक पॅकेजेसनी बनलेला आहे, ज्यात ब्लॉक, व्यवहार आणि मर्क्ल-पॅट्रिशिया ट्री क्लासेसद्वारे दर्शविलेले मूळ Ethereum आदिम आणि Ethereum व्हर्च्युअल मशीन (EVM) चे अंमलबजावणी, एक ब्लॉकचेन क्लास आणि DevP2P नेटवर्किंग स्टॅकसह मूळ क्लायंट घटक समाविष्ट आहेत.
+
+त्याच्या [दस्तऐवजीकरण](https://github.com/ethereumjs/ethereumjs-monorepo/tree/master) वाचून त्याबद्दल अधिक जाणून घ्या
+
+## कन्सेंसस क्लायंट {#consensus-clients}
+
+[कन्सेंसस अपग्रेड](/roadmap/beacon-chain/) ला समर्थन देण्यासाठी एकाधिक कन्सेंसस क्लायंट (पूर्वी 'Eth2' क्लायंट म्हणून ओळखले जाणारे) आहेत. ते फोर्क-चॉइस अल्गोरिदम, प्रमाणीकरणांवर प्रक्रिया करणे आणि [प्रूफ-ऑफ-स्टेक](/developers/docs/consensus-mechanisms/pos) पुरस्कार आणि दंड व्यवस्थापित करण्यासह सर्व कन्सेंसस-संबंधित तर्कासाठी जबाबदार आहेत.
+
+| क्लायंट                                                       | भाषा       | ऑपरेटिंग सिस्टीम      | नेटवर्क                                                   |
+| ------------------------------------------------------------- | ---------- | --------------------- | --------------------------------------------------------- |
+| [Lighthouse](https://lighthouse.sigmaprime.io/)               | Rust       | Linux, Windows, macOS | बीकन चेन, हूडी, पिरमाँट, सेपोलिया, आणि बरेच काही          |
+| [Lodestar](https://lodestar.chainsafe.io/)                    | TypeScript | Linux, Windows, macOS | बीकन चेन, हूडी, सेपोलिया, आणि बरेच काही                   |
+| [Nimbus](https://nimbus.team/)                                | Nim        | Linux, Windows, macOS | बीकन चेन, हूडी, सेपोलिया, आणि बरेच काही                   |
+| [Prysm](https://prysm.offchainlabs.com/docs/)                 | Go         | Linux, Windows, macOS | बीकन चेन, ग्नोसिस, हूडी, पिरमाँट, सेपोलिया, आणि बरेच काही |
+| [Teku](https://consensys.net/knowledge-base/ethereum-2/teku/) | Java       | Linux, Windows, macOS | बीकन चेन, ग्नोसिस, हूडी, सेपोलिया, आणि बरेच काही          |
+| [Grandine](https://docs.grandine.io/)                         | Rust       | Linux, Windows, macOS | बीकन चेन, हूडी, सेपोलिया, आणि बरेच काही                   |
+
+### Lighthouse {#lighthouse}
+
+Lighthouse हे Rust मध्ये Apache-2.0 परवान्याअंतर्गत लिहिलेले एक कन्सेंसस क्लायंट अंमलबजावणी आहे. हे सिग्मा प्राइम द्वारे सांभाळले जाते आणि बीकन चेन जेनेसिसपासून स्थिर आणि उत्पादनासाठी तयार आहे. विविध उपक्रम, स्टेकिंग पूल आणि व्यक्ती त्यावर अवलंबून आहेत. हे डेस्कटॉप पीसीपासून ते अत्याधुनिक स्वयंचलित उपयोजनांपर्यंतच्या विस्तृत वातावरणात सुरक्षित, कार्यक्षम आणि आंतर-कार्यक्षम असण्याचे उद्दिष्ट ठेवते.
+
+दस्तऐवजीकरण [लाइटहाऊस बुक](https://lighthouse-book.sigmaprime.io/) मध्ये आढळू शकते
+
+### Lodestar {#lodestar}
+
+लोडस्टार हे Typescript मध्ये LGPL-3.0 परवान्याअंतर्गत लिहिलेले एक उत्पादन-तयार कन्सेंसस क्लायंट अंमलबजावणी आहे. हे चेनसेफ सिस्टीम्सद्वारे सांभाळले जाते आणि सोलो-स्टेकर्स, डेव्हलपर्स आणि संशोधकांसाठी कन्सेंसस क्लायंटमधील सर्वात नवीन आहे. लोडस्टारमध्ये बीकन नोड आणि व्हॅलिडेटर क्लायंटचा समावेश आहे जे Ethereum प्रोटोकॉलच्या JavaScript अंमलबजावणीद्वारे समर्थित आहेत. लोडस्टारचे उद्दिष्ट लाइट क्लायंटसह Ethereum उपयोगिता सुधारणे, विकसकांच्या मोठ्या गटासाठी सुलभता वाढवणे आणि इकोसिस्टम विविधतेमध्ये अधिक योगदान देणे हे आहे.
+
+अधिक माहिती [लोडस्टार वेबसाइट](https://lodestar.chainsafe.io/) वर आढळू शकते
+
+### Nimbus {#nimbus}
+
+निंबस हे निममध्ये Apache-2.0 परवान्याअंतर्गत लिहिलेले एक कन्सेंसस क्लायंट अंमलबजावणी आहे. हा एक उत्पादन-तयार क्लायंट आहे जो सोलो-स्टेकर्स आणि स्टेकिंग पूलद्वारे वापरला जातो. निंबस संसाधनांच्या कार्यक्षमतेसाठी डिझाइन केलेले आहे, ज्यामुळे ते संसाधन-प्रतिबंधित उपकरणांवर आणि एंटरप्राइझ इन्फ्रास्ट्रक्चरवर समान सहजतेने चालवणे सोपे होते, स्थिरता किंवा बक्षीस कार्यक्षमतेशी तडजोड न करता. हलक्या संसाधनांच्या पदचिन्हाचा अर्थ असा आहे की नेटवर्क तणावाखाली असताना क्लायंटला सुरक्षिततेचा अधिक मार्जिन असतो.
+
+[निंबस डॉक्स](https://nimbus.guide/) मध्ये अधिक जाणून घ्या
+
+### Prysm {#prysm}
+
+Prysm हे GPL-3.0 परवान्याअंतर्गत Go मध्ये लिहिलेले एक पूर्ण-वैशिष्ट्यीकृत, ओपन सोर्स कन्सेंसस क्लायंट आहे. यात एक पर्यायी वेबॲप UI आहे आणि घरातून स्टेक करणाऱ्या आणि संस्थात्मक वापरकर्त्यांसाठी वापरकर्ता अनुभव, दस्तऐवजीकरण आणि कॉन्फिगरिबिलिटीला प्राधान्य देते.
+
+अधिक जाणून घेण्यासाठी [Prysm डॉक्स](https://prysm.offchainlabs.com/docs/) ला भेट द्या.
+
+### Teku {#teku}
+
+Teku हे मूळ बीकन चेन जेनेसिस क्लायंटपैकी एक आहे. नेहमीच्या उद्दिष्टांसोबतच (सुरक्षा, मजबुती, स्थिरता, उपयोगिता, कार्यक्षमता), Teku विशेषतः सर्व विविध कन्सेंसस क्लायंट मानकांचे पूर्णपणे पालन करण्याचे उद्दिष्ट ठेवते.
+
+Teku खूप लवचिक उपयोजन पर्याय देते. बीकन नोड आणि व्हॅलिडेटर क्लायंट एकत्र एकाच प्रक्रियेत चालवले जाऊ शकतात, जे सोलो स्टेकर्ससाठी अत्यंत सोयीचे आहे, किंवा अत्याधुनिक स्टेकिंग ऑपरेशन्ससाठी नोड्स स्वतंत्रपणे चालवले जाऊ शकतात. याव्यतिरिक्त, Teku की सुरक्षा आणि स्लॅशिंग संरक्षणासाठी [Web3Signer](https://github.com/ConsenSys/web3signer/) सह पूर्णपणे आंतर-कार्यक्षम आहे.
+
+Teku Java मध्ये लिहिलेले आहे आणि Apache 2.0 परवानाकृत आहे. हे ConsenSys मधील प्रोटोकॉल टीमद्वारे विकसित केले आहे जे Besu आणि Web3Signer साठी देखील जबाबदार आहे. [Teku डॉक्स](https://docs.teku.consensys.net/en/latest/) मध्ये अधिक जाणून घ्या.
+
+### Grandine {#grandine}
+
+Grandine हे Rust मध्ये GPL-3.0 परवान्याअंतर्गत लिहिलेले एक कन्सेंसस क्लायंट अंमलबजावणी आहे. हे Grandine कोअर टीमद्वारे सांभाळले जाते आणि ते जलद, उच्च-कार्यक्षम आणि हलके आहे. हे रास्पबेरी पाय सारख्या कमी-संसाधन उपकरणांवर चालणाऱ्या सोलो स्टेकर्सपासून ते हजारो व्हॅलिडेटर्स चालवणाऱ्या मोठ्या संस्थात्मक स्टेकर्सपर्यंतच्या विस्तृत स्टेकर्ससाठी योग्य आहे.
+
+दस्तऐवजीकरण [Grandine Book](https://docs.grandine.io/) मध्ये आढळू शकते
+
+## सिंक्रोनाइझेशन मोड {#sync-modes}
+
+नेटवर्कमधील सद्य डेटाचे अनुसरण आणि पडताळणी करण्यासाठी, Ethereum क्लायंटला नवीनतम नेटवर्क स्थितीसह सिंक करणे आवश्यक आहे. हे पीअर्सकडून डेटा डाउनलोड करून, त्यांच्या अखंडतेची क्रिप्टोग्राफिकरित्या पडताळणी करून आणि स्थानिक ब्लॉकचेन डेटाबेस तयार करून केले जाते.
+
+सिंक्रोनाइझेशन मोड्स या प्रक्रियेसाठी विविध ट्रेड-ऑफसह भिन्न दृष्टिकोन दर्शवतात. क्लायंट त्यांच्या सिंक अल्गोरिदमच्या अंमलबजावणीमध्ये देखील भिन्न आहेत. अंमलबजावणीवरील तपशीलांसाठी नेहमी तुमच्या निवडलेल्या क्लायंटच्या अधिकृत दस्तऐवजीकरणाचा संदर्भ घ्या.
+
+### एक्झिक्युशन लेयर सिंक मोड्स {#execution-layer-sync-modes}
+
+एक्झिक्युशन लेयर वेगवेगळ्या वापराच्या प्रकरणांसाठी वेगवेगळ्या मोड्समध्ये चालवले जाऊ शकते, ब्लॉकचेनच्या जागतिक स्थितीची पुन्हा-अंमलबजावणी करण्यापासून ते विश्वसनीय चेकपॉइंटवरून केवळ चेनच्या टोकाशी सिंक करण्यापर्यंत.
+
+#### फुल सिंक {#full-sync}
+
+एक फुल सिंक सर्व ब्लॉक्स (हेडर्स आणि ब्लॉक बॉडीसह) डाउनलोड करतो आणि जेनेसिसपासून प्रत्येक ब्लॉक कार्यान्वित करून ब्लॉकचेनची स्थिती वाढीवपणे पुन्हा तयार करतो.
+
+- प्रत्येक व्यवहाराची पडताळणी करून विश्वास कमी करते आणि सर्वोच्च सुरक्षा देते.
+- वाढत्या व्यवहारांच्या संख्येमुळे, सर्व व्यवहारांवर प्रक्रिया करण्यासाठी दिवस ते आठवडे लागू शकतात.
+
+[आर्काइव्ह नोड्स](#archive-node) प्रत्येक ब्लॉकमधील प्रत्येक व्यवहाराद्वारे केलेल्या स्थिती बदलांचा संपूर्ण इतिहास तयार करण्यासाठी (आणि टिकवून ठेवण्यासाठी) पूर्ण सिंक करतात.
+
+#### फास्ट सिंक {#fast-sync}
+
+फुल सिंकप्रमाणे, फास्ट सिंक सर्व ब्लॉक्स (हेडर्स, व्यवहार आणि पावत्यांसह) डाउनलोड करतो. तथापि, ऐतिहासिक व्यवहारांवर पुन्हा प्रक्रिया करण्याऐवजी, फास्ट सिंक अलीकडील हेडपर्यंत पोहोचेपर्यंत पावत्यांवर अवलंबून असतो, त्यानंतर तो पूर्ण नोड प्रदान करण्यासाठी ब्लॉक्स इम्पोर्ट करणे आणि प्रक्रिया करणे सुरू करतो.
+
+- फास्ट सिंक स्ट्रॅटेजी.
+- बँडविड्थ वापराच्या बाजूने प्रक्रिया मागणी कमी करते.
+
+#### स्नॅप सिंक {#snap-sync}
+
+स्नॅप सिंक देखील चेनची ब्लॉक-दर-ब्लॉक पडताळणी करतात. तथापि, जेनेसिस ब्लॉकपासून सुरुवात करण्याऐवजी, स्नॅप सिंक अधिक अलीकडील 'विश्वसनीय' चेकपॉइंटपासून सुरू होतो जो खऱ्या ब्लॉकचेनचा भाग असल्याचे ओळखले जाते. नोड ठराविक वयापेक्षा जुना डेटा हटवताना नियतकालिक चेकपॉइंट्स सेव्ह करतो. हे स्नॅपशॉट्स कायमचे संग्रहित करण्याऐवजी आवश्यकतेनुसार स्टेट डेटा पुन्हा तयार करण्यासाठी वापरले जातात.
+
+- सर्वात वेगवान सिंक स्ट्रॅटेजी, सध्या Ethereum मेननेटमध्ये डीफॉल्ट आहे.
+- सुरक्षिततेशी तडजोड न करता भरपूर डिस्क वापर आणि नेटवर्क बँडविड्थ वाचवते.
+
+[स्नॅप सिंकवर अधिक](https://github.com/ethereum/devp2p/blob/master/caps/snap.md).
+
+#### लाइट सिंक {#light-sync}
+
+लाइट क्लायंट मोड सर्व ब्लॉक हेडर्स, ब्लॉक डेटा डाउनलोड करतो आणि काहींची यादृच्छिकपणे पडताळणी करतो. केवळ विश्वसनीय चेकपॉइंटवरून चेनच्या टोकापर्यंत सिंक करते.
+
+- विकसक आणि कन्सेंसस यंत्रणेवरील विश्वासावर अवलंबून राहून केवळ नवीनतम स्थिती प्राप्त करते.
+- क्लायंट काही मिनिटांत सध्याच्या नेटवर्क स्थितीसह वापरण्यासाठी तयार.
+
+**सूचना** लाइट सिंक अजूनही प्रूफ-ऑफ-स्टेक Ethereum सह कार्य करत नाही - लाइट सिंकच्या नवीन आवृत्त्या लवकरच पाठवल्या पाहिजेत!
+
+[लाइट क्लायंटवर अधिक](/developers/docs/nodes-and-clients/light-clients/)
+
+### कन्सेंसस लेयर सिंक मोड्स {#consensus-layer-sync-modes}
+
+#### ऑप्टिमिस्टिक सिंक {#optimistic-sync}
+
+ऑप्टिमिस्टिक सिंक ही एक विलीनीकरणानंतरची सिंक्रोनाइझेशन स्ट्रॅटेजी आहे जी ऑप्ट-इन आणि बॅकवर्ड्स सुसंगत असण्यासाठी डिझाइन केलेली आहे, ज्यामुळे एक्झिक्युशन नोड्सना स्थापित पद्धतींद्वारे सिंक करता येते. एक्झिक्युशन इंजिन _आशावादीपणे_ बीकन ब्लॉक्स पूर्णपणे सत्यापित न करता आयात करू शकते, नवीनतम हेड शोधू शकते आणि नंतर वरील पद्धतींसह चेन सिंक करणे सुरू करू शकते. त्यानंतर, एक्झिक्युशन क्लायंट पकडल्यानंतर, ते कन्सेंसस क्लायंटला बीकन चेनमधील व्यवहारांच्या वैधतेबद्दल सूचित करेल.
+
+[ऑप्टिमिस्टिक सिंकवर अधिक](https://github.com/ethereum/consensus-specs/blob/dev/sync/optimistic.md)
+
+#### चेकपॉइंट सिंक {#checkpoint-sync}
+
+चेकपॉइंट सिंक, ज्याला वीक सब्जेक्टिव्हिटी सिंक असेही म्हणतात, बीकन नोड सिंक करण्यासाठी एक उत्कृष्ट वापरकर्ता अनुभव तयार करतो. हे [कमकुवत व्यक्तिनिष्ठतेच्या](/developers/docs/consensus-mechanisms/pos/weak-subjectivity/) गृहितकांवर आधारित आहे जे जेनेसिसऐवजी अलीकडील कमकुवत व्यक्तिनिष्ठता चेकपॉइंटवरून बीकन चेन सिंक करण्यास सक्षम करते. चेकपॉइंट सिंक [जेनेसिस](/glossary/#genesis-block) पासून सिंक करण्यासारख्याच विश्वासाच्या गृहितकांसह प्रारंभिक सिंक वेळ लक्षणीयरीत्या जलद करतात.
+
+व्यवहारात, याचा अर्थ असा की तुमचा नोड अलीकडील अंतिम स्थिती डाउनलोड करण्यासाठी रिमोट सेवेशी कनेक्ट होतो आणि त्या बिंदूपासून डेटाची पडताळणी करणे सुरू ठेवतो. डेटा प्रदान करणारा तृतीय पक्ष विश्वासार्ह आहे आणि काळजीपूर्वक निवडला पाहिजे.
+
+[चेकपॉइंट सिंक](https://notes.ethereum.org/@djrtwo/ws-sync-in-practice) वर अधिक
+
+## पुढील वाचन {#further-reading}
+
+- [Ethereum 101 - भाग 2 - नोड्स समजून घेणे](https://kauri.io/ethereum-101-part-2-understanding-nodes/48d5098292fd4f11b251d1b1814f0bba/a) _- विल् बार्न्स, 13 फेब्रुवारी 2019_
+- [Ethereum फुल नोड्स चालवणे: केवळ प्रेरित लोकांसाठी एक मार्गदर्शक](https://medium.com/@JustinMLeroux/running-ethereum-full-nodes-a-guide-for-the-barely-motivated-a8a13e7a0d31) _- जस्टिन लेरॉक्स, 7 नोव्हेंबर 2019_
+
+## संबंधित विषय {#related-topics}
+
+- [ब्लॉक्स](/developers/docs/blocks/)
+- [नेटवर्क्स](/developers/docs/networks/)
+
+## संबंधित ट्युटोरियल्स {#related-tutorials}
+
+- [तुमच्या रास्पबेरी पाय 4 ला फक्त मायक्रोएसडी कार्ड फ्लॅश करून व्हॅलिडेटर नोडमध्ये बदला - इन्स्टॉलेशन मार्गदर्शक](/developers/tutorials/run-node-raspberry-pi/) _- तुमचा रास्पबेरी पाय 4 फ्लॅश करा, इथरनेट केबल लावा, एसएसडी डिस्क कनेक्ट करा आणि रास्पबेरी पाय 4 ला एक्झिक्युशन लेयर (मेननेट) आणि/किंवा कन्सेंसस लेयर (बीकन चेन/व्हॅलिडेटर) चालवणारा पूर्ण Ethereum नोड बनवण्यासाठी डिव्हाइस चालू करा._
diff --git a/public/content/translations/mr/developers/docs/nodes-and-clients/light-clients/index.md b/public/content/translations/mr/developers/docs/nodes-and-clients/light-clients/index.md
new file mode 100644
index 00000000000..45fa80b5242
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/nodes-and-clients/light-clients/index.md
@@ -0,0 +1,61 @@
+---
+title: "लाईट क्लायंट्स"
+description: "इथेरियम लाईट क्लायंट्सची ओळख."
+lang: mr
+---
+
+पूर्ण नोड चालवणे हा इथेरियमशी संवाद साधण्याचा सर्वात ट्रस्टलेस, खाजगी, विकेंद्रित आणि सेन्सॉरशिप-प्रतिरोधक मार्ग आहे. पूर्ण नोडसह, तुम्ही ब्लॉकचेनची तुमची स्वतःची प्रत ठेवता, ज्याला तुम्ही त्वरित क्वेरी करू शकता आणि तुम्हाला इथेरियमच्या पीअर-टू-पीअर नेटवर्कमध्ये थेट प्रवेश मिळतो. तथापि, पूर्ण नोड चालवण्यासाठी मोठ्या प्रमाणात मेमरी, स्टोरेज आणि CPU आवश्यक असते. याचा अर्थ प्रत्येकासाठी स्वतःचा नोड चालवणे व्यवहार्य नाही. इथेरियम रोडमॅपवर यासाठी अनेक उपाय आहेत, ज्यात स्टेटलेसनेसचा समावेश आहे, परंतु ते लागू होण्यापासून अनेक वर्षे दूर आहेत. नजीकच्या काळातील उत्तर म्हणजे मोठ्या कार्यप्रदर्शन सुधारणांसाठी पूर्ण नोड चालवण्याच्या काही फायद्यांशी तडजोड करणे, जे नोड्सना अत्यंत कमी हार्डवेअर आवश्यकतांसह चालविण्यास अनुमती देतात. ही तडजोड करणारे नोड्स लाईट नोड्स म्हणून ओळखले जातात.
+
+## लाईट क्लायंट म्हणजे काय {#what-is-a-light-client}
+
+लाईट नोड हा लाईट क्लायंट सॉफ्टवेअर चालवणारा नोड आहे. ब्लॉकचेन डेटाच्या स्थानिक प्रती ठेवण्याऐवजी आणि सर्व बदलांची स्वतंत्रपणे पडताळणी करण्याऐवजी, ते काही प्रदात्याकडून आवश्यक डेटाची विनंती करतात. प्रदाता हा पूर्ण नोडशी थेट कनेक्शन किंवा काही केंद्रीकृत RPC सर्व्हरद्वारे असू शकतो. नंतर डेटाची लाईट नोडद्वारे पडताळणी केली जाते, ज्यामुळे त्याला चेनच्या हेडसोबत राहता येते. लाईट नोड फक्त ब्लॉक हेडर्सवर प्रक्रिया करतो, केवळ अधूनमधून वास्तविक ब्लॉक सामग्री डाउनलोड करतो. नोड्स त्यांच्या लाईटनेसमध्ये (हलकेपणात) भिन्न असू शकतात, जे ते चालवत असलेल्या लाईट आणि पूर्ण क्लायंट सॉफ्टवेअरच्या संयोजनावर अवलंबून असते. उदाहरणार्थ, सर्वात लाईट कॉन्फिगरेशन म्हणजे लाईट एक्झिक्युशन क्लायंट आणि लाईट कन्सेन्सस क्लायंट चालवणे. हे देखील शक्य आहे की अनेक नोड्स पूर्ण एक्झिक्युशन क्लायंटसह लाईट कन्सेन्सस क्लायंट चालवणे निवडतील किंवा याउलट.
+
+## लाईट क्लायंट कसे काम करतात? {#how-do-light-clients-work}
+
+जेव्हा इथेरियमने प्रूफ-ऑफ-स्टेक आधारित कन्सेन्सस मेकॅनिझम वापरण्यास सुरुवात केली, तेव्हा विशेषतः लाईट क्लायंटना समर्थन देण्यासाठी नवीन पायाभूत सुविधा सादर केल्या गेल्या. हे ज्या प्रकारे कार्य करते ते म्हणजे दर 1.1 दिवसांनी 512 व्हॅलिडेटर्सचा एक उपसंच **सिंक कमिटी** म्हणून काम करण्यासाठी यादृच्छिकपणे निवडला जातो. सिंक कमिटी अलीकडील ब्लॉक्सच्या हेडरवर स्वाक्षरी करते. प्रत्येक ब्लॉक हेडरमध्ये सिंक कमिटीमधील व्हॅलिडेटर्सची एकत्रित स्वाक्षरी आणि एक "बिटफील्ड" असते, जे दर्शवते की कोणत्या व्हॅलिडेटर्सनी स्वाक्षरी केली आणि कोणी केली नाही. प्रत्येक हेडरमध्ये पुढील ब्लॉकवर स्वाक्षरी करण्यासाठी अपेक्षित असलेल्या व्हॅलिडेटर्सची यादी देखील समाविष्ट असते. याचा अर्थ असा की लाईट क्लायंट त्वरीत पाहू शकतो की सिंक कमिटीने त्यांना मिळालेल्या डेटावर स्वाक्षरी केली आहे, आणि ते मागील ब्लॉकमध्ये अपेक्षित असलेल्या सिंक कमिटीशी त्यांना मिळालेल्या सिंक कमिटीची तुलना करून ती खरी आहे की नाही हे देखील तपासू शकतात. अशाप्रकारे, लाईट क्लायंट प्रत्यक्ष ब्लॉक डाउनलोड न करता, केवळ सारांश माहिती असलेले हेडर वापरून नवीनतम इथेरियम ब्लॉकबद्दलचे आपले ज्ञान अद्यतनित ठेवू शकतो.
+
+एक्झिक्युशन लेअरवर लाईट एक्झिक्युशन क्लायंटसाठी कोणतेही एकच स्पेसिफिकेशन नाही. लाईट एक्झिक्युशन क्लायंटची व्याप्ती बदलू शकते: तो पूर्ण एक्झिक्युशन क्लायंटचा "लाईट मोड" असू शकतो, ज्यात पूर्ण नोडची सर्व EVM आणि नेटवर्किंग कार्यक्षमता असते पण तो संबंधित डेटा डाउनलोड न करता केवळ ब्लॉक हेडर्सची पडताळणी करतो; किंवा तो एक अधिक मर्यादित स्वरूपाचा क्लायंट असू शकतो, जो इथेरियमशी संवाद साधण्यासाठी RPC प्रदात्याकडे विनंत्या फॉरवर्ड करण्यावर मोठ्या प्रमाणावर अवलंबून असतो.
+
+## लाईट क्लायंट महत्त्वाचे का आहेत? {#why-are-light-clients-important}
+
+लाईट क्लायंट महत्त्वाचे आहेत कारण ते वापरकर्त्यांना त्यांच्या डेटा प्रदात्यावर तो बरोबर आणि प्रामाणिक आहे यावर आंधळा विश्वास ठेवण्याऐवजी, येणाऱ्या डेटाची पडताळणी करण्याची परवानगी देतात, आणि हे सर्व पूर्ण नोडच्या संगणकीय संसाधनांच्या केवळ एका लहान अंशाचा वापर करून शक्य होते. लाईट क्लायंटना मिळणारा डेटा अशा ब्लॉक हेडर्सच्या विरोधात तपासला जाऊ शकतो ज्यांच्यावर 512 इथेरियम व्हॅलिडेटर्सच्या यादृच्छिक संचापैकी किमान 2/3 ने स्वाक्षरी केली आहे हे त्यांना माहीत असते. हा डेटा बरोबर असल्याचा एक खूप भक्कम पुरावा आहे.
+
+लाईट क्लायंट केवळ थोड्या प्रमाणात संगणकीय शक्ती, मेमरी आणि स्टोरेज वापरतो, त्यामुळे तो मोबाईल फोनवर चालवला जाऊ शकतो, ॲपमध्ये एम्बेड केला जाऊ शकतो किंवा ब्राउझरचा भाग म्हणून वापरला जाऊ शकतो. लाईट क्लायंट हा इथेरियममध्ये ट्रस्ट-मिनिमाइज्ड प्रवेश तृतीय-पक्ष प्रदात्यावर विश्वास ठेवण्याइतकाच घर्षणरहित बनवण्याचा एक मार्ग आहे.
+
+एक सोपे उदाहरण घेऊया. कल्पना करा की तुम्हाला तुमच्या खात्यातील शिल्लक तपासायची आहे. हे करण्यासाठी, तुम्हाला इथेरियम नोडला विनंती करावी लागेल. तो नोड तुमच्या शिलकीसाठी इथेरियम स्टेटची त्याची स्थानिक प्रत तपासेल आणि ती तुम्हाला परत करेल. जर तुमच्याकडे नोडमध्ये थेट प्रवेश नसेल, तर असे केंद्रीकृत ऑपरेटर आहेत जे ही माहिती एक सेवा म्हणून प्रदान करतात. तुम्ही त्यांना विनंती पाठवू शकता, ते त्यांचा नोड तपासतात, आणि निकाल तुम्हाला परत पाठवतात. यातील समस्या ही आहे की तुम्हाला प्रदात्यावर विश्वास ठेवावा लागतो की तो तुम्हाला योग्य माहिती देत आहे. जर तुम्ही स्वतः त्याची पडताळणी करू शकत नसाल, तर माहिती योग्य आहे की नाही हे तुम्ही कधीच खऱ्या अर्थाने जाणू शकत नाही.
+
+लाईट क्लायंट या समस्येचे निराकरण करतो. तुम्ही अजूनही काही बाह्य प्रदात्याकडून डेटाची विनंती करता, परंतु जेव्हा तुम्हाला डेटा परत मिळतो, तेव्हा तो एका पुराव्यासह येतो जो तुमचा लाईट नोड ब्लॉक हेडरमध्ये मिळालेल्या माहितीनुसार तपासू शकतो. याचा अर्थ असा की, तुमचा डेटा एखाद्या विश्वासू ऑपरेटरऐवजी इथेरियम स्वतः सत्यापित करत आहे.
+
+## लाईट क्लायंट कोणते नवकल्पना सक्षम करतात? {#what-innovations-do-light-clients-enable}
+
+लाईट क्लायंटचा प्राथमिक फायदा म्हणजे अधिक लोकांना नगण्य हार्डवेअर आवश्यकतांसह आणि तृतीय पक्षांवर कमीत कमी अवलंबून राहून स्वतंत्रपणे इथेरियममध्ये प्रवेश करण्यास सक्षम करणे. हे वापरकर्त्यांसाठी चांगले आहे कारण ते त्यांच्या स्वतःच्या डेटाची पडताळणी करू शकतात आणि हे नेटवर्कसाठी चांगले आहे कारण ते चेनची पडताळणी करणाऱ्या नोड्सची संख्या आणि विविधता वाढवते.
+
+अतिशय कमी स्टोरेज, मेमरी आणि प्रोसेसिंग पॉवर असलेल्या उपकरणांवर इथेरियम नोड्स चालवण्याची क्षमता हे लाईट क्लायंटमुळे शक्य झालेल्या नवकल्पनेच्या प्रमुख क्षेत्रांपैकी एक आहे. आज इथेरियम नोड्सना बरीच संगणकीय संसाधने आवश्यक असताना, लाईट क्लायंट ब्राउझरमध्ये एम्बेड केले जाऊ शकतात, मोबाईल फोनवर चालवले जाऊ शकतात आणि कदाचित स्मार्ट घड्याळांसारख्या लहान उपकरणांवरही चालवले जाऊ शकतात. याचा अर्थ एम्बेडेड क्लायंट असलेले इथेरियम वॉलेट्स मोबाईल फोनवर चालू शकतील. याचा अर्थ मोबाईल वॉलेट्स अधिक विकेंद्रित होऊ शकतील कारण त्यांना त्यांच्या डेटासाठी केंद्रीकृत डेटा प्रदात्यांवर विश्वास ठेवावा लागणार नाही.
+
+याचाच एक विस्तार म्हणजे **इंटरनेट ऑफ थिंग्ज (IoT)** उपकरणांना सक्षम करणे. सिंक कमिटीद्वारे प्रदान केलेल्या सर्व सुरक्षा हमींसह, काही टोकन बॅलन्स किंवा NFT च्या मालकीचा त्वरीत पुरावा देण्यासाठी लाईट क्लायंटचा वापर केला जाऊ शकतो, ज्यामुळे IoT नेटवर्कवर काही क्रिया सुरू होऊ शकते. एका [सायकल भाड्याने देणाऱ्या सेवेची](https://youtu.be/ZHNrAXf3RDE?t=929) कल्पना करा, जी तुम्ही भाडेतत्त्वावरील सेवेचा NFT धारण करता की नाही हे त्वरीत सत्यापित करण्यासाठी एम्बेडेड लाईट क्लायंटसह एक ॲप वापरते आणि तसे असल्यास, तुमच्यासाठी चालवून नेण्यासाठी एक सायकल अनलॉक करते!
+
+इथेरियम रोलअप्सना देखील लाईट क्लायंट्सचा फायदा होईल. रोलअप्ससाठी एक मोठी समस्या म्हणजे ब्रिजवर होणारे हॅक्स, जे इथेरियम मेननेटवरून रोलअपमध्ये निधी हस्तांतरित करण्याची परवानगी देतात. एक असुरक्षितता म्हणजे ते ओरॅकल्स आहेत जे रोलअप्स वापरकर्त्याने ब्रिजमध्ये ठेव जमा केली आहे की नाही हे शोधण्यासाठी वापरतात. जर एखाद्या ओरॅकलने चुकीचा डेटा पुरवला, तर तो रोलअपला ब्रिजमध्ये ठेव जमा झाली आहे असे वाटायला लावून फसवू शकतो आणि चुकीच्या पद्धतीने निधी जारी करू शकतो. रोलअपमध्ये एम्बेड केलेला लाईट क्लायंट भ्रष्ट ओरॅकल्सपासून संरक्षण करण्यासाठी वापरला जाऊ शकतो, कारण ब्रिजमधील ठेवीसोबत एक पुरावा येऊ शकतो जो कोणतेही टोकन जारी करण्यापूर्वी रोलअपद्वारे सत्यापित केला जाऊ शकतो. हीच संकल्पना इतर इंटरचेन ब्रिजवर देखील लागू केली जाऊ शकते.
+
+इथेरियम वॉलेट्स अपग्रेड करण्यासाठी देखील लाईट क्लायंटचा वापर केला जाऊ शकतो. RPC प्रदात्याकडून प्रदान केलेल्या डेटावर विश्वास ठेवण्याऐवजी, तुमचे वॉलेट एम्बेडेड लाईट क्लायंटचा वापर करून तुम्हाला सादर केलेल्या डेटाची थेट पडताळणी करू शकते. यामुळे तुमच्या वॉलेटची सुरक्षा वाढेल. जर तुमचा RPC प्रदाता अप्रामाणिक असेल आणि त्याने तुम्हाला चुकीची माहिती दिली, तर एम्बेडेड लाईट क्लायंट तुम्हाला ते सांगू शकेल!
+
+## लाईट क्लायंट विकासाची सद्यस्थिती काय आहे? {#current-state-of-development}
+
+अनेक लाईट क्लायंट विकासाधीन आहेत, ज्यात एक्झिक्युशन, कन्सेन्सस आणि एकत्रित एक्झिक्युशन/कन्सेन्सस लाईट क्लायंट समाविष्ट आहेत. हे पान लिहिण्याच्या वेळेपर्यंत आम्हाला माहीत असलेल्या लाईट क्लायंट अंमलबजावणी खालीलप्रमाणे आहेत:
+
+- [Lodestar](https://github.com/ChainSafe/lodestar/tree/unstable/packages/light-client): TypeScript मधील कन्सेन्सस लाईट क्लायंट
+- [Helios](https://github.com/a16z/helios): Rust मधील एकत्रित एक्झिक्युशन आणि कन्सेन्सस लाईट क्लायंट
+- [Geth](https://github.com/ethereum/go-ethereum/tree/master/beacon/light): Go मधील एक्झिक्युशन क्लायंटसाठी लाईट मोड (विकासाधीन)
+- [Nimbus](https://nimbus.guide/el-light-client.html): Nim मधील कन्सेन्सस लाईट क्लायंट
+
+आमच्या माहितीनुसार, यापैकी कोणतेही अद्याप उत्पादन-तयार मानले जात नाही.
+
+लाईट क्लायंट इथेरियम डेटामध्ये कसे प्रवेश करू शकतात हे सुधारण्यासाठी बरेच काम केले जात आहे. सध्या, लाईट क्लायंट क्लायंट/सर्व्हर मॉडेल वापरून पूर्ण नोड्सना RPC विनंत्यांवर अवलंबून असतात, परंतु भविष्यात [पोर्टल नेटवर्क](https://www.ethportal.net/) सारख्या समर्पित नेटवर्कचा वापर करून डेटा अधिक विकेंद्रित पद्धतीने विनंती केला जाऊ शकतो, जे पीअर-टू-पीअर गॉसिप प्रोटोकॉल वापरून लाईट क्लायंटना डेटा देऊ शकते.
+
+इतर [रोडमॅप](/roadmap/) आयटम जसे की [Verkle trees](/roadmap/verkle-trees/) आणि [statelessness](/roadmap/statelessness/) अखेरीस लाईट क्लायंटच्या सुरक्षा हमींना पूर्ण क्लायंटच्या बरोबरीने आणतील.
+
+## पुढील वाचन {#further-reading}
+
+- [झोल्ट फेल्फोधी Geth लाईट क्लायंटवर](https://www.youtube.com/watch?v=EPZeFXau-RE)
+- [एटन किस्सलिंग लाईट क्लायंट नेटवर्किंगवर](https://www.youtube.com/watch?v=85MeiMA4dD8)
+- [एटन किस्सलिंग द मर्जनंतर लाईट क्लायंटवर](https://www.youtube.com/watch?v=ZHNrAXf3RDE)
+- [पायपर मेरियम: कार्यक्षम लाईट क्लायंट्सचा वळणदार मार्ग](https://snakecharmers.ethereum.org/the-winding-road-to-functional-light-clients/)
diff --git a/public/content/translations/mr/developers/docs/nodes-and-clients/node-architecture/index.md b/public/content/translations/mr/developers/docs/nodes-and-clients/node-architecture/index.md
new file mode 100644
index 00000000000..d1ef878d741
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/nodes-and-clients/node-architecture/index.md
@@ -0,0 +1,59 @@
+---
+title: "नोड आर्किटेक्चर"
+description: "इथेरियम नोड्स कसे आयोजित केले जातात याची ओळख."
+lang: mr
+---
+
+एक इथेरियम नोड दोन क्लायंट्सनी बनलेला असतो: एक [एक्झिक्यूशन क्लायंट](/developers/docs/nodes-and-clients/#execution-clients) आणि एक [कन्सेन्सस क्लायंट](/developers/docs/nodes-and-clients/#consensus-clients). एखाद्या नोडला नवीन ब्लॉक प्रस्तावित करण्यासाठी, त्याला [व्हॅलिडेटर क्लायंट](#validators) देखील चालवणे आवश्यक आहे.
+
+जेव्हा इथेरियम [प्रूफ-ऑफ-वर्क](/developers/docs/consensus-mechanisms/pow/) वापरत होते, तेव्हा संपूर्ण इथेरियम नोड चालवण्यासाठी एक एक्झिक्यूशन क्लायंट पुरेसा होता. तथापि, [प्रूफ-ऑफ-स्टेक](/developers/docs/consensus-mechanisms/pow/) लागू केल्यापासून, एक्झिक्यूशन क्लायंटला [कन्सेन्सस क्लायंट](/developers/docs/nodes-and-clients/#consensus-clients) नावाच्या दुसऱ्या सॉफ्टवेअरसोबत वापरणे आवश्यक आहे.
+
+खालील आकृती दोन इथेरियम क्लायंट्समधील संबंध दर्शवते. हे दोन क्लायंट आपापल्या पीअर-टू-पीअर (P2P) नेटवर्कशी जोडले जातात. वेगवेगळे P2P नेटवर्क्स आवश्यक आहेत कारण एक्झिक्यूशन क्लायंट त्यांच्या P2P नेटवर्कवर व्यवहारांची देवाणघेवाण (गॉसिप) करतात, ज्यामुळे ते त्यांचे स्थानिक व्यवहार पूल व्यवस्थापित करू शकतात, तर कन्सेन्सस क्लायंट त्यांच्या P2P नेटवर्कवर ब्लॉक्सची देवाणघेवाण करतात, ज्यामुळे सहमती (कन्सेन्सस) आणि चेनची वाढ होते.
+
+![](node-architecture-text-background.png)
+
+_एक्झिक्यूशन क्लायंटसाठी Erigon, Nethermind आणि Besu यांसह अनेक पर्याय उपलब्ध आहेत_.
+
+ही दोन-क्लायंट रचना कार्य करण्यासाठी, कन्सेन्सस क्लायंट्सनी व्यवहारांचे बंडल एक्झिक्यूशन क्लायंटकडे पाठवणे आवश्यक आहे. एक्झिक्यूशन क्लायंट स्थानिक पातळीवर व्यवहारांची अंमलबजावणी करतो, हे प्रमाणित करण्यासाठी की व्यवहार इथेरियमच्या कोणत्याही नियमांचे उल्लंघन करत नाहीत आणि इथेरियमच्या स्टेटमध्ये प्रस्तावित अपडेट योग्य आहे. जेव्हा एखादा नोड ब्लॉक निर्माता म्हणून निवडला जातो, तेव्हा त्याचा कन्सेन्सस क्लायंट इन्स्टन्स एक्झिक्यूशन क्लायंटकडून नवीन ब्लॉकमध्ये समाविष्ट करण्यासाठी व्यवहारांचे बंडल मागवतो आणि जागतिक स्टेट अपडेट करण्यासाठी त्यांची अंमलबजावणी करतो. [Engine API](https://github.com/ethereum/execution-apis/blob/main/src/engine/common.md) वापरून स्थानिक RPC कनेक्शनद्वारे कन्सेन्सस क्लायंट एक्झिक्यूशन क्लायंटला चालवतो.
+
+## एक्झिक्यूशन क्लायंट काय करतो? {#execution-client}
+
+एक्झिक्यूशन क्लायंट व्यवहारांचे प्रमाणीकरण, हाताळणी आणि गॉसिपसाठी जबाबदार आहे, तसेच स्टेट मॅनेजमेंट आणि इथेरियम व्हर्च्युअल मशीन ([EVM](/developers/docs/evm/)) ला सपोर्ट करतो. तो ब्लॉक तयार करणे, ब्लॉकची गॉसिपिंग करणे किंवा कन्सेन्सस लॉजिक हाताळण्यासाठी जबाबदार **नाही**. हे कन्सेन्सस क्लायंटच्या अखत्यारीत आहे.
+
+एक्झिक्यूशन क्लायंट एक्झिक्यूशन पेलोड तयार करतो - व्यवहारांची सूची, अपडेटेड स्टेट ट्राय आणि इतर अंमलबजावणी-संबंधित डेटा. कन्सेन्सस क्लायंट प्रत्येक ब्लॉकमध्ये एक्झिक्यूशन पेलोड समाविष्ट करतात. एक्झिक्यूशन क्लायंट नवीन ब्लॉक्समधील व्यवहारांची पुन्हा अंमलबजावणी करून ते वैध असल्याची खात्री करण्यासाठी देखील जबाबदार आहे. व्यवहारांची अंमलबजावणी एक्झिक्यूशन क्लायंटच्या एम्बेडेड कॉम्प्युटरवर केली जाते, ज्याला [इथेरियम व्हर्च्युअल मशीन (EVM)](/developers/docs/evm) म्हणून ओळखले जाते.
+
+एक्झिक्यूशन क्लायंट [RPC पद्धती](/developers/docs/apis/json-rpc) द्वारे इथेरियमसाठी एक यूजर इंटरफेस देखील प्रदान करतो जो वापरकर्त्यांना इथेरियम ब्लॉकचेनची क्वेरी करण्यास, व्यवहार सबमिट करण्यास आणि स्मार्ट कॉन्ट्रॅक्ट्स तैनात करण्यास सक्षम करतो. RPC कॉल्स [Web3js](https://docs.web3js.org/), [Web3py](https://web3py.readthedocs.io/en/v5/) सारख्या लायब्ररीद्वारे किंवा ब्राउझर वॉलेटसारख्या यूजर-इंटरफेसद्वारे हाताळले जाणे सामान्य आहे.
+
+सारांश, एक्झिक्यूशन क्लायंट आहे:
+
+- इथेरियमसाठी एक यूजर गेटवे
+- इथेरियम व्हर्च्युअल मशीन, इथेरियमचे स्टेट आणि व्यवहार पूल यांचे घर.
+
+## कन्सेन्सस क्लायंट काय करतो? {#consensus-client}
+
+कन्सेन्सस क्लायंट सर्व लॉजिक हाताळतो ज्यामुळे नोड इथेरियम नेटवर्कसोबत सिंकमध्ये राहू शकतो. यामध्ये पीअर्सकडून ब्लॉक प्राप्त करणे आणि फोर्क चॉईस अल्गोरिदम चालवणे समाविष्ट आहे, जेणेकरून नोड नेहमी सर्वाधिक अटेस्टेशन्स (व्हॅलिडेटरच्या प्रभावी बॅलन्सद्वारे भारित) जमा केलेल्या चेनचे अनुसरण करेल याची खात्री होते. एक्झिक्यूशन क्लायंटप्रमाणेच, कन्सेन्सस क्लायंट्सचे स्वतःचे P2P नेटवर्क असते ज्याद्वारे ते ब्लॉक आणि अटेस्टेशन्स शेअर करतात.
+
+कन्सेन्सस क्लायंट ब्लॉक प्रमाणित करण्यात किंवा प्रस्तावित करण्यात भाग घेत नाही - हे व्हॅलिडेटरद्वारे केले जाते, जो कन्सेन्सस क्लायंटसाठी एक ऐच्छिक ॲड-ऑन आहे. व्हॅलिडेटरशिवाय एक कन्सेन्सस क्लायंट फक्त चेनच्या हेडसोबत राहतो, ज्यामुळे नोडला सिंकमध्ये राहता येते. हे वापरकर्त्याला त्यांच्या एक्झिक्यूशन क्लायंटचा वापर करून इथेरियमसोबत व्यवहार करण्यास सक्षम करते, कारण त्यांना खात्री असते की ते योग्य चेनवर आहेत.
+
+## व्हॅलिडेटर्स {#validators}
+
+स्टेकिंग करणे आणि व्हॅलिडेटर सॉफ्टवेअर चालवणे एखाद्या नोडला नवीन ब्लॉक प्रस्तावित करण्यासाठी निवडले जाण्यास पात्र बनवते. नोड ऑपरेटर डिपॉझिट कॉन्ट्रॅक्टमध्ये ३२ ETH जमा करून त्यांच्या कन्सेन्सस क्लायंटमध्ये व्हॅलिडेटर जोडू शकतात. व्हॅलिडेटर क्लायंट कन्सेन्सस क्लायंटसोबत बंडल केलेला येतो आणि तो कोणत्याही वेळी नोडमध्ये जोडला जाऊ शकतो. व्हॅलिडेटर अटेस्टेशन्स आणि ब्लॉक प्रस्ताव हाताळतो. हे नोडला दंड किंवा स्लॅशिंगद्वारे बक्षिसे मिळवण्यास किंवा ETH गमावण्यास सक्षम करते.
+
+[स्टेकिंगबद्दल अधिक](/staking/).
+
+## नोडच्या घटकांची तुलना {#node-comparison}
+
+| एक्झिक्यूशन क्लायंट                                                           | कन्सेन्सस क्लायंट                                                                                                                                                                                                  | व्हॅलिडेटर                     |
+| ----------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | ------------------------------ |
+| त्याच्या P2P नेटवर्कवर व्यवहारांची देवाणघेवाण (गॉसिप) करतो | त्याच्या P2P नेटवर्कवर ब्लॉक आणि अटेस्टेशन्सची देवाणघेवाण (गॉसिप) करतो                                                                                                                          | ब्लॉक प्रस्तावित करतो          |
+| व्यवहारांची अंमलबजावणी/पुन्हा अंमलबजावणी करतो                                 | फोर्क चॉईस अल्गोरिदम चालवतो                                                                                                                                                                                        | बक्षिसे/दंड जमा करतो           |
+| येणाऱ्या स्टेटमधील बदल सत्यापित करतो                                          | चेनच्या हेडचा मागोवा ठेवतो                                                                                                                                                                                         | अटेस्टेशन्स करतो               |
+| स्टेट आणि रिसिट्स ट्राय्स व्यवस्थापित करतो                                    | बीकन स्टेट (ज्यात कन्सेन्सस आणि एक्झिक्यूशन माहिती असते) व्यवस्थापित करतो                                                                                                                       | स्टेक करण्यासाठी ३२ ETH आवश्यक |
+| एक्झिक्यूशन पेलोड तयार करतो                                                   | RANDAO मध्ये जमा झालेल्या यादृच्छिकतेचा (रँडमनेस) मागोवा ठेवतो (एक अल्गोरिदम जो व्हॅलिडेटर निवड आणि इतर कन्सेन्सस ऑपरेशन्ससाठी सत्यापित करण्यायोग्य यादृच्छिकता प्रदान करतो) | स्लॅश केले जाऊ शकते            |
+| इथेरियमशी संवाद साधण्यासाठी JSON-RPC API उघड करतो                             | जस्टिफिकेशन आणि फायनलायझेशनचा मागोवा ठेवतो                                                                                                                                                                         |                                |
+
+## पुढील वाचन {#further-reading}
+
+- [प्रूफ-ऑफ-स्टेक](/developers/docs/consensus-mechanisms/pos)
+- [ब्लॉक प्रस्ताव](/developers/docs/consensus-mechanisms/pos/block-proposal)
+- [व्हॅलिडेटरची बक्षिसे आणि दंड](/developers/docs/consensus-mechanisms/pos/rewards-and-penalties)
diff --git a/public/content/translations/mr/developers/docs/nodes-and-clients/nodes-as-a-service/index.md b/public/content/translations/mr/developers/docs/nodes-and-clients/nodes-as-a-service/index.md
new file mode 100644
index 00000000000..fc6cd29da83
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/nodes-and-clients/nodes-as-a-service/index.md
@@ -0,0 +1,418 @@
+---
+title: "एक सेवा म्हणून नोड्स"
+description: "नोड सेवांचे प्रवेश-स्तरीय विहंगावलोकन, त्याचे फायदे आणि तोटे, आणि लोकप्रिय प्रदाते."
+lang: mr
+sidebarDepth: 2
+---
+
+## परिचय {#Introduction}
+
+तुमचा स्वतःचा [Ethereum नोड](/developers/docs/nodes-and-clients/#what-are-nodes-and-clients) चालवणे आव्हानात्मक असू शकते, विशेषतः सुरुवात करताना किंवा वेगाने स्केलिंग करताना. अशा [अनेक सेवा](#popular-node-services) आहेत ज्या तुमच्यासाठी ऑप्टिमाइझ केलेल्या नोड इन्फ्रास्ट्रक्चर चालवतात, त्यामुळे तुम्ही त्याऐवजी तुमच्या ॲप्लिकेशन किंवा उत्पादनाच्या विकासावर लक्ष केंद्रित करू शकता. आम्ही नोड सेवा कशा कार्य करतात, त्यांच्या वापराचे फायदे आणि तोटे हे स्पष्ट करू आणि जर तुम्हाला सुरुवात करण्यास स्वारस्य असेल तर प्रदात्यांची यादी देऊ.
+
+## पूर्वतयारी {#prerequisites}
+
+जर तुम्हाला नोड्स आणि क्लायंट काय आहेत हे आधीच माहीत नसेल, तर [नोड्स आणि क्लायंट](/developers/docs/nodes-and-clients/) पहा.
+
+## स्टेकर्स {#stakoooooooooooooors}
+
+सोलो स्टेकर्सनी तृतीय-पक्ष प्रदात्यांवर अवलंबून न राहता स्वतःची पायाभूत सुविधा चालवली पाहिजे. याचा अर्थ कन्सेंसस क्लायंट सोबत एक्झिक्युशन क्लायंट चालवणे. [द मर्ज](/roadmap/merge) पूर्वी, फक्त कन्सेंसस क्लायंट चालवणे आणि एक्झिक्युशन डेटासाठी केंद्रीकृत प्रदाता वापरणे शक्य होते; हे आता शक्य नाही - एका सोलो स्टेकरने दोन्ही क्लायंट चालवणे आवश्यक आहे. तथापि, ही प्रक्रिया सुलभ करण्यासाठी सेवा उपलब्ध आहेत.
+
+[नोड चालवण्याबद्दल अधिक वाचा](/developers/docs/nodes-and-clients/run-a-node/).
+
+या पृष्ठावर वर्णन केलेल्या सेवा नॉन-स्टेकिंग नोड्ससाठी आहेत.
+
+## नोड सेवा कशा कार्य करतात? {#how-do-node-services-work}
+
+नोड सेवा प्रदाते तुमच्यासाठी पडद्यामागे वितरित नोड क्लायंट चालवतात, त्यामुळे तुम्हाला ते करावे लागत नाही.
+
+या सेवा सामान्यतः एक API की प्रदान करतात जी तुम्ही ब्लॉकचेनवर लिहिण्यासाठी आणि वाचण्यासाठी वापरू शकता. ते अनेकदा मेननेट व्यतिरिक्त [Ethereum टेस्टनेट](/developers/docs/networks/#ethereum-testnets) मध्ये प्रवेश देतात.
+
+काही सेवा तुम्हाला तुमचा स्वतःचा समर्पित नोड ऑफर करतात ज्याचे ते तुमच्यासाठी व्यवस्थापन करतात, तर इतर नोड्सवर क्रियाकलाप वितरित करण्यासाठी लोड बॅलन्सर वापरतात.
+
+जवळजवळ सर्व नोड सेवा एकत्रित करण्यास अत्यंत सोप्या आहेत, ज्यात तुमचा सेल्फ-होस्ट केलेला नोड बदलण्यासाठी किंवा सेवांमध्येच स्विच करण्यासाठी तुमच्या कोडमध्ये फक्त एका ओळीत बदल करावा लागतो.
+
+बऱ्याचदा नोड सेवा विविध प्रकारचे [नोड क्लायंट](/developers/docs/nodes-and-clients/#execution-clients) आणि [प्रकार](/developers/docs/nodes-and-clients/#node-types) चालवतात, ज्यामुळे तुम्हाला एकाच API मध्ये क्लायंट विशिष्ट पद्धतींव्यतिरिक्त पूर्ण आणि संग्रहित नोड्समध्ये प्रवेश मिळतो.
+
+हे लक्षात घेणे महत्त्वाचे आहे की नोड सेवा तुमच्या खाजगी की किंवा माहिती साठवत नाहीत आणि साठवू नयेत.
+
+## नोड सेवा वापरण्याचे फायदे काय आहेत? {#benefits-of-using-a-node-service}
+
+नोड सेवा वापरण्याचा मुख्य फायदा हा आहे की तुम्हाला स्वतः नोड्सची देखभाल आणि व्यवस्थापन करण्यासाठी अभियांत्रिकी वेळ घालवावा लागत नाही. हे तुम्हाला पायाभूत सुविधांच्या देखभालीची चिंता करण्याऐवजी तुमच्या उत्पादनाच्या निर्मितीवर लक्ष केंद्रित करण्यास अनुमती देते.
+
+स्टोरेजपासून बँडविड्थ ते मौल्यवान अभियांत्रिकी वेळेपर्यंत, स्वतःचे नोड्स चालवणे खूप महाग असू शकते. स्केलिंग करताना अधिक नोड्स सुरू करणे, नोड्सला नवीनतम आवृत्त्यांमध्ये अपग्रेड करणे आणि स्टेट कन्सिस्टन्सी सुनिश्चित करणे यासारख्या गोष्टी तुम्हाला तुमच्या इच्छित web3 उत्पादनाच्या निर्मितीवर आणि संसाधने खर्च करण्यापासून विचलित करू शकतात.
+
+## नोड सेवा वापरण्याचे तोटे काय आहेत? {#cons-of-using-a-node-service}
+
+नोड सेवा वापरून, तुम्ही तुमच्या उत्पादनाच्या पायाभूत सुविधांच्या पैलूचे केंद्रीकरण करत आहात. या कारणास्तव, विकेंद्रीकरणाला सर्वाधिक महत्त्व देणारे प्रकल्प तिसऱ्या पक्षाला आउटसोर्स करण्याऐवजी सेल्फ-होस्टिंग नोड्सला प्राधान्य देऊ शकतात.
+
+[स्वतःचा नोड चालवण्याच्या फायद्यांबद्दल अधिक वाचा](/developers/docs/nodes-and-clients/#benefits-to-you).
+
+## लोकप्रिय नोड सेवा {#popular-node-services}
+
+येथे काही सर्वात लोकप्रिय Ethereum नोड प्रदात्यांची यादी आहे, यामध्ये नसलेल्या कोणत्याही प्रदात्याला जोडण्यास तुम्ही मोकळे आहात! प्रत्येक नोड सेवा मोफत किंवा सशुल्क स्तरांव्यतिरिक्त विविध फायदे आणि वैशिष्ट्ये ऑफर करते, निर्णय घेण्यापूर्वी तुमच्या गरजांनुसार कोणते सर्वोत्तम आहे याचा तुम्ही तपास केला पाहिजे.
+
+- [**Alchemy**](https://alchemy.com/)
+  - [डॉक्स](https://www.alchemy.com/docs/)
+  - वैशिष्ट्ये
+    - प्रति महिना ३०० दशलक्ष कॉम्प्युट युनिट्ससह सर्वात मोठा विनामूल्य टियर (~३० दशलक्ष getLatestBlock विनंत्या)
+    - Polygon, Starknet, Optimism, Arbitrum साठी मल्टीचेन समर्थन
+    - सर्वात मोठ्या Ethereum dapps आणि DeFi व्यवहारांच्या व्हॉल्यूमपैकी ~७०% ला सामर्थ्य देते
+    - Alchemy Notify द्वारे रिअल-टाइम वेबहुक अलर्ट
+    - सर्वोत्कृष्ट-श्रेणीतील समर्थन आणि विश्वसनीयता / स्थिरता
+    - Alchemy चा NFT API
+    - रिक्वेस्ट एक्सप्लोरर, Mempool वॉचर आणि कंपोझरसह डॅशबोर्ड
+    - एकात्मिक टेस्टनेट फॉसेट प्रवेश
+    - १८ हजार वापरकर्त्यांसह सक्रिय Discord बिल्डर समुदाय
+
+- [**Allnodes**](https://www.allnodes.com/)
+  - [डॉक्स](https://docs.allnodes.com/)
+  - वैशिष्ट्ये
+    - Allnodes पोर्टफोलिओ पृष्ठावर तयार केलेल्या PublicNode टोकनसह कोणतेही दर मर्यादा नाहीत.
+    - [PublicNode](https://www.publicnode.com) वर गोपनीयता केंद्रित विनामूल्य rpc एंडपॉइंट्स (१००+ ब्लॉकचेन)
+    - ९०+ ब्लॉकचेनसाठी दर मर्यादेशिवाय समर्पित नोड्स
+    - ३०+ ब्लॉकचेनसाठी समर्पित आर्काइव्ह नोड्स
+    - ३ प्रदेशांमध्ये उपलब्ध (US, EU, आशिया)
+    - [PublicNode](https://www.publicnode.com/snapshots) वर १००+ ब्लॉकचेनसाठी स्नॅपशॉट्स
+    - ९९.९०%-९९.९८% अपटाइम SLA सह २४/७ तांत्रिक समर्थन (प्लॅनवर अवलंबून).
+    - प्रति-तास किंमत
+    - क्रेडिट कार्ड, PayPal किंवा क्रिप्टोद्वारे पैसे द्या
+
+- [**All That Node**](https://allthatnode.com/)
+  - [डॉक्स](https://docs.allthatnode.com/)
+  - वैशिष्ट्ये
+    - विनामूल्य टियरसह दररोज ५०,००० विनंत्या
+    - ४० हून अधिक प्रोटोकॉलसाठी समर्थन
+    - JSON-RPC (EVM, Tendermint), REST आणि Websocket APIs समर्थित
+    - आर्काइव्ह डेटामध्ये अमर्यादित प्रवेश
+    - २४/७ तांत्रिक समर्थन आणि ९९.९% पेक्षा जास्त अपटाइम
+    - मल्टी चेनवर फॉसेट उपलब्ध
+    - अमर्यादित API की सह अमर्यादित एंडपॉइंट प्रवेश
+    - ट्रेस/डीबग API समर्थित
+    - स्वयंचलित अपडेट्स
+
+- [**Amazon Managed Blockchain**](https://aws.amazon.com/managed-blockchain/)
+  - [डॉक्स](https://aws.amazon.com/managed-blockchain/resources/)
+  - वैशिष्ट्ये
+    - पूर्णपणे व्यवस्थापित Ethereum नोड्स
+    - सहा प्रदेशांमध्ये उपलब्ध
+    - HTTP आणि सुरक्षित WebSockets वर JSON-RPC
+    - ३ चेन्सना समर्थन देते
+    - SLAs, AWS समर्थन २४/७
+    - Go-ethereum आणि Lighthouse
+
+- [**Ankr**](https://www.ankr.com/)
+  - [डॉक्स](https://docs.ankr.com/)
+  - वैशिष्ट्ये
+    - Ankr प्रोटोकॉल - ८+ चेन्ससाठी सार्वजनिक RPC API एंडपॉइंट्ससाठी खुला प्रवेश
+    - जवळच्या उपलब्ध नोडसाठी जलद आणि विश्वसनीय गेटवेसाठी लोड बॅलेंसिंग आणि नोड आरोग्य देखरेख
+    - WSS एंडपॉइंट आणि अमर्याद दर मर्यादा सक्षम करणारा प्रीमियम टियर
+    - ४०+ चेन्ससाठी एक-क्लिक फुल नोड आणि व्हॅलिडेटर नोड उपयोजन
+    - आवश्यकतेनुसार स्केल करा
+    - ॲनालिटिक्स साधने
+    - डॅशबोर्ड
+    - RPC, HTTPS आणि WSS एंडपॉइंट्स
+    - थेट समर्थन
+
+- [**Blast**](https://blastapi.io/)
+  - [डॉक्स](https://docs.blastapi.io/)
+  - वैशिष्ट्ये
+    - RPC आणि WSS समर्थन
+    - बहु-प्रादेशिक नोड होस्टिंग
+    - विकेंद्रीकृत पायाभूत सुविधा
+    - सार्वजनिक API
+    - समर्पित विनामूल्य प्लॅन
+    - मल्टीचेन समर्थन (१७+ ब्लॉकचेन)
+    - आर्काइव्ह नोड्स
+    - २४/७ Discord समर्थन
+    - २४/७ देखरेख आणि अलर्ट
+    - एकूण ९९.९% चा SLA
+    - क्रिप्टोमध्ये पैसे द्या
+
+- [**BlockDaemon**](https://blockdaemon.com/)
+  - [डॉक्स](https://ubiquity.docs.blockdaemon.com/)
+  - फायदे
+    - डॅशबोर्ड
+    - प्रति नोड आधारावर
+    - ॲनालिटिक्स
+
+- [**BlockPI**](https://blockpi.io/)
+  - [डॉक्स](https://docs.blockpi.io/)
+  - वैशिष्ट्ये
+    - मजबूत आणि वितरित नोड रचना
+    - ४० पर्यंत HTTPS आणि WSS एंडपॉइंट्स
+    - विनामूल्य साइनअप पॅकेज आणि मासिक पॅकेज
+    - ट्रेस पद्धत + आर्काइव्ह डेटा समर्थन
+    - ९० दिवसांपर्यंत वैधतेचे पॅकेजेस
+    - सानुकूल प्लॅन आणि पे ॲज यू गो पेमेंट
+    - क्रिप्टोमध्ये पैसे द्या
+    - थेट समर्थन आणि तांत्रिक समर्थन
+
+- [**Chainbase**](https://www.chainbase.com/)
+  - [डॉक्स](https://docs.chainbase.com)
+  - वैशिष्ट्ये
+    - अत्यंत उपलब्ध, जलद आणि स्केलेबल RPC सेवा
+    - मल्टी-चेन समर्थन
+    - विनामूल्य दर
+    - वापरकर्ता-अनुकूल डॅशबोर्ड
+    - RPC च्या पलीकडे ब्लॉकचेन डेटा सेवा प्रदान करते
+
+- [**Chainstack**](https://chainstack.com/)
+  - [डॉक्स](https://docs.chainstack.com/)
+  - वैशिष्ट्ये
+    - विनामूल्य सामायिक नोड्स
+    - सामायिक आर्काइव्ह नोड्स
+    - GraphQL समर्थन
+    - RPC आणि WSS एंडपॉइंट्स
+    - समर्पित पूर्ण आणि आर्काइव्ह नोड्स
+    - समर्पित उपयोजनांसाठी जलद सिंक वेळ
+    - तुमचे स्वतःचे क्लाउड आणा
+    - प्रति-तास किंमत
+    - थेट २४/७ समर्थन
+
+- [**dRPC**](https://drpc.org/)
+  - [डॉक्स](https://drpc.org/docs)
+  - NodeCloud: प्लग-एन-प्ले RPC इन्फ्रा $१० (USD) पासून सुरू—पूर्ण गती, कोणतीही मर्यादा नाही
+  - NodeCloud वैशिष्ट्ये:
+    - १८५ नेटवर्कसाठी API समर्थन
+    - ४०+ प्रदात्यांचा वितरित पूल
+    - नऊ (९) जिओ-क्लस्टर्ससह जागतिक व्याप्ती
+    - AI-चालित लोड बॅलेंसिंग प्रणाली
+    - पे-ॲज-यू-गो फ्लॅट किंमत—कोणतीही वाढ नाही, कोणतीही मुदत नाही, कोणतेही लॉक-इन नाही
+    - अमर्यादित की, ग्रॅन्युलर की ट्वीक्स, टीम भूमिका, फ्रंट-एंड संरक्षण
+    - प्रति पद्धत २० कॉम्प्युट युनिट्स (CUs) चा फ्लॅट रेट
+    - [सार्वजनिक एंडपॉइंट चेनलिस्ट](https://drpc.org/chainlist)
+    - [किंमत कॅल्क्युलेटर](https://drpc.org/pricing#calculator)
+  - NodeCore: पूर्ण नियंत्रणाची इच्छा असलेल्या संस्थांसाठी ओपन-सोर्स स्टॅक
+
+- [**GetBlock**](https://getblock.io/)
+  - [डॉक्स](https://getblock.io/docs/get-started/authentication-with-api-key/)
+  - वैशिष्ट्ये
+    - ४०+ ब्लॉकचेन नोड्समध्ये प्रवेश
+    - ४० हजार विनामूल्य दैनिक विनंत्या
+    - अमर्यादित API की
+    - १GB/सेकंद चा उच्च कनेक्शन वेग
+    - ट्रेस+आर्काइव्ह
+    - प्रगत ॲनालिटिक्स
+    - स्वयंचलित अपडेट्स
+    - तांत्रिक समर्थन
+
+- [**InfStones**](https://infstones.com/)
+  - वैशिष्ट्ये
+    - विनामूल्य टियर पर्याय
+    - आवश्यकतेनुसार स्केल करा
+    - ॲनालिटिक्स
+    - डॅशबोर्ड
+    - युनिक API एंडपॉइंट्स
+    - समर्पित पूर्ण नोड्स
+    - समर्पित उपयोजनांसाठी जलद सिंक वेळ
+    - थेट २४/७ समर्थन
+    - ५०+ ब्लॉकचेन नोड्समध्ये प्रवेश
+
+- [**Infura**](https://infura.io/)
+  - [डॉक्स](https://infura.io/docs)
+  - वैशिष्ट्ये
+    - विनामूल्य टियर पर्याय
+    - आवश्यकतेनुसार स्केल करा
+    - सशुल्क आर्काइव्हल डेटा
+    - थेट समर्थन
+    - डॅशबोर्ड
+
+- [**Kaleido**](https://kaleido.io/)
+  - [डॉक्स](https://docs.kaleido.io/)
+  - वैशिष्ट्ये
+    - विनामूल्य स्टार्टर टियर
+    - एक-क्लिक Ethereum नोड उपयोजन
+    - सानुकूल करण्यायोग्य क्लायंट आणि अल्गोरिदम (Geth, Quorum & Besu || PoA, IBFT & Raft)
+    - ५००+ प्रशासकीय आणि सेवा APIs
+    - Ethereum व्यवहार सबमिशनसाठी RESTful इंटरफेस (Apache Kafka समर्थित)
+    - इव्हेंट वितरणासाठी आउटबाउंड प्रवाह (Apache Kafka समर्थित)
+    - "ऑफचेन" आणि सहायक सेवांचा सखोल संग्रह (उदा. द्विपक्षीय एनक्रिप्टेड मेसेजिंग वाहतूक)
+    - प्रशासन आणि भूमिका-आधारित प्रवेश नियंत्रणासह सरळ नेटवर्क ऑनबोर्डिंग
+    - प्रशासक आणि अंतिम वापरकर्ते दोघांसाठी अत्याधुनिक वापरकर्ता व्यवस्थापन
+    - अत्यंत स्केलेबल, लवचिक, एंटरप्राइझ-ग्रेड पायाभूत सुविधा
+    - क्लाउड HSM खाजगी की व्यवस्थापन
+    - Ethereum मेननेट टेदरिंग
+    - ISO 27k आणि SOC 2, प्रकार 2 प्रमाणपत्रे
+    - डायनॅमिक रनटाइम कॉन्फिगरेशन (उदा. क्लाउड इंटिग्रेशन जोडणे, नोड इनग्रेस बदलणे, इ.)
+    - मल्टी-क्लाउड, मल्टी-रीजन आणि हायब्रीड उपयोजन ऑर्केस्ट्रेशनसाठी समर्थन
+    - सोपी तासाप्रमाणे SaaS-आधारित किंमत
+    - SLAs आणि २४x७ समर्थन
+
+- [**Lava Network**](https://www.lavanet.xyz/)
+  - [डॉक्स](https://docs.lavanet.xyz/)
+  - वैशिष्ट्ये
+    - विनामूल्य टेस्टनेट वापर
+    - उच्च अपटाइमसाठी विकेंद्रीकृत रिडंडन्सी
+    - ओपन-सोर्स
+    - पूर्णपणे विकेंद्रीकृत SDK
+    - Ethers.js एकत्रीकरण
+    - सहज प्रकल्प व्यवस्थापन इंटरफेस
+    - सहमती-आधारित डेटा अखंडता
+    - मल्टी-चेन समर्थन
+
+- [**Moralis**](https://moralis.io/)
+  - [डॉक्स](https://docs.moralis.io/)
+  - वैशिष्ट्ये
+    - विनामूल्य सामायिक नोड्स
+    - विनामूल्य सामायिक आर्काइव्ह नोड्स
+    - गोपनीयता केंद्रित (नो लॉग्स धोरण)
+    - क्रॉस चेन समर्थन
+    - आवश्यकतेनुसार स्केल करा
+    - डॅशबोर्ड
+    - युनिक Ethereum SDK
+    - युनिक API एंडपॉइंट्स
+    - थेट, तांत्रिक समर्थन
+
+- [**NodeReal MegaNode**](https://nodereal.io/)
+  - [डॉक्स](https://docs.nodereal.io/docs/introduction)
+  - वैशिष्ट्ये
+    - विश्वसनीय, जलद आणि स्केलेबल RPC API सेवा
+    - web3 विकासकांसाठी वर्धित API
+    - मल्टी-चेन समर्थन
+    - विनामूल्य सुरुवात करा
+
+- [**NOWNodes**](https://nownodes.io/)
+  - [डॉक्स](https://documenter.getpostman.com/view/13630829/TVmFkLwy)
+  - वैशिष्ट्ये
+    - ५०+ ब्लॉकचेन नोड्समध्ये प्रवेश
+    - विनामूल्य API की
+    - ब्लॉक एक्सप्लोरर्स
+    - API प्रतिसाद वेळ ⩽ १ सेकंद
+    - २४/७ समर्थन टीम
+    - वैयक्तिक खाते व्यवस्थापक
+    - सामायिक, आर्काइव्ह, बॅकअप आणि समर्पित नोड्स
+
+- [**Pocket Network**](https://www.pokt.network/)
+  - [डॉक्स](https://docs.pokt.network/home/)
+  - वैशिष्ट्ये
+    - विकेंद्रीकृत RPC प्रोटोकॉल आणि मार्केटप्लेस
+    - प्रतिदिन १ दशलक्ष विनंत्या विनामूल्य टियर (प्रति एंडपॉइंट, कमाल २)
+    - [सार्वजनिक एंडपॉइंट्स](https://docs.pokt.network/developers/public-endpoints)
+    - प्री-स्टेक+ प्रोग्राम (जर तुम्हाला दररोज १ दशलक्ष पेक्षा जास्त विनंत्यांची आवश्यकता असेल)
+    - १५+ ब्लॉकचेन समर्थित
+    - ६४००+ नोड्स ॲप्लिकेशन्सना सेवा देऊन POKT मिळवत आहेत
+    - आर्काइव्हल नोड, ट्रेसिंगसह आर्काइव्हल नोड, आणि टेस्टनेट नोड समर्थन
+    - Ethereum मेननेट नोड क्लायंट विविधता
+    - अपयशाचा एकही बिंदू नाही
+    - शून्य डाउनटाइम
+    - किफायतशीर जवळ-शून्य टोकनॉमिक्स (नेटवर्क बँडविड्थसाठी एकदा POKT स्टेक करा)
+    - कोणताही मासिक बुडीत खर्च नाही, आपल्या पायाभूत सुविधांना मालमत्तेत बदला
+    - प्रोटोकॉलमध्येच लोड-बॅलेंसिंग अंतर्भूत
+    - आवश्यकतेनुसार दररोज विनंत्यांची संख्या आणि प्रति तास नोड्सची संख्या अमर्यादपणे वाढवा
+    - सर्वात खाजगी, सेन्सॉरशिप-प्रतिरोधक पर्याय
+    - प्रत्यक्ष विकासक समर्थन
+    - [Pocket Portal](https://bit.ly/ETHorg_POKTportal) डॅशबोर्ड आणि ॲनालिटिक्स
+
+- [**QuickNode**](https://www.quicknode.com)
+  - [डॉक्स](https://www.quicknode.com/docs/)
+  - वैशिष्ट्ये
+    - २४/७ तांत्रिक समर्थन आणि डेव्ह Discord समुदाय
+    - जिओ-बॅलन्स्ड, मल्टी क्लाउड/मेटल, कमी-लेटन्सी नेटवर्क
+    - मल्टीचेन समर्थन (Optimism, Arbitrum, Polygon + ११ इतर)
+    - वेग आणि स्थिरतेसाठी मध्य-स्तर (कॉल रूटिंग, कॅशे, इंडेक्सिंग)
+    - वेबहूक्सद्वारे स्मार्ट-कॉन्ट्रॅक्ट देखरेख
+    - सहज डॅशबोर्ड, ॲनालिटिक्स सूट, RPC कंपोझर
+    - प्रगत सुरक्षा वैशिष्ट्ये (JWT, मास्किंग, व्हाइटलिस्टिंग)
+    - NFT डेटा आणि ॲनालिटिक्स API
+    - [SOC2 प्रमाणित](https://www.quicknode.com/security)
+    - डेव्हलपर्सपासून एंटरप्राइजेसपर्यंत योग्य
+
+- [**Rivet**](https://rivet.cloud/)
+  - [डॉक्स](https://rivet.readthedocs.io/en/latest/)
+  - वैशिष्ट्ये
+    - विनामूल्य टियर पर्याय
+    - आवश्यकतेनुसार स्केल करा
+
+- [**SenseiNode**](https://senseinode.com)
+  - [डॉक्स](https://docs.senseinode.com/)
+  - वैशिष्ट्ये
+    - समर्पित आणि सामायिक नोड्स
+    - डॅशबोर्ड
+    - लॅटिन अमेरिकेतील विविध ठिकाणी अनेक होस्टिंग प्रदात्यांवर AWS बाहेर होस्टिंग
+    - Prysm आणि Lighthouse क्लायंट
+
+- [**SettleMint**](https://console.settlemint.com/)
+  - [डॉक्स](https://docs.settlemint.com/)
+  - वैशिष्ट्ये
+    - विनामूल्य चाचणी
+    - आवश्यकतेनुसार स्केल करा
+    - GraphQL समर्थन
+    - RPC आणि WSS एंडपॉइंट्स
+    - समर्पित पूर्ण नोड्स
+    - तुमचे स्वतःचे क्लाउड आणा
+    - ॲनालिटिक्स साधने
+    - डॅशबोर्ड
+    - प्रति-तास किंमत
+    - थेट समर्थन
+
+- [**Tenderly**](https://tenderly.co/web3-gateway)
+  - [डॉक्स](https://docs.tenderly.co/web3-gateway/web3-gateway)
+  - वैशिष्ट्ये
+    - विनामूल्य टियरमध्ये दरमहा २५ दशलक्ष Tenderly युनिट्सचा समावेश
+    - ऐतिहासिक डेटामध्ये विनामूल्य प्रवेश
+    - ८x पर्यंत जलद रीड-हेवी वर्कलोड्स
+    - १००% सुसंगत रीड ॲक्सेस
+    - JSON-RPC एंडपॉइंट्स
+    - UI-आधारित RPC रिक्वेस्ट बिल्डर आणि रिक्वेस्ट प्रीव्ह्यू
+    - Tenderly च्या विकास, डीबगिंग आणि चाचणी साधनांसह घट्टपणे एकत्रित
+    - व्यवहार सिम्युलेशन
+    - वापर ॲनालिटिक्स आणि फिल्टरिंग
+    - सोपे ॲक्सेस की व्यवस्थापन
+    - चॅट, ईमेल आणि Discord द्वारे समर्पित अभियांत्रिकी समर्थन
+
+- [**Tokenview**](https://services.tokenview.io/)
+  - [डॉक्स](https://services.tokenview.io/docs?type=nodeService)
+  - वैशिष्ट्ये
+    - २४/७ तांत्रिक समर्थन आणि डेव्ह टेलिग्राम समुदाय
+    - मल्टीचेन समर्थन (Bitcoin, Ethereum, Tron, BNB Smart Chain, Ethereum Classic)
+    - RPC आणि WSS दोन्ही एंडपॉइंट्स वापरासाठी खुले आहेत
+    - आर्काइव्ह डेटा API मध्ये अमर्यादित प्रवेश
+    - रिक्वेस्ट एक्सप्लोरर आणि Mempool वॉचरसह डॅशबोर्ड
+    - NFT डेटा API आणि वेबहुक सूचना
+    - क्रिप्टोमध्ये पैसे द्या
+    - अतिरिक्त वर्तणूक आवश्यकतांसाठी बाह्य समर्थन
+
+- [**Watchdata**](https://watchdata.io/)
+  - [डॉक्स](https://docs.watchdata.io/)
+  - वैशिष्ट्ये
+    - डेटा विश्वसनीयता
+    - डाउनटाइमशिवाय अखंड कनेक्शन
+    - प्रक्रिया ऑटोमेशन
+    - विनामूल्य दर
+    - कोणत्याही वापरकर्त्यास अनुकूल अशा उच्च मर्यादा
+    - विविध नोड्ससाठी समर्थन
+    - संसाधन स्केलिंग
+    - उच्च प्रक्रिया गती
+
+- [**ZMOK**](https://zmok.io/)
+  - [डॉक्स](https://docs.zmok.io/)
+  - वैशिष्ट्ये
+    - सेवा म्हणून फ्रंट-रनिंग
+    - शोध/फिल्टरिंग पद्धतींसह जागतिक व्यवहार मेमपूल
+    - व्यवहार पाठवण्यासाठी अमर्याद TX फी आणि अमर्याद Gas
+    - नवीन ब्लॉक मिळवणे आणि ब्लॉकचेन वाचणे सर्वात जलद
+    - प्रति API कॉल सर्वोत्तम किंमतीची हमी
+
+- [**Zeeve**](https://www.zeeve.io/)
+  - [डॉक्स](https://www.zeeve.io/docs/)
+  - वैशिष्ट्ये
+    - एंटरप्राइझ-ग्रेड नो-कोड ऑटोमेशन प्लॅटफॉर्म जो ब्लॉकचेन नोड्स आणि नेटवर्क्सचे उपयोजन, देखरेख आणि व्यवस्थापन प्रदान करतो
+    - ३०+ समर्थित प्रोटोकॉल आणि एकत्रीकरण, आणि अधिक जोडले जात आहेत
+    - विकेंद्रीकृत स्टोरेज, विकेंद्रीकृत ओळख आणि ब्लॉकचेन लेजर डेटा APIs यांसारख्या वास्तविक-जगातील वापरासाठी मूल्यवर्धित वेब3 पायाभूत सुविधा सेवा
+    - २४/७ समर्थन आणि सक्रिय देखरेख नेहमी नोड्सचे आरोग्य सुनिश्चित करते.
+    - RPC एंडपॉइंट्स APIs साठी प्रमाणीकृत प्रवेश, सहज डॅशबोर्ड आणि ॲनालिटिक्ससह त्रास-मुक्त व्यवस्थापन ऑफर करतात.
+    - व्यवस्थापित क्लाउड आणि स्वतःचे क्लाउड आणा हे दोन्ही पर्याय निवडण्यासाठी प्रदान करते आणि AWS, Azure, Google Cloud, Digital Ocean आणि ऑन-प्रिमाइस यांसारख्या सर्व प्रमुख क्लाउड प्रदात्यांना समर्थन देते.
+    - आम्ही प्रत्येक वेळी तुमच्या वापरकर्त्याच्या सर्वात जवळच्या नोडला हिट करण्यासाठी इंटेलिजेंट राउटिंग वापरतो
+
+## पुढील वाचन {#further-reading}
+
+- [Ethereum नोड सेवांची सूची](https://ethereumnodes.com/)
+
+## संबंधित विषय {#related-topics}
+
+- [नोड्स आणि क्लायंट](/developers/docs/nodes-and-clients/)
+
+## संबंधित ट्युटोरियल्स {#related-tutorials}
+
+- [Alchemy वापरून Ethereum विकासाची सुरुवात करणे](/developers/tutorials/getting-started-with-ethereum-development-using-alchemy/)
+- [web3 आणि Alchemy वापरून व्यवहार पाठवण्यासाठी मार्गदर्शक](/developers/tutorials/sending-transactions-using-web3-and-alchemy/)
diff --git a/public/content/translations/mr/developers/docs/nodes-and-clients/run-a-node/index.md b/public/content/translations/mr/developers/docs/nodes-and-clients/run-a-node/index.md
new file mode 100644
index 00000000000..022867271f0
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/nodes-and-clients/run-a-node/index.md
@@ -0,0 +1,484 @@
+---
+title: "तुमचा स्वतःचा इथेरियम नोड सुरू करा"
+description: "इथेरियम क्लायंटची तुमची स्वतःची इंस्टन्स चालवण्यासाठी सामान्य ओळख."
+lang: mr
+sidebarDepth: 2
+---
+
+तुमचा स्वतःचा नोड चालवल्याने तुम्हाला विविध फायदे मिळतात, नवीन शक्यता उघडतात आणि इकोसिस्टमला सपोर्ट करण्यास मदत होते. हे पेज तुम्हाला तुमचा स्वतःचा नोड सुरू करण्यासाठी आणि इथेरियम व्यवहारांची पडताळणी करण्यात भाग घेण्यासाठी मार्गदर्शन करेल.
+
+लक्षात घ्या की [द मर्ज](/roadmap/merge) नंतर, इथेरियम नोड चालवण्यासाठी दोन क्लायंट्सची आवश्यकता आहे; एक **एक्झिक्यूशन लेयर (EL)** क्लायंट आणि एक **कन्सेन्सस लेयर (CL)** क्लायंट. हे पेज इथेरियम नोड चालवण्यासाठी या दोन क्लायंट्सना कसे इंस्टॉल, कॉन्फिगर आणि कनेक्ट करायचे हे दर्शवेल.
+
+## पूर्वतयारी {#prerequisites}
+
+इथेरियम नोड म्हणजे काय आणि तुम्ही क्लायंट का चालवू इच्छिता हे तुम्हाला समजले पाहिजे. हे [नोड्स आणि क्लायंट्स](/developers/docs/nodes-and-clients/) मध्ये समाविष्ट आहे.
+
+जर तुम्ही नोड चालवण्याच्या विषयासाठी नवीन असाल, किंवा कमी तांत्रिक मार्ग शोधत असाल, तर आम्ही शिफारस करतो की प्रथम [इथेरियम नोड चालवण्यावर](/run-a-node) आमची वापरकर्ता-अनुकूल ओळख तपासा.
+
+## एक दृष्टिकोन निवडणे {#choosing-approach}
+
+तुमचा नोड सुरू करण्याची पहिली पायरी म्हणजे तुमचा दृष्टिकोन निवडणे. आवश्यकता आणि विविध शक्यतांवर आधारित, तुम्हाला क्लायंट अंमलबजावणी (एक्झिक्यूशन आणि कन्सेन्सस क्लायंट दोन्ही), पर्यावरण (हार्डवेअर, सिस्टम) आणि क्लायंट सेटिंग्जसाठी पॅरामीटर्स निवडणे आवश्यक आहे.
+
+हे पेज तुम्हाला या निर्णयांमध्ये मार्गदर्शन करेल आणि तुमची इथेरियम इंस्टन्स चालवण्याचा सर्वात योग्य मार्ग शोधण्यात मदत करेल.
+
+क्लायंट अंमलबजावणीमधून निवडण्यासाठी, सर्व उपलब्ध मेननेटसाठी तयार [एक्झिक्यूशन क्लायंट्स](/developers/docs/nodes-and-clients/#execution-clients), [कन्सेन्सस क्लायंट्स](/developers/docs/nodes-and-clients/#consensus-clients) पहा आणि [क्लायंट डायव्हर्सिटी](/developers/docs/nodes-and-clients/client-diversity) बद्दल जाणून घ्या.
+
+क्लायंटच्या [आवश्यकता](#requirements) लक्षात घेऊन, तुमच्या स्वतःच्या [हार्डवेअरवर किंवा क्लाउडमध्ये](#local-vs-cloud) सॉफ्टवेअर चालवायचे की नाही हे ठरवा.
+
+पर्यावरण तयार केल्यानंतर, निवडलेले क्लायंट [नवशिक्यांसाठी अनुकूल इंटरफेससह](#automatized-setup) किंवा प्रगत पर्यायांसह टर्मिनल वापरून [मॅन्युअली](#manual-setup) इंस्टॉल करा.
+
+जेव्हा नोड चालू असतो आणि सिंक होत असतो, तेव्हा तुम्ही तो [वापरण्यासाठी](#using-the-node) तयार असता, परंतु त्याच्या [देखभालीकडे](#operating-the-node) लक्ष ठेवण्याची खात्री करा.
+
+![क्लायंट सेटअप](./diagram.png)
+
+### पर्यावरण आणि हार्डवेअर {#environment-and-hardware}
+
+#### स्थानिक किंवा क्लाउड {#local-vs-cloud}
+
+इथेरियम क्लायंट्स ग्राहक-श्रेणीच्या संगणकांवर चालू शकतात आणि त्यांना कोणत्याही विशेष हार्डवेअरची आवश्यकता नसते, उदाहरणार्थ मायनिंग मशीन्स. त्यामुळे, तुमच्या गरजेनुसार नोड तैनात करण्यासाठी तुमच्याकडे विविध पर्याय आहेत.
+सोपे करण्यासाठी, आपण स्थानिक भौतिक मशीन आणि क्लाउड सर्व्हर दोन्हीवर नोड चालवण्याबद्दल विचार करूया:
+
+- क्लाउड
+  - प्रदाते उच्च सर्व्हर अपटाइम आणि स्थिर सार्वजनिक IP पत्ते देतात
+  - स्वतःचे तयार करण्यापेक्षा समर्पित किंवा व्हर्च्युअल सर्व्हर मिळवणे अधिक सोयीचे असू शकते
+  - यामध्ये तिसऱ्या पक्षावर - सर्व्हर प्रदात्यावर विश्वास ठेवण्याचा धोका असतो
+  - पूर्ण नोडसाठी आवश्यक असलेल्या स्टोरेज आकारामुळे, भाड्याने घेतलेल्या सर्व्हरची किंमत जास्त असू शकते
+- स्वतःचे हार्डवेअर
+  - अधिक विश्वासहीन आणि सार्वभौम दृष्टिकोन
+  - एक वेळची गुंतवणूक
+  - पूर्व-कॉन्फिगर केलेले मशीन खरेदी करण्याचा पर्याय
+  - तुम्हाला भौतिकरित्या मशीन आणि नेटवर्किंग तयार करावे लागेल, त्याची देखभाल करावी लागेल आणि संभाव्यतः समस्यांचे निराकरण करावे लागेल
+
+दोन्ही पर्यायांचे वेगवेगळे फायदे वर सारांशित केले आहेत. जर तुम्ही क्लाउड सोल्यूशन शोधत असाल, तर अनेक पारंपरिक क्लाउड कॉम्प्युटिंग प्रदात्यांव्यतिरिक्त, नोड्स तैनात करण्यावर लक्ष केंद्रित करणाऱ्या सेवा देखील आहेत. होस्ट केलेल्या नोड्सवरील अधिक पर्यायांसाठी [सेवा म्हणून नोड्स](/developers/docs/nodes-and-clients/nodes-as-a-service/) पहा.
+
+#### हार्डवेअर {#hardware}
+
+तथापि, सेन्सॉरशिप-प्रतिरोधक, विकेंद्रित नेटवर्कने क्लाउड प्रदात्यांवर अवलंबून राहू नये. त्याऐवजी, तुमचा नोड तुमच्या स्वतःच्या स्थानिक हार्डवेअरवर चालवणे इकोसिस्टमसाठी अधिक आरोग्यदायी आहे. [अंदाज](https://www.ethernodes.org/networkType/cl/Hosting) दर्शवितात की नोड्सचा मोठा वाटा क्लाउडवर चालतो, जो अयशस्वी होण्याचा एकच बिंदू बनू शकतो.
+
+इथेरियम क्लायंट तुमच्या संगणक, लॅपटॉप, सर्व्हर किंवा अगदी सिंगल-बोर्ड संगणकावर चालू शकतात. तुमच्या वैयक्तिक संगणकावर क्लायंट चालवणे शक्य असले तरी, फक्त तुमच्या नोडसाठी एक समर्पित मशीन ठेवल्याने तुमच्या प्राथमिक संगणकावरील परिणाम कमी करताना त्याची कार्यक्षमता आणि सुरक्षितता लक्षणीयरीत्या वाढू शकते.
+
+तुमचे स्वतःचे हार्डवेअर वापरणे खूप सोपे असू शकते. अधिक तांत्रिक लोकांसाठी अनेक सोपे पर्याय तसेच प्रगत सेटअप आहेत. तर चला तुमच्या मशीनवर इथेरियम क्लायंट चालवण्यासाठीच्या आवश्यकता आणि साधनांवर नजर टाकूया.
+
+#### आवश्यकता {#requirements}
+
+हार्डवेअर आवश्यकता क्लायंटनुसार भिन्न असतात परंतु सामान्यतः त्या इतक्या जास्त नसतात कारण नोडला फक्त सिंक राहण्याची आवश्यकता असते. याला मायनिंगसोबत गोंधळात टाकू नका, ज्यासाठी खूप जास्त संगणकीय शक्तीची आवश्यकता असते. तथापि, अधिक शक्तिशाली हार्डवेअरसह सिंक वेळ आणि कार्यक्षमता सुधारते.
+
+कोणताही क्लायंट इंस्टॉल करण्यापूर्वी, कृपया खात्री करा की तुमच्या संगणकात तो चालवण्यासाठी पुरेशी संसाधने आहेत. तुम्ही खाली किमान आणि शिफारस केलेल्या आवश्यकता शोधू शकता.
+
+तुमच्या हार्डवेअरसाठी अडथळा मुख्यत्वे डिस्क स्पेस आहे. इथेरियम ब्लॉकचेन सिंक करणे खूप इनपुट/आउटपुट गहन आहे आणि त्यासाठी खूप जागेची आवश्यकता आहे. सिंक्रोनाइझेशननंतरही शेकडो GB मोकळी जागा असलेली **सॉलिड-स्टेट ड्राइव्ह (SSD)** असणे उत्तम.
+
+डेटाबेसचा आकार आणि सुरुवातीच्या सिंक्रोनाइझेशनची गती निवडलेल्या क्लायंट, त्याचे कॉन्फिगरेशन आणि [सिंक स्ट्रॅटेजी](/developers/docs/nodes-and-clients/#sync-modes) यावर अवलंबून असते.
+
+तसेच खात्री करा की तुमचे इंटरनेट कनेक्शन [बँडविड्थ कॅप](https://wikipedia.org/wiki/Data_cap) द्वारे मर्यादित नाही. अनमीटर केलेले कनेक्शन वापरण्याची शिफारस केली जाते कारण सुरुवातीची सिंक आणि नेटवर्कवर प्रसारित केलेला डेटा तुमची मर्यादा ओलांडू शकतो.
+
+##### ऑपरेटिंग सिस्टम
+
+सर्व क्लायंट प्रमुख ऑपरेटिंग सिस्टम - लिनक्स, मॅकओएस, विंडोजला सपोर्ट करतात. याचा अर्थ तुम्ही नियमित डेस्कटॉप किंवा सर्व्हर मशीन्सवर तुम्हाला सर्वात योग्य असलेल्या ऑपरेटिंग सिस्टम (OS) सह नोड्स चालवू शकता. संभाव्य समस्या आणि सुरक्षा भेद्यता टाळण्यासाठी तुमची OS अद्ययावत असल्याची खात्री करा.
+
+##### किमान आवश्यकता
+
+- 2+ कोर असलेले CPU
+- 8 GB रॅम
+- 2TB SSD
+- 10+ MBit/s बँडविड्थ
+
+##### शिफारस केलेले तपशील
+
+- 4+ कोर असलेले जलद CPU
+- 16 GB+ रॅम
+- 2+TB सह जलद SSD
+- 25+ MBit/s बँडविड्थ
+
+तुम्ही निवडलेला सिंक मोड आणि क्लायंट स्पेस आवश्यकतांवर परिणाम करेल, परंतु आम्ही खाली प्रत्येक क्लायंटसाठी तुम्हाला आवश्यक असलेल्या डिस्क स्पेसचा अंदाज लावला आहे.
+
+| क्लायंट    | डिस्क आकार (स्नॅप सिंक) | डिस्क आकार (पूर्ण संग्रहण) |
+| ---------- | ------------------------------------------ | --------------------------------------------- |
+| Besu       | 800GB+                                     | 12TB+                                         |
+| Erigon     | लागू नाही                                  | 2.5TB+                        |
+| Geth       | 500GB+                                     | 12TB+                                         |
+| Nethermind | 500GB+                                     | 12TB+                                         |
+| Reth       | लागू नाही                                  | 2.2TB+                        |
+
+- टीप: Erigon आणि Reth स्नॅप सिंक ऑफर करत नाहीत, परंतु फुल प्रुनिंग शक्य आहे (~2TB Erigon साठी, ~1.2TB Reth साठी)
+
+कन्सेन्सस क्लायंट्ससाठी, जागेची आवश्यकता क्लायंट अंमलबजावणी आणि सक्षम केलेल्या वैशिष्ट्यांवर (उदा. व्हॅलिडेटर स्लॅशर) देखील अवलंबून असते परंतु सामान्यतः बीकन डेटासाठी आवश्यक असलेल्या आणखी 200GB ची गणना करा. मोठ्या संख्येने व्हॅलिडेटर्ससह, बँडविड्थ लोड देखील वाढतो. तुम्ही [या विश्लेषणात कन्सेन्सस क्लायंट आवश्यकतांवरील तपशील](https://mirror.xyz/0x934e6B4D7eee305F8C9C42b46D6EEA09CcFd5EDc/b69LBy8p5UhcGJqUAmT22dpvdkU-Pulg2inrhoS9Mbc) शोधू शकता.
+
+#### प्लग-अँड-प्ले सोल्यूशन्स {#plug-and-play}
+
+तुमच्या स्वतःच्या हार्डवेअरसह नोड चालवण्याचा सर्वात सोपा पर्याय म्हणजे प्लग-अँड-प्ले बॉक्सेस वापरणे. विक्रेत्यांकडून पूर्व-कॉन्फिगर केलेली मशीन्स सर्वात सरळ अनुभव देतात: ऑर्डर करा, कनेक्ट करा, चालवा. सॉफ्टवेअरचे निरीक्षण आणि नियंत्रण करण्यासाठी एक अंतर्ज्ञानी मार्गदर्शक आणि डॅशबोर्डसह सर्वकाही पूर्व-कॉन्फिगर केलेले आहे आणि आपोआप चालते.
+
+- [DappNode](https://dappnode.io/)
+- [Avado](https://ava.do/)
+
+#### सिंगल-बोर्ड संगणकावर इथेरियम {#ethereum-on-a-single-board-computer}
+
+इथेरियम नोड चालवण्याचा एक सोपा आणि स्वस्त मार्ग म्हणजे सिंगल-बोर्ड संगणक वापरणे, अगदी रास्पबेरी पाय सारख्या ARM आर्किटेक्चरसह. ARM वर इथेरियम रास्पबेरी पाय आणि इतर ARM बोर्डसाठी अनेक एक्झिक्यूशन आणि कन्सेन्सस क्लायंटच्या चालवण्यास-सोप्या प्रतिमा प्रदान करते.
+
+यांसारखी लहान, परवडणारी आणि कार्यक्षम उपकरणे घरी नोड चालवण्यासाठी आदर्श आहेत परंतु त्यांची मर्यादित कार्यक्षमता लक्षात ठेवा.
+
+## नोड सुरू करणे {#spinning-up-node}
+
+वास्तविक क्लायंट सेटअप स्वयंचलित लॉन्चर्सद्वारे किंवा मॅन्युअली, क्लायंट सॉफ्टवेअर थेट सेट करून केले जाऊ शकते.
+
+कमी प्रगत वापरकर्त्यांसाठी, शिफारस केलेला दृष्टिकोन म्हणजे लॉन्चर वापरणे, एक सॉफ्टवेअर जे तुम्हाला इंस्टॉलेशनमध्ये मार्गदर्शन करते आणि क्लायंट सेटअप प्रक्रिया स्वयंचलित करते. तथापि, जर तुम्हाला टर्मिनल वापरण्याचा काही अनुभव असेल, तर मॅन्युअल सेटअपसाठीच्या पायऱ्या फॉलो करणे सोपे असावे.
+
+### मार्गदर्शित सेटअप {#automatized-setup}
+
+अनेक वापरकर्ता-अनुकूल प्रकल्पांचा उद्देश क्लायंट सेट करण्याचा अनुभव सुधारणे आहे. हे लॉन्चर्स स्वयंचलित क्लायंट इंस्टॉलेशन आणि कॉन्फिगरेशन प्रदान करतात, काही तर मार्गदर्शित सेटअप आणि क्लायंटच्या देखरेखीसाठी ग्राफिकल इंटरफेस देखील देतात.
+
+खाली काही प्रकल्प आहेत जे तुम्हाला फक्त काही क्लिक्सने क्लायंट इंस्टॉल आणि नियंत्रित करण्यास मदत करू शकतात:
+
+- [DappNode](https://docs.dappnode.io/docs/user/getting-started/choose-your-path) - DappNode फक्त विक्रेत्याकडून मशीनसह येत नाही. सॉफ्टवेअर, वास्तविक नोड लॉन्चर आणि अनेक वैशिष्ट्यांसह नियंत्रण केंद्र कोणत्याही हार्डवेअरवर वापरले जाऊ शकते.
+- [EthPillar](https://www.coincashew.com/coins/overview-eth/ethpillar) - पूर्ण नोड सेट करण्याचा सर्वात जलद आणि सोपा मार्ग. वन-लाइनर सेटअप टूल आणि नोड व्यवस्थापन TUI. मोफत. ओपन सोर्स. सोलो स्टेकर्सद्वारे इथेरियमसाठी सार्वजनिक वस्तू. ARM64 आणि AMD64 सपोर्ट.
+- [eth-docker](https://eth-docker.net/) - डॉकर वापरून स्वयंचलित सेटअप जो सोपे आणि सुरक्षित स्टेकिंगवर लक्ष केंद्रित करतो, ज्यासाठी मूलभूत टर्मिनल आणि डॉकर ज्ञानाची आवश्यकता आहे, थोड्या अधिक प्रगत वापरकर्त्यांसाठी शिफारस केलेले.
+- [Stereum](https://stereum-dev.github.io/ethereum-node-web-docs) - GUI सेटअप मार्गदर्शक, नियंत्रण केंद्र आणि इतर अनेक वैशिष्ट्यांसह SSH कनेक्शनद्वारे रिमोट सर्व्हरवर क्लायंट इंस्टॉल करण्यासाठी लॉन्चर.
+- [NiceNode](https://www.nicenode.xyz/) - तुमच्या संगणकावर नोड चालवण्यासाठी सरळ वापरकर्ता अनुभवासह लॉन्चर. फक्त क्लायंट निवडा आणि त्यांना काही क्लिक्सने सुरू करा. अजूनही विकासात आहे.
+- [Sedge](https://docs.sedge.nethermind.io/docs/intro) - नोड सेटअप टूल जे CLI विझार्ड वापरून स्वयंचलितपणे डॉकर कॉन्फिगरेशन तयार करते. Nethermind द्वारे Go मध्ये लिहिलेले.
+
+### मॅन्युअल क्लायंट सेटअप {#manual-setup}
+
+दुसरा पर्याय म्हणजे क्लायंट सॉफ्टवेअर मॅन्युअली डाउनलोड करणे, सत्यापित करणे आणि कॉन्फिगर करणे. जरी काही क्लायंट ग्राफिकल इंटरफेस ऑफर करत असले तरी, मॅन्युअल सेटअपसाठी अजूनही टर्मिनलसह मूलभूत कौशल्यांची आवश्यकता असते परंतु ते अधिक अष्टपैलुत्व प्रदान करते.
+
+आधी सांगितल्याप्रमाणे, तुमचा स्वतःचा इथेरियम नोड सेट करण्यासाठी कन्सेन्सस आणि एक्झिक्यूशन क्लायंटची एक जोडी चालवणे आवश्यक असेल. काही क्लायंटमध्ये दुसऱ्या प्रकारचा लाईट क्लायंट समाविष्ट असू शकतो आणि इतर कोणत्याही सॉफ्टवेअरची आवश्यकता नसताना सिंक होऊ शकतो. तथापि, पूर्ण विश्वासहीन पडताळणीसाठी दोन्ही अंमलबजावणी आवश्यक आहेत.
+
+#### क्लायंट सॉफ्टवेअर मिळवणे {#getting-the-client}
+
+प्रथम, तुम्हाला तुमचे पसंतीचे [एक्झिक्यूशन क्लायंट](/developers/docs/nodes-and-clients/#execution-clients) आणि [कन्सेन्सस क्लायंट](/developers/docs/nodes-and-clients/#consensus-clients) सॉफ्टवेअर मिळवणे आवश्यक आहे.
+
+तुम्ही फक्त एक एक्झिक्युटेबल ॲप्लिकेशन किंवा इंस्टॉलेशन पॅकेज डाउनलोड करू शकता जे तुमच्या ऑपरेटिंग सिस्टम आणि आर्किटेक्चरला अनुकूल आहे. डाउनलोड केलेल्या पॅकेजेसच्या स्वाक्षरी आणि चेकसमची नेहमी पडताळणी करा. काही क्लायंट सोप्या इंस्टॉलेशन आणि अपडेट्ससाठी रेपॉजिटरीज किंवा डॉकर प्रतिमा देखील ऑफर करतात. सर्व क्लायंट ओपन सोर्स आहेत, त्यामुळे तुम्ही त्यांना सोर्समधून देखील तयार करू शकता. ही एक अधिक प्रगत पद्धत आहे, परंतु काही प्रकरणांमध्ये, ती आवश्यक असू शकते.
+
+प्रत्येक क्लायंट इंस्टॉल करण्याच्या सूचना वरील क्लायंट सूचीमध्ये लिंक केलेल्या माहितीमध्ये दिल्या आहेत.
+
+येथे क्लायंटची रिलीज पेजेस आहेत जिथे तुम्ही त्यांचे पूर्व-निर्मित बायनरीज किंवा इंस्टॉलेशनवरील सूचना शोधू शकता:
+
+##### एक्झिक्यूशन क्लायंट्स
+
+- [Besu](https://github.com/hyperledger/besu/releases)
+- [Erigon](https://github.com/ledgerwatch/erigon/releases)
+- [Geth](https://geth.ethereum.org/downloads/)
+- [Nethermind](https://downloads.nethermind.io/)
+- [Reth](https://reth.rs/installation/installation.html)
+
+हे देखील लक्षात घेण्यासारखे आहे की क्लायंट विविधता ही [एक्झिक्यूशन लेयरवरील एक समस्या आहे](/developers/docs/nodes-and-clients/client-diversity/#execution-layer). वाचकांनी अल्पसंख्याक एक्झिक्यूशन क्लायंट चालवण्याचा विचार करावा अशी शिफारस केली जाते.
+
+##### कन्सेन्सस क्लायंट्स
+
+- [Lighthouse](https://github.com/sigp/lighthouse/releases/latest)
+- [Lodestar](https://chainsafe.github.io/lodestar/run/getting-started/installation#build-from-source/) (पूर्व-निर्मित बायनरी प्रदान करत नाही, फक्त एक डॉकर प्रतिमा किंवा सोर्समधून तयार केली जाते)
+- [Nimbus](https://github.com/status-im/nimbus-eth2/releases/latest)
+- [Prysm](https://github.com/prysmaticlabs/prysm/releases/latest)
+- [Teku](https://github.com/ConsenSys/teku/releases)
+
+व्हॅलिडेटर्स चालवणाऱ्या कन्सेन्सस नोड्ससाठी [क्लायंट विविधता](/developers/docs/nodes-and-clients/client-diversity/) महत्त्वपूर्ण आहे. जर बहुसंख्य व्हॅलिडेटर्स एकच क्लायंट अंमलबजावणी चालवत असतील, तर नेटवर्क सुरक्षितता धोक्यात आहे. त्यामुळे अल्पसंख्याक क्लायंट निवडण्याचा विचार करण्याची शिफारस केली जाते.
+
+[नवीनतम नेटवर्क क्लायंट वापर पहा](https://clientdiversity.org/) आणि [क्लायंट विविधतेबद्दल](/developers/docs/nodes-and-clients/client-diversity) अधिक जाणून घ्या.
+
+##### सॉफ्टवेअरची पडताळणी
+
+इंटरनेटवरून सॉफ्टवेअर डाउनलोड करताना, त्याच्या अखंडतेची पडताळणी करण्याची शिफारस केली जाते. ही पायरी वैकल्पिक आहे परंतु विशेषतः इथेरियम क्लायंटसारख्या महत्त्वपूर्ण पायाभूत सुविधांच्या बाबतीत, संभाव्य हल्ला वेक्टर्सबद्दल जागरूक असणे आणि ते टाळणे महत्त्वाचे आहे. जर तुम्ही पूर्व-निर्मित बायनरी डाउनलोड केली असेल, तर तुम्हाला त्यावर विश्वास ठेवावा लागेल आणि धोका पत्करावा लागेल की एखादा आक्रमणकर्ता एक्झिक्युटेबलला दुर्भावनापूर्ण एक्झिक्युटेबलने बदलू शकतो.
+
+डेव्हलपर्स त्यांच्या PGP कीसह रिलीज केलेल्या बायनरीजवर स्वाक्षरी करतात जेणेकरून तुम्ही क्रिप्टोग्राफिकदृष्ट्या सत्यापित करू शकता की तुम्ही तेच सॉफ्टवेअर चालवत आहात जे त्यांनी तयार केले आहे. तुम्हाला फक्त डेव्हलपर्सद्वारे वापरल्या जाणाऱ्या सार्वजनिक की मिळवणे आवश्यक आहे, ज्या क्लायंट रिलीज पेजेसवर किंवा माहितीमध्ये आढळू शकतात. क्लायंट रिलीज आणि त्याची स्वाक्षरी डाउनलोड केल्यानंतर, तुम्ही PGP अंमलबजावणी वापरू शकता, उदा., [GnuPG](https://gnupg.org/download/index.html) त्यांची सहजपणे पडताळणी करण्यासाठी. [linux](https://www.tecmint.com/verify-pgp-signature-downloaded-software/) किंवा [Windows/MacOS](https://freedom.press/training/verifying-open-source-software/) वर `gpg` वापरून ओपन-सोर्स सॉफ्टवेअरची पडताळणी करण्यावरील ट्यूटोरियल पहा.
+
+पडताळणीचा आणखी एक प्रकार म्हणजे तुम्ही डाउनलोड केलेल्या सॉफ्टवेअरचा हॅश, एक अद्वितीय क्रिप्टोग्राफिक फिंगरप्रिंट, डेव्हलपर्सद्वारे प्रदान केलेल्या हॅशशी जुळतो याची खात्री करणे. हे PGP वापरण्यापेक्षाही सोपे आहे, आणि काही क्लायंट फक्त हाच पर्याय देतात. फक्त डाउनलोड केलेल्या सॉफ्टवेअरवर हॅश फंक्शन चालवा आणि रिलीज पेजवरील हॅशशी त्याची तुलना करा. उदाहरणार्थ:
+
+```sh
+sha256sum teku-22.6.1.tar.gz
+
+9b2f8c1f8d4dab0404ce70ea314ff4b3c77e9d27aff9d1e4c1933a5439767dde
+```
+
+#### क्लायंट सेटअप {#client-setup}
+
+क्लायंट सॉफ्टवेअर इंस्टॉल, डाउनलोड किंवा कंपाईल केल्यानंतर, तुम्ही ते चालवण्यासाठी तयार आहात. याचा अर्थ फक्त एवढाच आहे की ते योग्य कॉन्फिगरेशनसह कार्यान्वित केले जावे. क्लायंट समृद्ध कॉन्फिगरेशन पर्याय देतात, जे विविध वैशिष्ट्ये सक्षम करू शकतात.
+
+चला अशा पर्यायांपासून सुरुवात करूया जे क्लायंटची कार्यक्षमता आणि डेटा वापरावर लक्षणीय परिणाम करू शकतात. [सिंक मोड्स](/developers/docs/nodes-and-clients/#sync-modes) ब्लॉकचेन डेटा डाउनलोड आणि सत्यापित करण्याच्या विविध पद्धतींचे प्रतिनिधित्व करतात. नोड सुरू करण्यापूर्वी, तुम्ही कोणते नेटवर्क आणि सिंक मोड वापरायचा हे ठरवावे. विचारात घेण्यासारख्या सर्वात महत्त्वाच्या गोष्टी म्हणजे डिस्क स्पेस आणि क्लायंटला लागणारा सिंक वेळ. क्लायंटच्या डॉक्सकडे लक्ष द्या की कोणता सिंक मोड डीफॉल्ट आहे हे निर्धारित करण्यासाठी. जर ते तुम्हाला अनुकूल नसेल, तर सुरक्षितता, उपलब्ध डेटा आणि खर्चाच्या पातळीवर आधारित दुसरा निवडा. सिंक्रोनाइझेशन अल्गोरिदम व्यतिरिक्त, तुम्ही विविध प्रकारच्या जुन्या डेटाचे प्रुनिंग देखील सेट करू शकता. प्रुनिंग कालबाह्य डेटा हटविण्यास सक्षम करते, म्हणजेच, अलीकडील ब्लॉक्समधून पोहोचण्यायोग्य नसलेले स्टेट ट्री नोड्स काढणे.
+
+इतर मूलभूत कॉन्फिगरेशन पर्यायांमध्ये, उदा., नेटवर्क निवडणे - मेननेट किंवा टेस्टनेट, RPC किंवा वेबसॉकेट्ससाठी HTTP एंडपॉइंट सक्षम करणे इत्यादी. तुम्ही क्लायंटच्या माहितीमध्ये सर्व वैशिष्ट्ये आणि पर्याय शोधू शकता. विविध क्लायंट कॉन्फिगरेशन्स थेट CLI किंवा कॉन्फिग फाइलमध्ये संबंधित फ्लॅगसह क्लायंट चालवून सेट केले जाऊ शकतात. प्रत्येक क्लायंट थोडा वेगळा आहे; कृपया कॉन्फिग पर्यायांवरील तपशिलांसाठी नेहमी त्याच्या अधिकृत माहिती किंवा मदत पेजचा संदर्भ घ्या.
+
+चाचणीच्या उद्देशाने, तुम्ही टेस्टनेट नेटवर्कपैकी एकावर क्लायंट चालवणे पसंत करू शकता. [सपोर्टेड नेटवर्कचे विहंगावलोकन पहा](/developers/docs/nodes-and-clients/#execution-clients).
+
+मूलभूत कॉन्फिगरेशनसह एक्झिक्यूशन क्लायंट चालवण्याची उदाहरणे पुढील विभागात आढळू शकतात.
+
+#### एक्झिक्यूशन क्लायंट सुरू करणे {#starting-the-execution-client}
+
+इथेरियम क्लायंट सॉफ्टवेअर सुरू करण्यापूर्वी, तुमचे पर्यावरण तयार आहे की नाही याची शेवटची तपासणी करा. उदाहरणार्थ, खात्री करा:
+
+- निवडलेले नेटवर्क आणि सिंक मोड लक्षात घेता पुरेशी डिस्क जागा आहे.
+- मेमरी आणि CPU इतर प्रोग्राम्समुळे थांबलेले नाही.
+- ऑपरेटिंग सिस्टम नवीनतम आवृत्तीवर अपडेट केलेली आहे.
+- सिस्टममध्ये योग्य वेळ आणि तारीख आहे.
+- तुमचा राउटर आणि फायरवॉल लिसनिंग पोर्ट्सवर कनेक्शन स्वीकारतात. डीफॉल्टनुसार इथेरियम क्लायंट एक लिसनर (TCP) पोर्ट आणि एक डिस्कव्हरी (UDP) पोर्ट वापरतात, दोन्ही डीफॉल्टनुसार 30303 वर.
+
+सर्व काही योग्यरित्या कार्य करत असल्याची खात्री करण्यासाठी प्रथम तुमचा क्लायंट टेस्टनेटवर चालवा.
+
+तुम्हाला कोणत्याही क्लायंट सेटिंग्जची घोषणा करावी लागेल जी सुरुवातीला डीफॉल्ट नाहीत. तुम्ही तुमच्या पसंतीचे कॉन्फिगरेशन घोषित करण्यासाठी फ्लॅग किंवा कॉन्फिग फाइल वापरू शकता. प्रत्येक क्लायंटचे वैशिष्ट्यांचा संच आणि कॉन्फिग सिंटॅक्स भिन्न असतो. विशिष्ट माहितीसाठी तुमच्या क्लायंटची माहिती तपासा.
+
+एक्झिक्यूशन आणि कन्सेन्सस क्लायंट [इंजिन API](https://github.com/ethereum/execution-apis/tree/main/src/engine) मध्ये निर्दिष्ट केलेल्या प्रमाणित एंडपॉइंटद्वारे संवाद साधतात. कन्सेन्सस क्लायंटशी कनेक्ट करण्यासाठी, एक्झिक्यूशन क्लायंटने ज्ञात मार्गावर एक [`jwtsecret`](https://jwt.io/) तयार करणे आवश्यक आहे. सुरक्षितता आणि स्थिरतेच्या कारणास्तव, क्लायंट एकाच मशीनवर चालले पाहिजेत आणि दोन्ही क्लायंटना हा मार्ग माहित असणे आवश्यक आहे कारण तो त्यांच्या दरम्यान स्थानिक RPC कनेक्शन प्रमाणित करण्यासाठी वापरला जातो. एक्झिक्यूशन क्लायंटने प्रमाणित API साठी एक लिसनिंग पोर्ट देखील परिभाषित करणे आवश्यक आहे.
+
+हे टोकन क्लायंट सॉफ्टवेअरद्वारे स्वयंचलितपणे तयार केले जाते, परंतु काही प्रकरणांमध्ये, तुम्हाला ते स्वतः करावे लागेल. तुम्ही ते [OpenSSL](https://www.openssl.org/) वापरून तयार करू शकता:
+
+```sh
+openssl rand -hex 32 > jwtsecret
+```
+
+#### एक्झिक्यूशन क्लायंट चालवणे {#running-an-execution-client}
+
+हा विभाग तुम्हाला एक्झिक्यूशन क्लायंट सुरू करण्यासाठी मार्गदर्शन करेल. हे फक्त मूलभूत कॉन्फिगरेशनचे उदाहरण म्हणून काम करते, जे क्लायंटला या सेटिंग्जसह सुरू करेल:
+
+- कनेक्ट करण्यासाठी नेटवर्क निर्दिष्ट करते, आमच्या उदाहरणांमध्ये मेननेट
+  - त्याऐवजी तुम्ही तुमच्या सेटअपच्या प्राथमिक चाचणीसाठी [टेस्टनेटपैकी एक](/developers/docs/networks/) निवडू शकता
+- डेटा डिरेक्टरी परिभाषित करते, जिथे ब्लॉकचेनसह सर्व डेटा संग्रहित केला जाईल
+  - मार्ग एका वास्तविक मार्गाने बदलण्याची खात्री करा, उदा., तुमच्या बाह्य ड्राइव्हकडे निर्देश करणारा
+- क्लायंटशी संवाद साधण्यासाठी इंटरफेस सक्षम करते
+  - कन्सेन्सस क्लायंटशी संवाद साधण्यासाठी JSON-RPC आणि इंजिन API सह
+- प्रमाणित API साठी `jwtsecret` चा मार्ग परिभाषित करते
+  - उदाहरण मार्ग एका वास्तविक मार्गाने बदलण्याची खात्री करा ज्यावर क्लायंटद्वारे प्रवेश केला जाऊ शकतो, उदा., `/tmp/jwtsecret`
+
+कृपया लक्षात ठेवा की हे फक्त एक मूलभूत उदाहरण आहे, इतर सर्व सेटिंग्ज डीफॉल्टवर सेट केल्या जातील. डीफॉल्ट मूल्ये, सेटिंग्ज आणि वैशिष्ट्यांबद्दल अधिक जाणून घेण्यासाठी प्रत्येक क्लायंटच्या माहितीकडे लक्ष द्या. अधिक वैशिष्ट्यांसाठी, उदाहरणार्थ व्हॅलिडेटर्स चालवण्यासाठी, देखरेखीसाठी इत्यादी, कृपया विशिष्ट क्लायंटच्या माहितीचा संदर्भ घ्या.
+
+> लक्षात घ्या की उदाहरणांमधील बॅकस्लॅशेस `` केवळ स्वरूपन उद्देशांसाठी आहेत; कॉन्फिग फ्लॅग एकाच ओळीत परिभाषित केले जाऊ शकतात.
+
+##### Besu चालवणे
+
+हे उदाहरण Besu मेननेटवर सुरू करते, ब्लॉकचेन डेटा डीफॉल्ट स्वरूपात `/data/ethereum` येथे संग्रहित करते, कन्सेन्सस क्लायंट कनेक्ट करण्यासाठी JSON-RPC आणि इंजिन RPC सक्षम करते. इंजिन API `jwtsecret` टोकनसह प्रमाणित आहे आणि केवळ `localhost` वरून कॉलला परवानगी आहे.
+
+```sh
+besu --network=mainnet \
+    --data-path=/data/ethereum \
+    --rpc-http-enabled=true \
+    --engine-rpc-enabled=true \
+    --engine-host-allowlist="*" \
+    --engine-jwt-enabled=true \
+    --engine-jwt-secret=/path/to/jwtsecret
+```
+
+Besu एक लॉन्चर पर्यायासह देखील येतो जो अनेक प्रश्न विचारेल आणि कॉन्फिग फाइल तयार करेल. याचा वापर करून इंटरएक्टिव्ह लॉन्चर चालवा:
+
+```sh
+besu --Xlauncher
+```
+
+[Besu चे माहिती](https://besu.hyperledger.org/public-networks/get-started/start-node/) मध्ये अतिरिक्त पर्याय आणि कॉन्फिगरेशन तपशील आहेत.
+
+##### Erigon चालवणे
+
+हे उदाहरण मेननेटवर Erigon सुरू करते, ब्लॉकचेन डेटा `/data/ethereum` येथे संग्रहित करते, JSON-RPC सक्षम करते, कोणत्या नेमस्पेसेसना परवानगी आहे हे परिभाषित करते आणि `jwtsecret` मार्गाद्वारे परिभाषित केलेल्या कन्सेन्सस क्लायंटला कनेक्ट करण्यासाठी प्रमाणीकरण सक्षम करते.
+
+```sh
+erigon --chain mainnet \
+    --datadir /data/ethereum  \
+    --http --http.api=engine,eth,web3,net \
+    --authrpc.jwtsecret=/path/to/jwtsecret
+```
+
+Erigon डीफॉल्टनुसार 8GB HDD सह पूर्ण सिंक करतो ज्यामुळे 2TB पेक्षा जास्त संग्रहण डेटा तयार होईल. खात्री करा की `datadir` पुरेशा मोकळ्या जागेसह डिस्ककडे निर्देश करत आहे किंवा `--prune` फ्लॅग पहा जो विविध प्रकारचा डेटा कमी करू शकतो. अधिक जाणून घेण्यासाठी Erigon चे `--help` तपासा.
+
+##### Geth चालवणे
+
+हे उदाहरण मेननेटवर Geth सुरू करते, ब्लॉकचेन डेटा `/data/ethereum` येथे संग्रहित करते, JSON-RPC सक्षम करते आणि कोणत्या नेमस्पेसेसना परवानगी आहे हे परिभाषित करते. हे कन्सेन्सस क्लायंट कनेक्ट करण्यासाठी प्रमाणीकरण देखील सक्षम करते ज्यासाठी `jwtsecret` चा मार्ग आवश्यक आहे आणि तसेच कोणत्या कनेक्शन्सना परवानगी आहे हे परिभाषित करणारा पर्याय, आमच्या उदाहरणात फक्त `localhost` वरून.
+
+```sh
+geth --mainnet \
+    --datadir "/data/ethereum" \
+    --http --authrpc.addr localhost \
+    --authrpc.vhosts="localhost" \
+    --authrpc.port 8551
+    --authrpc.jwtsecret=/path/to/jwtsecret
+```
+
+सर्व कॉन्फिगरेशन पर्यायांसाठी [डॉक्स तपासा](https://geth.ethereum.org/docs/fundamentals/command-line-options) आणि [कन्सेन्सस क्लायंटसह Geth चालवण्याबद्दल](https://geth.ethereum.org/docs/getting-started/consensus-clients) अधिक जाणून घ्या.
+
+##### Nethermind चालवणे
+
+Nethermind विविध [इंस्टॉलेशन पर्याय](https://docs.nethermind.io/get-started/installing-nethermind) ऑफर करते. पॅकेज विविध बायनरीजसह येते, ज्यामध्ये मार्गदर्शित सेटअपसह लॉन्चर समाविष्ट आहे, जे तुम्हाला परस्परसंवादीपणे कॉन्फिगरेशन तयार करण्यात मदत करेल. वैकल्पिकरित्या, तुम्हाला रनर मिळेल जो स्वतः एक्झिक्युटेबल आहे आणि तुम्ही फक्त कॉन्फिग फ्लॅगसह चालवू शकता. JSON-RPC डीफॉल्टनुसार सक्षम आहे.
+
+```sh
+Nethermind.Runner --config mainnet \
+    --datadir /data/ethereum \
+    --JsonRpc.JwtSecretFile=/path/to/jwtsecret
+```
+
+Nethermind डॉक्स Nethermind कन्सेन्सस क्लायंटसह चालवण्यावर [संपूर्ण मार्गदर्शक](https://docs.nethermind.io/get-started/running-node/) ऑफर करते.
+
+एक एक्झिक्यूशन क्लायंट त्याची मुख्य कार्ये, निवडलेले एंडपॉइंट्स सुरू करेल आणि पीअर्स शोधण्यास सुरुवात करेल. यशस्वीरित्या पीअर्स शोधल्यानंतर, क्लायंट सिंक्रोनाइझेशन सुरू करतो. एक्झिक्यूशन क्लायंट कन्सेन्सस क्लायंटकडून कनेक्शनची प्रतीक्षा करेल. एकदा क्लायंट यशस्वीरित्या वर्तमान स्थितीशी सिंक झाल्यावर वर्तमान ब्लॉकचेन डेटा उपलब्ध होईल.
+
+##### Reth चालवणे
+
+हे उदाहरण मेननेटवर Reth सुरू करते, डीफॉल्ट डेटा स्थान वापरून. `jwtsecret` मार्गाद्वारे परिभाषित केलेल्या कन्सेन्सस क्लायंटला कनेक्ट करण्यासाठी JSON-RPC आणि इंजिन RPC प्रमाणीकरण सक्षम करते, ज्यामध्ये केवळ `localhost` वरून कॉलला परवानगी आहे.
+
+```sh
+reth node \
+    --authrpc.jwtsecret /path/to/jwtsecret \
+    --authrpc.addr 127.0.0.1 \
+    --authrpc.port 8551
+```
+
+डीफॉल्ट डेटा डिरेक्टरीज बद्दल अधिक जाणून घेण्यासाठी [Reth कॉन्फिगर करणे](https://reth.rs/run/config.html?highlight=data%20directory#configuring-reth) पहा. [Reth चे माहिती](https://reth.rs/run/mainnet.html) मध्ये अतिरिक्त पर्याय आणि कॉन्फिगरेशन तपशील आहेत.
+
+#### कन्सेन्सस क्लायंट सुरू करणे {#starting-the-consensus-client}
+
+एक्झिक्यूशन क्लायंटशी स्थानिक RPC कनेक्शन स्थापित करण्यासाठी कन्सेन्सस क्लायंट योग्य पोर्ट कॉन्फिगरेशनसह सुरू करणे आवश्यक आहे. कन्सेन्सस क्लायंट्सना कॉन्फिगरेशन युक्तिवाद म्हणून उघड केलेल्या एक्झिक्यूशन क्लायंट पोर्टसह चालवावे लागेल.
+
+कन्सेन्सस क्लायंटला त्यांच्या दरम्यान RPC कनेक्शन प्रमाणित करण्यासाठी एक्झिक्यूशन क्लायंटच्या `jwt-secret` चा मार्ग देखील आवश्यक आहे. वरील एक्झिक्यूशन उदाहरणांप्रमाणेच, प्रत्येक कन्सेन्सस क्लायंटमध्ये एक कॉन्फिगरेशन फ्लॅग असतो जो jwt टोकन फाइल मार्ग युक्तिवाद म्हणून घेतो. हे एक्झिक्यूशन क्लायंटला प्रदान केलेल्या `jwtsecret` मार्गाशी सुसंगत असले पाहिजे.
+
+जर तुम्ही व्हॅलिडेटर चालवण्याची योजना करत असाल, तर फी प्राप्तकर्त्याचा इथेरियम पत्ता निर्दिष्ट करणारा कॉन्फिगरेशन फ्लॅग जोडण्याची खात्री करा. येथे तुमच्या व्हॅलिडेटरसाठी इथर बक्षिसे जमा होतात. प्रत्येक कन्सेन्सस क्लायंटकडे एक पर्याय असतो, उदा., `--suggested-fee-recipient=0xabcd1`, जो एक इथेरियम पत्ता युक्तिवाद म्हणून घेतो.
+
+टेस्टनेटवर बीकन नोड सुरू करताना, तुम्ही [चेकपॉइंट सिंक](https://notes.ethereum.org/@launchpad/checkpoint-sync) साठी सार्वजनिक एंडपॉइंट वापरून लक्षणीय सिंकिंग वेळ वाचवू शकता.
+
+#### कन्सेन्सस क्लायंट चालवणे {#running-a-consensus-client}
+
+##### Lighthouse चालवणे
+
+Lighthouse चालवण्यापूर्वी, [Lighthouse Book](https://lighthouse-book.sigmaprime.io/installation.html) मध्ये ते कसे इंस्टॉल आणि कॉन्फिगर करायचे याबद्दल अधिक जाणून घ्या.
+
+```sh
+lighthouse beacon_node \
+    --network mainnet \
+    --datadir /data/ethereum \
+    --http \
+    --execution-endpoint http://127.0.0.1:8551 \
+    --execution-jwt /path/to/jwtsecret
+```
+
+##### Lodestar चालवणे
+
+Lodestar सॉफ्टवेअर कंपाइल करून किंवा डॉकर इमेज डाउनलोड करून इंस्टॉल करा. [डॉक्स](https://chainsafe.github.io/lodestar/) आणि अधिक व्यापक [सेटअप मार्गदर्शक](https://hackmd.io/@philknows/rk5cDvKmK) मध्ये अधिक जाणून घ्या.
+
+```sh
+lodestar beacon \
+    --dataDir="/data/ethereum" \
+    --network=mainnet \
+    --eth1.enabled=true \
+    --execution.urls="http://127.0.0.1:8551" \
+    --jwt-secret="/path/to/jwtsecret"
+```
+
+##### Nimbus चालवणे
+
+Nimbus कन्सेन्सस आणि एक्झिक्यूशन क्लायंट दोन्हीसह येतो. हे अगदी कमी संगणकीय शक्तीसह विविध उपकरणांवर चालवले जाऊ शकते.
+[डिपेंडेंसी आणि Nimbus स्वतः इंस्टॉल केल्यानंतर](https://nimbus.guide/quick-start.html), तुम्ही त्याचा कन्सेन्सस क्लायंट चालवू शकता:
+
+```sh
+nimbus_beacon_node \
+    --network=mainnet \
+    --web3-url=http://127.0.0.1:8551 \
+    --rest \
+    --jwt-secret="/path/to/jwtsecret"
+```
+
+##### Prysm चालवणे
+
+Prysm एक स्क्रिप्टसह येतो जो सोप्या स्वयंचलित इंस्टॉलेशनला परवानगी देतो. तपशील [Prysm डॉक्स](https://prysm.offchainlabs.com/docs/install-prysm/install-with-script/) मध्ये आढळू शकतात.
+
+```sh
+./prysm.sh beacon-chain \
+    --mainnet \
+    --datadir /data/ethereum  \
+    --execution-endpoint=http://localhost:8551  \
+    --jwt-secret=/path/to/jwtsecret
+```
+
+##### Teku चालवणे
+
+```sh
+teku --network mainnet \
+    --data-path "/data/ethereum" \
+    --ee-endpoint http://localhost:8551 \
+    --ee-jwt-secret-file "/path/to/jwtsecret"
+```
+
+जेव्हा एक कन्सेन्सस क्लायंट एक्झिक्यूशन क्लायंटशी डिपॉझिट कॉन्ट्रॅक्ट वाचण्यासाठी आणि व्हॅलिडेटर्स ओळखण्यासाठी कनेक्ट होतो, तेव्हा तो इतर बीकन नोड पीअर्सशी देखील कनेक्ट होतो आणि जेनेसिसपासून कन्सेन्सस स्लॉट्स सिंक करण्यास सुरुवात करतो. एकदा बीकन नोड वर्तमान युगात पोहोचला की, बीकन API तुमच्या व्हॅलिडेटर्ससाठी वापरण्यायोग्य होते. [बीकन नोड APIs](https://eth2docs.vercel.app/) बद्दल अधिक जाणून घ्या.
+
+### व्हॅलिडेटर्स जोडणे {#adding-validators}
+
+एक कन्सेन्सस क्लायंट व्हॅलिडेटर्सना कनेक्ट करण्यासाठी बीकन नोड म्हणून काम करतो. प्रत्येक कन्सेन्सस क्लायंटचे स्वतःचे व्हॅलिडेटर सॉफ्टवेअर असते जे त्याच्या संबंधित माहितीमध्ये तपशीलवार वर्णन केलेले आहे.
+
+तुमचा स्वतःचा व्हॅलिडेटर चालवल्याने [सोलो स्टेकिंग](/staking/solo/) करता येते, जी इथेरियम नेटवर्कला सपोर्ट करण्याची सर्वात प्रभावी आणि विश्वासहीन पद्धत आहे. तथापि, यासाठी 32 ETH ची ठेव आवश्यक आहे. तुमच्या स्वतःच्या नोडवर कमी रकमेसह व्हॅलिडेटर चालवण्यासाठी, [रॉकेट पूल](https://rocketpool.net/node-operators) सारखा परवानगी-रहित नोड ऑपरेटर्ससह विकेंद्रित पूल तुम्हाला आवडेल.
+
+स्टेकिंग आणि व्हॅलिडेटर की निर्मितीसह प्रारंभ करण्याचा सर्वात सोपा मार्ग म्हणजे [हुडी टेस्टनेट स्टेकिंग लॉन्चपॅड](https://hoodi.launchpad.ethereum.org/) वापरणे, जे तुम्हाला [हुडीवर नोड्स चालवून](https://notes.ethereum.org/@launchpad/hoodi) तुमचा सेटअप तपासण्याची परवानगी देते. जेव्हा तुम्ही मेननेटसाठी तयार असाल, तेव्हा तुम्ही [मेननेट स्टेकिंग लॉन्चपॅड](https://launchpad.ethereum.org/) वापरून या पायऱ्या पुन्हा करू शकता.
+
+स्टेकिंग पर्यायांच्या विहंगावलोकनासाठी [स्टेकिंग पेज](/staking) पहा.
+
+### नोड वापरणे {#using-the-node}
+
+एक्झिक्यूशन क्लायंट [RPC API एंडपॉइंट्स](/developers/docs/apis/json-rpc/) ऑफर करतात जे तुम्ही व्यवहार सबमिट करण्यासाठी, इथेरियम नेटवर्कवर स्मार्ट कॉन्ट्रॅक्ट्सशी संवाद साधण्यासाठी किंवा तैनात करण्यासाठी विविध मार्गांनी वापरू शकता:
+
+- योग्य प्रोटोकॉलसह त्यांना मॅन्युअली कॉल करणे (उदा., `curl` वापरून)
+- प्रदान केलेला कन्सोल जोडणे (उदा., `geth attach`)
+- वेब3 लायब्ररीज वापरून त्यांना ॲप्लिकेशन्समध्ये अंमलात आणणे, उदा., [web3.py](https://web3py.readthedocs.io/en/stable/overview.html#overview), [ethers](https://github.com/ethers-io/ethers.js/)
+
+विविध क्लायंट्सकडे RPC एंडपॉइंट्सच्या विविध अंमलबजावणी आहेत. परंतु एक मानक JSON-RPC आहे जो तुम्ही प्रत्येक क्लायंटसह वापरू शकता. विहंगावलोकनासाठी [JSON-RPC डॉक्स वाचा](/developers/docs/apis/json-rpc/). इथेरियम नेटवर्कमधून माहितीची आवश्यकता असलेले ॲप्लिकेशन्स हे RPC वापरू शकतात. उदाहरणार्थ, लोकप्रिय वॉलेट MetaMask तुम्हाला [तुमच्या स्वतःच्या RPC एंडपॉइंटशी कनेक्ट](https://metamask.zendesk.com/hc/en-us/articles/360015290012-Using-a-Local-Node) होऊ देते ज्याचे मजबूत गोपनीयता आणि सुरक्षा फायदे आहेत.
+
+कन्सेन्सस क्लायंट सर्व एक [बीकन API](https://ethereum.github.io/beacon-APIs) उघड करतात जे कन्सेन्सस क्लायंटची स्थिती तपासण्यासाठी किंवा [Curl](https://curl.se) सारख्या साधनांचा वापर करून विनंत्या पाठवून ब्लॉक्स आणि कन्सेन्सस डेटा डाउनलोड करण्यासाठी वापरले जाऊ शकते. याबद्दल अधिक माहिती प्रत्येक कन्सेन्सस क्लायंटच्या माहितीमध्ये आढळू शकते.
+
+#### RPC पर्यंत पोहोचणे {#reaching-rpc}
+
+एक्झिक्यूशन क्लायंट JSON-RPC साठी डीफॉल्ट पोर्ट `8545` आहे परंतु तुम्ही कॉन्फिगरेशनमध्ये स्थानिक एंडपॉइंट्सचे पोर्ट बदलू शकता. डीफॉल्टनुसार, RPC इंटरफेस केवळ तुमच्या संगणकाच्या लोकलहोस्टवर पोहोचण्यायोग्य आहे. ते दूरस्थपणे प्रवेशयोग्य करण्यासाठी, तुम्ही पत्ता `0.0.0.0` वर बदलून ते सार्वजनिक करू शकता. यामुळे ते स्थानिक नेटवर्क आणि सार्वजनिक IP पत्त्यांवर पोहोचण्यायोग्य होईल. बहुतेक प्रकरणांमध्ये तुम्हाला तुमच्या राउटरवर पोर्ट फॉरवर्डिंग सेट करावे लागेल.
+
+इंटरनेटवर पोर्ट उघडताना सावधगिरी बाळगा कारण यामुळे इंटरनेटवरील कोणालाही तुमचा नोड नियंत्रित करण्याची परवानगी मिळेल. जर तुम्ही तुमचा क्लायंट वॉलेट म्हणून वापरत असाल तर दुर्भावनापूर्ण कलाकार तुमची सिस्टम खाली आणण्यासाठी किंवा तुमचे फंड चोरण्यासाठी तुमच्या नोडमध्ये प्रवेश करू शकतात.
+
+यावर एक उपाय म्हणजे संभाव्यतः हानिकारक RPC पद्धतींना बदलण्यायोग्य होण्यापासून रोखणे. उदाहरणार्थ, Geth सह, तुम्ही फ्लॅगसह बदलण्यायोग्य पद्धती घोषित करू शकता: `--http.api web3,eth,txpool`.
+
+RPC इंटरफेसमध्ये प्रवेश एज लेयर APIs किंवा Nginx सारख्या वेब सर्व्हर ॲप्लिकेशन्सच्या विकासाद्वारे वाढविला जाऊ शकतो आणि त्यांना तुमच्या क्लायंटच्या स्थानिक पत्त्यावर आणि पोर्टवर कनेक्ट करून. मध्यम लेयरचा फायदा घेतल्याने डेव्हलपर्सना RPC इंटरफेसवर सुरक्षित `https` कनेक्शनसाठी प्रमाणपत्र सेट करण्याची क्षमता देखील मिळू शकते.
+
+तुमच्या नोडच्या RPC एंडपॉइंटमध्ये प्रवेश प्रदान करण्याचा एकमेव मार्ग वेब सर्व्हर, प्रॉक्सी किंवा बाह्य फेसिंग रेस्ट API सेट करणे नाही. सार्वजनिकरित्या पोहोचण्यायोग्य एंडपॉइंट सेट करण्याचा आणखी एक गोपनीयता-संरक्षण करणारा मार्ग म्हणजे तुमच्या स्वतःच्या [Tor](https://www.torproject.org/) ओनियन सेवेवर नोड होस्ट करणे. यामुळे तुम्ही तुमच्या स्थानिक नेटवर्कच्या बाहेर RPC पर्यंत पोहोचू शकता, स्थिर सार्वजनिक IP पत्त्याशिवाय किंवा उघडलेल्या पोर्टशिवाय. तथापि, हे कॉन्फिगरेशन वापरल्याने RPC एंडपॉइंट केवळ Tor नेटवर्कद्वारे प्रवेशयोग्य होऊ शकतो जो सर्व ॲप्लिकेशन्सद्वारे समर्थित नाही आणि यामुळे कनेक्शन समस्या उद्भवू शकतात.
+
+हे करण्यासाठी, तुम्हाला तुमची स्वतःची [ओनियन सेवा](https://community.torproject.org/onion-services/) तयार करावी लागेल. तुमचे स्वतःचे होस्ट करण्यासाठी ओनियन सेवा सेटअपवरील [माहिती](https://community.torproject.org/onion-services/setup/) पहा. तुम्ही ते RPC पोर्टवर प्रॉक्सीसह वेब सर्व्हरकडे किंवा फक्त थेट RPC कडे निर्देशित करू शकता.
+
+शेवटी, आणि अंतर्गत नेटवर्कमध्ये प्रवेश प्रदान करण्याच्या सर्वात लोकप्रिय मार्गांपैकी एक VPN कनेक्शन आहे. तुमच्या वापराच्या केसवर आणि तुमच्या नोडमध्ये प्रवेशाची आवश्यकता असलेल्या वापरकर्त्यांच्या संख्येवर अवलंबून, एक सुरक्षित VPN कनेक्शन एक पर्याय असू शकतो. [OpenVPN](https://openvpn.net/) एक पूर्ण-वैशिष्ट्यीकृत SSL VPN आहे जे उद्योग मानक SSL/TLS प्रोटोकॉल वापरून OSI लेयर 2 किंवा 3 सुरक्षित नेटवर्क विस्तार लागू करते, प्रमाणपत्रे, स्मार्ट कार्ड आणि/किंवा वापरकर्तानाव/पासवर्ड क्रेडेन्शियलवर आधारित लवचिक क्लायंट प्रमाणीकरण पद्धतींना समर्थन देते, आणि VPN व्हर्च्युअल इंटरफेसवर लागू केलेल्या फायरवॉल नियमांचा वापर करून वापरकर्ता किंवा गट-विशिष्ट प्रवेश नियंत्रण धोरणांना परवानगी देते.
+
+### नोड चालवणे {#operating-the-node}
+
+तुमचा नोड योग्यरित्या चालू आहे याची खात्री करण्यासाठी तुम्ही नियमितपणे त्याचे निरीक्षण केले पाहिजे. तुम्हाला अधूनमधून देखभाल करण्याची आवश्यकता असू शकते.
+
+#### नोड ऑनलाइन ठेवणे {#keeping-node-online}
+
+तुमचा नोड नेहमी ऑनलाइन असणे आवश्यक नाही, परंतु नेटवर्कशी सिंक राहण्यासाठी तुम्ही तो शक्य तितका ऑनलाइन ठेवला पाहिजे. तुम्ही तो रीस्टार्ट करण्यासाठी बंद करू शकता, परंतु लक्षात ठेवा की:
+
+- जर अलीकडील स्थिती अजूनही डिस्कवर लिहिली जात असेल तर बंद होण्यास काही मिनिटे लागू शकतात.
+- सक्तीने बंद केल्याने डेटाबेस खराब होऊ शकतो ज्यामुळे तुम्हाला संपूर्ण नोड पुन्हा सिंक करावा लागेल.
+- तुमचा क्लायंट नेटवर्कमधून सिंकच्या बाहेर जाईल आणि तुम्ही तो रीस्टार्ट केल्यावर त्याला पुन्हा सिंक करावे लागेल. नोड जिथे शेवटचा बंद झाला होता तिथून सिंकिंग सुरू करू शकत असला तरी, तो किती वेळ ऑफलाइन होता यावर अवलंबून प्रक्रियेला वेळ लागू शकतो.
+
+_हे कन्सेन्सस लेयर व्हॅलिडेटर नोड्सवर लागू होत नाही._ तुमचा नोड ऑफलाइन घेतल्याने त्यावर अवलंबून असलेल्या सर्व सेवांवर परिणाम होईल. जर तुम्ही _स्टेकिंग_ उद्देशाने नोड चालवत असाल तर तुम्ही डाउनटाइम शक्य तितका कमी करण्याचा प्रयत्न केला पाहिजे.
+
+#### क्लायंट सेवा तयार करणे {#creating-client-services}
+
+तुमचे क्लायंट स्टार्टअपवर आपोआप चालवण्यासाठी सेवा तयार करण्याचा विचार करा. उदाहरणार्थ, लिनक्स सर्व्हरवर, चांगली प्रथा म्हणजे एक सेवा तयार करणे, उदा., `systemd` सह, जी क्लायंटला योग्य कॉन्फिगसह, मर्यादित विशेषाधिकार असलेल्या वापरकर्त्याखाली कार्यान्वित करते आणि आपोआप रीस्टार्ट होते.
+
+#### क्लायंट अपडेट करणे {#updating-clients}
+
+तुम्हाला तुमचे क्लायंट सॉफ्टवेअर नवीनतम सुरक्षा पॅच, वैशिष्ट्ये आणि [EIPs](/eips/) सह अद्ययावत ठेवणे आवश्यक आहे. विशेषतः [हार्ड फोर्क्स](/ethereum-forks/) पूर्वी, तुम्ही योग्य क्लायंट आवृत्त्या चालवत असल्याची खात्री करा.
+
+> महत्त्वाच्या नेटवर्क अपडेट्सपूर्वी, EF त्याच्या [ब्लॉग](https://blog.ethereum.org) वर एक पोस्ट प्रकाशित करते. तुमच्या नोडला अपडेटची आवश्यकता असताना तुम्हाला तुमच्या मेलवर सूचना मिळवण्यासाठी तुम्ही [या घोषणांसाठी सदस्यत्व घेऊ शकता](https://blog.ethereum.org/category/protocol#subscribe).
+
+क्लायंट अपडेट करणे खूप सोपे आहे. प्रत्येक क्लायंटकडे त्यांच्या माहितीमध्ये विशिष्ट सूचना आहेत, परंतु प्रक्रिया सामान्यतः फक्त नवीनतम आवृत्ती डाउनलोड करणे आणि नवीन एक्झिक्युटेबलसह क्लायंट रीस्टार्ट करणे आहे. क्लायंटने जिथे सोडले होते तिथून उचलले पाहिजे, परंतु अपडेट्स लागू करून.
+
+प्रत्येक क्लायंट अंमलबजावणीमध्ये एक मानवी-वाचनीय आवृत्ती स्ट्रिंग असते जी पीअर-टू-पीअर प्रोटोकॉलमध्ये वापरली जाते परंतु कमांड लाइनवरून देखील प्रवेशयोग्य असते. ही आवृत्ती स्ट्रिंग वापरकर्त्यांना ते योग्य आवृत्ती चालवत आहेत की नाही हे तपासण्याची परवानगी देते आणि ब्लॉक एक्सप्लोरर्स आणि नेटवर्कवर विशिष्ट क्लायंटच्या वितरणाचे प्रमाण मोजण्यात स्वारस्य असलेल्या इतर विश्लेषणात्मक साधनांना परवानगी देते. आवृत्ती स्ट्रिंगबद्दल अधिक माहितीसाठी कृपया वैयक्तिक क्लायंट माहितीचा संदर्भ घ्या.
+
+#### अतिरिक्त सेवा चालवणे {#running-additional-services}
+
+तुमचा स्वतःचा नोड चालवल्याने तुम्हाला अशा सेवा वापरता येतात ज्यांना इथेरियम क्लायंट RPC मध्ये थेट प्रवेश आवश्यक असतो. या सेवा इथेरियमवर तयार केलेल्या आहेत जसे की [लेयर 2 सोल्यूशन्स](/developers/docs/scaling/#layer-2-scaling), वॉलेट्ससाठी बॅकएंड, ब्लॉक एक्सप्लोरर्स, डेव्हलपर टूल्स आणि इतर इथेरियम पायाभूत सुविधा.
+
+#### नोडचे निरीक्षण करणे {#monitoring-the-node}
+
+तुमच्या नोडचे योग्यरित्या निरीक्षण करण्यासाठी, मेट्रिक्स गोळा करण्याचा विचार करा. क्लायंट मेट्रिक्स एंडपॉइंट्स प्रदान करतात जेणेकरून तुम्हाला तुमच्या नोडबद्दल सर्वसमावेशक डेटा मिळू शकेल. [InfluxDB](https://www.influxdata.com/get-influxdb/) किंवा [Prometheus](https://prometheus.io/) सारख्या साधनांचा वापर करून डेटाबेस तयार करा ज्यांना तुम्ही [Grafana](https://grafana.com/) सारख्या सॉफ्टवेअरमध्ये व्हिज्युअलायझेशन आणि चार्टमध्ये बदलू शकता. या सॉफ्टवेअरचा वापर करण्यासाठी अनेक सेटअप आहेत आणि तुमच्यासाठी तुमचा नोड आणि संपूर्ण नेटवर्क व्हिज्युअलाइझ करण्यासाठी विविध ग्राफना डॅशबोर्ड आहेत. उदाहरणार्थ, [Geth चे InfluxDB आणि Grafana सह निरीक्षण करण्यावरील ट्यूटोरियल](/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/) पहा.
+
+तुमच्या निरीक्षणाचा भाग म्हणून, तुमच्या मशीनच्या कार्यक्षमतेवर लक्ष ठेवण्याची खात्री करा. तुमच्या नोडच्या सुरुवातीच्या सिंक दरम्यान, क्लायंट सॉफ्टवेअर CPU आणि रॅमवर खूप भारी असू शकते. ग्राफनाव्यतिरिक्त, तुम्ही हे करण्यासाठी `htop` किंवा `uptime` सारख्या तुमच्या OS द्वारे ऑफर केलेल्या साधनांचा वापर करू शकता.
+
+## पुढील वाचन {#further-reading}
+
+- [इथेरियम स्टेकिंग मार्गदर्शक](https://github.com/SomerEsat/ethereum-staking-guides) - _सोमर एसॅट, वारंवार अद्यतनित_
+- [मार्गदर्शक | मेननेटवर इथेरियम स्टेकिंगसाठी व्हॅलिडेटर कसे सेट करावे](https://www.coincashew.com/coins/overview-eth/guide-or-how-to-setup-a-validator-on-eth2-mainnet) _– कॉइनकॅश्यू, वारंवार अद्यतनित_
+- [टेस्टनेट्सवर व्हॅलिडेटर्स चालवण्यावर ETHStaker मार्गदर्शक](https://github.com/remyroy/ethstaker#guides) – _ETHStaker, नियमितपणे अद्यतनित_
+- [इथेरियम नोड्ससाठी सॅम्पल AWS ब्लॉकचेन नोड रनर ॲप](https://aws-samples.github.io/aws-blockchain-node-runners/docs/Blueprints/Ethereum) - _AWS, वारंवार अद्यतनित_
+- [नोड ऑपरेटर्ससाठी द मर्ज FAQ](https://notes.ethereum.org/@launchpad/node-faq-merge) - _जुलै २०२२_
+- [इथेरियम पूर्ण प्रमाणित नोड होण्यासाठी हार्डवेअर आवश्यकतांचे विश्लेषण](https://medium.com/coinmonks/analyzing-the-hardware-requirements-to-be-an-ethereum-full-validated-node-dc064f167902) _– अल्बर्ट पलाऊ, २४ सप्टेंबर २०१८_
+- [Ethereum फुल नोड्स चालवणे: केवळ प्रेरित लोकांसाठी एक मार्गदर्शक](https://medium.com/@JustinMLeroux/running-ethereum-full-nodes-a-guide-for-the-barely-motivated-a8a13e7a0d31) _- जस्टिन लेरॉक्स, 7 नोव्हेंबर 2019_
+- [इथेरियम मेननेटवर हायपरलेजर बेसू नोड चालवणे: फायदे, आवश्यकता आणि सेटअप](https://pegasys.tech/running-a-hyperledger-besu-node-on-the-ethereum-mainnet-benefits-requirements-and-setup/) _– फेलिपे फरागी, ७ मे २०२०_
+- [मॉनिटरिंग स्टॅकसह नेदरमाइंड इथेरियम क्लायंट तैनात करणे](https://medium.com/nethermind-eth/deploying-nethermind-ethereum-client-with-monitoring-stack-55ce1622edbd) _– Nethermind.eth, ८ जुलै २०२०_
+
+## संबंधित विषय {#related-topics}
+
+- [नोड्स आणि क्लायंट](/developers/docs/nodes-and-clients/)
+- [ब्लॉक्स](/developers/docs/blocks/)
+- [नेटवर्क्स](/developers/docs/networks/)
diff --git a/public/content/translations/mr/developers/docs/oracles/index.md b/public/content/translations/mr/developers/docs/oracles/index.md
new file mode 100644
index 00000000000..144bb71b124
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/oracles/index.md
@@ -0,0 +1,433 @@
+---
+title: "ओरॅकल्स"
+description: "ओरॅकल्स इथेरियम स्मार्ट कॉन्ट्रॅक्ट्सना वास्तविक जगातील डेटामध्ये प्रवेश देतात, ज्यामुळे वापरकर्त्यांसाठी अधिक वापर-प्रकरणे आणि अधिक मूल्य अनलॉक होते."
+lang: mr
+---
+
+ओरॅकल्स हे असे ऍप्लिकेशन्स आहेत जे डेटा फीड्स तयार करतात जे स्मार्ट कॉन्ट्रॅक्ट्ससाठी ब्लॉकचेनला ऑफचेन डेटा स्रोत उपलब्ध करून देतात. हे आवश्यक आहे कारण इथेरियम-आधारित स्मार्ट कॉन्ट्रॅक्ट्स, डीफॉल्टनुसार, ब्लॉकचेन नेटवर्कच्या बाहेर संग्रहित माहितीमध्ये प्रवेश करू शकत नाहीत.
+
+स्मार्ट कॉन्ट्रॅक्ट्सना ऑफचेन डेटा वापरून कार्यान्वित करण्याची क्षमता देणे विकेंद्रित ऍप्लिकेशन्सची उपयोगिता आणि मूल्य वाढवते. उदाहरणार्थ, ऑनचेन प्रेडिक्शन मार्केट्स निकालांबद्दल माहिती देण्यासाठी ओरॅकल्सवर अवलंबून असतात, ज्याचा वापर ते वापरकर्त्याच्या अंदाजांची पडताळणी करण्यासाठी करतात. समजा ॲलिसने पुढील यू.एस. कोण होईल यावर 20 ETH ची पैज लावली. अध्यक्ष. त्या प्रकरणात, प्रेडिक्शन-मार्केट डॅपला निवडणुकीच्या निकालांची पुष्टी करण्यासाठी आणि ॲलिस पेमेंटसाठी पात्र आहे की नाही हे ठरवण्यासाठी एका ओरॅकलची आवश्यकता आहे.
+
+## पूर्वतयारी {#prerequisites}
+
+हे पान असे गृहीत धरते की वाचक इथेरियमच्या मूलभूत तत्त्वांशी परिचित आहे, ज्यात [नोड्स](/developers/docs/nodes-and-clients/), [सहमती यंत्रणा](/developers/docs/consensus-mechanisms/), आणि [EVM](/developers/docs/evm/) यांचा समावेश आहे. तुम्हाला [स्मार्ट कॉन्ट्रॅक्ट्स](/developers/docs/smart-contracts/) आणि [स्मार्ट कॉन्ट्रॅक्टची रचना](/developers/docs/smart-contracts/anatomy/), विशेषतः [इव्हेंट्स](/glossary/#events) यांची चांगली समज असणे आवश्यक आहे.
+
+## ब्लॉकचेन ओरॅकल म्हणजे काय? {#what-is-a-blockchain-oracle}
+
+ओरॅकल्स हे असे ऍप्लिकेशन्स आहेत जे ब्लॉकचेनवर चालू असलेल्या स्मार्ट कॉन्ट्रॅक्ट्सना बाह्य माहिती (म्हणजे ऑफचेन संग्रहित माहिती) मिळवतात, सत्यापित करतात आणि प्रसारित करतात. ऑफचेन डेटा 'पुल' करण्याव्यतिरिक्त आणि इथेरियमवर प्रसारित करण्याव्यतिरिक्त, ओरॅकल्स ब्लॉकचेनमधून बाह्य प्रणालींमध्ये माहिती 'पुश' देखील करू शकतात, उदा., वापरकर्त्याने इथेरियम व्यवहाराद्वारे शुल्क पाठवल्यावर स्मार्ट लॉक अनलॉक करणे.
+
+ओरॅकलशिवाय, स्मार्ट कॉन्ट्रॅक्ट पूर्णपणे ऑनचेन डेटापुरते मर्यादित राहील.
+
+ओरॅकल्स डेटाच्या स्रोतावर (एक किंवा अनेक स्रोत), विश्वास मॉडेल्सवर (केंद्रीकृत किंवा विकेंद्रित), आणि सिस्टम आर्किटेक्चरवर (इमिडिएट-रीड, पब्लिश-सबस्क्राइब, आणि रिक्वेस्ट-रिस्पॉन्स) आधारित वेगळे असतात. ते ऑनचेन कॉन्ट्रॅक्ट्सद्वारे वापरासाठी बाह्य डेटा पुनर्प्राप्त करतात (इनपुट ओरॅकल्स), ब्लॉकचेनमधून ऑफचेन ऍप्लिकेशन्सना माहिती पाठवतात (आउटपुट ओरॅकल्स), किंवा ऑफचेन संगणकीय कार्ये करतात (संगणकीय ओरॅकल्स) यावर आधारित आपण ओरॅकल्समध्ये फरक करू शकतो.
+
+## स्मार्ट कॉन्ट्रॅक्ट्सना ओरॅकल्सची गरज का आहे? {#why-do-smart-contracts-need-oracles}
+
+बरेच डेव्हलपर्स स्मार्ट कॉन्ट्रॅक्ट्सना ब्लॉकचेनवरील विशिष्ट ॲड्रेसवर चालणारा कोड म्हणून पाहतात. तथापि, [स्मार्ट कॉन्ट्रॅक्ट्सचा अधिक सामान्य दृष्टिकोन](/smart-contracts/) असा आहे की ते स्व-अंमलबजावणी करणारे सॉफ्टवेअर प्रोग्राम आहेत जे एकदा विशिष्ट अटी पूर्ण झाल्यावर पक्षांमधील करारांची अंमलबजावणी करण्यास सक्षम असतात - म्हणूनच 'स्मार्ट कॉन्ट्रॅक्ट्स' ही संज्ञा आहे.
+
+परंतु इथेरियम निर्धारक असल्यामुळे, लोकांमध्ये करारांची अंमलबजावणी करण्यासाठी स्मार्ट कॉन्ट्रॅक्ट्स वापरणे सोपे नाही. [निर्धारक प्रणाली](https://en.wikipedia.org/wiki/Deterministic_algorithm) अशी आहे जी प्रारंभिक स्थिती आणि विशिष्ट इनपुट दिल्यास नेहमी समान परिणाम देते, याचा अर्थ इनपुटमधून आउटपुटची गणना करण्याच्या प्रक्रियेत कोणतीही यादृच्छिकता किंवा भिन्नता नसते.
+
+निर्धारक अंमलबजावणी साध्य करण्यासाठी, ब्लॉकचेन _केवळ_ ब्लॉकचेनवरच संग्रहित डेटा वापरून साध्या बायनरी (खरे/खोटे) प्रश्नांवर सहमतीपर्यंत पोहोचण्यासाठी नोड्सना मर्यादित करतात. अशा प्रश्नांची उदाहरणे:
+
+- “खाते मालकाने (सार्वजनिक की द्वारे ओळखले जाते) या व्यवहारावर जोडलेल्या खाजगी की सह स्वाक्षरी केली होती का?”
+- “या खात्यात व्यवहार कव्हर करण्यासाठी पुरेसा निधी आहे का?”
+- “या स्मार्ट कॉन्ट्रॅक्टच्या संदर्भात हा व्यवहार वैध आहे का?”, इत्यादी.
+
+जर ब्लॉकचेनला बाह्य स्रोतांकडून (म्हणजे, वास्तविक जगातून) माहिती मिळाली, तर निर्धारकता साध्य करणे अशक्य होईल, ज्यामुळे नोड्सना ब्लॉकचेनच्या स्थितीतील बदलांच्या वैधतेवर सहमत होण्यापासून प्रतिबंधित केले जाईल. उदाहरणार्थ, एक स्मार्ट कॉन्ट्रॅक्ट घ्या जो पारंपारिक किंमत API मधून मिळवलेल्या सध्याच्या ETH-USD विनिमय दरावर आधारित व्यवहार कार्यान्वित करतो. हा आकडा वारंवार बदलण्याची शक्यता आहे (API नापसंत किंवा हॅक होऊ शकते याचा उल्लेख नाही), याचा अर्थ समान कॉन्ट्रॅक्ट कोड कार्यान्वित करणारे नोड्स वेगवेगळ्या निष्कर्षांवर पोहोचतील.
+
+इथेरियमसारख्या सार्वजनिक ब्लॉकचेनसाठी, जिथे जगभरातील हजारो नोड्स व्यवहार प्रक्रिया करत आहेत, निर्धारकता अत्यंत महत्त्वाची आहे. सत्याचा स्रोत म्हणून काम करणारी कोणतीही केंद्रीय संस्था नसल्यामुळे, समान व्यवहार लागू केल्यानंतर समान स्थितीवर पोहोचण्यासाठी नोड्सना यंत्रणेची आवश्यकता आहे. अशी केस जिथे नोड A स्मार्ट कॉन्ट्रॅक्टचा कोड कार्यान्वित करतो आणि परिणाम म्हणून '3' मिळवतो, तर नोड B समान व्यवहार चालवल्यानंतर '7' मिळवतो, यामुळे सहमती तुटेल आणि विकेंद्रित संगणन प्लॅटफॉर्म म्हणून इथेरियमचे मूल्य नष्ट होईल.
+
+हे परिदृश्य बाह्य स्रोतांकडून माहिती खेचण्यासाठी ब्लॉकचेन डिझाइन करण्यामधील समस्या देखील अधोरेखित करते. तथापि, ओरॅकल्स ऑफचेन स्रोतांकडून माहिती घेऊन आणि स्मार्ट कॉन्ट्रॅक्ट्स वापरण्यासाठी ती ब्लॉकचेनवर संग्रहित करून ही समस्या सोडवतात. ऑनचेन संग्रहित माहिती अपरिवर्तनीय आणि सार्वजनिकरित्या उपलब्ध असल्यामुळे, इथेरियम नोड्स सहमती न तोडता स्थितीतील बदल संगणित करण्यासाठी ओरॅकलद्वारे आयात केलेला ऑफचेन डेटा सुरक्षितपणे वापरू शकतात.
+
+हे करण्यासाठी, एक ओरॅकल सामान्यतः ऑनचेन चालणाऱ्या स्मार्ट कॉन्ट्रॅक्ट आणि काही ऑफचेन घटकांपासून बनलेला असतो. ऑनचेन कॉन्ट्रॅक्ट इतर स्मार्ट कॉन्ट्रॅक्ट्सकडून डेटासाठी विनंत्या प्राप्त करतो, ज्या तो ऑफचेन घटकाकडे (ज्याला ओरॅकल नोड म्हणतात) पाठवतो. हा ओरॅकल नोड डेटा स्रोतांना क्वेरी करू शकतो - उदाहरणार्थ, ऍप्लिकेशन प्रोग्रामिंग इंटरफेस (APIs) वापरून - आणि विनंती केलेला डेटा स्मार्ट कॉन्ट्रॅक्टच्या स्टोरेजमध्ये संग्रहित करण्यासाठी व्यवहार पाठवू शकतो.
+
+मूलतः, एक ब्लॉकचेन ओरॅकल ब्लॉकचेन आणि बाह्य पर्यावरण यांच्यातील माहितीतील अंतर भरून काढतो, ज्यामुळे “हायब्रीड स्मार्ट कॉन्ट्रॅक्ट्स” तयार होतात. हायब्रीड स्मार्ट कॉन्ट्रॅक्ट हा एक असा कॉन्ट्रॅक्ट आहे जो ऑनचेन कॉन्ट्रॅक्ट कोड आणि ऑफचेन पायाभूत सुविधांच्या संयोजनावर आधारित कार्य करतो. विकेंद्रित प्रेडिक्शन मार्केट्स हे हायब्रीड स्मार्ट कॉन्ट्रॅक्ट्सचे उत्कृष्ट उदाहरण आहे. इतर उदाहरणांमध्ये पीक विमा स्मार्ट कॉन्ट्रॅक्ट्सचा समावेश असू शकतो जे ओरॅकल्सचा एक संच विशिष्ट हवामान घटना घडल्या आहेत हे ठरवल्यावर पेमेंट करतात.
+
+## ओरॅकल समस्या काय आहे? {#the-oracle-problem}
+
+ओरॅकल्स एक महत्त्वाची समस्या सोडवतात, परंतु काही गुंतागुंत देखील निर्माण करतात, उदा.,:
+
+- आपण हे कसे सत्यापित करू शकतो की इंजेक्ट केलेली माहिती योग्य स्रोतातून काढली गेली आहे किंवा तिच्यात फेरफार झालेली नाही?
+
+- हा डेटा नेहमी उपलब्ध आहे आणि नियमितपणे अपडेट केला जातो याची आपण खात्री कशी करू शकतो?
+
+तथाकथित “ओरॅकल समस्या” स्मार्ट कॉन्ट्रॅक्ट्सना इनपुट पाठवण्यासाठी ब्लॉकचेन ओरॅकल्स वापरण्याशी संबंधित समस्या दर्शवते. स्मार्ट कॉन्ट्रॅक्ट योग्यरित्या कार्यान्वित होण्यासाठी ओरॅकलमधील डेटा अचूक असणे आवश्यक आहे. शिवाय, अचूक माहिती पुरवण्यासाठी ओरॅकल ऑपरेटर्सवर ‘विश्वास’ ठेवणे हे स्मार्ट कॉन्ट्रॅक्ट्सच्या 'विश्वासहीन' पैलूला कमी करते.
+
+वेगवेगळे ओरॅकल्स ओरॅकल समस्येवर वेगवेगळे उपाय देतात, ज्याचा आपण नंतर शोध घेऊ. ओरॅकल्सचे सामान्यतः ते खालील आव्हाने किती चांगल्या प्रकारे हाताळू शकतात यावर मूल्यांकन केले जाते:
+
+1. **अचूकता**: ओरॅकलने अवैध ऑफचेन डेटावर आधारित स्मार्ट कॉन्ट्रॅक्ट्सना स्थितीतील बदल सुरू करण्यास कारणीभूत ठरू नये. एका ओरॅकलने डेटाची _सत्यता_ आणि _अखंडता_ याची हमी दिली पाहिजे. सत्यता म्हणजे डेटा योग्य स्रोताकडून मिळवला गेला आहे, तर अखंडता म्हणजे ऑनचेन पाठवण्यापूर्वी डेटा अखंड राहिला (म्हणजे, बदलला गेला नाही).
+
+2. **उपलब्धता**: ओरॅकलने स्मार्ट कॉन्ट्रॅक्ट्सना कृती कार्यान्वित करण्यापासून आणि स्थितीतील बदल सुरू करण्यापासून विलंब किंवा प्रतिबंध करू नये. याचा अर्थ असा की ओरॅकलमधील डेटा व्यत्ययाशिवाय _विनंतीनुसार उपलब्ध_ असणे आवश्यक आहे.
+
+3. **प्रोत्साहन सुसंगतता**: ओरॅकलने ऑफचेन डेटा प्रदात्यांना स्मार्ट कॉन्ट्रॅक्ट्समध्ये अचूक माहिती सबमिट करण्यासाठी प्रोत्साहन दिले पाहिजे. प्रोत्साहन सुसंगततेमध्ये _श्रेय देण्याची क्षमता_ आणि _उत्तरदायित्व_ यांचा समावेश आहे. श्रेय देण्याची क्षमता बाह्य माहितीचा एक तुकडा त्याच्या प्रदात्याशी जोडण्याची परवानगी देते, तर उत्तरदायित्व डेटा प्रदात्यांना ते देत असलेल्या माहितीशी बांधते, जेणेकरून प्रदान केलेल्या माहितीच्या गुणवत्तेवर आधारित त्यांना पुरस्कृत किंवा दंडित केले जाऊ शकते.
+
+## ब्लॉकचेन ओरॅकल सेवा कशी कार्य करते? {#how-does-a-blockchain-oracle-service-work}
+
+### वापरकर्ते {#users}
+
+वापरकर्ते अशा संस्था आहेत (म्हणजे, स्मार्ट कॉन्ट्रॅक्ट्स) ज्यांना विशिष्ट क्रिया पूर्ण करण्यासाठी ब्लॉकचेनच्या बाहेरील माहितीची आवश्यकता असते. ओरॅकल सेवेचा मूलभूत कार्यप्रवाह वापरकर्त्याने ओरॅकल कॉन्ट्रॅक्टला डेटा विनंती पाठवण्यापासून सुरू होतो. डेटा विनंत्या सहसा खालीलपैकी काही किंवा सर्व प्रश्नांची उत्तरे देतील:
+
+1. विनंती केलेल्या माहितीसाठी ऑफचेन नोड्स कोणत्या स्रोतांचा सल्ला घेऊ शकतात?
+
+2. रिपोर्टर्स डेटा स्रोतांकडून माहितीवर प्रक्रिया कशी करतात आणि उपयुक्त डेटा पॉइंट्स कसे काढतात?
+
+3. डेटा पुनर्प्राप्त करण्यासाठी किती ओरॅकल नोड्स सहभागी होऊ शकतात?
+
+4. ओरॅकल अहवालांमधील विसंगती कशा व्यवस्थापित केल्या पाहिजेत?
+
+5. सबमिशन फिल्टर करण्यासाठी आणि अहवालांना एकाच मूल्यात एकत्रित करण्यासाठी कोणती पद्धत लागू केली पाहिजे?
+
+### ओरॅकल कॉन्ट्रॅक्ट {#oracle-contract}
+
+ओरॅकल कॉन्ट्रॅक्ट हा ओरॅकल सेवेसाठी ऑनचेन घटक आहे. हे इतर कॉन्ट्रॅक्ट्सकडून डेटा विनंत्या ऐकते, ओरॅकल नोड्सना डेटा क्वेरी रिले करते आणि क्लायंट कॉन्ट्रॅक्ट्सना परत आलेला डेटा प्रसारित करते. हा कॉन्ट्रॅक्ट विनंती करणाऱ्या कॉन्ट्रॅक्टला पाठवण्यासाठी एकत्रित मूल्य तयार करण्यासाठी परत आलेल्या डेटा पॉइंट्सवर काही गणना देखील करू शकतो.
+
+ओरॅकल कॉन्ट्रॅक्ट काही फंक्शन्स उघड करतो जे क्लायंट कॉन्ट्रॅक्ट्स डेटा विनंती करताना कॉल करतात. नवीन क्वेरी मिळाल्यावर, स्मार्ट कॉन्ट्रॅक्ट डेटा विनंतीच्या तपशीलांसह एक [लॉग इव्हेंट](/developers/docs/smart-contracts/anatomy/#events-and-logs) उत्सर्जित करेल. हे लॉगला सबस्क्राइब केलेल्या ऑफचेन नोड्सना सूचित करते (सहसा JSON-RPC `eth_subscribe` कमांडसारखे काहीतरी वापरून), जे लॉग इव्हेंटमध्ये परिभाषित केलेला डेटा पुनर्प्राप्त करण्यासाठी पुढे जातात.
+
+खाली पेड्रो कोस्टा द्वारे एक [उदाहरण ओरॅकल कॉन्ट्रॅक्ट](https://medium.com/@pedrodc/implementing-a-blockchain-oracle-on-ethereum-cedc7e26b49e) आहे. ही एक सोपी ओरॅकल सेवा आहे जी इतर स्मार्ट कॉन्ट्रॅक्ट्सच्या विनंतीनुसार ऑफचेन APIs ला क्वेरी करू शकते आणि विनंती केलेली माहिती ब्लॉकचेनवर संग्रहित करू शकते:
+
+```solidity
+pragma solidity >=0.4.21 <0.6.0;
+
+contract Oracle {
+  Request[] requests; //कॉन्ट्रॅक्टला केलेल्या विनंत्यांची यादी
+  uint currentId = 0; //वाढणारी विनंती आयडी
+  uint minQuorum = 2; //अंतिम निकाल घोषित करण्यापूर्वी प्राप्त करण्यासाठी किमान प्रतिसादांची संख्या
+  uint totalOracleCount = 3; // हार्डकोड केलेली ओरॅकल संख्या
+
+  // एक सामान्य एपीआय विनंती परिभाषित करते
+  struct Request {
+    uint id;                            //विनंती आयडी
+    string urlToQuery;                  //API url
+    string attributeToFetch;            //प्रतिसादामध्ये पुनर्प्राप्त करण्यासाठी json ॲट्रिब्यूट (की)
+    string agreedValue;                 //की पासून मूल्य
+    mapping(uint => string) answers;     //ओरॅकल्सनी दिलेली उत्तरे
+    mapping(address => uint) quorum;    //ओरॅकल्स जे उत्तराला क्वेरी करतील (1=ओरॅकलने मत दिलेले नाही, 2=ओरॅकलने मत दिलेले आहे)
+  }
+
+  //ब्लॉकचेनच्या बाहेर ओरॅकलला चालना देणारी इव्हेंट
+  event NewRequest (
+    uint id,
+    string urlToQuery,
+    string attributeToFetch
+  );
+
+  //अंतिम निकालावर एकमत झाल्यावर चालना दिली जाते
+  event UpdatedRequest (
+    uint id,
+    string urlToQuery,
+    string attributeToFetch,
+    string agreedValue
+  );
+
+  function createRequest (
+    string memory _urlToQuery,
+    string memory _attributeToFetch
+  )
+  public
+  {
+    uint length = requests.push(Request(currentId, _urlToQuery, _attributeToFetch, ""));
+    Request storage r = requests[length-1];
+
+    // हार्डकोड केलेला ओरॅकल्स ॲड्रेस
+    r.quorum[address(0x6c2339b46F41a06f09CA0051ddAD54D1e582bA77)] = 1;
+    r.quorum[address(0xb5346CF224c02186606e5f89EACC21eC25398077)] = 1;
+    r.quorum[address(0xa2997F1CA363D11a0a35bB1Ac0Ff7849bc13e914)] = 1;
+
+    //ब्लॉकचेनच्या बाहेर ओरॅकलद्वारे शोधण्यासाठी एक इव्हेंट लॉन्च करा
+    emit NewRequest (
+      currentId,
+      _urlToQuery,
+      _attributeToFetch
+    );
+
+    //विनंती आयडी वाढवा
+    currentId++;
+  }
+
+  //ओरॅकलद्वारे त्याचे उत्तर नोंदवण्यासाठी कॉल केले जाते
+  function updateRequest (
+    uint _id,
+    string memory _valueRetrieved
+  ) public {
+
+    Request storage currRequest = requests[_id];
+
+    //विश्वसनीय ओरॅकल्सच्या यादीत ओरॅकल आहे की नाही ते तपासा
+    //आणि ओरॅकलने अद्याप मत दिले नसल्यास
+    if(currRequest.quorum[address(msg.sender)] == 1){
+
+      //या ॲड्रेसने मत दिले आहे असे चिन्हांकित करणे
+      currRequest.quorum[msg.sender] = 2;
+
+      //उत्तरांच्या "ॲरे" मधून पुनरावृत्ती करा जोपर्यंत एखादी जागा मोकळी होत नाही आणि पुनर्प्राप्त केलेले मूल्य जतन करा
+      uint tmpI = 0;
+      bool found = false;
+      while(!found) {
+        //पहिली रिकामी स्लॉट शोधा
+        if(bytes(currRequest.answers[tmpI]).length == 0){
+          found = true;
+          currRequest.answers[tmpI] = _valueRetrieved;
+        }
+        tmpI++;
+      }
+
+      uint currentQuorum = 0;
+
+      //ओरॅकल यादीतून पुनरावृत्ती करा आणि पुरेसे ओरॅकल्स (किमान कोरम) आहेत की नाही ते तपासा
+      //सध्याच्या उत्तरासारखेच मत दिले आहे
+      for(uint i = 0; i < totalOracleCount; i++){
+        bytes memory a = bytes(currRequest.answers[i]);
+        bytes memory b = bytes(_valueRetrieved);
+
+        if(keccak256(a) == keccak256(b)){
+          currentQuorum++;
+          if(currentQuorum >= minQuorum){
+            currRequest.agreedValue = _valueRetrieved;
+            emit UpdatedRequest (
+              currRequest.id,
+              currRequest.urlToQuery,
+              currRequest.attributeToFetch,
+              currRequest.agreedValue
+            );
+          }
+        }
+      }
+    }
+  }
+}
+```
+
+### ओरॅकल नोड्स {#oracle-nodes}
+
+ओरॅकल नोड हा ओरॅकल सेवेचा ऑफचेन घटक आहे. हे तृतीय-पक्ष सर्व्हरवर होस्ट केलेल्या APIs सारख्या बाह्य स्रोतांकडून माहिती काढते आणि स्मार्ट कॉन्ट्रॅक्ट्सद्वारे वापरासाठी ऑनचेन ठेवते. ओरॅकल नोड्स ऑनचेन ओरॅकल कॉन्ट्रॅक्टमधील इव्हेंट्स ऐकतात आणि लॉगमध्ये वर्णन केलेले कार्य पूर्ण करण्यासाठी पुढे जातात.
+
+ओरॅकल नोड्ससाठी एक सामान्य कार्य म्हणजे API सेवेला [HTTP GET](https://www.w3schools.com/tags/ref_httpmethods.asp) विनंती पाठवणे, संबंधित डेटा काढण्यासाठी प्रतिसादाचे विश्लेषण करणे, ब्लॉकचेन-वाचनीय आउटपुटमध्ये स्वरूपन करणे आणि ओरॅकल कॉन्ट्रॅक्टला व्यवहारात समाविष्ट करून ऑनचेन पाठवणे. ओरॅकल नोडला “सत्यता पुराव्यांचा” वापर करून सबमिट केलेल्या माहितीच्या वैधतेची आणि अखंडतेची पुष्टी करणे देखील आवश्यक असू शकते, ज्याचा आपण नंतर शोध घेऊ.
+
+संगणकीय ओरॅकल्स गॅस खर्च आणि ब्लॉक आकाराच्या मर्यादा लक्षात घेता, ऑनचेन कार्यान्वित करणे अव्यवहार्य असलेल्या संगणकीय कार्यांसाठी ऑफचेन नोड्सवर देखील अवलंबून असतात. उदाहरणार्थ, ओरॅकल नोडला सत्यापित करता येण्याजोगा यादृच्छिक आकडा तयार करण्याचे काम दिले जाऊ शकते (उदा., ब्लॉकचेन-आधारित गेम्ससाठी).
+
+## ओरॅकल डिझाइन पॅटर्न्स {#oracle-design-patterns}
+
+ओरॅकल्स विविध प्रकारांमध्ये येतात, ज्यात _इमिडिएट-रीड_, _पब्लिश-सबस्क्राइब_, आणि _रिक्वेस्ट-रिस्पॉन्स_ यांचा समावेश आहे, ज्यात नंतरचे दोन इथेरियम स्मार्ट कॉन्ट्रॅक्ट्समध्ये सर्वाधिक लोकप्रिय आहेत. येथे आपण पब्लिश-सबस्क्राइब आणि रिक्वेस्ट-रिस्पॉन्स मॉडेल्सचे थोडक्यात वर्णन करतो.
+
+### पब्लिश-सबस्क्राइब ओरॅकल्स {#publish-subscribe-oracles}
+
+या प्रकारचा ओरॅकल एक “डेटा फीड” उघड करतो जो इतर कॉन्ट्रॅक्ट्स माहितीसाठी नियमितपणे वाचू शकतात. या प्रकरणातील डेटा वारंवार बदलण्याची अपेक्षा आहे, म्हणून क्लायंट कॉन्ट्रॅक्ट्सनी ओरॅकलच्या स्टोरेजमधील डेटामधील अपडेट्ससाठी ऐकले पाहिजे. एक उदाहरण म्हणजे एक ओरॅकल जो वापरकर्त्यांना नवीनतम ETH-USD किंमत माहिती प्रदान करतो.
+
+### रिक्वेस्ट-रिस्पॉन्स ओरॅकल्स {#request-response-oracles}
+
+एक रिक्वेस्ट-रिस्पॉन्स सेटअप क्लायंट कॉन्ट्रॅक्टला पब्लिश-सबस्क्राइब ओरॅकलद्वारे प्रदान केलेल्या व्यतिरिक्त अनियंत्रित डेटाची विनंती करण्याची परवानगी देतो. रिक्वेस्ट-रिस्पॉन्स ओरॅकल्स आदर्श आहेत जेव्हा डेटासेट स्मार्ट कॉन्ट्रॅक्टच्या स्टोरेजमध्ये संग्रहित करण्यासाठी खूप मोठा असतो, आणि/किंवा वापरकर्त्यांना कोणत्याही वेळी डेटाचा फक्त एक छोटासा भाग आवश्यक असेल.
+
+पब्लिश-सबस्क्राइब मॉडेल्सपेक्षा अधिक जटिल असले तरी, रिक्वेस्ट-रिस्पॉन्स ओरॅकल्स मूलतः तेच आहेत ज्याचे आपण मागील विभागात वर्णन केले आहे. ओरॅकलमध्ये एक ऑनचेन घटक असेल जो डेटा विनंती प्राप्त करतो आणि प्रक्रियेसाठी ऑफचेन नोडला पाठवतो.
+
+डेटा क्वेरी सुरू करणाऱ्या वापरकर्त्यांनी ऑफचेन स्रोताकडून माहिती पुनर्प्राप्त करण्याची किंमत भरली पाहिजे. विनंतीमध्ये निर्दिष्ट केलेल्या कॉलबॅक फंक्शनद्वारे प्रतिसाद परत करण्यासाठी ओरॅकल कॉन्ट्रॅक्टद्वारे झालेल्या गॅस खर्चाची भरपाई करण्यासाठी क्लायंट कॉन्ट्रॅक्टने निधी देखील प्रदान करणे आवश्यक आहे.
+
+## केंद्रीकृत विरुद्ध विकेंद्रित ओरॅकल्स {#types-of-oracles}
+
+### केंद्रीकृत ओरॅकल्स {#centralized-oracles}
+
+एक केंद्रीकृत ओरॅकल एकाच संस्थेद्वारे नियंत्रित केला जातो जो ऑफचेन माहिती एकत्रित करण्यासाठी आणि विनंतीनुसार ओरॅकल कॉन्ट्रॅक्टचा डेटा अपडेट करण्यासाठी जबाबदार असतो. केंद्रीकृत ओरॅकल्स कार्यक्षम आहेत कारण ते सत्याच्या एकाच स्रोतावर अवलंबून असतात. जेव्हा मालकीचे डेटासेट थेट मालकाद्वारे व्यापकपणे स्वीकारलेल्या स्वाक्षरीसह प्रकाशित केले जातात तेव्हा ते अधिक चांगले कार्य करू शकतात. तथापि, त्याचे काही तोटे देखील आहेत:
+
+#### कमी अचूकतेची हमी {#low-correctness-guarantees}
+
+केंद्रीकृत ओरॅकल्ससह, प्रदान केलेली माहिती योग्य आहे की नाही याची पुष्टी करण्याचा कोणताही मार्ग नाही. अगदी "प्रतिष्ठित" प्रदाते देखील चुकीचे वागू शकतात किंवा हॅक होऊ शकतात. जर ओरॅकल भ्रष्ट झाला, तर स्मार्ट कॉन्ट्रॅक्ट्स चुकीच्या डेटाच्या आधारावर कार्यान्वित होतील.
+
+#### खराब उपलब्धता {#poor-availability}
+
+केंद्रीकृत ओरॅकल्स इतर स्मार्ट कॉन्ट्रॅक्ट्सना ऑफचेन डेटा नेहमी उपलब्ध करून देतील याची हमी नाही. जर प्रदात्याने सेवा बंद करण्याचा निर्णय घेतला किंवा हॅकरने ओरॅकलच्या ऑफचेन घटकावर नियंत्रण मिळवले, तर तुमच्या स्मार्ट कॉन्ट्रॅक्टला डिनायल ऑफ सर्व्हिस (DoS) हल्ल्याचा धोका आहे.
+
+#### खराब प्रोत्साहन सुसंगतता {#poor-incentive-compatibility}
+
+केंद्रीकृत ओरॅकल्समध्ये अनेकदा डेटा प्रदात्याला अचूक/अपरिवर्तित माहिती पाठवण्यासाठी खराब डिझाइन केलेले किंवा अस्तित्वात नसलेले प्रोत्साहन असते. अचूकतेसाठी ओरॅकलला पैसे देणे प्रामाणिकपणाची हमी देत नाही. स्मार्ट कॉन्ट्रॅक्ट्सद्वारे नियंत्रित मूल्याच्या प्रमाणात ही समस्या अधिक मोठी होते.
+
+### विकेंद्रित ओरॅकल्स {#decentralized-oracles}
+
+विकेंद्रित ओरॅकल्स केंद्रीकृत ओरॅकल्सच्या मर्यादांवर मात करण्यासाठी डिझाइन केलेले आहेत, ज्यामुळे अपयशाचे एकच बिंदू दूर होतात. विकेंद्रित ओरॅकल सेवेमध्ये पीअर-टू-पीअर नेटवर्कमधील अनेक सहभागींचा समावेश असतो जे स्मार्ट कॉन्ट्रॅक्टला पाठवण्यापूर्वी ऑफचेन डेटावर एकमत तयार करतात.
+
+एक विकेंद्रित ओरॅकल (आदर्शपणे) परवानगीशिवाय, विश्वासहीन आणि केंद्रीय पक्षाच्या प्रशासनापासून मुक्त असावा; प्रत्यक्षात, ओरॅकल्समधील विकेंद्रीकरण एका स्पेक्ट्रमवर आहे. अर्ध-विकेंद्रित ओरॅकल नेटवर्क आहेत जिथे कोणीही सहभागी होऊ शकतो, परंतु एक “मालक” असतो जो ऐतिहासिक कामगिरीच्या आधारावर नोड्सना मंजूर करतो आणि काढून टाकतो. पूर्णपणे विकेंद्रित ओरॅकल नेटवर्क देखील अस्तित्वात आहेत: हे सहसा स्वतंत्र ब्लॉकचेन म्हणून चालतात आणि नोड्सचे समन्वय साधण्यासाठी आणि गैरवर्तनासाठी शिक्षा देण्यासाठी परिभाषित सहमती यंत्रणा असतात.
+
+विकेंद्रित ओरॅकल्स वापरण्याचे खालील फायदे आहेत:
+
+### उच्च अचूकतेची हमी {#high-correctness-guarantees}
+
+विकेंद्रित ओरॅकल्स वेगवेगळ्या दृष्टिकोनांचा वापर करून डेटाची अचूकता प्राप्त करण्याचा प्रयत्न करतात. यामध्ये परत केलेल्या माहितीची सत्यता आणि अखंडता सिद्ध करणारे पुरावे वापरणे आणि ऑफचेन डेटाच्या वैधतेवर एकत्रितपणे सहमत होण्यासाठी अनेक संस्थांची आवश्यकता असते.
+
+#### सत्यतेचे पुरावे {#authenticity-proofs}
+
+सत्यतेचे पुरावे हे क्रिप्टोग्राफिक यंत्रणा आहेत जे बाह्य स्रोतांकडून पुनर्प्राप्त केलेल्या माहितीची स्वतंत्र पडताळणी करण्यास सक्षम करतात. हे पुरावे माहितीच्या स्रोताची पडताळणी करू शकतात आणि पुनर्प्राप्तीनंतर डेटामधील संभाव्य बदलांचा शोध घेऊ शकतात.
+
+सत्यतेच्या पुराव्यांची उदाहरणे:
+
+**ट्रान्सपोर्ट लेयर सिक्युरिटी (TLS) पुरावे**: ओरॅकल नोड्स अनेकदा ट्रान्सपोर्ट लेयर सिक्युरिटी (TLS) प्रोटोकॉलवर आधारित सुरक्षित HTTP कनेक्शन वापरून बाह्य स्रोतांकडून डेटा पुनर्प्राप्त करतात. काही विकेंद्रित ओरॅकल्स TLS सत्रांची पडताळणी करण्यासाठी सत्यता पुराव्यांचा वापर करतात (म्हणजे, नोड आणि विशिष्ट सर्व्हर दरम्यान माहितीच्या देवाणघेवाणीची पुष्टी करणे) आणि सत्रातील सामग्री बदललेली नाही याची पुष्टी करतात.
+
+**ट्रस्टेड एक्झिक्यूशन एन्व्हायर्नमेंट (TEE) अटेस्टेशन्स**: एक [ट्रस्टेड एक्झिक्यूशन एन्व्हायर्नमेंट](https://en.wikipedia.org/wiki/Trusted_execution_environment) (TEE) हे एक सँडबॉक्स केलेले संगणकीय वातावरण आहे जे त्याच्या होस्ट सिस्टमच्या कार्यान्वयन प्रक्रियेपासून वेगळे आहे. TEEs हे सुनिश्चित करतात की संगणन वातावरणात संग्रहित/वापरलेला कोणताही ऍप्लिकेशन कोड किंवा डेटा अखंडता, गोपनीयता आणि अपरिवर्तनीयता टिकवून ठेवतो. वापरकर्ते ट्रस्टेड एक्झिक्यूशन एन्व्हायर्नमेंटमध्ये ऍप्लिकेशन इन्स्टन्स चालू आहे हे सिद्ध करण्यासाठी एक अटेस्टेशन देखील तयार करू शकतात.
+
+विकेंद्रित ओरॅकल्सच्या विशिष्ट वर्गांना ओरॅकल नोड ऑपरेटर्सना TEE अटेस्टेशन्स प्रदान करणे आवश्यक असते. हे वापरकर्त्याला पुष्टी देते की नोड ऑपरेटर ट्रस्टेड एक्झिक्यूशन एन्व्हायर्नमेंटमध्ये ओरॅकल क्लायंटचा इन्स्टन्स चालवत आहे. TEEs बाह्य प्रक्रियांच्या ऍप्लिकेशनच्या कोड आणि डेटामध्ये बदल करण्यापासून किंवा वाचण्यापासून प्रतिबंध करतात, त्यामुळे, ते अटेस्टेशन्स सिद्ध करतात की ओरॅकल नोडने माहिती अखंड आणि गोपनीय ठेवली आहे.
+
+#### माहितीची सहमती-आधारित पडताळणी {#consensus-based-validation-of-information}
+
+केंद्रीकृत ओरॅकल्स स्मार्ट कॉन्ट्रॅक्ट्सना डेटा प्रदान करताना सत्याच्या एकाच स्रोतावर अवलंबून असतात, ज्यामुळे चुकीची माहिती प्रकाशित होण्याची शक्यता निर्माण होते. विकेंद्रित ओरॅकल्स ऑफचेन माहितीची क्वेरी करण्यासाठी अनेक ओरॅकल नोड्सवर अवलंबून राहून ही समस्या सोडवतात. अनेक स्रोतांकडून डेटाची तुलना करून, विकेंद्रित ओरॅकल्स ऑनचेन कॉन्ट्रॅक्ट्सना अवैध माहिती पाठवण्याचा धोका कमी करतात.
+
+तथापि, विकेंद्रित ओरॅकल्सना अनेक ऑफचेन स्रोतांकडून पुनर्प्राप्त केलेल्या माहितीमधील विसंगती हाताळावी लागते. माहितीमधील फरक कमी करण्यासाठी आणि ओरॅकल कॉन्ट्रॅक्टला पाठवलेला डेटा ओरॅकल नोड्सच्या सामूहिक मताचे प्रतिबिंब आहे हे सुनिश्चित करण्यासाठी, विकेंद्रित ओरॅकल्स खालील यंत्रणा वापरतात:
+
+##### डेटाच्या अचूकतेवर मतदान/स्टेकिंग करणे
+
+काही विकेंद्रित ओरॅकल नेटवर्क्स सहभागींना डेटा क्वेरींच्या उत्तरांच्या अचूकतेवर मतदान किंवा स्टेक करणे आवश्यक करतात (उदा., "2020 ची यूएस निवडणूक कोणी जिंकली?"). नेटवर्कच्या मूळ टोकनचा वापर करून. एकत्रीकरण प्रोटोकॉल नंतर मते आणि स्टेक्स एकत्रित करतो आणि बहुमताने समर्थित उत्तर वैध म्हणून घेतो.
+
+ज्या नोड्सची उत्तरे बहुमताच्या उत्तरापेक्षा वेगळी असतात त्यांना त्यांचे टोकन अधिक अचूक मूल्ये प्रदान करणाऱ्या इतरांना वितरित करून दंडित केले जाते. डेटा प्रदान करण्यापूर्वी नोड्सना बॉण्ड प्रदान करण्यास भाग पाडणे प्रामाणिक प्रतिसादांना प्रोत्साहन देते कारण ते तर्कसंगत आर्थिक अभिनेते मानले जातात जे परतावा जास्तीत जास्त करण्याच्या हेतूने असतात.
+
+स्टेकिंग/मतदान विकेंद्रित ओरॅकल्सना [सिबिल हल्ल्यांपासून](/glossary/#sybil-attack) देखील संरक्षण देते जिथे दुर्भावनापूर्ण अभिनेते सहमती प्रणालीला खेळण्यासाठी अनेक ओळखी तयार करतात. तथापि, स्टेकिंग “फ्रीलोडिंग” (ओरॅकल नोड्स इतरांकडून माहिती कॉपी करणे) आणि “आळशी पडताळणी” (ओरॅकल नोड्स स्वतः माहितीची पडताळणी न करता बहुमताचे अनुसरण करणे) प्रतिबंधित करू शकत नाही.
+
+##### शेलिंग पॉइंट यंत्रणा
+
+[शेलिंग पॉइंट](https://en.wikipedia.org/wiki/Focal_point_\(game_theory\)) ही एक गेम-थिअरी संकल्पना आहे जी गृहीत धरते की अनेक संस्था कोणत्याही संवादाच्या अनुपस्थितीत समस्येवर नेहमीच एका सामान्य समाधानाकडे वळतील. शेलिंग-पॉइंट यंत्रणा अनेकदा विकेंद्रित ओरॅकल नेटवर्क्समध्ये वापरल्या जातात जेणेकरून नोड्सना डेटा विनंत्यांच्या उत्तरांवर सहमती साधता येईल.
+
+यासाठी एक प्रारंभिक कल्पना [शेलिंगकॉइन](https://blog.ethereum.org/2014/03/28/schellingcoin-a-minimal-trust-universal-data-feed/) होती, जो एक प्रस्तावित डेटा फीड आहे जिथे सहभागी "स्केलर" प्रश्नांची उत्तरे (ज्या प्रश्नांची उत्तरे परिमाणाने वर्णन केली जातात, उदा., "ETH ची किंमत काय आहे?") एका ठेवीसह सबमिट करतात. 25 व्या आणि 75 व्या [पर्सेंटाइल](https://en.wikipedia.org/wiki/Percentile) दरम्यान मूल्ये प्रदान करणाऱ्या वापरकर्त्यांना पुरस्कृत केले जाते, तर ज्यांची मूल्ये मध्यक मूल्यापासून मोठ्या प्रमाणात विचलित होतात त्यांना दंडित केले जाते.
+
+जरी शेलिंगकॉइन आज अस्तित्वात नसले तरी, अनेक विकेंद्रित ओरॅकल्स — विशेषतः [मेकर प्रोटोकॉलचे ओरॅकल्स](https://docs.makerdao.com/smart-contract-modules/oracle-module) — ओरॅकल डेटाची अचूकता सुधारण्यासाठी शेलिंग-पॉइंट यंत्रणेचा वापर करतात. प्रत्येक मेकर ओरॅकलमध्ये नोड्सच्या (“रिलेअर्स” आणि “फीड्स”) ऑफचेन P2P नेटवर्कचा समावेश असतो जे संपार्श्विक मालमत्तेसाठी बाजारातील किमती सबमिट करतात आणि एक ऑनचेन “मीडियनाइझर” कॉन्ट्रॅक्ट जो सर्व प्रदान केलेल्या मूल्यांचा मध्यक मोजतो. एकदा निर्दिष्ट विलंब कालावधी संपला की, हे मध्यक मूल्य संबंधित मालमत्तेसाठी नवीन संदर्भ किंमत बनते.
+
+शेलिंग पॉइंट यंत्रणा वापरणाऱ्या ओरॅकल्सच्या इतर उदाहरणांमध्ये [चेनलिंक ऑफचेन रिपोर्टिंग](https://docs.chain.link/architecture-overview/off-chain-reporting) आणि [विटनेट](https://witnet.io/) यांचा समावेश आहे. दोन्ही प्रणालींमध्ये, पीअर-टू-पीअर नेटवर्कमधील ओरॅकल नोड्सच्या प्रतिसादांना एकाच एकत्रित मूल्यात, जसे की मध्य किंवा मध्यक, एकत्रित केले जाते. नोड्सना त्यांचे प्रतिसाद एकत्रित मूल्याशी किती प्रमाणात जुळतात किंवा त्यापासून विचलित होतात यानुसार पुरस्कृत किंवा दंडित केले जाते.
+
+शेलिंग पॉइंट यंत्रणा आकर्षक आहेत कारण त्या ऑनचेन फूटप्रिंट कमी करतात (फक्त एक व्यवहार पाठवण्याची आवश्यकता आहे) आणि विकेंद्रीकरणाची हमी देतात. नंतरचे शक्य आहे कारण नोड्सनी सबमिट केलेल्या प्रतिसादांच्या यादीवर स्वाक्षरी करणे आवश्यक आहे, त्याआधी ते अल्गोरिदममध्ये दिले जाते जे मध्य/मध्यक मूल्य तयार करते.
+
+### उपलब्धता {#availability}
+
+विकेंद्रित ओरॅकल सेवा स्मार्ट कॉन्ट्रॅक्ट्सना ऑफचेन डेटाची उच्च उपलब्धता सुनिश्चित करतात. हे ऑफचेन माहितीच्या स्रोताचे आणि माहिती ऑनचेन हस्तांतरित करण्यासाठी जबाबदार असलेल्या नोड्सचे विकेंद्रीकरण करून साध्य केले जाते.
+
+हे दोष-सहिष्णुता सुनिश्चित करते कारण ओरॅकल कॉन्ट्रॅक्ट इतर कॉन्ट्रॅक्ट्सकडून क्वेरी कार्यान्वित करण्यासाठी अनेक नोड्सवर (जे अनेक डेटा स्रोतांवर देखील अवलंबून असतात) अवलंबून राहू शकतो. स्रोतावर आणि नोड-ऑपरेटर स्तरावर विकेंद्रीकरण महत्त्वपूर्ण आहे—एकाच स्रोतावरून पुनर्प्राप्त केलेली माहिती देणारे ओरॅकल नोड्सचे नेटवर्क केंद्रीकृत ओरॅकलसारख्याच समस्येत सापडेल.
+
+स्टेक-आधारित ओरॅकल्ससाठी नोड ऑपरेटर्सना स्लॅश करणे देखील शक्य आहे जे डेटा विनंत्यांना त्वरीत प्रतिसाद देण्यात अयशस्वी ठरतात. हे ओरॅकल नोड्सना दोष-सहिष्णु पायाभूत सुविधांमध्ये गुंतवणूक करण्यास आणि वेळेवर डेटा प्रदान करण्यास लक्षणीयरीत्या प्रोत्साहन देते.
+
+### चांगली प्रोत्साहन सुसंगतता {#good-incentive-compatibility}
+
+विकेंद्रित ओरॅकल्स ओरॅकल नोड्समधील [बायझंटाइन](https://en.wikipedia.org/wiki/Byzantine_fault) वर्तन रोखण्यासाठी विविध प्रोत्साहन डिझाइन लागू करतात. विशेषतः, ते _श्रेय देण्याची क्षमता_ आणि _उत्तरदायित्व_ साध्य करतात:
+
+1. विकेंद्रित ओरॅकल नोड्सना डेटा विनंत्यांच्या प्रतिसादात ते प्रदान करत असलेल्या डेटावर स्वाक्षरी करणे आवश्यक असते. ही माहिती ओरॅकल नोड्सच्या ऐतिहासिक कामगिरीचे मूल्यांकन करण्यास मदत करते, जेणेकरून वापरकर्ते डेटा विनंत्या करताना अविश्वसनीय ओरॅकल नोड्स फिल्टर करू शकतात. एक उदाहरण विटनेटची [ॲल्गोरिथमिक रिप्युटेशन सिस्टीम](https://docs.witnet.io/intro/about/architecture#algorithmic-reputation-system) आहे.
+
+2. विकेंद्रित ओरॅकल्स—जसे आधी स्पष्ट केले आहे—नोड्सना ते सबमिट करत असलेल्या डेटाच्या सत्यावरील त्यांच्या आत्मविश्वासावर स्टेक ठेवण्याची आवश्यकता असू शकते. जर दावा खरा ठरला, तर हा स्टेक प्रामाणिक सेवेसाठी पुरस्कारांसह परत केला जाऊ शकतो. परंतु माहिती चुकीची असल्यास ते स्लॅश देखील केले जाऊ शकते, ज्यामुळे काही प्रमाणात उत्तरदायित्व मिळते.
+
+## स्मार्ट कॉन्ट्रॅक्ट्समध्ये ओरॅकल्सचे ऍप्लिकेशन्स {#applications-of-oracles-in-smart-contracts}
+
+इथेरियममध्ये ओरॅकल्ससाठी खालील सामान्य वापर-प्रकरणे आहेत:
+
+### आर्थिक डेटा पुनर्प्राप्त करणे {#retrieving-financial-data}
+
+[विकेंद्रित वित्त](/defi/) (DeFi) ऍप्लिकेशन्स पीअर-टू-पीअर कर्ज देणे, घेणे आणि मालमत्तेचा व्यापार करण्याची परवानगी देतात. यासाठी अनेकदा विविध आर्थिक माहिती मिळवणे आवश्यक असते, ज्यात विनिमय दर डेटा (क्रिप्टोकरन्सीचे फियाट मूल्य मोजण्यासाठी किंवा टोकन किमतींची तुलना करण्यासाठी) आणि भांडवली बाजार डेटा (सोनं किंवा यूएस डॉलरसारख्या टोकनाइज्ड मालमत्तेचे मूल्य मोजण्यासाठी) यांचा समावेश आहे.
+
+एक DeFi कर्ज प्रोटोकॉल, उदाहरणार्थ, संपार्श्विक म्हणून जमा केलेल्या मालमत्तेच्या (उदा., ETH) सध्याच्या बाजारातील किमतींची क्वेरी करणे आवश्यक आहे. हे कॉन्ट्रॅक्टला संपार्श्विक मालमत्तेचे मूल्य निर्धारित करण्यास आणि प्रणालीतून किती कर्ज घेऊ शकते हे ठरविण्यास अनुमती देते.
+
+DeFi मधील लोकप्रिय “प्राइस ओरॅकल्स” (जसे त्यांना अनेकदा म्हटले जाते) मध्ये चेनलिंक प्राइस फीड्स, कंपाऊंड प्रोटोकॉलचे [ओपन प्राइस फीड](https://compound.finance/docs/prices), युनिस्वॅपचे [टाइम-वेटेड ॲव्हरेज प्राइसेस (TWAPs)](https://docs.uniswap.org/contracts/v2/concepts/core-concepts/oracles), आणि [मेकर ओरॅकल्स](https://docs.makerdao.com/smart-contract-modules/oracle-module) यांचा समावेश आहे.
+
+बिल्डर्सनी त्यांच्या प्रोजेक्टमध्ये या प्राइस ओरॅकल्सना समाकलित करण्यापूर्वी त्यांच्यासोबत येणाऱ्या caveats (सावधगिरी) समजून घ्याव्यात. हा [लेख](https://blog.openzeppelin.com/secure-smart-contract-guidelines-the-dangers-of-price-oracles) उल्लेख केलेल्या कोणत्याही प्राइस ओरॅकल्सचा वापर करण्याची योजना आखताना काय विचार करावा याचे तपशीलवार विश्लेषण प्रदान करतो.
+
+खाली एक उदाहरण आहे की तुम्ही तुमच्या स्मार्ट कॉन्ट्रॅक्टमध्ये चेनलिंक प्राइस फीड वापरून नवीनतम ETH किंमत कशी पुनर्प्राप्त करू शकता:
+
+```solidity
+pragma solidity ^0.6.7;
+
+import "@chainlink/contracts/src/v0.6/interfaces/AggregatorV3Interface.sol";
+
+contract PriceConsumerV3 {
+
+    AggregatorV3Interface internal priceFeed;
+
+    /**
+     * नेटवर्क: Kovan
+     * ॲग्रीगेटर: ETH/USD
+     * ॲड्रेस: 0x9326BFA02ADD2366b30bacB125260Af641031331
+     */
+    constructor() public {
+        priceFeed = AggregatorV3Interface(0x9326BFA02ADD2366b30bacB125260Af641031331);
+    }
+
+    /**
+     * नवीनतम किंमत परत करते
+     */
+    function getLatestPrice() public view returns (int) {
+        (
+            uint80 roundID,
+            int price,
+            uint startedAt,
+            uint timeStamp,
+            uint80 answeredInRound
+        ) = priceFeed.latestRoundData();
+        return price;
+    }
+}
+```
+
+### पडताळणीयोग्य यादृच्छिकता निर्माण करणे {#generating-verifiable-randomness}
+
+काही ब्लॉकचेन ऍप्लिकेशन्स, जसे की ब्लॉकचेन-आधारित गेम्स किंवा लॉटरी योजना, प्रभावीपणे कार्य करण्यासाठी उच्च पातळीची अप्रत्याशितता आणि यादृच्छिकता आवश्यक असते. तथापि, ब्लॉकचेनची निर्धारक अंमलबजावणी यादृच्छिकता काढून टाकते.
+
+मूळ दृष्टिकोन `blockhash` सारख्या स्यूडोरँडम क्रिप्टोग्राफिक फंक्शन्सचा वापर करणे होता, परंतु हे [मायनर्सद्वारे हाताळले जाऊ शकते](https://ethereum.stackexchange.com/questions/3140/risk-of-using-blockhash-other-miners-preventing-attack#:~:text=So%20while%20the%20miners%20can,to%20one%20of%20the%20players.) प्रूफ-ऑफ-वर्क अल्गोरिदम सोडवणे. तसेच, इथेरियमचे [प्रूफ-ऑफ-स्टेकवर स्विच करणे](/roadmap/merge/) म्हणजे डेव्हलपर्स आता ऑनचेन यादृच्छिकतेसाठी `blockhash` वर अवलंबून राहू शकत नाहीत. बीकन चेनची [RANDAO यंत्रणा](https://eth2book.info/altair/part2/building_blocks/randomness) त्याऐवजी यादृच्छिकतेचा पर्यायी स्रोत प्रदान करते.
+
+ऑफचेन यादृच्छिक मूल्य तयार करणे आणि ते ऑनचेन पाठवणे शक्य आहे, परंतु असे केल्याने वापरकर्त्यांवर उच्च विश्वासाची आवश्यकता लादली जाते. त्यांना विश्वास ठेवावा लागतो की मूल्य खरोखरच अप्रत्याशित यंत्रणेद्वारे तयार केले गेले आहे आणि ते संक्रमणामध्ये बदलले नाही.
+
+ऑफचेन गणनेसाठी डिझाइन केलेले ओरॅकल्स ही समस्या सोडवतात, ते ऑफचेन सुरक्षितपणे यादृच्छिक परिणाम तयार करतात जे ते प्रक्रियेच्या अप्रत्याशिततेची पुष्टी करणाऱ्या क्रिप्टोग्राफिक पुराव्यांसह ऑनचेन प्रसारित करतात. एक उदाहरण म्हणजे [चेनलिंक VRF](https://docs.chain.link/docs/chainlink-vrf/) (व्हेरिफायेबल रँडम फंक्शन), जो एक सिद्धपणे निष्पक्ष आणि छेडछाड-प्रतिरोधक यादृच्छिक संख्या जनरेटर (RNG) आहे जो अप्रत्याशित परिणामांवर अवलंबून असलेल्या ऍप्लिकेशन्ससाठी विश्वसनीय स्मार्ट कॉन्ट्रॅक्ट्स तयार करण्यासाठी उपयुक्त आहे.
+
+### घटनांसाठी परिणाम मिळवणे {#getting-outcomes-for-events}
+
+ओरॅकल्ससह, वास्तविक-जगातील घटनांना प्रतिसाद देणारे स्मार्ट कॉन्ट्रॅक्ट्स तयार करणे सोपे आहे. ओरॅकल सेवा कॉन्ट्रॅक्ट्सना ऑफचेन घटकांद्वारे बाह्य APIs शी कनेक्ट करण्याची आणि त्या डेटा स्रोतांमधून माहिती वापरण्याची परवानगी देऊन हे शक्य करतात. उदाहरणार्थ, पूर्वी उल्लेख केलेला प्रेडिक्शन डॅप एका ओरॅकलला एका विश्वसनीय ऑफचेन स्रोताकडून (उदा., असोसिएटेड प्रेस) निवडणुकीचे निकाल परत करण्याची विनंती करू शकतो.
+
+वास्तविक-जगातील परिणामांवर आधारित डेटा पुनर्प्राप्त करण्यासाठी ओरॅकल्सचा वापर इतर नवीन वापर-प्रकरणांना सक्षम करतो; उदाहरणार्थ, एका विकेंद्रित विमा उत्पादनाला प्रभावीपणे कार्य करण्यासाठी हवामान, आपत्ती इत्यादींबद्दल अचूक माहितीची आवश्यकता असते.
+
+### स्मार्ट कॉन्ट्रॅक्ट्स स्वयंचलित करणे {#automating-smart-contracts}
+
+स्मार्ट कॉन्ट्रॅक्ट्स आपोआप चालत नाहीत; त्याऐवजी, बाह्यतः मालकीचे खाते (EOA), किंवा दुसरे कॉन्ट्रॅक्ट खाते, कॉन्ट्रॅक्टचा कोड कार्यान्वित करण्यासाठी योग्य फंक्शन्स चालवणे आवश्यक आहे. बहुतेक प्रकरणांमध्ये, कॉन्ट्रॅक्टची बरीचशी फंक्शन्स सार्वजनिक असतात आणि EOAs आणि इतर कॉन्ट्रॅक्ट्सद्वारे बोलावली जाऊ शकतात.
+
+परंतु कॉन्ट्रॅक्टमध्ये _खाजगी फंक्शन्स_ देखील आहेत जी इतरांसाठी प्रवेशयोग्य नाहीत;, परंतु जी डॅपच्या एकूण कार्यक्षमतेसाठी महत्त्वपूर्ण आहेत. उदाहरणांमध्ये `mintERC721Token()` फंक्शन जे नियमितपणे वापरकर्त्यांसाठी नवीन NFTs मिंट करते, प्रेडिक्शन मार्केटमध्ये पेमेंट देण्यासाठी एक फंक्शन, किंवा DEX मध्ये स्टेक केलेले टोकन्स अनलॉक करण्यासाठी एक फंक्शन यांचा समावेश आहे.
+
+ऍप्लिकेशन सुरळीतपणे चालू ठेवण्यासाठी डेव्हलपर्सना अशा फंक्शन्सना ठराविक अंतराने चालवणे आवश्यक असेल. तथापि, यामुळे डेव्हलपर्ससाठी क्षुल्लक कामांमध्ये अधिक तास वाया जाऊ शकतात, म्हणूनच स्मार्ट कॉन्ट्रॅक्ट्सची अंमलबजावणी स्वयंचलित करणे आकर्षक आहे.
+
+काही विकेंद्रित ओरॅकल नेटवर्क ऑटोमेशन सेवा देतात, जे ऑफचेन ओरॅकल नोड्सना वापरकर्त्याद्वारे परिभाषित केलेल्या पॅरामीटर्सनुसार स्मार्ट कॉन्ट्रॅक्ट फंक्शन्स चालविण्याची परवानगी देतात. यासाठी सामान्यतः लक्ष्य कॉन्ट्रॅक्टला ओरॅकल सेवेसह “नोंदणी” करणे, ओरॅकल ऑपरेटरला पैसे देण्यासाठी निधी प्रदान करणे आणि कॉन्ट्रॅक्टला चालवण्यासाठीच्या अटी किंवा वेळा निर्दिष्ट करणे आवश्यक असते.
+
+चेनलिंकचा [कीपर नेटवर्क](https://chain.link/keepers) स्मार्ट कॉन्ट्रॅक्ट्सना कमीत कमी विश्वासावर आणि विकेंद्रित पद्धतीने नियमित देखभालीची कामे आउटसोर्स करण्याचे पर्याय प्रदान करते. तुमचा कॉन्ट्रॅक्ट कीपर-सुसंगत बनवण्यासाठी आणि अपकीप सेवेचा वापर करण्यासाठी अधिकृत [कीपरची माहिती](https://docs.chain.link/docs/chainlink-keepers/introduction/) वाचा.
+
+## ब्लॉकचेन ओरॅकल्स कसे वापरावे {#use-blockchain-oracles}
+
+तुमच्या इथेरियम डॅपमध्ये तुम्ही समाकलित करू शकणारे अनेक ओरॅकल ऍप्लिकेशन्स आहेत:
+
+**[Chainlink](https://chain.link/)** - _चेनलिंक विकेंद्रित ओरॅकल नेटवर्क्स कोणत्याही ब्लॉकचेनवर प्रगत स्मार्ट कॉन्ट्रॅक्ट्सना समर्थन देण्यासाठी छेडछाड-प्रतिरोधक इनपुट, आउटपुट आणि गणना प्रदान करतात._
+
+**[RedStone Oracles](https://redstone.finance/)** - _रेडस्टोन हे एक विकेंद्रित मॉड्युलर ओरॅकल आहे जे गॅस-ऑप्टिमाइझ्ड डेटा फीड्स प्रदान करते. हे लिक्विड स्टेकिंग टोकन्स (LSTs), लिक्विड रीस्टेकिंग टोकन्स (LRTs), आणि बिटकॉइन स्टेकिंग डेरिव्हेटिव्ह्जसारख्या उदयोन्मुख मालमत्तेसाठी किंमत फीड्स प्रदान करण्यात माहिर आहे._
+
+**[Chronicle](https://chroniclelabs.org/)** - _क्रॉनिकल खऱ्या अर्थाने स्केलेबल, किफायतशीर, विकेंद्रित आणि पडताळणीयोग्य ओरॅकल्स विकसित करून ऑनचेन डेटा हस्तांतरित करण्याच्या सध्याच्या मर्यादांवर मात करते._
+
+**[Witnet](https://witnet.io/)** - _विटनेट हे एक परवानगीशिवाय, विकेंद्रित आणि सेन्सॉरशिप-प्रतिरोधक ओरॅकल आहे जे स्मार्ट कॉन्ट्रॅक्ट्सना मजबूत क्रिप्टो-इकॉनॉमिक हमीसह वास्तविक जगातील घटनांवर प्रतिक्रिया देण्यास मदत करते._
+
+**[UMA Oracle](https://uma.xyz)** - _UMA चे आशावादी ओरॅकल स्मार्ट कॉन्ट्रॅक्ट्सना विमा, आर्थिक डेरिव्हेटिव्ह्ज आणि प्रेडिक्शन मार्केट्ससह विविध ऍप्लिकेशन्ससाठी कोणत्याही प्रकारचा डेटा त्वरीत प्राप्त करण्याची परवानगी देते._
+
+**[Tellor](https://tellor.io/)** - _टेलोर हा तुमच्या स्मार्ट कॉन्ट्रॅक्टसाठी एक पारदर्शक आणि परवानगीशिवाय ओरॅकल प्रोटोकॉल आहे, ज्यामुळे त्याला गरज असेल तेव्हा कोणताही डेटा सहजपणे मिळू शकतो._
+
+**[Band Protocol](https://bandprotocol.com/)** - _बँड प्रोटोकॉल हा एक क्रॉस-चेन डेटा ओरॅकल प्लॅटफॉर्म आहे जो वास्तविक-जगातील डेटा आणि APIs ला स्मार्ट कॉन्ट्रॅक्ट्समध्ये एकत्रित करतो आणि जोडतो._
+
+**[Pyth Network](https://pyth.network/)** - _Pyth नेटवर्क हे एक प्रथम-पक्षीय आर्थिक ओरॅकल नेटवर्क आहे जे छेडछाड-प्रतिरोधक, विकेंद्रित आणि स्व-शाश्वत वातावरणात ऑनचेन सतत वास्तविक-जगातील डेटा प्रकाशित करण्यासाठी डिझाइन केलेले आहे._
+
+**[API3 DAO](https://www.api3.org/)** - _API3 DAO प्रथम-पक्षीय ओरॅकल सोल्यूशन्स देत आहे जे स्मार्ट कॉन्ट्रॅक्ट्ससाठी विकेंद्रित सोल्यूशनमध्ये अधिक स्रोत पारदर्शकता, सुरक्षा आणि स्केलेबिलिटी देतात._
+
+**[Supra](https://supra.com/)** - क्रॉस-चेन सोल्यूशन्सचे एक अनुलंब एकात्मिक टूलकिट जे सर्व ब्लॉकचेन, सार्वजनिक (L1s आणि L2s) किंवा खाजगी (उद्यम), एकमेकांशी जोडते, विकेंद्रित ओरॅकल किंमत फीड्स प्रदान करते जे ऑनचेन आणि ऑफचेन वापरासाठी वापरले जाऊ शकतात.
+
+**[Gas Network](https://gas.network/)** - ब्लॉकचेनवर रिअल-टाइम गॅस किंमत डेटा प्रदान करणारा एक वितरित ओरॅकल प्लॅटफॉर्म. अग्रगण्य गॅस किंमत डेटा प्रदात्यांकडून डेटा ऑनचेन आणून, Gas Network इंटरऑपरेबिलिटीला चालना देण्यास मदत करत आहे. Gas Network इथेरियम मेननेट आणि अनेक अग्रगण्य L2 सह 35 पेक्षा जास्त चेन्ससाठी डेटाला समर्थन देते.
+
+## पुढील वाचन {#further-reading}
+
+**लेख**
+
+- [ब्लॉकचेन ओरॅकल म्हणजे काय?](https://chain.link/education/blockchain-oracles) — _चेनलिंक_
+- [ब्लॉकचेन ओरॅकल म्हणजे काय?](https://medium.com/better-programming/what-is-a-blockchain-oracle-f5ccab8dbd72) — _पॅट्रिक कॉलिन्स_
+- [विकेंद्रित ओरॅकल्स: एक सर्वसमावेशक आढावा](https://medium.com/fabric-ventures/decentralised-oracles-a-comprehensive-overview-d3168b9a8841) — _ज्युलियन थेवेनार्ड_
+- [इथेरियमवर ब्लॉकचेन ओरॅकल लागू करणे](https://medium.com/@pedrodc/implementing-a-blockchain-oracle-on-ethereum-cedc7e26b49e) – _पेड्रो कोस्टा_
+- [स्मार्ट कॉन्ट्रॅक्ट्स API कॉल्स का करू शकत नाहीत?](https://ethereum.stackexchange.com/questions/301/why-cant-contracts-make-api-calls) — _स्टॅकएक्सचेंज_
+- [तर तुम्हाला प्राइस ओरॅकल वापरायचे आहे](https://samczsun.com/so-you-want-to-use-a-price-oracle/) — _samczsun_
+
+**व्हिडिओ**
+
+- [ओरॅकल्स आणि ब्लॉकचेन उपयोगितेचा विस्तार](https://youtu.be/BVUZpWa8vpw) — _रिअल व्हिजन फायनान्स_
+
+**शिकवण्या**
+
+- [सॉलिडिटीमध्ये इथेरियमची सध्याची किंमत कशी मिळवायची](https://blog.chain.link/fetch-current-crypto-price-data-solidity/) — _चेनलिंक_
+- [ओरॅकल डेटा वापरणे](https://docs.chroniclelabs.org/Developers/tutorials/Remix) — _क्रॉनिकल_
+
+**उदाहरणार्थ प्रकल्प**
+
+- [सॉलिडिटीमध्ये इथेरियमसाठी पूर्ण चेनलिंक स्टार्टर प्रोजेक्ट](https://github.com/hackbg/chainlink-fullstack) — _HackBG_
diff --git a/public/content/translations/mr/developers/docs/programming-languages/dart/index.md b/public/content/translations/mr/developers/docs/programming-languages/dart/index.md
new file mode 100644
index 00000000000..485be371f0e
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/programming-languages/dart/index.md
@@ -0,0 +1,31 @@
+---
+title: "डार्ट डेव्हलपर्ससाठी इथेरियम"
+description: "डार्ट भाषेचा वापर करून इथेरियमसाठी डेव्हलप कसे करायचे ते शिका"
+lang: mr
+incomplete: true
+---
+
+## स्मार्ट कॉन्ट्रॅक्ट्स आणि सॉलिडिटी भाषेसह प्रारंभ करणे {#getting-started-with-smart-contracts-and-solidity}
+
+## ट्यूटोरियल्स {#tutorials}
+
+- [Flutter आणि ब्लॉकचेन – हॅलो वर्ल्ड Dapp](https://www.geeksforgeeks.org/flutter-and-blockchain-hello-world-dapp/) तुम्हाला सुरुवात करण्यासाठी सर्व पायऱ्यांमधून घेऊन जाते:
+  1. [Solidity](https://soliditylang.org/) मध्ये स्मार्ट कॉन्ट्रॅक्ट लिहिणे
+  2. डार्टमध्ये यूजर इंटरफेस लिहिणे
+- [Flutter सह मोबाईल dapp तयार करणे](https://medium.com/dash-community/building-a-mobile-dapp-with-flutter-be945c80315a) खूपच लहान आहे, जे अधिक चांगले असू शकते
+  जर तुम्हाला आधीच मूलभूत गोष्टी माहित असतील तर
+- जर तुम्ही व्हिडिओ पाहून शिकण्यास प्राधान्य देत असाल, तर तुम्ही [तुमचे पहिले ब्लॉकचेन Flutter ॲप तयार करा](https://www.youtube.com/watch?v=3Eeh3pJ6PeA) पाहू शकता, जे सुमारे एक तासाचे आहे
+- जर तुम्ही अधीर असाल, तर तुम्ही [Flutter आणि Dart सह Ethereum वर ब्लॉकचेन विकेंद्रित-ॲप तयार करणे](https://www.youtube.com/watch?v=jaMFEOCq_1s) ला प्राधान्य देऊ शकता, जे फक्त सुमारे वीस मिनिटांचे आहे
+- [WalletConnect द्वारे Web3Modal सह Flutter ॲप्लिकेशनमध्ये MetaMask समाकलित करणे](https://www.youtube.com/watch?v=v_M2buHCpc4) - हा छोटा व्हिडिओ तुम्हाला WalletConnect द्वारे [Web3Modal](https://pub.dev/packages/web3modal_flutter) लायब्ररीसह तुमच्या Flutter ॲप्लिकेशन्समध्ये MetaMask समाकलित करण्याच्या पायऱ्यांमधून घेऊन जातो
+- [Solidity आणि Flutter सह मोबाईल ब्लॉकचेन डेव्हलपर बूटकॅम्प कोर्स](https://youtube.com/playlist?list=PL4V4Unlk5luhQ26ERO6hWEbcUwHDSSmVH) - फुल स्टॅक मोबाईल ब्लॉकचेन डेव्हलपर कोर्स प्लेलिस्ट
+
+## इथेरियम क्लायंट्ससोबत काम करणे {#working-with-ethereum-clients}
+
+तुम्ही विकेंद्रित ॲप्लिकेशन्स (किंवा "dapps") तयार करण्यासाठी इथेरियमचा वापर करू शकता जे क्रिप्टोकरन्सी आणि ब्लॉकचेन तंत्रज्ञानाच्या फायद्यांचा उपयोग करतात.
+इथेरियमसाठी [JSON-RPC API](/developers/docs/apis/json-rpc/) वापरण्याकरिता डार्टसाठी सध्या किमान दोन लायब्ररींची देखरेख केली जाते.
+
+1. [pwa.ir कडून Web3dart](https://pub.dev/packages/web3dart)
+2. [darticulate.com कडून इथेरियम 5.0.0](https://pub.dev/packages/ethereum)
+
+अशा अतिरिक्त लायब्ररी देखील आहेत ज्या तुम्हाला विशिष्ट इथेरियम ॲड्रेस हाताळण्याची परवानगी देतात, किंवा ज्या तुम्हाला विविध क्रिप्टोकरन्सीच्या किमती मिळवू देतात.
+[तुम्ही संपूर्ण यादी येथे पाहू शकता](https://pub.dev/dart/packages?q=ethereum).
diff --git a/public/content/translations/mr/developers/docs/programming-languages/delphi/index.md b/public/content/translations/mr/developers/docs/programming-languages/delphi/index.md
new file mode 100644
index 00000000000..eb955450708
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/programming-languages/delphi/index.md
@@ -0,0 +1,56 @@
+---
+title: "डेल्फी डेव्हलपर्ससाठी इथेरियम"
+description: "डेल्फी प्रोग्रामिंग भाषेचा वापर करून इथेरियमसाठी कसे विकसित करावे ते शिका"
+lang: mr
+incomplete: true
+---
+
+<FeaturedText>
+
+डेल्फी प्रोग्रामिंग भाषेचा वापर करून इथेरियमसाठी कसे विकसित करावे ते शिका
+
+</FeaturedText>
+
+क्रिप्टोकरन्सी आणि ब्लॉकचेन तंत्रज्ञानाच्या फायद्यांचा उपयोग करणाऱ्या विकेंद्रीकृत ॲप्लिकेशन्स (किंवा "dapps") तयार करण्यासाठी इथेरियम वापरा. हे dapps विश्वासार्ह असू शकतात, याचा अर्थ असा की एकदा ते इथेरियमवर तैनात केले की, ते नेहमी प्रोग्राम केल्याप्रमाणे चालतील. नवीन प्रकारचे आर्थिक ॲप्लिकेशन्स तयार करण्यासाठी ते डिजिटल मालमत्ता नियंत्रित करू शकतात. ते विकेंद्रित असू शकतात, याचा अर्थ असा की कोणतीही एक संस्था किंवा व्यक्ती त्यांना नियंत्रित करत नाही आणि सेन्सॉर करणे जवळजवळ अशक्य आहे.
+
+इथेरियमवर विकेंद्रीकृत ऍप्लिकेशन्स तयार करा आणि डेल्फी प्रोग्रामिंग भाषेचा वापर करून स्मार्ट कॉन्ट्रॅक्ट्सशी संवाद साधा!
+
+## स्मार्ट कॉन्ट्रॅक्ट्स आणि सॉलिडिटी भाषेसह सुरुवात करणे {#getting-started-with-smart-contracts-and-the-solidity-language}
+
+**डेल्फीला इथेरियमसोबत समाकलित करण्यासाठी तुमची पहिली पाऊले उचला**
+
+प्रथम अधिक मूलभूत प्राइमरची आवश्यकता आहे? [ethereum.org/learn](/learn/) किंवा [ethereum.org/developers](/developers/) पहा.
+
+- [ब्लॉकचेन स्पष्टीकरण](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained)
+- [स्मार्ट कॉन्ट्रॅक्ट्स समजून घेणे](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract)
+- [तुमचा पहिला स्मार्ट कॉन्ट्रॅक्ट लिहा](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract)
+- [सॉलिडिटी कसे संकलित आणि तैनात करायचे ते शिका](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
+
+## नवशिक्यांसाठी संदर्भ आणि लिंक्स {#beginner-references-and-links}
+
+**डेल्फिअरिअम लायब्ररी सादर करत आहोत**
+
+- [डेल्फिअरिअम म्हणजे काय?](https://github.com/svanas/delphereum/blob/master/README.md)
+- [डेल्फीला स्थानिक (इन-मेमरी) ब्लॉकचेनशी कनेक्ट करणे](https://medium.com/@svanas/connecting-delphi-to-a-local-in-memory-blockchain-9a1512d6c5b0)
+- [डेल्फीला इथेरियम मेननेटशी कनेक्ट करणे](https://medium.com/@svanas/connecting-delphi-to-the-ethereum-main-net-5faf1feffd83)
+- [डेल्फीला स्मार्ट कॉन्ट्रॅक्ट्सशी कनेक्ट करणे](https://medium.com/@svanas/connecting-delphi-to-smart-contracts-3146b12803a1)
+
+**तुम्हाला आतासाठी सेटअप वगळून थेट सॅम्पल्सवर जायचे आहे का?**
+
+- [३ मिनिटांत स्मार्ट कॉन्ट्रॅक्ट आणि डेल्फी - भाग १](https://medium.com/@svanas/a-3-minute-smart-contract-and-delphi-61d998571d)
+- [३ मिनिटांत स्मार्ट कॉन्ट्रॅक्ट आणि डेल्फी - भाग २](https://medium.com/@svanas/a-3-minute-smart-contract-and-delphi-part-2-446925faa47b)
+
+## मध्यम स्तरावरील लेख {#intermediate-articles}
+
+- [डेल्फीमध्ये इथेरियम-साईन्ड संदेश स्वाक्षरी तयार करणे](https://medium.com/@svanas/generating-an-ethereum-signed-message-signature-in-delphi-75661ce5031b)
+- [डेल्फीसह ईथर हस्तांतरित करणे](https://medium.com/@svanas/transferring-ether-with-delphi-b5f24b1a98a4)
+- [डेल्फीसह ERC-20 टोकन्स हस्तांतरित करणे](https://medium.com/@svanas/transferring-erc-20-tokens-with-delphi-bb44c05b295d)
+
+## प्रगत वापर पद्धती {#advanced-use-patterns}
+
+- [डेल्फी आणि इथेरियम नेम सर्व्हिस (ENS)](https://medium.com/@svanas/delphi-and-ethereum-name-service-ens-4443cd278af7)
+- [क्विकनोड, इथेरियम आणि डेल्फी](https://medium.com/@svanas/quiknode-ethereum-and-delphi-f7bfc9671c23)
+- [डेल्फी आणि इथेरियम डार्क फॉरेस्ट](https://svanas.medium.com/delphi-and-the-ethereum-dark-forest-5b430da3ad93)
+- [डेल्फीमध्ये एका टोकनची दुसऱ्या टोकनमध्ये अदलाबदल करणे](https://svanas.medium.com/swap-one-token-for-another-in-delphi-bcb999c47f7)
+
+अधिक संसाधने शोधत आहात? [ethereum.org/developers](/developers/) पहा.
diff --git a/public/content/translations/mr/developers/docs/programming-languages/dot-net/index.md b/public/content/translations/mr/developers/docs/programming-languages/dot-net/index.md
new file mode 100644
index 00000000000..c37690848a1
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/programming-languages/dot-net/index.md
@@ -0,0 +1,86 @@
+---
+title: ".NET डेव्हलपर्ससाठी इथेरियम"
+description: ".NET-आधारित प्रोजेक्ट्स आणि टूलिंग वापरून इथेरियमसाठी डेव्हलप कसे करायचे ते शिका"
+lang: mr
+incomplete: true
+---
+
+<FeaturedText>.NET-आधारित प्रोजेक्ट्स आणि टूलिंग वापरून इथेरियमसाठी डेव्हलप कसे करायचे ते शिका</FeaturedText>
+
+क्रिप्टोकरन्सी आणि ब्लॉकचेन तंत्रज्ञानाच्या फायद्यांचा उपयोग करणाऱ्या विकेंद्रीकृत ॲप्लिकेशन्स (किंवा "dapps") तयार करण्यासाठी इथेरियम वापरा. हे dapps विश्वासार्ह असू शकतात, याचा अर्थ असा की एकदा ते इथेरियमवर तैनात केले की, ते नेहमी प्रोग्राम केल्याप्रमाणे चालतील. नवीन प्रकारचे आर्थिक ॲप्लिकेशन्स तयार करण्यासाठी ते डिजिटल मालमत्ता नियंत्रित करू शकतात. ते विकेंद्रित असू शकतात, याचा अर्थ असा की कोणतीही एक संस्था किंवा व्यक्ती त्यांना नियंत्रित करत नाही आणि सेन्सॉर करणे जवळजवळ अशक्य आहे.
+
+मायक्रोसॉफ्ट टेक्नॉलॉजी स्टॅकमधील साधने आणि भाषा वापरून इथेरियमवर विकेंद्रित ऍप्लिकेशन्स तयार करा आणि स्मार्ट कॉन्ट्रॅक्ट्सशी संवाद साधा - जे .NET फ्रेमवर्क/.NET कोअर/.NET स्टँडर्डवर VSCode आणि व्हिज्युअल स्टुडिओ सारख्या टूलिंगवर C#, व्हिज्युअल बेसिक .NET, F# ला सपोर्ट करते. Microsoft Azure ब्लॉकचेन वापरून काही मिनिटांत Azure वर इथेरियम ब्लॉकचेन तैनात करा. .NET ची आवड इथेरियममध्ये आणा!
+
+## स्मार्ट कॉन्ट्रॅक्ट्स आणि सॉलिडिटी भाषेसह सुरुवात करणे {#getting-started-with-smart-contracts-and-the-solidity-language}
+
+**इथेरियमसोबत .NET एकत्रित करण्यासाठी तुमची पहिली पायरी उचला**
+
+प्रथम अधिक मूलभूत प्राइमरची आवश्यकता आहे? [ethereum.org/learn](/learn/) किंवा [ethereum.org/developers](/developers/) पहा.
+
+- [ब्लॉकचेन स्पष्टीकरण](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained)
+- [स्मार्ट कॉन्ट्रॅक्ट्स समजून घेणे](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract)
+- [तुमचा पहिला स्मार्ट कॉन्ट्रॅक्ट लिहा](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract)
+- [सॉलिडिटी कसे संकलित आणि तैनात करायचे ते शिका](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
+
+## नवशिक्यांसाठी संदर्भ आणि लिंक्स {#beginner-references-and-links}
+
+**Nethereum लायब्ररी आणि VS Code सॉलिडिटीची ओळख**
+
+- [Nethereum, सुरुवात करणे](https://docs.nethereum.com/en/latest/getting-started/)
+- [VS Code सॉलिडिटी इंस्टॉल करणे](https://marketplace.visualstudio.com/items?itemName=JuanBlanco.solidity)
+- [इथेरियम स्मार्ट कॉन्ट्रॅक्ट्स तयार करण्यासाठी आणि कॉल करण्यासाठी .NET डेव्हलपरची कार्यप्रणाली](https://medium.com/coinmonks/a-net-developers-workflow-for-creating-and-calling-ethereum-smart-contracts-44714f191db2)
+- [Nethereum सोबत स्मार्ट कॉन्ट्रॅक्ट्सचे एकत्रीकरण](https://kauri.io/#collections/Getting%20Started/smart-contracts-integration-with-nethereum/#smart-contracts-integration-with-nethereumm)
+- [Nethereum सह .NET आणि इथेरियम ब्लॉकचेन स्मार्ट कॉन्ट्रॅक्ट्सला इंटरफेस करणे](https://medium.com/my-blockchain-development-daily-journey/interfacing-net-and-ethereum-blockchain-smart-contracts-with-nethereum-2fa3729ac933), [中文版](https://medium.com/my-blockchain-development-daily-journey/%E4%BD%BF%E7%94%A8nethereum%E9%80%A3%E6%8E%A5-net%E5%92%8C%E4%BB%A5%E5%A4%AA%E7%B6%B2%E5%8D%80%E5%A1%8A%E9%8F%88%E6%99%BA%E8%83%BD%E5%90%88%E7%B4%84-4a96d35ad1e1) मध्ये देखील
+- [Nethereum - ब्लॉकचेनसाठी एक ओपन सोर्स .NET इंटिग्रेशन लायब्ररी](https://kauri.io/#collections/a%20hackathon%20survival%20guide/nethereum-an-open-source-.net-integration-library/)
+- [Nethereum वापरून SQL डेटाबेसमध्ये इथेरियम ट्रान्झॅक्शन्स लिहिणे](https://medium.com/coinmonks/writing-ethereum-transactions-to-sql-database-using-nethereum-fd94e0e4fa36)
+- [C# आणि VisualStudio वापरून इथेरियम स्मार्ट कॉन्ट्रॅक्ट्स सहजपणे कसे तैनात करायचे ते पहा](https://koukia.ca/deploy-ethereum-smart-contracts-using-c-and-visualstudio-5be188ae928c)
+
+**तुम्हाला आतासाठी सेटअप वगळून थेट सॅम्पल्सवर जायचे आहे का?**
+
+- [Playground](http://playground.nethereum.com/) - ब्राउझरद्वारे इथेरियमशी संवाद साधा आणि Nethereum कसे वापरायचे ते शिका.
+  - अकाउंट बॅलन्सची चौकशी करा [C#](http://playground.nethereum.com/csharp/id/1001) [VB.NET](http://playground.nethereum.com/vb/id/2001)
+  - ERC20 स्मार्ट कॉन्ट्रॅक्ट बॅलन्सची चौकशी करा [C#](http://playground.nethereum.com/csharp/id/1005) [VB.NET](http://playground.nethereum.com/vb/id/2004)
+  - एका अकाउंटवर ईथर ट्रान्सफर करा [C#](http://playground.nethereum.com/csharp/id/1003) [VB.NET](http://playground.nethereum.com/vb/id/2003)
+  - ... आणि बरेच काही!
+
+## मध्यम स्तरावरील लेख {#intermediate-articles}
+
+- [Nethereum वर्कबुक/सॅम्पल लिस्ट](http://docs.nethereum.com/en/latest/Nethereum.Workbooks/docs/)
+- [तुमच्या स्वतःच्या डेव्हलपमेंट टेस्टचेन्स तैनात करा](https://github.com/Nethereum/Testchains)
+- [सॉलिडिटीसाठी VSCode कोडजेन प्लगिन](https://docs.nethereum.com/en/latest/nethereum-codegen-vscodesolidity/)
+- [युनिटी आणि इथेरियम: का आणि कसे](https://www.raywenderlich.com/5509-unity-and-ethereum-why-and-how)
+- [इथेरियम dapps साठी ASP.NET कोअर वेब API तयार करा](https://tech-mint.com/blockchain/create-asp-net-core-web-api-for-ethereum-dapps/)
+- [Nethereum Web3 वापरून सप्लाय चेन ट्रॅकिंग सिस्टीम लागू करणे](http://blog.pomiager.com/post/using-nethereum-web3-to-implement-a-supply-chain-traking-system4)
+- [Nethereum ब्लॉक प्रोसेसिंग](https://nethereum.readthedocs.io/en/latest/nethereum-block-processing-detail/), [C# Playground sample](http://playground.nethereum.com/csharp/id/1025) सह
+- [Nethereum वेबसॉकेट स्ट्रीमिंग](https://nethereum.readthedocs.io/en/latest/nethereum-subscriptions-streaming/)
+- [Kaleido आणि Nethereum](https://kaleido.io/kaleido-and-nethereum/)
+- [Quorum आणि Nethereum](https://github.com/Nethereum/Nethereum/blob/master/src/Nethereum.Quorum/README.md)
+
+## प्रगत वापर पद्धती {#advanced-use-patterns}
+
+- [Azure की व्हॉल्ट आणि Nethereum](https://github.com/Azure-Samples/bc-community-samples/tree/master/akv-nethereum)
+- [Nethereum.DappHybrid](https://github.com/Nethereum/Nethereum.DappHybrid)
+- [Ujo Nethereum बॅकएंड रेफरन्स आर्किटेक्चर](https://docs.nethereum.com/en/latest/nethereum-ujo-backend-sample/)
+
+## .NET प्रोजेक्ट्स, साधने आणि इतर मजेदार गोष्टी {#dot-net-projects-tools-and-other-fun-stuff}
+
+- [Nethereum Playground](http://playground.nethereum.com/) - _ब्राउझरमध्ये Nethereum कोड स्निपेट्स कंपाइल करा, तयार करा आणि चालवा_
+- [Nethereum Codegen Blazor](https://github.com/Nethereum/Nethereum.CodeGen.Blazor) - _Blazor मध्ये UI सह Nethereum कोडजेन_
+- [Nethereum Blazor](https://github.com/Nethereum/NethereumBlazor) - _एक .NET Wasm SPA लाइट ब्लॉकचेन एक्सप्लोरर आणि साधे वॉलेट_
+- [Wonka Business Rules Engine](https://docs.nethereum.com/en/latest/wonka/) - _एक बिझनेस रूल्स इंजिन (.NET प्लॅटफॉर्म आणि इथेरियम प्लॅटफॉर्म दोन्हीसाठी) जे मूळतः मेटाडेटा-चालित आहे_
+- [Nethermind](https://github.com/NethermindEth/nethermind) - _Linux, Windows, MacOS साठी एक .NET कोअर इथेरियम क्लायंट_
+- [eth-utils](https://github.com/ethereum/eth-utils/) - _इथेरियम संबंधित कोडबेससह काम करण्यासाठी युटिलिटी फंक्शन्स_
+- [TestChains](https://github.com/Nethereum/TestChains) - _जलद प्रतिसादासाठी (PoA) पूर्व-कॉन्फिगर केलेले .NET डेव्हचेन्स_
+
+अधिक संसाधने शोधत आहात? [ethereum.org/developers](/developers/) पहा.
+
+## .NET कम्युनिटी योगदानकर्ते {#dot-net-community-contributors}
+
+Nethereum मध्ये, आम्ही बहुतेक [Gitter](https://gitter.im/Nethereum/Nethereum) वर असतो, जिथे प्रश्न विचारण्यासाठी/उत्तरे देण्यासाठी, मदत मिळवण्यासाठी, किंवा फक्त वेळ घालवण्यासाठी प्रत्येकाचे स्वागत आहे. तुम्ही [Nethereum GitHub repository](https://github.com/Nethereum) वर एक PR करू शकता किंवा समस्या नोंदवू शकता, किंवा आमच्या अनेक साइड/सॅम्पल प्रोजेक्ट्समधून फक्त ब्राउझ करू शकता. तुम्ही आम्हाला [Discord](https://discord.gg/jQPrR58FxX) वर देखील शोधू शकता!
+
+तुम्ही Nethermind साठी नवीन असाल आणि सुरुवात करण्यासाठी मदतीची आवश्यकता असेल, तर आमच्या [Discord](http://discord.gg/PaCMRFdvWT) मध्ये सामील व्हा. तुमच्या प्रश्नांची उत्तरे देण्यासाठी आमचे डेव्हलपर्स उपलब्ध आहेत. [Nethermind GitHub repository](https://github.com/NethermindEth/nethermind) वर PR ओपन करण्यास किंवा कोणत्याही समस्या मांडण्यास संकोच करू नका.
+
+## इतर एकत्रित याद्या {#other-aggregated-lists}
+
+[अधिकृत Nethereum साइट](https://nethereum.com/)  
+[अधिकृत Nethermind साइट](https://nethermind.io/)
diff --git a/public/content/translations/mr/developers/docs/programming-languages/elixir/index.md b/public/content/translations/mr/developers/docs/programming-languages/elixir/index.md
new file mode 100644
index 00000000000..8ef0e2c4d38
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/programming-languages/elixir/index.md
@@ -0,0 +1,55 @@
+---
+title: "इलिक्सिर डेव्हलपर्ससाठी इथेरियम"
+description: "इलिक्सिर-आधारित प्रोजेक्ट्स आणि टूलिंगचा वापर करून इथेरियमसाठी कसे डेव्हलप करायचे ते शिका."
+lang: mr
+incomplete: false
+---
+
+<FeaturedText>इलिक्सिर-आधारित प्रोजेक्ट्स आणि टूलिंगचा वापर करून इथेरियमसाठी डेव्हलप कसे करायचे ते शिका.</FeaturedText>
+
+क्रिप्टोकरन्सी आणि ब्लॉकचेन तंत्रज्ञानाच्या फायद्यांचा उपयोग करणाऱ्या विकेंद्रीकृत ॲप्लिकेशन्स (किंवा "dapps") तयार करण्यासाठी इथेरियम वापरा. हे dapps विश्वासहीन असू शकतात, म्हणजेच एकदा ते इथेरियमवर तैनात झाल्यावर, ते नेहमी प्रोग्राम केल्याप्रमाणे चालतील. ते नवीन प्रकारचे आर्थिक ॲप्लिकेशन्स तयार करण्यासाठी डिजिटल मालमत्तांवर नियंत्रण ठेवू शकतात. ते विकेंद्रित असू शकतात, याचा अर्थ असा की कोणतीही एक संस्था किंवा व्यक्ती त्यांना नियंत्रित करत नाही आणि सेन्सॉर करणे जवळजवळ अशक्य आहे.
+
+## स्मार्ट कॉन्ट्रॅक्ट्स आणि सॉलिडिटी भाषेसह प्रारंभ करणे {#getting-started-with-smart-contracts-and-solidity}
+
+**इलिक्सिरला इथेरियमसोबत समाकलित करण्यासाठी तुमची पहिली पावले उचला**
+
+प्रथम अधिक मूलभूत प्राइमरची आवश्यकता आहे? [ethereum.org/learn](/learn/) किंवा [ethereum.org/developers](/developers/) पहा.
+
+- [ब्लॉकचेन स्पष्टीकरण](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained)
+- [स्मार्ट कॉन्ट्रॅक्ट्स समजून घेणे](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract)
+- [तुमचा पहिला स्मार्ट कॉन्ट्रॅक्ट लिहा](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract)
+- [सॉलिडिटी कसे संकलित आणि तैनात करायचे ते शिका](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
+
+## नवशिक्यांसाठी लेख {#beginner-articles}
+
+- [अखेरीस इथेरियम खाती समजून घेणे](https://dev.to/q9/finally-understanding-ethereum-accounts-1kpe)
+- [Ethers — इलिक्सिरसाठी एक फर्स्ट-क्लास इथेरियम वेब3 लायब्ररी](https://medium.com/@alisinabh/announcing-ethers-a-first-class-ethereum-web3-library-for-elixir-1d64e9409122)
+
+## मध्यम स्तरावरील लेख {#intermediate-articles}
+
+- [इलिक्सिरसह रॉ इथेरियम कॉन्ट्रॅक्ट व्यवहारांवर कसे साइन करावे](https://kohlerjp.medium.com/how-to-sign-raw-ethereum-contract-transactions-with-elixir-f8822bcc813b)
+- [इथेरियम स्मार्ट कॉन्ट्रॅक्ट्स आणि इलिक्सिर](https://medium.com/agile-alpha/ethereum-smart-contracts-and-elixir-c7c4b239ddb4)
+
+## इलिक्सिर प्रोजेक्ट्स आणि टूल्स {#elixir-projects-and-tools}
+
+### सक्रिय {#active}
+
+- [block_keys](https://github.com/ExWeb3/block_keys) - _इलिक्सिरमध्ये BIP32 आणि BIP44 अंमलबजावणी (डिटरमिनिस्टिक वॉलेट्ससाठी मल्टी-अकाउंट हायरार्की)_
+- [ethereumex](https://github.com/mana-ethereum/ethereumex) - _इथेरियम ब्लॉकचेनसाठी इलिक्सिर JSON-RPC क्लायंट_
+- [ethers](https://github.com/ExWeb3/elixir_ethers) - _इलिक्सिरचा वापर करून इथेरियमवर स्मार्ट कॉन्ट्रॅक्ट्सशी संवाद साधण्यासाठी एक सर्वसमावेशक Web3 लायब्ररी_
+- [ethers_kms](https://github.com/ExWeb3/elixir_ethers_kms) - _Ethers साठी एक KMS सायनर लायब्ररी (AWS KMS सह व्यवहारांवर साइन करा)_
+- [ex_abi](https://github.com/poanetwork/ex_abi) - _इलिक्सिरमध्ये इथेरियम ABI पार्सर/डीकोडर/एन्कोडर अंमलबजावणी_
+- [ex_keccak](https://github.com/ExWeb3/ex_keccak) - _NIF द्वारे तयार केलेल्या tiny-keccak Rust crate चा वापर करून Keccak SHA3-256 हॅशची गणना करण्यासाठी इलिक्सिर लायब्ररी_
+- [ex_rlp](https://github.com/mana-ethereum/ex_rlp) - _इथेरियमच्या RLP (रिकर्सिव्ह लेंथ प्रीफिक्स) एन्कोडिंगची इलिक्सिर अंमलबजावणी_
+
+### संग्रहित / आता देखरेख केली जात नाही {#archived--no-longer-maintained}
+
+- [eth](https://hex.pm/packages/eth) - _इलिक्सिरसाठी इथेरियम युटिलिटीज_
+- [exw3](https://github.com/hswick/exw3) - _इलिक्सिरसाठी उच्च-स्तरीय इथेरियम RPC क्लायंट_
+- [mana](https://github.com/mana-ethereum/mana) - _इलिक्सिरमध्ये लिहिलेली इथेरियम फुल नोड अंमलबजावणी_
+
+अधिक संसाधने शोधत आहात? [आमचे डेव्हलपरचे होम](/developers/) पहा.
+
+## इलिक्सिर समुदाय योगदानकर्ते {#elixir-community-contributors}
+
+[इलिक्सिरचे स्लॅक #ethereum चॅनल](https://elixir-lang.slack.com/archives/C5RPZ3RJL) हे वेगाने वाढणाऱ्या समुदायाचे यजमान आहे आणि वरीलपैकी कोणत्याही प्रोजेक्ट्स आणि संबंधित विषयांवरील चर्चेसाठी समर्पित संसाधन आहे.
diff --git a/public/content/translations/mr/developers/docs/programming-languages/golang/index.md b/public/content/translations/mr/developers/docs/programming-languages/golang/index.md
new file mode 100644
index 00000000000..5ddc617bcb9
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/programming-languages/golang/index.md
@@ -0,0 +1,84 @@
+---
+title: "Go डेव्हलपर्ससाठी इथेरियम"
+description: "Go-आधारित प्रकल्प आणि टूलिंग वापरून इथेरियमसाठी डेव्हलप कसे करायचे ते शिका"
+lang: mr
+incomplete: true
+---
+
+<FeaturedText>Go-आधारित प्रकल्प आणि टूलिंग वापरून इथेरियमसाठी डेव्हलप कसे करायचे ते शिका</FeaturedText>
+
+विकेंद्रित ॲप्लिकेशन्स (किंवा "dapps") तयार करण्यासाठी इथेरियमचा वापर करा. हे dapps विश्वासार्ह असू शकतात, याचा अर्थ असा की एकदा ते इथेरियमवर तैनात केले की, ते नेहमी प्रोग्राम केल्याप्रमाणे चालतील. ते विकेंद्रित आहेत, याचा अर्थ ते पीअर-टू-पीअर नेटवर्कवर चालतात आणि अपयशासाठी कोणताही एक बिंदू नाही. कोणतीही एक संस्था किंवा व्यक्ती त्यांना नियंत्रित करत नाही आणि त्यांना सेन्सॉर करणे जवळजवळ अशक्य आहे. नवीन प्रकारचे ॲप्लिकेशन्स तयार करण्यासाठी ते डिजिटल मालमत्ता नियंत्रित करू शकतात.
+
+## स्मार्ट कॉन्ट्रॅक्ट्स आणि सॉलिडिटी भाषेसह प्रारंभ करणे {#getting-started-with-smart-contracts-and-solidity}
+
+**Go ला इथेरियमसोबत एकत्रित करण्यासाठी तुमची पहिली पावले उचला**
+
+प्रथम अधिक मूलभूत प्राइमरची आवश्यकता आहे? [ethereum.org/learn](/learn/) किंवा [ethereum.org/developers](/developers/) पहा.
+
+- [ब्लॉकचेन स्पष्टीकरण](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained)
+- [स्मार्ट कॉन्ट्रॅक्ट्स समजून घेणे](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract)
+- [तुमचा पहिला स्मार्ट कॉन्ट्रॅक्ट लिहा](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract)
+- [सॉलिडिटी कसे संकलित आणि तैनात करायचे ते शिका](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
+- [कॉन्ट्रॅक्ट ट्यूटोरियल](https://github.com/ethereum/go-ethereum/wiki/Contract-Tutorial)
+
+## नवशिक्यांसाठी लेख आणि पुस्तके {#beginner-articles-and-books}
+
+- [Geth सह प्रारंभ करणे](https://medium.com/@tzhenghao/getting-started-with-geth-c1a30b8d6458)
+- [इथेरियमशी कनेक्ट होण्यासाठी Golang वापरा](https://www.youtube.com/watch?v=-7uChuO_VzM)
+- [Golang वापरून इथेरियम स्मार्ट कॉन्ट्रॅक्ट्स उपयोजित करा](https://www.youtube.com/watch?v=pytGqQmDslE)
+- [Go मध्ये इथेरियम स्मार्ट कॉन्ट्रॅक्ट्सची चाचणी आणि उपयोजन करण्यासाठी चरण-दर-चरण मार्गदर्शक](https://hackernoon.com/a-step-by-step-guide-to-testing-and-deploying-ethereum-smart-contracts-in-go-9fc34b178d78)
+- [ई-पुस्तक: Go सह इथेरियम डेव्हलपमेंट](https://goethereumbook.org/) - _Go सह इथेरियम ॲप्लिकेशन्स विकसित करा_
+
+## मध्यम स्तरावरील लेख आणि दस्तऐवज {#intermediate-articles-and-docs}
+
+- [Go इथेरियम डॉक्युमेंटेशन](https://geth.ethereum.org/docs/) - _अधिकृत इथेरियम Golang साठी डॉक्युमेंटेशन_
+- [Erigon प्रोग्रामरचे मार्गदर्शक](https://github.com/ledgerwatch/erigon/blob/devel/docs/programmers_guide/guide.md) - _स्टेट ट्री, मल्टी-प्रूफ आणि व्यवहार प्रक्रियेसह सचित्र मार्गदर्शक_
+- [Erigon आणि स्टेटलेस इथेरियम](https://youtu.be/3-Mn7OckSus?t=394) - _2020 इथेरियम समुदाय परिषद (EthCC 3)_
+- [Erigon: इथेरियम क्लायंट ऑप्टिमाइझ करणे](https://www.youtube.com/watch?v=CSpc1vZQW2Q) - _2018 Devcon 4_
+- [Go इथेरियम GoDoc](https://godoc.org/github.com/ethereum/go-ethereum)
+- [Geth सह Go मध्ये dapp तयार करणे](https://kauri.io/#collections/A%20Hackathon%20Survival%20Guide/creating-a-dapp-in-go-with-geth/)
+- [Golang आणि Geth सह इथेरियम खाजगी नेटवर्कवर काम करणे](https://myhsts.org/tutorial-learn-how-to-work-with-ethereum-private-network-with-golang-with-geth.php)
+- [Go सह इथेरियमवर सॉलिडिटी कॉन्ट्रॅक्ट्सची युनिट टेस्टिंग](https://medium.com/coinmonks/unit-testing-solidity-contracts-on-ethereum-with-go-3cc924091281)
+- [Geth चा लायब्ररी म्हणून वापर करण्यासाठी त्वरित संदर्भ](https://medium.com/coinmonks/web3-go-part-1-31c68c68e20e)
+
+## प्रगत वापर पद्धती {#advanced-use-patterns}
+
+- [GETH सिम्युलेटेड बॅकएंड](https://kauri.io/#collections/An%20ethereum%20test%20toolkit%20in%20Go/the-geth-simulated-backend/#_top)
+- [इथेरियम आणि Quorum वापरून ब्लॉकचेन-ॲज-अ-सर्व्हिस ॲप्स](https://blockchain.dcwebmakers.com/blockchain-as-a-service-apps-using-ethereum-and-quorum.html)
+- [इथेरियम ब्लॉकचेन ॲप्लिकेशन्समध्ये डिस्ट्रिब्युटेड स्टोरेज IPFS आणि Swarm](https://blockchain.dcwebmakers.com/work-with-distributed-storage-ipfs-and-swarm-in-ethereum.html)
+- [मोबाईल क्लायंट: लायब्ररी आणि इनप्रोक इथेरियम नोड्स](https://github.com/ethereum/go-ethereum/wiki/Mobile-Clients:-Libraries-and-Inproc-Ethereum-Nodes)
+- [नेटिव्ह dapps: इथेरियम कॉन्ट्रॅक्ट्ससाठी Go बाइंडिंग्ज](https://github.com/ethereum/go-ethereum/wiki/Native-DApps:-Go-bindings-to-Ethereum-contracts)
+
+## Go प्रकल्प आणि साधने {#go-projects-and-tools}
+
+- [Geth / Go इथेरियम](https://github.com/ethereum/go-ethereum) - _इथेरियम प्रोटोकॉलची अधिकृत Go अंमलबजावणी_
+- [Go इथेरियम कोड विश्लेषण](https://github.com/ZtesoftCS/go-ethereum-code-analysis) - _Go इथेरियम सोर्स कोडचे पुनरावलोकन आणि विश्लेषण_
+- [Erigon](https://github.com/ledgerwatch/erigon) - _Go इथेरियमचे जलद डेरिव्हेटिव्ह, आर्काइव्ह नोड्सवर लक्ष केंद्रित करून_
+- [Golem](https://github.com/golemfactory/golem) - _Golem संगणकीय शक्तीसाठी जागतिक बाजारपेठ तयार करत आहे_
+- [Quorum](https://github.com/jpmorganchase/quorum) - _डेटा गोपनीयतेला समर्थन देणारी इथेरियमची परवानगी असलेली अंमलबजावणी_
+- [Prysm](https://github.com/prysmaticlabs/prysm) - _इथेरियम 'Serenity' 2.0 Go अंमलबजावणी_
+- [Eth ट्विट](https://github.com/yep/eth-tweet) - _विकेंद्रित ट्विटर: इथेरियम ब्लॉकचेनवर चालणारी एक मायक्रोब्लॉगिंग सेवा_
+- [प्लाझ्मा MVP Golang](https://github.com/kyokan/plasma) — _मिनिमम व्हायबल प्लाझ्मा स्पेसिफिकेशनची Golang अंमलबजावणी आणि विस्तार_
+- [ओपन इथेरियम मायनिंग पूल](https://github.com/sammy007/open-ethereum-pool) - _एक ओपन सोर्स इथेरियम मायनिंग पूल_
+- [इथेरियम HD वॉलेट](https://github.com/miguelmota/go-ethereum-hdwallet) - _Go मध्ये इथेरियम HD वॉलेट डेरिव्हेशन्स_
+- [Multi Geth](https://github.com/multi-geth/multi-geth) - _अनेक प्रकारच्या इथेरियम नेटवर्क्ससाठी समर्थन_
+- [Geth लाइट क्लायंट](https://github.com/zsfelfoldi/go-ethereum/wiki/Geth-Light-Client) - _लाइट इथेरियम सबप्रोटोकॉलची Geth अंमलबजावणी_
+- [इथेरियम Golang SDK](https://github.com/everFinance/goether) - _Golang मध्ये एक साधी इथेरियम वॉलेट अंमलबजावणी आणि युटिलिटीज_
+- [Covalent Golang SDK](https://github.com/covalenthq/covalent-api-sdk-go) - _200+ ब्लॉकचेनसाठी Go SDK द्वारे कार्यक्षम ब्लॉकचेन डेटा ॲक्सेस_
+
+अधिक संसाधने शोधत आहात? [ethereum.org/developers](/developers/) पहा
+
+## Go समुदाय योगदानकर्ते {#go-community-contributors}
+
+- [Geth डिस्कॉर्ड](https://discordapp.com/invite/nthXNEv)
+- [Geth गिटर](https://gitter.im/ethereum/go-ethereum)
+- [Gophers स्लॅक](https://invite.slack.golangbridge.org/) - [#इथेरियम चॅनल](https://gophers.slack.com/messages/C9HP1S9V2)
+- [StackExchange - इथेरियम](https://ethereum.stackexchange.com/)
+- [Multi Geth गिटर](https://gitter.im/ethoxy/multi-geth)
+- [इथेरियम गिटर](https://gitter.im/ethereum/home)
+- [Geth लाइट क्लायंट गिटर](https://gitter.im/ethereum/light-client)
+
+## इतर एकत्रित याद्या {#other-aggregated-lists}
+
+- [Awesome इथेरियम](https://github.com/btomashvili/awesome-ethereum)
+- [Consensys: इथेरियम डेव्हलपर साधनांची एक निश्चित सूची](https://media.consensys.net/an-definitive-list-of-ethereum-developer-tools-2159ce865974) | [GitHub सोर्स](https://github.com/ConsenSys/ethereum-developer-tools-list)
diff --git a/public/content/translations/mr/developers/docs/programming-languages/index.md b/public/content/translations/mr/developers/docs/programming-languages/index.md
new file mode 100644
index 00000000000..6d596210725
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/programming-languages/index.md
@@ -0,0 +1,33 @@
+---
+title: "प्रोग्रामिंग भाषा"
+description: "JavaScript, Python, Go, Rust आणि बरेच काही यासह विविध प्रोग्रामिंग भाषांसाठी इथेरियम विकास संसाधने शोधा."
+lang: mr
+---
+
+एक सामान्य गैरसमज असा आहे की इथेरियमवर तयार करण्यासाठी डेव्हलपर्सना [स्मार्ट कॉन्ट्रॅक्ट्स](/developers/docs/smart-contracts/) लिहावेच लागतील. हे खोटे आहे.
+इथेरियम नेटवर्क आणि समुदायाच्या सुंदरतेपैकी एक म्हणजे तुम्ही जवळजवळ कोणत्याही प्रोग्रामिंग भाषेत [सहभागी](/community/) होऊ शकता.
+
+इथेरियम आणि त्याचा समुदाय ओपन सोर्सचा स्वीकार करतात. तुम्हाला विविध भाषांमध्ये समुदाय प्रकल्प - क्लायंट अंमलबजावणी, APIs, विकास फ्रेमवर्क, चाचणी साधने - सापडतील.
+
+## तुमची भाषा निवडा {#data}
+
+प्रकल्प, संसाधने आणि व्हर्च्युअल समुदाय शोधण्यासाठी तुमच्या आवडीची प्रोग्रामिंग भाषा निवडा:
+
+- [डार्ट डेव्हलपर्ससाठी इथेरियम](/developers/docs/programming-languages/dart/)
+- [डेल्फी डेव्हलपर्ससाठी इथेरियम](/developers/docs/programming-languages/delphi/)
+- [.NET डेव्हलपर्ससाठी इथेरियम](/developers/docs/programming-languages/dot-net/)
+- [एलिक्सिर डेव्हलपर्ससाठी इथेरियम](/developers/docs/programming-languages/elixir/)
+- [गो डेव्हलपर्ससाठी इथेरियम](/developers/docs/programming-languages/golang/)
+- [जावा डेव्हलपर्ससाठी इथेरियम](/developers/docs/programming-languages/java/)
+- [JavaScript डेव्हलपर्ससाठी इथेरियम](/developers/docs/programming-languages/javascript/)
+- [पायथॉन डेव्हलपर्ससाठी इथेरियम](/developers/docs/programming-languages/python/)
+- [रुबी डेव्हलपर्ससाठी इथेरियम](/developers/docs/programming-languages/ruby/)
+- [रस्ट डेव्हलपर्ससाठी इथेरियम](/developers/docs/programming-languages/rust/)
+
+### माझ्या भाषेला सपोर्ट नसल्यास काय करावे {#other-lang}
+
+तुम्हाला अतिरिक्त प्रोग्रामिंग भाषेसाठी संसाधनांशी लिंक करायचे असल्यास किंवा व्हर्च्युअल समुदायाकडे निर्देश करायचे असल्यास तुम्ही [एक इश्यू उघडून](https://github.com/ethereum/ethereum-org-website/issues/new/choose) नवीन पेजची विनंती करू शकता.
+
+तुम्हाला सध्या असमर्थित भाषा वापरून ब्लॉकचेनशी संवाद साधण्यासाठी कोड लिहायचा असल्यास
+तुम्ही इथेरियम नेटवर्कशी कनेक्ट होण्यासाठी [JSON-RPC इंटरफेस](/developers/docs/apis/json-rpc/) वापरू शकता. TCP/IP वापरू शकणारी कोणतीही प्रोग्रामिंग
+भाषा हा इंटरफेस वापरू शकते.
diff --git a/public/content/translations/mr/developers/docs/programming-languages/java/index.md b/public/content/translations/mr/developers/docs/programming-languages/java/index.md
new file mode 100644
index 00000000000..7579a274f21
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/programming-languages/java/index.md
@@ -0,0 +1,64 @@
+---
+title: "जावा डेव्हलपर्ससाठी इथेरियम"
+description: "जावा-आधारित प्रकल्प आणि टूलिंग वापरून इथेरियमसाठी कसे डेव्हलप करावे हे शिका"
+lang: mr
+incomplete: true
+---
+
+<FeaturedText>जावा-आधारित प्रकल्प आणि टूलिंग वापरून इथेरियमसाठी कसे डेव्हलप करावे हे शिका</FeaturedText>
+
+क्रिप्टोकरन्सी आणि ब्लॉकचेन तंत्रज्ञानाच्या फायद्यांचा उपयोग करणाऱ्या विकेंद्रीकृत ॲप्लिकेशन्स (किंवा "dapps") तयार करण्यासाठी इथेरियम वापरा. हे dapps विश्वासार्ह असू शकतात, याचा अर्थ असा की एकदा ते इथेरियमवर तैनात केले की, ते नेहमी प्रोग्राम केल्याप्रमाणे चालतील. नवीन प्रकारचे आर्थिक ॲप्लिकेशन्स तयार करण्यासाठी ते डिजिटल मालमत्ता नियंत्रित करू शकतात. ते विकेंद्रित असू शकतात, याचा अर्थ असा की कोणतीही एक संस्था किंवा व्यक्ती त्यांना नियंत्रित करत नाही आणि सेन्सॉर करणे जवळजवळ अशक्य आहे.
+
+## स्मार्ट कॉन्ट्रॅक्ट्स आणि सॉलिडिटी भाषेसह प्रारंभ करणे {#getting-started-with-smart-contracts-and-solidity}
+
+**जावाला इथेरियमसोबत एकत्रित करण्यासाठी तुमची पहिली पावले उचला**
+
+प्रथम अधिक मूलभूत प्राइमरची आवश्यकता आहे? [ethereum.org/learn](/learn/) किंवा [ethereum.org/developers.](/developers/) पहा
+
+- [ब्लॉकचेन स्पष्टीकरण](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained)
+- [स्मार्ट कॉन्ट्रॅक्ट्स समजून घेणे](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract)
+- [तुमचा पहिला स्मार्ट कॉन्ट्रॅक्ट लिहा](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract)
+- [सॉलिडिटी कसे संकलित आणि तैनात करायचे ते शिका](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
+
+## इथेरियम क्लायंट्ससोबत काम करणे {#working-with-ethereum-clients}
+
+दोन अग्रगण्य जावा इथेरियम क्लायंट, [Web3J](https://github.com/web3j/web3j) आणि हायपरलेजर बेसू कसे वापरावे हे शिका
+
+- [जावा, इक्लिप्स आणि Web3J सह इथेरियम क्लायंटशी कनेक्ट करणे](https://kauri.io/article/b9eb647c47a546bc95693acc0be72546/connecting-to-an-ethereum-client-with-java-eclipse-and-web3j)
+- [जावा आणि Web3j सह इथेरियम खाते व्यवस्थापित करणे](https://kauri.io/article/925d923e12c543da9a0a3e617be963b4/manage-an-ethereum-account-with-java-and-web3j)
+- [तुमच्या स्मार्ट कॉन्ट्रॅक्टमधून जावा रॅपर तयार करणे](https://kauri.io/article/84475132317d4d6a84a2c42eb9348e4b/generate-a-java-wrapper-from-your-smart-contract)
+- [इथेरियम स्मार्ट कॉन्ट्रॅक्टसोबत संवाद साधणे](https://kauri.io/article/14dc434d11ef4ee18bf7d57f079e246e/interacting-with-an-ethereum-smart-contract-in-java)
+- [इथेरियम स्मार्ट कॉन्ट्रॅक्ट इव्हेंट्ससाठी ऐकणे](https://kauri.io/article/760f495423db42f988d17b8c145b0874/listening-for-ethereum-smart-contract-events-in-java)
+- [बेसू (पँथिऑन) वापरणे, लिनक्ससह जावा इथेरियम क्लायंट](https://kauri.io/article/276dd27f1458443295eea58403fd6965/using-pantheon-the-java-ethereum-client-with-linux)
+- [जावा इंटिग्रेशन टेस्टमध्ये हायपरलेजर बेसू (पँथिऑन) नोड चालवणे](https://kauri.io/article/7dc3ecc391e54f7b8cbf4e5fa0caf780/running-a-pantheon-node-in-java-integration-tests)
+- [Web3j चीट शीट](https://kauri.io/web3j-cheat-sheet-\(java-ethereum\)/5dfa1ea941ac3d0001ce1d90/c)
+
+EVM-आधारित ब्लॉकचेनशी संवाद साधण्यासाठी [ethers-kt](https://github.com/Kr1ptal/ethers-kt), एक असिंक, उच्च-कार्यक्षमता असलेली कोटलिन लायब्ररी, कशी वापरावी हे शिका. JVM आणि अँड्रॉइड प्लॅटफॉर्मला लक्ष्य करते.
+
+- [ERC20 टोकन्स हस्तांतरित करा](https://github.com/Kr1ptal/ethers-kt/blob/master/examples/src/main/kotlin/io/ethers/examples/abi/TransferERC20.kt)
+- [इव्हेंट लिसनिंगसह UniswapV2 स्वॅप](https://github.com/Kr1ptal/ethers-kt/blob/master/examples/src/main/kotlin/io/ethers/examples/tokenswapwitheventlistening/TokenSwapWithEventListening.kt)
+- [ETH / ERC20 बॅलन्स ट्रॅकर](https://github.com/Kr1ptal/ethers-kt/blob/master/examples/src/main/kotlin/io/ethers/examples/balancetracker/BalanceTracker.kt)
+
+## मध्यम स्तरावरील लेख {#intermediate-articles}
+
+- [IPFS सह जावा ऍप्लिकेशनमध्ये स्टोरेज व्यवस्थापित करणे](https://kauri.io/article/3e8494f4f56f48c4bb77f1f925c6d926/managing-storage-in-a-java-application-with-ipfs)
+- [Web3j सह जावामध्ये ERC20 टोकन्स व्यवस्थापित करणे](https://kauri.io/article/d13e911bbf624108b1d5718175a5e0a0/manage-erc20-tokens-in-java-with-web3j)
+- [Web3j ट्रान्झॅक्शन व्यवस्थापक](https://kauri.io/article/4cb780bb4d0846438d11885a25b6d7e7/web3j-transaction-managers)
+
+## प्रगत वापर पद्धती {#advanced-use-patterns}
+
+- [जावा स्मार्ट कॉन्ट्रॅक्ट डेटा कॅशे तयार करण्यासाठी Eventeum वापरणे](https://kauri.io/article/fe81ee9612eb4e5a9ab72790ef24283d/using-eventeum-to-build-a-java-smart-contract-data-cache)
+
+## जावा प्रकल्प आणि साधने {#java-projects-and-tools}
+
+- [Web3J (इथेरियम क्लायंट्सशी संवाद साधण्यासाठी लायब्ररी)](https://github.com/web3j/web3j)
+- [ethers-kt (EVM-आधारित ब्लॉकचेनसाठी असिंक, उच्च-कार्यक्षमता असलेली कोटलिन/जावा/अँड्रॉइड लायब्ररी.)](https://github.com/Kr1ptal/ethers-kt)
+- [Eventeum (इव्हेंट लिसनर)](https://github.com/ConsenSys/eventeum)
+- [Mahuta (IPFS डेव्ह टूल्स)](https://github.com/ConsenSys/mahuta)
+
+अधिक संसाधने शोधत आहात? [ethereum.org/developers.](/developers/) तपासा.
+
+## जावा समुदाय योगदानकर्ते {#java-community-contributors}
+
+- [IO Builders](https://io.builders)
+- [Kauri](https://kauri.io)
diff --git a/public/content/translations/mr/developers/docs/programming-languages/javascript/index.md b/public/content/translations/mr/developers/docs/programming-languages/javascript/index.md
new file mode 100644
index 00000000000..710d85d832a
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/programming-languages/javascript/index.md
@@ -0,0 +1,72 @@
+---
+title: "JavaScript डेव्हलपर्ससाठी Ethereum"
+description: "JavaScript-आधारित प्रकल्प आणि टूलिंग वापरून Ethereum साठी कसे डेव्हलप करावे ते शिका."
+lang: mr
+---
+
+Ethereum इकोसिस्टममधील सर्वात लोकप्रिय भाषांपैकी JavaScript ही एक आहे. खरं तर, शक्य तितके Ethereum JavaScript वर आणण्यासाठी समर्पित एक [टीम](https://github.com/ethereumjs) आहे.
+
+[स्टॅकच्या सर्व स्तरांवर](/developers/docs/ethereum-stack/) JavaScript (किंवा तत्सम काही) लिहिण्याच्या संधी आहेत.
+
+## Ethereum सह संवाद साधा {#interact-with-ethereum}
+
+### JavaScript API लायब्ररीज {#javascript-api-libraries}
+
+तुम्हाला ब्लॉकचेनची क्वेरी करण्यासाठी, व्यवहार पाठवण्यासाठी आणि बरेच काही करण्यासाठी JavaScript लिहायचे असल्यास, हे करण्याचा सर्वात सोयीस्कर मार्ग म्हणजे [JavaScript API लायब्ररी](/developers/docs/apis/javascript/) वापरणे. हे APIs डेव्हलपर्सना [Ethereum नेटवर्कमधील नोड्ससोबत](/developers/docs/nodes-and-clients/) सहजपणे संवाद साधण्याची परवानगी देतात.
+
+तुम्ही Ethereum वरील स्मार्ट कॉन्ट्रॅक्ट्सशी संवाद साधण्यासाठी या लायब्ररींचा वापर करू शकता, त्यामुळे असे dapp तयार करणे शक्य आहे जिथे तुम्ही आधीपासून अस्तित्वात असलेल्या कॉन्ट्रॅक्ट्सशी संवाद साधण्यासाठी फक्त JavaScript वापरता.
+
+**पहा**
+
+- [Web3.js](https://web3js.readthedocs.io)
+- [Ethers.js](https://ethers.org) – _यामध्ये JavaScript आणि TypeScript मधील Ethereum वॉलेट अंमलबजावणी आणि युटिलिटीजचा समावेश आहे._
+- [viem](https://viem.sh) – _Ethereum साठी एक TypeScript इंटरफेस जो Ethereum सह संवाद साधण्यासाठी लो-लेव्हल स्टेटलेस प्रिमिटीव्ह प्रदान करतो._
+- [Drift](https://ryangoree.github.io/drift/) – _बिल्ट-इन कॅशिंग, हुक्स आणि टेस्ट मॉक्स असलेली एक TypeScript मेटा-लायब्ररी जी वेब3 लायब्ररीजमध्ये सहज Ethereum डेव्हलपमेंटसाठी आहे._
+
+### स्मार्ट कॉन्ट्रॅक्ट्स {#smart-contracts}
+
+तुम्ही JavaScript डेव्हलपर असाल आणि तुम्हाला तुमचा स्वतःचा स्मार्ट कॉन्ट्रॅक्ट लिहायचा असेल, तर तुम्ही [Solidity](https://solidity.readthedocs.io) शी परिचित होऊ शकता. ही सर्वात लोकप्रिय स्मार्ट कॉन्ट्रॅक्ट भाषा आहे आणि ती सिंटॅक्टिकली JavaScript सारखी आहे, ज्यामुळे ती शिकायला सोपी जाऊ शकते.
+
+[स्मार्ट कॉन्ट्रॅक्ट्स](/developers/docs/smart-contracts/) बद्दल अधिक.
+
+## प्रोटोकॉल समजून घ्या {#understand-the-protocol}
+
+### Ethereum व्हर्च्युअल मशीन {#the-ethereum-virtual-machine}
+
+[Ethereum च्या व्हर्च्युअल मशीनची](/developers/docs/evm/) एक JavaScript अंमलबजावणी आहे. हे नवीनतम फोर्क नियमांना समर्थन देते. फोर्क नियम म्हणजे नियोजित अपग्रेड्सच्या परिणामी EVM मध्ये केलेले बदल.
+
+हे विविध JavaScript पॅकेजेसमध्ये विभागलेले आहे जे तुम्ही अधिक चांगल्या प्रकारे समजून घेण्यासाठी तपासू शकता:
+
+- खाती
+- ब्लॉक
+- ब्लॉकचेन स्वतः
+- व्यवहार
+- आणि बरेच काही...
+
+यामुळे तुम्हाला "एखाद्या अकाउंटची डेटा स्ट्रक्चर काय आहे?" यासारख्या गोष्टी समजायला मदत होईल.
+
+तुम्हाला कोड वाचायला आवडत असेल, तर आमचे डॉक्स वाचण्याऐवजी हे JavaScript एक उत्तम पर्याय असू शकते.
+
+**EVM पहा**  
+[`@ethereumjs/evm`](https://github.com/ethereumjs/ethereumjs-monorepo/tree/master/packages/evm)
+
+### नोड्स आणि क्लायंट्स {#nodes-and-clients}
+
+एक Ethereumjs क्लायंट सक्रिय डेव्हलपमेंटमध्ये आहे जो तुम्हाला Ethereum क्लायंट कसे काम करतात हे तुम्हाला समजणाऱ्या भाषेत; JavaScript मध्ये खोलवर पाहू देतो!
+
+**क्लायंट पहा**  
+[`@ethereumjs/client`](https://github.com/ethereumjs/ethereumjs-monorepo/tree/master/packages/client)
+
+## इतर प्रकल्प {#other-projects}
+
+Ethereum JavaScript च्या जगात अजूनही बऱ्याच गोष्टी चालू आहेत, ज्यात खालील गोष्टींचा समावेश आहे:
+
+- वॉलेट युटिलिटीजच्या लायब्ररीज.
+- Ethereum कीज उत्पन्न करण्यासाठी, आयात करण्यासाठी आणि निर्यात करण्यासाठी साधने.
+- `merkle-patricia-tree` ची एक अंमलबजावणी – Ethereum यलो पेपरमध्ये वर्णन केलेली एक डेटा स्ट्रक्चर.
+
+[EthereumJS रेपो](https://github.com/ethereumjs) वर तुम्हाला सर्वात जास्त आवड असलेल्या गोष्टीत खोलवर जा
+
+## पुढील वाचन {#further-reading}
+
+_तुम्हाला मदत केलेल्या सामुदायिक संसाधनाबद्दल माहिती आहे का?_ हे पृष्ठ संपादित करा आणि ते जोडा!_
diff --git a/public/content/translations/mr/developers/docs/programming-languages/python/index.md b/public/content/translations/mr/developers/docs/programming-languages/python/index.md
new file mode 100644
index 00000000000..3f677dc15bb
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/programming-languages/python/index.md
@@ -0,0 +1,99 @@
+---
+title: "पायथॉन डेव्हलपर्ससाठी इथेरियम"
+description: "पायथॉन-आधारित प्रकल्प आणि टूलिंग वापरून इथेरियमसाठी कसे विकसित करायचे ते शिका"
+lang: mr
+incomplete: true
+---
+
+<FeaturedText>पायथॉन-आधारित प्रकल्प आणि टूलिंग वापरून इथेरियमसाठी कसे विकसित करायचे ते शिका</FeaturedText>
+
+क्रिप्टोकरन्सी आणि ब्लॉकचेन तंत्रज्ञानाच्या फायद्यांचा उपयोग करणाऱ्या विकेंद्रीकृत ॲप्लिकेशन्स (किंवा "dapps") तयार करण्यासाठी इथेरियम वापरा. हे dapps विश्वासार्ह असू शकतात, याचा अर्थ असा की एकदा ते इथेरियमवर तैनात केले की, ते नेहमी प्रोग्राम केल्याप्रमाणे चालतील. नवीन प्रकारचे आर्थिक ॲप्लिकेशन्स तयार करण्यासाठी ते डिजिटल मालमत्ता नियंत्रित करू शकतात. ते विकेंद्रित असू शकतात, याचा अर्थ असा की कोणतीही एक संस्था किंवा व्यक्ती त्यांना नियंत्रित करत नाही आणि सेन्सॉर करणे जवळजवळ अशक्य आहे.
+
+## स्मार्ट कॉन्ट्रॅक्ट्स आणि सॉलिडिटी भाषेसह प्रारंभ करणे {#getting-started-with-smart-contracts-and-solidity}
+
+**पायथॉनला इथेरियमसोबत एकत्रित करण्यासाठी तुमची पहिली पाऊले उचला**
+
+प्रथम अधिक मूलभूत प्राइमरची आवश्यकता आहे? [ethereum.org/learn](/learn/) किंवा [ethereum.org/developers](/developers/) पहा.
+
+- [ब्लॉकचेन स्पष्टीकरण](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained)
+- [स्मार्ट कॉन्ट्रॅक्ट्स समजून घेणे](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract)
+- [तुमचा पहिला स्मार्ट कॉन्ट्रॅक्ट लिहा](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract)
+- [सॉलिडिटी कसे संकलित आणि तैनात करायचे ते शिका](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
+- [ब्लॉकचेनमधील पायथॉनची स्थिती 2023 अहवाल](https://tradingstrategy.ai/blog/the-state-of-python-in-blockchain-in-2023)
+
+## नवशिक्यांसाठी लेख {#beginner-articles}
+
+- [web3.py आढावा](https://web3py.readthedocs.io/en/latest/overview.html)
+- [इथेरियम पायथॉन इकोसिस्टम टूर](https://snakecharmers.ethereum.org/python-ecosystem/)
+- [इथेरियमसाठी (पायथॉन) डेव्हलपरचे मार्गदर्शक](https://snakecharmers.ethereum.org/a-developers-guide-to-ethereum-pt-1/)
+- [पारितोषिक-योग्य: एक इथेरियम पायथॉन हॅकेथॉन मार्गदर्शक](https://snakecharmers.ethereum.org/prize-worthy/)
+- [वायपरसह स्मार्ट कॉन्ट्रॅक्ट्सची ओळख](https://kauri.io/#collections/Getting%20Started/an-introduction-to-smart-contracts-with-vyper/)
+- [पायथॉन फ्लास्क वापरून इथेरियम कॉन्ट्रॅक्ट कसा विकसित करायचा?](https://medium.com/coinmonks/how-to-develop-ethereum-contract-using-python-flask-9758fe65976e)
+- [Web3.py ची ओळख · पायथॉन डेव्हलपर्ससाठी इथेरियम](https://www.dappuniversity.com/articles/web3-py-intro)
+- [पायथॉन आणि web3.py वापरून स्मार्ट कॉन्ट्रॅक्ट फंक्शन कसे कॉल करायचे](https://stackoverflow.com/questions/57580702/how-to-call-a-smart-contract-function-using-python-and-web3-py)
+
+## मध्यम स्तरावरील लेख {#intermediate-articles}
+
+- [web3.py चे मित्र: Ape ची ओळख](https://snakecharmers.ethereum.org/intro-to-ape/)
+- [पायथॉन प्रोग्रामर्ससाठी Dapp विकास](https://levelup.gitconnected.com/dapps-development-for-python-developers-f52b32b54f28)
+- [पायथॉन इथेरियम इंटरफेस तयार करणे: भाग 1](https://hackernoon.com/creating-a-python-ethereum-interface-part-1-4d2e47ea0f4d)
+- [पायथॉनमधील इथेरियम स्मार्ट कॉन्ट्रॅक्ट्स: एक सर्वसमावेशक(अंदाजे) मार्गदर्शक](https://hackernoon.com/ethereum-smart-contracts-in-python-a-comprehensive-ish-guide-771b03990988)
+
+## प्रगत वापर पद्धती {#advanced-use-patterns}
+
+- [web3.py पद्धती: रिअल-टाइम इव्हेंट सबस्क्रिप्शन्स](https://snakecharmers.ethereum.org/subscriptions/)
+- [web3.py पद्धती: WebSocketProvider](https://snakecharmers.ethereum.org/websocketprovider/)
+- [पायथॉन वापरून इथेरियम स्मार्ट कॉन्ट्रॅक्ट संकलित करणे, तैनात करणे आणि कॉल करणे](https://yohanes.gultom.id/2018/11/28/compiling-deploying-and-calling-ethereum-smartcontract-using-python/)
+- [Slither सह सॉलिडिटी स्मार्ट कॉन्ट्रॅक्ट्सचे विश्लेषण करा](https://kauri.io/#collections/DevOps/analyze-solidity-smart-contracts-with-slither/#analyze-solidity-smart-contracts-with-slither)
+- [ब्लॉकचेन फिनटेक ट्युटोरियल: पायथॉनसह कर्ज देणे आणि घेणे](https://blog.chain.link/blockchain-fintech-defi-tutorial-lending-borrowing-python/)
+
+## संग्रहित लेख
+
+- [पायथॉन आणि Brownie सह तुमचा स्वतःचा ERC20 टोकन तैनात करा](https://betterprogramming.pub/python-blockchain-token-deployment-tutorial-create-an-erc20-77a5fd2e1a58)
+- [स्मार्ट कॉन्ट्रॅक्ट्स तैनात करण्यासाठी Brownie आणि पायथॉन वापरणे](https://dev.to/patrickalphac/using-brownie-for-to-deploy-smart-contracts-1kkp)
+- [Brownie सह OpenSea वर NFTs तयार करणे](https://www.freecodecamp.org/news/how-to-make-an-nft-and-render-on-opensea-marketplace/)
+
+## पायथॉन प्रकल्प आणि साधने {#python-projects-and-tools}
+
+### सक्रिय: {#active}
+
+- [Web3.py](https://github.com/ethereum/web3.py) - _इथेरियमशी संवाद साधण्यासाठी पायथॉन लायब्ररी_
+- [Vyper](https://github.com/ethereum/vyper/) - _EVM साठी पायथॉनिक स्मार्ट कॉन्ट्रॅक्ट भाषा_
+- [Ape](https://github.com/ApeWorX/ape) - _Pythonistas, डेटा सायंटिस्ट आणि सुरक्षा व्यावसायिकांसाठी स्मार्ट कॉन्ट्रॅक्ट डेव्हलपमेंट टूल_
+- [py-evm](https://github.com/ethereum/py-evm) - _इथेरियम व्हर्च्युअल मशीनची अंमलबजावणी_
+- [eth-tester](https://github.com/ethereum/eth-tester) - _इथेरियम-आधारित ॲप्लिकेशन्सची चाचणी करण्यासाठीची साधने_
+- [eth-utils](https://github.com/ethereum/eth-utils/) - _इथेरियम संबंधित कोडबेससह काम करण्यासाठी युटिलिटी फंक्शन्स_
+- [py-solc-x](https://pypi.org/project/py-solc-x/) - _0.5.x समर्थनासह solc सॉलिडिटी कंपाइलरभोवती पायथॉन रॅपर_
+- [pymaker](https://github.com/makerdao/pymaker) - _मेकर कॉन्ट्रॅक्ट्ससाठी पायथॉन API_
+- [siwe](https://github.com/signinwithethereum/siwe-py) - _पायथॉनसाठी इथेरियमसह साइन इन करा (siwe)_
+- [इथेरियम इंटिग्रेशन्ससाठी Web3 DeFi](https://github.com/tradingstrategy-ai/web3-ethereum-defi) - _ERC-20, Uniswap आणि इतर लोकप्रिय प्रकल्पांसाठी तयार इंटिग्रेशन्स असलेले एक पायथॉन पॅकेज_
+- [Wake](https://getwake.io) - _कॉन्ट्रॅक्ट टेस्टिंग, फझिंग, डिप्लॉयमेंट, व्हल्नरेबिलिटी स्कॅनिंग आणि कोड नेव्हिगेशनसाठी ऑल-इन-वन पायथॉन फ्रेमवर्क (लँग्वेज सर्व्हर - [सॉलिडिटीसाठी साधने](https://marketplace.visualstudio.com/items?itemName=AckeeBlockchain.tools-for-solidity))_
+
+### संग्रहित / आता देखरेख केली जात नाही: {#archived--no-longer-maintained}
+
+- [Trinity](https://github.com/ethereum/trinity) - _इथेरियम पायथॉन क्लायंट_
+- [Mamba](https://github.com/arjunaskykok/mamba) - _वायपर भाषेत लिहिलेले स्मार्ट कॉन्ट्रॅक्ट्स लिहिण्यासाठी, संकलित करण्यासाठी आणि तैनात करण्यासाठी फ्रेमवर्क_
+- [Brownie](https://github.com/eth-brownie/brownie) - _इथेरियम स्मार्ट कॉन्ट्रॅक्ट्स तैनात करणे, त्यांची चाचणी करणे आणि त्यांच्याशी संवाद साधण्यासाठी पायथॉन फ्रेमवर्क_
+- [pydevp2p](https://github.com/ethereum/pydevp2p) - _इथेरियम P2P स्टॅकची अंमलबजावणी_
+- [py-wasm](https://github.com/ethereum/py-wasm) - _वेब असेंब्ली इंटरप्रिटरची पायथॉन अंमलबजावणी_
+
+अधिक संसाधने शोधत आहात? [ethereum.org/developers](/developers/) पहा.
+
+## पायथॉन टूलिंग वापरणारे प्रकल्प {#projects-using-python-tooling}
+
+खालील इथेरियम-आधारित प्रकल्प या पृष्ठावर नमूद केलेली साधने वापरतात. संबंधित ओपन-सोर्स रिपॉझिटरीज उदाहरण कोड आणि सर्वोत्तम पद्धतींसाठी एक चांगला संदर्भ म्हणून काम करतात.
+
+- [Yearn Finance](https://yearn.finance/) आणि [Yearn Vault Contracts रिपॉझिटरी](https://github.com/yearn/yearn-vaults)
+- [Curve](https://www.curve.finance/) आणि [Curve स्मार्ट कॉन्ट्रॅक्ट्स रिपॉझिटरी](https://github.com/curvefi/curve-contract)
+- [BadgerDAO](https://badger.com/) आणि [Brownie टूलचेन वापरणारे स्मार्ट कॉन्ट्रॅक्ट्स](https://github.com/Badger-Finance/badger-system)
+- [Sushi](https://sushi.com/) [त्यांच्या वेस्टिंग कॉन्ट्रॅक्ट्सच्या व्यवस्थापन आणि तैनातीमध्ये पायथॉन](https://github.com/sushiswap/sushi-vesting-protocols) वापरते
+- [Alpha Finance](https://alphafinance.io/), जे Alpha Homora मुळे प्रसिद्ध आहे, [स्मार्ट कॉन्ट्रॅक्ट्सची चाचणी आणि तैनातीसाठी Brownie](https://github.com/AlphaFinanceLab/alpha-staking-contract) वापरते
+
+## पायथॉन समुदाय चर्चा {#python-community-contributors}
+
+- Web3.py आणि इतर पायथॉन फ्रेमवर्क चर्चेसाठी [इथेरियम पायथॉन कम्युनिटी डिस्कॉर्ड](https://discord.gg/9zk7snTfWe)
+- वायपर स्मार्ट कॉन्ट्रॅक्ट प्रोग्रामिंग चर्चेसाठी [वायपर डिस्कॉर्ड](https://discord.gg/SdvKC79cJk)
+
+## इतर एकत्रित याद्या {#other-aggregated-lists}
+
+वायपर विकीमध्ये [वायपरसाठी संसाधनांची एक अविश्वसनीय यादी](https://github.com/vyperlang/vyper/wiki/Vyper-tools-and-resources) आहे
\ No newline at end of file
diff --git a/public/content/translations/mr/developers/docs/programming-languages/ruby/index.md b/public/content/translations/mr/developers/docs/programming-languages/ruby/index.md
new file mode 100644
index 00000000000..4ddfe1b9845
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/programming-languages/ruby/index.md
@@ -0,0 +1,60 @@
+---
+title: "Ruby डेव्हलपर्ससाठी इथेरियम"
+description: "Ruby-आधारित प्रकल्प आणि टूलिंग वापरून इथेरियमसाठी कसे विकसित करायचे ते शिका."
+lang: mr
+incomplete: false
+---
+
+<FeaturedText>Ruby-आधारित प्रकल्प आणि टूलिंग वापरून इथेरियमसाठी कसे विकसित करायचे ते शिका.</FeaturedText>
+
+क्रिप्टोकरन्सी आणि ब्लॉकचेन तंत्रज्ञानाच्या फायद्यांचा उपयोग करणाऱ्या विकेंद्रीकृत ॲप्लिकेशन्स (किंवा "dapps") तयार करण्यासाठी इथेरियम वापरा. हे dapps विश्वासहीन असू शकतात, म्हणजेच एकदा ते इथेरियमवर तैनात झाल्यावर, ते नेहमी प्रोग्राम केल्याप्रमाणे चालतील. ते नवीन प्रकारचे आर्थिक ॲप्लिकेशन्स तयार करण्यासाठी डिजिटल मालमत्तांवर नियंत्रण ठेवू शकतात. ते विकेंद्रित असू शकतात, याचा अर्थ असा की कोणतीही एक संस्था किंवा व्यक्ती त्यांना नियंत्रित करत नाही आणि सेन्सॉर करणे जवळजवळ अशक्य आहे.
+
+## स्मार्ट कॉन्ट्रॅक्ट्स आणि सॉलिडिटी भाषेसह प्रारंभ करणे {#getting-started-with-smart-contracts-and-solidity}
+
+**Ruby ला इथेरियमसोबत समाकलित करण्यासाठी तुमची पहिली पावले उचला**
+
+प्रथम अधिक मूलभूत प्राइमरची आवश्यकता आहे? [ethereum.org/learn](/learn/) किंवा [ethereum.org/developers](/developers/) पहा.
+
+- [ब्लॉकचेन स्पष्टीकरण](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained)
+- [स्मार्ट कॉन्ट्रॅक्ट्स समजून घेणे](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract)
+- [तुमचा पहिला स्मार्ट कॉन्ट्रॅक्ट लिहा](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract)
+- [सॉलिडिटी कसे संकलित आणि तैनात करायचे ते शिका](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
+
+## नवशिक्यांसाठी लेख {#beginner-articles}
+
+- [अखेरीस इथेरियम खाती समजून घेणे](https://dev.to/q9/finally-understanding-ethereum-accounts-1kpe)
+- [शेवटी मेटामास्कसह रेल वापरकर्त्यांना प्रमाणीकृत करणे](https://dev.to/q9/finally-authenticating-rails-users-with-metamask-3fj)
+- [Ruby वापरून इथेरियम नेटवर्कशी कसे कनेक्ट करावे](https://www.quicknode.com/guides/web3-sdks/how-to-connect-to-the-ethereum-network-using-ruby)
+- [Ruby मध्ये नवीन इथेरियम ॲड्रेस कसा तयार करायचा](https://www.quicknode.com/guides/web3-sdks/how-to-generate-a-new-ethereum-address-in-ruby)
+
+## मध्यम स्तरावरील लेख {#intermediate-articles}
+
+- [Ruby सह ब्लॉकचेन ॲप](https://www.nopio.com/blog/blockchain-app-ruby/)
+- [स्मार्ट कॉन्ट्रॅक्ट कार्यान्वित करण्यासाठी, इथेरियमशी कनेक्ट केलेले Ruby वापरा](https://titanwolf.org/Network/Articles/Article?AID=87285822-9b25-49d5-ba2a-7ad95fff7ef9)
+
+## Ruby प्रकल्प आणि साधने {#ruby-projects-and-tools}
+
+### सक्रिय {#active}
+
+- [eth.rb](https://github.com/q9f/eth.rb) - _इथेरियम खाती, संदेश आणि व्यवहार हाताळण्यासाठी Ruby लायब्ररी आणि RPC-क्लायंट_
+- [keccak.rb](https://github.com/q9f/keccak.rb) - _इथेरियमद्वारे वापरलेला Keccak (SHA3) हॅश_
+- [siwe-ruby](https://github.com/signinwithethereum/siwe-ruby) - _साइन-इन विथ इथेरियमची Ruby अंमलबजावणी_
+- [siwe-rails](https://github.com/signinwithethereum/siwe-rails) - _रेल्स जेम जे SIWE लोकल साइन इन रूट्स जोडते_
+- [siwe-rails-examples](https://github.com/signinwithethereum/siwe-rails-examples) - _कस्टम कंट्रोलरसह Ruby on Rails वापरून SIWE उदाहरण_
+- [omniauth-siwe](https://github.com/signinwithethereum/omniauth-siwe) - _साइन इन विथ इथेरियम (SIWE) साठी OmniAuth स्ट्रॅटेजी_
+- [omniauth-nft](https://github.com/valthon/omniauth-nft) - _NFT मालकीद्वारे प्रमाणीकरणासाठी OmniAuth स्ट्रॅटेजी_
+- [ethereum-on-rails](https://github.com/q9f/ethereum-on-rails) - _इथेरियम ऑन रेल्स टेम्पलेट जे मेटामास्कला Ruby on Rails शी कनेक्ट करण्याची परवानगी देते_
+
+### संग्रहित / आता देखरेख केली जात नाही {#archived--no-longer-maintained}
+
+- [web3-eth](https://github.com/spikewilliams/vtada-ethereum) - _Ruby सह इथेरियम नोडच्या RPC पद्धतींना कॉल करणे_
+- [ethereum_tree](https://github.com/longhoangwkm/ethereum_tree) - _BIP32 मानकानुसार हायरार्किकल डिटरमिनिस्टिक वॉलेटमधून ETH ॲड्रेस तयार करण्यासाठी Ruby लायब्ररी_
+- [etherlite](https://github.com/budacom/etherlite) - _Ruby on Rails साठी इथेरियम इंटिग्रेशन_
+- [ethereum.rb](https://github.com/EthWorks/ethereum.rb) - _व्यवहार पाठवण्यासाठी, कॉन्ट्रॅक्ट तयार करण्यासाठी आणि त्यांच्याशी संवाद साधण्यासाठी JSON-RPC इंटरफेस वापरणारा Ruby इथेरियम क्लायंट तसेच इथेरियम नोडसोबत काम करण्यासाठी उपयुक्त टूलकिट_
+- [omniauth-ethereum.rb](https://github.com/q9f/omniauth-ethereum.rb) - _OmniAuth साठी इथेरियम प्रोव्हायडर स्ट्रॅटेजी लागू करते_
+
+अधिक संसाधने शोधत आहात? [आमचे डेव्हलपरचे होम](/developers/) पहा.
+
+## Ruby समुदाय योगदानकर्ते {#ruby-community-contributors}
+
+[इथेरियम Ruby टेलिग्राम ग्रुप](https://t.me/ruby_eth) हा वेगाने वाढणाऱ्या समुदायाचे यजमान आहे आणि वरीलपैकी कोणत्याही प्रकल्पांवर आणि संबंधित विषयांवर चर्चा करण्यासाठी एक समर्पित संसाधन आहे.
diff --git a/public/content/translations/mr/developers/docs/programming-languages/rust/index.md b/public/content/translations/mr/developers/docs/programming-languages/rust/index.md
new file mode 100644
index 00000000000..7b2cda54b42
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/programming-languages/rust/index.md
@@ -0,0 +1,65 @@
+---
+title: "रस्ट डेव्हलपर्ससाठी इथेरियम"
+description: "रस्ट-आधारित प्रकल्प आणि टूलिंग वापरून इथेरियमसाठी कसे विकसित करायचे ते शिका"
+lang: mr
+incomplete: true
+---
+
+<FeaturedText>रस्ट-आधारित प्रकल्प आणि टूलिंग वापरून इथेरियमसाठी कसे विकसित करायचे ते शिका</FeaturedText>
+
+क्रिप्टोकरन्सी आणि ब्लॉकचेन तंत्रज्ञानाच्या फायद्यांचा उपयोग करणाऱ्या विकेंद्रीकृत ॲप्लिकेशन्स (किंवा "dapps") तयार करण्यासाठी इथेरियम वापरा. हे dapps विश्वासार्ह असू शकतात, याचा अर्थ असा की एकदा ते इथेरियमवर तैनात केले की, ते नेहमी प्रोग्राम केल्याप्रमाणे चालतील. नवीन प्रकारचे आर्थिक ॲप्लिकेशन्स तयार करण्यासाठी ते डिजिटल मालमत्ता नियंत्रित करू शकतात. ते विकेंद्रित असू शकतात, याचा अर्थ असा की कोणतीही एक संस्था किंवा व्यक्ती त्यांना नियंत्रित करत नाही आणि सेन्सॉर करणे जवळजवळ अशक्य आहे.
+
+## स्मार्ट कॉन्ट्रॅक्ट्स आणि सॉलिडिटी भाषेसह प्रारंभ करणे {#getting-started-with-smart-contracts-and-solidity}
+
+**इथेरियमसह रस्टला एकत्रित करण्यासाठी तुमची पहिली पावले उचला**
+
+प्रथम अधिक मूलभूत प्राइमरची आवश्यकता आहे? [ethereum.org/learn](/learn/) किंवा [ethereum.org/developers](/developers/) पहा.
+
+- [ब्लॉकचेन स्पष्टीकरण](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained)
+- [स्मार्ट कॉन्ट्रॅक्ट्स समजून घेणे](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract)
+- [तुमचा पहिला स्मार्ट कॉन्ट्रॅक्ट लिहा](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract)
+- [सॉलिडिटी कसे संकलित आणि तैनात करायचे ते शिका](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
+
+## नवशिक्यांसाठी लेख {#beginner-articles}
+
+- [रस्ट इथेरियम क्लायंट](https://openethereum.github.io/) \* **लक्षात घ्या की ओपनइथेरियम [नापसंत केले आहे](https://medium.com/openethereum/gnosis-joins-erigon-formerly-turbo-geth-to-release-next-gen-ethereum-client-c6708dd06dd) आणि आता ते देखरेख केले जात नाही.** ते सावधगिरीने वापरा आणि शक्यतो दुसऱ्या क्लायंट अंमलबजावणीवर स्विच करा.
+- [रस्ट वापरून इथेरियमला व्यवहार पाठवणे](https://kauri.io/#collections/A%20Hackathon%20Survival%20Guide/sending-ethereum-transactions-with-rust/)
+- [कोवानसाठी रस्ट Wasm मध्ये कॉन्ट्रॅक्ट कसे लिहायचे यावर एक चरण-दर-चरण ट्युटोरियल](https://github.com/paritytech/pwasm-tutorial)
+
+## मध्यम स्तरावरील लेख {#intermediate-articles}
+
+## प्रगत वापर पद्धती {#advanced-use-patterns}
+
+- [इथेरियम-सारख्या नेटवर्कशी संवाद साधण्यासाठी pwasm_ethereum एक्सटर्न्स लायब्ररी](https://github.com/openethereum/pwasm-ethereum)
+
+- [जावास्क्रिप्ट आणि रस्ट वापरून एक विकेंद्रित चॅट तयार करा](https://medium.com/perlin-network/build-a-decentralized-chat-using-javascript-rust-webassembly-c775f8484b52)
+
+- [Vue.js आणि रस्ट वापरून एक विकेंद्रित टूडू ॲप तयार करा](https://medium.com/@jjmace01/build-a-decentralized-todo-app-using-vue-js-rust-webassembly-5381a1895beb)
+
+- [रस्टमध्ये एक ब्लॉकचेन तयार करा](https://blog.logrocket.com/how-to-build-a-blockchain-in-rust/)
+
+## रस्ट प्रकल्प आणि साधने {#rust-projects-and-tools}
+
+- [pwasm-ethereum](https://github.com/paritytech/pwasm-ethereum) - _इथेरियम-सारख्या नेटवर्कशी संवाद साधण्यासाठी एक्सटर्न्सचा संग्रह_
+- [Lighthouse](https://github.com/sigp/lighthouse) - _जलद इथेरियम कन्सेन्सस लेयर क्लायंट_
+- [Ethereum WebAssembly](https://ewasm.readthedocs.io/en/mkdocs/) - _WebAssembly च्या एका निश्चित उपसंचाचा वापर करून इथेरियम स्मार्ट कॉन्ट्रॅक्ट एक्झिक्यूशन लेयरची प्रस्तावित पुनर्रचना_
+- [oasis_std](https://docs.rs/oasis-std/latest/oasis_std/index.html) - _OASIS API संदर्भ_
+- [Solaris](https://github.com/paritytech/sol-rs) - _मूळ Parity Client EVM वापरून सॉलिडिटी स्मार्ट कॉन्ट्रॅक्ट्स युनिट टेस्ट हार्नेस._
+- [SputnikVM](https://github.com/rust-blockchain/evm) - _रस्ट इथेरियम व्हर्च्युअल मशीन अंमलबजावणी_
+- [Wavelet](https://wavelet.perlin.net/docs/smart-contracts) - _रस्टमध्ये वेव्हलेट स्मार्ट कॉन्ट्रॅक्ट_
+- [Foundry](https://github.com/foundry-rs/foundry) - _इथेरियम ॲप्लिकेशन विकासासाठी टूलकिट_
+- [Alloy](https://alloy.rs) - _इथेरियम आणि इतर EVM-आधारित चेन्सशी संवाद साधण्यासाठी उच्च-कार्यक्षमता, चांगल्या प्रकारे चाचणी केलेल्या आणि दस्तऐवजीकरण केलेल्या लायब्ररीज._
+- [Ethers_rs](https://github.com/gakonst/ethers-rs) - _इथेरियम लायब्ररी आणि वॉलेट अंमलबजावणी_
+- [SewUp](https://github.com/second-state/SewUp) - _रस्टसह तुमचा इथेरियम वेबअसेम्बली कॉन्ट्रॅक्ट तयार करण्यात आणि सामान्य बॅकएंडमध्ये विकसित करण्याप्रमाणेच मदत करणारी एक लायब्ररी_
+- [Substreams](https://github.com/streamingfast/substreams) - _समांतर ब्लॉकचेन डेटा अनुक्रमणिका तंत्रज्ञान_
+- [Reth](https://github.com/paradigmxyz/reth) Reth (रस्ट इथेरियमचे संक्षिप्त रूप) ही एक नवीन इथेरियम फुल-नोड अंमलबजावणी आहे
+- [Awesome Ethereum Rust](https://github.com/Vid201/awesome-ethereum-rust) - _इथेरियम इकोसिस्टममधील रस्टमध्ये लिहिलेल्या प्रकल्पांचा एक निवडक संग्रह_
+
+अधिक संसाधने शोधत आहात? [ethereum.org/developers.](/developers/) तपासा.
+
+## रस्ट समुदाय योगदानकर्ते {#rust-community-contributors}
+
+- [इथेरियम WebAssembly](https://gitter.im/ewasm/Lobby)
+- [Oasis Gitter](https://gitter.im/Oasis-official/Lobby)
+- [Parity Gitter](https://gitter.im/paritytech/parity)
+- [Enigma](https://discord.gg/SJK32GY)
diff --git a/public/content/translations/mr/developers/docs/scaling/index.md b/public/content/translations/mr/developers/docs/scaling/index.md
new file mode 100644
index 00000000000..7edd1ca3440
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/scaling/index.md
@@ -0,0 +1,113 @@
+---
+title: "स्केलिंग"
+description: "इथेरियम समुदायाकडून सध्या विकसित केल्या जात असलेल्या विविध स्केलिंग पर्यायांचा परिचय."
+lang: mr
+sidebarDepth: 3
+---
+
+## स्केलिंगचा आढावा {#scaling-overview}
+
+इथेरियम वापरणाऱ्या लोकांची संख्या वाढल्याने, ब्लॉकचेन क्षमतेच्या काही मर्यादांवर पोहोचला आहे. यामुळे नेटवर्क वापरण्याचा खर्च वाढला आहे, ज्यामुळे "स्केलिंग सोल्यूशन्सची" गरज निर्माण झाली आहे. अनेक सोल्यूशन्सवर संशोधन, चाचणी आणि अंमलबजावणी केली जात आहे, जे समान उद्दिष्टे साध्य करण्यासाठी वेगवेगळे दृष्टिकोन वापरतात.
+
+स्केलेबिलिटीचे मुख्य उद्दिष्ट विकेंद्रीकरण किंवा सुरक्षिततेशी तडजोड न करता व्यवहाराचा वेग (जलद अंतिमता) आणि व्यवहार थ्रुपुट (प्रति सेकंद अधिक व्यवहार) वाढवणे आहे. लेयर 1 इथेरियम ब्लॉकचेनवर, जास्त मागणीमुळे व्यवहार मंद होतात आणि [गॅस किमती](/developers/docs/gas/) अव्यवहार्य होतात. वेग आणि थ्रुपुटच्या बाबतीत नेटवर्कची क्षमता वाढवणे हे इथेरियमच्या अर्थपूर्ण आणि मोठ्या प्रमाणावर अवलंब करण्यासाठी मूलभूत आहे.
+
+वेग आणि थ्रुपुट महत्त्वाचे असले तरी, ही उद्दिष्ट्ये साध्य करणारी स्केलिंग सोल्यूशन्स विकेंद्रित आणि सुरक्षित राहणे आवश्यक आहे. नोड ऑपरेटर्ससाठी प्रवेशाचा अडथळा कमी ठेवणे हे केंद्रीकृत आणि असुरक्षित संगणकीय शक्तीच्या प्रगतीला प्रतिबंध करण्यासाठी महत्त्वाचे आहे.
+
+संकल्पनात्मकदृष्ट्या, आम्ही प्रथम स्केलिंगला ऑनचेन स्केलिंग किंवा ऑफचेन स्केलिंग म्हणून वर्गीकृत करतो.
+
+## पूर्वतयारी {#prerequisites}
+
+तुम्हाला सर्व मूलभूत विषयांची चांगली समज असायला हवी. स्केलिंग सोल्यूशन्सची अंमलबजावणी करणे प्रगत आहे कारण तंत्रज्ञान कमी युद्ध-परीक्षित आहे, आणि त्यावर संशोधन आणि विकास चालू आहे.
+
+## ऑनचेन स्केलिंग {#onchain-scaling}
+
+ऑनचेन स्केलिंगसाठी इथेरियम प्रोटोकॉलमध्ये (लेयर 1 [मेननेट](/glossary/#mainnet)) बदल आवश्यक आहेत. बऱ्याच काळापासून, ब्लॉकचेनचे शार्डिंग करणे इथेरियमला ​​स्केल करेल अशी अपेक्षा होती. यामध्ये व्हॅलिडेटर्सच्या उपसंचाद्वारे सत्यापित करण्यासाठी ब्लॉकचेनला वेगळ्या तुकड्यांमध्ये (शार्ड्स) विभागणे समाविष्ट होते. तथापि, लेयर-2 रोलअप्सद्वारे स्केलिंग हे प्राथमिक स्केलिंग तंत्र म्हणून स्वीकारले गेले आहे. याला इथेरियम ब्लॉक्सना जोडलेल्या डेटाच्या एका नवीन स्वस्त स्वरूपाच्या जोडणीमुळे समर्थन मिळते, जे विशेषतः वापरकर्त्यांसाठी रोलअप स्वस्त करण्यासाठी डिझाइन केलेले आहे.
+
+### Sharding {#sharding}
+
+शार्डिंग ही डेटाबेस विभाजित करण्याची प्रक्रिया आहे. व्हॅलिडेटर्सचे उपसंच संपूर्ण इथेरियमचा मागोवा ठेवण्याऐवजी वैयक्तिक शार्ड्ससाठी जबाबदार असतील. शार्डिंग बऱ्याच काळापासून इथेरियम [रोडमॅप](/roadmap/) वर होते, आणि एकेकाळी द मर्जच्या आधी प्रूफ-ऑफ-स्टेकवर पाठवण्याचा हेतू होता. तथापि, [लेयर 2 रोलअप्स](#layer-2-scaling) चा जलद विकास आणि [डँकशार्डिंग](/roadmap/danksharding) चा शोध (इथेरियम ब्लॉक्समध्ये रोलअप डेटाचे ब्लॉब्स जोडणे जे व्हॅलिडेटर्सद्वारे अत्यंत कार्यक्षमतेने सत्यापित केले जाऊ शकतात) यामुळे इथेरियम समुदायाने शार्डिंगद्वारे स्केलिंग करण्याऐवजी रोलअप-केंद्रित स्केलिंगला पसंती दिली आहे. यामुळे इथेरियमचे कन्सेंसस लॉजिक सोपे ठेवण्यास देखील मदत होईल.
+
+## ऑफचेन स्केलिंग {#offchain-scaling}
+
+ऑफचेन सोल्यूशन्स लेयर 1 मेननेटपासून स्वतंत्रपणे लागू केली जातात - त्यांना विद्यमान इथेरियम प्रोटोकॉलमध्ये कोणत्याही बदलांची आवश्यकता नाही. काही सोल्यूशन्स, ज्यांना "लेयर 2" सोल्यूशन्स म्हणून ओळखले जाते, त्यांची सुरक्षा थेट लेयर 1 इथेरियम कन्सेंससपासून प्राप्त करतात, जसे की [ऑप्टिमिस्टिक रोलअप્સ](/developers/docs/scaling/optimistic-rollups/), [झिरो-नॉलेज रोलअप્સ](/developers/docs/scaling/zk-rollups/) किंवा [स्टेट चॅनेल्स](/developers/docs/scaling/state-channels/). इतर सोल्यूशन्समध्ये विविध स्वरूपातील नवीन चेन्स तयार करणे समाविष्ट आहे जे मेननेटपासून स्वतंत्रपणे त्यांची सुरक्षा प्राप्त करतात, जसे की [साईडचेन्स](#sidechains), [व्हॅलिडियम्स](#validium), किंवा [प्लाझ्मा चेन्स](#plasma). हे सोल्यूशन्स मेननेटशी संवाद साधतात परंतु विविध उद्दिष्टे साध्य करण्यासाठी त्यांची सुरक्षा वेगळ्या प्रकारे प्राप्त करतात.
+
+### लेयर 2 स्केलिंग {#layer-2-scaling}
+
+ऑफचेन सोल्यूशन्सची ही श्रेणी मेननेट इथेरियममधून आपली सुरक्षा मिळवते.
+
+लेयर 2 ही तुमच्या ॲप्लिकेशनला इथेरियम मेननेट (लेयर 1) बाहेर व्यवहार हाताळून स्केल करण्यास मदत करण्यासाठी डिझाइन केलेल्या सोल्यूशन्ससाठी एक एकत्रित संज्ञा आहे, जी मेननेटच्या मजबूत विकेंद्रित सुरक्षा मॉडेलचा फायदा घेते. जेव्हा नेटवर्क व्यस्त असते तेव्हा व्यवहाराचा वेग कमी होतो, ज्यामुळे काही विशिष्ट प्रकारच्या डॅप्ससाठी वापरकर्त्याचा अनुभव खराब होतो. आणि जसे नेटवर्क व्यस्त होते, तसे व्यवहार पाठवणारे एकमेकांवर मात करण्याचे ध्येय ठेवत असल्याने गॅसच्या किमती वाढतात. यामुळे इथेरियम वापरणे खूप महाग होऊ शकते.
+
+बहुतेक लेयर 2 सोल्यूशन्स सर्व्हर किंवा सर्व्हरच्या क्लस्टरभोवती केंद्रित असतात, ज्यापैकी प्रत्येकाला नोड, व्हॅलिडेटर, ऑपरेटर, सिक्वेन्सर, ब्लॉक प्रोड्यूसर किंवा तत्सम संज्ञा म्हणून संबोधले जाऊ शकते. अंमलबजावणीवर अवलंबून, हे लेयर 2 नोड्स त्यांचा वापर करणारे व्यक्ती, व्यवसाय किंवा संस्था, किंवा तृतीय-पक्ष ऑपरेटर, किंवा व्यक्तींच्या मोठ्या गटाद्वारे (मेननेट प्रमाणेच) चालवले जाऊ शकतात. सर्वसाधारणपणे, व्यवहार थेट लेयर 1 (मेननेट) वर सबमिट करण्याऐवजी या लेयर 2 नोड्सवर सबमिट केले जातात. काही सोल्यूशन्ससाठी, लेयर 2 इन्स्टन्स त्यांना लेयर 1 वर अँकर करण्यापूर्वी गटांमध्ये बॅच करतो, त्यानंतर ते लेयर 1 द्वारे सुरक्षित केले जातात आणि बदलले जाऊ शकत नाहीत. हे कसे केले जाते याचे तपशील वेगवेगळ्या लेयर 2 तंत्रज्ञान आणि अंमलबजावणींमध्ये लक्षणीयरीत्या भिन्न असतात.
+
+एक विशिष्ट लेयर 2 इन्स्टन्स अनेक ॲप्लिकेशन्ससाठी खुला आणि शेअर केलेला असू शकतो, किंवा एका प्रोजेक्टद्वारे तैनात केला जाऊ शकतो आणि फक्त त्यांच्या ॲप्लिकेशनला सपोर्ट करण्यासाठी समर्पित असू शकतो.
+
+#### लेयर 2 ची गरज का आहे? {#why-is-layer-2-needed}
+
+- प्रति सेकंद वाढलेले व्यवहार वापरकर्त्याचा अनुभव मोठ्या प्रमाणात सुधारतात आणि मेननेट इथेरियमवरील नेटवर्कची गर्दी कमी करतात.
+- व्यवहार मेननेट इथेरियमवर एकाच व्यवहारामध्ये रोल अप केले जातात, ज्यामुळे वापरकर्त्यांसाठी गॅस शुल्क कमी होते आणि इथेरियम सर्वत्र लोकांसाठी अधिक समावेशक आणि सुलभ बनते.
+- स्केलेबिलिटीमधील कोणतेही अपडेट विकेंद्रीकरण किंवा सुरक्षिततेच्या खर्चावर नसावेत – लेयर 2 इथेरियमच्या वर तयार केले आहे.
+- मोठ्या प्रमाणावर मालमत्तेसह काम करताना स्वतःची कार्यक्षमता आणणारे ॲप्लिकेशन-विशिष्ट लेयर 2 नेटवर्क्स आहेत.
+
+[लेयर 2 बद्दल अधिक](/layer-2/).
+
+#### रोलअप्स {#rollups}
+
+रोलअप्स लेयर 1 च्या बाहेर व्यवहार अंमलबजावणी करतात आणि नंतर डेटा लेयर 1 वर पोस्ट केला जातो जेथे कन्सेंसस गाठला जातो. व्यवहाराचा डेटा लेयर 1 ब्लॉक्समध्ये समाविष्ट केल्यामुळे, हे रोलअप्सला मूळ इथेरियम सुरक्षेने सुरक्षित ठेवण्याची परवानगी देते.
+
+वेगवेगळ्या सुरक्षा मॉडेल्ससह दोन प्रकारचे रोलअप आहेत:
+
+- **ऑप्टिमिस्टिक रोलअप્સ**: व्यवहार डिफॉल्टनुसार वैध आहेत असे गृहीत धरते आणि आव्हान आल्यास केवळ [**फ्रॉड प्रूफ**](/glossary/#fraud-proof) द्वारे गणना चालवते. [ऑप्टिमिस्टिक रोलअप्सबद्दल अधिक](/developers/docs/scaling/optimistic-rollups/).
+- **झिरो-नॉलेज रोलअप्स**: ऑफचेन गणना चालवते आणि चेनला [**व्हॅलिडिटी प्रूफ**](/glossary/#validity-proof) सबमिट करते. [झिरो-नॉलेज रोलअप્સबद्दल अधिक](/developers/docs/scaling/zk-rollups/).
+
+#### स्टेट चॅनेल्स {#channels}
+
+स्टेट चॅनेल सहभागींना ऑफचेन जलद आणि मुक्तपणे व्यवहार करण्यास सक्षम करण्यासाठी मल्टीसिग कॉन्ट्रॅक्ट्सचा वापर करतात, नंतर मेननेटसह अंतिमता निश्चित करतात. यामुळे नेटवर्कमधील गर्दी, शुल्क आणि विलंब कमी होतो. सध्या चॅनेलचे दोन प्रकार आहेत: स्टेट चॅनेल आणि पेमेंट चॅनेल.
+
+[स्टेट चॅनेल्स](/developers/docs/scaling/state-channels/) बद्दल अधिक जाणून घ्या.
+
+### साईडचेन्स {#sidechains}
+
+साईडचेन ही एक स्वतंत्र EVM-सुसंगत ब्लॉकचेन आहे जी मेननेटच्या समांतर चालते. हे टू-वे ब्रिजेसद्वारे इथेरियमशी सुसंगत आहेत आणि कन्सेंसस आणि ब्लॉक पॅरामीटर्सच्या स्वतःच्या निवडलेल्या नियमांनुसार चालतात.
+
+[साईडचेन्स](/developers/docs/scaling/sidechains/) बद्दल अधिक जाणून घ्या.
+
+### प्लाझ्मा {#plasma}
+
+प्लाझ्मा चेन ही एक वेगळी ब्लॉकचेन आहे जी मुख्य इथेरियम चेनला जोडलेली आहे आणि विवादांवर निर्णय घेण्यासाठी फ्रॉड प्रूफ्सचा ([ऑप्टिमिस्टिक रोलअप્સ](/developers/docs/scaling/optimistic-rollups/) प्रमाणे) वापर करते.
+
+[प्लाझ्मा](/developers/docs/scaling/plasma/) बद्दल अधिक जाणून घ्या.
+
+### व्हॅलिडियम {#validium}
+
+व्हॅलिडियम चेन झिरो-नॉलेज रोलअप્સसारखे व्हॅलिडिटी प्रूफ वापरते परंतु डेटा मुख्य लेयर 1 इथेरियम चेनवर संग्रहित केला जात नाही. यामुळे प्रति व्हॅलिडियम चेन प्रति सेकंद 10k व्यवहार होऊ शकतात आणि अनेक चेन्स समांतर चालवल्या जाऊ शकतात.
+
+[व्हॅलिडियम](/developers/docs/scaling/validium/) बद्दल अधिक जाणून घ्या.
+
+## इतक्या सगळ्या स्केलिंग सोल्यूशन्सची गरज का आहे? {#why-do-we-need-these}
+
+- अनेक सोल्यूशन्स नेटवर्कच्या कोणत्याही एका भागावरील एकूण गर्दी कमी करण्यास मदत करू शकतात आणि अयशस्वी होण्याचे एकल बिंदू देखील टाळू शकतात.
+- संपूर्ण हे त्याच्या भागांच्या बेरजेपेक्षा मोठे आहे. वेगवेगळी सोल्यूशन्स अस्तित्वात असू शकतात आणि सुसंवादाने कार्य करू शकतात, ज्यामुळे भविष्यातील व्यवहार गती आणि थ्रुपुटवर घातांकीय परिणाम होऊ शकतो.
+- सर्व सोल्यूशन्सना थेट इथेरियम कन्सेंसस अल्गोरिदम वापरण्याची आवश्यकता नसते, आणि पर्याय असे फायदे देऊ शकतात जे अन्यथा मिळवणे कठीण असते.
+
+## तुम्ही पाहून शिकणारे आहात का? {#visual-learner}
+
+<YouTube id="BgCgauWVTs0" />
+
+_लक्षात घ्या की व्हिडिओमधील स्पष्टीकरण सर्व ऑफचेन स्केलिंग सोल्यूशन्ससाठी "लेयर 2" हा शब्द वापरते, तर आम्ही "लेयर 2" ला एक ऑफचेन सोल्यूशन म्हणून वेगळे करतो जे लेयर 1 मेननेट कन्सेंससद्वारे आपली सुरक्षा मिळवते._
+
+<YouTube id="7pWxCklcNsU" />
+
+## पुढील वाचन {#further-reading}
+
+- [एक रोलअप-केंद्रित इथेरियम रोडमॅप](https://ethereum-magicians.org/t/a-rollup-centric-ethereum-roadmap/4698) _विटालिक बुटेरिन_
+- [इथेरियमसाठी लेयर 2 स्केलिंग सोल्यूशन्सवर अद्ययावत विश्लेषण](https://www.l2beat.com/)
+- [इथेरियम लेयर 2 स्केलिंग सोल्यूशन्सचे मूल्यांकन: एक तुलनात्मक फ्रेमवर्क](https://medium.com/matter-labs/evaluating-ethereum-l2-scaling-solutions-a-comparison-framework-b6b2f410f955)
+- [रोलअप्ससाठी एक अपूर्ण मार्गदर्शक](https://vitalik.eth.limo/general/2021/01/05/rollup.html)
+- [इथेरियम-चालित ZK-रोलअप्स: जागतिक विजेते](https://hackmd.io/@canti/rkUT0BD8K)
+- [ऑप्टिमिस्टिक रोलअप્સ विरुद्ध ZK रोलअप્સ](https://limechain.tech/blog/optimistic-rollups-vs-zk-rollups/)
+- [उच्च स्केलेबिलिटीसाठी रोलअप્સ + डेटा शार्ड्स हे एकमेव शाश्वत उपाय का आहेत](https://polynya.medium.com/why-rollups-data-shards-are-the-only-sustainable-solution-for-high-scalability-c9aabd6fbb48)
+- [कोणत्या प्रकारचे लेयर 3 अर्थपूर्ण आहेत?](https://vitalik.eth.limo/general/2022/09/17/layer_3.html)
+- [डेटा उपलब्धता किंवा: रोलअप्स कसे काळजी करणे सोडून Ethereum वर प्रेम करायला शिकले](https://web.archive.org/web/20250515194659/https://web.archive.org/web/20241108192208/https://research.2077.xyz/data-availability-or-how-rollups-learned-to-stop-worrying-and-love-ethereum)
+- [इथेरियम रोलअप्ससाठी व्यावहारिक मार्गदर्शक](https://web.archive.org/web/20241108192208/https://research.2077.xyz/the-practical-guide-to-ethereum-rollups)
+
+_तुम्हाला मदत केलेल्या सामुदायिक संसाधनाबद्दल माहिती आहे का?_ हे पृष्ठ संपादित करा आणि ते जोडा!_
diff --git a/public/content/translations/mr/developers/docs/scaling/optimistic-rollups/index.md b/public/content/translations/mr/developers/docs/scaling/optimistic-rollups/index.md
new file mode 100644
index 00000000000..1050de83a6b
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/scaling/optimistic-rollups/index.md
@@ -0,0 +1,265 @@
+---
+title: "आशावादी रोलअप्स"
+description: "आशावादी रोलअप्सची ओळख—इथेरियम समुदायाद्वारे वापरले जाणारे एक स्केलिंग सोल्यूशन."
+lang: mr
+---
+
+आशावादी रोलअप्स हे लेयर 2 (L2) प्रोटोकॉल आहेत जे इथेरियमच्या बेस लेयरचा थ्रुपुट वाढवण्यासाठी डिझाइन केलेले आहेत. ते ऑफचेन व्यवहार प्रक्रिया करून मुख्य इथेरियम चेनवरील गणना कमी करतात, ज्यामुळे प्रक्रिया गतीमध्ये लक्षणीय सुधारणा होते. [साइडचेन्स](/developers/docs/scaling/sidechains/) सारख्या इतर स्केलिंग सोल्यूशन्सच्या विपरीत, आशावादी रोलअप्स ऑनचेन व्यवहाराचे परिणाम प्रकाशित करून मेननेटमधून सुरक्षा मिळवतात, किंवा [प्लाझ्मा चेन्स](/developers/docs/scaling/plasma/), जे फ्रॉड प्रूफसह इथेरियमवर व्यवहार सत्यापित करतात, परंतु व्यवहार डेटा इतरत्र संग्रहित करतात.
+
+इथेरियम वापरताना गणना हा एक हळू आणि महागडा भाग असल्याने, आशावादी रोलअप्स स्केलेबिलिटीमध्ये 10-100x पर्यंत सुधारणा देऊ शकतात. आशावादी रोलअप्स `calldata` म्हणून किंवा [blobs](/roadmap/danksharding/) मध्ये इथेरियमवर व्यवहार लिहितात, ज्यामुळे वापरकर्त्यांसाठी गॅस खर्च कमी होतो.
+
+## पूर्वतयारी {#prerequisites}
+
+तुम्ही आमचे [इथेरियम स्केलिंग](/developers/docs/scaling/) आणि [लेयर 2](/layer-2/) वरील पृष्ठे वाचलेली आणि समजून घेतलेली असावीत.
+
+## आशावादी रोलअप म्हणजे काय? {#what-is-an-optimistic-rollup}
+
+आशावादी रोलअप हा इथेरियमला स्केल करण्याचा एक दृष्टीकोन आहे ज्यामध्ये गणना आणि स्टेट स्टोरेज ऑफचेन हलवणे समाविष्ट आहे. आशावादी रोलअप्स इथेरियमच्या बाहेर व्यवहार कार्यान्वित करतात, परंतु व्यवहार डेटा मेननेटवर `calldata` म्हणून किंवा [blobs](/roadmap/danksharding/) मध्ये पोस्ट करतात.
+
+आशावादी रोलअप ऑपरेटर इथेरियमवर सादर करण्यापूर्वी एकाधिक ऑफचेन व्यवहारांना मोठ्या बॅचमध्ये एकत्र बंडल करतात. या दृष्टिकोनामुळे प्रत्येक बॅचमधील एकाधिक व्यवहारांवर निश्चित खर्च पसरवणे शक्य होते, ज्यामुळे अंतिम वापरकर्त्यांसाठी शुल्क कमी होते. आशावादी रोलअप्स इथेरियमवर पोस्ट केलेल्या डेटाचे प्रमाण कमी करण्यासाठी कॉम्प्रेशन तंत्रांचा देखील वापर करतात.
+
+आशावादी रोलअप्सना "आशावादी" मानले जाते कारण ते ऑफचेन व्यवहार वैध आहेत असे गृहीत धरतात आणि ऑनचेन पोस्ट केलेल्या व्यवहार बॅचसाठी वैधतेचे पुरावे प्रकाशित करत नाहीत. हे आशावादी रोलअप्सना [झिरो-नॉलेज रोलअप्स](/developers/docs/scaling/zk-rollups) पासून वेगळे करते जे ऑफचेन व्यवहारांसाठी क्रिप्टोग्राफिक [वैधतेचे पुरावे](/glossary/#validity-proof) प्रकाशित करतात.
+
+त्याऐवजी आशावादी रोलअप्स अशा प्रकरणांचा शोध घेण्यासाठी फ्रॉड-प्रूफिंग योजनेवर अवलंबून असतात जिथे व्यवहारांची गणना योग्यरित्या केली जात नाही. इथेरियमवर रोलअप बॅच सबमिट केल्यानंतर, एक वेळ विंडो असते (ज्याला चॅलेंज पीरियड म्हणतात) ज्या दरम्यान कोणीही [फ्रॉड प्रूफ](/glossary/#fraud-proof) मोजून रोलअप व्यवहाराच्या परिणामांना आव्हान देऊ शकते.
+
+जर फ्रॉड प्रूफ यशस्वी झाला, तर रोलअप प्रोटोकॉल व्यवहार (व्यवहार) पुन्हा कार्यान्वित करतो आणि त्यानुसार रोलअपची स्टेट अपडेट करतो. यशस्वी फ्रॉड प्रूफचा दुसरा परिणाम म्हणजे चुकीच्या पद्धतीने कार्यान्वित केलेला व्यवहार ब्लॉकवर समाविष्ट करण्यासाठी जबाबदार असलेल्या सिक्वेन्सरला दंड मिळतो.
+
+जर चॅलेंज कालावधी संपल्यानंतर रोलअप बॅचला आव्हान दिले गेले नाही (म्हणजे, सर्व व्यवहार योग्यरित्या कार्यान्वित झाले), तर ते वैध मानले जाते आणि इथेरियमवर स्वीकारले जाते. इतर लोक एका अपुष्ट रोलअप ब्लॉकवर तयार करणे सुरू ठेवू शकतात, परंतु एका चेतावणीसह: पूर्वी प्रकाशित झालेल्या चुकीच्या पद्धतीने कार्यान्वित केलेल्या व्यवहारावर आधारित असल्यास व्यवहाराचे परिणाम उलट केले जातील.
+
+## आशावादी रोलअप्स इथेरियमसोबत कसे संवाद साधतात? {#optimistic-rollups-and-Ethereum}
+
+आशावादी रोलअप्स हे [ऑफचेन स्केलिंग सोल्यूशन्स](/developers/docs/scaling/#offchain-scaling) आहेत जे इथेरियमच्या वर चालण्यासाठी तयार केले आहेत. प्रत्येक आशावादी रोलअप इथेरियम नेटवर्कवर तैनात केलेल्या स्मार्ट कॉन्ट्रॅक्टच्या सेटद्वारे व्यवस्थापित केला जातो. आशावादी रोलअप्स मुख्य इथेरियम चेनच्या बाहेर व्यवहार प्रक्रिया करतात, परंतु ऑफचेन व्यवहार (बॅचमध्ये) ऑनचेन रोलअप कॉन्ट्रॅक्टवर पोस्ट करतात. इथेरियम ब्लॉकचेनप्रमाणेच, हे व्यवहार रेकॉर्ड अपरिवर्तनीय आहे आणि "आशावादी रोलअप चेन" तयार करते.
+
+आशावादी रोलअपच्या आर्किटेक्चरमध्ये खालील भाग समाविष्ट आहेत:
+
+**ऑनचेन कॉन्ट्रॅक्ट्स**: आशावादी रोलअपचे कार्य इथेरियमवर चालणाऱ्या स्मार्ट कॉन्ट्रॅक्ट्सद्वारे नियंत्रित केले जाते. यामध्ये रोलअप ब्लॉक्स संग्रहित करणारे, रोलअपवरील स्टेट अपडेट्सचे निरीक्षण करणारे आणि वापरकर्त्याच्या ठेवींचा मागोवा घेणारे कॉन्ट्रॅक्ट्स समाविष्ट आहेत. या अर्थाने, इथेरियम आशावादी रोलअपसाठी बेस लेयर किंवा "लेयर 1" म्हणून काम करते.
+
+**ऑफचेन व्हर्च्युअल मशीन (VM)**: जरी आशावादी रोलअप प्रोटोकॉल व्यवस्थापित करणारे कॉन्ट्रॅक्ट्स इथेरियमवर चालतात, तरी रोलअप प्रोटोकॉल [इथेरियम व्हर्च्युअल मशीन](/developers/docs/evm/) पेक्षा वेगळ्या दुसऱ्या व्हर्च्युअल मशीनवर गणना आणि स्टेट स्टोरेज करतो. ऑफचेन VM हे असे ठिकाण आहे जिथे ॲप्लिकेशन्स राहतात आणि स्टेट बदल कार्यान्वित केले जातात; ते आशावादी रोलअपसाठी अप्पर लेयर किंवा "लेयर 2" म्हणून काम करते.
+
+आशावादी रोलअप्स EVM साठी लिहिलेल्या किंवा संकलित केलेल्या प्रोग्राम्स चालवण्यासाठी डिझाइन केलेले असल्याने, ऑफचेन VM मध्ये अनेक EVM डिझाइन स्पेक्स समाविष्ट आहेत. याव्यतिरिक्त, ऑनचेनवर मोजलेले फ्रॉड प्रूफ इथेरियम नेटवर्कला ऑफचेन VM मध्ये मोजलेल्या स्टेट बदलांची वैधता लागू करण्याची परवानगी देतात.
+
+आशावादी रोलअप्सना 'हायब्रिड स्केलिंग सोल्यूशन्स' असे म्हटले जाते कारण, जरी ते स्वतंत्र प्रोटोकॉल म्हणून अस्तित्वात असले तरी, त्यांचे सुरक्षा गुणधर्म इथेरियममधून मिळवले जातात. इतर गोष्टींबरोबरच, इथेरियम रोलअपच्या ऑफचेन गणनेची अचूकता आणि गणनेमागील डेटाची उपलब्धता याची हमी देते. हे आशावादी रोलअप्सना शुद्ध ऑफचेन स्केलिंग प्रोटोकॉलपेक्षा (उदा., [साइडचेन्स](/developers/docs/scaling/sidechains/)) अधिक सुरक्षित बनवते जे सुरक्षेसाठी इथेरियमवर अवलंबून नाहीत.
+
+आशावादी रोलअप्स खालील गोष्टींसाठी मुख्य इथेरियम प्रोटोकॉलवर अवलंबून असतात:
+
+### डेटा उपलब्धता {#data-availability}
+
+उल्लेख केल्याप्रमाणे, आशावादी रोलअप्स व्यवहार डेटा इथेरियमवर `calldata` किंवा [blobs](/roadmap/danksharding/) म्हणून पोस्ट करतात. रोलअप चेनची अंमलबजावणी सादर केलेल्या व्यवहारांवर आधारित असल्याने, कोणीही ही माहिती—इथेरियमच्या बेस लेयरवर आधारित—रोलअपची स्टेट कार्यान्वित करण्यासाठी आणि स्टेट संक्रमणांच्या अचूकतेची पडताळणी करण्यासाठी वापरू शकतो.
+
+[डेटा उपलब्धता](/developers/docs/data-availability/) महत्त्वपूर्ण आहे कारण स्टेट डेटामध्ये प्रवेशाशिवाय, आव्हानकर्ते अवैध रोलअप ऑपरेशन्सना विवादित करण्यासाठी फ्रॉड प्रूफ तयार करू शकत नाहीत. इथेरियम डेटा उपलब्धता प्रदान केल्यामुळे, रोलअप ऑपरेटर्सना दुर्भावनापूर्ण कृत्ये (उदा. अवैध ब्लॉक्स सादर करणे) करून सुटण्याचा धोका कमी होतो.
+
+### सेन्सॉरशिप प्रतिरोध {#censorship-resistance}
+
+आशावादी रोलअप्स सेन्सॉरशिप प्रतिरोधासाठी इथेरियमवर देखील अवलंबून असतात. आशावादी रोलअपमध्ये एक केंद्रीकृत संस्था (ऑपरेटर) व्यवहार प्रक्रिया करण्यासाठी आणि इथेरियमवर रोलअप ब्लॉक्स सादर करण्यासाठी जबाबदार असते. याचे काही परिणाम आहेत:
+
+- रोलअप ऑपरेटर्स पूर्णपणे ऑफलाइन जाऊन किंवा काही विशिष्ट व्यवहार असलेले ब्लॉक्स तयार करण्यास नकार देऊन वापरकर्त्यांना सेन्सॉर करू शकतात.
+
+- रोलअप ऑपरेटर्स मालकीच्या मर्केल प्रूफसाठी आवश्यक असलेला स्टेट डेटा रोखून वापरकर्त्यांना रोलअप कॉन्ट्रॅक्टमध्ये जमा केलेले फंड काढण्यापासून रोखू शकतात. स्टेट डेटा रोखल्याने रोलअपची स्टेट वापरकर्त्यांपासून लपवली जाऊ शकते आणि त्यांना रोलअपशी संवाद साधण्यापासून रोखले जाऊ शकते.
+
+आशावादी रोलअप्स ऑपरेटर्सना इथेरियमवर स्टेट अपडेट्सशी संबंधित डेटा प्रकाशित करण्यास भाग पाडून ही समस्या सोडवतात. ऑनचेनवर रोलअप डेटा प्रकाशित करण्याचे खालील फायदे आहेत:
+
+- जर एखादा आशावादी रोलअप ऑपरेटर ऑफलाइन गेला किंवा व्यवहार बॅच तयार करणे थांबवले, तर दुसरा नोड उपलब्ध डेटा वापरून रोलअपची शेवटची स्टेट पुन्हा तयार करू शकतो आणि ब्लॉक उत्पादन सुरू ठेवू शकतो.
+
+- वापरकर्ते निधीच्या मालकीचे पुरावे देण्यासाठी मर्केल प्रूफ तयार करण्यासाठी व्यवहार डेटा वापरू शकतात आणि रोलअपमधून त्यांची मालमत्ता काढू शकतात.
+
+- वापरकर्ते त्यांचे व्यवहार सिक्वेन्सरऐवजी L1 वर देखील सबमिट करू शकतात, अशा परिस्थितीत सिक्वेन्सरला वैध ब्लॉक्स तयार करणे सुरू ठेवण्यासाठी एका विशिष्ट वेळेच्या मर्यादेत व्यवहार समाविष्ट करावा लागतो.
+
+### सेटलमेंट {#settlement}
+
+आशावादी रोलअप्सच्या संदर्भात इथेरियमची दुसरी भूमिका सेटलमेंट लेयरची आहे. एक सेटलमेंट लेयर संपूर्ण ब्लॉकचेन इकोसिस्टमला अँकर करते, सुरक्षा स्थापित करते, आणि जर दुसऱ्या चेनवर (या प्रकरणात आशावादी रोलअप्स) विवाद उद्भवला ज्यासाठी लवादाची आवश्यकता आहे तर वस्तुनिष्ठ अंतिमता प्रदान करते.
+
+इथेरियम मेननेट आशावादी रोलअप्सना फ्रॉड प्रूफ सत्यापित करण्यासाठी आणि विवाद सोडवण्यासाठी एक केंद्र प्रदान करते. शिवाय, रोलअपवर केलेले व्यवहार केवळ _नंतर_ अंतिम होतात जेव्हा रोलअप ब्लॉक इथेरियमवर स्वीकारला जातो. एकदा रोलअप व्यवहार इथेरियमच्या बेस लेयरवर वचनबद्ध झाल्यावर, तो मागे घेतला जाऊ शकत नाही (चेन पुनर्रचनेच्या अत्यंत असंभव प्रकरणात वगळता).
+
+## आशावादी रोलअप्स कसे काम करतात? {#how-optimistic-rollups-work}
+
+### व्यवहार अंमलबजावणी आणि एकत्रीकरण {#transaction-execution-and-aggregation}
+
+वापरकर्ते “ऑपरेटर्स” कडे व्यवहार सादर करतात, जे आशावादी रोलअपवर व्यवहार प्रक्रिया करण्यासाठी जबाबदार नोड्स आहेत. “व्हॅलिडेटर” किंवा “ॲग्रिगेटर” म्हणूनही ओळखले जाणारे, ऑपरेटर व्यवहार एकत्र करतो, अंतर्निहित डेटा कॉम्प्रेस करतो आणि इथेरियमवर ब्लॉक प्रकाशित करतो.
+
+[प्रूफ-ऑफ-स्टेक सिस्टीम](/developers/docs/consensus-mechanisms/pos/) प्रमाणेच, कोणीही व्हॅलिडेटर बनू शकत असले तरी, आशावादी रोलअप व्हॅलिडेटर्सनी ब्लॉक्स तयार करण्यापूर्वी एक बॉण्ड प्रदान करणे आवश्यक आहे. जर व्हॅलिडेटरने अवैध ब्लॉक पोस्ट केला किंवा जुन्या-पण-अवैध ब्लॉकवर तयार केला (जरी त्यांचा ब्लॉक वैध असला तरी) तर हा बॉण्ड स्लॅश केला जाऊ शकतो. याप्रकारे आशावादी रोलअप्स व्हॅलिडेटर्स प्रामाणिकपणे वागतील याची खात्री करण्यासाठी क्रिप्टोकॉनॉमिक प्रोत्साहनांचा वापर करतात.
+
+आशावादी रोलअप चेनवरील इतर व्हॅलिडेटर्सकडून रोलअपच्या स्टेटच्या त्यांच्या प्रतीचा वापर करून सादर केलेले व्यवहार कार्यान्वित करण्याची अपेक्षा केली जाते. जर व्हॅलिडेटरची अंतिम स्टेट ऑपरेटरच्या प्रस्तावित स्टेटपेक्षा वेगळी असेल, तर ते आव्हान सुरू करू शकतात आणि फ्रॉड प्रूफ मोजू शकतात.
+
+काही आशावादी रोलअप्स परवानगीविरहित व्हॅलिडेटर सिस्टीम सोडून देऊ शकतात आणि चेन कार्यान्वित करण्यासाठी एकाच “सिक्वेन्सर”चा वापर करू शकतात. व्हॅलिडेटरप्रमाणे, सिक्वेन्सर व्यवहार प्रक्रिया करतो, रोलअप ब्लॉक्स तयार करतो आणि रोलअप व्यवहार L1 चेन (इथेरियम) वर सादर करतो.
+
+सिक्वेन्सर नियमित रोलअप ऑपरेटरपेक्षा वेगळा आहे कारण त्यांचे व्यवहारांच्या क्रमावर जास्त नियंत्रण असते. तसेच, सिक्वेन्सरला रोलअप चेनमध्ये प्राधान्याने प्रवेश असतो आणि ऑनचेन कॉन्ट्रॅक्टवर व्यवहार सादर करण्यासाठी अधिकृत असलेली एकमेव संस्था आहे. सिक्वेन्सर नसलेल्या नोड्स किंवा नियमित वापरकर्त्यांकडून आलेले व्यवहार एका वेगळ्या इनबॉक्समध्ये रांगेत ठेवले जातात, जोपर्यंत सिक्वेन्सर त्यांना नवीन बॅचमध्ये समाविष्ट करत नाही.
+
+#### इथेरियमवर रोलअप ब्लॉक्स सादर करणे {#submitting-blocks-to-ethereum}
+
+उल्लेख केल्याप्रमाणे, आशावादी रोलअपचा ऑपरेटर ऑफचेन व्यवहारांना बॅचमध्ये बंडल करतो आणि नोटरीकरणासाठी इथेरियमकडे पाठवतो. या प्रक्रियेत व्यवहार-संबंधित डेटा कॉम्प्रेस करणे आणि तो इथेरियमवर `calldata` म्हणून किंवा ब्लॉब्समध्ये प्रकाशित करणे समाविष्ट आहे.
+
+`calldata` हे स्मार्ट कॉन्ट्रॅक्टमधील एक न बदलता येणारे, न-टिकाऊ क्षेत्र आहे जे बहुतेक [मेमरी](/developers/docs/smart-contracts/anatomy/#memory) सारखे वागते. `calldata` ब्लॉकचेनच्या [इतिहास लॉग](https://docs.soliditylang.org/en/latest/introduction-to-smart-contracts.html?highlight=memory#logs) चा भाग म्हणून ऑनचेन टिकून राहतो, तरी तो इथेरियमच्या स्टेटचा भाग म्हणून संग्रहित केला जात नाही. कारण `calldata` इथेरियमच्या स्टेटच्या कोणत्याही भागाला स्पर्श करत नाही, त्यामुळे ऑनचेन डेटा संग्रहित करण्यासाठी तो स्टेटपेक्षा स्वस्त आहे.
+
+`calldata` कीवर्डचा वापर सॉलिडिटीमध्ये अंमलबजावणीच्या वेळी स्मार्ट कॉन्ट्रॅक्ट फंक्शनला वितर्क पास करण्यासाठी देखील केला जातो. `calldata` व्यवहारादरम्यान कॉल होत असलेल्या फंक्शनची ओळख पटवते आणि बाइट्सच्या अनियंत्रित क्रमाच्या स्वरूपात फंक्शनचे इनपुट धारण करते.
+
+आशावादी रोलअप्सच्या संदर्भात, `calldata` चा वापर कॉम्प्रेस केलेला व्यवहार डेटा ऑनचेन कॉन्ट्रॅक्टवर पाठवण्यासाठी केला जातो. रोलअप ऑपरेटर रोलअप कॉन्ट्रॅक्टमध्ये आवश्यक फंक्शन कॉल करून आणि कॉम्प्रेस केलेला डेटा फंक्शन वितर्क म्हणून पास करून नवीन बॅच जोडतो. `calldata` वापरल्याने वापरकर्त्यांचे शुल्क कमी होते कारण रोलअप्सना लागणारा बहुतेक खर्च ऑनचेन डेटा संग्रहित करण्यापासून येतो.
+
+ही संकल्पना कशी कार्य करते हे दाखवण्यासाठी रोलअप बॅच सबमिशनचे [एक उदाहरण](https://eth.blockscout.com/tx/0x9102bfce17c58b5fc1c974c24b6bb7a924fb5fbd7c4cd2f675911c27422a5591) येथे आहे. सिक्वेन्सरने `appendSequencerBatch()` पद्धत सुरू केली आणि `calldata` वापरून कॉम्प्रेस केलेला व्यवहार डेटा इनपुट म्हणून पास केला.
+
+काही रोलअप्स आता इथेरियमवर व्यवहारांच्या बॅच पोस्ट करण्यासाठी ब्लॉब्स वापरतात.
+
+ब्लॉब्स न बदलता येणारे आणि न टिकणारे आहेत (`calldata` प्रमाणेच) परंतु ~18 दिवसांनंतर इतिहासातून काढले जातात. ब्लॉब्सबद्दल अधिक माहितीसाठी, [Danksharding](/roadmap/danksharding) पहा.
+
+### स्टेट कमिटमेंट्स {#state-commitments}
+
+कोणत्याही वेळी, आशावादी रोलअपची स्टेट (खाती, शिल्लक, कॉन्ट्रॅक्ट कोड, इ.) [मर्केल ट्री](/whitepaper/#merkle-trees) म्हणून आयोजित केले जाते ज्याला "स्टेट ट्री" म्हणतात. या मर्केल ट्रीचे मूळ (स्टेट रूट), जे रोलअपच्या नवीनतम स्टेटचा संदर्भ देते, हॅश केले जाते आणि रोलअप कॉन्ट्रॅक्टमध्ये संग्रहित केले जाते. चेनवरील प्रत्येक स्टेट संक्रमण नवीन रोलअप स्टेट तयार करते, ज्यासाठी ऑपरेटर नवीन स्टेट रूट मोजून वचनबद्ध करतो.
+
+ऑपरेटरला बॅच पोस्ट करताना जुने स्टेट रूट्स आणि नवीन स्टेट रूट्स दोन्ही सादर करणे आवश्यक आहे. जर जुना स्टेट रूट ऑनचेन कॉन्ट्रॅक्टमधील विद्यमान स्टेट रूटशी जुळत असेल, तर नंतरचा स्टेट रूट टाकून दिला जातो आणि त्याच्या जागी नवीन स्टेट रूट ठेवला जातो.
+
+रोलअप ऑपरेटरला व्यवहार बॅचसाठी मर्केल रूट देखील वचनबद्ध करणे आवश्यक आहे. हे कोणालाही [मर्केल प्रूफ](/developers/tutorials/merkle-proofs-for-offline-data-integrity/) सादर करून बॅचमध्ये (L1 वर) व्यवहार समाविष्ट असल्याचे सिद्ध करण्यास अनुमती देते.
+
+स्टेट कमिटमेंट्स, विशेषतः स्टेट रूट्स, आशावादी रोलअपमध्ये स्टेट बदलांची अचूकता सिद्ध करण्यासाठी आवश्यक आहेत. रोलअप कॉन्ट्रॅक्ट ऑपरेटर्सकडून नवीन स्टेट रूट्स पोस्ट केल्यावर लगेच स्वीकारतो, परंतु नंतर अवैध स्टेट रूट्स हटवून रोलअपला त्याच्या योग्य स्टेटवर पुनर्संचयित करू शकतो.
+
+### फ्रॉड प्रूफिंग {#fraud-proving}
+
+स्पष्ट केल्याप्रमाणे, आशावादी रोलअप्स कोणालाही वैधतेचे पुरावे न देता ब्लॉक्स प्रकाशित करण्याची परवानगी देतात. तथापि, चेन सुरक्षित राहील याची खात्री करण्यासाठी, आशावादी रोलअप्स एक वेळ विंडो निर्दिष्ट करतात ज्या दरम्यान कोणीही स्टेट संक्रमणास विवादित करू शकतो. म्हणून, रोलअप ब्लॉक्सना “असर्शन्स” म्हटले जाते कारण कोणीही त्यांच्या वैधतेला विवादित करू शकतो.
+
+जर कोणी असर्शनला विवादित केले, तर रोलअप प्रोटोकॉल फ्रॉड प्रूफची गणना सुरू करेल. प्रत्येक प्रकारचा फ्रॉड प्रूफ परस्परसंवादी असतो—दुसऱ्या व्यक्तीला आव्हान देण्यापूर्वी कोणीतरी असर्शन पोस्ट करणे आवश्यक आहे. फरक यात आहे की फ्रॉड प्रूफ मोजण्यासाठी किती फेऱ्यांच्या परस्परसंवादाची आवश्यकता आहे.
+
+सिंगल-राउंड इंटरॅक्टिव्ह प्रूफिंग योजना अवैध असर्शन्स शोधण्यासाठी L1 वर विवादित व्यवहार पुन्हा चालवतात. रोलअप प्रोटोकॉल L1 (इथेरियम) वर विवादित व्यवहाराच्या पुन्हा अंमलबजावणीचे अनुकरण व्हेरिफायर कॉन्ट्रॅक्ट वापरून करतो, ज्यामध्ये मोजलेला स्टेट रूट आव्हान कोण जिंकतो हे ठरवते. जर आव्हानकर्त्याचा रोलअपच्या योग्य स्टेटबद्दलचा दावा योग्य असेल, तर ऑपरेटरला त्यांचा बॉण्ड स्लॅश करून दंडित केले जाते.
+
+तथापि, फ्रॉड शोधण्यासाठी L1 वर व्यवहार पुन्हा कार्यान्वित करण्यासाठी वैयक्तिक व्यवहारांसाठी स्टेट कमिटमेंट्स प्रकाशित करणे आवश्यक आहे आणि रोलअप्सनी ऑनचेनवर प्रकाशित करावयाच्या डेटाचे प्रमाण वाढवते. व्यवहार पुन्हा चालवण्यामुळे लक्षणीय गॅस खर्च देखील येतो. या कारणास्तव, आशावादी रोलअप्स मल्टी-राउंड इंटरॅक्टिव्ह प्रूफिंगवर स्विच करत आहेत, जे समान उद्दिष्ट (म्हणजे, अवैध रोलअप ऑपरेशन्स शोधणे) अधिक कार्यक्षमतेने साध्य करते.
+
+#### मल्टी-राउंड इंटरॅक्टिव्ह प्रूफिंग {#multi-round-interactive-proving}
+
+मल्टी-राउंड इंटरॅक्टिव्ह प्रूफिंगमध्ये असर्टर आणि चॅलेंजर यांच्यात एक बॅक-अँड-फोर्थ प्रोटोकॉल समाविष्ट असतो ज्यावर L1 व्हेरिफायर कॉन्ट्रॅक्टद्वारे देखरेख ठेवली जाते, जो शेवटी खोट्या पक्षाचा निर्णय घेतो. L2 नोडने असर्शनला आव्हान दिल्यानंतर, असर्टरला विवादित असर्शन दोन समान भागांमध्ये विभागणे आवश्यक आहे. या प्रकरणात प्रत्येक वैयक्तिक असर्शनमध्ये दुसऱ्या इतकेच गणनेचे टप्पे असतील.
+
+चॅलेंजर नंतर कोणत्या असर्शनला आव्हान द्यायचे आहे ते निवडेल. विभाजनाची प्रक्रिया (“बायसेक्शन प्रोटोकॉल” म्हणतात) तोपर्यंत सुरू राहते जोपर्यंत दोन्ही पक्ष अंमलबजावणीच्या _एकाच_ टप्प्याबद्दलच्या असर्शनवर विवाद करत नाहीत. या टप्प्यावर, L1 कॉन्ट्रॅक्ट फसवणूक करणाऱ्या पक्षाला पकडण्यासाठी निर्देशांचे (आणि त्याच्या परिणामाचे) मूल्यांकन करून विवाद सोडवेल.
+
+असर्शन करणाऱ्याला विवादित सिंगल-स्टेप गणनेची वैधता सत्यापित करणारा “वन-स्टेप प्रूफ” प्रदान करणे आवश्यक आहे. जर असर्शन करणारा वन-स्टेप प्रूफ प्रदान करण्यात अयशस्वी झाला, किंवा L1 व्हेरिफायरने प्रूफ अवैध मानला, तर ते आव्हान गमावतात.
+
+या प्रकारच्या फ्रॉड प्रूफबद्दल काही नोट्स:
+
+1. मल्टी-राउंड इंटरॅक्टिव्ह फ्रॉड प्रूफिंग कार्यक्षम मानले जाते कारण ते विवाद लवादामध्ये L1 चेनला करावे लागणारे काम कमी करते. संपूर्ण व्यवहार पुन्हा चालवण्याऐवजी, L1 चेनला फक्त रोलअपच्या अंमलबजावणीमधील एकच टप्पा पुन्हा कार्यान्वित करण्याची आवश्यकता असते.
+
+2. बायसेक्शन प्रोटोकॉल ऑनचेनवर पोस्ट केलेल्या डेटाचे प्रमाण कमी करतात (प्रत्येक व्यवहारासाठी स्टेट कमिट प्रकाशित करण्याची आवश्यकता नाही). तसेच, आशावादी रोलअप व्यवहार इथेरियमच्या गॅस मर्यादेद्वारे मर्यादित नाहीत. याउलट, व्यवहार पुन्हा कार्यान्वित करणारे आशावादी रोलअप्सना खात्री करावी लागते की L2 व्यवहाराची गॅस मर्यादा कमी आहे जेणेकरून त्याची अंमलबजावणी एकाच इथेरियम व्यवहारात अनुकरण करता येईल.
+
+3. दुर्भावनापूर्ण असर्टरच्या बॉण्डचा काही भाग चॅलेंजरला दिला जातो, तर दुसरा भाग बर्न केला जातो. बर्निंगमुळे व्हॅलिडेटर्समधील संगनमत टाळले जाते; जर दोन व्हॅलिडेटर्स बनावट आव्हाने सुरू करण्यासाठी संगनमत करत असतील, तरीही ते संपूर्ण स्टेकचा एक मोठा भाग गमावतील.
+
+4. मल्टी-राउंड इंटरॅक्टिव्ह प्रूफिंगसाठी दोन्ही पक्षांना (असर्शन करणारा आणि आव्हानकर्ता) निर्दिष्ट वेळेच्या विंडोमध्ये हालचाल करणे आवश्यक आहे. वेळेची मर्यादा संपण्यापूर्वी कारवाई करण्यात अयशस्वी झाल्यास डिफॉल्टिंग पक्ष आव्हान गमावतो.
+
+#### आशावादी रोलअप्ससाठी फ्रॉड प्रूफ का महत्त्वाचे आहेत {#fraud-proof-benefits}
+
+फ्रॉड प्रूफ महत्त्वाचे आहेत कारण ते आशावादी रोलअप्समध्ये _ट्रस्टलेस फायनॅलिटी_ सुलभ करतात. ट्रस्टलेस फायनॅलिटी हा आशावादी रोलअप्सचा एक गुण आहे जो हमी देतो की एखादा व्यवहार—जोपर्यंत तो वैध आहे—अखेरीस पुष्टी केली जाईल.
+
+दुर्भावनापूर्ण नोड्स खोटे आव्हान सुरू करून वैध रोलअप ब्लॉकच्या पुष्टीकरणास विलंब करण्याचा प्रयत्न करू शकतात. तथापि, फ्रॉड प्रूफ अखेरीस रोलअप ब्लॉकची वैधता सिद्ध करतील आणि त्याची पुष्टी करतील.
+
+हे आशावादी रोलअप्सच्या दुसऱ्या सुरक्षा गुणधर्माशी संबंधित आहे: चेनची वैधता _एका_ प्रामाणिक नोडच्या अस्तित्वावर अवलंबून आहे. प्रामाणिक नोड वैध दावे पोस्ट करून किंवा अवैध दावे विवादित करून चेन योग्यरित्या पुढे नेऊ शकतो. काहीही असले तरी, प्रामाणिक नोडशी विवाद करणारे दुर्भावनापूर्ण नोड्स फ्रॉड प्रूफिंग प्रक्रियेदरम्यान त्यांचे स्टेक गमावतील.
+
+### L1/L2 इंटरऑपरेबिलिटी {#l1-l2-interoperability}
+
+आशावादी रोलअप्स इथेरियम मेननेटसोबतच्या आंतरकार्यक्षमतेसाठी डिझाइन केलेले आहेत आणि वापरकर्त्यांना L1 आणि L2 दरम्यान संदेश आणि अनियंत्रित डेटा पास करण्याची परवानगी देतात. ते EVM शी देखील सुसंगत आहेत, त्यामुळे तुम्ही विद्यमान [dapps](/developers/docs/dapps/) आशावादी रोलअप्सवर पोर्ट करू शकता किंवा इथेरियम डेव्हलपमेंट टूल्स वापरून नवीन dapps तयार करू शकता.
+
+#### १. मालमत्ता हस्तांतरण {#asset-movement}
+
+##### रोलअपमध्ये प्रवेश करणे
+
+आशावादी रोलअप वापरण्यासाठी, वापरकर्ते L1 वरील रोलअपच्या [ब्रिज](/developers/docs/bridges/) कॉन्ट्रॅक्टमध्ये ETH, ERC-20 टोकन आणि इतर स्वीकारलेली मालमत्ता जमा करतात. ब्रिज कॉन्ट्रॅक्ट व्यवहार L2 वर रिले करेल, जिथे समतुल्य मालमत्ता तयार केली जाईल आणि आशावादी रोलअपवर वापरकर्त्याच्या निवडलेल्या पत्त्यावर पाठवली जाईल.
+
+वापरकर्त्याने तयार केलेले व्यवहार (जसे की L1 > L2 ठेव) सामान्यतः सिक्वेन्सर त्यांना रोलअप कॉन्ट्रॅक्टवर पुन्हा सादर करेपर्यंत रांगेत ठेवले जातात. तथापि, सेन्सॉरशिप प्रतिरोध टिकवून ठेवण्यासाठी, आशावादी रोलअप्स वापरकर्त्यांना व्यवहार थेट ऑनचेन रोलअप कॉन्ट्रॅक्टवर सादर करण्याची परवानगी देतात, जर तो परवानगी दिलेल्या कमाल वेळेपेक्षा जास्त विलंबित झाला असेल.
+
+काही आशावादी रोलअप्स सिक्वेन्सरला वापरकर्त्यांना सेन्सॉर करण्यापासून रोखण्यासाठी अधिक सरळ दृष्टिकोन स्वीकारतात. येथे, एक ब्लॉक रोलअप चेनवर प्रक्रिया केलेल्या व्यवहारांव्यतिरिक्त मागील ब्लॉकपासून L1 कॉन्ट्रॅक्टवर सादर केलेल्या सर्व व्यवहारांद्वारे (उदा., ठेवी) परिभाषित केला जातो. जर सिक्वेन्सरने L1 व्यवहाराकडे दुर्लक्ष केले, तर तो (सिद्ध करण्यायोग्य) चुकीचा स्टेट रूट प्रकाशित करेल; म्हणून, सिक्वेन्सर L1 वर पोस्ट केल्यावर वापरकर्त्याने तयार केलेले संदेश विलंबित करू शकत नाहीत.
+
+##### रोलअपमधून बाहेर पडणे
+
+आशावादी रोलअपमधून इथेरियममध्ये पैसे काढणे फ्रॉड प्रूफिंग योजनेमुळे अधिक कठीण आहे. जर एखादा वापरकर्ता L1 वर एस्क्रो केलेले फंड काढण्यासाठी L2 > L1 व्यवहार सुरू करतो, तर त्यांना आव्हान कालावधी—अंदाजे सात दिवस चालणारा—संपेपर्यंत थांबावे लागेल. तरीसुद्धा, पैसे काढण्याची प्रक्रिया स्वतःच बरीच सरळ आहे.
+
+L2 रोलअपवर पैसे काढण्याची विनंती सुरू झाल्यानंतर, व्यवहार पुढील बॅचमध्ये समाविष्ट केला जातो, तर रोलअपवरील वापरकर्त्याची मालमत्ता बर्न केली जाते. एकदा बॅच इथेरियमवर प्रकाशित झाल्यावर, वापरकर्ता ब्लॉकवर त्यांच्या बाहेर पडण्याच्या व्यवहाराचा समावेश सत्यापित करणारा मर्केल प्रूफ मोजू शकतो. नंतर L1 वर व्यवहार अंतिम करण्यासाठी आणि मेननेटवर फंड काढण्यासाठी विलंब कालावधीत प्रतीक्षा करावी लागते.
+
+इथेरियममध्ये फंड काढण्यापूर्वी एक आठवडा थांबणे टाळण्यासाठी, आशावादी रोलअप वापरकर्ते **लिक्विडिटी प्रोव्हायडर** (LP) वापरू शकतात. लिक्विडिटी प्रोव्हायडर प्रलंबित L2 काढण्याच्या मालकीची जबाबदारी घेतो आणि वापरकर्त्याला L1 वर (एका शुल्काच्या बदल्यात) पैसे देतो.
+
+लिक्विडिटी प्रोव्हायडर्स फंड्स जारी करण्यापूर्वी वापरकर्त्याच्या पैसे काढण्याच्या विनंतीची वैधता तपासू शकतात (चेन स्वतः कार्यान्वित करून). या प्रकारे त्यांना आश्वासन मिळते की व्यवहार अखेरीस पुष्टी केला जाईल (म्हणजे, ट्रस्टलेस फायनॅलिटी).
+
+#### २. EVM सुसंगतता {#evm-compatibility}
+
+डेव्हलपर्ससाठी, आशावादी रोलअप्सचा फायदा त्यांची सुसंगतता—किंवा, अधिक चांगले म्हणजे, [इथेरियम व्हर्च्युअल मशीन (EVM)](/developers/docs/evm/) शी समानता—आहे. EVM-सुसंगत रोलअप्स [इथेरियम यलो पेपर](https://ethereum.github.io/yellowpaper/paper.pdf) मधील वैशिष्ट्यांचे पालन करतात आणि बाइटकोड स्तरावर EVM ला समर्थन देतात.
+
+आशावादी रोलअप्समध्ये EVM-सुसंगततेचे खालील फायदे आहेत:
+
+i. डेव्हलपर्स इथेरियमवरील विद्यमान स्मार्ट कॉन्ट्रॅक्ट्स आशावादी रोलअप चेन्सवर कोडबेसमध्ये मोठ्या प्रमाणात बदल न करता स्थलांतरित करू शकतात. हे L2 वर इथेरियम स्मार्ट कॉन्ट्रॅक्ट तैनात करताना डेव्हलपमेंट टीम्सचा वेळ वाचवू शकते.
+
+ii. आशावादी रोलअप्स वापरणारे डेव्हलपर्स आणि प्रोजेक्ट टीम्स इथेरियमच्या पायाभूत सुविधांचा फायदा घेऊ शकतात. यामध्ये प्रोग्रामिंग भाषा, कोड लायब्ररी, टेस्टिंग टूल्स, क्लायंट सॉफ्टवेअर, डिप्लॉयमेंट इन्फ्रास्ट्रक्चर इत्यादींचा समावेश आहे.
+
+विद्यमान टूलिंग वापरणे महत्त्वाचे आहे कारण ही साधने अनेक वर्षांपासून मोठ्या प्रमाणात ऑडिट, डीबग आणि सुधारित केली गेली आहेत. हे इथेरियम डेव्हलपर्सना संपूर्ण नवीन डेव्हलपमेंट स्टॅकसह कसे तयार करायचे हे शिकण्याची गरज देखील दूर करते.
+
+#### ३. क्रॉस-चेन कॉन्ट्रॅक्ट कॉल्स {#cross-chain-contract-calls}
+
+वापरकर्ते (बाह्य मालकीची खाती) रोलअप कॉन्ट्रॅक्टवर व्यवहार सबमिट करून किंवा सिक्वेन्सर किंवा व्हॅलिडेटरकडून ते करून घेऊन L2 कॉन्ट्रॅक्ट्सशी संवाद साधतात. आशावादी रोलअप्स इथेरियमवरील कॉन्ट्रॅक्ट खात्यांना संदेश रिले करण्यासाठी आणि L1 आणि L2 दरम्यान डेटा पास करण्यासाठी ब्रिजिंग कॉन्ट्रॅक्ट्स वापरून L2 कॉन्ट्रॅक्ट्सशी संवाद साधण्याची परवानगी देतात. याचा अर्थ असा की तुम्ही इथेरियम मेननेटवर L1 कॉन्ट्रॅक्ट प्रोग्राम करू शकता जो L2 आशावादी रोलअपवरील कॉन्ट्रॅक्ट्सशी संबंधित फंक्शन्सना कॉल करू शकतो.
+
+क्रॉस-चेन कॉन्ट्रॅक्ट कॉल्स असिंक्रोनसपणे होतात—म्हणजे कॉल प्रथम सुरू केला जातो, नंतर नंतरच्या वेळी कार्यान्वित केला जातो. हे इथेरियमवरील दोन कॉन्ट्रॅक्ट्समधील कॉल्सपेक्षा वेगळे आहे, जिथे कॉल लगेच परिणाम देतो.
+
+क्रॉस-चेन कॉन्ट्रॅक्ट कॉलचे एक उदाहरण म्हणजे आधी वर्णन केलेली टोकन ठेव. L1 वरील एक कॉन्ट्रॅक्ट वापरकर्त्याचे टोकन एस्क्रो करतो आणि रोलअपवर समान प्रमाणात टोकन मिंट करण्यासाठी जोडलेल्या L2 कॉन्ट्रॅक्टला संदेश पाठवतो.
+
+क्रॉस-चेन संदेश कॉल्समुळे कॉन्ट्रॅक्ट अंमलबजावणी होत असल्याने, पाठवणाऱ्याला सामान्यतः गणनेसाठी [गॅस खर्च](/developers/docs/gas/) भरावा लागतो. लक्ष्य चेनवर व्यवहार अयशस्वी होण्यापासून रोखण्यासाठी उच्च गॅस मर्यादा सेट करणे उचित आहे. टोकन ब्रिजिंग परिस्थिती हे एक चांगले उदाहरण आहे; जर व्यवहाराची L1 बाजू (टोकन जमा करणे) काम करते, परंतु L2 बाजू (नवीन टोकन मिंट करणे) कमी गॅसमुळे अयशस्वी होते, तर ठेव अपरिवर्तनीय बनते.
+
+शेवटी, आपण हे लक्षात घेतले पाहिजे की कॉन्ट्रॅक्ट्समधील L2 > L1 संदेश कॉल्सना विलंबाचा हिशोब द्यावा लागतो (L1 > L2 कॉल्स सामान्यतः काही मिनिटांनंतर कार्यान्वित केले जातात). हे असे आहे कारण आशावादी रोलअपमधून मेननेटवर पाठवलेले संदेश चॅलेंज विंडो संपेपर्यंत कार्यान्वित केले जाऊ शकत नाहीत.
+
+## आशावादी रोलअप शुल्क कसे कार्य करते? {#how-do-optimistic-rollup-fees-work}
+
+आशावादी रोलअप्स इथेरियमप्रमाणेच गॅस फी योजना वापरतात, जे दर्शवते की वापरकर्ते प्रत्येक व्यवहारासाठी किती पैसे देतात. आशावादी रोलअप्सवर आकारले जाणारे शुल्क खालील घटकांवर अवलंबून असते:
+
+1. **स्टेट राइट**: आशावादी रोलअप्स व्यवहार डेटा आणि ब्लॉक हेडर्स (मागील ब्लॉक हेडर हॅश, स्टेट रूट, बॅच रूट यांचा समावेश असलेले) इथेरियमवर `blob` किंवा "बायनरी लार्ज ऑब्जेक्ट" म्हणून प्रकाशित करतात. [EIP-4844](https://eips.ethereum.org/EIPS/eip-4844) ने ऑनचेनवर डेटा समाविष्ट करण्यासाठी एक किफायतशीर उपाय सादर केला. `blob` हे एक नवीन व्यवहार क्षेत्र आहे जे रोलअप्सना कॉम्प्रेस केलेला स्टेट संक्रमण डेटा इथेरियम L1 वर पोस्ट करण्याची परवानगी देते. `calldata` च्या विपरीत, जे कायमस्वरूपी ऑनचेन राहते, ब्लॉब्स अल्पायुषी असतात आणि [4096 युगांनंतर](https://github.com/ethereum/consensus-specs/blob/81f3ea8322aff6b9fb15132d050f8f98b16bdba4/configs/mainnet.yaml#L147) (अंदाजे 18 दिवस) क्लायंटमधून छाटले जाऊ शकतात. कॉम्प्रेस केलेल्या व्यवहारांच्या बॅचेस पोस्ट करण्यासाठी ब्लॉब्स वापरून, आशावादी रोलअप्स L1 वर व्यवहार लिहिण्याचा खर्च लक्षणीयरीत्या कमी करू शकतात.
+
+2. **ब्लॉब गॅस वापरला**: ब्लॉब-वाहून नेणारे व्यवहार [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) द्वारे सादर केलेल्या डायनॅमिक फी यंत्रणेसारखी यंत्रणा वापरतात. टाइप-3 व्यवहारांसाठी गॅस फी ब्लॉब्ससाठी बेस फी विचारात घेते, जी नेटवर्कद्वारे ब्लॉब-स्पेस मागणी आणि पाठवल्या जाणाऱ्या व्यवहाराच्या ब्लॉब-स्पेस वापराच्या आधारावर निर्धारित केली जाते.
+
+3. **L2 ऑपरेटर शुल्क**: ही रक्कम रोलअप नोड्सना व्यवहार प्रक्रिया करताना झालेल्या संगणकीय खर्चाची भरपाई म्हणून दिली जाते, जसे की इथेरियमवरील गॅस फी. रोलअप नोड्स कमी व्यवहार शुल्क आकारतात कारण L2s ची प्रक्रिया क्षमता जास्त असते आणि त्यांना नेटवर्क गर्दीचा सामना करावा लागत नाही ज्यामुळे इथेरियमवरील व्हॅलिडेटर्सना जास्त शुल्कासह व्यवहारांना प्राधान्य द्यावे लागते.
+
+आशावादी रोलअप्स वापरकर्त्यांसाठी शुल्क कमी करण्यासाठी अनेक यंत्रणा लागू करतात, ज्यात व्यवहार बॅचिंग करणे आणि डेटा प्रकाशन खर्च कमी करण्यासाठी `calldata` कॉम्प्रेस करणे समाविष्ट आहे. इथेरियम-आधारित आशावादी रोलअप्स वापरण्यासाठी किती खर्च येतो याच्या रिअल-टाइम विहंगावलोकनासाठी तुम्ही [L2 शुल्क ट्रॅकर](https://l2fees.info/) तपासू शकता.
+
+## आशावादी रोलअप्स इथेरियमला कसे स्केल करतात? {#scaling-ethereum-with-optimistic-rollups}
+
+स्पष्ट केल्याप्रमाणे, आशावादी रोलअप्स डेटा उपलब्धतेची हमी देण्यासाठी इथेरियमवर कॉम्प्रेस केलेला व्यवहार डेटा प्रकाशित करतात. आशावादी रोलअप्ससह इथेरियमवर थ्रुपुट स्केल करण्यासाठी ऑनचेनवर प्रकाशित डेटा कॉम्प्रेस करण्याची क्षमता महत्त्वपूर्ण आहे.
+
+मुख्य इथेरियम चेन ब्लॉक्स किती डेटा ठेवू शकतात यावर मर्यादा घालते, जी गॅस युनिट्समध्ये दर्शविली जाते ([सरासरी ब्लॉक आकार](/developers/docs/blocks/#block-size) 15 दशलक्ष गॅस आहे). हे प्रत्येक व्यवहार किती गॅस वापरू शकतो यावर मर्यादा घालते, तरीही याचा अर्थ असा आहे की आपण व्यवहार-संबंधित डेटा कमी करून प्रति ब्लॉक प्रक्रिया केलेल्या व्यवहारांची संख्या वाढवू शकतो— थेट स्केलेबिलिटी सुधारते.
+
+आशावादी रोलअप्स व्यवहार डेटा कॉम्प्रेशन साध्य करण्यासाठी आणि TPS दर सुधारण्यासाठी अनेक तंत्रांचा वापर करतात. उदाहरणार्थ, हा [लेख](https://vitalik.eth.limo/general/2021/01/05/rollup.html) मेननेटवर एक मूलभूत वापरकर्ता व्यवहार (ईथर पाठवणे) किती डेटा तयार करतो आणि रोलअपवर तोच व्यवहार किती डेटा तयार करतो याची तुलना करतो:
+
+| पॅरामीटर  | इथेरियम (L1)                      | रोलअप (L2)        |
+| --------- | ---------------------------------------------------- | ------------------------------------ |
+| नॉन्स     | ~3                                   | 0                                    |
+| गॅसप्राइस | ~8                                   | 0-0.5                |
+| गॅस       | 3                                                    | 0-0.5                |
+| ते        | 21                                                   | 4                                    |
+| मूल्य     | 9                                                    | ~3                   |
+| सही       | ~68 (2 + 33 + 33) | ~0.5 |
+| कडून      | 0 (सिग पासून वसूल)                | 4                                    |
+| **एकूण**  | **~112 बाइट्स**                      | **~12 बाइट्स**       |
+
+या आकडेवारीवर काही ढोबळ गणना केल्यास आशावादी रोलअपने मिळवलेल्या स्केलेबिलिटी सुधारणा दर्शविण्यात मदत होऊ शकते:
+
+1. प्रत्येक ब्लॉकसाठी लक्ष्य आकार 15 दशलक्ष गॅस आहे आणि एक बाइट डेटा सत्यापित करण्यासाठी 16 गॅस खर्च येतो. सरासरी ब्लॉक आकाराला 16 गॅसने भागल्यास (15,000,000/16) सरासरी ब्लॉकमध्ये **937,500 बाइट्स डेटा** ठेवता येतो.
+2. जर मूलभूत रोलअप व्यवहार 12 बाइट्स वापरत असेल, तर सरासरी इथेरियम ब्लॉक **78,125 रोलअप व्यवहार** (937,500/12) किंवा **39 रोलअप बॅच** (जर प्रत्येक बॅचमध्ये सरासरी 2,000 व्यवहार असतील) प्रक्रिया करू शकतो.
+3. जर इथेरियमवर दर 15 सेकंदांनी एक नवीन ब्लॉक तयार केला गेला, तर रोलअपची प्रक्रिया गती अंदाजे **प्रति सेकंद 5,208 व्यवहार** असेल. हे इथेरियम ब्लॉक किती मूलभूत रोलअप व्यवहार ठेवू शकतो (**78,125**) याला सरासरी ब्लॉक वेळेने (**15 सेकंद**) भागून केले जाते.
+
+हा एक बऱ्यापैकी आशावादी अंदाज आहे, कारण आशावादी रोलअप व्यवहार इथेरियमवर संपूर्ण ब्लॉकचा समावेश करू शकत नाहीत. तथापि, ते आशावादी रोलअप्स इथेरियम वापरकर्त्यांना किती स्केलेबिलिटी लाभ देऊ शकतात याची ढोबळ कल्पना देऊ शकते (सध्याची अंमलबजावणी 2,000 TPS पर्यंत ऑफर करते).
+
+इथेरियमवर [डेटा शार्डिंग](/roadmap/danksharding/) सुरू केल्याने आशावादी रोलअप्समध्ये स्केलेबिलिटी सुधारण्याची अपेक्षा आहे. रोलअप व्यवहारांना इतर नॉन-रोलअप व्यवहारांसह ब्लॉकस्पेस शेअर करावी लागत असल्याने, त्यांची प्रक्रिया क्षमता मुख्य इथेरियम चेनवरील डेटा थ्रुपुटद्वारे मर्यादित आहे. डँकशार्डिंग महागड्या, कायमस्वरूपी `CALLDATA` ऐवजी स्वस्त, तात्पुरत्या "ब्लॉब" स्टोरेजचा वापर करून प्रति ब्लॉक डेटा प्रकाशित करण्यासाठी L2 चेन्ससाठी उपलब्ध जागा वाढवेल.
+
+### आशावादी रोलअप्सचे फायदे आणि तोटे {#optimistic-rollups-pros-and-cons}
+
+| फायदे                                                                                                                                                                                             | बाधक                                                                                                                                                                         |
+| ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| सुरक्षितता किंवा विश्वासार्हतेशी तडजोड न करता स्केलेबिलिटीमध्ये प्रचंड सुधारणा देते.                                                                                              | संभाव्य फसवणुकीच्या आव्हानांमुळे व्यवहार अंतिम होण्यास विलंब.                                                                                                |
+| व्यवहार डेटा लेयर 1 चेनवर संग्रहित केला जातो, ज्यामुळे पारदर्शकता, सुरक्षा, सेन्सॉरशिप-प्रतिरोध आणि विकेंद्रीकरण सुधारते.                                                         | केंद्रीकृत रोलअप ऑपरेटर (सिक्वेन्सर) व्यवहाराच्या क्रमावर प्रभाव टाकू शकतात.                                                              |
+| फ्रॉड प्रूफिंग विश्वासार्ह अंतिमतेची हमी देते आणि प्रामाणिक अल्पसंख्याकांना चेन सुरक्षित करण्याची परवानगी देते.                                                                   | जर प्रामाणिक नोड्स नसतील तर एक दुर्भावनापूर्ण ऑपरेटर अवैध ब्लॉक्स आणि स्टेट कमिटमेंट्स पोस्ट करून निधी चोरू शकतो.                                            |
+| फ्रॉड प्रूफ मोजणे नियमित L2 नोडसाठी खुले आहे, वैधता प्रूफ (ZK-रोलअप्समध्ये वापरले जाते) च्या विपरीत ज्यांना विशेष हार्डवेअरची आवश्यकता असते.                   | सुरक्षा मॉडेल कमीतकमी एका प्रामाणिक नोडवर अवलंबून असते जो रोलअप व्यवहार कार्यान्वित करतो आणि अवैध स्टेट संक्रमणांना आव्हान देण्यासाठी फ्रॉड प्रूफ सादर करतो. |
+| रोलअप्सना "विश्वासार्ह सजीवतेचा" फायदा होतो (कोणीही व्यवहार कार्यान्वित करून आणि दावे पोस्ट करून चेन पुढे नेण्यास भाग पाडू शकतो)                                               | वापरकर्त्यांना इथेरियमवर निधी परत काढण्यापूर्वी एक आठवड्याचा आव्हान कालावधी संपण्याची प्रतीक्षा करावी लागते.                                                 |
+| आशावादी रोलअप्स चेनवरील सुरक्षा वाढवण्यासाठी चांगल्या प्रकारे डिझाइन केलेल्या क्रिप्टोकॉनॉमिक प्रोत्साहनांवर अवलंबून असतात.                                                       | रोलअप्सना सर्व व्यवहार डेटा ऑनचेनवर पोस्ट करावा लागतो, ज्यामुळे खर्च वाढू शकतो.                                                                              |
+| EVM आणि सॉलिडिटीसह सुसंगतता डेव्हलपर्सना इथेरियम-नेटिव्ह स्मार्ट कॉन्ट्रॅक्ट्स रोलअप्सवर पोर्ट करण्याची किंवा नवीन dapps तयार करण्यासाठी विद्यमान टूलिंग वापरण्याची परवानगी देते. |                                                                                                                                                                              |
+
+### आशावादी रोलअप्सचे एक दृष्य स्पष्टीकरण {#optimistic-video}
+
+तुम्ही पाहून शिकणारे आहात का? फायनेमॅटिक्सला आशावादी रोलअप्सचे स्पष्टीकरण देताना पहा:
+
+<YouTube id="7pWxCklcNsU" start="263" />
+
+## आशावादी रोलअप्सवर पुढील वाचन
+
+- [आशावादी रोलअप्स कसे काम करतात (संपूर्ण मार्गदर्शक)](https://www.alchemy.com/overviews/optimistic-rollups)
+- [ब्लॉकचेन रोलअप म्हणजे काय? एक तांत्रिक ओळख](https://www.ethereum-ecosystem.com/blog/what-is-a-blockchain-rollup-a-technical-introduction)
+- [आर्बिट्रमसाठी आवश्यक मार्गदर्शक](https://www.bankless.com/the-essential-guide-to-arbitrum)
+- [इथेरियम रोलअप्ससाठी व्यावहारिक मार्गदर्शक](https://web.archive.org/web/20241108192208/https://research.2077.xyz/the-practical-guide-to-ethereum-rollups)
+- [इथेरियम L2s मधील फ्रॉड प्रूफची स्थिती](https://web.archive.org/web/20241124154627/https://research.2077.xyz/the-state-of-fraud-proofs-in-ethereum-l2s)
+- [ऑप्टिमिझमचा रोलअप खरोखर कसा काम करतो?](https://www.paradigm.xyz/2021/01/how-does-optimism-s-rollup-really-work)
+- [OVM डीप डाइव्ह](https://medium.com/ethereum-optimism/ovm-deep-dive-a300d1085f52)
+- [ऑप्टिमिस्टिक व्हर्च्युअल मशीन म्हणजे काय?](https://www.alchemy.com/overviews/optimistic-virtual-machine)
diff --git a/public/content/translations/mr/developers/docs/scaling/plasma/index.md b/public/content/translations/mr/developers/docs/scaling/plasma/index.md
new file mode 100644
index 00000000000..6a16af6ebf4
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/scaling/plasma/index.md
@@ -0,0 +1,176 @@
+---
+title: "प्लाझ्मा चेन्स"
+description: "इथेरियम समुदायाद्वारे सध्या वापरले जाणारे स्केलिंग सोल्यूशन म्हणून प्लाझ्मा चेन्सची ओळख."
+lang: mr
+incomplete: true
+sidebarDepth: 3
+---
+
+प्लाझ्मा चेन ही इथेरियम मेननेटशी जोडलेली एक वेगळी ब्लॉकचेन आहे, परंतु ती ब्लॉक व्हॅलिडेशनसाठी स्वतःच्या यंत्रणेसह ऑफचेन व्यवहार कार्यान्वित करते. प्लाझ्मा चेन्सना कधीकधी "चाइल्ड" चेन्स म्हटले जाते, जे मूलत: इथेरियम मेननेटच्या लहान प्रती आहेत. प्लाझ्मा चेन्स विवादांचे निराकरण करण्यासाठी [फ्रॉड प्रूफ](/glossary/#fraud-proof) (जसे की [ऑप्टिमिस्टिक रोलअप्स](/developers/docs/scaling/optimistic-rollups/)) वापरतात.
+
+मर्कल ट्रीज या चेन्सचा एक अंतहीन स्टॅक तयार करण्यास सक्षम करतात जे मूळ चेन्सवरून (इथेरियम मेननेटसह) बँडविड्थ ऑफलोड करण्यासाठी काम करू शकतात. तथापि, या चेन्स इथेरियमकडून (फ्रॉड प्रूफद्वारे) काही प्रमाणात सुरक्षा मिळवत असल्या तरी, त्यांच्या सुरक्षा आणि कार्यक्षमतेवर अनेक डिझाइन मर्यादांचा परिणाम होतो.
+
+## पूर्वतयारी {#prerequisites}
+
+तुम्हाला सर्व मूलभूत विषयांची चांगली समज आणि [इथेरियम स्केलिंग](/developers/docs/scaling/) ची उच्च-स्तरीय समज असणे आवश्यक आहे.
+
+## प्लाझ्मा म्हणजे काय?
+
+प्लाझ्मा हे इथेरियमसारख्या सार्वजनिक ब्लॉकचेनमध्ये स्केलेबिलिटी सुधारण्यासाठी एक फ्रेमवर्क आहे. मूळ [प्लाझ्मा व्हाइटपेपर](http://plasma.io/plasma.pdf) मध्ये वर्णन केल्याप्रमाणे, प्लाझ्मा चेन्स दुसर्‍या ब्लॉकचेनवर (ज्याला "रूट चेन" म्हणतात) तयार केल्या जातात. प्रत्येक "चाइल्ड चेन" रूट चेनपासून विस्तारते आणि सामान्यतः मूळ चेनवर तैनात केलेल्या स्मार्ट कॉन्ट्रॅक्टद्वारे व्यवस्थापित केली जाते.
+
+प्लाझ्मा कॉन्ट्रॅक्ट, इतर गोष्टींबरोबरच, वापरकर्त्यांना इथेरियम मेननेट आणि प्लाझ्मा चेन दरम्यान मालमत्ता हलविण्यास अनुमती देणारा [ब्रिज](/developers/docs/bridges/) म्हणून कार्य करतो. जरी हे त्यांना [साइडचेन्स](/developers/docs/scaling/sidechains/) सारखे बनवते, तरी प्लाझ्मा चेन्सना काही प्रमाणात इथेरियम मेननेटच्या सुरक्षेचा फायदा होतो. हे साइडचेन्सच्या विपरीत आहे जे केवळ त्यांच्या सुरक्षेसाठी जबाबदार असतात.
+
+## प्लाझ्मा कसे कार्य करते?
+
+प्लाझ्मा फ्रेमवर्कचे मूलभूत घटक आहेत:
+
+### ऑफचेन कम्प्युटेशन {#offchain-computation}
+
+इथेरियमचा सध्याचा प्रोसेसिंग वेग प्रति सेकंद ~ 15-20 व्यवहारांपर्यंत मर्यादित आहे, ज्यामुळे अधिक वापरकर्त्यांना हाताळण्यासाठी स्केलिंगची अल्प-मुदतीची शक्यता कमी होते. ही समस्या मुख्यत्वे अस्तित्वात आहे कारण इथेरियमच्या [कन्सेन्सस मेकॅनिझम](/developers/docs/consensus-mechanisms/) ला ब्लॉकचेनच्या स्थितीत प्रत्येक अपडेट सत्यापित करण्यासाठी अनेक पीअर-टू-पीअर नोड्सची आवश्यकता असते.
+
+इथेरियमचा कन्सेन्सस मेकॅनिझम सुरक्षेसाठी आवश्यक असला तरी, तो प्रत्येक वापराच्या बाबतीत लागू होऊ शकत नाही. उदाहरणार्थ, अॅलिसला बॉबला एका कप कॉफीसाठी केलेल्या दैनंदिन पेमेंटची संपूर्ण इथेरियम नेटवर्कद्वारे पडताळणी करण्याची आवश्यकता नाही, कारण दोन्ही पक्षांमध्ये काही विश्वास असतो.
+
+प्लाझ्मा असे गृहीत धरते की इथेरियम मेननेटला सर्व व्यवहार सत्यापित करण्याची आवश्यकता नाही. त्याऐवजी, आम्ही मेननेटच्या बाहेर व्यवहार प्रक्रिया करू शकतो, ज्यामुळे नोड्सना प्रत्येक व्यवहार प्रमाणित करण्यापासून मुक्तता मिळते.
+
+ऑफचेन कम्प्युटेशन आवश्यक आहे कारण प्लाझ्मा चेन्स वेग आणि खर्चासाठी ऑप्टिमाइझ करू शकतात. उदाहरणार्थ, प्लाझ्मा चेन व्यवहारांची क्रमवारी आणि अंमलबजावणी व्यवस्थापित करण्यासाठी एकाच "ऑपरेटर" चा वापर करू शकते - आणि बहुतेकदा करते. फक्त एकच संस्था व्यवहार सत्यापित करत असल्याने, प्लाझ्मा चेनवरील प्रक्रिया वेळ इथेरियम मेननेटपेक्षा वेगवान असतो.
+
+### स्टेट कमिटमेंट्स {#state-commitments}
+
+प्लाझ्मा ऑफचेन व्यवहार कार्यान्वित करत असताना, ते मुख्य इथेरियम एक्झिक्यूशन लेयरवर सेटल केले जातात—अन्यथा, प्लाझ्मा चेन्स इथेरियमच्या सुरक्षा हमींचा लाभ घेऊ शकत नाहीत. परंतु प्लाझ्मा चेनची स्थिती न जाणता ऑफचेन व्यवहार अंतिम केल्याने सुरक्षा मॉडेल मोडले जाईल आणि अवैध व्यवहारांचा प्रसार होईल. यामुळेच ऑपरेटर, प्लाझ्मा चेनवर ब्लॉक्स तयार करण्यासाठी जबाबदार असलेली संस्था, वेळोवेळी इथेरियमवर "स्टेट कमिटमेंट्स" प्रकाशित करणे आवश्यक आहे.
+
+[कमिटमेंट स्कीम](https://en.wikipedia.org/wiki/Commitment_scheme) हे एक क्रिप्टोग्राफिक तंत्र आहे जे एखाद्या मूल्यासाठी किंवा विधानासाठी वचनबद्ध होण्यासाठी वापरले जाते, ते दुसऱ्या पक्षाला उघड न करता. कमिटमेंट्स या अर्थाने "बंधनकारक" आहेत की एकदा तुम्ही त्यासाठी वचनबद्ध झाल्यावर तुम्ही ते मूल्य किंवा विधान बदलू शकत नाही. प्लाझ्मा मधील स्टेट कमिटमेंट्स "मर्कल रूट्स" ([मर्कल ट्री](/whitepaper/#merkle-trees) पासून घेतलेले) चे स्वरूप घेतात, जे ऑपरेटर इथेरियम चेनवरील प्लाझ्मा कॉन्ट्रॅक्टला ठराविक अंतराने पाठवतो.
+
+मर्कल रूट्स हे क्रिप्टोग्राफिक प्रिमिटिव्ह आहेत जे मोठ्या प्रमाणात माहिती संकुचित करण्यास सक्षम करतात. एक मर्कल रूट (या प्रकरणात "ब्लॉक रूट" असेही म्हटले जाते) एका ब्लॉकमधील सर्व व्यवहारांचे प्रतिनिधित्व करू शकते. मर्कल रूट्समुळे डेटाचा एक लहान तुकडा मोठ्या डेटासेटचा भाग आहे हे सत्यापित करणे सोपे होते. उदाहरणार्थ, एखादा वापरकर्ता विशिष्ट ब्लॉकमध्ये व्यवहाराचा समावेश सिद्ध करण्यासाठी [मर्कल प्रूफ](/developers/tutorials/merkle-proofs-for-offline-data-integrity/#main-content) तयार करू शकतो.
+
+ऑफचेनच्या स्थितीबद्दल इथेरियमला माहिती देण्यासाठी मर्कल रूट्स महत्त्वाचे आहेत. तुम्ही मर्कल रूट्सला "सेव्ह पॉइंट्स" म्हणून विचार करू शकता: ऑपरेटर म्हणत आहे, "ही प्लाझ्मा चेनची x वेळेतील स्थिती आहे, आणि हा पुरावा म्हणून मर्कल रूट आहे." ऑपरेटर मर्कल रूटसह प्लाझ्मा चेनच्या _सध्याच्या स्थितीसाठी_ वचनबद्ध आहे, म्हणूनच याला "स्टेट कमिटमेंट" म्हटले जाते.
+
+### एंट्रीज आणि एग्झिट्स {#entries-and-exits}
+
+इथेरियम वापरकर्त्यांना प्लाझ्माचा फायदा घेण्यासाठी, मेननेट आणि प्लाझ्मा चेन्समध्ये निधी हलविण्यासाठी एक यंत्रणा असणे आवश्यक आहे. आम्ही प्लाझ्मा चेनवरील पत्त्यावर अनियंत्रितपणे ईथर पाठवू शकत नाही - या चेन्स विसंगत आहेत, त्यामुळे व्यवहार अयशस्वी होईल किंवा निधी गमावला जाईल.
+
+प्लाझ्मा वापरकर्त्यांच्या एंट्रीज आणि एग्झिट्सवर प्रक्रिया करण्यासाठी इथेरियमवर चालणाऱ्या मास्टर कॉन्ट्रॅक्टचा वापर करते. हा मास्टर कॉन्ट्रॅक्ट स्टेट कमिटमेंट्सचा (पूर्वी स्पष्ट केल्याप्रमाणे) मागोवा घेण्यासाठी आणि फ्रॉड प्रूफद्वारे (यावर नंतर अधिक) अप्रामाणिक वर्तनाला शिक्षा देण्यासाठी देखील जबाबदार आहे.
+
+#### प्लाझ्मा चेनमध्ये प्रवेश करणे {#entering-the-plasma-chain}
+
+प्लाझ्मा चेनमध्ये प्रवेश करण्यासाठी, अॅलिसला (वापरकर्त्याला) प्लाझ्मा कॉन्ट्रॅक्टमध्ये ETH किंवा कोणताही ERC-20 टोकन जमा करावा लागेल. प्लाझ्मा ऑपरेटर, जो कॉन्ट्रॅक्ट डिपॉझिट्सवर लक्ष ठेवतो, अॅलिसच्या सुरुवातीच्या डिपॉझिटच्या समान रक्कम पुन्हा तयार करतो आणि ती प्लाझ्मा चेनवरील तिच्या पत्त्यावर जारी करतो. अॅलिसला चाइल्ड चेनवर निधी मिळाल्याची साक्ष देणे आवश्यक आहे आणि त्यानंतर ती हे निधी व्यवहारांसाठी वापरू शकते.
+
+#### प्लाझ्मा चेनमधून बाहेर पडणे {#exiting-the-plasma-chain}
+
+प्लाझ्मा चेनमधून बाहेर पडणे हे त्यात प्रवेश करण्यापेक्षा अनेक कारणांमुळे अधिक गुंतागुंतीचे आहे. सर्वात मोठे कारण म्हणजे, इथेरियमकडे प्लाझ्मा चेनच्या स्थितीबद्दल माहिती असली तरी, ती माहिती खरी आहे की नाही हे सत्यापित करू शकत नाही. एक दुर्भावनापूर्ण वापरकर्ता चुकीचा दावा करू शकतो ("माझ्याकडे 1000 ETH आहेत") आणि दाव्याला पाठिंबा देण्यासाठी बनावट पुरावे देऊन सुटू शकतो.
+
+दुर्भावनापूर्ण विथड्रॉअल्स रोखण्यासाठी, "चॅलेंज पीरियड" सादर केला जातो. चॅलेंज पीरियड दरम्यान (साधारणपणे एक आठवडा), कोणीही फ्रॉड-प्रूफ वापरून विथड्रॉअल विनंतीला आव्हान देऊ शकते. जर आव्हान यशस्वी झाले, तर विथड्रॉअल विनंती नाकारली जाते.
+
+तथापि, सहसा असे घडते की वापरकर्ते प्रामाणिक असतात आणि त्यांच्या मालकीच्या निधीबद्दल योग्य दावे करतात. या परिस्थितीत, अॅलिस रूट चेन (इथेरियम) वर प्लाझ्मा कॉन्ट्रॅक्टमध्ये एक व्यवहार सबमिट करून विथड्रॉअल विनंती सुरू करेल.
+
+तिला एक मर्कल प्रूफ देखील द्यावा लागेल जो प्लाझ्मा चेनवर तिचा निधी तयार करणारा व्यवहार एका ब्लॉकमध्ये समाविष्ट होता हे सत्यापित करेल. [अनस्पेंट ट्रान्झॅक्शन आउटपुट (UTXO)](https://en.wikipedia.org/wiki/Unspent_transaction_output) मॉडेल वापरणाऱ्या [प्लाझ्मा MVP](https://www.learnplasma.org/en/learn/mvp.html) सारख्या प्लाझ्माच्या पुनरावृत्तीसाठी हे आवश्यक आहे.
+
+[प्लाझ्मा कॅश](https://www.learnplasma.org/en/learn/cash.html) सारखे इतर, निधीला UTXOs ऐवजी [नॉन-फंजिबल टोकन्स](/developers/docs/standards/tokens/erc-721/) म्हणून दर्शवतात. या प्रकरणात, पैसे काढण्यासाठी, प्लाझ्मा चेनवरील टोकनच्या मालकीचा पुरावा आवश्यक आहे. हे टोकन समाविष्ट असलेले नवीनतम दोन व्यवहार सबमिट करून आणि त्या व्यवहारांचा एका ब्लॉकमध्ये समावेश सत्यापित करणारा मर्कल प्रूफ देऊन केले जाते.
+
+वापरकर्त्याला प्रामाणिक वर्तनाची हमी म्हणून पैसे काढण्याच्या विनंतीमध्ये बॉन्ड देखील जोडावा लागतो. जर एखाद्या चॅलेंजरने अॅलिसची पैसे काढण्याची विनंती अवैध असल्याचे सिद्ध केले, तर तिचा बॉन्ड स्लॅश केला जातो आणि त्याचा काही भाग चॅलेंजरला बक्षीस म्हणून जातो.
+
+जर चॅलेंज पीरियड कोणीही फ्रॉड-प्रूफ न देता संपला, तर अॅलिसची पैसे काढण्याची विनंती वैध मानली जाते, ज्यामुळे तिला इथेरियमवरील प्लाझ्मा कॉन्ट्रॅक्टमधून डिपॉझिट परत मिळवता येते.
+
+### विवाद लवाद {#dispute-arbitration}
+
+कोणत्याही ब्लॉकचेनप्रमाणे, प्लाझ्मा चेनला सहभागींनी दुर्भावनापूर्णपणे वागल्यास (उदा. निधी दुप्पट खर्च करणे) व्यवहारांची अखंडता लागू करण्यासाठी एका यंत्रणेची आवश्यकता असते. यासाठी, प्लाझ्मा चेन्स स्टेट ट्रान्झिशन्सच्या वैधतेबद्दलच्या विवादांचे निराकरण करण्यासाठी आणि वाईट वर्तनाला दंड देण्यासाठी फ्रॉड प्रूफ वापरतात. फ्रॉड प्रूफ्सचा वापर एक यंत्रणा म्हणून केला जातो ज्याद्वारे प्लाझ्मा चाइल्ड चेन आपल्या मूळ चेनकडे किंवा रूट चेनकडे तक्रार दाखल करते.
+
+फ्रॉड-प्रूफ म्हणजे विशिष्ट स्टेट ट्रान्झिशन अवैध असल्याचा दावा. एक उदाहरण म्हणजे जर एखादा वापरकर्ता (अॅलिस) समान निधी दोनदा खर्च करण्याचा प्रयत्न करतो. कदाचित तिने बॉबसोबतच्या व्यवहारात UTXO खर्च केला असेल आणि तोच UTXO (जो आता बॉबचा आहे) दुसऱ्या व्यवहारात खर्च करू इच्छित असेल.
+
+पैसे काढणे टाळण्यासाठी, बॉब अॅलिसने मागील व्यवहारात उक्त UTXO खर्च केल्याचा पुरावा आणि व्यवहाराचा एका ब्लॉकमध्ये समावेश असल्याचा मर्कल प्रूफ देऊन एक फ्रॉड-प्रूफ तयार करेल. तीच प्रक्रिया प्लाझ्मा कॅशमध्ये कार्य करते—बॉबला अॅलिसने पूर्वी ती टोकन्स हस्तांतरित केल्याचा पुरावा द्यावा लागेल जे ती काढण्याचा प्रयत्न करत आहे.
+
+जर बॉबचे आव्हान यशस्वी झाले, तर अॅलिसची पैसे काढण्याची विनंती रद्द केली जाते. तथापि, हा दृष्टिकोन बॉबच्या पैसे काढण्याच्या विनंत्यांसाठी चेनवर लक्ष ठेवण्याच्या क्षमतेवर अवलंबून आहे. जर बॉब ऑफलाइन असेल, तर चॅलेंज पीरियड संपल्यानंतर अॅलिस दुर्भावनापूर्ण पैसे काढण्याची प्रक्रिया करू शकते.
+
+## प्लाझ्मा मधील मास एग्झिट समस्या {#the-mass-exit-problem-in-plasma}
+
+जेव्हा मोठ्या संख्येने वापरकर्ते एकाच वेळी प्लाझ्मा चेनमधून पैसे काढण्याचा प्रयत्न करतात तेव्हा मास एग्झिट समस्या उद्भवते. ही समस्या का अस्तित्वात आहे याचा संबंध प्लाझ्माच्या सर्वात मोठ्या समस्यांपैकी एकाशी आहे: **डेटा अनुपलब्धता**.
+
+डेटा उपलब्धता म्हणजे प्रस्तावित ब्लॉकची माहिती प्रत्यक्षात ब्लॉकचेन नेटवर्कवर प्रकाशित झाली होती हे सत्यापित करण्याची क्षमता. जर उत्पादकाने ब्लॉक स्वतः प्रकाशित केला परंतु ब्लॉक तयार करण्यासाठी वापरलेला डेटा रोखून ठेवला तर ब्लॉक "अनुपलब्ध" असतो.
+
+जर नोड्सना ब्लॉक डाउनलोड करायचा असेल आणि व्यवहारांची वैधता सत्यापित करायची असेल तर ब्लॉक्स उपलब्ध असणे आवश्यक आहे. ब्लॉकचेन्स ब्लॉक उत्पादकांना सर्व व्यवहार डेटा ऑनचेन पोस्ट करण्यास भाग पाडून डेटा उपलब्धता सुनिश्चित करतात.
+
+डेटा उपलब्धता इथेरियमच्या बेस लेयरवर तयार होणाऱ्या ऑफचेन स्केलिंग प्रोटोकॉल सुरक्षित करण्यात देखील मदत करते. या चेन्सवरील ऑपरेटर्सना इथेरियमवर व्यवहार डेटा प्रकाशित करण्यास भाग पाडून, कोणीही चेनच्या योग्य स्थितीचा संदर्भ देणारे फ्रॉड प्रूफ तयार करून अवैध ब्लॉक्सना आव्हान देऊ शकतो.
+
+प्लाझ्मा चेन्स प्रामुख्याने ऑपरेटरकडे व्यवहार डेटा संग्रहित करतात आणि **मेननेटवर कोणताही डेटा प्रकाशित करत नाहीत** (उदा. वेळोवेळी स्टेट कमिटमेंट्स वगळता). याचा अर्थ असा की वापरकर्त्यांना अवैध व्यवहारांना आव्हान देणारे फ्रॉड प्रूफ तयार करण्याची आवश्यकता असल्यास ब्लॉक डेटा प्रदान करण्यासाठी ऑपरेटरवर अवलंबून रहावे लागेल. जर ही प्रणाली कार्य करत असेल, तर वापरकर्ते निधी सुरक्षित करण्यासाठी नेहमी फ्रॉड प्रूफ वापरू शकतात.
+
+समस्या तेव्हा सुरू होते जेव्हा फक्त कोणताही वापरकर्ता नव्हे, तर ऑपरेटर दुर्भावनापूर्णपणे वागतो. कारण ऑपरेटर ब्लॉकचेनच्या एकमेव नियंत्रणात असतो, त्यामुळे त्यांना मोठ्या प्रमाणावर अवैध स्टेट ट्रान्झिशन पुढे नेण्यासाठी अधिक प्रोत्साहन मिळते, जसे की प्लाझ्मा चेनवरील वापरकर्त्यांचे निधी चोरणे.
+
+या प्रकरणात, क्लासिक फ्रॉड-प्रूफ प्रणाली कार्य करत नाही. ऑपरेटर सहजपणे अॅलिस आणि बॉबचे निधी त्यांच्या वॉलेटमध्ये हस्तांतरित करणारा अवैध व्यवहार करू शकतो आणि फ्रॉड-प्रूफ तयार करण्यासाठी आवश्यक डेटा लपवू शकतो. हे शक्य आहे कारण ऑपरेटरला वापरकर्त्यांसाठी किंवा मेननेटसाठी डेटा उपलब्ध करून देण्याची आवश्यकता नाही.
+
+म्हणून, सर्वात आशावादी उपाय म्हणजे प्लाझ्मा चेनमधून वापरकर्त्यांचा "मास एग्झिट" करण्याचा प्रयत्न करणे. मास एग्झिटमुळे दुर्भावनापूर्ण ऑपरेटरची निधी चोरण्याची योजना मंदावते आणि वापरकर्त्यांसाठी काही प्रमाणात संरक्षण मिळते. प्रत्येक UTXO (किंवा टोकन) केव्हा तयार केले गेले यावर आधारित पैसे काढण्याच्या विनंत्यांची क्रमवारी लावली जाते, ज्यामुळे दुर्भावनापूर्ण ऑपरेटर्सना प्रामाणिक वापरकर्त्यांना फ्रंट-रन करण्यापासून प्रतिबंधित केले जाते.
+
+तरीही, आम्हाला मास एग्झिट दरम्यान पैसे काढण्याच्या विनंत्यांची वैधता सत्यापित करण्याचा एक मार्ग हवा आहे—अवैध एग्झिटवर प्रक्रिया करून संधीसाधू व्यक्तींना गोंधळाचा फायदा घेण्यापासून रोखण्यासाठी. उपाय सोपा आहे: वापरकर्त्यांना त्यांचे पैसे काढण्यासाठी चेनची शेवटची **वैध स्थिती** पोस्ट करणे आवश्यक आहे.
+
+परंतु या दृष्टिकोनात अजूनही समस्या आहेत. उदाहरणार्थ, जर प्लाझ्मा चेनवरील सर्व वापरकर्त्यांना बाहेर पडण्याची आवश्यकता असेल (जे दुर्भावनापूर्ण ऑपरेटरच्या बाबतीत शक्य आहे), तर प्लाझ्मा चेनची संपूर्ण वैध स्थिती एकाच वेळी इथेरियमच्या बेस लेयरवर डंप करणे आवश्यक आहे. प्लाझ्मा चेन्सच्या अनियंत्रित आकारामुळे (उच्च थ्रूपुट = अधिक डेटा) आणि इथेरियमच्या प्रक्रिया गतीवरील मर्यादांमुळे, हा एक आदर्श उपाय नाही.
+
+जरी एग्झिट गेम्स सिद्धांतानुसार चांगले वाटत असले तरी, वास्तविक जीवनातील मास एग्झिटमुळे इथेरियमवरच नेटवर्क-व्यापी गर्दी होण्याची शक्यता आहे. इथेरियमच्या कार्यक्षमतेला हानी पोहोचवण्याव्यतिरिक्त, एक अयोग्यरित्या समन्वयित मास एग्झिट म्हणजे ऑपरेटर प्लाझ्मा चेनवरील प्रत्येक खाते रिकामे करण्यापूर्वी वापरकर्ते निधी काढू शकणार नाहीत.
+
+## प्लाझ्माचे फायदे आणि तोटे {#pros-and-cons-of-plasma}
+
+| फायदे                                                                                                                                                                                                                                                                                  | बाधक                                                                                                                                                                                                                                 |
+| -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
+| उच्च थ्रूपुट आणि प्रति व्यवहार कमी खर्च देते.                                                                                                                                                                                                                          | सामान्य कम्प्युटेशनला सपोर्ट करत नाही (स्मार्ट कॉन्ट्रॅक्ट्स चालवू शकत नाही). प्रीडिकेट लॉजिकद्वारे फक्त मूलभूत टोकन ट्रान्सफर, स्वॅप्स आणि काही इतर व्यवहार प्रकार समर्थित आहेत. |
+| अनियंत्रित वापरकर्त्यांमधील व्यवहारांसाठी चांगले (जर दोन्ही प्लाझ्मा चेनवर स्थापित असतील तर प्रति वापरकर्ता जोडीसाठी कोणताही ओव्हरहेड नाही).                                                                                                        | तुमच्या निधीची सुरक्षा सुनिश्चित करण्यासाठी वेळोवेळी नेटवर्कवर लक्ष ठेवणे (लाइव्हनेसची आवश्यकता) किंवा ही जबाबदारी दुसऱ्या कोणालातरी सोपवणे आवश्यक आहे.                                           |
+| प्लाझ्मा चेन्स मुख्य चेनशी संबंधित नसलेल्या विशिष्ट वापराच्या प्रकरणांसाठी जुळवून घेतल्या जाऊ शकतात. व्यवसायांसह कोणीही, वेगवेगळ्या संदर्भात काम करणारी स्केलेबल इन्फ्रास्ट्रक्चर प्रदान करण्यासाठी प्लाझ्मा स्मार्ट कॉन्ट्रॅक्ट्स सानुकूलित करू शकतो. | डेटा संग्रहित करण्यासाठी आणि विनंतीनुसार तो पुरवण्यासाठी एक किंवा अधिक ऑपरेटर्सवर अवलंबून असते.                                                                                                                      |
+| कम्प्युटेशन आणि स्टोरेज ऑफचेन हलवून इथेरियम मेननेटवरील भार कमी करते.                                                                                                                                                                                                   | आव्हानांना परवानगी देण्यासाठी पैसे काढण्यास अनेक दिवस उशीर होतो. फंजिबल मालमत्तेसाठी, लिक्विडिटी प्रोव्हायडर्सद्वारे हे कमी केले जाऊ शकते, परंतु त्यासाठी भांडवली खर्च येतो.                         |
+|                                                                                                                                                                                                                                                                                        | जर खूप जास्त वापरकर्ते एकाच वेळी बाहेर पडण्याचा प्रयत्न करत असतील, तर इथेरियम मेननेटवर गर्दी होऊ शकते.                                                                                                               |
+
+## प्लाझ्मा विरुद्ध लेयर 2 स्केलिंग प्रोटोकॉल {#plasma-vs-layer-2}
+
+प्लाझ्मा एकेकाळी इथेरियमसाठी एक उपयुक्त स्केलिंग सोल्यूशन मानले जात होते, परंतु आता ते [लेयर 2 (L2) स्केलिंग प्रोटोकॉल](/layer-2/) च्या बाजूने सोडून देण्यात आले आहे. L2 स्केलिंग सोल्यूशन्स प्लाझ्माच्या अनेक समस्यांवर उपाय करतात:
+
+### कार्यक्षमता {#efficiency}
+
+[झिरो-नॉलेज रोलअप्स](/developers/docs/scaling/zk-rollups) ऑफचेन प्रक्रिया केलेल्या व्यवहारांच्या प्रत्येक बॅचच्या वैधतेचे क्रिप्टोग्राफिक पुरावे तयार करतात. हे वापरकर्त्यांना (आणि ऑपरेटर्सना) अवैध स्टेट ट्रान्झिशन्स पुढे नेण्यापासून प्रतिबंधित करते, ज्यामुळे चॅलेंज पीरियड्स आणि एग्झिट गेम्सची गरज नाहीशी होते. याचा अर्थ असाही होतो की वापरकर्त्यांना त्यांचे निधी सुरक्षित करण्यासाठी वेळोवेळी चेनवर लक्ष ठेवण्याची गरज नाही.
+
+### स्मार्ट कॉन्ट्रॅक्ट्ससाठी सपोर्ट {#support-for-smart-contracts}
+
+प्लाझ्मा फ्रेमवर्कमधील दुसरी समस्या म्हणजे [इथेरियम स्मार्ट कॉन्ट्रॅक्ट्सच्या अंमलबजावणीला सपोर्ट करण्याची असमर्थता](https://ethresear.ch/t/why-smart-contracts-are-not-feasible-on-plasma/2598/4). परिणामी, प्लाझ्माची बहुतेक अंमलबजावणी मुख्यतः साध्या पेमेंट्ससाठी किंवा ERC-20 टोकनच्या देवाणघेवाणीसाठी तयार केली गेली होती.
+
+याच्या उलट, ऑप्टिमिस्टिक रोलअप्स [इथेरियम व्हर्च्युअल मशीन](/developers/docs/evm/) शी सुसंगत आहेत आणि इथेरियम-नेटिव्ह [स्मार्ट कॉन्ट्रॅक्ट्स](/developers/docs/smart-contracts/) चालवू शकतात, ज्यामुळे ते [विकेंद्रीकृत ॲप्लिकेशन्स](/developers/docs/dapps/) स्केलिंग करण्यासाठी एक उपयुक्त आणि _सुरक्षित_ उपाय बनतात. त्याचप्रमाणे, [EVM (zkEVM) ची झिरो-नॉलेज अंमलबजावणी तयार करण्याच्या](https://ethresear.ch/t/a-zk-evm-specification/11549) योजना सुरू आहेत, ज्यामुळे ZK-रोलअप्सला अनियंत्रित लॉजिकवर प्रक्रिया करता येईल आणि स्मार्ट कॉन्ट्रॅक्ट्स कार्यान्वित करता येतील.
+
+### डेटा अनुपलब्धता {#data-unavailability}
+
+आधी सांगितल्याप्रमाणे, प्लाझ्माला डेटा उपलब्धता समस्येचा सामना करावा लागतो. जर एखाद्या दुर्भावनापूर्ण ऑपरेटरने प्लाझ्मा चेनवर अवैध ट्रान्झिशन पुढे नेले, तर वापरकर्ते त्याला आव्हान देऊ शकणार नाहीत कारण ऑपरेटर फ्रॉड-प्रूफ तयार करण्यासाठी आवश्यक डेटा रोखून ठेवू शकतो. रोलअप्स ऑपरेटर्सना इथेरियमवर व्यवहार डेटा पोस्ट करण्यास भाग पाडून ही समस्या सोडवतात, ज्यामुळे कोणालाही चेनची स्थिती सत्यापित करता येते आणि आवश्यक असल्यास फ्रॉड प्रूफ तयार करता येतात.
+
+### मास एग्झिट समस्या {#mass-exit-problem}
+
+ZK-रोलअप्स आणि ऑप्टिमिस्टिक रोलअप्स दोन्ही प्लाझ्माच्या मास एग्झिट समस्येवर विविध प्रकारे उपाय करतात. उदाहरणार्थ, एक ZK-रोलअप क्रिप्टोग्राफिक यंत्रणेवर अवलंबून असतो जे सुनिश्चित करते की ऑपरेटर कोणत्याही परिस्थितीत वापरकर्त्याचे निधी चोरू शकत नाहीत.
+
+त्याचप्रमाणे, ऑप्टिमिस्टिक रोलअप्स पैसे काढण्यावर एक विलंब कालावधी लादतात, ज्या दरम्यान कोणीही आव्हान सुरू करू शकतो आणि दुर्भावनापूर्ण पैसे काढण्याच्या विनंत्या रोखू शकतो. हे प्लाझ्मासारखे असले तरी, फरक हा आहे की पडताळणी करणार्‍यांना फ्रॉड प्रूफ तयार करण्यासाठी आवश्यक असलेला डेटा मिळतो. त्यामुळे, रोलअप वापरकर्त्यांना इथेरियम मेननेटवर उन्मादपूर्ण, "प्रथम-बाहेर-पडा" स्थलांतरात गुंतण्याची गरज नाही.
+
+## प्लाझ्मा साइडचेन आणि शार्डिंगपेक्षा कसे वेगळे आहे? {#plasma-sidechains-sharding}
+
+प्लाझ्मा, साइडचेन आणि शार्डिंग बर्‍यापैकी सारखे आहेत कारण ते सर्व कोणत्या ना कोणत्या प्रकारे इथेरियम मेननेटशी जोडलेले आहेत. तथापि, या कनेक्शनची पातळी आणि ताकद वेगवेगळी असते, ज्यामुळे प्रत्येक स्केलिंग सोल्यूशनच्या सुरक्षा गुणधर्मांवर परिणाम होतो.
+
+### प्लाझ्मा विरुद्ध साइडचेन्स {#plasma-vs-sidechains}
+
+[साइडचेन](/developers/docs/scaling/sidechains/) ही एक स्वतंत्रपणे चालवली जाणारी ब्लॉकचेन आहे जी द्वि-मार्गी ब्रिजद्वारे इथेरियम मेननेटशी जोडलेली असते. [ब्रिजेस](/bridges/) वापरकर्त्यांना दोन ब्लॉकचेनमध्ये टोकनची देवाणघेवाण करून साइडचेनवर व्यवहार करण्याची परवानगी देतात, ज्यामुळे इथेरियम मेननेटवरील गर्दी कमी होते आणि स्केलेबिलिटी सुधारते.
+साइडचेन्स एक वेगळी कन्सेन्सस मेकॅनिझम वापरतात आणि सामान्यतः इथेरियम मेननेटपेक्षा खूप लहान असतात. परिणामी, या चेन्सवर मालमत्ता ब्रिजिंगमध्ये वाढीव धोका असतो; साइडचेन मॉडेलमध्ये इथेरियम मेननेटकडून मिळालेल्या सुरक्षा हमींच्या अभावामुळे, वापरकर्त्यांना साइडचेनवरील हल्ल्यात निधी गमावण्याचा धोका असतो.
+
+याउलट, प्लाझ्मा चेन्स त्यांची सुरक्षा मेननेटमधून मिळवतात. हे त्यांना साइडचेनपेक्षा मोजता येण्याजोगे अधिक सुरक्षित बनवते. साइडचेन्स आणि प्लाझ्मा चेन्स दोन्हीमध्ये वेगवेगळे कन्सेन्सस प्रोटोकॉल असू शकतात, परंतु फरक असा आहे की प्लाझ्मा चेन्स इथेरियम मेननेटवर प्रत्येक ब्लॉकसाठी मर्कल रूट्स प्रकाशित करतात. ब्लॉक रूट्स ही माहितीचे लहान तुकडे आहेत जे आपण प्लाझ्मा चेनवर होणाऱ्या व्यवहारांबद्दल माहिती सत्यापित करण्यासाठी वापरू शकतो. जर प्लाझ्मा चेनवर हल्ला झाला, तर वापरकर्ते योग्य पुरावे वापरून त्यांचे निधी सुरक्षितपणे मेननेटवर परत काढू शकतात.
+
+### प्लाझ्मा विरुद्ध शार्डिंग {#plasma-vs-sharding}
+
+प्लाझ्मा चेन्स आणि शार्ड चेन्स दोन्ही वेळोवेळी इथेरियम मेननेटवर क्रिप्टोग्राफिक पुरावे प्रकाशित करतात. तथापि, दोन्हीचे सुरक्षा गुणधर्म वेगवेगळे आहेत.
+
+शार्ड चेन्स प्रत्येक डेटा शार्डबद्दल तपशीलवार माहिती असलेले "कोलेशन हेडर्स" मेननेटवर कमिट करतात. मेननेटवरील नोड्स डेटा शार्ड्सची वैधता सत्यापित करतात आणि लागू करतात, ज्यामुळे अवैध शार्ड ट्रान्झिशन्सची शक्यता कमी होते आणि नेटवर्कला दुर्भावनापूर्ण क्रियाकलापांपासून संरक्षण मिळते.
+
+प्लाझ्मा वेगळे आहे कारण मेननेटला फक्त चाइल्ड चेन्सच्या स्थितीबद्दल किमान माहिती मिळते. याचा अर्थ मेननेट चाइल्ड चेन्सवर केलेल्या व्यवहारांची प्रभावीपणे पडताळणी करू शकत नाही, ज्यामुळे त्या कमी सुरक्षित होतात.
+
+**टीप** इथेरियम ब्लॉकचेनचे शार्डिंग करणे आता रोडमॅपवर नाही. त्याची जागा रोलअप्स आणि [डँकशार्डिंग](/roadmap/danksharding) द्वारे स्केलिंगने घेतली आहे.
+
+### प्लाझ्मा वापरा {#use-plasma}
+
+अनेक प्रकल्प प्लाझ्माची अंमलबजावणी प्रदान करतात जे तुम्ही तुमच्या dapps मध्ये समाकलित करू शकता:
+
+- [पॉलिगॉन](https://polygon.technology/) (पूर्वीचे मॅटिक नेटवर्क)
+
+## पुढील वाचन {#further-reading}
+
+- [प्लाझ्मा शिका](https://www.learnplasma.org/en/)
+- ["सामायिक सुरक्षा" म्हणजे काय आणि ते इतके महत्त्वाचे का आहे याची एक छोटी आठवण](https://old.reddit.com/r/ethereum/comments/sgd3zt/a_quick_reminder_of_what_shared_security_means/)
+- [साइडचेन्स विरुद्ध प्लाझ्मा विरुद्ध शार्डिंग](https://vitalik.eth.limo/general/2019/06/12/plasma_vs_sharding.html)
+- [प्लाझ्मा समजून घेणे, भाग 1: मूलभूत गोष्टी](https://www.theblockcrypto.com/amp/post/10793/understanding-plasma-part-1-the-basics)
+- [प्लाझ्माचे जीवन आणि मृत्यू](https://medium.com/dragonfly-research/the-life-and-death-of-plasma-b72c6a59c5ad#)
+
+_तुम्हाला मदत केलेल्या सामुदायिक संसाधनाबद्दल माहिती आहे का?_ हे पृष्ठ संपादित करा आणि ते जोडा!_
diff --git a/public/content/translations/mr/developers/docs/scaling/sidechains/index.md b/public/content/translations/mr/developers/docs/scaling/sidechains/index.md
new file mode 100644
index 00000000000..a3ed1fffbdc
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/scaling/sidechains/index.md
@@ -0,0 +1,73 @@
+---
+title: "साइडचेन्स"
+description: "सध्या इथेरिअम समुदायाद्वारे स्केलिंग सोल्यूशन म्हणून वापरल्या जाणाऱ्या साइडचेन्सची ओळख."
+lang: mr
+sidebarDepth: 3
+---
+
+साइडचेन ही एक स्वतंत्र ब्लॉकचेन आहे जी इथेरिअमपासून स्वतंत्रपणे चालते आणि दोन-मार्गी ब्रिजद्वारे इथेरिअम मेननेटशी जोडलेली असते. साइडचेन्समध्ये स्वतंत्र ब्लॉक पॅरामीटर्स आणि [कन्सेन्सस अल्गोरिदम](/developers/docs/consensus-mechanisms/) असू शकतात, जे अनेकदा व्यवहारांच्या कार्यक्षम प्रक्रियेसाठी डिझाइन केलेले असतात. साइडचेन वापरण्यामध्ये काही तडजोडींचा समावेश असतो, कारण त्यांना इथेरिअमचे सुरक्षा गुणधर्म वारसा हक्काने मिळत नाहीत. [लेअर 2 स्केलिंग सोल्यूशन्स](/layer-2/) च्या विपरीत, साइडचेन्स स्टेटमधील बदल आणि व्यवहारांचा डेटा इथेरिअम मेननेटवर परत पोस्ट करत नाहीत.
+
+साइडचेन्स उच्च थ्रुपुट ([स्केलेबिलिटी ट्रायलेमा](https://vitalik.eth.limo/general/2021/05/23/scaling.html)) साध्य करण्यासाठी विकेंद्रीकरण किंवा सुरक्षेच्या काही प्रमाणात त्याग करतात. तथापि, इथेरिअम विकेंद्रीकरण आणि सुरक्षेशी तडजोड न करता स्केलिंगसाठी वचनबद्ध आहे.
+
+## साइडचेन्स कसे कार्य करतात? {#how-do-sidechains-work}
+
+साइडचेन्स स्वतंत्र ब्लॉकचेन आहेत, ज्यांचा इतिहास, विकासाचा रोडमॅप आणि डिझाइन विचार वेगळे आहेत. जरी साइडचेनमध्ये इथेरिअमसोबत काही वरवरची साम्ये असली तरी, त्यात अनेक विशिष्ट वैशिष्ट्ये आहेत.
+
+### कन्सेन्सस अल्गोरिदम {#consensus-algorithms}
+
+साइडचेन्सना अद्वितीय (म्हणजेच, इथेरिअमपेक्षा वेगळे) बनवणाऱ्या गुणांपैकी एक म्हणजे वापरलेला कन्सेन्सस अल्गोरिदम. साइडचेन्स कन्सेन्सससाठी इथेरिअमवर अवलंबून नसतात आणि त्यांच्या गरजेनुसार पर्यायी कन्सेन्सस प्रोटोकॉल निवडू शकतात. साइडचेन्सवर वापरल्या जाणाऱ्या कन्सेन्सस अल्गोरिदमची काही उदाहरणे खालीलप्रमाणे:
+
+- [प्रूफ-ऑफ-अथॉरिटी](/developers/docs/consensus-mechanisms/poa/)
+- [डेलीगेटेड प्रूफ-ऑफ-स्टेक](https://en.bitcoin.it/wiki/Delegated_proof_of_stake)
+- [बायझेंटाईन फॉल्ट टॉलरन्स](https://decrypt.co/resources/byzantine-fault-tolerance-what-is-it-explained).
+
+इथेरिअमप्रमाणे, साइडचेन्समध्ये व्हॅलिडेटिंग नोड्स असतात जे व्यवहार सत्यापित आणि प्रक्रिया करतात, ब्लॉक तयार करतात आणि ब्लॉकचेन स्टेट संग्रहित करतात. व्हॅलिडेटर्स नेटवर्कवर कन्सेन्सस राखण्यासाठी आणि दुर्भावनापूर्ण हल्ल्यांपासून ते सुरक्षित ठेवण्यासाठी देखील जबाबदार असतात.
+
+#### ब्लॉक पॅरामीटर्स {#block-parameters}
+
+इथेरिअम [ब्लॉक वेळा](/developers/docs/blocks/#block-time) (म्हणजे, नवीन ब्लॉक तयार करण्यासाठी लागणारा वेळ) आणि [ब्लॉक आकार](/developers/docs/blocks/#block-size) (म्हणजे, प्रति ब्लॉक गॅसमध्ये दर्शविलेल्या डेटाचे प्रमाण) यावर मर्यादा घालतो. याउलट, साइडचेन्स अनेकदा उच्च थ्रुपुट, जलद व्यवहार आणि कमी शुल्क साध्य करण्यासाठी जलद ब्लॉक वेळा आणि उच्च गॅस मर्यादा यांसारखे वेगवेगळे पॅरामीटर्स स्वीकारतात.
+
+याचे काही फायदे असले तरी, नेटवर्क विकेंद्रीकरण आणि सुरक्षेसाठी याचे गंभीर परिणाम आहेत. जलद ब्लॉक वेळा आणि मोठे ब्लॉक आकार यांसारखे ब्लॉक पॅरामीटर्स पूर्ण नोड चालवण्याची अडचण वाढवतात - ज्यामुळे चेनपुरवठा सुरक्षित ठेवण्यासाठी काही "सुपरनोड्स" जबाबदार राहतात. अशा परिस्थितीत, व्हॅलिडेटर संगनमत किंवा चेनवर दुर्भावनापूर्ण ताबा मिळवण्याची शक्यता वाढते.
+
+ब्लॉकचेन्सना विकेंद्रीकरणाला हानी न पोहोचवता स्केल करण्यासाठी, नोड चालवणे प्रत्येकासाठी खुले असले पाहिजे - केवळ विशेष हार्डवेअर असलेल्या पक्षांसाठीच नव्हे. यामुळेच इथेरिअम नेटवर्कवर प्रत्येकजण [एक पूर्ण नोड चालवू शकेल](/developers/docs/nodes-and-clients/#why-should-i-run-an-ethereum-node) याची खात्री करण्यासाठी प्रयत्न सुरू आहेत.
+
+### EVM सुसंगतता {#evm-compatibility}
+
+काही साइडचेन्स EVM-सुसंगत आहेत आणि [इथेरिअम व्हर्च्युअल मशीन (EVM)](/developers/docs/evm/) साठी विकसित केलेले कॉन्ट्रॅक्ट्स कार्यान्वित करण्यास सक्षम आहेत. EVM-सुसंगत साइडचेन्स [सॉलिडिटीमध्ये लिहिलेल्या](/developers/docs/smart-contracts/languages/) स्मार्ट कॉन्ट्रॅक्ट्सना, तसेच इतर EVM स्मार्ट कॉन्ट्रॅक्ट भाषांना समर्थन देतात, याचा अर्थ इथेरिअम मेननेटसाठी लिहिलेले स्मार्ट कॉन्ट्रॅक्ट्स EVM-सुसंगत साइडचेन्सवर देखील कार्य करतील.
+
+याचा अर्थ असा की जर तुम्हाला तुमचे [dapp](/developers/docs/dapps/) साइडचेनवर वापरायचे असेल, तर तुम्हाला फक्त तुमचा [स्मार्ट कॉन्ट्रॅक्ट](/developers/docs/smart-contracts/) या साइडचेनवर तैनात करायचा आहे. ते मेननेटसारखेच दिसते, वाटते आणि कार्य करते—तुम्ही सॉलिडिटीमध्ये कॉन्ट्रॅक्ट्स लिहिता आणि साइडचेन्स RPC द्वारे चेनशी संवाद साधता.
+
+साइडचेन्स EVM-सुसंगत असल्यामुळे, त्यांना इथेरिअम-नेटिव्ह dapps साठी एक उपयुक्त [स्केलिंग सोल्यूशन](/developers/docs/scaling/) मानले जाते. साइडचेनवर तुमच्या dapp सह, वापरकर्ते कमी गॅस शुल्क आणि जलद व्यवहारांचा आनंद घेऊ शकतात, विशेषतः जेव्हा मेननेटवर गर्दी असते.
+
+तथापि, आधी स्पष्ट केल्याप्रमाणे, साइडचेन वापरण्यामध्ये महत्त्वपूर्ण तडजोडींचा समावेश असतो. प्रत्येक साइडचेन स्वतःच्या सुरक्षेसाठी जबाबदार असते आणि तिला इथेरिअमचे सुरक्षा गुणधर्म वारसा हक्काने मिळत नाहीत. यामुळे दुर्भावनापूर्ण वर्तनाची शक्यता वाढते ज्यामुळे तुमच्या वापरकर्त्यांवर परिणाम होऊ शकतो किंवा त्यांचे फंड धोक्यात येऊ शकतात.
+
+### मालमत्ता हस्तांतरण {#asset-movement}
+
+एका स्वतंत्र ब्लॉकचेनला इथेरिअम मेननेटची साइडचेन बनण्यासाठी, तिला इथेरिअम मेननेटवरून आणि इथेरिअम मेननेटवर मालमत्ता हस्तांतरणाची सोय करण्याची क्षमता असणे आवश्यक आहे. इथेरिअमसोबतची ही इंटरऑपरेबिलिटी ब्लॉकचेन ब्रिज वापरून साध्य केली जाते. [ब्रिजेस](/bridges/) इथेरिअम मेननेट आणि साइडचेनवर तैनात केलेल्या स्मार्ट कॉन्ट्रॅक्ट्सचा वापर करून त्यांच्यामधील फंडांच्या ब्रिजिंगवर नियंत्रण ठेवतात.
+
+ब्रिज वापरकर्त्यांना इथेरिअम आणि साइडचेन दरम्यान फंड हलविण्यात मदत करत असले तरी, मालमत्ता प्रत्यक्षरित्या दोन चेन्समध्ये हलवली जात नाही. त्याऐवजी, चेन्समध्ये मूल्य हस्तांतरित करण्यासाठी सामान्यतः मिंटिंग आणि बर्निंगचा समावेश असलेल्या यंत्रणा वापरल्या जातात. [ब्रिज कसे कार्य करतात](/developers/docs/bridges/#how-do-bridges-work) यावर अधिक माहिती.
+
+## साइडचेन्सचे फायदे आणि तोटे {#pros-and-cons-of-sidechains}
+
+| फायदे                                                                                                                                                     | बाधक                                                                                                                                                                    |
+| --------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| साइडचेन्सना आधार देणारे तंत्रज्ञान सुस्थापित आहे आणि विस्तृत संशोधन आणि डिझाइनमधील सुधारणांमुळे त्याला फायदा होतो.                        | साइडचेन्स स्केलेबिलिटीसाठी विकेंद्रीकरण आणि विश्वासार्हतेच्या काही प्रमाणात तडजोड करतात.                                                                |
+| साइडचेन्स सामान्य गणनेस समर्थन देतात आणि EVM सुसंगतता प्रदान करतात (त्या इथेरिअम-नेटिव्ह dapps चालवू शकतात).           | एक साइडचेन वेगळी कन्सेन्सस यंत्रणा वापरते आणि तिला इथेरिअमच्या सुरक्षा हमींचा फायदा होत नाही.                                                           |
+| साइडचेन्स व्यवहारांवर कार्यक्षमतेने प्रक्रिया करण्यासाठी आणि वापरकर्त्यांसाठी व्यवहार शुल्क कमी करण्यासाठी भिन्न कन्सेन्सस मॉडेल वापरतात. | साइडचेन्सना उच्च विश्वासाची गृहीतके आवश्यक असतात (उदा., दुर्भावनापूर्ण साइडचेन व्हॅलिडेटर्सचा कोरम फसवणूक करू शकतो). |
+| EVM-सुसंगत साइडचेन्स dapps ला त्यांची इकोसिस्टम विस्तृत करण्यास परवानगी देतात.                                                            |                                                                                                                                                                         |
+
+### साइडचेन्स वापरा {#use-sidechains}
+
+अनेक प्रकल्प साइडचेन्सची अंमलबजावणी प्रदान करतात जे तुम्ही तुमच्या dapps मध्ये समाकलित करू शकता:
+
+- [पॉलिगॉन PoS](https://polygon.technology/solutions/polygon-pos)
+- [स्केल](https://skale.network/)
+- [ग्नोसिस चेन (पूर्वीचे xDai)](https://www.gnosischain.com/)
+- [लूम नेटवर्क](https://loomx.io/)
+- [मेटिस अँड्रोमेडा](https://www.metis.io/)
+
+## पुढील वाचन {#further-reading}
+
+- [साइडचेन्सद्वारे इथेरिअम dapps स्केलिंग](https://medium.com/loom-network/dappchains-scaling-ethereum-dapps-through-sidechains-f99e51fff447) _फेब्रु. 8, 2018 - जॉर्जियस कॉन्स्टँटिनोपोलोस_
+
+_तुम्हाला मदत केलेल्या सामुदायिक संसाधनाबद्दल माहिती आहे का?_ हे पृष्ठ संपादित करा आणि ते जोडा!_
diff --git a/public/content/translations/mr/developers/docs/scaling/state-channels/index.md b/public/content/translations/mr/developers/docs/scaling/state-channels/index.md
new file mode 100644
index 00000000000..64f6d8f95b7
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/scaling/state-channels/index.md
@@ -0,0 +1,261 @@
+---
+title: "स्टेट चॅनल्स"
+description: "इथेरियम समुदायाद्वारे सध्या वापरले जाणारे स्केलिंग सोल्यूशन म्हणून स्टेट चॅनेल्स आणि पेमेंट चॅनेलची ओळख."
+lang: mr
+sidebarDepth: 3
+---
+
+स्टेट चॅनेल्स सहभागींना इथेरियम मेननेटसोबत कमीत कमी संवाद साधत ऑफचेन सुरक्षितपणे व्यवहार करण्याची परवानगी देतात. चॅनल पीअर्स केवळ चॅनल उघडण्यासाठी आणि बंद करण्यासाठी दोन ऑनचेन व्यवहार सादर करताना कितीही संख्येने ऑफचेन व्यवहार करू शकतात. यामुळे अत्यंत उच्च व्यवहार थ्रूपुट शक्य होतो आणि वापरकर्त्यांसाठी कमी खर्च येतो.
+
+## पूर्वतयारी {#prerequisites}
+
+तुम्ही आमचे [इथेरियम स्केलिंग](/developers/docs/scaling/) आणि [लेयर 2](/layer-2/) वरील पृष्ठे वाचलेली आणि समजून घेतलेली असावीत.
+
+## चॅनल्स म्हणजे काय? {#what-are-channels}
+
+इथेरियमसारख्या सार्वजनिक ब्लॉकचेन्सना त्यांच्या वितरित आर्किटेक्चरमुळे स्केलेबिलिटी आव्हानांना सामोरे जावे लागते: ऑनचेन व्यवहार सर्व नोड्सद्वारे कार्यान्वित केले पाहिजेत. नेटवर्क विकेंद्रित ठेवण्यासाठी नोड्सना सामान्य हार्डवेअर वापरून एका ब्लॉकमधील व्यवहारांचे प्रमाण हाताळता आले पाहिजे, ज्यामुळे व्यवहार थ्रूपुटवर मर्यादा येते. ब्लॉकचेन चॅनेल्स वापरकर्त्यांना अंतिम सेटलमेंटसाठी मुख्य चेनच्या सुरक्षिततेवर अवलंबून राहून ऑफचेन संवाद साधण्याची परवानगी देऊन ही समस्या सोडवतात.
+
+चॅनल्स हे सोपे पीअर-टू-पीअर प्रोटोकॉल आहेत जे दोन पक्षांना एकमेकांमध्ये अनेक व्यवहार करण्याची आणि नंतर केवळ अंतिम परिणाम ब्लॉकचेनवर पोस्ट करण्याची परवानगी देतात. चॅनल क्रिप्टोग्राफीचा वापर करून हे दर्शवते की ते तयार करत असलेला सारांश डेटा खरोखरच वैध मध्यवर्ती व्यवहारांच्या संचाचा परिणाम आहे. एक ["मल्टीसिग"](/developers/docs/smart-contracts/#multisig) स्मार्ट कॉन्ट्रॅक्ट हे सुनिश्चित करते की व्यवहार योग्य पक्षांद्वारे स्वाक्षरी केलेले आहेत.
+
+चॅनेल्ससह, स्टेट बदल इच्छुक पक्षांद्वारे कार्यान्वित आणि प्रमाणित केले जातात, ज्यामुळे इथेरियमच्या एक्झिक्युशन लेयरवरील संगणन कमी होते. यामुळे इथेरियमवरील गर्दी कमी होते आणि वापरकर्त्यांसाठी व्यवहार प्रक्रियेचा वेग वाढतो.
+
+प्रत्येक चॅनल इथेरियमवर चालणाऱ्या [मल्टीसिग स्मार्ट कॉन्ट्रॅक्ट](/developers/docs/smart-contracts/#multisig) द्वारे व्यवस्थापित केले जाते. चॅनल उघडण्यासाठी, सहभागी चॅनल कॉन्ट्रॅक्ट ऑनचेन तैनात करतात आणि त्यात निधी जमा करतात. दोन्ही पक्ष एकत्रितपणे चॅनलच्या स्टेटला सुरू करण्यासाठी स्टेट अपडेटवर स्वाक्षरी करतात, त्यानंतर ते जलद आणि मुक्तपणे ऑफचेन व्यवहार करू शकतात.
+
+चॅनल बंद करण्यासाठी, सहभागी चॅनलच्या शेवटच्या मान्य केलेल्या स्टेटला ऑनचेन सादर करतात. त्यानंतर, स्मार्ट कॉन्ट्रॅक्ट चॅनलच्या अंतिम स्टेटमधील प्रत्येक सहभागीच्या शिल्लकनुसार लॉक केलेले निधी वितरित करते.
+
+पीअर-टू-पीअर चॅनल्स विशेषतः अशा परिस्थितीत उपयुक्त आहेत जिथे काही पूर्वनिर्धारित सहभागी दृश्यमान ओव्हरहेडशिवाय उच्च वारंवारतेने व्यवहार करू इच्छितात. ब्लॉकचेन चॅनल्स दोन श्रेणींमध्ये येतात: **पेमेंट चॅनल्स** आणि **स्टेट चॅनल्स**.
+
+## पेमेंट चॅनल्स {#payment-channels}
+
+पेमेंट चॅनलला दोन वापरकर्त्यांद्वारे एकत्रितपणे राखले जाणारे "द्वि-मार्गी लेजर" म्हणून सर्वोत्तम वर्णन केले जाते. लेजरची सुरुवातीची शिल्लक ही चॅनल उघडण्याच्या टप्प्यात ऑनचेन कॉन्ट्रॅक्टमध्ये लॉक केलेल्या ठेवींची बेरीज असते. पेमेंट चॅनल हस्तांतरण तात्काळ आणि प्रत्यक्ष ब्लॉकचेनच्या सहभागाशिवाय केले जाऊ शकते, केवळ सुरुवातीच्या एक-वेळच्या ऑनचेन निर्मिती आणि चॅनलच्या अंतिम बंद वगळता.
+
+लेजरच्या शिल्लक (म्हणजे, पेमेंट चॅनलची स्टेट) मधील अपडेट्ससाठी चॅनलमधील सर्व पक्षांची मान्यता आवश्यक असते. सर्व चॅनल सहभागींनी स्वाक्षरी केलेला चॅनल अपडेट, इथेरियमवरील व्यवहाराप्रमाणेच अंतिम मानला जातो.
+
+पेमेंट चॅनेल्स हे सर्वात जुने स्केलिंग सोल्यूशन्सपैकी एक होते जे सोप्या वापरकर्ता परस्परसंवादाच्या (उदा., ETH हस्तांतरण, अणु स्वॅप, मायक्रोपेमेंट्स) महागड्या ऑनचेन क्रियाकलाप कमी करण्यासाठी डिझाइन केलेले होते. चॅनल सहभागी एकमेकांमध्ये अमर्याद प्रमाणात तात्काळ, शुल्क-मुक्त व्यवहार करू शकतात, जोपर्यंत त्यांच्या हस्तांतरणाची निव्वळ बेरीज जमा केलेल्या टोकन्सपेक्षा जास्त होत नाही.
+
+## स्टेट चॅनल्स {#state-channels}
+
+ऑफचेन पेमेंटला समर्थन देण्याव्यतिरिक्त, पेमेंट चॅनेल्स सामान्य स्टेट संक्रमण लॉजिक हाताळण्यासाठी उपयुक्त ठरलेले नाहीत. स्टेट चॅनेल्स ही समस्या सोडवण्यासाठी आणि सामान्य-उद्देशीय संगणनाच्या स्केलिंगसाठी चॅनेल उपयुक्त करण्यासाठी तयार केले गेले.
+
+स्टेट चॅनल्समध्ये अजूनही पेमेंट चॅनेल्ससोबत बरेच साम्य आहे. उदाहरणार्थ, वापरकर्ते क्रिप्टोग्राफिकली स्वाक्षरी केलेले संदेश (व्यवहार) देवाणघेवाण करून संवाद साधतात, ज्यावर इतर चॅनल सहभागींनी देखील स्वाक्षरी करणे आवश्यक आहे. जर प्रस्तावित स्टेट अपडेटवर सर्व सहभागींनी स्वाक्षरी केली नसेल, तर ते अवैध मानले जाते.
+
+तथापि, वापरकर्त्याच्या शिलकी ठेवण्याव्यतिरिक्त, चॅनल कॉन्ट्रॅक्टच्या स्टोरेजच्या सद्य स्थितीचा (म्हणजे, कॉन्ट्रॅक्ट व्हेरिएबल्सची मूल्ये) मागोवा ठेवते.
+
+यामुळे दोन वापरकर्त्यांमध्ये स्मार्ट कॉन्ट्रॅक्ट ऑफचेन कार्यान्वित करणे शक्य होते. या परिस्थितीत, स्मार्ट कॉन्ट्रॅक्टच्या अंतर्गत स्टेटमध्ये अपडेट करण्यासाठी फक्त चॅनल तयार करणाऱ्या पीअर्सची मान्यता आवश्यक असते.
+
+जरी यामुळे पूर्वी वर्णन केलेली स्केलेबिलिटीची समस्या सुटते, तरी त्याचे सुरक्षिततेवर परिणाम होतात. इथेरियमवर, स्टेट संक्रमणांची वैधता नेटवर्कच्या एकमत प्रोटोकॉलद्वारे लागू केली जाते. यामुळे स्मार्ट कॉन्ट्रॅक्टच्या स्टेटमध्ये अवैध अपडेट प्रस्तावित करणे किंवा स्मार्ट कॉन्ट्रॅक्ट एक्झिक्यूशनमध्ये बदल करणे अशक्य होते.
+
+स्टेट चॅनल्समध्ये समान सुरक्षा हमी नसते. काही प्रमाणात, स्टेट चॅनल हे मेननेटची एक लहान आवृत्ती आहे. नियमांची अंमलबजावणी करणाऱ्या सहभागींच्या मर्यादित संचासह, दुर्भावनापूर्ण वर्तनाची शक्यता (उदा. अवैध स्टेट अपडेट प्रस्तावित करणे) वाढते. [फसवणूक पुराव्यावर](/glossary/#fraud-proof) आधारित विवाद लवादाच्या प्रणालीतून स्टेट चॅनेल्स त्यांची सुरक्षा मिळवतात.
+
+## स्टेट चॅनेल्स कसे काम करतात {#how-state-channels-work}
+
+मूलतः, स्टेट चॅनलमधील क्रियाकलाप हे वापरकर्ते आणि ब्लॉकचेन प्रणाली यांचा समावेश असलेल्या परस्परसंवादांचे सत्र आहे. वापरकर्ते बहुतेक एकमेकांशी ऑफचेन संवाद साधतात आणि चॅनल उघडण्यासाठी, चॅनल बंद करण्यासाठी किंवा सहभागींमधील संभाव्य वाद मिटवण्यासाठीच अंतर्निहित ब्लॉकचेनशी संवाद साधतात.
+
+पुढील विभागात स्टेट चॅनलच्या मूलभूत कार्यप्रवाहाची रूपरेषा दिली आहे:
+
+### चॅनल उघडणे {#opening-the-channel}
+
+चॅनल उघडण्यासाठी सहभागींनी मेननेटवरील स्मार्ट कॉन्ट्रॅक्टमध्ये निधी जमा करणे आवश्यक आहे. ही ठेव व्हर्च्युअल टॅब म्हणूनही काम करते, त्यामुळे सहभागी कलाकार तात्काळ पेमेंट सेटल करण्याची गरज न बाळगता मुक्तपणे व्यवहार करू शकतात. जेव्हा चॅनल ऑनचेन अंतिम केले जाते तेव्हाच पक्ष एकमेकांना सेटल करतात आणि त्यांच्या टॅबमधून उरलेले पैसे काढतात.
+
+ही ठेव प्रत्येक सहभागीकडून प्रामाणिक वर्तनाची हमी देण्यासाठी बॉण्ड म्हणूनही काम करते. जर ठेवीदार विवाद निराकरण टप्प्यात दुर्भावनापूर्ण कृतींसाठी दोषी आढळले, तर करार त्यांची ठेव स्लॅश करतो.
+
+चॅनल पीअर्सना एका प्रारंभिक स्थितीवर स्वाक्षरी करणे आवश्यक आहे, ज्यावर ते सर्व सहमत आहेत. हे स्टेट चॅनलचे जेनेसिस म्हणून काम करते, त्यानंतर वापरकर्ते व्यवहार सुरू करू शकतात.
+
+### चॅनल वापरणे {#using-the-channel}
+
+चॅनलची स्थिती सुरू केल्यानंतर, पीअर्स व्यवहारांवर स्वाक्षरी करून आणि मंजुरीसाठी एकमेकांना पाठवून संवाद साधतात. सहभागी या व्यवहारांद्वारे स्टेट अपडेट सुरू करतात आणि इतरांकडून स्टेट अपडेटवर स्वाक्षरी करतात. प्रत्येक व्यवहारात खालील गोष्टींचा समावेश असतो:
+
+- एक **नॉन्स**, जो व्यवहारांसाठी एक अद्वितीय आयडी म्हणून काम करतो आणि रिप्ले हल्ले टाळतो. हे स्टेट अपडेट कोणत्या क्रमाने घडले हे देखील ओळखते (जे विवाद निराकरणासाठी महत्त्वाचे आहे)
+
+- चॅनलची जुनी स्थिती
+
+- चॅनलची नवीन स्थिती
+
+- स्टेट संक्रमणाला चालना देणारा व्यवहार (उदा., ॲलिस बॉबला ५ ETH पाठवते)
+
+चॅनलमधील स्टेट अपडेट्स ऑनचेन प्रसारित केले जात नाहीत जसे की सामान्यतः मेननेटवर वापरकर्ते संवाद साधताना घडते, जे स्टेट चॅनेल्सच्या ऑनचेन फूटप्रिंट कमी करण्याच्या उद्दिष्टाशी जुळते. जोपर्यंत सहभागी स्टेट अपडेटवर सहमत आहेत, तोपर्यंत ते इथेरियम व्यवहारासारखेच अंतिम आहेत. विवाद निर्माण झाल्यास सहभागींना फक्त मेननेटच्या सहमतीवर अवलंबून राहावे लागते.
+
+### चॅनल बंद करणे {#closing-the-channel}
+
+स्टेट चॅनल बंद करण्यासाठी चॅनलची अंतिम, मान्य केलेली स्थिती ऑनचेन स्मार्ट कॉन्ट्रॅक्टला सादर करणे आवश्यक आहे. स्टेट अपडेटमध्ये संदर्भित तपशिलांमध्ये प्रत्येक सहभागीच्या चालींची संख्या आणि मंजूर व्यवहारांची यादी समाविष्ट आहे.
+
+स्टेट अपडेट वैध आहे हे सत्यापित केल्यानंतर (म्हणजे, त्यावर सर्व पक्षांनी स्वाक्षरी केली आहे), स्मार्ट कॉन्ट्रॅक्ट चॅनलला अंतिम रूप देते आणि चॅनलच्या निकालानुसार लॉक केलेले निधी वितरित करते. ऑफचेन केलेले पेमेंट इथेरियमच्या स्टेटवर लागू केले जातात आणि प्रत्येक सहभागीला लॉक केलेल्या निधीचा त्यांचा उर्वरित भाग मिळतो.
+
+वर वर्णन केलेले परिदृश्य आनंदी बाबतीत काय घडते ते दर्शवते. कधीकधी, वापरकर्ते करार करू शकत नाहीत आणि चॅनल अंतिम करू शकत नाहीत (दुःखद बाब). परिस्थितीबद्दल खालीलपैकी कोणतीही गोष्ट खरी असू शकते:
+
+- सहभागी ऑफलाइन जातात आणि स्टेट संक्रमण प्रस्तावित करण्यात अयशस्वी होतात
+
+- सहभागी वैध स्टेट अपडेटवर सह-स्वाक्षरी करण्यास नकार देतात
+
+- सहभागी ऑनचेन कॉन्ट्रॅक्टला जुना स्टेट अपडेट प्रस्तावित करून चॅनल अंतिम करण्याचा प्रयत्न करतात
+
+- सहभागी इतरांना स्वाक्षरी करण्यासाठी अवैध स्टेट संक्रमण प्रस्तावित करतात
+
+जेव्हा चॅनलमधील सहभागी कलाकारांमध्ये एकमत मोडते, तेव्हा शेवटचा पर्याय म्हणजे चॅनलची अंतिम, वैध स्थिती लागू करण्यासाठी मेननेटच्या एकमतावर अवलंबून राहणे. या प्रकरणात, स्टेट चॅनल बंद करण्यासाठी ऑनचेन वाद मिटवणे आवश्यक आहे.
+
+### वाद मिटवणे {#settling-disputes}
+
+सामान्यतः, चॅनलमधील पक्ष चॅनल बंद करण्यावर आधीच सहमत होतात आणि शेवटच्या स्टेट संक्रमणावर सह-स्वाक्षरी करतात, जे ते स्मार्ट कॉन्ट्रॅक्टला सादर करतात. एकदा अपडेट ऑनचेन मंजूर झाल्यावर, ऑफचेन स्मार्ट कॉन्ट्रॅक्टचे एक्झिक्युशन संपते आणि सहभागी त्यांच्या पैशांसह चॅनलमधून बाहेर पडतात.
+
+तथापि, एक पक्ष स्मार्ट कॉन्ट्रॅक्टचे एक्झिक्युशन संपवण्यासाठी आणि चॅनल अंतिम करण्यासाठी ऑनचेन विनंती सादर करू शकतो—त्यांच्या प्रतिपक्षाच्या मंजुरीची वाट न पाहता. जर पूर्वी वर्णन केलेल्या एकमत-भंग करणाऱ्या परिस्थितींपैकी कोणतीही घडली, तर दोन्हीपैकी कोणताही पक्ष चॅनल बंद करण्यासाठी आणि निधी वितरित करण्यासाठी ऑनचेन कॉन्ट्रॅक्टला ट्रिगर करू शकतो. हे **विश्वासरहितता** प्रदान करते, हे सुनिश्चित करते की प्रामाणिक पक्ष कोणत्याही वेळी त्यांची ठेव काढू शकतात, दुसऱ्या पक्षाच्या कृतींची पर्वा न करता.
+
+चॅनलमधून बाहेर पडण्याची प्रक्रिया करण्यासाठी, वापरकर्त्याला अनुप्रयोगाचे शेवटचे वैध स्टेट अपडेट ऑनचेन कॉन्ट्रॅक्टला सादर करणे आवश्यक आहे. जर हे तपासले गेले (म्हणजे, त्यावर सर्व पक्षांची स्वाक्षरी आहे), तर निधी त्यांच्या बाजूने पुनर्वितरित केला जातो.
+
+तथापि, एकल-वापरकर्ता एक्झिट विनंत्या कार्यान्वित करण्यास विलंब होतो. जर चॅनल संपवण्याची विनंती एकमताने मंजूर झाली, तर ऑनचेन एक्झिट व्यवहार ताबडतोब कार्यान्वित केला जातो.
+
+फसवणूक करणाऱ्या कृतींच्या शक्यतेमुळे एकल-वापरकर्ता एक्झिटमध्ये विलंब होतो. उदाहरणार्थ, एक चॅनल सहभागी जुना स्टेट अपडेट ऑनचेन सादर करून इथेरियमवर चॅनल अंतिम करण्याचा प्रयत्न करू शकतो.
+
+प्रतिउपाय म्हणून, स्टेट चॅनेल्स प्रामाणिक वापरकर्त्यांना चॅनलची नवीनतम, वैध स्थिती ऑनचेन सादर करून अवैध स्टेट अपडेटला आव्हान देण्याची परवानगी देतात. स्टेट चॅनेल्स अशा प्रकारे डिझाइन केलेले आहेत की नवीन, मान्य केलेले स्टेट अपडेट्स जुन्या स्टेट अपडेट्सवर मात करतात.
+
+एकदा एक पीअर ऑनचेन विवाद-निराकरण प्रणाली सुरू करतो, तेव्हा दुसऱ्या पक्षाला एका वेळेच्या मर्यादेत (ज्याला चॅलेंज विंडो म्हणतात) प्रतिसाद देणे आवश्यक असते. हे वापरकर्त्यांना एक्झिट व्यवहाराला आव्हान देण्याची परवानगी देते, विशेषतः जर दुसरा पक्ष जुना अपडेट लागू करत असेल.
+
+परिस्थिती काहीही असो, चॅनल वापरकर्त्यांना नेहमीच मजबूत अंतिमतेची हमी असते: जर त्यांच्या ताब्यातील स्टेट संक्रमण सर्व सदस्यांनी स्वाक्षरी केलेले असेल आणि ते सर्वात अलीकडील अपडेट असेल, तर ते नियमित ऑनचेन व्यवहाराच्या समान अंतिमतेचे असते. त्यांना अजूनही दुसऱ्या पक्षाला ऑनचेन आव्हान द्यावे लागते, परंतु शक्य असलेला एकमेव परिणाम म्हणजे शेवटची वैध स्थिती अंतिम करणे, जी त्यांच्याकडे आहे.
+
+### स्टेट चॅनेल्स इथेरियमशी कसे संवाद साधतात? {#how-do-state-channels-interact-with-ethereum}
+
+जरी ते ऑफचेन प्रोटोकॉल म्हणून अस्तित्वात असले तरी, स्टेट चॅनेल्समध्ये एक ऑनचेन घटक असतो: चॅनल उघडताना इथेरियमवर तैनात केलेला स्मार्ट कॉन्ट्रॅक्ट. हा करार चॅनलमध्ये जमा केलेल्या मालमत्तेवर नियंत्रण ठेवतो, स्टेट अपडेट सत्यापित करतो आणि सहभागींमधील वाद मिटवतो.
+
+[लेयर २](/layer-2/) स्केलिंग सोल्यूशन्सच्या विपरीत, स्टेट चॅनल्स मेननेटवर व्यवहार डेटा किंवा स्टेट कमिटमेंट प्रकाशित करत नाहीत. तथापि, ते [साईडचेन्स](/developers/docs/scaling/sidechains/) पेक्षा मेननेटशी अधिक जोडलेले आहेत, ज्यामुळे ते काहीसे सुरक्षित बनतात.
+
+स्टेट चॅनेल्स खालील गोष्टींसाठी मुख्य इथेरियम प्रोटोकॉलवर अवलंबून असतात:
+
+#### १. लाईव्हनेस {#liveness}
+
+चॅनल उघडताना तैनात केलेला ऑनचेन करार चॅनलच्या कार्यक्षमतेसाठी जबाबदार असतो. जर करार इथेरियमवर चालू असेल, तर चॅनल वापरासाठी नेहमी उपलब्ध असतो. याउलट, मेननेट कार्यरत असले तरीही साईडचेन नेहमीच अयशस्वी होऊ शकते, ज्यामुळे वापरकर्त्याचा निधी धोक्यात येतो.
+
+#### २. सुरक्षा {#security}
+
+काही प्रमाणात, स्टेट चॅनेल्स सुरक्षा प्रदान करण्यासाठी आणि वापरकर्त्यांना दुर्भावनापूर्ण पीअर्सपासून संरक्षण देण्यासाठी इथेरियमवर अवलंबून असतात. नंतरच्या विभागांमध्ये चर्चा केल्याप्रमाणे, चॅनेल्स एक फ्रॉड प्रूफ यंत्रणा वापरतात जी वापरकर्त्यांना अवैध किंवा जुन्या अपडेटसह चॅनल अंतिम करण्याच्या प्रयत्नांना आव्हान देण्यास परवानगी देते.
+
+या प्रकरणात, प्रामाणिक पक्ष सत्यापनासाठी ऑनचेन कराराला फ्रॉड प्रूफ म्हणून चॅनलची नवीनतम वैध स्थिती प्रदान करतो. फ्रॉड प्रूफ परस्पर अविश्वासी पक्षांना प्रक्रियेत त्यांचा निधी धोक्यात न घालवता ऑफचेन व्यवहार करण्यास सक्षम करतात.
+
+#### ३. अंतिमता {#finality}
+
+चॅनल वापरकर्त्यांद्वारे एकत्रितपणे स्वाक्षरी केलेले स्टेट अपडेट्स ऑनचेन व्यवहारांइतकेच चांगले मानले जातात. तरीही, जेव्हा इथेरियमवर चॅनल बंद केले जाते तेव्हाच सर्व इन-चॅनल क्रियाकलाप खरी अंतिमता प्राप्त करतात.
+
+आशावादी बाबतीत, दोन्ही पक्ष सहकार्य करू शकतात आणि अंतिम स्टेट अपडेटवर स्वाक्षरी करू शकतात आणि चॅनल बंद करण्यासाठी ऑनचेन सादर करू शकतात, त्यानंतर चॅनलच्या अंतिम स्थितीनुसार निधी वितरित केला जातो. निराशावादी बाबतीत, जिथे कोणी ऑनचेन चुकीचा स्टेट अपडेट पोस्ट करून फसवणूक करण्याचा प्रयत्न करतो, तिथे त्यांचा व्यवहार चॅलेंज विंडो संपेपर्यंत अंतिम होत नाही.
+
+## व्हर्च्युअल स्टेट चॅनेल्स {#virtual-state-channels}
+
+स्टेट चॅनलची सोपी अंमलबजावणी म्हणजे जेव्हा दोन वापरकर्ते ऑफचेन अनुप्रयोग कार्यान्वित करू इच्छितात तेव्हा एक नवीन करार तैनात करणे. हे केवळ अव्यवहार्य नाही, तर ते स्टेट चॅनेल्सच्या खर्च-प्रभावीतेवर देखील नकारात्मक परिणाम करते (ऑनचेन व्यवहार खर्च त्वरीत वाढू शकतात).
+
+ही समस्या सोडवण्यासाठी, "व्हर्च्युअल चॅनेल्स" तयार केले गेले. नियमित चॅनेल्सच्या विपरीत ज्यांना उघडण्यासाठी आणि समाप्त करण्यासाठी ऑनचेन व्यवहारांची आवश्यकता असते, व्हर्च्युअल चॅनल मुख्य चेनशी संवाद साधल्याशिवाय उघडता, कार्यान्वित करता आणि अंतिम करता येतो. या पद्धतीचा वापर करून ऑफचेन वाद मिटवणे देखील शक्य आहे.
+
+ही प्रणाली तथाकथित "लेजर चॅनेल्स" च्या अस्तित्वावर अवलंबून आहे, ज्यांना ऑनचेन निधी दिला गेला आहे. दोन पक्षांमधील व्हर्च्युअल चॅनेल्स विद्यमान लेजर चॅनलच्या वर तयार केले जाऊ शकतात, ज्यामध्ये लेजर चॅनलचे मालक मध्यस्थ म्हणून काम करतात.
+
+प्रत्येक व्हर्च्युअल चॅनलमधील वापरकर्ते नवीन करार उदाहरणाद्वारे संवाद साधतात, ज्यामध्ये लेजर चॅनल अनेक करार उदाहरणांना समर्थन देण्यास सक्षम असतो. लेजर चॅनलच्या स्थितीत एकापेक्षा जास्त करार स्टोरेज स्थिती देखील असते, ज्यामुळे वेगवेगळ्या वापरकर्त्यांमध्ये ऑफचेन अनुप्रयोगांची समांतर अंमलबजावणी शक्य होते.
+
+नियमित चॅनेल्सप्रमाणेच, वापरकर्ते स्टेट मशीनला पुढे नेण्यासाठी स्टेट अपडेट्सची देवाणघेवाण करतात. विवाद निर्माण झाल्याशिवाय, मध्यस्थाशी केवळ चॅनल उघडताना किंवा समाप्त करताना संपर्क साधावा लागतो.
+
+### व्हर्च्युअल पेमेंट चॅनेल्स {#virtual-payment-channels}
+
+व्हर्च्युअल पेमेंट चॅनेल्स व्हर्च्युअल स्टेट चॅनेल्सच्याच कल्पनेवर काम करतात: एकाच नेटवर्कशी जोडलेले सहभागी ऑनचेन नवीन चॅनल उघडण्याची गरज न भासता संदेश पाठवू शकतात. व्हर्च्युअल पेमेंट चॅनेल्समध्ये, मूल्य हस्तांतरण एक किंवा अधिक मध्यस्थांद्वारे मार्गस्थ केले जातात, या हमीसह की केवळ इच्छित प्राप्तकर्त्याला हस्तांतरित निधी मिळू शकतो.
+
+## स्टेट चॅनेल्सचे अनुप्रयोग {#applications-of-state-channels}
+
+### पेमेंट {#payments}
+
+सुरुवातीचे ब्लॉकचेन चॅनेल्स सोपे प्रोटोकॉल होते जे दोन सहभागींना मेननेटवर उच्च व्यवहार शुल्क न भरता ऑफचेन जलद, कमी-शुल्क हस्तांतरण करण्यास परवानगी देत होते. आजही, पेमेंट चॅनेल्स इथर आणि टोकन्सच्या देवाणघेवाणीसाठी आणि ठेवींसाठी डिझाइन केलेल्या अनुप्रयोगांसाठी उपयुक्त आहेत.
+
+चॅनल-आधारित पेमेंटचे खालील फायदे आहेत:
+
+1. **थ्रूपुट**: प्रति चॅनल ऑफचेन व्यवहारांची संख्या इथेरियमच्या थ्रूपुटशी संबंधित नाही, जो विविध घटकांवर, विशेषतः ब्लॉक आकार आणि ब्लॉक वेळेवर अवलंबून असतो. ऑफचेन व्यवहार कार्यान्वित करून, ब्लॉकचेन चॅनेल्स उच्च थ्रूपुट प्राप्त करू शकतात.
+
+2. **गोपनीयता**: चॅनेल्स ऑफचेन अस्तित्वात असल्यामुळे, सहभागींमधील परस्परसंवादाचे तपशील इथेरियमच्या सार्वजनिक ब्लॉकचेनवर नोंदवले जात नाहीत. चॅनल वापरकर्त्यांना फक्त निधी देताना आणि चॅनल बंद करताना किंवा वाद मिटवतानाच ऑनचेन संवाद साधावा लागतो. म्हणून, अधिक खाजगी व्यवहार करू इच्छिणाऱ्या व्यक्तींसाठी चॅनेल्स उपयुक्त आहेत.
+
+3. **विलंबता**: चॅनल सहभागींमध्ये होणारे ऑफचेन व्यवहार, दोन्ही पक्षांनी सहकार्य केल्यास, विलंब कमी करून त्वरित सेटल केले जाऊ शकतात. याउलट, मेननेटवर व्यवहार पाठवण्यासाठी नोड्सनी व्यवहार प्रक्रिया करणे, व्यवहारासह नवीन ब्लॉक तयार करणे आणि सहमती गाठण्याची वाट पाहावी लागते. वापरकर्त्यांना व्यवहार अंतिम मानण्यापूर्वी अधिक ब्लॉक पुष्टीकरणासाठी देखील प्रतीक्षा करावी लागू शकते.
+
+4. **खर्च**: स्टेट चॅनेल्स विशेषतः अशा परिस्थितीत उपयुक्त आहेत जिथे सहभागींचा एक गट दीर्घ कालावधीत अनेक स्टेट अपडेट्सची देवाणघेवाण करेल. येणारा एकमेव खर्च म्हणजे स्टेट चॅनल स्मार्ट कॉन्ट्रॅक्ट उघडणे आणि बंद करणे; चॅनल उघडणे आणि बंद करणे यामधील प्रत्येक स्टेट बदल शेवटच्यापेक्षा स्वस्त असेल कारण सेटलमेंट खर्च त्यानुसार वितरित केला जातो.
+
+[रोलअप्स](/developers/docs/scaling/#rollups) सारख्या लेयर २ सोल्यूशन्सवर स्टेट चॅनेल्सची अंमलबजावणी केल्याने ते पेमेंटसाठी आणखी आकर्षक बनू शकतात. चॅनेल्स स्वस्त पेमेंट ऑफर करत असले तरी, उघडण्याच्या टप्प्यात मेननेटवर ऑनचेन करार सेट करण्याचा खर्च महाग होऊ शकतो—विशेषतः जेव्हा गॅस शुल्क वाढते. इथेरियम-आधारित रोलअप्स [कमी व्यवहार शुल्क](https://l2fees.info/) देतात आणि सेटअप शुल्क कमी करून चॅनल सहभागींसाठी ओव्हरहेड कमी करू शकतात.
+
+### मायक्रोट्रान्झॅक्शन्स {#microtransactions}
+
+मायक्रोट्रान्झॅक्शन्स हे कमी-मूल्याचे पेमेंट आहेत (उदा., एका डॉलरच्या अंशापेक्षा कमी) जे व्यवसाय नुकसान न होता प्रक्रिया करू शकत नाहीत. या संस्थांना पेमेंट सेवा प्रदात्यांना पैसे द्यावे लागतात, जे ते करू शकत नाहीत जर ग्राहक पेमेंटवरील मार्जिन नफा मिळवण्यासाठी खूप कमी असेल.
+
+पेमेंट चॅनेल्स मायक्रोट्रान्झॅक्शन्सशी संबंधित ओव्हरहेड कमी करून ही समस्या सोडवतात. उदाहरणार्थ, एक इंटरनेट सेवा प्रदाता (ISP) ग्राहकासोबत पेमेंट चॅनल उघडू शकतो, ज्यामुळे त्यांना प्रत्येक वेळी सेवा वापरताना लहान पेमेंट प्रवाहित करण्याची परवानगी मिळते.
+
+चॅनल उघडण्याच्या आणि बंद करण्याच्या खर्चाव्यतिरिक्त, सहभागींना मायक्रोट्रान्झॅक्शन्सवर अधिक खर्च येत नाही (कोणतेही गॅस शुल्क नाही). ही एक जिंक-जिंक परिस्थिती आहे कारण ग्राहकांना सेवांसाठी किती पैसे द्यायचे यात अधिक लवचिकता असते आणि व्यवसाय फायदेशीर मायक्रोट्रान्झॅक्शन्स गमावत नाहीत.
+
+### विकेंद्रित अनुप्रयोग {#decentralized-applications}
+
+पेमेंट चॅनेल्सप्रमाणे, स्टेट चॅनेल्स स्टेट मशीनच्या अंतिम स्थितीनुसार सशर्त पेमेंट करू शकतात. स्टेट चॅनेल्स अनियंत्रित स्टेट संक्रमण लॉजिकला देखील समर्थन देऊ शकतात, ज्यामुळे ते सामान्य ॲप्स ऑफचेन कार्यान्वित करण्यासाठी उपयुक्त ठरतात.
+
+स्टेट चॅनेल्स सहसा साध्या वळण-आधारित अनुप्रयोगांपुरते मर्यादित असतात, कारण यामुळे ऑनचेन करारासाठी वचनबद्ध निधी व्यवस्थापित करणे सोपे होते. तसेच, ऑफचेन अनुप्रयोगाची स्थिती ठराविक अंतराने अपडेट करणाऱ्या पक्षांची मर्यादित संख्या असल्यामुळे, अप्रामाणिक वर्तनाला शिक्षा देणे तुलनेने सोपे आहे.
+
+स्टेट चॅनल अनुप्रयोगाची कार्यक्षमता देखील त्याच्या डिझाइनवर अवलंबून असते. उदाहरणार्थ, एक डेव्हलपर ॲप चॅनल करार एकदाच ऑनचेन तैनात करू शकतो आणि इतर खेळाडूंना ऑनचेन न जाता ॲप पुन्हा वापरण्याची परवानगी देऊ शकतो. या प्रकरणात, प्रारंभिक ॲप चॅनल एकाधिक व्हर्च्युअल चॅनेल्सना समर्थन देणारे लेजर चॅनल म्हणून काम करते, प्रत्येक ॲपच्या स्मार्ट कराराची नवीन उदाहरणे ऑफचेन चालवते.
+
+स्टेट चॅनल अनुप्रयोगांसाठी एक संभाव्य उपयोग-प्रकरण सोपे दोन-खेळाडूंचे खेळ आहेत, जिथे खेळाच्या निकालानुसार निधी वितरित केला जातो. येथे फायदा असा आहे की खेळाडूंना एकमेकांवर विश्वास ठेवण्याची गरज नाही (विश्वासरहितता) आणि ऑनचेन करार, खेळाडू नव्हे, निधीचे वाटप आणि विवादांचे निराकरण नियंत्रित करतो (विकेंद्रीकरण).
+
+स्टेट चॅनल ॲप्ससाठी इतर संभाव्य उपयोग-प्रकरणांमध्ये ENS नाव मालकी, NFT लेजर्स आणि बरेच काही समाविष्ट आहे.
+
+### ॲटोमिक ट्रान्सफर्स {#atomic-transfers}
+
+सुरुवातीचे पेमेंट चॅनेल्स दोन पक्षांमधील हस्तांतरणापुरते मर्यादित होते, ज्यामुळे त्यांची उपयोगिता मर्यादित होती. तथापि, व्हर्च्युअल चॅनेल्सच्या परिचयाने व्यक्तींना मध्यस्थांद्वारे हस्तांतरण मार्गस्थ करण्याची परवानगी दिली (म्हणजे, अनेक p2p चॅनेल्स) ऑनचेन नवीन चॅनल उघडण्याची गरज न भासता.
+
+सामान्यतः "मल्टी-हॉप ट्रान्सफर्स" म्हणून वर्णन केलेले, राउटेड पेमेंट अणु असतात (म्हणजे, व्यवहाराचे सर्व भाग यशस्वी होतात किंवा ते पूर्णपणे अयशस्वी होते). ॲटोमिक ट्रान्सफर्स [हॅश्ड टाइमलॉक कॉन्ट्रॅक्ट्स (HTLCs)](https://en.bitcoin.it/wiki/Hash_Time_Locked_Contracts) वापरतात हे सुनिश्चित करण्यासाठी की पेमेंट केवळ काही अटी पूर्ण झाल्यासच रिलीज केले जाते, ज्यामुळे प्रतिपक्षाचा धोका कमी होतो.
+
+## स्टेट चॅनेल्स वापरण्याचे तोटे {#drawbacks-of-state-channels}
+
+### लाईव्हनेस गृहितके {#liveness-assumptions}
+
+कार्यक्षमता सुनिश्चित करण्यासाठी, स्टेट चॅनेल्स चॅनल सहभागींच्या विवादांना प्रतिसाद देण्याच्या क्षमतेवर वेळेची मर्यादा घालतात. हा नियम गृहीत धरतो की पीअर्स चॅनल क्रियाकलापांचे निरीक्षण करण्यासाठी आणि आवश्यक असेल तेव्हा आव्हानांना आव्हान देण्यासाठी नेहमीच ऑनलाइन असतील.
+
+प्रत्यक्षात, वापरकर्ते त्यांच्या नियंत्रणाबाहेरील कारणांमुळे ऑफलाइन जाऊ शकतात (उदा., खराब इंटरनेट कनेक्शन, यांत्रिक बिघाड, इ.). जर एखादा प्रामाणिक वापरकर्ता ऑफलाइन गेला, तर एक दुर्भावनापूर्ण पीअर निर्णय देणाऱ्या कराराला जुन्या मध्यवर्ती स्थिती सादर करून आणि वचनबद्ध निधी चोरून परिस्थितीचा फायदा घेऊ शकतो.
+
+काही चॅनेल्स "वॉचटावर्स" वापरतात—इतरांच्या वतीने ऑनचेन विवाद घटनांवर लक्ष ठेवण्यासाठी आणि संबंधित पक्षांना सतर्क करण्यासारख्या आवश्यक कृती करण्यासाठी जबाबदार संस्था. तथापि, यामुळे स्टेट चॅनल वापरण्याच्या खर्चात भर पडू शकते.
+
+### डेटा अनुपलब्धता {#data-unavailability}
+
+पूर्वी स्पष्ट केल्याप्रमाणे, अवैध विवादाला आव्हान देण्यासाठी स्टेट चॅनलची नवीनतम, वैध स्थिती सादर करणे आवश्यक आहे. हा दुसरा नियम एका गृहितकावर आधारित आहे—की वापरकर्त्यांना चॅनलच्या नवीनतम स्थितीत प्रवेश आहे.
+
+जरी चॅनल वापरकर्त्यांनी ऑफचेन अनुप्रयोग स्थितीच्या प्रती संग्रहित करणे अपेक्षित असले तरी, हा डेटा त्रुटी किंवा यांत्रिक बिघाडामुळे गमावला जाऊ शकतो. जर वापरकर्त्याकडे डेटाचा बॅकअप नसेल, तर ते फक्त आशा करू शकतात की दुसरा पक्ष त्यांच्या ताब्यातील जुन्या स्टेट संक्रमणांचा वापर करून अवैध एक्झिट विनंती अंतिम करणार नाही.
+
+इथेरियम वापरकर्त्यांना या समस्येशी सामना करावा लागत नाही कारण नेटवर्क डेटा उपलब्धतेवर नियम लागू करते. व्यवहार डेटा सर्व नोड्सद्वारे संग्रहित आणि प्रसारित केला जातो आणि आवश्यक असल्यास आणि आवश्यक असेल तेव्हा वापरकर्त्यांना डाउनलोड करण्यासाठी उपलब्ध असतो.
+
+### तरलता समस्या {#liquidity-issues}
+
+ब्लॉकचेन चॅनल स्थापित करण्यासाठी, सहभागींना चॅनलच्या जीवनचक्रासाठी ऑनचेन स्मार्ट कॉन्ट्रॅक्टमध्ये निधी लॉक करणे आवश्यक आहे. हे चॅनल वापरकर्त्यांची तरलता कमी करते आणि मेननेटवर निधी लॉक ठेवू शकणाऱ्यांपुरतेच चॅनेल्स मर्यादित ठेवते.
+
+तथापि, लेजर चॅनेल्स—ऑफचेन सेवा प्रदाता (OSP) द्वारे संचालित—वापरकर्त्यांसाठी तरलता समस्या कमी करू शकतात. लेजर चॅनलशी जोडलेले दोन पीअर्स एक व्हर्च्युअल चॅनल तयार करू शकतात, जे ते कधीही, पूर्णपणे ऑफचेन उघडू आणि अंतिम करू शकतात.
+
+ऑफचेन सेवा प्रदाते अनेक पीअर्ससोबत चॅनेल देखील उघडू शकतात, ज्यामुळे ते पेमेंट मार्गस्थ करण्यासाठी उपयुक्त ठरतात. अर्थात, वापरकर्त्यांनी त्यांच्या सेवांसाठी OSPs ला शुल्क भरावे लागेल, जे काहींसाठी अवांछनीय असू शकते.
+
+### ग्रिफिंग हल्ले {#griefing-attacks}
+
+ग्रिफिंग हल्ले हे फसवणूक पुरावा-आधारित प्रणालींचे एक सामान्य वैशिष्ट्य आहे. ग्रिफिंग हल्ल्यामुळे हल्लेखोराला थेट फायदा होत नाही परंतु पीडितेला दु:ख (म्हणजे, हानी) होते, म्हणूनच हे नाव.
+
+फसवणूक सिद्ध करणे हे ग्रिफिंग हल्ल्यांना बळी पडू शकते कारण प्रामाणिक पक्षाला प्रत्येक विवादाला प्रतिसाद द्यावा लागतो, अगदी अवैध विवादांनाही, अन्यथा त्यांचा निधी गमावण्याचा धोका असतो. एक दुर्भावनापूर्ण सहभागी वारंवार जुने स्टेट संक्रमण ऑनचेन पोस्ट करण्याचा निर्णय घेऊ शकतो, ज्यामुळे प्रामाणिक पक्षाला वैध स्थितीसह प्रतिसाद देण्यास भाग पाडले जाते. त्या ऑनचेन व्यवहारांचा खर्च त्वरीत वाढू शकतो, ज्यामुळे प्रामाणिक पक्षांचे प्रक्रियेत नुकसान होते.
+
+### पूर्वनिर्धारित सहभागी संच {#predefined-participant-sets}
+
+डिझाइननुसार, स्टेट चॅनल बनवणाऱ्या सहभागींची संख्या त्याच्या संपूर्ण जीवनकाळात स्थिर राहते. हे कारण सहभागी संच अद्यतनित केल्याने चॅनलचे कार्य गुंतागुंतीचे होईल, विशेषतः चॅनलला निधी देताना किंवा वाद मिटवताना. सहभागी जोडण्यासाठी किंवा काढण्यासाठी अतिरिक्त ऑनचेन क्रियाकलापांची देखील आवश्यकता असेल, ज्यामुळे वापरकर्त्यांसाठी ओव्हरहेड वाढतो.
+
+जरी यामुळे स्टेट चॅनेल्सबद्दल तर्क करणे सोपे होते, तरी ते अनुप्रयोग डेव्हलपर्ससाठी चॅनल डिझाइनची उपयुक्तता मर्यादित करते. यामुळे अंशतः स्पष्ट होते की रोलअप्स सारख्या इतर स्केलिंग सोल्यूशन्सच्या बाजूने स्टेट चॅनेल्स का सोडले गेले आहेत.
+
+### समांतर व्यवहार प्रक्रिया {#parallel-transaction-processing}
+
+स्टेट चॅनलमधील सहभागी वळणावळणाने स्टेट अपडेट्स पाठवतात, म्हणूनच ते "वळण-आधारित अनुप्रयोगांसाठी" (उदा., दोन-खेळाडूंचा बुद्धिबळ खेळ) सर्वोत्तम काम करतात. हे एकाच वेळी स्टेट अपडेट्स हाताळण्याची गरज काढून टाकते आणि जुन्या अपडेट पोस्टर्सना शिक्षा देण्यासाठी ऑनचेन कराराने करावे लागणारे काम कमी करते. तथापि, या डिझाइनचा एक दुष्परिणाम असा आहे की व्यवहार एकमेकांवर अवलंबून असतात, ज्यामुळे विलंबता वाढते आणि एकूण वापरकर्ता अनुभव कमी होतो.
+
+काही स्टेट चॅनेल्स "फुल-डुप्लेक्स" डिझाइन वापरून ही समस्या सोडवतात जे ऑफचेन स्थितीला दोन एकदिशीय "सिंप्लेक्स" स्थितींमध्ये विभाजित करते, ज्यामुळे एकाचवेळी स्टेट अपडेट्स शक्य होतात. अशा डिझाइनमुळे ऑफचेन थ्रूपुट सुधारतो आणि व्यवहार विलंब कमी होतो.
+
+## स्टेट चॅनेल्स वापरा {#use-state-channels}
+
+अनेक प्रकल्प स्टेट चॅनेल्सची अंमलबजावणी करतात जे तुम्ही तुमच्या dapps मध्ये समाकलित करू शकता:
+
+- [Connext](https://connext.network/)
+- [Kchannels](https://www.kchannels.io/)
+- [Perun](https://perun.network/)
+- [Raiden](https://raiden.network/)
+- [Statechannels.org](https://statechannels.org/)
+
+## पुढील वाचन {#further-reading}
+
+**स्टेट चॅनेल्स**
+
+- [इथेरियमच्या लेयर २ स्केलिंग सोल्यूशन्सचा अर्थ लावणे: स्टेट चॅनेल्स, प्लाझ्मा आणि ट्रूबीट](https://medium.com/l4-media/making-sense-of-ethereums-layer-2-scaling-solutions-state-channels-plasma-and-truebit-22cb40dcc2f4) _– जोश स्टार्क, १२ फेब्रुवारी २०१८_
+- [स्टेट चॅनेल्स - एक स्पष्टीकरण](https://www.jeffcoleman.ca/state-channels/) _६ नोव्हेंबर २०१५ - जेफ कोलमन_
+- [स्टेट चॅनेल्सची मूलभूत माहिती](https://education.district0x.io/general-topics/understanding-ethereum/basics-state-channels/) _District0x_
+- [ब्लॉकचेन स्टेट चॅनेल्स: एक अद्ययावत स्थिती](https://ieeexplore.ieee.org/document/9627997)
+
+_तुम्हाला मदत केलेल्या सामुदायिक संसाधनाबद्दल माहिती आहे का?_ हे पृष्ठ संपादित करा आणि ते जोडा!_
diff --git a/public/content/translations/mr/developers/docs/scaling/validium/index.md b/public/content/translations/mr/developers/docs/scaling/validium/index.md
new file mode 100644
index 00000000000..c015876b472
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/scaling/validium/index.md
@@ -0,0 +1,166 @@
+---
+title: Validium
+description: "सध्या इथेरियम समुदायाद्वारे वापरल्या जाणाऱ्या स्केलिंग सोल्यूशन म्हणून Validium चा परिचय."
+lang: mr
+sidebarDepth: 3
+---
+
+Validium हे एक [स्केलिंग सोल्यूशन](/developers/docs/scaling/) आहे जे [ZK-रोलअप्स](/developers/docs/scaling/zk-rollups/) प्रमाणे व्हॅलिडिटी प्रूफ्स वापरून व्यवहारांची अखंडता लागू करते, परंतु इथेरियम मेननेटवर व्यवहारांचा डेटा संग्रहित करत नाही. ऑफचेन डेटा उपलब्धता काही तडजोडी सादर करत असली तरी, त्यामुळे स्केलेबिलिटीमध्ये मोठ्या प्रमाणात सुधारणा होऊ शकते (व्हेलिडियम्स प्रति सेकंद [~9,000 व्यवहार किंवा अधिक](https://blog.matter-labs.io/zkrollup-vs-validium-starkex-5614e38bc263) प्रक्रिया करू शकतात).
+
+## पूर्वतयारी {#prerequisites}
+
+तुम्ही आमचे [इथेरियम स्केलिंग](/developers/docs/scaling/) आणि [लेअर 2](/layer-2) वरील पेज वाचून समजून घेतलेले असावे.
+
+## व्हेलिडियम म्हणजे काय? {#what-is-validium}
+
+व्हेलिडियम्स हे स्केलिंग सोल्यूशन्स आहेत जे इथेरियम मेननेटच्या बाहेर व्यवहार प्रक्रिया करून थ्रुपुट सुधारण्यासाठी डिझाइन केलेले ऑफचेन डेटा उपलब्धता आणि गणनेचा वापर करतात. झिरो-नॉलेज रोलअप्स (ZK-रोलअप्स) प्रमाणे, व्हेलिडियम्स इथेरियमवर ऑफचेन व्यवहारांची पडताळणी करण्यासाठी [झिरो-नॉलेज प्रूफ्स](/glossary/#zk-proof) प्रकाशित करतात. हे अवैध स्टेट ट्रान्झिशन्सना प्रतिबंधित करते आणि व्हेलिडियम चेनच्या सुरक्षा हमी वाढवते.
+
+हे "व्हॅलिडिटी प्रूफ्स" ZK-SNARKs (Zero-Knowledge Succinct Non-Interactive Argument of Knowledge) किंवा ZK-STARKs (Zero-Knowledge Scalable Transparent ARgument of Knowledge) च्या स्वरूपात येऊ शकतात. [झिरो-नॉलेज प्रूफ्स](https://consensys.net/blog/blockchain-explained/zero-knowledge-proofs-starks-vs-snarks/) वर अधिक माहिती.
+
+व्हेलिडियम वापरकर्त्यांचे फंड्स इथेरियमवरील एका स्मार्ट कॉन्ट्रॅक्टद्वारे नियंत्रित केले जातात. व्हेलिडियम्स ZK-रोलअप्स प्रमाणेच, जवळजवळ-तत्काळ विथड्रॉव्हल्स ऑफर करतात; एकदा मेननेटवर विथड्रॉव्हल विनंतीसाठी व्हॅलिडिटी प्रूफ पडताळला गेला की, वापरकर्ते [मर्कल प्रूफ्स](/developers/tutorials/merkle-proofs-for-offline-data-integrity/) प्रदान करून फंड्स काढू शकतात. मर्कल प्रूफ वापरकर्त्याच्या विथड्रॉव्हल व्यवहाराचा एका सत्यापित व्यवहार बॅचमध्ये समावेश प्रमाणित करतो, ज्यामुळे ऑनचेन कॉन्ट्रॅक्टला विथड्रॉव्हलवर प्रक्रिया करण्याची परवानगी मिळते.
+
+तथापि, व्हेलिडियम वापरकर्त्यांचे फंड्स गोठवले जाऊ शकतात आणि विथड्रॉव्हल्स प्रतिबंधित केले जाऊ शकतात. व्हेलिडियम चेनवरील डेटा उपलब्धता व्यवस्थापक वापरकर्त्यांकडून ऑफचेन स्टेट डेटा रोखून धरल्यास हे होऊ शकते. व्यवहार डेटाच्या प्रवेशाशिवाय, वापरकर्ते फंड्सची मालकी सिद्ध करण्यासाठी आणि विथड्रॉव्हल्स कार्यान्वित करण्यासाठी आवश्यक असलेला मर्कल प्रूफची गणना करू शकत नाहीत.
+
+व्हेलिडियम्स आणि ZK-रोलअप्समधील हा मुख्य फरक आहे—डेटा उपलब्धता स्पेक्ट्रमवरील त्यांची स्थिती. दोन्ही सोल्यूशन्स डेटा स्टोरेजला वेगवेगळ्या प्रकारे हाताळतात, ज्याचे सुरक्षा आणि ट्रस्टलेसनेसवर परिणाम होतात.
+
+## व्हेलिडियम्स इथेरियमसोबत कसे संवाद साधतात? {#how-do-validiums-interact-with-ethereum}
+
+व्हेलिडियम्स हे विद्यमान इथेरियम चेनच्या वर तयार केलेले स्केलिंग प्रोटोकॉल आहेत. जरी ते ऑफचेन व्यवहार कार्यान्वित करत असले तरी, व्हेलिडियम चेन मेननेटवर तैनात केलेल्या स्मार्ट कॉन्ट्रॅक्ट्सच्या संग्रहाद्वारे प्रशासित केली जाते, ज्यात खालील गोष्टींचा समावेश आहे:
+
+1. **पडताळणीकर्ता कॉन्ट्रॅक्ट**: पडताळणीकर्ता कॉन्ट्रॅक्ट स्टेट अपडेट्स करताना व्हेलिडियम ऑपरेटरद्वारे सादर केलेल्या प्रूफ्सच्या वैधतेची पडताळणी करतो. यात ऑफचेन व्यवहारांच्या अचूकतेची साक्ष देणारे व्हॅलिडिटी प्रूफ्स आणि ऑफचेन व्यवहार डेटाच्या अस्तित्वाची पडताळणी करणारे डेटा उपलब्धता प्रूफ्स यांचा समावेश आहे.
+
+2. **मुख्य कॉन्ट्रॅक्ट**: मुख्य कॉन्ट्रॅक्ट ब्लॉक उत्पादकांनी सादर केलेले स्टेट कमिटमेंट्स (मर्कल रूट्स) संग्रहित करतो आणि एकदा ऑनचेन व्हॅलिडिटी प्रूफची पडताळणी झाल्यावर व्हेलिडियमच्या स्टेटला अपडेट करतो. हा कॉन्ट्रॅक्ट व्हेलिडियम चेनमध्ये डिपॉझिट आणि विथड्रॉव्हल्सची प्रक्रिया देखील करतो.
+
+व्हेलिडियम्स खालील गोष्टींसाठी मुख्य इथेरियम चेनवर देखील अवलंबून असतात:
+
+### सेटलमेंट {#settlement}
+
+व्हेलिडियमवर कार्यान्वित केलेल्या व्यवहारांची पूर्णपणे पुष्टी केली जाऊ शकत नाही जोपर्यंत पॅरेंट चेन त्यांच्या वैधतेची पडताळणी करत नाही. व्हेलिडियमवर केलेले सर्व व्यवहार अखेरीस मेननेटवर सेटल केले पाहिजेत. इथेरियम ब्लॉकचेन व्हेलिडियम वापरकर्त्यांसाठी "सेटलमेंट हमी" देखील प्रदान करते, याचा अर्थ ऑफचेन व्यवहार एकदा ऑनचेनवर कमिट झाल्यावर उलटवले किंवा बदलले जाऊ शकत नाहीत.
+
+### सुरक्षा {#security}
+
+इथेरियम, एक सेटलमेंट लेअर म्हणून काम करत, व्हेलिडियमवरील स्टेट ट्रान्झिशन्सच्या वैधतेची हमी देखील देते. व्हेलिडियम चेनवर कार्यान्वित केलेल्या ऑफचेन व्यवहारांची पडताळणी बेस इथेरियम लेअरवरील स्मार्ट कॉन्ट्रॅक्टद्वारे केली जाते.
+
+जर ऑनचेन पडताळणीकर्ता कॉन्ट्रॅक्टने प्रूफ अवैध ठरवला, तर व्यवहार नाकारले जातात. याचा अर्थ ऑपरेटर्सना व्हेलिडियमचे स्टेट अपडेट करण्यापूर्वी इथेरियम प्रोटोकॉलद्वारे लागू केलेल्या वैधता अटी पूर्ण करणे आवश्यक आहे.
+
+## व्हेलिडियम कसे कार्य करते? {#how-does-validium-work}
+
+### व्यवहार {#transactions}
+
+वापरकर्ते ऑपरेटरकडे व्यवहार सादर करतात, जो व्हेलिडियम चेनवर व्यवहार कार्यान्वित करण्यासाठी जबाबदार एक नोड आहे. काही व्हेलिडियम्स चेन कार्यान्वित करण्यासाठी एकच ऑपरेटर वापरू शकतात किंवा ऑपरेटर्स फिरवण्यासाठी [प्रूफ-ऑफ-स्टेक (PoS)](/developers/docs/consensus-mechanisms/pos/) यंत्रणेवर अवलंबून राहू शकतात.
+
+ऑपरेटर व्यवहारांना एका बॅचमध्ये एकत्र करतो आणि ते सिद्ध करण्यासाठी एका प्रूफिंग सर्किटला पाठवतो. प्रूफिंग सर्किट व्यवहार बॅच (आणि इतर संबंधित डेटा) इनपुट म्हणून स्वीकारतो आणि ऑपरेशन्स योग्यरित्या केल्या गेल्या आहेत याची पडताळणी करणारा व्हॅलिडिटी प्रूफ आउटपुट करतो.
+
+### स्टेट कमिटमेंट्स {#state-commitments}
+
+व्हेलिडियमच्या स्टेटला मर्कल ट्री म्हणून हॅश केले जाते ज्याचा रूट इथेरियमवरील मुख्य कॉन्ट्रॅक्टमध्ये संग्रहित केला जातो. मर्कल रूट, ज्याला स्टेट रूट म्हणूनही ओळखले जाते, व्हेलिडियमवरील खाती आणि शिल्लकच्या सध्याच्या स्थितीसाठी एक क्रिप्टोग्राफिक कमिटमेंट म्हणून कार्य करतो.
+
+स्टेट अपडेट करण्यासाठी, ऑपरेटरने नवीन स्टेट रूटची (व्यवहार कार्यान्वित केल्यानंतर) गणना करणे आणि ते ऑनचेन कॉन्ट्रॅक्टला सादर करणे आवश्यक आहे. जर व्हॅलिडिटी प्रूफ तपासला गेला, तर प्रस्तावित स्टेट स्वीकारली जाते आणि व्हेलिडियम नवीन स्टेट रूटवर स्विच करते.
+
+### डिपॉझिट आणि विथड्रॉव्हल्स {#deposits-and-withdrawals}
+
+वापरकर्ते ऑनचेन कॉन्ट्रॅक्टमध्ये ETH (किंवा कोणतेही ERC-सुसंगत टोकन) डिपॉझिट करून इथेरियममधून व्हेलिडियममध्ये फंड्स हलवतात. कॉन्ट्रॅक्ट डिपॉझिट इव्हेंटला व्हेलिडियम ऑफचेनवर रिले करतो, जिथे वापरकर्त्याच्या पत्त्यावर त्यांच्या डिपॉझिटच्या बरोबरीची रक्कम जमा केली जाते. ऑपरेटर या डिपॉझिट व्यवहाराचा नवीन बॅचमध्ये देखील समावेश करतो.
+
+मेननेटवर फंड्स परत हलवण्यासाठी, एक व्हेलिडियम वापरकर्ता विथड्रॉव्हल व्यवहार सुरू करतो आणि तो ऑपरेटरला सादर करतो जो विथड्रॉव्हल विनंतीची पडताळणी करतो आणि बॅचमध्ये समाविष्ट करतो. सिस्टममधून बाहेर पडण्यापूर्वी व्हेलिडियम चेनवरील वापरकर्त्याची मालमत्ता देखील नष्ट केली जाते. एकदा बॅचशी संबंधित व्हॅलिडिटी प्रूफची पडताळणी झाल्यावर, वापरकर्ता त्यांच्या सुरुवातीच्या डिपॉझिटची उर्वरित रक्कम काढण्यासाठी मुख्य कॉन्ट्रॅक्टला कॉल करू शकतो.
+
+सेन्सॉरशिप-विरोधी यंत्रणा म्हणून, व्हेलिडियम प्रोटोकॉल वापरकर्त्यांना ऑपरेटरमार्फत न जाता थेट व्हेलिडियम कॉन्ट्रॅक्टमधून पैसे काढण्याची परवानगी देतो. या प्रकरणात, वापरकर्त्यांना स्टेट रूटमध्ये खात्याचा समावेश दर्शवणारा मर्कल प्रूफ पडताळणीकर्ता कॉन्ट्रॅक्टला प्रदान करणे आवश्यक आहे. जर प्रूफ स्वीकारला गेला, तर वापरकर्ता त्यांचे फंड्स व्हेलिडियममधून बाहेर काढण्यासाठी मुख्य कॉन्ट्रॅक्टच्या विथड्रॉव्हल फंक्शनला कॉल करू शकतो.
+
+### बॅच सबमिशन {#batch-submission}
+
+व्यवहारांची बॅच कार्यान्वित केल्यानंतर, ऑपरेटर संबंधित व्हॅलिडिटी प्रूफ पडताळणीकर्ता कॉन्ट्रॅक्टला सादर करतो आणि मुख्य कॉन्ट्रॅक्टला नवीन स्टेट रूट प्रस्तावित करतो. जर प्रूफ वैध असेल, तर मुख्य कॉन्ट्रॅक्ट व्हेलिडियमच्या स्टेटला अपडेट करतो आणि बॅचमधील व्यवहारांचे परिणाम अंतिम करतो.
+
+ZK-रोलअपच्या विपरीत, व्हेलिडियमवरील ब्लॉक उत्पादकांना व्यवहार बॅचसाठी व्यवहार डेटा प्रकाशित करणे आवश्यक नाही (केवळ ब्लॉक हेडर). यामुळे व्हेलिडियम हा एक शुद्ध ऑफचेन स्केलिंग प्रोटोकॉल बनतो, जो "हायब्रीड" स्केलिंग प्रोटोकॉलच्या (उदा., [लेअर 2](/layer-2/)) विरुद्ध आहे, जे ब्लॉब डेटा, `calldata`, किंवा दोन्हीच्या संयोजनाचा वापर करून मुख्य इथेरियम चेनवर स्टेट डेटा प्रकाशित करतात.
+
+### डेटा उपलब्धता {#data-availability}
+
+नमूद केल्याप्रमाणे, व्हेलिडियम्स ऑफचेन डेटा उपलब्धता मॉडेलचा वापर करतात, जिथे ऑपरेटर्स सर्व व्यवहार डेटा इथेरियम मेननेटच्या बाहेर संग्रहित करतात. व्हेलिडियमचा कमी ऑनचेन डेटा फूटप्रिंट स्केलेबिलिटी सुधारतो (थ्रुपुट इथेरियमच्या डेटा प्रक्रिया क्षमतेने मर्यादित नाही) आणि वापरकर्ता शुल्क कमी करतो (ऑनचेन डेटा प्रकाशित करण्याची किंमत कमी आहे).
+
+तथापि, ऑफचेन डेटा उपलब्धता एक समस्या निर्माण करते: मर्कल प्रूफ तयार करण्यासाठी किंवा सत्यापित करण्यासाठी आवश्यक असलेला डेटा अनुपलब्ध असू शकतो. याचा अर्थ असा की जर ऑपरेटर्सनी दुर्भावनापूर्णपणे कार्य केले तर वापरकर्ते ऑनचेन कॉन्ट्रॅक्टमधून निधी काढू शकणार नाहीत.
+
+विविध व्हेलिडियम सोल्यूशन्स स्टेट डेटाच्या स्टोरेजचे विकेंद्रीकरण करून ही समस्या सोडवण्याचा प्रयत्न करतात. यामध्ये ब्लॉक उत्पादकांना मूळ डेटा "डेटा उपलब्धता व्यवस्थापकांना" पाठवण्यासाठी भाग पाडणे समाविष्ट आहे, जे ऑफचेन डेटा संग्रहित करण्यासाठी आणि विनंतीनुसार वापरकर्त्यांना उपलब्ध करून देण्यासाठी जबाबदार आहेत.
+
+व्हेलिडियममधील डेटा उपलब्धता व्यवस्थापक प्रत्येक व्हेलिडियम बॅचवर स्वाक्षरी करून ऑफचेन व्यवहारांसाठी डेटाच्या उपलब्धतेची साक्ष देतात. या स्वाक्षऱ्या "उपलब्धता प्रूफ" चे एक स्वरूप आहेत जे ऑनचेन पडताळणीकर्ता कॉन्ट्रॅक्ट स्टेट अपडेट्स मंजूर करण्यापूर्वी तपासतो.
+
+व्हेलिडियम्स डेटा उपलब्धता व्यवस्थापनाच्या त्यांच्या दृष्टिकोनात भिन्न आहेत. काही स्टेट डेटा संग्रहित करण्यासाठी विश्वासू पक्षांवर अवलंबून असतात, तर इतर या कार्यासाठी यादृच्छिकपणे नियुक्त केलेले व्हॅलिडेटर्स वापरतात.
+
+#### डेटा उपलब्धता समिती (DAC) {#data-availability-committee}
+
+ऑफचेन डेटाची उपलब्धता सुनिश्चित करण्यासाठी, काही व्हेलिडियम सोल्यूशन्स विश्वासू संस्थांच्या एका गटाला, ज्यांना एकत्रितपणे डेटा उपलब्धता समिती (DAC) म्हणून ओळखले जाते, स्टेटच्या प्रती संग्रहित करण्यासाठी आणि डेटा उपलब्धतेचा पुरावा देण्यासाठी नियुक्त करतात. DACs लागू करणे सोपे आहे आणि सदस्यत्व कमी असल्याने कमी समन्वयाची आवश्यकता असते.
+
+तथापि, वापरकर्त्यांनी आवश्यकतेनुसार डेटा उपलब्ध करून देण्यासाठी DAC वर विश्वास ठेवला पाहिजे (उदा. मर्कल प्रूफ तयार करण्यासाठी). डेटा उपलब्धता समित्यांचे सदस्य [दुर्भावनापूर्ण अभिनेत्याद्वारे तडजोड होण्याची](https://notes.ethereum.org/DD7GyItYQ02d0ax_X-UbWg?view) शक्यता आहे, जो नंतर ऑफचेन डेटा रोखू शकतो.
+
+[व्हेलिडियममधील डेटा उपलब्धता समित्यांवर अधिक](https://medium.com/starkware/data-availability-e5564c416424).
+
+#### बाँडेड डेटा उपलब्धता {#bonded-data-availability}
+
+इतर व्हेलिडियम्सना ऑफलाइन डेटा संग्रहित करण्याचे काम करणाऱ्या सहभागींना त्यांची भूमिका स्वीकारण्यापूर्वी स्मार्ट कॉन्ट्रॅक्टमध्ये टोकन्स स्टेक (म्हणजे, लॉक अप) करणे आवश्यक असते. हा स्टेक डेटा उपलब्धता व्यवस्थापकांमध्ये प्रामाणिक वर्तनाची हमी देण्यासाठी आणि विश्वासाची गृहीतके कमी करण्यासाठी "बाँड" म्हणून काम करतो. जर हे सहभागी डेटा उपलब्धतेचा पुरावा देण्यात अयशस्वी झाले, तर बाँड स्लॅश केला जातो.
+
+बाँडेड डेटा उपलब्धता योजनेत, कोणीही आवश्यक स्टेक प्रदान केल्यावर ऑफचेन डेटा ठेवण्यासाठी नियुक्त केले जाऊ शकते. हे पात्र डेटा उपलब्धता व्यवस्थापकांचा पूल वाढवते, ज्यामुळे डेटा उपलब्धता समित्यांवर (DACs) परिणाम करणारे केंद्रीकरण कमी होते. सर्वात महत्त्वाचे म्हणजे, हा दृष्टिकोन दुर्भावनापूर्ण क्रियाकलाप टाळण्यासाठी क्रिप्टोइकॉनॉमिक प्रोत्साहनांवर अवलंबून आहे, जे व्हेलिडियममध्ये ऑफलाइन डेटा सुरक्षित करण्यासाठी विश्वासू पक्षांची नियुक्ती करण्यापेक्षा अधिक सुरक्षित आहे.
+
+[व्हेलिडियममधील बाँडेड डेटा उपलब्धतेवर अधिक](https://blog.matter-labs.io/zkporter-a-breakthrough-in-l2-scaling-ed5e48842fbf).
+
+## व्होलिशन्स आणि व्हेलिडियम {#volitions-and-validium}
+
+व्हेलिडियम्स अनेक फायदे देतात परंतु ते तडजोडींसह येतात (सर्वात महत्त्वाचे म्हणजे, डेटा उपलब्धता). परंतु, अनेक स्केलिंग सोल्यूशन्सप्रमाणे, व्हेलिडियम्स विशिष्ट वापराच्या प्रकरणांसाठी योग्य आहेत - म्हणूनच व्होलिशन्स तयार केले गेले.
+
+व्होलिशन्स ZK-रोलअप आणि व्हेलिडियम चेन एकत्र करतात आणि वापरकर्त्यांना दोन स्केलिंग सोल्यूशन्समध्ये स्विच करण्याची परवानगी देतात. व्होलिशन्ससह, वापरकर्ते विशिष्ट व्यवहारांसाठी व्हेलिडियमच्या ऑफचेन डेटा उपलब्धतेचा फायदा घेऊ शकतात, तर आवश्यक असल्यास ऑनचेन डेटा उपलब्धता सोल्यूशन (ZK-रोलअप) वर स्विच करण्याचे स्वातंत्र्य टिकवून ठेवू शकतात. हे मुळात वापरकर्त्यांना त्यांच्या विशिष्ट परिस्थितीनुसार तडजोडी निवडण्याचे स्वातंत्र्य देते.
+
+एक विकेंद्रीकृत एक्सचेंज (DEX) उच्च-मूल्याच्या व्यापारांसाठी व्हेलिडियमच्या स्केलेबल आणि खाजगी पायाभूत सुविधांचा वापर करण्यास प्राधान्य देऊ शकते. ज्या वापरकर्त्यांना ZK-रोलअपची उच्च सुरक्षा हमी आणि ट्रस्टलेसनेस हवी आहे त्यांच्यासाठी ते ZK-रोलअप देखील वापरू शकते.
+
+## व्हेलिडियम्स आणि EVM सुसंगतता {#validiums-and-evm-compatibility}
+
+ZK-रोलअप्सप्रमाणे, व्हेलिडियम्स बहुतेक सोप्या ॲप्लिकेशन्ससाठी योग्य आहेत, जसे की टोकन स्वॅप आणि पेमेंट्स. झिरो-नॉलेज प्रूफ सर्किटमध्ये [EVM](/developers/docs/evm/) निर्देशांना सिद्ध करण्याच्या मोठ्या ओव्हरहेडमुळे, व्हेलिडियम्समध्ये सामान्य गणना आणि स्मार्ट कॉन्ट्रॅक्ट अंमलबजावणीला समर्थन देणे कठीण आहे.
+
+काही व्हेलिडियम प्रकल्प EVM-सुसंगत भाषा (उदा., Solidity, Vyper) संकलित करून ही समस्या टाळण्याचा प्रयत्न करतात आणि कार्यक्षम प्रूफिंगसाठी ऑप्टिमाइझ केलेला कस्टम बायटेकोड तयार करतात. या दृष्टिकोनाचा एक तोटा असा आहे की नवीन झिरो-नॉलेज प्रूफ-फ्रेंडली VMs महत्त्वाच्या EVM ऑपकोड्सना समर्थन देऊ शकत नाहीत, आणि डेव्हलपर्सना चांगल्या अनुभवासाठी थेट उच्च-स्तरीय भाषेत लिहावे लागते. यामुळे आणखी समस्या निर्माण होतात: हे डेव्हलपर्सना पूर्णपणे नवीन डेव्हलपमेंट स्टॅकसह dapps तयार करण्यास भाग पाडते आणि सध्याच्या इथेरियम पायाभूत सुविधांसह सुसंगतता तोडते.
+
+तथापि, काही संघ ZK-प्रूफिंग सर्किट्ससाठी विद्यमान EVM ऑपकोड्स ऑप्टिमाइझ करण्याचा प्रयत्न करीत आहेत. यामुळे झिरो-नॉलेज इथेरियम व्हर्च्युअल मशीन (zkEVM) चा विकास होईल, जे एक EVM-सुसंगत VM आहे जे प्रोग्राम अंमलबजावणीची अचूकता सत्यापित करण्यासाठी प्रूफ तयार करते. zkEVM सह, व्हेलिडियम चेन्स ऑफचेन स्मार्ट कॉन्ट्रॅक्ट्स कार्यान्वित करू शकतात आणि इथेरियमवर ऑफचेन गणनेची (पुन्हा-कार्यान्वित न करता) पडताळणी करण्यासाठी व्हॅलिडिटी प्रूफ सादर करू शकतात.
+
+[zkEVMs वर अधिक](https://www.alchemy.com/overviews/zkevm).
+
+## व्हेलिडियम्स इथेरियमला कसे स्केल करतात? {#scaling-ethereum-with-validiums}
+
+### १. ऑफचेन डेटा स्टोरेज {#offchain-data-storage}
+
+लेअर 2 स्केलिंग प्रकल्प, जसे की ऑप्टिमिस्टिक रोलअप्स आणि ZK-रोलअप्स, L1 वर काही व्यवहार डेटा प्रकाशित करून सुरक्षिततेसाठी शुद्ध ऑफचेन स्केलिंग प्रोटोकॉलच्या (उदा., [प्लाझ्मा](/developers/docs/scaling/plasma/)) अनंत स्केलेबिलिटीचा व्यापार करतात. परंतु याचा अर्थ असा की रोलअप्सचे स्केलेबिलिटी गुणधर्म इथेरियम मेननेटवरील डेटा बँडविड्थने मर्यादित आहेत ([डेटा शार्डिंग](/roadmap/danksharding/) याच कारणासाठी इथेरियमची डेटा स्टोरेज क्षमता सुधारण्याचा प्रस्ताव देते).
+
+व्हेलिडियम्स सर्व व्यवहार डेटा ऑफचेन ठेवून आणि मुख्य इथेरियम चेनवर स्टेट अपडेट्स रिले करताना केवळ स्टेट कमिटमेंट्स (आणि व्हॅलिडिटी प्रूफ्स) पोस्ट करून स्केलेबिलिटी प्राप्त करतात. तथापि, व्हॅलिडिटी प्रूफ्सचे अस्तित्व व्हेलिडियम्सना प्लाझ्मा आणि [साइडचेन्स](/developers/docs/scaling/sidechains/) यासह इतर शुद्ध ऑफचेन स्केलिंग सोल्यूशन्सपेक्षा उच्च सुरक्षा हमी देते. ऑफचेन व्यवहार प्रमाणित करण्यापूर्वी इथेरियमला प्रक्रिया कराव्या लागणाऱ्या डेटाचे प्रमाण कमी करून, व्हेलिडियम डिझाइन्स मेननेटवर थ्रुपुट मोठ्या प्रमाणात वाढवतात.
+
+### २. रिकर्सिव्ह प्रूफ्स {#recursive-proofs}
+
+रिकर्सिव्ह प्रूफ हा एक व्हॅलिडिटी प्रूफ आहे जो इतर प्रूफ्सची वैधता सत्यापित करतो. हे "प्रूफ ऑफ प्रूफ्स" अनेक प्रूफ्सना रिकर्सिव्हली एकत्र करून तयार केले जातात जोपर्यंत सर्व मागील प्रूफ्सची पडताळणी करणारा एक अंतिम प्रूफ तयार होत नाही. रिकर्सिव्ह प्रूफ्स प्रति व्हॅलिडिटी प्रूफ सत्यापित केल्या जाऊ शकणाऱ्या व्यवहारांची संख्या वाढवून ब्लॉकचेन प्रक्रिया गती स्केल करतात.
+
+सामान्यतः, व्हेलिडियम ऑपरेटर पडताळणीसाठी इथेरियमला सादर करत असलेला प्रत्येक व्हॅलिडिटी प्रूफ एकाच ब्लॉकची अखंडता प्रमाणित करतो. तर एकच रिकर्सिव्ह प्रूफ एकाच वेळी अनेक व्हेलिडियम ब्लॉक्सची वैधता निश्चित करण्यासाठी वापरला जाऊ शकतो - हे शक्य आहे कारण प्रूफिंग सर्किट अनेक ब्लॉक प्रूफ्सना रिकर्सिव्हली एका अंतिम प्रूफमध्ये एकत्र करू शकते. जर ऑनचेन पडताळणीकर्ता कॉन्ट्रॅक्टने रिकर्सिव्ह प्रूफ स्वीकारला, तर सर्व मूळ ब्लॉक्स त्वरित अंतिम केले जातात.
+
+## व्हेलिडियमचे फायदे आणि तोटे {#pros-and-cons-of-validium}
+
+| फायदे                                                                                                                                               | बाधक                                                                                                                                                                                       |
+| --------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
+| व्हॅलिडिटी प्रूफ्स ऑफचेन व्यवहारांची अखंडता लागू करतात आणि ऑपरेटर्सना अवैध स्टेट अपडेट्स अंतिम करण्यापासून प्रतिबंधित करतात.        | व्हॅलिडिटी प्रूफ तयार करण्यासाठी विशेष हार्डवेअरची आवश्यकता असते, ज्यामुळे केंद्रीकरणाचा धोका निर्माण होतो.                                                                |
+| वापरकर्त्यांसाठी भांडवली कार्यक्षमता वाढवते (इथेरियममध्ये फंड्स परत काढण्यात कोणताही विलंब नाही).                | सामान्य गणना/स्मार्ट कॉन्ट्रॅक्टसाठी मर्यादित समर्थन; विकासासाठी विशेष भाषा आवश्यक.                                                                                        |
+| उच्च-मूल्याच्या ॲप्लिकेशन्समध्ये फ्रॉड-प्रूफ आधारित प्रणालींना सामोरे जावे लागणाऱ्या विशिष्ट आर्थिक हल्ल्यांसाठी असुरक्षित नाही.    | ZK प्रूफ तयार करण्यासाठी उच्च गणना शक्ती आवश्यक; कमी थ्रुपुट ॲप्लिकेशन्ससाठी किफायतशीर नाही.                                                                               |
+| इथेरियम मेननेटवर calldata पोस्ट न करून वापरकर्त्यांसाठी गॅस शुल्क कमी करते.                                                         | धीमी व्यक्तिनिष्ठ अंतिमता वेळ (ZK प्रूफ तयार करण्यासाठी 10-30 मिनिटे) परंतु पूर्ण अंतिमततेसाठी जलद कारण कोणताही विवाद वेळ विलंब नाही.                   |
+| विशिष्ट वापराच्या प्रकरणांसाठी योग्य, जसे की ट्रेडिंग किंवा ब्लॉकचेन गेमिंग जे व्यवहार गोपनीयता आणि स्केलेबिलिटीला प्राधान्य देतात. | वापरकर्त्यांना निधी काढण्यापासून प्रतिबंधित केले जाऊ शकते कारण मालकीचे मर्कल प्रूफ तयार करण्यासाठी ऑफचेन डेटा नेहमी उपलब्ध असणे आवश्यक आहे.                                |
+| ऑफचेन डेटा उपलब्धता उच्च पातळीचे थ्रुपुट प्रदान करते आणि स्केलेबिलिटी वाढवते.                                                       | सुरक्षा मॉडेल विश्वासाच्या गृहितकांवर आणि क्रिप्टोइकॉनॉमिक प्रोत्साहनांवर अवलंबून आहे, ZK-रोलअप्सच्या विपरीत, जे पूर्णपणे क्रिप्टोग्राफिक सुरक्षा यंत्रणेवर अवलंबून असतात. |
+
+### व्हेलिडियम/व्होलिशन्स वापरा {#use-validium-and-volitions}
+
+अनेक प्रकल्प व्हेलिडियम आणि व्होलिशन्सची अंमलबजावणी प्रदान करतात जे तुम्ही तुमच्या dapps मध्ये समाकलित करू शकता:
+
+**StarkWare StarkEx** - _StarkEx हे इथेरियम लेअर 2 (L2) स्केलेबिलिटी सोल्यूशन आहे जे व्हॅलिडिटी प्रूफ्सवर आधारित आहे. ते ZK-रोलअप किंवा व्हेलिडियम डेटा-उपलब्धता मोडमध्ये काम करू शकते._
+
+- [दस्तऐवजीकरण](https://docs.starkware.co/starkex-v4/starkex-deep-dive/data-availability-modes#validium)
+- [वेबसाइट](https://starkware.co/starkex/)
+
+**Matter Labs zkPorter**- _zkPorter हा एक लेअर 2 स्केलिंग प्रोटोकॉल आहे जो zkRollup आणि शार्डिंगच्या कल्पनांना एकत्रित करणाऱ्या हायब्रीड दृष्टिकोनाने डेटा उपलब्धतेची समस्या हाताळतो. ते अनियंत्रितपणे अनेक शार्ड्सना समर्थन देऊ शकते, प्रत्येकाची स्वतःची डेटा उपलब्धता धोरण असते._
+
+- [ब्लॉग](https://blog.matter-labs.io/zkporter-a-breakthrough-in-l2-scaling-ed5e48842fbf)
+- [दस्तऐवजीकरण](https://docs.zksync.io/zksync-protocol/rollup/data-availability)
+- [वेबसाइट](https://zksync.io/)
+
+## पुढील वाचन {#further-reading}
+
+- [व्हेलिडियम आणि लेअर 2 टू-बाय-टू — अंक क्र. 99](https://www.buildblockchain.tech/newsletter/issues/no-99-validium-and-the-layer-2-two-by-two)
+- [ZK-रोलअप्स वि. व्हेलिडियम](https://blog.matter-labs.io/zkrollup-vs-validium-starkex-5614e38bc263)
+- [व्होलिशन आणि उदयोन्मुख डेटा उपलब्धता स्पेक्ट्रम](https://medium.com/starkware/volition-and-the-emerging-data-availability-spectrum-87e8bfa09bb)
+- [रोलअप्स, व्हेलिडियम्स, आणि व्होलिशन्स: सर्वात लोकप्रिय इथेरियम स्केलिंग सोल्यूशन्सबद्दल जाणून घ्या](https://www.defipulse.com/blog/rollups-validiums-and-volitions-learn-about-the-hottest-ethereum-scaling-solutions)
+- [इथेरियम रोलअप्ससाठी व्यावहारिक मार्गदर्शक](https://web.archive.org/web/20241108192208/https://research.2077.xyz/the-practical-guide-to-ethereum-rollups)
diff --git a/public/content/translations/mr/developers/docs/scaling/zk-rollups/index.md b/public/content/translations/mr/developers/docs/scaling/zk-rollups/index.md
new file mode 100644
index 00000000000..3a3999e682f
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/scaling/zk-rollups/index.md
@@ -0,0 +1,257 @@
+---
+title: "शून्य-ज्ञान रोलअप्स"
+description: "शून्य-ज्ञान रोलअप्सचा परिचय — Ethereum समुदायाद्वारे वापरले जाणारे स्केलिंग सोल्यूशन."
+lang: mr
+---
+
+शून्य-ज्ञान रोलअप्स (ZK-rollups) हे लेअर 2 [स्केलिंग सोल्यूशन्स](/developers/docs/scaling/) आहेत जे कम्प्युटेशन आणि स्टेट-स्टोरेज ऑफचेन हलवून Ethereum Mainnet वरील थ्रूपूट वाढवतात. ZK-rollups एका बॅचमध्ये हजारो व्यवहारांवर प्रक्रिया करू शकतात आणि नंतर Mainnet वर फक्त काही किमान सारांश डेटा पोस्ट करतात. हा सारांश डेटा Ethereum स्टेटमध्ये केले जाणारे बदल आणि ते बदल योग्य असल्याचे काही क्रिप्टोग्राफिक पुरावे परिभाषित करतो.
+
+## पूर्वतयारी {#prerequisites}
+
+तुम्ही आमचे [इथेरियम स्केलिंग](/developers/docs/scaling/) आणि [लेअर 2](/layer-2) वरील पेज वाचून समजून घेतलेले असावे.
+
+## शून्य-ज्ञान रोलअप्स काय आहेत? {#what-are-zk-rollups}
+
+**शून्य-ज्ञान रोलअप्स (ZK-rollups)** व्यवहारांना बॅचेसमध्ये बंडल (किंवा 'रोल अप') करतात जे ऑफचेन कार्यान्वित केले जातात. ऑफचेन कम्प्युटेशनमुळे ब्लॉकचेनवर पोस्ट कराव्या लागणाऱ्या डेटाचे प्रमाण कमी होते. ZK-रोलअप ऑपरेटर्स प्रत्येक व्यवहार स्वतंत्रपणे पाठवण्याऐवजी, एका बॅचमधील सर्व व्यवहारांचे प्रतिनिधित्व करण्यासाठी आवश्यक बदलांचा सारांश सबमिट करतात. ते त्यांच्या बदलांची अचूकता सिद्ध करण्यासाठी [वैधता पुरावे](/glossary/#validity-proof) देखील तयार करतात.
+
+ZK-रोलअपची स्टेट Ethereum नेटवर्कवर तैनात केलेल्या स्मार्ट कॉन्ट्रॅक्टद्वारे सांभाळली जाते. ही स्टेट अपडेट करण्यासाठी, ZK-रोलअप नोड्सनी पडताळणीसाठी वैधता पुरावा सादर करणे आवश्यक आहे. नमूद केल्याप्रमाणे, वैधता पुरावा ही एक क्रिप्टोग्राफिक हमी आहे की रोलअपद्वारे प्रस्तावित स्टेट-बदल हा दिलेल्या व्यवहारांच्या बॅचला कार्यान्वित करण्याचाच परिणाम आहे. याचा अर्थ असा की [ऑप्टिमिस्टिक रोलअप्स](/developers/docs/scaling/optimistic-rollups/) प्रमाणे सर्व व्यवहार डेटा ऑनचेन पोस्ट करण्याऐवजी, ZK-रोलअप्सना Ethereum वर व्यवहार अंतिम करण्यासाठी फक्त वैधता पुरावे प्रदान करणे आवश्यक आहे.
+
+ZK-रोलअपमधून Ethereum मध्ये निधी हलवताना कोणताही विलंब होत नाही, कारण ZK-रोलअप कॉन्ट्रॅक्टने वैधता पुराव्याची पडताळणी केल्यावर बाहेर पडण्याचे व्यवहार कार्यान्वित केले जातात. याउलट, ऑप्टिमिस्टिक रोलअपमधून निधी काढण्यास विलंब होतो, जेणेकरून कोणालाही [फ्रॉड प्रूफ](/glossary/#fraud-proof) सह बाहेर पडण्याच्या व्यवहाराला आव्हान देता येईल.
+
+ZK-रोलअप्स Ethereum वर `calldata` म्हणून व्यवहार लिहितात. `calldata` हे असे ठिकाण आहे जिथे स्मार्ट कॉन्ट्रॅक्ट फंक्शन्सच्या बाह्य कॉल्समध्ये समाविष्ट केलेला डेटा संग्रहित केला जातो. `calldata` मधील माहिती ब्लॉकचेनवर प्रकाशित केली जाते, ज्यामुळे कोणालाही रोलअपची स्टेट स्वतंत्रपणे पुनर्रचना करता येते. ZK-रोलअप्स व्यवहार डेटा कमी करण्यासाठी कॉम्प्रेशन तंत्रांचा वापर करतात—उदाहरणार्थ, अकाउंट्स पत्त्याऐवजी निर्देशांकाद्वारे दर्शविले जातात, ज्यामुळे 28 बाइट्स डेटा वाचतो. ऑनचेन डेटा प्रकाशन ही रोलअपसाठी एक महत्त्वपूर्ण खर्च आहे, त्यामुळे डेटा कॉम्प्रेशन वापरकर्त्यांसाठी शुल्क कमी करू शकते.
+
+## ZK-रोलअप Ethereum सोबत कसे संवाद साधतात? {#zk-rollups-and-ethereum}
+
+ZK-रोलअप चेन हा एक ऑफचेन प्रोटोकॉल आहे जो Ethereum ब्लॉकचेनच्या वर काम करतो आणि ऑनचेन Ethereum स्मार्ट कॉन्ट्रॅक्टद्वारे व्यवस्थापित केला जातो. ZK-रोलअप्स Mainnet च्या बाहेर व्यवहार कार्यान्वित करतात, परंतु ठराविक कालावधीने ऑफचेन व्यवहार बॅचेस ऑनचेन रोलअप कॉन्ट्रॅक्टला सादर करतात. हा व्यवहार रेकॉर्ड अपरिवर्तनीय असतो, जसा Ethereum ब्लॉकचेन असतो, आणि तो ZK-रोलअप चेन तयार करतो.
+
+ZK-रोलअपच्या मुख्य रचनेत खालील घटक असतात:
+
+1. **ऑनचेन कॉन्ट्रॅक्ट्स**: नमूद केल्याप्रमाणे, ZK-रोलअप प्रोटोकॉल Ethereum वर चालणाऱ्या स्मार्ट कॉन्ट्रॅक्टद्वारे नियंत्रित केला जातो. यामध्ये मुख्य कॉन्ट्रॅक्टचा समावेश आहे जो रोलअप ब्लॉक्स संग्रहित करतो, डिपॉझिट्सचा मागोवा घेतो आणि स्टेट अपडेट्सचे निरीक्षण करतो. आणखी एक ऑनचेन कॉन्ट्रॅक्ट (व्हेरिफायर कॉन्ट्रॅक्ट) ब्लॉक प्रोड्युसर्सद्वारे सबमिट केलेल्या शून्य-ज्ञान पुराव्यांची पडताळणी करतो. अशाप्रकारे, Ethereum ZK-रोलअपसाठी बेस लेअर किंवा "लेअर 1" म्हणून काम करते.
+
+2. **ऑफचेन व्हर्च्युअल मशीन (VM)**: जरी ZK-रोलअप प्रोटोकॉल Ethereum वर राहत असला तरी, व्यवहार अंमलबजावणी आणि स्टेट स्टोरेज [EVM](/developers/docs/evm/) पेक्षा स्वतंत्र असलेल्या वेगळ्या व्हर्च्युअल मशीनवर घडते. ही ऑफचेन VM ZK-रोलअपवरील व्यवहारांसाठी अंमलबजावणीचे वातावरण आहे आणि ZK-रोलअप प्रोटोकॉलसाठी सेकंडरी लेअर किंवा "लेअर 2" म्हणून काम करते. Ethereum Mainnet वर सत्यापित केलेले वैधता पुरावे ऑफचेन VM मधील स्टेट संक्रमणांची अचूकता हमी देतात.
+
+ZK-रोलअप हे "हायब्रिड स्केलिंग सोल्यूशन्स" आहेत—ऑफचेन प्रोटोकॉल जे स्वतंत्रपणे कार्य करतात परंतु Ethereum कडून सुरक्षा प्राप्त करतात. विशेषतः, Ethereum नेटवर्क ZK-रोलअपवरील स्टेट अपडेट्सची वैधता लागू करते आणि रोलअपच्या स्टेटच्या प्रत्येक अपडेटमागील डेटाची उपलब्धता सुनिश्चित करते. परिणामी, ZK-रोलअप्स हे [साईडचेन्स](/developers/docs/scaling/sidechains/) सारख्या शुद्ध ऑफचेन स्केलिंग सोल्यूशन्सपेक्षा बरेच सुरक्षित आहेत, जे त्यांच्या सुरक्षा गुणधर्मांसाठी जबाबदार असतात, किंवा [व्हॅलिडियम्स](/developers/docs/scaling/validium/), जे Ethereum वर वैधता पुराव्यांसह व्यवहारांची पडताळणी करतात, परंतु व्यवहार डेटा इतरत्र संग्रहित करतात.
+
+ZK-रोलअप खालील गोष्टींसाठी मुख्य Ethereum प्रोटोकॉलवर अवलंबून असतात:
+
+### डेटा उपलब्धता {#data-availability}
+
+ZK-रोलअप ऑफचेन प्रक्रिया केलेल्या प्रत्येक व्यवहारासाठी स्टेट डेटा Ethereum वर प्रकाशित करतात. या डेटाद्वारे, व्यक्ती किंवा व्यवसायांना रोलअपची स्टेट पुनरुत्पादित करणे आणि स्वतःच चेनची वैधता तपासणे शक्य होते. Ethereum हा डेटा नेटवर्कमधील सर्व सहभागींना `calldata` म्हणून उपलब्ध करून देते.
+
+ZK-रोलअपला जास्त व्यवहार डेटा ऑनचेन प्रकाशित करण्याची आवश्यकता नाही कारण वैधता पुरावे आधीच स्टेट संक्रमणांची सत्यता पडताळतात. तरीही, ऑनचेन डेटा संग्रहित करणे महत्त्वाचे आहे कारण ते L2 चेनच्या स्टेटची परवानगीरहित, स्वतंत्र पडताळणी करण्यास अनुमती देते, ज्यामुळे कोणालाही व्यवहारांचे बॅचेस सबमिट करता येतात, आणि दुर्भावनापूर्ण ऑपरेटर्सना चेननला सेन्सॉर करण्यापासून किंवा फ्रीझ करण्यापासून प्रतिबंधित करते.
+
+वापरकर्त्यांना रोलअपसह संवाद साधण्यासाठी ऑनचेन आवश्यक आहे. स्टेट डेटामध्ये प्रवेशाशिवाय वापरकर्ते त्यांच्या खात्यातील शिल्लक तपासू शकत नाहीत किंवा स्टेट माहितीवर अवलंबून असलेले व्यवहार (उदा. पैसे काढणे) सुरू करू शकत नाहीत.
+
+### व्यवहाराची अंतिम निश्चिती {#transaction-finality}
+
+Ethereum ZK-रोलअप्ससाठी सेटलमेंट लेअर म्हणून काम करते: L2 व्यवहार तेव्हाच अंतिम होतात जेव्हा L1 कॉन्ट्रॅक्ट वैधता पुरावा स्वीकारतो. यामुळे दुर्भावनापूर्ण ऑपरेटर्सकडून चेनमध्ये गडबड होण्याचा (उदा. रोलअप निधी चोरणे) धोका नाहीसा होतो कारण प्रत्येक व्यवहाराला Mainnet वर मंजूर करणे आवश्यक असते. तसेच, Ethereum हमी देते की एकदा L1 वर अंतिम झाल्यावर वापरकर्त्याच्या क्रिया उलटवल्या जाऊ शकत नाहीत.
+
+### सेन्सॉरशिप प्रतिरोध {#censorship-resistance}
+
+बहुतेक ZK-रोलअप्स व्यवहार कार्यान्वित करण्यासाठी, बॅच तयार करण्यासाठी आणि L1 वर ब्लॉक्स सबमिट करण्यासाठी "सुपरनोड" (ऑपरेटर) वापरतात. यामुळे कार्यक्षमता सुनिश्चित होत असली तरी, सेन्सॉरशिपचा धोका वाढतो: दुर्भावनापूर्ण ZK-रोलअप ऑपरेटर्स वापरकर्त्यांच्या व्यवहारांना बॅचेसमध्ये समाविष्ट करण्यास नकार देऊन त्यांना सेन्सॉर करू शकतात.
+
+सुरक्षितता उपाय म्हणून, ZK-रोलअप वापरकर्त्यांना थेट Mainnet वरील रोलअप कॉन्ट्रॅक्टमध्ये व्यवहार सबमिट करण्याची परवानगी देतात जर त्यांना वाटत असेल की ऑपरेटर त्यांना सेन्सॉर करत आहे. यामुळे वापरकर्त्यांना ऑपरेटरच्या परवानगीवर अवलंबून न राहता ZK-रोलअपमधून Ethereum वर बाहेर पडण्यास भाग पाडता येते.
+
+## ZK-रोलअप कसे कार्य करतात? {#how-do-zk-rollups-work}
+
+### व्यवहार {#transactions}
+
+ZK-रोलअपमधील वापरकर्ते व्यवहारांवर स्वाक्षरी करतात आणि प्रक्रियेसाठी आणि पुढील बॅचमध्ये समावेशासाठी L2 ऑपरेटर्सकडे सबमिट करतात. काही प्रकरणांमध्ये, ऑपरेटर एक केंद्रीकृत संस्था असते, ज्याला सिक्वेन्सर म्हणतात, जो व्यवहार कार्यान्वित करतो, त्यांना बॅचमध्ये एकत्र करतो आणि L1 वर सबमिट करतो. या प्रणालीतील सिक्वेन्सर ही एकमेव संस्था आहे जिला L2 ब्लॉक्स तयार करण्याची आणि ZK-रोलअप कॉन्ट्रॅक्टमध्ये रोलअप व्यवहार जोडण्याची परवानगी आहे.
+
+इतर ZK-रोलअप्स [प्रूफ-ऑफ-स्टेक](/developers/docs/consensus-mechanisms/pos/) व्हॅलिडेटर सेट वापरून ऑपरेटरची भूमिका फिरवत ठेवू शकतात. संभाव्य ऑपरेटर रोलअप कॉन्ट्रॅक्टमध्ये निधी जमा करतात, प्रत्येक स्टेकचा आकार पुढील रोलअप बॅच तयार करण्यासाठी निवडल्या जाण्याच्या स्टेकरच्या संधीवर प्रभाव टाकतो. जर ऑपरेटरने दुर्भावनापूर्णपणे काम केले तर त्याचा स्टेक कापला जाऊ शकतो, ज्यामुळे त्यांना वैध ब्लॉक्स पोस्ट करण्यास प्रोत्साहन मिळते.
+
+#### ZK-रोलअप्स Ethereum वर व्यवहार डेटा कसा प्रकाशित करतात {#how-zk-rollups-publish-transaction-data-on-ethereum}
+
+स्पष्ट केल्याप्रमाणे, व्यवहार डेटा Ethereum वर `calldata` म्हणून प्रकाशित केला जातो. `calldata` स्मार्ट कॉन्ट्रॅक्टमधील डेटा एरिया आहे जो फंक्शनला वितर्क पास करण्यासाठी वापरला जातो आणि [मेमरी](/developers/docs/smart-contracts/anatomy/#memory) प्रमाणेच कार्य करतो. जरी `calldata` Ethereum च्या स्टेटचा भाग म्हणून संग्रहित नसला तरी, तो Ethereum चेनच्या [इतिहास लॉग](https://docs.soliditylang.org/en/latest/introduction-to-smart-contracts.html?highlight=memory#logs) चा भाग म्हणून ऑनचेन टिकतो. `calldata` Ethereum च्या स्टेटवर परिणाम करत नाही, ज्यामुळे तो ऑनचेन डेटा संग्रहित करण्याचा एक स्वस्त मार्ग बनतो.
+
+`calldata` कीवर्ड बहुतेकदा व्यवहाराद्वारे कॉल केलेल्या स्मार्ट कॉन्ट्रॅक्ट पद्धतीची ओळख करून देतो आणि बाइट्सच्या अनियंत्रित क्रमाने पद्धतीसाठी इनपुट धारण करतो. ZK-रोलअप संकुचित व्यवहार डेटा ऑनचेन प्रकाशित करण्यासाठी `calldata` वापरतात; रोलअप ऑपरेटर फक्त रोलअप कॉन्ट्रॅक्टमध्ये आवश्यक फंक्शन कॉल करून नवीन बॅच जोडतो आणि संकुचित डेटा फंक्शन वितर्क म्हणून पास करतो. हे वापरकर्त्यांसाठी खर्च कमी करण्यास मदत करते कारण रोलअप शुल्काचा मोठा भाग ऑनचेन व्यवहार डेटा संग्रहित करण्यासाठी जातो.
+
+### स्टेट कमिटमेंट्स {#state-commitments}
+
+ZK-रोलअपची स्टेट, ज्यात L2 अकाउंट्स आणि बॅलन्स समाविष्ट आहेत, [मर्कल ट्री](/whitepaper/#merkle-trees) म्हणून दर्शविली जाते. मर्कल ट्रीच्या मूळ (मर्कल रूट) चा क्रिप्टोग्राफिक हॅश ऑनचेन कॉन्ट्रॅक्टमध्ये संग्रहित केला जातो, ज्यामुळे रोलअप प्रोटोकॉलला ZK-रोलअपच्या स्टेटमधील बदलांचा मागोवा घेता येतो.
+
+नवीन व्यवहारांच्या संचाच्या अंमलबजावणीनंतर रोलअप नवीन स्थितीत जातो. स्टेट ट्रान्झिशन सुरू करणाऱ्या ऑपरेटरला नवीन स्टेट रूटची गणना करणे आणि ते ऑनचेन कॉन्ट्रॅक्टला सादर करणे आवश्यक आहे. जर बॅचशी संबंधित वैधता पुरावा व्हेरिफायर कॉन्ट्रॅक्टद्वारे प्रमाणित केला गेला, तर नवीन मर्कल रूट ZK-रोलअपचा कॅनॉनिकल स्टेट रूट बनतो.
+
+स्टेट रूट्सची गणना करण्याव्यतिरिक्त, ZK-रोलअप ऑपरेटर बॅच रूट देखील तयार करतो - बॅचमधील सर्व व्यवहारांचा समावेश असलेल्या मर्कल ट्रीचा रूट. जेव्हा नवीन बॅच सबमिट केली जाते, तेव्हा रोलअप कॉन्ट्रॅक्ट बॅच रूट संग्रहित करतो, ज्यामुळे वापरकर्त्यांना व्यवहार (उदा. पैसे काढण्याची विनंती) बॅचमध्ये समाविष्ट असल्याचे सिद्ध करता येते. वापरकर्त्यांना व्यवहाराचे तपशील, बॅच रूट आणि समावेशाचा मार्ग दर्शवणारा [मर्कल प्रूफ](/developers/tutorials/merkle-proofs-for-offline-data-integrity/) द्यावा लागेल.
+
+### वैधता पुरावे {#validity-proofs}
+
+ZK-रोलअप ऑपरेटर L1 कॉन्ट्रॅक्टला सादर करणारा नवीन स्टेट रूट रोलअपच्या स्टेटमधील अपडेट्सचा परिणाम आहे. समजा ॲलिसने बॉबला 10 टोकन पाठवले, तर ऑपरेटर फक्त ॲलिसची शिल्लक 10 ने कमी करतो आणि बॉबची शिल्लक 10 ने वाढवतो. त्यानंतर ऑपरेटर अपडेट केलेल्या खात्याच्या डेटाचा हॅश करतो, रोलअपची मर्कल ट्री पुन्हा तयार करतो आणि नवीन मर्कल रूट ऑनचेन कॉन्ट्रॅक्टला सादर करतो.
+
+परंतु रोलअप कॉन्ट्रॅक्ट प्रस्तावित स्टेट कमिटमेंट आपोआप स्वीकारणार नाही जोपर्यंत ऑपरेटर हे सिद्ध करत नाही की नवीन मर्कल रूट रोलअपच्या स्टेटमधील योग्य अपडेट्समधून आला आहे. ZK-रोलअप ऑपरेटर वैधता पुरावा तयार करून हे करतो, जो बॅचमधील व्यवहारांची अचूकता सत्यापित करणारी एक संक्षिप्त क्रिप्टोग्राफिक कमिटमेंट आहे.
+
+वैधता पुरावे पक्षांना विधान स्वतः उघड न करता विधानाची अचूकता सिद्ध करण्याची परवानगी देतात—म्हणून, त्यांना शून्य-ज्ञान पुरावे देखील म्हटले जाते. ZK-रोलअप्स Ethereum वर व्यवहार पुन्हा कार्यान्वित न करता ऑफचेन स्टेट संक्रमणांची अचूकता पुष्टी करण्यासाठी वैधता पुरावे वापरतात. हे पुरावे [ZK-SNARK](https://arxiv.org/abs/2202.06877) (Zero-Knowledge Succinct Non-Interactive Argument of Knowledge) किंवा [ZK-STARK](https://eprint.iacr.org/2018/046) (Zero-Knowledge Scalable Transparent Argument of Knowledge) स्वरूपात येऊ शकतात.
+
+SNARKs आणि STARKs दोन्ही ZK-रोलअपमध्ये ऑफचेन गणनेच्या अखंडतेची साक्ष देण्यास मदत करतात, जरी प्रत्येक पुरावा प्रकारात विशिष्ट वैशिष्ट्ये आहेत.
+
+**ZK-SNARKs**
+
+ZK-SNARK प्रोटोकॉल कार्य करण्यासाठी, एक कॉमन रेफरन्स स्ट्रिंग (CRS) तयार करणे आवश्यक आहे: CRS वैधता पुरावे सिद्ध करण्यासाठी आणि सत्यापित करण्यासाठी सार्वजनिक पॅरामीटर्स प्रदान करते. सिद्धता प्रणालीची सुरक्षा CRS सेटअपवर अवलंबून असते; जर सार्वजनिक पॅरामीटर्स तयार करण्यासाठी वापरलेली माहिती दुर्भावनापूर्ण घटकांच्या ताब्यात आली तर ते खोटे वैधता पुरावे तयार करू शकतात.
+
+काही ZK-रोलअप्स ही समस्या सोडवण्यासाठी ZK-SNARK सर्किटसाठी सार्वजनिक पॅरामीटर्स तयार करण्यासाठी विश्वासू व्यक्तींचा समावेश असलेल्या [मल्टी-पार्टी कॉम्प्युटेशन सेरेमनी (MPC)](https://zkproof.org/2021/06/30/setup-ceremonies/amp/) वापरण्याचा प्रयत्न करतात. प्रत्येक पक्ष CRS तयार करण्यासाठी काही यादृच्छिकता ("विषारी कचरा" म्हटले जाते) योगदान देतो, जे त्यांनी त्वरित नष्ट केले पाहिजे.
+
+विश्वसनीय सेटअप्स वापरले जातात कारण ते CRS सेटअपची सुरक्षा वाढवतात. जोपर्यंत एक प्रामाणिक सहभागी आपले इनपुट नष्ट करतो, तोपर्यंत ZK-SNARK प्रणालीची सुरक्षा हमी दिली जाते. तरीही, या दृष्टिकोनासाठी सहभागींवर विश्वास ठेवणे आवश्यक आहे की ते त्यांची नमुना यादृच्छिकता हटवतील आणि प्रणालीच्या सुरक्षा हमींना कमी करणार नाहीत.
+
+विश्वासाच्या गृहितकांना बाजूला ठेवून, ZK-SNARKs त्यांच्या लहान पुरावा आकारांसाठी आणि स्थिर-वेळ पडताळणीसाठी लोकप्रिय आहेत. L1 वर पुरावा पडताळणी ही ZK-रोलअप चालवण्याचा मोठा खर्च असल्याने, L2s ZK-SNARKs वापरून पुरावे तयार करतात जे Mainnet वर जलद आणि स्वस्तात सत्यापित केले जाऊ शकतात.
+
+**ZK-STARKs**
+
+ZK-SNARKs प्रमाणेच, ZK-STARKs इनपुट उघड न करता ऑफचेन गणनेची वैधता सिद्ध करतात. तथापि, ZK-STARKs त्यांच्या स्केलेबिलिटी आणि पारदर्शकतेमुळे ZK-SNARKs वर सुधारणा मानले जातात.
+
+ZK-STARKs 'पारदर्शक' आहेत, कारण ते कॉमन रेफरन्स स्ट्रिंग (CRS) च्या विश्वसनीय सेटअपशिवाय काम करू शकतात. त्याऐवजी, ZK-STARKs पुरावे तयार करण्यासाठी आणि सत्यापित करण्यासाठी पॅरामीटर्स सेट करण्यासाठी सार्वजनिकरित्या सत्यापित करण्यायोग्य यादृच्छिकतेवर अवलंबून असतात.
+
+ZK-STARKs अधिक स्केलेबिलिटी देखील प्रदान करतात कारण वैधता पुरावे सिद्ध करण्यासाठी आणि सत्यापित करण्यासाठी लागणारा वेळ अंतर्निहित गणनेच्या जटिलतेच्या संबंधात _क्वासीलिनियरली_ वाढतो. ZK-SNARKs सह, सिद्ध करणे आणि पडताळणीचा वेळ अंतर्निहित गणनेच्या आकाराच्या संबंधात _रेखीयपणे_ वाढतो. याचा अर्थ असा की जेव्हा मोठ्या डेटासेटचा समावेश असतो तेव्हा ZK-STARKs ला ZK-SNARKs पेक्षा सिद्ध करण्यासाठी आणि सत्यापित करण्यासाठी कमी वेळ लागतो, ज्यामुळे ते उच्च-व्हॉल्यूम ॲप्लिकेशन्ससाठी उपयुक्त ठरतात.
+
+ZK-STARKs क्वांटम संगणकांविरुद्ध देखील सुरक्षित आहेत, तर ZK-SNARKs मध्ये वापरलेली इलिप्टिक कर्व क्रिप्टोग्राफी (ECC) क्वांटम संगणकीय हल्ल्यांना बळी पडण्याची शक्यता आहे असे मानले जाते. ZK-STARKs चा तोटा हा आहे की ते मोठ्या आकाराचे पुरावे तयार करतात, जे Ethereum वर सत्यापित करण्यासाठी अधिक महाग आहेत.
+
+#### ZK-रोलअपमध्ये वैधता पुरावे कसे कार्य करतात? {#validity-proofs-in-zk-rollups}
+
+##### पुरावा निर्मिती
+
+व्यवहार स्वीकारण्यापूर्वी, ऑपरेटर नेहमीच्या तपासण्या करेल. यामध्ये याची पुष्टी करणे समाविष्ट आहे की:
+
+- प्रेषक आणि प्राप्तकर्ता खाती स्टेट ट्रीचा भाग आहेत.
+- प्रेषकाकडे व्यवहार प्रक्रिया करण्यासाठी पुरेसा निधी आहे.
+- व्यवहार योग्य आहे आणि रोलअपवरील प्रेषकाच्या सार्वजनिक कीशी जुळतो.
+- प्रेषकाचा नॉन्स योग्य आहे, इत्यादी.
+
+एकदा ZK-रोलअप नोडकडे पुरेसे व्यवहार झाल्यावर, तो त्यांना एका बॅचमध्ये एकत्रित करतो आणि एक संक्षिप्त ZK-पुरावा संकलित करण्यासाठी सिद्ध करणाऱ्या सर्किटसाठी इनपुट संकलित करतो. यात समाविष्ट आहे:
+
+- बॅचमधील सर्व व्यवहारांचा समावेश असलेला एक मर्कल ट्री रूट.
+- बॅचमध्ये समावेश सिद्ध करण्यासाठी व्यवहारांसाठी मर्कल पुरावे.
+- व्यवहारांमधील प्रत्येक प्रेषक-प्राप्तकर्ता जोडीसाठी मर्कल पुरावे हे सिद्ध करण्यासाठी की ती खाती रोलअपच्या स्टेट ट्रीचा भाग आहेत.
+- प्रत्येक व्यवहारासाठी स्टेट अपडेट लागू केल्यानंतर स्टेट रूट अपडेट करून प्राप्त झालेल्या इंटरमीडिएट स्टेट रूट्सचा एक संच (म्हणजे, प्रेषक खाती कमी करणे आणि प्राप्तकर्ता खाती वाढवणे).
+
+सिद्ध करणारे सर्किट प्रत्येक व्यवहारावर "लूपिंग" करून आणि व्यवहार प्रक्रिया करण्यापूर्वी ऑपरेटरने पूर्ण केलेल्या त्याच तपासण्या करून वैधता पुरावा मोजते. प्रथम, ते प्रदान केलेल्या मर्कल पुराव्याचा वापर करून प्रेषकाचे खाते विद्यमान स्टेट रूटचा भाग असल्याची पडताळणी करते. नंतर ते प्रेषकाची शिल्लक कमी करते, त्याचा नॉन्स वाढवते, अद्ययावत खात्याच्या डेटाचा हॅश करते आणि नवीन मर्कल रूट तयार करण्यासाठी मर्कल पुराव्यासोबत जोडते.
+
+हा मर्कल रूट ZK-रोलअपच्या स्टेटमधील एकमेव बदल दर्शवतो: प्रेषकाची शिल्लक आणि नॉन्समध्ये बदल. हे शक्य आहे कारण खात्याचे अस्तित्व सिद्ध करण्यासाठी वापरलेला मर्कल पुरावा नवीन स्टेट रूट मिळवण्यासाठी वापरला जातो.
+
+सिद्ध करणारे सर्किट प्राप्तकर्त्याच्या खात्यावर समान प्रक्रिया करते. ते तपासते की प्राप्तकर्त्याचे खाते इंटरमीडिएट स्टेट रूट अंतर्गत अस्तित्वात आहे की नाही (मर्कल पुराव्याचा वापर करून), त्यांची शिल्लक वाढवते, खात्याच्या डेटाचा पुन्हा हॅश करते आणि नवीन स्टेट रूट तयार करण्यासाठी मर्कल पुराव्यासोबत जोडते.
+
+ही प्रक्रिया प्रत्येक व्यवहारासाठी पुनरावृत्ती होते; प्रत्येक "लूप" प्रेषकाचे खाते अद्यतनित करून एक नवीन स्टेट रूट तयार करतो आणि त्यानंतर प्राप्तकर्त्याचे खाते अद्यतनित करून एक नवीन रूट तयार करतो. स्पष्ट केल्याप्रमाणे, स्टेट रूटमधील प्रत्येक अपडेट रोलअपच्या स्टेट ट्रीचा एक भाग बदलण्याचे प्रतिनिधित्व करतो.
+
+ZK-सिद्ध करणारे सर्किट संपूर्ण व्यवहार बॅचवर पुनरावृत्ती करते, शेवटचा व्यवहार कार्यान्वित झाल्यानंतर अंतिम स्टेट रूटमध्ये परिणाम करणाऱ्या अद्यतनांच्या क्रमाची पडताळणी करते. शेवटचा गणना केलेला मर्कल रूट ZK-रोलअपचा सर्वात नवीन कॅनॉनिकल स्टेट रूट बनतो.
+
+##### पुरावा पडताळणी
+
+सिद्ध करणारे सर्किट स्टेट अपडेट्सची अचूकता सत्यापित केल्यानंतर, L2 ऑपरेटर गणना केलेला वैधता पुरावा L1 वरील व्हेरिफायर कॉन्ट्रॅक्टला सादर करतो. कॉन्ट्रॅक्टचे व्हेरिफिकेशन सर्किट पुराव्याच्या वैधतेची पडताळणी करते आणि पुराव्याचा भाग असलेल्या सार्वजनिक इनपुटची देखील तपासणी करते:
+
+- **प्री-स्टेट रूट**: ZK-रोलअपचा जुना स्टेट रूट (म्हणजे, बॅच केलेले व्यवहार कार्यान्वित होण्यापूर्वी), L2 चेनची शेवटची ज्ञात वैध स्टेट दर्शवतो.
+
+- **पोस्ट-स्टेट रूट**: ZK-रोलअपचा नवीन स्टेट रूट (म्हणजे, बॅच केलेल्या व्यवहारांच्या अंमलबजावणीनंतर), L2 चेनची सर्वात नवीन स्टेट दर्शवतो. पोस्ट-स्टेट रूट हा सिद्ध करणाऱ्या सर्किटमध्ये स्टेट अपडेट लागू केल्यानंतर मिळवलेला अंतिम रूट आहे.
+
+- **बॅच रूट**: बॅचचा मर्कल रूट, जो बॅचमधील व्यवहारांना _मर्कलाईझ_ करून आणि ट्रीच्या रूटचा हॅश करून मिळवला जातो.
+
+- **व्यवहार इनपुट**: सबमिट केलेल्या बॅचचा भाग म्हणून कार्यान्वित केलेल्या व्यवहारांशी संबंधित डेटा.
+
+जर पुरावा सर्किटला समाधान देत असेल (म्हणजे, तो वैध असेल), तर याचा अर्थ असा की वैध व्यवहारांचा एक क्रम अस्तित्वात आहे जो रोलअपला मागील स्टेटमधून (प्री-स्टेट रूटद्वारे क्रिप्टोग्राफिकली फिंगरप्रिंट केलेले) नवीन स्टेटमध्ये (पोस्ट-स्टेट रूटद्वारे क्रिप्टोग्राफिकली फिंगरप्रिंट केलेले) संक्रमण करतो. जर प्री-स्टेट रूट रोलअप कॉन्ट्रॅक्टमध्ये संग्रहित रूटशी जुळत असेल आणि पुरावा वैध असेल, तर रोलअप कॉन्ट्रॅक्ट पुराव्यातून पोस्ट-स्टेट रूट घेतो आणि रोलअपची बदललेली स्टेट दर्शवण्यासाठी त्याचे स्टेट ट्री अपडेट करतो.
+
+### एंट्रीज आणि एग्झिट्स {#entries-and-exits}
+
+वापरकर्ते L1 चेनवर तैनात केलेल्या रोलअपच्या कॉन्ट्रॅक्टमध्ये टोकन जमा करून ZK-रोलअपमध्ये प्रवेश करतात. हा व्यवहार रांगेत ठेवला जातो कारण फक्त ऑपरेटरच रोलअप कॉन्ट्रॅक्टमध्ये व्यवहार सबमिट करू शकतात.
+
+जर प्रलंबित डिपॉझिट रांग भरू लागली, तर ZK-रोलअप ऑपरेटर डिपॉझिट व्यवहार घेईल आणि त्यांना रोलअप कॉन्ट्रॅक्टमध्ये सबमिट करेल. एकदा वापरकर्त्याचे निधी रोलअपमध्ये आल्यावर, ते प्रक्रियेसाठी ऑपरेटरला व्यवहार पाठवून व्यवहार सुरू करू शकतात. वापरकर्ते त्यांच्या खात्याच्या डेटाचा हॅश करून, हॅश रोलअप कॉन्ट्रॅक्टला पाठवून, आणि वर्तमान स्टेट रूटविरुद्ध पडताळणी करण्यासाठी मर्कल पुरावा प्रदान करून रोलअपवरील शिल्लक सत्यापित करू शकतात.
+
+ZK-रोलअपमधून L1 मध्ये पैसे काढणे सोपे आहे. वापरकर्ता रोलअपवरील आपली मालमत्ता जाळण्यासाठी एका निर्दिष्ट खात्यात पाठवून बाहेर पडण्याचा व्यवहार सुरू करतो. जर ऑपरेटरने व्यवहार पुढील बॅचमध्ये समाविष्ट केला, तर वापरकर्ता ऑनचेन कॉन्ट्रॅक्टला पैसे काढण्याची विनंती सबमिट करू शकतो. या पैसे काढण्याच्या विनंतीमध्ये खालील गोष्टींचा समावेश असेल:
+
+- वापरकर्त्याच्या व्यवहाराचा बर्न खात्यात एका व्यवहार बॅचमध्ये समावेश असल्याचे सिद्ध करणारा मर्कल पुरावा
+
+- व्यवहार डेटा
+
+- बॅच रूट
+
+- जमा केलेला निधी प्राप्त करण्यासाठी L1 पत्ता
+
+रोलअप कॉन्ट्रॅक्ट व्यवहार डेटाचा हॅश करतो, बॅच रूट अस्तित्वात आहे की नाही हे तपासतो, आणि व्यवहार हॅश बॅच रूटचा भाग आहे की नाही हे तपासण्यासाठी मर्कल पुराव्याचा वापर करतो. त्यानंतर, कॉन्ट्रॅक्ट बाहेर पडण्याचा व्यवहार कार्यान्वित करतो आणि L1 वरील वापरकर्त्याच्या निवडलेल्या पत्त्यावर निधी पाठवतो.
+
+## ZK-रोलअप्स आणि EVM सुसंगतता {#zk-rollups-and-evm-compatibility}
+
+ऑप्टिमिस्टिक रोलअप्सच्या विपरीत, ZK-रोलअप्स [Ethereum Virtual Machine (EVM)](/developers/docs/evm/) शी सहज सुसंगत नाहीत. सर्किट्समध्ये सामान्य-उद्देशीय EVM गणना सिद्ध करणे सोप्या गणना सिद्ध करण्यापेक्षा (जसे की पूर्वी वर्णन केलेले टोकन हस्तांतरण) अधिक कठीण आणि संसाधन-केंद्रित आहे.
+
+तथापि, [शून्य-ज्ञान तंत्रज्ञानातील प्रगती](https://hackmd.io/@yezhang/S1_KMMbGt#Why-possible-now) शून्य-ज्ञान पुराव्यांमध्ये EVM गणना गुंडाळण्यात नवीन रस निर्माण करत आहे. हे प्रयत्न एक शून्य-ज्ञान EVM (zkEVM) अंमलबजावणी तयार करण्याच्या दिशेने आहेत जे प्रोग्रामच्या अंमलबजावणीची अचूकता कार्यक्षमतेने सत्यापित करू शकेल. एक zkEVM सर्किट्समध्ये सिद्ध/पडताळणीसाठी विद्यमान EVM ऑपकोड्स पुन्हा तयार करते, ज्यामुळे स्मार्ट कॉन्ट्रॅक्ट्स कार्यान्वित करणे शक्य होते.
+
+EVM प्रमाणे, काही इनपुटवर गणना केल्यानंतर zkEVM स्टेट्स दरम्यान संक्रमण करते. फरक हा आहे की zkEVM प्रोग्रामच्या अंमलबजावणीतील प्रत्येक चरणाची अचूकता सत्यापित करण्यासाठी शून्य-ज्ञान पुरावे देखील तयार करते. वैधता पुरावे VM च्या स्टेटला (मेमरी, स्टॅक, स्टोरेज) स्पर्श करणाऱ्या ऑपरेशन्सची अचूकता आणि गणना स्वतःच (म्हणजे, ऑपरेशनने योग्य ऑपकोड्स कॉल केले आणि ते योग्यरित्या कार्यान्वित केले का?) सत्यापित करू शकतात.
+
+EVM-सुसंगत ZK-रोलअप्सची ओळख विकसकांना शून्य-ज्ञान पुराव्यांच्या स्केलेबिलिटी आणि सुरक्षा हमींचा लाभ घेण्यास मदत करेल अशी अपेक्षा आहे. सर्वात महत्त्वाचे म्हणजे, मूळ Ethereum पायाभूत सुविधांसोबत सुसंगतता म्हणजे विकासक परिचित (आणि लढाई-चाचणी) साधने आणि भाषा वापरून ZK-अनुकूल dapps तयार करू शकतात.
+
+## ZK-रोलअप शुल्क कसे कार्य करते? {#how-do-zk-rollup-fees-work}
+
+ZK-रोलअपवरील व्यवहारांसाठी वापरकर्ते किती पैसे देतात हे Ethereum Mainnet प्रमाणेच गॅस शुल्कावर अवलंबून असते. तथापि, L2 वर गॅस शुल्क वेगळ्या पद्धतीने कार्य करते आणि खालील खर्चांवर प्रभावित होते:
+
+1. **स्टेट राइट**: Ethereum च्या स्टेटवर लिहिण्यासाठी (म्हणजे, Ethereum ब्लॉकचेनवर व्यवहार सबमिट करणे) एक निश्चित खर्च आहे. ZK-रोलअप व्यवहार बॅच करून आणि निश्चित खर्च अनेक वापरकर्त्यांमध्ये विभागून हा खर्च कमी करतात.
+
+2. **डेटा प्रकाशन**: ZK-रोलअप प्रत्येक व्यवहारासाठी स्टेट डेटा Ethereum वर `calldata` म्हणून प्रकाशित करतात. `calldata` चे खर्च सध्या [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) द्वारे नियंत्रित केले जातात, जे `calldata` च्या शून्य-नसलेल्या बाइट्ससाठी 16 गॅस आणि शून्य बाइट्ससाठी 4 गॅसचा खर्च निर्धारित करते. प्रत्येक व्यवहारावर दिला जाणारा खर्च त्यावर अवलंबून असतो की त्यासाठी किती `calldata` ऑनचेन पोस्ट करणे आवश्यक आहे.
+
+3. **L2 ऑपरेटर शुल्क**: हे रोलअप ऑपरेटरला व्यवहार प्रक्रिया करताना झालेल्या संगणकीय खर्चाची भरपाई म्हणून दिले जाणारे रक्कम आहे, जसे Ethereum Mainnet वरील [व्यवहार "प्राधान्य शुल्क (टिप्स)"](/developers/docs/gas/#how-are-gas-fees-calculated) प्रमाणे.
+
+4. **पुरावा निर्मिती आणि पडताळणी**: ZK-रोलअप ऑपरेटर्सना व्यवहार बॅचेससाठी वैधता पुरावे तयार करणे आवश्यक आहे, जे संसाधन-केंद्रित आहे. Mainnet वर शून्य-ज्ञान पुरावे सत्यापित करण्यासाठी देखील गॅस खर्च होतो (~ 500,000 गॅस).
+
+व्यवहार बॅच करण्याव्यतिरिक्त, ZK-रोलअप व्यवहार डेटा संकुचित करून वापरकर्त्यांसाठी शुल्क कमी करतात. तुम्ही Ethereum ZK-रोलअप वापरण्यासाठी किती खर्च येतो याचा [रिअल-टाइम आढावा पाहू शकता](https://l2fees.info/).
+
+## ZK-रोलअप Ethereum कसे मोजतात? {#scaling-ethereum-with-zk-rollups}
+
+### व्यवहार डेटा कॉम्प्रेशन {#transaction-data-compression}
+
+ZK-रोलअप्स Ethereum च्या बेस लेअरवरील थ्रूपूट वाढवतात, कम्प्युटेशन ऑफचेन घेऊन, पण स्केलिंगसाठी खरी चालना व्यवहार डेटा कॉम्प्रेशनमधून येते. Ethereum चा [ब्लॉक आकार](/developers/docs/blocks/#block-size) प्रत्येक ब्लॉकमध्ये किती डेटा असू शकतो आणि त्याद्वारे, प्रति ब्लॉक प्रक्रिया केलेल्या व्यवहारांची संख्या मर्यादित करतो. व्यवहार-संबंधित डेटा संकुचित करून, ZK-रोलअप प्रति ब्लॉक प्रक्रिया केलेल्या व्यवहारांची संख्या लक्षणीयरीत्या वाढवतात.
+
+ZK-रोलअप ऑप्टिमिस्टिक रोलअपपेक्षा व्यवहार डेटा अधिक चांगल्या प्रकारे संकुचित करू शकतात कारण त्यांना प्रत्येक व्यवहाराची वैधता तपासण्यासाठी आवश्यक असलेला सर्व डेटा पोस्ट करावा लागत नाही. त्यांना फक्त रोलअपवरील खाती आणि शिल्लक यांची नवीनतम स्टेट पुन्हा तयार करण्यासाठी आवश्यक असलेला किमान डेटा पोस्ट करावा लागतो.
+
+### रिकर्सिव्ह प्रूफ्स {#recursive-proofs}
+
+शून्य-ज्ञान पुराव्यांचा एक फायदा म्हणजे पुरावे इतर पुराव्यांची पडताळणी करू शकतात. उदाहरणार्थ, एक ZK-SNARK इतर ZK-SNARKs ची पडताळणी करू शकतो. अशा "पुरावा-च्या-पुराव्यांना" रिकर्सिव्ह पुरावे म्हणतात आणि ते ZK-रोलअपवरील थ्रूपूट नाटकीयरित्या वाढवतात.
+
+सध्या, वैधता पुरावे ब्लॉक-दर-ब्लॉक आधारावर तयार केले जातात आणि पडताळणीसाठी L1 कॉन्ट्रॅक्टला सादर केले जातात. तथापि, सिंगल ब्लॉक पुरावे सत्यापित करणे ZK-रोलअप्स साध्य करू शकणाऱ्या थ्रूपूटला मर्यादित करते कारण ऑपरेटर जेव्हा पुरावा सादर करतो तेव्हा फक्त एकच ब्लॉक अंतिम केला जाऊ शकतो.
+
+रिकर्सिव्ह पुरावे, तथापि, एकाच वैधता पुराव्याने अनेक ब्लॉक्स अंतिम करणे शक्य करतात. हे शक्य आहे कारण सिद्ध करणारे सर्किट अनेक ब्लॉक पुरावे रिकर्सिव्हपणे एकत्र करते जोपर्यंत एक अंतिम पुरावा तयार होत नाही. L2 ऑपरेटर हा रिकर्सिव्ह पुरावा सादर करतो, आणि जर कॉन्ट्रॅक्टने तो स्वीकारला, तर सर्व संबंधित ब्लॉक्स त्वरित अंतिम होतील. रिकर्सिव्ह पुराव्यांसह, ठराविक अंतराने Ethereum वर अंतिम केल्या जाऊ शकणाऱ्या ZK-रोलअप व्यवहारांची संख्या वाढते.
+
+### ZK-रोलअप्सचे फायदे आणि तोटे {#zk-rollups-pros-and-cons}
+
+| फायदे                                                                                                                                                                                                                                | बाधक                                                                                                                                                                                                                            |
+| ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| वैधता पुरावे ऑफचेन व्यवहारांची अचूकता सुनिश्चित करतात आणि ऑपरेटर्सना अवैध स्टेट संक्रमण कार्यान्वित करण्यापासून प्रतिबंधित करतात.                                                                                    | वैधता पुरावे मोजण्यासाठी आणि सत्यापित करण्यासाठी लागणारा खर्च मोठा आहे आणि त्यामुळे रोलअप वापरकर्त्यांसाठी शुल्क वाढू शकते.                                                                                     |
+| जलद व्यवहार अंतिमत्वाची ऑफर देते कारण L1 वर वैधता पुरावे सत्यापित झाल्यावर स्टेट अपडेट्स मंजूर केले जातात.                                                                                                           | शून्य-ज्ञान तंत्रज्ञानाच्या जटिलतेमुळे EVM-सुसंगत ZK-रोलअप तयार करणे कठीण आहे.                                                                                                                                  |
+| सुरक्षेसाठी विश्वासहीन क्रिप्टोग्राफिक यंत्रणांवर अवलंबून असते, [ऑप्टिमिस्टिक रोलअप्स](/developers/docs/scaling/optimistic-rollups/#optimistic-pros-and-cons) प्रमाणे प्रोत्साहनित कलाकारांच्या प्रामाणिकपणावर नाही. | वैधता पुरावे तयार करण्यासाठी विशेष हार्डवेअरची आवश्यकता असते, ज्यामुळे काही पक्षांद्वारे चेनवर केंद्रीकृत नियंत्रण वाढू शकते.                                                                                   |
+| ऑफचेन स्टेट पुनर्प्राप्त करण्यासाठी आवश्यक डेटा L1 वर संग्रहित करते, ज्यामुळे सुरक्षा, सेन्सॉरशिप-प्रतिरोध आणि विकेंद्रीकरण सुनिश्चित होते.                                                                          | केंद्रीकृत ऑपरेटर (सिक्वेन्सर) व्यवहारांच्या क्रमावर प्रभाव टाकू शकतात.                                                                                                                      |
+| वापरकर्त्यांना अधिक भांडवली कार्यक्षमतेचा फायदा होतो आणि ते L2 मधून विलंब न करता निधी काढू शकतात.                                                                                                                    | हार्डवेअर आवश्यकता सहभागींची संख्या कमी करू शकतात जे चेनला प्रगती करण्यास भाग पाडू शकतात, ज्यामुळे दुर्भावनापूर्ण ऑपरेटर्सकडून रोलअपची स्टेट फ्रीझ होण्याचा आणि वापरकर्त्यांना सेन्सॉर करण्याचा धोका वाढतो.     |
+| लाइव्हनेस गृहितकांवर अवलंबून नाही आणि वापरकर्त्यांना त्यांचे निधी संरक्षित करण्यासाठी चेनची वैधता तपासण्याची आवश्यकता नाही.                                                                                          | काही सिद्धता प्रणालींना (उदा., ZK-SNARK) एका विश्वसनीय सेटअपची आवश्यकता असते, जे चुकीच्या पद्धतीने हाताळल्यास, संभाव्यतः ZK-रोलअपच्या सुरक्षा मॉडेलला धोका निर्माण करू शकते. |
+| चांगले डेटा कॉम्प्रेशन Ethereum वर `calldata` प्रकाशित करण्याचा खर्च कमी करण्यास आणि वापरकर्त्यांसाठी रोलअप शुल्क कमी करण्यास मदत करू शकते.                                                                          |                                                                                                                                                                                                                                 |
+
+### ZK-रोलअपचे एक दृश्यात्मक स्पष्टीकरण {#zk-video}
+
+Finematics ला ZK-रोलअप समजावून सांगताना पहा:
+
+<YouTube id="7pWxCklcNsU" start="406" />
+
+## zkEVM वर कोण काम करत आहे? {#zkevm-projects}
+
+zkEVMs वर काम करणाऱ्या प्रकल्पांमध्ये हे समाविष्ट आहे:
+
+- **[zkEVM](https://github.com/privacy-scaling-explorations/zkevm-specs)** - _zkEVM हा Ethereum फाउंडेशनद्वारे निधीबद्ध केलेला एक प्रकल्प आहे, जो EVM-सुसंगत ZK-रोलअप आणि Ethereum ब्लॉक्ससाठी वैधता पुरावे तयार करण्याची यंत्रणा विकसित करतो._
+
+- **[Polygon zkEVM](https://polygon.technology/solutions/polygon-zkevm)** - _हा Ethereum mainnet वरील एक विकेंद्रित ZK Rollup आहे जो शून्य-ज्ञान Ethereum Virtual Machine (zkEVM) वर काम करतो, जो शून्य-ज्ञान-पुरावा प्रमाणीकरणासह स्मार्ट कॉन्ट्रॅक्ट्ससह Ethereum व्यवहारांना पारदर्शकपणे कार्यान्वित करतो._
+
+- **[Scroll](https://scroll.io/blog/zkEVM)** - _Scroll ही एक तंत्रज्ञान-चालित कंपनी आहे जी Ethereum साठी एक मूळ zkEVM लेअर 2 सोल्यूशन तयार करण्यावर काम करत आहे._
+
+- **[Taiko](https://taiko.xyz)** - _Taiko एक विकेंद्रित, Ethereum-समकक्ष ZK-रोलअप आहे (एक [Type 1 ZK-EVM](https://vitalik.eth.limo/general/2022/08/04/zkevm.html))._
+
+- **[ZKsync](https://docs.zksync.io/)** - _ZKsync Era हा Matter Labs द्वारे तयार केलेला EVM-सुसंगत ZK Rollup आहे, जो त्याच्या स्वतःच्या zkEVM द्वारे चालतो._
+
+- **[Starknet](https://starkware.co/starknet/)** - _StarkNet हे StarkWare द्वारे तयार केलेले EVM-सुसंगत लेअर 2 स्केलिंग सोल्यूशन आहे._
+
+- **[Morph](https://www.morphl2.io/)** - _Morph हे एक हायब्रिड रोलअप स्केलिंग सोल्यूशन आहे जे लेअर 2 स्टेट आव्हान समस्येचे निराकरण करण्यासाठी zk-proof चा वापर करते._
+
+- **[Linea](https://linea.build)** - _Linea हे Consensys द्वारे तयार केलेले Ethereum-समकक्ष zkEVM लेअर 2 आहे, जे Ethereum इकोसिस्टमशी पूर्णपणे सुसंगत आहे._
+
+## ZK-रोलअप्सवर अधिक वाचन {#further-reading-on-zk-rollups}
+
+- [शून्य-ज्ञान रोलअप्स काय आहेत?](https://coinmarketcap.com/alexandria/glossary/zero-knowledge-rollups)
+- [शून्य-ज्ञान रोलअप्स काय आहेत?](https://alchemy.com/blog/zero-knowledge-rollups)
+- [इथेरियम रोलअप्ससाठी व्यावहारिक मार्गदर्शक](https://web.archive.org/web/20241108192208/https://research.2077.xyz/the-practical-guide-to-ethereum-rollups)
+- [STARKs विरुद्ध SNARKs](https://consensys.net/blog/blockchain-explained/zero-knowledge-proofs-starks-vs-snarks/)
+- [zkEVM काय आहे?](https://www.alchemy.com/overviews/zkevm)
+- [ZK-EVM प्रकार: Ethereum-समकक्ष, EVM-समकक्ष, प्रकार 1, प्रकार 4, आणि इतर गुप्त बझवर्ड्स](https://taiko.mirror.xyz/j6KgY8zbGTlTnHRFGW6ZLVPuT0IV0_KmgowgStpA0K4)
+- [zkEVM चा परिचय](https://hackmd.io/@yezhang/S1_KMMbGt)
+- [ZK-EVM L2s काय आहेत?](https://linea.mirror.xyz/qD18IaQ4BROn_Y40EBMTUTdJHYghUtdECscSWyMvm8M)
+- [अप्रतिम-zkEVM संसाधने](https://github.com/LuozhuZhang/awesome-zkevm)
+- [ZK-SNARKS पडद्याआड](https://vitalik.eth.limo/general/2017/02/01/zk_snarks.html)
+- [SNARKs कसे शक्य आहेत?](https://vitalik.eth.limo/general/2021/01/26/snarks.html)
diff --git a/public/content/translations/mr/developers/docs/smart-contracts/anatomy/index.md b/public/content/translations/mr/developers/docs/smart-contracts/anatomy/index.md
new file mode 100644
index 00000000000..d99374b9158
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/smart-contracts/anatomy/index.md
@@ -0,0 +1,657 @@
+---
+title: "स्मार्ट करारांची रचना"
+description: "स्मार्ट कराराच्या रचनेचा सखोल अभ्यास – फंक्शन्स, डेटा आणि व्हेरिएबल्स."
+lang: mr
+---
+
+स्मार्ट करार हा एक प्रोग्राम आहे जो Ethereum वरील एका पत्त्यावर (address) चालतो. ते डेटा आणि फंक्शन्सचे बनलेले असतात जे व्यवहार (transaction) प्राप्त झाल्यावर कार्यान्वित होऊ शकतात. स्मार्ट करार कशाने बनलेला आहे याचा आढावा येथे आहे.
+
+## पूर्वतयारी {#prerequisites}
+
+आपण प्रथम [स्मार्ट करार](/developers/docs/smart-contracts/) बद्दल वाचले असल्याची खात्री करा. हा दस्तऐवज असे गृहीत धरतो की आपण आधीच JavaScript किंवा Python सारख्या प्रोग्रामिंग भाषांशी परिचित आहात.
+
+## डेटा {#data}
+
+कोणताही करार डेटा एका स्थानावर नियुक्त करणे आवश्यक आहे: एकतर `storage` किंवा `memory` मध्ये. स्मार्ट करारामध्ये स्टोरेजमध्ये बदल करणे महाग आहे, त्यामुळे तुमचा डेटा कोठे राहावा याचा विचार करणे आवश्यक आहे.
+
+### स्टोरेज {#storage}
+
+पर्सिस्टंट डेटाला स्टोरेज म्हणून संबोधले जाते आणि ते स्टेट व्हेरिएबल्सद्वारे दर्शविले जाते. ही मूल्ये कायमस्वरूपी ब्लॉकचेनवर संग्रहित केली जातात. तुम्ही प्रकार घोषित करणे आवश्यक आहे जेणेकरून करार संकलित (compile) झाल्यावर त्याला ब्लॉकचेनवर किती स्टोरेजची आवश्यकता आहे याचा मागोवा ठेवू शकेल.
+
+```solidity
+// सॉलिडिटी उदाहरण
+contract SimpleStorage {
+    uint storedData; // स्टेट व्हेरिएबल
+    // ...
+}
+```
+
+```python
+# Vyper उदाहरण
+storedData: int128
+```
+
+जर तुम्ही आधीच ऑब्जेक्ट-ओरिएंटेड भाषा प्रोग्राम केल्या असतील, तर तुम्ही बहुतांश प्रकारांशी परिचित असाल. तथापि, जर तुम्ही Ethereum विकासासाठी नवीन असाल तर `address` तुमच्यासाठी नवीन असावा.
+
+एक `address` प्रकार Ethereum पत्ता धारण करू शकतो जो 20 बाइट्स किंवा 160 बिट्सच्या समान असतो. हे अग्रगण्य 0x सह हेक्साडेसिमल नोटेशनमध्ये परत येते.
+
+इतर प्रकारांमध्ये हे समाविष्ट आहे:
+
+- बुलियन
+- पूर्णांक
+- फिक्स्ड पॉइंट नंबर्स
+- निश्चित-आकाराचे बाइट अॅरे
+- डायनॅमिक आकाराचे बाइट अॅरे
+- रेशनल आणि पूर्णांक लिटरल्स
+- स्ट्रिंग लिटरल्स
+- हेक्साडेसिमल लिटरल्स
+- एनम्स
+
+अधिक स्पष्टीकरणासाठी, डॉक्सवर एक नजर टाका:
+
+- [Vyper प्रकार पहा](https://docs.vyperlang.org/en/v0.1.0-beta.6/types.html#value-types)
+- [Solidity प्रकार पहा](https://docs.soliditylang.org/en/latest/types.html#value-types)
+
+### मेमरी {#memory}
+
+जी मूल्ये केवळ करार फंक्शनच्या अंमलबजावणीच्या जीवनकाळासाठी संग्रहित केली जातात त्यांना मेमरी व्हेरिएबल्स म्हणतात. हे ब्लॉकचेनवर कायमस्वरूपी संग्रहित नसल्यामुळे, ते वापरण्यासाठी खूप स्वस्त आहेत.
+
+EVM डेटा (स्टोरेज, मेमरी आणि स्टॅक) कसे संग्रहित करते याबद्दल [Solidity डॉक्स](https://docs.soliditylang.org/en/latest/introduction-to-smart-contracts.html#storage-memory-and-the-stack) मध्ये अधिक जाणून घ्या.
+
+### एनव्हायरनमेंट व्हेरिएबल्स {#environment-variables}
+
+आपण आपल्या करारावर परिभाषित केलेल्या व्हेरिएबल्सव्यतिरिक्त, काही विशेष ग्लोबल व्हेरिएबल्स आहेत. ते प्रामुख्याने ब्लॉकचेन किंवा सध्याच्या व्यवहाराबद्दल माहिती प्रदान करण्यासाठी वापरले जातात.
+
+उदाहरणे:
+
+| **प्रॉप**         | **स्टेट व्हेरिएबल** | **वर्णन**                                     |
+| ----------------- | ------------------- | --------------------------------------------- |
+| `block.timestamp` | uint256             | सध्याचा ब्लॉक इपॉक टाइमस्टॅम्प                |
+| `msg.sender`      | पत्ता               | संदेशाचा प्रेषक (चालू कॉल) |
+
+## फंक्शन्स {#functions}
+
+अत्यंत सोप्या भाषेत सांगायचे झाल्यास, फंक्शन्स येणाऱ्या व्यवहारांना प्रतिसाद म्हणून माहिती मिळवू शकतात किंवा सेट करू शकतात.
+
+फंक्शन कॉलचे दोन प्रकार आहेत:
+
+- `internal` – हे EVM कॉल तयार करत नाहीत
+  - अंतर्गत फंक्शन्स आणि स्टेट व्हेरिएबल्सना फक्त अंतर्गतच प्रवेश केला जाऊ शकतो (म्हणजे, चालू करारातून किंवा त्यातून मिळवलेल्या करारांमधून)
+- `external` – हे EVM कॉल तयार करतात
+  - बाह्य फंक्शन्स करार इंटरफेसचा भाग आहेत, याचा अर्थ ते इतर करारांमधून आणि व्यवहारांद्वारे कॉल केले जाऊ शकतात. एक बाह्य फंक्शन `f` अंतर्गत कॉल केले जाऊ शकत नाही (म्हणजे, `f()` कार्य करत नाही, परंतु `this.f()` कार्य करते).
+
+ते `public` किंवा `private` देखील असू शकतात
+
+- `public` फंक्शन्स कराराच्या आतून अंतर्गत किंवा संदेशांद्वारे बाह्यरित्या कॉल केले जाऊ शकतात
+- `private` फंक्शन्स फक्त त्या करारासाठी दिसतात ज्यात ते परिभाषित केले आहेत आणि व्युत्पन्न करारांमध्ये नाहीत
+
+फंक्शन्स आणि स्टेट व्हेरिएबल्स दोन्ही सार्वजनिक किंवा खाजगी केले जाऊ शकतात
+
+करारावरील स्टेट व्हेरिएबल अपडेट करण्यासाठी येथे एक फंक्शन आहे:
+
+```solidity
+// Solidity उदाहरण
+function update_name(string value) public {
+    dapp_name = value;
+}
+```
+
+- `string` प्रकारचा पॅरामीटर `value` फंक्शनमध्ये पास केला जातो: `update_name`
+- हे `सार्वजनिक` म्हणून घोषित केले आहे, म्हणजे कोणीही त्यात प्रवेश करू शकतो
+- हे `व्ह्यू` म्हणून घोषित केलेले नाही, त्यामुळे ते कराराची स्थिती सुधारित करू शकते
+
+### व्ह्यू फंक्शन्स {#view-functions}
+
+ही फंक्शन्स कराराच्या डेटाच्या स्थितीमध्ये बदल न करण्याचे वचन देतात. सामान्य उदाहरणे म्हणजे "गेटर" फंक्शन्स – उदाहरणार्थ, तुम्ही याचा वापर वापरकर्त्याची शिल्लक मिळवण्यासाठी करू शकता.
+
+```solidity
+// सॉलिडिटी उदाहरण
+function balanceOf(address _owner) public view returns (uint256 _balance) {
+    return ownerPizzaCount[_owner];
+}
+```
+
+```python
+dappName: public(string)
+
+@view
+@public
+def readName() -> string:
+  return dappName
+```
+
+स्टेट सुधारित करणे म्हणजे काय:
+
+1. स्टेट व्हेरिएबल्समध्ये लिहिणे.
+2. [इव्हेंट्स एमिट करणे](https://docs.soliditylang.org/en/v0.7.0/contracts.html#events).
+3. [इतर करार तयार करणे](https://docs.soliditylang.org/en/v0.7.0/control-structures.html#creating-contracts).
+4. `selfdestruct` वापरणे.
+5. कॉलद्वारे इथर पाठवणे.
+6. `व्ह्यू` किंवा `प्युअर` म्हणून चिन्हांकित नसलेले कोणतेही फंक्शन कॉल करणे.
+7. लो-लेव्हल कॉल्स वापरणे.
+8. विशिष्ट ऑपकोड असलेले इनलाइन असेंब्ली वापरणे.
+
+### कन्स्ट्रक्टर फंक्शन्स {#constructor-functions}
+
+`constructor` फंक्शन्स फक्त एकदाच कार्यान्वित होतात जेव्हा करार प्रथम तैनात केला जातो. अनेक वर्ग-आधारित प्रोग्रामिंग भाषांमधील `कन्स्ट्रक्टर` प्रमाणे, ही फंक्शन्स अनेकदा स्टेट व्हेरिएबल्सना त्यांच्या निर्दिष्ट मूल्यांमध्ये सुरू करतात.
+
+```solidity
+// सॉलिडिटी उदाहरण
+// कराराचा डेटा सुरू करते, `मालक` सेट करते
+// करार निर्मात्याच्या पत्त्यावर.
+constructor() public {
+    // सर्व स्मार्ट करार त्यांची कार्ये सुरू करण्यासाठी बाह्य व्यवहारांवर अवलंबून असतात.
+    // `msg` एक ग्लोबल व्हेरिएबल आहे ज्यात दिलेल्या व्यवहारावरील संबंधित डेटा समाविष्ट असतो,
+    // जसे की प्रेषकाचा पत्ता आणि व्यवहारामध्ये समाविष्ट असलेले ETH मूल्य.
+    // अधिक जाणून घ्या: https://solidity.readthedocs.io/en/v0.5.10/units-and-global-variables.html#block-and-transaction-properties
+    owner = msg.sender;
+}
+```
+
+```python
+# Vyper उदाहरण
+
+@external
+def __init__(_beneficiary: address, _bidding_time: uint256):
+    self.beneficiary = _beneficiary
+    self.auctionStart = block.timestamp
+    self.auctionEnd = self.auctionStart + _bidding_time
+```
+
+### अंगभूत फंक्शन्स {#built-in-functions}
+
+आपण आपल्या करारावर परिभाषित केलेल्या व्हेरिएबल्स आणि फंक्शन्स व्यतिरिक्त, काही विशेष अंगभूत फंक्शन्स आहेत. सर्वात स्पष्ट उदाहरण आहे:
+
+- `address.send()` – Solidity
+- `send(address)` – Vyper
+
+हे करारांना इतर खात्यांवर ETH पाठविण्याची परवानगी देतात.
+
+## फंक्शन्स लिहिणे {#writing-functions}
+
+तुमच्या फंक्शनला आवश्यक आहे:
+
+- पॅरामीटर व्हेरिएबल आणि प्रकार (जर ते पॅरामीटर्स स्वीकारत असेल तर)
+- अंतर्गत/बाह्य ची घोषणा
+- प्युअर/व्ह्यू/पेएबल ची घोषणा
+- रिटर्न्स प्रकार (जर ते मूल्य परत करत असेल तर)
+
+```solidity
+pragma solidity >=0.4.0 <=0.6.0;
+
+contract ExampleDapp {
+    string dapp_name; // स्टेट व्हेरिएबल
+
+    // जेव्हा करार तैनात केला जातो आणि मूल्य सुरू करतो तेव्हा कॉल केला जातो
+    constructor() public {
+        dapp_name = "माझे उदाहरण dapp";
+    }
+
+    // फंक्शन मिळवा
+    function read_name() public view returns(string) {
+        return dapp_name;
+    }
+
+    // फंक्शन सेट करा
+    function update_name(string value) public {
+        dapp_name = value;
+    }
+}
+```
+
+एक संपूर्ण करार काहीसा असा दिसू शकतो. येथे `कन्स्ट्रक्टर` फंक्शन `dapp_name` व्हेरिएबलसाठी प्रारंभिक मूल्य प्रदान करते.
+
+## इव्हेंट्स आणि लॉग {#events-and-logs}
+
+इव्हेंट्स तुमच्या स्मार्ट कराराला तुमच्या फ्रंटएंड किंवा इतर सदस्यत्व घेतलेल्या ॲप्लिकेशन्ससह संवाद साधण्यास सक्षम करतात. एकदा व्यवहार प्रमाणित झाल्यावर आणि ब्लॉकमध्ये जोडला गेल्यावर, स्मार्ट करार इव्हेंट एमिट करू शकतात आणि माहिती लॉग करू शकतात, ज्यावर फ्रंटएंड नंतर प्रक्रिया आणि उपयोग करू शकतो.
+
+## भाष्य केलेली उदाहरणे {#annotated-examples}
+
+ही Solidity मध्ये लिहिलेली काही उदाहरणे आहेत. तुम्हाला कोडसोबत खेळायचे असल्यास, तुम्ही [Remix](http://remix.ethereum.org) मध्ये त्यांच्याशी संवाद साधू शकता.
+
+### हॅलो वर्ल्ड {#hello-world}
+
+```solidity
+// सिमेंटिक व्हर्जनिंग वापरून Solidity चे व्हर्जन निर्दिष्ट करते.
+// अधिक जाणून घ्या: https://solidity.readthedocs.io/en/v0.5.10/layout-of-source-files.html#pragma
+pragma solidity ^0.5.10;
+
+// `HelloWorld` नावाच्या कराराची व्याख्या करते.
+// करार म्हणजे फंक्शन्स आणि डेटा (त्याची स्थिती) यांचा संग्रह.
+// एकदा तैनात केल्यावर, करार Ethereum ब्लॉकचेनवरील एका विशिष्ट पत्त्यावर राहतो.
+// अधिक जाणून घ्या: https://solidity.readthedocs.io/en/v0.5.10/structure-of-a-contract.html
+contract HelloWorld {
+
+    // `string` प्रकाराचे `message` नावाचे स्टेट व्हेरिएबल घोषित करते.
+    // स्टेट व्हेरिएबल्स म्हणजे अशी व्हेरिएबल्स ज्यांची मूल्ये करार स्टोरेजमध्ये कायमस्वरूपी संग्रहित केली जातात.
+    // `public` कीवर्ड व्हेरिएबल्सना कराराच्या बाहेरून प्रवेश करण्यायोग्य बनवतो
+    // आणि एक फंक्शन तयार करतो जे इतर करार किंवा क्लायंट मूल्यामध्ये प्रवेश करण्यासाठी कॉल करू शकतात.
+    string public message;
+
+    // अनेक वर्ग-आधारित ऑब्जेक्ट-ओरिएंटेड भाषांप्रमाणे, कन्स्ट्रक्टर हे
+    // एक विशेष फंक्शन आहे जे केवळ करार निर्मितीवर कार्यान्वित केले जाते.
+    // कन्स्ट्रक्टरचा वापर कराराचा डेटा सुरू करण्यासाठी केला जातो.
+    // अधिक जाणून घ्या: https://solidity.readthedocs.io/en/v0.5.10/contracts.html#constructors
+    constructor(string memory initMessage) public {
+        // `initMessage` हे स्ट्रिंग वितर्क स्वीकारते आणि मूल्य सेट करते
+        // कराराच्या `message` स्टोरेज व्हेरिएबलमध्ये).
+        message = initMessage;
+    }
+
+    // एक सार्वजनिक फंक्शन जे स्ट्रिंग वितर्क स्वीकारते
+    // आणि `message` स्टोरेज व्हेरिएबल अपडेट करते.
+    function update(string memory newMessage) public {
+        message = newMessage;
+    }
+}
+```
+
+### टोकन {#token}
+
+```solidity
+pragma solidity ^0.5.10;
+
+contract Token {
+    // `पत्ता` हा ईमेल पत्त्याच्या तुलनेत आहे - तो Ethereum वरील खाते ओळखण्यासाठी वापरला जातो.
+    // पत्ते स्मार्ट करार किंवा बाह्य (वापरकर्ता) खात्यांचे प्रतिनिधित्व करू शकतात.
+    // अधिक जाणून घ्या: https://solidity.readthedocs.io/en/v0.5.10/types.html#address
+    address public owner;
+
+    // `मॅपिंग` ही मूलत: हॅश टेबल डेटा संरचना आहे.
+    // हे `मॅपिंग` एका पत्त्याला (टोकन धारक) एक अनसाईन्ड पूर्णांक (टोकन शिल्लक) नियुक्त करते.
+    // अधिक जाणून घ्या: https://solidity.readthedocs.io/en/v0.5.10/types.html#mapping-types
+    mapping (address => uint) public balances;
+
+    // इव्हेंट्स ब्लॉकचेनवरील क्रियाकलाप लॉग करण्याची परवानगी देतात.
+    // Ethereum क्लायंट करार स्थितीतील बदलांवर प्रतिक्रिया देण्यासाठी इव्हेंट्स ऐकू शकतात.
+    // अधिक जाणून घ्या: https://solidity.readthedocs.io/en/v0.5.10/contracts.html#events
+    event Transfer(address from, address to, uint amount);
+
+    // कराराचा डेटा सुरू करते, `मालक` सेट करते
+    // करार निर्मात्याच्या पत्त्यावर.
+    constructor() public {
+        // सर्व स्मार्ट करार त्यांची कार्ये सुरू करण्यासाठी बाह्य व्यवहारांवर अवलंबून असतात.
+        // `msg` एक ग्लोबल व्हेरिएबल आहे ज्यात दिलेल्या व्यवहारावरील संबंधित डेटा समाविष्ट असतो,
+        // जसे की प्रेषकाचा पत्ता आणि व्यवहारामध्ये समाविष्ट असलेले ETH मूल्य.
+        // अधिक जाणून घ्या: https://solidity.readthedocs.io/en/v0.5.10/units-and-global-variables.html#block-and-transaction-properties
+        owner = msg.sender;
+    }
+
+    // नवीन टोकनची रक्कम तयार करते आणि ती पत्त्यावर पाठवते.
+    function mint(address receiver, uint amount) public {
+        // `require` ही एक नियंत्रण रचना आहे जी विशिष्ट अटी लागू करण्यासाठी वापरली जाते.
+        // जर `require` विधान `false` म्हणून मूल्यांकन केले जाते, तर एक अपवाद ट्रिगर होतो,
+        // जो चालू कॉल दरम्यान स्थितीत केलेले सर्व बदल परत करतो.
+        // अधिक जाणून घ्या: https://solidity.readthedocs.io/en/v0.5.10/control-structures.html#error-handling-assert-require-revert-and-exceptions
+
+        // फक्त करार मालक हे फंक्शन कॉल करू शकतो
+        require(msg.sender == owner, "तुम्ही मालक नाही.");
+
+        // टोकनची कमाल रक्कम लागू करते
+        require(amount < 1e60, "कमाल जारीकरण ओलांडले");
+
+        // `amount` ने `receiver` ची शिल्लक वाढवते
+        balances[receiver] += amount;
+    }
+
+    // कोणत्याही कॉलरकडून विद्यमान टोकनची रक्कम पत्त्यावर पाठवते.
+    function transfer(address receiver, uint amount) public {
+        // प्रेषकाकडे पाठवण्यासाठी पुरेसे टोकन असणे आवश्यक आहे
+        require(amount <= balances[msg.sender], "अपुरी शिल्लक.");
+
+        // दोन पत्त्यांची टोकन शिल्लक समायोजित करते
+        balances[msg.sender] -= amount;
+        balances[receiver] += amount;
+
+        // पूर्वी परिभाषित केलेला इव्हेंट एमिट करते
+        emit Transfer(msg.sender, receiver, amount);
+    }
+}
+```
+
+### युनिक डिजिटल मालमत्ता {#unique-digital-asset}
+
+```solidity
+pragma solidity ^0.5.10;
+
+// चालू करारामध्ये इतर फाईल्समधून चिन्हे आयात करते.
+// या प्रकरणात, OpenZeppelin कडून मदतनीस करारांची मालिका.
+// अधिक जाणून घ्या: https://solidity.readthedocs.io/en/v0.5.10/layout-of-source-files.html#importing-other-source-files
+
+import "../node_modules/@openzeppelin/contracts/token/ERC721/IERC721.sol";
+import "../node_modules/@openzeppelin/contracts/token/ERC721/IERC721Receiver.sol";
+import "../node_modules/@openzeppelin/contracts/introspection/ERC165.sol";
+import "../node_modules/@openzeppelin/contracts/math/SafeMath.sol";
+
+// `is` कीवर्ड बाह्य करारांमधून फंक्शन्स आणि कीवर्ड्स वारसा म्हणून घेण्यासाठी वापरला जातो.
+// या प्रकरणात, `CryptoPizza` `IERC721` आणि `ERC165` करारांमधून वारसा घेते.
+// अधिक जाणून घ्या: https://solidity.readthedocs.io/en/v0.5.10/contracts.html#inheritance
+contract CryptoPizza is IERC721, ERC165 {
+    // अंकगणित क्रिया सुरक्षितपणे करण्यासाठी OpenZeppelin च्या SafeMath लायब्ररीचा वापर करते.
+    // अधिक जाणून घ्या: https://docs.openzeppelin.com/contracts/2.x/api/math#SafeMath
+    using SafeMath for uint256;
+
+    // Solidity मधील स्थिर स्टेट व्हेरिएबल्स इतर भाषांसारखेच आहेत
+    // परंतु तुम्ही एका अभिव्यक्तीतून नियुक्त करणे आवश्यक आहे जे संकलन वेळी स्थिर असते.
+    // अधिक जाणून घ्या: https://solidity.readthedocs.io/en/v0.5.10/contracts.html#constant-state-variables
+    uint256 constant dnaDigits = 10;
+    uint256 constant dnaModulus = 10 ** dnaDigits;
+    bytes4 private constant _ERC721_RECEIVED = 0x150b7a02;
+
+    // स्ट्रक्ट प्रकार तुम्हाला तुमचा स्वतःचा प्रकार परिभाषित करू देतात
+    // अधिक जाणून घ्या: https://solidity.readthedocs.io/en/v0.5.10/types.html#structs
+    struct Pizza {
+        string name;
+        uint256 dna;
+    }
+
+    // Pizza स्ट्रक्ट्सचा एक रिकामा अॅरे तयार करते
+    Pizza[] public pizzas;
+
+    // पिझ्झा आयडीपासून त्याच्या मालकाच्या पत्त्यापर्यंत मॅपिंग
+    mapping(uint256 => address) public pizzaToOwner;
+
+    // मालकाच्या पत्त्यापासून मालकीच्या टोकनच्या संख्येपर्यंत मॅपिंग
+    mapping(address => uint256) public ownerPizzaCount;
+
+    // टोकन आयडीपासून मंजूर पत्त्यापर्यंत मॅपिंग
+    mapping(uint256 => address) pizzaApprovals;
+
+    // तुम्ही मॅपिंग नेस्ट करू शकता, हे उदाहरण मालकाचे ऑपरेटर मंजुरीसाठी मॅप करते
+    mapping(address => mapping(address => bool)) private operatorApprovals;
+
+    // स्ट्रिंग (नाव) आणि DNA वरून यादृच्छिक Pizza तयार करण्यासाठी अंतर्गत फंक्शन
+    function _createPizza(string memory _name, uint256 _dna)
+        // `अंतर्गत` कीवर्डचा अर्थ असा आहे की हे फंक्शन फक्त दिसते
+        // या करारामध्ये आणि या करारातून मिळविलेल्या करारांमध्ये
+        // अधिक जाणून घ्या: https://solidity.readthedocs.io/en/v0.5.10/contracts.html#visibility-and-getters
+        internal
+        // `isUnique` हे एक फंक्शन मॉडिफायर आहे जे पिझ्झा आधीच अस्तित्वात आहे की नाही हे तपासते
+        // अधिक जाणून घ्या: https://solidity.readthedocs.io/en/v0.5.10/structure-of-a-contract.html#function-modifiers
+        isUnique(_name, _dna)
+    {
+        // Pizzas च्या अॅरेमध्ये Pizza जोडते आणि आयडी मिळवते
+        uint256 id = SafeMath.sub(pizzas.push(Pizza(_name, _dna)), 1);
+
+        // Pizza मालक सध्याच्या वापरकर्त्यासारखाच आहे हे तपासते
+        // अधिक जाणून घ्या: https://solidity.readthedocs.io/en/v0.5.10/control-structures.html#error-handling-assert-require-revert-and-exceptions
+
+        // लक्षात घ्या की address(0) हा शून्य पत्ता आहे,
+        // हे सूचित करते की pizza[id] अद्याप विशिष्ट वापरकर्त्याला वाटप केलेले नाही.
+
+        assert(pizzaToOwner[id] == address(0));
+
+        // Pizza ला मालकाशी मॅप करते
+        pizzaToOwner[id] = msg.sender;
+        ownerPizzaCount[msg.sender] = SafeMath.add(
+            ownerPizzaCount[msg.sender],
+            1
+        );
+    }
+
+    // स्ट्रिंग (नाव) वरून यादृच्छिक Pizza तयार करते
+    function createRandomPizza(string memory _name) public {
+        uint256 randDna = generateRandomDna(_name, msg.sender);
+        _createPizza(_name, randDna);
+    }
+
+    // स्ट्रिंग (नाव) आणि मालकाच्या (निर्माता) पत्त्यावरून यादृच्छिक DNA तयार करते
+    function generateRandomDna(string memory _str, address _owner)
+        public
+        // `प्युअर` म्हणून चिन्हांकित केलेली फंक्शन्स स्टेटमधून वाचण्याचे किंवा त्यात बदल न करण्याचे वचन देतात
+        // अधिक जाणून घ्या: https://solidity.readthedocs.io/en/v0.5.10/contracts.html#pure-functions
+        pure
+        returns (uint256)
+    {
+        // स्ट्रिंग (नाव) + पत्ता (मालक) पासून यादृच्छिक uint तयार करते
+        uint256 rand = uint256(keccak256(abi.encodePacked(_str))) +
+            uint256(_owner);
+        rand = rand % dnaModulus;
+        return rand;
+    }
+
+    // मालकाने शोधलेल्या Pizzas चा अॅरे परत करते
+    function getPizzasByOwner(address _owner)
+        public
+        // `व्ह्यू` म्हणून चिन्हांकित केलेली फंक्शन्स स्टेटमध्ये बदल न करण्याचे वचन देतात
+        // अधिक जाणून घ्या: https://solidity.readthedocs.io/en/v0.5.10/contracts.html#view-functions
+        view
+        returns (uint256[] memory)
+    {
+        // केवळ यासाठी मूल्ये संग्रहित करण्यासाठी `मेमरी` स्टोरेज स्थान वापरते
+        // या फंक्शन कॉलचे जीवनचक्र.
+        // अधिक जाणून घ्या: https://solidity.readthedocs.io/en/v0.5.10/introduction-to-smart-contracts.html#storage-memory-and-the-stack
+        uint256[] memory result = new uint256[](ownerPizzaCount[_owner]);
+        uint256 counter = 0;
+        for (uint256 i = 0; i < pizzas.length; i++) {
+            if (pizzaToOwner[i] == _owner) {
+                result[counter] = i;
+                counter++;
+            }
+        }
+        return result;
+    }
+
+    // Pizza आणि मालकी दुसऱ्या पत्त्यावर हस्तांतरित करते
+    function transferFrom(address _from, address _to, uint256 _pizzaId) public {
+        require(_from != address(0) && _to != address(0), "अवैध पत्ता.");
+        require(_exists(_pizzaId), "पिझ्झा अस्तित्वात नाही.");
+        require(_from != _to, "त्याच पत्त्यावर हस्तांतरित करू शकत नाही.");
+        require(_isApprovedOrOwner(msg.sender, _pizzaId), "पत्ता मंजूर नाही.");
+
+        ownerPizzaCount[_to] = SafeMath.add(ownerPizzaCount[_to], 1);
+        ownerPizzaCount[_from] = SafeMath.sub(ownerPizzaCount[_from], 1);
+        pizzaToOwner[_pizzaId] = _to;
+
+        // आयात केलेल्या IERC721 करारामध्ये परिभाषित केलेला इव्हेंट एमिट करते
+        emit Transfer(_from, _to, _pizzaId);
+        _clearApproval(_to, _pizzaId);
+    }
+
+    /**
+     * दिलेल्या टोकन आयडीची मालकी सुरक्षितपणे दुसऱ्या पत्त्यावर हस्तांतरित करते
+     * जर लक्ष्य पत्ता करार असेल, तर त्याने `onERC721Received` लागू केले पाहिजे,
+     * जे सुरक्षित हस्तांतरणावर कॉल केले जाते, आणि जादूई मूल्य परत करते
+     * `bytes4(keccak256("onERC721Received(address,address,uint256,bytes)"))`;
+     * अन्यथा, हस्तांतरण परत केले जाते.
+    */
+    function safeTransferFrom(address from, address to, uint256 pizzaId)
+        public
+    {
+        // solium-disable-next-line arg-overflow
+        this.safeTransferFrom(from, to, pizzaId, "");
+    }
+
+    /**
+     * दिलेल्या टोकन आयडीची मालकी सुरक्षितपणे दुसऱ्या पत्त्यावर हस्तांतरित करते
+     * जर लक्ष्य पत्ता करार असेल, तर त्याने `onERC721Received` लागू केले पाहिजे,
+     * जे सुरक्षित हस्तांतरणावर कॉल केले जाते, आणि जादूई मूल्य परत करते
+     * `bytes4(keccak256("onERC721Received(address,address,uint256,bytes)"))`;
+     * अन्यथा, हस्तांतरण परत केले जाते.
+     */
+    function safeTransferFrom(
+        address from,
+        address to,
+        uint256 pizzaId,
+        bytes memory _data
+    ) public {
+        this.transferFrom(from, to, pizzaId);
+        require(_checkOnERC721Received(from, to, pizzaId, _data), "onERC721Received लागू करणे आवश्यक आहे.");
+    }
+
+    /**
+     * लक्ष्य पत्त्यावर `onERC721Received` सुरू करण्यासाठी अंतर्गत फंक्शन
+     * जर लक्ष्य पत्ता करार नसेल तर कॉल कार्यान्वित होत नाही
+     */
+    function _checkOnERC721Received(
+        address from,
+        address to,
+        uint256 pizzaId,
+        bytes memory _data
+    ) internal returns (bool) {
+        if (!isContract(to)) {
+            return true;
+        }
+
+        bytes4 retval = IERC721Receiver(to).onERC721Received(
+            msg.sender,
+            from,
+            pizzaId,
+            _data
+        );
+        return (retval == _ERC721_RECEIVED);
+    }
+
+    // पिझ्झा जाळतो - टोकन पूर्णपणे नष्ट करतो
+    // `बाह्य` फंक्शन मॉडिफायरचा अर्थ असा आहे की हे फंक्शन आहे
+    // करार इंटरफेसचा भाग आणि इतर करार त्याला कॉल करू शकतात
+    function burn(uint256 _pizzaId) external {
+        require(msg.sender != address(0), "अवैध पत्ता.");
+        require(_exists(_pizzaId), "पिझ्झा अस्तित्वात नाही.");
+        require(_isApprovedOrOwner(msg.sender, _pizzaId), "पत्ता मंजूर नाही.");
+
+        ownerPizzaCount[msg.sender] = SafeMath.sub(
+            ownerPizzaCount[msg.sender],
+            1
+        );
+        pizzaToOwner[_pizzaId] = address(0);
+    }
+
+    // पत्त्यानुसार Pizzas ची संख्या परत करते
+    function balanceOf(address _owner) public view returns (uint256 _balance) {
+        return ownerPizzaCount[_owner];
+    }
+
+    // आयडीनुसार सापडलेल्या Pizza चा मालक परत करते
+    function ownerOf(uint256 _pizzaId) public view returns (address _owner) {
+        address owner = pizzaToOwner[_pizzaId];
+        require(owner != address(0), "अवैध पिझ्झा आयडी.");
+        return owner;
+    }
+
+    // Pizza ची मालकी हस्तांतरित करण्यासाठी दुसऱ्या पत्त्याला मंजूर करते
+    function approve(address _to, uint256 _pizzaId) public {
+        require(msg.sender == pizzaToOwner[_pizzaId], "पिझ्झा मालक असणे आवश्यक आहे.");
+        pizzaApprovals[_pizzaId] = _to;
+        emit Approval(msg.sender, _to, _pizzaId);
+    }
+
+    // विशिष्ट Pizza साठी मंजूर केलेला पत्ता परत करते
+    function getApproved(uint256 _pizzaId)
+        public
+        view
+        returns (address operator)
+    {
+        require(_exists(_pizzaId), "पिझ्झा अस्तित्वात नाही.");
+        return pizzaApprovals[_pizzaId];
+    }
+
+    /**
+     * दिलेल्या टोकन आयडीची चालू मंजुरी साफ करण्यासाठी खाजगी फंक्शन
+     * दिलेला पत्ता खरोखर टोकनचा मालक नसल्यास परत करते
+     */
+    function _clearApproval(address owner, uint256 _pizzaId) private {
+        require(pizzaToOwner[_pizzaId] == owner, "पिझ्झा मालक असणे आवश्यक आहे.");
+        require(_exists(_pizzaId), "पिझ्झा अस्तित्वात नाही.");
+        if (pizzaApprovals[_pizzaId] != address(0)) {
+            pizzaApprovals[_pizzaId] = address(0);
+        }
+    }
+
+    /*
+     * दिलेल्या ऑपरेटरची मंजुरी सेट किंवा अनसेट करते
+     * ऑपरेटरला त्यांच्या वतीने प्रेषकाचे सर्व टोकन हस्तांतरित करण्याची परवानगी आहे
+     */
+    function setApprovalForAll(address to, bool approved) public {
+        require(to != msg.sender, "स्वतःचा पत्ता मंजूर करू शकत नाही");
+        operatorApprovals[msg.sender][to] = approved;
+        emit ApprovalForAll(msg.sender, to, approved);
+    }
+
+    // दिलेला मालक ऑपरेटरला मंजूर करतो की नाही हे सांगते
+    function isApprovedForAll(address owner, address operator)
+        public
+        view
+        returns (bool)
+    {
+        return operatorApprovals[owner][operator];
+    }
+
+    // Pizza ची मालकी घेते - फक्त मंजूर वापरकर्त्यांसाठी
+    function takeOwnership(uint256 _pizzaId) public {
+        require(_isApprovedOrOwner(msg.sender, _pizzaId), "पत्ता मंजूर नाही.");
+        address owner = this.ownerOf(_pizzaId);
+        this.transferFrom(owner, msg.sender, _pizzaId);
+    }
+
+    // Pizza अस्तित्वात आहे की नाही हे तपासते
+    function _exists(uint256 pizzaId) internal view returns (bool) {
+        address owner = pizzaToOwner[pizzaId];
+        return owner != address(0);
+    }
+
+    // पत्ता मालक आहे की Pizza हस्तांतरित करण्यासाठी मंजूर आहे हे तपासते
+    function _isApprovedOrOwner(address spender, uint256 pizzaId)
+        internal
+        view
+        returns (bool)
+    {
+        address owner = pizzaToOwner[pizzaId];
+        // Disable solium check because of
+        // https://github.com/duaraghav8/Solium/issues/175
+        // solium-disable-next-line operator-whitespace
+        return (spender == owner ||
+            this.getApproved(pizzaId) == spender ||
+            this.isApprovedForAll(owner, spender));
+    }
+
+    // Pizza युनिक आहे आणि अद्याप अस्तित्वात नाही हे तपासा
+    modifier isUnique(string memory _name, uint256 _dna) {
+        bool result = true;
+        for (uint256 i = 0; i < pizzas.length; i++) {
+            if (
+                keccak256(abi.encodePacked(pizzas[i].name)) ==
+                keccak256(abi.encodePacked(_name)) &&
+                pizzas[i].dna == _dna
+            ) {
+                result = false;
+            }
+        }
+        require(result, "अशा नावाचा पिझ्झा आधीच अस्तित्वात आहे.");
+        _;
+    }
+
+    // लक्ष्य पत्ता करार आहे की नाही हे परत करते
+    function isContract(address account) internal view returns (bool) {
+        uint256 size;
+        // सध्या पत्त्यावर करार आहे की नाही हे तपासण्याचा कोणताही चांगला मार्ग नाही
+        // त्या पत्त्यावरील कोडचा आकार तपासण्यापेक्षा.
+        // हे कसे कार्य करते याबद्दल अधिक माहितीसाठी https://ethereum.stackexchange.com/a/14016/36603 पहा.
+        // TODO Serenity रिलीज होण्यापूर्वी हे पुन्हा तपासा, कारण तेव्हा सर्व पत्ते
+        // करार असतील.
+        // solium-disable-next-line security/no-inline-assembly
+        assembly {
+            size := extcodesize(account)
+        }
+        return size > 0;
+    }
+}
+```
+
+## पुढील वाचन {#further-reading}
+
+स्मार्ट करारांच्या अधिक संपूर्ण विहंगावलोकनासाठी Solidity आणि Vyper चे दस्तऐवजीकरण पहा:
+
+- [Solidity](https://docs.soliditylang.org/)
+- [Vyper](https://docs.vyperlang.org/en/stable/)
+
+## संबंधित विषय {#related-topics}
+
+- [स्मार्ट कॉन्ट्रॅक्ट्स](/developers/docs/smart-contracts/)
+- [Ethereum व्हर्च्युअल मशीन](/developers/docs/evm/)
+
+## संबंधित ट्युटोरियल्स {#related-tutorials}
+
+- [करार आकार मर्यादेशी लढण्यासाठी करार कमी करणे](/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/) _– तुमच्या स्मार्ट कराराचा आकार कमी करण्यासाठी काही व्यावहारिक टिप्स._
+- [इव्हेंटसह स्मार्ट करारांमधून डेटा लॉग करणे](/developers/tutorials/logging-events-smart-contracts/) _– स्मार्ट करार इव्हेंटची ओळख आणि डेटा लॉग करण्यासाठी तुम्ही त्यांचा कसा वापर करू शकता._
+- [Solidity वरून इतर करारांशी संवाद साधा](/developers/tutorials/interact-with-other-contracts-from-solidity/) _– विद्यमान करारातून स्मार्ट करार कसा तैनात करायचा आणि त्याच्याशी संवाद कसा साधायचा._
diff --git a/public/content/translations/mr/developers/docs/smart-contracts/compiling/index.md b/public/content/translations/mr/developers/docs/smart-contracts/compiling/index.md
new file mode 100644
index 00000000000..3312764f6f4
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/smart-contracts/compiling/index.md
@@ -0,0 +1,53 @@
+---
+title: "स्मार्ट कॉन्ट्रॅक्ट्स संकलित करणे"
+description: "स्मार्ट कॉन्ट्रॅक्ट्स का संकलित करावे लागतात आणि संकलन नेमके काय करते, याचे स्पष्टीकरण."
+lang: mr
+incomplete: true
+---
+
+तुम्हाला तुमचा कॉन्ट्रॅक्ट संकलित करण्याची गरज आहे जेणेकरून तुमचे वेब ॲप आणि इथेरियम व्हर्च्युअल मशीन (EVM) ते समजू शकतील.
+
+## पूर्वतयारी {#prerequisites}
+
+संकलनाबद्दल वाचण्यापूर्वी, [स्मार्ट कॉन्ट्रॅक्ट्स](/developers/docs/smart-contracts/) आणि [इथेरियम व्हर्च्युअल मशीन](/developers/docs/evm/) यांबद्दलचा आमचा परिचय वाचणे तुम्हाला उपयुक्त वाटू शकते.
+
+## EVM {#the-evm}
+
+[EVM](/developers/docs/evm/) ला तुमचा कॉन्ट्रॅक्ट चालवता यावा यासाठी, तो **बाइटकोड** मध्ये असणे आवश्यक आहे. संकलन याचे रूपांतर यात करते:
+
+```solidity
+pragma solidity 0.4.24;\n\ncontract Greeter {\n\n    function greet() public view returns (string memory) {\n        return \
+```
+
+**यात**
+
+```
+PUSH1 0x80 PUSH1 0x40 MSTORE PUSH1 0x4 CALLDATASIZE LT PUSH2 0x41 JUMPI PUSH1 0x0 CALLDATALOAD PUSH29 0x100000000000000000000000000000000000000000000000000000000 SWAP1 DIV PUSH4 0xFFFFFFFF AND DUP1 PUSH4 0xCFAE3217 EQ PUSH2 0x46 JUMPI JUMPDEST PUSH1 0x0 DUP1 REVERT JUMPDEST CALLVALUE DUP1 ISZERO PUSH2 0x52 JUMPI PUSH1 0x0 DUP1 REVERT JUMPDEST POP PUSH2 0x5B PUSH2 0xD6 JUMP JUMPDEST PUSH1 0x40 MLOAD DUP1 DUP1 PUSH1 0x20 ADD DUP3 DUP2 SUB DUP3 MSTORE DUP4 DUP2 DUP2 MLOAD DUP2 MSTORE PUSH1 0x20 ADD SWAP2 POP DUP1 MLOAD SWAP1 PUSH1 0x20 ADD SWAP1 DUP1 DUP4 DUP4 PUSH1 0x0 JUMPDEST DUP4 DUP2 LT ISZERO PUSH2 0x9B JUMPI DUP1 DUP3 ADD MLOAD DUP2 DUP5 ADD MSTORE PUSH1 0x20 DUP2 ADD SWAP1 POP PUSH2 0x80 JUMP JUMPDEST POP POP POP POP SWAP1 POP SWAP1 DUP2 ADD SWAP1 PUSH1 0x1F AND DUP1 ISZERO PUSH2 0xC8 JUMPI DUP1 DUP3 SUB DUP1 MLOAD PUSH1 0x1 DUP4 PUSH1 0x20 SUB PUSH2 0x100 EXP SUB NOT AND DUP2 MSTORE PUSH1 0x20 ADD SWAP2 POP JUMPDEST POP SWAP3 POP POP POP PUSH1 0x40 MLOAD DUP1 SWAP2 SUB SWAP1 RETURN JUMPDEST PUSH1 0x60 PUSH1 0x40 DUP1 MLOAD SWAP1 DUP2 ADD PUSH1 0x40 MSTORE DUP1 PUSH1 0x5 DUP2 MSTORE PUSH1 0x20 ADD PUSH32 0x48656C6C6F000000000000000000000000000000000000000000000000000000 DUP2 MSTORE POP SWAP1 POP SWAP1 JUMP STOP LOG1 PUSH6 0x627A7A723058 KECCAK256 SLT 0xec 0xe 0xf5 0xf8 SLT 0xc7 0x2d STATICCALL ADDRESS SHR 0xdb COINBASE 0xb1 BALANCE 0xe8 0xf8 DUP14 0xda 0xad DUP13 LOG1 0x4c 0xb4 0x26 0xc2 DELEGATECALL PUSH7 0x8994D3E002900
+```
+
+यांना **ऑपकोड्स** म्हणतात. EVM ऑपकोड्स ह्या निम्न-स्तरीय सूचना आहेत ज्या इथेरियम व्हर्च्युअल मशीन (EVM) कार्यान्वित करू शकते. प्रत्येक ऑपकोड एक विशिष्ट ऑपरेशन दर्शवतो, जसे की अंकगणितीय ऑपरेशन्स, तार्किक ऑपरेशन्स, डेटा मॅनिप्युलेशन, कंट्रोल फ्लो, इत्यादी.
+
+[ऑपकोड्सबद्दल अधिक](/developers/docs/evm/opcodes/)
+
+## वेब ॲप्लिकेशन्स {#web-applications}
+
+कंपाइलर **ॲप्लिकेशन बायनरी इंटरफेस (ABI)** सुद्धा तयार करतो. तुमच्या ॲप्लिकेशनला कॉन्ट्रॅक्ट समजण्यासाठी आणि त्याची फंक्शन्स कॉल करण्यासाठी तुम्हाला याची गरज असते.
+
+ABI ही एक JSON फाईल आहे जी तैनात केलेल्या कॉन्ट्रॅक्ट आणि त्याच्या स्मार्ट कॉन्ट्रॅक्ट फंक्शन्सचे वर्णन करते. हे वेब2 आणि वेब3 मधील अंतर कमी करण्यास मदत करते.
+
+तुम्ही तुमच्या वेब ॲप इंटरफेसमध्ये तुमच्या स्मार्ट कॉन्ट्रॅक्टवर कॉल करू शकावे, यासाठी एक [जावास्क्रिप्ट क्लायंट लायब्ररी](/developers/docs/apis/javascript/) **ABI** वाचते.
+
+खाली ERC-20 टोकन कॉन्ट्रॅक्टसाठी ABI दिलेला आहे. ERC-20 हे एक टोकन आहे ज्याचा तुम्ही इथेरियमवर व्यापार करू शकता.
+
+```json
+[\n  {\n    \
+```
+
+## पुढील वाचन {#further-reading}
+
+- [ABI तपशील](https://solidity.readthedocs.io/en/v0.7.0/abi-spec.html) _– सॉलिडिटी_
+
+## संबंधित विषय {#related-topics}
+
+- [जावास्क्रिप्ट क्लायंट लायब्ररी](/developers/docs/apis/javascript/)
+- [इथेरियम व्हर्च्युअल मशीन](/developers/docs/evm/)
diff --git a/public/content/translations/mr/developers/docs/smart-contracts/composability/index.md b/public/content/translations/mr/developers/docs/smart-contracts/composability/index.md
new file mode 100644
index 00000000000..d057b865ee9
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/smart-contracts/composability/index.md
@@ -0,0 +1,76 @@
+---
+title: "स्मार्ट कॉन्ट्रॅक्ट संयोजनीयता"
+description: "विद्यमान घटकांचा पुन्हा वापर करून, जटिल डॅप्स (dapps) तयार करण्यासाठी लेगो ब्लॉक्सप्रमाणे स्मार्ट कॉन्ट्रॅक्ट्स कसे एकत्र केले जाऊ शकतात, हे जाणून घ्या."
+lang: mr
+incomplete: true
+---
+
+## एक संक्षिप्त परिचय {#a-brief-introduction}
+
+स्मार्ट कॉन्ट्रॅक्ट इथेरिअमवर सार्वजनिक आहेत आणि त्यांना मुक्त API म्हणून मानले जाऊ शकते. डॅप डेव्हलपर बनण्यासाठी तुम्हाला तुमचा स्वतःचा स्मार्ट कॉन्ट्रॅक्ट लिहिण्याची गरज नाही, तुम्हाला फक्त त्यांच्याशी कसा संवाद साधायचा हे माहित असणे आवश्यक आहे. उदाहरणार्थ, तुम्ही तुमच्या ॲपमधील सर्व टोकन स्वॅप लॉजिक हाताळण्यासाठी [Uniswap](https://uniswap.exchange/swap) या विकेंद्रित एक्सचेंजचे विद्यमान स्मार्ट कॉन्ट्रॅक्ट्स वापरू शकता – तुम्हाला अगदी सुरुवातीपासून सुरुवात करण्याची गरज नाही. त्यांचे काही [v2](https://github.com/Uniswap/uniswap-v2-core/tree/master/contracts) आणि [v3](https://github.com/Uniswap/uniswap-v3-core/tree/main/contracts) कॉन्ट्रॅक्ट्स पहा.
+
+## संयोजनीयता म्हणजे काय? {#what-is-composability}
+
+संयोजनीयता म्हणजे नवीन प्रणाली किंवा आउटपुट तयार करण्यासाठी वेगळे घटक एकत्र करणे. सॉफ्टवेअर डेव्हलपमेंटमध्ये, संयोजनीयतेचा अर्थ असा आहे की डेव्हलपर्स नवीन ॲप्लिकेशन्स तयार करण्यासाठी विद्यमान सॉफ्टवेअर घटकांचा पुन्हा वापर करू शकतात. संयोजनीयता समजून घेण्याचा एक चांगला मार्ग म्हणजे संयोजनीय घटकांना लेगो ब्लॉक्स म्हणून पाहणे. प्रत्येक लेगो दुसऱ्यासोबत जोडला जाऊ शकतो, ज्यामुळे तुम्हाला वेगवेगळे लेगो एकत्र करून गुंतागुंतीच्या रचना तयार करता येतात.
+
+Ethereum मध्ये, प्रत्येक स्मार्ट कॉन्ट्रॅक्ट एक प्रकारचा लेगो आहे—तुम्ही तुमच्या प्रोजेक्टसाठी बिल्डिंग ब्लॉक्स म्हणून इतर प्रोजेक्ट्समधील स्मार्ट कॉन्ट्रॅक्ट्स वापरू शकता. याचा अर्थ असा की तुम्हाला आधीच झालेल्या गोष्टी पुन्हा करण्यात किंवा सुरवातीपासून काहीतरी तयार करण्यात वेळ घालवावा लागत नाही.
+
+## संयोजनीयता कशी कार्य करते? {#how-does-composability-work}
+
+Ethereum स्मार्ट कॉन्ट्रॅक्ट्स हे सार्वजनिक APIs सारखे आहेत, त्यामुळे कोणीही कॉन्ट्रॅक्टशी संवाद साधू शकतो किंवा अतिरिक्त कार्यक्षमतेसाठी त्यांना डॅप्समध्ये समाकलित करू शकतो. स्मार्ट कॉन्ट्रॅक्ट संयोजनीयता सामान्यतः तीन तत्त्वांवर कार्य करते: मॉड्युलॅरिटी, स्वायत्तता आणि शोधक्षमता:
+
+**१.** **मॉड्युलॅरिटी**: ही वैयक्तिक घटकांची विशिष्ट कार्य करण्याची क्षमता आहे. Ethereum मध्ये, प्रत्येक स्मार्ट कॉन्ट्रॅक्टचा एक विशिष्ट वापर असतो (जसे Uniswap च्या उदाहरणात दाखवले आहे).
+
+**२.** **स्वायत्तता**: संयोजनीय घटक स्वतंत्रपणे कार्य करण्यास सक्षम असले पाहिजेत. Ethereum मधील प्रत्येक स्मार्ट कॉन्ट्रॅक्ट स्वयं-अंमलबजावणी करणारा असतो आणि प्रणालीच्या इतर भागांवर अवलंबून न राहता कार्य करू शकतो.
+
+**३.** डेव्हलपर्स बाह्य कॉन्ट्रॅक्टना कॉल करू शकत नाहीत किंवा सॉफ्टवेअर लायब्ररींना ॲप्लिकेशन्समध्ये समाकलित करू शकत नाहीत, जर त्या सार्वजनिकरित्या उपलब्ध नसतील. रचनेनुसार, स्मार्ट कॉन्ट्रॅक्ट्स ओपन-सोर्स असतात; कोणीही स्मार्ट कॉन्ट्रॅक्टला कॉल करू शकतो किंवा कोडबेस फोर्क करू शकतो.
+
+## संयोजनीयतेचे फायदे {#benefits-of-composability}
+
+### लहान डेव्हलपमेंट सायकल {#shorter-development-cycle}
+
+संयोजनीयता [dapps](/apps/#what-are-dapps) तयार करताना डेव्हलपर्सना करावे लागणारे काम कमी करते. [नवल रविकांत यांच्या मते:](https://twitter.com/naval/status/1444366754650656770) "ओपन सोर्स म्हणजे प्रत्येक समस्येचे निराकरण फक्त एकदाच करायला लागते."
+
+जर एखादी समस्या सोडवणारा स्मार्ट कॉन्ट्रॅक्ट अस्तित्वात असेल, तर इतर डेव्हलपर्स त्याचा पुन्हा वापर करू शकतात, त्यामुळे त्यांना तीच समस्या सोडवावी लागत नाही. अशाप्रकारे, डेव्हलपर्स नवीन डॅप्स तयार करण्यासाठी विद्यमान सॉफ्टवेअर लायब्ररी घेऊन त्यात अतिरिक्त कार्यक्षमता जोडू शकतात.
+
+### अधिक नवनिर्मिती {#greater-innovation}
+
+संयोजनीयता नवनिर्मिती आणि प्रयोगांना प्रोत्साहन देते, कारण डेव्हलपर्स इच्छित परिणाम मिळवण्यासाठी ओपन-सोर्स कोडचा पुनर्वापर, बदल, डुप्लिकेट किंवा समाकलित करण्यास स्वतंत्र असतात. परिणामी, डेव्हलपमेंट टीम्स मूलभूत कार्यक्षमतेवर कमी वेळ घालवतात आणि नवीन वैशिष्ट्यांवर प्रयोग करण्यासाठी अधिक वेळ देऊ शकतात.
+
+### उत्तम वापरकर्ता अनुभव {#better-user-experience}
+
+Ethereum इकोसिस्टीममधील घटकांमधील आंतरकार्यक्षमता वापरकर्त्याचा अनुभव सुधारते. ज्या इकोसिस्टममध्ये ॲप्लिकेशन्स एकमेकांशी संवाद साधू शकत नाहीत, अशा विखुरलेल्या इकोसिस्टमच्या तुलनेत, जेव्हा डॅप्स बाह्य स्मार्ट कॉन्ट्रॅक्ट्स समाकलित करतात तेव्हा वापरकर्त्यांना अधिक कार्यक्षमता उपलब्ध होते.
+
+आंतरकार्यक्षमतेचे फायदे स्पष्ट करण्यासाठी आपण आर्बिट्राज ट्रेडिंगमधील एक उदाहरण घेऊया:
+
+जर एखादे टोकन `एक्सचेंज B` पेक्षा `एक्सचेंज A` वर जास्त किमतीत ट्रेड होत असेल, तर तुम्ही नफा मिळवण्यासाठी या किमतीतील फरकाचा फायदा घेऊ शकता. तथापि, तुम्ही हे तेव्हाच करू शकता जेव्हा तुमच्याकडे व्यवहार पूर्ण करण्यासाठी पुरेसे भांडवल असेल (म्हणजेच, `एक्सचेंज B` वरून टोकन विकत घेणे आणि ते `एक्सचेंज A` वर विकणे).
+
+तुमच्याकडे ट्रेड पूर्ण करण्यासाठी पुरेसा निधी नसलेल्या परिस्थितीत, फ्लॅश लोन एक आदर्श पर्याय असू शकतो. [फ्लॅश लोन्स](/defi/#flash-loans) हे अत्यंत तांत्रिक आहेत, परंतु मूळ कल्पना अशी आहे की तुम्ही मालमत्ता (तारणाशिवाय) उधार घेऊ शकता आणि त्याच _एका_ व्यवहारात परत करू शकता.
+
+आपल्या सुरुवातीच्या उदाहरणाकडे परत जाताना, एक आर्बिट्राज ट्रेडर मोठा फ्लॅश लोन घेऊ शकतो, `एक्सचेंज B` वरून टोकन्स विकत घेऊन ते `एक्सचेंज A` वर विकू शकतो, भांडवल + व्याज परतफेड करू शकतो आणि नफा ठेवू शकतो, हे सर्व एकाच व्यवहारात. या गुंतागुंतीच्या लॉजिकसाठी अनेक कॉन्ट्रॅक्ट्सना केलेल्या कॉल्सना एकत्र करणे आवश्यक आहे, जे स्मार्ट कॉन्ट्रॅक्ट्समध्ये आंतरकार्यक्षमता नसल्यास शक्य झाले नसते.
+
+## Ethereum मधील संयोजनीयतेची उदाहरणे {#composability-in-ethereum}
+
+### टोकन स्वॅप्स {#token-swaps}
+
+जर तुम्ही असा डॅप तयार केला ज्यामध्ये व्यवहारांसाठी ETH मध्ये पैसे देणे आवश्यक आहे, तर तुम्ही टोकन स्वॅप लॉजिक समाकलित करून वापरकर्त्यांना इतर ERC-20 टोकनमध्ये पैसे देण्याची परवानगी देऊ शकता. कॉन्ट्रॅक्टने कॉल केलेले फंक्शन कार्यान्वित करण्यापूर्वी कोड आपोआप वापरकर्त्याच्या टोकनला ETH मध्ये रूपांतरित करेल.
+
+### शासन {#governance}
+
+[DAO](/dao/) साठी सानुकूलित शासन प्रणाली तयार करणे खर्चिक आणि वेळखाऊ असू शकते. त्याऐवजी, तुम्ही तुमच्या DAO ला त्वरीत बूटस्ट्रॅप करण्यासाठी आणि एक शासन फ्रेमवर्क तयार करण्यासाठी [Aragon Client](https://client.aragon.org/) सारखे ओपन-सोर्स शासन टूलकिट वापरू शकता.
+
+### ओळख व्यवस्थापन {#identity-management}
+
+सानुकूल ऑथेंटिकेशन प्रणाली तयार करण्याऐवजी किंवा केंद्रीकृत प्रदात्यांवर अवलंबून राहण्याऐवजी, तुम्ही वापरकर्त्यांसाठी ऑथेंटिकेशन व्यवस्थापित करण्यासाठी विकेंद्रित ओळख (DID) साधने समाकलित करू शकता. याचे एक उदाहरण [SpruceID](https://www.spruceid.com/) आहे, जे एक ओपन-सोर्स टूलकिट आहे. हे "Sign in with Ethereum" कार्यक्षमता प्रदान करते, ज्यामुळे वापरकर्ते Ethereum वॉलेटद्वारे त्यांची ओळख प्रमाणित करू शकतात.
+
+## संबंधित ट्युटोरियल्स {#related-tutorials}
+
+- [create-eth-app सह तुमच्या डॅप फ्रंटएंड डेव्हलपमेंटला किकस्टार्ट करा](/developers/tutorials/kickstart-your-dapp-frontend-development-with-create-eth-app/) _– लोकप्रिय स्मार्ट कॉन्ट्रॅक्ट्ससह ॲप्स तयार करण्यासाठी create-eth-app कसे वापरावे याचे विहंगावलोकन._
+
+## पुढील वाचन {#further-reading}
+
+_तुम्हाला मदत केलेल्या सामुदायिक संसाधनाबद्दल माहिती आहे का?_ हे पृष्ठ संपादित करा आणि ते जोडा!_
+
+- [संयोजनीयता ही नवनिर्मिती आहे](https://a16zcrypto.com/posts/article/how-composability-unlocks-crypto-and-everything-else/)
+- [Web3 साठी संयोजनीयता का महत्त्वाची आहे](https://hackernoon.com/why-composability-matters-for-web3)
+- [संयोजनीयता म्हणजे काय?](https://blog.aragon.org/what-is-composability/#:~:text=Aragon,connect%20to%20every%20other%20piece.)
diff --git a/public/content/translations/mr/developers/docs/smart-contracts/deploying/index.md b/public/content/translations/mr/developers/docs/smart-contracts/deploying/index.md
new file mode 100644
index 00000000000..af775e700aa
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/smart-contracts/deploying/index.md
@@ -0,0 +1,81 @@
+---
+title: "स्मार्ट कॉन्ट्रॅक्ट्स डिप्लॉय करणे"
+description: "Ethereum नेटवर्क्सवर स्मार्ट कॉन्ट्रॅक्ट्स कसे डिप्लॉय करायचे ते शिका, ज्यामध्ये पूर्वआवश्यकता, साधने आणि डिप्लॉयमेंटच्या पायऱ्या समाविष्ट आहेत."
+lang: mr
+---
+
+Ethereum नेटवर्कच्या वापरकर्त्यांसाठी तुमचा स्मार्ट कॉन्ट्रॅक्ट उपलब्ध होण्यासाठी तुम्हाला तो डिप्लॉय करणे आवश्यक आहे.
+
+स्मार्ट कॉन्ट्रॅक्ट डिप्लॉय करण्यासाठी, तुम्ही कोणताही प्राप्तकर्ता निर्दिष्ट न करता स्मार्ट कॉन्ट्रॅक्टचा संकलित कोड असलेला Ethereum व्यवहार पाठवता.
+
+## पूर्वतयारी {#prerequisites}
+
+स्मार्ट कॉन्ट्रॅक्ट्स डिप्लॉय करण्यापूर्वी तुम्हाला [Ethereum नेटवर्क्स](/developers/docs/networks/), [व्यवहार](/developers/docs/transactions/) आणि [स्मार्ट कॉन्ट्रॅक्ट्सची रचना](/developers/docs/smart-contracts/anatomy/) समजून घेणे आवश्यक आहे.
+
+कॉन्ट्रॅक्ट डिप्लॉय करण्यासाठी इथर (ETH) देखील खर्च होतो कारण ते ब्लॉकचेनवर साठवले जातात, त्यामुळे तुम्हाला Ethereum वरील [गॅस आणि शुल्क](/developers/docs/gas/) बद्दल माहिती असणे आवश्यक आहे.
+
+शेवटी, तुम्हाला तुमचा कॉन्ट्रॅक्ट डिप्लॉय करण्यापूर्वी तो संकलित करणे आवश्यक आहे, म्हणून तुम्ही [स्मार्ट कॉन्ट्रॅक्ट्स संकलित करणे](/developers/docs/smart-contracts/compiling/) बद्दल वाचले असल्याची खात्री करा.
+
+## स्मार्ट कॉन्ट्रॅक्ट कसा डिप्लॉय करायचा {#how-to-deploy-a-smart-contract}
+
+### तुम्हाला काय लागेल {#what-youll-need}
+
+- तुमच्या कॉन्ट्रॅक्टचा बायकोड – हे [संकलन](/developers/docs/smart-contracts/compiling/) द्वारे तयार केले जाते
+- गॅससाठी ETH – तुम्ही इतर व्यवहारांप्रमाणे तुमची गॅस मर्यादा सेट कराल, त्यामुळे लक्षात ठेवा की कॉन्ट्रॅक्ट डिप्लॉयमेंटसाठी साध्या ETH हस्तांतरणापेक्षा खूप जास्त गॅसची आवश्यकता असते
+- एक डिप्लॉयमेंट स्क्रिप्ट किंवा प्लगइन
+- [Ethereum नोड](/developers/docs/nodes-and-clients/) मध्ये प्रवेश, एकतर तुमचा स्वतःचा चालवून, सार्वजनिक नोडशी कनेक्ट करून, किंवा [नोड सेवा](/developers/docs/nodes-and-clients/nodes-as-a-service/) वापरून API की द्वारे
+
+### स्मार्ट कॉन्ट्रॅक्ट डिप्लॉय करण्याच्या पायऱ्या {#steps-to-deploy}
+
+यात समाविष्ट असलेल्या विशिष्ट पायऱ्या प्रश्नातील डेव्हलपमेंट फ्रेमवर्कवर अवलंबून असतील. उदाहरणार्थ, तुम्ही [तुमचे कॉन्ट्रॅक्ट्स डिप्लॉय करण्यावर Hardhat चे डॉक्युमेंटेशन](https://hardhat.org/docs/tutorial/deploying) किंवा [स्मार्ट कॉन्ट्रॅक्ट डिप्लॉय आणि सत्यापित करण्यावर Foundry चे डॉक्युमेंटेशन](https://book.getfoundry.sh/forge/deploying) पाहू शकता. एकदा डिप्लॉय झाल्यावर, तुमच्या कॉन्ट्रॅक्टला इतर [खात्यांप्रमाणेच](/developers/docs/accounts/) एक Ethereum पत्ता मिळेल आणि [सोर्स कोड व्हेरिफिकेशन टूल्स](/developers/docs/smart-contracts/verifying/#source-code-verification-tools) वापरून ते सत्यापित केले जाऊ शकते.
+
+## संबंधित साधने {#related-tools}
+
+**Remix - _Remix IDE Ethereum सारख्या ब्लॉकचेनसाठी स्मार्ट कॉन्ट्रॅक्ट्स विकसित, डिप्लॉय आणि व्यवस्थापित करण्याची परवानगी देतो_**
+
+- [Remix](https://remix.ethereum.org)
+
+**Tenderly - _Web3 डेव्हलपमेंट प्लॅटफॉर्म जो स्मार्ट कॉन्ट्रॅक्ट्स विकसित करणे, चाचणी करणे, निरीक्षण करणे आणि ऑपरेट करण्यासाठी डीबगिंग, निरीक्षणक्षमता आणि पायाभूत सुविधा बिल्डिंग ब्लॉक्स प्रदान करतो_**
+
+- [tenderly.co](https://tenderly.co/)
+- [Docs](https://docs.tenderly.co/)
+- [GitHub](https://github.com/Tenderly)
+- [Discord](https://discord.gg/eCWjuvt)
+
+**Hardhat - _तुमचे Ethereum सॉफ्टवेअर संकलित करणे, डिप्लॉय करणे, चाचणी करणे आणि डीबग करण्यासाठी एक डेव्हलपमेंट वातावरण_**
+
+- [hardhat.org](https://hardhat.org/getting-started/)
+- [तुमचे कॉन्ट्रॅक्ट्स डिप्लॉय करण्यावरील डॉक्स](https://hardhat.org/docs/tutorial/deploying)
+- [GitHub](https://github.com/nomiclabs/hardhat)
+- [Discord](https://discord.com/invite/TETZs2KK4k)
+
+**thirdweb - _एकाच कमांडचा वापर करून, कोणताही कॉन्ट्रॅक्ट कोणत्याही EVM सुसंगत चेनवर सहजपणे डिप्लॉय करा_**
+
+- [डॉक्युमेंटेशन](https://portal.thirdweb.com/deploy/)
+
+**Crossmint - _स्मार्ट कॉन्ट्रॅक्ट्स डिप्लॉय करण्यासाठी, क्रेडिट-कार्ड आणि क्रॉस-चेन पेमेंट सक्षम करण्यासाठी आणि NFTs तयार करण्यासाठी, वितरित करण्यासाठी, विकण्यासाठी, संग्रहित करण्यासाठी आणि संपादित करण्यासाठी APIs वापरण्याकरिता एंटरप्राइझ-ग्रेड वेब3 डेव्हलपमेंट प्लॅटफॉर्म._**
+
+- [crossmint.com](https://www.crossmint.com)
+- [दस्तऐवजीकरण](https://docs.crossmint.com)
+- [Discord](https://discord.com/invite/crossmint)
+- [Blog](https://blog.crossmint.com)
+
+## संबंधित ट्युटोरियल्स {#related-tutorials}
+
+- [तुमचा पहिला स्मार्ट कॉन्ट्रॅक्ट डिप्लॉय करणे](/developers/tutorials/deploying-your-first-smart-contract/) _– Ethereum चाचणी नेटवर्कवर तुमचा पहिला स्मार्ट कॉन्ट्रॅक्ट डिप्लॉय करण्याची ओळख._
+- [हॅलो वर्ल्ड | स्मार्ट कॉन्ट्रॅक्ट ट्यूटोरियल](/developers/tutorials/hello-world-smart-contract/) _– Ethereum वर एक मूलभूत स्मार्ट कॉन्ट्रॅक्ट तयार करण्यासाठी आणि डिप्लॉय करण्यासाठी सोपे ट्यूटोरियल._
+- [Solidity वरून इतर करारांशी संवाद साधा](/developers/tutorials/interact-with-other-contracts-from-solidity/) _– विद्यमान करारातून स्मार्ट करार कसा तैनात करायचा आणि त्याच्याशी संवाद कसा साधायचा._
+- [तुमच्या कॉन्ट्रॅक्टचा आकार कसा कमी करायचा](/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/) _- तुमच्या कॉन्ट्रॅक्टचा आकार मर्यादेत ठेवण्यासाठी आणि गॅसवर बचत करण्यासाठी तो कसा कमी करावा_
+
+## पुढील वाचन {#further-reading}
+
+- [https://docs.openzeppelin.com/learn/deploying-and-interacting](https://docs.openzeppelin.com/learn/deploying-and-interacting) - _OpenZeppelin_
+- [Hardhat सह तुमचे कॉन्ट्रॅक्ट्स डिप्लॉय करणे](https://hardhat.org/docs/tutorial/deploying) - _Nomic Labs_
+
+_तुम्हाला मदत केलेल्या सामुदायिक संसाधनाबद्दल माहिती आहे का?_ हे पृष्ठ संपादित करा आणि ते जोडा!_
+
+## संबंधित विषय {#related-topics}
+
+- [डेव्हलपमेंट फ्रेमवर्क्स](/developers/docs/frameworks/)
+- [एक Ethereum नोड चालवा](/developers/docs/nodes-and-clients/run-a-node/)
+- [Nodes-as-a-service](/developers/docs/nodes-and-clients/nodes-as-a-service)
diff --git a/public/content/translations/mr/developers/docs/smart-contracts/formal-verification/index.md b/public/content/translations/mr/developers/docs/smart-contracts/formal-verification/index.md
new file mode 100644
index 00000000000..54d4fc7bab3
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/smart-contracts/formal-verification/index.md
@@ -0,0 +1,284 @@
+---
+title: "स्मार्ट कॉन्ट्रॅक्ट्सची औपचारिक पडताळणी"
+description: "Ethereum स्मार्ट कॉन्ट्रॅक्ट्ससाठी औपचारिक पडताळणीचा आढावा"
+lang: mr
+---
+
+[स्मार्ट कॉन्ट्रॅक्ट्स](/developers/docs/smart-contracts/) विकेंद्रित, विश्वासहीन आणि मजबूत ॲप्लिकेशन्स तयार करणे शक्य करत आहेत जे नवीन उपयोग-प्रकरणे सादर करतात आणि वापरकर्त्यांसाठी मूल्य अनलॉक करतात. कारण स्मार्ट कॉन्ट्रॅक्ट्स मोठ्या प्रमाणात मूल्य हाताळतात, त्यामुळे डेव्हलपर्ससाठी सुरक्षा हा एक महत्त्वपूर्ण विचार आहे.
+
+औपचारिक पडताळणी हे [स्मार्ट कॉन्ट्रॅक्ट सुरक्षा](/developers/docs/smart-contracts/security/) सुधारण्यासाठी शिफारस केलेल्या तंत्रांपैकी एक आहे. औपचारिक पडताळणी, जी प्रोग्राम्सचे विनिर्देशन, डिझाइन आणि पडताळणी करण्यासाठी [औपचारिक पद्धती](https://www.brookings.edu/techstream/formal-methods-as-a-path-toward-better-cybersecurity/) वापरते, महत्त्वपूर्ण हार्डवेअर आणि सॉफ्टवेअर प्रणालींची अचूकता सुनिश्चित करण्यासाठी अनेक वर्षांपासून वापरली जात आहे.
+
+स्मार्ट कॉन्ट्रॅक्ट्समध्ये लागू केल्यावर, औपचारिक पडताळणी हे सिद्ध करू शकते की कॉन्ट्रॅक्टचा व्यावसायिक तर्क पूर्वनिर्धारित विनिर्देशनाची पूर्तता करतो. कॉन्ट्रॅक्ट कोडच्या अचूकतेचे मूल्यांकन करण्याच्या इतर पद्धतींच्या तुलनेत, जसे की चाचणी, औपचारिक पडताळणी स्मार्ट कॉन्ट्रॅक्ट कार्यात्मकदृष्ट्या योग्य असल्याची अधिक मजबूत हमी देते.
+
+## औपचारिक पडताळणी म्हणजे काय? {#what-is-formal-verification}
+
+औपचारिक पडताळणी म्हणजे औपचारिक विनिर्देशनाच्या संदर्भात प्रणालीच्या अचूकतेचे मूल्यांकन करण्याची प्रक्रिया. सोप्या भाषेत सांगायचे तर, औपचारिक पडताळणी आपल्याला हे तपासण्याची परवानगी देते की प्रणालीचे वर्तन काही आवश्यकतांची पूर्तता करते की नाही (म्हणजेच, ते आपल्याला हवे ते करते).
+
+प्रणालीचे (या प्रकरणात स्मार्ट कॉन्ट्रॅक्ट) अपेक्षित वर्तन औपचारिक मॉडेलिंग वापरून वर्णन केले जाते, तर विनिर्देशन भाषा औपचारिक गुणधर्म तयार करण्यास सक्षम करतात. औपचारिक पडताळणी तंत्रे नंतर हे सत्यापित करू शकतात की कॉन्ट्रॅक्टची अंमलबजावणी त्याच्या विनिर्देशनाचे पालन करते आणि पूर्वीच्या अचूकतेचा गणितीय पुरावा मिळवू शकतात. जेव्हा एखादा कॉन्ट्रॅक्ट त्याच्या विनिर्देशनाची पूर्तता करतो, तेव्हा त्याचे वर्णन “कार्यात्मकदृष्ट्या योग्य”, “डिझाइननुसार योग्य” किंवा “बांधणीनुसार योग्य” असे केले जाते.
+
+### औपचारिक मॉडेल म्हणजे काय? {#what-is-a-formal-model}
+
+संगणक शास्त्रात, [औपचारिक मॉडेल](https://en.wikipedia.org/wiki/Model_of_computation) हे गणना प्रक्रियेचे गणितीय वर्णन आहे. प्रोग्राम्सना गणितीय कार्यांमध्ये (समीकरणांमध्ये) रूपांतरित केले जाते, ज्यामध्ये मॉडेल वर्णन करते की इनपुट दिल्यावर फंक्शन्सचे आउटपुट कसे मोजले जातात.
+
+औपचारिक मॉडेल्स अमूर्ततेची एक पातळी प्रदान करतात ज्यावर प्रोग्रामच्या वर्तनाचे विश्लेषण मूल्यांकन केले जाऊ शकते. औपचारिक मॉडेल्सचे अस्तित्व _औपचारिक विनिर्देशन_ तयार करण्याची परवानगी देते, जे प्रश्नातील मॉडेलचे इच्छित गुणधर्म वर्णन करते.
+
+औपचारिक पडताळणीसाठी स्मार्ट कॉन्ट्रॅक्ट्सचे मॉडेलिंग करण्यासाठी विविध तंत्रे वापरली जातात. उदाहरणार्थ, काही मॉडेल्स स्मार्ट कॉन्ट्रॅक्टच्या उच्च-स्तरीय वर्तनाबद्दल तर्क करण्यासाठी वापरले जातात. ही मॉडेलिंग तंत्रे स्मार्ट कॉन्ट्रॅक्ट्सवर ब्लॅक-बॉक्स दृष्टिकोन लागू करतात, त्यांना अशा प्रणाली म्हणून पाहतात ज्या इनपुट स्वीकारतात आणि त्या इनपुटवर आधारित गणना करतात.
+
+उच्च-स्तरीय मॉडेल्स स्मार्ट कॉन्ट्रॅक्ट्स आणि बाह्य एजंट्स, जसे की बाह्य मालकीची खाती (EOAs), कॉन्ट्रॅक्ट खाती आणि ब्लॉकचेन पर्यावरण यांच्यातील संबंधांवर लक्ष केंद्रित करतात. असे मॉडेल्स गुणधर्म परिभाषित करण्यासाठी उपयुक्त आहेत जे विशिष्ट वापरकर्ता परस्परसंवादांना प्रतिसाद म्हणून कॉन्ट्रॅक्टने कसे वागावे हे निर्दिष्ट करतात.
+
+याउलट, इतर औपचारिक मॉडेल्स स्मार्ट कॉन्ट्रॅक्टच्या निम्न-स्तरीय वर्तनावर लक्ष केंद्रित करतात. जरी उच्च-स्तरीय मॉडेल्स कॉन्ट्रॅक्टच्या कार्यक्षमतेबद्दल तर्क करण्यामध्ये मदत करू शकतात, तरी ते अंमलबजावणीच्या अंतर्गत कार्यांबद्दल तपशील कॅप्चर करण्यात अयशस्वी होऊ शकतात. निम्न-स्तरीय मॉडेल्स प्रोग्राम विश्लेषणासाठी व्हाइट-बॉक्स दृष्टिकोन लागू करतात आणि कॉन्ट्रॅक्टच्या अंमलबजावणीशी संबंधित गुणधर्मांबद्दल तर्क करण्यासाठी स्मार्ट कॉन्ट्रॅक्ट ॲप्लिकेशन्सच्या निम्न-स्तरीय प्रतिनिधित्वांवर, जसे की प्रोग्राम ट्रेसेस आणि [कंट्रोल फ्लो ग्राफ्स](https://en.wikipedia.org/wiki/Control-flow_graph) वर अवलंबून असतात.
+
+निम्न-स्तरीय मॉडेल्स आदर्श मानले जातात कारण ते Ethereum च्या अंमलबजावणी वातावरणात (म्हणजेच, [EVM](/developers/docs/evm/)) स्मार्ट कॉन्ट्रॅक्टच्या वास्तविक अंमलबजावणीचे प्रतिनिधित्व करतात. निम्न-स्तरीय मॉडेलिंग तंत्रे स्मार्ट कॉन्ट्रॅक्ट्समध्ये महत्त्वपूर्ण सुरक्षा गुणधर्म स्थापित करण्यासाठी आणि संभाव्य असुरक्षितता शोधण्यासाठी विशेषतः उपयुक्त आहेत.
+
+### औपचारिक विनिर्देशन म्हणजे काय? {#what-is-a-formal-specification}
+
+विनिर्देशन ही फक्त एक तांत्रिक आवश्यकता आहे जी एका विशिष्ट प्रणालीने पूर्ण केली पाहिजे. प्रोग्रामिंगमध्ये, विनिर्देशने प्रोग्रामच्या अंमलबजावणीबद्दलच्या सामान्य कल्पनांचे प्रतिनिधित्व करतात (म्हणजेच, प्रोग्रामने काय केले पाहिजे).
+
+स्मार्ट कॉन्ट्रॅक्ट्सच्या संदर्भात, औपचारिक विनिर्देशने _गुणधर्मांना_ सूचित करतात—कॉन्ट्रॅक्टने पूर्ण केल्या पाहिजेत अशा आवश्यकतांचे औपचारिक वर्णन. अशा गुणधर्मांना "अचल" म्हणून वर्णन केले जाते आणि ते कॉन्ट्रॅक्टच्या अंमलबजावणीबद्दल तार्किक प्रतिपादनांचे प्रतिनिधित्व करतात जे कोणत्याही अपवादांशिवाय प्रत्येक संभाव्य परिस्थितीत खरे राहिले पाहिजेत.
+
+अशाप्रकारे, आपण औपचारिक विनिर्देशनाला एका औपचारिक भाषेत लिहिलेल्या विधानांचा संग्रह मानू शकतो जे स्मार्ट कॉन्ट्रॅक्टच्या अभिप्रेत अंमलबजावणीचे वर्णन करतात. विनिर्देशने कॉन्ट्रॅक्टचे गुणधर्म समाविष्ट करतात आणि विविध परिस्थितीत कॉन्ट्रॅक्टने कसे वागावे हे परिभाषित करतात. औपचारिक पडताळणीचा उद्देश हे निर्धारित करणे आहे की स्मार्ट कॉन्ट्रॅक्टमध्ये हे गुणधर्म (अचल) आहेत की नाही आणि अंमलबजावणी दरम्यान या गुणधर्मांचे उल्लंघन होत नाही.
+
+स्मार्ट कॉन्ट्रॅक्ट्सच्या सुरक्षित अंमलबजावणी विकसित करण्यामध्ये औपचारिक विनिर्देशने महत्त्वपूर्ण आहेत. अचल लागू करण्यात अयशस्वी होणारे किंवा अंमलबजावणी दरम्यान ज्यांचे गुणधर्म उल्लंघन केले जातात असे कॉन्ट्रॅक्ट्स असुरक्षिततेस प्रवण असतात, जे कार्यक्षमतेला हानी पोहोचवू शकतात किंवा दुर्भावनापूर्ण शोषणास कारणीभूत ठरू शकतात.
+
+## स्मार्ट कॉन्ट्रॅक्ट्ससाठी औपचारिक विनिर्देशनांचे प्रकार {#formal-specifications-for-smart-contracts}
+
+औपचारिक विनिर्देशने प्रोग्राम अंमलबजावणीच्या अचूकतेबद्दल गणितीय तर्कास सक्षम करतात. औपचारिक मॉडेल्सप्रमाणेच, औपचारिक विनिर्देशने एकतर उच्च-स्तरीय गुणधर्म किंवा कॉन्ट्रॅक्ट अंमलबजावणीचे निम्न-स्तरीय वर्तन कॅप्चर करू शकतात.
+
+औपचारिक विनिर्देशने [प्रोग्राम लॉजिक](https://en.wikipedia.org/wiki/Logic_programming) च्या घटकांचा वापर करून साधित केली जातात, जे प्रोग्रामच्या गुणधर्मांबद्दल औपचारिक तर्कास परवानगी देतात. प्रोग्राम लॉजिकमध्ये औपचारिक नियम असतात जे प्रोग्रामचे अपेक्षित वर्तन (गणितीय भाषेत) व्यक्त करतात. औपचारिक विनिर्देशने तयार करण्यामध्ये विविध प्रोग्राम लॉजिक्स वापरले जातात, ज्यात [रीचेबिलिटी लॉजिक](https://en.wikipedia.org/wiki/Reachability_problem), [टेम्पोरल लॉजिक](https://en.wikipedia.org/wiki/Temporal_logic) आणि [होअर लॉजिक](https://en.wikipedia.org/wiki/Hoare_logic) यांचा समावेश आहे.
+
+स्मार्ट कॉन्ट्रॅक्ट्ससाठी औपचारिक विनिर्देशनांचे वर्गीकरण साधारणपणे **उच्च-स्तरीय** किंवा **निम्न-स्तरीय** विनिर्देशने म्हणून केले जाऊ शकते. विनिर्देशन कोणत्याही श्रेणीतील असो, त्याने विश्लेषणाधीन प्रणालीच्या गुणधर्माचे पुरेसे आणि निःसंदिग्धपणे वर्णन केले पाहिजे.
+
+### उच्च-स्तरीय विनिर्देशने {#high-level-specifications}
+
+नावाप्रमाणेच, उच्च-स्तरीय विनिर्देशन (ज्याला "मॉडेल-ओरिएंटेड विनिर्देशन" असेही म्हणतात) प्रोग्रामच्या उच्च-स्तरीय वर्तनाचे वर्णन करते. उच्च-स्तरीय विनिर्देशने स्मार्ट कॉन्ट्रॅक्टला [फायनाइट स्टेट मशीन](https://en.wikipedia.org/wiki/Finite-state_machine) (FSM) म्हणून मॉडेल करतात, जे ऑपरेशन्स करून स्टेट्समध्ये संक्रमण करू शकते, FSM मॉडेलसाठी औपचारिक गुणधर्म परिभाषित करण्यासाठी टेम्पोरल लॉजिक वापरले जाते.
+
+[टेम्पोरल लॉजिक्स](https://en.wikipedia.org/wiki/Temporal_logic) हे "वेळेच्या संदर्भात पात्र असलेल्या प्रस्तावांबद्दल तर्क करण्याचे नियम आहेत (उदा., "मला _नेहमीच_ भूक लागलेली असते" किंवा "मला _अखेरीस_ भूक लागेल")." औपचारिक पडताळणीवर लागू केल्यावर, टेम्पोरल लॉजिक्सचा वापर स्टेट मशीन म्हणून मॉडेल केलेल्या प्रणालींच्या योग्य वर्तनाबद्दल प्रतिपादन करण्यासाठी केला जातो. विशेषतः, एक टेम्पोरल लॉजिक स्मार्ट कॉन्ट्रॅक्टच्या भविष्यातील संभाव्य अवस्थांचे आणि ते अवस्थांमध्ये कसे संक्रमण करते याचे वर्णन करते.
+
+उच्च-स्तरीय विनिर्देशने साधारणपणे स्मार्ट कॉन्ट्रॅक्ट्ससाठी दोन महत्त्वपूर्ण टेम्पोरल गुणधर्म कॅप्चर करतात: **सुरक्षितता** आणि **सजीवता**. सुरक्षा गुणधर्म “काहीही वाईट कधीच घडत नाही” ही कल्पना दर्शवतात आणि सहसा अचलता व्यक्त करतात. सुरक्षा गुणधर्म सामान्य सॉफ्टवेअर आवश्यकता परिभाषित करू शकतो, जसे की [डेडलाक](https://www.techtarget.com/whatis/definition/deadlock) पासून स्वातंत्र्य, किंवा कॉन्ट्रॅक्ट्ससाठी डोमेन-विशिष्ट गुणधर्म व्यक्त करू शकतो (उदा. फंक्शन्ससाठी ॲक्सेस कंट्रोलवरील अचल, स्टेट व्हेरिएबल्सची स्वीकार्य मूल्ये, किंवा टोकन ट्रान्सफरसाठी अटी).
+
+उदाहरणार्थ, ERC-20 टोकन कॉन्ट्रॅक्ट्समध्ये `transfer()` किंवा `transferFrom()` वापरण्याच्या अटींचा समावेश असलेली ही सुरक्षा आवश्यकता घ्या: _“पाठवल्या जाणाऱ्या टोकनच्या विनंती केलेल्या रकमेपेक्षा पाठवणाऱ्याची शिल्लक कधीही कमी नसते.”_. कॉन्ट्रॅक्ट अचलाचे हे नैसर्गिक-भाषेतील वर्णन औपचारिक (गणितीय) विनिर्देशनामध्ये अनुवादित केले जाऊ शकते, ज्याची वैधता नंतर कठोरपणे तपासली जाऊ शकते.
+
+सजीवता गुणधर्म हे सांगतात की “अखेरीस काहीतरी चांगले घडते” आणि ते कॉन्ट्रॅक्टच्या विविध अवस्थांमधून प्रगती करण्याच्या क्षमतेशी संबंधित आहेत. सजीवता गुणधर्माचे एक उदाहरण "तरलता" आहे, जे विनंतीनुसार वापरकर्त्यांना त्याची शिल्लक हस्तांतरित करण्याच्या कॉन्ट्रॅक्टच्या क्षमतेला सूचित करते. या गुणधर्माचे उल्लंघन झाल्यास, वापरकर्ते कॉन्ट्रॅक्टमध्ये संग्रहित मालमत्ता काढू शकणार नाहीत, जसे [पॅरिटी वॉलेट घटनेमध्ये](https://www.cnbc.com/2017/11/08/accidental-bug-may-have-frozen-280-worth-of-ether-on-parity-wallet.html) घडले होते.
+
+### निम्न-स्तरीय विनिर्देशने {#low-level-specifications}
+
+उच्च-स्तरीय विनिर्देशने कॉन्ट्रॅक्टच्या मर्यादित-अवस्था मॉडेलला प्रारंभिक बिंदू म्हणून घेतात आणि या मॉडेलचे इच्छित गुणधर्म परिभाषित करतात. याउलट, निम्न-स्तरीय विनिर्देशने (ज्यांना "गुणधर्म-केंद्रित विनिर्देशने" असेही म्हणतात) अनेकदा प्रोग्राम्सना (स्मार्ट कॉन्ट्रॅक्ट्सना) गणितीय कार्यांचा संग्रह असलेली प्रणाली म्हणून मॉडेल करतात आणि अशा प्रणालींच्या योग्य वर्तनाचे वर्णन करतात.
+
+सोप्या भाषेत, निम्न-स्तरीय विनिर्देशने _प्रोग्राम ट्रेसेसचे_ विश्लेषण करतात आणि या ट्रेसेसवर स्मार्ट कॉन्ट्रॅक्टचे गुणधर्म परिभाषित करण्याचा प्रयत्न करतात. ट्रेसेस म्हणजे फंक्शन एक्झिक्युशनच्या अनुक्रमांना जे स्मार्ट कॉन्ट्रॅक्टची अवस्था बदलतात; म्हणून, निम्न-स्तरीय विनिर्देशने कॉन्ट्रॅक्टच्या अंतर्गत अंमलबजावणीसाठी आवश्यकता निर्दिष्ट करण्यास मदत करतात.
+
+निम्न-स्तरीय औपचारिक विनिर्देशने होअर-शैलीतील गुणधर्म किंवा अंमलबजावणी मार्गांवरील अचल म्हणून दिले जाऊ शकतात.
+
+### होअर-शैलीतील गुणधर्म {#hoare-style-properties}
+
+[होअर लॉजिक](https://en.wikipedia.org/wiki/Hoare_logic) स्मार्ट कॉन्ट्रॅक्ट्ससह प्रोग्राम्सच्या अचूकतेबद्दल तर्क करण्यासाठी औपचारिक नियमांचा एक संच प्रदान करते. होअर-शैलीतील गुणधर्म होअर ट्रिपल `{P}c{Q}` द्वारे दर्शविला जातो, जिथे `c` एक प्रोग्राम आहे आणि `P` आणि `Q` हे `c` (म्हणजेच, प्रोग्राम) च्या स्थितीवरील प्रेडिकेट्स आहेत, ज्यांना अनुक्रमे _पूर्वअटी_ आणि _उत्तरअटी_ म्हणून औपचारिकपणे वर्णन केले जाते.
+
+पूर्वअट ही एक प्रेडिकेट आहे जी फंक्शनच्या योग्य अंमलबजावणीसाठी आवश्यक असलेल्या अटींचे वर्णन करते; कॉन्ट्रॅक्टमध्ये कॉल करणाऱ्या वापरकर्त्यांनी ही आवश्यकता पूर्ण केली पाहिजे. उत्तरअट ही एक प्रेडिकेट आहे जी फंक्शन योग्यरित्या कार्यान्वित झाल्यास स्थापित होणारी स्थिती दर्शवते; फंक्शन कॉल केल्यानंतर वापरकर्ते ही स्थिती खरी होण्याची अपेक्षा करू शकतात. होअर लॉजिकमधील एक _अचल_ (invariant) एक प्रेडिकेट आहे जे फंक्शनच्या अंमलबजावणीद्वारे संरक्षित केले जाते (म्हणजेच ते बदलत नाही).
+
+होअर-शैलीतील विनिर्देशने _आंशिक अचूकता_ किंवा _संपूर्ण अचूकता_ यांची हमी देऊ शकतात. कॉन्ट्रॅक्ट फंक्शनची अंमलबजावणी "आंशिकपणे योग्य" असते जर फंक्शन कार्यान्वित होण्यापूर्वी पूर्वअट खरी असेल आणि अंमलबजावणी समाप्त झाल्यास, उत्तरअट देखील खरी असते. जर फंक्शन कार्यान्वित होण्यापूर्वी पूर्वअट खरी असेल, अंमलबजावणी समाप्त होण्याची हमी असेल आणि ती समाप्त झाल्यावर उत्तरअट खरी असेल तर संपूर्ण अचूकतेचा पुरावा मिळतो.
+
+संपूर्ण अचूकतेचा पुरावा मिळवणे कठीण आहे कारण काही अंमलबजावणी समाप्त होण्यापूर्वी विलंब होऊ शकतात, किंवा कधीही समाप्त होत नाहीत. तरीही, अंमलबजावणी समाप्त होते की नाही हा प्रश्न विवादास्पद आहे कारण Ethereum ची गॅस यंत्रणा अनंत प्रोग्राम लूप्सना प्रतिबंधित करते (अंमलबजावणी एकतर यशस्वीरित्या समाप्त होते किंवा 'आउट-ऑफ-गॅस' त्रुटीमुळे संपते).
+
+होअर लॉजिक वापरून तयार केलेल्या स्मार्ट कॉन्ट्रॅक्ट विनिर्देशनांमध्ये कॉन्ट्रॅक्टमधील फंक्शन्स आणि लूप्सच्या अंमलबजावणीसाठी पूर्वअटी, उत्तरअटी आणि अचल परिभाषित केलेले असतील. पूर्वअटींमध्ये अनेकदा फंक्शनमध्ये चुकीच्या इनपुटची शक्यता समाविष्ट असते, तर उत्तरअटी अशा इनपुटला अपेक्षित प्रतिसाद दर्शवतात (उदा., विशिष्ट अपवाद फेकणे). या प्रकारे होअर-शैलीतील गुणधर्म कॉन्ट्रॅक्ट अंमलबजावणीची अचूकता सुनिश्चित करण्यासाठी प्रभावी आहेत.
+
+अनेक औपचारिक पडताळणी फ्रेमवर्क फंक्शन्सच्या अर्थपूर्ण अचूकतेचा पुरावा देण्यासाठी होअर-शैलीतील विनिर्देशनांचा वापर करतात. Solidity मध्ये `require` आणि `assert` विधानांचा वापर करून होअर-शैलीतील गुणधर्म (प्रतिपादने म्हणून) थेट कॉन्ट्रॅक्ट कोडमध्ये जोडणे देखील शक्य आहे.
+
+`require` विधाने पूर्वअट किंवा अचल व्यक्त करतात आणि अनेकदा वापरकर्त्याच्या इनपुटची वैधता तपासण्यासाठी वापरली जातात, तर `assert` सुरक्षिततेसाठी आवश्यक उत्तरअट कॅप्चर करते. उदाहरणार्थ, फंक्शन्ससाठी योग्य प्रवेश नियंत्रण (सुरक्षा गुणधर्माचे उदाहरण) कॉलिंग खात्याच्या ओळखीवर पूर्वअट तपासणी म्हणून `require` वापरून साध्य केले जाऊ शकते. त्याचप्रमाणे, कॉन्ट्रॅक्टमधील स्टेट व्हेरिएबल्सच्या परवानगी असलेल्या मूल्यांवरील अचलता (उदा., चलनात असलेल्या एकूण टोकनची संख्या) फंक्शन अंमलबजावणीनंतर कॉन्ट्रॅक्टची स्थिती निश्चित करण्यासाठी `assert` वापरून उल्लंघनापासून संरक्षित केली जाऊ शकते.
+
+### ट्रेस-स्तरीय गुणधर्म {#trace-level-properties}
+
+ट्रेस-आधारित विनिर्देशने अशा ऑपरेशन्सचे वर्णन करतात जे कॉन्ट्रॅक्टला वेगवेगळ्या अवस्थांमध्ये संक्रमण करतात आणि या ऑपरेशन्समधील संबंधांचे वर्णन करतात. आधी स्पष्ट केल्याप्रमाणे, ट्रेसेस म्हणजे ऑपरेशन्सचे अनुक्रम जे कॉन्ट्रॅक्टची स्थिती विशिष्ट प्रकारे बदलतात.
+
+हा दृष्टीकोन स्मार्ट कॉन्ट्रॅक्ट्सच्या स्टेट-ट्रान्झिशन सिस्टमच्या मॉडेलवर अवलंबून आहे ज्यात काही पूर्वनिर्धारित अवस्था (स्टेट व्हेरिएबल्सद्वारे वर्णन केलेल्या) आणि पूर्वनिर्धारित संक्रमणांचा (कॉन्ट्रॅक्ट फंक्शन्सद्वारे वर्णन केलेल्या) संच असतो. शिवाय, [कंट्रोल फ्लो ग्राफ](https://www.geeksforgeeks.org/software-engineering-control-flow-graph-cfg/) (CFG), जो प्रोग्रामच्या अंमलबजावणी प्रवाहाचे ग्राफिकल प्रतिनिधित्व आहे, अनेकदा कॉन्ट्रॅक्टच्या ऑपरेशनल सिमेंटिक्सचे वर्णन करण्यासाठी वापरला जातो. येथे, प्रत्येक ट्रेस कंट्रोल फ्लो ग्राफवरील एक मार्ग म्हणून दर्शविला जातो.
+
+प्राथमिकतः, ट्रेस-स्तरीय विनिर्देशने स्मार्ट कॉन्ट्रॅक्ट्समधील अंतर्गत अंमलबजावणीच्या पॅटर्नबद्दल तर्क करण्यासाठी वापरली जातात. ट्रेस-स्तरीय विनिर्देशने तयार करून, आम्ही स्मार्ट कॉन्ट्रॅक्टसाठी स्वीकार्य अंमलबजावणी मार्गांची (म्हणजेच, स्थिती संक्रमणांची) पुष्टी करतो. प्रतीकात्मक अंमलबजावणी सारख्या तंत्रांचा वापर करून, आम्ही औपचारिकपणे सत्यापित करू शकतो की अंमलबजावणी कधीही औपचारिक मॉडेलमध्ये परिभाषित नसलेल्या मार्गाचे अनुसरण करत नाही.
+
+चला ट्रेस-स्तरीय गुणधर्मांचे वर्णन करण्यासाठी काही सार्वजनिकरित्या प्रवेशयोग्य फंक्शन्स असलेल्या [DAO](/dao/) कॉन्ट्रॅक्टचे उदाहरण वापरूया. येथे, आम्ही असे गृहीत धरतो की DAO कॉन्ट्रॅक्ट वापरकर्त्यांना खालील ऑपरेशन्स करण्याची परवानगी देतो:
+
+- निधी जमा करा
+
+- निधी जमा केल्यानंतर प्रस्तावावर मतदान करा
+
+- जर त्यांनी प्रस्तावावर मतदान केले नसेल तर परताव्याचा दावा करा
+
+उदाहरणार्थ, ट्रेस-स्तरीय गुणधर्म असू शकतात _"जे वापरकर्ते निधी जमा करत नाहीत ते प्रस्तावावर मतदान करू शकत नाहीत"_ किंवा _"जे वापरकर्ते प्रस्तावावर मतदान करत नाहीत ते नेहमी परताव्याचा दावा करू शकले पाहिजेत"_. दोन्ही गुणधर्म अंमलबजावणीच्या पसंतीच्या अनुक्रमांची पुष्टी करतात (मतदान निधी जमा करण्या_पूर्वी_ होऊ शकत नाही आणि प्रस्तावावर मतदान केल्या_नंतर_ परताव्याचा दावा होऊ शकत नाही).
+
+## स्मार्ट कॉन्ट्रॅक्ट्सच्या औपचारिक पडताळणीची तंत्रे {#formal-verification-techniques}
+
+### मॉडेल तपासणी {#model-checking}
+
+मॉडेल तपासणी हे एक औपचारिक पडताळणी तंत्र आहे ज्यात एक अल्गोरिदम स्मार्ट कॉन्ट्रॅक्टच्या औपचारिक मॉडेलची त्याच्या विनिर्देशनानुसार तपासणी करते. मॉडेल तपासणीमध्ये स्मार्ट कॉन्ट्रॅक्ट्सना अनेकदा स्टेट-ट्रान्झिशन सिस्टम म्हणून दर्शविले जाते, तर परवानगी असलेल्या कॉन्ट्रॅक्ट अवस्थांवरील गुणधर्म टेम्पोरल लॉजिक वापरून परिभाषित केले जातात.
+
+मॉडेल तपासणीसाठी सिस्टमचे (म्हणजेच, कॉन्ट्रॅक्टचे) अमूर्त गणितीय प्रतिनिधित्व तयार करणे आणि [प्रपोझिशनल लॉजिक](https://www.baeldung.com/cs/propositional-logic) मध्ये रुजलेल्या सूत्रांचा वापर करून या सिस्टमचे गुणधर्म व्यक्त करणे आवश्यक आहे. हे मॉडेल-चेकिंग अल्गोरिदमचे कार्य सोपे करते, म्हणजेच गणितीय मॉडेल दिलेल्या तार्किक सूत्राची पूर्तता करते हे सिद्ध करणे.
+
+औपचारिक पडताळणीमध्ये मॉडेल तपासणीचा वापर प्रामुख्याने टेम्पोरल गुणधर्मांचे मूल्यांकन करण्यासाठी केला जातो जे वेळेनुसार कॉन्ट्रॅक्टच्या वर्तनाचे वर्णन करतात. स्मार्ट कॉन्ट्रॅक्ट्ससाठी टेम्पोरल गुणधर्मांमध्ये _सुरक्षितता_ आणि _सजीवता_ यांचा समावेश आहे, ज्यांचे आम्ही पूर्वी स्पष्टीकरण दिले आहे.
+
+उदाहरणार्थ, प्रवेश नियंत्रणाशी संबंधित सुरक्षा गुणधर्म (उदा., _केवळ कॉन्ट्रॅक्टचा मालक `selfdestruct` कॉल करू शकतो_) औपचारिक तर्कात लिहिला जाऊ शकतो. त्यानंतर, मॉडेल-चेकिंग अल्गोरिदम कॉन्ट्रॅक्ट या औपचारिक विनिर्देशनाचे समाधान करतो की नाही हे सत्यापित करू शकतो.
+
+मॉडेल तपासणी स्टेट स्पेस एक्सप्लोरेशन वापरते, ज्यात स्मार्ट कॉन्ट्रॅक्टच्या सर्व संभाव्य अवस्था तयार करणे आणि गुणधर्म उल्लंघनास कारणीभूत ठरणार्‍या पोहोचण्यायोग्य अवस्था शोधण्याचा प्रयत्न करणे समाविष्ट आहे. तथापि, यामुळे अनंत अवस्था निर्माण होऊ शकतात (ज्याला "स्टेट एक्सप्लोजन प्रॉब्लेम" म्हणतात), म्हणून मॉडेल चेकर्स स्मार्ट कॉन्ट्रॅक्ट्सचे कार्यक्षम विश्लेषण शक्य करण्यासाठी अमूर्तता तंत्रांवर अवलंबून असतात.
+
+### प्रमेय सिद्ध करणे {#theorem-proving}
+
+प्रमेय सिद्ध करणे ही स्मार्ट कॉन्ट्रॅक्ट्ससह प्रोग्राम्सच्या अचूकतेबद्दल गणितीयरित्या तर्क करण्याची एक पद्धत आहे. यात कॉन्ट्रॅक्टच्या सिस्टमच्या मॉडेलचे आणि त्याच्या विनिर्देशनांचे गणितीय सूत्रांमध्ये (तार्किक विधानांमध्ये) रूपांतर करणे समाविष्ट आहे.
+
+प्रमेय सिद्ध करण्याचे उद्दिष्ट या विधानांमधील तार्किक समानतेची पडताळणी करणे आहे. “लॉजिकल इक्विव्हॅलेन्स” (ज्याला “लॉजिकल बाय-इम्प्लिकेशन” असेही म्हणतात) हा दोन विधानांमधील एक प्रकारचा संबंध आहे ज्यामध्ये पहिले विधान खरे असते _जर आणि केवळ जर_ दुसरे विधान खरे असेल.
+
+कॉन्ट्रॅक्टच्या मॉडेल आणि त्याच्या गुणधर्मांबद्दलच्या विधानांमधील आवश्यक संबंध (लॉजिकल इक्विव्हॅलेन्स) एक सिद्ध करण्यायोग्य विधान (ज्याला प्रमेय म्हणतात) म्हणून तयार केला जातो. अनुमानाची औपचारिक प्रणाली वापरून, स्वयंचलित प्रमेय प्रोव्हर प्रमेयाच्या वैधतेची पडताळणी करू शकतो. दुसऱ्या शब्दांत, एक प्रमेय प्रोव्हर निर्णायकपणे सिद्ध करू शकतो की स्मार्ट कॉन्ट्रॅक्टचे मॉडेल त्याच्या विनिर्देशनांशी तंतोतंत जुळते.
+
+मॉडेल तपासणी कॉन्ट्रॅक्ट्सना मर्यादित अवस्थांसह संक्रमण प्रणाली म्हणून मॉडेल करते, तर प्रमेय सिद्ध करणे अनंत-अवस्था प्रणालींचे विश्लेषण हाताळू शकते. तथापि, याचा अर्थ असा की स्वयंचलित प्रमेय प्रोव्हरला नेहमीच माहित नसते की एखादी लॉजिक समस्या "निर्णयक्षम" आहे की नाही.
+
+परिणामी, अचूकतेचे पुरावे मिळवण्यासाठी प्रमेय प्रोव्हरला मार्गदर्शन करण्यासाठी अनेकदा मानवी मदतीची आवश्यकता असते. प्रमेय सिद्ध करण्यामध्ये मानवी प्रयत्नांच्या वापरामुळे ते मॉडेल तपासणीपेक्षा अधिक महाग होते, जे पूर्णपणे स्वयंचलित आहे.
+
+### प्रतीकात्मक अंमलबजावणी {#symbolic-execution}
+
+प्रतीकात्मक अंमलबजावणी ही _ठोस मूल्यां_ऐवजी (उदा., `x == 5`) _प्रतीकात्मक मूल्यां_चा (उदा., `x > 5`) वापर करून फंक्शन्स कार्यान्वित करून स्मार्ट कॉन्ट्रॅक्टचे विश्लेषण करण्याची एक पद्धत आहे. औपचारिक पडताळणी तंत्र म्हणून, प्रतीकात्मक अंमलबजावणीचा वापर कॉन्ट्रॅक्टच्या कोडमधील ट्रेस-स्तरीय गुणधर्मांबद्दल औपचारिकपणे तर्क करण्यासाठी केला जातो.
+
+प्रतीकात्मक अंमलबजावणी एका अंमलबजावणी ट्रेसला प्रतीकात्मक इनपुट मूल्यांवरील गणितीय सूत्र म्हणून दर्शवते, ज्याला _पाथ प्रेडिकेट_ असेही म्हणतात. [SMT सॉल्व्हर](https://en.wikipedia.org/wiki/Satisfiability_modulo_theories) चा वापर पाथ प्रेडिकेट "सॅटिस्फायेबल" आहे की नाही हे तपासण्यासाठी केला जातो (म्हणजे, असे मूल्य अस्तित्वात आहे जे सूत्र पूर्ण करू शकते). जर एखादा असुरक्षित मार्ग सॅटिस्फायेबल असेल, तर SMT सॉल्व्हर एक ठोस मूल्य निर्माण करेल जे अंमलबजावणीला त्या मार्गाकडे वळवते.
+
+समजा एका स्मार्ट कॉन्ट्रॅक्टचे फंक्शन इनपुट म्हणून `uint` मूल्य (`x`) घेते आणि जेव्हा `x` हे `5` पेक्षा मोठे आणि `10` पेक्षा लहान असते तेव्हा रिव्हर्ट होते. सामान्य चाचणी प्रक्रियेचा वापर करून `x` साठी असे मूल्य शोधण्यासाठी जे त्रुटी ट्रिगर करते, डझनभर (किंवा अधिक) चाचणी प्रकरणे चालवावी लागतील आणि त्रुटी-ट्रिगरिंग इनपुट खरोखरच सापडेल याची खात्री नसेल.
+
+याउलट, एक प्रतीकात्मक अंमलबजावणी साधन फंक्शनला प्रतीकात्मक मूल्याने कार्यान्वित करेल: `X > 5 ∧ X < 10` (म्हणजेच, `x` हे 5 पेक्षा मोठे आहे आणि `x` हे 10 पेक्षा लहान आहे). संबंधित पाथ प्रेडिकेट `x = X > 5 ∧ X < 10` नंतर निराकरण करण्यासाठी SMT सॉल्व्हरला दिले जाईल. जर एखादे विशिष्ट मूल्य `x = X > 5 ∧ X < 10` हे सूत्र पूर्ण करत असेल, तर SMT सॉल्व्हर ते मोजेल—उदाहरणार्थ, सॉल्व्हर `x` साठी मूल्य म्हणून `7` तयार करू शकतो.
+
+कारण प्रतीकात्मक अंमलबजावणी प्रोग्रामच्या इनपुटवर अवलंबून असते, आणि सर्व पोहोचण्यायोग्य अवस्था शोधण्यासाठी इनपुटचा संच संभाव्यतः अनंत असतो, त्यामुळे हे अजूनही चाचणीचे एक रूप आहे. तथापि, उदाहरणामध्ये दाखवल्याप्रमाणे, गुणधर्म उल्लंघनांना चालना देणारे इनपुट शोधण्यासाठी प्रतीकात्मक अंमलबजावणी नियमित चाचणीपेक्षा अधिक कार्यक्षम आहे.
+
+शिवाय, प्रतीकात्मक अंमलबजावणी इतर गुणधर्म-आधारित तंत्रांपेक्षा (उदा., फझिंग) कमी चुकीचे सकारात्मक परिणाम देते जे फंक्शनला यादृच्छिकपणे इनपुट तयार करतात. जर प्रतीकात्मक अंमलबजावणी दरम्यान त्रुटीची स्थिती ट्रिगर झाली, तर त्रुटी ट्रिगर करणारे ठोस मूल्य तयार करणे आणि समस्येचे पुनरुत्पादन करणे शक्य आहे.
+
+प्रतीकात्मक अंमलबजावणी अचूकतेचा काही प्रमाणात गणितीय पुरावा देखील देऊ शकते. ओव्हरफ्लो संरक्षणासह कॉन्ट्रॅक्ट फंक्शनचे खालील उदाहरण विचारात घ्या:
+
+```
+function safe_add(uint x, uint y) returns(uint z){
+
+  z = x + y;
+  require(z>=x);
+  require(z>=y);
+
+  return z;
+}
+```
+
+पूर्णांक ओव्हरफ्लो होणाऱ्या अंमलबजावणी ट्रेसला `z = x + y AND (z >= x) AND (z >= y) AND (z < x OR z < y)` हे सूत्र पूर्ण करावे लागेल. असे सूत्र सोडवले जाण्याची शक्यता नाही, म्हणून ते `safe_add` फंक्शन कधीही ओव्हरफ्लो होत नाही याचा गणितीय पुरावा म्हणून काम करते.
+
+### स्मार्ट कॉन्ट्रॅक्ट्ससाठी औपचारिक पडताळणी का वापरावी? {#benefits-of-formal-verification}
+
+#### विश्वसनीयतेची गरज {#need-for-reliability}
+
+औपचारिक पडताळणीचा वापर सुरक्षितता-गंभीर प्रणालींच्या अचूकतेचे मूल्यांकन करण्यासाठी केला जातो ज्यांच्या अपयशामुळे मृत्यू, इजा किंवा आर्थिक नुकसान यांसारखे विनाशकारी परिणाम होऊ शकतात. स्मार्ट कॉन्ट्रॅक्ट्स हे उच्च-मूल्याचे ॲप्लिकेशन्स आहेत जे प्रचंड प्रमाणात मूल्य नियंत्रित करतात, आणि डिझाइनमधील साध्या चुकांमुळे [वापरकर्त्यांना भरून न येणारे नुकसान होऊ शकते](https://www.freecodecamp.org/news/a-hacker-stole-31m-of-ether-how-it-happened-and-what-it-means-for-ethereum-9e5dc29e33ce/amp/). तथापि, उपयोजनापूर्वी कॉन्ट्रॅक्टची औपचारिक पडताळणी केल्याने, ब्लॉकचेनवर चालल्यावर ते अपेक्षेप्रमाणे कार्य करेल याची हमी वाढू शकते.
+
+कोणत्याही स्मार्ट कॉन्ट्रॅक्टमध्ये विश्वसनीयता हा अत्यंत इष्ट गुण आहे, विशेषतः कारण Ethereum व्हर्च्युअल मशीन (EVM) मध्ये तैनात केलेला कोड सामान्यतः अपरिवर्तनीय असतो. लॉन्च-नंतरचे अपग्रेड सहज उपलब्ध नसल्यामुळे, कॉन्ट्रॅक्ट्सच्या विश्वसनीयतेची हमी देण्याची गरज औपचारिक पडताळणी आवश्यक करते. औपचारिक पडताळणी इंटीजर अंडरफ्लो आणि ओव्हरफ्लो, री-एन्ट्रन्सी आणि खराब गॅस ऑप्टिमायझेशन यांसारख्या अवघड समस्या शोधू शकते, ज्या ऑडिटर्स आणि टेस्टर्सकडून सुटू शकतात.
+
+#### कार्यात्मक अचूकता सिद्ध करा {#prove-functional-correctness}
+
+स्मार्ट कॉन्ट्रॅक्ट काही आवश्यकता पूर्ण करतो हे सिद्ध करण्याची सर्वात सामान्य पद्धत प्रोग्राम चाचणी आहे. यामध्ये कॉन्ट्रॅक्टला अपेक्षित असलेल्या डेटाच्या नमुन्यासह कार्यान्वित करणे आणि त्याच्या वर्तनाचे विश्लेषण करणे समाविष्ट आहे. जर कॉन्ट्रॅक्ट नमुना डेटासाठी अपेक्षित परिणाम देत असेल, तर डेव्हलपर्सकडे त्याच्या अचूकतेचा वस्तुनिष्ठ पुरावा असतो.
+
+तथापि, हा दृष्टिकोन नमुन्याचा भाग नसलेल्या इनपुट मूल्यांसाठी योग्य अंमलबजावणी सिद्ध करू शकत नाही. म्हणून, कॉन्ट्रॅक्टची चाचणी बग शोधण्यात मदत करू शकते (म्हणजे, अंमलबजावणी दरम्यान काही कोड पाथ इच्छित परिणाम देत नसतील तर), पण **ते बगच्या अनुपस्थितीचा निर्णायक पुरावा देऊ शकत नाही**.
+
+याउलट, औपचारिक पडताळणी औपचारिकपणे सिद्ध करू शकते की स्मार्ट कॉन्ट्रॅक्ट कॉन्ट्रॅक्ट चालवल्या_शिवाय_ अनंत अंमलबजावणीसाठी आवश्यकता पूर्ण करतो. यासाठी एक औपचारिक विनिर्देशन तयार करणे आवश्यक आहे जे योग्य कॉन्ट्रॅक्ट वर्तनांचे अचूक वर्णन करते आणि कॉन्ट्रॅक्टच्या सिस्टमचे एक औपचारिक (गणितीय) मॉडेल विकसित करणे आवश्यक आहे. नंतर आम्ही कॉन्ट्रॅक्टच्या मॉडेल आणि त्याच्या विनिर्देशनामध्ये सुसंगतता तपासण्यासाठी औपचारिक पुरावा प्रक्रियेचे अनुसरण करू शकतो.
+
+औपचारिक पडताळणीसह, कॉन्ट्रॅक्टचा व्यावसायिक तर्क आवश्यकता पूर्ण करतो की नाही हे सत्यापित करण्याचा प्रश्न एक गणितीय प्रस्ताव आहे जो सिद्ध किंवा असिद्ध केला जाऊ शकतो. औपचारिकपणे प्रस्ताव सिद्ध करून, आम्ही मर्यादित संख्येच्या चरणांसह अनंत संख्येच्या चाचणी प्रकरणांची पडताळणी करू शकतो. या प्रकारे औपचारिक पडताळणीला विनिर्देशनाच्या संदर्भात कॉन्ट्रॅक्ट कार्यात्मकदृष्ट्या योग्य आहे हे सिद्ध करण्याची चांगली शक्यता असते.
+
+#### आदर्श पडताळणी लक्ष्ये {#ideal-verification-targets}
+
+पडताळणी लक्ष्य औपचारिकपणे सत्यापित करायच्या प्रणालीचे वर्णन करते. औपचारिक पडताळणीचा वापर "एम्बेडेड सिस्टम्स" मध्ये सर्वोत्तम होतो (मोठ्या प्रणालीचा भाग असलेले लहान, साधे सॉफ्टवेअरचे तुकडे). ते विशेष डोमेनसाठी देखील आदर्श आहेत ज्यात कमी नियम आहेत, कारण यामुळे डोमेन-विशिष्ट गुणधर्मांची पडताळणी करण्यासाठी साधने सुधारणे सोपे होते.
+
+स्मार्ट कॉन्ट्रॅक्ट्स—किमान, काही प्रमाणात—दोन्ही आवश्यकता पूर्ण करतात. उदाहरणार्थ, Ethereum कॉन्ट्रॅक्ट्सचा लहान आकार त्यांना औपचारिक पडताळणीसाठी अनुकूल बनवतो. त्याचप्रमाणे, EVM सोप्या नियमांचे पालन करते, ज्यामुळे EVM मध्ये चालणाऱ्या प्रोग्राम्ससाठी सिमेंटिक गुणधर्म निर्दिष्ट करणे आणि सत्यापित करणे सोपे होते.
+
+### जलद विकास चक्र {#faster-development-cycle}
+
+मॉडेल तपासणी आणि प्रतीकात्मक अंमलबजावणी यांसारखी औपचारिक पडताळणी तंत्रे साधारणपणे स्मार्ट कॉन्ट्रॅक्ट कोडच्या नियमित विश्लेषणापेक्षा (चाचणी किंवा ऑडिटिंग दरम्यान केल्या जाणाऱ्या) अधिक कार्यक्षम असतात. याचे कारण असे की औपचारिक पडताळणी प्रतिपादनांची चाचणी घेण्यासाठी प्रतीकात्मक मूल्यांवर अवलंबून असते ("जर वापरकर्त्याने _n_ ईथर काढण्याचा प्रयत्न केला तर काय होईल?"). चाचणीच्या विपरीत जी ठोस मूल्ये वापरते ("जर वापरकर्त्याने 5 ईथर काढण्याचा प्रयत्न केला तर काय होईल?").
+
+प्रतीकात्मक इनपुट व्हेरिएबल्स ठोस मूल्यांच्या अनेक वर्गांना कव्हर करू शकतात, त्यामुळे औपचारिक पडताळणी दृष्टिकोन कमी वेळेत अधिक कोड कव्हरेजचे वचन देतात. प्रभावीपणे वापरल्यास, औपचारिक पडताळणी डेव्हलपर्ससाठी विकास चक्र गतिमान करू शकते.
+
+औपचारिक पडताळणी खर्चिक डिझाइन त्रुटी कमी करून विकेंद्रित ॲप्लिकेशन्स (dapps) तयार करण्याची प्रक्रिया सुधारते. असुरक्षितता दूर करण्यासाठी कॉन्ट्रॅक्ट्स अपग्रेड करण्यासाठी (जेथे शक्य असेल) कोडबेसचे विस्तृत पुनर्लेखन आणि विकासावर अधिक प्रयत्न आवश्यक आहेत. औपचारिक पडताळणी कॉन्ट्रॅक्ट अंमलबजावणीमधील अनेक त्रुटी शोधू शकते ज्या टेस्टर्स आणि ऑडिटर्सकडून सुटू शकतात आणि कॉन्ट्रॅक्ट तैनात करण्यापूर्वी त्या समस्या दूर करण्याची पुरेशी संधी देते.
+
+## औपचारिक पडताळणीचे तोटे {#drawbacks-of-formal-verification}
+
+### मॅन्युअल श्रमाचा खर्च {#cost-of-manual-labor}
+
+औपचारिक पडताळणी, विशेषतः अर्ध-स्वयंचलित पडताळणी ज्यात मानव प्रोव्हरला अचूकतेचे पुरावे मिळवण्यासाठी मार्गदर्शन करतो, त्यासाठी मोठ्या प्रमाणात मॅन्युअल श्रम आवश्यक आहेत. शिवाय, औपचारिक विनिर्देशन तयार करणे ही एक जटिल क्रिया आहे ज्यासाठी उच्च पातळीचे कौशल्य आवश्यक आहे.
+
+हे घटक (प्रयत्न आणि कौशल्य) औपचारिक पडताळणीला कॉन्ट्रॅक्ट्समधील अचूकतेचे मूल्यांकन करण्याच्या नेहमीच्या पद्धतींपेक्षा, जसे की चाचणी आणि ऑडिट, अधिक मागणीपूर्ण आणि महाग बनवतात. तरीही, स्मार्ट कॉन्ट्रॅक्ट अंमलबजावणीतील त्रुटींचा खर्च पाहता, पूर्ण पडताळणी ऑडिटसाठी खर्च करणे व्यावहारिक आहे.
+
+### खोटे नकारात्मक {#false-negatives}
+
+औपचारिक पडताळणी केवळ स्मार्ट कॉन्ट्रॅक्टची अंमलबजावणी औपचारिक विनिर्देशनाशी जुळते की नाही हे तपासू शकते. त्यामुळे, विनिर्देशन स्मार्ट कॉन्ट्रॅक्टच्या अपेक्षित वर्तनांचे योग्यरित्या वर्णन करते याची खात्री करणे महत्त्वाचे आहे.
+
+जर विनिर्देशने खराब लिहिलेली असतील, तर गुणधर्मांचे उल्लंघन—जे असुरक्षित अंमलबजावणीकडे निर्देश करतात—औपचारिक पडताळणी ऑडिटद्वारे शोधले जाऊ शकत नाहीत. या प्रकरणात, डेव्हलपर चुकीने समजू शकतो की कॉन्ट्रॅक्ट बग-मुक्त आहे.
+
+### कार्यप्रदर्शन समस्या {#performance-issues}
+
+औपचारिक पडताळणीमध्ये अनेक कार्यप्रदर्शन समस्या येतात. उदाहरणार्थ, मॉडेल तपासणी आणि प्रतीकात्मक तपासणी दरम्यान अनुक्रमे येणाऱ्या स्टेट आणि पाथ एक्सप्लोजन समस्या पडताळणी प्रक्रियांना प्रभावित करू शकतात. तसेच, औपचारिक पडताळणी साधने अनेकदा त्यांच्या अंतर्निहित स्तरावर SMT सॉल्व्हर्स आणि इतर कंस्ट्रेंट सॉल्व्हर्स वापरतात, आणि हे सॉल्व्हर्स संगणकीयदृष्ट्या गहन प्रक्रियांवर अवलंबून असतात.
+
+तसेच, प्रोग्राम व्हेरिफायर्सना नेहमीच हे ठरवणे शक्य नसते की एखादा गुणधर्म (लॉजिकल फॉर्म्युला म्हणून वर्णन केलेला) पूर्ण केला जाऊ शकतो की नाही (the "[decidability problem](https://en.wikipedia.org/wiki/Decision_problem)") कारण प्रोग्राम कधीही समाप्त होऊ शकत नाही. त्यामुळे, कॉन्ट्रॅक्ट व्यवस्थित निर्दिष्ट केलेला असला तरीही काही गुणधर्म सिद्ध करणे अशक्य असू शकते.
+
+## Ethereum स्मार्ट कॉन्ट्रॅक्ट्ससाठी औपचारिक पडताळणी साधने {#formal-verification-tools}
+
+### औपचारिक विनिर्देशने तयार करण्यासाठी विनिर्देशन भाषा {#specification-languages}
+
+**Act**: __Act स्टोरेज अद्यतने, पूर्व/उत्तर अटी आणि कॉन्ट्रॅक्ट अचलांचे विनिर्देशन करण्याची परवानगी देते. त्याच्या टूल सूटमध्ये पुरावा बॅकएंड्स देखील आहेत जे Coq, SMT सॉल्व्हर्स किंवा hevm द्वारे अनेक गुणधर्म सिद्ध करण्यास सक्षम आहेत.__
+
+- [GitHub](https://github.com/ethereum/act)
+- [दस्तऐवजीकरण](https://github.com/argotorg/act)
+
+**Scribble** - __Scribble, Scribble विनिर्देशन भाषेतील कोड भाष्यांना ठोस प्रतिपादनांमध्ये रूपांतरित करते जे विनिर्देशन तपासतात.__
+
+- [दस्तऐवजीकरण](https://docs.scribble.codes/)
+
+**Dafny** - __Dafny ही पडताळणी-तयार प्रोग्रामिंग भाषा आहे जी कोडच्या अचूकतेबद्दल तर्क करण्यासाठी आणि सिद्ध करण्यासाठी उच्च-स्तरीय भाष्यांवर अवलंबून असते.__
+
+- [GitHub](https://github.com/dafny-lang/dafny)
+
+### अचूकता तपासण्यासाठी प्रोग्राम व्हेरिफायर्स {#program-verifiers}
+
+**Certora Prover** - _Certora Prover हे स्मार्ट कॉन्ट्रॅक्ट्समधील कोडची अचूकता तपासण्यासाठी एक स्वयंचलित औपचारिक पडताळणी साधन आहे. विनिर्देशने CVL (Certora व्हेरिफिकेशन लँग्वेज) मध्ये लिहिली जातात, ज्यात स्टॅटिक विश्लेषण आणि कंस्ट्रेंट-सॉल्व्हिंगच्या संयोगाने गुणधर्म उल्लंघने शोधली जातात._
+
+- [वेबसाइट](https://www.certora.com/)
+- [दस्तऐवजीकरण](https://docs.certora.com/en/latest/index.html)
+
+**Solidity SMTChecker** - __Solidity चे SMTChecker हे SMT (सॅटिस्फायबिलिटी मॉड्युलो थिअरीज) आणि हॉर्न सॉल्विंगवर आधारित एक अंगभूत मॉडेल तपासक आहे. ते संकलनादरम्यान कॉन्ट्रॅक्टचा सोर्स कोड विनिर्देशनांशी जुळतो की नाही याची पुष्टी करते आणि सुरक्षितता गुणधर्मांच्या उल्लंघनांसाठी स्थिरपणे तपासते.__
+
+- [GitHub](https://github.com/ethereum/solidity)
+
+**solc-verify** - __solc-verify ही Solidity कंपाइलरची विस्तारित आवृत्ती आहे जी भाष्यांचा आणि मॉड्यूलर प्रोग्राम पडताळणीचा वापर करून Solidity कोडवर स्वयंचलित औपचारिक पडताळणी करू शकते.__
+
+- [GitHub](https://github.com/SRI-CSL/solidity)
+
+**KEVM** - __KEVM हे K फ्रेमवर्कमध्ये लिहिलेले Ethereum व्हर्च्युअल मशीन (EVM) चे औपचारिक सिमेंटिक्स आहे. KEVM कार्यान्वित करण्यायोग्य आहे आणि रीचेबिलिटी लॉजिक वापरून काही गुणधर्म-संबंधित प्रतिपादने सिद्ध करू शकते.__
+
+- [GitHub](https://github.com/runtimeverification/evm-semantics)
+- [दस्तऐवजीकरण](https://jellopaper.org/)
+
+### प्रमेय सिद्ध करण्यासाठी तार्किक फ्रेमवर्क {#theorem-provers}
+
+**Isabelle** - _Isabelle/HOL एक पुरावा सहाय्यक आहे जो गणितीय सूत्रांना औपचारिक भाषेत व्यक्त करण्याची परवानगी देतो आणि ती सूत्रे सिद्ध करण्यासाठी साधने प्रदान करतो. मुख्य ॲप्लिकेशन गणितीय पुराव्यांचे औपचारिकीकरण आणि विशेषतः औपचारिक पडताळणी आहे, ज्यात संगणक हार्डवेअर किंवा सॉफ्टवेअरची अचूकता सिद्ध करणे आणि संगणक भाषा आणि प्रोटोकॉलचे गुणधर्म सिद्ध करणे समाविष्ट आहे._
+
+- [GitHub](https://github.com/isabelle-prover)
+- [दस्तऐवजीकरण](https://isabelle.in.tum.de/documentation.html)
+
+**Rocq** - _Rocq एक इंटरॅक्टिव्ह प्रमेय प्रोव्हर आहे जो तुम्हाला प्रमेयांचा वापर करून प्रोग्राम्स परिभाषित करू देतो आणि अचूकतेचे मशीन-चेक्ड पुरावे इंटरॅक्टिव्हपणे तयार करू देतो._
+
+- [GitHub](https://github.com/rocq-prover/rocq)
+- [दस्तऐवजीकरण](https://rocq-prover.org/docs)
+
+### स्मार्ट कॉन्ट्रॅक्ट्समध्ये असुरक्षित नमुने शोधण्यासाठी प्रतीकात्मक अंमलबजावणी-आधारित साधने {#symbolic-execution-tools}
+
+**Manticore** - __प्रतीकात्मक अंमलबजावणीवर आधारित EVM बायकोड विश्लेषणासाठी एक साधन_._
+
+- [GitHub](https://github.com/trailofbits/manticore)
+- [दस्तऐवजीकरण](https://github.com/trailofbits/manticore/wiki)
+
+**hevm** - __hevm हे EVM बायकोडसाठी एक प्रतीकात्मक अंमलबजावणी इंजिन आणि समतुल्यता तपासक आहे.__
+
+- [GitHub](https://github.com/dapphub/dapptools/tree/master/src/hevm)
+
+**Mythril** - _Ethereum स्मार्ट कॉन्ट्रॅक्ट्समधील असुरक्षितता शोधण्यासाठी एक प्रतीकात्मक अंमलबजावणी साधन_
+
+- [GitHub](https://github.com/ConsenSys/mythril-classic)
+- [दस्तऐवजीकरण](https://mythril-classic.readthedocs.io/en/develop/)
+
+## पुढील वाचन {#further-reading}
+
+- [स्मार्ट कॉन्ट्रॅक्ट्सची औपचारिक पडताळणी कशी कार्य करते](https://runtimeverification.com/blog/how-formal-verification-of-smart-contracts-works/)
+- [औपचारिक पडताळणी निर्दोष स्मार्ट कॉन्ट्रॅक्ट्स कसे सुनिश्चित करू शकते](https://media.consensys.net/how-formal-verification-can-ensure-flawless-smart-contracts-cbda8ad99bd1)
+- [Ethereum इकोसिस्टममधील औपचारिक पडताळणी प्रकल्पांचा आढावा](https://github.com/leonardoalt/ethereum_formal_verification_overview)
+- [Ethereum 2.0 डिपॉझिट स्मार्ट कॉन्ट्रॅक्टची एंड-टू-एंड औपचारिक पडताळणी](https://runtimeverification.com/blog/end-to-end-formal-verification-of-ethereum-2-0-deposit-smart-contract/)
+- [जगातील सर्वात लोकप्रिय स्मार्ट कॉन्ट्रॅक्टची औपचारिक पडताळणी](https://www.zellic.io/blog/formal-verification-weth)
+- [SMTChecker आणि औपचारिक पडताळणी](https://docs.soliditylang.org/en/v0.8.15/smtchecker.html)
diff --git a/public/content/translations/mr/developers/docs/smart-contracts/index.md b/public/content/translations/mr/developers/docs/smart-contracts/index.md
new file mode 100644
index 00000000000..afe8ceb52f8
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/smart-contracts/index.md
@@ -0,0 +1,112 @@
+---
+title: "स्मार्ट कॉन्ट्रॅक्टची ओळख"
+description: "स्मार्ट कॉन्ट्रॅक्ट्सचे अवलोकन, त्यांच्या अद्वितीय वैशिष्ट्यांवर आणि मर्यादांवर लक्ष केंद्रित करणे."
+lang: mr
+---
+
+## स्मार्ट कॉन्ट्रॅक्ट म्हणजे काय? {#what-is-a-smart-contract}
+
+"स्मार्ट कॉन्ट्रॅक्ट" हा फक्त इथेरिअम ब्लॉकचेनवर चालणारा एक प्रोग्राम आहे. हा कोड (त्याची फंक्शन्स) आणि डेटा (त्याची स्टेट) यांचा संग्रह आहे जो इथेरिअम ब्लॉकचेनवरील विशिष्ट ॲड्रेसवर असतो.
+
+स्मार्ट कॉन्ट्रॅक्ट्स हे [इथेरिअम अकाउंट](/developers/docs/accounts/) चा एक प्रकार आहेत. याचा अर्थ त्यांच्याकडे बॅलन्स असतो आणि ते व्यवहारांचे लक्ष्य असू शकतात. तथापि ते वापरकर्त्याद्वारे नियंत्रित केले जात नाहीत, त्याऐवजी ते नेटवर्कवर तैनात केले जातात आणि प्रोग्राम केल्यानुसार चालतात. वापरकर्ता खाती स्मार्ट कॉन्ट्रॅक्टवर परिभाषित फंक्शन कार्यान्वित करणाऱ्या व्यवहारांना सबमिट करून स्मार्ट कॉन्ट्रॅक्टशी संवाद साधू शकतात. स्मार्ट कॉन्ट्रॅक्ट्स नियमित कराराप्रमाणे नियम परिभाषित करू शकतात आणि कोडद्वारे त्यांची आपोआप अंमलबजावणी करू शकतात. स्मार्ट कॉन्ट्रॅक्ट्स डीफॉल्टनुसार हटवले जाऊ शकत नाहीत आणि त्यांच्यासोबतचे संवाद अपरिवर्तनीय आहेत.
+
+## पूर्वतयारी {#prerequisites}
+
+तुम्ही नुकतीच सुरुवात करत असाल किंवा कमी तांत्रिक परिचय शोधत असाल, तर आम्ही आमच्या [स्मार्ट कॉन्ट्रॅक्ट्सच्या परिचयाची](/smart-contracts/) शिफारस करतो.
+
+स्मार्ट कॉन्ट्रॅक्ट्सच्या जगात प्रवेश करण्यापूर्वी तुम्ही [खाती](/developers/docs/accounts/), [व्यवहार](/developers/docs/transactions/) आणि [इथेरिअम व्हर्च्युअल मशीन](/developers/docs/evm/) बद्दल वाचले असल्याची खात्री करा.
+
+## एक डिजिटल वेंडिंग मशीन {#a-digital-vending-machine}
+
+[निक स्झाबो](https://unenumerated.blogspot.com/) यांनी वर्णन केल्याप्रमाणे, स्मार्ट कॉन्ट्रॅक्टसाठी कदाचित सर्वोत्तम रूपक वेंडिंग मशीन आहे. योग्य इनपुटसह, विशिष्ट आउटपुटची हमी दिली जाते.
+
+वेंडिंग मशीनमधून स्नॅक मिळवण्यासाठी:
+
+```
+पैसे + स्नॅक निवड = स्नॅक वितरित
+```
+
+हे लॉजिक वेंडिंग मशीनमध्ये प्रोग्राम केलेले आहे.
+
+वेंडिंग मशीनप्रमाणेच स्मार्ट कॉन्ट्रॅक्टमध्ये लॉजिक प्रोग्राम केलेले असते. सॉलिडिटीमध्ये लिहिलेला स्मार्ट कॉन्ट्रॅक्ट असल्यास हे वेंडिंग मशीन कसे दिसेल याचे एक सोपे उदाहरण येथे आहे:
+
+```solidity
+pragma solidity 0.8.7;
+
+contract VendingMachine {
+
+    // कॉन्ट्रॅक्टच्या स्टेट व्हेरिएबल्स घोषित करा
+    address public owner;
+    mapping (address => uint) public cupcakeBalances;
+
+    // जेव्हा 'VendingMachine' कॉन्ट्रॅक्ट तैनात केला जातो:
+    // १. तैनात करणाऱ्या ॲड्रेसला कॉन्ट्रॅक्टचा मालक म्हणून सेट करा
+    // २. तैनात केलेल्या स्मार्ट कॉन्ट्रॅक्टचा कप केक बॅलन्स १०० वर सेट करा
+    constructor() {
+        owner = msg.sender;
+        cupcakeBalances[address(this)] = 100;
+    }
+
+    // मालकाला स्मार्ट कॉन्ट्रॅक्टचा कप केक बॅलन्स वाढवण्याची परवानगी द्या
+    function refill(uint amount) public {
+        require(msg.sender == owner, "केवळ मालकच रिफिल करू शकतो.");
+        cupcakeBalances[address(this)] += amount;
+    }
+
+    // कोणालाही कप केक खरेदी करण्याची परवानगी द्या
+    function purchase(uint amount) public payable {
+        require(msg.value >= amount * 1 ether, "तुम्ही प्रति कप केक किमान 1 ETH देणे आवश्यक आहे");
+        require(cupcakeBalances[address(this)] >= amount, "ही खरेदी पूर्ण करण्यासाठी स्टॉकमध्ये पुरेसे कप केक नाहीत");
+        cupcakeBalances[address(this)] -= amount;
+        cupcakeBalances[msg.sender] += amount;
+    }
+}
+```
+
+ज्याप्रमाणे वेंडिंग मशीनमुळे विक्रेता कर्मचाऱ्याची गरज नाहीशी होते, त्याचप्रमाणे स्मार्ट कॉन्ट्रॅक्ट अनेक उद्योगांमधील मध्यस्थांची जागा घेऊ शकतात.
+
+## परवानगीविरहित {#permissionless}
+
+कोणीही स्मार्ट कॉन्ट्रॅक्ट लिहू शकतो आणि ते नेटवर्कवर तैनात करू शकतो. तुम्हाला फक्त [स्मार्ट कॉन्ट्रॅक्ट भाषेत](/developers/docs/smart-contracts/languages/) कोड कसे करायचे हे शिकण्याची आणि तुमचा कॉन्ट्रॅक्ट तैनात करण्यासाठी पुरेसा ETH असणे आवश्यक आहे. स्मार्ट कॉन्ट्रॅक्ट तैनात करणे हे तांत्रिकदृष्ट्या एक व्यवहार आहे, त्यामुळे तुम्हाला साध्या ETH हस्तांतरणासाठी गॅस द्यावा लागतो त्याच प्रकारे [गॅस](/developers/docs/gas/) द्यावा लागेल. तथापि, कॉन्ट्रॅक्ट तैनात करण्यासाठी गॅस खर्च खूप जास्त असतो.
+
+इथेरिअममध्ये स्मार्ट कॉन्ट्रॅक्ट लिहिण्यासाठी डेव्हलपर-अनुकूल भाषा आहेत:
+
+- Solidity
+- Vyper
+
+[भाषांबद्दल अधिक](/developers/docs/smart-contracts/languages/)
+
+तथापि, ते तैनात करण्यापूर्वी त्यांना संकलित करणे आवश्यक आहे जेणेकरून इथेरिअमचे व्हर्च्युअल मशीन कॉन्ट्रॅक्टचा अर्थ लावू शकेल आणि संचयित करू शकेल. [संकलनाबद्दल अधिक](/developers/docs/smart-contracts/compiling/)
+
+## कंपोझिबिलिटी {#composability}
+
+स्मार्ट कॉन्ट्रॅक्ट इथेरिअमवर सार्वजनिक आहेत आणि त्यांना मुक्त API म्हणून मानले जाऊ शकते. याचा अर्थ तुम्ही तुमच्या स्वतःच्या स्मार्ट कॉन्ट्रॅक्टमध्ये इतर स्मार्ट कॉन्ट्रॅक्ट्सना कॉल करू शकता जेणेकरून जे शक्य आहे ते मोठ्या प्रमाणात वाढवता येईल. कॉन्ट्रॅक्ट्स इतर कॉन्ट्रॅक्ट्स देखील तैनात करू शकतात.
+
+[स्मार्ट कॉन्ट्रॅक्ट कंपोझिबिलिटी](/developers/docs/smart-contracts/composability/) बद्दल अधिक जाणून घ्या.
+
+## मर्यादा {#limitations}
+
+स्मार्ट कॉन्ट्रॅक्ट्स एकटे "वास्तविक-जगातील" घटनांबद्दल माहिती मिळवू शकत नाहीत कारण ते ऑफचेन स्त्रोतांकडून डेटा मिळवू शकत नाहीत. याचा अर्थ ते वास्तविक जगातील घटनांना प्रतिसाद देऊ शकत नाहीत. हे डिझाइननुसार आहे. बाह्य माहितीवर अवलंबून राहण्याने सहमती धोक्यात येऊ शकते, जी सुरक्षा आणि विकेंद्रीकरणासाठी महत्त्वाची आहे.
+
+तथापि, ब्लॉकचेन ॲप्लिकेशन्ससाठी ऑफचेन डेटा वापरता येणे महत्त्वाचे आहे. यावरील उपाय म्हणजे [ऑरेकल्स](/developers/docs/oracles/) जे ऑफचेन डेटा घेतात आणि स्मार्ट कॉन्ट्रॅक्ट्ससाठी उपलब्ध करतात.
+
+स्मार्ट कॉन्ट्रॅक्ट्सची आणखी एक मर्यादा म्हणजे कमाल कॉन्ट्रॅक्ट आकार. एक स्मार्ट कॉन्ट्रॅक्ट जास्तीत जास्त 24KB असू शकतो अन्यथा त्याचा गॅस संपेल. [डायमंड पॅटर्न](https://eips.ethereum.org/EIPS/eip-2535) वापरून हे टाळता येऊ शकते.
+
+## मल्टीसिग कॉन्ट्रॅक्ट्स {#multisig}
+
+मल्टीसिग (मल्टिपल-सिग्नेचर) कॉन्ट्रॅक्ट्स हे स्मार्ट कॉन्ट्रॅक्ट अकाउंट्स आहेत ज्यांना व्यवहार कार्यान्वित करण्यासाठी अनेक वैध स्वाक्षऱ्यांची आवश्यकता असते. इथर किंवा इतर टोकन्सची मोठी रक्कम असलेल्या कॉन्ट्रॅक्ट्ससाठी अयशस्वीतेचे एकल बिंदू टाळण्यासाठी हे खूप उपयुक्त आहे. मल्टीसिग्ज कॉन्ट्रॅक्टच्या अंमलबजावणीची आणि की व्यवस्थापनाची जबाबदारी अनेक पक्षांमध्ये विभागतात आणि एका खाजगी कीच्या नुकसानीमुळे निधीचे अपरिवर्तनीय नुकसान होण्यास प्रतिबंध करतात. या कारणास्तव, मल्टीसिग कॉन्ट्रॅक्ट्स साध्या DAO गव्हर्नन्ससाठी वापरले जाऊ शकतात. मल्टीसिगला कार्यान्वित करण्यासाठी M संभाव्य स्वीकार्य स्वाक्षऱ्यांपैकी N स्वाक्षऱ्यांची आवश्यकता असते (जेथे N ≤ M, आणि M > 1). `N = 3, M = 5` आणि `N = 4, M = 7` सामान्यतः वापरले जातात. एका 4/7 मल्टीसिगला सात संभाव्य वैध स्वाक्षऱ्यांपैकी चार स्वाक्षऱ्यांची आवश्यकता असते. याचा अर्थ तीन स्वाक्षऱ्या गमावल्या तरीही निधी परत मिळवता येतो. या प्रकरणात, याचा अर्थ असा आहे की कॉन्ट्रॅक्ट कार्यान्वित होण्यासाठी बहुसंख्य की-धारकांनी सहमत होऊन स्वाक्षरी करणे आवश्यक आहे.
+
+## स्मार्ट कॉन्ट्रॅक्ट संसाधने {#smart-contract-resources}
+
+**OpenZeppelin Contracts -** **_सुरक्षित स्मार्ट कॉन्ट्रॅक्ट डेव्हलपमेंटसाठी लायब्ररी._**
+
+- [openzeppelin.com/contracts/](https://openzeppelin.com/contracts/)
+- [GitHub](https://github.com/OpenZeppelin/openzeppelin-contracts)
+- [कम्युनिटी फोरम](https://forum.openzeppelin.com/c/general/16)
+
+## पुढील वाचन {#further-reading}
+
+- [Coinbase: स्मार्ट कॉन्ट्रॅक्ट म्हणजे काय?](https://www.coinbase.com/learn/crypto-basics/what-is-a-smart-contract)
+- [Chainlink: स्मार्ट कॉन्ट्रॅक्ट म्हणजे काय?](https://chain.link/education/smart-contracts)
+- [व्हिडिओ: सोप्या भाषेत स्पष्टीकरण - स्मार्ट कॉन्ट्रॅक्ट्स](https://youtu.be/ZE2HxTmxfrI)
+- [Cyfrin Updraft: Web3 लर्निंग आणि ऑडिटिंग प्लॅटफॉर्म](https://updraft.cyfrin.io)
diff --git a/public/content/translations/mr/developers/docs/smart-contracts/languages/index.md b/public/content/translations/mr/developers/docs/smart-contracts/languages/index.md
new file mode 100644
index 00000000000..a5ff4c7991d
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/smart-contracts/languages/index.md
@@ -0,0 +1,343 @@
+---
+title: "स्मार्ट कॉन्ट्रॅक्ट भाषा"
+description: "दोन मुख्य स्मार्ट कॉन्ट्रॅक्ट भाषा - Solidity आणि Vyper यांचा आढावा आणि तुलना."
+lang: mr
+---
+
+Ethereum बद्दल एक उत्तम गोष्ट ही आहे की स्मार्ट कॉन्ट्रॅक्ट्स तुलनेने विकसक-अनुकूल भाषा वापरून प्रोग्राम केले जाऊ शकतात. तुम्ही Python किंवा कोणत्याही [कर्ली-ब्रॅकेट भाषेमध्ये](https://wikipedia.org/wiki/List_of_programming_languages_by_type#Curly-bracket_languages) अनुभवी असाल, तर तुम्हाला परिचित सिंटॅक्स असलेली भाषा सापडू शकते.
+
+दोन सर्वात सक्रिय आणि देखरेख केलेल्या भाषा आहेत:
+
+- Solidity
+- Vyper
+
+Remix IDE हे Solidity आणि Vyper या दोन्हीमधील कॉन्ट्रॅक्ट्स तयार करण्यासाठी आणि तपासण्यासाठी एक सर्वसमावेशक विकास वातावरण प्रदान करते. कोडिंग सुरू करण्यासाठी [ब्राउझर-मधील Remix IDE वापरून पाहा](https://remix.ethereum.org).
+
+अधिक अनुभवी विकसक [Ethereum Virtual Machine](/developers/docs/evm/) साठी एक मध्यस्थ भाषा Yul, किंवा Yul+ जे Yul चे विस्तारीकरण आहे, वापरू शकतात.
+
+तुम्ही उत्सुक असाल आणि मोठ्या प्रमाणात विकासाधीन असलेल्या नवीन भाषा तपासण्यात मदत करू इच्छित असाल, तर तुम्ही Fe सह प्रयोग करू शकता, जी एक उदयोन्मुख स्मार्ट कॉन्ट्रॅक्ट भाषा आहे आणि सध्या तिच्या सुरुवातीच्या टप्प्यात आहे.
+
+## पूर्वतयारी {#prerequisites}
+
+प्रोग्रामिंग भाषांचे, विशेषतः JavaScript किंवा Python चे पूर्वीचे ज्ञान, तुम्हाला स्मार्ट कॉन्ट्रॅक्ट भाषांमधील फरक समजून घेण्यास मदत करू शकते. आम्ही शिफारस करतो की भाषांच्या तुलनेत खोलवर जाण्यापूर्वी तुम्ही स्मार्ट कॉन्ट्रॅक्ट्स एक संकल्पना म्हणून समजून घ्या. [स्मार्ट कॉन्ट्रॅक्ट्सची ओळख](/developers/docs/smart-contracts/).
+
+## Solidity {#solidity}
+
+- स्मार्ट कॉन्ट्रॅक्ट्स लागू करण्यासाठी ऑब्जेक्ट-ओरिएंटेड, उच्च-स्तरीय भाषा.
+- कर्ली-ब्रॅकेट भाषा जी C++ द्वारे सर्वाधिक प्रभावित झाली आहे.
+- स्टॅटिकली टाइप केलेली (व्हेरिएबलचा प्रकार कंपाइल वेळेस ज्ञात असतो).
+- समर्थन करते:
+  - इनहेरिटन्स (तुम्ही इतर कॉन्ट्रॅक्ट्स विस्तारित करू शकता).
+  - लायब्ररीज (तुम्ही पुन्हा वापरण्यायोग्य कोड तयार करू शकता जो तुम्ही वेगवेगळ्या कॉन्ट्रॅक्ट्समधून कॉल करू शकता – जसे की इतर ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंग भाषांमधील स्टॅटिक क्लासमधील स्टॅटिक फंक्शन्स).
+  - जटिल वापरकर्ता-परिभाषित प्रकार.
+
+### महत्वाच्या लिंक्स {#important-links}
+
+- [दस्तऐवजीकरण](https://docs.soliditylang.org/en/latest/)
+- [Solidity लँग्वेज पोर्टल](https://soliditylang.org/)
+- [उदाहरणांसह Solidity](https://docs.soliditylang.org/en/latest/solidity-by-example.html)
+- [GitHub](https://github.com/ethereum/solidity/)
+- [Solidity Gitter चॅटरूम](https://gitter.im/ethereum/solidity) जे [Solidity Matrix चॅटरूम](https://matrix.to/#/#ethereum_solidity:gitter.im) शी जोडलेले आहे
+- [चीट शीट](https://reference.auditless.com/cheatsheet)
+- [Solidity ब्लॉग](https://blog.soliditylang.org/)
+- [Solidity ट्विटर](https://twitter.com/solidity_lang)
+
+### उदाहरण कॉन्ट्रॅक्ट {#example-contract}
+
+```solidity
+// SPDX-License-Identifier: GPL-3.0
+pragma solidity >= 0.7.0;
+
+contract Coin {
+    // "पब्लिक" हा कीवर्ड व्हेरिएबल्स
+    // इतर कॉन्ट्रॅक्ट्समधून ॲक्सेस करण्यायोग्य बनवतो
+    address public minter;
+    mapping (address => uint) public balances;
+
+    // इव्हेंट्स क्लायंटना तुम्ही घोषित केलेल्या विशिष्ट
+    // कॉन्ट्रॅक्ट बदलांवर प्रतिक्रिया देण्यास अनुमती देतात
+    event Sent(address from, address to, uint amount);
+
+    // कन्स्ट्रक्टर कोड फक्त कॉन्ट्रॅक्ट
+    // तयार झाल्यावर चालतो
+    constructor() {
+        minter = msg.sender;
+    }
+
+    // एका ॲड्रेसवर नवीन तयार केलेल्या कॉइन्सची रक्कम पाठवते
+    // फक्त कॉन्ट्रॅक्ट तयार करणाऱ्याद्वारे कॉल केले जाऊ शकते
+    function mint(address receiver, uint amount) public {
+        require(msg.sender == minter);
+        require(amount < 1e60);
+        balances[receiver] += amount;
+    }
+
+    // अस्तित्वात असलेल्या कॉइन्सची रक्कम
+    // कोणत्याही कॉलरकडून एका ॲड्रेसवर पाठवते
+    function send(address receiver, uint amount) public {
+        require(amount <= balances[msg.sender], "अपुरी शिल्लक.");
+        balances[msg.sender] -= amount;
+        balances[receiver] += amount;
+        emit Sent(msg.sender, receiver, amount);
+    }
+}
+```
+
+हे उदाहरण तुम्हाला Solidity कॉन्ट्रॅक्ट सिंटॅक्स कसा असतो याची कल्पना देईल. फंक्शन्स आणि व्हेरिएबल्सच्या अधिक तपशीलवार वर्णनासाठी, [डॉक्युमेंट्स पहा](https://docs.soliditylang.org/en/latest/contracts.html).
+
+## Vyper {#vyper}
+
+- पायथॉनिक प्रोग्रामिंग भाषा
+- स्ट्रॉंग टायपिंग
+- लहान आणि समजण्याजोगा कंपाइलर कोड
+- कार्यक्षम बाईटकोड निर्मिती
+- Solidity पेक्षा मुद्दामहून कमी वैशिष्ट्ये आहेत, ज्याचा उद्देश कॉन्ट्रॅक्ट्स अधिक सुरक्षित आणि ऑडिट करण्यास सोपे बनवणे आहे. Vyper समर्थन करत नाही:
+  - मॉडिफायर्स
+  - इनहेरिटन्स
+  - इनलाइन असेंब्ली
+  - फंक्शन ओव्हरलोडिंग
+  - ऑपरेटर ओव्हरलोडिंग
+  - रिकर्सिव्ह कॉलिंग
+  - अनंत-लांबीचे लूप्स
+  - बायनरी फिक्स्ड पॉइंट्स
+
+अधिक माहितीसाठी, [Vyper रॅशनल वाचा](https://vyper.readthedocs.io/en/latest/index.html).
+
+### महत्वाच्या लिंक्स {#important-links-1}
+
+- [दस्तऐवजीकरण](https://vyper.readthedocs.io)
+- [उदाहरणांसह Vyper](https://vyper.readthedocs.io/en/latest/vyper-by-example.html)
+- [उदाहरणांसह अधिक Vyper](https://vyper-by-example.org/)
+- [GitHub](https://github.com/vyperlang/vyper)
+- [Vyper कम्युनिटी डिस्कॉर्ड चॅट](https://discord.gg/SdvKC79cJk)
+- [चीट शीट](https://reference.auditless.com/cheatsheet)
+- [Vyper साठी स्मार्ट कॉन्ट्रॅक्ट डेव्हलपमेंट फ्रेमवर्क आणि टूल्स](/developers/docs/programming-languages/python/)
+- [VyperPunk - Vyper स्मार्ट कॉन्ट्रॅक्ट्स सुरक्षित करणे आणि हॅक करणे शिका](https://github.com/SupremacyTeam/VyperPunk)
+- [विकासासाठी Vyper हब](https://github.com/zcor/vyper-dev)
+- [Vyper ग्रेटेस्ट हिट्स स्मार्ट कॉन्ट्रॅक्ट उदाहरणे](https://github.com/pynchmeister/vyper-greatest-hits/tree/main/contracts)
+- [अप्रतिम Vyper क्युरेटेड संसाधने](https://github.com/spadebuilders/awesome-vyper)
+
+### उदाहरण {#example}
+
+```python
+# ओपन ऑक्शन
+
+# लिलाव पॅरामीटर्स
+
+# लाभार्थीला सर्वाधिक बोली लावणाऱ्याकडून पैसे मिळतात
+
+beneficiary: public(address)
+auctionStart: public(uint256)
+auctionEnd: public(uint256)
+
+# लिलावाची सद्यस्थिती
+
+highestBidder: public(address)
+highestBid: public(uint256)
+
+# शेवटी खरे वर सेट केले, कोणताही बदल करण्यास मनाई करते
+
+ended: public(bool)
+
+# परत केलेल्या बोलींचा मागोवा ठेवा जेणेकरून आम्ही काढण्याच्या पद्धतीचे अनुसरण करू शकू
+
+pendingReturns: public(HashMap[address, uint256])
+
+# `_bidding_time` सह एक साधा लिलाव तयार करा
+
+# लाभार्थीच्या वतीने सेकंदांची बोली वेळ
+
+# लाभार्थी पत्ता `_beneficiary`.
+
+@external
+def __init__(_beneficiary: address, _bidding_time: uint256):
+    self.beneficiary = _beneficiary
+    self.auctionStart = block.timestamp
+    self.auctionEnd = self.auctionStart + _bidding_time
+
+# पाठवलेल्या मूल्याने लिलावावर बोली लावा
+
+# या व्यवहारासोबत.
+
+# मूल्य फक्त परत केले जाईल जर
+
+# लिलाव जिंकला नाही.
+
+@external
+@payable
+def bid():
+    # बोलीचा कालावधी संपला आहे का ते तपासा.
+    assert block.timestamp < self.auctionEnd
+    # बोली पुरेशी आहे का ते तपासा
+    assert msg.value > self.highestBid
+    # मागील उच्च बोली लावणाऱ्यासाठी परताव्याचा मागोवा घ्या
+    self.pendingReturns[self.highestBidder] += self.highestBid
+    # नवीन उच्च बोलीचा मागोवा घ्या
+    self.highestBidder = msg.sender
+    self.highestBid = msg.value
+
+# पूर्वी परत केलेली बोली काढा. काढण्याची पद्धत
+
+# येथे सुरक्षा समस्या टाळण्यासाठी वापरली जाते. जर परतावे थेट
+
+# bid() चा भाग म्हणून पाठवले गेले, तर एक दुर्भावनापूर्ण बोली करार ब्लॉक करू शकतो
+
+# ते परतावे आणि त्यामुळे नवीन उच्च बोली येण्यापासून रोखू शकतो.
+
+@external
+def withdraw():
+    pending_amount: uint256 = self.pendingReturns[msg.sender]
+    self.pendingReturns[msg.sender] = 0
+    send(msg.sender, pending_amount)
+
+# लिलाव समाप्त करा आणि सर्वोच्च बोली पाठवा
+
+# लाभार्थीला.
+
+@external
+def endAuction():
+    # संवाद साधणाऱ्या फंक्शन्सची रचना करणे हे एक चांगले मार्गदर्शक तत्त्व आहे
+    # इतर करारांसह (म्हणजे, ते फंक्शन्सना कॉल करतात किंवा इथर पाठवतात)
+    # तीन टप्प्यांमध्ये:
+    # 1. अटी तपासणे
+    # 2. क्रिया करणे (संभाव्यतः अटी बदलणे)
+    # 3. इतर करारांशी संवाद साधणे
+    # जर हे टप्पे मिसळले गेले, तर दुसरा करार कॉल करू शकतो
+    # सध्याच्या करारामध्ये परत आणि स्थिती सुधारित करू शकतो किंवा
+    # परिणाम (इथर पेआउट) अनेक वेळा केले जाऊ शकतात.
+    # जर अंतर्गत कॉल केलेल्या फंक्शन्समध्ये बाह्य करारांसह
+    # संवाद समाविष्ट असेल, तर त्यांना देखील बाह्य करारांसह
+    # संवाद मानले पाहिजे.
+
+    # 1. अटी
+    # लिलावाची समाप्तीची वेळ आली आहे का ते तपासा
+    assert block.timestamp >= self.auctionEnd
+    # हे फंक्शन आधीच कॉल केले आहे का ते तपासा
+    assert not self.ended
+
+    # 2. परिणाम
+    self.ended = True
+
+    # 3. संवाद
+    send(self.beneficiary, self.highestBid)
+```
+
+हे उदाहरण तुम्हाला Vyper कॉन्ट्रॅक्ट सिंटॅक्स कसा असतो याची कल्पना देईल. फंक्शन्स आणि व्हेरिएबल्सच्या अधिक तपशीलवार वर्णनासाठी, [डॉक्युमेंट्स पहा](https://vyper.readthedocs.io/en/latest/vyper-by-example.html#simple-open-auction).
+
+## Yul आणि Yul+ {#yul}
+
+तुम्ही Ethereum साठी नवीन असाल आणि अद्याप स्मार्ट कॉन्ट्रॅक्ट भाषांसह कोडिंग केले नसेल, तर आम्ही Solidity किंवा Vyper सह प्रारंभ करण्याची शिफारस करतो. स्मार्ट कॉन्ट्रॅक्ट सुरक्षा सर्वोत्तम पद्धती आणि EVM सह काम करण्याच्या तपशीलांशी तुम्ही परिचित झाल्यावरच Yul किंवा Yul+ चा विचार करा.
+
+**Yul**
+
+- Ethereum साठी मध्यस्थ भाषा.
+- [EVM](/developers/docs/evm) आणि [Ewasm](https://github.com/ewasm), एक Ethereum फ्लेवर्ड वेबअसेंब्ली, ला समर्थन देते आणि दोन्ही प्लॅटफॉर्म्सचा वापरण्यायोग्य समान विभाजक म्हणून डिझाइन केले आहे.
+- उच्च-स्तरीय ऑप्टिमायझेशन टप्प्यांसाठी चांगले लक्ष्य जे EVM आणि Ewasm दोन्ही प्लॅटफॉर्मला समान फायदा देऊ शकतात.
+
+**Yul+**
+
+- Yul चे एक निम्न-स्तरीय, अत्यंत कार्यक्षम विस्तारीकरण.
+- सुरुवातीला [optimistic rollup](/developers/docs/scaling/optimistic-rollups/) कॉन्ट्रॅक्टसाठी डिझाइन केलेले.
+- Yul+ ला Yul साठी एक प्रायोगिक अपग्रेड प्रस्ताव म्हणून पाहिले जाऊ शकते, जे त्यात नवीन वैशिष्ट्ये जोडते.
+
+### महत्वाच्या लिंक्स {#important-links-2}
+
+- [Yul दस्तऐवजीकरण](https://docs.soliditylang.org/en/latest/yul.html)
+- [Yul+ दस्तऐवजीकरण](https://github.com/fuellabs/yulp)
+- [Yul+ परिचय पोस्ट](https://medium.com/@fuellabs/introducing-yul-a-new-low-level-language-for-ethereum-aa64ce89512f)
+
+### उदाहरण कॉन्ट्रॅक्ट {#example-contract-2}
+
+पुढील सोपे उदाहरण पॉवर फंक्शन लागू करते. `solc --strict-assembly --bin input.yul` वापरून ते संकलित केले जाऊ शकते. उदाहरण
+input.yul फाईलमध्ये संग्रहित केले पाहिजे.
+
+```
+{
+    function power(base, exponent) -> result
+    {
+        switch exponent
+        case 0 { result := 1 }
+        case 1 { result := base }
+        default
+        {
+            result := power(mul(base, base), div(exponent, 2))
+            if mod(exponent, 2) { result := mul(base, result) }
+        }
+    }
+    let res := power(calldataload(0), calldataload(32))
+    mstore(0, res)
+    return(0, 32)
+}
+```
+
+जर तुम्ही स्मार्ट कॉन्ट्रॅक्टमध्ये आधीच चांगले अनुभवी असाल, तर Yul मधील संपूर्ण ERC20 अंमलबजावणी [येथे](https://solidity.readthedocs.io/en/latest/yul.html#complete-erc20-example) आढळू शकते.
+
+## Fe {#fe}
+
+- Ethereum व्हर्च्युअल मशीन (EVM) साठी स्टॅटिकली टाइप केलेली भाषा.
+- Python आणि Rust पासून प्रेरित.
+- अगदी Ethereum इकोसिस्टममध्ये नवीन असलेल्या विकसकांसाठीही शिकण्यास सोपे बनविण्याचे उद्दिष्ट आहे.
+- Fe चा विकास अजूनही सुरुवातीच्या टप्प्यात आहे, या भाषेची अल्फा आवृत्ती जानेवारी २०२१ मध्ये प्रसिद्ध झाली.
+
+### महत्वाच्या लिंक्स {#important-links-3}
+
+- [GitHub](https://github.com/ethereum/fe)
+- [Fe घोषणा](https://snakecharmers.ethereum.org/fe-a-new-language-for-the-ethereum-ecosystem/)
+- [Fe 2021 रोडमॅप](https://notes.ethereum.org/LVhaTF30SJOpkbG1iVw1jg)
+- [Fe डिस्कॉर्ड चॅट](https://discord.com/invite/ywpkAXFjZH)
+- [Fe ट्विटर](https://twitter.com/official_fe)
+
+### उदाहरण कॉन्ट्रॅक्ट {#example-contract-3}
+
+खालील एक Fe मध्ये अंमलात आणलेले एक साधे कॉन्ट्रॅक्ट आहे.
+
+```
+type BookMsg = bytes[100]
+
+contract GuestBook:
+    pub guest_book: map<address, BookMsg>
+
+    event Signed:
+        book_msg: BookMsg
+
+    pub def sign(book_msg: BookMsg):
+        self.guest_book[msg.sender] = book_msg
+
+        emit Signed(book_msg=book_msg)
+
+    pub def get_msg(addr: address) -> BookMsg:
+        return self.guest_book[addr].to_mem()
+
+```
+
+## कसे निवडावे {#how-to-choose}
+
+इतर कोणत्याही प्रोग्रामिंग भाषेप्रमाणे, हे बहुतेक योग्य कामासाठी योग्य साधन निवडण्याबद्दल तसेच वैयक्तिक पसंतींबद्दल आहे.
+
+तुम्ही अजून कोणतीही भाषा वापरून पाहिली नसेल, तर विचारात घेण्यासाठी येथे काही गोष्टी आहेत:
+
+### Solidity बद्दल काय छान आहे? {#solidity-advantages}
+
+- तुम्ही नवशिके असाल, तर तेथे अनेक ट्युटोरियल्स आणि शिकण्याची साधने उपलब्ध आहेत. त्याबद्दल अधिक माहिती [कोडिंगद्वारे शिका](/developers/learning-tools/) विभागात पहा.
+- चांगली विकसक टूलींग उपलब्ध आहे.
+- Solidity चा एक मोठा विकसक समुदाय आहे, याचा अर्थ तुम्हाला तुमच्या प्रश्नांची उत्तरे बहुधा पटकन मिळतील.
+
+### Vyper बद्दल काय छान आहे? {#vyper-advatages}
+
+- Python डेव्हलपर्ससाठी ज्यांना स्मार्ट कॉन्ट्रॅक्ट लिहायचे आहेत त्यांच्यासाठी सुरुवात करण्याचा उत्तम मार्ग.
+- Vyper मध्ये कमी वैशिष्ट्ये आहेत ज्यामुळे ते कल्पनांच्या जलद प्रोटोटाइपिंगसाठी उत्तम आहे.
+- Vyper चे उद्दिष्ट ऑडिट करण्यास सोपे आणि जास्तीत जास्त मानवी-वाचनीय असणे हे आहे.
+
+### Yul आणि Yul+ बद्दल काय छान आहे? {#yul-advantages}
+
+- सरळ आणि कार्यात्मक निम्न-स्तरीय भाषा.
+- रॉ EVM च्या खूप जवळ जाण्याची परवानगी देते, जे तुमच्या कॉन्ट्रॅक्ट्सचा गॅस वापर ऑप्टिमाइझ करण्यात मदत करू शकते.
+
+## भाषांची तुलना {#language-comparisons}
+
+मूलभूत सिंटॅक्स, कॉन्ट्रॅक्ट लाइफसायकल, इंटरफेस, ऑपरेटर, डेटा स्ट्रक्चर्स, फंक्शन्स, कंट्रोल फ्लो, आणि बरेच काही यांच्या तुलनेसाठी Auditless द्वारे हे [चीटशीट](https://reference.auditless.com/cheatsheet/) पहा
+
+## पुढील वाचन {#further-reading}
+
+- [OpenZeppelin द्वारे Solidity कॉन्ट्रॅक्ट्स लायब्ररी](https://docs.openzeppelin.com/contracts/5.x/)
+- [उदाहरणांसह Solidity](https://solidity-by-example.org)
diff --git a/public/content/translations/mr/developers/docs/smart-contracts/libraries/index.md b/public/content/translations/mr/developers/docs/smart-contracts/libraries/index.md
new file mode 100644
index 00000000000..d1837a15070
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/smart-contracts/libraries/index.md
@@ -0,0 +1,117 @@
+---
+title: "स्मार्ट कॉन्ट्रॅक्ट लायब्रऱ्या"
+description: "तुमच्या इथेरियम डेव्हलपमेंट प्रोजेक्ट्सना गती देण्यासाठी पुन्हा वापरता येण्याजोग्या स्मार्ट कॉन्ट्रॅक्ट लायब्रऱ्या आणि बिल्डिंग ब्लॉक्स शोधा."
+lang: mr
+---
+
+तुम्हाला तुमच्या प्रोजेक्टमधील प्रत्येक स्मार्ट कॉन्ट्रॅक्ट अगदी सुरुवातीपासून लिहिण्याची गरज नाही. अनेक ओपन-सोर्स स्मार्ट कॉन्ट्रॅक्ट लायब्रऱ्या उपलब्ध आहेत, ज्या तुमच्या प्रोजेक्टसाठी पुन्हा वापरता येण्याजोगे बिल्डिंग ब्लॉक्स पुरवतात. यामुळे तुम्हाला पुन्हा नव्याने सुरुवात करावी लागणार नाही.
+
+## पूर्वतयारी {#prerequisites}
+
+स्मार्ट कॉन्ट्रॅक्ट लायब्रऱ्यांमध्ये थेट प्रवेश करण्यापूर्वी, स्मार्ट कॉन्ट्रॅक्टच्या रचनेची चांगली समज असणे महत्त्वाचे आहे. जर तुम्ही अद्याप तसे केले नसेल, तर [स्मार्ट कॉन्ट्रॅक्ट ॲनाटॉमी](/developers/docs/smart-contracts/anatomy/) वर जा.
+
+## लायब्ररीमध्ये काय असते {#whats-in-a-library}
+
+स्मार्ट कॉन्ट्रॅक्ट लायब्रऱ्यांमध्ये तुम्हाला सहसा दोन प्रकारचे बिल्डिंग ब्लॉक्स आढळतील: पुन्हा वापरता येणारे बिहेवियर्स जे तुम्ही तुमच्या कॉन्ट्रॅक्टमध्ये जोडू शकता आणि विविध मानकांची अंमलबजावणी.
+
+### बिहेवियर्स {#behaviors}
+
+स्मार्ट कॉन्ट्रॅक्ट लिहिताना, तुम्हाला वारंवार सारखेच पॅटर्न लिहावे लागण्याची शक्यता आहे, जसे की कॉन्ट्रॅक्टमध्ये संरक्षित ऑपरेशन्स करण्यासाठी _ॲडमिन_ ॲड्रेस नियुक्त करणे, किंवा अनपेक्षित समस्या उद्भवल्यास आपत्कालीन _पॉझ_ बटण जोडणे.
+
+स्मार्ट कॉन्ट्रॅक्ट लायब्रऱ्या सहसा सॉलिडिटीमध्ये [लायब्रऱ्या](https://solidity.readthedocs.io/en/v0.7.2/contracts.html#libraries) म्हणून किंवा [इनहेरिटन्स](https://solidity.readthedocs.io/en/v0.7.2/contracts.html#inheritance) द्वारे या बिहेवियर्सची पुन्हा वापरण्यायोग्य अंमलबजावणी प्रदान करतात.
+
+उदाहरणार्थ, [OpenZeppelin Contracts लायब्ररी](https://github.com/OpenZeppelin/openzeppelin-contracts) मधील [`Ownable` कॉन्ट्रॅक्टची](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/v3.2.0/contracts/access/Ownable.sol) एक सरलीकृत आवृत्ती खालीलप्रमाणे आहे, जी एका ॲड्रेसला कॉन्ट्रॅक्टचा मालक म्हणून नियुक्त करते आणि केवळ त्या मालकापुरता एका मेथडचा ॲक्सेस मर्यादित करण्यासाठी मॉडिफायर प्रदान करते.
+
+```solidity
+contract Ownable {
+    address public owner;
+
+    constructor() internal {
+        owner = msg.sender;
+    }
+
+    modifier onlyOwner() {
+        require(owner == msg.sender, "Ownable: कॉलर मालक नाही");
+        _;
+    }
+}
+```
+
+तुमच्या कॉन्ट्रॅक्टमध्ये असा बिल्डिंग ब्लॉक वापरण्यासाठी, तुम्हाला प्रथम तो इम्पोर्ट करावा लागेल, आणि नंतर तुमच्या स्वतःच्या कॉन्ट्रॅक्टमध्ये त्यातून एक्सटेंड करावे लागेल. हे तुम्हाला तुमची स्वतःची फंक्शन्स सुरक्षित करण्यासाठी बेस `Ownable` कॉन्ट्रॅक्टद्वारे प्रदान केलेला मॉडिफायर वापरण्याची परवानगी देईल.
+
+```solidity
+import ".../Ownable.sol"; // इम्पोर्ट केलेल्या लायब्ररीचा पाथ
+
+contract MyContract is Ownable {
+    // खालील फंक्शन फक्त मालकाद्वारे कॉल केले जाऊ शकते
+    function secured() onlyOwner public {
+        msg.sender.transfer(1 ether);
+    }
+}
+```
+
+आणखी एक लोकप्रिय उदाहरण म्हणजे [SafeMath](https://docs.openzeppelin.com/contracts/3.x/utilities#math) किंवा [DsMath](https://dappsys.readthedocs.io/en/latest/ds_math.html). या लायब्रऱ्या आहेत (बेस कॉन्ट्रॅक्ट्सच्या विरुद्ध) ज्या ओव्हरफ्लो तपासणीसह अंकगणितीय फंक्शन्स प्रदान करतात, जे भाषेद्वारे प्रदान केलेले नाहीत. तुमच्या कॉन्ट्रॅक्टला ओव्हरफ्लोपासून वाचवण्यासाठी नेटिव्ह अंकगणितीय ऑपरेशन्सऐवजी यापैकी कोणतीही एक लायब्ररी वापरणे ही एक चांगली सराव आहे, कारण ओव्हरफ्लोचे विनाशकारी परिणाम होऊ शकतात!
+
+### मानके {#standards}
+
+[कंपोझेबिलिटी आणि इंटरऑपरेबिलिटी](/developers/docs/smart-contracts/composability/) सुलभ करण्यासाठी, इथेरियम समुदायाने **ERCs** च्या स्वरूपात अनेक मानके परिभाषित केली आहेत. तुम्ही त्यांच्याबद्दल [मानके](/developers/docs/standards/) विभागात अधिक वाचू शकता.
+
+तुमच्या कॉन्ट्रॅक्टचा भाग म्हणून ERC समाविष्ट करताना, स्वतःची अंमलबजावणी करण्याचा प्रयत्न करण्याऐवजी मानक अंमलबजावणी शोधणे ही एक चांगली कल्पना आहे. अनेक स्मार्ट कॉन्ट्रॅक्ट लायब्रऱ्यांमध्ये सर्वात लोकप्रिय ERCs साठी अंमलबजावणी समाविष्ट असते. उदाहरणार्थ, सर्वव्यापी [ERC20 फंजिबल टोकन स्टँडर्ड](/developers/tutorials/understand-the-erc-20-token-smart-contract/) [HQ20](https://github.com/HQ20/contracts/blob/master/contracts/token/README.md), [DappSys](https://github.com/dapphub/ds-token/) आणि [OpenZeppelin](https://docs.openzeppelin.com/contracts/3.x/erc20) मध्ये आढळू शकते. याव्यतिरिक्त, काही ERCs स्वतः ERCचा भाग म्हणून प्रमाणित अंमलबजावणी प्रदान करतात.
+
+हे लक्षात घेण्यासारखे आहे की काही ERCs स्वतंत्र नसतात, तर त्या इतर ERCs मध्ये भर घालणाऱ्या असतात. उदाहरणार्थ, [ERC2612](https://eips.ethereum.org/EIPS/eip-2612) हे ERC20 ची उपयोगिता सुधारण्यासाठी त्यात एक विस्तार जोडते.
+
+## लायब्ररी कशी जोडावी {#how-to}
+
+तुमच्या प्रोजेक्टमध्ये लायब्ररी कशी समाविष्ट करावी याच्या विशिष्ट सूचनांसाठी तुम्ही समाविष्ट करत असलेल्या लायब्ररीच्या डॉक्युमेंटेशनचा नेहमी संदर्भ घ्या. अनेक सॉलिडिटी कॉन्ट्रॅक्ट लायब्रऱ्या `npm` वापरून पॅकेज केल्या जातात, त्यामुळे तुम्ही त्यांना फक्त `npm install` करू शकता. कॉन्ट्रॅक्ट [संकलित](/developers/docs/smart-contracts/compiling/) करण्यासाठीची बहुतेक साधने तुमच्या `node_modules` मध्ये स्मार्ट कॉन्ट्रॅक्ट लायब्रऱ्या शोधतील, त्यामुळे तुम्ही खालीलप्रमाणे करू शकता:
+
+```solidity
+// हे तुमच्या node_modules मधून @openzeppelin/contracts लायब्ररी लोड करेल
+import "@openzeppelin/contracts/token/ERC721/ERC721.sol";
+
+contract MyNFT is ERC721 {
+    constructor() ERC721("MyNFT", "MNFT") public { }
+}
+```
+
+तुम्ही कोणतीही पद्धत वापरत असलात तरी, लायब्ररी समाविष्ट करताना, नेहमी [भाषा](/developers/docs/smart-contracts/languages/) आवृत्तीवर लक्ष ठेवा. उदाहरणार्थ, जर तुम्ही तुमचे कॉन्ट्रॅक्ट्स सॉलिडिटी 0.5 मध्ये लिहित असाल, तर तुम्ही सॉलिडिटी 0.6 साठीची लायब्ररी वापरू शकत नाही.
+
+## कधी वापरावे {#when-to-use}
+
+तुमच्या प्रोजेक्टसाठी स्मार्ट कॉन्ट्रॅक्ट लायब्ररी वापरण्याचे अनेक फायदे आहेत. सर्वात महत्त्वाचे म्हणजे, ते तुम्हाला स्वतः कोड करण्याऐवजी तुमच्या सिस्टममध्ये समाविष्ट करता येणारे तयार बिल्डिंग ब्लॉक्स पुरवून तुमचा वेळ वाचवते.
+
+सुरक्षितता हा देखील एक मोठा फायदा आहे. ओपन-सोर्स स्मार्ट कॉन्ट्रॅक्ट लायब्रऱ्यांची देखील अनेकदा कसून तपासणी केली जाते. अनेक प्रोजेक्ट्स त्यांच्यावर अवलंबून असल्यामुळे, समुदायाकडून त्यांना सतत पुनरावलोकनाखाली ठेवण्यास जोरदार प्रोत्साहन मिळते. पुन्हा वापरता येण्याजोग्या कॉन्ट्रॅक्ट लायब्रऱ्यांपेक्षा ॲप्लिकेशन कोडमध्ये त्रुटी आढळणे अधिक सामान्य आहे. अतिरिक्त सुरक्षिततेसाठी काही लायब्रऱ्यांचे [बाह्य ऑडिट](https://github.com/OpenZeppelin/openzeppelin-contracts/tree/master/audits) देखील केले जाते.
+
+तथापि, स्मार्ट कॉन्ट्रॅक्ट लायब्रऱ्या वापरण्यामध्ये तुमच्या प्रोजेक्टमध्ये असा कोड समाविष्ट करण्याचा धोका असतो ज्याच्याशी तुम्ही परिचित नाही. एखादे कॉन्ट्रॅक्ट इम्पोर्ट करून ते थेट तुमच्या प्रोजेक्टमध्ये समाविष्ट करणे मोहक वाटते, परंतु ते कॉन्ट्रॅक्ट काय करते याची चांगली समज नसल्यास, तुम्ही अनपेक्षित वर्तनामुळे नकळतपणे तुमच्या सिस्टममध्ये समस्या निर्माण करू शकता. तुम्ही जो कोड इम्पोर्ट करत आहात त्याचे डॉक्युमेंटेशन नेहमी वाचा आणि तुमच्या प्रोजेक्टचा भाग बनवण्यापूर्वी कोडचे स्वतः पुनरावलोकन करा!
+
+शेवटी, लायब्ररी समाविष्ट करायची की नाही हे ठरवताना, तिच्या एकूण वापराचा विचार करा. व्यापकपणे स्वीकारलेल्या लायब्ररीला मोठा समुदाय असण्याचा आणि समस्या शोधण्यासाठी अधिक लोक त्यावर लक्ष ठेवून असण्याचा फायदा मिळतो. स्मार्ट कॉन्ट्रॅक्ट्ससह तयार करताना सुरक्षितता हे तुमचे प्राथमिक लक्ष असले पाहिजे!
+
+## संबंधित साधने {#related-tools}
+
+**OpenZeppelin Contracts -** **_सुरक्षित स्मार्ट कॉन्ट्रॅक्ट डेव्हलपमेंटसाठी सर्वात लोकप्रिय लायब्ररी._**
+
+- [डॉक्युमेंटेशन](https://docs.openzeppelin.com/contracts/)
+- [GitHub](https://github.com/OpenZeppelin/openzeppelin-contracts)
+- [कम्युनिटी फोरम](https://forum.openzeppelin.com/c/general/16)
+
+**DappSys -** **_स्मार्ट-कॉन्ट्रॅक्टसाठी सुरक्षित, सोपे, लवचिक बिल्डिंग-ब्लॉक्स._**
+
+- [डॉक्युमेंटेशन](https://dappsys.readthedocs.io/)
+- [GitHub](https://github.com/dapphub/dappsys)
+
+**HQ20 -** **_कॉन्ट्रॅक्ट्स, लायब्रऱ्या आणि उदाहरणांसह एक सॉलिडिटी प्रोजेक्ट जो तुम्हाला वास्तविक जगासाठी पूर्ण-वैशिष्ट्यपूर्ण वितरित ॲप्लिकेशन्स तयार करण्यात मदत करतो._**
+
+- [GitHub](https://github.com/HQ20/contracts)
+
+**thirdweb Solidity SDK -** **_सानुकूल स्मार्ट कॉन्ट्रॅक्ट्स कार्यक्षमतेने तयार करण्यासाठी आवश्यक साधने पुरवते_**
+
+- [डॉक्युमेंटेशन](https://portal.thirdweb.com/contracts/build/overview)
+- [GitHub](https://github.com/thirdweb-dev/contracts)
+
+## संबंधित ट्युटोरियल्स {#related-tutorials}
+
+- [इथेरियम डेव्हलपर्ससाठी सुरक्षा विचार](/developers/docs/smart-contracts/security/) _- स्मार्ट कॉन्ट्रॅक्ट्स तयार करताना सुरक्षा विचारांवर एक ट्यूटोरियल, ज्यामध्ये लायब्ररी वापराचा समावेश आहे._
+- [ERC-20 टोकन स्मार्ट कॉन्ट्रॅक्ट समजून घ्या](/developers/tutorials/understand-the-erc-20-token-smart-contract/) _- ERC20 मानकावरील ट्यूटोरियल, जे अनेक लायब्रऱ्यांद्वारे प्रदान केले जाते._
+
+## पुढील वाचन {#further-reading}
+
+_तुम्हाला मदत केलेल्या सामुदायिक संसाधनाबद्दल माहिती आहे का?_ हे पृष्ठ संपादित करा आणि ते जोडा!_
diff --git a/public/content/translations/mr/developers/docs/smart-contracts/naming/index.md b/public/content/translations/mr/developers/docs/smart-contracts/naming/index.md
new file mode 100644
index 00000000000..989c2dceabc
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/smart-contracts/naming/index.md
@@ -0,0 +1,101 @@
+---
+title: "स्मार्ट कॉन्ट्रॅक्ट्सचे नावकरण"
+description: "ENS सह Ethereum स्मार्ट कॉन्ट्रॅक्ट्सना नाव देण्यासाठी सर्वोत्तम पद्धती"
+lang: mr
+---
+
+स्मार्ट कॉन्ट्रॅक्ट्स हे Ethereum च्या विकेंद्रीकृत पायाभूत सुविधांचा आधारस्तंभ आहेत, जे स्वायत्त ॲप्लिकेशन्स आणि प्रोटोकॉल्सना सक्षम करतात. परंतु कॉन्ट्रॅक्टची क्षमता विकसित होत असतानाही, वापरकर्ते आणि डेव्हलपर अजूनही या कॉन्ट्रॅक्ट्सना ओळखण्यासाठी आणि संदर्भ देण्यासाठी मूळ हेक्साडेसिमल पत्त्यांवर अवलंबून आहेत.
+
+[Ethereum Name Service (ENS)](https://ens.domains/) सह स्मार्ट कॉन्ट्रॅक्ट्सचे नावकरण केल्याने हेक्साडेसिमल कॉन्ट्रॅक्ट पत्ते काढून वापरकर्त्याचा अनुभव सुधारतो आणि पत्ता विषबाधा आणि स्पूफिंग हल्ल्यांसारख्या हल्ल्यांपासून धोका कमी होतो. ही मार्गदर्शिका स्पष्ट करते की स्मार्ट कॉन्ट्रॅक्ट्सना नाव देणे का महत्त्वाचे आहे, ते कसे लागू केले जाऊ शकते आणि प्रक्रिया सुलभ करण्यासाठी आणि डेव्हलपर्सना ही पद्धत अवलंबण्यास मदत करण्यासाठी [Enscribe](https://www.enscribe.xyz) सारखी साधने उपलब्ध आहेत.
+
+## स्मार्ट कॉन्ट्रॅक्ट्सना नाव का द्यावे? {#why-name-contracts}
+
+### मानव-वाचनीय अभिज्ञापक {#human-readable-identifiers}
+
+`0x8f8e...f9e3` सारख्या अपारदर्शक कॉन्ट्रॅक्ट पत्त्यांशी संवाद साधण्याऐवजी, डेव्हलपर आणि वापरकर्ते `v2.myapp.eth` सारखी मानव-वाचनीय नावे वापरू शकतात. हे स्मार्ट कॉन्ट्रॅक्ट परस्परसंवाद सोपे करते.
+
+हे [Ethereum Name Service](https://ens.domains/) द्वारे शक्य झाले आहे जे Ethereum पत्त्यांसाठी विकेंद्रीकृत नामकरण सेवा प्रदान करते. हे डोमेन नेम सर्व्हिस (DNS) प्रमाणेच आहे, जे इंटरनेट वापरकर्त्यांना `104.18.176.152` सारख्या IP पत्त्याऐवजी ethereum.org सारख्या नावाने नेटवर्क पत्त्यांवर प्रवेश करण्यास सक्षम करते.
+
+### सुधारित सुरक्षा आणि विश्वास {#improved-security-and-trust}
+
+नामित कॉन्ट्रॅक्ट्स चुकीच्या पत्त्यावर अपघाती व्यवहार कमी करण्यास मदत करतात. ते वापरकर्त्यांना विशिष्ट ॲप्स किंवा ब्रँड्सशी जोडलेले कॉन्ट्रॅक्ट्स ओळखण्यात देखील मदत करतात. हे प्रतिष्ठेच्या विश्वासाचा एक स्तर जोडते, विशेषतः जेव्हा `uniswap.eth` सारख्या सुप्रसिद्ध पॅरेंट डोमेनशी नावे जोडलेली असतात.
+
+Ethereum पत्त्याच्या ४२-वर्णांच्या लांबीमुळे, वापरकर्त्यांना पत्त्यांमधील लहान बदल ओळखणे खूप कठीण आहे, जिथे काही वर्ण बदलले आहेत. उदाहरणार्थ, `0x58068646C148E313CB414E85d2Fe89dDc3426870` सारखा पत्ता सामान्यतः वॉलेट्स सारख्या वापरकर्ता-मुखी ॲप्लिकेशन्सद्वारे `0x580...870` पर्यंत कापला जाईल. वापरकर्त्याच्या लक्षात दुर्भावनापूर्ण पत्ता येण्याची शक्यता कमी असते, जिथे काही वर्ण बदललेले असतात.
+
+या प्रकारची पद्धत ॲड्रेस स्पूफिंग आणि पॉयझनिंग हल्ल्यांमध्ये वापरली जाते, जिथे वापरकर्त्यांना असा विश्वास दिला जातो की ते योग्य पत्त्यावर संवाद साधत आहेत किंवा निधी पाठवत आहेत, पण प्रत्यक्षात तो पत्ता फक्त योग्य पत्त्यासारखा दिसतो, पण तोच नसतो.
+
+वॉलेट्स आणि कॉन्ट्रॅक्ट्ससाठी ENS नावे या प्रकारच्या हल्ल्यांपासून संरक्षण करतात. DNS स्पूफिंग हल्ल्यांप्रमाणेच, ENS स्पूफिंग हल्ले देखील केले जाऊ शकतात, तथापि, वापरकर्त्याला हेक्साडेसिमल पत्त्यातील लहान बदलापेक्षा ENS नावातील चुकीचे स्पेलिंग लक्षात येण्याची अधिक शक्यता असते.
+
+### वॉलेट्स आणि एक्सप्लोरर्ससाठी उत्तम UX {#better-ux}
+
+जेव्हा एखादा स्मार्ट कॉन्ट्रॅक्ट ENS नावासह कॉन्फिगर केला जातो, तेव्हा वॉलेट्स आणि ब्लॉकचेन एक्सप्लोरर्स सारख्या ॲप्ससाठी हेक्साडेसिमल पत्त्यांऐवजी स्मार्ट कॉन्ट्रॅक्ट्ससाठी ENS नावे प्रदर्शित करणे शक्य होते. हे वापरकर्त्यांसाठी एक महत्त्वपूर्ण वापरकर्ता अनुभव (UX) सुधारणा प्रदान करते.
+
+उदाहरणार्थ, Uniswap सारख्या ॲपशी संवाद साधताना, वापरकर्त्यांना सामान्यतः दिसेल की ते ज्या ॲपशी संवाद साधत आहेत ते `uniswap.org` वेबसाइटवर होस्ट केलेले आहे, परंतु जर Uniswap ने त्यांच्या स्मार्ट कॉन्ट्रॅक्ट्सना ENS सह नाव दिले नसेल तर त्यांना एक हेक्साडेसिमल कॉन्ट्रॅक्ट पत्ता सादर केला जाईल. जर कॉन्ट्रॅक्टला नाव दिले असेल, तर त्याऐवजी ते `v4.contracts.uniswap.eth` पाहू शकतील जे अधिक उपयुक्त आहे.
+
+## डिप्लॉयमेंटवेळी नाव देणे विरुद्ध डिप्लॉयमेंटनंतर {#when-to-name}
+
+दोन टप्प्यांवर स्मार्ट कॉन्ट्रॅक्ट्सना नाव दिले जाऊ शकते:
+
+- **डिप्लॉयमेंटवेळी**: कॉन्ट्रॅक्ट डिप्लॉय होत असताना त्याला ENS नाव देणे.
+- **डिप्लॉयमेंटनंतर**: विद्यमान कॉन्ट्रॅक्ट पत्त्याला नवीन ENS नावासह मॅप करणे.
+
+दोन्ही पद्धती ENS डोमेनच्या मालक किंवा व्यवस्थापक प्रवेशावर अवलंबून आहेत, जेणेकरून ते ENS रेकॉर्ड्स तयार आणि सेट करू शकतील.
+
+## कॉन्ट्रॅक्ट्ससाठी ENS नामकरण कसे कार्य करते {#how-ens-naming-works}
+
+ENS नावे ऑनचेन संग्रहित केली जातात आणि ENS रिझॉल्व्हर्सद्वारे Ethereum पत्त्यांवर रिझॉल्व्ह केली जातात. एका स्मार्ट कॉन्ट्रॅक्टला नाव देण्यासाठी:
+
+1. पॅरेंट ENS डोमेनची नोंदणी करा किंवा नियंत्रित करा (उदा. `myapp.eth`)
+2. एक सबडोमेन तयार करा (उदा. `v1.myapp.eth`)
+3. सबडोमेनचा `address` रेकॉर्ड कॉन्ट्रॅक्ट पत्त्यावर सेट करा
+4. कॉन्ट्रॅक्टच्या रिव्हर्स रेकॉर्डला ENS वर सेट करा जेणेकरून नाव त्याच्या पत्त्याद्वारे शोधता येईल
+
+ENS नावे श्रेणीबद्ध आहेत आणि अमर्यादित उप-नावांना समर्थन देतात. हे रेकॉर्ड्स सेट करण्यासाठी सामान्यतः ENS नोंदणी आणि सार्वजनिक रिझॉल्व्हर कॉन्ट्रॅक्ट्सशी संवाद साधावा लागतो.
+
+## कॉन्ट्रॅक्ट्सना नाव देण्यासाठी साधने {#tools}
+
+स्मार्ट कॉन्ट्रॅक्ट्सना नाव देण्याचे दोन दृष्टिकोन आहेत. एकतर काही मॅन्युअल पायऱ्यांसह [ENS App](https://app.ens.domains) वापरणे किंवा [Enscribe](https://www.enscribe.xyz) वापरणे. हे खालीलप्रमाणे आहेत.
+
+### मॅन्युअल ENS सेटअप {#manual-ens-setup}
+
+[ENS App](https://app.ens.domains/) वापरून, डेव्हलपर मॅन्युअली उप-नावे तयार करू शकतात आणि फॉरवर्ड ॲड्रेस रेकॉर्ड्स सेट करू शकतात. तथापि, ते ENS ॲपद्वारे नावासाठी रिव्हर्स रेकॉर्ड सेट करून स्मार्ट कॉन्ट्रॅक्टसाठी प्राथमिक नाव सेट करू शकत नाहीत. मॅन्युअल पावले उचलली पाहिजेत जी [ENS docs](https://docs.ens.domains/web/naming-contracts/) मध्ये समाविष्ट आहेत.
+
+### Enscribe {#enscribe}
+
+[Enscribe](https://www.enscribe.xyz) ENS सह स्मार्ट कॉन्ट्रॅक्ट नामकरण सुलभ करते आणि स्मार्ट कॉन्ट्रॅक्ट्सवरील वापरकर्त्याचा विश्वास वाढवते. ते प्रदान करते:
+
+- **ॲटॉमिक डिप्लॉयमेंट आणि नामकरण**: नवीन कॉन्ट्रॅक्ट डिप्लॉय करताना ENS नाव नियुक्त करणे
+- **डिप्लॉयमेंटनंतर नामकरण**: आधीच डिप्लॉय केलेल्या कॉन्ट्रॅक्ट्सना नावे जोडणे
+- **मल्टी-चेन समर्थन**: Ethereum आणि L2 नेटवर्क्सवर कार्य करते जिथे ENS समर्थित आहे
+- **कॉन्ट्रॅक्ट व्हेरिफिकेशन डेटा**: वापरकर्त्यांसाठी विश्वास वाढवण्यासाठी एकाधिक स्त्रोतांकडून काढलेला कॉन्ट्रॅक्ट व्हेरिफिकेशन डेटा समाविष्ट आहे
+
+Enscribe वापरकर्त्यांद्वारे प्रदान केलेली ENS नावे किंवा वापरकर्त्याकडे ENS नाव नसल्यास स्वतःचे डोमेन समर्थित करते.
+
+स्मार्ट कॉन्ट्रॅक्ट्सना नाव देणे आणि पाहणे सुरू करण्यासाठी आपण [Enscribe App](https://app.enscribe.xyz) ॲक्सेस करू शकता.
+
+## सर्वोत्तम पद्धती {#best-practices}
+
+- **स्पष्ट, आवृत्तीकृत नावे वापरा** जसे की `v1.myapp.eth` जेणेकरून कॉन्ट्रॅक्ट अपग्रेड्स पारदर्शक होतील
+- **रिव्हर्स रेकॉर्ड्स सेट करा** जेणेकरून वॉलेट्स आणि ब्लॉकचेन एक्सप्लोरर्स सारख्या ॲप्समध्ये दृश्यमानतेसाठी कॉन्ट्रॅक्ट्स ENS नावांना जोडले जातील.
+- **मालकीमधील अपघाती बदल टाळायचे असल्यास कालबाह्यतेवर बारकाईने लक्ष ठेवा**
+- **कॉन्ट्रॅक्ट स्त्रोत सत्यापित करा** जेणेकरून वापरकर्ते विश्वास ठेवू शकतील की नामित कॉन्ट्रॅक्ट अपेक्षेप्रमाणे वागतो
+
+## धोके {#risks}
+
+स्मार्ट कॉन्ट्रॅक्ट्सना नाव देणे Ethereum च्या वापरकर्त्यांसाठी महत्त्वपूर्ण फायदे प्रदान करते, तथापि, ENS डोमेनच्या मालकांनी त्यांच्या व्यवस्थापनाबाबत सतर्क असले पाहिजे. उल्लेखनीय धोक्यांमध्ये हे समाविष्ट आहे:
+
+- **कालबाह्यता**: DNS नावांप्रमाणे, ENS नावांची नोंदणी मर्यादित कालावधीची असते. म्हणूनच हे महत्त्वाचे आहे की मालकांनी त्यांच्या डोमेनच्या कालबाह्यतेच्या तारखांवर लक्ष ठेवावे आणि कालबाह्य होण्यापूर्वीच त्यांचे नूतनीकरण करावे. ENS ॲप आणि Enscribe दोन्ही डोमेन मालकांसाठी कालबाह्यता जवळ आल्यावर व्हिज्युअल इंडिकेटर प्रदान करतात.
+- **मालकीमध्ये बदल**: ENS रेकॉर्ड Ethereum वर NFTs म्हणून दर्शविले जातात, जिथे विशिष्ट `.eth` डोमेनच्या मालकाकडे संबंधित NFT त्यांच्या ताब्यात असते. म्हणूनच जर वेगळ्या खात्याने या NFT ची मालकी घेतली, तर नवीन मालक त्यांच्या इच्छेनुसार कोणतेही ENS रेकॉर्ड सुधारू शकतो.
+
+अशा धोक्यांपासून बचाव करण्यासाठी, `.eth` द्वितीय-स्तरीय डोमेन्स (2LD) साठी मालक खाते मल्टी-सिग वॉलेटद्वारे सुरक्षित केले पाहिजे, आणि कॉन्ट्रॅक्ट नामकरण व्यवस्थापित करण्यासाठी सबडोमेन्स तयार केले पाहिजेत. त्यामुळे सबडोमेन स्तरावर मालकीमध्ये कोणतेही अपघाती किंवा दुर्भावनापूर्ण बदल झाल्यास, ते 2LD मालकाद्वारे ओव्हरराइड केले जाऊ शकतात.
+
+## कॉन्ट्रॅक्ट नामकरणाचे भविष्य {#future}
+
+कॉन्ट्रॅक्ट नामकरण हे dApp विकासासाठी एक सर्वोत्तम सराव बनत आहे, जसे वेबवर डोमेन नावांनी IP पत्त्यांची जागा घेतली. वॉलेट्स, एक्सप्लोरर्स आणि डॅशबोर्ड्स सारख्या अधिक पायाभूत सुविधा कॉन्ट्रॅक्ट्ससाठी ENS रिझोल्यूशन समाकलित करत असल्याने, नामित कॉन्ट्रॅक्ट्स सुरक्षितता सुधारतील आणि संपूर्ण इकोसिस्टममध्ये चुका कमी करतील.
+
+स्मार्ट कॉन्ट्रॅक्ट्स ओळखण्यास आणि समजण्यास सोपे करून, नामकरण Ethereum वरील वापरकर्ते आणि ॲप्समधील अंतर कमी करण्यास मदत करते, ज्यामुळे वापरकर्त्यांसाठी सुरक्षा आणि UX दोन्ही सुधारतात.
+
+## पुढील वाचन {#further-reading}
+
+- [ENS सह स्मार्ट कॉन्ट्रॅक्ट्सचे नामकरण](https://docs.ens.domains/web/naming-contracts/)
+- [Enscribe सह स्मार्ट कॉन्ट्रॅक्ट्सचे नामकरण](https://www.enscribe.xyz/docs).
diff --git a/public/content/translations/mr/developers/docs/smart-contracts/security/index.md b/public/content/translations/mr/developers/docs/smart-contracts/security/index.md
new file mode 100644
index 00000000000..786064ea2cf
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/smart-contracts/security/index.md
@@ -0,0 +1,574 @@
+---
+title: "स्मार्ट कॉन्ट्रॅक्ट सुरक्षा"
+description: "सुरक्षित Ethereum स्मार्ट कॉन्ट्रॅक्ट्स तयार करण्यासाठीच्या मार्गदर्शक तत्त्वांचे अवलोकन"
+lang: mr
+---
+
+स्मार्ट कॉन्ट्रॅक्ट्स अत्यंत लवचिक आहेत आणि ब्लॉकचेनवर तैनात केलेल्या कोडवर आधारित अपरिवर्तनीय तर्क चालवताना मोठ्या प्रमाणात मूल्य आणि डेटा नियंत्रित करण्यास सक्षम आहेत. यामुळे विश्वासहीन आणि विकेंद्रित ॲप्लिकेशन्सची एक उत्साही इकोसिस्टम तयार झाली आहे जी जुन्या सिस्टीमपेक्षा अनेक फायदे प्रदान करते. ते स्मार्ट कॉन्ट्रॅक्ट्समधील असुरक्षिततेचा फायदा घेऊन नफा मिळवू पाहणाऱ्या हल्लेखोरांसाठी संधी देखील दर्शवतात.
+
+Ethereum सारखे सार्वजनिक ब्लॉकचेन्स, स्मार्ट कॉन्ट्रॅक्ट्स सुरक्षित करण्याच्या समस्येला आणखी गुंतागुंतीचे करतात. तैनात केलेला कॉन्ट्रॅक्ट कोड _सहसा_ सुरक्षा त्रुटी दूर करण्यासाठी बदलला जाऊ शकत नाही, तर स्मार्ट कॉन्ट्रॅक्ट्समधून चोरलेली मालमत्ता अपरिवर्तनीयतेमुळे ट्रॅक करणे अत्यंत कठीण आणि बहुतेक वेळा परत मिळवता न येण्याजोगी असते.
+
+आकडेवारी वेगवेगळी असली तरी, स्मार्ट कॉन्ट्रॅक्ट्समधील सुरक्षा दोषांमुळे चोरलेल्या किंवा गमावलेल्या मूल्याची एकूण रक्कम $1 बिलियन पेक्षा जास्त असल्याचा अंदाज आहे. यामध्ये [DAO हॅक](https://hackingdistributed.com/2016/06/18/analysis-of-the-dao-exploit/) (3.6M ETH चोरले गेले, आजच्या किमतीनुसार $1B पेक्षा जास्त किंमत), [Parity मल्टी-सिग वॉलेट हॅक](https://www.coindesk.com/markets/2017/07/19/30-million-ether-reported-stolen-due-to-parity-wallet-breach) ($30M हॅकर्समुळे गमावले), आणि [Parity फ्रोझन वॉलेट समस्या](https://www.theguardian.com/technology/2017/nov/08/cryptocurrency-300m-dollars-stolen-bug-ether) (ETH मध्ये $300M पेक्षा जास्त कायमचे लॉक झाले) यांसारख्या हाय-प्रोफाइल घटनांचा समावेश आहे.
+
+वर नमूद केलेल्या समस्यांमुळे डेव्हलपर्सना सुरक्षित, मजबूत आणि लवचिक स्मार्ट कॉन्ट्रॅक्ट्स तयार करण्यासाठी प्रयत्न करणे अनिवार्य होते. स्मार्ट कॉन्ट्रॅक्ट सुरक्षा हा एक गंभीर विषय आहे, आणि प्रत्येक डेव्हलपरने तो शिकणे चांगले आहे. हे मार्गदर्शक Ethereum डेव्हलपर्ससाठी सुरक्षा विचारांचा आढावा घेईल आणि स्मार्ट कॉन्ट्रॅक्ट सुरक्षा सुधारण्यासाठी संसाधने शोधेल.
+
+## पूर्वतयारी {#prerequisites}
+
+सुरक्षेचा सामना करण्यापूर्वी तुम्ही [स्मार्ट कॉन्ट्रॅक्ट डेव्हलपमेंटच्या मूलभूत गोष्टींशी](/developers/docs/smart-contracts/) परिचित आहात याची खात्री करा.
+
+## सुरक्षित Ethereum स्मार्ट कॉन्ट्रॅक्ट्स तयार करण्यासाठी मार्गदर्शक तत्त्वे {#smart-contract-security-guidelines}
+
+### १. योग्य प्रवेश नियंत्रणे डिझाइन करा {#design-proper-access-controls}
+
+स्मार्ट कॉन्ट्रॅक्ट्समध्ये, `public` किंवा `external` म्हणून चिन्हांकित केलेली फंक्शन्स कोणत्याही बाह्य मालकीच्या खात्यांद्वारे (EOAs) किंवा कॉन्ट्रॅक्ट खात्यांद्वारे कॉल केली जाऊ शकतात. जर तुम्हाला इतरांना तुमच्या कॉन्ट्रॅक्टशी संवाद साधायचा असेल तर फंक्शन्ससाठी सार्वजनिक दृश्यमानता निर्दिष्ट करणे आवश्यक आहे. तथापि, `private` म्हणून चिन्हांकित केलेली फंक्शन्स केवळ स्मार्ट कॉन्ट्रॅक्टमधील फंक्शन्सद्वारेच कॉल केली जाऊ शकतात, बाह्य खात्यांद्वारे नाही. प्रत्येक नेटवर्क सहभागीला कॉन्ट्रॅक्ट फंक्शन्समध्ये प्रवेश दिल्याने समस्या उद्भवू शकतात, विशेषतः जर याचा अर्थ कोणीही संवेदनशील ऑपरेशन्स करू शकतो (उदा. नवीन टोकन मिंट करणे).
+
+स्मार्ट कॉन्ट्रॅक्ट फंक्शन्सचा अनधिकृत वापर रोखण्यासाठी, सुरक्षित प्रवेश नियंत्रणे लागू करणे आवश्यक आहे. प्रवेश नियंत्रण यंत्रणा स्मार्ट कॉन्ट्रॅक्टमधील विशिष्ट फंक्शन्स वापरण्याची क्षमता मंजूर घटकांपुरती मर्यादित ठेवते, जसे की कॉन्ट्रॅक्ट व्यवस्थापित करण्यासाठी जबाबदार खाती. **Ownable पॅटर्न** आणि **भूमिका-आधारित नियंत्रण** हे स्मार्ट कॉन्ट्रॅक्ट्समध्ये प्रवेश नियंत्रण लागू करण्यासाठी उपयुक्त असलेले दोन पॅटर्न आहेत:
+
+#### Ownable पॅटर्न {#ownable-pattern}
+
+Ownable पॅटर्नमध्ये, कॉन्ट्रॅक्ट-निर्मिती प्रक्रियेदरम्यान एक ॲड्रेस कॉन्ट्रॅक्टचा “मालक” म्हणून सेट केला जातो. संरक्षित फंक्शन्सना `OnlyOwner` मॉडिफायर दिला जातो, जो फंक्शन कार्यान्वित करण्यापूर्वी कॉन्ट्रॅक्ट कॉलिंग ॲड्रेसची ओळख प्रमाणित करतो याची खात्री करतो. कॉन्ट्रॅक्ट मालकाव्यतिरिक्त इतर ॲड्रेसवरून संरक्षित फंक्शन्सना केलेले कॉल्स नेहमी परत येतात, ज्यामुळे अवांछित प्रवेश रोखला जातो.
+
+#### भूमिका-आधारित प्रवेश नियंत्रण {#role-based-access-control}
+
+स्मार्ट कॉन्ट्रॅक्टमध्ये एकाच ॲड्रेसला `Owner` म्हणून नोंदणी केल्याने केंद्रीकरणाचा धोका निर्माण होतो आणि तो एकच अपयशाचा बिंदू दर्शवतो. जर मालकाच्या खात्याच्या कीजशी तडजोड झाली, तर हल्लेखोर मालकीच्या कॉन्ट्रॅक्टवर हल्ला करू शकतात. म्हणूनच एकाधिक प्रशासकीय खात्यांसह भूमिका-आधारित प्रवेश नियंत्रण पॅटर्न वापरणे हा एक चांगला पर्याय असू शकतो.
+
+भूमिका-आधारित प्रवेश नियंत्रणामध्ये, संवेदनशील फंक्शन्समध्ये प्रवेश विश्वसनीय सहभागींच्या एका सेटमध्ये वितरित केला जातो. उदाहरणार्थ, एक खाते टोकन मिंट करण्यासाठी जबाबदार असू शकते, तर दुसरे खाते अपग्रेड करते किंवा कॉन्ट्रॅक्ट थांबवते. या प्रकारे प्रवेश नियंत्रणाचे विकेंद्रीकरण केल्याने अपयशाचे एकल बिंदू दूर होतात आणि वापरकर्त्यांसाठी विश्वासाची गृहितके कमी होतात.
+
+##### मल्टी-सिग्नेचर वॉलेट्स वापरणे
+
+सुरक्षित प्रवेश नियंत्रण लागू करण्याचा दुसरा दृष्टिकोन म्हणजे कॉन्ट्रॅक्ट व्यवस्थापित करण्यासाठी [मल्टी-सिग्नेचर खाते](/developers/docs/smart-contracts/#multisig) वापरणे. नियमित EOA च्या विपरीत, मल्टी-सिग्नेचर खाती एकाधिक घटकांच्या मालकीची असतात आणि व्यवहार कार्यान्वित करण्यासाठी किमान संख्येच्या खात्यांकडून स्वाक्षरी आवश्यक असते — समजा 5 पैकी 3.
+
+प्रवेश नियंत्रणासाठी मल्टीसिग वापरल्याने सुरक्षेचा एक अतिरिक्त स्तर येतो कारण लक्ष्य कॉन्ट्रॅक्टवरील क्रियांना अनेक पक्षांच्या संमतीची आवश्यकता असते. जर Ownable पॅटर्न वापरणे आवश्यक असेल तर हे विशेषतः उपयुक्त आहे, कारण यामुळे हल्लेखोर किंवा दुष्ट व्यक्तीसाठी दुर्भावनापूर्ण हेतूंसाठी संवेदनशील कॉन्ट्रॅक्ट फंक्शन्समध्ये फेरफार करणे अधिक कठीण होते.
+
+### २. कॉन्ट्रॅक्ट ऑपरेशन्सचे संरक्षण करण्यासाठी require(), assert(), आणि revert() विधाने वापरा {#use-require-assert-revert}
+
+नमूद केल्याप्रमाणे, एकदा तुमचा स्मार्ट कॉन्ट्रॅक्ट ब्लॉकचेनवर तैनात झाल्यावर कोणीही त्यातील सार्वजनिक फंक्शन्स कॉल करू शकतो. बाह्य खाती कॉन्ट्रॅक्टशी कसा संवाद साधतील हे तुम्ही आगाऊ जाणून घेऊ शकत नसल्यामुळे, तैनात करण्यापूर्वी समस्याग्रस्त ऑपरेशन्सविरूद्ध अंतर्गत सुरक्षा उपाययोजना लागू करणे आदर्श आहे. विशिष्ट आवश्यकता पूर्ण करण्यात अंमलबजावणी अयशस्वी झाल्यास अपवाद सुरू करण्यासाठी आणि स्थिती बदल परत करण्यासाठी `require()`, `assert()`, आणि `revert()` विधाने वापरून तुम्ही स्मार्ट कॉन्ट्रॅक्ट्समध्ये योग्य वर्तनाची अंमलबजावणी करू शकता.
+
+**`require()`**: `require` हे फंक्शन्सच्या सुरूवातीला परिभाषित केले जातात आणि कॉल केलेले फंक्शन कार्यान्वित होण्यापूर्वी पूर्वनिर्धारित अटी पूर्ण झाल्या आहेत याची खात्री करतात. एखादे `require` विधान वापरकर्ता इनपुट प्रमाणित करण्यासाठी, स्थिती व्हेरिएबल्स तपासण्यासाठी किंवा फंक्शनसह पुढे जाण्यापूर्वी कॉलिंग खात्याची ओळख प्रमाणित करण्यासाठी वापरले जाऊ शकते.
+
+**`assert()`**: `assert()` चा वापर अंतर्गत त्रुटी शोधण्यासाठी आणि तुमच्या कोडमधील “अपरिवर्तनीय” उल्लंघने तपासण्यासाठी केला जातो. एक अपरिवर्तनीय म्हणजे कॉन्ट्रॅक्टच्या स्थितीबद्दल एक तार्किक विधान जे सर्व फंक्शन अंमलबजावणीसाठी खरे असले पाहिजे. एका टोकन कॉन्ट्रॅक्टची कमाल एकूण पुरवठा किंवा शिल्लक हे एक अपरिवर्तनीय उदाहरण आहे. `assert()` वापरल्याने हे सुनिश्चित होते की तुमचा कॉन्ट्रॅक्ट कधीही असुरक्षित स्थितीत पोहोचणार नाही, आणि जर पोहोचला, तर स्थिती व्हेरिएबल्समधील सर्व बदल परत घेतले जातात.
+
+**`revert()`**: `revert()` चा वापर if-else स्टेटमेंटमध्ये केला जाऊ शकतो जो आवश्यक अट पूर्ण न झाल्यास अपवाद सुरू करतो. खालील नमुना कॉन्ट्रॅक्ट फंक्शन्सच्या अंमलबजावणीचे संरक्षण करण्यासाठी `revert()` वापरतो:
+
+```
+pragma solidity ^0.8.4;
+
+contract VendingMachine {
+    address owner;
+    error Unauthorized();
+    function buy(uint amount) public payable {
+        if (amount > msg.value / 2 ether)
+            revert("Not enough Ether provided.");
+        // खरेदी करा.
+    }
+    function withdraw() public {
+        if (msg.sender != owner)
+            revert Unauthorized();
+
+        payable(msg.sender).transfer(address(this).balance);
+    }
+}
+```
+
+### ३. स्मार्ट कॉन्ट्रॅक्ट्सची चाचणी घ्या आणि कोडची अचूकता सत्यापित करा {#test-smart-contracts-and-verify-code-correctness}
+
+[Ethereum Virtual Machine](/developers/docs/evm/) मध्ये चालणाऱ्या कोडची अपरिवर्तनीयता म्हणजे स्मार्ट कॉन्ट्रॅक्ट्सना डेव्हलपमेंटच्या टप्प्यात उच्च पातळीच्या गुणवत्ता मूल्यांकनाची आवश्यकता असते. तुमच्या कॉन्ट्रॅक्टची विस्तृतपणे चाचणी करणे आणि कोणत्याही अनपेक्षित परिणामांसाठी त्याचे निरीक्षण केल्याने मोठ्या प्रमाणात सुरक्षा सुधारेल आणि दीर्घकाळात तुमच्या वापरकर्त्यांचे संरक्षण होईल.
+
+नेहमीची पद्धत म्हणजे वापरकर्त्यांकडून कॉन्ट्रॅक्टला अपेक्षित असलेला मॉक डेटा वापरून लहान युनिट चाचण्या लिहिणे. [युनिट टेस्टिंग](/developers/docs/smart-contracts/testing/#unit-testing) हे विशिष्ट फंक्शन्सची कार्यक्षमता तपासण्यासाठी आणि स्मार्ट कॉन्ट्रॅक्ट अपेक्षेप्रमाणे काम करत असल्याची खात्री करण्यासाठी चांगले आहे.
+
+दुर्दैवाने, एकटे वापरल्यास स्मार्ट कॉन्ट्रॅक्ट सुरक्षा सुधारण्यासाठी युनिट टेस्टिंग कमीतकमी प्रभावी आहे. एक युनिट चाचणी हे सिद्ध करू शकते की एखादे फंक्शन मॉक डेटासाठी योग्यरित्या कार्यान्वित होते, परंतु युनिट चाचण्या केवळ लिहिलेल्या चाचण्यांइतक्याच प्रभावी असतात. यामुळे तुमच्या स्मार्ट कॉन्ट्रॅक्टची सुरक्षितता धोक्यात आणू शकणारे सुटलेले एज केसेस आणि असुरक्षितता शोधणे कठीण होते.
+
+एक चांगला दृष्टीकोन म्हणजे [स्थिर आणि गतिशील विश्लेषण](/developers/docs/smart-contracts/testing/#static-dynamic-analysis) वापरून केलेल्या मालमत्ता-आधारित चाचणीसह युनिट चाचणी एकत्र करणे. स्थिर विश्लेषण पोहोचण्यायोग्य प्रोग्राम स्थिती आणि अंमलबजावणी मार्गांचे विश्लेषण करण्यासाठी [कंट्रोल फ्लो ग्राफ्स](https://en.wikipedia.org/wiki/Control-flow_graph) आणि [ॲबस्ट्रॅक्ट सिंटॅक्स ट्रीज](https://deepsource.io/glossary/ast/) सारख्या निम्न-स्तरीय प्रतिनिधित्वांवर अवलंबून असते. दरम्यान, [स्मार्ट कॉन्ट्रॅक्ट फझिंग](https://www.cyfrin.io/blog/smart-contract-fuzzing-and-invariants-testing-foundry) सारखी गतिशील विश्लेषण तंत्रे, सुरक्षा गुणधर्मांचे उल्लंघन करणाऱ्या ऑपरेशन्स शोधण्यासाठी यादृच्छिक इनपुट मूल्यांसह कॉन्ट्रॅक्ट कोड कार्यान्वित करतात.
+
+[औपचारिक पडताळणी](/developers/docs/smart-contracts/formal-verification) हे स्मार्ट कॉन्ट्रॅक्ट्समधील सुरक्षा गुणधर्म सत्यापित करण्याचे आणखी एक तंत्र आहे. नियमित चाचणीच्या विपरीत, औपचारिक पडताळणी स्मार्ट कॉन्ट्रॅक्टमधील त्रुटींची अनुपस्थिती निश्चितपणे सिद्ध करू शकते. हे एक औपचारिक स्पेसिफिकेशन तयार करून साध्य केले जाते जे इच्छित सुरक्षा गुणधर्मांना कॅप्चर करते आणि कॉन्ट्रॅक्ट्सचे औपचारिक मॉडेल या स्पेसिफिकेशनचे पालन करते हे सिद्ध करते.
+
+### ४. तुमच्या कोडचे स्वतंत्र पुनरावलोकन करण्यास सांगा {#get-independent-code-reviews}
+
+तुमच्या कॉन्ट्रॅक्टची चाचणी घेतल्यानंतर, इतरांना कोणत्याही सुरक्षा समस्यांसाठी स्त्रोत कोड तपासण्यास सांगणे चांगले. चाचणीमुळे स्मार्ट कॉन्ट्रॅक्टमधील प्रत्येक त्रुटी उघड होणार नाही, परंतु स्वतंत्र पुनरावलोकन मिळाल्याने असुरक्षितता शोधण्याची शक्यता वाढते.
+
+#### ऑडिट्स {#audits}
+
+स्मार्ट कॉन्ट्रॅक्ट ऑडिट करणे हा स्वतंत्र कोड पुनरावलोकन करण्याचा एक मार्ग आहे. ऑडिटर हे स्मार्ट कॉन्ट्रॅक्ट्स सुरक्षित आहेत आणि गुणवत्ता दोष आणि डिझाइन त्रुटींपासून मुक्त आहेत याची खात्री करण्यात महत्त्वाची भूमिका बजावतात.
+
+तरीही, तुम्ही ऑडिटला रामबाण उपाय म्हणून मानणे टाळावे. स्मार्ट कॉन्ट्रॅक्ट ऑडिट्स प्रत्येक बग पकडणार नाहीत आणि बहुतेकदा पुनरावलोकनांची अतिरिक्त फेरी प्रदान करण्यासाठी डिझाइन केलेले असतात, जे प्रारंभिक डेव्हलपमेंट आणि चाचणी दरम्यान डेव्हलपर्सकडून सुटलेल्या समस्या शोधण्यात मदत करू शकतात. तुम्ही ऑडिटर्ससोबत काम करण्यासाठी सर्वोत्तम पद्धतींचे पालन केले पाहिजे, जसे की कोडचे योग्यरित्या दस्तऐवजीकरण करणे आणि इनलाइन टिप्पण्या जोडणे, जेणेकरून स्मार्ट कॉन्ट्रॅक्ट ऑडिटचा जास्तीत जास्त फायदा घेता येईल.
+
+- [स्मार्ट कॉन्ट्रॅक्ट ऑडिटिंग टिप्स आणि ट्रिक्स](https://twitter.com/tinchoabbate/status/1400170232904400897) - _@tinchoabbate_
+- [तुमच्या ऑडिटचा पुरेपूर फायदा घ्या](https://inference.ag/blog/2023-08-14-tips/) - _Inference_
+
+#### बग बाउंटीज {#bug-bounties}
+
+बग बाउंटी प्रोग्राम सेट करणे हा बाह्य कोड पुनरावलोकन लागू करण्याचा आणखी एक दृष्टीकोन आहे. बग बाउंटी हे ॲप्लिकेशनमधील असुरक्षितता शोधणाऱ्या व्यक्तींना (सहसा व्हाईटहॅट हॅकर्सना) दिलेले आर्थिक बक्षीस आहे.
+
+योग्यरित्या वापरल्यास, बग बाउंटीज हॅकर समुदायाच्या सदस्यांना तुमच्या कोडमधील गंभीर त्रुटी तपासण्यासाठी प्रोत्साहन देतात. एक वास्तविक-जीवनातील उदाहरण म्हणजे “अनंत पैशाचा बग” ज्याने एका हल्लेखोराला Ethereum वर चालणाऱ्या [लेयर 2](/layer-2/) प्रोटोकॉल [Optimism](https://www.optimism.io/) वर अमर्याद प्रमाणात इथर तयार करण्याची परवानगी दिली असती. सुदैवाने, एका व्हाईटहॅट हॅकरने [ही त्रुटी शोधली](https://www.saurik.com/optimism.html) आणि टीमला सूचित केले, [या प्रक्रियेत मोठे बक्षीस मिळवले](https://cryptoslate.com/critical-bug-in-ethereum-l2-optimism-2m-bounty-paid/).
+
+एक उपयुक्त धोरण म्हणजे बग बाउंटी प्रोग्रामचे पेआउट धोक्यात असलेल्या निधीच्या प्रमाणात सेट करणे. “[स्केलिंग बग बाउंटी](https://medium.com/immunefi/a-defi-security-standard-the-scaling-bug-bounty-9b83dfdc1ba7)” म्हणून वर्णन केलेला हा दृष्टिकोन, व्यक्तींना असुरक्षिततेचा फायदा घेण्याऐवजी जबाबदारीने उघड करण्यासाठी आर्थिक प्रोत्साहन देतो.
+
+### ५. स्मार्ट कॉन्ट्रॅक्ट डेव्हलपमेंट दरम्यान सर्वोत्तम पद्धतींचे पालन करा {#follow-smart-contract-development-best-practices}
+
+ऑडिट्स आणि बग बाउंटीजचे अस्तित्व उच्च-गुणवत्तेचा कोड लिहिण्याच्या तुमच्या जबाबदारीतून तुम्हाला सूट देत नाही. चांगली स्मार्ट कॉन्ट्रॅक्ट सुरक्षा योग्य डिझाइन आणि डेव्हलपमेंट प्रक्रियांचे पालन करण्यापासून सुरू होते:
+
+- सर्व कोड git सारख्या आवृत्ती नियंत्रण प्रणालीमध्ये संग्रहित करा
+
+- सर्व कोड बदल पुल रिक्वेस्ट्सद्वारे करा
+
+- पुल रिक्वेस्ट्समध्ये किमान एक स्वतंत्र समीक्षक असल्याची खात्री करा—जर तुम्ही एखाद्या प्रोजेक्टवर एकटे काम करत असाल, तर इतर डेव्हलपर्स शोधण्याचा आणि कोड पुनरावलोकनांची देवाणघेवाण करण्याचा विचार करा
+
+- स्मार्ट कॉन्ट्रॅक्ट्सची चाचणी, संकलन आणि उपयोजन करण्यासाठी [विकास पर्यावरण](/developers/docs/frameworks/) वापरा
+
+- तुमचा कोड [Cyfrin Aderyn](https://github.com/Cyfrin/aderyn), Mythril आणि Slither सारख्या मूलभूत कोड विश्लेषण साधनांमधून चालवा. आदर्शपणे, तुम्ही प्रत्येक पुल रिक्वेस्ट विलीन होण्यापूर्वी हे केले पाहिजे आणि आउटपुटमधील फरकांची तुलना केली पाहिजे
+
+- तुमचा कोड त्रुटींशिवाय संकलित होतो आणि सॉलिडिटी कंपाइलर कोणतीही चेतावणी देत नाही याची खात्री करा
+
+- तुमच्या कोडचे योग्यरित्या दस्तऐवजीकरण करा ([NatSpec](https://solidity.readthedocs.io/en/develop/natspec-format.html) वापरून) आणि कॉन्ट्रॅक्ट आर्किटेक्चरबद्दलचे तपशील समजण्यास सोप्या भाषेत वर्णन करा. यामुळे इतरांना तुमच्या कोडचे ऑडिट आणि पुनरावलोकन करणे सोपे होईल.
+
+### 6. मजबूत आपत्कालीन पुनर्प्राप्ती योजना लागू करा {#implement-disaster-recovery-plans}
+
+सुरक्षित प्रवेश नियंत्रणे डिझाइन करणे, फंक्शन मॉडिफायर्स लागू करणे आणि इतर सूचनांमुळे स्मार्ट कॉन्ट्रॅक्ट सुरक्षा सुधारू शकते, परंतु ते दुर्भावनापूर्ण शोषणांची शक्यता नाकारू शकत नाहीत. सुरक्षित स्मार्ट कॉन्ट्रॅक्ट्स तयार करण्यासाठी “अपयशासाठी तयार राहणे” आणि हल्ल्यांना प्रभावीपणे प्रतिसाद देण्यासाठी एक बॅकअप योजना असणे आवश्यक आहे. एका योग्य आपत्कालीन पुनर्प्राप्ती योजनेत खालीलपैकी काही किंवा सर्व घटक समाविष्ट असतील:
+
+#### कॉन्ट्रॅक्ट अपग्रेड {#contract-upgrades}
+
+Ethereum स्मार्ट कॉन्ट्रॅक्ट्स डीफॉल्टनुसार अपरिवर्तनीय असले तरी, अपग्रेड पॅटर्न वापरून काही प्रमाणात बदलक्षमता प्राप्त करणे शक्य आहे. ज्या प्रकरणांमध्ये गंभीर त्रुटीमुळे तुमचा जुना कॉन्ट्रॅक्ट निरुपयोगी होतो आणि नवीन तर्क तैनात करणे हा सर्वात व्यवहार्य पर्याय असतो, अशा प्रकरणांमध्ये कॉन्ट्रॅक्ट अपग्रेड करणे आवश्यक आहे.
+
+कॉन्ट्रॅक्ट अपग्रेड यंत्रणा वेगवेगळ्या प्रकारे काम करतात, परंतु “प्रॉक्सी पॅटर्न” हा स्मार्ट कॉन्ट्रॅक्ट्स अपग्रेड करण्यासाठी अधिक लोकप्रिय दृष्टिकोनांपैकी एक आहे. [प्रॉक्सी पॅटर्न्स](https://www.cyfrin.io/blog/upgradeable-proxy-smart-contract-pattern) ॲप्लिकेशनची स्थिती आणि तर्क _दोन_ कॉन्ट्रॅक्ट्समध्ये विभाजित करतात. पहिला कॉन्ट्रॅक्ट (ज्याला 'प्रॉक्सी कॉन्ट्रॅक्ट' म्हणतात) स्थिती व्हेरिएबल्स (उदा. वापरकर्ता शिल्लक) संग्रहित करतो, तर दुसरा कॉन्ट्रॅक्ट (ज्याला 'लॉजिक कॉन्ट्रॅक्ट' म्हणतात) कॉन्ट्रॅक्ट फंक्शन्स कार्यान्वित करण्यासाठी कोड धारण करतो.
+
+खाती प्रॉक्सी कॉन्ट्रॅक्टशी संवाद साधतात, जो सर्व फंक्शन कॉल्स लॉजिक कॉन्ट्रॅक्टकडे [`delegatecall()`](https://docs.soliditylang.org/en/v0.8.16/introduction-to-smart-contracts.html?highlight=delegatecall#delegatecall-callcode-and-libraries) या निम्न-स्तरीय कॉलचा वापर करून पाठवतो. नियमित मेसेज कॉलच्या विपरीत, `delegatecall()` हे सुनिश्चित करते की लॉजिक कॉन्ट्रॅक्टच्या ॲड्रेसवर चालणारा कोड कॉलिंग कॉन्ट्रॅक्टच्या संदर्भात कार्यान्वित होतो. याचा अर्थ लॉजिक कॉन्ट्रॅक्ट नेहमी प्रॉक्सीच्या स्टोरेजमध्ये लिहील (त्याच्या स्वतःच्या स्टोरेजऐवजी) आणि `msg.sender` आणि `msg.value` ची मूळ मूल्ये जतन केली जातील.
+
+लॉजिक कॉन्ट्रॅक्टकडे कॉल सोपवण्यासाठी त्याचा ॲड्रेस प्रॉक्सी कॉन्ट्रॅक्टच्या स्टोरेजमध्ये संग्रहित करणे आवश्यक आहे. म्हणून, कॉन्ट्रॅक्टचा तर्क अपग्रेड करणे म्हणजे फक्त दुसरा लॉजिक कॉन्ट्रॅक्ट तैनात करणे आणि नवीन ॲड्रेस प्रॉक्सी कॉन्ट्रॅक्टमध्ये संग्रहित करणे. प्रॉक्सी कॉन्ट्रॅक्टला केलेले त्यानंतरचे कॉल आपोआप नवीन लॉजिक कॉन्ट्रॅक्टकडे पाठवले जात असल्याने, तुम्ही कोडमध्ये कोणताही बदल न करता कॉन्ट्रॅक्ट “अपग्रेड” केला असेल.
+
+[कॉन्ट्रॅक्ट अपग्रेड करण्याबद्दल अधिक](/developers/docs/smart-contracts/upgrading/).
+
+#### आपत्कालीन थांबे {#emergency-stops}
+
+नमूद केल्याप्रमाणे, विस्तृत ऑडिटिंग आणि चाचणी स्मार्ट कॉन्ट्रॅक्टमधील सर्व बग शोधू शकत नाही. उपयोजनानंतर तुमच्या कोडमध्ये एखादी असुरक्षितता आढळल्यास, ती दूर करणे अशक्य आहे कारण तुम्ही कॉन्ट्रॅक्ट ॲड्रेसवर चालणारा कोड बदलू शकत नाही. तसेच, अपग्रेड यंत्रणा (उदा. प्रॉक्सी पॅटर्न्स) लागू करण्यासाठी वेळ लागू शकतो (त्यांना अनेकदा वेगवेगळ्या पक्षांकडून मंजुरीची आवश्यकता असते), ज्यामुळे हल्लेखोरांना अधिक नुकसान करण्यासाठी अधिक वेळ मिळतो.
+
+अंतिम पर्याय म्हणजे “आपत्कालीन थांबा” फंक्शन लागू करणे जे कॉन्ट्रॅक्टमधील असुरक्षित फंक्शन्सना केलेले कॉल ब्लॉक करते. आपत्कालीन थांब्यांमध्ये सामान्यतः खालील घटक असतात:
+
+1. एक ग्लोबल बुलियन व्हेरिएबल जे स्मार्ट कॉन्ट्रॅक्ट थांबलेल्या स्थितीत आहे की नाही हे दर्शवते. हे व्हेरिएबल कॉन्ट्रॅक्ट सेट करताना `false` वर सेट केले जाते, परंतु कॉन्ट्रॅक्ट थांबवल्यावर `true` वर परत जाईल.
+
+2. त्यांच्या अंमलबजावणीमध्ये बुलियन व्हेरिएबलचा संदर्भ देणारी फंक्शन्स. स्मार्ट कॉन्ट्रॅक्ट थांबवलेला नसताना अशी फंक्शन्स उपलब्ध असतात आणि आपत्कालीन थांबा वैशिष्ट्य सुरू झाल्यावर ती अनुपलब्ध होतात.
+
+3. एक घटक ज्याला आपत्कालीन थांबा फंक्शनमध्ये प्रवेश आहे, जो बुलियन व्हेरिएबलला `true` वर सेट करतो. दुर्भावनापूर्ण कृती टाळण्यासाठी, या फंक्शनला केलेले कॉल विश्वसनीय ॲड्रेसपर्यंत (उदा. कॉन्ट्रॅक्ट मालक) मर्यादित ठेवले जाऊ शकतात.
+
+एकदा कॉन्ट्रॅक्टने आपत्कालीन थांबा सक्रिय केल्यावर, काही फंक्शन्स कॉल करण्यायोग्य नसतील. हे ग्लोबल व्हेरिएबलचा संदर्भ देणाऱ्या मॉडिफायरमध्ये निवडक फंक्शन्स गुंडाळून साध्य केले जाते. खाली [एक उदाहरण](https://github.com/fravoll/solidity-patterns/blob/master/EmergencyStop/EmergencyStop.sol) आहे जे कॉन्ट्रॅक्ट्समध्ये या पॅटर्नची अंमलबजावणी दर्शवते:
+
+```solidity
+// हा कोड व्यावसायिकरित्या ऑडिट केलेला नाही आणि सुरक्षितता किंवा अचूकतेबद्दल कोणतेही वचन देत नाही. तुमच्या स्वतःच्या जोखमीवर वापरा.
+
+contract EmergencyStop {
+
+    bool isStopped = false;
+
+    modifier stoppedInEmergency {
+        require(!isStopped);
+        _;
+    }
+
+    modifier onlyWhenStopped {
+        require(isStopped);
+        _;
+    }
+
+    modifier onlyAuthorized {
+        // msg.sender च्या अधिकृततेसाठी येथे तपासा
+        _;
+    }
+
+    function stopContract() public onlyAuthorized {
+        isStopped = true;
+    }
+
+    function resumeContract() public onlyAuthorized {
+        isStopped = false;
+    }
+
+    function deposit() public payable stoppedInEmergency {
+        // येथे ठेव प्रक्रिया होत आहे
+    }
+
+    function emergencyWithdraw() public onlyWhenStopped {
+        // येथे आपत्कालीन काढण्याची प्रक्रिया होत आहे
+    }
+}
+```
+
+हे उदाहरण आपत्कालीन थांब्यांची मूलभूत वैशिष्ट्ये दर्शवते:
+
+- `isStopped` हे एक बुलियन आहे जे सुरुवातीला `false` आणि कॉन्ट्रॅक्ट आपत्कालीन मोडमध्ये प्रवेश केल्यावर `true` ठरते.
+
+- फंक्शन मॉडिफायर्स `onlyWhenStopped` आणि `stoppedInEmergency` `isStopped` व्हेरिएबल तपासतात. `stoppedInEmergency` चा वापर अशा फंक्शन्स नियंत्रित करण्यासाठी केला जातो जे कॉन्ट्रॅक्ट असुरक्षित असताना अनुपलब्ध असले पाहिजेत (उदा. `deposit()`). या फंक्शन्सना केलेले कॉल फक्त परत येतील.
+
+`onlyWhenStopped` चा वापर आपत्कालीन परिस्थितीत कॉल करण्यायोग्य असलेल्या फंक्शन्ससाठी केला जातो (उदा. `emergencyWithdraw()`). अशी फंक्शन्स परिस्थिती सोडविण्यात मदत करू शकतात, म्हणूनच त्यांना “प्रतिबंधित फंक्शन्स” सूचीमधून वगळण्यात आले आहे.
+
+आपत्कालीन थांबा कार्यक्षमता वापरल्याने तुमच्या स्मार्ट कॉन्ट्रॅक्टमधील गंभीर असुरक्षितता हाताळण्यासाठी एक प्रभावी तात्पुरता उपाय मिळतो. तथापि, यामुळे वापरकर्त्यांना डेव्हलपर्सवर विश्वास ठेवण्याची गरज वाढते की ते स्व-सेवा कारणांसाठी ते सक्रिय करणार नाहीत. यासाठी, आपत्कालीन थांब्याचे नियंत्रण विकेंद्रित करणे, एकतर ऑनचेन मतदान यंत्रणा, टाइमलॉक किंवा मल्टीसिग वॉलेटच्या मंजुरीच्या अधीन ठेवून, हे संभाव्य उपाय आहेत.
+
+#### इव्हेंट मॉनिटरिंग {#event-monitoring}
+
+[इव्हेंट्स](https://docs.soliditylang.org/en/v0.8.15/contracts.html#events) तुम्हाला स्मार्ट कॉन्ट्रॅक्ट फंक्शन्सना केलेले कॉल ट्रॅक करण्याची आणि स्थिती व्हेरिएबल्समधील बदल मॉनिटर करण्याची परवानगी देतात. जेव्हा एखादा पक्ष सुरक्षिततेसाठी महत्त्वपूर्ण कृती करतो (उदा. निधी काढणे) तेव्हा तुमचा स्मार्ट कॉन्ट्रॅक्ट एक इव्हेंट उत्सर्जित करण्यासाठी प्रोग्राम करणे आदर्श आहे.
+
+इव्हेंट्स लॉग करणे आणि त्यांचे ऑफचेन मॉनिटरिंग केल्याने कॉन्ट्रॅक्ट ऑपरेशन्सबद्दल अंतर्दृष्टी मिळते आणि दुर्भावनापूर्ण कृती लवकर शोधण्यात मदत होते. याचा अर्थ तुमची टीम हॅकला जलद प्रतिसाद देऊ शकते आणि वापरकर्त्यांवरील परिणाम कमी करण्यासाठी कृती करू शकते, जसे की फंक्शन्स थांबवणे किंवा अपग्रेड करणे.
+
+तुम्ही एक ऑफ-द-शेल्फ मॉनिटरिंग टूल देखील निवडू शकता जे कोणी तुमच्या कॉन्ट्रॅक्टशी संवाद साधल्यावर आपोआप अलर्ट फॉरवर्ड करते. ही साधने तुम्हाला वेगवेगळ्या ट्रिगर्सवर आधारित कस्टम अलर्ट तयार करण्याची परवानगी देतील, जसे की व्यवहाराचे प्रमाण, फंक्शन कॉलची वारंवारता किंवा विशिष्ट फंक्शन्स. उदाहरणार्थ, तुम्ही एक अलर्ट प्रोग्राम करू शकता जो एकाच व्यवहारात काढलेली रक्कम विशिष्ट मर्यादेपेक्षा जास्त झाल्यास येतो.
+
+### 7. सुरक्षित शासन प्रणाली डिझाइन करा {#design-secure-governance-systems}
+
+तुम्ही तुमच्या ॲप्लिकेशनचे विकेंद्रीकरण करू शकता, ज्यामध्ये मुख्य स्मार्ट कॉन्ट्रॅक्ट्सचे नियंत्रण समुदाय सदस्यांना सोपवले जाते. या प्रकरणात, स्मार्ट कॉन्ट्रॅक्ट सिस्टममध्ये एक गव्हर्नन्स मॉड्यूल समाविष्ट असेल - एक यंत्रणा जी समुदाय सदस्यांना ऑनचेन गव्हर्नन्स सिस्टमद्वारे प्रशासकीय कृतींना मंजूर करण्याची परवानगी देते. उदाहरणार्थ, प्रॉक्सी कॉन्ट्रॅक्टला नवीन अंमलबजावणीमध्ये अपग्रेड करण्याच्या प्रस्तावावर टोकन-धारकांकडून मतदान केले जाऊ शकते.
+
+विकेंद्रित शासन फायदेशीर असू शकते, विशेषतः कारण ते डेव्हलपर्स आणि अंतिम-वापरकर्त्यांच्या हितांना संरेखित करते. तरीही, स्मार्ट कॉन्ट्रॅक्ट शासन यंत्रणा चुकीच्या पद्धतीने लागू केल्यास नवीन धोके निर्माण करू शकतात. एक संभाव्य परिस्थिती अशी आहे की जर एखाद्या हल्लेखोराने [फ्लॅश लोन](/defi/#flash-loans) घेऊन प्रचंड मतदान शक्ती (टोकनच्या संख्येत मोजलेली) मिळवली आणि एक दुर्भावनापूर्ण प्रस्ताव मंजूर करून घेतला.
+
+ऑनचेन शासनाशी संबंधित समस्या टाळण्याचा एक मार्ग म्हणजे [टाइमलॉक वापरणे](https://blog.openzeppelin.com/protect-your-users-with-smart-contract-timelocks/). टाइमलॉक स्मार्ट कॉन्ट्रॅक्टला विशिष्ट कालावधी उलटल्याशिवाय काही क्रिया करण्यापासून प्रतिबंधित करते. इतर धोरणांमध्ये प्रत्येक टोकनला ते किती काळ लॉक केले गेले आहे यावर आधारित “मतदान वजन” देणे, किंवा सध्याच्या ब्लॉकऐवजी ऐतिहासिक कालावधीतील (उदाहरणार्थ, 2-3 ब्लॉक्स पूर्वीच्या) ॲड्रेसची मतदान शक्ती मोजणे यांचा समावेश आहे. दोन्ही पद्धती ऑनचेन मतांवर प्रभाव टाकण्यासाठी लवकर मतदान शक्ती जमा करण्याची शक्यता कमी करतात.
+
+सामायिक केलेल्या लिंक्समध्ये [सुरक्षित शासन प्रणाली डिझाइन करणे](https://blog.openzeppelin.com/smart-contract-security-guidelines-4-strategies-for-safer-governance-systems/), [DAOs मधील विविध मतदान यंत्रणा](https://hackernoon.com/governance-is-the-holy-grail-for-daos), आणि [DeFi चा लाभ घेणारे सामान्य DAO हल्ला वेक्टर](https://dacian.me/dao-governance-defi-attacks) यावर अधिक.
+
+### 8. कोडमधील गुंतागुंत कमीतकमी ठेवा {#reduce-code-complexity}
+
+पारंपारिक सॉफ्टवेअर डेव्हलपर्स KISS (“keep it simple, stupid”) तत्त्वाशी परिचित आहेत, जे सॉफ्टवेअर डिझाइनमध्ये अनावश्यक गुंतागुंत आणण्याविरुद्ध सल्ला देते. हे “गुंतागुंतीच्या प्रणाली गुंतागुंतीच्या मार्गांनी अयशस्वी होतात” आणि महागड्या चुकांना अधिक बळी पडतात या दीर्घकालीन विचाराचे अनुसरण करते.
+
+स्मार्ट कॉन्ट्रॅक्ट्स लिहिताना गोष्टी सोप्या ठेवणे विशेष महत्त्वाचे आहे, कारण स्मार्ट कॉन्ट्रॅक्ट्स संभाव्यतः मोठ्या प्रमाणात मूल्य नियंत्रित करतात. स्मार्ट कॉन्ट्रॅक्ट्स लिहिताना साधेपणा साधण्यासाठी एक टीप म्हणजे शक्य असेल तेथे [OpenZeppelin Contracts](https://docs.openzeppelin.com/contracts/5.x/) सारख्या विद्यमान लायब्ररींचा पुन्हा वापर करणे. कारण या लायब्ररींचे डेव्हलपर्सकडून विस्तृतपणे ऑडिट आणि चाचणी केली गेली आहे, त्यामुळे त्यांचा वापर केल्याने सुरवातीपासून नवीन कार्यक्षमता लिहून बग येण्याची शक्यता कमी होते.
+
+आणखी एक सामान्य सल्ला म्हणजे लहान फंक्शन्स लिहिणे आणि एकाधिक कॉन्ट्रॅक्ट्समध्ये व्यावसायिक तर्क विभाजित करून कॉन्ट्रॅक्ट्स मॉड्यूलर ठेवणे. सोपा कोड लिहिल्याने केवळ स्मार्ट कॉन्ट्रॅक्टमधील हल्ल्याची पृष्ठभाग कमी होत नाही, तर संपूर्ण प्रणालीच्या अचूकतेबद्दल तर्क करणे आणि संभाव्य डिझाइन त्रुटी लवकर शोधणे देखील सोपे होते.
+
+### 9. सामान्य स्मार्ट कॉन्ट्रॅक्ट असुरक्षिततेपासून बचाव करा {#mitigate-common-smart-contract-vulnerabilities}
+
+#### रीएन्ट्रन्सी {#reentrancy}
+
+EVM समवर्तीतेस परवानगी देत नाही, याचा अर्थ मेसेज कॉलमध्ये सामील असलेले दोन कॉन्ट्रॅक्ट्स एकाच वेळी चालू शकत नाहीत. एक बाह्य कॉल कॉलिंग कॉन्ट्रॅक्टची अंमलबजावणी आणि मेमरी थांबवतो जोपर्यंत कॉल परत येत नाही, त्यानंतर अंमलबजावणी सामान्यपणे पुढे जाते. या प्रक्रियेचे औपचारिकपणे वर्णन [कंट्रोल फ्लो](https://www.computerhope.com/jargon/c/contflow.htm) दुसऱ्या कॉन्ट्रॅक्टकडे हस्तांतरित करणे असे केले जाऊ शकते.
+
+जरी बहुतेक वेळा निरुपद्रवी असले तरी, अविश्वासू कॉन्ट्रॅक्ट्सकडे कंट्रोल फ्लो हस्तांतरित केल्याने समस्या निर्माण होऊ शकतात, जसे की रीएन्ट्रन्सी. जेव्हा मूळ फंक्शनची विनंती पूर्ण होण्यापूर्वी एखादा दुर्भावनापूर्ण कॉन्ट्रॅक्ट असुरक्षित कॉन्ट्रॅक्टमध्ये परत कॉल करतो तेव्हा रीएन्ट्रन्सी हल्ला होतो. या प्रकारचा हल्ला एका उदाहरणासह उत्तम प्रकारे स्पष्ट केला आहे.
+
+एक साधा स्मार्ट कॉन्ट्रॅक्ट (‘Victim’) विचारात घ्या जो कोणालाही इथर जमा आणि काढण्याची परवानगी देतो:
+
+```solidity
+// हा कॉन्ट्रॅक्ट असुरक्षित आहे. उत्पादनात वापरू नका
+
+contract Victim {
+    mapping (address => uint256) public balances;
+
+    function deposit() external payable {
+        balances[msg.sender] += msg.value;
+    }
+
+    function withdraw() external {
+        uint256 amount = balances[msg.sender];
+        (bool success, ) = msg.sender.call.value(amount)("");
+        require(success);
+        balances[msg.sender] = 0;
+    }
+}
+```
+
+हा कॉन्ट्रॅक्ट वापरकर्त्यांना कॉन्ट्रॅक्टमध्ये पूर्वी जमा केलेला ETH काढण्याची परवानगी देण्यासाठी `withdraw()` फंक्शन उघड करतो. पैसे काढण्याची प्रक्रिया करताना, कॉन्ट्रॅक्ट खालील ऑपरेशन्स करतो:
+
+1. वापरकर्त्याची ETH शिल्लक तपासते
+2. कॉलिंग ॲड्रेसवर निधी पाठवते
+3. त्यांची शिल्लक 0 वर रीसेट करते, ज्यामुळे वापरकर्त्याकडून अतिरिक्त पैसे काढणे प्रतिबंधित होते
+
+`Victim` कॉन्ट्रॅक्टमधील `withdraw()` फंक्शन “चेक्स-इंटरॅक्शन्स-इफेक्ट्स” पॅटर्नचे अनुसरण करते. ते अंमलबजावणीसाठी आवश्यक असलेल्या अटी पूर्ण झाल्या आहेत का हे _तपासते_ (उदा., वापरकर्त्याकडे सकारात्मक ETH शिल्लक आहे) आणि व्यवहाराचे _परिणाम_ लागू करण्यापूर्वी कॉलरच्या ॲड्रेसवर ETH पाठवून _संवाद_ साधते (उदा., वापरकर्त्याची शिल्लक कमी करणे).
+
+जर `withdraw()` बाह्य मालकीच्या खात्यातून (EOA) कॉल केले असेल, तर फंक्शन अपेक्षेप्रमाणे कार्यान्वित होते: `msg.sender.call.value()` कॉलरला ETH पाठवते. तथापि, जर `msg.sender` एक स्मार्ट कॉन्ट्रॅक्ट खाते असेल आणि ते `withdraw()` कॉल करत असेल, तर `msg.sender.call.value()` वापरून निधी पाठवल्याने त्या ॲड्रेसवर संग्रहित केलेला कोड देखील चालेल.
+
+कल्पना करा की हा कोड कॉन्ट्रॅक्ट ॲड्रेसवर तैनात केला आहे:
+
+```solidity
+ contract Attacker {
+    function beginAttack() external payable {
+        Victim(victim_address).deposit.value(1 ether)();
+        Victim(victim_address).withdraw();
+    }
+
+    function() external payable {
+        if (gasleft() > 40000) {
+            Victim(victim_address).withdraw();
+        }
+    }
+}
+```
+
+हा कॉन्ट्रॅक्ट तीन गोष्टी करण्यासाठी डिझाइन केलेला आहे:
+
+1. दुसऱ्या खात्यातून (बहुधा हल्लेखोराच्या EOA) ठेव स्वीकारा
+2. Victim कॉन्ट्रॅक्टमध्ये 1 ETH जमा करा
+3. स्मार्ट कॉन्ट्रॅक्टमध्ये संग्रहित 1 ETH काढा
+
+येथे काहीही चुकीचे नाही, फक्त `Attacker` कडे आणखी एक फंक्शन आहे जे `Victim` मधील `withdraw()` ला पुन्हा कॉल करते जर येणाऱ्या `msg.sender.call.value` मधून उरलेला गॅस 40,000 पेक्षा जास्त असेल. हे `Attacker` ला `Victim` मध्ये पुन्हा प्रवेश करण्याची आणि `withdraw` ची पहिली विनंती पूर्ण होण्यापूर्वी अधिक निधी काढण्याची क्षमता देते. हे चक्र असे दिसते:
+
+```solidity
+- हल्लेखोराचा EOA `Attacker.beginAttack()` ला 1 ETH सह कॉल करतो
+- `Attacker.beginAttack()` `Victim` मध्ये 1 ETH जमा करतो
+- `Attacker` `Victim` मधील `withdraw()` ला कॉल करतो
+- `Victim` `Attacker` ची शिल्लक (1 ETH) तपासतो
+- `Victim` `Attacker` ला 1 ETH पाठवतो (जे डीफॉल्ट फंक्शन सुरू करते)
+- `Attacker` `Victim.withdraw()` ला पुन्हा कॉल करतो (लक्षात घ्या की `Victim` ने पहिल्या काढण्यामधून `Attacker` ची शिल्लक कमी केलेली नाही)
+- `Victim` `Attacker` ची शिल्लक तपासतो (जी अजूनही 1 ETH आहे कारण त्याने पहिल्या कॉलचे परिणाम लागू केलेले नाहीत)
+- `Victim` `Attacker` ला 1 ETH पाठवतो (जे डीफॉल्ट फंक्शन सुरू करते आणि `Attacker` ला `withdraw` फंक्शनमध्ये पुन्हा प्रवेश करण्याची परवानगी देते)
+- `Attacker` चा गॅस संपेपर्यंत ही प्रक्रिया पुनरावृत्त होते, ज्यावेळी `msg.sender.call.value` अतिरिक्त काढण्याशिवाय परत येतो
+- `Victim` शेवटी पहिल्या व्यवहाराचे (आणि त्यानंतरच्या) परिणाम त्याच्या स्थितीवर लागू करतो, त्यामुळे `Attacker` ची शिल्लक 0 वर सेट केली जाते
+```
+
+सारांश असा आहे की कॉलरची शिल्लक फंक्शनची अंमलबजावणी पूर्ण होईपर्यंत 0 वर सेट केली जात नसल्यामुळे, त्यानंतरच्या विनंत्या यशस्वी होतील आणि कॉलरला त्यांची शिल्लक अनेक वेळा काढण्याची परवानगी मिळेल. [2016 च्या DAO हॅक](https://www.coindesk.com/learn/understanding-the-dao-attack) मध्ये घडल्याप्रमाणे, या प्रकारचा हल्ला स्मार्ट कॉन्ट्रॅक्टमधील निधी काढून घेण्यासाठी वापरला जाऊ शकतो. आजही स्मार्ट कॉन्ट्रॅक्ट्ससाठी रीएन्ट्रन्सी हल्ले ही एक गंभीर समस्या आहे, जसे की [रीएन्ट्रन्सी शोषणांची सार्वजनिक सूची](https://github.com/pcaversaccio/reentrancy-attacks) दर्शवते.
+
+##### रीएन्ट्रन्सी हल्ले कसे टाळावे
+
+रीएन्ट्रन्सी हाताळण्याचा एक दृष्टीकोन म्हणजे [चेक्स-इफेक्ट्स-इंटरॅक्शन्स पॅटर्न](https://docs.soliditylang.org/en/develop/security-considerations.html#use-the-checks-effects-interactions-pattern) चे अनुसरण करणे. हा पॅटर्न फंक्शन्सची अंमलबजावणी अशा प्रकारे क्रमबद्ध करतो की अंमलबजावणीसह पुढे जाण्यापूर्वी आवश्यक तपासणी करणारा कोड प्रथम येतो, त्यानंतर कॉन्ट्रॅक्ट स्थितीमध्ये फेरफार करणारा कोड आणि शेवटी इतर कॉन्ट्रॅक्ट्स किंवा EOAs शी संवाद साधणारा कोड येतो.
+
+चेक्स-इफेक्ट-इंटरॅक्शन पॅटर्न `Victim` कॉन्ट्रॅक्टच्या सुधारित आवृत्तीमध्ये वापरला जातो जो खाली दर्शविला आहे:
+
+```solidity
+contract NoLongerAVictim {
+    function withdraw() external {
+        uint256 amount = balances[msg.sender];
+        balances[msg.sender] = 0;
+        (bool success, ) = msg.sender.call.value(amount)("");
+        require(success);
+    }
+}
+```
+
+हा कॉन्ट्रॅक्ट वापरकर्त्याच्या शिलकीची _तपासणी_ करतो, `withdraw()` फंक्शनचे _परिणाम_ लागू करतो (वापरकर्त्याची शिल्लक 0 वर रीसेट करून), आणि नंतर _संवाद_ साधतो (वापरकर्त्याच्या ॲड्रेसवर ETH पाठवून). हे सुनिश्चित करते की बाह्य कॉल करण्यापूर्वी कॉन्ट्रॅक्ट आपले स्टोरेज अपडेट करते, ज्यामुळे पहिल्या हल्ल्याला सक्षम करणारी री-एन्ट्रन्सी अट दूर होते. `Attacker` कॉन्ट्रॅक्ट अजूनही `NoLongerAVictim` मध्ये परत कॉल करू शकतो, परंतु `balances[msg.sender]` 0 वर सेट केल्यामुळे, अतिरिक्त काढण्यामुळे त्रुटी येईल.
+
+आणखी एक पर्याय म्हणजे म्युच्युअल एक्सक्लूजन लॉक (सामान्यतः "म्यूटेक्स" म्हणून वर्णन केलेले) वापरणे जे फंक्शनची विनंती पूर्ण होईपर्यंत कॉन्ट्रॅक्टच्या स्थितीचा काही भाग लॉक करते. हे एक बुलियन व्हेरिएबल वापरून लागू केले जाते जे फंक्शन कार्यान्वित होण्यापूर्वी `true` वर सेट केले जाते आणि विनंती पूर्ण झाल्यावर `false` वर परत येते. खालील उदाहरणात पाहिल्याप्रमाणे, म्यूटेक्स वापरल्याने मूळ विनंती अजूनही प्रक्रिया करत असताना फंक्शनला पुनरावृत्ती होणाऱ्या कॉलपासून संरक्षण मिळते, ज्यामुळे रीएन्ट्रन्सी प्रभावीपणे थांबते.
+
+```solidity
+pragma solidity ^0.7.0;
+
+contract MutexPattern {
+    bool locked = false;
+    mapping(address => uint256) public balances;
+
+    modifier noReentrancy() {
+        require(!locked, "Blocked from reentrancy.");
+        locked = true;
+        _;
+        locked = false;
+    }
+    // हे फंक्शन म्यूटेक्सद्वारे संरक्षित आहे, त्यामुळे `msg.sender.call` मधून येणारे रीएन्ट्रंट कॉल `withdraw` ला पुन्हा कॉल करू शकत नाहीत.
+    // `return` विधान `true` ठरते पण तरीही मॉडिफायरमधील `locked = false` विधान मूल्यांकन करते
+    function withdraw(uint _amount) public payable noReentrancy returns(bool) {
+        require(balances[msg.sender] >= _amount, "No balance to withdraw.");
+
+        balances[msg.sender] -= _amount;
+        (bool success, ) = msg.sender.call{value: _amount}("");
+        require(success);
+
+        return true;
+    }
+}
+```
+
+तुम्ही [पुल पेमेंट्स](https://docs.openzeppelin.com/contracts/5.x/api/security#PullPayment) प्रणाली देखील वापरू शकता ज्यासाठी वापरकर्त्यांना स्मार्ट कॉन्ट्रॅक्ट्समधून निधी काढणे आवश्यक आहे, "पुश पेमेंट्स" प्रणालीऐवजी जी खात्यांमध्ये निधी पाठवते. यामुळे अज्ञात ॲड्रेसवरील कोड अनावधानाने सुरू होण्याची शक्यता दूर होते (आणि काही डिनायल-ऑफ-सर्व्हिस हल्ले देखील टाळू शकते).
+
+#### पूर्णांक अंडरफ्लो आणि ओव्हरफ्लो {#integer-underflows-and-overflows}
+
+जेव्हा अंकगणितीय क्रियेचे परिणाम स्वीकार्य मूल्यांच्या मर्यादेबाहेर जातात, तेव्हा पूर्णांक ओव्हरफ्लो होतो, ज्यामुळे ते सर्वात कमी दर्शविण्यायोग्य मूल्यावर "रोल ओव्हर" होते. उदाहरणार्थ, एक `uint8` फक्त 2^8-1=255 पर्यंतची मूल्ये संग्रहित करू शकतो. ज्या अंकगणितीय क्रियांचे परिणाम `255` पेक्षा जास्त होतात त्या ओव्हरफ्लो होतील आणि `uint` ला `0` वर रीसेट करतील, जसे गाडीचा ओडोमीटर कमाल मायलेज (999999) गाठल्यावर 0 वर रीसेट होतो.
+
+पूर्णांक अंडरफ्लो समान कारणांमुळे होतात: अंकगणितीय क्रियेचे परिणाम स्वीकार्य मर्यादेखाली येतात. समजा तुम्ही `uint8` मध्ये `0` कमी करण्याचा प्रयत्न केला, तर परिणाम फक्त कमाल दर्शविण्यायोग्य मूल्यावर (`255`) रोल ओव्हर होईल.
+
+पूर्णांक ओव्हरफ्लो आणि अंडरफ्लो दोन्ही कॉन्ट्रॅक्टच्या स्थिती व्हेरिएबल्समध्ये अनपेक्षित बदल घडवू शकतात आणि अनियोजित अंमलबजावणीस कारणीभूत ठरू शकतात. खाली एक उदाहरण दिले आहे जे दर्शवते की हल्लेखोर अवैध ऑपरेशन करण्यासाठी स्मार्ट कॉन्ट्रॅक्टमध्ये अंकगणितीय ओव्हरफ्लोचा कसा फायदा घेऊ शकतो:
+
+```
+pragma solidity ^0.7.6;
+
+// हा कॉन्ट्रॅक्ट टाइम वॉल्ट म्हणून काम करण्यासाठी डिझाइन केलेला आहे.
+// वापरकर्ता या कॉन्ट्रॅक्टमध्ये जमा करू शकतो परंतु किमान एक आठवड्यासाठी पैसे काढू शकत नाही.
+// वापरकर्ता 1 आठवड्याच्या प्रतीक्षा कालावधीच्या पलीकडे प्रतीक्षा वेळ वाढवू शकतो.
+
+/*
+1. TimeLock तैनात करा
+2. TimeLock च्या ॲड्रेससह Attack तैनात करा
+3. 1 इथर पाठवून Attack.attack कॉल करा. तुम्ही तुमचा इथर ताबडतोब काढू शकाल.
+
+काय झाले?
+Attack मुळे TimeLock.lockTime ओव्हरफ्लो झाला आणि 1 आठवड्याच्या प्रतीक्षा कालावधीपूर्वी पैसे काढता आले.
+*/
+
+contract TimeLock {
+    mapping(address => uint) public balances;
+    mapping(address => uint) public lockTime;
+
+    function deposit() external payable {
+        balances[msg.sender] += msg.value;
+        lockTime[msg.sender] = block.timestamp + 1 weeks;
+    }
+
+    function increaseLockTime(uint _secondsToIncrease) public {
+        lockTime[msg.sender] += _secondsToIncrease;
+    }
+
+    function withdraw() public {
+        require(balances[msg.sender] > 0, "Insufficient funds");
+        require(block.timestamp > lockTime[msg.sender], "Lock time not expired");
+
+        uint amount = balances[msg.sender];
+        balances[msg.sender] = 0;
+
+        (bool sent, ) = msg.sender.call{value: amount}("");
+        require(sent, "Failed to send Ether");
+    }
+}
+
+contract Attack {
+    TimeLock timeLock;
+
+    constructor(TimeLock _timeLock) {
+        timeLock = TimeLock(_timeLock);
+    }
+
+    fallback() external payable {}
+
+    function attack() public payable {
+        timeLock.deposit{value: msg.value}();
+        /*
+        जर t = सध्याचा लॉक टाइम असेल तर आपल्याला x असा शोधायचा आहे की
+        x + t = 2**256 = 0
+        म्हणून x = -t
+        2**256 = type(uint).max + 1
+        म्हणून x = type(uint).max + 1 - t
+        */
+        timeLock.increaseLockTime(
+            type(uint).max + 1 - timeLock.lockTime(address(this))
+        );
+        timeLock.withdraw();
+    }
+}
+```
+
+##### पूर्णांक अंडरफ्लो आणि ओव्हरफ्लो कसे टाळावे
+
+आवृत्ती 0.8.0 पासून, सॉलिडिटी कंपाइलर पूर्णांक अंडरफ्लो आणि ओव्हरफ्लोस कारणीभूत ठरणारा कोड नाकारतो. तथापि, कमी कंपाइलर आवृत्तीसह संकलित केलेल्या कॉन्ट्रॅक्ट्सनी एकतर अंकगणितीय ऑपरेशन्स असलेल्या फंक्शन्सवर तपासणी करावी किंवा अंडरफ्लो/ओव्हरफ्लोसाठी तपासणारी लायब्ररी (उदा. [SafeMath](https://docs.openzeppelin.com/contracts/2.x/api/math)) वापरावी.
+
+#### ओरॅकल मॅनिपुलेशन {#oracle-manipulation}
+
+[ओरॅकल्स](/developers/docs/oracles/) ऑफचेन माहिती मिळवतात आणि स्मार्ट कॉन्ट्रॅक्ट्सना वापरण्यासाठी ऑनचेन पाठवतात. ओरॅकल्ससह, तुम्ही स्मार्ट कॉन्ट्रॅक्ट्स डिझाइन करू शकता जे ऑफचेन सिस्टम्स, जसे की भांडवली बाजार, यांच्याशी आंतरकार्य करतात, ज्यामुळे त्यांच्या ॲप्लिकेशनचा विस्तार होतो.
+
+परंतु जर ओरॅकल भ्रष्ट असेल आणि चुकीची माहिती ऑनचेन पाठवत असेल, तर स्मार्ट कॉन्ट्रॅक्ट्स चुकीच्या इनपुटवर आधारित कार्यान्वित होतील, ज्यामुळे समस्या निर्माण होऊ शकतात. हे “ओरॅकल समस्येचा” आधार आहे, जे ब्लॉकचेन ओरॅकलकडून आलेली माहिती अचूक, अद्ययावत आणि वेळेवर असल्याची खात्री करण्याच्या कार्याशी संबंधित आहे.
+
+एका मालमत्तेची स्पॉट किंमत मिळविण्यासाठी ऑनचेन ओरॅकल, जसे की विकेंद्रित एक्सचेंज, वापरणे ही एक संबंधित सुरक्षा चिंता आहे. [विकेंद्रित वित्त (DeFi)](/defi/) उद्योगातील कर्ज देणारे प्लॅटफॉर्म वापरकर्त्याच्या तारण मालमत्तेचे मूल्य निश्चित करण्यासाठी हे अनेकदा करतात, जेणेकरून ते किती कर्ज घेऊ शकतात हे ठरवता येईल.
+
+DEX किमती अनेकदा अचूक असतात, मुख्यत्वे बाजारात समता पुनर्संचयित करणाऱ्या आर्बिट्रेजर्समुळे. तथापि, त्या फेरफारीसाठी खुल्या आहेत, विशेषतः जर ऑनचेन ओरॅकल ऐतिहासिक ट्रेडिंग पॅटर्नवर आधारित मालमत्ता किमतींची गणना करत असेल (जे सहसा घडते).
+
+उदाहरणार्थ, एक हल्लेखोर तुमच्या कर्ज देणाऱ्या कॉन्ट्रॅक्टशी संवाद साधण्यापूर्वी फ्लॅश लोन घेऊन मालमत्तेची स्पॉट किंमत कृत्रिमरित्या वाढवू शकतो. मालमत्तेच्या किमतीसाठी DEX ची चौकशी केल्यास सामान्यपेक्षा जास्त मूल्य परत येईल (हल्लेखोराच्या मोठ्या “खरेदी ऑर्डर” मुळे मालमत्तेची मागणी विस्कळीत झाल्यामुळे), ज्यामुळे त्यांना गरजेपेक्षा जास्त कर्ज घेता येईल. अशा "फ्लॅश लोन हल्ल्यांचा" वापर DeFi ॲप्लिकेशन्समध्ये किंमत ओरॅकल्सवरील अवलंबित्व शोषण्यासाठी केला गेला आहे, ज्यामुळे प्रोटोकॉलना लाखो डॉलर्सचा निधी गमावावा लागला आहे.
+
+##### ओरॅकल मॅनिपुलेशन कसे टाळावे
+
+[ओरॅकल मॅनिपुलेशन टाळण्यासाठी](https://www.cyfrin.io/blog/price-oracle-manipultion-attacks-with-examples) किमान आवश्यकता म्हणजे विकेंद्रित ओरॅकल नेटवर्क वापरणे जे अपयशाचे एकल बिंदू टाळण्यासाठी अनेक स्त्रोतांकडून माहिती मिळवते. बहुतेक प्रकरणांमध्ये, विकेंद्रित ओरॅकल्समध्ये ओरॅकल नोड्सना योग्य माहिती कळवण्यासाठी प्रोत्साहित करण्यासाठी अंगभूत क्रिप्टोकॉनॉमिक प्रोत्साहन असते, ज्यामुळे ते केंद्रीकृत ओरॅकल्सपेक्षा अधिक सुरक्षित बनतात.
+
+जर तुम्ही मालमत्ता किमतींसाठी ऑनचेन ओरॅकलची चौकशी करण्याची योजना आखत असाल, तर टाइम-वेटेड सरासरी किंमत (TWAP) यंत्रणा लागू करणारी एक वापरण्याचा विचार करा. एक [TWAP ओरॅकल](https://docs.uniswap.org/contracts/v2/concepts/core-concepts/oracles) दोन वेगवेगळ्या वेळी (जे तुम्ही सुधारू शकता) मालमत्तेच्या किमतीची चौकशी करते आणि मिळालेल्या सरासरीवर आधारित स्पॉट किंमत मोजते. लांब कालावधी निवडल्याने तुमचे प्रोटोकॉल किंमत फेरफारीपासून संरक्षित होते कारण अलीकडेच कार्यान्वित झालेल्या मोठ्या ऑर्डर्स मालमत्ता किमतींवर परिणाम करू शकत नाहीत.
+
+## डेव्हलपर्ससाठी स्मार्ट कॉन्ट्रॅक्ट सुरक्षा संसाधने {#smart-contract-security-resources-for-developers}
+
+### स्मार्ट कॉन्ट्रॅक्ट्सचे विश्लेषण करण्यासाठी आणि कोडची अचूकता सत्यापित करण्यासाठी साधने {#code-analysis-tools}
+
+- **[चाचणी साधने आणि लायब्ररी](/developers/docs/smart-contracts/testing/#testing-tools-and-libraries)** - _स्मार्ट कॉन्ट्रॅक्ट्सवर युनिट चाचण्या, स्थिर विश्लेषण आणि गतिशील विश्लेषण करण्यासाठी उद्योग-मानक साधने आणि लायब्ररींचा संग्रह._
+
+- **[औपचारिक पडताळणी साधने](/developers/docs/smart-contracts/formal-verification/#formal-verification-tools)** - _स्मार्ट कॉन्ट्रॅक्ट्समध्ये कार्यात्मक अचूकता सत्यापित करण्यासाठी आणि अपरिवर्तनीयता तपासण्यासाठी साधने._
+
+- **[स्मार्ट कॉन्ट्रॅक्ट ऑडिटिंग सेवा](/developers/docs/smart-contracts/testing/#smart-contract-auditing-services)** - _Ethereum विकास प्रकल्पांसाठी स्मार्ट कॉन्ट्रॅक्ट ऑडिटिंग सेवा प्रदान करणाऱ्या संस्थांची सूची._
+
+- **[बग बाउंटी प्लॅटफॉर्म](/developers/docs/smart-contracts/testing/#bug-bounty-platforms)** - _बग बाउंटीज समन्वयित करण्यासाठी आणि स्मार्ट कॉन्ट्रॅक्ट्समधील गंभीर असुरक्षिततेच्या जबाबदार प्रकटीकरणासाठी बक्षीस देण्यासाठी प्लॅटफॉर्म._
+
+- **[फोर्क चेकर](https://forkchecker.hashex.org/)** - _फोर्क केलेल्या कॉन्ट्रॅक्टबद्दल सर्व उपलब्ध माहिती तपासण्यासाठी एक विनामूल्य ऑनलाइन साधन._
+
+- **[ABI एनकोडर](https://abi.hashex.org/)** - _तुमची सॉलिडिटी कॉन्ट्रॅक्ट फंक्शन्स आणि कन्स्ट्रक्टर युक्तिवाद एनकोड करण्यासाठी एक विनामूल्य ऑनलाइन सेवा._
+
+- **[Aderyn](https://github.com/Cyfrin/aderyn)** - _सॉलिडिटी स्टॅटिक ॲनालायझर, ॲबस्ट्रॅक्ट सिंटॅक्स ट्रीज (AST) मधून जात संशयित असुरक्षितता शोधतो आणि सोप्या-वाचण्यायोग्य मार्कडाउन स्वरूपात समस्या प्रिंट करतो._
+
+### स्मार्ट कॉन्ट्रॅक्ट्सचे निरीक्षण करण्यासाठी साधने {#smart-contract-monitoring-tools}
+
+- **[Tenderly रिअल-टाइम अलर्टिंग](https://tenderly.co/monitoring)** - _तुमच्या स्मार्ट कॉन्ट्रॅक्ट्स किंवा वॉलेट्सवर असामान्य किंवा अनपेक्षित घटना घडल्यास रिअल-टाइम सूचना मिळवण्यासाठी एक साधन._
+
+### स्मार्ट कॉन्ट्रॅक्ट्सच्या सुरक्षित प्रशासनासाठी साधने {#smart-contract-administration-tools}
+
+- **[Safe](https://safe.global/)** - _Ethereum वर चालणारा स्मार्ट कॉन्ट्रॅक्ट वॉलेट ज्यासाठी व्यवहार होण्यापूर्वी किमान संख्येच्या लोकांची मंजुरी आवश्यक असते (M-of-N)._
+
+- **[OpenZeppelin Contracts](https://docs.openzeppelin.com/contracts/5.x/)** - _कॉन्ट्रॅक्ट मालकी, अपग्रेड, प्रवेश नियंत्रणे, शासन, थांबवण्याची क्षमता आणि बरेच काही यासह प्रशासकीय वैशिष्ट्ये लागू करण्यासाठी कॉन्ट्रॅक्ट लायब्ररीज._
+
+### स्मार्ट कॉन्ट्रॅक्ट ऑडिटिंग सेवा {#smart-contract-auditing-services}
+
+- **[ConsenSys Diligence](https://diligence.consensys.io/)** - _स्मार्ट कॉन्ट्रॅक्ट ऑडिटिंग सेवा जी ब्लॉकचेन इकोसिस्टममधील प्रकल्पांना त्यांचे प्रोटोकॉल लॉन्चसाठी तयार आहेत आणि वापरकर्त्यांचे संरक्षण करण्यासाठी तयार आहेत याची खात्री करण्यास मदत करते._
+
+- **[CertiK](https://www.certik.com/)** - _ब्लॉकचेन सुरक्षा फर्म जी स्मार्ट कॉन्ट्रॅक्ट्स आणि ब्लॉकचेन नेटवर्क्सवर अत्याधुनिक औपचारिक पडताळणी तंत्रज्ञानाचा वापर करण्यात अग्रणी आहे._
+
+- **[Trail of Bits](https://www.trailofbits.com/)** - _सायबर सुरक्षा कंपनी जी धोका कमी करण्यासाठी आणि कोड मजबूत करण्यासाठी हल्लेखोर मानसिकतेसह सुरक्षा संशोधन एकत्र करते._
+
+- **[PeckShield](https://peckshield.com/)** - _ब्लॉकचेन सुरक्षा कंपनी जी संपूर्ण ब्लॉकचेन इकोसिस्टमच्या सुरक्षा, गोपनीयता आणि उपयोगितेसाठी उत्पादने आणि सेवा देते._
+
+- **[QuantStamp](https://quantstamp.com/)** - _सुरक्षा आणि जोखीम मूल्यांकन सेवांद्वारे ब्लॉकचेन तंत्रज्ञानाचा मुख्य प्रवाहात अवलंब सुलभ करणारी ऑडिटिंग सेवा._
+
+- **[OpenZeppelin](https://www.openzeppelin.com/security-audits)** - _वितरित प्रणालींसाठी सुरक्षा ऑडिट प्रदान करणारी स्मार्ट कॉन्ट्रॅक्ट सुरक्षा कंपनी._
+
+- **[Runtime Verification](https://runtimeverification.com/)** - _स्मार्ट कॉन्ट्रॅक्ट्सच्या औपचारिक मॉडेलिंग आणि पडताळणीमध्ये विशेषज्ञ असलेली सुरक्षा कंपनी._
+
+- **[Hacken](https://hacken.io)** - _वेब3 सायबर सुरक्षा ऑडिटर जो ब्लॉकचेन सुरक्षेसाठी 360-डिग्री दृष्टिकोन आणतो._
+
+- **[Nethermind](https://www.nethermind.io/smart-contract-audits)** - _Solidity आणि Cairo ऑडिटिंग सेवा, Ethereum आणि Starknet वर स्मार्ट कॉन्ट्रॅक्ट्सची अखंडता आणि वापरकर्त्यांच्या सुरक्षिततेची खात्री करते._
+
+- **[HashEx](https://hashex.org/)** - _HashEx ब्लॉकचेन आणि स्मार्ट कॉन्ट्रॅक्ट ऑडिटिंगवर लक्ष केंद्रित करते ज्यामुळे क्रिप्टोकरन्सीची सुरक्षा सुनिश्चित होते, स्मार्ट कॉन्ट्रॅक्ट डेव्हलपमेंट, पेनिट्रेशन टेस्टिंग, ब्लॉकचेन कन्सल्टिंग यासारख्या सेवा प्रदान करते._
+
+- **[Code4rena](https://code4rena.com/)** - _एक स्पर्धात्मक ऑडिट प्लॅटफॉर्म जो स्मार्ट कॉन्ट्रॅक्ट सुरक्षा तज्ञांना असुरक्षितता शोधण्यासाठी आणि वेब3 अधिक सुरक्षित बनविण्यात मदत करण्यासाठी प्रोत्साहन देतो._
+
+- **[CodeHawks](https://codehawks.com/)** - _सुरक्षा संशोधकांसाठी स्मार्ट कॉन्ट्रॅक्ट ऑडिटिंग स्पर्धा आयोजित करणारा स्पर्धात्मक ऑडिट प्लॅटफॉर्म._
+
+- **[Cyfrin](https://cyfrin.io)** - _वेब3 सुरक्षा पॉवरहाऊस, उत्पादने आणि स्मार्ट कॉन्ट्रॅक्ट ऑडिटिंग सेवांद्वारे क्रिप्टो सुरक्षा विकसित करते._
+
+- **[ImmuneBytes](https://immunebytes.com/smart-contract-audit/)** - _वेब3 सुरक्षा फर्म जी अनुभवी ऑडिटर्स आणि सर्वोत्तम साधनांच्या टीमद्वारे ब्लॉकचेन प्रणालींसाठी सुरक्षा ऑडिट प्रदान करते._
+
+- **[Oxorio](https://oxor.io/)** - _क्रिप्टो फर्म्स आणि DeFi प्रकल्पांसाठी EVM, Solidity, ZK, क्रॉस-चेन टेक मध्ये कौशल्यासह स्मार्ट कॉन्ट्रॅक्ट ऑडिट आणि ब्लॉकचेन सुरक्षा सेवा._
+
+- **[Inference](https://inference.ag/)** - _सुरक्षा ऑडिटिंग कंपनी, EVM-आधारित ब्लॉकचेनसाठी स्मार्ट कॉन्ट्रॅक्ट ऑडिटिंगमध्ये विशेषज्ञ. त्यांच्या तज्ञ ऑडिटर्समुळे ते संभाव्य समस्या ओळखतात आणि उपयोजनापूर्वी त्या दुरुस्त करण्यासाठी कृतीशील उपाय सुचवतात._
+
+### बग बाउंटी प्लॅटफॉर्म {#bug-bounty-platforms}
+
+- **[Immunefi](https://immunefi.com/)** - _स्मार्ट कॉन्ट्रॅक्ट्स आणि DeFi प्रकल्पांसाठी बग बाउंटी प्लॅटफॉर्म, जिथे सुरक्षा संशोधक कोडचे पुनरावलोकन करतात, असुरक्षितता उघड करतात, पैसे मिळवतात आणि क्रिप्टो अधिक सुरक्षित करतात._
+
+- **[HackerOne](https://www.hackerone.com/)** - _असुरक्षितता समन्वय आणि बग बाउंटी प्लॅटफॉर्म जो व्यवसायांना पेनिट्रेशन टेस्टर्स आणि सायबर सुरक्षा संशोधकांशी जोडतो._
+
+- **[HackenProof](https://hackenproof.com/)** - _क्रिप्टो प्रकल्पांसाठी (DeFi, स्मार्ट कॉन्ट्रॅक्ट्स, वॉलेट्स, CEX आणि बरेच काही) तज्ञ बग बाउंटी प्लॅटफॉर्म, जिथे सुरक्षा व्यावसायिक ट्रायज सेवा प्रदान करतात आणि संशोधकांना संबंधित, सत्यापित बग अहवालांसाठी पैसे मिळतात._
+
+- **[Sherlock](https://www.sherlock.xyz/)** - _वेब3 मध्ये स्मार्ट कॉन्ट्रॅक्ट सुरक्षेसाठी अंडररायटर, ऑडिटर्ससाठी पेआउट स्मार्ट कॉन्ट्रॅक्ट्सद्वारे व्यवस्थापित केले जातात ज्यामुळे संबंधित बग्स योग्यरित्या दिले जातात हे सुनिश्चित होते._
+
+- **[CodeHawks](https://www.codehawks.com/)** - _स्पर्धात्मक बग बाउंटी प्लॅटफॉर्म जिथे ऑडिटर्स सुरक्षा स्पर्धा आणि आव्हानांमध्ये भाग घेतात, आणि (लवकरच) त्यांच्या स्वतःच्या खाजगी ऑडिटमध्ये._
+
+### ज्ञात स्मार्ट कॉन्ट्रॅक्ट असुरक्षितता आणि शोषणांची प्रकाशने {#common-smart-contract-vulnerabilities-and-exploits}
+
+- **[ConsenSys: ज्ञात स्मार्ट कॉन्ट्रॅक्ट हल्ले](https://consensysdiligence.github.io/smart-contract-best-practices/attacks/)** - _सर्वात महत्त्वपूर्ण कॉन्ट्रॅक्ट असुरक्षिततेचे नवशिक्यांसाठी अनुकूल स्पष्टीकरण, बहुतेक प्रकरणांसाठी नमुना कोडसह._
+
+- **[SWC रजिस्ट्री](https://swcregistry.io/)** - _कॉमन वीकनेस एन्यूमरेशन (CWE) आयटमची क्युरेट केलेली सूची जी Ethereum स्मार्ट कॉन्ट्रॅक्ट्सना लागू होते._
+
+- **[Rekt](https://rekt.news/)** - _उच्च-प्रोफाइल क्रिप्टो हॅक आणि शोषणांचे नियमितपणे अद्यतनित केलेले प्रकाशन, तपशीलवार पोस्ट-मॉर्टम अहवालांसह._
+
+### स्मार्ट कॉन्ट्रॅक्ट सुरक्षा शिकण्यासाठी आव्हाने {#challenges-for-learning-smart-contract-security}
+
+- **[Awesome BlockSec CTF](https://github.com/blockthreat/blocksec-ctfs)** - _ब्लॉकचेन सुरक्षा वॉरगेम्स, आव्हाने आणि [कॅप्चर द फ्लॅग](https://www.webopedia.com/definitions/ctf-event/amp/) स्पर्धा आणि सोल्यूशन राइटअप्सची क्युरेट केलेली सूची._
+
+- **[Damn Vulnerable DeFi](https://www.damnvulnerabledefi.xyz/)** - _DeFi स्मार्ट कॉन्ट्रॅक्ट्सची आक्षेपार्ह सुरक्षा शिकण्यासाठी आणि बग-हंटिंग आणि सुरक्षा ऑडिटिंगमध्ये कौशल्ये तयार करण्यासाठी वॉरगेम._
+
+- **[Ethernaut](https://ethernaut.openzeppelin.com/)** - _वेब3/सॉलिडिटी-आधारित वॉरगेम जिथे प्रत्येक स्तर एक स्मार्ट कॉन्ट्रॅक्ट आहे ज्याला 'हॅक' करणे आवश्यक आहे._
+
+- **[HackenProof x HackTheBox](https://app.hackthebox.com/tracks/HackenProof-Track)** - _एका काल्पनिक साहसात सेट केलेले स्मार्ट कॉन्ट्रॅक्ट हॅकिंग आव्हान. आव्हान यशस्वीरित्या पूर्ण केल्यावर खाजगी बग बाउंटी प्रोग्राममध्ये प्रवेश देखील मिळतो._
+
+### स्मार्ट कॉन्ट्रॅक्ट्स सुरक्षित करण्यासाठी सर्वोत्तम पद्धती {#smart-contract-security-best-practices}
+
+- **[ConsenSys: Ethereum स्मार्ट कॉन्ट्रॅक्ट सुरक्षा सर्वोत्तम पद्धती](https://consensys.github.io/smart-contract-best-practices/)** - _Ethereum स्मार्ट कॉन्ट्रॅक्ट्स सुरक्षित करण्यासाठी मार्गदर्शक तत्त्वांची विस्तृत सूची._
+
+- **[Nascent: साधे सुरक्षा टूलकिट](https://github.com/nascentxyz/simple-security-toolkit)** - _स्मार्ट कॉन्ट्रॅक्ट डेव्हलपमेंटसाठी व्यावहारिक सुरक्षा-केंद्रित मार्गदर्शक आणि चेकलिस्टचा संग्रह._
+
+- **[Solidity पॅटर्न्स](https://fravoll.github.io/solidity-patterns/)** - _स्मार्ट कॉन्ट्रॅक्ट प्रोग्रामिंग भाषा Solidity साठी सुरक्षित पॅटर्न आणि सर्वोत्तम पद्धतींचे उपयुक्त संकलन._
+
+- **[Solidity डॉक्स: सुरक्षा विचार](https://docs.soliditylang.org/en/v0.8.16/security-considerations.html)** - _Solidity सह सुरक्षित स्मार्ट कॉन्ट्रॅक्ट्स लिहिण्यासाठी मार्गदर्शक तत्त्वे._
+
+- **[स्मार्ट कॉन्ट्रॅक्ट सुरक्षा पडताळणी मानक](https://github.com/securing/SCSVS)** - _डेव्हलपर्स, आर्किटेक्ट्स, सुरक्षा समीक्षक आणि विक्रेत्यांसाठी स्मार्ट कॉन्ट्रॅक्ट्सची सुरक्षा प्रमाणित करण्यासाठी तयार केलेली चौदा-भागांची चेकलिस्ट._
+
+- **[स्मार्ट कॉन्ट्रॅक्ट सुरक्षा आणि ऑडिटिंग शिका](https://updraft.cyfrin.io/courses/security)** - _अंतिम स्मार्ट कॉन्ट्रॅक्ट सुरक्षा आणि ऑडिटिंग कोर्स, जो स्मार्ट कॉन्ट्रॅक्ट डेव्हलपर्ससाठी तयार केला आहे जे त्यांच्या सुरक्षा सर्वोत्तम पद्धती सुधारू इच्छितात आणि सुरक्षा संशोधक बनू इच्छितात._
+
+### स्मार्ट कॉन्ट्रॅक्ट सुरक्षेवरील ट्युटोरियल्स {#tutorials-on-smart-contract-security}
+
+- [सुरक्षित स्मार्ट कॉन्ट्रॅक्ट कसे लिहावे](/developers/tutorials/secure-development-workflow/)
+
+- [स्मार्ट कॉन्ट्रॅक्ट बग शोधण्यासाठी स्लिथरचा वापर कसा करावा](/developers/tutorials/how-to-use-slither-to-find-smart-contract-bugs/)
+
+- [स्मार्ट कॉन्ट्रॅक्ट बग शोधण्यासाठी मँटिकोरचा वापर कसा करावा](/developers/tutorials/how-to-use-manticore-to-find-smart-contract-bugs/)
+
+- [स्मार्ट कॉन्ट्रॅक्ट सुरक्षा मार्गदर्शक तत्त्वे](/developers/tutorials/smart-contract-security-guidelines/)
+
+- [तुमच्या टोकन कॉन्ट्रॅक्टला अनियंत्रित टोकन्ससह सुरक्षितपणे कसे समाकलित करावे](/developers/tutorials/token-integration-checklist/)
+
+- [सायफ्रिन अपड्राफ्ट - स्मार्ट कॉन्ट्रॅक्ट्स सुरक्षा आणि ऑडिटिंग पूर्ण कोर्स](https://updraft.cyfrin.io/courses/security)
diff --git a/public/content/translations/mr/developers/docs/smart-contracts/testing/index.md b/public/content/translations/mr/developers/docs/smart-contracts/testing/index.md
new file mode 100644
index 00000000000..22ca6cf1e05
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/smart-contracts/testing/index.md
@@ -0,0 +1,310 @@
+---
+title: "स्मार्ट करारांची चाचणी"
+description: "Ethereum स्मार्ट करारांच्या चाचणीसाठी तंत्र आणि विचारांचे विहंगावलोकन."
+lang: mr
+---
+
+Ethereum सारखे सार्वजनिक ब्लॉकचेन अपरिवर्तनीय आहेत, ज्यामुळे स्मार्ट कराराचा कोड उपयोजनानंतर बदलणे कठीण होते. "व्हर्च्युअल अपग्रेड" करण्यासाठी [करार अपग्रेड पॅटर्न्स](/developers/docs/smart-contracts/upgrading/) अस्तित्वात आहेत, परंतु हे लागू करणे कठीण आहे आणि त्यासाठी सामाजिक सहमती आवश्यक आहे. शिवाय, एखादी त्रुटी शोधल्यानंतरच अपग्रेडद्वारे ती दुरुस्त केली जाऊ शकते—जर एखाद्या आक्रमणकर्त्याला प्रथम असुरक्षितता आढळली, तर तुमचा स्मार्ट करार धोक्यात येऊ शकतो.
+
+या कारणांमुळे, Mainnet वर [उपयोजन](/developers/docs/smart-contracts/deploying/) करण्यापूर्वी स्मार्ट करारांची चाचणी करणे हे [सुरक्षिततेसाठी](/developers/docs/smart-contracts/security/) किमान आवश्यकता आहे. करारांची चाचणी घेण्यासाठी आणि कोडच्या अचूकतेचे मूल्यांकन करण्यासाठी अनेक तंत्रे आहेत; तुम्ही काय निवडता हे तुमच्या गरजांवर अवलंबून आहे. तरीही, विविध साधने आणि दृष्टिकोनांनी बनलेला एक चाचणी संच करार कोडमधील किरकोळ आणि मोठ्या दोन्ही सुरक्षा त्रुटी शोधण्यासाठी आदर्श आहे.
+
+## पूर्वतयारी {#prerequisites}
+
+हे पृष्ठ Ethereum नेटवर्कवर उपयोजन करण्यापूर्वी स्मार्ट करारांची चाचणी कशी करावी हे स्पष्ट करते. तुम्ही [स्मार्ट करारांशी](/developers/docs/smart-contracts/) परिचित आहात असे गृहीत धरले आहे.
+
+## स्मार्ट करार चाचणी म्हणजे काय? {#what-is-smart-contract-testing}
+
+स्मार्ट करार चाचणी ही स्मार्ट कराराचा कोड अपेक्षेप्रमाणे काम करतो की नाही हे सत्यापित करण्याची प्रक्रिया आहे. एखादा विशिष्ट स्मार्ट करार विश्वासार्हता, उपयोगिता आणि सुरक्षिततेच्या गरजा पूर्ण करतो की नाही हे तपासण्यासाठी चाचणी उपयुक्त आहे.
+
+दृष्टिकोन वेगवेगळे असले तरी, बहुतेक चाचणी पद्धतींना स्मार्ट कराराला हाताळण्यासाठी अपेक्षित असलेल्या डेटाच्या लहान नमुन्यासह कार्यान्वित करणे आवश्यक आहे. जर करार नमुना डेटासाठी योग्य परिणाम देत असेल, तर तो योग्यरित्या कार्य करत आहे असे गृहीत धरले जाते. बहुतेक चाचणी साधने कराराची अंमलबजावणी अपेक्षित परिणामांशी जुळते की नाही हे तपासण्यासाठी [चाचणी प्रकरणे](https://en.m.wikipedia.org/wiki/Test_case) लिहिण्यासाठी आणि कार्यान्वित करण्यासाठी संसाधने प्रदान करतात.
+
+### स्मार्ट करारांची चाचणी करणे महत्त्वाचे का आहे? {#importance-of-testing-smart-contracts}
+
+स्मार्ट करार अनेकदा उच्च-मूल्याच्या आर्थिक मालमत्ता व्यवस्थापित करत असल्याने, किरकोळ प्रोग्रामिंग त्रुटी वापरकर्त्यांसाठी [मोठ्या नुकसानीस](https://rekt.news/leaderboard/) कारणीभूत ठरू शकतात. तथापि, कठोर चाचणीमुळे तुम्हाला स्मार्ट कराराच्या कोडमधील दोष आणि समस्या लवकर शोधण्यात आणि Mainnet वर लॉन्च करण्यापूर्वी त्या दुरुस्त करण्यात मदत होऊ शकते.
+
+बग आढळल्यास करार अपग्रेड करणे शक्य असले तरी, अपग्रेड गुंतागुंतीचे असतात आणि अयोग्यरित्या हाताळल्यास [त्रुटी येऊ शकतात](https://blog.trailofbits.com/2018/09/05/contract-upgrade-anti-patterns/). कराराचे अपग्रेडेशन अपरिवर्तनीयतेच्या तत्त्वाला नाकारते आणि वापरकर्त्यांवर अतिरिक्त विश्वासाची गृहितके लादते. याउलट, तुमच्या कराराच्या चाचणीसाठी एक व्यापक योजना स्मार्ट करार सुरक्षा धोके कमी करते आणि उपयोजनानंतर जटिल लॉजिक अपग्रेड करण्याची गरज कमी करते.
+
+## स्मार्ट करारांची चाचणी करण्याच्या पद्धती {#methods-for-testing-smart-contracts}
+
+Ethereum स्मार्ट करारांच्या चाचणीच्या पद्धती दोन विस्तृत श्रेणींमध्ये येतात: **स्वयंचलित चाचणी** आणि **मॅन्युअल चाचणी**. स्वयंचलित चाचणी आणि मॅन्युअल चाचणी अद्वितीय फायदे आणि तोटे देतात, परंतु तुम्ही तुमच्या करारांचे विश्लेषण करण्यासाठी एक मजबूत योजना तयार करण्यासाठी दोन्ही एकत्र करू शकता.
+
+### स्वयंचलित चाचणी {#automated-testing}
+
+स्वयंचलित चाचणी अशा साधनांचा वापर करते जी अंमलबजावणीमधील त्रुटींसाठी स्मार्ट कराराचा कोड आपोआप तपासतात. स्वयंचलित चाचणीचा फायदा करार कार्यक्षमतेच्या मूल्यांकनासाठी [स्क्रिप्ट्स](https://www.techtarget.com/whatis/definition/script?amp=1) वापरण्यापासून मिळतो. स्क्रिप्टेड चाचण्या कमीत कमी मानवी हस्तक्षेपासह वारंवार चालवण्यासाठी शेड्यूल केल्या जाऊ शकतात, ज्यामुळे स्वयंचलित चाचणी मॅन्युअल चाचणी पद्धतींपेक्षा अधिक कार्यक्षम बनते.
+
+जेव्हा चाचण्या पुनरावृत्ती होणाऱ्या आणि वेळखाऊ असतात; मॅन्युअली करणे कठीण असते; मानवी त्रुटीस बळी पडण्याची शक्यता असते; किंवा गंभीर करार कार्यांचे मूल्यांकन करणे समाविष्ट असते तेव्हा स्वयंचलित चाचणी विशेषतः उपयुक्त आहे. परंतु स्वयंचलित चाचणी साधनांमध्ये काही तोटे असू शकतात—ते काही बग्स चुकवू शकतात आणि अनेक [चुकीचे सकारात्मक](https://www.contrastsecurity.com/glossary/false-positive) परिणाम देऊ शकतात. म्हणून, स्मार्ट करारांसाठी स्वयंचलित चाचणीला मॅन्युअल चाचणीसोबत जोडणे आदर्श आहे.
+
+### मॅन्युअल चाचणी {#manual-testing}
+
+मॅन्युअल चाचणी मानवी-सहाय्यित असते आणि त्यात स्मार्ट कराराच्या अचूकतेचे विश्लेषण करताना तुमच्या चाचणी संचातील प्रत्येक चाचणी प्रकरण एकामागून एक कार्यान्वित करणे समाविष्ट असते. हे स्वयंचलित चाचणीच्या विपरीत आहे जिथे तुम्ही एकाच वेळी करारावर अनेक वेगळ्या चाचण्या चालवू शकता आणि सर्व अयशस्वी आणि यशस्वी चाचण्या दर्शवणारा अहवाल मिळवू शकता.
+
+मॅन्युअल चाचणी एकाच व्यक्तीद्वारे केली जाऊ शकते जी विविध चाचणी परिस्थितींचा समावेश असलेल्या लिखित चाचणी योजनेचे पालन करते. तुम्ही मॅन्युअल चाचणीचा भाग म्हणून एका विशिष्ट कालावधीत अनेक व्यक्ती किंवा गटांना स्मार्ट कराराशी संवाद साधायला लावू शकता. चाचणी करणारे कराराच्या वास्तविक वर्तनाची अपेक्षित वर्तनाशी तुलना करतील, कोणत्याही फरकाला बग म्हणून चिन्हांकित करतील.
+
+प्रभावी मॅन्युअल चाचणीसाठी भरीव संसाधने (कौशल्य, वेळ, पैसा आणि प्रयत्न) आवश्यक असतात, आणि मानवी त्रुटीमुळे—चाचण्या कार्यान्वित करताना काही त्रुटी चुकण्याची शक्यता असते. परंतु मॅन्युअल चाचणी देखील फायदेशीर असू शकते—उदाहरणार्थ, एक मानवी चाचणीकर्ता (उदा., एक ऑडिटर) स्वयंचलित चाचणी साधनाने चुकवलेल्या एज केसेस शोधण्यासाठी अंतर्ज्ञान वापरू शकतो.
+
+## स्मार्ट करारांसाठी स्वयंचलित चाचणी {#automated-testing-for-smart-contracts}
+
+### युनिट चाचणी {#unit-testing-for-smart-contracts}
+
+युनिट चाचणी करार कार्यांचे स्वतंत्रपणे मूल्यांकन करते आणि प्रत्येक घटक योग्यरित्या कार्य करतो की नाही हे तपासते. चांगल्या युनिट चाचण्या सोप्या, चालवण्यास जलद असाव्यात आणि चाचण्या अयशस्वी झाल्यास काय चुकले याची स्पष्ट कल्पना द्यावी.
+
+कार्य अपेक्षित मूल्ये परत करतात की नाही आणि कार्य अंमलबजावणीनंतर करार स्टोरेज योग्यरित्या अपडेट केले आहे की नाही हे तपासण्यासाठी युनिट चाचण्या उपयुक्त आहेत. शिवाय, कराराच्या कोडबेसमध्ये बदल केल्यानंतर युनिट चाचण्या चालवल्याने नवीन लॉजिक जोडल्याने त्रुटी येत नाहीत याची खात्री होते. प्रभावी युनिट चाचण्या चालवण्यासाठी खाली काही मार्गदर्शक तत्त्वे आहेत:
+
+#### स्मार्ट करारांच्या युनिट चाचणीसाठी मार्गदर्शक तत्त्वे {#unit-testing-guidelines}
+
+##### १. तुमच्या करारांचे व्यावसायिक लॉजिक आणि कार्यप्रवाह समजून घ्या
+
+युनिट चाचण्या लिहिण्यापूर्वी, स्मार्ट करार कोणती कार्यक्षमता देतो आणि वापरकर्ते त्या कार्यांमध्ये कसे प्रवेश करतील आणि त्यांचा वापर कसा करतील हे जाणून घेणे उपयुक्त ठरते. हे विशेषतः [हॅपी पाथ चाचण्या](https://en.m.wikipedia.org/wiki/Happy_path) चालवण्यासाठी उपयुक्त आहे जे करारातील कार्ये वैध वापरकर्ता इनपुटसाठी योग्य आउटपुट परत करतात की नाही हे ठरवतात. आम्ही ही संकल्पना [लिलाव कराराच्या](https://docs.soliditylang.org/en/v0.8.17/solidity-by-example.html?highlight=Auction%20contract#simple-open-auction) या (संक्षिप्त) उदाहरणाचा वापर करून स्पष्ट करू
+
+```solidity
+constructor(
+        uint biddingTime,
+        address payable beneficiaryAddress
+    ) {
+        beneficiary = beneficiaryAddress;
+        auctionEndTime = block.timestamp + biddingTime;
+    }
+
+function bid() external payable {
+
+      if (block.timestamp > auctionEndTime)
+            revert AuctionAlreadyEnded();
+
+      if (msg.value <= highestBid)
+            revert BidNotHighEnough(highestBid);
+
+ if (highestBid != 0) {
+    pendingReturns[highestBidder] += highestBid;
+        }
+        highestBidder = msg.sender;
+        highestBid = msg.value;
+        emit HighestBidIncreased(msg.sender, msg.value);
+    }
+
+ function withdraw() external returns (bool) {
+        uint amount = pendingReturns[msg.sender];
+        if (amount > 0) {
+           pendingReturns[msg.sender] = 0;
+
+        if (!payable(msg.sender).send(amount)) {
+                pendingReturns[msg.sender] = amount;
+                return false;
+            }
+        }
+        return true;
+    }
+
+function auctionEnd() external {
+       if (block.timestamp < auctionEndTime)
+            revert AuctionNotYetEnded();
+        if (ended)
+            revert AuctionEndAlreadyCalled();
+
+        ended = true;
+        emit AuctionEnded(highestBidder, highestBid);
+
+        beneficiary.transfer(highestBid);
+    }
+}
+```
+
+हा एक साधा लिलाव करार आहे जो बोलीच्या कालावधीत बोली स्वीकारण्यासाठी डिझाइन केलेला आहे. जर `highestBid` वाढली, तर मागील सर्वोच्च बोली लावणाऱ्याला त्याचे पैसे परत मिळतात; एकदा बोलीचा कालावधी संपला की, `beneficiary` त्याचे पैसे मिळवण्यासाठी कराराला कॉल करतो.
+
+अशा करारासाठी युनिट चाचण्या कराराशी संवाद साधताना वापरकर्ता कॉल करू शकणाऱ्या विविध कार्यांना कव्हर करतील. एक उदाहरण म्हणजे एक युनिट चाचणी जी तपासते की लिलाव चालू असताना वापरकर्ता बोली लावू शकतो की नाही (म्हणजे, `bid()` ला केलेले कॉल यशस्वी होतात) किंवा एक जी तपासते की वापरकर्ता सध्याच्या `highestBid` पेक्षा जास्त बोली लावू शकतो की नाही.
+
+कराराचा कार्यान्वयन कार्यप्रवाह समजून घेतल्याने अंमलबजावणी आवश्यकता पूर्ण करते की नाही हे तपासणाऱ्या युनिट चाचण्या लिहिण्यास देखील मदत होते. उदाहरणार्थ, लिलाव करार निर्दिष्ट करतो की लिलाव संपल्यावर वापरकर्ते बोली लावू शकत नाहीत (म्हणजे, जेव्हा `auctionEndTime` हे `block.timestamp` पेक्षा कमी असते). म्हणून, एक डेव्हलपर एक युनिट चाचणी चालवू शकतो जी लिलाव संपल्यावर `bid()` फंक्शनला केलेले कॉल यशस्वी होतात की अयशस्वी होतात हे तपासते (म्हणजे, जेव्हा `auctionEndTime` > `block.timestamp` असते).
+
+##### २. करार अंमलबजावणीशी संबंधित सर्व गृहितकांचे मूल्यांकन करा
+
+कराराच्या अंमलबजावणीबद्दलच्या कोणत्याही गृहितकांचे दस्तऐवजीकरण करणे आणि त्या गृहितकांची वैधता सत्यापित करण्यासाठी युनिट चाचण्या लिहिणे महत्त्वाचे आहे. अनपेक्षित अंमलबजावणीपासून संरक्षण देण्याव्यतिरिक्त, चाचणी दावे तुम्हाला अशा ऑपरेशन्सबद्दल विचार करण्यास भाग पाडतात जे स्मार्ट कराराचे सुरक्षा मॉडेल तोडू शकतात. एक उपयुक्त टीप म्हणजे "हॅपी युझर टेस्ट"च्या पलीकडे जाऊन चुकीच्या इनपुटसाठी फंक्शन अयशस्वी होते की नाही हे तपासणाऱ्या नकारात्मक चाचण्या लिहिणे.
+
+अनेक युनिट टेस्टिंग फ्रेमवर्क तुम्हाला दावे तयार करण्याची परवानगी देतात—साधी विधाने जी सांगतात की करार काय करू शकतो आणि काय करू शकत नाही—आणि अंमलबजावणी अंतर्गत ते दावे टिकतात की नाही हे पाहण्यासाठी चाचण्या चालवतात. पूर्वी वर्णन केलेल्या लिलाव करारावर काम करणारा एक डेव्हलपर नकारात्मक चाचण्या चालवण्यापूर्वी त्याच्या वर्तनाबद्दल खालील दावे करू शकतो:
+
+- लिलाव संपल्यावर किंवा सुरू झाला नसताना वापरकर्ते बोली लावू शकत नाहीत.
+
+- स्वीकार्य मर्यादेपेक्षा कमी बोली असल्यास लिलाव करार परत येतो.
+
+- बोली जिंकण्यात अयशस्वी झालेल्या वापरकर्त्यांना त्यांचे फंड परत मिळतात
+
+**टीप**: गृहितकांची चाचणी करण्याचा आणखी एक मार्ग म्हणजे करारात [फंक्शन मॉडिफायर्स](https://docs.soliditylang.org/en/v0.8.16/contracts.html#function-modifiers) ट्रिगर करणाऱ्या चाचण्या लिहिणे, विशेषतः `require`, `assert`, आणि `if…else` विधाने.
+
+##### ३. कोड कव्हरेज मोजा
+
+[कोड कव्हरेज](https://en.m.wikipedia.org/wiki/Code_coverage) हे एक चाचणी मेट्रिक आहे जे चाचण्यांदरम्यान तुमच्या कोडमध्ये कार्यान्वित केलेल्या शाखा, ओळी आणि विधानांची संख्या ट्रॅक करते. न तपासलेल्या असुरक्षिततेचा धोका कमी करण्यासाठी चाचण्यांमध्ये चांगले कोड कव्हरेज असावे. पुरेशा कव्हरेजशिवाय, तुम्ही चुकीच्या पद्धतीने गृहीत धरू शकता की तुमचा करार सुरक्षित आहे कारण सर्व चाचण्या पास होतात, तर न तपासलेल्या कोड मार्गांमध्ये अजूनही असुरक्षितता अस्तित्वात असते. तथापि, उच्च कोड कव्हरेज नोंदवल्याने स्मार्ट करारातील सर्व विधाने/कार्य अचूकतेसाठी पुरेशा प्रमाणात तपासली गेली असल्याची खात्री मिळते.
+
+##### ४. सुविकसित चाचणी फ्रेमवर्क वापरा
+
+तुमच्या स्मार्ट करारांसाठी युनिट चाचण्या चालवण्यासाठी वापरल्या जाणार्‍या साधनांची गुणवत्ता महत्त्वपूर्ण आहे. एक आदर्श चाचणी फ्रेमवर्क म्हणजे जे नियमितपणे सांभाळले जाते; उपयुक्त वैशिष्ट्ये (उदा., लॉगिंग आणि रिपोर्टिंग क्षमता) प्रदान करते; आणि इतर डेव्हलपर्सनी मोठ्या प्रमाणावर वापरलेले आणि तपासलेले असावे.
+
+Solidity स्मार्ट करारांसाठी युनिट टेस्टिंग फ्रेमवर्क वेगवेगळ्या भाषांमध्ये (मुख्यतः JavaScript, Python आणि Rust) येतात. वेगवेगळ्या चाचणी फ्रेमवर्कसह युनिट चाचण्या चालवणे कसे सुरू करावे याबद्दलच्या माहितीसाठी खालील काही मार्गदर्शक तत्त्वे पहा:
+
+- **[Brownie सह युनिट चाचण्या चालवणे](https://eth-brownie.readthedocs.io/en/v1.0.0_a/tests.html)**
+- **[Foundry सह युनिट चाचण्या चालवणे](https://book.getfoundry.sh/forge/writing-tests)**
+- **[Waffle सह युनिट चाचण्या चालवणे](https://ethereum-waffle.readthedocs.io/en/latest/getting-started.html#writing-tests)**
+- **[Remix सह युनिट चाचण्या चालवणे](https://remix-ide.readthedocs.io/en/latest/unittesting.html#write-tests)**
+- **[Ape सह युनिट चाचण्या चालवणे](https://docs.apeworx.io/ape/stable/userguides/testing.html)**
+- **[Hardhat सह युनिट चाचण्या चालवणे](https://hardhat.org/hardhat-runner/docs/guides/test-contracts)**
+- **[Wake सह युनिट चाचण्या चालवणे](https://ackeeblockchain.com/wake/docs/latest/testing-framework/overview/)**
+
+### एकत्रीकरण चाचणी {#integration-testing-for-smart-contracts}
+
+युनिट चाचणी करार कार्यांना वेगळे करून डीबग करते, तर एकत्रीकरण चाचण्या स्मार्ट कराराच्या घटकांचे संपूर्णपणे मूल्यांकन करतात. एकत्रीकरण चाचणी क्रॉस-करार कॉल्स किंवा एकाच स्मार्ट करारातील वेगवेगळ्या कार्यांमधील परस्परसंवादातून उद्भवणाऱ्या समस्या शोधू शकते. उदाहरणार्थ, एकत्रीकरण चाचण्या [इनहेरिटन्स](https://docs.soliditylang.org/en/v0.8.12/contracts.html#inheritance) आणि अवलंबित्व इंजेक्शन यांसारख्या गोष्टी योग्यरित्या कार्य करतात की नाही हे तपासण्यात मदत करू शकतात.
+
+जर तुमचा करार मॉड्युलर आर्किटेक्चरचा अवलंब करत असेल किंवा अंमलबजावणी दरम्यान इतर ऑनचेन करारांशी संवाद साधत असेल तर एकत्रीकरण चाचणी उपयुक्त आहे. एकत्रीकरण चाचण्या चालवण्याचा एक मार्ग म्हणजे एका विशिष्ट उंचीवर [ब्लॉकचेनला फोर्क करणे](/glossary/#fork) ([Forge](https://book.getfoundry.sh/forge/fork-testing) किंवा [Hardhat](https://hardhat.org/hardhat-network/docs/guides/forking-other-networks) सारख्या साधनांचा वापर करून) आणि तुमच्या करार आणि उपयोजित करारांमधील परस्परसंवादांचे अनुकरण करणे.
+
+फोर्क केलेला ब्लॉकचेन Mainnet प्रमाणेच वागेल आणि त्यात संबंधित स्थिती आणि शिल्लक असलेली खाती असतील. परंतु ते केवळ सँडबॉक्स्ड स्थानिक विकास वातावरण म्हणून कार्य करते, याचा अर्थ तुम्हाला व्यवहारांसाठी वास्तविक ETH ची गरज भासणार नाही, उदाहरणार्थ, किंवा तुमचे बदल वास्तविक Ethereum प्रोटोकॉलवर परिणाम करणार नाहीत.
+
+### गुणधर्म-आधारित चाचणी {#property-based-testing-for-smart-contracts}
+
+गुणधर्म-आधारित चाचणी ही स्मार्ट करार काही परिभाषित गुणधर्म पूर्ण करतो की नाही हे तपासण्याची प्रक्रिया आहे. गुणधर्म कराराच्या वर्तनाबद्दल तथ्ये सांगतात जे वेगवेगळ्या परिस्थितीत खरे राहण्याची अपेक्षा असते—स्मार्ट कराराच्या गुणधर्माचे एक उदाहरण असू शकते "करारातील अंकगणितीय ऑपरेशन्स कधीही ओव्हरफ्लो किंवा अंडरफ्लो होत नाहीत."
+
+**स्थिर विश्लेषण** आणि **डायनॅमिक विश्लेषण** हे गुणधर्म-आधारित चाचणी कार्यान्वित करण्यासाठी दोन सामान्य तंत्रे आहेत आणि दोन्ही सत्यापित करू शकतात की प्रोग्रामचा कोड (या प्रकरणात स्मार्ट करार) काही पूर्वनिर्धारित गुणधर्म पूर्ण करतो. काही गुणधर्म-आधारित चाचणी साधने अपेक्षित करार गुणधर्मांबद्दल पूर्वनिर्धारित नियमांसह येतात आणि त्या नियमांनुसार कोड तपासतात, तर इतर तुम्हाला स्मार्ट करारासाठी सानुकूल गुणधर्म तयार करण्याची परवानगी देतात.
+
+#### स्थिर विश्लेषण {#static-analysis}
+
+एक स्थिर विश्लेषक स्मार्ट कराराचा स्त्रोत कोड इनपुट म्हणून घेतो आणि करार गुणधर्म पूर्ण करतो की नाही हे घोषित करणारे परिणाम आउटपुट करतो. डायनॅमिक विश्लेषणाच्या विपरीत, स्थिर विश्लेषणात अचूकतेसाठी त्याचे विश्लेषण करण्यासाठी करार कार्यान्वित करणे समाविष्ट नाही. स्थिर विश्लेषण त्याऐवजी अंमलबजावणी दरम्यान स्मार्ट करार घेऊ शकणाऱ्या सर्व संभाव्य मार्गांबद्दल तर्क करतो (म्हणजे, स्त्रोत कोडच्या संरचनेचे परीक्षण करून हे ठरवण्यासाठी की रनटाइममध्ये कराराच्या ऑपरेशनसाठी त्याचा काय अर्थ होईल).
+
+[लिंटिंग](https://www.perforce.com/blog/qac/what-is-linting) आणि [स्टॅटिक टेस्टिंग](https://www.techtarget.com/whatis/definition/static-analysis-static-code-analysis) हे करारांवर स्थिर विश्लेषण चालवण्यासाठी सामान्य पद्धती आहेत. दोन्हींना कंपाइलरद्वारे आउटपुट केलेल्या [ॲबस्ट्रॅक्ट सिंटॅक्स ट्रीज](https://en.m.wikipedia.org/wiki/Abstract_syntax_tree) आणि [कंट्रोल फ्लो ग्राफ्स](https://www.geeksforgeeks.org/software-engineering-control-flow-graph-cfg/amp/) सारख्या कराराच्या अंमलबजावणीच्या निम्न-स्तरीय प्रतिनिधित्वांचे विश्लेषण करणे आवश्यक आहे.
+
+बहुतेक प्रकरणांमध्ये, स्थिर विश्लेषण असुरक्षित रचनांचा वापर, वाक्यरचना त्रुटी किंवा कराराच्या कोडमधील कोडिंग मानकांचे उल्लंघन यासारख्या सुरक्षा समस्या शोधण्यासाठी उपयुक्त आहे. तथापि, स्थिर विश्लेषक सामान्यतः खोल असुरक्षितता शोधण्यात अकार्यक्षम म्हणून ओळखले जातात आणि जास्त प्रमाणात चुकीचे सकारात्मक परिणाम देऊ शकतात.
+
+#### डायनॅमिक विश्लेषण {#dynamic-analysis}
+
+डायनॅमिक विश्लेषण स्मार्ट कराराच्या फंक्शन्सना प्रतिकात्मक इनपुट (उदा., [प्रतिकात्मक अंमलबजावणीमध्ये](https://en.m.wikipedia.org/wiki/Symbolic_execution)) किंवा ठोस इनपुट (उदा., [फझिंगमध्ये](https://owasp.org/www-community/Fuzzing)) तयार करते हे पाहण्यासाठी की कोणताही अंमलबजावणी ट्रेस विशिष्ट गुणधर्मांचे उल्लंघन करतो का. गुणधर्म-आधारित चाचणीचा हा प्रकार युनिट चाचण्यांपेक्षा वेगळा आहे कारण चाचणी प्रकरणे एकाधिक परिस्थिती कव्हर करतात आणि एक प्रोग्राम चाचणी प्रकरणे तयार करण्याचे काम हाताळतो.
+
+[फझिंग](https://www.halborn.com/blog/post/what-is-fuzz-testing-fuzzing) हे स्मार्ट करारांमधील अनियंत्रित गुणधर्म सत्यापित करण्यासाठी डायनॅमिक विश्लेषण तंत्राचे एक उदाहरण आहे. एक फझर लक्ष्य करारातील फंक्शन्सना परिभाषित इनपुट मूल्याच्या यादृच्छिक किंवा विकृत भिन्नतांसह आमंत्रित करतो. जर स्मार्ट करार त्रुटीच्या स्थितीत प्रवेश करतो (उदा., जिथे एक दावा अयशस्वी होतो), तर समस्या ध्वजांकित केली जाते आणि असुरक्षित मार्गाकडे अंमलबजावणी चालवणारे इनपुट अहवालात तयार केले जातात.
+
+स्मार्ट कराराच्या इनपुट प्रमाणीकरण यंत्रणेचे मूल्यांकन करण्यासाठी फझिंग उपयुक्त आहे कारण अनपेक्षित इनपुटच्या अयोग्य हाताळणीमुळे अनपेक्षित अंमलबजावणी होऊ शकते आणि धोकादायक परिणाम होऊ शकतात. गुणधर्म-आधारित चाचणीचा हा प्रकार अनेक कारणांसाठी आदर्श असू शकतो:
+
+1. **अनेक परिस्थिती कव्हर करण्यासाठी चाचणी प्रकरणे लिहिणे कठीण आहे.** गुणधर्म चाचणीसाठी फक्त तुम्हाला वर्तन आणि वर्तनाची चाचणी घेण्यासाठी डेटाची श्रेणी परिभाषित करणे आवश्यक आहे—प्रोग्राम परिभाषित गुणधर्मावर आधारित स्वयंचलितपणे चाचणी प्रकरणे तयार करतो.
+
+2. **तुमचा चाचणी संच प्रोग्राममधील सर्व संभाव्य मार्ग पुरेशा प्रमाणात कव्हर करू शकत नाही.** 100% कव्हरेजसह देखील, एज केसेस चुकण्याची शक्यता असते.
+
+3. **युनिट चाचण्या सिद्ध करतात की करार नमुना डेटासाठी योग्यरित्या कार्यान्वित होतो, परंतु नमुन्याबाहेरील इनपुटसाठी करार योग्यरित्या कार्यान्वित होतो की नाही हे अज्ञात राहते.** गुणधर्म चाचण्या दावा अयशस्वी होण्यास कारणीभूत ठरणारे अंमलबजावणी ट्रेस शोधण्यासाठी दिलेल्या इनपुट मूल्याच्या एकाधिक भिन्नतांसह लक्ष्य करार कार्यान्वित करतात. म्हणून, एक गुणधर्म चाचणी अधिक हमी देते की करार इनपुट डेटाच्या विस्तृत वर्गासाठी योग्यरित्या कार्यान्वित होतो.
+
+### स्मार्ट करारांसाठी गुणधर्म-आधारित चाचणी चालवण्यासाठी मार्गदर्शक तत्त्वे {#running-property-based-tests}
+
+गुणधर्म-आधारित चाचणी चालवणे सामान्यतः स्मार्ट करारात सत्यापित करू इच्छित असलेल्या गुणधर्माची (उदा., [पूर्णांक ओव्हरफ्लोचा](https://github.com/ConsenSys/mythril/wiki/Integer-Overflow) अभाव) किंवा गुणधर्मांच्या संग्रहाची व्याख्या करून सुरू होते. गुणधर्म चाचण्या लिहिताना तुम्हाला मूल्यांची एक श्रेणी देखील परिभाषित करण्याची आवश्यकता असू शकते ज्यामध्ये प्रोग्राम व्यवहार इनपुटसाठी डेटा तयार करू शकतो.
+
+एकदा योग्यरित्या कॉन्फिगर केल्यावर, गुणधर्म चाचणी साधन तुमच्या स्मार्ट कराराच्या फंक्शन्सना यादृच्छिकपणे तयार केलेल्या इनपुटसह कार्यान्वित करेल. जर कोणतेही दावा उल्लंघन असेल, तर तुम्हाला मूल्यांकनाखालील गुणधर्माचे उल्लंघन करणाऱ्या ठोस इनपुट डेटासह एक अहवाल मिळायला हवा. वेगवेगळ्या साधनांसह गुणधर्म-आधारित चाचणी चालवणे सुरू करण्यासाठी खालील काही मार्गदर्शक तत्त्वे पहा:
+
+- **[Slither सह स्मार्ट करारांचे स्थिर विश्लेषण](https://github.com/crytic/slither)**
+- **[Wake सह स्मार्ट करारांचे स्थिर विश्लेषण](https://ackeeblockchain.com/wake/docs/latest/static-analysis/using-detectors/)**
+- **[Brownie सह गुणधर्म-आधारित चाचणी](https://eth-brownie.readthedocs.io/en/stable/tests-hypothesis-property.html)**
+- **[Foundry सह करारांचे फझिंग](https://book.getfoundry.sh/forge/fuzz-testing)**
+- **[Echidna सह करारांचे फझिंग](https://github.com/crytic/building-secure-contracts/tree/master/program-analysis/echidna#echidna-tutorial)**
+- **[Wake सह करारांचे फझिंग](https://ackeeblockchain.com/wake/docs/latest/testing-framework/fuzzing/)**
+- **[Manticore सह स्मार्ट करारांची प्रतिकात्मक अंमलबजावणी](https://github.com/crytic/building-secure-contracts/tree/master/program-analysis/manticore#manticore-tutorial)**
+- **[Mythril सह स्मार्ट करारांची प्रतिकात्मक अंमलबजावणी](https://mythril-classic.readthedocs.io/en/master/tutorial.html)**
+
+## स्मार्ट करारांसाठी मॅन्युअल चाचणी {#manual-testing-for-smart-contracts}
+
+स्मार्ट करारांची मॅन्युअल चाचणी अनेकदा स्वयंचलित चाचण्या चालवल्यानंतर विकास चक्रात नंतर येते. चाचणीचा हा प्रकार स्मार्ट कराराचे एक पूर्णपणे एकात्मिक उत्पादन म्हणून मूल्यांकन करतो हे पाहण्यासाठी की ते तांत्रिक आवश्यकतांमध्ये निर्दिष्ट केल्याप्रमाणे कार्य करते की नाही.
+
+### स्थानिक ब्लॉकचेनवर करारांची चाचणी करणे {#testing-on-local-blockchain}
+
+स्थानिक विकास वातावरणात केलेली स्वयंचलित चाचणी उपयुक्त डीबगिंग माहिती प्रदान करू शकते, तरीही तुमचा स्मार्ट करार उत्पादन वातावरणात कसा वागतो हे तुम्हाला जाणून घ्यायचे असेल. तथापि, मुख्य Ethereum चेनवर उपयोजन केल्यास गॅस शुल्क लागते—तुमच्या स्मार्ट करारात अजूनही बग असल्यास तुम्ही किंवा तुमचे वापरकर्ते वास्तविक पैसे गमावू शकतात हे सांगायला नको.
+
+तुमच्या कराराची स्थानिक ब्लॉकचेनवर ([विकास नेटवर्क](/developers/docs/development-networks/) म्हणूनही ओळखले जाते) चाचणी करणे हे Mainnet वर चाचणी करण्यासाठी एक शिफारस केलेला पर्याय आहे. स्थानिक ब्लॉकचेन हे तुमच्या संगणकावर स्थानिक पातळीवर चालणाऱ्या Ethereum ब्लॉकचेनची एक प्रत आहे जी Ethereum च्या अंमलबजावणी स्तराच्या वर्तनाचे अनुकरण करते. त्यामुळे, तुम्ही महत्त्वपूर्ण ओव्हरहेड न होता कराराशी संवाद साधण्यासाठी व्यवहार प्रोग्राम करू शकता.
+
+स्थानिक ब्लॉकचेनवर करार चालवणे मॅन्युअल एकत्रीकरण चाचणीचा एक प्रकार म्हणून उपयुक्त ठरू शकते. [स्मार्ट करार अत्यंत संयोजनक्षम असतात](/developers/docs/smart-contracts/composability/), जे तुम्हाला विद्यमान प्रोटोकॉलसह समाकलित करण्याची परवानगी देतात—परंतु तुम्हाला अजूनही हे सुनिश्चित करणे आवश्यक आहे की अशा जटिल ऑनचेन परस्परसंवादातून योग्य परिणाम मिळतात.
+
+[विकास नेटवर्कबद्दल अधिक.](/developers/docs/development-networks/)
+
+### टेस्टनेटवर करारांची चाचणी करणे {#testing-contracts-on-testnets}
+
+एक चाचणी नेटवर्क किंवा टेस्टनेट Ethereum Mainnet प्रमाणेच कार्य करते, फक्त ते वास्तविक-जगाचे मूल्य नसलेले इथर (ETH) वापरते. तुमचा करार [टेस्टनेटवर](/developers/docs/networks/#ethereum-testnets) उपयोजित करणे म्हणजे कोणीही निधी धोक्यात न घालवता त्याच्याशी संवाद साधू शकतो (उदा., dApp च्या फ्रंटएंडद्वारे).
+
+मॅन्युअल चाचणीचा हा प्रकार वापरकर्त्याच्या दृष्टिकोनातून तुमच्या ॲप्लिकेशनच्या एंड-टू-एंड प्रवाहाचे मूल्यांकन करण्यासाठी उपयुक्त आहे. येथे, बीटा टेस्टर देखील चाचणी चालवू शकतात आणि कराराच्या व्यावसायिक लॉजिक आणि एकूण कार्यक्षमतेमधील कोणत्याही समस्यांबद्दल अहवाल देऊ शकतात.
+
+स्थानिक ब्लॉकचेनवर चाचणी केल्यानंतर टेस्टनेटवर उपयोजन करणे आदर्श आहे कारण पहिले Ethereum व्हर्च्युअल मशीनच्या वर्तनाच्या जवळ आहे. म्हणून, अनेक Ethereum-नेटिव्ह प्रकल्पांसाठी वास्तविक-जगातील परिस्थितीनुसार स्मार्ट कराराच्या ऑपरेशनचे मूल्यांकन करण्यासाठी टेस्टनेटवर dApps उपयोजित करणे सामान्य आहे.
+
+[Ethereum टेस्टनेटबद्दल अधिक.](/developers/docs/development-networks/#public-beacon-testchains)
+
+## चाचणी विरुद्ध औपचारिक पडताळणी {#testing-vs-formal-verification}
+
+चाचणी काही डेटा इनपुटसाठी करार अपेक्षित परिणाम परत करतो याची पुष्टी करण्यास मदत करत असली तरी, चाचण्यांदरम्यान न वापरलेल्या इनपुटसाठी तेच निर्णायकपणे सिद्ध करू शकत नाही. म्हणून, स्मार्ट कराराची चाचणी "कार्यात्मक अचूकतेची" हमी देऊ शकत नाही (म्हणजे, ते दाखवू शकत नाही की प्रोग्राम इनपुट मूल्यांच्या _सर्व_ संचांसाठी आवश्यकतेनुसार वागतो).
+
+औपचारिक पडताळणी ही प्रोग्रामचे औपचारिक मॉडेल औपचारिक तपशीलांशी जुळते की नाही हे तपासून सॉफ्टवेअरच्या अचूकतेचे मूल्यांकन करण्याचा एक दृष्टिकोन आहे. एक औपचारिक मॉडेल हे प्रोग्रामचे एक अमूर्त गणितीय प्रतिनिधित्व आहे, तर एक औपचारिक तपशील प्रोग्रामचे गुणधर्म (म्हणजे, प्रोग्रामच्या अंमलबजावणीबद्दल तार्किक दावे) परिभाषित करते.
+
+कारण गुणधर्म गणितीय संज्ञांमध्ये लिहिलेले आहेत, त्यामुळे तर्काच्या तार्किक नियमांचा वापर करून प्रणालीचे औपचारिक (गणितीय) मॉडेल तपशील पूर्ण करते हे सत्यापित करणे शक्य होते. म्हणून, औपचारिक पडताळणी साधने प्रणालीच्या अचूकतेचा 'गणितीय पुरावा' तयार करतात असे म्हटले जाते.
+
+चाचणीच्या विपरीत, औपचारिक पडताळणीचा वापर स्मार्ट कराराची अंमलबजावणी _सर्व_ अंमलबजावणीसाठी औपचारिक तपशील पूर्ण करते हे सत्यापित करण्यासाठी केला जाऊ शकतो (म्हणजे, त्यात कोणतेही बग नाहीत) नमुना डेटासह कार्यान्वित करण्याची आवश्यकता न ठेवता. हे केवळ डझनभर युनिट चाचण्या चालवण्यासाठी लागणारा वेळ कमी करत नाही, तर छुपी असुरक्षितता पकडण्यात देखील अधिक प्रभावी आहे. त्यानुसार, औपचारिक पडताळणी तंत्र त्यांच्या अंमलबजावणीच्या अडचणी आणि उपयुक्ततेनुसार एका स्पेक्ट्रमवर अवलंबून असतात.
+
+[स्मार्ट करारांसाठी औपचारिक पडताळणीबद्दल अधिक.](/developers/docs/smart-contracts/formal-verification)
+
+## चाचणी विरुद्ध ऑडिट आणि बग बाउंटीज {#testing-vs-audits-bug-bounties}
+
+नमूद केल्याप्रमाणे, कठोर चाचणी क्वचितच करारात बग्सच्या अनुपस्थितीची हमी देऊ शकते; औपचारिक पडताळणी दृष्टिकोन अचूकतेची अधिक मजबूत हमी देऊ शकतात परंतु सध्या वापरण्यास कठीण आहेत आणि त्यावर मोठा खर्च येतो.
+
+तरीही, तुम्ही स्वतंत्र कोड पुनरावलोकन मिळवून करार असुरक्षितता पकडण्याची शक्यता आणखी वाढवू शकता. [स्मार्ट करार ऑडिट](https://www.immunebytes.com/blog/what-is-a-smart-contract-audit/) आणि [बग बाउंटीज](https://medium.com/immunefi/a-defi-security-standard-the-scaling-bug-bounty-9b83dfdc1ba7) हे तुमच्या करारांचे विश्लेषण करण्यासाठी इतरांना मिळवण्याचे दोन मार्ग आहेत.
+
+स्मार्ट करारांमध्ये सुरक्षा त्रुटी आणि खराब विकास पद्धतींची प्रकरणे शोधण्यात अनुभवी ऑडिटर्सद्वारे ऑडिट केले जाते. एका ऑडिटमध्ये सामान्यतः चाचणी (आणि शक्यतो औपचारिक पडताळणी) तसेच संपूर्ण कोडबेसचे मॅन्युअल पुनरावलोकन समाविष्ट असते.
+
+याउलट, बग बाउंटी प्रोग्राममध्ये सामान्यतः एखाद्या व्यक्तीला (सामान्यतः [व्हाइटहॅट हॅकर्स](https://en.wikipedia.org/wiki/White_hat_\(computer_security\)) म्हणून वर्णन केलेले) आर्थिक बक्षीस देणे समाविष्ट असते जो स्मार्ट करारात असुरक्षितता शोधतो आणि डेव्हलपर्सना ती उघड करतो. बग बाउंटी ऑडिटसारखेच आहेत कारण त्यात स्मार्ट करारांमधील दोष शोधण्यात मदत करण्यासाठी इतरांना विचारणे समाविष्ट आहे.
+
+मुख्य फरक असा आहे की बग बाउंटी प्रोग्राम व्यापक डेव्हलपर/हॅकर समुदायासाठी खुले आहेत आणि अद्वितीय कौशल्ये आणि अनुभव असलेल्या नैतिक हॅकर्स आणि स्वतंत्र सुरक्षा व्यावसायिकांच्या विस्तृत वर्गाला आकर्षित करतात. स्मार्ट करार ऑडिटपेक्षा हा एक फायदा असू शकतो जे मुख्यत्वे मर्यादित किंवा संकुचित कौशल्य असलेल्या संघांवर अवलंबून असतात.
+
+## चाचणी साधने आणि लायब्ररी {#testing-tools-and-libraries}
+
+### युनिट चाचणी साधने {#unit-testing-tools}
+
+- **[solidity-coverage](https://github.com/sc-forks/solidity-coverage)** - _Solidity मध्ये लिहिलेल्या स्मार्ट करारांसाठी कोड कव्हरेज साधन._
+
+- **[Waffle](https://ethereum-waffle.readthedocs.io/en/latest/)** - _प्रगत स्मार्ट करार विकास आणि चाचणीसाठी फ्रेमवर्क (ethers.js वर आधारित)_.
+
+- **[Remix Tests](https://github.com/ethereum/remix-project/tree/master/libs/remix-tests)** - _Solidity स्मार्ट करारांची चाचणी करण्यासाठी साधन. Remix IDE "Solidity Unit Testing" प्लगइनच्या खाली कार्य करते जे करारासाठी चाचणी प्रकरणे लिहिण्यासाठी आणि चालवण्यासाठी वापरले जाते._
+
+- **[OpenZeppelin Test Helpers](https://github.com/OpenZeppelin/openzeppelin-test-helpers)** - _Ethereum स्मार्ट करार चाचणीसाठी Assertion लायब्ररी. तुमचे करार अपेक्षेप्रमाणे वागतात याची खात्री करा!_
+
+- **[Brownie युनिट टेस्टिंग फ्रेमवर्क](https://eth-brownie.readthedocs.io/en/v1.0.0_a/tests.html)** - _Brownie Pytest चा वापर करते, एक वैशिष्ट्य-समृद्ध चाचणी फ्रेमवर्क जे तुम्हाला कमीतकमी कोडसह लहान चाचण्या लिहू देते, मोठ्या प्रकल्पांसाठी चांगले स्केल करते आणि अत्यंत विस्तारणीय आहे._
+
+- **[Foundry Tests](https://github.com/foundry-rs/foundry/tree/master/crates/forge)** - _Foundry Forge देते, एक जलद आणि लवचिक Ethereum चाचणी फ्रेमवर्क जे साध्या युनिट चाचण्या, गॅस ऑप्टिमायझेशन तपासणी आणि करार फझिंग कार्यान्वित करण्यास सक्षम आहे._
+
+- **[Hardhat Tests](https://hardhat.org/hardhat-runner/docs/guides/test-contracts)** - _ethers.js, Mocha, आणि Chai वर आधारित स्मार्ट करारांच्या चाचणीसाठी फ्रेमवर्क._
+
+- **[ApeWorx](https://docs.apeworx.io/ape/stable/userguides/testing.html)** - _Ethereum व्हर्च्युअल मशीनला लक्ष्य करणाऱ्या स्मार्ट करारांसाठी Python-आधारित विकास आणि चाचणी फ्रेमवर्क._
+
+- **[Wake](https://ackeeblockchain.com/wake/docs/latest/testing-framework/overview/)** - _युनिट टेस्टिंग आणि फझिंगसाठी Python-आधारित फ्रेमवर्क ज्यामध्ये मजबूत डीबगिंग क्षमता आणि क्रॉस-चेन टेस्टिंग सपोर्ट आहे, सर्वोत्तम वापरकर्ता अनुभव आणि कार्यक्षमतेसाठी pytest आणि Anvil चा वापर करते._
+
+### गुणधर्म-आधारित चाचणी साधने {#property-based-testing-tools}
+
+#### स्थिर विश्लेषण साधने {#static-analysis-tools}
+
+- **[Slither](https://github.com/crytic/slither)** - _असुरक्षितता शोधण्यासाठी, कोड आकलन वाढवण्यासाठी आणि स्मार्ट करारांसाठी सानुकूल विश्लेषण लिहिण्यासाठी Python-आधारित Solidity स्थिर विश्लेषण फ्रेमवर्क._
+
+- **[Ethlint](https://ethlint.readthedocs.io/en/latest/)** - _Solidity स्मार्ट करार प्रोग्रामिंग भाषेसाठी शैली आणि सुरक्षा सर्वोत्तम पद्धती लागू करण्यासाठी लिंटर._
+
+- **[Cyfrin Aderyn](https://cyfrin.io/tools/aderyn)** - _Web3 स्मार्ट करार सुरक्षा आणि विकासासाठी विशेषतः डिझाइन केलेले Rust-आधारित स्थिर विश्लेषक._
+
+- **[Wake](https://ackeeblockchain.com/wake/docs/latest/static-analysis/using-detectors/)** - _असुरक्षितता आणि कोड गुणवत्ता डिटेक्टरसह Python-आधारित स्थिर विश्लेषण फ्रेमवर्क, कोडमधून उपयुक्त माहिती काढण्यासाठी प्रिंटर आणि सानुकूल सबमॉड्यूल लिहिण्यासाठी समर्थन._
+
+- **[Slippy](https://github.com/fvictorio/slippy)** - _Solidity साठी एक साधा आणि शक्तिशाली लिंटर._
+
+#### डायनॅमिक विश्लेषण साधने {#dynamic-analysis-tools}
+
+- **[Echidna](https://github.com/crytic/echidna/)** - _गुणधर्म-आधारित चाचणीद्वारे स्मार्ट करारांमधील असुरक्षितता शोधण्यासाठी जलद करार फझर._
+
+- **[Diligence Fuzzing](https://consensys.net/diligence/fuzzing/)** - _स्मार्ट करार कोडमधील गुणधर्म उल्लंघन शोधण्यासाठी उपयुक्त स्वयंचलित फझिंग साधन._
+
+- **[Manticore](https://manticore.readthedocs.io/en/latest/index.html)** - _EVM बाइटकोडचे विश्लेषण करण्यासाठी डायनॅमिक प्रतिकात्मक अंमलबजावणी फ्रेमवर्क._
+
+- **[Mythril](https://github.com/ConsenSys/mythril-classic)** - _टेंट विश्लेषण, कॉन्कोलिक विश्लेषण आणि नियंत्रण प्रवाह तपासणी वापरून करार असुरक्षितता शोधण्यासाठी EVM बाइटकोड मूल्यांकन साधन._
+
+- **[Diligence Scribble](https://consensys.net/diligence/scribble/)** - _Scribble ही एक स्पेसिफिकेशन भाषा आणि रनटाइम पडताळणी साधन आहे जे तुम्हाला स्मार्ट करारांना गुणधर्मांसह भाष्य करण्याची परवानगी देते जे तुम्हाला Diligence Fuzzing किंवा MythX सारख्या साधनांसह करारांची स्वयंचलितपणे चाचणी करण्याची परवानगी देते._
+
+## संबंधित ट्युटोरियल्स {#related-tutorials}
+
+- [विविध चाचणी उत्पादनांचे विहंगावलोकन आणि तुलना](/developers/tutorials/guide-to-smart-contract-security-tools/) \_
+- [स्मार्ट करारांची चाचणी करण्यासाठी Echidna कसे वापरावे](/developers/tutorials/how-to-use-echidna-to-test-smart-contracts/)
+- [स्मार्ट कॉन्ट्रॅक्ट बग शोधण्यासाठी मँटिकोरचा वापर कसा करावा](/developers/tutorials/how-to-use-manticore-to-find-smart-contract-bugs/)
+- [स्मार्ट कॉन्ट्रॅक्ट बग शोधण्यासाठी स्लिथरचा वापर कसा करावा](/developers/tutorials/how-to-use-slither-to-find-smart-contract-bugs/)
+- [चाचणीसाठी Solidity करारांना कसे मॉक करावे](/developers/tutorials/how-to-mock-solidity-contracts-for-testing/)
+- [Foundry वापरून Solidity मध्ये युनिट चाचण्या कशा चालवाव्यात](https://www.rareskills.io/post/foundry-testing-solidity)
+
+## पुढील वाचन {#further-reading}
+
+- [Ethereum स्मार्ट करारांच्या चाचणीसाठी सखोल मार्गदर्शक](https://iamdefinitelyahuman.medium.com/an-in-depth-guide-to-testing-ethereum-smart-contracts-2e41b2770297)
+- [Ethereum स्मार्ट करारांची चाचणी कशी करावी](https://betterprogramming.pub/how-to-test-ethereum-smart-contracts-35abc8fa199d)
+- [डेव्हलपर्ससाठी MolochDAO चे युनिट टेस्टिंग मार्गदर्शक](https://github.com/MolochVentures/moloch/tree/4e786db8a4aa3158287e0935dcbc7b1e43416e38/test#moloch-testing-guide)
+- [रॉकस्टारप्रमाणे स्मार्ट करारांची चाचणी कशी करावी](https://forum.openzeppelin.com/t/test-smart-contracts-like-a-rockstar/1001)
diff --git a/public/content/translations/mr/developers/docs/smart-contracts/upgrading/index.md b/public/content/translations/mr/developers/docs/smart-contracts/upgrading/index.md
new file mode 100644
index 00000000000..792851274ae
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/smart-contracts/upgrading/index.md
@@ -0,0 +1,165 @@
+---
+title: "स्मार्ट कॉन्ट्रॅक्ट अपग्रेड करणे"
+description: "इथेरियम स्मार्ट कॉन्ट्रॅक्टसाठी अपग्रेड पॅटर्नचा आढावा"
+lang: mr
+---
+
+इथेरियमवरील स्मार्ट कॉन्ट्रॅक्ट हे स्व-कार्यकारी प्रोग्राम आहेत जे इथेरियम व्हर्च्युअल मशीन (EVM) मध्ये चालतात. हे प्रोग्राम डिझाइननुसार अपरिवर्तनीय आहेत, जे एकदा कॉन्ट्रॅक्ट तैनात झाल्यावर व्यवसायाच्या तर्कामध्ये कोणतेही बदल करण्यास प्रतिबंध करते.
+
+स्मार्ट कॉन्ट्रॅक्ट्सच्या विश्वासहीनता, विकेंद्रीकरण आणि सुरक्षिततेसाठी अपरिवर्तनीयता आवश्यक असली तरी, काही विशिष्ट प्रकरणांमध्ये तो एक तोटा असू शकतो. उदाहरणार्थ, अपरिवर्तनीय कोडमुळे डेव्हलपर्सना असुरक्षित कॉन्ट्रॅक्ट्स दुरुस्त करणे अशक्य होऊ शकते.
+
+तथापि, स्मार्ट कॉन्ट्रॅक्ट सुधारण्यावरील वाढलेल्या संशोधनामुळे अनेक अपग्रेड पॅटर्नची ओळख झाली आहे. हे अपग्रेड पॅटर्न डेव्हलपर्सना वेगवेगळ्या कॉन्ट्रॅक्टमध्ये व्यवसायाचे तर्क ठेवून स्मार्ट कॉन्ट्रॅक्ट अपग्रेड करण्यास सक्षम करतात (अपरिवर्तनीयता जपताना).
+
+## पूर्वतयारी {#prerequisites}
+
+तुम्हाला [स्मार्ट कॉन्ट्रॅक्ट](/developers/docs/smart-contracts/), [स्मार्ट कॉन्ट्रॅक्ट रचना](/developers/docs/smart-contracts/anatomy/), आणि [इथेरियम व्हर्च्युअल मशीन (EVM)](/developers/docs/evm/) यांची चांगली समज असायला हवी. हे मार्गदर्शक असेही गृहीत धरते की वाचकांना स्मार्ट कॉन्ट्रॅक्ट प्रोग्रामिंगची माहिती आहे.
+
+## स्मार्ट कॉन्ट्रॅक्ट अपग्रेड म्हणजे काय? {#what-is-a-smart-contract-upgrade}
+
+स्मार्ट कॉन्ट्रॅक्ट अपग्रेडमध्ये कॉन्ट्रॅक्टची स्थिती जतन करताना स्मार्ट कॉन्ट्रॅक्टच्या व्यवसायाच्या तर्कामध्ये बदल करणे समाविष्ट असते. हे स्पष्ट करणे महत्त्वाचे आहे की, विशेषतः स्मार्ट कॉन्ट्रॅक्टच्या संदर्भात, अपग्रेडिबिलिटी आणि म्युटेबिलिटी या एकच नाहीत.
+
+तुम्ही इथेरियम नेटवर्कवरील पत्त्यावर तैनात केलेला प्रोग्राम अजूनही बदलू शकत नाही. परंतु वापरकर्ते स्मार्ट कॉन्ट्रॅक्टशी संवाद साधताना कार्यान्वित होणारा कोड तुम्ही बदलू शकता.
+
+हे खालील पद्धतींद्वारे केले जाऊ शकते:
+
+1. स्मार्ट कॉन्ट्रॅक्टच्या अनेक आवृत्त्या तयार करणे आणि जुन्या कॉन्ट्रॅक्टमधून नवीन कॉन्ट्रॅक्ट इंस्टन्सवर स्थिती (म्हणजे डेटा) स्थलांतरित करणे.
+
+2. व्यवसाय तर्क आणि स्थिती साठवण्यासाठी स्वतंत्र कॉन्ट्रॅक्ट तयार करणे.
+
+3. अपरिवर्तनीय प्रॉक्सी कॉन्ट्रॅक्टमधून बदलण्यायोग्य तर्क कॉन्ट्रॅक्टकडे फंक्शन कॉल सोपवण्यासाठी प्रॉक्सी पॅटर्न वापरणे.
+
+4. विशिष्ट फंक्शन्स कार्यान्वित करण्यासाठी लवचिक सॅटेलाइट कॉन्ट्रॅक्ट्सशी इंटरफेस करणारा आणि त्यावर अवलंबून असणारा एक अपरिवर्तनीय मुख्य कॉन्ट्रॅक्ट तयार करणे.
+
+5. प्रॉक्सी कॉन्ट्रॅक्टमधून लॉजिक कॉन्ट्रॅक्ट्सकडे फंक्शन कॉल सोपवण्यासाठी डायमंड पॅटर्न वापरणे.
+
+### अपग्रेड यंत्रणा #1: कॉन्ट्रॅक्ट स्थलांतर {#contract-migration}
+
+कॉन्ट्रॅक्ट स्थलांतर हे आवृत्तीकरणावर आधारित आहे—म्हणजेच, एकाच सॉफ्टवेअरच्या अद्वितीय स्थिती तयार करणे आणि व्यवस्थापित करण्याची कल्पना. कॉन्ट्रॅक्ट स्थलांतरामध्ये अस्तित्वात असलेल्या स्मार्ट कॉन्ट्रॅक्टचा नवीन इन्स्टन्स तैनात करणे आणि नवीन कॉन्ट्रॅक्टमध्ये स्टोरेज आणि शिल्लक हस्तांतरित करणे यांचा समावेश असतो.
+
+नव्याने तैनात केलेल्या कॉन्ट्रॅक्टमध्ये रिकामा स्टोरेज असेल, ज्यामुळे तुम्हाला जुन्या कॉन्ट्रॅक्टमधून डेटा परत मिळवता येईल आणि तो नवीन अंमलबजावणीमध्ये लिहिता येईल. त्यानंतर, तुम्हाला जुन्या कॉन्ट्रॅक्टशी संवाद साधलेल्या सर्व कॉन्ट्रॅक्टना नवीन पत्ता दर्शवण्यासाठी अपडेट करावे लागेल.
+
+कॉन्ट्रॅक्ट स्थलांतरातील शेवटची पायरी म्हणजे वापरकर्त्यांना नवीन कॉन्ट्रॅक्ट वापरण्यासाठी प्रवृत्त करणे. नवीन कॉन्ट्रॅक्ट आवृत्ती वापरकर्त्याची शिल्लक आणि पत्ते कायम ठेवेल, ज्यामुळे अपरिवर्तनीयता जपली जाते. जर तो टोकन-आधारित कॉन्ट्रॅक्ट असेल, तर तुम्हाला जुना कॉन्ट्रॅक्ट रद्द करून नवीन कॉन्ट्रॅक्ट वापरण्यासाठी एक्सचेंजेसशी संपर्क साधावा लागेल.
+
+वापरकर्त्यांच्या संवादात व्यत्यय न आणता स्मार्ट कॉन्ट्रॅक्ट अपग्रेड करण्यासाठी कॉन्ट्रॅक्ट स्थलांतर ही एक तुलनेने सोपी आणि सुरक्षित उपाययोजना आहे. तथापि, वापरकर्ता स्टोरेज आणि शिल्लक नवीन कॉन्ट्रॅक्टमध्ये मॅन्युअली स्थलांतरित करणे वेळखाऊ आहे आणि त्यात जास्त गॅस खर्च येऊ शकतो.
+
+[कॉन्ट्रॅक्ट स्थलांतरावर अधिक.](https://blog.trailofbits.com/2018/10/29/how-contract-migration-works/)
+
+### अपग्रेड यंत्रणा #2: डेटा विभाजन {#data-separation}
+
+स्मार्ट कॉन्ट्रॅक्ट अपग्रेड करण्याची दुसरी पद्धत म्हणजे व्यवसाय तर्क आणि डेटा स्टोरेज स्वतंत्र कॉन्ट्रॅक्टमध्ये वेगळे करणे. याचा अर्थ वापरकर्ते लॉजिक कॉन्ट्रॅक्टशी संवाद साधतात, तर डेटा स्टोरेज कॉन्ट्रॅक्टमध्ये संग्रहित केला जातो.
+
+लॉजिक कॉन्ट्रॅक्टमध्ये तो कोड असतो जो वापरकर्ते ऍप्लिकेशनशी संवाद साधताना कार्यान्वित होतो. त्यात स्टोरेज कॉन्ट्रॅक्टचा पत्ता देखील असतो आणि डेटा मिळवण्यासाठी आणि सेट करण्यासाठी त्याच्याशी संवाद साधतो.
+
+दरम्यान, स्टोरेज कॉन्ट्रॅक्टमध्ये स्मार्ट कॉन्ट्रॅक्टशी संबंधित स्थिती असते, जसे की वापरकर्त्याची शिल्लक आणि पत्ते. लक्षात घ्या की स्टोरेज कॉन्ट्रॅक्ट लॉजिक कॉन्ट्रॅक्टच्या मालकीचा असतो आणि तैनात करताना नंतरच्या पत्त्यासह कॉन्फिगर केलेला असतो. हे अनधिकृत कॉन्ट्रॅक्टना स्टोरेज कॉन्ट्रॅक्टला कॉल करण्यापासून किंवा त्याचा डेटा अपडेट करण्यापासून प्रतिबंधित करते.
+
+डीफॉल्टनुसार, स्टोरेज कॉन्ट्रॅक्ट अपरिवर्तनीय असतो—परंतु तुम्ही ज्या लॉजिक कॉन्ट्रॅक्टकडे ते निर्देश करते त्याला नवीन अंमलबजावणीसह बदलू शकता. यामुळे EVM मध्ये चालणारा कोड बदलेल, आणि स्टोरेज व शिल्लक अबाधित राहील.
+
+ही अपग्रेड पद्धत वापरण्यासाठी स्टोरेज कॉन्ट्रॅक्टमधील लॉजिक कॉन्ट्रॅक्टचा पत्ता अपडेट करणे आवश्यक आहे. तुम्ही नवीन लॉजिक कॉन्ट्रॅक्टला स्टोरेज कॉन्ट्रॅक्टच्या पत्त्यासह कॉन्फिगर करणे आवश्यक आहे, ज्याची कारणे पूर्वी स्पष्ट केली आहेत.
+
+कॉन्ट्रॅक्ट स्थलांतराच्या तुलनेत डेटा विभाजन पॅटर्न अंमलात आणणे अधिक सोपे आहे. तथापि, तुम्हाला अनेक कॉन्ट्रॅक्ट्स व्यवस्थापित करावे लागतील आणि स्मार्ट कॉन्ट्रॅक्ट्सना दुर्भावनापूर्ण अपग्रेड्सपासून वाचवण्यासाठी गुंतागुंतीच्या अधिकृतता योजना लागू कराव्या लागतील.
+
+### अपग्रेड यंत्रणा #3: प्रॉक्सी पॅटर्न {#proxy-patterns}
+
+प्रॉक्सी पॅटर्न देखील व्यवसाय तर्क आणि डेटा स्वतंत्र कॉन्ट्रॅक्टमध्ये ठेवण्यासाठी डेटा विभाजनाचा वापर करतो. तथापि, प्रॉक्सी पॅटर्नमध्ये, स्टोरेज कॉन्ट्रॅक्ट (ज्याला प्रॉक्सी म्हणतात) कोड अंमलबजावणी दरम्यान लॉजिक कॉन्ट्रॅक्टला कॉल करतो. ही डेटा विभाजन पद्धतीच्या उलट आहे, जिथे लॉजिक कॉन्ट्रॅक्ट स्टोरेज कॉन्ट्रॅक्टला कॉल करतो.
+
+प्रॉक्सी पॅटर्नमध्ये हे घडते:
+
+1. वापरकर्ते प्रॉक्सी कॉन्ट्रॅक्टशी संवाद साधतात, जो डेटा संग्रहित करतो, परंतु व्यवसायाचा तर्क ठेवत नाही.
+
+2. प्रॉक्सी कॉन्ट्रॅक्ट लॉजिक कॉन्ट्रॅक्टचा पत्ता संग्रहित करतो आणि `delegatecall` फंक्शन वापरून सर्व फंक्शन कॉल लॉजिक कॉन्ट्रॅक्टकडे (ज्यात व्यवसायाचा तर्क असतो) सोपवतो.
+
+3. कॉल लॉजिक कॉन्ट्रॅक्टकडे फॉरवर्ड केल्यानंतर, लॉजिक कॉन्ट्रॅक्टमधून परत आलेला डेटा पुनर्प्राप्त केला जातो आणि वापरकर्त्याला परत केला जातो.
+
+प्रॉक्सी पॅटर्न वापरण्यासाठी **delegatecall** फंक्शनची समज असणे आवश्यक आहे. मूलतः, `delegatecall` एक ऑपकोड आहे जो एका कॉन्ट्रॅक्टला दुसऱ्या कॉन्ट्रॅक्टला कॉल करण्याची परवानगी देतो, तर प्रत्यक्ष कोडची अंमलबजावणी कॉलिंग कॉन्ट्रॅक्टच्या संदर्भात होते. प्रॉक्सी पॅटर्नमध्ये `delegatecall` वापरण्याचा एक परिणाम म्हणजे प्रॉक्सी कॉन्ट्रॅक्ट त्याच्या स्टोरेजमध्ये वाचतो आणि लिहितो आणि लॉजिक कॉन्ट्रॅक्टमध्ये साठवलेला तर्क कार्यान्वित करतो, जसे की तो अंतर्गत फंक्शनला कॉल करत आहे.
+
+[Solidity माहिती](https://docs.soliditylang.org/en/latest/introduction-to-smart-contracts.html#delegatecall-callcode-and-libraries) वरून:
+
+> _मेसेज कॉलचा एक विशेष प्रकार आहे, ज्याला **delegatecall** म्हणतात, जो मेसेज कॉलसारखाच आहे, याशिवाय की लक्ष्य पत्त्यावरील कोड कॉलिंग कॉन्ट्रॅक्टच्या संदर्भात (म्हणजे, पत्त्यावर) कार्यान्वित होतो आणि `msg.sender` व `msg.value` त्यांची मूल्ये बदलत नाहीत._ _याचा अर्थ असा की एक कॉन्ट्रॅक्ट रनटाइमवेळी वेगळ्या पत्त्यावरून कोड डायनॅमिकली लोड करू शकतो. स्टोरेज, वर्तमान पत्ता आणि शिल्लक अजूनही कॉलिंग कॉन्ट्रॅक्टचा संदर्भ घेतात, फक्त कोड कॉल केलेल्या पत्त्यावरून घेतला जातो._
+
+प्रॉक्सी कॉन्ट्रॅक्टला `delegatecall` कसे चालवायचे हे माहित असते, जेव्हा एखादा वापरकर्ता फंक्शनला कॉल करतो, कारण त्यात `fallback` फंक्शन तयार केलेले असते. Solidity प्रोग्रामिंगमध्ये, [फॉलबॅक फंक्शन](https://docs.soliditylang.org/en/latest/contracts.html#fallback-function) तेव्हा कार्यान्वित होते जेव्हा फंक्शन कॉल कॉन्ट्रॅक्टमध्ये निर्दिष्ट केलेल्या फंक्शन्सशी जुळत नाही.
+
+प्रॉक्सी पॅटर्न कार्यरत करण्यासाठी एक कस्टम फॉलबॅक फंक्शन लिहिणे आवश्यक आहे, जे हे निर्दिष्ट करते की प्रॉक्सी कॉन्ट्रॅक्टने समर्थन न करणाऱ्या फंक्शन कॉल्सना कसे हाताळावे. या प्रकरणात, प्रॉक्सीचे फॉलबॅक फंक्शन delegatecall सुरू करण्यासाठी आणि वापरकर्त्याची विनंती सध्याच्या लॉजिक कॉन्ट्रॅक्ट अंमलबजावणीकडे पुन्हा मार्गस्थ करण्यासाठी प्रोग्राम केलेले असते.
+
+प्रॉक्सी कॉन्ट्रॅक्ट डीफॉल्टनुसार अपरिवर्तनीय असतो, परंतु अपडेटेड व्यवसाय तर्कासह नवीन लॉजिक कॉन्ट्रॅक्ट तयार केले जाऊ शकतात. त्यानंतर अपग्रेड करणे म्हणजे प्रॉक्सी कॉन्ट्रॅक्टमध्ये संदर्भित लॉजिक कॉन्ट्रॅक्टचा पत्ता बदलणे.
+
+प्रॉक्सी कॉन्ट्रॅक्टला नवीन लॉजिक कॉन्ट्रॅक्टकडे निर्देशित करून, वापरकर्ते प्रॉक्सी कॉन्ट्रॅक्ट फंक्शनला कॉल करतात तेव्हा कार्यान्वित होणारा कोड बदलतो. यामुळे आम्हाला वापरकर्त्यांना नवीन कॉन्ट्रॅक्टशी संवाद साधण्यास न सांगता कॉन्ट्रॅक्टचा तर्क अपग्रेड करता येतो.
+
+प्रॉक्सी पॅटर्न स्मार्ट कॉन्ट्रॅक्ट अपग्रेड करण्याची एक लोकप्रिय पद्धत आहे कारण ते कॉन्ट्रॅक्ट स्थलांतराशी संबंधित अडचणी दूर करतात. तथापि, प्रॉक्सी पॅटर्न वापरण्यास अधिक गुंतागुंतीचे आहेत आणि जर ते अयोग्यरित्या वापरले गेले तर, [फंक्शन सिलेक्टर क्लॅश](https://medium.com/nomic-foundation-blog/malicious-backdoors-in-ethereum-proxies-62629adf3357) सारखे गंभीर दोष निर्माण करू शकतात.
+
+[प्रॉक्सी पॅटर्नवर अधिक](https://blog.openzeppelin.com/proxy-patterns/).
+
+### अपग्रेड यंत्रणा #4: स्ट्रॅटेजी पॅटर्न {#strategy-pattern}
+
+हे तंत्र [स्ट्रॅटेजी पॅटर्न](https://en.wikipedia.org/wiki/Strategy_pattern) पासून प्रभावित आहे, जे विशिष्ट वैशिष्ट्ये लागू करण्यासाठी इतर प्रोग्राम्सशी इंटरफेस करणारे सॉफ्टवेअर प्रोग्राम तयार करण्यास प्रोत्साहित करते. इथेरियम डेव्हलपमेंटमध्ये स्ट्रॅटेजी पॅटर्न लागू करणे म्हणजे इतर कॉन्ट्रॅक्ट्समधून फंक्शन्स कॉल करणारा स्मार्ट कॉन्ट्रॅक्ट तयार करणे.
+
+या प्रकरणात मुख्य कॉन्ट्रॅक्टमध्ये मुख्य व्यवसाय तर्क असतो, परंतु तो विशिष्ट फंक्शन्स कार्यान्वित करण्यासाठी इतर स्मार्ट कॉन्ट्रॅक्ट्स ("सॅटेलाइट कॉन्ट्रॅक्ट्स") शी इंटरफेस करतो. हा मुख्य कॉन्ट्रॅक्ट प्रत्येक सॅटेलाइट कॉन्ट्रॅक्टचा पत्ता देखील संग्रहित करतो आणि सॅटेलाइट कॉन्ट्रॅक्टच्या वेगवेगळ्या अंमलबजावणींमध्ये स्विच करू शकतो.
+
+तुम्ही एक नवीन सॅटेलाइट कॉन्ट्रॅक्ट तयार करू शकता आणि मुख्य कॉन्ट्रॅक्टला नवीन पत्त्यासह कॉन्फिगर करू शकता. यामुळे तुम्हाला स्मार्ट कॉन्ट्रॅक्टसाठी _स्ट्रॅटेजी_ (म्हणजे, नवीन तर्क लागू करणे) बदलता येते.
+
+आधी चर्चा केलेल्या प्रॉक्सी पॅटर्नसारखे असले तरी, स्ट्रॅटेजी पॅटर्न वेगळा आहे कारण मुख्य कॉन्ट्रॅक्ट, ज्याच्याशी वापरकर्ते संवाद साधतात, त्यात व्यवसायाचा तर्क असतो. हा पॅटर्न वापरल्याने तुम्हाला मुख्य पायाभूत सुविधांवर परिणाम न करता स्मार्ट कॉन्ट्रॅक्टमध्ये मर्यादित बदल करण्याची संधी मिळते.
+
+मुख्य तोटा असा आहे की हा पॅटर्न मुख्यतः किरकोळ अपग्रेड्ससाठी उपयुक्त आहे. तसेच, जर मुख्य कॉन्ट्रॅक्टमध्ये तडजोड झाली (उदा. हॅकद्वारे), तर तुम्ही ही अपग्रेड पद्धत वापरू शकत नाही.
+
+### अपग्रेड यंत्रणा #5: डायमंड पॅटर्न {#diamond-pattern}
+
+डायमंड पॅटर्नला प्रॉक्सी पॅटर्नमधील सुधारणा मानले जाऊ शकते. डायमंड पॅटर्न प्रॉक्सी पॅटर्नपेक्षा वेगळे आहेत कारण डायमंड प्रॉक्सी कॉन्ट्रॅक्ट एकापेक्षा जास्त लॉजिक कॉन्ट्रॅक्टकडे फंक्शन कॉल सोपवू शकतो.
+
+डायमंड पॅटर्नमधील लॉजिक कॉन्ट्रॅक्ट्स _फेसिट्स_ म्हणून ओळखले जातात. डायमंड पॅटर्न कार्यरत करण्यासाठी, तुम्हाला प्रॉक्सी कॉन्ट्रॅक्टमध्ये एक मॅपिंग तयार करावे लागेल जे [फंक्शन सिलेक्टर्स](https://docs.soliditylang.org/en/latest/abi-spec.html#function-selector) वेगवेगळ्या फेसिट पत्त्यांवर मॅप करेल.
+
+जेव्हा वापरकर्ता फंक्शन कॉल करतो, तेव्हा प्रॉक्सी कॉन्ट्रॅक्ट ते फंक्शन कार्यान्वित करण्यासाठी जबाबदार फेसिट शोधण्यासाठी मॅपिंग तपासतो. मग ते `delegatecall` (फॉलबॅक फंक्शन वापरून) चालवते आणि कॉल योग्य लॉजिक कॉन्ट्रॅक्टकडे पुनर्निर्देशित करते.
+
+डायमंड अपग्रेड पॅटर्नमध्ये पारंपरिक प्रॉक्सी अपग्रेड पॅटर्नपेक्षा काही फायदे आहेत:
+
+1. हे तुम्हाला संपूर्ण कोड न बदलता कॉन्ट्रॅक्टचा एक छोटासा भाग अपग्रेड करण्याची परवानगी देते. अपग्रेडसाठी प्रॉक्सी पॅटर्न वापरताना, किरकोळ अपग्रेडसाठी सुद्धा, संपूर्णपणे नवीन लॉजिक कॉन्ट्रॅक्ट तयार करणे आवश्यक आहे.
+
+2. सर्व स्मार्ट कॉन्ट्रॅक्ट्सना (प्रॉक्सी पॅटर्नमध्ये वापरलेल्या लॉजिक कॉन्ट्रॅक्ट्ससह) 24KB आकाराची मर्यादा असते, जी एक मर्यादा असू शकते - विशेषतः अधिक फंक्शन्स आवश्यक असलेल्या गुंतागुंतीच्या कॉन्ट्रॅक्ट्ससाठी. डायमंड पॅटर्न अनेक लॉजिक कॉन्ट्रॅक्ट्समध्ये फंक्शन्स विभाजित करून ही समस्या सोडवणे सोपे करते.
+
+3. प्रॉक्सी पॅटर्न ऍक्सेस नियंत्रणासाठी कॅच-ऑल दृष्टीकोन स्वीकारतात. अपग्रेड फंक्शन्समध्ये ऍक्सेस असलेली संस्था _संपूर्ण_ कॉन्ट्रॅक्ट बदलू शकते. परंतु डायमंड पॅटर्न एक मॉड्यूलर परवानगी दृष्टीकोन सक्षम करतो, जिथे तुम्ही संस्थांना स्मार्ट कॉन्ट्रॅक्टमधील विशिष्ट फंक्शन्स अपग्रेड करण्यापुरते मर्यादित करू शकता.
+
+[डायमंड पॅटर्नवर अधिक](https://eip2535diamonds.substack.com/p/introduction-to-the-diamond-standard?s=w).
+
+## स्मार्ट कॉन्ट्रॅक्ट अपग्रेड करण्याचे फायदे आणि तोटे {#pros-and-cons-of-upgrading-smart-contracts}
+
+| फायदे                                                                                                                                           | बाधक                                                                                                                                                          |
+| ----------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| स्मार्ट कॉन्ट्रॅक्ट अपग्रेडमुळे तैनातीनंतरच्या टप्प्यात शोधलेल्या असुरक्षितता दुरुस्त करणे सोपे होते.                           | स्मार्ट कॉन्ट्रॅक्ट अपग्रेड करणे हे कोड अपरिवर्तनीयतेच्या कल्पनेला नाकारते, ज्याचे विकेंद्रीकरण आणि सुरक्षिततेवर परिणाम होतात.                |
+| डेव्हलपर्स विकेंद्रित ऍप्लिकेशन्समध्ये नवीन वैशिष्ट्ये जोडण्यासाठी लॉजिक अपग्रेड्स वापरू शकतात.                                 | वापरकर्त्यांनी डेव्हलपर्सवर विश्वास ठेवला पाहिजे की ते स्मार्ट कॉन्ट्रॅक्टमध्ये अनियंत्रितपणे बदल करणार नाहीत.                                |
+| स्मार्ट कॉन्ट्रॅक्ट अपग्रेड्स अंतिम वापरकर्त्यांसाठी सुरक्षितता सुधारू शकतात कारण बग्स लवकर दुरुस्त केले जाऊ शकतात.             | स्मार्ट कॉन्ट्रॅक्टमध्ये अपग्रेड कार्यक्षमता प्रोग्रामिंग केल्याने गुंतागुंतीचा आणखी एक स्तर वाढतो आणि गंभीर दोषांची शक्यता वाढते.            |
+| कॉन्ट्रॅक्ट अपग्रेड डेव्हलपर्सना वेगवेगळ्या वैशिष्ट्यांसह प्रयोग करण्यासाठी आणि कालांतराने dapps सुधारण्यासाठी अधिक संधी देतात. | स्मार्ट कॉन्ट्रॅक्ट अपग्रेड करण्याची संधी डेव्हलपर्सना विकासाच्या टप्प्यात योग्य काळजी न घेता प्रकल्प लवकर सुरू करण्यास प्रोत्साहित करू शकते. |
+|                                                                                                                                                 | स्मार्ट कॉन्ट्रॅक्टमधील असुरक्षित ऍक्सेस नियंत्रण किंवा केंद्रीकरणामुळे दुर्भावनापूर्ण व्यक्तींना अनधिकृत अपग्रेड करणे सोपे होऊ शकते.         |
+
+## स्मार्ट कॉन्ट्रॅक्ट अपग्रेड करण्यासाठी विचार करण्याच्या गोष्टी {#considerations-for-upgrading-smart-contracts}
+
+1. अनधिकृत स्मार्ट कॉन्ट्रॅक्ट अपग्रेड्सना प्रतिबंध करण्यासाठी सुरक्षित ऍक्सेस नियंत्रण/अधिकृतता यंत्रणा वापरा, विशेषतः प्रॉक्सी पॅटर्न, स्ट्रॅटेजी पॅटर्न किंवा डेटा विभाजन वापरत असल्यास. एक उदाहरण म्हणजे अपग्रेड फंक्शनमध्ये प्रवेश मर्यादित करणे, जेणेकरून केवळ कॉन्ट्रॅक्टचा मालकच ते कॉल करू शकेल.
+
+2. स्मार्ट कॉन्ट्रॅक्ट अपग्रेड करणे ही एक गुंतागुंतीची क्रिया आहे आणि असुरक्षितता टाळण्यासाठी उच्च पातळीवरील काळजी घेणे आवश्यक आहे.
+
+3. अपग्रेड लागू करण्याची प्रक्रिया विकेंद्रित करून विश्वासाची गृहितके कमी करा. संभाव्य धोरणांमध्ये अपग्रेड नियंत्रित करण्यासाठी [मल्टी-सिग वॉलेट कॉन्ट्रॅक्ट](/developers/docs/smart-contracts/#multisig) वापरणे, किंवा अपग्रेड मंजूर करण्यासाठी [DAO चे सदस्य](/dao/) यांना मतदान करणे आवश्यक करणे यांचा समावेश आहे.
+
+4. कॉन्ट्रॅक्ट अपग्रेड करण्यामध्ये समाविष्ट असलेल्या खर्चाबद्दल जागरूक रहा. उदाहरणार्थ, कॉन्ट्रॅक्ट स्थलांतरादरम्यान जुन्या कॉन्ट्रॅक्टमधून नवीन कॉन्ट्रॅक्टमध्ये स्थिती (उदा. वापरकर्त्याची शिल्लक) कॉपी करण्यासाठी एकापेक्षा जास्त व्यवहारांची आवश्यकता असू शकते, म्हणजे अधिक गॅस शुल्क.
+
+5. वापरकर्त्यांचे संरक्षण करण्यासाठी **टाइमलॉक** लागू करण्याचा विचार करा. टाइमलॉक म्हणजे सिस्टममधील बदलांवर लागू होणारा विलंब. अपग्रेड नियंत्रित करण्यासाठी टाइमलॉक मल्टी-सिग गव्हर्नन्स प्रणालीसह एकत्र केले जाऊ शकतात: जर प्रस्तावित कृती आवश्यक मान्यता मर्यादेपर्यंत पोहोचली, तर ती पूर्वनिर्धारित विलंब कालावधी संपेपर्यंत कार्यान्वित होत नाही.
+
+जर वापरकर्ते प्रस्तावित बदलाशी (उदा. लॉजिक अपग्रेड किंवा नवीन शुल्क योजना) असहमत असतील तर टाइमलॉक त्यांना सिस्टममधून बाहेर पडण्यासाठी थोडा वेळ देतात. टाइमलॉकशिवाय, वापरकर्त्यांना डेव्हलपर्सवर विश्वास ठेवावा लागतो की ते पूर्वसूचना न देता स्मार्ट कॉन्ट्रॅक्टमध्ये अनियंत्रित बदल करणार नाहीत. येथे तोटा असा आहे की टाइमलॉक असुरक्षितता त्वरीत पॅच करण्याची क्षमता प्रतिबंधित करतात.
+
+## संसाधने {#resources}
+
+**OpenZeppelin अपग्रेड्स प्लगइन - _अपग्रेड करण्यायोग्य स्मार्ट कॉन्ट्रॅक्ट्स तैनात आणि सुरक्षित करण्यासाठी साधनांचा संच._**
+
+- [GitHub](https://github.com/OpenZeppelin/openzeppelin-upgrades)
+- [माहिती](https://docs.openzeppelin.com/upgrades)
+
+## ट्यूटोरियल्स {#tutorials}
+
+- [तुमचे स्मार्ट कॉन्ट्रॅक्ट्स अपग्रेड करणे | YouTube ट्युटोरियल](https://www.youtube.com/watch?v=bdXJmWajZRY) पॅट्रिक कॉलिन्स द्वारे
+- [इथेरियम स्मार्ट कॉन्ट्रॅक्ट मायग्रेशन ट्युटोरियल](https://medium.com/coinmonks/ethereum-smart-contract-migration-13f6f12539bd) ऑस्टिन ग्रिफिथ द्वारे
+- [स्मार्ट कॉन्ट्रॅक्ट अपग्रेड करण्यासाठी UUPS प्रॉक्सी पॅटर्न वापरणे](https://blog.logrocket.com/author/praneshas/) प्रणेश ए. एस. द्वारे
+- [Web3 ट्युटोरियल: OpenZeppelin वापरून अपग्रेड करण्यायोग्य स्मार्ट कॉन्ट्रॅक्ट (प्रॉक्सी) लिहा](https://dev.to/yakult/tutorial-write-upgradeable-smart-contract-proxy-contract-with-openzeppelin-1916) फॅंगजुन.ईथ द्वारे
+
+## पुढील वाचन {#further-reading}
+
+- [स्मार्ट कॉन्ट्रॅक्ट अपग्रेडची स्थिती](https://blog.openzeppelin.com/the-state-of-smart-contract-upgrades/) सँटियागो पॅलाडिनो द्वारे
+- [सॉलिडिटी स्मार्ट कॉन्ट्रॅक्ट अपग्रेड करण्याचे अनेक मार्ग](https://cryptomarketpool.com/multiple-ways-to-upgrade-a-solidity-smart-contract/) - क्रिप्टो मार्केट पूल ब्लॉग
+- [शिका: स्मार्ट कॉन्ट्रॅक्ट अपग्रेड करणे](https://docs.openzeppelin.com/learn/upgrading-smart-contracts) - OpenZeppelin Docs
+- [सॉलिडिटी कॉन्ट्रॅक्ट्सच्या अपग्रेडिबिलिटीसाठी प्रॉक्सी पॅटर्न: पारदर्शक विरुद्ध UUPS प्रॉक्सी](https://mirror.xyz/0xB38709B8198d147cc9Ff9C133838a044d78B064B/M7oTptQkBGXxox-tk9VJjL66E1V8BUF0GF79MMK4YG0) नवीन साहू द्वारे
+- [डायमंड अपग्रेड्स कसे काम करतात](https://dev.to/mudgen/how-diamond-upgrades-work-417j) निक मज द्वारे
diff --git a/public/content/translations/mr/developers/docs/smart-contracts/verifying/index.md b/public/content/translations/mr/developers/docs/smart-contracts/verifying/index.md
new file mode 100644
index 00000000000..994a21eaa69
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/smart-contracts/verifying/index.md
@@ -0,0 +1,113 @@
+---
+title: "हुशार करारांची पडताळणी"
+description: "Ethereum हुशार करारांसाठी सोर्स कोड पडताळणीचे एक अवलोकन"
+lang: mr
+---
+
+[हुशार करार](/developers/docs/smart-contracts/) “विश्वासहीन” (trustless) असण्यासाठी डिझाइन केलेले आहेत, याचा अर्थ वापरकर्त्यांनी कराराशी संवाद साधण्यापूर्वी तृतीय पक्षांवर (उदा. डेव्हलपर्स आणि कंपन्या) विश्वास ठेवण्याची गरज नाही. विश्वासहीनतेसाठी एक आवश्यक अट म्हणून, वापरकर्ते आणि इतर डेव्हलपर्सना हुशार कराराच्या सोर्स कोडची पडताळणी करता आली पाहिजे. सोर्स कोड पडताळणी वापरकर्त्यांना आणि डेव्हलपर्सना आश्वासन देते की प्रकाशित केलेला करार कोड Ethereum ब्लॉकचेनवरील करार पत्त्यावर चालणाऱ्या कोडसारखाच आहे.
+
+"सोर्स कोड पडताळणी" आणि "[औपचारिक पडताळणी](/developers/docs/smart-contracts/formal-verification/)" यातील फरक ओळखणे महत्त्वाचे आहे. सोर्स कोड पडताळणी, ज्याचे खाली तपशीलवार स्पष्टीकरण दिले जाईल, म्हणजे उच्च-स्तरीय भाषेत (उदा. Solidity) हुशार कराराचा दिलेला सोर्स कोड करार पत्त्यावर कार्यान्वित होण्यासाठी त्याच बाईटकोडमध्ये संकलित होतो की नाही हे तपासणे. तथापि, औपचारिक पडताळणी हुशार कराराच्या अचूकतेची पडताळणी करण्याचे वर्णन करते, याचा अर्थ करार अपेक्षेप्रमाणे वागतो. संदर्भ-अवलंबित असले तरी, करार पडताळणी सामान्यतः सोर्स कोड पडताळणीला संदर्भित करते.
+
+## सोर्स कोड पडताळणी म्हणजे काय? {#what-is-source-code-verification}
+
+[Ethereum व्हर्च्युअल मशीन (EVM)](/developers/docs/evm/) मध्ये हुशार करार तैनात करण्यापूर्वी, डेव्हलपर्स कराराचा सोर्स कोड—[Solidity मध्ये लिहिलेल्या](/developers/docs/smart-contracts/languages/) सूचना किंवा दुसरी उच्च-स्तरीय प्रोग्रामिंग भाषा—बाईटकोडमध्ये [संकलित](/developers/docs/smart-contracts/compiling/) करतात. EVM उच्च-स्तरीय सूचनांचा अर्थ लावू शकत नसल्यामुळे, EVM मध्ये कराराचे तर्कशास्त्र कार्यान्वित करण्यासाठी सोर्स कोडला बाईटकोडमध्ये (म्हणजे, निम्न-स्तरीय, मशीन सूचना) संकलित करणे आवश्यक आहे.
+
+सोर्स कोड पडताळणी म्हणजे कोणताही फरक शोधण्यासाठी हुशार कराराचा सोर्स कोड आणि करार तयार करताना वापरलेल्या संकलित बाईटकोडची तुलना करणे. हुशार करारांची पडताळणी करणे महत्त्वाचे आहे कारण जाहिरात केलेला करार कोड ब्लॉकचेनवर चालणाऱ्या कोडपेक्षा वेगळा असू शकतो.
+
+हुशार कराराची पडताळणी मशीन कोड वाचल्याशिवाय, करार ज्या उच्च-स्तरीय भाषेत लिहिलेला आहे त्याद्वारे तो काय करतो याचा तपास करण्यास सक्षम करते. संकलित आणि तैनात केलेल्या मूळ सोर्स कोडसह फंक्शन्स, व्हॅल्यूज आणि सामान्यतः व्हेरिएबलची नावे आणि टिप्पण्या समान राहतात. यामुळे कोड वाचणे खूप सोपे होते. सोर्स पडताळणी कोड दस्तऐवजीकरणासाठी देखील तरतूद करते, जेणेकरून अंतिम वापरकर्त्यांना कळेल की हुशार करार काय करण्यासाठी डिझाइन केला आहे.
+
+### पूर्ण पडताळणी म्हणजे काय? {#full-verification}
+
+सोर्स कोडचे काही भाग असे आहेत जे संकलित बाईटकोडवर परिणाम करत नाहीत जसे की टिप्पण्या किंवा व्हेरिएबलची नावे. याचा अर्थ असा की भिन्न व्हेरिएबल नावे आणि भिन्न टिप्पण्या असलेले दोन सोर्स कोड एकाच कराराची पडताळणी करण्यास सक्षम असतील. त्यामुळे, एक दुर्भावनापूर्ण अभिनेता फसव्या टिप्पण्या जोडू शकतो किंवा सोर्स कोडमध्ये दिशाभूल करणारी व्हेरिएबल नावे देऊ शकतो आणि मूळ सोर्स कोडपेक्षा वेगळ्या सोर्स कोडसह कराराची पडताळणी करून घेऊ शकतो.
+
+सोर्स कोडच्या अचूकतेसाठी _क्रिप्टोग्राफिक हमी_ म्हणून आणि संकलन माहितीचा _फिंगरप्रिंट_ म्हणून काम करण्यासाठी बाईटकोडमध्ये अतिरिक्त डेटा जोडून हे टाळणे शक्य आहे. आवश्यक माहिती [Solidity च्या करार मेटाडेटामध्ये](https://docs.soliditylang.org/en/v0.8.15/metadata.html) आढळते आणि या फाइलचा हॅश कराराच्या बाईटकोडमध्ये जोडला जातो. तुम्ही ते [मेटाडेटा प्लेग्राउंड](https://playground.sourcify.dev) मध्ये कार्यरत पाहू शकता
+
+मेटाडेटा फाइलमध्ये स्त्रोत फाइल्स आणि त्यांचे हॅशसह कराराच्या संकलनाविषयी माहिती असते. म्हणजेच, जर कोणतीही संकलन सेटिंग्ज किंवा स्त्रोत फाइल्सपैकी एकामधील एक बाइट जरी बदलला, तरी मेटाडेटा फाइल बदलते. परिणामी मेटाडेटा फाइलचा हॅश, जो बाईटकोडमध्ये जोडला जातो, तो देखील बदलतो. याचा अर्थ असा की जर एखाद्या कराराचा बाईटकोड + जोडलेला मेटाडेटा हॅश दिलेला सोर्स कोड आणि संकलन सेटिंग्जशी जुळत असेल, तर आपण खात्री बाळगू शकतो की हा तोच सोर्स कोड आहे जो मूळ संकलनामध्ये वापरला गेला होता, एकही बाइट वेगळा नाही.
+
+मेटाडेटा हॅशचा फायदा घेणार्‍या या प्रकारच्या पडताळणीला **"[पूर्ण पडताळणी](https://docs.sourcify.dev/docs/full-vs-partial-match/)"** (तसेच "परिपूर्ण पडताळणी") म्हणून संबोधले जाते. जर मेटाडेटा हॅश जुळत नसतील किंवा पडताळणीमध्ये विचारात घेतले जात नसतील तर तो एक "आंशिक जुळणी" असेल, जो सध्या करार पडताळण्याचा अधिक सामान्य मार्ग आहे. पूर्ण पडताळणीशिवाय [दुर्भावनापूर्ण कोड घालणे](https://samczsun.com/hiding-in-plain-sight/) शक्य आहे जो सत्यापित सोर्स कोडमध्ये दिसणार नाही. बहुतेक डेव्हलपर्सना पूर्ण पडताळणीबद्दल माहिती नसते आणि ते त्यांच्या संकलनाची मेटाडेटा फाइल ठेवत नाहीत, त्यामुळे आतापर्यंत करार पडताळण्यासाठी आंशिक पडताळणी ही वास्तविक पद्धत आहे.
+
+## सोर्स कोड पडताळणी का महत्त्वाची आहे? {#importance-of-source-code-verification}
+
+### विश्वासहीनता {#trustlessness}
+
+विश्वासहीनता हा हुशार करार आणि [विकेंद्रित ॲप्लिकेशन्स (dapps)](/developers/docs/dapps/) साठी सर्वात मोठा आधार आहे. हुशार करार “अपरिवर्तनीय” आहेत आणि त्यात बदल करता येत नाही; एखादा करार फक्त उपयोजनाच्या वेळी कोडमध्ये परिभाषित केलेला व्यवसाय तर्क कार्यान्वित करेल. याचा अर्थ डेव्हलपर्स आणि उद्योग Ethereum वर तैनात केल्यानंतर कराराच्या कोडमध्ये फेरफार करू शकत नाहीत.
+
+हुशार करार विश्वासहीन होण्यासाठी, कराराचा कोड स्वतंत्र पडताळणीसाठी उपलब्ध असावा. प्रत्येक हुशार करारासाठी संकलित बाईटकोड ब्लॉकचेनवर सार्वजनिकरित्या उपलब्ध असला तरी, निम्न-स्तरीय भाषा समजण्यास अवघड आहे - डेव्हलपर्स आणि वापरकर्ते दोघांसाठीही.
+
+प्रकल्प त्यांच्या करारांचा सोर्स कोड प्रकाशित करून विश्वासाची गृहितके कमी करतात. परंतु यामुळे दुसरी समस्या उद्भवते: प्रकाशित केलेला सोर्स कोड कराराच्या बाईटकोडशी जुळतो की नाही हे तपासणे कठीण आहे. या परिस्थितीत, विश्वासहीनतेचे मूल्य गमावले जाते कारण वापरकर्त्यांना ब्लॉकचेनवर तैनात करण्यापूर्वी कराराचे व्यवसाय तर्क (म्हणजे, बाईटकोड बदलून) न बदलण्यासाठी डेव्हलपर्सवर विश्वास ठेवावा लागतो.
+
+सोर्स कोड पडताळणी साधने हमी देतात की हुशार कराराच्या सोर्स कोड फाइल्स असेंब्ली कोडशी जुळतात. परिणाम एक विश्वासहीन परिसंस्था आहे, जिथे वापरकर्ते तृतीय पक्षांवर आंधळेपणाने विश्वास ठेवत नाहीत आणि त्याऐवजी करारामध्ये निधी जमा करण्यापूर्वी कोडची पडताळणी करतात.
+
+### वापरकर्ता सुरक्षा {#user-safety}
+
+हुशार करारांसह, सहसा बरेच पैसे पणाला लागलेले असतात. यासाठी उच्च सुरक्षा हमी आणि हुशार कराराच्या तर्काची पडताळणी वापरण्यापूर्वी करणे आवश्यक आहे. समस्या ही आहे की अनैतिक डेव्हलपर्स हुशार करारामध्ये दुर्भावनापूर्ण कोड घालून वापरकर्त्यांची फसवणूक करू शकतात. पडताळणीशिवाय, दुर्भावनापूर्ण हुशार करारांमध्ये [बॅकडोअर्स](https://www.trustnodes.com/2018/11/10/concerns-rise-over-backdoored-smart-contracts), वादग्रस्त ऍक्सेस कंट्रोल यंत्रणा, शोषण करण्यायोग्य भेद्यता आणि वापरकर्त्याच्या सुरक्षिततेला धोका निर्माण करणाऱ्या इतर गोष्टी असू शकतात ज्या लक्षात येणार नाहीत.
+
+हुशार कराराच्या सोर्स कोड फाइल्स प्रकाशित केल्याने लेखापरीक्षकांसारख्या स्वारस्य असलेल्यांना संभाव्य हल्ला करणाऱ्या वेक्टर्ससाठी कराराचे मूल्यांकन करणे सोपे होते. अनेक पक्ष स्वतंत्रपणे हुशार कराराची पडताळणी करत असल्याने, वापरकर्त्यांना त्याच्या सुरक्षिततेची अधिक मजबूत हमी मिळते.
+
+## Ethereum हुशार करारांसाठी सोर्स कोडची पडताळणी कशी करावी {#source-code-verification-for-ethereum-smart-contracts}
+
+[Ethereum वर हुशार करार तैनात करण्यासाठी](/developers/docs/smart-contracts/deploying/) डेटा पेलोड (संकलित बाईटकोड) सह एका विशेष पत्त्यावर व्यवहार पाठवणे आवश्यक आहे. डेटा पेलोड सोर्स कोड संकलित करून तयार केला जातो, तसेच व्यवहारातील डेटा पेलोडमध्ये जोडलेल्या करार उदाहरणाच्या [कन्स्ट्रक्टर युक्तिवादांसह](https://docs.soliditylang.org/en/v0.8.14/contracts.html#constructor). संकलन हे निश्चित आहे, याचा अर्थ जर समान सोर्स फाइल्स, आणि संकलन सेटिंग्ज (उदा. कंपाइलर आवृत्ती, ऑप्टिमायझर) वापरल्या गेल्या तर ते नेहमी समान आउटपुट (म्हणजे, करार बाईटकोड) तयार करते.
+
+![हुशार कराराच्या सोर्स कोड पडताळणीचे रेखाचित्र](./source-code-verification.png)
+
+हुशार कराराची पडताळणी करण्यामध्ये मुळात खालील पायऱ्या समाविष्ट आहेत:
+
+1. सोर्स फाइल्स आणि संकलन सेटिंग्ज कंपाइलरमध्ये इनपुट करा.
+
+2. कंपाइलर कराराचा बाईटकोड आउटपुट करतो
+
+3. दिलेल्या पत्त्यावर तैनात केलेल्या कराराचा बाईटकोड मिळवा
+
+4. तैनात केलेल्या बाईटकोडची पुन्हा संकलित केलेल्या बाईटकोडशी तुलना करा. जर कोड जुळले, तर दिलेला सोर्स कोड आणि संकलन सेटिंग्जसह कराराची पडताळणी होते.
+
+5. याव्यतिरिक्त, बाईटकोडच्या शेवटी असलेले मेटाडेटा हॅश जुळल्यास, ती पूर्ण जुळणी असेल.
+
+लक्षात घ्या की हे पडताळणीचे एक सोपे वर्णन आहे आणि यात अनेक अपवाद आहेत जे यासह कार्य करणार नाहीत जसे की [अपरिवर्तनीय व्हेरिएबल्स](https://docs.sourcify.dev/docs/immutables/) असणे.
+
+## सोर्स कोड पडताळणी साधने {#source-code-verification-tools}
+
+करार पडताळणीची पारंपरिक प्रक्रिया गुंतागुंतीची असू शकते. म्हणूनच आमच्याकडे Ethereum वर तैनात केलेल्या हुशार करारांसाठी सोर्स कोड पडताळण्यासाठी साधने आहेत. ही साधने सोर्स कोड पडताळणीचे मोठे भाग स्वयंचलित करतात आणि वापरकर्त्यांच्या फायद्यासाठी सत्यापित करारांची निवड करतात.
+
+### Etherscan {#etherscan}
+
+जरी मुख्यतः [Ethereum ब्लॉकचेन एक्सप्लोरर](/developers/docs/data-and-analytics/block-explorers/) म्हणून ओळखले जात असले तरी, Etherscan हुशार कराराचे डेव्हलपर्स आणि वापरकर्त्यांसाठी [सोर्स कोड पडताळणी सेवा](https://etherscan.io/verifyContract) देखील प्रदान करते.
+
+Etherscan तुम्हाला मूळ डेटा पेलोड (सोर्स कोड, लायब्ररी ॲड्रेस, कंपाइलर सेटिंग्ज, करार ॲड्रेस, इ.) मधून करार बाईटकोड पुन्हा संकलित करण्याची परवानगी देतो. जर पुन्हा संकलित केलेला बाईटकोड ऑनचेन कराराच्या बाईटकोडशी (आणि कन्स्ट्रक्टर पॅरामीटर्स) संबंधित असेल, तर [करार सत्यापित केला जातो](https://info.etherscan.com/types-of-contract-verification/).
+
+एकदा सत्यापित झाल्यावर, तुमच्या कराराच्या सोर्स कोडला "सत्यापित" लेबल मिळते आणि इतरांना ऑडिट करण्यासाठी Etherscan वर प्रकाशित केले जाते. हे [सत्यापित करार](https://etherscan.io/contractsVerified/) विभागात देखील जोडले जाते - सत्यापित सोर्स कोडसह हुशार करारांचे एक भांडार.
+
+Etherscan करार पडताळण्यासाठी सर्वाधिक वापरले जाणारे साधन आहे. तथापि, Etherscan च्या करार पडताळणीमध्ये एक कमतरता आहे: ते ऑनचेन बाईटकोड आणि पुन्हा संकलित केलेल्या बाईटकोडच्या **मेटाडेटा हॅश**ची तुलना करण्यात अयशस्वी ठरते. त्यामुळे Etherscan मधील जुळण्या या आंशिक जुळण्या आहेत.
+
+[Etherscan वर करार पडताळणीबद्दल अधिक](https://medium.com/etherscan-blog/verifying-contracts-on-etherscan-f995ab772327).
+
+### Blockscout {#blockscout}
+
+[Blockscout](https://blockscout.com/) एक ओपन-सोर्स ब्लॉकचेन एक्सप्लोरर आहे जो हुशार करार डेव्हलपर्स आणि वापरकर्त्यांसाठी [करार पडताळणी सेवा](https://eth.blockscout.com/contract-verification) देखील प्रदान करतो. एक ओपन-सोर्स पर्याय म्हणून, Blockscout पडताळणी कशी केली जाते यामध्ये पारदर्शकता प्रदान करते आणि पडताळणी प्रक्रियेत सुधारणा करण्यासाठी समुदाय योगदान सक्षम करते.
+
+इतर पडताळणी सेवांप्रमाणेच, Blockscout तुम्हाला बाईटकोड पुन्हा संकलित करून आणि तैनात केलेल्या कराराशी त्याची तुलना करून तुमच्या कराराच्या सोर्स कोडची पडताळणी करण्याची परवानगी देतो. एकदा सत्यापित झाल्यावर, तुमच्या कराराला पडताळणी स्थिती प्राप्त होते आणि सोर्स कोड ऑडिटिंग आणि परस्परसंवादासाठी सार्वजनिकरित्या उपलब्ध होतो. सत्यापित करार सोप्या ब्राउझिंग आणि शोधासाठी Blockscout च्या [सत्यापित करार भांडारात](https://eth.blockscout.com/verified-contracts) देखील सूचीबद्ध आहेत.
+
+### Sourcify {#sourcify}
+
+[Sourcify](https://sourcify.dev/#/verifier) हे करार पडताळण्यासाठी आणखी एक साधन आहे जे ओपन-सोर्स आणि विकेंद्रित आहे. हा ब्लॉक एक्सप्लोरर नाही आणि तो फक्त [विविध EVM आधारित नेटवर्क्स](https://docs.sourcify.dev/docs/chains) वर करारांची पडताळणी करतो. हे इतर साधनांसाठी त्यावर तयार करण्यासाठी सार्वजनिक पायाभूत सुविधा म्हणून काम करते आणि मेटाडेटा फाइलमध्ये आढळलेल्या [ABI](/developers/docs/smart-contracts/compiling/#web-applications) आणि [NatSpec](https://docs.soliditylang.org/en/v0.8.15/natspec-format.html) टिप्पण्या वापरून अधिक मानवी-अनुकूल करार संवाद सक्षम करण्याचे उद्दिष्ट ठेवते.
+
+Etherscan च्या विपरीत, Sourcify मेटाडेटा हॅशसह पूर्ण जुळण्यांना समर्थन देते. सत्यापित करार HTTP आणि [IPFS](https://docs.ipfs.io/concepts/what-is-ipfs/#what-is-ipfs) वर त्याच्या [सार्वजनिक भांडारात](https://docs.sourcify.dev/docs/repository/) दिले जातात, जे एक विकेंद्रित, [कंटेंट-ॲड्रेस्ड](https://docs.storacha.network/concepts/content-addressing/) स्टोरेज आहे. हे IPFS वरून कराराची मेटाडेटा फाइल मिळविण्यास अनुमती देते कारण जोडलेला मेटाडेटा हॅश एक IPFS हॅश आहे.
+
+याव्यतिरिक्त, IPFS वरून सोर्स कोड फाइल्स देखील मिळवू शकतात, कारण या फाइल्सचे IPFS हॅश देखील मेटाडेटामध्ये आढळतात. त्याच्या API किंवा [UI](https://sourcify.dev/#/verifier) द्वारे मेटाडेटा फाइल आणि सोर्स फाइल्स प्रदान करून किंवा प्लगइन्स वापरून कराराची पडताळणी केली जाऊ शकते. Sourcify मॉनिटरिंग टूल नवीन ब्लॉक्सवर कराराच्या निर्मितीचे देखील ऐकते आणि जर त्यांचे मेटाडेटा आणि सोर्स फाइल्स IPFS वर प्रकाशित केल्या असतील तर करारांची पडताळणी करण्याचा प्रयत्न करते.
+
+[Sourcify वर करार पडताळणीबद्दल अधिक](https://soliditylang.org/blog/2020/06/25/sourcify-faq/).
+
+### Tenderly {#tenderly}
+
+[Tenderly प्लॅटफॉर्म](https://tenderly.co/) Web3 डेव्हलपर्सना हुशार करार तयार करण्यास, चाचणी करण्यास, निरीक्षण करण्यास आणि ऑपरेट करण्यास सक्षम करते. डीबगिंग साधनांना निरीक्षणक्षमता आणि पायाभूत सुविधांच्या बिल्डिंग ब्लॉक्ससह एकत्र करून, Tenderly डेव्हलपर्सना हुशार कराराचा विकास वेगवान करण्यास मदत करते. Tenderly ची वैशिष्ट्ये पूर्णपणे सक्षम करण्यासाठी, डेव्हलपर्सना अनेक पद्धती वापरून [सोर्स कोड पडताळणी करणे](https://docs.tenderly.co/monitoring/contract-verification) आवश्यक आहे.
+
+करार खाजगीरित्या किंवा सार्वजनिकरित्या सत्यापित करणे शक्य आहे. खाजगीरित्या सत्यापित केल्यास, हुशार करार फक्त तुम्हाला (आणि तुमच्या प्रकल्पातील इतर सदस्यांना) दिसेल. करार सार्वजनिकरित्या सत्यापित केल्याने तो Tenderly प्लॅटफॉर्म वापरणाऱ्या प्रत्येकाला दिसतो.
+
+तुम्ही [डॅशबोर्ड](https://docs.tenderly.co/contract-verification), [Tenderly Hardhat प्लगइन](https://docs.tenderly.co/contract-verification/hardhat), किंवा [CLI](https://docs.tenderly.co/monitoring/smart-contract-verification/verifying-contracts-using-cli) वापरून तुमच्या करारांची पडताळणी करू शकता.
+
+डॅशबोर्डद्वारे करार पडताळताना, तुम्हाला Solidity कंपाइलरद्वारे तयार केलेली सोर्स फाइल किंवा मेटाडेटा फाइल, ॲड्रेस/नेटवर्क, आणि कंपाइलर सेटिंग्ज आयात करणे आवश्यक आहे.
+
+Tenderly Hardhat प्लगइन वापरल्याने कमी प्रयत्नात पडताळणी प्रक्रियेवर अधिक नियंत्रण मिळते, ज्यामुळे तुम्हाला स्वयंचलित (नो-कोड) आणि मॅन्युअल (कोड-आधारित) पडताळणी यापैकी निवड करता येते.
+
+## पुढील वाचन {#further-reading}
+
+- [करार सोर्स कोडची पडताळणी करणे](https://programtheblockchain.com/posts/2018/01/16/verifying-contract-source-code/)
diff --git a/public/content/translations/mr/developers/docs/standards/index.md b/public/content/translations/mr/developers/docs/standards/index.md
new file mode 100644
index 00000000000..23dceeaf403
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/standards/index.md
@@ -0,0 +1,59 @@
+---
+title: "इथेरियम विकास मानके"
+description: "EIPs, ERC-20 आणि ERC-721 सारखी टोकन मानके आणि विकास रूढींसह इथेरियम मानकांबद्दल जाणून घ्या."
+lang: mr
+incomplete: true
+---
+
+## मानकांचे विहंगावलोकन {#standards-overview}
+
+इथेरियम समुदायाने अनेक मानके स्वीकारली आहेत जी ([इथेरियम क्लायंट](/developers/docs/nodes-and-clients/) आणि वॉलेट्स सारखे) प्रकल्प अंमलबजावणींमध्ये आंतरकार्यक्षम ठेवण्यास मदत करतात आणि स्मार्ट कॉन्ट्रॅक्ट्स आणि डॅप्स कंपोझेबल राहतील याची खात्री करतात.
+
+सामान्यतः मानके [इथेरियम सुधारणा प्रस्ताव](/eips/) (EIPs) म्हणून सादर केली जातात, ज्यावर समुदाय सदस्य [मानक प्रक्रियेद्वारे](https://eips.ethereum.org/EIPS/eip-1) चर्चा करतात.
+
+- [EIPs चा परिचय](/eips/)
+- [EIPs ची सूची](https://eips.ethereum.org/)
+- [EIP गिटहब रेपो](https://github.com/ethereum/EIPs)
+- [EIP चर्चा मंडळ](https://ethereum-magicians.org/c/eips)
+- [इथेरियम गव्हर्नन्सचा परिचय](/governance/)
+- [इथेरियम गव्हर्नन्सचे विहंगावलोकन](https://web.archive.org/web/20201107234050/https://blog.bmannconsulting.com/ethereum-governance/) _31 मार्च, 2019 - बोरिस मॅन_
+- [इथेरियम प्रोटोकॉल विकास गव्हर्नन्स आणि नेटवर्क अपग्रेड समन्वय](https://hudsonjameson.com/posts/2020-03-23-ethereum-protocol-development-governance-and-network-upgrade-coordination/) _23 मार्च, 2020 - हडसन जेमिसन_
+- [सर्व इथेरियम कोअर डेव्ह बैठकांची प्लेलिस्ट](https://www.youtube.com/@EthereumProtocol) _(YouTube प्लेलिस्ट)_
+
+## मानकांचे प्रकार {#types-of-standards}
+
+EIPs चे 3 प्रकार आहेत:
+
+- स्टँडर्ड्स ट्रॅक: बहुतेक किंवा सर्व इथेरियम अंमलबजावणींवर परिणाम करणाऱ्या कोणत्याही बदलाचे वर्णन करते
+- [मेटा ट्रॅक](https://eips.ethereum.org/meta): इथेरियमच्या सभोवतालच्या प्रक्रियेचे वर्णन करते किंवा प्रक्रियेत बदल प्रस्तावित करते
+- [माहितीपूर्ण ट्रॅक](https://eips.ethereum.org/informational): इथेरियम डिझाइन समस्येचे वर्णन करते किंवा इथेरियम समुदायाला सामान्य मार्गदर्शक तत्त्वे किंवा माहिती प्रदान करते
+
+शिवाय, स्टँडर्ड ट्रॅक 4 श्रेणींमध्ये विभागलेला आहे:
+
+- [कोअर](https://eips.ethereum.org/core): सहमती फोर्क आवश्यक असलेल्या सुधारणा
+- [नेटवर्किंग](https://eips.ethereum.org/networking): devp2p आणि लाईट इथेरियम सबप्रोटोकॉलमधील सुधारणा, तसेच व्हिस्पर आणि स्वार्मच्या नेटवर्क प्रोटोकॉल तपशीलांसाठी प्रस्तावित सुधारणा.
+- [इंटरफेस](https://eips.ethereum.org/interface): क्लायंट API/RPC तपशील आणि मानकांमधील सुधारणा, आणि मेथडची नावे आणि कॉन्ट्रॅक्ट ABI सारखी विशिष्ट भाषा-स्तरीय मानके.
+- [ERC](https://eips.ethereum.org/erc): अनुप्रयोग-स्तरीय मानके आणि रूढी
+
+या विविध प्रकार आणि श्रेणींबद्दल अधिक तपशीलवार माहिती [EIP-1](https://eips.ethereum.org/EIPS/eip-1#eip-types) मध्ये आढळू शकते
+
+### टोकन मानके {#token-standards}
+
+- [ERC-20](/developers/docs/standards/tokens/erc-20/) - फंजिबल (परस्पर बदलण्यायोग्य) टोकनसाठी एक मानक इंटरफेस, जसे की व्होटिंग टोकन, स्टेकिंग टोकन किंवा व्हर्च्युअल चलने.
+  - [ERC-223](/developers/docs/standards/tokens/erc-223/) - एक फंजिबल टोकन मानक जे टोकनला इथरसारखेच वागण्यास प्रवृत्त करते आणि प्राप्तकर्त्याच्या बाजूने टोकन हस्तांतरण हाताळण्यास समर्थन देते.
+  - [ERC-1363](/developers/docs/standards/tokens/erc-1363/) - ERC-20 टोकन्ससाठी एक विस्तार इंटरफेस जो एकाच व्यवहारात प्राप्तकर्ता करारांवर कॉलबॅक कार्यान्वित करण्यास समर्थन देतो.
+- [ERC-721](/developers/docs/standards/tokens/erc-721/) - नॉन-फंजिबल टोकनसाठी एक मानक इंटरफेस, जसे की कलाकृती किंवा गाण्यासाठी एक डीड.
+  - [ERC-2309](https://eips.ethereum.org/EIPS/eip-2309) - सलग टोकन आयडेंटिफायर्स वापरून एक किंवा अनेक नॉन-फंजिबल टोकन तयार/हस्तांतरित करताना उत्सर्जित होणारा एक प्रमाणित इव्हेंट.
+  - [ERC-4400](https://eips.ethereum.org/EIPS/eip-4400) - EIP-721 ग्राहक भूमिकेसाठी इंटरफेस विस्तार.
+  - [ERC-4907](https://eips.ethereum.org/EIPS/eip-4907) - ERC-721 टोकनमध्ये प्रतिबंधित परवानग्यांसह वेळ-मर्यादित भूमिका जोडा.
+- [ERC-777](/developers/docs/standards/tokens/erc-777/) - **(शिफारस केलेले नाही)** ERC-20 पेक्षा सुधारित एक टोकन मानक.
+- [ERC-1155](/developers/docs/standards/tokens/erc-1155/) - एक टोकन मानक ज्यात फंजिबल आणि नॉन-फंजिबल दोन्ही मालमत्ता असू शकतात.
+- [ERC-4626](/developers/docs/standards/tokens/erc-4626/) - यील्ड-बेअरिंग वॉल्ट्सचे तांत्रिक पॅरामीटर्स ऑप्टिमाइझ करण्यासाठी आणि एकत्रित करण्यासाठी डिझाइन केलेले एक टोकनाइज्ड वॉल्ट मानक.
+
+[टोकन मानकां](/developers/docs/standards/tokens/)बद्दल अधिक जाणून घ्या.
+
+## पुढील वाचन {#further-reading}
+
+- [इथेरियम सुधारणा प्रस्ताव (EIPs)](/eips/)
+
+_तुम्हाला मदत केलेल्या सामुदायिक संसाधनाबद्दल माहिती आहे का?_ हे पृष्ठ संपादित करा आणि ते जोडा!_
diff --git a/public/content/translations/mr/developers/docs/standards/tokens/erc-1155/index.md b/public/content/translations/mr/developers/docs/standards/tokens/erc-1155/index.md
new file mode 100644
index 00000000000..845f9e01626
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/standards/tokens/erc-1155/index.md
@@ -0,0 +1,146 @@
+---
+title: "ERC-1155 मल्टी-टोकन स्टँडर्ड"
+description: "ERC-1155 बद्दल जाणून घ्या, हे एक मल्टी-टोकन स्टँडर्ड आहे जे एकाच कॉन्ट्रॅक्टमध्ये फंजिबल आणि नॉन-फंजिबल टोकन एकत्र करते."
+lang: mr
+---
+
+## प्रस्तावना {#introduction}
+
+अनेक टोकन प्रकारांचे व्यवस्थापन करणाऱ्या कॉन्ट्रॅक्टसाठी एक स्टँडर्ड इंटरफेस. एकाच तैनात केलेल्या कॉन्ट्रॅक्टमध्ये फंजिबल टोकन, नॉन-फंजिबल टोकन किंवा इतर कॉन्फिगरेशन्सचे (उदा., सेमी-फंजिबल टोकन) कोणतेही संयोजन समाविष्ट असू शकते.
+
+**मल्टी-टोकन स्टँडर्ड याचा अर्थ काय आहे?**
+
+ही कल्पना सोपी आहे आणि एक स्मार्ट कॉन्ट्रॅक्ट इंटरफेस तयार करण्याचा प्रयत्न करते जो कोणत्याही संख्येच्या फंजिबल आणि नॉन-फंजिबल टोकन प्रकारांचे प्रतिनिधित्व आणि नियंत्रण करू शकतो. या प्रकारे, ERC-1155 टोकन [ERC-20](/developers/docs/standards/tokens/erc-20/) आणि [ERC-721](/developers/docs/standards/tokens/erc-721/) टोकन सारखीच कार्ये करू शकते, आणि एकाच वेळी दोन्हीही करू शकते. हे ERC-20 आणि ERC-721 दोन्ही स्टँडर्डची कार्यक्षमता सुधारते, त्याला अधिक कार्यक्षम बनवते आणि स्पष्ट अंमलबजावणीतील चुका दुरुस्त करते.
+
+ERC-1155 टोकनचे पूर्ण वर्णन [EIP-1155](https://eips.ethereum.org/EIPS/eip-1155) मध्ये केले आहे.
+
+## पूर्वतयारी {#prerequisites}
+
+हे पेज अधिक चांगल्या प्रकारे समजून घेण्यासाठी, आम्ही शिफारस करतो की तुम्ही प्रथम [टोकन स्टँडर्ड](/developers/docs/standards/tokens/), [ERC-20](/developers/docs/standards/tokens/erc-20/), आणि [ERC-721](/developers/docs/standards/tokens/erc-721/) बद्दल वाचा.
+
+## ERC-1155 फंक्शन्स आणि वैशिष्ट्ये: {#body}
+
+- [बॅच ट्रान्सफर](#batch_transfers): एकाच कॉलमध्ये एकाधिक मालमत्ता हस्तांतरित करा.
+- [बॅच बॅलन्स](#batch_balance): एकाच कॉलमध्ये एकाधिक मालमत्तांची शिल्लक मिळवा.
+- [बॅच अप्रूव्हल](#batch_approval): सर्व टोकन एका अॅड्रेससाठी मंजूर करा.
+- [हुक्स](#receive_hook): टोकन प्राप्त करण्यासाठी हुक.
+- [NFT सपोर्ट](#nft_support): पुरवठा फक्त 1 असल्यास, त्याला NFT म्हणून माना.
+- [सुरक्षित हस्तांतरण नियम](#safe_transfer_rule): सुरक्षित हस्तांतरणासाठी नियमांचा संच.
+
+### बॅच ट्रान्सफर {#batch-transfers}
+
+बॅच हस्तांतरण नियमित ERC-20 हस्तांतरणासारखेच कार्य करते. चला नियमित ERC-20 `transferFrom` फंक्शन पाहूया:
+
+```solidity
+// ERC-20
+function transferFrom(address from, address to, uint256 value) external returns (bool);
+
+// ERC-1155
+function safeBatchTransferFrom(
+    address _from,
+    address _to,
+    uint256[] calldata _ids,
+    uint256[] calldata _values,
+    bytes calldata _data
+) external;
+```
+
+ERC-1155 मध्ये फक्त फरक हा आहे की आपण व्हॅल्यूज एका अॅरे म्हणून पास करतो आणि आपण आयडींचा अॅरे देखील पास करतो. उदाहरणार्थ, `ids=[3, 6, 13]` आणि `values=[100, 200, 5]` दिल्यास, परिणामी हस्तांतरणे अशी असतील
+
+1. `_from` पासून `_to` कडे आयडी 3 असलेले 100 टोकन हस्तांतरित करा.
+2. `_from` पासून `_to` कडे आयडी 6 असलेले 200 टोकन हस्तांतरित करा.
+3. `_from` पासून `_to` कडे आयडी 13 असलेले 5 टोकन हस्तांतरित करा.
+
+ERC-1155 मध्ये आपल्याकडे फक्त `transferFrom` आहे, `transfer` नाही. याचा नियमित `transfer` सारखा वापर करण्यासाठी, फक्त 'from' अॅड्रेस फंक्शन कॉल करणाऱ्या अॅड्रेसवर सेट करा.
+
+### बॅच बॅलन्स {#batch-balance}
+
+संबंधित ERC-20 `balanceOf` कॉलला देखील बॅच सपोर्टसह त्याचे पार्टनर फंक्शन आहे. एक आठवण म्हणून, ही ERC-20 आवृत्ती आहे:
+
+```solidity
+// ERC-20
+function balanceOf(address owner) external view returns (uint256);
+
+// ERC-1155
+function balanceOfBatch(
+    address[] calldata _owners,
+    uint256[] calldata _ids
+) external view returns (uint256[] memory);
+```
+
+बॅलन्स कॉलसाठी आणखी सोपे, आपण एकाच कॉलमध्ये एकाधिक बॅलन्स मिळवू शकतो. आपण ओनर्सचा अॅरे पास करतो, आणि त्यानंतर टोकन आयडींचा अॅरे पास करतो.
+
+उदाहरणार्थ `_ids=[3, 6, 13]` आणि `_owners=[0xbeef..., 0x1337..., 0x1111...]` दिल्यास, रिटर्न व्हॅल्यू अशी असेल
+
+```solidity
+[
+    balanceOf(0xbeef...),
+    balanceOf(0x1337...),
+    balanceOf(0x1111...)
+]
+```
+
+### बॅच अप्रूव्हल {#batch-approval}
+
+```solidity
+// ERC-1155
+function setApprovalForAll(
+    address _operator,
+    bool _approved
+) external;
+
+function isApprovedForAll(
+    address _owner,
+    address _operator
+) external view returns (bool);
+```
+
+मंजुरी ERC-20 पेक्षा थोड्या वेगळ्या आहेत. विशिष्ट रकमेला मंजुरी देण्याऐवजी, तुम्ही `setApprovalForAll` द्वारे ऑपरेटरला मंजूर किंवा नामंजूर म्हणून सेट करता.
+
+सध्याची स्थिती `isApprovedForAll` द्वारे वाचता येते. तुम्ही पाहू शकता की, हे एक 'ऑल-ऑर-नथिंग' ऑपरेशन आहे. तुम्ही किती टोकन मंजूर करायचे किंवा कोणता टोकन वर्ग मंजूर करायचा हे परिभाषित करू शकत नाही.
+
+हे सोपेपणा लक्षात घेऊन हेतुपुरस्सर डिझाइन केले आहे. तुम्ही फक्त एका अॅड्रेससाठी सर्वकाही मंजूर करू शकता.
+
+### रिसीव्ह हुक {#receive-hook}
+
+```solidity
+function onERC1155BatchReceived(
+    address _operator,
+    address _from,
+    uint256[] calldata _ids,
+    uint256[] calldata _values,
+    bytes calldata _data
+) external returns(bytes4);
+```
+
+[EIP-165](https://eips.ethereum.org/EIPS/eip-165) सपोर्टमुळे, ERC-1155 केवळ स्मार्ट कॉन्ट्रॅक्ट्ससाठी रिसीव्ह हुक्सना सपोर्ट करते. हुक फंक्शनने एक मॅजिक पूर्वनिर्धारित bytes4 व्हॅल्यू परत करणे आवश्यक आहे, जे खालीलप्रमाणे दिले आहे:
+
+```solidity
+bytes4(keccak256("onERC1155BatchReceived(address,address,uint256[],uint256[],bytes)"))
+```
+
+जेव्हा प्राप्त करणारा कॉन्ट्रॅक्ट ही व्हॅल्यू परत करतो, तेव्हा असे मानले जाते की कॉन्ट्रॅक्ट हस्तांतरण स्वीकारतो आणि ERC-1155 टोकन कसे हाताळायचे हे त्याला माहीत आहे. उत्तम, आता कॉन्ट्रॅक्टमध्ये टोकन अडकणार नाहीत!
+
+### NFT सपोर्ट {#nft-support}
+
+जेव्हा पुरवठा फक्त एक असतो, तेव्हा टोकन मूलतः एक नॉन-फंजिबल टोकन (NFT) असते. आणि जसे ERC-721 साठी स्टँडर्ड आहे, तुम्ही मेटाडेटा URL परिभाषित करू शकता. URL क्लायंटद्वारे वाचता आणि सुधारित करता येतो, [येथे](https://eips.ethereum.org/EIPS/eip-1155#metadata) पहा.
+
+### सुरक्षित हस्तांतरण नियम {#safe-transfer-rule}
+
+आपण मागील स्पष्टीकरणांमध्ये आधीच काही सुरक्षित हस्तांतरण नियमांवर चर्चा केली आहे. पण चला सर्वात महत्त्वाच्या नियमांवर नजर टाकूया:
+
+1. कॉलरला `_from` अॅड्रेससाठी टोकन खर्च करण्याची परवानगी असणे आवश्यक आहे किंवा कॉलर स्वतः `_from` असणे आवश्यक आहे.
+2. हस्तांतरण कॉल रिव्हर्ट होणे आवश्यक आहे जर
+   1. `_to` अॅड्रेस 0 आहे.
+   2. `_ids` ची लांबी `_values` च्या लांबी समान नाही.
+   3. `_ids` मधील टोकनसाठी धारकाची कोणतीही शिल्लक प्राप्तकर्त्याला पाठवलेल्या `_values` मधील संबंधित रकमेपेक्षा कमी असेल.
+   4. इतर कोणतीही त्रुटी उद्भवल्यास.
+
+_टीप_: हुकसह सर्व बॅच फंक्शन्स बॅचशिवाय आवृत्त्या म्हणून देखील अस्तित्वात आहेत. हे गॅस कार्यक्षमतेसाठी केले जाते, कारण फक्त एक मालमत्ता हस्तांतरित करणे हाच बहुधा सर्वाधिक वापरला जाणारा मार्ग असेल. स्पष्टीकरणांमध्ये सोपेपणासाठी आम्ही त्यांना वगळले आहे, यात सुरक्षित हस्तांतरण नियमांचाही समावेश आहे. नावे सारखीच आहेत, फक्त 'Batch' काढून टाका.
+
+## पुढील वाचन {#further-reading}
+
+- [EIP-1155: मल्टी टोकन स्टँडर्ड](https://eips.ethereum.org/EIPS/eip-1155)
+- [ERC-1155: Openzeppelin डॉक्स](https://docs.openzeppelin.com/contracts/5.x/erc1155)
+- [ERC-1155: GitHub रेपो](https://github.com/enjin/erc-1155)
+- [Alchemy NFT API](https://www.alchemy.com/docs/reference/nft-api-quickstart)
diff --git a/public/content/translations/mr/developers/docs/standards/tokens/erc-1363/index.md b/public/content/translations/mr/developers/docs/standards/tokens/erc-1363/index.md
new file mode 100644
index 00000000000..802af57b95e
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/standards/tokens/erc-1363/index.md
@@ -0,0 +1,212 @@
+---
+title: "ERC-1363 पेयबल टोकन मानक"
+description: "ERC-1363 हा ERC-20 टोकनसाठी एक एक्सटेंशन इंटरफेस आहे जो हस्तांतरणानंतर प्राप्तकर्त्याच्या करारावर किंवा मंजुरीनंतर खर्च करणाऱ्याच्या करारावर, सर्व काही एकाच व्यवहारामध्ये, कस्टम लॉजिक कार्यान्वित करण्यास समर्थन देतो."
+lang: mr
+---
+
+## प्रस्तावना {#introduction}
+
+### ERC-1363 म्हणजे काय? {#what-is-erc1363}
+
+ERC-1363 हा ERC-20 टोकनसाठी एक एक्सटेंशन इंटरफेस आहे जो हस्तांतरणानंतर प्राप्तकर्त्याच्या करारावर किंवा मंजुरीनंतर खर्च करणाऱ्याच्या करारावर, सर्व काही एकाच व्यवहारामध्ये, कस्टम लॉजिक कार्यान्वित करण्यास समर्थन देतो.
+
+### ERC-20 मधील फरक {#erc20-differences}
+
+`transfer`, `transferFrom` आणि `approve` यासारख्या मानक ERC-20 ऑपरेशन्स स्वतंत्र व्यवहाराशिवाय प्राप्तकर्ता किंवा खर्च करणाऱ्या करारावर कोड अंमलबजावणीस परवानगी देत नाहीत.
+यामुळे UI विकासात गुंतागुंत निर्माण होते आणि अवलंब करण्यामध्ये अडथळा येतो कारण वापरकर्त्यांना पहिला व्यवहार कार्यान्वित होण्याची वाट पाहावी लागते आणि मग दुसरा व्यवहार सबमिट करावा लागतो.
+त्यांना दोनदा GAS देखील भरावा लागतो.
+
+ERC-1363 फंजिबल टोकनला अधिक सहजपणे क्रिया करण्यास आणि कोणत्याही ऑफ-चेन लिसनरचा वापर न करता काम करण्यास सक्षम बनवते.
+हे हस्तांतरण किंवा मंजुरीनंतर, एकाच व्यवहारामध्ये, रिसीव्हर किंवा स्पेंडर करारावर कॉलबॅक करण्याची परवानगी देते.
+
+## पूर्वतयारी {#prerequisites}
+
+हे पान अधिक चांगल्या प्रकारे समजून घेण्यासाठी, आम्ही शिफारस करतो की तुम्ही प्रथम याबद्दल वाचा:
+
+- [टोकन मानके](/developers/docs/standards/tokens/)
+- [ERC-20](/developers/docs/standards/tokens/erc-20/)
+
+## मुख्य भाग {#body}
+
+ERC-1363, `transfer`, `transferFrom` किंवा `approve` नंतर ERC-20 टोकनला स्मार्ट करारांशी संवाद साधण्यासाठी एक मानक API सादर करते.
+
+हे मानक टोकन हस्तांतरित करण्यासाठी मूलभूत कार्यक्षमता प्रदान करते, तसेच टोकनला मंजूर करण्याची परवानगी देते जेणेकरून ते दुसऱ्या ऑन-चेन तृतीय पक्षाद्वारे खर्च केले जाऊ शकतात, आणि नंतर रिसीव्हर किंवा स्पेंडर करारावर कॉलबॅक करते.
+
+ERC-20 कॉलबॅक स्वीकारू शकणार्‍या स्मार्ट करारांचे अनेक प्रस्तावित उपयोग आहेत.
+
+उदाहरणे असू शकतात:
+
+- **क्राउडसेल्स**: पाठवलेले टोकन त्वरित रिवॉर्ड वाटप सुरू करतात.
+- **सेवा**: पेमेंट एकाच टप्प्यात सेवा प्रवेश सक्रिय करते.
+- **इन्व्हॉइसेस**: टोकन आपोआप इन्व्हॉइसेस सेटल करतात.
+- **सबस्क्रिप्शन्स**: वार्षिक दराला मंजुरी दिल्याने पहिल्या महिन्याच्या पेमेंटमध्येच सबस्क्रिप्शन सक्रिय होते.
+
+या कारणांमुळे याला मूळतः **"पेयबल टोकन"** असे नाव देण्यात आले होते.
+
+कॉलबॅक वर्तणूक त्याची उपयुक्तता आणखी वाढवते, ज्यामुळे यांसारखे अखंड संवाद सक्षम होतात:
+
+- **स्टेकिंग**: हस्तांतरित केलेले टोकन स्टेकिंग करारामध्ये स्वयंचलित लॉकिंग सुरू करतात.
+- **मतदान**: प्राप्त झालेले टोकन प्रशासन प्रणालीमध्ये मते नोंदवतात.
+- **स्वॅपिंग**: टोकन मान्यता एकाच टप्प्यात स्वॅप लॉजिक सक्रिय करतात.
+
+ERC-1363 टोकन सर्व प्रकरणांमध्ये विशिष्ट उपयुक्ततांसाठी वापरले जाऊ शकतात, ज्यात हस्तांतरण किंवा मंजुरी मिळाल्यानंतर कॉलबॅक कार्यान्वित करणे आवश्यक असते.
+प्राप्तकर्त्याच्या टोकन हाताळण्याच्या क्षमतेची पडताळणी करून स्मार्ट करारांमध्ये टोकनचे नुकसान किंवा टोकन लॉकिंग टाळण्यासाठी ERC-1363 उपयुक्त आहे.
+
+इतर ERC-20 एक्सटेंशन प्रस्तावांच्या विपरीत, ERC-1363 हे ERC-20 `transfer` आणि `transferFrom` पद्धतींना ओव्हरराइड करत नाही आणि ERC-20 सह बॅकवर्ड सुसंगतता राखून अंमलबजावणीसाठी इंटरफेस आयडी परिभाषित करते.
+
+[EIP-1363](https://eips.ethereum.org/EIPS/eip-1363) वरून:
+
+### मेथड्स {#methods}
+
+ERC-1363 मानक लागू करणाऱ्या स्मार्ट करारांनी `ERC1363` इंटरफेसमधील सर्व फंक्शन्स, तसेच `ERC20` आणि `ERC165` इंटरफेस **अवश्य** लागू केले पाहिजेत.
+
+```solidity
+pragma solidity ^0.8.0;
+
+/**
+ * @title ERC1363
+ * @dev ERC-20 टोकनसाठी एक एक्सटेंशन इंटरफेस जो `transfer` किंवा `transferFrom` नंतर प्राप्तकर्ता करारावर कोड कार्यान्वित करण्यास, किंवा `approve` नंतर स्पेंडर करारावर कोड कार्यान्वित करण्यास समर्थन देतो, हे सर्व एकाच व्यवहारामध्ये.
+ */
+interface ERC1363 is ERC20, ERC165 {
+  /*
+   * टीप: या इंटरफेससाठी ERC-165 आयडेंटिफायर 0xb0202a11 आहे.
+   * 0xb0202a11 ===
+   *   bytes4(keccak256('transferAndCall(address,uint256)')) ^
+   *   bytes4(keccak256('transferAndCall(address,uint256,bytes)')) ^
+   *   bytes4(keccak256('transferFromAndCall(address,address,uint256)')) ^
+   *   bytes4(keccak256('transferFromAndCall(address,address,uint256,bytes)')) ^
+   *   bytes4(keccak256('approveAndCall(address,uint256)')) ^
+   *   bytes4(keccak256('approveAndCall(address,uint256,bytes)'))
+   */
+
+  /**
+   * @dev कॉलरच्या खात्यातून `to` कडे `value` रकमेचे टोकन हलवते
+   * आणि नंतर `to` वर `ERC1363Receiver::onTransferReceived` कॉल करते.
+   * @param to तो पत्ता जिथे टोकन हस्तांतरित केले जात आहेत.
+   * @param value हस्तांतरित करायच्या टोकनची रक्कम.
+   * @return एक बुलियन मूल्य जे ऑपरेशन यशस्वी झाले असल्याचे दर्शवते, एरर थ्रो न केल्यास.
+   */
+  function transferAndCall(address to, uint256 value) external returns (bool);
+
+  /**
+   * @dev कॉलरच्या खात्यातून `to` कडे `value` रकमेचे टोकन हलवते
+   * आणि नंतर `to` वर `ERC1363Receiver::onTransferReceived` कॉल करते.
+   * @param to तो पत्ता जिथे टोकन हस्तांतरित केले जात आहेत.
+   * @param value हस्तांतरित करायच्या टोकनची रक्कम.
+   * @param data अतिरिक्त डेटा, ज्याचे कोणतेही विशिष्ट स्वरूप नाही, `to` ला कॉलमध्ये पाठवला जातो.
+   * @return एक बुलियन मूल्य जे ऑपरेशन यशस्वी झाले असल्याचे दर्शवते, एरर थ्रो न केल्यास.
+   */
+  function transferAndCall(address to, uint256 value, bytes calldata data) external returns (bool);
+
+  /**
+   * @dev अलाउन्स मेकॅनिझम वापरून `from` कडून `to` कडे `value` रकमेचे टोकन हलवते
+   * आणि नंतर `to` वर `ERC1363Receiver::onTransferReceived` कॉल करते.
+   * @param from तो पत्ता जिथून टोकन पाठवायचे आहेत.
+   * @param to तो पत्ता जिथे टोकन हस्तांतरित केले जात आहेत.
+   * @param value हस्तांतरित करायच्या टोकनची रक्कम.
+   * @return एक बुलियन मूल्य जे ऑपरेशन यशस्वी झाले असल्याचे दर्शवते, एरर थ्रो न केल्यास.
+   */
+  function transferFromAndCall(address from, address to, uint256 value) external returns (bool);
+
+  /**
+   * @dev अलाउन्स मेकॅनिझम वापरून `from` कडून `to` कडे `value` रकमेचे टोकन हलवते
+   * आणि नंतर `to` वर `ERC1363Receiver::onTransferReceived` कॉल करते.
+   * @param from तो पत्ता जिथून टोकन पाठवायचे आहेत.
+   * @param to तो पत्ता जिथे टोकन हस्तांतरित केले जात आहेत.
+   * @param value हस्तांतरित करायच्या टोकनची रक्कम.
+   * @param data अतिरिक्त डेटा, ज्याचे कोणतेही विशिष्ट स्वरूप नाही, `to` ला कॉलमध्ये पाठवला जातो.
+   * @return एक बुलियन मूल्य जे ऑपरेशन यशस्वी झाले असल्याचे दर्शवते, एरर थ्रो न केल्यास.
+   */
+  function transferFromAndCall(address from, address to, uint256 value, bytes calldata data) external returns (bool);
+
+  /**
+   * @dev कॉलरच्या टोकनवर `spender` च्या अलाउन्स म्हणून `value` रकमेचे टोकन सेट करते
+   * आणि नंतर `spender` वर `ERC1363Spender::onApprovalReceived` कॉल करते.
+   * @param spender तो पत्ता जो निधी खर्च करेल.
+   * @param value खर्च करायच्या टोकनची रक्कम.
+   * @return एक बुलियन मूल्य जे ऑपरेशन यशस्वी झाले असल्याचे दर्शवते, एरर थ्रो न केल्यास.
+   */
+  function approveAndCall(address spender, uint256 value) external returns (bool);
+
+  /**
+   * @dev कॉलरच्या टोकनवर `spender` च्या अलाउन्स म्हणून `value` रकमेचे टोकन सेट करते
+   * आणि नंतर `spender` वर `ERC1363Spender::onApprovalReceived` कॉल करते.
+   * @param spender तो पत्ता जो निधी खर्च करेल.
+   * @param value खर्च करायच्या टोकनची रक्कम.
+   * @param data अतिरिक्त डेटा, ज्याचे कोणतेही विशिष्ट स्वरूप नाही, `spender` ला कॉलमध्ये पाठवला जातो.
+   * @return एक बुलियन मूल्य जे ऑपरेशन यशस्वी झाले असल्याचे दर्शवते, एरर थ्रो न केल्यास.
+   */
+  function approveAndCall(address spender, uint256 value, bytes calldata data) external returns (bool);
+}
+
+interface ERC20 {
+  event Transfer(address indexed from, address indexed to, uint256 value);
+  event Approval(address indexed owner, address indexed spender, uint256 value);
+  function transfer(address to, uint256 value) external returns (bool);
+  function transferFrom(address from, address to, uint256 value) external returns (bool);
+  function approve(address spender, uint256 value) external returns (bool);
+  function totalSupply() external view returns (uint256);
+  function balanceOf(address account) external view returns (uint256);
+  function allowance(address owner, address spender) external view returns (uint256);
+}
+
+interface ERC165 {
+  function supportsInterface(bytes4 interfaceId) external view returns (bool);
+}
+```
+
+`transferAndCall` किंवा `transferFromAndCall` द्वारे ERC-1363 टोकन स्वीकारू इच्छिणाऱ्या स्मार्ट कराराने `ERC1363Receiver` इंटरफेस **अवश्य** लागू केला पाहिजे:
+
+```solidity
+/**
+ * @title ERC1363Receiver
+ * @dev कोणत्याही करारासाठी इंटरफेस जो ERC-1363 टोकन करारांमधून `transferAndCall` किंवा `transferFromAndCall` ला समर्थन देऊ इच्छितो.
+ */
+interface ERC1363Receiver {
+  /**
+   * @dev जेव्हा ERC-1363 टोकन `operator` द्वारे `from` कडून `ERC1363::transferAndCall` किंवा `ERC1363::transferFromAndCall` द्वारे या करारावर हस्तांतरित केले जातात,
+   * तेव्हा हे फंक्शन कॉल केले जाते.
+   *
+   * टीप: हस्तांतरण स्वीकारण्यासाठी, याने हे परत केले पाहिजे
+   * `bytes4(keccak256("onTransferReceived(address,address,uint256,bytes)"))`
+   * (म्हणजे 0x88a7ca5c, किंवा त्याचे स्वतःचे फंक्शन सिलेक्टर).
+   *
+   * @param operator तो पत्ता ज्याने `transferAndCall` किंवा `transferFromAndCall` फंक्शन कॉल केले.
+   * @param from तो पत्ता जिथून टोकन हस्तांतरित केले आहेत.
+   * @param value हस्तांतरित केलेल्या टोकनची रक्कम.
+   * @param data कोणत्याही विशिष्ट स्वरूपाशिवाय अतिरिक्त डेटा.
+   * @return `bytes4(keccak256("onTransferReceived(address,address,uint256,bytes)"))` जर हस्तांतरणास परवानगी असेल, एरर थ्रो न केल्यास.
+   */
+  function onTransferReceived(address operator, address from, uint256 value, bytes calldata data) external returns (bytes4);
+}
+```
+
+`approveAndCall` द्वारे ERC-1363 टोकन स्वीकारू इच्छिणाऱ्या स्मार्ट कराराने `ERC1363Spender` इंटरफेस **अवश्य** लागू केला पाहिजे:
+
+```solidity
+/**
+ * @title ERC1363Spender
+ * @dev कोणत्याही करारासाठी इंटरफेस जो ERC-1363 टोकन करारांमधून `approveAndCall` ला समर्थन देऊ इच्छितो.
+ */
+interface ERC1363Spender {
+  /**
+   * @dev जेव्हा एखादा ERC-1363 टोकनचा `owner` `ERC1363::approveAndCall` द्वारे या कराराला
+   * त्यांचे टोकन खर्च करण्यासाठी मंजूर करतो, तेव्हा हे फंक्शन कॉल केले जाते.
+   *
+   * टीप: मंजुरी स्वीकारण्यासाठी, याने हे परत केले पाहिजे
+   * `bytes4(keccak256("onApprovalReceived(address,uint256,bytes)"))`
+   * (म्हणजे 0x7b04a2d0, किंवा त्याचे स्वतःचे फंक्शन सिलेक्टर).
+   *
+   * @param owner तो पत्ता ज्याने `approveAndCall` फंक्शन कॉल केले आणि जो पूर्वी टोकनचा मालक होता.
+   * @param value खर्च करायच्या टोकनची रक्कम.
+   * @param data कोणत्याही विशिष्ट स्वरूपाशिवाय अतिरिक्त डेटा.
+   * @return `bytes4(keccak256("onApprovalReceived(address,uint256,bytes)"))` जर मंजुरीस परवानगी असेल, एरर थ्रो न केल्यास.
+   */
+  function onApprovalReceived(address owner, uint256 value, bytes calldata data) external returns (bytes4);
+}
+```
+
+## पुढील वाचन {#further-reading}
+
+- [ERC-1363: पेयबल टोकन मानक](https://eips.ethereum.org/EIPS/eip-1363)
+- [ERC-1363: GitHub रेपो](https://github.com/vittominacori/erc1363-payable-token)
diff --git a/public/content/translations/mr/developers/docs/standards/tokens/erc-20/index.md b/public/content/translations/mr/developers/docs/standards/tokens/erc-20/index.md
new file mode 100644
index 00000000000..9677e584cd5
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/standards/tokens/erc-20/index.md
@@ -0,0 +1,186 @@
+---
+title: "ERC-20 टोकन मानक"
+description: "ERC-20 बद्दल जाणून घ्या, Ethereum वरील फंजिबल टोकन्ससाठीचे मानक जे इंटरऑपरेबल टोकन ऍप्लिकेशन्सना सक्षम करते."
+lang: mr
+---
+
+## प्रस्तावना {#introduction}
+
+**टोकन म्हणजे काय?**
+
+Ethereum मध्ये टोकन्स अक्षरशः काहीही दर्शवू शकतात:
+
+- ऑनलाइन प्लॅटफॉर्ममधील प्रतिष्ठेचे गुण
+- गेममधील कॅरॅक्टरची कौशल्ये
+- कंपनीमधील शेअरसारखी आर्थिक मालमत्ता
+- USD सारखे फियाट चलन
+- एक औंस सोने
+- आणि बरेच काही...
+
+Ethereum चे इतके शक्तिशाली वैशिष्ट्य एका मजबूत मानकाद्वारे हाताळले जाणे आवश्यक आहे, बरोबर? अगदी इथेच ERC-20 आपली भूमिका बजावते! हे मानक डेव्हलपर्सना असे टोकन ऍप्लिकेशन्स बनविण्याची परवानगी देते जे इतर उत्पादने आणि सेवांसह इंटरऑपरेबल आहेत. ERC-20 मानकाचा वापर [ether](/glossary/#ether) ला अतिरिक्त कार्यक्षमता प्रदान करण्यासाठी देखील केला जातो.
+
+**ERC-20 म्हणजे काय?**
+
+ERC-20 फंजिबल टोकन्ससाठी एक मानक सादर करते, दुसऱ्या शब्दांत, त्यांच्याकडे एक वैशिष्ट्य आहे जे प्रत्येक टोकनला दुसऱ्या टोकनसारखेच (प्रकार आणि मूल्यात) बनवते. उदाहरणार्थ, ERC-20 टोकन ETH प्रमाणेच कार्य करते, याचा अर्थ असा की 1 टोकन इतर सर्व टोकन्सच्या समान आहे आणि नेहमीच असेल.
+
+## पूर्वतयारी {#prerequisites}
+
+- [खाती](/developers/docs/accounts)
+- [स्मार्ट कॉन्ट्रॅक्ट्स](/developers/docs/smart-contracts/)
+- [टोकन मानके](/developers/docs/standards/tokens/)
+
+## मुख्य भाग {#body}
+
+ERC-20 (Ethereum Request for Comments 20), नोव्हेंबर 2015 मध्ये फॅबियन व्होगेलस्टेलर यांनी प्रस्तावित केले, हे एक टोकन मानक आहे जे स्मार्ट कॉन्ट्रॅक्ट्समधील टोकन्ससाठी API लागू करते.
+
+ERC-20 द्वारे प्रदान केलेल्या उदाहरण कार्यक्षमता:
+
+- एका खात्यातून दुसऱ्या खात्यात टोकन हस्तांतरित करणे
+- खात्यातील सध्याची टोकन शिल्लक मिळवणे
+- नेटवर्कवर उपलब्ध असलेल्या टोकनचा एकूण पुरवठा मिळवणे
+- एखाद्या खात्यातील टोकनची रक्कम तृतीय-पक्ष खात्याद्वारे खर्च केली जाऊ शकते की नाही हे मंजूर करणे
+
+जर एखादे स्मार्ट कॉन्ट्रॅक्ट खालील पद्धती आणि इव्हेंट्स लागू करत असेल, तर त्याला ERC-20 टोकन कॉन्ट्रॅक्ट म्हटले जाऊ शकते आणि एकदा तैनात केल्यावर ते Ethereum वर तयार केलेल्या टोकन्सचा मागोवा ठेवण्यासाठी जबाबदार असेल.
+
+[EIP-20](https://eips.ethereum.org/EIPS/eip-20) वरून:
+
+### मेथड्स {#methods}
+
+```solidity
+function name() public view returns (string)
+function symbol() public view returns (string)
+function decimals() public view returns (uint8)
+function totalSupply() public view returns (uint256)
+function balanceOf(address _owner) public view returns (uint256 balance)
+function transfer(address _to, uint256 _value) public returns (bool success)
+function transferFrom(address _from, address _to, uint256 _value) public returns (bool success)
+function approve(address _spender, uint256 _value) public returns (bool success)
+function allowance(address _owner, address _spender) public view returns (uint256 remaining)
+```
+
+### इव्हेंट्स {#events}
+
+```solidity
+event Transfer(address indexed _from, address indexed _to, uint256 _value)
+event Approval(address indexed _owner, address indexed _spender, uint256 _value)
+```
+
+### उदाहरणे {#web3py-example}
+
+चला पाहूया की Ethereum वरील कोणत्याही ERC-20 टोकन कॉन्ट्रॅक्टची तपासणी करणे आपल्यासाठी सोपे करण्यासाठी एक मानक किती महत्त्वाचे आहे.
+कोणत्याही ERC-20 टोकनसाठी इंटरफेस तयार करण्यासाठी आपल्याला फक्त कॉन्ट्रॅक्ट ऍप्लिकेशन बायनरी इंटरफेस (ABI) ची आवश्यकता आहे. तुम्ही खाली पाहू शकता की आम्ही एक सरलीकृत ABI वापरणार आहोत, जेणेकरून हे एक कमी घर्षणाचे उदाहरण बनेल.
+
+#### Web3.py उदाहरण {#web3py-example}
+
+प्रथम, आपण [Web3.py](https://web3py.readthedocs.io/en/stable/quickstart.html#installation) Python लायब्ररी स्थापित केली असल्याची खात्री करा:
+
+```
+pip install web3
+```
+
+```python
+from web3 import Web3
+
+
+w3 = Web3(Web3.HTTPProvider("https://cloudflare-eth.com"))
+
+dai_token_addr = "0x6B175474E89094C44Da98b954EedeAC495271d0F"     # DAI
+weth_token_addr = "0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2"    # रॅप्ड इथर (WETH)
+
+acc_address = "0xA478c2975Ab1Ea89e8196811F51A7B7Ade33eB11"        # Uniswap V2: DAI 2
+
+# हा ERC-20 टोकन कॉन्ट्रॅक्टचा एक सरलीकृत कॉन्ट्रॅक्ट ऍप्लिकेशन बायनरी इंटरफेस (ABI) आहे.
+# हे फक्त balanceOf(address), decimals(), symbol() आणि totalSupply() या पद्धती उघड करेल
+simplified_abi = [
+    {
+        'inputs': [{'internalType': 'address', 'name': 'account', 'type': 'address'}],
+        'name': 'balanceOf',
+        'outputs': [{'internalType': 'uint256', 'name': '', 'type': 'uint256'}],
+        'stateMutability': 'view', 'type': 'function', 'constant': True
+    },
+    {
+        'inputs': [],
+        'name': 'decimals',
+        'outputs': [{'internalType': 'uint8', 'name': '', 'type': 'uint8'}],
+        'stateMutability': 'view', 'type': 'function', 'constant': True
+    },
+    {
+        'inputs': [],
+        'name': 'symbol',
+        'outputs': [{'internalType': 'string', 'name': '', 'type': 'string'}],
+        'stateMutability': 'view', 'type': 'function', 'constant': True
+    },
+    {
+        'inputs': [],
+        'name': 'totalSupply',
+        'outputs': [{'internalType': 'uint256', 'name': '', 'type': 'uint256'}],
+        'stateMutability': 'view', 'type': 'function', 'constant': True
+    }
+]
+
+dai_contract = w3.eth.contract(address=w3.to_checksum_address(dai_token_addr), abi=simplified_abi)
+symbol = dai_contract.functions.symbol().call()
+decimals = dai_contract.functions.decimals().call()
+totalSupply = dai_contract.functions.totalSupply().call() / 10**decimals
+addr_balance = dai_contract.functions.balanceOf(acc_address).call() / 10**decimals
+
+#  DAI
+print("===== %s =====" % symbol)
+print("Total Supply:", totalSupply)
+print("Addr Balance:", addr_balance)
+
+weth_contract = w3.eth.contract(address=w3.to_checksum_address(weth_token_addr), abi=simplified_abi)
+symbol = weth_contract.functions.symbol().call()
+decimals = weth_contract.functions.decimals().call()
+totalSupply = weth_contract.functions.totalSupply().call() / 10**decimals
+addr_balance = weth_contract.functions.balanceOf(acc_address).call() / 10**decimals
+
+#  WETH
+print("===== %s =====" % symbol)
+print("Total Supply:", totalSupply)
+print("Addr Balance:", addr_balance)
+```
+
+## ज्ञात समस्या {#erc20-issues}
+
+### ERC-20 टोकन स्वीकृतीची समस्या {#reception-issue}
+
+**06/20/2024 पर्यंत, या समस्येमुळे किमान $83,656,418 किमतीचे ERC-20 टोकन गमावले गेले आहेत. लक्षात घ्या की शुद्ध ERC-20 अंमलबजावणी या समस्येस बळी पडू शकते, जोपर्यंत तुम्ही खाली सूचीबद्ध केल्यानुसार मानकाच्या वर अतिरिक्त निर्बंधांचा संच लागू करत नाही.**
+
+जेव्हा ERC-20 टोकन्स अशा स्मार्ट कॉन्ट्रॅक्टला पाठवले जातात जे ERC-20 टोकन्स हाताळण्यासाठी डिझाइन केलेले नाहीत, तेव्हा ते टोकन्स कायमचे गमावले जाऊ शकतात. हे घडते कारण प्राप्त करणाऱ्या कॉन्ट्रॅक्टमध्ये येणाऱ्या टोकन्सना ओळखण्याची किंवा प्रतिसाद देण्याची कार्यक्षमता नसते आणि ERC-20 मानकामध्ये प्राप्त करणाऱ्या कॉन्ट्रॅक्टला येणाऱ्या टोकन्सबद्दल सूचित करण्याची कोणतीही यंत्रणा नसते. ही समस्या मुख्यत्वे खालील मार्गांनी स्वरूप घेते:
+
+1. टोकन हस्तांतरण यंत्रणा
+
+- ERC-20 टोकन transfer किंवा transferFrom फंक्शन्स वापरून हस्तांतरित केले जातात
+  - जेव्हा एखादा वापरकर्ता या फंक्शन्सचा वापर करून कॉन्ट्रॅक्ट पत्त्यावर टोकन पाठवतो, तेव्हा प्राप्त करणारा कॉन्ट्रॅक्ट ते हाताळण्यासाठी डिझाइन केलेला आहे की नाही याची पर्वा न करता टोकन हस्तांतरित केले जातात
+
+2. सूचनेचा अभाव
+   - प्राप्त करणाऱ्या कॉन्ट्रॅक्टला टोकन पाठवले गेल्याची सूचना किंवा कॉलबॅक मिळत नाही
+   - जर प्राप्त करणाऱ्या कॉन्ट्रॅक्टमध्ये टोकन हाताळण्यासाठी यंत्रणेचा अभाव असेल (उदा. फॉलबॅक फंक्शन किंवा टोकन स्वीकृती व्यवस्थापित करण्यासाठी एक समर्पित फंक्शन), तर टोकन प्रभावीपणे कॉन्ट्रॅक्टच्या पत्त्यावर अडकून पडतात
+3. अंगभूत हाताळणी नाही
+   - ERC-20 मानकामध्ये प्राप्त करणाऱ्या कॉन्ट्रॅक्ट्ससाठी लागू करण्यासाठी कोणतेही अनिवार्य फंक्शन समाविष्ट नाही, ज्यामुळे अनेक कॉन्ट्रॅक्ट्स येणाऱ्या टोकन्सचे योग्यरित्या व्यवस्थापन करण्यास असमर्थ ठरतात
+
+**संभाव्य उपाय**
+
+जरी ERC-20 सह ही समस्या पूर्णपणे टाळणे शक्य नसले तरी, अशा पद्धती आहेत ज्यामुळे अंतिम वापरकर्त्यासाठी टोकन गमावण्याची शक्यता लक्षणीयरीत्या कमी होऊ शकते:
+
+- सर्वात सामान्य समस्या म्हणजे जेव्हा वापरकर्ता टोकन कॉन्ट्रॅक्टच्या पत्त्यावरच टोकन पाठवतो (उदा. USDT टोकन कॉन्ट्रॅक्टच्या पत्त्यावर जमा केलेले USDT). अशा हस्तांतरणाच्या प्रयत्नांना परत फिरवण्यासाठी `transfer(..)` फंक्शन प्रतिबंधित करण्याची शिफारस केली जाते. `transfer(..)` फंक्शनच्या अंमलबजावणीमध्ये `require(_to != address(this));` तपासणी जोडण्याचा विचार करा.
+- `transfer(..)` फंक्शन सर्वसाधारणपणे कॉन्ट्रॅक्ट्समध्ये टोकन जमा करण्यासाठी डिझाइन केलेले नाही. `approve(..) आणि transferFrom(..)` पॅटर्नचा वापर त्याऐवजी ERC-20 टोकन कॉन्ट्रॅक्ट्समध्ये जमा करण्यासाठी केला जातो. ट्रान्सफर फंक्शनला कोणत्याही कॉन्ट्रॅक्टमध्ये टोकन जमा करण्यास मनाई करण्यासाठी प्रतिबंधित करणे शक्य आहे, तथापि ते `trasnfer(..)` फंक्शनसह कॉन्ट्रॅक्टमध्ये टोकन जमा केले जाऊ शकतात असे गृहीत धरणाऱ्या कॉन्ट्रॅक्ट्ससह (उदा. Uniswap लिक्विडिटी पूल्स) सुसंगतता खंडित करू शकते.
+- तुमच्या कॉन्ट्रॅक्टला कधीही कोणतेही टोकन मिळणे अपेक्षित नसले तरी, ERC-20 टोकन तुमच्या कॉन्ट्रॅक्टमध्ये येऊ शकतात असे नेहमी गृहीत धरा. प्राप्तकर्त्याच्या बाजूने अपघाती ठेवी रोखण्याचा किंवा नाकारण्याचा कोणताही मार्ग नाही. असे फंक्शन लागू करण्याची शिफारस केली जाते जे अपघाताने जमा केलेले ERC-20 टोकन काढण्यास अनुमती देईल.
+- वैकल्पिक टोकन मानके वापरण्याचा विचार करा.
+
+या समस्येतून काही पर्यायी मानके समोर आली आहेत जसे की [ERC-223](/developers/docs/standards/tokens/erc-223) किंवा [ERC-1363](/developers/docs/standards/tokens/erc-1363).
+
+## पुढील वाचन {#further-reading}
+
+- [EIP-20: ERC-20 टोकन मानक](https://eips.ethereum.org/EIPS/eip-20)
+- [OpenZeppelin - टोकन्स](https://docs.openzeppelin.com/contracts/3.x/tokens#ERC20)
+- [OpenZeppelin - ERC-20 अंमलबजावणी](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/ERC20.sol)
+- [Alchemy - Solidity ERC20 टोकन्ससाठी मार्गदर्शक](https://www.alchemy.com/overviews/erc20-solidity)
+
+## इतर फंजिबल टोकन मानके {#fungible-token-standards}
+
+- [ERC-223](/developers/docs/standards/tokens/erc-223)
+- [ERC-1363](/developers/docs/standards/tokens/erc-1363)
+- [ERC-777](/developers/docs/standards/tokens/erc-777)
+- [ERC-4626 - टोकनाइज्ड वॉल्ट्स](/developers/docs/standards/tokens/erc-4626)
diff --git a/public/content/translations/mr/developers/docs/standards/tokens/erc-223/index.md b/public/content/translations/mr/developers/docs/standards/tokens/erc-223/index.md
new file mode 100644
index 00000000000..f8cc106abdc
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/standards/tokens/erc-223/index.md
@@ -0,0 +1,198 @@
+---
+title: "ERC-223 टोकन मानक"
+description: "ERC-223 फंजिबल टोकन मानकाचा आढावा, ते कसे कार्य करते, आणि ERC-20 शी तुलना."
+lang: mr
+---
+
+## प्रस्तावना {#introduction}
+
+### ERC-223 म्हणजे काय? {#what-is-erc223}
+
+ERC-223 हे ERC-20 मानकासारखेच फंजिबल टोकन्ससाठी एक मानक आहे. मुख्य फरक हा आहे की ERC-223 केवळ टोकन API परिभाषित करत नाही, तर प्रेषकाकडून प्राप्तकर्त्याकडे टोकन हस्तांतरित करण्याची तर्कप्रणाली देखील परिभाषित करते. हे एक संवाद मॉडेल सादर करते जे प्राप्तकर्त्याच्या बाजूने टोकन हस्तांतरण हाताळण्याची परवानगी देते.
+
+### ERC-20 मधील फरक {#erc20-differences}
+
+ERC-223 हे ERC-20 च्या काही मर्यादा दूर करते आणि टोकन कॉन्ट्रॅक्ट व टोकन प्राप्त करू शकणाऱ्या कॉन्ट्रॅक्टमध्ये संवादाची एक नवीन पद्धत सादर करते. ERC-223 मध्ये काही गोष्टी शक्य आहेत, पण ERC-20 मध्ये नाहीत:
+
+- प्राप्तकर्त्याच्या बाजूने टोकन हस्तांतरण हाताळणी: प्राप्तकर्ते हे ओळखू शकतात की ERC-223 टोकन जमा केले जात आहे.
+- अयोग्यरित्या पाठवलेले टोकन नाकारणे: जर वापरकर्त्याने ERC-223 टोकन अशा कॉन्ट्रॅक्टला पाठवले जे टोकन स्वीकारण्यासाठी बनवलेले नाही, तर ते कॉन्ट्रॅक्ट व्यवहार नाकारू शकते, ज्यामुळे टोकनचे नुकसान टळते.
+- हस्तांतरणामध्ये मेटाडेटा: ERC-223 टोकन्समध्ये मेटाडेटा समाविष्ट असू शकतो, ज्यामुळे टोकन व्यवहारांशी कोणतीही माहिती जोडता येते.
+
+## पूर्वतयारी {#prerequisites}
+
+- [खाती](/developers/docs/accounts)
+- [स्मार्ट कॉन्ट्रॅक्ट्स](/developers/docs/smart-contracts/)
+- [टोकन मानके](/developers/docs/standards/tokens/)
+- [ERC-20](/developers/docs/standards/tokens/erc-20/)
+
+## मुख्य भाग {#body}
+
+ERC-223 हे एक टोकन मानक आहे जे स्मार्ट कॉन्ट्रॅक्ट्समधील टोकन्ससाठी एक API लागू करते. हे ERC-223 टोकन स्वीकारणाऱ्या कॉन्ट्रॅक्ट्ससाठी एक API देखील घोषित करते. जे कॉन्ट्रॅक्ट ERC-223 रिसीव्हर API ला समर्थन देत नाहीत ते ERC-223 टोकन स्वीकारू शकत नाहीत, ज्यामुळे वापरकर्त्याच्या चुका टाळता येतात.
+
+जर एखादे स्मार्ट कॉन्ट्रॅक्ट खालील पद्धती आणि इव्हेंट्स लागू करत असेल तर त्याला ERC-223 सुसंगत टोकन कॉन्ट्रॅक्ट म्हटले जाऊ शकते. एकदा तैनात झाल्यावर,
+ते इथेरियमवर तयार केलेल्या टोकन्सचा मागोवा ठेवण्यास जबाबदार असेल.
+
+कॉन्ट्रॅक्टमध्ये केवळ ही फंक्शन्स असणे बंधनकारक नाही आणि एक डेव्हलपर विविध टोकन मानकांमधून या कॉन्ट्रॅक्टमध्ये इतर कोणतीही वैशिष्ट्ये जोडू शकतो. उदाहरणार्थ, `approve` आणि `transferFrom` फंक्शन्स ERC-223 मानकाचा भाग नाहीत, परंतु आवश्यक असल्यास ही फंक्शन्स लागू केली जाऊ शकतात.
+
+[EIP-223](https://eips.ethereum.org/EIPS/eip-223) मधून:
+
+### मेथड्स {#methods}
+
+ERC-223 टोकनने खालील पद्धती लागू केल्या पाहिजेत:
+
+```solidity
+function name() public view returns (string)
+function symbol() public view returns (string)
+function decimals() public view returns (uint8)
+function totalSupply() public view returns (uint256)
+function balanceOf(address _owner) public view returns (uint256 balance)
+function transfer(address _to, uint256 _value) public returns (bool success)
+function transfer(address _to, uint256 _value, bytes calldata _data) public returns (bool success)
+```
+
+ERC-223 टोकन स्वीकारणाऱ्या कॉन्ट्रॅक्टने खालील पद्धत लागू करणे आवश्यक आहे:
+
+```solidity
+function tokenReceived(address _from, uint _value, bytes calldata _data)
+```
+
+जर ERC-223 टोकन्स `tokenReceived(..)` फंक्शन लागू न करणाऱ्या कॉन्ट्रॅक्टला पाठवले गेले, तर हस्तांतरण अयशस्वी झाले पाहिजे आणि टोकन्स प्रेषकाच्या बॅलन्समधून हलवले जाऊ नयेत.
+
+### इव्हेंट्स {#events}
+
+```solidity
+event Transfer(address indexed _from, address indexed _to, uint256 _value, bytes calldata _data)
+```
+
+### उदाहरणे {#examples}
+
+ERC-223 टोकनचा API हा ERC-20 सारखाच आहे, त्यामुळे UI डेव्हलपमेंटच्या दृष्टिकोनातून कोणताही फरक नाही. येथे एकमेव अपवाद हा आहे की ERC-223 टोकनमध्ये `approve` + `transferFrom` फंक्शन्स असू शकत नाहीत कारण या मानकासाठी ते ऐच्छिक आहेत.
+
+#### Solidity उदाहरणे {#solidity-example}
+
+खालील उदाहरण स्पष्ट करते की एक मूलभूत ERC-223 टोकन कॉन्ट्रॅक्ट कसे कार्य करते:
+
+```solidity
+pragma solidity ^0.8.19;
+abstract contract IERC223Recipient {
+    function tokenReceived(address _from, uint _value, bytes memory _data) public virtual;
+}
+contract VeryBasicERC223Token {
+    event Transfer(address indexed from, address indexed to, uint value, bytes data);
+    string  private _name;
+    string  private _symbol;
+    uint8   private _decimals;
+    uint256 private _totalSupply;
+    mapping(address => uint256) private balances;
+    function name() public view returns (string memory) { return _name; }
+    function symbol() public view returns (string memory) {return _symbol; }
+    function decimals() public view returns (uint8) { return _decimals; }
+    function totalSupply() public view returns (uint256) { return _totalSupply; }
+    function balanceOf(address _owner) public view returns (uint256) { return balances[_owner]; }
+    function isContract(address account) internal view returns (bool) {
+        uint256 size;
+        assembly { size := extcodesize(account) }
+        return size > 0;
+    }
+    function transfer(address _to, uint _value, bytes calldata _data) public returns (bool success){
+        balances[msg.sender] = balances[msg.sender] - _value;
+        balances[_to] = balances[_to] + _value;
+        if(isContract(_to)) {
+            IERC223Recipient(_to).tokenReceived(msg.sender, _value, _data);
+        }
+        emit Transfer(msg.sender, _to, _value, _data);
+        return true;
+    }
+    function transfer(address _to, uint _value) public returns (bool success){
+        bytes memory _empty = hex"00000000";
+        balances[msg.sender] = balances[msg.sender] - _value;
+        balances[_to] = balances[_to] + _value;
+        if(isContract(_to)) {
+            IERC223Recipient(_to).tokenReceived(msg.sender, _value, _empty);
+        }
+        emit Transfer(msg.sender, _to, _value, _empty);
+        return true;
+    }
+}
+```
+
+आता आपल्याला `tokenA` च्या ठेवी स्वीकारण्यासाठी दुसरा कॉन्ट्रॅक्ट हवा आहे, हे गृहीत धरून की tokenA हे ERC-223 टोकन आहे. कॉन्ट्रॅक्टने फक्त tokenA स्वीकारले पाहिजे आणि इतर कोणतेही टोकन नाकारले पाहिजेत. जेव्हा कॉन्ट्रॅक्टला tokenA प्राप्त होईल, तेव्हा त्याने `Deposit()` इव्हेंट उत्सर्जित केला पाहिजे आणि अंतर्गत `deposits` व्हेरिएबलचे मूल्य वाढवले पाहिजे.
+
+येथे कोड आहे:
+
+```solidity
+contract RecipientContract is IERC223Recipient {
+    event Deposit(address whoSentTheTokens);
+    uint256 deposits = 0;
+    address tokenA; // एकमेव टोकन जे आम्हाला स्वीकारायचे आहे.
+    function tokenReceived(address _from, uint _value, bytes memory _data) public override
+    {
+        // हे समजणे महत्त्वाचे आहे की या फंक्शनमध्ये
+        // msg.sender हा प्राप्त होणाऱ्या टोकनचा पत्ता आहे,
+        // msg.value  नेहमी 0 असतो कारण बहुतेक प्रकरणांमध्ये टोकन कॉन्ट्रॅक्ट ईथरचा मालक नसतो किंवा पाठवत नाही,
+        // _from      हा टोकन हस्तांतरणाचा प्रेषक आहे,
+        // _value     ही जमा केलेल्या टोकनची रक्कम आहे.
+        require(msg.sender == tokenA);
+        deposits += _value;
+        emit Deposit(_from);
+    }
+}
+```
+
+## वारंवार विचारले जाणारे प्रश्न {#faq}
+
+### जर आपण काही tokenB कॉन्ट्रॅक्टला पाठवले तर काय होईल? {#sending-tokens}
+
+व्यवहार अयशस्वी होईल आणि टोकनचे हस्तांतरण होणार नाही. टोकन प्रेषकाच्या पत्त्यावर परत केले जातील.
+
+### आपण या कॉन्ट्रॅक्टमध्ये ठेव कशी करू शकतो? {#contract-deposits}
+
+ERC-223 टोकनचे `transfer(address,uint256)` किंवा `transfer(address,uint256,bytes)` फंक्शन कॉल करा, `RecipientContract` चा पत्ता निर्दिष्ट करून.
+
+### जर आपण या कॉन्ट्रॅक्टला ERC-20 टोकन हस्तांतरित केले तर काय होईल? {#erc-20-transfers}
+
+जर `RecipientContract` ला ERC-20 टोकन पाठवले, तर टोकन हस्तांतरित होतील, परंतु हस्तांतरण ओळखले जाणार नाही (कोणताही `Deposit()` इव्हेंट फायर होणार नाही, आणि ठेवींचे मूल्य बदलणार नाही). अनावश्यक ERC-20 ठेवी फिल्टर किंवा प्रतिबंधित केल्या जाऊ शकत नाहीत.
+
+### टोकन ठेव पूर्ण झाल्यानंतर आपल्याला एखादे फंक्शन कार्यान्वित करायचे असेल तर काय? {#function-execution}
+
+असे करण्याचे अनेक मार्ग आहेत. या उदाहरणात आपण ती पद्धत वापरू जी ERC-223 हस्तांतरणांना ईथर हस्तांतरणांसारखेच बनवते:
+
+```solidity
+contract RecipientContract is IERC223Recipient {
+    event Foo();
+    event Bar(uint256 someNumber);
+    address tokenA; // एकमेव टोकन जे आम्हाला स्वीकारायचे आहे.
+    function tokenReceived(address _from, uint _value, bytes memory _data) public override
+    {
+        require(msg.sender == tokenA);
+        address(this).call(_data); // येणारा व्यवहार हाताळा आणि त्यानंतरचे फंक्शन कॉल करा.
+    }
+    function foo() public
+    {
+        emit Foo();
+    }
+    function bar(uint256 _someNumber) public
+    {
+        emit Bar(_someNumber);
+    }
+}
+```
+
+जेव्हा `RecipientContract` ला ERC-223 टोकन प्राप्त होईल, तेव्हा कॉन्ट्रॅक्ट टोकन व्यवहाराच्या `_data` पॅरामीटर म्हणून एन्कोड केलेले एक फंक्शन कार्यान्वित करेल, अगदी त्याचप्रमाणे जसे ईथर व्यवहार फंक्शन कॉल्सना व्यवहार `data` म्हणून एन्कोड करतात. अधिक माहितीसाठी [डेटा फील्ड](/developers/docs/transactions/#the-data-field) वाचा.
+
+वरील उदाहरणामध्ये, `transfer(address,uin256,bytes calldata _data)` फंक्शन वापरून `RecipientContract` च्या पत्त्यावर ERC-223 टोकन हस्तांतरित केले जाणे आवश्यक आहे. जर डेटा पॅरामीटर `0xc2985578` (`foo()` फंक्शनची स्वाक्षरी) असेल, तर टोकन ठेव प्राप्त झाल्यानंतर foo() फंक्शन कॉल केले जाईल आणि Foo() इव्हेंट फायर होईल.
+
+टोकन हस्तांतरणाच्या `data` मध्ये पॅरामीटर्स देखील एन्कोड केले जाऊ शकतात, उदाहरणार्थ आपण `_someNumber` साठी 12345 मूल्याने bar() फंक्शन कॉल करू शकतो. या प्रकरणात `data` हा `0x0423a13200000000000000000000000000000000000000000000000000000000000004d2` असावा, जिथे `0x0423a132` ही `bar(uint256)` फंक्शनची स्वाक्षरी आहे आणि `00000000000000000000000000000000000000000000000000000000000004d2` हे uint256 म्हणून 12345 आहे.
+
+## मर्यादा {#limitations}
+
+जरी ERC-223 हे ERC-20 मानकात आढळलेल्या अनेक समस्यांचे निराकरण करते, तरी त्याच्या स्वतःच्या काही मर्यादा आहेत:
+
+- स्वीकृती आणि सुसंगतता: ERC-223 अद्याप व्यापकपणे स्वीकारले गेले नाही, जे विद्यमान टूल्स आणि प्लॅटफॉर्मसह त्याची सुसंगतता मर्यादित करू शकते.
+- मागील आवृत्तीशी सुसंगतता: ERC-223 हे ERC-20 सोबत बॅकवर्ड सुसंगत नाही, याचा अर्थ असा की विद्यमान ERC-20 कॉन्ट्रॅक्ट्स आणि टूल्स बदलांशिवाय ERC-223 टोकन्ससोबत काम करणार नाहीत.
+- गॅस खर्च: ERC-223 हस्तांतरणातील अतिरिक्त तपासण्या आणि कार्यक्षमतेमुळे ERC-20 व्यवहारांच्या तुलनेत गॅसचा खर्च जास्त येऊ शकतो.
+
+## पुढील वाचन {#further-reading}
+
+- [EIP-223: ERC-223 टोकन मानक](https://eips.ethereum.org/EIPS/eip-223)
+- [सुरुवातीचा ERC-223 प्रस्ताव](https://github.com/ethereum/eips/issues/223)
diff --git a/public/content/translations/mr/developers/docs/standards/tokens/erc-4626/index.md b/public/content/translations/mr/developers/docs/standards/tokens/erc-4626/index.md
new file mode 100644
index 00000000000..666e96b113e
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/standards/tokens/erc-4626/index.md
@@ -0,0 +1,227 @@
+---
+title: "ERC-4626 टोकनाइज्ड वॉल्ट स्टँडर्ड"
+description: "उत्पन्न देणाऱ्या वॉल्ट्ससाठी एक मानक."
+lang: mr
+---
+
+## प्रस्तावना {#introduction}
+
+ERC-4626 हे उत्पन्न देणाऱ्या वॉल्ट्सचे तांत्रिक पॅरामीटर्स ऑप्टिमाइझ आणि एकीकृत करण्यासाठी एक मानक आहे. हे टोकनाइज्ड उत्पन्न-देणाऱ्या वॉल्ट्ससाठी एक मानक API प्रदान करते जे एकाच मूळ ERC-20 टोकनच्या शेअर्सचे प्रतिनिधित्व करतात. ERC-4626 ERC-20 वापरणाऱ्या टोकनाइज्ड वॉल्ट्ससाठी एक पर्यायी विस्तार देखील दर्शवते, जे टोकन जमा करण्यासाठी, काढण्यासाठी आणि शिल्लक वाचण्यासाठी मूलभूत कार्यक्षमता प्रदान करते.
+
+**उत्पन्न देणाऱ्या वॉल्ट्समध्ये ERC-4626 ची भूमिका**
+
+लेंडिंग मार्केट्स, एग्रीगेटर्स, आणि स्वाभाविकपणे व्याज-देणारे टोकन वापरकर्त्यांना त्यांच्या क्रिप्टो टोकनवर सर्वोत्तम उत्पन्न शोधण्यात वेगवेगळ्या स्ट्रॅटेजीस कार्यान्वित करून मदत करतात. या स्ट्रॅटेजीस थोड्या फरकाने केल्या जातात, ज्यामुळे चुका होण्याची शक्यता असते किंवा डेव्हलपमेंट संसाधने वाया जातात.
+
+उत्पन्न-देणाऱ्या वॉल्ट्समधील ERC-4626 अधिक सुसंगत आणि मजबूत अंमलबजावणी पॅटर्न तयार करून डेव्हलपर्सकडून कमी विशेष प्रयत्नांसह एकत्रीकरण प्रयत्न कमी करेल आणि विविध ॲप्लिकेशन्समध्ये उत्पन्नाचा ॲक्सेस अनलॉक करेल.
+
+ERC-4626 टोकनचे संपूर्ण वर्णन [EIP-4626](https://eips.ethereum.org/EIPS/eip-4626) मध्ये केले आहे.
+
+**असिंक्रोनस वॉल्ट विस्तार (ERC-7540)**
+
+ERC-4626 एका मर्यादेपर्यंत ॲटॉमिक डिपॉझिट आणि रिडेम्प्शनसाठी ऑप्टिमाइझ केलेले आहे. जर मर्यादा गाठली गेली, तर कोणतेही नवीन डिपॉझिट किंवा रिडेम्प्शन सबमिट केले जाऊ शकत नाहीत. ही मर्यादा कोणत्याही स्मार्ट कॉन्ट्रॅक्ट सिस्टीमसाठी योग्यरित्या काम करत नाही, ज्यात वॉल्टसोबत इंटरफेस करण्यासाठी पूर्वअट म्हणून असिंक्रोनस क्रिया किंवा विलंब असतो (उदा., वास्तविक-जगातील मालमत्ता प्रोटोकॉल, अंडरकोलॅटरलाइज्ड लेंडिंग प्रोटोकॉल, क्रॉस-चेन लेंडिंग प्रोटोकॉल, लिक्विड स्टेकिंग टोकन, किंवा विमा सुरक्षा मॉड्यूल).
+
+ERC-7540 असिंक्रोनस वापराच्या प्रकरणांसाठी ERC-4626 वॉल्ट्सची उपयोगिता वाढवते. विद्यमान वॉल्ट इंटरफेस (`deposit`/`withdraw`/`mint`/`redeem`) असिंक्रोनस रिक्वेस्ट्सवर दावा करण्यासाठी पूर्णपणे वापरला जातो.
+
+ERC-7540 विस्ताराचे संपूर्ण वर्णन [ERC-7540](https://eips.ethereum.org/EIPS/eip-7540) मध्ये केले आहे.
+
+**बहु-मालमत्ता वॉल्ट विस्तार (ERC-7575)**
+
+एक गहाळ वापर प्रकरण जे ERC-4626 द्वारे समर्थित नाही ते असे वॉल्ट्स आहेत ज्यात लिक्विडिटी प्रोव्हायडर (LP) टोकनसारख्या अनेक मालमत्ता किंवा एंट्री पॉइंट्स आहेत. ERC-4626 स्वतः एक ERC-20 असण्याच्या आवश्यकतेमुळे हे साधारणपणे अवजड किंवा गैर-अनुपालक असतात.
+
+ERC-7575, ERC-4626 अंमलबजावणीतून ERC-20 टोकन अंमलबजावणीला बाह्य करून अनेक मालमत्ता असलेल्या वॉल्ट्ससाठी समर्थन जोडते.
+
+ERC-7575 विस्ताराचे संपूर्ण वर्णन [ERC-7575](https://eips.ethereum.org/EIPS/eip-7575) मध्ये केले आहे.
+
+## पूर्वतयारी {#prerequisites}
+
+हे पृष्ठ अधिक चांगल्या प्रकारे समजून घेण्यासाठी, आम्ही शिफारस करतो की तुम्ही आधी [टोकन मानक](/developers/docs/standards/tokens/) आणि [ERC-20](/developers/docs/standards/tokens/erc-20/) बद्दल वाचा.
+
+## ERC-4626 कार्ये आणि वैशिष्ट्ये: {#body}
+
+### मेथड्स {#methods}
+
+#### ॲसेट {#asset}
+
+```solidity
+function asset() public view returns (address assetTokenAddress)
+```
+
+हे फंक्शन वॉल्टसाठी अकाउंटिंग, डिपॉझिटिंग, विथड्रॉइंगसाठी वापरल्या जाणाऱ्या मूळ टोकनचा ॲड्रेस परत करते.
+
+#### एकूण ॲसेट्स {#totalassets}
+
+```solidity
+function totalAssets() public view returns (uint256)
+```
+
+हे फंक्शन वॉल्टमध्ये ठेवलेल्या मूळ ॲसेट्सची एकूण रक्कम परत करते.
+
+#### शेअर्समध्ये रूपांतरित करा {#convertoshares}
+
+```solidity
+function convertToShares(uint256 assets) public view returns (uint256 shares)
+```
+
+हे फंक्शन `shares` ची रक्कम परत करते जी प्रदान केलेल्या `assets` च्या रकमेसाठी वॉल्टद्वारे एक्सचेंज केली जाईल.
+
+#### ॲसेट्समध्ये रूपांतरित करा {#convertoassets}
+
+```solidity
+function convertToAssets(uint256 shares) public view returns (uint256 assets)
+```
+
+हे फंक्शन `assets` ची रक्कम परत करते जी प्रदान केलेल्या `shares` च्या रकमेसाठी वॉल्टद्वारे एक्सचेंज केली जाईल.
+
+#### कमाल डिपॉझिट {#maxdeposit}
+
+```solidity
+function maxDeposit(address receiver) public view returns (uint256 maxAssets)
+```
+
+हे फंक्शन मूळ ॲसेट्सची कमाल रक्कम परत करते जी एकाच [`deposit`](#deposit) कॉलमध्ये जमा केली जाऊ शकते, ज्यात `receiver` साठी शेअर्स मिंट केले जातात.
+
+#### डिपॉझिटचे पूर्वावलोकन {#previewdeposit}
+
+```solidity
+function previewDeposit(uint256 assets) public view returns (uint256 shares)
+```
+
+हे फंक्शन वापरकर्त्यांना सध्याच्या ब्लॉकवर त्यांच्या डिपॉझिटच्या परिणामांचे सिम्युलेशन करण्याची परवानगी देते.
+
+#### डिपॉझिट {#deposit}
+
+```solidity
+function deposit(uint256 assets, address receiver) public returns (uint256 shares)
+```
+
+हे फंक्शन मूळ टोकनचे `assets` वॉल्टमध्ये जमा करते आणि `receiver` ला `shares` ची मालकी देते.
+
+#### कमाल मिंट {#maxmint}
+
+```solidity
+function maxMint(address receiver) public view returns (uint256 maxShares)
+```
+
+हे फंक्शन शेअर्सची कमाल रक्कम परत करते जी एकाच [`mint`](#mint) कॉलमध्ये मिंट केली जाऊ शकते, ज्यात `receiver` साठी शेअर्स मिंट केले जातात.
+
+#### मिंटचे पूर्वावलोकन {#previewmint}
+
+```solidity
+function previewMint(uint256 shares) public view returns (uint256 assets)
+```
+
+हे फंक्शन वापरकर्त्यांना सध्याच्या ब्लॉकवर त्यांच्या मिंटच्या परिणामांचे सिम्युलेशन करण्याची परवानगी देते.
+
+#### मिंट {#mint}
+
+```solidity
+function mint(uint256 shares, address receiver) public returns (uint256 assets)
+```
+
+हे फंक्शन मूळ टोकनचे `assets` जमा करून `receiver` ला तंतोतंत `shares` वॉल्ट शेअर्स मिंट करते.
+
+#### कमाल विथड्रॉ {#maxwithdraw}
+
+```solidity
+function maxWithdraw(address owner) public view returns (uint256 maxAssets)
+```
+
+हे फंक्शन मूळ ॲसेट्सची कमाल रक्कम परत करते जी `owner` च्या बॅलन्समधून एकाच [`withdraw`](#withdraw) कॉलने काढली जाऊ शकते.
+
+#### विथड्रॉचे पूर्वावलोकन {#previewwithdraw}
+
+```solidity
+function previewWithdraw(uint256 assets) public view returns (uint256 shares)
+```
+
+हे फंक्शन वापरकर्त्यांना सध्याच्या ब्लॉकवर त्यांच्या विथड्रॉवलच्या परिणामांचे सिम्युलेशन करण्याची परवानगी देते.
+
+#### विथड्रॉ {#withdraw}
+
+```solidity
+function withdraw(uint256 assets, address receiver, address owner) public returns (uint256 shares)
+```
+
+हे फंक्शन `owner` कडून `shares` बर्न करते आणि वॉल्टमधून तंतोतंत `assets` टोकन `receiver` ला पाठवते.
+
+#### कमाल रिडीम {#maxredeem}
+
+```solidity
+function maxRedeem(address owner) public view returns (uint256 maxShares)
+```
+
+हे फंक्शन शेअर्सची कमाल रक्कम परत करते जी `owner` च्या बॅलन्समधून [`redeem`](#redeem) कॉलद्वारे रिडीम केली जाऊ शकते.
+
+#### रिडीमचे पूर्वावलोकन {#previewredeem}
+
+```solidity
+function previewRedeem(uint256 shares) public view returns (uint256 assets)
+```
+
+हे फंक्शन वापरकर्त्यांना सध्याच्या ब्लॉकवर त्यांच्या रिडेम्पशनच्या परिणामांचे सिम्युलेशन करण्याची परवानगी देते.
+
+#### रिडीम {#redeem}
+
+```solidity
+function redeem(uint256 shares, address receiver, address owner) public returns (uint256 assets)
+```
+
+हे फंक्शन `owner` कडून विशिष्ट संख्येचे `shares` रिडीम करते आणि वॉल्टमधून `receiver` ला मूळ टोकनचे `assets` पाठवते.
+
+#### एकूण पुरवठा {#totalsupply}
+
+```solidity
+function totalSupply() public view returns (uint256)
+```
+
+वापरात असलेल्या, न रिडीम केलेल्या वॉल्ट शेअर्सची एकूण संख्या परत करते.
+
+#### शिल्लक {#balanceof}
+
+```solidity
+function balanceOf(address owner) public view returns (uint256)
+```
+
+`owner` कडे सध्या असलेल्या वॉल्ट शेअर्सची एकूण रक्कम परत करते.
+
+### इंटरफेसचा नकाशा {#mapOfTheInterface}
+
+![ERC-4626 इंटरफेसचा नकाशा](./map-of-erc-4626.png)
+
+### इव्हेंट्स {#events}
+
+#### डिपॉझिट इव्हेंट
+
+[`mint`](#mint) आणि [`deposit`](#deposit) मेथड्सद्वारे जेव्हा टोकन वॉल्टमध्ये जमा केले जातात तेव्हा **अवश्य** उत्सर्जित केले पाहिजे.
+
+```solidity
+event Deposit(
+    address indexed sender,
+    address indexed owner,
+    uint256 assets,
+    uint256 shares
+)
+```
+
+जिथे `sender` हा वापरकर्ता आहे ज्याने `shares` साठी `assets` एक्सचेंज केले, आणि ते `shares` `owner` ला हस्तांतरित केले.
+
+#### विथड्रॉ इव्हेंट
+
+[`redeem`](#redeem) किंवा [`withdraw`](#withdraw) मेथड्समध्ये जेव्हा ठेवीदाराद्वारे वॉल्टमधून शेअर्स काढले जातात तेव्हा **अवश्य** उत्सर्जित केले पाहिजे.
+
+```solidity
+event Withdraw(
+    address indexed sender,
+    address indexed receiver,
+    address indexed owner,
+    uint256 assets,
+    uint256 shares
+)
+```
+
+जिथे `sender` हा वापरकर्ता आहे ज्याने विथड्रॉवल सुरू केले आणि `owner` च्या मालकीचे `shares` `assets` साठी एक्सचेंज केले. `receiver` हा वापरकर्ता आहे ज्याला काढलेले `assets` मिळाले.
+
+## पुढील वाचन {#further-reading}
+
+- [EIP-4626: टोकनाइज्ड वॉल्ट स्टँडर्ड](https://eips.ethereum.org/EIPS/eip-4626)
+- [ERC-4626: GitHub रेपो](https://github.com/transmissions11/solmate/blob/main/src/tokens/ERC4626.sol)
diff --git a/public/content/translations/mr/developers/docs/standards/tokens/erc-721/index.md b/public/content/translations/mr/developers/docs/standards/tokens/erc-721/index.md
new file mode 100644
index 00000000000..6c4508c2aa4
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/standards/tokens/erc-721/index.md
@@ -0,0 +1,261 @@
+---
+title: "ERC-721 नॉन-फंजिबल टोकन मानक"
+description: "ERC-721 बद्दल जाणून घ्या, जे Ethereum वरील युनिक डिजिटल मालमत्तेचे प्रतिनिधित्व करणाऱ्या नॉन-फंजिबल टोकन (NFTs) साठी एक मानक आहे."
+lang: mr
+---
+
+## प्रस्तावना {#introduction}
+
+**नॉन-फंजिबल टोकन म्हणजे काय?**
+
+नॉन-फंजिबल टोकन (NFT) हे काहीतरी किंवा कोणालातरी अद्वितीय पद्धतीने ओळखण्यासाठी वापरले जाते. हे टोकन संग्रहणीय वस्तू, ॲक्सेस की, लॉटरीची तिकिटे, कॉन्सर्ट आणि क्रीडा सामन्यांसाठी क्रमांकित जागा इत्यादी देणाऱ्या प्लॅटफॉर्मवर वापरण्यासाठी योग्य आहे. या विशेष प्रकारच्या टोकनमध्ये अद्भूत शक्यता आहेत, त्यामुळे ते एका योग्य मानकास पात्र आहे, आणि ERC-721
+हेच निराकरण करण्यासाठी आले आहे!
+
+**ERC-721 म्हणजे काय?**
+
+ERC-721 हे NFT साठी एक मानक सादर करते, दुसऱ्या शब्दांत, या प्रकारचे टोकन अद्वितीय असते आणि त्याचे मूल्य त्याच स्मार्ट कॉन्ट्रॅक्टमधील दुसऱ्या टोकनपेक्षा वेगळे असू शकते,
+kदाचित त्याचे वय, दुर्मिळता किंवा अगदी त्याच्या व्हिज्युअलसारख्या इतर गोष्टींमुळे.
+थांबा, व्हिज्युअल?
+
+होय! सर्व NFTs मध्ये `tokenId` नावाचे `uint256` व्हेरिएबल असते, म्हणून कोणत्याही ERC-721 कॉन्ट्रॅक्टसाठी, `contract address, uint256 tokenId` ही जोडी
+जागतिक स्तरावर अद्वितीय असणे आवश्यक आहे. असे असले तरी, एका dApp मध्ये एक "कन्व्हर्टर" असू शकतो जो
+`tokenId` इनपुट म्हणून वापरतो आणि झोम्बी, शस्त्रे, कौशल्ये किंवा आश्चर्यकारक किटीजसारख्या छान गोष्टीची इमेज आउटपुट करतो!
+
+## पूर्वतयारी {#prerequisites}
+
+- [खाती](/developers/docs/accounts/)
+- [स्मार्ट कॉन्ट्रॅक्ट्स](/developers/docs/smart-contracts/)
+- [टोकन मानके](/developers/docs/standards/tokens/)
+
+## मुख्य भाग {#body}
+
+जानेवारी 2018 मध्ये विल्यम एंट्रिंकन, डायटर शिर्ले, जेकब इव्हान्स,
+नास्तासिया सॅक्स यांनी प्रस्तावित केलेले ERC-721 (Ethereum रिक्वेस्ट फॉर कमेंट्स 721), हे एक नॉन-फंजिबल टोकन मानक आहे जे स्मार्ट कॉन्ट्रॅक्ट्समधील टोकन्ससाठी API लागू करते.
+
+हे एका खात्यातून दुसऱ्या खात्यात टोकन हस्तांतरित करणे, खात्यातील सध्याची टोकन शिल्लक मिळवणे,
+एका विशिष्ट टोकनचा मालक मिळवणे आणि नेटवर्कवर उपलब्ध असलेल्या टोकनचा एकूण पुरवठा मिळवणे यासारख्या कार्यक्षमता प्रदान करते.
+या व्यतिरिक्त, यात इतर काही कार्यक्षमता आहेत, जसे की एखाद्या खात्यातून टोकनची रक्कम तृतीय-पक्ष खात्याद्वारे
+हलवली जाऊ शकते याला मान्यता देणे.
+
+जर एखादा स्मार्ट कॉन्ट्रॅक्ट खालील पद्धती आणि इव्हेंट्स लागू करत असेल तर त्याला ERC-721 नॉन-फंजिबल टोकन कॉन्ट्रॅक्ट म्हटले जाऊ शकते
+आणि, एकदा तैनात केल्यावर, ते Ethereum वर तयार केलेल्या टोकनचा मागोवा ठेवण्यासाठी जबाबदार असेल.
+
+[EIP-721](https://eips.ethereum.org/EIPS/eip-721) मधून:
+
+### मेथड्स {#methods}
+
+```solidity
+    function balanceOf(address _owner) external view returns (uint256);
+    function ownerOf(uint256 _tokenId) external view returns (address);
+    function safeTransferFrom(address _from, address _to, uint256 _tokenId, bytes data) external payable;
+    function safeTransferFrom(address _from, address _to, uint256 _tokenId) external payable;
+    function transferFrom(address _from, address _to, uint256 _tokenId) external payable;
+    function approve(address _approved, uint256 _tokenId) external payable;
+    function setApprovalForAll(address _operator, bool _approved) external;
+    function getApproved(uint256 _tokenId) external view returns (address);
+    function isApprovedForAll(address _owner, address _operator) external view returns (bool);
+```
+
+### इव्हेंट्स {#events}
+
+```solidity
+    event Transfer(address indexed _from, address indexed _to, uint256 indexed _tokenId);
+    event Approval(address indexed _owner, address indexed _approved, uint256 indexed _tokenId);
+    event ApprovalForAll(address indexed _owner, address indexed _operator, bool _approved);
+```
+
+### उदाहरणे {#web3py-example}
+
+Ethereum वरील कोणत्याही ERC-721 टोकन कॉन्ट्रॅक्टची तपासणी करणे आपल्यासाठी सोपे करण्यासाठी एक मानक किती महत्त्वाचे आहे ते पाहूया.
+कोणत्याही ERC-721 टोकनसाठी इंटरफेस तयार करण्यासाठी आपल्याला फक्त कॉन्ट्रॅक्ट ॲप्लिकेशन बायनरी इंटरफेस (ABI) ची आवश्यकता आहे. तुम्ही खाली पाहू शकता की आम्ही एक सरलीकृत ABI वापरणार आहोत, जेणेकरून हे एक कमी घर्षणाचे उदाहरण बनेल.
+
+#### Web3.py उदाहरण {#web3py-example}
+
+प्रथम, आपण [Web3.py](https://web3py.readthedocs.io/en/stable/quickstart.html#installation) Python लायब्ररी स्थापित केली असल्याची खात्री करा:
+
+```
+pip install web3
+```
+
+```python
+from web3 import Web3
+from web3._utils.events import get_event_data
+
+
+w3 = Web3(Web3.HTTPProvider("https://cloudflare-eth.com"))
+
+ck_token_addr = "0x06012c8cf97BEaD5deAe237070F9587f8E7A266d"    # CryptoKitties कॉन्ट्रॅक्ट
+
+acc_address = "0xb1690C08E213a35Ed9bAb7B318DE14420FB57d8C"      # CryptoKitties सेल्स ऑक्शन
+
+# हे ERC-721 NFT कॉन्ट्रॅक्टचे एक सरलीकृत कॉन्ट्रॅक्ट ॲप्लिकेशन बायनरी इंटरफेस (ABI) आहे.
+# हे फक्त balanceOf(address), name(), ownerOf(tokenId), symbol(), totalSupply() या पद्धती उघड करेल.
+simplified_abi = [
+    {
+        'inputs': [{'internalType': 'address', 'name': 'owner', 'type': 'address'}],
+        'name': 'balanceOf',
+        'outputs': [{'internalType': 'uint256', 'name': '', 'type': 'uint256'}],
+        'payable': False, 'stateMutability': 'view', 'type': 'function', 'constant': True
+    },
+    {
+        'inputs': [],
+        'name': 'name',
+        'outputs': [{'internalType': 'string', 'name': '', 'type': 'string'}],
+        'stateMutability': 'view', 'type': 'function', 'constant': True
+    },
+    {
+        'inputs': [{'internalType': 'uint256', 'name': 'tokenId', 'type': 'uint256'}],
+        'name': 'ownerOf',
+        'outputs': [{'internalType': 'address', 'name': '', 'type': 'address'}],
+        'payable': False, 'stateMutability': 'view', 'type': 'function', 'constant': True
+    },
+    {
+        'inputs': [],
+        'name': 'symbol',
+        'outputs': [{'internalType': 'string', 'name': '', 'type': 'string'}],
+        'stateMutability': 'view', 'type': 'function', 'constant': True
+    },
+    {
+        'inputs': [],
+        'name': 'totalSupply',
+        'outputs': [{'internalType': 'uint256', 'name': '', 'type': 'uint256'}],
+        'stateMutability': 'view', 'type': 'function', 'constant': True
+    },
+]
+
+ck_extra_abi = [
+    {
+        'inputs': [],
+        'name': 'pregnantKitties',
+        'outputs': [{'name': '', 'type': 'uint256'}],
+        'payable': False, 'stateMutability': 'view', 'type': 'function', 'constant': True
+    },
+    {
+        'inputs': [{'name': '_kittyId', 'type': 'uint256'}],
+        'name': 'isPregnant',
+        'outputs': [{'name': '', 'type': 'bool'}],
+        'payable': False, 'stateMutability': 'view', 'type': 'function', 'constant': True
+    }
+]
+
+ck_contract = w3.eth.contract(address=w3.to_checksum_address(ck_token_addr), abi=simplified_abi+ck_extra_abi)
+name = ck_contract.functions.name().call()
+symbol = ck_contract.functions.symbol().call()
+kitties_auctions = ck_contract.functions.balanceOf(acc_address).call()
+print(f"{name} [{symbol}] NFTs in Auctions: {kitties_auctions}")
+
+pregnant_kitties = ck_contract.functions.pregnantKitties().call()
+print(f"{name} [{symbol}] NFTs Pregnants: {pregnant_kitties}")
+
+# हस्तांतरित किटीजची माहिती मिळविण्यासाठी ट्रान्सफर इव्हेंट ABI चा वापर करणे.
+tx_event_abi = {
+    'anonymous': False,
+    'inputs': [
+        {'indexed': False, 'name': 'from', 'type': 'address'},
+        {'indexed': False, 'name': 'to', 'type': 'address'},
+        {'indexed': False, 'name': 'tokenId', 'type': 'uint256'}],
+    'name': 'Transfer',
+    'type': 'event'
+}
+
+# लॉग फिल्टर करण्यासाठी आम्हाला इव्हेंटच्या स्वाक्षरीची आवश्यकता आहे
+event_signature = w3.keccak(text="Transfer(address,address,uint256)").hex()
+
+logs = w3.eth.get_logs({
+    "fromBlock": w3.eth.block_number - 120,
+    "address": w3.to_checksum_address(ck_token_addr),
+    "topics": [event_signature]
+})
+
+# टीप:
+#   - जर कोणताही ट्रान्सफर इव्हेंट परत आला नाही तर ब्लॉकची संख्या 120 पासून वाढवा.
+#   - जर तुम्हाला कोणताही ट्रान्सफर इव्हेंट आढळला नाही तर तुम्ही येथे tokenId मिळवण्याचा प्रयत्न करू शकता:
+#       https://etherscan.io/address/0x06012c8cf97BEaD5deAe237070F9587f8E7A266d#events
+#       इव्हेंटचे लॉग विस्तृत करण्यासाठी क्लिक करा आणि त्याचा "tokenId" युक्तिवाद कॉपी करा
+recent_tx = [get_event_data(w3.codec, tx_event_abi, log)["args"] for log in logs]
+
+if recent_tx:
+    kitty_id = recent_tx[0]['tokenId'] # वरील लिंकवरून "tokenId" येथे पेस्ट करा
+    is_pregnant = ck_contract.functions.isPregnant(kitty_id).call()
+    print(f"{name} [{symbol}] NFTs {kitty_id} is pregnant: {is_pregnant}")
+```
+
+CryptoKitties कॉन्ट्रॅक्टमध्ये मानक इव्हेंट्स व्यतिरिक्त काही मनोरंजक इव्हेंट्स आहेत.
+
+चला त्यापैकी `Pregnant` आणि `Birth` हे दोन तपासूया.
+
+```python
+# नवीन किटीजची माहिती मिळविण्यासाठी प्रेग्नंट आणि बर्थ इव्हेंट्स ABI चा वापर करणे.
+ck_extra_events_abi = [
+    {
+        'anonymous': False,
+        'inputs': [
+            {'indexed': False, 'name': 'owner', 'type': 'address'},
+            {'indexed': False, 'name': 'matronId', 'type': 'uint256'},
+            {'indexed': False, 'name': 'sireId', 'type': 'uint256'},
+            {'indexed': False, 'name': 'cooldownEndBlock', 'type': 'uint256'}],
+        'name': 'Pregnant',
+        'type': 'event'
+    },
+    {
+        'anonymous': False,
+        'inputs': [
+            {'indexed': False, 'name': 'owner', 'type': 'address'},
+            {'indexed': False, 'name': 'kittyId', 'type': 'uint256'},
+            {'indexed': False, 'name': 'matronId', 'type': 'uint256'},
+            {'indexed': False, 'name': 'sireId', 'type': 'uint256'},
+            {'indexed': False, 'name': 'genes', 'type': 'uint256'}],
+        'name': 'Birth',
+        'type': 'event'
+    }]
+
+# लॉग फिल्टर करण्यासाठी आम्हाला इव्हेंटच्या स्वाक्षरीची आवश्यकता आहे
+ck_event_signatures = [
+    w3.keccak(text="Pregnant(address,uint256,uint256,uint256)").hex(),
+    w3.keccak(text="Birth(address,uint256,uint256,uint256,uint256)").hex(),
+]
+
+# येथे एक प्रेग्नंट इव्हेंट आहे:
+# - https://etherscan.io/tx/0xc97eb514a41004acc447ac9d0d6a27ea6da305ac8b877dff37e49db42e1f8cef#eventlog
+pregnant_logs = w3.eth.get_logs({
+    "fromBlock": w3.eth.block_number - 120,
+    "address": w3.to_checksum_address(ck_token_addr),
+    "topics": [ck_event_signatures[0]]
+})
+
+recent_pregnants = [get_event_data(w3.codec, ck_extra_events_abi[0], log)["args"] for log in pregnant_logs]
+
+# येथे एक बर्थ इव्हेंट आहे:
+# - https://etherscan.io/tx/0x3978028e08a25bb4c44f7877eb3573b9644309c044bf087e335397f16356340a
+birth_logs = w3.eth.get_logs({
+    "fromBlock": w3.eth.block_number - 120,
+    "address": w3.to_checksum_address(ck_token_addr),
+    "topics": [ck_event_signatures[1]]
+})
+
+recent_births = [get_event_data(w3.codec, ck_extra_events_abi[1], log)["args"] for log in birth_logs]
+```
+
+## लोकप्रिय NFTs {#popular-nfts}
+
+- [Etherscan NFT Tracker](https://etherscan.io/nft-top-contracts) हस्तांतरण व्हॉल्यूमनुसार Ethereum वरील शीर्ष NFT ची यादी करते.
+- [CryptoKitties](https://www.cryptokitties.co/) हा प्रजननक्षम, संग्रहणीय आणि अत्यंत मोहक प्राण्यांभोवती केंद्रित असलेला एक खेळ आहे,
+  ज्यांना आपण CryptoKitties म्हणतो.
+- [Sorare](https://sorare.com/) हा एक जागतिक फँटसी फुटबॉल खेळ आहे जिथे तुम्ही मर्यादित आवृत्तीचे संग्रहणीय वस्तू गोळा करू शकता,
+  तुमच्या संघांचे व्यवस्थापन करू शकता आणि बक्षिसे मिळवण्यासाठी स्पर्धा करू शकता.
+- [The Ethereum Name Service (ENS)](https://ens.domains/) सोप्या, मानवी-वाचनीय नावांचा वापर करून ब्लॉकचेनवर आणि ब्लॉकचेनबाहेर
+  संसाधनांना संबोधित करण्याचा एक सुरक्षित आणि विकेंद्रित मार्ग प्रदान करते.
+- [POAP](https://poap.xyz) जे लोक कार्यक्रमांना उपस्थित राहतात किंवा विशिष्ट क्रिया पूर्ण करतात त्यांना मोफत NFTs वितरीत करते. POAPs तयार करणे आणि वितरित करणे विनामूल्य आहे.
+- [Unstoppable Domains](https://unstoppabledomains.com/) ही सॅन फ्रान्सिस्को-स्थित कंपनी आहे जी ब्लॉकचेनवर
+  डोमेन तयार करत आहे. ब्लॉकचेन डोमेन मानवी-वाचनीय नावांनी क्रिप्टोकरन्सी पत्त्यांची जागा घेतात आणि सेन्सॉरशिप-प्रतिरोधक वेबसाइट्स
+  सक्षम करण्यासाठी वापरल्या जाऊ शकतात.
+- [Gods Unchained Cards](https://godsunchained.com/) हा Ethereum ब्लॉकचेनवरील एक TCG आहे जो इन-गेम मालमत्तेला खरी मालकी
+  देण्यासाठी NFT's चा वापर करतो.
+- [Bored Ape Yacht Club](https://boredapeyachtclub.com) हा 10,000 युनिक NFTs चा संग्रह आहे, जो, एक सिद्ध-दुर्मिळ कलाकृती असण्यासोबतच, क्लबसाठी सदस्यत्व टोकन म्हणून काम करतो, आणि सदस्यांना फायदे आणि लाभ प्रदान करतो जे सामुदायिक प्रयत्नांच्या परिणामी कालांतराने वाढतात.
+
+## पुढील वाचन {#further-reading}
+
+- [EIP-721: ERC-721 नॉन-फंजिबल टोकन मानक](https://eips.ethereum.org/EIPS/eip-721)
+- [OpenZeppelin - ERC-721 डॉक्स](https://docs.openzeppelin.com/contracts/3.x/erc721)
+- [OpenZeppelin - ERC-721 अंमलबजावणी](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC721/ERC721.sol)
+- [Alchemy NFT API](https://www.alchemy.com/docs/reference/nft-api-quickstart)
diff --git a/public/content/translations/mr/developers/docs/standards/tokens/erc-777/index.md b/public/content/translations/mr/developers/docs/standards/tokens/erc-777/index.md
new file mode 100644
index 00000000000..24c1d102703
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/standards/tokens/erc-777/index.md
@@ -0,0 +1,45 @@
+---
+title: "ERC-777 टोकन मानक"
+description: "ERC-777 बद्दल जाणून घ्या, हुक्ससह एक सुधारित फंजिबल टोकन मानक, जरी सुरक्षेसाठी ERC-20 ची शिफारस केली जाते."
+lang: mr
+---
+
+## चेतावणी {#warning}
+
+**[वेगवेगळ्या प्रकारच्या हल्ल्यांना बळी पडण्याची शक्यता](https://github.com/OpenZeppelin/openzeppelin-contracts/issues/2620) असल्यामुळे ERC-777 योग्यरित्या लागू करणे कठीण आहे.** **त्याऐवजी [ERC-20](/developers/docs/standards/tokens/erc-20/) वापरण्याची शिफारस केली जाते.** हे पृष्ठ ऐतिहासिक संग्रहण म्हणून ठेवले आहे.
+
+## परिचय? {#introduction}
+
+ERC-777 हे एक फंजिबल टोकन मानक आहे जे विद्यमान [ERC-20](/developers/docs/standards/tokens/erc-20/) मानकात सुधारणा करते.
+
+## पूर्वतयारी {#prerequisites}
+
+हे पृष्ठ अधिक चांगल्या प्रकारे समजून घेण्यासाठी, आम्ही शिफारस करतो की तुम्ही प्रथम [ERC-20](/developers/docs/standards/tokens/erc-20/) बद्दल वाचा.
+
+## ERC-777, ERC-20 च्या तुलनेत काय सुधारणा प्रस्तावित करते? {#-erc-777-vs-erc-20}
+
+ERC-777, ERC-20 च्या तुलनेत खालील सुधारणा प्रदान करते.
+
+### हुक्स {#hooks}
+
+हुक्स हे स्मार्ट कॉन्ट्रॅक्टच्या कोडमध्ये वर्णन केलेले एक फंक्शन आहे. जेव्हा कॉन्ट्रॅक्टद्वारे टोकन्स पाठवले जातात किंवा प्राप्त केले जातात तेव्हा हुक्स कॉल केले जातात. हे स्मार्ट कॉन्ट्रॅक्टला येणाऱ्या किंवा जाणाऱ्या टोकन्सवर प्रतिक्रिया देण्यास अनुमती देते.
+
+[ERC-1820](https://eips.ethereum.org/EIPS/eip-1820) मानकाचा वापर करून हुक्सची नोंदणी केली जाते आणि ते शोधले जातात.
+
+#### हुक्स उत्तम का आहेत? {#why-are-hooks-great}
+
+1. हुक्स, [ERC-20](https://eips.ethereum.org/EIPS/eip-20) च्या विपरीत, एकाच व्यवहारात कॉन्ट्रॅक्टला टोकन्स पाठवण्याची आणि कॉन्ट्रॅक्टला सूचित करण्याची परवानगी देतात, ज्यासाठी हे साध्य करण्यासाठी दुहेरी कॉल (`approve`/`transferFrom`) आवश्यक असतो.
+2. ज्या कॉन्ट्रॅक्ट्सनी हुक्सची नोंदणी केलेली नाही ते ERC-777 शी विसंगत आहेत. जेव्हा प्राप्त करणाऱ्या कॉन्ट्रॅक्टने हुकची नोंदणी केलेली नसते, तेव्हा पाठवणारा कॉन्ट्रॅक्ट व्यवहार रद्द करतो. हे नॉन-ERC-777 स्मार्ट कॉन्ट्रॅक्ट्समध्ये अपघाती हस्तांतरण प्रतिबंधित करते.
+3. हुक्स व्यवहार नाकारू शकतात.
+
+### दशांश {#decimals}
+
+हे मानक ERC-20 मध्ये `decimals` मुळे निर्माण होणारा गोंधळ देखील सोडवते. ही स्पष्टता डेव्हलपरचा अनुभव सुधारते.
+
+### ERC-20 सह बॅकवर्ड कंपॅटिबिलिटी {#backwards-compatibility-with-erc-20}
+
+ERC-777 कॉन्ट्रॅक्ट्ससोबत ERC-20 कॉन्ट्रॅक्ट्सप्रमाणेच संवाद साधला जाऊ शकतो.
+
+## अधिक वाचन {#further-reading}
+
+[EIP-777: टोकन मानक](https://eips.ethereum.org/EIPS/eip-777)
diff --git a/public/content/translations/mr/developers/docs/standards/tokens/index.md b/public/content/translations/mr/developers/docs/standards/tokens/index.md
new file mode 100644
index 00000000000..764c701edd3
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/standards/tokens/index.md
@@ -0,0 +1,41 @@
+---
+title: "टोकन मानके"
+description: "फंजिबल आणि नॉन-फंजिबल टोकनसाठी ERC-20, ERC-721, आणि ERC-1155 सह Ethereum टोकन मानकांचे अन्वेषण करा."
+lang: mr
+incomplete: true
+---
+
+## प्रस्तावना {#introduction}
+
+अनेक Ethereum विकास मानके टोकन इंटरफेसवर लक्ष केंद्रित करतात. ही मानके स्मार्ट कॉन्ट्रॅक्ट्स कंपोजेबल राहतील याची खात्री करण्यास मदत करतात, त्यामुळे जेव्हा एखादा नवीन प्रोजेक्ट टोकन जारी करतो, तेव्हा ते विद्यमान विकेंद्रित एक्सचेंज आणि ॲप्लिकेशन्सशी सुसंगत राहते.
+
+टोकन मानके संपूर्ण Ethereum इकोसिस्टममध्ये टोकन कसे वागतात आणि संवाद साधतात हे परिभाषित करतात. ते डेव्हलपर्ससाठी पुन्हा नव्याने सुरुवात न करता बिल्ड करणे सोपे करतात, याची खात्री करून की टोकन वॉलेट्स, एक्सचेंजेस आणि DeFi प्लॅटफॉर्मसह अखंडपणे काम करतात. गेमिंग, गव्हर्नन्स किंवा इतर वापराच्या बाबतीत असो, ही मानके सुसंगतता प्रदान करतात आणि Ethereum ला अधिक आंतरकनेक्टेड बनवतात.
+
+## पूर्वतयारी {#prerequisites}
+
+- [Ethereum विकास मानके](/developers/docs/standards/)
+- [स्मार्ट कॉन्ट्रॅक्ट्स](/developers/docs/smart-contracts/)
+
+## टोकन मानके {#token-standards}
+
+Ethereum वरील काही सर्वात लोकप्रिय टोकन मानके येथे आहेत:
+
+- [ERC-20](/developers/docs/standards/tokens/erc-20/) - फंजिबल (परस्पर बदलण्यायोग्य) टोकनसाठी एक मानक इंटरफेस, जसे की व्होटिंग टोकन, स्टेकिंग टोकन किंवा व्हर्च्युअल चलने.
+
+### NFT मानके {#nft-standards}
+
+- [ERC-721](/developers/docs/standards/tokens/erc-721/) - नॉन-फंजिबल टोकनसाठी एक मानक इंटरफेस, जसे की कलाकृती किंवा गाण्यासाठी एक डीड.
+- [ERC-1155](/developers/docs/standards/tokens/erc-1155/) - ERC-1155 अधिक कार्यक्षम ट्रेड आणि व्यवहारांचे बंडलिंग करण्यास परवानगी देतो – त्यामुळे खर्चात बचत होते. हे टोकन मानक युटिलिटी टोकन (जसे की $BNB किंवा $BAT) आणि CryptoPunks सारखे नॉन-फंजिबल टोकन दोन्ही तयार करण्यास परवानगी देते.
+
+[ERC](https://eips.ethereum.org/erc) प्रस्तावांची संपूर्ण यादी.
+
+## पुढील वाचन {#further-reading}
+
+_तुम्हाला मदत केलेल्या सामुदायिक संसाधनाबद्दल माहिती आहे का?_ हे पृष्ठ संपादित करा आणि ते जोडा!_
+
+## संबंधित ट्युटोरियल्स {#related-tutorials}
+
+- [टोकन एकत्रीकरण चेकलिस्ट](/developers/tutorials/token-integration-checklist/) _– टोकनशी संवाद साधताना विचारात घेण्याच्या गोष्टींची एक चेकलिस्ट._
+- [ERC20 टोकन स्मार्ट कॉन्ट्रॅक्ट समजून घ्या](/developers/tutorials/understand-the-erc-20-token-smart-contract/) _– Ethereum टेस्ट नेटवर्कवर तुमचा पहिला स्मार्ट कॉन्ट्रॅक्ट तैनात करण्याची ओळख._
+- [Solidity स्मार्ट कॉन्ट्रॅक्टमधून ERC20 टोकन्सचे हस्तांतरण आणि मान्यता](/developers/tutorials/transfers-and-approval-of-erc-20-tokens-from-a-solidity-smart-contract/) _– Solidity भाषेचा वापर करून टोकनशी संवाद साधण्यासाठी स्मार्ट कॉन्ट्रॅक्ट कसा वापरायचा._
+- [ERC721 मार्केटची अंमलबजावणी करणे [एक कसे-करावे मार्गदर्शक]](/developers/tutorials/how-to-implement-an-erc721-market/) _– विकेंद्रित क्लासिफाइड बोर्डवर टोकनाइज्ड वस्तू विक्रीसाठी कशा ठेवायच्या._
diff --git a/public/content/translations/mr/developers/docs/storage/index.md b/public/content/translations/mr/developers/docs/storage/index.md
new file mode 100644
index 00000000000..8a8234656fe
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/storage/index.md
@@ -0,0 +1,216 @@
+---
+title: "विकेंद्रित स्टोरेज"
+description: "विकेंद्रित स्टोरेज काय आहे आणि ते dapp मध्ये समाकलित करण्यासाठी उपलब्ध असलेल्या साधनांचा आढावा."
+lang: mr
+---
+
+एखाद्या कंपनी किंवा संस्थेद्वारे चालवल्या जाणाऱ्या केंद्रीकृत सर्व्हरच्या विपरीत, विकेंद्रित स्टोरेज सिस्टममध्ये वापरकर्ता-ऑपरेटरच्या पीअर-टू-पीअर नेटवर्कचा समावेश असतो जे एकूण डेटाचा काही भाग धारण करतात, ज्यामुळे एक लवचिक फाइल स्टोरेज शेअरिंग सिस्टम तयार होते. हे ब्लॉकचेन-आधारित ॲप्लिकेशन किंवा कोणत्याही पीअर-टू-पीअर-आधारित नेटवर्कमध्ये असू शकतात.
+
+Ethereum स्वतः एक विकेंद्रित स्टोरेज सिस्टम म्हणून वापरले जाऊ शकते, आणि जेव्हा सर्व स्मार्ट कॉन्ट्रॅक्ट्समध्ये कोड स्टोरेजचा विचार येतो तेव्हा ते वापरले जाते. तथापि, जेव्हा मोठ्या प्रमाणात डेटा येतो, तेव्हा Ethereum त्यासाठी डिझाइन केलेले नव्हते. चेन सातत्याने वाढत आहे, परंतु हे लिहिण्याच्या वेळी, Ethereum चेन सुमारे 500GB - 1TB आहे ([क्लायंटवर अवलंबून](https://etherscan.io/chartsync/chaindefault)), आणि नेटवर्कवरील प्रत्येक नोडला सर्व डेटा संग्रहित करण्यास सक्षम असणे आवश्यक आहे. जर चेन मोठ्या प्रमाणात डेटापर्यंत (समजा 5TBs) विस्तारली, तर सर्व नोड्ससाठी चालू राहणे व्यवहार्य होणार नाही. तसेच, [gas](/developers/docs/gas) शुल्कामुळे मेननेटवर इतका डेटा तैनात करण्याचा खर्च खूप जास्त असेल.
+
+या मर्यादांमुळे, मोठ्या प्रमाणात डेटा विकेंद्रित पद्धतीने संग्रहित करण्यासाठी आम्हाला वेगळ्या चेन किंवा पद्धतीची आवश्यकता आहे.
+
+विकेंद्रित स्टोरेज (dStorage) पर्यायांचा विचार करताना, वापरकर्त्याने काही गोष्टी लक्षात ठेवल्या पाहिजेत.
+
+- टिकाऊपणाची यंत्रणा / प्रोत्साहन रचना
+- डेटा टिकवून ठेवण्याची अंमलबजावणी
+- विकेंद्रितता
+- एकमत
+
+## टिकाऊपणाची यंत्रणा / प्रोत्साहन रचना {#persistence-mechanism}
+
+### ब्लॉकचेन-आधारित {#blockchain-based}
+
+डेटाचा एखादा तुकडा कायमचा टिकून राहावा यासाठी, आम्हाला एका टिकाऊपणाच्या यंत्रणेचा वापर करणे आवश्यक आहे. उदाहरणार्थ, Ethereum वर, टिकाऊपणाची यंत्रणा अशी आहे की नोड चालवताना संपूर्ण चेनचा हिशोब ठेवणे आवश्यक आहे. डेटाचे नवीन तुकडे चेनच्या शेवटी जोडले जातात आणि ती वाढतच राहते - ज्यामुळे प्रत्येक नोडला सर्व एम्बेड केलेला डेटा प्रतिकृत करणे आवश्यक असते.
+
+याला **ब्लॉकचेन-आधारित** टिकाऊपणा म्हणून ओळखले जाते.
+
+ब्लॉकचेन-आधारित टिकाऊपणाची समस्या अशी आहे की चेन सर्व डेटा व्यवहार्यपणे सांभाळण्यासाठी आणि संग्रहित करण्यासाठी खूप मोठी होऊ शकते (उदा., [अनेक स्त्रोत](https://healthit.com.au/how-big-is-the-internet-and-how-do-we-measure-it/) अंदाजानुसार इंटरनेटला 40 झेटाबाईट्स पेक्षा जास्त स्टोरेज क्षमतेची आवश्यकता असेल).
+
+ब्लॉकचेनमध्ये काही प्रकारची प्रोत्साहन रचना देखील असणे आवश्यक आहे. ब्लॉकचेन-आधारित टिकाऊपणासाठी, व्हॅलिडेटरला पेमेंट केले जाते. जेव्हा डेटा चेनमध्ये जोडला जातो, तेव्हा व्हॅलिडेटर्सना तो डेटा जोडण्यासाठी पैसे दिले जातात.
+
+ब्लॉकचेन-आधारित टिकाऊपणा असलेले प्लॅटफॉर्म:
+
+- Ethereum
+- [Arweave](https://www.arweave.org/)
+
+### कॉन्ट्रॅक्ट-आधारित {#contract-based}
+
+**कॉन्ट्रॅक्ट-आधारित** टिकाऊपणाचा अंतर्ज्ञान असा आहे की डेटा प्रत्येक नोडद्वारे प्रतिकृत केला जाऊ शकत नाही आणि कायमचा संग्रहित केला जाऊ शकत नाही, आणि त्याऐवजी तो कॉन्ट्रॅक्ट करारांद्वारे सांभाळला पाहिजे. हे एकाधिक नोड्ससह केलेले करार आहेत ज्यांनी विशिष्ट कालावधीसाठी डेटाचा एक तुकडा ठेवण्याचे वचन दिले आहे. डेटा टिकवून ठेवण्यासाठी ते संपल्यावर त्यांना परतावा किंवा त्यांचे नूतनीकरण करणे आवश्यक आहे.
+
+बहुतेक प्रकरणांमध्ये, सर्व डेटा ऑनचेन संग्रहित करण्याऐवजी, डेटा चेनवर कुठे आहे याचा हॅश संग्रहित केला जातो. यामुळे, सर्व डेटा ठेवण्यासाठी संपूर्ण चेनला स्केल करण्याची आवश्यकता नाही.
+
+कॉन्ट्रॅक्ट-आधारित टिकाऊपणा असलेले प्लॅटफॉर्म:
+
+- [Filecoin](https://docs.filecoin.io/basics/what-is-filecoin)
+- [Skynet](https://sia.tech/)
+- [Storj](https://storj.io/)
+- [Züs](https://zus.network/)
+- [Crust Network](https://crust.network)
+- [Swarm](https://www.ethswarm.org/)
+- [4EVERLAND](https://www.4everland.org/)
+
+### अतिरिक्त विचार {#additional-consideration}
+
+IPFS ही फाईल्स, वेबसाइट्स, ॲप्लिकेशन्स आणि डेटा संग्रहित करण्यासाठी आणि ॲक्सेस करण्यासाठी एक वितरित प्रणाली आहे. यात कोणतीही अंगभूत प्रोत्साहन योजना नाही, परंतु त्याऐवजी दीर्घकालीन टिकाऊपणासाठी वरील कोणत्याही कॉन्ट्रॅक्ट-आधारित प्रोत्साहन उपायांसह याचा वापर केला जाऊ शकतो. IPFS वर डेटा टिकवून ठेवण्याचा दुसरा मार्ग म्हणजे पिनिंग सेवेसह काम करणे, जी तुमच्यासाठी तुमचा डेटा "पिन" करेल. तुम्ही तुमचा स्वतःचा IPFS नोड चालवून तुमचा आणि/किंवा इतरांचा डेटा विनामूल्य टिकवून ठेवण्यासाठी नेटवर्कमध्ये योगदान देऊ शकता!
+
+- [IPFS](https://docs.ipfs.io/concepts/what-is-ipfs/)
+- [Pinata](https://www.pinata.cloud/) _(IPFS पिनिंग सेवा)_
+- [web3.storage](https://web3.storage/) _(IPFS/Filecoin पिनिंग सेवा)_
+- [Infura](https://infura.io/product/ipfs) _(IPFS पिनिंग सेवा)_
+- [IPFS Scan](https://ipfs-scan.io) _(IPFS पिनिंग एक्सप्लोरर)_
+- [4EVERLAND](https://www.4everland.org/)_（IPFS पिनिंग सेवा）_
+- [Filebase](https://filebase.com) _(IPFS पिनिंग सेवा)_
+- [Spheron Network](https://spheron.network/) _(IPFS/Filecoin पिनिंग सेवा)_
+
+SWARM हे स्टोरेज प्रोत्साहन प्रणाली आणि स्टोरेज भाडे किंमत ओरॅकल असलेले विकेंद्रित डेटा स्टोरेज आणि वितरण तंत्रज्ञान आहे.
+
+## डेटा टिकवून ठेवणे {#data-retention}
+
+डेटा टिकवून ठेवण्यासाठी, सिस्टममध्ये डेटा टिकवून ठेवला गेला आहे याची खात्री करण्यासाठी काही प्रकारची यंत्रणा असणे आवश्यक आहे.
+
+### चॅलेंज यंत्रणा {#challenge-mechanism}
+
+डेटा टिकवून ठेवला गेला आहे याची खात्री करण्याचा एक सर्वात लोकप्रिय मार्ग म्हणजे, त्यांच्याकडे अजूनही डेटा आहे याची खात्री करण्यासाठी नोड्सना जारी केलेल्या काही प्रकारच्या क्रिप्टोग्राफिक चॅलेंजचा वापर करणे. एक सोपे उदाहरण म्हणजे Arweave चा प्रूफ-ऑफ-एक्सेस पाहणे. त्यांच्याकडे सर्वात अलीकडील ब्लॉक आणि भूतकाळातील यादृच्छिक ब्लॉक दोन्हीवर डेटा आहे की नाही हे पाहण्यासाठी ते नोड्सना आव्हान देतात. जर नोड उत्तर देऊ शकला नाही, तर त्याला दंड ठोठावला जातो.
+
+चॅलेंज यंत्रणेसह dStorage चे प्रकार:
+
+- Züs
+- Skynet
+- Arweave
+- Filecoin
+- Crust Network
+- 4EVERLAND
+
+### विकेंद्रितता {#decentrality}
+
+प्लॅटफॉर्मच्या विकेंद्रीकरणाची पातळी मोजण्यासाठी कोणतीही उत्तम साधने नाहीत, परंतु सर्वसाधारणपणे, तुम्हाला अशी साधने वापरायची असतील ज्यात KYC चे कोणतेही स्वरूप नाही, जेणेकरून ते केंद्रीकृत नाहीत याचा पुरावा देता येईल.
+
+KYC शिवाय विकेंद्रित साधने:
+
+- Skynet
+- Arweave
+- Filecoin
+- IPFS
+- Ethereum
+- Crust Network
+- 4EVERLAND
+
+### Consensus {#consensus}
+
+यापैकी बहुतेक साधनांची [एकमत यंत्रणेची](/developers/docs/consensus-mechanisms/) स्वतःची आवृत्ती आहे, परंतु सामान्यतः ते [**प्रूफ-ऑफ-वर्क (PoW)**](/developers/docs/consensus-mechanisms/pow/) किंवा [**प्रूफ-ऑफ-स्टेक (PoS)**](/developers/docs/consensus-mechanisms/pos/) यावर आधारित आहेत.
+
+प्रूफ-ऑफ-वर्क आधारित:
+
+- Skynet
+- Arweave
+
+प्रूफ-ऑफ-स्टेक आधारित:
+
+- Ethereum
+- Filecoin
+- Züs
+- Crust Network
+
+## संबंधित साधने {#related-tools}
+
+**IPFS - _इंटरप्लॅनेटरी फाइल सिस्टम ही Ethereum साठी एक विकेंद्रित स्टोरेज आणि फाइल संदर्भ प्रणाली आहे._**
+
+- [Ipfs.io](https://ipfs.io/)
+- [दस्तऐवजीकरण](https://docs.ipfs.io/)
+- [GitHub](https://github.com/ipfs/ipfs)
+
+**Storj DCS - _डेव्हलपर्ससाठी सुरक्षित, खाजगी आणि S3-सुसंगत विकेंद्रित क्लाउड ऑब्जेक्ट स्टोरेज._**
+
+- [Storj.io](https://storj.io/)
+- [दस्तऐवजीकरण](https://docs.storj.io/)
+- [GitHub](https://github.com/storj/storj)
+
+**Sia - _खरेदीदार आणि विक्रेत्यांना थेट व्यवहार करण्याची परवानगी देऊन, एक ट्रस्टलेस क्लाउड स्टोरेज मार्केटप्लेस तयार करण्यासाठी क्रिप्टोग्राफीचा उपयोग करते._**
+
+- [Skynet.net](https://sia.tech/)
+- [दस्तऐवजीकरण](https://docs.sia.tech/)
+- [GitHub](https://github.com/SiaFoundation/)
+
+**Filecoin - _Filecoin IPFS च्या मागे असलेल्या त्याच टीमने तयार केले आहे. हा IPFS आदर्शांवर एक प्रोत्साहन स्तर आहे._**
+
+- [Filecoin.io](https://filecoin.io/)
+- [दस्तऐवजीकरण](https://docs.filecoin.io/)
+- [GitHub](https://github.com/filecoin-project/)
+
+**Arweave - _Arweave हे डेटा संग्रहित करण्यासाठी एक dStorage प्लॅटफॉर्म आहे._**
+
+- [Arweave.org](https://www.arweave.org/)
+- [दस्तऐवजीकरण](https://docs.arweave.org/info/)
+- [Arweave](https://github.com/ArweaveTeam/arweave/)
+
+**Züs - _Züs हे शार्डिंग आणि ब्लॉबर्ससह एक प्रूफ-ऑफ-स्टेक dStorage प्लॅटफॉर्म आहे._**
+
+- [zus.network](https://zus.network/)
+- [दस्तऐवजीकरण](https://docs.zus.network/zus-docs/)
+- [GitHub](https://github.com/0chain/)
+
+**Crust Network - _Crust हे IPFS वर एक dStorage प्लॅटफॉर्म आहे._**
+
+- [Crust.network](https://crust.network)
+- [दस्तऐवजीकरण](https://wiki.crust.network)
+- [GitHub](https://github.com/crustio)
+
+**Swarm - _Ethereum web3 स्टॅकसाठी एक वितरित स्टोरेज प्लॅटफॉर्म आणि सामग्री वितरण सेवा._**
+
+- [EthSwarm.org](https://www.ethswarm.org/)
+- [दस्तऐवजीकरण](https://docs.ethswarm.org/)
+- [GitHub](https://github.com/ethersphere/)
+
+**OrbitDB - _IPFS वर एक विकेंद्रित पीअर-टू-पीअर डेटाबेस._**
+
+- [OrbitDB.org](https://orbitdb.org/)
+- [दस्तऐवजीकरण](https://github.com/orbitdb/field-manual/)
+- [GitHub](https://github.com/orbitdb/orbit-db/)
+
+**Aleph.im - _विकेंद्रित क्लाउड प्रकल्प (डेटाबेस, फाइल स्टोरेज, कॉम्प्युटिंग आणि DID). ऑफचेन आणि ऑनचेन पीअर-टू-पीअर तंत्रज्ञानाचे एक अद्वितीय मिश्रण. IPFS आणि मल्टी-चेन सुसंगतता._**
+
+- [Aleph.im](https://aleph.cloud/)
+- [दस्तऐवजीकरण](https://docs.aleph.cloud/)
+- [GitHub](https://github.com/aleph-im/)
+
+**Ceramic - _डेटा-समृद्ध आणि आकर्षक ॲप्लिकेशन्ससाठी वापरकर्ता-नियंत्रित IPFS डेटाबेस स्टोरेज._**
+
+- [Ceramic.network](https://ceramic.network/)
+- [दस्तऐवजीकरण](https://developers.ceramic.network/)
+- [GitHub](https://github.com/ceramicnetwork/js-ceramic/)
+
+**Filebase - _S3-सुसंगत विकेंद्रित स्टोरेज आणि जिओ-रिडंडंट IPFS पिनिंग सेवा. Filebase द्वारे IPFS वर अपलोड केलेल्या सर्व फायली जगभरात 3x प्रतिकृतीसह Filebase पायाभूत सुविधेवर स्वयंचलितपणे पिन केल्या जातात._**
+
+- [Filebase.com](https://filebase.com/)
+- [दस्तऐवजीकरण](https://docs.filebase.com/)
+- [GitHub](https://github.com/filebase)
+
+**4EVERLAND - _एक वेब 3.0 क्लाउड कॉम्प्युटिंग प्लॅटफॉर्म जो स्टोरेज, कॉम्प्युट आणि नेटवर्किंग कोर क्षमतांना एकत्रित करतो, S3 सुसंगत आहे आणि IPFS आणि Arweave सारख्या विकेंद्रित स्टोरेज नेटवर्कवर सिंक्रोनस डेटा स्टोरेज प्रदान करतो._**
+
+- [4everland.org](https://www.4everland.org/)
+- [दस्तऐवजीकरण](https://docs.4everland.org/)
+- [GitHub](https://github.com/4everland)
+
+**Kaleido - _एक ब्लॉकचेन-ॲज-अ-सर्व्हिस प्लॅटफॉर्म ज्यात क्लिक-बटण IPFS नोड्स आहेत_**
+
+- [Kaleido](https://kaleido.io/)
+- [दस्तऐवजीकरण](https://docs.kaleido.io/kaleido-services/ipfs/)
+- [GitHub](https://github.com/kaleido-io)
+
+**Spheron Network - _Spheron हे एक प्लॅटफॉर्म-ॲज-अ-सर्व्हिस (PaaS) आहे जे सर्वोत्तम कामगिरीसह विकेंद्रित पायाभूत सुविधांवर त्यांचे ॲप्लिकेशन्स लॉन्च करू इच्छिणाऱ्या dApps साठी डिझाइन केलेले आहे. हे कॉम्प्युट, विकेंद्रित स्टोरेज, CDN आणि वेब होस्टिंग आउट ऑफ द बॉक्स प्रदान करते._**
+
+- [spheron.network](https://spheron.network/)
+- [दस्तऐवजीकरण](https://docs.spheron.network/)
+- [GitHub](https://github.com/spheronFdn)
+
+## पुढील वाचन {#further-reading}
+
+- [विकेंद्रित स्टोरेज म्हणजे काय?](https://coinmarketcap.com/academy/article/what-is-decentralized-storage-a-deep-dive-by-filecoin) - _CoinMarketCap_
+- [विकेंद्रित स्टोरेजबद्दलच्या पाच सामान्य मिथकांना दूर करणे](https://www.storj.io/blog/busting-five-common-myths-about-decentralized-storage) - _Storj_
+
+_तुम्हाला मदत केलेल्या सामुदायिक संसाधनाबद्दल माहिती आहे का?_ हे पृष्ठ संपादित करा आणि ते जोडा!_
+
+## संबंधित विषय {#related-topics}
+
+- [डेव्हलपमेंट फ्रेमवर्क्स](/developers/docs/frameworks/)
diff --git a/public/content/translations/mr/developers/docs/transactions/index.md b/public/content/translations/mr/developers/docs/transactions/index.md
new file mode 100644
index 00000000000..7b6ab93d7d2
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/transactions/index.md
@@ -0,0 +1,231 @@
+---
+title: "व्यवहार"
+description: "Ethereum व्यवहारांचे विहंगावलोकन – ते कसे कार्य करतात, त्यांची डेटा संरचना, आणि त्यांना ॲप्लिकेशनद्वारे कसे पाठवायचे."
+lang: mr
+---
+
+व्यवहार हे खात्यांमधून क्रिप्टोग्राफिकली स्वाक्षरी केलेल्या सूचना आहेत. एक खाते Ethereum नेटवर्कची स्थिती अद्ययावत करण्यासाठी व्यवहार सुरू करेल. सर्वात सोपा व्यवहार म्हणजे एका खात्यातून दुसऱ्या खात्यात ETH हस्तांतरित करणे.
+
+## पूर्वतयारी {#prerequisites}
+
+हे पान तुम्हाला अधिक चांगल्या प्रकारे समजण्यास मदत करण्यासाठी, आम्ही शिफारस करतो की तुम्ही प्रथम [खाती](/developers/docs/accounts/) आणि आमचा [Ethereum चा परिचय](/developers/docs/intro-to-ethereum/) वाचा.
+
+## व्यवहार म्हणजे काय? {#whats-a-transaction}
+
+Ethereum व्यवहार म्हणजे बाह्य-मालकीच्या खात्याद्वारे सुरू केलेली क्रिया, दुसऱ्या शब्दांत, मानवाद्वारे व्यवस्थापित केलेले खाते, कराराद्वारे नाही. उदाहरणार्थ, जर बॉबने ॲलिसला १ ETH पाठवले, तर बॉबच्या खात्यातून पैसे वजा केले पाहिजेत आणि ॲलिसच्या खात्यात जमा केले पाहिजेत. ही स्थिती-बदलणारी क्रिया एका व्यवहारामध्ये होते.
+
+![व्यवहारामुळे स्थितीतील बदल दर्शवणारे रेखाचित्र](./tx.png)
+_[Ethereum EVM illustrated](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf) वरून रुपांतरित रेखाचित्र_
+
+व्यवहार, जे EVM ची स्थिती बदलतात, ते संपूर्ण नेटवर्कवर प्रसारित करणे आवश्यक आहे. कोणताही नोड EVM वर व्यवहार कार्यान्वित करण्याची विनंती प्रसारित करू शकतो; हे घडल्यानंतर, एक व्हॅलिडेटर तो व्यवहार कार्यान्वित करेल आणि परिणामी स्थितीतील बदल उर्वरित नेटवर्कमध्ये प्रसारित करेल.
+
+व्यवहारांसाठी शुल्क आवश्यक आहे आणि त्यांना प्रमाणित ब्लॉकमध्ये समाविष्ट करणे आवश्यक आहे. हे विहंगावलोकन सोपे करण्यासाठी आम्ही गॅस शुल्क आणि प्रमाणीकरण यावर इतरत्र चर्चा करू.
+
+सादर केलेल्या व्यवहारामध्ये खालील माहिती समाविष्ट असते:
+
+- `from` – प्रेषकाचा पत्ता, जो व्यवहारावर स्वाक्षरी करेल. हे बाह्य-मालकीचे खाते असेल कारण करार खाती व्यवहार पाठवू शकत नाहीत
+- `to` – प्राप्तकर्त्याचा पत्ता (जर बाह्य-मालकीचे खाते असेल, तर व्यवहार मूल्य हस्तांतरित करेल. जर करार खाते असेल तर, व्यवहार करार कोड कार्यान्वित करेल)
+- `signature` – प्रेषकाचा ओळखकर्ता. जेव्हा प्रेषकाची खाजगी की व्यवहारावर स्वाक्षरी करते तेव्हा हे तयार केले जाते आणि पुष्टी करते की प्रेषकाने या व्यवहारास अधिकृत केले आहे
+- `nonce` - एक क्रमशः वाढणारा काउंटर जो खात्यामधील व्यवहार क्रमांक दर्शवतो
+- `value` – प्रेषकाकडून प्राप्तकर्त्याकडे हस्तांतरित करायची ETH ची रक्कम (WEI मध्ये दर्शवलेले, जिथे १ ETH = १e+१८ wei)
+- `input data` – ऐच्छिक डेटा समाविष्ट करण्यासाठी वैकल्पिक फील्ड
+- `gasLimit` – व्यवहारामुळे वापरल्या जाऊ शकणाऱ्या गॅस युनिट्सची कमाल रक्कम. [EVM](/developers/docs/evm/opcodes) प्रत्येक संगणकीय पायरीसाठी आवश्यक असलेल्या गॅसच्या युनिट्सची माहिती देते
+- `maxPriorityFeePerGas` - व्हॅलिडेटरला टीप म्हणून समाविष्ट करण्यासाठी वापरलेल्या गॅसची कमाल किंमत
+- `maxFeePerGas` - व्यवहारासाठी प्रति युनिट गॅससाठी देण्यास तयार असलेले कमाल शुल्क (`baseFeePerGas` आणि `maxPriorityFeePerGas` सह)
+
+गॅस म्हणजे व्हॅलिडेटरद्वारे व्यवहार प्रक्रिया करण्यासाठी आवश्यक असलेल्या गणनेचा संदर्भ. वापरकर्त्यांना या गणनेसाठी शुल्क भरावे लागते. `gasLimit`, आणि `maxPriorityFeePerGas` व्हॅलिडेटरला दिले जाणारे कमाल व्यवहार शुल्क निश्चित करतात. [गॅसवर अधिक](/developers/docs/gas/).
+
+व्यवहार ऑब्जेक्ट काहीसा असा दिसेल:
+
+```js
+{
+  from: "0xEA674fdDe714fd979de3EdF0F56AA9716B898ec8",
+  to: "0xac03bb73b6a9e108530aff4df5077c2b3d481e5a",
+  gasLimit: "21000",
+  maxFeePerGas: "300",
+  maxPriorityFeePerGas: "10",
+  nonce: "0",
+  value: "10000000000"
+}
+```
+
+परंतु व्यवहार ऑब्जेक्टवर प्रेषकाच्या खाजगी की वापरून स्वाक्षरी करणे आवश्यक आहे. हे सिद्ध करते की व्यवहार केवळ प्रेषकाकडूनच आला आहे आणि तो फसवणुकीने पाठवला गेला नाही.
+
+Geth सारखा Ethereum क्लायंट ही स्वाक्षरी प्रक्रिया हाताळेल.
+
+उदाहरण [JSON-RPC](/developers/docs/apis/json-rpc) कॉल:
+
+```json
+{
+  "id": 2,
+  "jsonrpc": "2.0",
+  "method": "account_signTransaction",
+  "params": [
+    {
+      "from": "0x1923f626bb8dc025849e00f99c25fe2b2f7fb0db",
+      "gas": "0x55555",
+      "maxFeePerGas": "0x1234",
+      "maxPriorityFeePerGas": "0x1234",
+      "input": "0xabcd",
+      "nonce": "0x0",
+      "to": "0x07a565b7ed7d7a678680a4c162885bedbb695fe0",
+      "value": "0x1234"
+    }
+  ]
+}
+```
+
+उदाहरण प्रतिसाद:
+
+```json
+{
+  "jsonrpc": "2.0",
+  "id": 2,
+  "result": {
+    "raw": "0xf88380018203339407a565b7ed7d7a678680a4c162885bedbb695fe080a44401a6e4000000000000000000000000000000000000000000000000000000000000001226a0223a7c9bcf5531c99be5ea7082183816eb20cfe0bbc322e97cc5c7f71ab8b20ea02aadee6b34b45bb15bc42d9c09de4a6754e7000908da72d48cc7704971491663",
+    "tx": {
+      "nonce": "0x0",
+      "maxFeePerGas": "0x1234",
+      "maxPriorityFeePerGas": "0x1234",
+      "gas": "0x55555",
+      "to": "0x07a565b7ed7d7a678680a4c162885bedbb695fe0",
+      "value": "0x1234",
+      "input": "0xabcd",
+      "v": "0x26",
+      "r": "0x223a7c9bcf5531c99be5ea7082183816eb20cfe0bbc322e97cc5c7f71ab8b20e",
+      "s": "0x2aadee6b34b45bb15bc42d9c09de4a6754e7000908da72d48cc7704971491663",
+      "hash": "0xeba2df809e7a612a0a0d444ccfa5c839624bdc00dd29e3340d46df3870f8a30e"
+    }
+  }
+}
+```
+
+- `raw` हे स्वाक्षरी केलेला व्यवहार [रिकर्सिव्ह लेंथ प्रिफिक्स (RLP)](/developers/docs/data-structures-and-encoding/rlp) एन्कोड केलेल्या स्वरूपात आहे
+- `tx` हे JSON स्वरूपात स्वाक्षरी केलेला व्यवहार आहे
+
+स्वाक्षरी हॅशसह, व्यवहार क्रिप्टोग्राफिकली सिद्ध केला जाऊ शकतो की तो प्रेषकाकडून आला आहे आणि नेटवर्कवर सादर केला गेला आहे.
+
+### डेटा फील्ड {#the-data-field}
+
+बहुतेक व्यवहार बाह्य-मालकीच्या खात्यातून करारावर प्रवेश करतात.
+बहुतेक करार Solidity मध्ये लिहिलेले आहेत आणि ते त्यांच्या डेटा फील्डचा अर्थ [ॲप्लिकेशन बायनरी इंटरफेस (ABI)](/glossary/#abi) नुसार लावतात.
+
+पहिले चार बाइट्स फंक्शनच्या नावाचा आणि वितर्कांचा हॅश वापरून कोणते फंक्शन कॉल करायचे हे निर्दिष्ट करतात.
+[या डेटाबेस](https://www.4byte.directory/signatures/) चा वापर करून तुम्ही सिलेक्टरमधून फंक्शन ओळखू शकता.
+
+उर्वरित कॉलगडाटा वितर्क आहेत, जे [ABI स्पेसिफिकेशन्समध्ये निर्दिष्ट केल्याप्रमाणे एन्कोड केलेले आहेत](https://docs.soliditylang.org/en/latest/abi-spec.html#formal-specification-of-the-encoding).
+
+उदाहरणार्थ, [या व्यवहारावर](https://etherscan.io/tx/0xd0dcbe007569fcfa1902dae0ab8b4e078efe42e231786312289b1eee5590f6a1) एक नजर टाकूया.
+कॉलडाटा पाहण्यासाठी **अधिक पाहण्यासाठी क्लिक करा** वापरा.
+
+फंक्शन सिलेक्टर `0xa9059cbb` आहे. [या स्वाक्षरीसह अनेक ज्ञात फंक्शन्स](https://www.4byte.directory/signatures/?bytes4_signature=0xa9059cbb) आहेत.
+या प्रकरणात, [करार स्रोत कोड](https://etherscan.io/address/0xa0b86991c6218b36c1d19d4a2e9eb0ce3606eb48#code) Etherscan वर अपलोड केला आहे, म्हणून आम्हाला माहित आहे की फंक्शन `transfer(address,uint256)` आहे.
+
+उर्वरित डेटा आहे:
+
+```
+0000000000000000000000004f6742badb049791cd9a37ea913f2bac38d01279
+000000000000000000000000000000000000000000000000000000003b0559f4
+```
+
+ABI स्पेसिफिकेशन्सनुसार, पूर्णांक मूल्ये (जसे की पत्ते, जे २०-बाइट पूर्णांक आहेत) ABI मध्ये ३२-बाइट शब्दांच्या रूपात दिसतात, ज्यांच्या समोर शून्यांनी पॅडिंग केलेले असते.
+म्हणून आम्हाला माहित आहे की `to` पत्ता [`4f6742badb049791cd9a37ea913f2bac38d01279`](https://etherscan.io/address/0x4f6742badb049791cd9a37ea913f2bac38d01279) आहे.
+`value` 0x3b0559f4 = ९९०२०६४५२ आहे.
+
+## व्यवहारांचे प्रकार {#types-of-transactions}
+
+Ethereum वर काही वेगवेगळ्या प्रकारचे व्यवहार आहेत:
+
+- नियमित व्यवहार: एका खात्यातून दुसऱ्या खात्यात केलेला व्यवहार.
+- करार उपयोजन व्यवहार: 'to' पत्त्याशिवाय केलेला व्यवहार, जिथे डेटा फील्ड करार कोडसाठी वापरले जाते.
+- कराराची अंमलबजावणी: उपयोजित स्मार्ट कराराशी संवाद साधणारा व्यवहार. या प्रकरणात, 'to' पत्ता स्मार्ट करार पत्ता आहे.
+
+### गॅसवर {#on-gas}
+
+नमूद केल्याप्रमाणे, व्यवहार कार्यान्वित करण्यासाठी [गॅस](/developers/docs/gas/) खर्च येतो. साध्या हस्तांतरण व्यवहारांना २१००० युनिट्स गॅसची आवश्यकता असते.
+
+म्हणून बॉबला ॲलिसला १ ETH पाठवण्यासाठी १९० gwei च्या `baseFeePerGas` आणि १० gwei च्या `maxPriorityFeePerGas` वर, बॉबला खालील शुल्क भरावे लागेल:
+
+```
+(१९० + १०) * २१००० = ४,२००,००० gwei
+--किंवा--
+०.००४२ ETH
+```
+
+बॉबच्या खात्यातून **-१.००४२ ETH** डेबिट केले जातील (ॲलिससाठी १ ETH + गॅस शुल्कात ०.००४२ ETH)
+
+ॲलिसच्या खात्यात **+१.० ETH** जमा केले जातील
+
+आधार शुल्क **-०.००३९९ ETH** बर्न केले जाईल
+
+व्हॅलिडेटर **+०.०००२१० ETH** टीप ठेवतो
+
+![न वापरलेला गॅस कसा परत केला जातो हे दर्शवणारे रेखाचित्र](./gas-tx.png)
+_[Ethereum EVM illustrated](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf) वरून रुपांतरित रेखाचित्र_
+
+व्यवहारात न वापरलेला कोणताही गॅस वापरकर्त्याच्या खात्यात परत केला जातो.
+
+### स्मार्ट करार संवाद {#smart-contract-interactions}
+
+स्मार्ट कराराचा समावेश असलेल्या कोणत्याही व्यवहारासाठी गॅस आवश्यक आहे.
+
+स्मार्ट करारांमध्ये [`view`](https://docs.soliditylang.org/en/latest/contracts.html#view-functions) किंवा [`pure`](https://docs.soliditylang.org/en/latest/contracts.html#pure-functions) म्हणून ओळखले जाणारे फंक्शन्स देखील असू शकतात, जे कराराची स्थिती बदलत नाहीत. त्यामुळे, EOA मधून या फंक्शन्सना कॉल करण्यासाठी कोणत्याही गॅसची आवश्यकता नसते. या परिस्थितीसाठी अंतर्निहित RPC कॉल [`eth_call`](/developers/docs/apis/json-rpc#eth_call) आहे.
+
+`eth_call` वापरून प्रवेश करण्याच्या विपरीत, हे `view` किंवा `pure` फंक्शन्स सामान्यतः अंतर्गतपणे (म्हणजे, करारातूनच किंवा दुसऱ्या करारातून) कॉल केले जातात, ज्यासाठी गॅस खर्च येतो.
+
+## व्यवहार जीवनचक्र {#transaction-lifecycle}
+
+एकदा व्यवहार सादर केल्यावर खालील गोष्टी घडतात:
+
+1. एक व्यवहार हॅश क्रिप्टोग्राफिकली तयार केला जातो:
+   `0x97d99bc7729211111a21b12c933c949d4f31684f1d6954ff477d0477538ff017`
+2. त्यानंतर व्यवहार नेटवर्कवर प्रसारित केला जातो आणि इतर सर्व प्रलंबित नेटवर्क व्यवहारांचा समावेश असलेल्या व्यवहार पूलमध्ये जोडला जातो.
+3. एका व्हॅलिडेटरने तुमचा व्यवहार निवडून तो ब्लॉकमध्ये समाविष्ट करणे आवश्यक आहे जेणेकरून व्यवहार सत्यापित होईल आणि तो "यशस्वी" मानला जाईल.
+4. जसजसा वेळ जाईल तसतसे तुमच्या व्यवहाराचा समावेश असलेला ब्लॉक "न्याय्य" आणि नंतर "अंतिम" म्हणून अपग्रेड केला जाईल. हे अपग्रेड्स तुमचा व्यवहार यशस्वी झाल्याची आणि तो कधीही बदलला जाणार नाही याची अधिक खात्री देतात. एकदा एखादा ब्लॉक "अंतिम" झाला की तो फक्त नेटवर्क स्तरावरील हल्ल्यानेच बदलला जाऊ शकतो ज्यासाठी अब्जावधी डॉलर्स खर्च येऊ शकतो.
+
+## एक दृश्यात्मक डेमो {#a-visual-demo}
+
+ऑस्टिनला व्यवहार, गॅस आणि मायनिंगमधून तुम्हाला मार्गदर्शन करताना पहा.
+
+<YouTube id="er-0ihqFQB0" />
+
+## टाइप्ड ट्रान्झॅक्शन एनव्हेलप {#typed-transaction-envelope}
+
+Ethereum मध्ये मूळतः व्यवहारांसाठी एकच स्वरूप होते. प्रत्येक व्यवहारामध्ये नॉन्स, गॅस प्राइस, गॅस लिमिट, टू ॲड्रेस, व्हॅल्यू, डेटा, v, r आणि s यांचा समावेश होता. हे फील्ड्स [RLP-एन्कोडेड](/developers/docs/data-structures-and-encoding/rlp/) आहेत, जे असे दिसतात:
+
+`RLP([nonce, gasPrice, gasLimit, to, value, data, v, r, s])`
+
+ॲक्सेस लिस्ट्स आणि [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) सारख्या नवीन वैशिष्ट्यांची अंमलबजावणी करण्यासाठी, जुन्या व्यवहार स्वरूपांवर परिणाम न करता, Ethereum आता अनेक प्रकारच्या व्यवहारांना समर्थन देण्यासाठी विकसित झाले आहे.
+
+[EIP-2718](https://eips.ethereum.org/EIPS/eip-2718) हे या वर्तनास परवानगी देते. व्यवहारांचा अर्थ असा लावला जातो:
+
+`TransactionType || TransactionPayload`
+
+जिथे फील्ड्स खालीलप्रमाणे परिभाषित आहेत:
+
+- `TransactionType` - ० ते ०x७f मधील एक संख्या, एकूण १२८ संभाव्य व्यवहार प्रकारांसाठी.
+- `TransactionPayload` - व्यवहार प्रकाराने परिभाषित केलेली एक अनियंत्रित बाइट ॲरे.
+
+`TransactionType` मूल्यावर आधारित, व्यवहार खालीलप्रमाणे वर्गीकृत केला जाऊ शकतो:
+
+1. **प्रकार ० (लेगसी) व्यवहार:** Ethereum च्या लाँचपासून वापरले जाणारे मूळ व्यवहार स्वरूप. त्यामध्ये [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) मधील वैशिष्ट्ये जसे की डायनॅमिक गॅस शुल्क गणना किंवा स्मार्ट करारांसाठी ॲक्सेस लिस्ट्स यांचा समावेश नाही. लेगसी व्यवहारांमध्ये त्यांच्या सिरियलाइज्ड स्वरूपात त्यांचा प्रकार दर्शविणारा विशिष्ट उपसर्ग नसतो, [रिकर्सिव्ह लेंथ प्रिफिक्स (RLP)](/developers/docs/data-structures-and-encoding/rlp) एन्कोडिंग वापरताना ते `0xf8` बाइटने सुरू होतात. या व्यवहारांसाठी TransactionType मूल्य `0x0` आहे.
+
+2. **प्रकार १ व्यवहार:** Ethereum च्या [बर्लिन अपग्रेड](/ethereum-forks/#berlin) चा भाग म्हणून [EIP-2930](https://eips.ethereum.org/EIPS/eip-2930) मध्ये सादर केलेले, या व्यवहारांमध्ये `accessList` पॅरामीटरचा समावेश आहे. ही यादी पत्ते आणि स्टोरेज की निर्दिष्ट करते ज्यावर व्यवहार प्रवेश करण्याची अपेक्षा करतो, ज्यामुळे स्मार्ट करारांचा समावेश असलेल्या जटिल व्यवहारांसाठी [गॅस](/developers/docs/gas/) खर्च कमी होण्यास मदत होते. EIP-1559 शुल्क बाजारातील बदल प्रकार १ व्यवहारांमध्ये समाविष्ट नाहीत. प्रकार १ व्यवहारांमध्ये `yParity` पॅरामीटरचा देखील समावेश असतो, जो `0x0` किंवा `0x1` असू शकतो, जो secp256k1 स्वाक्षरीच्या y-मूल्याची समानता दर्शवतो. ते `0x01` बाइटने सुरू झाल्यामुळे ओळखले जातात आणि त्यांचे TransactionType मूल्य `0x1` आहे.
+
+3. **प्रकार २ व्यवहार**, सामान्यतः EIP-1559 व्यवहार म्हणून ओळखले जातात, हे Ethereum च्या [लंडन अपग्रेड](/ethereum-forks/#london) मध्ये, [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) मध्ये सादर केलेले व्यवहार आहेत. ते Ethereum नेटवर्कवर मानक व्यवहार प्रकार बनले आहेत. हे व्यवहार एक नवीन शुल्क बाजार यंत्रणा सादर करतात जी व्यवहार शुल्काचे आधार शुल्क आणि प्राधान्य शुल्कामध्ये विभाजन करून अंदाजक्षमता सुधारते. ते `0x02` बाइटने सुरू होतात आणि त्यात `maxPriorityFeePerGas` आणि `maxFeePerGas` सारख्या फील्ड्सचा समावेश असतो. प्रकार २ व्यवहार आता त्यांच्या लवचिकता आणि कार्यक्षमतेमुळे डिफॉल्ट आहेत, विशेषतः उच्च नेटवर्क गर्दीच्या काळात वापरकर्त्यांना व्यवहार शुल्क अधिक अंदाजे व्यवस्थापित करण्यात मदत करण्याच्या त्यांच्या क्षमतेमुळे पसंत केले जातात. या व्यवहारांसाठी TransactionType मूल्य `0x2` आहे.
+
+4. **प्रकार ३ (ब्लॉब) व्यवहार** Ethereum च्या [डेनकून अपग्रेड](/ethereum-forks/#dencun) चा भाग म्हणून [EIP-4844](https://eips.ethereum.org/EIPS/eip-4844) मध्ये सादर करण्यात आले. हे व्यवहार "ब्लॉब" डेटा (बायनरी लार्ज ऑब्जेक्ट्स) अधिक कार्यक्षमतेने हाताळण्यासाठी डिझाइन केलेले आहेत, विशेषतः लेयर २ रोलअप्सना कमी खर्चात Ethereum नेटवर्कवर डेटा पोस्ट करण्याचा मार्ग प्रदान करून फायदा देतात. ब्लॉब व्यवहारांमध्ये `blobVersionedHashes`, `maxFeePerBlobGas`, आणि `blobGasPrice` सारख्या अतिरिक्त फील्ड्सचा समावेश असतो. ते `0x03` बाइटने सुरू होतात आणि त्यांचे TransactionType मूल्य `0x3` आहे. ब्लॉब व्यवहार Ethereum च्या डेटा उपलब्धता आणि स्केलिंग क्षमतांमध्ये एक महत्त्वपूर्ण सुधारणा दर्शवतात.
+
+5. **प्रकार ४ व्यवहार** Ethereum च्या [पेक्ट्रा अपग्रेड](/roadmap/pectra/) चा भाग म्हणून [EIP-7702](https://eips.ethereum.org/EIPS/eip-7702) मध्ये सादर करण्यात आले. हे व्यवहार खाते अमूर्ततेसह फॉरवर्ड-कंपॅटिबल होण्यासाठी डिझाइन केलेले आहेत. ते EOAs ला त्यांची मूळ कार्यक्षमता धोक्यात न घालता तात्पुरते स्मार्ट करार खात्यांसारखे वागण्याची परवानगी देतात. त्यामध्ये `authorization_list` पॅरामीटरचा समावेश आहे, जो EOA आपला अधिकार कोणत्या स्मार्ट कराराला सोपवतो हे निर्दिष्ट करतो. व्यवहारानंतर, EOA च्या कोड फील्डमध्ये सोपवलेल्या स्मार्ट कराराचा पत्ता असेल.
+
+## पुढील वाचन {#further-reading}
+
+- [EIP-2718: टाइप्ड ट्रान्झॅक्शन एनव्हेलप](https://eips.ethereum.org/EIPS/eip-2718)
+
+_तुम्हाला मदत केलेल्या सामुदायिक संसाधनाबद्दल माहिती आहे का?_ हे पृष्ठ संपादित करा आणि ते जोडा!_
+
+## संबंधित विषय {#related-topics}
+
+- [खाती](/developers/docs/accounts/)
+- [Ethereum व्हर्च्युअल मशीन (EVM)](/developers/docs/evm/)
+- [गॅस](/developers/docs/gas/)
diff --git a/public/content/translations/mr/developers/docs/web2-vs-web3/index.md b/public/content/translations/mr/developers/docs/web2-vs-web3/index.md
new file mode 100644
index 00000000000..5bb571f4f9c
--- /dev/null
+++ b/public/content/translations/mr/developers/docs/web2-vs-web3/index.md
@@ -0,0 +1,62 @@
+---
+title: "Web2 विरुद्ध Web3"
+description: "इथेरियम ब्लॉकचेन तंत्रज्ञानावर तयार केलेल्या विकेंद्रित वेब3 ॲप्लिकेशन्सची केंद्रीकृत वेब2 सेवांसोबत तुलना करा."
+lang: mr
+---
+
+वेब2 म्हणजे आज आपल्यापैकी बहुतेकांना माहीत असलेल्या इंटरनेटची आवृत्ती. तुमच्या वैयक्तिक डेटाच्या बदल्यात सेवा पुरवणाऱ्या कंपन्यांचे वर्चस्व असलेले इंटरनेट. इथेरियमच्या संदर्भात, वेब3 म्हणजे ब्लॉकचेनवर चालणारे विकेंद्रित ॲप्स. हे असे ॲप्स आहेत जे कोणालाही त्यांच्या वैयक्तिक डेटाचे मुद्रीकरण न करता सहभागी होण्याची परवानगी देतात.
+
+अधिक नवशिक्यांसाठी अनुकूल संसाधन शोधत आहात का? आमची [वेब3 ची ओळख](/web3/) पहा.
+
+## वेब3 चे फायदे {#web3-benefits}
+
+इथेरियमच्या मूळ विकेंद्रीकरणामुळे अनेक वेब3 डेव्हलपर्सनी dapps तयार करणे निवडले आहे:
+
+- नेटवर्कवर असलेल्या कोणालाही सेवा वापरण्याची परवानगी आहे – किंवा दुसऱ्या शब्दांत, परवानगीची आवश्यकता नाही.
+- कोणीही तुम्हाला ब्लॉक करू शकत नाही किंवा सेवेचा ॲक्सेस नाकारू शकत नाही.
+- नेटिव्ह टोकन, इथर (ETH) द्वारे पेमेंट अंतर्भूत आहेत.
+- इथेरियम ट्युरिंग-कम्प्लीट आहे, म्हणजे तुम्ही जवळजवळ काहीही प्रोग्राम करू शकता.
+
+## व्यावहारिक तुलना {#practical-comparisons}
+
+| वेब2                                                                                 | Web3                                                                                                            |
+| ------------------------------------------------------------------------------------ | --------------------------------------------------------------------------------------------------------------- |
+| ट्विटर कोणतेही खाते किंवा ट्वीट सेन्सॉर करू शकते                                     | वेब3 ट्वीट्स सेन्सॉर करता येणार नाहीत कारण नियंत्रण विकेंद्रित आहे                                              |
+| पेमेंट सेवा विशिष्ट प्रकारच्या कामासाठी पेमेंटला परवानगी न देण्याचा निर्णय घेऊ शकते  | वेब3 पेमेंट ॲप्सना कोणत्याही वैयक्तिक डेटाची आवश्यकता नसते आणि ते पेमेंट रोखू शकत नाहीत                         |
+| गिग-इकॉनॉमी ॲप्सचे सर्व्हर बंद होऊ शकतात आणि कामगारांच्या उत्पन्नावर परिणाम होऊ शकतो | वेब3 सर्व्हर बंद होऊ शकत नाहीत – ते त्यांच्या बॅकएंड म्हणून इथेरियम, हजारो संगणकांचे विकेंद्रित नेटवर्क वापरतात |
+
+याचा अर्थ असा नाही की सर्व सेवांचे dapp मध्ये रूपांतर करणे आवश्यक आहे. ही उदाहरणे वेब2 आणि वेब3 सेवांमधील मुख्य फरकांची निदर्शक आहेत.
+
+## वेब3 च्या मर्यादा {#web3-limitations}
+
+सध्या वेब3 मध्ये काही मर्यादा आहेत:
+
+- स्केलेबिलिटी – व्यवहार वेब3 वर धीमे आहेत कारण ते विकेंद्रित आहेत. पेमेंटसारख्या स्टेटमधील बदलांवर नोडद्वारे प्रक्रिया करणे आणि संपूर्ण नेटवर्कमध्ये प्रसारित करणे आवश्यक आहे.
+- UX – वेब3 ॲप्लिकेशन्सशी संवाद साधण्यासाठी अतिरिक्त पायऱ्या, सॉफ्टवेअर आणि शिक्षणाची आवश्यकता असू शकते. हे अवलंबण्यात एक अडथळा असू शकतो.
+- ॲक्सेसिबिलिटी – आधुनिक वेब ब्राउझरमध्ये एकत्रीकरणाच्या अभावामुळे वेब3 बहुतेक वापरकर्त्यांसाठी कमी ॲक्सेसिबल बनते.
+- खर्च – बहुतेक यशस्वी dapps त्यांच्या कोडचा खूप छोटा भाग ब्लॉकचेनवर ठेवतात कारण ते महाग आहे.
+
+## केंद्रीकरण विरुद्ध विकेंद्रीकरण {#centralization-vs-decentralization}
+
+खालील तक्त्यामध्ये, आम्ही केंद्रीकृत आणि विकेंद्रित डिजिटल नेटवर्क्सचे काही ढोबळ फायदे आणि तोटे सूचीबद्ध करतो.
+
+| केंद्रीकृत प्रणाली                                                                                                                                                                                                                             | विकेंद्रित प्रणाली                                                                                                                                                                                                                                                         |
+| ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| कमी नेटवर्क व्यास (सर्व सहभागी एका केंद्रीय प्राधिकरणाशी जोडलेले असतात); माहिती त्वरीत प्रसारित होते, कारण प्रसार मोठ्या प्रमाणात संगणकीय संसाधने असलेल्या केंद्रीय प्राधिकरणाद्वारे हाताळला जातो.          | नेटवर्कवरील सर्वात दूरचे सहभागी एकमेकांपासून संभाव्यतः अनेक एजेस दूर असू शकतात. नेटवर्कच्या एका बाजूने प्रसारित केलेल्या माहितीला दुसऱ्या बाजूला पोहोचायला बराच वेळ लागू शकतो.                                                             |
+| सहसा उच्च कार्यक्षमता (उच्च थ्रुपुट, एकूण कमी संगणकीय संसाधने खर्च) आणि अंमलबजावणी करणे सोपे.                                                                                                               | सहसा कमी कार्यक्षमता (कमी थ्रुपुट, अधिक एकूण संगणकीय संसाधने खर्च) आणि अंमलबजावणी करणे अधिक क्लिष्ट.                                                                                                                                    |
+| परस्परविरोधी डेटाच्या बाबतीत, निराकरण स्पष्ट आणि सोपे आहे: सत्याचा अंतिम स्त्रोत केंद्रीय प्राधिकरण आहे.                                                                                                       | ज्या डेटाच्या स्टेटवर सहभागींनी सिंक केलेले असणे अपेक्षित आहे, त्याबद्दल पीअर्स परस्परविरोधी दावे करत असल्यास, विवाद निराकरणासाठी एका प्रोटोकॉलची (बहुतेकदा क्लिष्ट) आवश्यकता असते.                                                     |
+| अयशस्वी होण्याचा एकच बिंदू: दुर्भावनापूर्ण घटक केंद्रीय प्राधिकरणाला लक्ष्य करून नेटवर्क बंद करू शकतात.                                                                                                        | अयशस्वी होण्याचा एकही बिंदू नाही: सहभागींच्या मोठ्या भागावर हल्ला झाला/काढून टाकले तरीही नेटवर्क कार्य करू शकते.                                                                                                                           |
+| नेटवर्क सहभागींमध्ये समन्वय खूप सोपा आहे आणि एका केंद्रीय प्राधिकरणाद्वारे हाताळला जातो. केंद्रीय प्राधिकरण नेटवर्क सहभागींना अगदी कमी घर्षणासह अपग्रेड, प्रोटोकॉल अपडेट्स इत्यादी स्वीकारण्यास भाग पाडू शकते. | समन्वय अनेकदा कठीण असतो, कारण नेटवर्क-स्तरीय निर्णय, प्रोटोकॉल अपग्रेड इत्यादींमध्ये कोणत्याही एका एजंटचा अंतिम निर्णय नसतो. सर्वात वाईट परिस्थितीत, जेव्हा प्रोटोकॉल बदलांबद्दल मतभेद असतात तेव्हा नेटवर्कमध्ये फूट पडण्याची शक्यता असते. |
+| केंद्रीय प्राधिकरण डेटा सेन्सॉर करू शकते, संभाव्यतः नेटवर्कच्या काही भागांना उर्वरित नेटवर्कशी संवाद साधण्यापासून तोडू शकते.                                                                                                   | सेन्सॉरशिप खूप कठीण आहे, कारण माहितीला नेटवर्कमध्ये प्रसारित होण्याचे अनेक मार्ग आहेत.                                                                                                                                                                     |
+| नेटवर्कमधील सहभाग केंद्रीय प्राधिकरणाद्वारे नियंत्रित केला जातो.                                                                                                                                                               | कोणीही नेटवर्कमध्ये सहभागी होऊ शकतो; कोणतेही “गेटकीपर” नाहीत. आदर्शपणे, सहभागाचा खर्च खूप कमी असतो.                                                                                                                                        |
+
+लक्षात घ्या की हे सामान्य नमुने आहेत जे प्रत्येक नेटवर्कमध्ये खरे ठरतीलच असे नाही. शिवाय, प्रत्यक्षात एखादे नेटवर्क किती प्रमाणात केंद्रीकृत/विकेंद्रित आहे हे एका स्पेक्ट्रमवर अवलंबून असते; कोणतेही नेटवर्क पूर्णपणे केंद्रीकृत किंवा पूर्णपणे विकेंद्रित नसते.
+
+## पुढील वाचन {#further-reading}
+
+- [वेब3 काय आहे?](/web3/) - _ethereum.org_
+- [वेब 3.0 ॲप्लिकेशनची रचना](https://www.preethikasireddy.com/post/the-architecture-of-a-web-3-0-application) - _प्रीती कासिरेड्डी_
+- [विकेंद्रीकरणाचा अर्थ](https://medium.com/@VitalikButerin/the-meaning-of-decentralization-a0c92b76a274) _6 फेब्रुवारी, 2017 - विटालिक बुटेरिन_
+- [विकेंद्रीकरण का महत्त्वाचे आहे](https://onezero.medium.com/why-decentralization-matters-5e3f79f7638e) _18 फेब्रुवारी, 2018 - ख्रिस डिक्सन_
+- [वेब 3.0 काय आहे आणि ते का महत्त्वाचे आहे](https://medium.com/fabric-ventures/what-is-web-3-0-why-it-matters-934eb07f3d2b) _31 डिसेंबर, 2019 - मॅक्स मर्श आणि रिचर्ड मुइरहेड_
+- [आम्हाला वेब 3.0 ची गरज का आहे](https://gavofyork.medium.com/why-we-need-web-3-0-5da4f2bf95ab) _12 सप्टेंबर, 2018 - गॅविन वुड_
diff --git a/public/content/translations/mr/developers/tutorials/a-developers-guide-to-ethereum-part-one/index.md b/public/content/translations/mr/developers/tutorials/a-developers-guide-to-ethereum-part-one/index.md
new file mode 100644
index 00000000000..7faec1170f9
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/a-developers-guide-to-ethereum-part-one/index.md
@@ -0,0 +1,300 @@
+---
+title: "एका Python डेव्हलपरसाठी Ethereum ची ओळख, भाग 1"
+description: "Ethereum डेव्हलपमेंटची ओळख, विशेषतः Python प्रोग्रामिंग भाषेचे ज्ञान असलेल्यांसाठी उपयुक्त"
+author: Marc Garreau
+lang: mr
+tags: [ "python", "web3.py" ]
+skill: beginner
+published: 2020-09-08
+source: Snake charmers
+sourceUrl: https://snakecharmers.ethereum.org/a-developers-guide-to-ethereum-pt-1/
+---
+
+तर, तुम्ही या Ethereum नावाच्या गोष्टीबद्दल ऐकले आहे आणि या गहन जगात प्रवेश करण्यास तयार आहात का? ही पोस्ट ब्लॉकचेनच्या काही मूलभूत गोष्टींवर पटकन प्रकाश टाकेल, त्यानंतर तुम्हाला एका सिम्युलेटेड Ethereum नोडशी संवाद साधायला लावेल – ब्लॉक डेटा वाचणे, खात्यातील शिल्लक तपासणे आणि व्यवहार पाठवणे. या प्रक्रियेत, ॲप्स बनवण्याच्या पारंपरिक पद्धती आणि हे नवीन विकेंद्रित प्रतिमान (paradigm) यांमधील फरक आम्ही अधोरेखित करू.
+
+## (अंदाजित) पूर्वतयारी {#soft-prerequisites}
+
+ही पोस्ट विविध प्रकारच्या डेव्हलपर्ससाठी सोपी आणि सहज समजण्याजोगी असावी अशी आमची इच्छा आहे. [Python टूल्स](/developers/docs/programming-languages/python/) यात सामील असतील, पण ती केवळ कल्पना पोहोचवण्याचे एक माध्यम आहेत - तुम्ही Python डेव्हलपर नसाल तरी काही हरकत नाही. तथापि, तुम्हाला आधीपासून काय माहित आहे याबद्दल मी काही गृहीतके धरणार आहे, जेणेकरून आपण पटकन Ethereum-विशिष्ट भागांकडे जाऊ शकू.
+
+गृहीतके:
+
+- तुम्ही टर्मिनलमध्ये काम करू शकता,
+- तुम्ही Python कोडच्या काही ओळी लिहिल्या आहेत,
+- Python आवृत्ती 3.6 किंवा त्याहून अधिक तुमच्या मशीनवर इंस्टॉल केलेले आहे ([व्हर्च्युअल एन्व्हायर्नमेंट](https://realpython.com/effective-python-environment/#virtual-environments) वापरण्यास जोरदार प्रोत्साहन दिले जाते), आणि
+- तुम्ही `pip`, Python चे पॅकेज इंस्टॉलर वापरले आहे.
+  पुन्हा एकदा, यापैकी काहीही असत्य असल्यास, किंवा तुम्ही या लेखातील कोड पुन्हा वापरण्याची योजना करत नसल्यास, तरीही तुम्ही हे सहजपणे समजून घेऊ शकता.
+
+## ब्लॉकचेन्स, थोडक्यात {#blockchains-briefly}
+
+Ethereum चे वर्णन करण्याचे अनेक मार्ग आहेत, पण त्याच्या केंद्रस्थानी एक ब्लॉकचेन आहे. ब्लॉकचेन हे ब्लॉक्सच्या मालिकेपासून बनलेले असतात, चला तर मग तिथूनच सुरुवात करूया. सोप्या भाषेत सांगायचे झाल्यास, Ethereum ब्लॉकचेनवरील प्रत्येक ब्लॉक म्हणजे काही मेटाडेटा आणि व्यवहारांची सूची. JSON फॉरमॅटमध्ये, ते असे काहीतरी दिसते:
+
+```json
+{
+   "number": 1234567,
+   "hash": "0xabc123...",
+   "parentHash": "0xdef456...",
+   ...,
+   "transactions": [...]
+}
+```
+
+प्रत्येक [ब्लॉक](/developers/docs/blocks/) मध्ये त्याच्या आधीच्या ब्लॉकचा संदर्भ असतो; `parentHash` म्हणजे फक्त मागील ब्लॉकचा हॅश.
+
+<FeaturedText>टीप: Ethereum ठराविक आकाराची मूल्ये (“हॅश”) तयार करण्यासाठी <a href="https://wikipedia.org/wiki/Hash_function">हॅश फंक्शन्स</a>चा नियमित वापर करते. हॅश Ethereum मध्ये महत्त्वाची भूमिका बजावतात, पण सध्यासाठी तुम्ही त्यांना युनिक आयडी म्हणून समजू शकता.</FeaturedText>
+
+![एका ब्लॉकचेनचे चित्र, ज्यात प्रत्येक ब्लॉकच्या आतील डेटा दर्शविला आहे](./blockchain-diagram.png)
+
+_एक ब्लॉकचेन मूलतः एक लिंक्ड लिस्ट आहे; प्रत्येक ब्लॉकला मागील ब्लॉकचा संदर्भ असतो._
+
+ही डेटा स्ट्रक्चर काही नवीन नाही, परंतु नेटवर्कचे संचालन करणारे नियम (म्हणजेच, पीअर-टू-पीअर प्रोटोकॉल) नवीन आहेत. येथे कोणतेही केंद्रीय प्राधिकरण नाही; नेटवर्क टिकवून ठेवण्यासाठी पीअर्सच्या नेटवर्कला एकत्र काम करावे लागते, आणि पुढील ब्लॉकमध्ये कोणते व्यवहार समाविष्ट करायचे हे ठरवण्यासाठी स्पर्धा करावी लागते. म्हणून, जेव्हा तुम्हाला तुमच्या मित्राला काही पैसे पाठवायचे असतील, तेव्हा तुम्हाला तो व्यवहार नेटवर्कवर प्रसारित करावा लागेल, आणि नंतर तो आगामी ब्लॉकमध्ये समाविष्ट होण्याची वाट पाहावी लागेल.
+
+एका वापरकर्त्याकडून दुसऱ्या वापरकर्त्याकडे पैसे खरोखरच पाठवले गेले आहेत हे पडताळून पाहण्याचा ब्लॉकचेनसाठी एकमेव मार्ग म्हणजे त्या ब्लॉकचेनचे मूळ चलन (म्हणजेच, त्या ब्लॉकचेनद्वारे तयार केलेले आणि शासित) वापरणे. Ethereum मध्ये, या चलनास ईथर म्हणतात, आणि Ethereum ब्लॉकचेनमध्ये खात्यातील शिलकीची एकमेव अधिकृत नोंद असते.
+
+## एक नवीन प्रतिमान (paradigm) {#a-new-paradigm}
+
+या नवीन विकेंद्रित टेक स्टॅकने नवीन डेव्हलपर टूल्स तयार केले आहेत. अशी टूल्स अनेक प्रोग्रामिंग भाषांमध्ये अस्तित्वात आहेत, परंतु आपण Python च्या दृष्टिकोनातून पाहणार आहोत. पुन्हा सांगतो: Python तुमची पसंतीची भाषा नसली तरीही, हे समजून घेण्यासाठी जास्त अडचण येऊ नये.
+
+Ethereum शी संवाद साधू इच्छिणारे Python डेव्हलपर बहुधा [Web3.py](https://web3py.readthedocs.io/) चा वापर करतात. Web3.py ही एक लायब्ररी आहे जी तुम्हाला Ethereum नोडशी जोडण्याची आणि त्यातून डेटा पाठवण्याची आणि प्राप्त करण्याची पद्धत खूप सोपी करते.
+
+<FeaturedText>टीप: “Ethereum नोड” आणि “Ethereum क्लायंट” हे शब्द एकमेकांसाठी वापरले जातात. दोन्ही बाबतीत, याचा अर्थ Ethereum नेटवर्कमधील एक सहभागी चालवत असलेले सॉफ्टवेअर असा होतो. हे सॉफ्टवेअर ब्लॉक डेटा वाचू शकते, चेनमध्ये नवीन ब्लॉक जोडल्यावर अपडेट्स मिळवू शकते, नवीन व्यवहार प्रसारित करू शकते आणि बरेच काही. तांत्रिकदृष्ट्या, क्लायंट हे सॉफ्टवेअर आहे, तर नोड हे सॉफ्टवेअर चालवणारा संगणक आहे.</FeaturedText>
+
+[Ethereum क्लायंट](/developers/docs/nodes-and-clients/) [IPC](https://wikipedia.org/wiki/Inter-process_communication), HTTP, किंवा Websockets द्वारे पोहोचण्यायोग्य होण्यासाठी कॉन्फिगर केले जाऊ शकतात, म्हणून Web3.py ला हे कॉन्फिगरेशन प्रतिबिंबित करावे लागेल. Web3.py या कनेक्शन पर्यायांना **प्रोव्हायडर्स** म्हणून संबोधते. Web3.py इंस्टन्सला तुमच्या नोडशी जोडण्यासाठी तुम्हाला तीन प्रोव्हायडर्सपैकी एक निवडावा लागेल.
+
+![तुमचा ॲप्लिकेशन Ethereum नोडशी जोडण्यासाठी web3.py IPC चा कसा वापर करते हे दर्शवणारे एक चित्र](./web3py-and-nodes.png)
+
+_Ethereum नोड आणि Web3.py ला एकाच प्रोटोकॉलद्वारे संवाद साधण्यासाठी कॉन्फिगर करा, उदा., या चित्रात IPC._
+
+एकदा Web3.py योग्यरित्या कॉन्फिगर झाल्यावर, तुम्ही ब्लॉकचेनशी संवाद साधण्यास सुरुवात करू शकता. पुढे काय येणार आहे याची झलक म्हणून येथे Web3.py वापराची काही उदाहरणे आहेत:
+
+```python
+# ब्लॉक डेटा वाचा:
+w3.eth.get_block('latest')
+
+# एक व्यवहार पाठवा:
+w3.eth.send_transaction({'from': ..., 'to': ..., 'value': ...})
+```
+
+## इन्स्टॉलेशन {#installation}
+
+या वॉकथ्रूमध्ये, आपण फक्त Python इंटरप्रिटरमध्ये काम करणार आहोत. आपण कोणत्याही डिरेक्टरीज, फाइल्स, क्लासेस किंवा फंक्शन्स तयार करणार नाही.
+
+<FeaturedText>टीप: खालील उदाहरणांमध्ये, `$` ने सुरू होणारे कमांड्स टर्मिनलमध्ये चालवण्यासाठी आहेत. ( `$ ` टाइप करू नका, ते फक्त ओळीची सुरुवात दर्शवते.)</FeaturedText>
+
+सर्वप्रथम, एक्सप्लोर करण्यासाठी वापरकर्ता-स्नेही वातावरणासाठी [IPython](https://ipython.org/) इंस्टॉल करा. IPython टॅब कंप्लिशनसारख्या इतर वैशिष्ट्यांसह, Web3.py मध्ये काय शक्य आहे हे पाहणे खूप सोपे करते.
+
+```bash
+pip install ipython
+```
+
+Web3.py `web3` या नावाने प्रकाशित केले आहे. ते असे इंस्टॉल करा:
+
+```bash
+pip install web3
+```
+
+आणखी एक गोष्ट - आपण नंतर एक ब्लॉकचेन सिम्युलेट करणार आहोत, ज्यासाठी आणखी काही डिपेन्डन्सीज आवश्यक आहेत. तुम्ही त्या याप्रमाणे इंस्टॉल करू शकता:
+
+```bash
+pip install 'web3[tester]'
+```
+
+तुम्ही आता पूर्णपणे तयार आहात!
+
+टीप: `web3[tester]` पॅकेज Python 3.10.xx पर्यंत काम करते.
+
+## एक सँडबॉक्स सुरू करा {#spin-up-a-sandbox}
+
+तुमच्या टर्मिनलमध्ये `ipython` रन करून एक नवीन Python एन्व्हायर्नमेंट उघडा. हे `python` रन करण्यासारखेच आहे, परंतु यात अधिक अतिरिक्त वैशिष्ट्ये आहेत.
+
+```bash
+ipython
+```
+
+हे तुम्ही चालवत असलेल्या Python आणि IPython च्या आवृत्त्यांविषयी काही माहिती प्रिंट करेल, त्यानंतर तुम्हाला इनपुटची वाट पाहणारा एक प्रॉम्प्ट दिसेल:
+
+```python
+In [1]:
+```
+
+तुम्ही आता एक इंटरॲक्टिव्ह Python शेल पाहत आहात. मूलतः, हे खेळण्यासाठी एक सँडबॉक्स आहे. जर तुम्ही इथपर्यंत पोहोचला असाल, तर आता Web3.py इम्पोर्ट करण्याची वेळ आली आहे:
+
+```python
+In [1]: from web3 import Web3
+```
+
+## Web3 मॉड्यूलची ओळख {#introducing-the-web3-module}
+
+Ethereum चे प्रवेशद्वार असण्याव्यतिरिक्त, [Web3](https://web3py.readthedocs.io/en/stable/overview.html#base-api) मॉड्यूल काही सोयीस्कर फंक्शन्स देखील प्रदान करते. चला काही एक्सप्लोर करूया.
+
+एका Ethereum ॲप्लिकेशनमध्ये, तुम्हाला सामान्यतः चलनाची परिमाणे (denominations) रूपांतरित करण्याची आवश्यकता असेल. Web3 मॉड्यूल यासाठीच काही हेल्पर मेथड्स पुरवते: [from_wei](https://web3py.readthedocs.io/en/stable/web3.main.html#web3.Web3.from_wei) आणि [to_wei](https://web3py.readthedocs.io/en/stable/web3.main.html#web3.Web3.to_wei).
+
+<FeaturedText>
+टीप: संगणक दशांश गणित हाताळण्यात कुप्रसिद्ध आहेत. यावर मात करण्यासाठी, डेव्हलपर्स अनेकदा डॉलरची रक्कम सेंटमध्ये साठवतात. उदाहरणार्थ, $5.99 किंमत असलेली वस्तू डेटाबेसमध्ये 599 म्हणून साठवली जाऊ शकते.
+
+<b>ईथर</b>मधील व्यवहार हाताळतानाही असाच पॅटर्न वापरला जातो. तथापि, दोन दशांश स्थळांऐवजी, ईथरला 18 आहेत! ईथरच्या सर्वात लहान परिमाणाला <b>wei</b> म्हणतात, म्हणून व्यवहार पाठवताना तेच मूल्य निर्दिष्ट केले जाते.
+
+1 ईथर = 1000000000000000000 wei
+
+1 wei = 0.000000000000000001 ईथर
+
+</FeaturedText>
+
+काही मूल्ये wei मध्ये आणि wei मधून रूपांतरित करण्याचा प्रयत्न करा. लक्षात घ्या की ईथर आणि wei मध्ये [अनेक परिमाणांसाठी नावे आहेत](https://web3py.readthedocs.io/en/stable/troubleshooting.html#how-do-i-convert-currency-denominations). त्यापैकी एक अधिक प्रसिद्ध नाव म्हणजे **gwei**, कारण व्यवहार शुल्क अनेकदा यात दर्शवले जाते.
+
+```python
+In [2]: Web3.to_wei(1, 'ether')
+Out[2]: 1000000000000000000
+
+In [3]: Web3.from_wei(500000000, 'gwei')
+Out[3]: Decimal('0.5')
+```
+
+Web3 मॉड्यूलवरील इतर युटिलिटी मेथड्समध्ये डेटा फॉरमॅट कन्व्हर्टर्स (उदा., [`toHex`](https://web3py.readthedocs.io/en/stable/web3.main.html#web3.Web3.toHex)), ॲड्रेस हेल्पर्स (उदा., [`isAddress`](https://web3py.readthedocs.io/en/stable/web3.main.html#web3.Web3.isAddress)), आणि हॅश फंक्शन्स (उदा., [`keccak`](https://web3py.readthedocs.io/en/stable/web3.main.html#web3.Web3.keccak)) यांचा समावेश आहे. यापैकी बऱ्याच गोष्टी या मालिकेत नंतर समाविष्ट केल्या जातील. सर्व उपलब्ध मेथड्स आणि प्रॉपर्टीज पाहण्यासाठी, `Web3` टाइप करून IPython च्या ऑटो-कम्प्लीटचा वापर करा. आणि पीरियडनंतर टॅब की दोनदा दाबा.
+
+## चेनशी बोला {#talk-to-the-chain}
+
+सोयीस्कर मेथड्स छान आहेत, पण चला आता ब्लॉकचेनकडे वळूया. पुढील पायरी म्हणजे Ethereum नोडशी संवाद साधण्यासाठी Web3.py कॉन्फिगर करणे. येथे आपल्याकडे IPC, HTTP किंवा Websocket प्रोव्हायडर्स वापरण्याचा पर्याय आहे.
+
+आपण या मार्गावर जाणार नाही, परंतु HTTP प्रोव्हायडर वापरून संपूर्ण वर्कफ्लोचे उदाहरण असे काहीतरी दिसेल:
+
+- एक Ethereum नोड डाउनलोड करा, उदा., [Geth](https://geth.ethereum.org/).
+- एका टर्मिनल विंडोमध्ये Geth सुरू करा आणि नेटवर्क सिंक होण्याची वाट पाहा. डीफॉल्ट HTTP पोर्ट `8545` आहे, पण ते कॉन्फिगर करता येते.
+- `localhost:8545` वर HTTP द्वारे नोडशी कनेक्ट करण्यासाठी Web3.py ला सांगा.
+  `w3 = Web3(Web3.HTTPProvider('http://127.0.0.1:8545'))`
+- नोडशी संवाद साधण्यासाठी `w3` इंस्टन्स वापरा.
+
+हे करण्याची ही एक “वास्तविक” पद्धत असली तरी, सिंक करण्याच्या प्रक्रियेला तास लागतात आणि जर तुम्हाला फक्त एक डेव्हलपमेंट एन्व्हायर्नमेंट हवे असेल तर ते अनावश्यक आहे. Web3.py या उद्देशासाठी चौथा प्रोव्हायडर उपलब्ध करतो, तो म्हणजे **EthereumTesterProvider**. हा टेस्टर प्रोव्हायडर एका सिम्युलेटेड Ethereum नोडला जोडतो, ज्यामध्ये शिथिल परवानग्या आणि खेळण्यासाठी बनावट चलन असते.
+
+![EthereumTesterProvider तुमच्या web3.py ॲप्लिकेशनला सिम्युलेटेड Ethereum नोडशी जोडत असल्याचे दर्शवणारे एक चित्र](./ethereumtesterprovider.png)
+
+_EthereumTesterProvider एका सिम्युलेटेड नोडशी कनेक्ट होतो आणि जलद डेव्हलपमेंट एन्व्हायर्नमेंटसाठी उपयुक्त आहे._
+
+त्या सिम्युलेटेड नोडला [eth-tester](https://github.com/ethereum/eth-tester) म्हणतात आणि आपण तो `pip install web3[tester]` कमांडचा भाग म्हणून इंस्टॉल केला. या टेस्टर प्रोव्हायडरचा वापर करण्यासाठी Web3.py कॉन्फिगर करणे इतके सोपे आहे:
+
+```python
+In [4]: w3 = Web3(Web3.EthereumTesterProvider())
+```
+
+आता तुम्ही चेन सर्फ करण्यास तयार आहात! असं सहसा कोणी म्हणत नाही. मी हे आताच तयार केले. चला एक छोटीशी सफर करूया.
+
+## छोटीशी सफर {#the-quick-tour}
+
+सर्वात आधी, एक सॅनिटी चेक:
+
+```python
+In [5]: w3.is_connected()
+Out[5]: True
+```
+
+आपण टेस्टर प्रोव्हायडर वापरत असल्यामुळे, ही चाचणी खूप महत्त्वाची नाही, पण जर ती अयशस्वी झाली, तर शक्यता आहे की `w3` व्हेरिएबल इन्स्टँटिएट करताना तुम्ही काहीतरी चुकीचे टाइप केले असेल. तुम्ही आतील कंस समाविष्ट केले आहेत याची खात्री करा, म्हणजे `Web3.EthereumTesterProvider()`.
+
+## सफरीचा थांबा #1: [खाती](/developers/docs/accounts/) {#tour-stop-1-accounts}
+
+सोयीसाठी, टेस्टर प्रोव्हायडरने काही खाती तयार केली आहेत आणि त्यात आधीच चाचणीसाठी ईथर भरलेले आहेत.
+
+प्रथम, त्या खात्यांची यादी पाहूया:
+
+```python
+In [6]: w3.eth.accounts
+Out[6]: ['0x7E5F4552091A69125d5DfCb7b8C2659029395Bdf',
+ '0x2B5AD5c4795c026514f8317c7a215E218DcCD6cF',
+ '0x6813Eb9362372EEF6200f3b1dbC3f819671cBA69', ...]
+```
+
+तुम्ही हा कमांड चालवल्यास, तुम्हाला `0x` ने सुरू होणाऱ्या दहा स्ट्रिंगची यादी दिसेल. प्रत्येक एक **पब्लिक ॲड्रेस** आहे आणि काही बाबतीत, तो चेकिंग खात्यावरील खाते क्रमांकासारखा आहे. तुम्हाला ईथर पाठवू इच्छिणाऱ्या व्यक्तीला तुम्ही हा ॲड्रेस द्याल.
+
+सांगितल्याप्रमाणे, टेस्टर प्रोव्हायडरने या प्रत्येक खात्यात काही चाचणी ईथर आधीच भरलेले आहेत. पहिल्या खात्यात किती शिल्लक आहे ते पाहूया:
+
+```python
+In [7]: w3.eth.get_balance(w3.eth.accounts[0])
+Out[7]: 1000000000000000000000000
+```
+
+किती तरी शून्य आहेत! खोट्या बँकेत जाऊन आनंद साजरा करण्यापूर्वी, चलनांच्या परिमाणांबद्दलचा पूर्वीचा धडा आठवा. ईथर मूल्ये सर्वात लहान परिमाण, wei मध्ये दर्शविली जातात. ते ईथरमध्ये रूपांतरित करा:
+
+```python
+In [8]: w3.from_wei(1000000000000000000000000, 'ether')
+Out[8]: Decimal('1000000')
+```
+
+दहा लाख चाचणी ईथर - तरीही वाईट नाही.
+
+## सफरीचा थांबा #2: ब्लॉक डेटा {#tour-stop-2-block-data}
+
+या सिम्युलेटेड ब्लॉकचेनच्या स्थितीवर एक नजर टाकूया:
+
+```python
+In [9]: w3.eth.get_block('latest')
+Out[9]: AttributeDict({
+   'number': 0,
+   'hash': HexBytes('0x9469878...'),
+   'parentHash': HexBytes('0x0000000...'),
+   ...
+   'transactions': []
+})
+```
+
+एका ब्लॉकबद्दल बरीच माहिती परत मिळते, पण येथे फक्त काही गोष्टी नमूद करायच्या आहेत:
+
+- ब्लॉक क्रमांक शून्य आहे - तुम्ही टेस्टर प्रोव्हायडर कितीही वेळापूर्वी कॉन्फिगर केले असले तरीही. वास्तविक Ethereum नेटवर्कच्या विपरीत, जे दर 12 सेकंदांनी एक नवीन ब्लॉक जोडते, हे सिम्युलेशन तुम्ही त्याला काही काम देईपर्यंत थांबेल.
+- `transactions` ही एक रिकामी यादी आहे, त्याच कारणासाठी: आपण अद्याप काहीही केलेले नाही. हा पहिला ब्लॉक एक **रिकामा ब्लॉक** आहे, फक्त चेन सुरू करण्यासाठी.
+- लक्षात घ्या की `parentHash` फक्त रिकाम्या बाइट्सचा एक समूह आहे. हे सूचित करते की हा चेनमधील पहिला ब्लॉक आहे, ज्याला **जेनेसिस ब्लॉक** असेही म्हणतात.
+
+## सफरीचा थांबा #3: [व्यवहार](/developers/docs/transactions/) {#tour-stop-3-transactions}
+
+आपण ब्लॉक शून्यवर अडकलो आहोत जोपर्यंत प्रलंबित व्यवहार होत नाही, चला तर मग एक व्यवहार करूया. एका खात्यातून दुसऱ्या खात्यात काही चाचणी ईथर पाठवा:
+
+```python
+In [10]: tx_hash = w3.eth.send_transaction({
+   'from': w3.eth.accounts[0],
+   'to': w3.eth.accounts[1],
+   'value': w3.to_wei(3, 'ether'),
+   'gas': 21000
+})
+```
+
+हा सहसा तो क्षण असतो जिथे तुम्ही तुमचा व्यवहार नवीन ब्लॉकमध्ये समाविष्ट होण्यासाठी काही सेकंद वाट पाहता. संपूर्ण प्रक्रिया काहीशी अशी आहे:
+
+1. एक व्यवहार सबमिट करा आणि व्यवहार हॅश जपून ठेवा. व्यवहार असलेला ब्लॉक तयार आणि प्रसारित होईपर्यंत, व्यवहार “प्रलंबित” असतो.
+   `tx_hash = w3.eth.send_transaction({ … })`
+2. व्यवहार ब्लॉकमध्ये समाविष्ट होण्याची वाट पाहा:
+   `w3.eth.wait_for_transaction_receipt(tx_hash)`
+3. ॲप्लिकेशन लॉजिक सुरू ठेवा. यशस्वी व्यवहार पाहण्यासाठी:
+   `w3.eth.get_transaction(tx_hash)`
+
+आमचे सिम्युलेटेड एन्व्हायर्नमेंट व्यवहार तात्काळ एका नवीन ब्लॉकमध्ये जोडेल, त्यामुळे आपण लगेच व्यवहार पाहू शकतो:
+
+```python
+In [11]: w3.eth.get_transaction(tx_hash)
+Out[11]: AttributeDict({
+   'hash': HexBytes('0x15e9fb95dc39...'),
+   'blockNumber': 1,
+   'transactionIndex': 0,
+   'from': '0x7E5F4552091A69125d5DfCb7b8C2659029395Bdf',
+   'to': '0x2B5AD5c4795c026514f8317c7a215E218DcCD6cF',
+   'value': 3000000000000000000,
+   ...
+})
+```
+
+तुम्हाला येथे काही ओळखीचे तपशील दिसतील: `from`, `to` आणि `value` फील्ड्स आपल्या `send_transaction` कॉलच्या इनपुटशी जुळले पाहिजेत. दुसरी दिलासादायक गोष्ट म्हणजे हा व्यवहार ब्लॉक क्रमांक 1 मध्ये पहिला व्यवहार (`'transactionIndex': 0`) म्हणून समाविष्ट केला गेला.
+
+या व्यवहाराची यशस्वीता आपण दोन्ही संबंधित खात्यांमधील शिल्लक तपासून सहज पडताळू शकतो. तीन ईथर एका खात्यातून दुसऱ्या खात्यात हस्तांतरित झाले पाहिजेत.
+
+```python
+In [12]: w3.eth.get_balance(w3.eth.accounts[0])
+Out[12]: 999996999979000000000000
+
+In [13]: w3.eth.get_balance(w3.eth.accounts[1])
+Out[13]: 1000003000000000000000000
+```
+
+दुसरे बरोबर दिसत आहे! शिल्लक 1,000,000 वरून 1,000,003 ईथर झाली. पण पहिल्या खात्याचे काय झाले? असे दिसते की त्याने तीन ईथरपेक्षा थोडे जास्त गमावले आहेत. अरेरे, जीवनात काहीही विनामूल्य नाही, आणि Ethereum सार्वजनिक नेटवर्क वापरण्यासाठी तुम्हाला तुमच्या पीअर्सना त्यांच्या सहाय्यक भूमिकेसाठी भरपाई देणे आवश्यक आहे. व्यवहार सबमिट करणाऱ्या खात्यातून एक छोटे व्यवहार शुल्क कापले गेले - हे शुल्क म्हणजे गॅसच्या जळलेल्या प्रमाणाला (ETH हस्तांतरणासाठी 21000 गॅस युनिट्स) नेटवर्कच्या क्रियाकलापानुसार बदलणाऱ्या बेस फीने गुणले जाते, अधिक व्यवहाराला ब्लॉकमध्ये समाविष्ट करणाऱ्या व्हॅलिडेटरला जाणारी टीप.
+
+[गॅस](/developers/docs/gas/#post-london) बद्दल अधिक
+
+<FeaturedText>टीप: सार्वजनिक नेटवर्कवर, व्यवहार शुल्क नेटवर्कच्या मागणीनुसार आणि तुम्हाला व्यवहार किती लवकर प्रक्रिया करायचा आहे यावर अवलंबून बदलते. तुम्हाला शुल्क कसे मोजले जाते याच्या तपशिलात स्वारस्य असल्यास, माझी <a href="https://medium.com/ethereum-grid/ethereum-101-how-are-transactions-included-in-a-block-9ae5f491853f">ब्लॉकमध्ये व्यवहार कसे समाविष्ट केले जातात</a> यावरील पूर्वीची पोस्ट पाहा.</FeaturedText>
+
+## आणि श्वास घ्या {#and-breathe}
+
+आपण हे बऱ्याच वेळेपासून करत आहोत, त्यामुळे ब्रेक घेण्यासाठी हे एक चांगले ठिकाण आहे. हे गहन जग पुढेही चालू आहे, आणि आपण या मालिकेच्या दुसऱ्या भागात एक्सप्लोर करणे सुरू ठेवू. येणाऱ्या काही संकल्पना: वास्तविक नोडशी कनेक्ट करणे, स्मार्ट कॉन्ट्रॅक्ट्स आणि टोकन्स. तुमचे काही पुढील प्रश्न आहेत का? मला कळवा! तुमचा अभिप्राय आपण येथून पुढे कुठे जायचे हे ठरवेल. [Twitter](https://twitter.com/wolovim) द्वारे विनंत्यांचे स्वागत आहे.
diff --git a/public/content/translations/mr/developers/tutorials/all-you-can-cache/index.md b/public/content/translations/mr/developers/tutorials/all-you-can-cache/index.md
new file mode 100644
index 00000000000..74ebf5c1c7b
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/all-you-can-cache/index.md
@@ -0,0 +1,867 @@
+---
+title: "तुम्ही कॅशे करू शकता ते सर्व"
+description: "स्वस्त रोलअप व्यवहारांसाठी कॅशिंग करार कसा तयार करायचा आणि वापरायचा ते शिका"
+author: Ori Pomerantz
+tags: [ "स्तर 2", "कॅशिंग", "स्टोरेज" ]
+skill: intermediate
+published: 2022-09-15
+lang: mr
+---
+
+रोलअप वापरताना, व्यवहारातील एका बाइटची किंमत स्टोरेज स्लॉटच्या किंमतीपेक्षा खूप जास्त असते. म्हणून, शक्य तितकी माहिती ऑनचेन कॅशे करणे अर्थपूर्ण आहे.
+
+या लेखात, तुम्ही कॅशिंग करार कसा तयार करायचा आणि वापरायचा हे शिकाल. ज्या पॅरामीटर व्हॅल्यूचा अनेक वेळा वापर होण्याची शक्यता आहे, ती कॅशे केली जाईल आणि (पहिल्या वापरानंतर) कमी बाइट्ससह वापरासाठी उपलब्ध होईल. तसेच, हा कॅशे वापरणारा ऑफचेन कोड कसा लिहायचा हेही शिकाल.
+
+तुम्हाला हा लेख वगळून थेट सोर्स कोड बघायचा असेल, तर [तो इथे आहे](https://github.com/qbzzt/20220915-all-you-can-cache). डेव्हलपमेंट स्टॅक [Foundry](https://getfoundry.sh/introduction/installation/) आहे.
+
+## एकूण डिझाइन {#overall-design}
+
+सोपेपणासाठी, आपण असे गृहीत धरू की सर्व व्यवहार पॅरामीटर्स `uint256` आहेत, ज्यांची लांबी 32 बाइट्स आहे. जेव्हा आपल्याला व्यवहार प्राप्त होतो, तेव्हा आपण प्रत्येक पॅरामीटरचे अशा प्रकारे विश्लेषण करू:
+
+1. जर पहिला बाइट `0xFF` असेल, तर पुढील 32 बाइट्स पॅरामीटर व्हॅल्यू म्हणून घ्या आणि कॅशेमध्ये लिहा.
+
+2. जर पहिला बाइट `0xFE` असेल, तर पुढील 32 बाइट्स पॅरामीटर व्हॅल्यू म्हणून घ्या, परंतु कॅशेमध्ये लिहू _नका_.
+
+3. इतर कोणत्याही व्हॅल्यूसाठी, शीर्ष चार बिट्स अतिरिक्त बाइट्सची संख्या म्हणून घ्या आणि खालचे चार बिट्स कॅशे कीचे सर्वात महत्त्वपूर्ण बिट्स म्हणून घ्या. येथे काही उदाहरणे आहेत:
+
+   | कॉलडेटामधील बाइट्स |  कॅशे की |
+   | :----------------- | -------: |
+   | 0x0F               |     0x0F |
+   | 0x10,0x10          |     0x10 |
+   | 0x12,0xAC          |   0x02AC |
+   | 0x2D,0xEA, 0xD6    | 0x0DEAD6 |
+
+## कॅशे मॅनिप्युलेशन {#cache-manipulation}
+
+कॅशे [`Cache.sol`](https://github.com/qbzzt/20220915-all-you-can-cache/blob/main/src/Cache.sol) मध्ये इम्प्लिमेंट केले आहे. चला ओळीनुसार पाहूया.
+
+```solidity
+// SPDX-License-Identifier: UNLICENSED
+pragma solidity ^0.8.13;
+
+
+contract Cache {
+
+    bytes1 public constant INTO_CACHE = 0xFF;
+    bytes1 public constant DONT_CACHE = 0xFE;
+```
+
+हे कॉन्स्टंट्स विशेष प्रकरणांचे अर्थ लावण्यासाठी वापरले जातात, जिथे आपण सर्व माहिती प्रदान करतो आणि ती कॅशेमध्ये लिहावी की नाही हे ठरवतो. कॅशेमध्ये लिहिण्यासाठी पूर्वी न वापरलेल्या स्टोरेज स्लॉटमध्ये प्रत्येकी 22100 गॅसच्या दराने दोन [`SSTORE`](https://www.evm.codes/#55) ऑपरेशन्सची आवश्यकता असते, म्हणून आपण ते ऐच्छिक ठेवतो.
+
+```solidity
+
+    mapping(uint => uint) public val2key;
+```
+
+व्हॅल्यूज आणि त्यांच्या कीजमधील [मॅपिंग](https://www.geeksforgeeks.org/solidity/solidity-mappings/). तुम्ही व्यवहार पाठवण्यापूर्वी व्हॅल्यूज एन्कोड करण्यासाठी ही माहिती आवश्यक आहे.
+
+```solidity
+    // लोकेशन n मध्ये की n+1 साठी व्हॅल्यू आहे, कारण आपल्याला
+    // शून्य "कॅशेमध्ये नाही" म्हणून जतन करणे आवश्यक आहे.
+    uint[] public key2val;
+```
+
+आपण कीज ते व्हॅल्यूजच्या मॅपिंगसाठी ॲरे वापरू शकतो कारण आपण कीज नियुक्त करतो आणि सोपेपणासाठी आपण ते क्रमाने करतो.
+
+```solidity
+    function cacheRead(uint _key) public view returns (uint) {
+        require(_key <= key2val.length, "Reading uninitialize cache entry");
+        return key2val[_key-1];
+    }  // cacheRead
+```
+
+कॅशेमधून व्हॅल्यू वाचा.
+
+```solidity
+    // एखादी व्हॅल्यू कॅशेमध्ये आधीच नसल्यास ती लिहा
+    // चाचणी काम करण्यासाठी फक्त पब्लिक
+    function cacheWrite(uint _value) public returns (uint) {
+        // जर व्हॅल्यू आधीच कॅशेमध्ये असेल, तर सध्याची की परत करा
+        if (val2key[_value] != 0) {
+            return val2key[_value];
+        }
+```
+
+एकच व्हॅल्यू एकापेक्षा जास्त वेळा कॅशेमध्ये टाकण्यात काहीच अर्थ नाही. जर व्हॅल्यू आधीच तिथे असेल, तर फक्त अस्तित्वात असलेली की परत करा.
+
+```solidity
+        // 0xFE हा एक विशेष केस असल्यामुळे, कॅशेमध्ये ठेवता येणारी सर्वात मोठी की
+        // 0x0D आणि त्यानंतर 15 0xFF's आहे. जर कॅशेची लांबी आधीच इतकी
+        // मोठी असेल, तर फेल करा.
+        //                              1 2 3 4 5 6 7 8 9 A B C D E F
+        require(key2val.length+1 < 0x0DFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF,
+            "cache overflow");
+```
+
+मला नाही वाटत की आपल्याला इतका मोठा कॅशे कधी मिळेल (अंदाजे 1.8\*10<sup>37</sup> नोंदी, ज्यासाठी सुमारे 10<sup>27</sup> टीबी स्टोरेज लागेल). तथापि, ["640kB नेहमीच पुरेसे असेल"](https://quoteinvestigator.com/2011/09/08/640k-enough/) हे आठवण्याइतका मी जुना आहे. ही चाचणी खूपच स्वस्त आहे.
+
+```solidity
+        // पुढील की वापरून व्हॅल्यू लिहा
+        val2key[_value] = key2val.length+1;
+```
+
+रिव्हर्स लुकअप (व्हॅल्यूपासून कीपर्यंत) जोडा.
+
+```solidity
+        key2val.push(_value);
+```
+
+फॉरवर्ड लुकअप (कीपासून व्हॅल्यूपर्यंत) जोडा. कारण आपण व्हॅल्यूज क्रमाने नियुक्त करतो, आपण ते फक्त शेवटच्या ॲरे व्हॅल्यूनंतर जोडू शकतो.
+
+```solidity
+        return key2val.length;
+    }  // cacheWrite
+```
+
+`key2val` ची नवीन लांबी परत करा, जो तो सेल आहे जिथे नवीन व्हॅल्यू संग्रहित केली आहे.
+
+```solidity
+    function _calldataVal(uint startByte, uint length)
+        private pure returns (uint)
+```
+
+हे फंक्शन कॉलडेटामधून अनियंत्रित लांबीची (32 बाइट्सपर्यंत, वर्ड साइज) व्हॅल्यू वाचते.
+
+```solidity
+    {
+        uint _retVal;
+
+        require(length < 0x21,
+            "_calldataVal length limit is 32 bytes");
+        require(length + startByte <= msg.data.length,
+            "_calldataVal trying to read beyond calldatasize");
+```
+
+हे फंक्शन इंटरनल आहे, त्यामुळे जर उर्वरित कोड योग्यरित्या लिहिला असेल, तर या चाचण्यांची आवश्यकता नाही. तथापि, त्यांची किंमत जास्त नाही म्हणून त्या असण्यात काही हरकत नाही.
+
+```solidity
+        assembly {
+            _retVal := calldataload(startByte)
+        }
+```
+
+हा कोड [Yul](https://docs.soliditylang.org/en/v0.8.16/yul.html) मध्ये आहे. हे कॉलडेटामधून 32 बाइट व्हॅल्यू वाचते. जर कॉलडेटा `startByte+32` च्या आधी थांबला तरीही हे कार्य करते कारण EVM मधील अनइनिशियलाइज्ड स्पेस शून्य मानली जाते.
+
+```solidity
+        _retVal = _retVal >> (256-length*8);
+```
+
+आम्हाला 32 बाइट व्हॅल्यूच हवी आहे असे नाही. यामुळे अतिरिक्त बाइट्स काढून टाकले जातात.
+
+```solidity
+        return _retVal;
+    } // _calldataVal
+
+
+    // _fromByte पासून सुरू होणाऱ्या कॉलडेटामधून एकच पॅरामीटर वाचा
+    function _readParam(uint _fromByte) internal
+        returns (uint _nextByte, uint _parameterValue)
+    {
+```
+
+कॉलडेटामधून एकच पॅरामीटर वाचा. लक्षात ठेवा की आम्हाला केवळ आपण वाचलेली व्हॅल्यूच नाही, तर पुढील बाइटचे स्थान देखील परत करणे आवश्यक आहे कारण पॅरामीटर्स 1 बाइट ते 33 बाइट्स लांब असू शकतात.
+
+```solidity
+        // पहिला बाइट आपल्याला बाकीच्यांचा अर्थ कसा लावायचा हे सांगतो
+        uint8 _firstByte;
+
+        _firstByte = uint8(_calldataVal(_fromByte, 1));
+```
+
+Solidity संभाव्य धोकादायक [इंप्लिसिट टाइप कन्व्हर्शन्स](https://docs.soliditylang.org/en/v0.8.16/types.html#implicit-conversions) प्रतिबंधित करून बग्सची संख्या कमी करण्याचा प्रयत्न करते. डाउनग्रेड, उदाहरणार्थ 256 बिट्सवरून 8 बिट्सपर्यंत, स्पष्टपणे नमूद करणे आवश्यक आहे.
+
+```solidity
+
+        // व्हॅल्यू वाचा, पण कॅशेमध्ये लिहू नका
+        if (_firstByte == uint8(DONT_CACHE))
+            return(_fromByte+33, _calldataVal(_fromByte+1, 32));
+
+        // व्हॅल्यू वाचा आणि कॅशेमध्ये लिहा
+        if (_firstByte == uint8(INTO_CACHE)) {
+            uint _param = _calldataVal(_fromByte+1, 32);
+            cacheWrite(_param);
+            return(_fromByte+33, _param);
+        }
+
+        // जर आपण इथे पोहोचलो तर याचा अर्थ आपल्याला कॅशेमधून वाचण्याची गरज आहे
+
+        // वाचण्यासाठी अतिरिक्त बाइट्सची संख्या
+        uint8 _extraBytes = _firstByte / 16;
+```
+
+खालचा [निबल](https://en.wikipedia.org/wiki/Nibble) घ्या आणि कॅशेमधून व्हॅल्यू वाचण्यासाठी इतर बाइट्ससह एकत्र करा.
+
+```solidity
+        uint _key = (uint256(_firstByte & 0x0F) << (8*_extraBytes)) +
+            _calldataVal(_fromByte+1, _extraBytes);
+
+        return (_fromByte+_extraBytes+1, cacheRead(_key));
+
+    }  // _readParam
+
+
+    // n पॅरामीटर्स वाचा (फंक्शन्सना किती पॅरामीटर्स अपेक्षित आहेत हे माहीत असते)
+    function _readParams(uint _paramNum) internal returns (uint[] memory) {
+```
+
+आपण आपल्याकडे असलेल्या पॅरामीटर्सची संख्या कॉलडेटामधूनच मिळवू शकलो असतो, परंतु आपल्याला कॉल करणार्‍या फंक्शन्सना किती पॅरामीटर्स अपेक्षित आहेत हे माहीत असते. त्यांनाच आपल्याला सांगू देणे सोपे आहे.
+
+```solidity
+        // आपण वाचलेले पॅरामीटर्स
+        uint[] memory params = new uint[](_paramNum);
+
+        // पॅरामीटर्स बाइट 4 पासून सुरू होतात, त्याआधी फंक्शन सिग्नेचर असते
+        uint _atByte = 4;
+
+        for(uint i=0; i<_paramNum; i++) {
+            (_atByte, params[i]) = _readParam(_atByte);
+        }
+```
+
+आपल्याला आवश्यक असलेली संख्या मिळेपर्यंत पॅरामीटर्स वाचा. जर आपण कॉलडेटाच्या पुढे गेलो, तर `_readParams` कॉल रिव्हर्ट करेल.
+
+```solidity
+
+        return(params);
+    }   // readParams
+
+    // _readParams च्या चाचणीसाठी, चार पॅरामीटर्स वाचण्याची चाचणी
+    function fourParam() public
+        returns (uint256,uint256,uint256,uint256)
+    {
+        uint[] memory params;
+        params = _readParams(4);
+        return (params[0], params[1], params[2], params[3]);
+    }    // fourParam
+```
+
+Foundry चा एक मोठा फायदा हा आहे की ते Solidity मध्ये चाचण्या लिहिण्याची परवानगी देते ([खालील कॅशेची चाचणी पहा](#testing-the-cache)). यामुळे युनिट टेस्ट्स खूप सोप्या होतात. हे एक फंक्शन आहे जे चार पॅरामीटर्स वाचते आणि त्यांना परत करते जेणेकरून चाचणी ते योग्य होते की नाही हे तपासू शकेल.
+
+```solidity
+    // एक व्हॅल्यू मिळवा, असे बाइट्स परत करा जे ते एन्कोड करतील (शक्य असल्यास कॅशे वापरून)
+    function encodeVal(uint _val) public view returns(bytes memory) {
+```
+
+`encodeVal` हे एक फंक्शन आहे जे ऑफचेन कोड कॅशे वापरणारा कॉलडेटा तयार करण्यात मदत करण्यासाठी कॉल करते. हे एकच व्हॅल्यू प्राप्त करते आणि ते एन्कोड करणारे बाइट्स परत करते. हे फंक्शन `view` आहे, त्यामुळे त्याला व्यवहाराची आवश्यकता नाही आणि बाहेरून कॉल केल्यावर कोणताही गॅस लागत नाही.
+
+```solidity
+        uint _key = val2key[_val];
+
+        // व्हॅल्यू अजून कॅशेमध्ये नाही, ती जोडा
+        if (_key == 0)
+            return bytes.concat(INTO_CACHE, bytes32(_val));
+```
+
+[EVM](/developers/docs/evm/) मध्ये सर्व अनइनिशियलाइज्ड स्टोरेज शून्य मानले जाते. त्यामुळे जर आपण अशा व्हॅल्यूसाठी की शोधली जी तिथे नाही, तर आपल्याला शून्य मिळतो. त्या बाबतीत, ते एन्कोड करणारे बाइट्स `INTO_CACHE` (जेणेकरून पुढच्या वेळी ते कॅशे केले जाईल) असतात, त्यानंतर वास्तविक व्हॅल्यू असते.
+
+```solidity
+        // जर की <0x10 असेल, तर ती एकच बाइट म्हणून परत करा
+        if (_key < 0x10)
+            return bytes.concat(bytes1(uint8(_key)));
+```
+
+सिंगल बाइट्स सर्वात सोपे आहेत. आपण `bytes<n>` प्रकाराला बाइट ॲरेमध्ये बदलण्यासाठी [`bytes.concat`](https://docs.soliditylang.org/en/v0.8.16/types.html#the-functions-bytes-concat-and-string-concat) वापरतो, ज्याची कोणतीही लांबी असू शकते. नाव असूनही, फक्त एक युक्तिवाद दिल्यावर ते व्यवस्थित काम करते.
+
+```solidity
+        // दोन बाइट व्हॅल्यू, 0x1vvv म्हणून एन्कोड केलेली
+        if (_key < 0x1000)
+            return bytes.concat(bytes2(uint16(_key) | 0x1000));
+```
+
+जेव्हा आपल्याकडे 16<sup>3</sup> पेक्षा कमी असलेली की असते, तेव्हा आपण ती दोन बाइट्समध्ये व्यक्त करू शकतो. आपण आधी `_key`, जे 256 बिट व्हॅल्यू आहे, ते 16 बिट व्हॅल्यूमध्ये रूपांतरित करतो आणि पहिल्या बाइटमध्ये अतिरिक्त बाइट्सची संख्या जोडण्यासाठी लॉजिकल ऑर वापरतो. मग आपण ते `bytes2` व्हॅल्यूमध्ये टाकतो, जे `bytes` मध्ये रूपांतरित केले जाऊ शकते.
+
+```solidity
+        // खालील ओळी लूप म्हणून करण्याचा कदाचित एक हुशार मार्ग आहे,
+        // पण हे एक व्ह्यू फंक्शन आहे म्हणून मी प्रोग्रामरच्या वेळेसाठी आणि
+        // सोपेपणासाठी ऑप्टिमाइझ करत आहे.
+
+        if (_key < 16*256**2)
+            return bytes.concat(bytes3(uint24(_key) | (0x2 * 16 * 256**2)));
+        if (_key < 16*256**3)
+            return bytes.concat(bytes4(uint32(_key) | (0x3 * 16 * 256**3)));
+             .
+             .
+             .
+        if (_key < 16*256**14)
+            return bytes.concat(bytes15(uint120(_key) | (0xE * 16 * 256**14)));
+        if (_key < 16*256**15)
+            return bytes.concat(bytes16(uint128(_key) | (0xF * 16 * 256**15)));
+```
+
+इतर व्हॅल्यूज (3 बाइट्स, 4 बाइट्स, इत्यादी) त्याच प्रकारे हाताळल्या जातात, फक्त फील्ड आकार भिन्न असतात.
+
+```solidity
+        // जर आपण इथे पोहोचलो, तर काहीतरी चुकले आहे.
+        revert("Error in encodeVal, should not happen");
+```
+
+जर आपण इथे पोहोचलो तर याचा अर्थ आपल्याला एक की मिळाली आहे जी 16\*256<sup>15</sup> पेक्षा कमी नाही. परंतु `cacheWrite` कीज मर्यादित करते त्यामुळे आपण 14\*256<sup>16</sup> पर्यंत पोहोचू शकत नाही (ज्याचा पहिला बाइट 0xFE असेल, म्हणून ते `DONT_CACHE` सारखे दिसेल). परंतु भविष्यात एखादा प्रोग्रामर बग आणल्यास चाचणी जोडण्यासाठी आपल्याला जास्त खर्च येत नाही.
+
+```solidity
+    } // encodeVal
+
+}  // Cache
+```
+
+### कॅशेची चाचणी {#testing-the-cache}
+
+Foundry चा एक फायदा हा आहे की [ते तुम्हाला Solidity मध्ये चाचण्या लिहिण्याची परवानगी देते](https://getfoundry.sh/forge/tests/overview/), ज्यामुळे युनिट चाचण्या लिहिणे सोपे होते. `Cache` क्लाससाठीच्या चाचण्या [येथे](https://github.com/qbzzt/20220915-all-you-can-cache/blob/main/test/Cache.t.sol) आहेत. कारण चाचणी कोड पुनरावृत्तीचा आहे, जसे चाचण्या असतात, हा लेख फक्त मनोरंजक भाग स्पष्ट करतो.
+
+```solidity
+// SPDX-License-Identifier: UNLICENSED
+pragma solidity ^0.8.13;
+
+import "forge-std/Test.sol";
+
+
+// कन्सोलसाठी `forge test -vv` चालवणे आवश्यक आहे.
+import "forge-std/console.sol";
+```
+
+हे फक्त बॉयलरप्लेट आहे जे चाचणी पॅकेज आणि `console.log` वापरण्यासाठी आवश्यक आहे.
+
+```solidity
+import "src/Cache.sol";
+```
+
+आपण ज्या कराराची चाचणी घेत आहोत ते आपल्याला माहित असणे आवश्यक आहे.
+
+```solidity
+contract CacheTest is Test {
+    Cache cache;
+
+    function setUp() public {
+        cache = new Cache();
+    }
+```
+
+`setUp` फंक्शन प्रत्येक चाचणीपूर्वी कॉल केले जाते. या प्रकरणात आपण फक्त एक नवीन कॅशे तयार करतो, जेणेकरून आपल्या चाचण्या एकमेकांवर परिणाम करणार नाहीत.
+
+```solidity
+    function testCaching() public {
+```
+
+चाचण्या ही अशी फंक्शन्स आहेत ज्यांची नावे `test` ने सुरू होतात. हे फंक्शन मूलभूत कॅशे कार्यक्षमता तपासते, व्हॅल्यूज लिहिणे आणि त्या पुन्हा वाचणे.
+
+```solidity
+        for(uint i=1; i<5000; i++) {
+            cache.cacheWrite(i*i);
+        }
+
+        for(uint i=1; i<5000; i++) {
+            assertEq(cache.cacheRead(i), i*i);
+```
+
+[`assert...` फंक्शन्स](https://getfoundry.sh/reference/forge-std/std-assertions/) वापरून तुम्ही प्रत्यक्ष चाचणी कशी करता हे येथे दिले आहे. या प्रकरणात, आम्ही तपासतो की आम्ही लिहिलेली व्हॅल्यू हीच आम्ही वाचलेली व्हॅल्यू आहे. आपण `cache.cacheWrite` चा निकाल सोडून देऊ शकतो कारण आपल्याला माहित आहे की कॅशे की रेषीयपणे नियुक्त केल्या जातात.
+
+```solidity
+        }
+    }    // testCaching
+
+
+    // एकाच व्हॅल्यूला अनेक वेळा कॅशे करा, की तीच
+    // राहील याची खात्री करा
+    function testRepeatCaching() public {
+        for(uint i=1; i<100; i++) {
+            uint _key1 = cache.cacheWrite(i);
+            uint _key2 = cache.cacheWrite(i);
+            assertEq(_key1, _key2);
+        }
+```
+
+प्रथम आम्ही प्रत्येक व्हॅल्यू कॅशेमध्ये दोनदा लिहितो आणि कीज समान असल्याची खात्री करतो (म्हणजे दुसरे लिखाण खरोखरच झाले नाही).
+
+```solidity
+        for(uint i=1; i<100; i+=3) {
+            uint _key = cache.cacheWrite(i);
+            assertEq(_key, i);
+        }
+    }    // testRepeatCaching
+```
+
+सिद्धांतानुसार, एक बग असू शकतो जो सलग कॅशे लेखनावर परिणाम करत नाही. म्हणून येथे आम्ही काही असे लेखन करतो जे सलग नाहीत आणि पाहतो की व्हॅल्यूज अद्याप पुन्हा लिहिल्या जात नाहीत.
+
+```solidity
+    // मेमरी बफरमधून एक uint वाचा (आपण पाठवलेले पॅरामीटर्स
+    // परत मिळतात याची खात्री करण्यासाठी)
+    function toUint256(bytes memory _bytes, uint256 _start) internal pure
+        returns (uint256)
+```
+
+`bytes memory` बफरमधून 256 बिट वर्ड वाचा. हे युटिलिटी फंक्शन आम्हाला कॅशे वापरणारे फंक्शन कॉल चालवल्यावर योग्य परिणाम मिळतात की नाही हे सत्यापित करू देते.
+
+```solidity
+    {
+        require(_bytes.length >= _start + 32, "toUint256_outOfBounds");
+        uint256 tempUint;
+
+        assembly {
+            tempUint := mload(add(add(_bytes, 0x20), _start))
+        }
+```
+
+Yul `uint256` च्या पलीकडे डेटा स्ट्रक्चर्सला समर्थन देत नाही, म्हणून जेव्हा तुम्ही अधिक अत्याधुनिक डेटा स्ट्रक्चरचा संदर्भ देता, जसे की मेमरी बफर `_bytes`, तेव्हा तुम्हाला त्या स्ट्रक्चरचा ॲड्रेस मिळतो. Solidity `bytes memory` व्हॅल्यूज 32 बाइट वर्ड म्हणून संग्रहित करते ज्यात लांबी असते, त्यानंतर वास्तविक बाइट्स असतात, त्यामुळे बाइट क्रमांक `_start` मिळवण्यासाठी आपल्याला `_bytes+32+_start` मोजणे आवश्यक आहे.
+
+```solidity
+
+        return tempUint;
+    }     // toUint256
+
+    // fourParams() साठी फंक्शन सिग्नेचर, सौजन्याने
+    // https://www.4byte.directory/signatures/?bytes4_signature=0x3edc1e6d
+    bytes4 constant FOUR_PARAMS = 0x3edc1e6d;
+
+    // आपल्याला योग्य व्हॅल्यूज परत मिळत आहेत हे पाहण्यासाठी फक्त काही कॉन्स्टंट व्हॅल्यूज
+    uint256 constant VAL_A = 0xDEAD60A7;
+    uint256 constant VAL_B =     0xBEEF;
+    uint256 constant VAL_C =     0x600D;
+    uint256 constant VAL_D = 0x600D60A7;
+```
+
+चाचणीसाठी आपल्याला आवश्यक असलेले काही कॉन्स्टंट्स.
+
+```solidity
+    function testReadParam() public {
+```
+
+`readParams` वापरणारे फंक्शन `fourParams()` ला कॉल करा, जेणेकरून आपण पॅरामीटर्स योग्यरित्या वाचू शकतो की नाही हे तपासता येईल.
+
+```solidity
+        address _cacheAddr = address(cache);
+        bool _success;
+        bytes memory _callInput;
+        bytes memory _callOutput;
+```
+
+आपण कॅशे वापरून फंक्शन कॉल करण्यासाठी सामान्य ABI यंत्रणा वापरू शकत नाही, म्हणून आपल्याला निम्न स्तरावरील [`<address>.call()`](https://docs.soliditylang.org/en/v0.8.16/types.html#members-of-addresses) यंत्रणा वापरण्याची आवश्यकता आहे. ती यंत्रणा इनपुट म्हणून `bytes memory` घेते आणि ते (तसेच बुलियन व्हॅल्यू) आउटपुट म्हणून परत करते.
+
+```solidity
+        // पहिला कॉल, कॅशे रिकामा आहे
+        _callInput = bytes.concat(
+            FOUR_PARAMS,
+```
+
+एकाच करारासाठी कॅश्ड फंक्शन्स (थेट व्यवहारांमधून कॉल करण्यासाठी) आणि नॉन-कॅश्ड फंक्शन्स (इतर स्मार्ट करारांमधून कॉल करण्यासाठी) दोन्हीला समर्थन देणे उपयुक्त आहे. हे करण्यासाठी, आपल्याला सर्व काही [एका `fallback` फंक्शनमध्ये](https://docs.soliditylang.org/en/v0.8.16/contracts.html#fallback-function) टाकण्याऐवजी, योग्य फंक्शनला कॉल करण्यासाठी Solidity यंत्रणेवर अवलंबून राहणे आवश्यक आहे. हे केल्याने कंपोझेबिलिटी खूप सोपी होते. बहुतेक प्रकरणांमध्ये फंक्शन ओळखण्यासाठी एकच बाइट पुरेसा असेल, म्हणून आपण तीन बाइट्स (16\*3=48 गॅस) वाया घालवत आहोत. तथापि, मी हे लिहित असताना त्या 48 गॅसची किंमत 0.07 सेंट आहे, जी सोप्या, कमी बग प्रोन कोडसाठी वाजवी किंमत आहे.
+
+```solidity
+            // पहिली व्हॅल्यू, ती कॅशेमध्ये जोडा
+            cache.INTO_CACHE(),
+            bytes32(VAL_A),
+```
+
+पहिली व्हॅल्यू: एक फ्लॅग जो सांगतो की ही एक पूर्ण व्हॅल्यू आहे जी कॅशेमध्ये लिहिली पाहिजे, त्यानंतर व्हॅल्यूचे 32 बाइट्स. इतर तीन व्हॅल्यूज सारख्याच आहेत, फक्त `VAL_B` कॅशेमध्ये लिहिलेली नाही आणि `VAL_C` तिसरा आणि चौथा दोन्ही पॅरामीटर आहे.
+
+```solidity
+             .
+             .
+             .
+        );
+        (_success, _callOutput) = _cacheAddr.call(_callInput);
+```
+
+येथेच आपण प्रत्यक्षात `Cache` कराराला कॉल करतो.
+
+```solidity
+        assertEq(_success, true);
+```
+
+आम्ही अपेक्षा करतो की कॉल यशस्वी होईल.
+
+```solidity
+        assertEq(cache.cacheRead(1), VAL_A);
+        assertEq(cache.cacheRead(2), VAL_C);
+```
+
+आपण रिकाम्या कॅशेने सुरुवात करतो आणि नंतर `VAL_A` आणि त्यानंतर `VAL_C` जोडतो. आम्ही अपेक्षा करतो की पहिल्याची की 1 असेल आणि दुसऱ्याची 2 असेल.
+
+```
+        assertEq(toUint256(_callOutput,0), VAL_A);
+        assertEq(toUint256(_callOutput,32), VAL_B);
+        assertEq(toUint256(_callOutput,64), VAL_C);
+        assertEq(toUint256(_callOutput,96), VAL_C);
+```
+
+आउटपुट हे चार पॅरामीटर्स आहेत. येथे आम्ही ते योग्य असल्याची पडताळणी करतो.
+
+```solidity
+        // दुसरा कॉल, आपण कॅशे वापरू शकतो
+        _callInput = bytes.concat(
+            FOUR_PARAMS,
+
+            // कॅशेमधील पहिली व्हॅल्यू
+            bytes1(0x01),
+```
+
+16 पेक्षा कमी असलेल्या कॅशे की फक्त एक बाइटच्या असतात.
+
+```solidity
+            // दुसरी व्हॅल्यू, ती कॅशेमध्ये जोडू नका
+            cache.DONT_CACHE(),
+            bytes32(VAL_B),
+
+            // तिसरी आणि चौथी व्हॅल्यू, समान व्हॅल्यू
+            bytes1(0x02),
+            bytes1(0x02)
+        );
+        .
+        .
+        .
+    }   // testReadParam
+```
+
+कॉलनंतरच्या चाचण्या पहिल्या कॉलनंतरच्या चाचण्यांसारख्याच आहेत.
+
+```solidity
+    function testEncodeVal() public {
+```
+
+हे फंक्शन `testReadParam` सारखेच आहे, फक्त फरक एवढाच की पॅरामीटर्स स्पष्टपणे लिहिण्याऐवजी आपण `encodeVal()` वापरतो.
+
+```solidity
+        .
+        .
+        .
+        _callInput = bytes.concat(
+            FOUR_PARAMS,
+            cache.encodeVal(VAL_A),
+            cache.encodeVal(VAL_B),
+            cache.encodeVal(VAL_C),
+            cache.encodeVal(VAL_D)
+        );
+        .
+        .
+        .
+        assertEq(_callInput.length, 4+1*4);
+    }   // testEncodeVal
+```
+
+`testEncodeVal()` मधील एकमेव अतिरिक्त चाचणी म्हणजे `_callInput` ची लांबी योग्य आहे की नाही हे तपासणे. पहिल्या कॉलसाठी ते 4+33\*4 आहे. दुसऱ्यासाठी, जिथे प्रत्येक व्हॅल्यू आधीच कॅशेमध्ये आहे, ते 4+1\*4 आहे.
+
+```solidity
+    // जेव्हा की एका बाइटपेक्षा जास्त असेल तेव्हा encodeVal ची चाचणी घ्या
+    // कमाल तीन बाइट्स कारण कॅशे चार बाइट्सपर्यंत भरण्यास
+    // खूप वेळ लागतो.
+    function testEncodeValBig() public {
+        // कॅशेमध्ये अनेक व्हॅल्यूज ठेवा.
+        // गोष्टी सोप्या ठेवण्यासाठी, व्हॅल्यू n साठी की n वापरा.
+        for(uint i=1; i<0x1FFF; i++) {
+            cache.cacheWrite(i);
+        }
+```
+
+वरील `testEncodeVal` फंक्शन कॅशेमध्ये फक्त चार व्हॅल्यूज लिहिते, त्यामुळे [फंक्शनचा जो भाग मल्टी-बाइट व्हॅल्यूज हाताळतो](https://github.com/qbzzt/20220915-all-you-can-cache/blob/main/src/Cache.sol#L144-L171) तो तपासला जात नाही. परंतु तो कोड गुंतागुंतीचा आणि त्रुटी-प्रवण आहे.
+
+या फंक्शनचा पहिला भाग एक लूप आहे जो 1 ते 0x1FFF पर्यंतच्या सर्व व्हॅल्यूज क्रमाने कॅशेमध्ये लिहितो, जेणेकरून आपण त्या व्हॅल्यूज एन्कोड करू शकू आणि त्या कुठे जात आहेत हे जाणून घेऊ शकू.
+
+```solidity
+        .
+        .
+        .
+
+        _callInput = bytes.concat(
+            FOUR_PARAMS,
+            cache.encodeVal(0x000F),   // एक बाइट        0x0F
+            cache.encodeVal(0x0010),   // दोन बाइट्स     0x1010
+            cache.encodeVal(0x0100),   // दोन बाइट्स     0x1100
+            cache.encodeVal(0x1000)    // तीन बाइट्स 0x201000
+        );
+```
+
+एक बाइट, दोन बाइट आणि तीन बाइट व्हॅल्यूजची चाचणी घ्या. आम्ही त्यापलीकडे चाचणी करत नाही कारण पुरेशा स्टॅक नोंदी लिहिण्यासाठी खूप वेळ लागेल (किमान 0x10000000, अंदाजे पाव अब्ज).
+
+```solidity
+        .
+        .
+        .
+        .
+    }    // testEncodeValBig
+
+
+    // अत्यंत लहान बफरमुळे आपल्याला रिव्हर्ट मिळतो की नाही याची चाचणी
+    function testShortCalldata() public {
+```
+
+जेव्हा पुरेसे पॅरामीटर्स नसतात तेव्हा असामान्य परिस्थितीत काय होते याची चाचणी घ्या.
+
+```solidity
+        .
+        .
+        .
+        (_success, _callOutput) = _cacheAddr.call(_callInput);
+        assertEq(_success, false);
+    }   // testShortCalldata
+```
+
+ते रिव्हर्ट होत असल्याने, आपल्याला मिळणारा निकाल `false` असावा.
+
+```
+    // अस्तित्वात नसलेल्या कॅशे कीजसह कॉल करा
+    function testNoCacheKey() public {
+        .
+        .
+        .
+        _callInput = bytes.concat(
+            FOUR_PARAMS,
+
+            // पहिली व्हॅल्यू, ती कॅशेमध्ये जोडा
+            cache.INTO_CACHE(),
+            bytes32(VAL_A),
+
+            // दुसरी व्हॅल्यू
+            bytes1(0x0F),
+            bytes2(0x1234),
+            bytes11(0xA10102030405060708090A)
+        );
+```
+
+हे फंक्शन चार पूर्णपणे कायदेशीर पॅरामीटर्स मिळवते, फक्त फरक एवढाच की कॅशे रिकामा आहे त्यामुळे वाचण्यासाठी तेथे कोणतीही व्हॅल्यूज नाहीत.
+
+```solidity
+        .
+        .
+        .
+    // अत्यंत लांब बफरसह सर्व काही व्यवस्थित काम करते की नाही याची चाचणी
+    function testLongCalldata() public {
+        address _cacheAddr = address(cache);
+        bool _success;
+        bytes memory _callInput;
+        bytes memory _callOutput;
+
+        // पहिला कॉल, कॅशे रिकामा आहे
+        _callInput = bytes.concat(
+            FOUR_PARAMS,
+
+            // पहिली व्हॅल्यू, ती कॅशेमध्ये जोडा
+            cache.INTO_CACHE(), bytes32(VAL_A),
+
+            // दुसरी व्हॅल्यू, ती कॅशेमध्ये जोडा
+            cache.INTO_CACHE(), bytes32(VAL_B),
+
+            // तिसरी व्हॅल्यू, ती कॅशेमध्ये जोडा
+            cache.INTO_CACHE(), bytes32(VAL_C),
+
+            // चौथी व्हॅल्यू, ती कॅशेमध्ये जोडा
+            cache.INTO_CACHE(), bytes32(VAL_D),
+
+            // आणि "गुड लक" साठी आणखी एक व्हॅल्यू
+            bytes4(0x31112233)
+        );
+```
+
+हे फंक्शन पाच व्हॅल्यूज पाठवते. आम्हाला माहित आहे की पाचवी व्हॅल्यू दुर्लक्षित केली जाते कारण ती वैध कॅशे नोंद नाही, जी समाविष्ट केली नसती तर रिव्हर्ट झाली असती.
+
+```solidity
+        (_success, _callOutput) = _cacheAddr.call(_callInput);
+        assertEq(_success, true);
+        .
+        .
+        .
+    }   // testLongCalldata
+
+}        // CacheTest
+
+```
+
+## एक नमुना ॲप्लिकेशन {#a-sample-app}
+
+Solidity मध्ये चाचण्या लिहिणे खूप चांगले आहे, पण शेवटी, उपयुक्त होण्यासाठी dapp ला चेनच्या बाहेरून आलेल्या विनंत्यांवर प्रक्रिया करता आली पाहिजे. हा लेख `WORM` सह dapp मध्ये कॅशिंग कसे वापरावे हे दाखवतो, ज्याचा अर्थ "एकदा लिहा, अनेकदा वाचा" असा होतो. जर की अजून लिहिलेली नसेल, तर तुम्ही त्यावर एक व्हॅल्यू लिहू शकता. जर की आधीच लिहिलेली असेल, तर तुम्हाला रिव्हर्ट मिळेल.
+
+### करार {#the-contract}
+
+[हा करार आहे](https://github.com/qbzzt/20220915-all-you-can-cache/blob/main/src/WORM.sol). हे बहुतेक `Cache` आणि `CacheTest` सह आपण आधीच जे केले आहे त्याचीच पुनरावृत्ती करते, म्हणून आपण फक्त मनोरंजक भाग कव्हर करू.
+
+```solidity
+import "./Cache.sol";
+
+contract WORM is Cache {
+```
+
+`Cache` वापरण्याचा सर्वात सोपा मार्ग म्हणजे तो आपल्या स्वतःच्या करारामध्ये इनहेरिट करणे.
+
+```solidity
+    function writeEntryCached() external {
+        uint[] memory params = _readParams(2);
+        writeEntry(params[0], params[1]);
+    }    // writeEntryCached
+```
+
+हे फंक्शन वरील `CacheTest` मधील `fourParam` सारखेच आहे. कारण आपण ABI स्पेसिफिकेशन्सचे पालन करत नाही, त्यामुळे फंक्शनमध्ये कोणतेही पॅरामीटर्स घोषित न करणे चांगले आहे.
+
+```solidity
+    // आम्हाला कॉल करणे सोपे करा
+    // writeEntryCached() साठी फंक्शन सिग्नेचर, सौजन्याने
+    // https://www.4byte.directory/signatures/?bytes4_signature=0xe4e4f2d3
+    bytes4 constant public WRITE_ENTRY_CACHED = 0xe4e4f2d3;
+```
+
+`writeEntryCached` ला कॉल करणारा बाह्य कोडला `worm.writeEntryCached` वापरण्याऐवजी मॅन्युअली कॉलडेटा तयार करावा लागेल, कारण आम्ही ABI स्पेसिफिकेशन्सचे पालन करत नाही. हे कॉन्स्टंट व्हॅल्यू असल्याने ते लिहिणे सोपे होते.
+
+लक्षात ठेवा की आम्ही `WRITE_ENTRY_CACHED` ला स्टेट व्हेरिएबल म्हणून परिभाषित केले असले तरी, ते बाहेरून वाचण्यासाठी त्यासाठी गेटर फंक्शन `worm.WRITE_ENTRY_CACHED()` वापरणे आवश्यक आहे.
+
+```solidity
+    function readEntry(uint key) public view
+        returns (uint _value, address _writtenBy, uint _writtenAtBlock)
+```
+
+रीड फंक्शन `view` आहे, त्यामुळे त्याला व्यवहाराची आवश्यकता नाही आणि गॅस लागत नाही. परिणामी, पॅरामीटरसाठी कॅशे वापरण्याचा कोणताही फायदा नाही. व्ह्यू फंक्शन्ससह, सोपी असलेली मानक यंत्रणा वापरणे सर्वोत्तम आहे.
+
+### चाचणी कोड {#the-testing-code}
+
+[हा करारासाठीचा चाचणी कोड आहे](https://github.com/qbzzt/20220915-all-you-can-cache/blob/main/test/WORM.t.sol). पुन्हा, आपण फक्त मनोरंजक गोष्टी पाहू.
+
+```solidity
+    function testWReadWrite() public {
+        worm.writeEntry(0xDEAD, 0x60A7);
+
+        vm.expectRevert(bytes("entry already written"));
+        worm.writeEntry(0xDEAD, 0xBEEF);
+```
+
+Foundry चाचणीमध्ये पुढील कॉल अयशस्वी व्हावा आणि अयशस्वी होण्याचे नोंदवलेले कारण कसे निर्दिष्ट करावे हे [हे (`vm.expectRevert`)](https://book.getfoundry.sh/cheatcodes/expect-revert#expectrevert) आहे. जेव्हा आपण `<contract>.<function name>` सिंटॅक्स वापरतो तेव्हा हे लागू होते()` कॉलडेटा तयार करून आणि निम्न-स्तरीय इंटरफेस (`<contract>.call()` इत्यादी) वापरून कराराला कॉल करण्याऐवजी.
+
+```solidity
+    function testReadWriteCached() public {
+        uint cacheGoat = worm.cacheWrite(0x60A7);
+```
+
+येथे आपण या वस्तुस्थितीचा वापर करतो की `cacheWrite` कॅशे की परत करते. हे असे काहीतरी नाही जे आपण उत्पादनात वापरण्याची अपेक्षा करतो, कारण `cacheWrite` स्टेट बदलते आणि म्हणून फक्त व्यवहारादरम्यानच कॉल केले जाऊ शकते. व्यवहारांना रिटर्न व्हॅल्यूज नसतात, जर त्यांचे निकाल असतील तर ते निकाल इव्हेंट म्हणून प्रसारित केले जातात. त्यामुळे `cacheWrite` रिटर्न व्हॅल्यू केवळ ऑनचेन कोडवरूनच ॲक्सेस करता येते आणि ऑनचेन कोडला पॅरामीटर कॅशिंगची आवश्यकता नसते.
+
+```solidity
+        (_success,) = address(worm).call(_callInput);
+```
+
+याद्वारे आपण Solidity ला सांगतो की `<contract address>.call()` मध्ये दोन रिटर्न व्हॅल्यूज असल्या तरी, आपल्याला फक्त पहिल्याचीच काळजी आहे.
+
+```solidity
+        (_success,) = address(worm).call(_callInput);
+        assertEq(_success, false);
+```
+
+कारण आपण निम्न-स्तरीय `<address>.call()` फंक्शन वापरतो, आपण `vm.expectRevert()` वापरू शकत नाही आणि आपल्याला कॉलमधून मिळणाऱ्या बुलियन यश व्हॅल्यूकडे लक्ष द्यावे लागते.
+
+```solidity
+    event EntryWritten(uint indexed key, uint indexed value);
+
+        .
+        .
+        .
+
+        _callInput = bytes.concat(
+            worm.WRITE_ENTRY_CACHED(), worm.encodeVal(a), worm.encodeVal(b));
+        vm.expectEmit(true, true, false, false);
+        emit EntryWritten(a, b);
+        (_success,) = address(worm).call(_callInput);
+```
+
+Foundry मध्ये कोड [योग्यरित्या इव्हेंट प्रसारित करतो](https://getfoundry.sh/reference/cheatcodes/expect-emit/) की नाही हे तपासण्याचा हा मार्ग आहे.
+
+### क्लायंट {#the-client}
+
+Solidity चाचण्यांसोबत एक गोष्ट मिळत नाही ती म्हणजे जावास्क्रिप्ट कोड जो तुम्ही तुमच्या स्वतःच्या ॲप्लिकेशनमध्ये कट आणि पेस्ट करू शकता. तो कोड लिहिण्यासाठी मी WORM ला [Optimism Goerli](https://community.optimism.io/docs/useful-tools/networks/#optimism-goerli) वर तैनात केले, जो [Optimism's](https://www.optimism.io/) नवीन टेस्टनेट आहे. ते [`0xd34335b1d818cee54e3323d3246bd31d94e6a78a`](https://goerli-optimism.etherscan.io/address/0xd34335b1d818cee54e3323d3246bd31d94e6a78a) ॲड्रेसवर आहे.
+
+[तुम्ही क्लायंटसाठी जावास्क्रिप्ट कोड येथे पाहू शकता](https://github.com/qbzzt/20220915-all-you-can-cache/blob/main/javascript/index.js). ते वापरण्यासाठी:
+
+1. गिट रिपॉझिटरी क्लोन करा:
+
+   ```sh
+   git clone https://github.com/qbzzt/20220915-all-you-can-cache.git
+   ```
+
+2. आवश्यक पॅकेजेस स्थापित करा:
+
+   ```sh
+   cd javascript
+   yarn
+   ```
+
+3. कॉन्फिगरेशन फाईल कॉपी करा:
+
+   ```sh
+   cp .env.example .env
+   ```
+
+4. तुमच्या कॉन्फिगरेशनसाठी `.env` संपादित करा:
+
+   | पॅरामीटर                                                      | मूल्य                                                                                                                                                                                                     |
+   | ------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+   | MNEMONIC                                                      | एका खात्यासाठी मेमोनिक ज्यामध्ये व्यवहारासाठी पैसे भरण्यासाठी पुरेसे ETH आहे. [तुम्ही Optimism Goerli नेटवर्कसाठी मोफत ETH येथे मिळवू शकता](https://optimismfaucet.xyz/). |
+   | OPTIMISM_GOERLI_URL | Optimism Goerli साठी URL. पब्लिक एंडपॉइंट, `https://goerli.optimism.io`, रेट लिमिटेड आहे पण आपल्याला येथे जे हवे आहे त्यासाठी पुरेसा आहे                                                  |
+
+5. `index.js` चालवा.
+
+   ```sh
+   node index.js
+   ```
+
+   हे नमुना ॲप्लिकेशन प्रथम WORM मध्ये एक नोंद लिहिते, कॉलडेटा आणि Etherscan वरील व्यवहाराची लिंक दर्शवते. नंतर ते ती नोंद परत वाचते, आणि ती वापरत असलेली की आणि नोंदीमधील व्हॅल्यूज (व्हॅल्यू, ब्लॉक क्रमांक आणि लेखक) दर्शवते.
+
+बहुतेक क्लायंट सामान्य Dapp JavaScript आहे. त्यामुळे पुन्हा आपण फक्त मनोरंजक भागांवरच नजर टाकू.
+
+```javascript
+.
+.
+.
+const main = async () => {
+    const func = await worm.WRITE_ENTRY_CACHED()
+
+    // प्रत्येक वेळी नवीन की आवश्यक आहे
+    const key = await worm.encodeVal(Number(new Date()))
+```
+
+दिलेल्या स्लॉटमध्ये फक्त एकदाच लिहिले जाऊ शकते, म्हणून आम्ही स्लॉट पुन्हा वापरत नाही याची खात्री करण्यासाठी टाइमस्टॅम्प वापरतो.
+
+```javascript
+const val = await worm.encodeVal("0x600D")
+
+// एक नोंद लिहा
+const calldata = func + key.slice(2) + val.slice(2)
+```
+
+Ethers ला कॉल डेटा हेक्स स्ट्रिंग असण्याची अपेक्षा आहे, `0x` नंतर सम संख्येतील हेक्साडेसिमल अंक. `key` आणि `val` दोन्ही `0x` ने सुरू होत असल्याने, आपल्याला ते हेडर काढून टाकणे आवश्यक आहे.
+
+```javascript
+const tx = await worm.populateTransaction.writeEntryCached()
+tx.data = calldata
+
+sentTx = await wallet.sendTransaction(tx)
+```
+
+Solidity चाचणी कोडप्रमाणे, आपण कॅश्ड फंक्शनला सामान्यपणे कॉल करू शकत नाही. त्याऐवजी, आपल्याला निम्न-स्तरीय यंत्रणा वापरण्याची आवश्यकता आहे.
+
+```javascript
+    .
+    .
+    .
+    // नुकतीच लिहिलेली नोंद वाचा
+    const realKey = '0x' + key.slice(4)  // FF फ्लॅग काढा
+    const entryRead = await worm.readEntry(realKey)
+    .
+    .
+    .
+```
+
+नोंदी वाचण्यासाठी आपण सामान्य यंत्रणा वापरू शकतो. `view` फंक्शन्ससह पॅरामीटर कॅशिंग वापरण्याची आवश्यकता नाही.
+
+## निष्कर्ष {#conclusion}
+
+या लेखातील कोड एक प्रूफ ऑफ कॉन्सेप्ट आहे, उद्देश ही कल्पना समजण्यास सोपी करणे हा आहे. उत्पादनासाठी सज्ज प्रणालीसाठी तुम्ही काही अतिरिक्त कार्यक्षमता लागू करू शकता:
+
+- `uint256` नसलेल्या व्हॅल्यूज हाताळा. उदाहरणार्थ, स्ट्रिंग्स.
+- जागतिक कॅशेऐवजी, कदाचित वापरकर्ते आणि कॅशे यांच्यात मॅपिंग ठेवा. वेगवेगळे वापरकर्ते वेगवेगळ्या व्हॅल्यूज वापरतात.
+- ॲड्रेससाठी वापरल्या जाणार्‍या व्हॅल्यूज इतर उद्देशांसाठी वापरल्या जाणार्‍या व्हॅल्यूजपेक्षा वेगळ्या असतात. फक्त ॲड्रेससाठी वेगळा कॅशे असणे अर्थपूर्ण असू शकते.
+- सध्या, कॅशे की "प्रथम येणाऱ्यास, सर्वात लहान की" अल्गोरिदमवर आहेत. पहिल्या सोळा व्हॅल्यूज एकाच बाइटमध्ये पाठवल्या जाऊ शकतात. पुढील 4080 व्हॅल्यूज दोन बाइट्समध्ये पाठवल्या जाऊ शकतात. पुढील अंदाजे दहा लाख व्हॅल्यूज तीन बाइट्सच्या आहेत, इत्यादी. एक उत्पादन प्रणालीने कॅशे नोंदींवर वापर काउंटर ठेवावेत आणि त्यांची पुनर्रचना करावी जेणेकरून सोळा _सर्वात सामान्य_ व्हॅल्यूज एक बाइटच्या असतील, पुढील 4080 सर्वात सामान्य व्हॅल्यूज दोन बाइट्सच्या असतील, इत्यादी.
+
+  तथापि, ही एक संभाव्य धोकादायक क्रिया आहे. खालील घटनांचा क्रम कल्पना करा:
+
+  1. नोआम नेव्ह त्याला टोकन पाठवायचे असलेल्या ॲड्रेसला एन्कोड करण्यासाठी `encodeVal` ला कॉल करतो. तो ॲड्रेस ॲप्लिकेशनवर वापरल्या जाणाऱ्या पहिल्या ॲड्रेसपैकी एक आहे, त्यामुळे एन्कोड केलेली व्हॅल्यू 0x06 आहे. हे एक `view` फंक्शन आहे, व्यवहार नाही, त्यामुळे ते नोआम आणि तो वापरत असलेल्या नोडच्या दरम्यान आहे आणि इतर कोणालाही त्याबद्दल माहिती नाही
+
+  2. ओवेन ओनर कॅशे पुनर्रचना ऑपरेशन चालवतो. फार कमी लोक प्रत्यक्षात तो ॲड्रेस वापरतात, त्यामुळे तो आता 0x201122 म्हणून एन्कोड केला आहे. एक वेगळी व्हॅल्यू, 10<sup>18</sup>, 0x06 ला नियुक्त केली आहे.
+
+  3. नोआम नेव्ह त्याचे टोकन 0x06 वर पाठवतो. ते `0x0000000000000000000000000de0b6b3a7640000` ॲड्रेसवर जातात, आणि त्या ॲड्रेसची प्रायव्हेट की कोणालाच माहीत नसल्याने, ते तिथेच अडकून पडतात. नोआम _खुश नाही_.
+
+  ही समस्या सोडवण्याचे मार्ग आहेत, आणि कॅशे पुनर्रचनेदरम्यान मेमपूलमध्ये असलेल्या व्यवहारांची संबंधित समस्या, पण तुम्हाला त्याबद्दल जागरूक असले पाहिजे.
+
+मी येथे Optimism सह कॅशिंगचे प्रदर्शन केले आहे, कारण मी Optimism चा कर्मचारी आहे आणि हा रोलअप मला सर्वोत्तम माहीत आहे. परंतु ते कोणत्याही रोलअपसह कार्य केले पाहिजे जे अंतर्गत प्रक्रियेसाठी किमान खर्च आकारते, जेणेकरून तुलनेत L1 वर व्यवहार डेटा लिहिणे हा मोठा खर्च असेल.
+
+[माझ्या कामाबद्दल अधिक माहितीसाठी येथे पहा](https://cryptodocguy.pro/).
+
diff --git a/public/content/translations/mr/developers/tutorials/app-plasma/index.md b/public/content/translations/mr/developers/tutorials/app-plasma/index.md
new file mode 100644
index 00000000000..9a26c00004e
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/app-plasma/index.md
@@ -0,0 +1,1256 @@
+---
+title: "गोपनीयतेचे संरक्षण करणारा ॲप-विशिष्ट प्लाझ्मा लिहा"
+description: "या ट्युटोरिअलमध्ये, आम्ही ठेवींसाठी एक अर्ध-गुप्त बँक तयार करतो. बँक एक केंद्रीकृत घटक आहे; तिला प्रत्येक वापरकर्त्याची शिल्लक माहीत असते. तथापि, ही माहिती ऑनचेन साठवली जात नाही. त्याऐवजी, बँक स्टेटचा हॅश पोस्ट करते. प्रत्येक वेळी व्यवहार होतो तेव्हा, बँक नवीन हॅश पोस्ट करते, यासोबतच एक शून्य-ज्ञान पुरावा देखील देते की तिच्याकडे एक स्वाक्षरी केलेला व्यवहार आहे जो हॅश स्टेटला नवीन स्टेटमध्ये बदलतो. हे ट्युटोरिअल वाचल्यानंतर, तुम्हाला शून्य-ज्ञान पुरावे कसे वापरायचे हे तर समजेलच, पण ते का वापरायचे आणि सुरक्षितपणे कसे वापरायचे हे देखील समजेल."
+author: Ori Pomerantz
+tags: [ "शून्य-ज्ञान", "सर्व्हर", "ऑफचेन", "गोपनीयता" ]
+skill: advanced
+lang: mr
+published: 2025-10-15
+---
+
+## प्रस्तावना {#introduction}
+
+[रोलअप्स](/developers/docs/scaling/zk-rollups/) च्या तुलनेत, [प्लाझ्मा](/developers/docs/scaling/plasma) अखंडतेसाठी Ethereum मेननेट वापरतात, परंतु उपलब्धतेसाठी नाही. या लेखात, आम्ही एक ॲप्लिकेशन लिहितो जे प्लाझ्मासारखे वागते, ज्यात Ethereum अखंडतेची (अनधिकृत बदल नाहीत) हमी देतो परंतु उपलब्धतेची नाही (एक केंद्रीकृत घटक बंद होऊ शकतो आणि संपूर्ण प्रणाली अक्षम करू शकतो).
+
+आम्ही येथे जे ॲप्लिकेशन लिहित आहोत ते एक गोपनीयता-संरक्षक बँक आहे. वेगवेगळ्या ॲड्रेसवर शिल्लक असलेली खाती आहेत, आणि ते इतर खात्यांमध्ये पैसे (ETH) पाठवू शकतात. बँक स्टेट (खाती आणि त्यांची शिल्लक) आणि व्यवहारांचे हॅश पोस्ट करते, परंतु वास्तविक शिल्लक ऑफचेन ठेवते जिथे ते खाजगी राहू शकतात.
+
+## डिझाइन {#design}
+
+ही प्रोडक्शन-रेडी प्रणाली नाही, तर एक शिकवण्याचे साधन आहे. त्यामुळे, ते अनेक सरलीकरण गृहितकांसह लिहिलेले आहे.
+
+- निश्चित खाते पूल. खात्यांची एक विशिष्ट संख्या आहे, आणि प्रत्येक खाते एका पूर्वनिश्चित ॲड्रेसचे आहे. यामुळे एक अधिक सोपी प्रणाली तयार होते कारण शून्य-ज्ञान पुराव्यांमध्ये व्हेरिएबल-आकाराच्या डेटा स्ट्रक्चर्स हाताळणे कठीण आहे. प्रोडक्शन-रेडी प्रणालीसाठी, आपण [मर्कल रूट](/developers/tutorials/merkle-proofs-for-offline-data-integrity/) स्टेट हॅश म्हणून वापरू शकतो आणि आवश्यक शिलकेसाठी मर्कल पुरावे देऊ शकतो.
+
+- मेमरी स्टोरेज. प्रोडक्शन प्रणालीवर, रीस्टार्ट झाल्यास सर्व खात्यांमधील शिल्लक जपून ठेवण्यासाठी आम्हाला त्या डिस्कवर लिहिण्याची आवश्यकता आहे. येथे, माहिती सहज गमावली तरी चालेल.
+
+- फक्त ट्रान्सफर. प्रोडक्शन प्रणालीला बँकेत मालमत्ता जमा करण्याचा आणि त्या काढण्याचा मार्ग आवश्यक असतो. परंतु येथे उद्देश केवळ संकल्पना स्पष्ट करणे आहे, म्हणून ही बँक केवळ ट्रान्सफरपुरती मर्यादित आहे.
+
+### शून्य-ज्ञान पुरावे {#zero-knowledge-proofs}
+
+मूलभूत स्तरावर, एक शून्य-ज्ञान पुरावा दर्शवितो की प्रोव्हरला काही डेटा, _Data<sub>private</sub>_ माहित आहे, जसे की काही सार्वजनिक डेटा, _Data<sub>public</sub>_, आणि _Data<sub>private</sub>_ यांच्यात एक संबंध _Relationship_ आहे. व्हेरिफायरला _Relationship_ आणि _Data<sub>public</sub>_ माहीत असते.
+
+गोपनीयता जपण्यासाठी, आपल्याला स्टेट्स आणि व्यवहार खाजगी ठेवण्याची गरज आहे. पण अखंडता सुनिश्चित करण्यासाठी, आम्हाला स्टेट्सचा [क्रिप्टोग्राफिक हॅश](https://en.wikipedia.org/wiki/Cryptographic_hash_function) सार्वजनिक ठेवण्याची गरज आहे. व्यवहार सबमिट करणाऱ्या लोकांना ते व्यवहार खरोखरच झाले आहेत हे सिद्ध करण्यासाठी, आम्हाला व्यवहार हॅश देखील पोस्ट करण्याची आवश्यकता आहे.
+
+बहुतेक प्रकरणांमध्ये, _Data<sub>private</sub>_ हे शून्य-ज्ञान पुरावा प्रोग्रामसाठी इनपुट असते आणि _Data<sub>public</sub>_ हे आउटपुट असते.
+
+_Data<sub>private</sub>_ मधील ही फील्ड्स:
+
+- _State<sub>n</sub>_, जुनी स्टेट
+- _State<sub>n+1</sub>_, नवीन स्टेट
+- _Transaction_, एक व्यवहार जो जुन्या स्टेटमधून नवीन स्टेटमध्ये बदलतो. या व्यवहारामध्ये ही फील्ड्स समाविष्ट असणे आवश्यक आहे:
+  - _गंतव्य ॲड्रेस_ जो ट्रान्सफर प्राप्त करतो
+  - ट्रान्सफर केली जाणारी _रक्कम_
+  - प्रत्येक व्यवहारावर एकदाच प्रक्रिया केली जाऊ शकते हे सुनिश्चित करण्यासाठी _नॉन्स_.
+    स्त्रोत ॲड्रेस व्यवहारामध्ये असण्याची गरज नाही, कारण तो स्वाक्षरीतून परत मिळवता येतो.
+- _स्वाक्षरी_, व्यवहार करण्यासाठी अधिकृत असलेली स्वाक्षरी. आमच्या बाबतीत, व्यवहार करण्यासाठी अधिकृत असलेला एकमेव ॲड्रेस स्त्रोत ॲड्रेस आहे. कारण आमची शून्य-ज्ञान प्रणाली ज्या प्रकारे काम करते, आम्हाला Ethereum स्वाक्षरी व्यतिरिक्त, खात्याची सार्वजनिक की देखील आवश्यक आहे.
+
+ही _Data<sub>public</sub>_ मधील फील्ड्स आहेत:
+
+- _Hash(State<sub>n</sub>)_ जुन्या स्टेटचा हॅश
+- _Hash(State<sub>n+1</sub>)_ नवीन स्टेटचा हॅश
+- _Hash(Transaction)_ त्या व्यवहाराचा हॅश जो स्टेटला _State<sub>n</sub>_ मधून _State<sub>n+1</sub>_ मध्ये बदलतो.
+
+संबंध अनेक अटी तपासतो:
+
+- सार्वजनिक हॅश खरोखरच खाजगी फील्ड्ससाठी योग्य हॅश आहेत.
+- व्यवहार, जुन्या स्टेटवर लागू केल्यावर, नवीन स्टेटमध्ये परिणाम करतो.
+- स्वाक्षरी व्यवहाराच्या स्त्रोत ॲड्रेसवरून येते.
+
+क्रिप्टोग्राफिक हॅश फंक्शन्सच्या गुणधर्मांमुळे, या अटी सिद्ध करणे अखंडता सुनिश्चित करण्यासाठी पुरेसे आहे.
+
+### डेटा स्ट्रक्चर्स {#data-structures}
+
+प्राथमिक डेटा स्ट्रक्चर सर्व्हरद्वारे धारण केलेली स्टेट आहे. प्रत्येक खात्यासाठी, सर्व्हर खात्याची शिल्लक आणि एक [नॉन्स](https://en.wikipedia.org/wiki/Cryptographic_nonce) चा मागोवा ठेवतो, जो [रिप्ले अटॅक](https://en.wikipedia.org/wiki/Replay_attack) रोखण्यासाठी वापरला जातो.
+
+### घटक {#components}
+
+या प्रणालीला दोन घटक आवश्यक आहेत:
+
+- _सर्व्हर_ जो व्यवहार स्वीकारतो, त्यावर प्रक्रिया करतो, आणि शून्य-ज्ञान पुराव्यांसह हॅश चेनवर पोस्ट करतो.
+- एक _स्मार्ट कॉन्ट्रॅक्ट_ जो हॅश साठवतो आणि स्टेट संक्रमण वैध असल्याची खात्री करण्यासाठी शून्य-ज्ञान पुरावे सत्यापित करतो.
+
+### डेटा आणि नियंत्रण प्रवाह {#flows}
+
+एका खात्यातून दुसऱ्या खात्यात हस्तांतरण करण्यासाठी विविध घटक ज्या प्रकारे संवाद साधतात ते खालीलप्रमाणे आहेत.
+
+1. एक वेब ब्राउझर स्वाक्षरी केलेला व्यवहार सबमिट करतो जो स्वाक्षरीकर्त्याच्या खात्यातून वेगळ्या खात्यात हस्तांतरण करण्याची विनंती करतो.
+
+2. सर्व्हर सत्यापित करतो की व्यवहार वैध आहे:
+
+   - स्वाक्षरीकर्त्याचे बँकेत पुरेशी शिल्लक असलेले खाते आहे.
+   - प्राप्तकर्त्याचे बँकेत एक खाते आहे.
+
+3. सर्व्हर स्वाक्षरीकर्त्याच्या शिलकेतून हस्तांतरित केलेली रक्कम वजा करून आणि ती प्राप्तकर्त्याच्या शिलकेत जोडून नवीन स्टेटची गणना करतो.
+
+4. सर्व्हर एक शून्य-ज्ञान पुरावा तयार करतो की स्टेट बदल वैध आहे.
+
+5. सर्व्हर Ethereum ला एक व्यवहार सबमिट करतो ज्यात समाविष्ट आहे:
+
+   - नवीन स्टेट हॅश
+   - व्यवहार हॅश (जेणेकरून व्यवहार पाठवणाऱ्याला कळेल की त्यावर प्रक्रिया झाली आहे)
+   - शून्य-ज्ञान पुरावा जो नवीन स्टेटमध्ये संक्रमण वैध असल्याचे सिद्ध करतो
+
+6. स्मार्ट कॉन्ट्रॅक्ट शून्य-ज्ञान पुरावा सत्यापित करतो.
+
+7. जर शून्य-ज्ञान पुरावा तपासला गेला, तर स्मार्ट कॉन्ट्रॅक्ट या क्रिया करतो:
+   - सध्याचा स्टेट हॅश नवीन स्टेट हॅशमध्ये अपडेट करणे
+   - नवीन स्टेट हॅश आणि व्यवहार हॅशसह एक लॉग नोंदणी प्रसारित करणे
+
+### साधने {#tools}
+
+क्लायंट-साइड कोडसाठी, आम्ही [Vite](https://vite.dev/), [React](https://react.dev/), [Viem](https://viem.sh/), आणि [Wagmi](https://wagmi.sh/) वापरणार आहोत. ही उद्योग-मानक साधने आहेत; जर तुम्हाला त्यांच्याशी परिचय नसेल, तर तुम्ही [हे ट्यूटोरियल](/developers/tutorials/creating-a-wagmi-ui-for-your-contract/) वापरू शकता.
+
+सर्व्हरचा बहुतांश भाग [Node](https://nodejs.org/en) वापरून JavaScript मध्ये लिहिलेला आहे. शून्य-ज्ञान भाग [Noir](https://noir-lang.org/) मध्ये लिहिलेला आहे. आम्हाला आवृत्ती `1.0.0-beta.10` आवश्यक आहे, म्हणून तुम्ही [निर्देशानुसार Noir इन्स्टॉल](https://noir-lang.org/docs/getting_started/quick_start) केल्यानंतर, चालवा:
+
+```
+noirup -v 1.0.0-beta.10
+```
+
+आपण जो ब्लॉकचेन वापरतो तो `anvil` आहे, एक स्थानिक चाचणी ब्लॉकचेन जो [Foundry](https://getfoundry.sh/introduction/installation) चा भाग आहे.
+
+## अंमलबजावणी {#implementation}
+
+कारण ही एक गुंतागुंतीची प्रणाली आहे, आम्ही ती टप्प्याटप्प्याने लागू करू.
+
+### टप्पा १ - मॅन्युअल शून्य ज्ञान {#stage-1}
+
+पहिल्या टप्प्यासाठी, आम्ही ब्राउझरमध्ये एका व्यवहारावर स्वाक्षरी करू आणि नंतर मॅन्युअली शून्य-ज्ञान पुराव्याला माहिती देऊ. शून्य-ज्ञान कोडला ती माहिती `server/noir/Prover.toml` मध्ये मिळण्याची अपेक्षा असते ([येथे](https://noir-lang.org/docs/getting_started/project_breakdown#provertoml-1) दस्तऐवजीकरण केलेले).
+
+ते कृतीत पाहण्यासाठी:
+
+1. तुम्ही [Node](https://nodejs.org/en/download) आणि [Noir](https://noir-lang.org/install) इन्स्टॉल केले असल्याची खात्री करा. शक्यतो, ते macOS, Linux, किंवा [WSL](https://learn.microsoft.com/en-us/windows/wsl/install) सारख्या UNIX प्रणालीवर इन्स्टॉल करा.
+
+2. स्टेज 1 कोड डाउनलोड करा आणि क्लायंट कोड सर्व्ह करण्यासाठी वेब सर्व्हर सुरू करा.
+
+   ```sh
+   git clone https://github.com/qbzzt/250911-zk-bank.git -b 01-manual-zk
+   cd 250911-zk-bank
+   cd client
+   npm install
+   npm run dev
+   ```
+
+   येथे वेब सर्व्हरची गरज असण्याचे कारण म्हणजे, काही प्रकारची फसवणूक टाळण्यासाठी, अनेक वॉलेट्स (जसे की MetaMask) थेट डिस्कवरून सर्व्ह केलेल्या फाइल्स स्वीकारत नाहीत
+
+3. वॉलेटसह ब्राउझर उघडा.
+
+4. वॉलेटमध्ये, एक नवीन पासफ्रेज टाका. लक्षात घ्या की यामुळे तुमचा सध्याचा पासफ्रेज हटवला जाईल, म्हणून _तुमच्याकडे बॅकअप असल्याची खात्री करा_.
+
+   पासफ्रेज `test test test test test test test test test test test junk` आहे, जो anvil साठी डीफॉल्ट चाचणी पासफ्रेज आहे.
+
+5. [क्लायंट-साइड कोड](http://localhost:5173/) वर ब्राउझ करा.
+
+6. वॉलेटशी कनेक्ट व्हा आणि तुमचे गंतव्य खाते आणि रक्कम निवडा.
+
+7. **स्वाक्षरी करा** वर क्लिक करा आणि व्यवहारावर स्वाक्षरी करा.
+
+8. **Prover.toml** शीर्षकाखाली तुम्हाला मजकूर मिळेल. `server/noir/Prover.toml` त्या मजकूराने बदला.
+
+9. शून्य-ज्ञान पुरावा कार्यान्वित करा.
+
+   ```sh
+   cd ../server/noir
+   nargo execute
+   ```
+
+   आउटपुट यासारखे असावे
+
+   ```
+   ori@CryptoDocGuy:~/noir/250911-zk-bank/server/noir$ nargo execute
+
+   [zkBank] Circuit witness successfully solved
+   [zkBank] Witness saved to target/zkBank.gz
+   [zkBank] Circuit output: (0x199aa62af8c1d562a6ec96e66347bf3240ab2afb5d022c895e6bf6a5e617167b, 0x0cfc0a67cb7308e4e9b254026b54204e34f6c8b041be207e64c5db77d95dd82d, 0x450cf9da6e180d6159290554ae3d8787, 0x6d8bc5a15b9037e52fb59b6b98722a85)
+   ```
+
+10. संदेश योग्यरित्या हॅश झाला आहे की नाही हे पाहण्यासाठी वेब ब्राउझरवर दिसणाऱ्या हॅशशी शेवटच्या दोन मूल्यांची तुलना करा.
+
+#### `server/noir/Prover.toml` {#server-noir-prover-toml}
+
+[ही फाइल](https://github.com/qbzzt/250911-zk-bank/blob/01-manual-zk/server/noir/Prover.toml) Noir द्वारे अपेक्षित माहितीचे स्वरूप दर्शवते.
+
+```toml
+message="send 0x70997970C51812dc3A010C7d01b50e0d17dc79C8 500 finney (milliEth) 0                             "
+```
+
+संदेश मजकूर स्वरूपात आहे, ज्यामुळे वापरकर्त्याला समजणे सोपे होते (जे स्वाक्षरी करताना आवश्यक आहे) आणि Noir कोडला पार्स करणे सोपे होते. रक्कम फिनीमध्ये उद्धृत केली आहे जेणेकरून एकीकडे अंशात्मक हस्तांतरण सक्षम होईल आणि दुसरीकडे ते सहज वाचता येईल. शेवटची संख्या [नॉन्स](https://en.wikipedia.org/wiki/Cryptographic_nonce) आहे.
+
+स्ट्रिंग १०० अक्षरांची आहे. शून्य-ज्ञान पुरावे व्हेरिएबल-आकाराचा डेटा चांगल्या प्रकारे हाताळत नाहीत, त्यामुळे डेटा पॅड करणे अनेकदा आवश्यक असते.
+
+```toml
+pubKeyX=["0x83",...,"0x75"]
+pubKeyY=["0x35",...,"0xa5"]
+signature=["0xb1",...,"0x0d"]
+```
+
+हे तीन पॅरामीटर्स निश्चित-आकाराचे बाइट ॲरे आहेत.
+
+```toml
+[[accounts]]
+address="0xf39Fd6e51aad88F6F4ce6aB8827279cffFb92266"
+balance=100_000
+nonce=0
+
+[[accounts]]
+address="0x70997970C51812dc3A010C7d01b50e0d17dc79C8"
+balance=100_000
+nonce=0
+```
+
+स्ट्रक्चर्सचा ॲरे निर्दिष्ट करण्याचा हा मार्ग आहे. प्रत्येक नोंदीसाठी, आम्ही ॲड्रेस, शिल्लक (milliETH उर्फ [फिनी](https://cryptovalleyjournal.com/glossary/finney/)), आणि पुढील नॉन्स मूल्य निर्दिष्ट करतो.
+
+#### `client/src/Transfer.tsx` {#client-src-transfer-tsx}
+
+[ही फाइल](https://github.com/qbzzt/250911-zk-bank/blob/01-manual-zk/client/src/Transfer.tsx) क्लायंट-साइड प्रोसेसिंग लागू करते आणि `server/noir/Prover.toml` फाइल तयार करते (ज्यामध्ये शून्य-ज्ञान पॅरामीटर्स समाविष्ट आहेत).
+
+येथे अधिक मनोरंजक भागांचे स्पष्टीकरण दिले आहे.
+
+```tsx
+export default attrs =>  {
+```
+
+हे फंक्शन `Transfer` React घटक तयार करते, जे इतर फाइल्स आयात करू शकतात.
+
+```tsx
+  const accounts = [
+    "0xf39Fd6e51aad88F6F4ce6aB8827279cffFb92266",
+    "0x70997970C51812dc3A010C7d01b50e0d17dc79C8",
+    "0x3C44CdDdB6a900fa2b585dd299e03d12FA4293BC",
+    "0x90F79bf6EB2c4f870365E785982E1f101E93b906",
+    "0x15d34AAf54267DB7D7c367839AAf71A00a2C6A65",
+  ]
+```
+
+हे खाते ॲड्रेस आहेत, जे `test ...` test junk` पासफ्रेजने तयार केलेले ॲड्रेस. तुम्हाला तुमचे स्वतःचे ॲड्रेस वापरायचे असल्यास, फक्त ही व्याख्या सुधारा.
+
+```tsx
+  const account = useAccount()
+  const wallet = createWalletClient({
+    transport: custom(window.ethereum!)
+  })
+```
+
+हे [Wagmi हुक्स](https://wagmi.sh/react/api/hooks) आम्हाला [viem](https://viem.sh/) लायब्ररी आणि वॉलेटमध्ये प्रवेश करू देतात.
+
+```tsx
+  const message = `send ${toAccount} ${ethAmount*1000} finney (milliEth) ${nonce}`.padEnd(100, " ")
+```
+
+हा संदेश आहे, जागांनी पॅड केलेला. प्रत्येक वेळी [`useState`](https://react.dev/reference/react/useState) व्हेरिएबल्सपैकी एक बदलतो, घटक पुन्हा काढला जातो आणि `message` अपडेट होतो.
+
+```tsx
+  const sign = async () => {
+```
+
+जेव्हा वापरकर्ता **स्वाक्षरी** बटणावर क्लिक करतो तेव्हा हे फंक्शन कॉल केले जाते. संदेश आपोआप अपडेट होतो, परंतु स्वाक्षरीसाठी वॉलेटमध्ये वापरकर्त्याच्या मंजुरीची आवश्यकता असते आणि गरज नसल्यास आम्ही ती विचारू इच्छित नाही.
+
+```tsx
+    const signature = await wallet.signMessage({
+        account: fromAccount,
+        message,
+    })
+```
+
+वॉलेटला [संदेशावर स्वाक्षरी करण्यास](https://viem.sh/docs/accounts/local/signMessage) सांगा.
+
+```tsx
+    const hash = hashMessage(message)
+```
+
+संदेश हॅश मिळवा. डीबगिंगसाठी (Noir कोडच्या) वापरकर्त्याला ते प्रदान करणे उपयुक्त आहे.
+
+```tsx
+    const pubKey = await recoverPublicKey({
+        hash,
+        signature
+    })
+```
+
+[सार्वजनिक की मिळवा](https://viem.sh/docs/utilities/recoverPublicKey). [Noir `ecrecover`](https://github.com/colinnielsen/ecrecover-noir) फंक्शनसाठी हे आवश्यक आहे.
+
+```tsx
+    setSignature(signature)
+    setHash(hash)
+    setPubKey(pubKey)
+```
+
+स्टेट व्हेरिएबल्स सेट करा. हे केल्याने घटक पुन्हा काढला जातो (`sign` फंक्शन बाहेर पडल्यानंतर) आणि वापरकर्त्याला अपडेट केलेली मूल्ये दर्शवितो.
+
+```tsx
+    let proverToml = `
+```
+
+`Prover.toml` साठी मजकूर.
+
+```tsx
+message="${message}"
+
+pubKeyX=${hexToArray(pubKey.slice(4,4+2*32))}
+pubKeyY=${hexToArray(pubKey.slice(4+2*32))}
+```
+
+Viem आम्हाला 65-बाइट हेक्साडेसिमल स्ट्रिंग म्हणून सार्वजनिक की प्रदान करते. पहिला बाइट `0x04` आहे, एक आवृत्ती मार्कर. यानंतर सार्वजनिक कीच्या `x` साठी 32 बाइट्स आणि नंतर सार्वजनिक कीच्या `y` साठी 32 बाइट्स येतात.
+
+तथापि, Noir ला ही माहिती दोन-बाइट ॲरे म्हणून मिळण्याची अपेक्षा आहे, एक `x` साठी आणि एक `y` साठी. शून्य-ज्ञान पुराव्याचा भाग म्हणून पार्स करण्यापेक्षा येथे क्लायंटवर पार्स करणे सोपे आहे.
+
+लक्षात घ्या की ही सर्वसाधारणपणे शून्य-ज्ञानामध्ये एक चांगली प्रथा आहे. शून्य-ज्ञान पुराव्याच्या आतील कोड महाग असतो, त्यामुळे शून्य-ज्ञान पुराव्याच्या बाहेर करता येणारे कोणतेही प्रोसेसिंग शून्य-ज्ञान पुराव्याच्या बाहेरच _केले पाहिजे_.
+
+```tsx
+signature=${hexToArray(signature.slice(2,-2))}
+```
+
+स्वाक्षरी देखील 65-बाइट हेक्साडेसिमल स्ट्रिंग म्हणून प्रदान केली जाते. तथापि, शेवटचा बाइट फक्त सार्वजनिक की पुनर्प्राप्त करण्यासाठी आवश्यक आहे. सार्वजनिक की आधीच Noir कोडला प्रदान केली जाईल, त्यामुळे आम्हाला स्वाक्षरी सत्यापित करण्यासाठी त्याची आवश्यकता नाही आणि Noir कोडला त्याची आवश्यकता नाही.
+
+```tsx
+${accounts.map(accountInProverToml).reduce((a,b) => a+b, "")}
+`
+```
+
+खाते प्रदान करा.
+
+```tsx
+    setProverToml(proverToml)
+  }
+
+  return (
+    <>
+        <h2>Transfer</h2>
+```
+
+हे घटकाचे HTML (अधिक अचूकपणे, [JSX](https://react.dev/learn/writing-markup-with-jsx)) स्वरूप आहे.
+
+#### `server/noir/src/main.nr` {#server-noir-src-main-nr}
+
+[ही फाइल](https://github.com/qbzzt/250911-zk-bank/blob/01-manual-zk/server/noir/src/main.nr) वास्तविक शून्य-ज्ञान कोड आहे.
+
+```
+use std::hash::pedersen_hash;
+```
+
+[पेडरसेन हॅश](https://rya-sge.github.io/access-denied/2024/05/07/pedersen-hash-function/) [Noir मानक लायब्ररी](https://noir-lang.org/docs/noir/standard_library/cryptographic_primitives/hashes#pedersen_hash) सह प्रदान केले आहे. शून्य-ज्ञान पुरावे सामान्यतः हे हॅश फंक्शन वापरतात. मानक हॅश फंक्शन्सच्या तुलनेत [अंकगणित सर्किट्स](https://rareskills.io/post/arithmetic-circuit) मध्ये गणना करणे खूप सोपे आहे.
+
+```
+use keccak256::keccak256;
+use dep::ecrecover;
+```
+
+ही दोन फंक्शन्स बाह्य लायब्ररी आहेत, जी [`Nargo.toml`](https://github.com/qbzzt/250911-zk-bank/blob/01-manual-zk/server/noir/Nargo.toml) मध्ये परिभाषित आहेत. त्यांची नावे जशी आहेत तशीच त्यांची कार्ये आहेत, एक फंक्शन जे [keccak256 हॅश](https://emn178.github.io/online-tools/keccak_256.html) ची गणना करते आणि एक फंक्शन जे Ethereum स्वाक्षरी सत्यापित करते आणि स्वाक्षरीकर्त्याचा Ethereum ॲड्रेस पुनर्प्राप्त करते.
+
+```
+global ACCOUNT_NUMBER : u32 = 5;
+```
+
+Noir [Rust](https://www.rust-lang.org/) पासून प्रेरित आहे. व्हेरिएबल्स, डीफॉल्टनुसार, स्थिर असतात. अशाप्रकारे आम्ही जागतिक कॉन्फिगरेशन स्थिरांक परिभाषित करतो. विशेषतः, `ACCOUNT_NUMBER` ही आम्ही संग्रहित करत असलेल्या खात्यांची संख्या आहे.
+
+`u<number>` नावाचे डेटा प्रकार त्या संख्येचे बिट्स, अनसाईन्ड आहेत. समर्थित प्रकार फक्त `u8`, `u16`, `u32`, `u64`, आणि `u128` आहेत.
+
+```
+global FLAT_ACCOUNT_FIELDS : u32 = 2;
+```
+
+हे व्हेरिएबल खात्यांच्या पेडरसेन हॅशसाठी वापरले जाते, जसे खाली स्पष्ट केले आहे.
+
+```
+global MESSAGE_LENGTH : u32 = 100;
+```
+
+वर स्पष्ट केल्याप्रमाणे, संदेशाची लांबी निश्चित आहे. ते येथे निर्दिष्ट केले आहे.
+
+```
+global ASCII_MESSAGE_LENGTH : [u8; 3] = [0x31, 0x30, 0x30];
+global HASH_BUFFER_SIZE : u32 = 26+3+MESSAGE_LENGTH;
+```
+
+[EIP-191 स्वाक्षऱ्यां](https://eips.ethereum.org/EIPS/eip-191)ना 26-बाइटच्या प्रिफिक्ससह बफर आवश्यक आहे, त्यानंतर ASCII मध्ये संदेशाची लांबी, आणि शेवटी संदेश स्वतः.
+
+```
+struct Account {
+    balance: u128,
+    address: Field,
+    nonce: u32,
+}
+```
+
+आम्ही एका खात्याबद्दल जी माहिती संग्रहित करतो. [`Field`](https://noir-lang.org/docs/noir/concepts/data_types/fields) ही एक संख्या आहे, जी साधारणपणे 253 बिट्सपर्यंत असते, जी थेट [अंकगणित सर्किट](https://rareskills.io/post/arithmetic-circuit) मध्ये वापरली जाऊ शकते जे शून्य-ज्ञान पुरावा लागू करते. येथे आपण 160-बिट Ethereum ॲड्रेस संग्रहित करण्यासाठी `Field` वापरतो.
+
+```
+struct TransferTxn {
+    from: Field,
+    to: Field,
+    amount: u128,
+    nonce: u32
+}
+```
+
+हस्तांतरण व्यवहारासाठी आम्ही संग्रहित करत असलेली माहिती.
+
+```
+fn flatten_account(account: Account) -> [Field; FLAT_ACCOUNT_FIELDS] {
+```
+
+एक फंक्शनची व्याख्या. पॅरामीटर `Account` माहिती आहे. परिणाम `Field` व्हेरिएबल्सचा ॲरे आहे, ज्याची लांबी `FLAT_ACCOUNT_FIELDS` आहे.
+
+```
+    let flat = [
+        account.address,
+        ((account.balance << 32) + account.nonce.into()).into(),
+    ];
+```
+
+ॲरेमधील पहिले मूल्य खाते ॲड्रेस आहे. दुसऱ्यामध्ये शिल्लक आणि नॉन्स दोन्ही समाविष्ट आहेत. `.into()` कॉल एका संख्येला तिच्या आवश्यक डेटा प्रकारात बदलतात. `account.nonce` हे `u32` मूल्य आहे, परंतु `account.balance « 32`, जे `u128` मूल्य आहे, त्यात जोडण्यासाठी ते `u128` असणे आवश्यक आहे. ते पहिले `.into()` आहे. दुसरे `u128` परिणामाला `Field` मध्ये रूपांतरित करते जेणेकरून ते ॲरेमध्ये बसेल.
+
+```
+    flat
+}
+```
+
+Noir मध्ये, फंक्शन्स फक्त शेवटी एक मूल्य परत करू शकतात (लवकर परतीचा पर्याय नाही). परतीचे मूल्य निर्दिष्ट करण्यासाठी, आपण ते फंक्शनच्या बंद कंसाच्या अगदी आधी मूल्यांकित करता.
+
+```
+fn flatten_accounts(accounts: [Account; ACCOUNT_NUMBER]) -> [Field; FLAT_ACCOUNT_FIELDS*ACCOUNT_NUMBER] {
+```
+
+हे फंक्शन खात्यांच्या ॲरेला `Field` ॲरेमध्ये बदलते, जे पीटरसन हॅशच्या इनपुट म्हणून वापरले जाऊ शकते.
+
+```
+    let mut flat: [Field; FLAT_ACCOUNT_FIELDS*ACCOUNT_NUMBER] = [0; FLAT_ACCOUNT_FIELDS*ACCOUNT_NUMBER];
+```
+
+अशाप्रकारे आपण एक म्युटेबल व्हेरिएबल निर्दिष्ट करतो, म्हणजे, _स्थिर नाही_. Noir मधील व्हेरिएबल्सचे मूल्य नेहमीच असणे आवश्यक आहे, म्हणून आम्ही या व्हेरिएबलला सर्व शून्यांनी सुरू करतो.
+
+```
+    for i in 0..ACCOUNT_NUMBER {
+```
+
+हे एक `for` लूप आहे. लक्षात घ्या की सीमा स्थिर आहेत. Noir लूप्सच्या सीमा संकलनाच्या वेळी ज्ञात असणे आवश्यक आहे. याचे कारण म्हणजे अंकगणित सर्किट्स फ्लो कंट्रोलला समर्थन देत नाहीत. `for` लूपची प्रक्रिया करताना, कंपाइलर त्यातील कोडला अनेक वेळा ठेवतो, प्रत्येक पुनरावृत्तीसाठी एकदा.
+
+```
+        let fields = flatten_account(accounts[i]);
+        for j in 0..FLAT_ACCOUNT_FIELDS {
+            flat[i*FLAT_ACCOUNT_FIELDS + j] = fields[j];
+        }
+    }
+
+    flat
+}
+
+fn hash_accounts(accounts: [Account; ACCOUNT_NUMBER]) -> Field {
+    pedersen_hash(flatten_accounts(accounts))
+}
+```
+
+शेवटी, आम्ही खात्यांच्या ॲरेला हॅश करणाऱ्या फंक्शनवर पोहोचलो.
+
+```
+fn find_account(accounts: [Account; ACCOUNT_NUMBER], address: Field) -> u32 {
+    let mut account : u32 = ACCOUNT_NUMBER;
+
+    for i in 0..ACCOUNT_NUMBER {
+        if accounts[i].address == address {
+            account = i;
+        }
+    }
+
+```
+
+हे फंक्शन विशिष्ट ॲड्रेस असलेले खाते शोधते. हे फंक्शन मानक कोडमध्ये अत्यंत अकार्यक्षम असेल कारण ते ॲड्रेस सापडल्यानंतरही सर्व खात्यांवर पुनरावृत्ती करते.
+
+तथापि, शून्य-ज्ञान पुराव्यांमध्ये कोणतेही प्रवाह नियंत्रण नसते. जर आपल्याला एखादी अट तपासायची असेल, तर ती प्रत्येक वेळी तपासावी लागेल.
+
+`if` विधानांसोबतही असेच काहीसे घडते. वरील लूपमधील `if` विधानाचे या गणितीय विधानांमध्ये भाषांतर केले जाते.
+
+_condition<sub>result</sub> = accounts[i].address == address_ // समान असल्यास एक, अन्यथा शून्य
+
+_account<sub>new</sub> = condition<sub>result</sub>\*i + (1-condition<sub>result</sub>)\*account<sub>old</sub>_
+
+```rust
+    assert (account < ACCOUNT_NUMBER, f"{address} does not have an account");
+
+    account
+}
+```
+
+[`assert`](https://noir-lang.org/docs/dev/noir/concepts/assert) फंक्शनमुळे दावा खोटा असल्यास शून्य-ज्ञान पुरावा क्रॅश होतो. या प्रकरणात, जर आपल्याला संबंधित ॲड्रेस असलेले खाते सापडले नाही तर. ॲड्रेसची तक्रार करण्यासाठी, आम्ही [फॉर्मॅट स्ट्रिंग](https://noir-lang.org/docs/noir/concepts/data_types/strings#format-strings) वापरतो.
+
+```rust
+fn apply_transfer_txn(accounts: [Account; ACCOUNT_NUMBER], txn: TransferTxn) -> [Account; ACCOUNT_NUMBER] {
+```
+
+हे फंक्शन हस्तांतरण व्यवहार लागू करते आणि नवीन खात्यांचा ॲरे परत करते.
+
+```rust
+    let from = find_account(accounts, txn.from);
+    let to = find_account(accounts, txn.to);
+
+    let (txnFrom, txnAmount, txnNonce, accountNonce) =
+        (txn.from, txn.amount, txn.nonce, accounts[from].nonce);
+```
+
+आम्ही Noir मध्ये स्वरूप स्ट्रिंगमध्ये संरचना घटकांमध्ये प्रवेश करू शकत नाही, म्हणून आम्ही एक वापरण्यायोग्य प्रत तयार करतो.
+
+```rust
+    assert (accounts[from].balance >= txn.amount,
+        f"{txnFrom} does not have {txnAmount} finney");
+
+    assert (accounts[from].nonce == txn.nonce,
+        f"Transaction has nonce {txnNonce}, but the account is expected to use {accountNonce}");
+```
+
+या दोन अटी आहेत ज्या व्यवहार अवैध करू शकतात.
+
+```rust
+    let mut newAccounts = accounts;
+
+    newAccounts[from].balance -= txn.amount;
+    newAccounts[from].nonce += 1;
+    newAccounts[to].balance += txn.amount;
+
+    newAccounts
+}
+```
+
+नवीन खात्यांचा ॲरे तयार करा आणि नंतर तो परत करा.
+
+```rust
+fn readAddress(messageBytes: [u8; MESSAGE_LENGTH]) -> Field
+```
+
+हे फंक्शन संदेशातून ॲड्रेस वाचते.
+
+```rust
+{
+    let mut result : Field = 0;
+
+    for i in 7..47 {
+```
+
+ॲड्रेस नेहमी 20 बाइट्स (उर्फ 40 हेक्साडेसिमल अंक) लांब असतो आणि वर्ण #7 पासून सुरू होतो.
+
+```rust
+        result *= 0x10;
+        if messageBytes[i] >= 48 & messageBytes[i] <= 57 {    // 0-9
+            result += (messageBytes[i]-48).into();
+        }
+        if messageBytes[i] >= 65 & messageBytes[i] <= 70 {    // A-F
+            result += (messageBytes[i]-65+10).into()
+        }
+        if messageBytes[i] >= 97 & messageBytes[i] <= 102 {   // a-f
+            result += (messageBytes[i]-97+10).into()
+        }        
+    }    
+
+    result
+}
+
+fn readAmountAndNonce(messageBytes: [u8; MESSAGE_LENGTH]) -> (u128, u32)
+```
+
+संदेशातून रक्कम आणि नॉन्स वाचा.
+
+```rust
+{
+    let mut amount : u128 = 0;
+    let mut nonce: u32 = 0;
+    let mut stillReadingAmount: bool = true;
+    let mut lookingForNonce: bool = false;
+    let mut stillReadingNonce: bool = false;
+```
+
+संदेशात, ॲड्रेस नंतरची पहिली संख्या फिनीची रक्कम आहे (उर्फ हस्तांतरण करण्यासाठी ETH चा हजारावा भाग). दुसरी संख्या नॉन्स आहे. त्यांच्यामधील कोणत्याही मजकूराकडे दुर्लक्ष केले जाते.
+
+```rust
+    for i in 48..MESSAGE_LENGTH {
+        if messageBytes[i] >= 48 & messageBytes[i] <= 57 {    // 0-9
+            let digit = (messageBytes[i]-48);
+
+            if stillReadingAmount {
+                amount = amount*10 + digit.into();
+            }
+
+            if lookingForNonce {    // We just found it
+                stillReadingNonce = true;
+                lookingForNonce = false;
+            }
+
+            if stillReadingNonce {
+                nonce = nonce*10 + digit.into();
+            }
+        } else {
+            if stillReadingAmount {
+                stillReadingAmount = false;
+                lookingForNonce = true;
+            }
+            if stillReadingNonce {
+                stillReadingNonce = false;
+            }
+        }
+    }
+
+    (amount, nonce)
+}
+```
+
+[ट्यूपल](https://noir-lang.org/docs/noir/concepts/data_types/tuples) परत करणे हा Noir मध्ये फंक्शनमधून अनेक मूल्ये परत करण्याचा मार्ग आहे.
+
+```rust
+fn readTransferTxn(message: str<MESSAGE_LENGTH>) -> TransferTxn 
+{
+    let mut txn: TransferTxn = TransferTxn { from: 0, to: 0, amount:0, nonce:0 };
+    let messageBytes = message.as_bytes();
+
+    txn.to = readAddress(messageBytes);
+    let (amount, nonce) = readAmountAndNonce(messageBytes);
+    txn.amount = amount;
+    txn.nonce = nonce;
+
+    txn
+}
+```
+
+हे फंक्शन संदेशाला बाइट्समध्ये रूपांतरित करते, नंतर रकमांना `TransferTxn` मध्ये रूपांतरित करते.
+
+```rust
+// Viem च्या hashMessage च्या समतुल्य
+// https://viem.sh/docs/utilities/hashMessage#hashmessage
+fn hashMessage(message: str<MESSAGE_LENGTH>) -> [u8;32] {
+```
+
+आम्ही खात्यांसाठी पेडरसेन हॅश वापरू शकलो कारण ते फक्त शून्य-ज्ञान पुराव्याच्या आत हॅश केले जातात. तथापि, या कोडमध्ये आपल्याला संदेशाची स्वाक्षरी तपासावी लागेल, जी ब्राउझरद्वारे तयार केली जाते. त्यासाठी, आम्हाला [EIP 191](https://eips.ethereum.org/EIPS/eip-191) मधील Ethereum स्वाक्षरी स्वरूपाचे पालन करणे आवश्यक आहे. याचा अर्थ असा की आम्हाला एका मानक प्रिफिक्ससह एक संयुक्त बफर तयार करणे आवश्यक आहे, ASCII मध्ये संदेशाची लांबी, आणि संदेश स्वतः, आणि ते हॅश करण्यासाठी Ethereum मानक keccak256 वापरणे.
+
+```rust
+    // ASCII प्रिफिक्स
+    let prefix_bytes = [
+        0x19, // \x19
+        0x45, // 'E'
+        0x74, // 't'
+        0x68, // 'h'
+        0x65, // 'e'
+        0x72, // 'r'
+        0x65, // 'e'
+        0x75, // 'u'
+        0x6D, // 'm'
+        0x20, // ' '
+        0x53, // 'S'
+        0x69, // 'i'
+        0x67, // 'g'
+        0x6E, // 'n'
+        0x65, // 'e'
+        0x64, // 'd'
+        0x20, // ' '
+        0x4D, // 'M'
+        0x65, // 'e'
+        0x73, // 's'
+        0x73, // 's'
+        0x61, // 'a'
+        0x67, // 'g'
+        0x65, // 'e'
+        0x3A, // ':'
+        0x0A  // '\n'
+    ];
+```
+
+जेव्हा एखादे ॲप्लिकेशन वापरकर्त्याला असा संदेश स्वाक्षरी करण्यास सांगते जो व्यवहार म्हणून किंवा इतर कोणत्याही हेतूसाठी वापरला जाऊ शकतो अशा प्रकरणांना टाळण्यासाठी, EIP 191 निर्दिष्ट करते की सर्व स्वाक्षरी केलेले संदेश वर्ण 0x19 (वैध ASCII वर्ण नाही) ने सुरू होतात, त्यानंतर `Ethereum Signed Message:` आणि एक नवीन ओळ येते.
+
+```rust
+    let mut buffer: [u8; HASH_BUFFER_SIZE] = [0u8; HASH_BUFFER_SIZE];
+    for i in 0..26 {
+        buffer[i] = prefix_bytes[i];
+    }
+
+    let messageBytes : [u8; MESSAGE_LENGTH] = message.as_bytes();
+
+    if MESSAGE_LENGTH <= 9 {
+        for i in 0..1 {
+            buffer[i+26] = ASCII_MESSAGE_LENGTH[i];
+        }
+
+        for i in 0..MESSAGE_LENGTH {
+            buffer[i+26+1] = messageBytes[i];
+        }
+    }
+
+    if MESSAGE_LENGTH >= 10 & MESSAGE_LENGTH <= 99 {
+        for i in 0..2 {
+            buffer[i+26] = ASCII_MESSAGE_LENGTH[i];
+        }
+
+        for i in 0..MESSAGE_LENGTH {
+            buffer[i+26+2] = messageBytes[i];
+        }
+    }
+
+    if MESSAGE_LENGTH >= 100 {
+        for i in 0..3 {
+            buffer[i+26] = ASCII_MESSAGE_LENGTH[i];
+        }
+
+        for i in 0..MESSAGE_LENGTH {
+            buffer[i+26+3] = messageBytes[i];
+        }
+    }
+
+    assert(MESSAGE_LENGTH < 1000, "Messages whose length is over three digits are not supported");
+```
+
+संदेश लांबी 999 पर्यंत हाताळा आणि जर ती जास्त असेल तर अयशस्वी व्हा. मी हा कोड जोडला आहे, जरी संदेशाची लांबी स्थिर असली तरी, कारण तो बदलणे सोपे करते. उत्पादन प्रणालीवर, तुम्ही कदाचित चांगल्या कामगिरीसाठी `MESSAGE_LENGTH` बदलत नाही असे गृहीत धराल.
+
+```rust
+    keccak256::keccak256(buffer, HASH_BUFFER_SIZE)
+}
+```
+
+Ethereum मानक `keccak256` फंक्शन वापरा.
+
+```rust
+fn signatureToAddressAndHash(
+        message: str<MESSAGE_LENGTH>, 
+        pubKeyX: [u8; 32],
+        pubKeyY: [u8; 32],
+        signature: [u8; 64]
+    ) -> (Field, Field, Field)   // ॲड्रेस, हॅशचे पहिले 16 बाइट्स, हॅशचे शेवटचे 16 बाइट्स        
+{
+```
+
+हे फंक्शन स्वाक्षरी सत्यापित करते, ज्यासाठी संदेश हॅश आवश्यक आहे. नंतर ते आपल्याला स्वाक्षरी केलेला ॲड्रेस आणि संदेश हॅश प्रदान करते. संदेश हॅश दोन `Field` मूल्यांमध्ये पुरवला जातो कारण बाइट ॲरेपेक्षा कार्यक्रमाच्या उर्वरित भागात वापरणे सोपे आहे.
+
+आम्हाला दोन `Field` मूल्ये वापरण्याची आवश्यकता आहे कारण फील्डची गणना मोठ्या संख्येने [मॉड्युलो](https://en.wikipedia.org/wiki/Modulo) केली जाते, परंतु ती संख्या सामान्यतः 256 बिटपेक्षा कमी असते (अन्यथा EVM मध्ये ती गणना करणे कठीण होईल).
+
+```rust
+    let hash = hashMessage(message);
+
+    let mut (hash1, hash2) = (0,0);
+
+    for i in 0..16 {
+        hash1 = hash1*256 + hash[31-i].into();
+        hash2 = hash2*256 + hash[15-i].into();
+    }
+```
+
+`hash1` आणि `hash2` ला बदलण्यायोग्य व्हेरिएबल्स म्हणून निर्दिष्ट करा आणि त्यांच्यामध्ये हॅश बाइट बाय बाइट लिहा.
+
+```rust
+    (
+        ecrecover::ecrecover(pubKeyX, pubKeyY, signature, hash), 
+```
+
+हे [Solidity च्या `ecrecover`](https://docs.soliditylang.org/en/v0.8.30/cheatsheet.html#mathematical-and-cryptographic-functions) सारखेच आहे, पण त्यात दोन महत्त्वाचे फरक आहेत:
+
+- जर स्वाक्षरी वैध नसेल, तर कॉल `assert` अयशस्वी करतो आणि प्रोग्राम रद्द केला जातो.
+- जरी स्वाक्षरी आणि हॅशमधून सार्वजनिक की पुनर्प्राप्त केली जाऊ शकते, तरीही ही प्रक्रिया बाह्यरित्या केली जाऊ शकते आणि म्हणूनच, शून्य-ज्ञान पुराव्याच्या आत करणे योग्य नाही. जर कोणी येथे आम्हाला फसवण्याचा प्रयत्न केला, तर स्वाक्षरी पडताळणी अयशस्वी होईल.
+
+```rust
+        hash1,
+        hash2
+    )
+}
+
+fn main(
+        accounts: [Account; ACCOUNT_NUMBER],
+        message: str<MESSAGE_LENGTH>,
+        pubKeyX: [u8; 32],
+        pubKeyY: [u8; 32],
+        signature: [u8; 64],
+    ) -> pub (
+        Field,  // जुन्या खात्यांच्या ॲरेचा हॅश
+        Field,  // नवीन खात्यांच्या ॲरेचा हॅश
+        Field,  // संदेश हॅशचे पहिले 16 बाइट्स
+        Field,  // संदेश हॅशचे शेवटचे 16 बाइट्स
+    )
+```
+
+शेवटी, आपण `main` फंक्शनवर पोहोचतो. आम्हाला हे सिद्ध करावे लागेल की आमच्याकडे असा व्यवहार आहे जो खात्यांच्या हॅशला जुन्या मूल्यातून नवीन मूल्यात वैधपणे बदलतो. आम्हाला हे देखील सिद्ध करावे लागेल की त्याचा हा विशिष्ट व्यवहार हॅश आहे जेणेकरून पाठवणाऱ्याला कळेल की त्यांच्या व्यवहारावर प्रक्रिया झाली आहे.
+
+```rust
+{
+    let mut txn = readTransferTxn(message);
+```
+
+आम्हाला `txn` बदलण्यायोग्य असणे आवश्यक आहे कारण आम्ही संदेशातून ॲड्रेस वाचत नाही, आम्ही ते स्वाक्षरीतून वाचतो.
+
+```rust
+    let (fromAddress, txnHash1, txnHash2) = signatureToAddressAndHash(
+        message,
+        pubKeyX,
+        pubKeyY,
+        signature);
+
+    txn.from = fromAddress;
+
+    let newAccounts = apply_transfer_txn(accounts, txn);
+
+    (
+        hash_accounts(accounts),
+        hash_accounts(newAccounts),
+        txnHash1,
+        txnHash2
+    )
+}
+```
+
+### टप्पा 2 - एक सर्व्हर जोडणे {#stage-2}
+
+दुसऱ्या टप्प्यात, आम्ही एक सर्व्हर जोडतो जो ब्राउझरकडून हस्तांतरण व्यवहार प्राप्त करतो आणि अंमलात आणतो.
+
+ते कृतीत पाहण्यासाठी:
+
+1. Vite चालू असल्यास थांबवा.
+
+2. सर्व्हर समाविष्ट असलेली शाखा डाउनलोड करा आणि तुमच्याकडे सर्व आवश्यक मॉड्यूल्स असल्याची खात्री करा.
+
+   ```sh
+   git checkout 02-add-server
+   cd client
+   npm install
+   cd ../server
+   npm install
+   ```
+
+   Noir कोड संकलित करण्याची गरज नाही, तो तुम्ही टप्पा 1 साठी वापरलेल्या कोडसारखाच आहे.
+
+3. सर्व्हर सुरू करा.
+
+   ```sh
+   npm run start
+   ```
+
+4. एका वेगळ्या कमांड-लाइन विंडोमध्ये, ब्राउझर कोड सर्व्ह करण्यासाठी Vite चालवा.
+
+   ```sh
+   cd client
+   npm run dev
+   ```
+
+5. [http://localhost:5173](http://localhost:5173) वर क्लायंट कोडवर ब्राउझ करा
+
+6. तुम्ही व्यवहार जारी करण्यापूर्वी, तुम्हाला नॉन्स, तसेच तुम्ही पाठवू शकणारी रक्कम माहित असणे आवश्यक आहे. ही माहिती मिळवण्यासाठी, **खाते डेटा अपडेट करा** वर क्लिक करा आणि संदेशावर स्वाक्षरी करा.
+
+   येथे आपल्यासमोर एक द्विधा मनःस्थिती आहे. एकीकडे, आम्ही असा संदेश स्वाक्षरी करू इच्छित नाही जो पुन्हा वापरला जाऊ शकतो ([रिप्ले अटॅक](https://en.wikipedia.org/wiki/Replay_attack)), म्हणूनच आम्हाला प्रथम नॉन्स हवा आहे. तथापि, आमच्याकडे अद्याप नॉन्स नाही. यावरील उपाय म्हणजे असा नॉन्स निवडणे जो एकदाच वापरला जाऊ शकतो आणि जो आपल्याकडे दोन्ही बाजूंनी आधीच आहे, जसे की सध्याची वेळ.
+
+   या उपायामधील समस्या ही आहे की वेळ कदाचित पूर्णपणे समक्रमित नसेल. त्याऐवजी, आम्ही दर मिनिटाला बदलणाऱ्या मूल्यावर स्वाक्षरी करतो. याचा अर्थ असा की रिप्ले हल्ल्यांना आपली असुरक्षिततेची खिडकी जास्तीत जास्त एक मिनिटाची आहे. उत्पादनामध्ये स्वाक्षरी केलेली विनंती TLS द्वारे संरक्षित केली जाईल, आणि बोगद्याच्या दुसऱ्या बाजूला---सर्व्हर---आधीच शिल्लक आणि नॉन्स उघड करू शकतो (त्याला काम करण्यासाठी ते माहित असणे आवश्यक आहे) हे लक्षात घेता, हा एक स्वीकार्य धोका आहे.
+
+7. एकदा ब्राउझरला शिल्लक आणि नॉन्स परत मिळाल्यावर, ते हस्तांतरण फॉर्म दर्शवते. गंतव्य ॲड्रेस आणि रक्कम निवडा आणि **हस्तांतरण करा** वर क्लिक करा. या विनंतीवर स्वाक्षरी करा.
+
+8. हस्तांतरण पाहण्यासाठी, एकतर **खाते डेटा अपडेट करा** किंवा तुम्ही सर्व्हर चालवत असलेल्या विंडोमध्ये पहा. सर्व्हर प्रत्येक वेळी बदलल्यावर स्थिती लॉग करतो.
+
+    ```
+    ori@CryptoDocGuy:~/x/250911-zk-bank/server$ npm run start
+    
+    > server@1.0.0 start
+    > node --experimental-json-modules index.mjs
+    
+    Listening on port 3000
+    Txn send 0x90F79bf6EB2c4f870365E785982E1f101E93b906 36000 finney (milliEth) 0 processed
+    New state:
+    0xf39Fd6e51aad88F6F4ce6aB8827279cffFb92266 has 64000 (1)
+    0x70997970C51812dc3A010C7d01b50e0d17dc79C8 has 100000 (0)
+    0x3C44CdDdB6a900fa2b585dd299e03d12FA4293BC has 100000 (0)
+    0x90F79bf6EB2c4f870365E785982E1f101E93b906 has 136000 (0)
+    0x15d34AAf54267DB7D7c367839AAf71A00a2C6A65 has 100000 (0)
+    Txn send 0x70997970C51812dc3A010C7d01b50e0d17dc79C8 7200 finney (milliEth) 1 processed
+    New state:
+    0xf39Fd6e51aad88F6F4ce6aB8827279cffFb92266 has 56800 (2)
+    0x70997970C51812dc3A010C7d01b50e0d17dc79C8 has 107200 (0)
+    0x3C44CdDdB6a900fa2b585dd299e03d12FA4293BC has 100000 (0)
+    0x90F79bf6EB2c4f870365E785982E1f101E93b906 has 136000 (0)
+    0x15d34AAf54267DB7D7c367839AAf71A00a2C6A65 has 100000 (0)
+    Txn send 0x90F79bf6EB2c4f870365E785982E1f101E93b906 3000 finney (milliEth) 2 processed
+    New state:
+    0xf39Fd6e51aad88F6F4ce6aB8827279cffFb92266 has 53800 (3)
+    0x70997970C51812dc3A010C7d01b50e0d17dc79C8 has 107200 (0)
+    0x3C44CdDdB6a900fa2b585dd299e03d12FA4293BC has 100000 (0)
+    0x90F79bf6EB2c4f870365E785982E1f101E93b906 has 139000 (0)
+    0x15d34AAf54267DB7D7c367839AAf71A00a2C6A65 has 100000 (0)
+    ```
+
+#### `server/index.mjs` {#server-index-mjs-1}
+
+[ही फाइल](https://github.com/qbzzt/250911-zk-bank/blob/02-add-server/server/index.mjs) मध्ये सर्व्हर प्रक्रिया आहे, आणि ती [`main.nr`](https://github.com/qbzzt/250911-zk-bank/blob/02-add-server/server/noir/src/main.nr) येथील Noir कोडसह संवाद साधते. येथे मनोरंजक भागांचे स्पष्टीकरण आहे.
+
+```js
+import { Noir } from '@noir-lang/noir_js'
+```
+
+[noir.js](https://www.npmjs.com/package/@noir-lang/noir_js) लायब्ररी JavaScript कोड आणि Noir कोड दरम्यान संवाद साधते.
+
+```js
+const circuit = JSON.parse(await fs.readFile("./noir/target/zkBank.json"))
+const noir = new Noir(circuit)
+```
+
+अंकगणित सर्किट लोड करा---मागील टप्प्यात आपण तयार केलेला संकलित Noir प्रोग्राम---आणि ते कार्यान्वित करण्याची तयारी करा.
+
+```js
+// आम्ही फक्त स्वाक्षरी केलेल्या विनंतीच्या बदल्यात खाते माहिती प्रदान करतो
+const accountInformation = async signature => {
+    const fromAddress = await recoverAddress({
+        hash: hashMessage("Get account data " + Math.floor((new Date().getTime())/60000)),
+        signature
+    })
+```
+
+खाते माहिती प्रदान करण्यासाठी, आम्हाला फक्त स्वाक्षरीची आवश्यकता आहे. कारण संदेश काय असणार आहे हे आम्हाला आधीच माहित आहे, आणि म्हणून संदेश हॅश देखील.
+
+```js
+const processMessage = async (message, signature) => {
+```
+
+एका संदेशावर प्रक्रिया करा आणि त्यात एन्कोड केलेला व्यवहार कार्यान्वित करा.
+
+```js
+    // Get the public key
+    const pubKey = await recoverPublicKey({
+        hash,
+        signature
+    })
+```
+
+आता आम्ही सर्व्हरवर JavaScript चालवत असल्याने, आम्ही सार्वजनिक की क्लायंटऐवजी तेथे पुनर्प्राप्त करू शकतो.
+
+```js
+    let noirResult
+    try {
+        noirResult = await noir.execute({
+            message,
+            signature: signature.slice(2,-2).match(/.{2}/g).map(x => `0x${x}`),
+            pubKeyX,
+            pubKeyY,
+            accounts: Accounts
+        })
+```
+
+`noir.execute` Noir प्रोग्राम चालवते. पॅरामीटर्स [`Prover.toml`](https://github.com/qbzzt/250911-zk-bank/blob/01-manual-zk/server/noir/Prover.toml) मध्ये प्रदान केलेल्या पॅरामीटर्सच्या समतुल्य आहेत. लक्षात घ्या की लांब मूल्ये हेक्साडेसिमल स्ट्रिंगच्या ॲरे म्हणून (`["0x60", "0xA7"]`) प्रदान केली जातात, एकल हेक्साडेसिमल मूल्य (`0x60A7`) म्हणून नाही, जसे Viem करते.
+
+```js
+    } catch (err) {
+        console.log(`Noir error: ${err}`)
+        throw Error("Invalid transaction, not processed")
+    }
+```
+
+जर काही त्रुटी असेल, तर ती पकडा आणि नंतर क्लायंटला एक सरलीकृत आवृत्ती रिले करा.
+
+```js
+    Accounts[fromAccountNumber].nonce++
+    Accounts[fromAccountNumber].balance -= amount
+    Accounts[toAccountNumber].balance += amount
+```
+
+व्यवहार लागू करा. आम्ही ते Noir कोडमध्ये आधीच केले आहे, परंतु तेथून परिणाम काढण्याऐवजी येथे पुन्हा करणे सोपे आहे.
+
+```js
+let Accounts = [
+    {
+        address: "0xf39Fd6e51aad88F6F4ce6aB8827279cffFb92266",
+        balance: 5000,
+        nonce: 0,
+    },
+```
+
+प्रारंभिक `Accounts` रचना.
+
+### टप्पा 3 - Ethereum स्मार्ट कॉन्ट्रॅक्ट्स {#stage-3}
+
+1. सर्व्हर आणि क्लायंट प्रक्रिया थांबवा.
+
+2. स्मार्ट कॉन्ट्रॅक्ट्स असलेली शाखा डाउनलोड करा आणि तुमच्याकडे सर्व आवश्यक मॉड्यूल्स असल्याची खात्री करा.
+
+   ```sh
+   git checkout 03-smart-contracts
+   cd client
+   npm install
+   cd ../server
+   npm install
+   ```
+
+3. एका वेगळ्या कमांड-लाइन विंडोमध्ये `anvil` चालवा.
+
+4. पडताळणी की आणि सॉलिडिटी व्हेरिफायर तयार करा, नंतर व्हेरिफायर कोड सॉलिडिटी प्रोजेक्टमध्ये कॉपी करा.
+
+   ```sh
+   cd noir
+   bb write_vk -b ./target/zkBank.json -o ./target --oracle_hash keccak
+   bb write_solidity_verifier -k ./target/vk -o ./target/Verifier.sol
+   cp target/Verifier.sol ../../smart-contracts/src
+   ```
+
+5. स्मार्ट कॉन्ट्रॅक्ट्सवर जा आणि `anvil` ब्लॉकचेन वापरण्यासाठी पर्यावरण व्हेरिएबल्स सेट करा.
+
+   ```sh
+   cd ../../smart-contracts
+   export ETH_RPC_URL=http://localhost:8545
+   ETH_PRIVATE_KEY=ac0974bec39a17e36ba4a6b4d238ff944bacb478cbed5efcae784d7bf4f2ff80
+   ```
+
+6. `Verifier.sol` तैनात करा आणि ॲड्रेस एका पर्यावरण व्हेरिएबलमध्ये संग्रहित करा.
+
+   ```sh
+   VERIFIER_ADDRESS=`forge create src/Verifier.sol:HonkVerifier --private-key $ETH_PRIVATE_KEY --optimize --broadcast | awk '/Deployed to:/ {print $3}'`
+   echo $VERIFIER_ADDRESS
+   ```
+
+7. `ZkBank` कॉन्ट्रॅक्ट तैनात करा.
+
+   ```sh
+   ZKBANK_ADDRESS=`forge create ZkBank --private-key $ETH_PRIVATE_KEY --broadcast --constructor-args $VERIFIER_ADDRESS 0x199aa62af8c1d562a6ec96e66347bf3240ab2afb5d022c895e6bf6a5e617167b | awk '/Deployed to:/ {print $3}'`
+   echo $ZKBANK_ADDRESS
+   ```
+
+   `0x199..67b` मूल्य `Accounts` च्या प्रारंभिक स्थितीचा पेडरसन हॅश आहे. जर तुम्ही `server/index.mjs` मध्ये ही प्रारंभिक स्थिती बदलली, तर तुम्ही शून्य-ज्ञान पुराव्याद्वारे नोंदवलेला प्रारंभिक हॅश पाहण्यासाठी व्यवहार चालवू शकता.
+
+8. सर्व्हर चालवा.
+
+   ```sh
+   cd ../server
+   npm run start
+   ```
+
+9. एका वेगळ्या कमांड-लाइन विंडोमध्ये क्लायंट चालवा.
+
+   ```sh
+   cd client
+   npm run dev
+   ```
+
+10. काही व्यवहार चालवा.
+
+11. स्थिती ऑनचेन बदलली आहे हे सत्यापित करण्यासाठी, सर्व्हर प्रक्रिया पुन्हा सुरू करा. पहा की `ZkBank` आता व्यवहार स्वीकारत नाही, कारण व्यवहारांमधील मूळ हॅश मूल्य ऑनचेन संग्रहित हॅश मूल्यापेक्षा वेगळे आहे.
+
+    ही अपेक्षित प्रकारची त्रुटी आहे.
+
+    ```
+    ori@CryptoDocGuy:~/x/250911-zk-bank/server$ npm run start
+
+    > server@1.0.0 start
+    > node --experimental-json-modules index.mjs
+
+    Listening on port 3000
+    Verification error: ContractFunctionExecutionError: The contract function "processTransaction" reverted with the following reason:
+    Wrong old state hash
+
+    Contract Call:
+        address:   0xe7f1725E7734CE288F8367e1Bb143E90bb3F0512
+        function:  processTransaction(bytes _proof, bytes32[] _publicInputs)
+        args:                        (0x0000000000000000000000000000000000000000000000042ab5d6d1986846cf00000000000000000000000000000000000000000000000b75c020998797da7800000000000000000000000000000000000000000000000
+    ```
+
+#### `server/index.mjs` {#server-index-mjs-2}
+
+या फाइलमधील बदल बहुतेक करून वास्तविक पुरावा तयार करणे आणि तो ऑनचेन सबमिट करणे यासंबंधी आहेत.
+
+```js
+import { exec } from 'child_process'
+import util from 'util'
+
+const execPromise = util.promisify(exec)
+```
+
+ऑनचेन पाठवण्यासाठी वास्तविक पुरावा तयार करण्यासाठी आम्हाला [बॅरेटेंबर्ग पॅकेज](https://github.com/AztecProtocol/aztec-packages/tree/next/barretenberg) वापरण्याची आवश्यकता आहे. आम्ही हे पॅकेज कमांड-लाइन इंटरफेस (`bb`) चालवून किंवा [JavaScript लायब्ररी, `bb.js`](https://www.npmjs.com/package/@aztec/bb.js) वापरून वापरू शकतो. JavaScript लायब्ररी मूळ कोड चालवण्यापेक्षा खूपच मंद आहे, म्हणून आम्ही कमांड-लाइन वापरण्यासाठी येथे [`exec`](https://nodejs.org/api/child_process.html#child_processexeccommand-options-callback) वापरतो.
+
+लक्षात घ्या की जर तुम्ही `bb.js` वापरण्याचा निर्णय घेतला, तर तुम्हाला Noir च्या आवृत्तीशी सुसंगत असलेली आवृत्ती वापरणे आवश्यक आहे. लेखनाच्या वेळी, सध्याची Noir आवृत्ती (1.0.0-beta.11) `bb.js` आवृत्ती 0.87 वापरते.
+
+```js
+const zkBankAddress = process.env.ZKBANK_ADDRESS || "0xe7f1725E7734CE288F8367e1Bb143E90bb3F0512"
+```
+
+येथील ॲड्रेस तो आहे जो तुम्हाला स्वच्छ `anvil` सह सुरुवात केल्यावर आणि वरील निर्देशांचे पालन केल्यावर मिळतो.
+
+```js
+const walletClient = createWalletClient({ 
+    chain: anvil, 
+    transport: http(), 
+    account: privateKeyToAccount("0x2a871d0798f97d79848a013d4936a73bf4cc922c825d33c1cf7073dff6d409c6")
+})
+```
+
+ही खाजगी की `anvil` मधील डीफॉल्ट पूर्व-अनुदानित खात्यांपैकी एक आहे.
+
+```js
+const generateProof = async (witness, fileID) => {
+```
+
+`bb` एक्झिक्युटेबल वापरून पुरावा तयार करा.
+
+```js
+    const fname = `witness-${fileID}.gz`    
+    await fs.writeFile(fname, witness)
+```
+
+साक्षीदार एका फाईलमध्ये लिहा.
+
+```js
+    await execPromise(`bb prove -b ./noir/target/zkBank.json -w ${fname} -o ${fileID} --oracle_hash keccak --output_format fields`)
+```
+
+प्रत्यक्षात पुरावा तयार करा. या पायरीमुळे सार्वजनिक व्हेरिएबल्ससह एक फाईल देखील तयार होते, परंतु आम्हाला त्याची आवश्यकता नाही. आम्हाला ते व्हेरिएबल्स `noir.execute` मधून आधीच मिळाले आहेत.
+
+```js
+    const proof = "0x" + JSON.parse(await fs.readFile(`./${fileID}/proof_fields.json`)).reduce((a,b) => a+b, "").replace(/0x/g, "")
+```
+
+पुरावा हा `Field` मूल्यांचा एक JSON ॲरे आहे, प्रत्येक हेक्साडेसिमल मूल्य म्हणून दर्शविला जातो. तथापि, आम्हाला ते व्यवहारात एकल `bytes` मूल्य म्हणून पाठवणे आवश्यक आहे, जे Viem मोठ्या हेक्साडेसिमल स्ट्रिंगद्वारे दर्शवते. येथे आम्ही सर्व मूल्यांना एकत्र जोडून, सर्व `0x` काढून टाकून, आणि शेवटी एक जोडून स्वरूप बदलतो.
+
+```js
+    await execPromise(`rm -r ${fname} ${fileID}`)
+
+    return proof
+}
+```
+
+स्वच्छता करा आणि पुरावा परत करा.
+
+```js
+const processMessage = async (message, signature) => {
+    .
+    .
+    .
+
+    const publicFields = noirResult.returnValue.map(x=>'0x' + x.slice(2).padStart(64, "0"))
+```
+
+सार्वजनिक फील्ड 32-बाइट मूल्यांचा ॲरे असणे आवश्यक आहे. तथापि, आम्हाला व्यवहार हॅश दोन `Field` मूल्यांमध्ये विभागण्याची आवश्यकता असल्याने, ते 16-बाइट मूल्य म्हणून दिसते. येथे आम्ही शून्य जोडतो जेणेकरून Viem ला समजेल की ते प्रत्यक्षात 32 बाइट्स आहे.
+
+```js
+    const proof = await generateProof(noirResult.witness, `${fromAddress}-${nonce}`)
+```
+
+प्रत्येक ॲड्रेस प्रत्येक नॉन्स एकदाच वापरतो जेणेकरून आपण साक्षीदार फाईल आणि आउटपुट डिरेक्टरीसाठी एक अद्वितीय ओळखकर्ता म्हणून `fromAddress` आणि `nonce` यांचे संयोजन वापरू शकू.
+
+```js
+    try {
+        await zkBank.write.processTransaction([
+            proof, publicFields])
+    } catch (err) {
+        console.log(`Verification error: ${err}`)
+        throw Error("Can't verify the transaction onchain")
+    }
+    .
+    .
+    .
+}
+```
+
+व्यवहार चेनवर पाठवा.
+
+#### `smart-contracts/src/ZkBank.sol` {#smart-contracts-src-zkbank-sol}
+
+हा ऑनचेन कोड आहे जो व्यवहार प्राप्त करतो.
+
+```solidity
+// SPDX-License-Identifier: MIT
+
+pragma solidity >=0.8.21;
+
+import {HonkVerifier} from "./Verifier.sol";
+
+contract ZkBank {
+    HonkVerifier immutable myVerifier;
+    bytes32 currentStateHash;
+
+    constructor(address _verifierAddress, bytes32 _initialStateHash) {
+        currentStateHash = _initialStateHash;
+        myVerifier = HonkVerifier(_verifierAddress);
+    }
+```
+
+ऑनचेन कोडला दोन व्हेरिएबल्सचा मागोवा ठेवण्याची आवश्यकता आहे: व्हेरिफायर (`nargo` द्वारे तयार केलेला एक वेगळा कॉन्ट्रॅक्ट) आणि वर्तमान स्टेट हॅश.
+
+```solidity
+    event TransactionProcessed(
+        bytes32 indexed transactionHash,
+        bytes32 oldStateHash,
+        bytes32 newStateHash
+    );
+```
+
+प्रत्येक वेळी स्थिती बदलल्यावर, आम्ही `TransactionProcessed` इव्हेंट प्रसारित करतो.
+
+```solidity
+    function processTransaction(
+        bytes calldata _proof,
+        bytes32[] calldata _publicFields
+    ) public {
+```
+
+हे फंक्शन व्यवहारांवर प्रक्रिया करते. हे पुरावा (`bytes` म्हणून) आणि सार्वजनिक इनपुट (`bytes32` ॲरे म्हणून) व्हेरिफायरला आवश्यक असलेल्या स्वरूपात मिळवते (ऑनचेन प्रक्रिया आणि त्यामुळे गॅस खर्च कमी करण्यासाठी).
+
+```solidity
+        require(_publicInputs[0] == currentStateHash,
+            "Wrong old state hash");
+```
+
+शून्य-ज्ञान पुरावा असा असावा की व्यवहार आमच्या वर्तमान हॅशमधून नवीन हॅशमध्ये बदलतो.
+
+```solidity
+        myVerifier.verify(_proof, _publicFields);
+```
+
+शून्य-ज्ञान पुरावा सत्यापित करण्यासाठी व्हेरिफायर कॉन्ट्रॅक्टला कॉल करा. ही पायरी शून्य-ज्ञान पुरावा चुकीचा असल्यास व्यवहार उलटवते.
+
+```solidity
+        currentStateHash = _publicFields[1];
+
+        emit TransactionProcessed(
+            _publicFields[2]<<128 | _publicFields[3],
+            _publicFields[0],
+            _publicFields[1]
+        );
+    }
+}
+```
+
+जर सर्वकाही ठीक झाले, तर स्टेट हॅशला नवीन मूल्यावर अपडेट करा आणि `TransactionProcessed` इव्हेंट प्रसारित करा.
+
+## केंद्रीकृत घटकाद्वारे होणारे गैरवापर {#abuses}
+
+माहिती सुरक्षेमध्ये तीन गुणधर्म आहेत:
+
+- _गोपनीयता_, वापरकर्ते ज्या माहितीला वाचण्यासाठी अधिकृत नाहीत ती वाचू शकत नाहीत.
+- _अखंडता_, अधिकृत वापरकर्त्यांद्वारे अधिकृत पद्धतीनेच माहिती बदलली जाऊ शकते.
+- _उपलब्धता_, अधिकृत वापरकर्ते प्रणाली वापरू शकतात.
+
+या प्रणालीवर, अखंडता शून्य-ज्ञान पुराव्यांद्वारे प्रदान केली जाते. उपलब्धतेची हमी देणे खूपच कठीण आहे, आणि गोपनीयता अशक्य आहे, कारण बँकेला प्रत्येक खात्याची शिल्लक आणि सर्व व्यवहार माहित असणे आवश्यक आहे. माहिती असलेल्या घटकाला ती माहिती शेअर करण्यापासून रोखण्याचा कोणताही मार्ग नाही.
+
+[स्टेल्थ ॲड्रेस](https://vitalik.eth.limo/general/2023/01/20/stealth.html) वापरून खऱ्या अर्थाने गोपनीय बँक तयार करणे शक्य आहे, परंतु ते या लेखाच्या व्याप्तीबाहेर आहे.
+
+### खोटी माहिती {#false-info}
+
+सर्व्हर ज्या प्रकारे अखंडतेचे उल्लंघन करू शकतो त्यापैकी एक म्हणजे [डेटाची विनंती केल्यावर](https://github.com/qbzzt/250911-zk-bank/blob/03-smart-contracts/server/index.mjs#L278-L291) खोटी माहिती प्रदान करणे.
+
+यावर उपाय म्हणून, आपण एक दुसरा Noir प्रोग्राम लिहू शकतो जो खात्यांना खाजगी इनपुट म्हणून आणि माहितीसाठी विनंती केलेल्या ॲड्रेसला सार्वजनिक इनपुट म्हणून प्राप्त करतो. आउटपुट त्या ॲड्रेसची शिल्लक आणि नॉन्स, आणि खात्यांचा हॅश आहे.
+
+अर्थात, हा पुरावा ऑनचेन सत्यापित केला जाऊ शकत नाही, कारण आम्हाला ऑनचेन नॉन्स आणि शिल्लक पोस्ट करायची नाही. तथापि, तो ब्राउझरमध्ये चालणाऱ्या क्लायंट कोडद्वारे सत्यापित केला जाऊ शकतो.
+
+### सक्तीचे व्यवहार {#forced-txns}
+
+L2s वर उपलब्धता सुनिश्चित करण्यासाठी आणि सेन्सॉरशिप रोखण्यासाठी सामान्य यंत्रणा [सक्तीचे व्यवहार](https://docs.optimism.io/stack/transactions/forced-transaction) आहे. परंतु सक्तीचे व्यवहार शून्य-ज्ञान पुराव्यांसह एकत्रित होत नाहीत. सर्व्हर हा एकमेव घटक आहे जो व्यवहार सत्यापित करू शकतो.
+
+आम्ही `smart-contracts/src/ZkBank.sol` मध्ये बदल करून सक्तीचे व्यवहार स्वीकारू शकतो आणि सर्व्हरला स्थिती बदलण्यापासून रोखू शकतो जोपर्यंत त्यावर प्रक्रिया होत नाही. तथापि, यामुळे आपल्याला एका सोप्या डिनायल-ऑफ-सर्व्हिस हल्ल्यासाठी उघडे पडते. जर सक्तीचा व्यवहार अवैध असेल आणि त्यामुळे त्यावर प्रक्रिया करणे अशक्य असेल तर काय?
+
+यावरील उपाय म्हणजे सक्तीचा व्यवहार अवैध असल्याचा शून्य-ज्ञान पुरावा असणे. हे सर्व्हरला तीन पर्याय देते:
+
+- सक्तीच्या व्यवहारावर प्रक्रिया करणे, त्यावर प्रक्रिया झाल्याचा शून्य-ज्ञान पुरावा आणि नवीन स्थिती हॅश प्रदान करणे.
+- सक्तीचा व्यवहार नाकारणे, आणि कॉन्ट्रॅक्टला शून्य-ज्ञान पुरावा प्रदान करणे की व्यवहार अवैध आहे (अज्ञात ॲड्रेस, चुकीचा नॉन्स, किंवा अपुरी शिल्लक).
+- सक्तीच्या व्यवहाराकडे दुर्लक्ष करणे. सर्व्हरला प्रत्यक्षात व्यवहारावर प्रक्रिया करण्यास भाग पाडण्याचा कोणताही मार्ग नाही, परंतु याचा अर्थ संपूर्ण प्रणाली अनुपलब्ध आहे.
+
+#### उपलब्धता बाँड्स {#avail-bonds}
+
+वास्तविक जीवनातील अंमलबजावणीमध्ये, सर्व्हर चालू ठेवण्यासाठी कदाचित काही प्रकारचा नफ्याचा हेतू असेल. आम्ही या प्रोत्साहनाला बळकट करण्यासाठी सर्व्हरला एक उपलब्धता बाँड पोस्ट करायला लावू शकतो जो कोणीही जाळू शकतो जर सक्तीचा व्यवहार एका विशिष्ट कालावधीत प्रक्रिया केला गेला नाही.
+
+### खराब Noir कोड {#bad-noir-code}
+
+सामान्यतः, लोकांना स्मार्ट कॉन्ट्रॅक्टवर विश्वास ठेवण्यासाठी आम्ही स्त्रोत कोड एका [ब्लॉक एक्सप्लोरर](https://eth.blockscout.com/address/0x7D16d2c4e96BCFC8f815E15b771aC847EcbDB48b?tab=contract) वर अपलोड करतो. तथापि, शून्य-ज्ञान पुराव्यांच्या बाबतीत, ते अपुरे आहे.
+
+`Verifier.sol` मध्ये पडताळणी की असते, जी Noir प्रोग्रामचे एक फंक्शन आहे. तथापि, ती की आपल्याला Noir प्रोग्राम काय होता हे सांगत नाही. खऱ्या अर्थाने विश्वसनीय उपाययोजना करण्यासाठी, तुम्हाला Noir प्रोग्राम (आणि ज्या आवृत्तीने तो तयार केला आहे) अपलोड करणे आवश्यक आहे. अन्यथा, शून्य-ज्ञान पुरावे एका वेगळ्या प्रोग्रामला प्रतिबिंबित करू शकतात, ज्यामध्ये एक बॅक डोअर असेल.
+
+जोपर्यंत ब्लॉक एक्सप्लोरर्स आम्हाला Noir प्रोग्राम्स अपलोड आणि सत्यापित करण्याची परवानगी देत नाहीत, तोपर्यंत तुम्ही ते स्वतः करावे (शक्यतो [IPFS](/developers/tutorials/ipfs-decentralized-ui/) वर). मग प्रगत वापरकर्ते स्त्रोत कोड डाउनलोड करू शकतील, तो स्वतः संकलित करू शकतील, `Verifier.sol` तयार करू शकतील, आणि तो ऑनचेन असलेल्या कोडसारखाच आहे हे सत्यापित करू शकतील.
+
+## निष्कर्ष {#conclusion}
+
+प्लाझ्मा-प्रकारच्या ॲप्लिकेशन्सना माहिती साठवणुकीसाठी एका केंद्रीकृत घटकाची आवश्यकता असते. यामुळे संभाव्य असुरक्षितता निर्माण होते परंतु, बदल्यात, आम्हाला ब्लॉकचेनवरच उपलब्ध नसलेल्या मार्गांनी गोपनीयतेचे संरक्षण करण्यास अनुमती देते. शून्य-ज्ञान पुराव्यांसह आम्ही अखंडता सुनिश्चित करू शकतो आणि शक्यतो केंद्रीकृत घटक चालवणाऱ्या कोणालाही उपलब्धतेची देखभाल करणे आर्थिकदृष्ट्या फायदेशीर बनवू शकतो.
+
+[माझ्या कामाबद्दल अधिक माहितीसाठी येथे पहा](https://cryptodocguy.pro/).
+
+## पोचपावती {#acknowledgements}
+
+- जोश क्राइट्सने या लेखाचा मसुदा वाचला आणि मला एका काटेरी Noir समस्येवर मदत केली.
+
+कोणत्याही उर्वरित चुका माझ्या जबाबदारी आहेत.
diff --git a/public/content/translations/mr/developers/tutorials/calling-a-smart-contract-from-javascript/index.md b/public/content/translations/mr/developers/tutorials/calling-a-smart-contract-from-javascript/index.md
new file mode 100644
index 00000000000..8d7adff8963
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/calling-a-smart-contract-from-javascript/index.md
@@ -0,0 +1,131 @@
+---
+title: "JavaScript मधून स्मार्ट कॉन्ट्रॅक्टला कॉल करणे"
+description: "Dai टोकनच्या उदाहरणाचा वापर करून JavaScript मधून स्मार्ट कॉन्ट्रॅक्ट फंक्शनला कसे कॉल करावे"
+author: jdourlens
+tags: [ "व्यवहार", "frontend", "JavaScript", "web3.js" ]
+skill: beginner
+lang: mr
+published: 2020-04-19
+source: EthereumDev
+sourceUrl: https://ethereumdev.io/calling-a-smart-contract-from-javascript/
+address: "0x19dE91Af973F404EDF5B4c093983a7c6E3EC8ccE"
+---
+
+या ट्युटोरियलमध्ये आपण JavaScript मधून [स्मार्ट कॉन्ट्रॅक्ट](/developers/docs/smart-contracts/) फंक्शनला कसे कॉल करायचे ते पाहू. पहिले म्हणजे स्मार्ट कॉन्ट्रॅक्टची स्थिती वाचणे (उदा., ERC20 धारकाची शिल्लक), त्यानंतर आपण टोकन हस्तांतरण करून ब्लॉकचेनची स्थिती सुधारित करू. तुम्ही आधीच [ब्लॉकचेनशी संवाद साधण्यासाठी JS पर्यावरण सेट करण्याशी](/developers/tutorials/set-up-web3js-to-use-ethereum-in-javascript/) परिचित असले पाहिजे.
+
+या उदाहरणासाठी आपण DAI टोकन वापरणार आहोत, चाचणीच्या उद्देशाने आपण ganache-cli वापरून ब्लॉकचेन फोर्क करू आणि असा ॲड्रेस अनलॉक करू ज्यात आधीच खूप DAI आहेत:
+
+```bash
+ganache-cli -f https://mainnet.infura.io/v3/[तुमची इन्फ्युरा की] -d -i 66 1 --unlock 0x4d10ae710Bd8D1C31bd7465c8CBC3add6F279E81
+```
+
+स्मार्ट कॉन्ट्रॅक्टशी संवाद साधण्यासाठी आपल्याला त्याचा ॲड्रेस आणि ABI लागेल:
+
+```js
+const ERC20TransferABI = [
+  {
+    constant: false,
+    inputs: [
+      {
+        name: "_to",
+        type: "address",
+      },
+      {
+        name: "_value",
+        type: "uint256",
+      },
+    ],
+    name: "transfer",
+    outputs: [
+      {
+        name: "",
+        type: "bool",
+      },
+    ],
+    payable: false,
+    stateMutability: "nonpayable",
+    type: "function",
+  },
+  {
+    constant: true,
+    inputs: [
+      {
+        name: "_owner",
+        type: "address",
+      },
+    ],
+    name: "balanceOf",
+    outputs: [
+      {
+        name: "balance",
+        type: "uint256",
+      },
+    ],
+    payable: false,
+    stateMutability: "view",
+    type: "function",
+  },
+]
+
+const DAI_ADDRESS = "0x6b175474e89094c44da98b954eedeac495271d0f"
+```
+
+या प्रोजेक्टसाठी आम्ही फक्त `balanceOf` आणि `transfer` फंक्शन ठेवण्यासाठी संपूर्ण ERC20 ABI मधून अनावश्यक भाग काढला आहे पण तुम्ही [संपूर्ण ERC20 ABI येथे](https://ethereumdev.io/abi-for-erc20-contract-on-ethereum/) शोधू शकता.
+
+त्यानंतर आपल्याला आपला स्मार्ट कॉन्ट्रॅक्ट सुरू करण्याची गरज आहे:
+
+```js
+const web3 = new Web3("http://localhost:8545")
+
+const daiToken = new web3.eth.Contract(ERC20TransferABI, DAI_ADDRESS)
+```
+
+आपण दोन ॲड्रेस देखील सेट करू:
+
+- ज्याला हस्तांतरण मिळेल तो आणि
+- आपण आधीच अनलॉक केलेला जो ते पाठवेल:
+
+```js
+const senderAddress = "0x4d10ae710Bd8D1C31bd7465c8CBC3add6F279E81"
+const receiverAddress = "0x19dE91Af973F404EDF5B4c093983a7c6E3EC8ccE"
+```
+
+पुढील भागात आपण दोन्ही ॲड्रेसकडे असलेल्या टोकन्सची सध्याची रक्कम मिळवण्यासाठी `balanceOf` फंक्शनला कॉल करू.
+
+## कॉल: स्मार्ट कॉन्ट्रॅक्टमधून मूल्य वाचणे {#call-reading-value-from-a-smart-contract}
+
+पहिले उदाहरण कोणतेही ट्रान्झॅक्शन न पाठवता एक “कॉन्स्टन्ट” मेथड कॉल करेल आणि EVM मध्ये त्याचे स्मार्ट कॉन्ट्रॅक्ट मेथड कार्यान्वित करेल. यासाठी आपण एका ॲड्रेसची ERC20 शिल्लक वाचू. [ERC20 टोकन्सबद्दल आमचा लेख वाचा](/developers/tutorials/understand-the-erc-20-token-smart-contract/).
+
+तुम्ही `yourContract.methods.methodname` अशाप्रकारे इन्स्टन्शिएट केलेल्या स्मार्ट कॉन्ट्रॅक्टच्या मेथड्समध्ये प्रवेश करू शकता ज्यासाठी तुम्ही ABI प्रदान केले आहे. `call` फंक्शन वापरून तुम्हाला फंक्शन कार्यान्वित केल्याचा परिणाम मिळेल.
+
+```js
+daiToken.methods.balanceOf(senderAddress).call(function (err, res) {
+  if (err) {
+    console.log("एक त्रुटी आली", err)
+    return
+  }
+  console.log("शिल्लक आहे: ", res)
+})
+```
+
+लक्षात ठेवा की DAI ERC20 मध्ये 18 दशांश स्थळे आहेत, याचा अर्थ योग्य रक्कम मिळवण्यासाठी तुम्हाला 18 शून्य काढावे लागतील. JavaScript मोठ्या अंकीय मूल्यांना हाताळू शकत नसल्यामुळे uint256 स्ट्रिंग म्हणून परत केले जातात. तुम्हाला खात्री नसेल तर [JS मध्ये मोठ्या संख्या कशा हाताळायच्या याबद्दल आमचे bignumber.js वरील ट्युटोरियल पहा](https://ethereumdev.io/how-to-deal-with-big-numbers-in-javascript/).
+
+## पाठवा: स्मार्ट कॉन्ट्रॅक्ट फंक्शनला ट्रान्झॅक्शन पाठवणे {#send-sending-a-transaction-to-a-smart-contract-function}
+
+दुसऱ्या उदाहरणासाठी, आपण आपल्या दुसऱ्या ॲड्रेसवर 10 DAI पाठवण्यासाठी DAI स्मार्ट कॉन्ट्रॅक्टच्या ट्रान्स्फर फंक्शनला कॉल करू. ट्रान्स्फर फंक्शन दोन पॅरामीटर्स स्वीकारते: प्राप्तकर्त्याचा ॲड्रेस आणि हस्तांतरित करायच्या टोकनची रक्कम:
+
+```js
+daiToken.methods
+  .transfer(receiverAddress, "100000000000000000000")
+  .send({ from: senderAddress }, function (err, res) {
+    if (err) {
+      console.log("एक त्रुटी आली", err)
+      return
+    }
+    console.log("ट्रान्झॅक्शनचा हॅश: " + res)
+  })
+```
+
+कॉल फंक्शन त्या ट्रान्झॅक्शनचा हॅश परत करतो जे ब्लॉकचेनमध्ये माइन केले जाईल. Ethereum वर, ट्रान्झॅक्शन हॅश अंदाजित असतात - म्हणूनच आपण ट्रान्झॅक्शन कार्यान्वित होण्यापूर्वी त्याचा हॅश मिळवू शकतो ([हॅश कसे मोजले जातात ते येथे शिका](https://ethereum.stackexchange.com/questions/45648/how-to-calculate-the-assigned-txhash-of-a-transaction)).
+
+हे फंक्शन फक्त ब्लॉकचेनवर ट्रान्झॅक्शन सबमिट करत असल्यामुळे, ते माइन होऊन ब्लॉकचेनमध्ये समाविष्ट होईपर्यंत आपण निकाल पाहू शकत नाही. पुढील ट्युटोरियलमध्ये आपण [ब्लॉकचेनवर ट्रान्झॅक्शन कार्यान्वित होण्याची वाट कशी पाहायची, त्याचा हॅश जाणून घेऊन शिकू](https://ethereumdev.io/waiting-for-a-transaction-to-be-mined-on-ethereum-with-js/).
diff --git a/public/content/translations/mr/developers/tutorials/creating-a-wagmi-ui-for-your-contract/index.md b/public/content/translations/mr/developers/tutorials/creating-a-wagmi-ui-for-your-contract/index.md
new file mode 100644
index 00000000000..36b54d2676b
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/creating-a-wagmi-ui-for-your-contract/index.md
@@ -0,0 +1,585 @@
+---
+title: "तुमच्या काँट्रॅक्टसाठी युझर इंटरफेस तयार करणे"
+description: "TypeScript, React, Vite आणि Wagmi सारख्या आधुनिक घटकांचा वापर करून, आम्ही एक आधुनिक, पण किमान, युझर इंटरफेस पाहणार आहोत आणि युझर इंटरफेसशी वॉलेट कसे कनेक्ट करावे, माहिती वाचण्यासाठी स्मार्ट काँट्रॅक्टला कॉल कसा करावा, स्मार्ट काँट्रॅक्टला व्यवहार कसा पाठवावा, आणि बदल ओळखण्यासाठी स्मार्ट काँट्रॅक्टमधील इव्हेंटचे निरीक्षण कसे करावे हे शिकणार आहोत."
+author: Ori Pomerantz
+tags: [ "typescript", "react", "vite", "wagmi", "frontend" ]
+skill: beginner
+published: 2023-11-01
+lang: mr
+sidebarDepth: 3
+---
+
+तुम्हाला Ethereum इकोसिस्टीममध्ये एक आवश्यक वैशिष्ट्य आढळले आहे. तुम्ही ते लागू करण्यासाठी स्मार्ट काँट्रॅक्ट्स लिहिले आणि कदाचित ऑफचेन चालणारा काही संबंधित कोड देखील लिहिला असेल. हे उत्तम आहे! दुर्दैवाने, युझर इंटरफेसशिवाय तुम्हाला कोणतेही युझर मिळणार नाहीत, आणि मागच्या वेळी जेव्हा तुम्ही वेबसाइट लिहिली होती तेव्हा लोक डायल-अप मोडेम वापरत होते आणि JavaScript नवीन होते.
+
+हा लेख तुमच्यासाठी आहे. मी गृहीत धरतो की तुम्हाला प्रोग्रामिंग माहित आहे, आणि कदाचित थोडे JavaScript आणि HTML देखील माहित आहे, परंतु तुमची युझर इंटरफेस कौशल्ये गंजलेली आणि कालबाह्य झाली आहेत. एकत्रितपणे आपण एका सोप्या आधुनिक ऍप्लिकेशनवर नजर टाकू जेणेकरून तुम्हाला दिसेल की आजकाल हे कसे केले जाते.
+
+## हे महत्त्वाचे का आहे {#why-important}
+
+सिद्धांतानुसार, तुम्ही लोकांना तुमच्या काँट्रॅक्ट्सशी संवाद साधण्यासाठी फक्त [Etherscan](https://holesky.etherscan.io/address/0x432d810484add7454ddb3b5311f0ac2e95cecea8#writeContract) किंवा [Blockscout](https://eth-holesky.blockscout.com/address/0x432d810484AdD7454ddb3b5311f0Ac2E95CeceA8?tab=write_contract) वापरण्यास सांगू शकता. अनुभवी Ethereans साठी ते उत्तम असेल. परंतु आम्ही [आणखी एक अब्ज लोकांना](https://blog.ethereum.org/2021/05/07/ethereum-for-the-next-billion) सेवा देण्याचा प्रयत्न करत आहोत. एका उत्तम वापरकर्ता अनुभवाशिवाय हे घडणार नाही आणि एक अनुकूल वापरकर्ता इंटरफेस हा त्याचा एक मोठा भाग आहे.
+
+## Greeter ऍप्लिकेशन {#greeter-app}
+
+आधुनिक UI कसे कार्य करते यामागे बराच सिद्धांत आहे, आणि [बर्‍याच चांगल्या साइट्स](https://react.dev/learn/thinking-in-react) [आहेत ज्या ते स्पष्ट करतात](https://wagmi.sh/core/getting-started). त्या साइट्सनी केलेले उत्तम काम पुन्हा करण्याऐवजी, मी असे गृहीत धरणार आहे की तुम्ही करून शिकण्यास प्राधान्य देता आणि अशा ऍप्लिकेशनने सुरुवात करता ज्यासोबत तुम्ही खेळू शकता. गोष्टी पूर्ण करण्यासाठी तुम्हाला अजूनही सिद्धांताची आवश्यकता आहे, आणि आम्ही त्यावर येऊ - आम्ही फक्त सोर्स फाइलनुसार जाऊ, आणि गोष्टी जशा येतील तशा त्यावर चर्चा करू.
+
+### इन्स्टॉलेशन {#installation}
+
+1. आवश्यक असल्यास, तुमच्या वॉलेटमध्ये [Holesky ब्लॉकचेन](https://chainlist.org/?search=holesky&testnets=true) जोडा आणि [चाचणी ETH मिळवा](https://www.holeskyfaucet.io/).
+
+2. github रेपॉजिटरी क्लोन करा.
+
+   ```sh
+   git clone https://github.com/qbzzt/20230801-modern-ui.git
+   ```
+
+3. आवश्यक पॅकेजेस इंस्टॉल करा.
+
+   ```sh
+   cd 20230801-modern-ui
+   pnpm install
+   ```
+
+4. ऍप्लिकेशन सुरू करा.
+
+   ```sh
+   pnpm dev
+   ```
+
+5. ऍप्लिकेशनने दाखवलेल्या URL वर ब्राउझ करा. बहुतेक प्रकरणांमध्ये, ते [http://localhost:5173/](http://localhost:5173/) आहे.
+
+6. तुम्ही काँट्रॅक्ट सोर्स कोड, Hardhat च्या Greeter ची थोडी सुधारित आवृत्ती, [ब्लॉकचेन एक्सप्लोररवर](https://eth-holesky.blockscout.com/address/0x432d810484AdD7454ddb3b5311f0Ac2E95CeceA8?tab=contract) पाहू शकता.
+
+### फाइल वॉक थ्रू {#file-walk-through}
+
+#### `index.html` {#index-html}
+
+ही फाईल मानक HTML बॉयलरप्लेट आहे, फक्त ही ओळ वगळता, जी स्क्रिप्ट फाइल आयात करते.
+
+```html
+<script type="module" src="/src/main.tsx"></script>
+```
+
+#### `src/main.tsx` {#main-tsx}
+
+फाइल एक्सटेंशन आम्हाला सांगते की ही फाईल [TypeScript](https://www.typescriptlang.org/) मध्ये लिहिलेला एक [React घटक](https://www.w3schools.com/react/react_components.asp) आहे, जो JavaScript चा एक विस्तार आहे जो [टाइप चेकिंग](https://en.wikipedia.org/wiki/Type_system#Type_checking) ला समर्थन देतो. TypeScript हे JavaScript मध्ये संकलित (compiled) केले जाते, म्हणून आम्ही ते क्लायंट-साइड एक्झिक्यूशनसाठी वापरू शकतो.
+
+```tsx
+import '@rainbow-me/rainbowkit/styles.css'
+import { RainbowKitProvider } from '@rainbow-me/rainbowkit'
+import * as React from 'react'
+import * as ReactDOM from 'react-dom/client'
+import { WagmiConfig } from 'wagmi'
+import { chains, config } from './wagmi'
+```
+
+आम्हाला आवश्यक असलेला लायब्ररी कोड आयात करा.
+
+```tsx
+import { App } from './App'
+```
+
+ऍप्लिकेशन लागू करणारा React घटक आयात करा (खाली पहा).
+
+```tsx
+ReactDOM.createRoot(document.getElementById('root')!).render(
+```
+
+रूट React घटक तयार करा. `render` चा पॅरामीटर [JSX](https://www.w3schools.com/react/react_jsx.asp) आहे, एक विस्तार भाषा जी HTML आणि JavaScript/TypeScript दोन्ही वापरते. येथील उद्गारवाचक चिन्ह TypeScript घटकाला सांगते: "तुम्हाला माहित नाही की `document.getElementById('root')` हे `ReactDOM.createRoot` साठी एक वैध पॅरामीटर असेल, पण काळजी करू नका - मी डेव्हलपर आहे आणि मी तुम्हाला सांगत आहे की ते असेल".
+
+```tsx
+  <React.StrictMode>
+```
+
+ऍप्लिकेशन [एका `React.StrictMode` घटकात](https://react.dev/reference/react/StrictMode) जात आहे. हा घटक React लायब्ररीला अतिरिक्त डीबगिंग तपासण्या घालण्यास सांगतो, जे डेव्हलपमेंट दरम्यान उपयुक्त आहे.
+
+```tsx
+    <WagmiConfig config={config}>
+```
+
+ऍप्लिकेशन [एका `WagmiConfig` घटकात](https://wagmi.sh/react/api/WagmiProvider) देखील आहे. [wagmi (we are going to make it) लायब्ररी](https://wagmi.sh/) Ethereum विकेंद्रित ऍप्लिकेशन लिहिण्यासाठी React UI व्याख्यांना [viem लायब्ररीसह](https://viem.sh/) जोडते.
+
+```tsx
+      <RainbowKitProvider chains={chains}>
+```
+
+आणि शेवटी, [एक `RainbowKitProvider` घटक](https://www.rainbowkit.com/). हा घटक लॉग ऑन करणे आणि वॉलेट आणि ऍप्लिकेशनमधील संवाद हाताळतो.
+
+```tsx
+        <App />
+```
+
+आता आमच्याकडे ऍप्लिकेशनसाठी घटक असू शकतो, जो प्रत्यक्षात UI लागू करतो. घटकाच्या शेवटी असलेले `/>` React ला सांगते की या घटकामध्ये XML मानकानुसार कोणतीही व्याख्या नाही.
+
+```tsx
+      </RainbowKitProvider>
+    </WagmiConfig>
+  </React.StrictMode>,
+)
+```
+
+अर्थात, आम्हाला इतर घटक बंद करावे लागतील.
+
+#### `src/App.tsx` {#app-tsx}
+
+```tsx
+import { ConnectButton } from '@rainbow-me/rainbowkit'
+import { useAccount } from 'wagmi'
+import { Greeter } from './components/Greeter'
+
+export function App() {
+```
+
+React घटक तयार करण्याचा हा मानक मार्ग आहे - एक फंक्शन परिभाषित करा जे प्रत्येक वेळी रेंडर करण्याची आवश्यकता असताना कॉल केले जाते. या फंक्शनमध्ये सामान्यतः शीर्षस्थानी काही TypeScript किंवा JavaScript कोड असतो, त्यानंतर `return` स्टेटमेंट असते जे JSX कोड परत करते.
+
+```tsx
+  const { isConnected } = useAccount()
+```
+
+येथे आपण वॉलेटद्वारे ब्लॉकचेनशी कनेक्ट आहोत की नाही हे तपासण्यासाठी [`useAccount`](https://wagmi.sh/react/api/hooks/useAccount) वापरतो.
+
+परंपरेनुसार, React मध्ये `use...` नावाची फंक्शन्स [hooks](https://www.w3schools.com/react/react_hooks.asp) असतात जी काही प्रकारचा डेटा परत करतात. जेव्हा तुम्ही असे हुक वापरता, तेव्हा तुमच्या घटकाला केवळ डेटा मिळत नाही, तर जेव्हा तो डेटा बदलतो तेव्हा घटक अद्यतनित माहितीसह पुन्हा रेंडर केला जातो.
+
+```tsx
+  return (
+    <>
+```
+
+React घटकाच्या JSX ने एक घटक परत करणे _आवश्यक_ आहे. जेव्हा आमच्याकडे एकापेक्षा जास्त घटक असतात आणि आमच्याकडे "नैसर्गिकरित्या" गुंडाळण्यासाठी काहीही नसते, तेव्हा आम्ही एक रिकामा घटक (`<> ...` वापरतो </>`) त्यांना एकाच घटकात बनवण्यासाठी.
+
+```tsx
+      <h1>Greeter</h1>
+      <ConnectButton />
+```
+
+आम्हाला RainbowKit कडून [`ConnectButton` घटक](https://www.rainbowkit.com/docs/connect-button) मिळतो. जेव्हा आम्ही कनेक्ट नसतो, तेव्हा ते आम्हाला `Connect Wallet` बटण देते जे एक मोडल उघडते जे वॉलेट्सबद्दल स्पष्ट करते आणि तुम्हाला कोणते वापरायचे आहे ते निवडू देते. जेव्हा आम्ही कनेक्ट असतो, तेव्हा ते आम्ही वापरत असलेले ब्लॉकचेन, आमचा खाते पत्ता आणि आमची ETH शिल्लक दर्शवते. आम्ही नेटवर्क स्विच करण्यासाठी किंवा डिस्कनेक्ट करण्यासाठी हे डिस्प्ले वापरू शकतो.
+
+```tsx
+      {isConnected && (
+```
+
+जेव्हा आम्हाला JSX मध्ये प्रत्यक्ष JavaScript (किंवा JavaScript मध्ये संकलित केले जाणारे TypeScript) घालण्याची आवश्यकता असते, तेव्हा आम्ही कंस (`{}`) वापरतो.
+
+`a && b` हे सिंटॅक्स [`a ?` साठी लहान आहे. b : a`](https://www.w3schools.com/react/react_es6_ternary.asp). म्हणजे, जर `a`सत्य असेल तर त्याचे मूल्य`b`होते आणि अन्यथा त्याचे मूल्य`a`होते (जे`false`, `0`, इत्यादी असू शकते). React ला हे सांगण्याचा हा एक सोपा मार्ग आहे की एखादा घटक केवळ तेव्हाच प्रदर्शित केला पाहिजे जेव्हा एखादी विशिष्ट अट पूर्ण होते.
+
+या प्रकरणात, वापरकर्ता ब्लॉकचेनशी कनेक्ट असल्यास आम्ही फक्त वापरकर्त्याला `Greeter` दाखवू इच्छितो.
+
+```tsx
+          <Greeter />
+      )}
+    </>
+  )
+}
+```
+
+#### `src/components/Greeter.tsx` {#greeter-tsx}
+
+या फाइलमध्ये बहुतेक UI कार्यक्षमता आहे. यात अशा व्याख्यांचा समावेश आहे ज्या सामान्यतः एकाधिक फाईल्समध्ये असतील, परंतु हे एक ट्यूटोरियल असल्याने, प्रोग्राम कामगिरी किंवा देखभालीच्या सुलभतेऐवजी पहिल्यांदा समजण्यास सोपे होण्यासाठी ऑप्टिमाइझ केला आहे.
+
+```tsx
+import { useState, ChangeEventHandler } from 'react'
+import {  useNetwork,
+          useReadContract,
+          usePrepareContractWrite,
+          useContractWrite,
+          useContractEvent
+        } from 'wagmi'
+```
+
+आम्ही ही लायब्ररी फंक्शन्स वापरतो. पुन्हा, ते कुठे वापरले जातात हे खाली स्पष्ट केले आहे.
+
+```tsx
+import { AddressType } from 'abitype'
+```
+
+[`abitype` लायब्ररी](https://abitype.dev/) आम्हाला विविध Ethereum डेटा प्रकारांसाठी TypeScript व्याख्या प्रदान करते, जसे की [`AddressType`](https://abitype.dev/config#addresstype).
+
+```tsx
+let greeterABI = [
+  .
+  .
+  .
+] as const   // greeterABI
+```
+
+`Greeter` करारासाठी ABI.
+जर तुम्ही काँट्रॅक्ट आणि UI एकाच वेळी विकसित करत असाल तर तुम्ही सामान्यतः त्यांना एकाच रेपॉजिटरीमध्ये ठेवाल आणि तुमच्या ऍप्लिकेशनमधील फाइल म्हणून Solidity कंपाइलरद्वारे व्युत्पन्न केलेला ABI वापराल. तथापि, येथे हे आवश्यक नाही कारण करार आधीच विकसित झाला आहे आणि बदलणार नाही.
+
+```tsx
+type AddressPerBlockchainType = {
+  [key: number]: AddressType
+}
+```
+
+TypeScript स्ट्राँगली टाईप आहे. आम्ही या व्याख्येचा वापर विविध चेन्सवर `Greeter` काँट्रॅक्ट तैनात केलेला पत्ता निर्दिष्ट करण्यासाठी करतो. की ही एक संख्या आहे (chainId), आणि मूल्य एक `AddressType` (एक पत्ता) आहे.
+
+```tsx
+const contractAddrs: AddressPerBlockchainType = {
+  // Holesky
+  17000: '0x432d810484AdD7454ddb3b5311f0Ac2E95CeceA8',
+
+  // Sepolia
+  11155111: '0x7143d5c190F048C8d19fe325b748b081903E3BF0'
+}
+```
+
+दोन समर्थित नेटवर्क्सवर कराराचा पत्ता: [Holesky](https://eth-holesky.blockscout.com/address/0x432d810484AdD7454ddb3b5311f0Ac2E95CeceA8?tab=contact_code) आणि [Sepolia](https://eth-sepolia.blockscout.com/address/0x7143d5c190F048C8d19fe325b748b081903E3BF0?tab=contact_code).
+
+टीप: प्रत्यक्षात तिसरी व्याख्या आहे, Redstone Holesky साठी, ती खाली स्पष्ट केली जाईल.
+
+```tsx
+type ShowObjectAttrsType = {
+  name: string,
+  object: any
+}
+```
+
+हा प्रकार `ShowObject` घटकासाठी पॅरामीटर म्हणून वापरला जातो (नंतर स्पष्ट केला आहे). यात ऑब्जेक्टचे नाव आणि त्याचे मूल्य समाविष्ट आहे, जे डीबगिंगच्या उद्देशाने प्रदर्शित केले जातात.
+
+```tsx
+type ShowGreetingAttrsType = {
+  greeting: string | undefined
+}
+```
+
+कोणत्याही क्षणी आम्हाला एकतर अभिवादन काय आहे हे माहित असू शकते (कारण आम्ही ते ब्लॉकचेनवरून वाचले आहे) किंवा माहित नाही (कारण आम्हाला ते अद्याप मिळालेले नाही). म्हणून असा प्रकार असणे उपयुक्त आहे जो एकतर स्ट्रिंग किंवा काहीही असू शकतो.
+
+##### `Greeter` घटक {#greeter-component}
+
+```tsx
+const Greeter = () => {
+```
+
+शेवटी, आम्ही घटक परिभाषित करतो.
+
+```tsx
+  const { chain } = useNetwork()
+```
+
+आपण वापरत असलेल्या चेनबद्दल माहिती, [wagmi](https://wagmi.sh/react/hooks/useNetwork) च्या सौजन्याने.
+कारण हा एक हुक (`use...`) आहे, प्रत्येक वेळी ही माहिती बदलल्यावर घटक पुन्हा काढला जातो.
+
+```tsx
+  const greeterAddr = chain && contractAddrs[chain.id]
+```
+
+Greeter काँट्रॅक्टचा पत्ता, जो चेननुसार बदलतो (आणि जर आमच्याकडे चेन माहिती नसेल किंवा आम्ही त्या काँट्रॅक्टशिवाय चेनवर असू तर तो `undefined` असतो).
+
+```tsx
+  const readResults = useReadContract({
+    address: greeterAddr,
+    abi: greeterABI,
+    functionName: "greet" , // No arguments
+    watch: true
+  })
+```
+
+[`useReadContract` हुक](https://wagmi.sh/react/api/hooks/useReadContract) एका काँट्रॅक्टमधून माहिती वाचतो. UI मध्ये `readResults` विस्तारून ते नक्की कोणती माहिती परत करते हे तुम्ही पाहू शकता. या प्रकरणात आम्हाला ते शोधत रहायचे आहे जेणेकरून अभिवादन बदलल्यावर आम्हाला सूचित केले जाईल.
+
+**टीप:** अभिवादन कधी बदलते हे जाणून घेण्यासाठी आणि त्या मार्गाने अपडेट करण्यासाठी आम्ही [`setGreeting` इव्हेंट](https://eth-holesky.blockscout.com/address/0x432d810484AdD7454ddb3b5311f0Ac2E95CeceA8?tab=logs) ऐकू शकतो. तथापि, ते अधिक कार्यक्षम असले तरी, ते सर्व बाबतीत लागू होणार नाही. जेव्हा वापरकर्ता वेगळ्या चेनवर स्विच करतो, तेव्हा अभिवादन देखील बदलते, परंतु त्या बदलासोबत इव्हेंट नसतो. आमच्याकडे कोडचा एक भाग इव्हेंट ऐकत असू शकतो आणि दुसरा चेन बदल ओळखण्यासाठी असू शकतो, परंतु ते फक्त [`watch` पॅरामीटर](https://wagmi.sh/react/api/hooks/useReadContract#watch-optional) सेट करण्यापेक्षा अधिक क्लिष्ट असेल.
+
+```tsx
+  const [ newGreeting, setNewGreeting ] = useState("")
+```
+
+React चा [`useState` हुक](https://www.w3schools.com/react/react_usestate.asp) आम्हाला एक स्टेट व्हेरिएबल निर्दिष्ट करू देतो, ज्याचे मूल्य घटकाच्या एका रेंडरिंगपासून दुसऱ्या रेंडरिंगपर्यंत टिकून राहते. प्रारंभिक मूल्य हे पॅरामीटर आहे, या प्रकरणात रिक्त स्ट्रिंग.
+
+`useState` हुक दोन मूल्यांसह एक सूची परत करतो:
+
+1. स्टेट व्हेरिएबलचे वर्तमान मूल्य.
+2. आवश्यकतेनुसार स्टेट व्हेरिएबलमध्ये बदल करण्यासाठी एक फंक्शन. हा एक हुक असल्याने, प्रत्येक वेळी तो कॉल केल्यावर घटक पुन्हा रेंडर होतो.
+
+या प्रकरणात, आम्ही वापरकर्त्याने सेट करू इच्छित असलेल्या नवीन अभिवादनासाठी स्टेट व्हेरिएबल वापरत आहोत.
+
+```tsx
+  const greetingChange : ChangeEventHandler<HTMLInputElement> = (evt) =>
+    setNewGreeting(evt.target.value)
+```
+
+नवीन अभिवादन इनपुट फील्ड बदलल्यावर हा इव्हेंट हँडलर आहे. प्रकार, [`ChangeEventHandler<HTMLInputElement>`](https://react-typescript-cheatsheet.netlify.app/docs/basic/getting-started/forms_and_events/), निर्दिष्ट करतो की हा HTML इनपुट घटकाच्या मूल्याच्या बदलासाठी हँडलर आहे. `<HTMLInputElement>` भाग वापरला जातो कारण हा एक [जेनेरिक प्रकार](https://www.w3schools.com/typescript/typescript_basic_generics.php) आहे.
+
+```tsx
+  const preparedTx = usePrepareContractWrite({
+    address: greeterAddr,
+    abi: greeterABI,
+    functionName: 'setGreeting',
+    args: [ newGreeting ]
+  })
+  const workingTx = useContractWrite(preparedTx.config)
+```
+
+क्लायंटच्या दृष्टिकोनातून ब्लॉकचेन व्यवहार सबमिट करण्याची ही प्रक्रिया आहे:
+
+1. [`eth_estimateGas`](https://docs.alchemy.com/reference/eth-estimategas) वापरून ब्लॉकचेनमधील नोडला व्यवहार पाठवा.
+2. नोडकडून प्रतिसादाची प्रतीक्षा करा.
+3. जेव्हा प्रतिसाद प्राप्त होतो, तेव्हा वापरकर्त्याला वॉलेटद्वारे व्यवहार साइन करण्यास सांगा. ही पायरी नोड प्रतिसाद मिळाल्यानंतर _घडायलाच हवी_ कारण वापरकर्त्याला साइन करण्यापूर्वी व्यवहाराची गॅस किंमत दर्शविली जाते.
+4. वापरकर्त्याच्या मंजुरीची प्रतीक्षा करा.
+5. यावेळी [`eth_sendRawTransaction`](https://docs.alchemy.com/reference/eth-sendrawtransaction) वापरून व्यवहार पुन्हा पाठवा.
+
+पायरी 2 मध्ये लक्षात येण्याजोगा वेळ लागण्याची शक्यता आहे, ज्या दरम्यान वापरकर्त्यांना आश्चर्य वाटेल की त्यांची कमांड खरोखरच युझर इंटरफेसद्वारे प्राप्त झाली आहे की नाही आणि त्यांना आधीच व्यवहार साइन करण्यास का सांगितले जात नाही. त्यामुळे वापरकर्ता अनुभव (UX) वाईट होतो.
+
+यावरील उपाय म्हणजे [प्रिपेअर हुक्स](https://wagmi.sh/react/prepare-hooks) वापरणे. प्रत्येक वेळी जेव्हा पॅरामीटर बदलतो, तेव्हा लगेच नोडला `eth_estimateGas` विनंती पाठवा. मग, जेव्हा वापरकर्त्याला प्रत्यक्षात व्यवहार पाठवायचा असतो (या प्रकरणात **अपडेट ग्रीटिंग** दाबून), तेव्हा गॅसची किंमत ज्ञात असते आणि वापरकर्ता लगेच वॉलेट पृष्ठ पाहू शकतो.
+
+```tsx
+  return (
+```
+
+आता आपण शेवटी परत करण्यासाठी वास्तविक HTML तयार करू शकतो.
+
+```tsx
+    <>
+      <h2>Greeter</h2>
+      {
+        !readResults.isError && !readResults.isLoading &&
+          <ShowGreeting greeting={readResults.data} />
+      }
+      <hr />
+```
+
+`ShowGreeting` घटक तयार करा (खाली स्पष्ट केले आहे), परंतु फक्त जर अभिवादन ब्लॉकचेनमधून यशस्वीरित्या वाचले गेले असेल तरच.
+
+```tsx
+      <input type="text"
+        value={newGreeting}
+        onChange={greetingChange}
+      />
+```
+
+हे इनपुट टेक्स्ट फील्ड आहे जिथे वापरकर्ता नवीन अभिवादन सेट करू शकतो. प्रत्येक वेळी जेव्हा वापरकर्ता की दाबतो, तेव्हा आम्ही `greetingChange` ला कॉल करतो जे `setNewGreeting` ला कॉल करते. `setNewGreeting` हे `useState` हुक मधून येत असल्यामुळे, ते `Greeter` घटकाला पुन्हा रेंडर करण्यास प्रवृत्त करते. याचा अर्थ असा:
+
+- आम्हाला नवीन अभिवादनाचे मूल्य ठेवण्यासाठी `value` निर्दिष्ट करणे आवश्यक आहे, कारण अन्यथा ते डीफॉल्ट, रिक्त स्ट्रिंगमध्ये परत येईल.
+- `usePrepareContractWrite` प्रत्येक वेळी `newGreeting` बदलल्यावर कॉल केले जाते, याचा अर्थ असा की तयार केलेल्या व्यवहारामध्ये नेहमीच नवीनतम `newGreeting` असेल.
+
+```tsx
+      <button disabled={!workingTx.write}
+              onClick={workingTx.write}
+      >
+        Update greeting
+      </button>
+```
+
+जर `workingTx.write` नसेल तर आम्ही अद्याप अभिवादन अपडेट पाठवण्यासाठी आवश्यक असलेल्या माहितीची वाट पाहत आहोत, म्हणून बटण अक्षम आहे. जर `workingTx.write` मूल्य असेल तर ते व्यवहार पाठवण्यासाठी कॉल करण्याचे फंक्शन आहे.
+
+```tsx
+      <hr />
+      <ShowObject name="readResults" object={readResults} />
+      <ShowObject name="preparedTx" object={preparedTx} />
+      <ShowObject name="workingTx" object={workingTx} />
+    </>
+  )
+}
+```
+
+शेवटी, आम्ही काय करत आहोत हे पाहण्यात तुम्हाला मदत करण्यासाठी, आम्ही वापरत असलेल्या तीन वस्तू दाखवा:
+
+- `readResults`
+- `preparedTx`
+- `workingTx`
+
+##### `ShowGreeting` घटक {#showgreeting-component}
+
+हा घटक दाखवतो
+
+```tsx
+const ShowGreeting = (attrs : ShowGreetingAttrsType) => {
+```
+
+घटक फंक्शनला घटकाच्या सर्व गुणधर्मांसह एक पॅरामीटर मिळतो.
+
+```tsx
+  return <b>{attrs.greeting}</b>
+}
+```
+
+##### `ShowObject` घटक {#showobject-component}
+
+माहितीच्या उद्देशांसाठी, आम्ही महत्त्वाच्या वस्तू (`readResults` अभिवादन वाचण्यासाठी आणि `preparedTx` आणि `workingTx` आपण तयार केलेल्या व्यवहारांसाठी) दाखवण्यासाठी `ShowObject` घटक वापरतो.
+
+```tsx
+const ShowObject = (attrs: ShowObjectAttrsType ) => {
+  const keys = Object.keys(attrs.object)
+  const funs = keys.filter(k => typeof attrs.object[k] == "function")
+  return <>
+    <details>
+```
+
+आम्हाला सर्व माहितीने UI ला अव्यवस्थित करायचे नाही, म्हणून त्यांना पाहणे किंवा बंद करणे शक्य करण्यासाठी, आम्ही [`details`](https://www.w3schools.com/tags/tag_details.asp) टॅग वापरतो.
+
+```tsx
+      <summary>{attrs.name}</summary>
+      <pre>
+        {JSON.stringify(attrs.object, null, 2)}
+```
+
+बहुतेक फील्ड [`JSON.stringify`](https://www.w3schools.com/js/js_json_stringify.asp) वापरून प्रदर्शित केले जातात.
+
+```tsx
+      </pre>
+      { funs.length > 0 &&
+        <>
+          Functions:
+          <ul>
+```
+
+अपवाद फंक्शन्स आहेत, जे [JSON मानकाचा](https://www.json.org/json-en.html) भाग नाहीत, म्हणून ते स्वतंत्रपणे प्रदर्शित करावे लागतील.
+
+```tsx
+          {funs.map((f, i) =>
+```
+
+JSX मध्ये, `{` कर्ली ब्रॅकेट्स `}` मधील कोड JavaScript म्हणून अर्थ लावला जातो. मग, `(` रेग्युलर ब्रॅकेट्स `)` मधील कोडचा पुन्हा JSX म्हणून अर्थ लावला जातो.
+
+```tsx
+           (<li key={i}>{f}</li>)
+                )}
+```
+
+React ला [DOM ट्री](https://www.w3schools.com/js/js_htmldom.asp) मधील टॅगसाठी वेगळे आयडेंटिफायर असणे आवश्यक आहे. याचा अर्थ असा की एकाच टॅगच्या चाइल्ड्सना (या प्रकरणात, [अनऑर्डर्ड लिस्ट](https://www.w3schools.com/tags/tag_ul.asp)), वेगळ्या `key` अॅट्रिब्युट्सची आवश्यकता असते.
+
+```tsx
+          </ul>
+        </>
+      }
+    </details>
+  </>
+}
+```
+
+विविध HTML टॅग्ज संपवा.
+
+##### अंतिम `export` {#the-final-export}
+
+```tsx
+export { Greeter }
+```
+
+`Greeter` घटक हा आहे जो आम्हाला ऍप्लिकेशनसाठी निर्यात करणे आवश्यक आहे.
+
+#### `src/wagmi.ts` {#wagmi-ts}
+
+शेवटी, WAGMI शी संबंधित विविध व्याख्या `src/wagmi.ts` मध्ये आहेत. मी येथे सर्व काही स्पष्ट करणार नाही, कारण त्यातील बहुतेक बॉयलरप्लेट आहे जी तुम्हाला बदलण्याची शक्यता नाही.
+
+येथील कोड [github](https://github.com/qbzzt/20230801-modern-ui/blob/main/src/wagmi.ts) वरील कोड सारखाच नाही कारण नंतर लेखात आम्ही आणखी एक चेन ([Redstone Holesky](https://redstone.xyz/docs/network-info)) जोडतो.
+
+```ts
+import { getDefaultWallets } from '@rainbow-me/rainbowkit'
+import { configureChains, createConfig } from 'wagmi'
+import { holesky, sepolia } from 'wagmi/chains'
+```
+
+ऍप्लिकेशनला समर्थन देणारे ब्लॉकचेन आयात करा. तुम्ही [viem github](https://github.com/wagmi-dev/viem/tree/main/src/chains/definitions) मध्ये समर्थित चेन्सची सूची पाहू शकता.
+
+```ts
+import { publicProvider } from 'wagmi/providers/public'
+
+const walletConnectProjectId = 'c96e690bb92b6311e8e9b2a6a22df575'
+```
+
+[WalletConnect](https://walletconnect.com/) वापरण्यास सक्षम होण्यासाठी तुम्हाला तुमच्या ऍप्लिकेशनसाठी प्रोजेक्ट आयडी आवश्यक आहे. तुम्ही ते [cloud.walletconnect.com](https://cloud.walletconnect.com/sign-in) वर मिळवू शकता.
+
+```ts
+const { chains, publicClient, webSocketPublicClient } = configureChains(
+  [ holesky, sepolia ],
+  [
+    publicProvider(),
+  ],
+)
+
+const { connectors } = getDefaultWallets({
+  appName: 'My wagmi + RainbowKit App',
+  chains,
+  projectId: walletConnectProjectId,
+})
+
+export const config = createConfig({
+  autoConnect: true,
+  connectors,
+  publicClient,
+  webSocketPublicClient,
+})
+
+export { chains }
+```
+
+### दुसरे ब्लॉकचेन जोडणे {#add-blockchain}
+
+आजकाल बरेच [L2 स्केलिंग सोल्यूशन](/layer-2/) आहेत, आणि तुम्ही काहींना समर्थन देऊ इच्छित असाल जे viem अद्याप समर्थन देत नाही. ते करण्यासाठी, तुम्ही `src/wagmi.ts` मध्ये बदल करा. या सूचना [Redstone Holesky](https://redstone.xyz/docs/network-info) कसे जोडायचे हे स्पष्ट करतात.
+
+1. viem वरून `defineChain` प्रकार आयात करा.
+
+   ```ts
+   import { defineChain } from 'viem'
+   ```
+
+2. नेटवर्क व्याख्या जोडा.
+
+   ```ts
+   const redstoneHolesky = defineChain({
+      id: 17_001,
+      name: 'Redstone Holesky',
+      network: 'redstone-holesky',
+      nativeCurrency: {
+        decimals: 18,
+        name: 'Ether',
+        symbol: 'ETH',
+      },
+      rpcUrls: {
+        default: {
+          http: ['https://rpc.holesky.redstone.xyz'],
+          webSocket: ['wss://rpc.holesky.redstone.xyz/ws'],
+      },
+      public: {
+          http: ['https://rpc.holesky.redstone.xyz'],
+          webSocket: ['wss://rpc.holesky.redstone.xyz/ws'],
+        },
+      },
+      blockExplorers: {
+        default: { name: 'Explorer', url: 'https://explorer.holesky.redstone.xyz' },
+      },
+   })
+   ```
+
+3. `configureChains` कॉलमध्ये नवीन चेन जोडा.
+
+   ```ts
+    const { chains, publicClient, webSocketPublicClient } = configureChains(
+      [ holesky, sepolia, redstoneHolesky ],
+      [ publicProvider(), ],
+    )
+   ```
+
+4. ऍप्लिकेशनला नवीन नेटवर्कवर तुमच्या काँट्रॅक्ट्सचा पत्ता माहित असल्याची खात्री करा. या प्रकरणात, आम्ही `src/components/Greeter.tsx` मध्ये बदल करतो:
+
+    ```ts
+    const contractAddrs : AddressPerBlockchainType = {
+      // Holesky
+      17000: '0x432d810484AdD7454ddb3b5311f0Ac2E95CeceA8',
+    
+      // Redstone Holesky
+      17001: '0x4919517f82a1B89a32392E1BF72ec827ba9986D3',
+    
+      // Sepolia
+      11155111: '0x7143d5c190F048C8d19fe325b748b081903E3BF0'
+    }
+    ```
+
+## निष्कर्ष {#conclusion}
+
+अर्थात, तुम्हाला `Greeter` साठी युझर इंटरफेस प्रदान करण्याची खरोखर काळजी नाही. तुम्हाला तुमच्या स्वतःच्या काँट्रॅक्ट्ससाठी युझर इंटरफेस तयार करायचा आहे. तुमचे स्वतःचे ऍप्लिकेशन तयार करण्यासाठी, या पायऱ्या चालवा:
+
+1. wagmi ऍप्लिकेशन तयार करण्यासाठी निर्दिष्ट करा.
+
+   ```sh copy
+   pnpm create wagmi
+   ```
+
+2. ऍप्लिकेशनला नाव द्या.
+
+3. **React** फ्रेमवर्क निवडा.
+
+4. **Vite** व्हेरिएंट निवडा.
+
+5. तुम्ही [Rainbow kit जोडू शकता](https://www.rainbowkit.com/docs/installation#manual-setup).
+
+आता जा आणि तुमचे काँट्रॅक्ट्स व्यापक जगासाठी वापरण्यायोग्य बनवा.
+
+[माझ्या कामाबद्दल अधिक माहितीसाठी येथे पहा](https://cryptodocguy.pro/).
+
diff --git a/public/content/translations/mr/developers/tutorials/deploying-your-first-smart-contract/index.md b/public/content/translations/mr/developers/tutorials/deploying-your-first-smart-contract/index.md
new file mode 100644
index 00000000000..56f0da82b3b
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/deploying-your-first-smart-contract/index.md
@@ -0,0 +1,101 @@
+---
+title: "तुमचा पहिला स्मार्ट कॉन्ट्रॅक्ट तैनात करणे"
+description: "इथेरियम चाचणी नेटवर्कवर तुमचा पहिला स्मार्ट कॉन्ट्रॅक्ट तैनात करण्याची ओळख"
+author: "jdourlens"
+tags:
+  [
+    "स्मार्ट कॉन्ट्रॅक्ट",
+    "रीमिक्स",
+    "सॉलिडिटी",
+    "डिप्लॉयिंग"
+  ]
+skill: beginner
+lang: mr
+published: 2020-04-03
+source: EthereumDev
+sourceUrl: https://ethereumdev.io/deploying-your-first-smart-contract/
+address: "0x19dE91Af973F404EDF5B4c093983a7c6E3EC8ccE"
+---
+
+मला वाटते की तुम्ही इथेरियम ब्लॉकचेनवर तुमच्या पहिल्या [स्मार्ट कॉन्ट्रॅक्टसोबत](/developers/docs/smart-contracts/) संवाद साधण्यासाठी आणि [तैनात करण्यासाठी](/developers/docs/smart-contracts/deploying/) आमच्याइतकेच उत्सुक आहात.
+
+काळजी करू नका, कारण हा आपला पहिला स्मार्ट कॉन्ट्रॅक्ट आहे, आम्ही तो [स्थानिक चाचणी नेटवर्कवर](/developers/docs/networks/) तैनात करू, त्यामुळे तुम्हाला तो तैनात करण्यासाठी आणि त्याच्यासोबत हवा तितका खेळण्यासाठी काहीही खर्च येणार नाही.
+
+## आपला कॉन्ट्रॅक्ट लिहिणे {#writing-our-contract}
+
+पहिली पायरी म्हणजे [Remix ला भेट देणे](https://remix.ethereum.org/) आणि एक नवीन फाईल तयार करणे. Remix इंटरफेसच्या वरच्या डाव्या भागात एक नवीन फाईल जोडा आणि तुम्हाला हवं असलेलं फाईल नाव टाका.
+
+![Remix इंटरफेसमध्ये एक नवीन फाईल जोडणे](./remix.png)
+
+नवीन फाईलमध्ये, आम्ही खालील कोड पेस्ट करू.
+
+```solidity
+// SPDX-License-Identifier: MIT
+pragma solidity >=0.5.17;
+
+contract Counter {
+
+    // गणनेची संख्या ठेवण्यासाठी unsigned int प्रकाराचे सार्वजनिक व्हेरिएबल
+    uint256 public count = 0;
+
+    // आमचा काउंटर वाढवणारे फंक्शन
+    function increment() public {
+        count += 1;
+    }
+
+    // गणनेचे मूल्य मिळवण्यासाठी अनावश्यक गेटर
+    function getCount() public view returns (uint256) {
+        return count;
+    }
+
+}
+```
+
+तुम्हाला प्रोग्रामिंगची सवय असल्यास, हा प्रोग्राम काय करतो याचा तुम्ही सहज अंदाज लावू शकता. येथे ओळीनुसार स्पष्टीकरण दिले आहे:
+
+- ओळ 4: आम्ही `Counter` नावाने एक कॉन्ट्रॅक्ट परिभाषित करतो.
+- ओळ 7: आमचा कॉन्ट्रॅक्ट 0 पासून सुरू होणारा `count` नावाचा एक अनसाईंड इंटिजर संग्रहित करतो.
+- ओळ 10: पहिले फंक्शन कॉन्ट्रॅक्टच्या स्टेटमध्ये बदल करेल आणि आमचे `count` व्हेरिएबल `increment()` करेल.
+- दुसरे फंक्शन फक्त एक गेटर आहे जे स्मार्ट कॉन्ट्रॅक्टच्या बाहेर `count` व्हेरिएबलचे मूल्य वाचण्यास सक्षम करते. लक्षात घ्या की, आम्ही आमचे `count` व्हेरिएबल सार्वजनिक म्हणून परिभाषित केल्यामुळे हे आवश्यक नाही परंतु ते उदाहरण म्हणून दाखवले आहे.
+
+आमच्या पहिल्या सोप्या स्मार्ट कॉन्ट्रॅक्टसाठी एवढेच आहे. तुम्हाला माहीत असेलच, हे Java किंवा C++ सारख्या OOP (ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंग) भाषांमधील क्लाससारखे दिसते. आता आमच्या कॉन्ट्रॅक्टसोबत खेळण्याची वेळ आली आहे.
+
+## आपला कॉन्ट्रॅक्ट तैनात करणे {#deploying-our-contract}
+
+आपण आपला पहिला स्मार्ट कॉन्ट्रॅक्ट लिहिला असल्यामुळे, आता आपण त्याच्यासोबत खेळण्यासाठी तो ब्लॉकचेनवर तैनात करू.
+
+[ब्लॉकचेनवर स्मार्ट कॉन्ट्रॅक्ट तैनात करणे](/developers/docs/smart-contracts/deploying/) म्हणजे प्रत्यक्षात कोणतेही प्राप्तकर्ते निर्दिष्ट न करता संकलित स्मार्ट कॉन्ट्रॅक्टचा कोड असलेला व्यवहार पाठवणे.
+
+आपण प्रथम डाव्या बाजूला असलेल्या कंपाइल आयकॉनवर क्लिक करून [कॉन्ट्रॅक्ट कंपाइल करू](/developers/docs/smart-contracts/compiling/):
+
+![Remix टूलबारमधील कंपाइल आयकॉन](./remix-compile-button.png)
+
+नंतर कंपाइल बटणावर क्लिक करा:
+
+![Remix सॉलिडिटी कंपाइलरमधील कंपाइल बटण](./remix-compile.png)
+
+तुम्ही "ऑटो कंपाइल" पर्याय निवडू शकता जेणेकरून तुम्ही टेक्स्ट एडिटरवर सामग्री सेव्ह करता तेव्हा कॉन्ट्रॅक्ट नेहमी कंपाइल होईल.
+
+नंतर "तैनात करा आणि व्यवहार चालवा" स्क्रीनवर नेव्हिगेट करा:
+
+![Remix टूलबारमधील तैनात आयकॉन](./remix-deploy.png)
+
+एकदा तुम्ही "तैनात करा आणि व्यवहार चालवा" स्क्रीनवर आलात की, तुमच्या कॉन्ट्रॅक्टचे नाव दिसत असल्याची खात्री करा आणि तैनात करा वर क्लिक करा. तुम्ही पृष्ठाच्या शीर्षस्थानी पाहू शकता की, सध्याचे वातावरण "JavaScript VM" आहे, याचा अर्थ असा की जलद आणि कोणत्याही शुल्काशिवाय चाचणी घेण्यासाठी आम्ही स्थानिक चाचणी ब्लॉकचेनवर आपला स्मार्ट कॉन्ट्रॅक्ट तैनात करू आणि त्याच्याशी संवाद साधू.
+
+![Remix सॉलिडिटी कंपाइलरमधील तैनात बटण](./remix-deploy-button.png)
+
+एकदा तुम्ही "तैनात करा" बटणावर क्लिक केल्यावर, तुम्हाला तुमचा कॉन्ट्रॅक्ट तळाशी दिसेल. त्याचा विस्तार करण्यासाठी डावीकडील बाणावर क्लिक करा जेणेकरून आम्हाला आमच्या कॉन्ट्रॅक्टची सामग्री दिसेल. हे आमचे व्हेरिएबल `counter`, आमचे `increment()` फंक्शन आणि गेटर `getCounter()` आहे.
+
+तुम्ही `count` किंवा `getCount` बटणावर क्लिक केल्यास, ते प्रत्यक्षात कॉन्ट्रॅक्टच्या `count` व्हेरिएबलची सामग्री प्राप्त करेल आणि प्रदर्शित करेल. आपण अद्याप `increment` फंक्शनला कॉल केलेला नसल्यामुळे, ते 0 प्रदर्शित करेल.
+
+![Remix सॉलिडिटी कंपाइलरमधील फंक्शन बटण](./remix-function-button.png)
+
+आता बटणावर क्लिक करून `increment` फंक्शनला कॉल करूया. तुम्हाला विंडोच्या तळाशी झालेल्या व्यवहारांचे लॉग दिसतील. तुम्ही `increment` बटणाऐवजी डेटा पुनर्प्राप्त करण्यासाठी बटण दाबत असाल तेव्हा लॉग वेगळे असल्याचे तुम्हाला दिसेल. कारण ब्लॉकचेनवर डेटा वाचण्यासाठी कोणत्याही व्यवहारांची (लिखाण) किंवा शुल्काची आवश्यकता नसते. कारण फक्त ब्लॉकचेनच्या स्टेटमध्ये बदल करण्यासाठी व्यवहार करणे आवश्यक आहे:
+
+![व्यवहारांचा लॉग](./transaction-log.png)
+
+आपल्या `increment()` फंक्शनला कॉल करण्यासाठी व्यवहार निर्माण करणारे इंक्रीमेंट बटण दाबल्यानंतर, आपण काउंट किंवा गेटकाउंट बटणावर परत क्लिक केल्यास, आपल्याला आपल्या स्मार्ट कॉन्ट्रॅक्टची नवीन अपडेटेड स्टेट वाचायला मिळेल, ज्यात काउंट व्हेरिएबल 0 पेक्षा मोठे असेल.
+
+![स्मार्ट कॉन्ट्रॅक्टची नवीन अपडेटेड स्टेट](./updated-state.png)
+
+पुढील ट्युटोरियलमध्ये, आपण [आपल्या स्मार्ट कॉन्ट्रॅक्टमध्ये इव्हेंट्स कसे जोडू शकता](/developers/tutorials/logging-events-smart-contracts/) हे पाहू. लॉगिंग इव्हेंट्स हा तुमचा स्मार्ट कॉन्ट्रॅक्ट डीबग करण्याचा आणि फंक्शन कॉल करताना काय होत आहे हे समजून घेण्याचा एक सोयीस्कर मार्ग आहे.
diff --git a/public/content/translations/mr/developers/tutorials/develop-and-test-dapps-with-a-multi-client-local-eth-testnet/index.md b/public/content/translations/mr/developers/tutorials/develop-and-test-dapps-with-a-multi-client-local-eth-testnet/index.md
new file mode 100644
index 00000000000..5e53eaf3cfc
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/develop-and-test-dapps-with-a-multi-client-local-eth-testnet/index.md
@@ -0,0 +1,372 @@
+---
+title: "स्थानिक, मल्टी-क्लायंट टेस्टनेटवर dApp कसे विकसित आणि चाचणी करावे"
+description: "हे मार्गदर्शक तुम्हाला dApp तैनात आणि चाचणी करण्यासाठी टेस्टनेट वापरण्यापूर्वी, मल्टी-क्लायंट स्थानिक Ethereum टेस्टनेट कसे इन्स्टॅन्शिएट आणि कॉन्फिगर करावे यासाठी मार्गदर्शन करेल."
+author: "Tedi Mitiku"
+tags:
+  [
+    "क्लायंट्स",
+    "नोड्स",
+    "स्मार्ट कॉन्ट्रॅक्ट",
+    "कंपोझेबिलिटी",
+    "कन्सेंसस लेयर",
+    "एक्झिक्यूशन लेयर",
+    "चाचणी"
+  ]
+skill: intermediate
+lang: mr
+published: 2023-04-11
+---
+
+## प्रस्तावना {#introduction}
+
+हे मार्गदर्शक तुम्हाला कॉन्फिगर करण्यायोग्य स्थानिक Ethereum टेस्टनेट इन्स्टॅन्शिएट करणे, त्यावर एक स्मार्ट कॉन्ट्रॅक्ट तैनात करणे आणि तुमच्या dApp विरुद्ध चाचण्या चालवण्यासाठी टेस्टनेट वापरण्याच्या प्रक्रियेत मार्गदर्शन करते. हे मार्गदर्शक अशा dApp डेव्हलपर्ससाठी डिझाइन केले आहे ज्यांना लाइव्ह टेस्टनेट किंवा मेननेटवर तैनात करण्यापूर्वी त्यांचे dApps स्थानिक पातळीवर वेगवेगळ्या नेटवर्क कॉन्फिगरेशनवर विकसित आणि चाचणी करायचे आहेत.
+
+या मार्गदर्शकामध्ये, तुम्ही हे कराल:
+
+- [Kurtosis](https://www.kurtosis.com/) वापरून [`eth-network-package`](https://github.com/kurtosis-tech/eth-network-package) सह स्थानिक Ethereum टेस्टनेट इन्स्टॅन्शिएट करा,
+- dApp कंपाईल, तैनात आणि चाचणी करण्यासाठी तुमचे Hardhat dApp डेव्हलपमेंट एन्व्हायर्नमेंट स्थानिक टेस्टनेटशी कनेक्ट करा, आणि
+- विविध नेटवर्क कॉन्फिगरेशनवर डेव्हलपमेंट आणि टेस्टिंग वर्कफ्लो सक्षम करण्यासाठी, नोड्सची संख्या आणि विशिष्ट EL/CL क्लायंट पेअरिंग्ज यासारख्या पॅरामीटर्ससह स्थानिक टेस्टनेट कॉन्फिगर करा.
+
+### Kurtosis काय आहे? {#what-is-kurtosis}
+
+[Kurtosis](https://www.kurtosis.com/) ही मल्टी-कंटेनर चाचणी एन्व्हायर्नमेंट कॉन्फिगर करण्यासाठी डिझाइन केलेली एक कंपोझेबल बिल्ड सिस्टीम आहे. हे विशेषतः डेव्हलपर्सना पुनरुत्पादक एन्व्हायर्नमेंट तयार करण्यास सक्षम करते ज्यांना डायनॅमिक सेटअप लॉजिकची आवश्यकता असते, जसे की ब्लॉकचेन टेस्टनेट्स.
+
+या मार्गदर्शकामध्ये, Kurtosis eth-network-package [`geth`](https://geth.ethereum.org/) एक्झिक्यूशन लेअर (EL) क्लायंट, तसेच [`teku`](https://consensys.io/teku), [`lighthouse`](https://lighthouse.sigmaprime.io/), आणि [`lodestar`](https://lodestar.chainsafe.io/) कन्सेंसस लेअर (CL) क्लायंट्सच्या सपोर्टसह एक स्थानिक Ethereum टेस्टनेट सुरू करतो. हे पॅकेज Hardhat Network, Ganache, आणि Anvil सारख्या फ्रेमवर्कमधील नेटवर्क्ससाठी एक कॉन्फिगर करण्यायोग्य आणि कंपोझेबल पर्याय म्हणून काम करते. Kurtosis डेव्हलपर्सना ते वापरत असलेल्या टेस्टनेट्सवर अधिक नियंत्रण आणि लवचिकता देते, आणि हे एक प्रमुख कारण आहे की [Ethereum फाउंडेशनने द मर्जची चाचणी घेण्यासाठी Kurtosis चा वापर केला](https://www.kurtosis.com/blog/testing-the-ethereum-merge) आणि नेटवर्क अपग्रेडच्या चाचणीसाठी त्याचा वापर सुरू ठेवला आहे.
+
+## Kurtosis सेटअप करणे {#setting-up-kurtosis}
+
+पुढे जाण्यापूर्वी, तुमच्याकडे हे असल्याची खात्री करा:
+
+- तुमच्या स्थानिक मशीनवर [डॉकर इंजिन इंस्टॉल आणि सुरू केले आहे](https://docs.kurtosis.com/install/#i-install--start-docker)
+- [Kurtosis CLI इंस्टॉल केले आहे](https://docs.kurtosis.com/install#ii-install-the-cli) (किंवा तुमच्याकडे आधीच CLI इंस्टॉल असल्यास, ते नवीनतम रिलीझवर अपग्रेड केले आहे)
+- [Node.js](https://nodejs.org/en), [yarn](https://classic.yarnpkg.com/lang/en/docs/install/#mac-stable), आणि [npx](https://www.npmjs.com/package/npx) (तुमच्या dApp एन्व्हायर्नमेंटसाठी) इंस्टॉल केले आहे
+
+## स्थानिक Ethereum टेस्टनेट इन्स्टॅन्शिएट करणे {#instantiate-testnet}
+
+स्थानिक Ethereum टेस्टनेट सुरू करण्यासाठी, चालवा:
+
+```python
+kurtosis --enclave local-eth-testnet run github.com/kurtosis-tech/eth-network-package
+```
+
+टीप: ही कमांड `--enclave` फ्लॅग वापरून तुमच्या नेटवर्कला नाव देते: "local-eth-testnet".
+
+Kurtosis सूचनांचा अर्थ लावणे, प्रमाणित करणे आणि नंतर कार्यान्वित करण्याचे काम करत असताना पडद्यामागे घेत असलेले टप्पे प्रिंट करेल. शेवटी, तुम्हाला खालीलप्रमाणे दिसणारे आउटपुट दिसेल:
+
+```python
+INFO[2023-04-04T18:09:44-04:00] ======================================================
+INFO[2023-04-04T18:09:44-04:00] ||          Created enclave: local-eth-testnet      ||
+INFO[2023-04-04T18:09:44-04:00] ======================================================
+Name:            local-eth-testnet
+UUID:            39372d756ae8
+Status:          RUNNING
+Creation Time:   Tue, 04 Apr 2023 18:09:03 EDT
+
+========================================= Files Artifacts =========================================
+UUID           Name
+d4085a064230   cl-genesis-data
+1c62cb792e4c   el-genesis-data
+bd60489b73a7   genesis-generation-config-cl
+b2e593fe5228   genesis-generation-config-el
+d552a54acf78   geth-prefunded-keys
+5f7e661eb838   prysm-password
+054e7338bb59   validator-keystore-0
+
+========================================== User Services ==========================================
+UUID           Name                                           Ports                                         Status
+e20f129ee0c5   cl-client-0-beacon                             http: 4000/tcp -> <http://127.0.0.1:54261>    RUNNING
+                                                              metrics: 5054/tcp -> <http://127.0.0.1:54262>
+                                                              tcp-discovery: 9000/tcp -> 127.0.0.1:54263
+                                                              udp-discovery: 9000/udp -> 127.0.0.1:60470
+a8b6c926cdb4   cl-client-0-validator                          http: 5042/tcp -> 127.0.0.1:54267             RUNNING
+                                                              metrics: 5064/tcp -> <http://127.0.0.1:54268>
+d7b802f623e8   el-client-0                                    engine-rpc: 8551/tcp -> 127.0.0.1:54253       RUNNING
+                                                              rpc: 8545/tcp -> 127.0.0.1:54251
+                                                              tcp-discovery: 30303/tcp -> 127.0.0.1:54254
+                                                              udp-discovery: 30303/udp -> 127.0.0.1:53834
+                                                              ws: 8546/tcp -> 127.0.0.1:54252
+514a829c0a84   prelaunch-data-generator-1680646157905431468   <none>                                        STOPPED
+62bd62d0aa7a   prelaunch-data-generator-1680646157915424301   <none>                                        STOPPED
+05e9619e0e90   prelaunch-data-generator-1680646157922872635   <none>                                        STOPPED
+
+```
+
+अभिनंदन! तुम्ही Docker वर, एका CL (`lighthouse`) आणि EL क्लायंट (`geth`) सह स्थानिक Ethereum टेस्टनेट इन्स्टॅन्शिएट करण्यासाठी Kurtosis वापरले.
+
+### पुनरावलोकन {#review-instantiate-testnet}
+
+या विभागात, तुम्ही एक कमांड कार्यान्वित केली जी Kurtosis [Enclave](https://docs.kurtosis.com/advanced-concepts/enclaves/) मध्ये स्थानिक Ethereum टेस्टनेट सुरू करण्यासाठी GitHub वर दूरस्थपणे होस्ट केलेल्या [`eth-network-package`](https://github.com/kurtosis-tech/eth-network-package) चा वापर करण्यास निर्देशित करते. तुमच्या एन्क्लेव्हमध्ये, तुम्हाला "फाइल आर्टिफॅक्ट्स" आणि "यूझर सर्व्हिसेस" दोन्ही आढळतील.
+
+तुमच्या एन्क्लेव्हमधील [फाइल आर्टिफॅक्ट्स](https://docs.kurtosis.com/advanced-concepts/files-artifacts/) मध्ये EL आणि CL क्लायंट बूटस्ट्रॅप करण्यासाठी तयार केलेला आणि वापरलेला सर्व डेटा समाविष्ट आहे. हा डेटा या [डॉकर इमेज](https://github.com/ethpandaops/ethereum-genesis-generator) पासून बनवलेल्या `prelaunch-data-generator` सेवेचा वापर करून तयार केला गेला आहे.
+
+यूझर सर्व्हिसेस तुमच्या एन्क्लेव्हमध्ये कार्यरत असलेल्या सर्व कंटेनराइज्ड सेवा प्रदर्शित करतात. तुमच्या लक्षात येईल की एकच नोड, ज्यामध्ये EL क्लायंट आणि CL क्लायंट दोन्ही आहेत, तयार केला गेला आहे.
+
+## तुमचे dApp डेव्हलपमेंट एन्व्हायर्नमेंट स्थानिक Ethereum टेस्टनेटशी कनेक्ट करा {#connect-your-dapp}
+
+### dApp डेव्हलपमेंट एन्व्हायर्नमेंट सेटअप करा {#set-up-dapp-env}
+
+आता तुमच्याकडे एक चालू स्थानिक टेस्टनेट असल्यामुळे, तुम्ही तुमचा स्थानिक टेस्टनेट वापरण्यासाठी तुमचे dApp डेव्हलपमेंट एन्व्हायर्नमेंट कनेक्ट करू शकता. या मार्गदर्शकामध्ये तुमच्या स्थानिक टेस्टनेटवर एक ब्लॅकजॅक dApp तैनात करण्यासाठी Hardhat फ्रेमवर्कचा वापर केला जाईल.
+
+तुमचे dApp डेव्हलपमेंट एन्व्हायर्नमेंट सेटअप करण्यासाठी, आमचे सॅम्पल dApp असलेल्या रिपॉझिटरीला क्लोन करा आणि त्याच्या डिपेन्डन्सीज इंस्टॉल करा, चालवा:
+
+```python
+git clone https://github.com/kurtosis-tech/awesome-kurtosis.git && cd awesome-kurtosis/smart-contract-example && yarn
+```
+
+येथे वापरलेल्या [smart-contract-example](https://github.com/kurtosis-tech/awesome-kurtosis/tree/main/smart-contract-example) फोल्डरमध्ये [Hardhat](https://hardhat.org/) फ्रेमवर्क वापरणाऱ्या dApp डेव्हलपरसाठी एक सामान्य सेटअप आहे:
+
+- [`contracts/`](https://github.com/kurtosis-tech/awesome-kurtosis/tree/main/smart-contract-example/contracts) मध्ये ब्लॅकजॅक dApp साठी काही सोपे स्मार्ट कॉन्ट्रॅक्ट्स आहेत
+- [`scripts/`](https://github.com/kurtosis-tech/awesome-kurtosis/tree/main/smart-contract-example/scripts) मध्ये तुमच्या स्थानिक Ethereum नेटवर्कवर टोकन कॉन्ट्रॅक्ट तैनात करण्यासाठी एक स्क्रिप्ट आहे
+- [`test/`](https://github.com/kurtosis-tech/awesome-kurtosis/tree/main/smart-contract-example/test) मध्ये तुमच्या टोकन कॉन्ट्रॅक्टसाठी एक सोपी .js चाचणी आहे, जी निश्चित करते की आमच्या ब्लॅकजॅक dApp मधील प्रत्येक खेळाडूसाठी 1000 मिंट केले आहेत
+- [`hardhat.config.ts`](https://github.com/kurtosis-tech/awesome-kurtosis/blob/main/smart-contract-example/hardhat.config.ts) तुमचा Hardhat सेटअप कॉन्फिगर करते
+
+### स्थानिक टेस्टनेट वापरण्यासाठी Hardhat कॉन्फिगर करा {#configure-hardhat}
+
+तुमचे dApp डेव्हलपमेंट एन्व्हायर्नमेंट सेटअप झाल्यावर, तुम्ही आता Kurtosis वापरून तयार केलेला स्थानिक Ethereum टेस्टनेट वापरण्यासाठी Hardhat कनेक्ट कराल. हे पूर्ण करण्यासाठी, तुमच्या `hardhat.config.ts` कॉन्फिग फाइलमधील `localnet` स्ट्रक्टमध्ये `<$YOUR_PORT>` च्या जागी कोणत्याही `el-client-<num>` सेवेच्या rpc uri आउटपुटचा पोर्ट टाका. या नमुना केसमध्ये, पोर्ट `64248` असेल. तुमचा पोर्ट वेगळा असेल.
+
+`hardhat.config.ts` मधील उदाहरण:
+
+```js
+localnet: {
+url: 'http://127.0.0.1:<$YOUR_PORT>',// TODO: $YOUR_PORT च्या जागी ETH नेटवर्क KURTOSIS पॅकेजद्वारे तयार केलेल्या नोड URI चा पोर्ट टाका
+
+// हे eth-network-package द्वारे तयार केलेल्या प्रीफंडेड टेस्ट अकाउंट्सशी संबंधित प्रायव्हेट की आहेत
+// <https://github.com/kurtosis-tech/eth-network-package/blob/main/src/prelaunch_data_generator/genesis_constants/genesis_constants.star>
+accounts: [
+    "ef5177cd0b6b21c87db5a0bf35d4084a8a57a9d6a064f86d51ac85f2b873a4e2",
+    "48fcc39ae27a0e8bf0274021ae6ebd8fe4a0e12623d61464c498900b28feb567",
+    "7988b3a148716ff800414935b305436493e1f25237a2a03e5eebc343735e2f31",
+    "b3c409b6b0b3aa5e65ab2dc1930534608239a478106acf6f3d9178e9f9b00b35",
+    "df9bb6de5d3dc59595bcaa676397d837ff49441d211878c024eabda2cd067c9f",
+    "7da08f856b5956d40a72968f93396f6acff17193f013e8053f6fbb6c08c194d6",
+  ],
+},
+```
+
+एकदा तुम्ही तुमची फाइल सेव्ह केली की, तुमचे Hardhat dApp डेव्हलपमेंट एन्व्हायर्नमेंट आता तुमच्या स्थानिक Ethereum टेस्टनेटशी कनेक्ट झाले आहे! तुम्ही हे चालवून तुमचा टेस्टनेट कार्यरत असल्याची खात्री करू शकता:
+
+```python
+npx hardhat balances --network localnet
+```
+
+आउटपुट काहीसे असे दिसेल:
+
+```python
+0x878705ba3f8Bc32FCf7F4CAa1A35E72AF65CF766 has balance 10000000000000000000000000
+0x4E9A3d9D1cd2A2b2371b8b3F489aE72259886f1A has balance 10000000000000000000000000
+0xdF8466f277964Bb7a0FFD819403302C34DCD530A has balance 10000000000000000000000000
+0x5c613e39Fc0Ad91AfDA24587e6f52192d75FBA50 has balance 10000000000000000000000000
+0x375ae6107f8cC4cF34842B71C6F746a362Ad8EAc has balance 10000000000000000000000000
+0x1F6298457C5d76270325B724Da5d1953923a6B88 has balance 10000000000000000000000000
+```
+
+हे निश्चित करते की Hardhat तुमचा स्थानिक टेस्टनेट वापरत आहे आणि `eth-network-package` द्वारे तयार केलेली प्री-फंडेड अकाउंट्स शोधत आहे.
+
+### तुमचे dApp स्थानिक पातळीवर तैनात आणि चाचणी करा {#deploy-and-test-dapp}
+
+dApp डेव्हलपमेंट एन्व्हायर्नमेंट स्थानिक Ethereum टेस्टनेटशी पूर्णपणे कनेक्ट झाल्यावर, तुम्ही आता स्थानिक टेस्टनेट वापरून तुमच्या dApp वर डेव्हलपमेंट आणि टेस्टिंग वर्कफ्लो चालवू शकता.
+
+`ChipToken.sol` स्मार्ट कॉन्ट्रॅक्ट स्थानिक प्रोटोटाइपिंग आणि डेव्हलपमेंटसाठी कंपाईल आणि तैनात करण्यासाठी, चालवा:
+
+```python
+npx hardhat compile
+npx hardhat run scripts/deploy.ts --network localnet
+```
+
+आउटपुट काहीसे असे दिसेल:
+
+```python
+ChipToken deployed to: 0xAb2A01BC351770D09611Ac80f1DE076D56E0487d
+```
+
+आता तुमच्या स्थानिक dApp वर `simple.js` चाचणी चालवून हे निश्चित करा की आमच्या ब्लॅकजॅक dApp मधील प्रत्येक खेळाडूसाठी 1000 मिंट केले आहेत:
+
+आउटपुट काहीसे असे दिसेल:
+
+```python
+npx hardhat test --network localnet
+```
+
+आउटपुट काहीसे असे दिसेल:
+
+```python
+ChipToken
+    mint
+      ✔ PLAYER ONE साठी 1000 चिप्स मिंट केले पाहिजेत
+
+  1 उत्तीर्ण (654ms)
+```
+
+### पुनरावलोकन {#review-dapp-workflows}
+
+या टप्प्यावर, तुम्ही आता एक dApp डेव्हलपमेंट एन्व्हायर्नमेंट सेटअप केले आहे, ते Kurtosis द्वारे तयार केलेल्या स्थानिक Ethereum नेटवर्कशी कनेक्ट केले आहे, आणि तुमच्या dApp वर एक सोपी चाचणी कंपाईल, तैनात आणि चालवली आहे.
+
+आता आपण पाहूया की वेगवेगळ्या नेटवर्क कॉन्फिगरेशनमध्ये आमचे dApps चाचणीसाठी तुम्ही मूळ नेटवर्क कसे कॉन्फिगर करू शकता.
+
+## स्थानिक Ethereum टेस्टनेट कॉन्फिगर करणे {#configure-testnet}
+
+### क्लायंट कॉन्फिगरेशन आणि नोड्सची संख्या बदलणे {#configure-client-config-and-num-nodes}
+
+तुमचा स्थानिक Ethereum टेस्टनेट तुम्ही कोणत्या परिस्थितीत आणि कोणत्या विशिष्ट नेटवर्क कॉन्फिगरेशनवर विकसित किंवा चाचणी करू इच्छिता यावर अवलंबून, वेगवेगळे EL आणि CL क्लायंट पेअर्स तसेच वेगवेगळ्या संख्येने नोड्स वापरण्यासाठी कॉन्फिगर केला जाऊ शकतो. याचा अर्थ, एकदा सेटअप झाल्यावर, तुम्ही एक सानुकूलित स्थानिक टेस्टनेट सुरू करू शकता आणि तेच वर्कफ्लो (तैनाती, चाचण्या, इत्यादी) चालवण्यासाठी त्याचा वापर करू शकता. सर्वकाही अपेक्षेप्रमाणे कार्य करते याची खात्री करण्यासाठी विविध नेटवर्क कॉन्फिगरेशन अंतर्गत. तुम्ही सुधारित करू शकता अशा इतर पॅरामीटर्सबद्दल अधिक जाणून घेण्यासाठी, या लिंकला भेट द्या.
+
+प्रयत्न करून पहा! तुम्ही एका JSON फाइलद्वारे `eth-network-package` ला विविध कॉन्फिगरेशन पर्याय पास करू शकता. ही नेटवर्क पॅराम्स JSON फाइल विशिष्ट कॉन्फिगरेशन्स प्रदान करते जे Kurtosis स्थानिक Ethereum नेटवर्क सेटअप करण्यासाठी वापरेल.
+
+डीफॉल्ट कॉन्फिगरेशन फाइल घ्या आणि ती वेगवेगळ्या EL/CL पेअर्ससह तीन नोड्स सुरू करण्यासाठी संपादित करा:
+
+- नोड 1 `geth`/`lighthouse` सह
+- नोड 2 `geth`/`lodestar` सह
+- नोड 3 `geth`/`teku` सह
+
+हे कॉन्फिगरेशन तुमच्या dApp च्या चाचणीसाठी Ethereum नोड अंमलबजावणीचे एक विषम नेटवर्क तयार करते. तुमची कॉन्फिगरेशन फाइल आता अशी दिसली पाहिजे:
+
+```yaml
+{
+  "participants":
+    [
+      {
+        "el_client_type": "geth",
+        "el_client_image": "",
+        "el_client_log_level": "",
+        "cl_client_type": "lighthouse",
+        "cl_client_image": "",
+        "cl_client_log_level": "",
+        "beacon_extra_params": [],
+        "el_extra_params": [],
+        "validator_extra_params": [],
+        "builder_network_params": null,
+      },
+      {
+        "el_client_type": "geth",
+        "el_client_image": "",
+        "el_client_log_level": "",
+        "cl_client_type": "lodestar",
+        "cl_client_image": "",
+        "cl_client_log_level": "",
+        "beacon_extra_params": [],
+        "el_extra_params": [],
+        "validator_extra_params": [],
+        "builder_network_params": null,
+      },
+      {
+        "el_client_type": "geth",
+        "el_client_image": "",
+        "el_client_log_level": "",
+        "cl_client_type": "teku",
+        "cl_client_image": "",
+        "cl_client_log_level": "",
+        "beacon_extra_params": [],
+        "el_extra_params": [],
+        "validator_extra_params": [],
+        "builder_network_params": null,
+      },
+    ],
+  "network_params":
+    {
+      "preregistered_validator_keys_mnemonic": "giant issue aisle success illegal bike spike question tent bar rely arctic volcano long crawl hungry vocal artwork sniff fantasy very lucky have athlete",
+      "num_validator_keys_per_node": 64,
+      "network_id": "3151908",
+      "deposit_contract_address": "0x4242424242424242424242424242424242424242",
+      "seconds_per_slot": 12,
+      "genesis_delay": 120,
+      "capella_fork_epoch": 5,
+    },
+}
+```
+
+प्रत्येक `participants` स्ट्रक्ट नेटवर्कमधील एका नोडला मॅप करतो, म्हणून 3 `participants` स्ट्रक्ट्स Kurtosis ला तुमच्या नेटवर्कमध्ये 3 नोड्स सुरू करण्यास सांगतील. प्रत्येक `participants` स्ट्रक्ट तुम्हाला त्या विशिष्ट नोडसाठी वापरलेली EL आणि CL जोडी निर्दिष्ट करण्याची परवानगी देईल.
+
+`network_params` स्ट्रक्ट नेटवर्क सेटिंग्ज कॉन्फिगर करतो ज्या प्रत्येक नोडसाठी जेनेसिस फाइल्स तयार करण्यासाठी वापरल्या जातात, तसेच नेटवर्कच्या प्रति स्लॉट सेकंद यासारख्या इतर सेटिंग्ज.
+
+तुमची संपादित पॅराम्स फाइल तुम्हाला पाहिजे त्या डिरेक्टरीमध्ये सेव्ह करा (खालील उदाहरणात, ती डेस्कटॉपवर सेव्ह केली आहे) आणि नंतर तुमचे Kurtosis पॅकेज चालवण्यासाठी खालील कमांड चालवून त्याचा वापर करा:
+
+```python
+kurtosis clean -a && kurtosis run --enclave local-eth-testnet github.com/kurtosis-tech/eth-network-package "$(cat ~/eth-network-params.json)"
+```
+
+टीप: `kurtosis clean -a` कमांड येथे Kurtosis ला नवीन टेस्टनेट सुरू करण्यापूर्वी जुने टेस्टनेट आणि त्यातील सामग्री नष्ट करण्याचा निर्देश देण्यासाठी वापरली आहे.
+
+पुन्हा, Kurtosis थोडा वेळ काम करेल आणि होत असलेले वैयक्तिक टप्पे प्रिंट करेल. अखेरीस, आउटपुट काहीसे असे दिसेल:
+
+```python
+Starlark कोड यशस्वीरित्या चालला. कोणतेही आउटपुट परत आले नाही.
+INFO[2023-04-07T11:43:16-04:00] ==========================================================
+INFO[2023-04-07T11:43:16-04:00] ||          Created enclave: local-eth-testnet          ||
+INFO[2023-04-07T11:43:16-04:00] ==========================================================
+Name:            local-eth-testnet
+UUID:            bef8c192008e
+Status:          RUNNING
+Creation Time:   Fri, 07 Apr 2023 11:41:58 EDT
+
+========================================= Files Artifacts =========================================
+UUID           Name
+cc495a8e364a   cl-genesis-data
+7033fcdb5471   el-genesis-data
+a3aef43fc738   genesis-generation-config-cl
+8e968005fc9d   genesis-generation-config-el
+3182cca9d3cd   geth-prefunded-keys
+8421166e234f   prysm-password
+d9e6e8d44d99   validator-keystore-0
+23f5ba517394   validator-keystore-1
+4d28dea40b5c   validator-keystore-2
+
+========================================== User Services ==========================================
+UUID           Name                                           Ports                                            Status
+485e6fde55ae   cl-client-0-beacon                             http: 4000/tcp -> http://127.0.0.1:65010         RUNNING
+                                                              metrics: 5054/tcp -> http://127.0.0.1:65011
+                                                              tcp-discovery: 9000/tcp -> 127.0.0.1:65012
+                                                              udp-discovery: 9000/udp -> 127.0.0.1:54455
+73739bd158b2   cl-client-0-validator                          http: 5042/tcp -> 127.0.0.1:65016                RUNNING
+                                                              metrics: 5064/tcp -> http://127.0.0.1:65017
+1b0a233cd011   cl-client-1-beacon                             http: 4000/tcp -> 127.0.0.1:65021                RUNNING
+                                                              metrics: 8008/tcp -> 127.0.0.1:65023
+                                                              tcp-discovery: 9000/tcp -> 127.0.0.1:65024
+                                                              udp-discovery: 9000/udp -> 127.0.0.1:56031
+                                                              validator-metrics: 5064/tcp -> 127.0.0.1:65022
+949b8220cd53   cl-client-1-validator                          http: 4000/tcp -> 127.0.0.1:65028                RUNNING
+                                                              metrics: 8008/tcp -> 127.0.0.1:65030
+                                                              tcp-discovery: 9000/tcp -> 127.0.0.1:65031
+                                                              udp-discovery: 9000/udp -> 127.0.0.1:60784
+                                                              validator-metrics: 5064/tcp -> 127.0.0.1:65029
+c34417bea5fa   cl-client-2                                    http: 4000/tcp -> 127.0.0.1:65037                RUNNING
+                                                              metrics: 8008/tcp -> 127.0.0.1:65035
+                                                              tcp-discovery: 9000/tcp -> 127.0.0.1:65036
+                                                              udp-discovery: 9000/udp -> 127.0.0.1:63581
+e19738e6329d   el-client-0                                    engine-rpc: 8551/tcp -> 127.0.0.1:64986          RUNNING
+                                                              rpc: 8545/tcp -> 127.0.0.1:64988
+                                                              tcp-discovery: 30303/tcp -> 127.0.0.1:64987
+                                                              udp-discovery: 30303/udp -> 127.0.0.1:55706
+                                                              ws: 8546/tcp -> 127.0.0.1:64989
+e904687449d9   el-client-1                                    engine-rpc: 8551/tcp -> 127.0.0.1:64993          RUNNING
+                                                              rpc: 8545/tcp -> 127.0.0.1:64995
+                                                              tcp-discovery: 30303/tcp -> 127.0.0.1:64994
+                                                              udp-discovery: 30303/udp -> 127.0.0.1:58096
+                                                              ws: 8546/tcp -> 127.0.0.1:64996
+ad6f401126fa   el-client-2                                    engine-rpc: 8551/tcp -> 127.0.0.1:65003          RUNNING
+                                                              rpc: 8545/tcp -> 127.0.0.1:65001
+                                                              tcp-discovery: 30303/tcp -> 127.0.0.1:65000
+                                                              udp-discovery: 30303/udp -> 127.0.0.1:57269
+                                                              ws: 8546/tcp -> 127.0.0.1:65002
+12d04a9dbb69   prelaunch-data-generator-1680882122181135513   <none>                                           STOPPED
+5b45f9c0504b   prelaunch-data-generator-1680882122192182847   <none>                                           STOPPED
+3d4aaa75e218   prelaunch-data-generator-1680882122201668972   <none>                                           STOPPED
+```
+
+अभिनंदन! तुम्ही तुमचे स्थानिक टेस्टनेट 1 ऐवजी 3 नोड्स ठेवण्यासाठी यशस्वीरित्या कॉन्फिगर केले आहे. तुमच्या dApp वर तुम्ही पूर्वी केलेले तेच वर्कफ्लो (तैनात आणि चाचणी) चालवण्यासाठी, तुमच्या `hardhat.config.ts` कॉन्फिग फाइलमधील `localnet` स्ट्रक्टमध्ये `<$YOUR_PORT>` च्या जागी तुमच्या नवीन, 3-नोड स्थानिक टेस्टनेटमधील कोणत्याही `el-client-<num>` सेवेच्या rpc uri आउटपुटचा पोर्ट टाकून आम्ही पूर्वी केलेल्या त्याच क्रिया करा.
+
+## निष्कर्ष {#conclusion}
+
+आणि झाले! या छोट्या मार्गदर्शकाचा सारांश, तुम्ही:
+
+- Kurtosis वापरून Docker वर एक स्थानिक Ethereum टेस्टनेट तयार केले
+- तुमचे स्थानिक dApp डेव्हलपमेंट एन्व्हायर्नमेंट स्थानिक Ethereum नेटवर्कशी कनेक्ट केले
+- स्थानिक Ethereum नेटवर्कवर एक dApp तैनात केले आणि त्यावर एक सोपी चाचणी चालवली
+- मूळ Ethereum नेटवर्कला 3 नोड्स ठेवण्यासाठी कॉन्फिगर केले
+
+तुमच्यासाठी काय चांगले झाले, काय सुधारले जाऊ शकते, यावर आम्हाला तुमच्याकडून ऐकायला आवडेल, किंवा तुमच्या कोणत्याही प्रश्नांची उत्तरे द्यायला आवडेल. [GitHub](https://github.com/kurtosis-tech/kurtosis/issues/new/choose) द्वारे किंवा [आम्हाला ईमेल करा](mailto:feedback@kurtosistech.com) यावर संपर्क साधण्यास संकोच करू नका!
+
+### इतर उदाहरणे आणि मार्गदर्शक {#other-examples-guides}
+
+आम्ही तुम्हाला आमचे [क्विकस्टार्ट](https://docs.kurtosis.com/quickstart) (जिथे तुम्ही एक Postgres डेटाबेस आणि API तयार कराल) आणि आमच्या [awesome-kurtosis रिपॉझिटरी](https://github.com/kurtosis-tech/awesome-kurtosis) मधील आमची इतर उदाहरणे तपासण्यासाठी प्रोत्साहित करतो, जिथे तुम्हाला काही उत्तम उदाहरणे मिळतील, ज्यात यांसाठी पॅकेजेस आहेत:
+
+- [तेच स्थानिक Ethereum टेस्टनेट सुरू करणे](https://github.com/kurtosis-tech/eth2-package), परंतु ट्रान्झॅक्शन स्पॅमर (ट्रान्झॅक्शन सिम्युलेट करण्यासाठी), एक फोर्क मॉनिटर, आणि एक कनेक्टेड Grafana आणि Prometheus इन्स्टन्स यासारख्या अतिरिक्त सेवा कनेक्ट केलेल्या.
+- त्याच स्थानिक Ethereum नेटवर्कवर [सब-नेटवर्किंग चाचणी](https://github.com/kurtosis-tech/awesome-kurtosis/tree/main/ethereum-network-partition-test) करणे
diff --git a/public/content/translations/mr/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md b/public/content/translations/mr/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md
new file mode 100644
index 00000000000..b45c9e7f91e
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md
@@ -0,0 +1,144 @@
+---
+title: "कंत्राटाच्या आकाराच्या मर्यादेला सामोरे जाण्यासाठी कंत्राटे लहान करणे"
+description: "तुमचे स्मार्ट कंत्राट खूप मोठे होण्यापासून रोखण्यासाठी तुम्ही काय करू शकता?"
+author: Markus Waas
+lang: mr
+tags: [ "सॉलिडिटी", "स्मार्ट कॉन्ट्रॅक्ट", "स्टोरेज" ]
+skill: intermediate
+published: 2020-06-26
+source: soliditydeveloper.com
+sourceUrl: https://soliditydeveloper.com/max-contract-size
+---
+
+## मर्यादा का आहे? {#why-is-there-a-limit}
+
+[22 नोव्हेंबर, 2016](https://blog.ethereum.org/2016/11/18/hard-fork-no-4-spurious-dragon/) रोजी Spurious Dragon हार्ड-फोर्कने [EIP-170](https://eips.ethereum.org/EIPS/eip-170) सादर केले, ज्याने 24.576 kb ची स्मार्ट कंत्राट आकार मर्यादा जोडली. एक Solidity विकसक म्हणून तुमच्यासाठी याचा अर्थ असा आहे की, जेव्हा तुम्ही तुमच्या कंत्राटात अधिकाधिक कार्यक्षमता जोडता, तेव्हा एका क्षणी तुम्ही मर्यादेपर्यंत पोहोचता आणि तैनात करताना तुम्हाला खालील त्रुटी दिसेल:
+
+`चेतावणी: कंत्राट कोडचा आकार 24576 बाइट्सपेक्षा जास्त आहे (Spurious Dragon मध्ये सादर केलेली मर्यादा). हे कंत्राट कदाचित Mainnet वर तैनात करण्यायोग्य नसेल. ऑप्टिमायझर सक्षम करण्याचा विचार करा (कमी "runs" मूल्यांसह!), रिव्हर्ट स्ट्रिंग बंद करा, किंवा लायब्ररी वापरा.`
+
+ही मर्यादा डिनायल-ऑफ-सर्व्हिस (DOS) हल्ले रोखण्यासाठी सुरू करण्यात आली. गॅसच्या दृष्टीने कंत्राटाला कोणताही कॉल तुलनेने स्वस्त असतो. तथापि, Ethereum नोड्ससाठी कंत्राट कॉलचा परिणाम, कॉल केलेल्या कंत्राट कोडच्या आकारावर अवलंबून (डिस्कवरून कोड वाचणे, कोडवर पूर्व-प्रक्रिया करणे, मर्केल प्रूफमध्ये डेटा जोडणे) अवाजवी प्रमाणात वाढतो. जेव्हाही अशी परिस्थिती येते की आक्रमणकर्त्याला इतरांसाठी खूप काम निर्माण करण्यासाठी कमी संसाधनांची आवश्यकता असते, तेव्हा DOS हल्ल्यांची शक्यता निर्माण होते.
+
+मूळतः ही समस्या कमी होती कारण एक नैसर्गिक कंत्राट आकार मर्यादा म्हणजे ब्लॉक गॅस मर्यादा. अर्थात, कंत्राटाचा सर्व बायटकोड असलेल्या व्यवहारामध्ये कंत्राट तैनात करणे आवश्यक आहे. जर तुम्ही तो एकच व्यवहार एका ब्लॉकमध्ये समाविष्ट केला, तर तुम्ही तो सर्व गॅस वापरू शकता, पण तो अमर्याद नाही. [लंडन अपग्रेड](/ethereum-forks/#london) पासून, नेटवर्कच्या मागणीनुसार ब्लॉक गॅस मर्यादा 15M आणि 30M युनिट्स दरम्यान बदलू शकते.
+
+पुढे आपण त्यांच्या संभाव्य परिणामांनुसार क्रमाने मांडलेल्या काही पद्धती पाहू. याचा विचार वजन कमी करण्याच्या संदर्भात करा. एखाद्याला त्याचे लक्ष्य वजन (आपल्या बाबतीत 24kb) गाठण्यासाठी सर्वोत्तम धोरण म्हणजे प्रथम मोठ्या परिणामांच्या पद्धतींवर लक्ष केंद्रित करणे. बहुतेक प्रकरणांमध्ये फक्त तुमचा आहार सुधारल्याने तुम्ही तिथे पोहोचू शकता, पण कधीकधी तुम्हाला थोडे अधिक काहीतरी करण्याची गरज असते. मग तुम्ही काही व्यायाम (मध्यम परिणाम) किंवा अगदी पूरक आहार (लहान परिणाम) जोडू शकता.
+
+## मोठा परिणाम {#big-impact}
+
+### तुमची कंत्राटे वेगळी करा {#separate-your-contracts}
+
+हा नेहमीच तुमचा पहिला दृष्टिकोन असावा. तुम्ही कंत्राट अनेक लहान कंत्राटांमध्ये कसे वेगळे करू शकता? हे सामान्यतः तुम्हाला तुमच्या कंत्राटांसाठी एक चांगली रचना तयार करण्यास भाग पाडते. कोड वाचनीयतेच्या दृष्टिकोनातून लहान कंत्राटांना नेहमीच प्राधान्य दिले जाते. कंत्राटे विभागण्यासाठी, स्वतःला विचारा:
+
+- कोणती कार्ये एकत्र आहेत? प्रत्येक कार्यांचा संच त्याच्या स्वतःच्या कंत्राटात सर्वोत्तम असू शकतो.
+- कोणत्या कार्यांना कंत्राट स्थिती वाचण्याची किंवा फक्त स्थितीचा एक विशिष्ट उपसंच वाचण्याची आवश्यकता नाही?
+- तुम्ही स्टोरेज आणि कार्यक्षमता विभागू शकता का?
+
+### लायब्ररी {#libraries}
+
+कार्यक्षमता कोड स्टोरेजपासून दूर हलवण्याचा एक सोपा मार्ग म्हणजे [लायब्ररी](https://solidity.readthedocs.io/en/v0.6.10/contracts.html#libraries) वापरणे. लायब्ररीची कार्ये अंतर्गत म्हणून घोषित करू नका कारण ती संकलनादरम्यान थेट [कंत्राटात जोडली जातील](https://ethereum.stackexchange.com/questions/12975/are-internal-functions-in-libraries-not-covered-by-linking). परंतु जर तुम्ही सार्वजनिक कार्ये वापरली, तर ती प्रत्यक्षात एका वेगळ्या लायब्ररी कंत्राटात असतील. लायब्ररींचा वापर अधिक सोयीस्कर करण्यासाठी [`using for`](https://solidity.readthedocs.io/en/v0.6.10/contracts.html#using-for) चा वापर करण्याचा विचार करा.
+
+### प्रॉक्सी {#proxies}
+
+एक अधिक प्रगत धोरण म्हणजे प्रॉक्सी प्रणाली. लायब्ररी पार्श्वभूमीत `DELEGATECALL` वापरतात, जे फक्त कॉल करणाऱ्या कंत्राटाच्या स्थितीसह दुसऱ्या कंत्राटाचे कार्य कार्यान्वित करते. प्रॉक्सी प्रणालींबद्दल अधिक जाणून घेण्यासाठी [हा ब्लॉग पोस्ट](https://hackernoon.com/how-to-make-smart-contracts-upgradable-2612e771d5a2) पहा. त्या तुम्हाला अधिक कार्यक्षमता देतात, उदा., त्या अपग्रेडिबिलिटी सक्षम करतात, परंतु त्या खूप गुंतागुंत देखील वाढवतात. मी त्या फक्त कंत्राटाचा आकार कमी करण्यासाठी जोडणार नाही, जोपर्यंत कोणत्याही कारणास्तव तो तुमचा एकमेव पर्याय नसेल.
+
+## मध्यम परिणाम {#medium-impact}
+
+### कार्ये काढा {#remove-functions}
+
+हे स्पष्ट असले पाहिजे. कार्ये कंत्राटाचा आकार बऱ्यापैकी वाढवतात.
+
+- **बाह्य**: बऱ्याच वेळा आपण सोयीसाठी अनेक व्ह्यू कार्ये जोडतो. जोपर्यंत तुम्ही आकाराच्या मर्यादेपर्यंत पोहोचत नाही तोपर्यंत ते अगदी ठीक आहे. मग तुम्हाला अत्यंत आवश्यक कार्ये वगळता सर्व काढून टाकण्याचा खरोखर विचार करायला हवा.
+- **अंतर्गत**: जोपर्यंत कार्य फक्त एकदाच कॉल केले जाते तोपर्यंत तुम्ही अंतर्गत/खाजगी कार्ये देखील काढू शकता आणि फक्त कोड इनलाइन करू शकता.
+
+### अतिरिक्त व्हेरिएबल्स टाळा {#avoid-additional-variables}
+
+```solidity
+function get(uint id) returns (address,address) {
+    MyStruct memory myStruct = myStructs[id];
+    return (myStruct.addr1, myStruct.addr2);
+}
+```
+
+```solidity
+function get(uint id) returns (address,address) {
+    return (myStructs[id].addr1, myStructs[id].addr2);
+}
+```
+
+यासारखा एक साधा बदल **0.28kb** चा फरक करतो. तुम्हाला तुमच्या कंत्राटांमध्ये अशा अनेक समान परिस्थिती सापडतील आणि त्या खरोखरच लक्षणीय प्रमाणात भर घालू शकतात.
+
+### त्रुटी संदेश लहान करा {#shorten-error-message}
+
+लांब रिव्हर्ट संदेश आणि विशेषतः अनेक भिन्न रिव्हर्ट संदेश कंत्राट फुगवू शकतात. त्याऐवजी लहान त्रुटी कोड वापरा आणि ते तुमच्या कंत्राटात डीकोड करा. एक लांब संदेश खूपच लहान होऊ शकतो:
+
+```solidity
+require(msg.sender == owner, "फक्त या कंत्राटाचा मालक हे कार्य कॉल करू शकतो");
+```
+
+```solidity
+require(msg.sender == owner, "OW1");
+```
+
+### त्रुटी संदेशांऐवजी कस्टम त्रुटी वापरा
+
+कस्टम त्रुटी [Solidity 0.8.4](https://blog.soliditylang.org/2021/04/21/custom-errors/) मध्ये सादर करण्यात आल्या आहेत. तुमच्या कंत्राटांचा आकार कमी करण्याचा हा एक उत्तम मार्ग आहे, कारण ते निवडक (selectors) म्हणून ABI-एनकोड केलेले आहेत (जसे कार्ये असतात).
+
+```solidity
+error Unauthorized();
+
+if (msg.sender != owner) {
+    revert Unauthorized();
+}
+```
+
+### ऑप्टिमायझरमध्ये कमी रन मूल्याचा विचार करा {#consider-a-low-run-value-in-the-optimizer}
+
+तुम्ही ऑप्टिमायझर सेटिंग्ज देखील बदलू शकता. 200 चे डीफॉल्ट मूल्य म्हणजे ते बायटकोडला असे ऑप्टिमाइझ करण्याचा प्रयत्न करत आहे जसे की एखादे कार्य 200 वेळा कॉल केले जाते. जर तुम्ही ते 1 मध्ये बदलले, तर तुम्ही मुळात ऑप्टिमायझरला प्रत्येक कार्य फक्त एकदाच चालवण्याच्या केससाठी ऑप्टिमाइझ करण्यास सांगता. फक्त एकदाच चालण्यासाठी ऑप्टिमाइझ केलेले कार्य म्हणजे ते स्वतःच तैनात करण्यासाठी ऑप्टिमाइझ केलेले आहे. लक्षात ठेवा की **यामुळे कार्ये चालवण्यासाठीचा [गॅस खर्च](/developers/docs/gas/) वाढतो**, त्यामुळे तुम्हाला हे करायचे नसेल.
+
+## लहान परिणाम {#small-impact}
+
+### कार्यांना स्ट्रक्ट पास करणे टाळा {#avoid-passing-structs-to-functions}
+
+जर तुम्ही [ABIEncoderV2](https://solidity.readthedocs.io/en/v0.6.10/layout-of-source-files.html#abiencoderv2) वापरत असाल, तर कार्यांना स्ट्रक्ट पास न करणे उपयुक्त ठरू शकते. पॅरामीटरला स्ट्रक्ट म्हणून पास करण्याऐवजी, आवश्यक पॅरामीटर्स थेट पास करा. या उदाहरणात आपण आणखी **0.1kb** वाचवले.
+
+```solidity
+function get(uint id) returns (address,address) {
+    return _get(myStruct);
+}
+
+function _get(MyStruct memory myStruct) private view returns(address,address) {
+    return (myStruct.addr1, myStruct.addr2);
+}
+```
+
+```solidity
+function get(uint id) returns(address,address) {
+    return _get(myStructs[id].addr1, myStructs[id].addr2);
+}
+
+function _get(address addr1, address addr2) private view returns(address,address) {
+    return (addr1, addr2);
+}
+```
+
+### कार्ये आणि व्हेरिएबल्ससाठी योग्य दृश्यमानता घोषित करा {#declare-correct-visibility-for-functions-and-variables}
+
+- फक्त बाहेरून कॉल केली जाणारी कार्ये किंवा व्हेरिएबल्स? त्यांना `public` ऐवजी `external` म्हणून घोषित करा.
+- फक्त कंत्राटातूनच कॉल केली जाणारी कार्ये किंवा व्हेरिएबल्स? त्यांना `public` ऐवजी `private` किंवा `internal` म्हणून घोषित करा.
+
+### मॉडिफायर्स काढा {#remove-modifiers}
+
+मॉडिफायर्स, विशेषतः जेव्हा ते जास्त प्रमाणात वापरले जातात, तेव्हा कंत्राटाच्या आकारावर महत्त्वपूर्ण परिणाम करू शकतात. त्यांना काढण्याचा विचार करा आणि त्याऐवजी कार्ये वापरा.
+
+```solidity
+modifier checkStuff() {}
+
+function doSomething() checkStuff {}
+```
+
+```solidity
+function checkStuff() private {}
+
+function doSomething() { checkStuff(); }
+```
+
+या टिप्स तुम्हाला कंत्राटाचा आकार लक्षणीयरीत्या कमी करण्यास मदत करतील. पुन्हा एकदा, मी हे पुरेसे जोर देऊन सांगू इच्छितो की, सर्वात मोठ्या परिणामासाठी शक्य असल्यास नेहमी कंत्राटे विभागण्यावर लक्ष केंद्रित करा.
diff --git a/public/content/translations/mr/developers/tutorials/eip-1271-smart-contract-signatures/index.md b/public/content/translations/mr/developers/tutorials/eip-1271-smart-contract-signatures/index.md
new file mode 100644
index 00000000000..29b0329c22d
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/eip-1271-smart-contract-signatures/index.md
@@ -0,0 +1,129 @@
+---
+title: "EIP-1271: स्मार्ट कॉन्ट्रॅक्ट सह्यांवर सही करणे आणि त्या सत्यापित करणे"
+description: "EIP-1271 सह स्मार्ट कॉन्ट्रॅक्ट सही निर्मिती आणि सत्यापनाचा आढावा. स्मार्ट कॉन्ट्रॅक्ट डेव्हलपर्सना त्यावर आधारित काम करण्यासाठी एक ठोस उदाहरण म्हणून, आम्ही Safe (पूर्वीचे Gnosis Safe) मध्ये वापरलेल्या EIP-1271 अंमलबजावणीचे देखील मार्गदर्शन करतो."
+author: Nathan H. Leung
+lang: mr
+tags:
+  [
+    "eip-1271",
+    "स्मार्ट कॉन्ट्रॅक्ट",
+    "सत्यापित करणे",
+    "सही करणे"
+  ]
+skill: intermediate
+published: 2023-01-12
+---
+
+[EIP-1271](https://eips.ethereum.org/EIPS/eip-1271) मानक स्मार्ट कॉन्ट्रॅक्ट्सना सह्या सत्यापित करण्याची परवानगी देते.
+
+या ट्युटोरियलमध्ये, आम्ही डिजिटल सह्या, EIP-1271 ची पार्श्वभूमी आणि [Safe](https://safe.global/) (पूर्वीचे Gnosis Safe) द्वारे वापरलेल्या EIP-1271 च्या विशिष्ट अंमलबजावणीचा आढावा देतो. एकत्रितपणे, हे तुमच्या स्वतःच्या कॉन्ट्रॅक्टमध्ये EIP-1271 लागू करण्यासाठी एक प्रारंभ बिंदू म्हणून काम करू शकते.
+
+## सही म्हणजे काय?
+
+या संदर्भात, सही (अधिक अचूकपणे सांगायचे तर, “डिजिटल सही”) म्हणजे एक संदेश आणि तो संदेश एका विशिष्ट व्यक्ती/प्रेषक/ॲड्रेसकडून आला आहे याचा काही प्रकारचा पुरावा.
+
+उदाहरणार्थ, डिजिटल सही अशी दिसू शकते:
+
+1. संदेश: “मला माझ्या Ethereum वॉलेटने या वेबसाइटवर लॉग इन करायचे आहे.”
+2. सही करणारा: माझा ॲड्रेस `0x000…` आहे
+3. पुरावा: हा काही पुरावा आहे की मी, `0x000…`, हा संपूर्ण संदेश खरोखर तयार केला आहे (हे सहसा काहीतरी क्रिप्टोग्राफिक असते).
+
+हे लक्षात घेणे महत्त्वाचे आहे की डिजिटल सहीमध्ये "संदेश" आणि "सही" दोन्ही समाविष्ट असतात.
+
+का? उदाहरणार्थ, जर तुम्ही मला सही करण्यासाठी एखादा कॉन्ट्रॅक्ट दिला आणि मी त्यातील सहीचे पान कापून बाकीच्या कॉन्ट्रॅक्टशिवाय केवळ माझ्या सह्या तुम्हाला परत दिल्या, तर तो कॉन्ट्रॅक्ट वैध ठरणार नाही.
+
+त्याचप्रमाणे, संबंधित संदेशाशिवाय डिजिटल सहीला काहीही अर्थ नाही!
+
+## EIP-1271 का अस्तित्वात आहे?
+
+Ethereum-आधारित ब्लॉकचेनवर वापरण्यासाठी डिजिटल सही तयार करण्याकरिता, तुम्हाला सामान्यतः एका गुप्त प्रायव्हेट की ची आवश्यकता असते, जी इतर कोणालाही माहीत नसते. यामुळेच तुमची सही ही तुमचीच असते (गुप्त की च्या माहितीशिवाय इतर कोणीही तीच सही तयार करू शकत नाही).
+
+तुमच्या Ethereum अकाउंटशी (म्हणजे, तुमच्या एक्सटर्नली-ओन्ड अकाउंट/EOA) एक प्रायव्हेट की जोडलेली असते, आणि हीच ती प्रायव्हेट की आहे जी सामान्यतः एखादी वेबसाइट किंवा dapp तुम्हाला सहीसाठी विचारते तेव्हा वापरली जाते (उदा., "Ethereum ने लॉग इन करा" साठी).
+
+एखादे ॲप ethers.js सारख्या थर्ड-पार्टी लायब्ररीचा वापर करून, तुम्ही तयार केलेली [सही सत्यापित करू शकते](https://www.alchemy.com/docs/how-to-verify-a-message-signature-on-ethereum), आणि तेही [तुमची प्रायव्हेट की माहीत नसताना](https://en.wikipedia.org/wiki/Public-key_cryptography), आणि _तुम्हीच_ ती सही तयार केली आहे याची खात्री बाळगू शकते.
+
+> खरं तर, EOA डिजिटल सह्या पब्लिक-की क्रिप्टोग्राफी वापरत असल्यामुळे, त्या **ऑफचेन** तयार आणि सत्यापित केल्या जाऊ शकतात! गॅसलेस DAO मतदान असेच कार्य करते — ऑनचेन मते सबमिट करण्याऐवजी, क्रिप्टोग्राफिक लायब्ररी वापरून डिजिटल सह्या ऑफचेन तयार आणि सत्यापित केल्या जाऊ शकतात.
+
+EOA अकाउंट्सकडे प्रायव्हेट की असली तरी, स्मार्ट कॉन्ट्रॅक्ट अकाउंट्सकडे कोणत्याही प्रकारची प्रायव्हेट किंवा गुप्त की नसते (त्यामुळे "Ethereum ने लॉग इन करा", इत्यादी स्मार्ट कॉन्ट्रॅक्ट अकाउंट्ससोबत मूळतः काम करू शकत नाहीत).
+
+EIP-1271 ज्या समस्येचे निराकरण करण्याचे उद्दिष्ट ठेवते ती ही आहे: जर स्मार्ट कॉन्ट्रॅक्टकडे सहीमध्ये समाविष्ट करण्यासाठी कोणतेही “गुपित” नसेल, तर स्मार्ट कॉन्ट्रॅक्टची सही वैध आहे हे आपण कसे ओळखू शकतो?
+
+## EIP-1271 कसे कार्य करते?
+
+स्मार्ट कॉन्ट्रॅक्ट्सकडे प्रायव्हेट की नसतात ज्यांचा वापर संदेशांवर सही करण्यासाठी केला जाऊ शकतो. मग एखादी सही अस्सल आहे की नाही हे आपण कसे ओळखू शकतो?
+
+तर, एक कल्पना अशी आहे की आपण थेट स्मार्ट कॉन्ट्रॅक्टलाच _विचारू_ शकतो की एखादी सही अस्सल आहे की नाही!
+
+EIP-1271 हेच करते की, दिलेली सही वैध आहे की नाही हे स्मार्ट कॉन्ट्रॅक्टला “विचारण्याच्या” या कल्पनेला ते प्रमाणित करते.
+
+EIP-1271 लागू करणाऱ्या कॉन्ट्रॅक्टमध्ये `isValidSignature` नावाचे फंक्शन असणे आवश्यक आहे, जे एक संदेश आणि एक सही इनपुट म्हणून घेते. त्यानंतर कॉन्ट्रॅक्ट काही व्हॅलिडेशन लॉजिक चालवू शकतो (स्पेक येथे काहीही विशिष्ट लागू करत नाही) आणि मग सही वैध आहे की नाही हे दर्शवणारे एक मूल्य परत करू शकतो.
+
+जर `isValidSignature` ने वैध निकाल परत केला, तर त्याचा अर्थ असा होतो की कॉन्ट्रॅक्ट म्हणत आहे, “होय, मी या सही + संदेशाला मान्यता देतो!”
+
+### इंटरफेस
+
+EIP-1271 स्पेक मधील अचूक इंटरफेस येथे आहे (आपण खाली `_hash` पॅरामीटरबद्दल बोलू, पण आतासाठी, त्याचा विचार सत्यापित केला जाणारा संदेश म्हणून करा):
+
+```jsx
+pragma solidity ^0.5.0;
+
+contract ERC1271 {
+
+  // bytes4(keccak256("isValidSignature(bytes32,bytes)")
+  bytes4 constant internal MAGICVALUE = 0x1626ba7e;
+
+  /**
+   * @dev प्रदान केलेली सही, प्रदान केलेल्या हॅशसाठी वैध आहे की नाही हे परत करावे
+   * @param _hash      सही करायच्या डेटाचा हॅश
+   * @param _signature _hash शी संबंधित सही बाइट ॲरे
+   *
+   * फंक्शन पास झाल्यावर bytes4 मॅजिक व्हॅल्यू 0x1626ba7e परत करणे आवश्यक आहे.
+   * स्टेटमध्ये बदल करणे आवश्यक नाही (solc < 0.5 साठी STATICCALL वापरून, solc > 0.5 साठी व्ह्यू मॉडिफायर वापरून)
+   * एक्सटर्नल कॉल्सना परवानगी देणे आवश्यक आहे
+   */
+  function isValidSignature(
+    bytes32 _hash,
+    bytes memory _signature)
+    public
+    view
+    returns (bytes4 magicValue);
+}
+```
+
+## EIP-1271 अंमलबजावणीचे उदाहरण: Safe
+
+कॉन्ट्रॅक्ट्स `isValidSignature` अनेक प्रकारे लागू करू शकतात — स्पेक अचूक अंमलबजावणीबद्दल फारसे काही सांगत नाही.
+
+EIP-1271 लागू करणारा एक उल्लेखनीय कॉन्ट्रॅक्ट म्हणजे Safe (पूर्वीचा Gnosis Safe).
+
+Safe च्या कोडमध्ये, `isValidSignature` [अंमलात आणले आहे](https://github.com/safe-global/safe-contracts/blob/main/contracts/handler/CompatibilityFallbackHandler.sol) जेणेकरून सह्या [दोन प्रकारे](https://ethereum.stackexchange.com/questions/122635/signing-messages-as-a-gnosis-safe-eip1271-support) तयार आणि सत्यापित केल्या जाऊ शकतात:
+
+1. ऑनचेन संदेश
+   1. निर्मिती: एक safe मालक संदेशावर “सही” करण्यासाठी एक नवीन safe व्यवहार तयार करतो, आणि संदेशाला डेटा म्हणून त्या व्यवहारात पास करतो. एकदा मल्टिसिग थ्रेशोल्डपर्यंत पोहोचण्यासाठी पुरेसे मालक व्यवहारावर सही करतात, तेव्हा तो व्यवहार प्रसारित केला जातो आणि चालवला जातो. त्या व्यवहारामध्ये, (`signMessage(bytes calldata _data)`) नावाचे एक सेफ फंक्शन आहे जे संदेशाला “मान्यताप्राप्त” संदेशांच्या यादीत जोडते.
+   2. सत्यापन: Safe कॉन्ट्रॅक्टवर `isValidSignature` कॉल करा आणि सत्यापित करायचा संदेश हा संदेश पॅरामीटर म्हणून पास करा आणि [सही पॅरामीटरसाठी एक रिकामे मूल्य पास करा](https://github.com/safe-global/safe-contracts/blob/main/contracts/handler/CompatibilityFallbackHandler.sol#L32) (म्हणजे, `0x`). Safe बघेल की सही पॅरामीटर रिकामा आहे आणि सहीचे क्रिप्टोग्राफिकली सत्यापन करण्याऐवजी, तो संदेश “मान्यताप्राप्त” संदेशांच्या यादीत आहे की नाही हे तपासेल.
+2. ऑफचेन संदेश:
+   1. निर्मिती: एक safe मालक ऑफचेन एक संदेश तयार करतो, आणि मल्टिसिग मान्यता थ्रेशोल्ड पार करण्यासाठी पुरेशा सह्या मिळेपर्यंत इतर safe मालकांकडून त्या संदेशावर वैयक्तिकरित्या सही घेतो.
+   2. सत्यापन: `isValidSignature` कॉल करा. संदेश पॅरामीटरमध्ये, सत्यापित करायचा संदेश पास करा. सही पॅरामीटरमध्ये, प्रत्येक safe मालकाच्या वैयक्तिक सह्या एकामागोमाग एक जोडून पास करा. Safe हे तपासेल की थ्रेशोल्ड पूर्ण करण्यासाठी पुरेशा सह्या आहेत **आणि** प्रत्येक सही वैध आहे. तसे असल्यास, ते यशस्वी सही सत्यापनाचे सूचक मूल्य परत करेल.
+
+## `_hash` पॅरामीटर नेमके काय आहे? संपूर्ण संदेश का पास करू नये?
+
+तुमच्या लक्षात आले असेल की [EIP-1271 इंटरफेस](https://eips.ethereum.org/EIPS/eip-1271) मधील `isValidSignature` फंक्शन संदेश स्वतः न घेता, त्याऐवजी एक `_hash` पॅरामीटर घेते. याचा अर्थ असा आहे की, `isValidSignature` ला संपूर्ण अनियंत्रित-लांबीचा संदेश पास करण्याऐवजी, आपण त्याऐवजी संदेशाचा ३२-बाइट हॅश (सामान्यतः keccak256) पास करतो.
+
+calldata च्या प्रत्येक बाइटला — म्हणजे, स्मार्ट कॉन्ट्रॅक्ट फंक्शनला पास केलेल्या फंक्शन पॅरामीटर डेटाला — [१६ गॅस (शून्य बाइट असल्यास ४ गॅस) खर्च येतो](https://eips.ethereum.org/EIPS/eip-2028), त्यामुळे संदेश मोठा असल्यास भरपूर गॅस वाचू शकतो.
+
+### मागील EIP-1271 स्पेसिफिकेशन्स
+
+वापरात अशी EIP-1271 स्पेसिफिकेशन्स आहेत ज्यात `isValidSignature` फंक्शन आहे, ज्याचा पहिला पॅरामीटर `bytes` प्रकाराचा (निश्चित-लांबीच्या `bytes32` ऐवजी अनिश्चित-लांबीचा) आहे आणि पॅरामीटरचे नाव `message` आहे. ही EIP-1271 मानकाची [एक जुनी आवृत्ती](https://github.com/safe-global/safe-contracts/issues/391#issuecomment-1075427206) आहे.
+
+## माझ्या स्वतःच्या कॉन्ट्रॅक्ट्समध्ये EIP-1271 कसे लागू करावे?
+
+येथे स्पेक खूपच लवचिक आहे. Safe अंमलबजावणीमध्ये काही चांगल्या कल्पना आहेत:
+
+- तुम्ही कॉन्ट्रॅक्टच्या "मालका"कडून आलेल्या EOA सह्या वैध मानू शकता.
+- तुम्ही मान्यताप्राप्त संदेशांची यादी संग्रहित करू शकता आणि केवळ त्यांनाच वैध मानू शकता.
+
+शेवटी, कॉन्ट्रॅक्ट डेव्हलपर म्हणून हे तुमच्यावर अवलंबून आहे!
+
+## निष्कर्ष
+
+[EIP-1271](https://eips.ethereum.org/EIPS/eip-1271) हे एक बहुउपयोगी मानक आहे जे स्मार्ट कॉन्ट्रॅक्ट्सना सह्या सत्यापित करण्याची परवानगी देते. हे स्मार्ट कॉन्ट्रॅक्ट्सना EOA सारखे अधिक वागण्यासाठी मार्ग खुले करते — उदाहरणार्थ, "Ethereum ने लॉग इन करा" ला स्मार्ट कॉन्ट्रॅक्ट्ससोबत काम करण्याचा मार्ग प्रदान करणे — आणि ते अनेक प्रकारे लागू केले जाऊ शकते (Safe कडे विचारात घेण्यासारखी एक गुंतागुंतीची, मनोरंजक अंमलबजावणी आहे).
diff --git a/public/content/translations/mr/developers/tutorials/erc-721-vyper-annotated-code/index.md b/public/content/translations/mr/developers/tutorials/erc-721-vyper-annotated-code/index.md
new file mode 100644
index 00000000000..e765c3bb84f
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/erc-721-vyper-annotated-code/index.md
@@ -0,0 +1,644 @@
+---
+title: "Vyper ERC-721 कॉन्ट्रॅक्ट वॉकथ्रू"
+description: "Ryuya Nakamura चे ERC-721 कॉन्ट्रॅक्ट आणि ते कसे कार्य करते"
+author: Ori Pomerantz
+lang: mr
+tags: [ "vyper", "erc-721", "python" ]
+skill: beginner
+published: 2021-04-01
+---
+
+## प्रस्तावना {#introduction}
+
+[ERC-721](/developers/docs/standards/tokens/erc-721/) मानक हे नॉन-फंजिबल टोकन्स (NFT) ची मालकी ठेवण्यासाठी वापरले जाते.
+[ERC-20](/developers/docs/standards/tokens/erc-20/) टोकन्स एका वस्तू (कमोडिटी) सारखे वागतात, कारण वैयक्तिक टोकन्समध्ये काहीही फरक नसतो.
+याउलट, ERC-721 टोकन्स अशा मालमत्तेसाठी डिझाइन केलेले आहेत जे समान आहेत परंतु एकसारखे नाहीत, जसे की भिन्न मांजर
+कार्टून किंवा रिअल इस्टेटच्या वेगवेगळ्या तुकड्यांची मालकी हक्क.
+
+या लेखात आपण [Ryuya Nakamura च्या ERC-721 कॉन्ट्रॅक्टचे](https://github.com/vyperlang/vyper/blob/master/examples/tokens/ERC721.vy) विश्लेषण करू.
+हे कॉन्ट्रॅक्ट [Vyper](https://vyper.readthedocs.io/en/latest/index.html) मध्ये लिहिलेले आहे, जी एक Python-सारखी कॉन्ट्रॅक्ट भाषा आहे, जी Solidity पेक्षा असुरक्षित कोड लिहिणे अधिक कठीण करण्यासाठी डिझाइन केलेली आहे.
+
+## कॉन्ट्रॅक्ट {#contract}
+
+```python
+# @dev ERC-721 नॉन-फंजिबल टोकन मानकाची अंमलबजावणी.
+# @author Ryuya Nakamura (@nrryuya)
+# येथून सुधारित: https://github.com/vyperlang/vyper/blob/de74722bf2d8718cca46902be165f9fe0e3641dd/examples/tokens/ERC721.vy
+```
+
+Vyper मध्ये, Python प्रमाणेच, कमेंट्स हॅश (`#`) ने सुरू होतात आणि ओळीच्या शेवटपर्यंत चालू राहतात. `@<keyword>` समाविष्ट असलेल्या कमेंट्स [NatSpec](https://vyper.readthedocs.io/en/latest/natspec.html) द्वारे मानवासाठी वाचनीय डॉक्युमेंटेशन तयार करण्यासाठी वापरल्या जातात.
+
+```python
+from vyper.interfaces import ERC721
+
+implements: ERC721
+```
+
+ERC-721 इंटरफेस Vyper भाषेमध्ये अंगभूत आहे.
+[तुम्ही कोडची व्याख्या येथे पाहू शकता](https://github.com/vyperlang/vyper/blob/master/vyper/builtin_interfaces/ERC721.py).
+इंटरफेसची व्याख्या Vyper ऐवजी Python मध्ये लिहिलेली आहे, कारण इंटरफेस केवळ ब्लॉकचेनमध्येच नव्हे, तर बाह्य क्लायंटकडून ब्लॉकचेनला व्यवहार पाठवताना देखील वापरले जातात, जे Python मध्ये लिहिलेले असू शकतात.
+
+पहिली ओळ इंटरफेस इम्पोर्ट करते आणि दुसरी ओळ नमूद करते की आम्ही येथे त्याची अंमलबजावणी करत आहोत.
+
+### ERC721Receiver इंटरफेस {#receiver-interface}
+
+```python
+# safeTransferFrom() द्वारे कॉल केलेल्या कॉन्ट्रॅक्टसाठी इंटरफेस
+interface ERC721Receiver:
+    def onERC721Received(
+```
+
+ERC-721 दोन प्रकारच्या ट्रान्सफरला समर्थन देते:
+
+- `transferFrom`, जे प्रेषकाला (sender) कोणतेही डेस्टिनेशन ॲड्रेस निर्दिष्ट करण्याची परवानगी देते आणि हस्तांतरणाची जबाबदारी प्रेषकावर टाकते. याचा अर्थ असा की आपण अवैध ॲड्रेसवर हस्तांतरण करू शकता, अशा परिस्थितीत NFT कायमचा गमावला जातो.
+- `safeTransferFrom`, जे डेस्टिनेशन ॲड्रेस हे कॉन्ट्रॅक्ट आहे की नाही हे तपासते. तसे असल्यास, ERC-721 कॉन्ट्रॅक्ट प्राप्त करणाऱ्या कॉन्ट्रॅक्टला विचारतो की त्याला NFT प्राप्त करायचा आहे का.
+
+`safeTransferFrom` विनंत्यांना उत्तर देण्यासाठी प्राप्त करणाऱ्या कॉन्ट्रॅक्टला `ERC721Receiver` लागू करावे लागते.
+
+```python
+            _operator: address,
+            _from: address,
+```
+
+`_from` ॲड्रेस हा टोकनचा सध्याचा मालक आहे. `_operator` ॲड्रेस तो आहे ज्याने हस्तांतरणाची विनंती केली (अलाउन्समुळे हे दोघे समान नसतील).
+
+```python
+            _tokenId: uint256,
+```
+
+ERC-721 टोकन आयडी 256 बिटचे असतात. सामान्यतः टोकन ज्याचे प्रतिनिधित्व करते त्याच्या वर्णनाचे हॅशिंग करून ते तयार केले जातात.
+
+```python
+            _data: Bytes[1024]
+```
+
+विनंतीमध्ये 1024 बाइट्सपर्यंत वापरकर्ता डेटा असू शकतो.
+
+```python
+        ) -> bytes32: view
+```
+
+एखादा कॉन्ट्रॅक्ट चुकून हस्तांतरण स्वीकारतो अशा प्रकरणांना टाळण्यासाठी, रिटर्न व्हॅल्यू बुलियन नसते, तर एका विशिष्ट व्हॅल्यूसह 256 बिट्स असते.
+
+हे फंक्शन एक `view` आहे, याचा अर्थ ते ब्लॉकचेनची स्थिती (state) वाचू शकते, परंतु त्यात बदल करू शकत नाही.
+
+### इव्हेंट्स {#events}
+
+[इव्हेंट्स](https://media.consensys.net/technical-introduction-to-events-and-logs-in-ethereum-a074d65dd61e) हे ब्लॉकचेनच्या बाहेरील वापरकर्त्यांना आणि सर्व्हरना इव्हेंट्सबद्दल माहिती देण्यासाठी उत्सर्जित केले जातात. लक्षात घ्या की इव्हेंट्सची सामग्री ब्लॉकचेनवरील कॉन्ट्रॅक्टसाठी उपलब्ध नसते.
+
+```python
+# @dev कोणत्याही NFT ची मालकी कोणत्याही यंत्रणेद्वारे बदलल्यावर उत्सर्जित होते. हा इव्हेंट NFTs
+#      तयार झाल्यावर (`from` == 0) आणि नष्ट झाल्यावर (`to` == 0) उत्सर्जित होतो. अपवाद: कॉन्ट्रॅक्ट निर्मिती दरम्यान, कितीही
+#      NFTs ट्रान्सफर उत्सर्जित न करता तयार आणि नियुक्त केले जाऊ शकतात. कोणत्याही
+#      हस्तांतरणाच्या वेळी, त्या NFT साठी मंजूर केलेला पत्ता (असल्यास) 'काहीही नाही' वर रीसेट केला जातो.
+# @param _from NFT चा प्रेषक (पत्ता शून्य असल्यास तो टोकन निर्मिती दर्शवतो).
+# @param _to NFT चा प्राप्तकर्ता (पत्ता शून्य असल्यास तो टोकन नष्ट करणे दर्शवतो).
+# @param _tokenId हस्तांतरित झालेला NFT.
+event Transfer:
+    sender: indexed(address)
+    receiver: indexed(address)
+    tokenId: indexed(uint256)
+```
+
+हे ERC-20 ट्रान्सफर इव्हेंटसारखेच आहे, फक्त आपण रकमेऐवजी `tokenId` कळवतो.
+कोणीही शून्य पत्त्याचा मालक नाही, म्हणून प्रथेनुसार आपण त्याचा वापर टोकनची निर्मिती आणि नाश कळवण्यासाठी करतो.
+
+```python
+# @dev NFT साठी मंजूर केलेला पत्ता बदलला किंवा पुन्हा निश्चित केल्यावर हे उत्सर्जित होते. शून्य
+#      पत्ता सूचित करतो की कोणताही मंजूर पत्ता नाही. जेव्हा एखादा ट्रान्सफर इव्हेंट उत्सर्जित होतो, तेव्हा हे देखील
+#      सूचित करते की त्या NFT साठी मंजूर केलेला पत्ता (असल्यास) 'काहीही नाही' वर रीसेट केला जातो.
+# @param _owner NFT चा मालक.
+# @param _approved आम्ही मंजूर करत असलेला पत्ता.
+# @param _tokenId आम्ही मंजूर करत असलेला NFT.
+event Approval:
+    owner: indexed(address)
+    approved: indexed(address)
+    tokenId: indexed(uint256)
+```
+
+ERC-721 मंजुरी ERC-20 अलाउन्स सारखीच आहे. एका विशिष्ट पत्त्याला एक विशिष्ट टोकन हस्तांतरित करण्याची परवानगी दिली जाते. यामुळे करारांना टोकन स्वीकारल्यावर प्रतिसाद देण्यासाठी एक यंत्रणा मिळते. कॉन्ट्रॅक्ट इव्हेंट ऐकू शकत नाहीत, म्हणून जर तुम्ही फक्त त्यांना टोकन हस्तांतरित केले तर त्यांना त्याबद्दल 'माहित' होत नाही. या प्रकारे मालक प्रथम एक मंजुरी सादर करतो आणि नंतर कॉन्ट्रॅक्टला विनंती पाठवतो: 'मी तुम्हाला टोकन X हस्तांतरित करण्यासाठी मंजूर केले आहे, कृपया ... करा'.
+
+ERC-721 मानकाला ERC-20 मानकासारखे बनवण्यासाठी ही एक डिझाइन निवड आहे. कारण ERC-721 टोकन फंजिबल नाहीत, एक कॉन्ट्रॅक्ट टोकनच्या मालकीकडे पाहून ओळखू शकतो की त्याला एक विशिष्ट टोकन मिळाले आहे.
+
+```python
+# @dev मालकासाठी ऑपरेटर सक्षम किंवा अक्षम केल्यावर हे उत्सर्जित होते. ऑपरेटर
+#      मालकाच्या सर्व NFTs चे व्यवस्थापन करू शकतो.
+# @param _owner NFT चा मालक.
+# @param _operator पत्ता ज्यावर आम्ही ऑपरेटर हक्क सेट करत आहोत.
+# @param _approved ऑपरेटर हक्कांची स्थिती (ऑपरेटर हक्क दिल्यास 'true' आणि
+# रद्द केल्यास 'false').
+event ApprovalForAll:
+    owner: indexed(address)
+    operator: indexed(address)
+    approved: bool
+```
+
+कधीकधी एक _ऑपरेटर_ असणे उपयुक्त ठरते जो एखाद्या खात्याच्या विशिष्ट प्रकारच्या सर्व टोकनचे व्यवस्थापन करू शकतो (जे विशिष्ट कॉन्ट्रॅक्टद्वारे व्यवस्थापित केले जातात), मुखत्यारपत्राप्रमाणे. उदाहरणार्थ, मला कदाचित अशा कॉन्ट्रॅक्टला अशी शक्ती द्यायची असेल जो तपासतो की मी सहा महिन्यांपासून त्याच्याशी संपर्क साधला आहे की नाही, आणि तसे असल्यास, माझी मालमत्ता माझ्या वारसांना वितरीत करतो (जर त्यापैकी कोणीतरी विचारले, तर कॉन्ट्रॅक्ट व्यवहाराद्वारे कॉल केल्याशिवाय काहीही करू शकत नाहीत). ERC-20 मध्ये आपण फक्त एका वारसा कॉन्ट्रॅक्टला उच्च अलाउन्स देऊ शकतो, परंतु ते ERC-721 साठी काम करत नाही कारण टोकन फंजिबल नाहीत. हे त्याच्या समकक्ष आहे.
+
+`approved` मूल्य आपल्याला सांगते की इव्हेंट मंजुरीसाठी आहे की मंजुरी मागे घेण्यासाठी आहे.
+
+### स्टेट व्हेरिएबल्स {#state-vars}
+
+या व्हेरिएबल्समध्ये टोकनची सध्याची स्थिती असते: कोणते उपलब्ध आहेत आणि त्यांचे मालक कोण आहेत. यापैकी बहुतेक `HashMap` ऑब्जेक्ट्स आहेत, [दोन प्रकारांमध्ये अस्तित्वात असलेले एकदिशीय मॅपिंग](https://vyper.readthedocs.io/en/latest/types.html#mappings).
+
+```python
+# @dev NFT आयडी वरून त्याच्या मालकाच्या पत्त्यावर मॅपिंग.
+idToOwner: HashMap[uint256, address]
+
+# @dev NFT आयडी वरून मंजूर केलेल्या पत्त्यावर मॅपिंग.
+idToApprovals: HashMap[uint256, address]
+```
+
+Ethereum मध्ये वापरकर्ता आणि कॉन्ट्रॅक्ट ओळख 160-बिट पत्त्यांद्वारे दर्शविली जाते. हे दोन व्हेरिएबल्स टोकन आयडी वरून त्यांच्या मालकांना आणि त्यांना हस्तांतरित करण्यास मंजूर असलेल्यांना (प्रत्येकासाठी जास्तीत जास्त एक) मॅप करतात. Ethereum मध्ये, अनइनिशियलाइज्ड डेटा नेहमी शून्य असतो, म्हणून जर मालक किंवा मंजूर हस्तांतरणकर्ता नसेल तर त्या टोकनसाठी मूल्य शून्य असते.
+
+```python
+# @dev मालकाच्या पत्त्यावरून त्याच्या टोकनच्या संख्येवर मॅपिंग.
+ownerToNFTokenCount: HashMap[address, uint256]
+```
+
+हे व्हेरिएबल प्रत्येक मालकासाठी टोकनची संख्या ठेवते. मालकांकडून टोकनपर्यंत कोणतेही मॅपिंग नाही, म्हणून विशिष्ट मालकाचे टोकन ओळखण्याचा एकमेव मार्ग म्हणजे ब्लॉकचेनच्या इव्हेंट इतिहासात मागे पाहणे आणि योग्य `Transfer` इव्हेंट पाहणे. आपल्याकडे सर्व NFTs आहेत आणि आपल्याला वेळेत आणखी मागे पाहण्याची गरज नाही हे जाणून घेण्यासाठी आपण या व्हेरिएबलचा वापर करू शकतो.
+
+लक्षात घ्या की हा अल्गोरिदम फक्त वापरकर्ता इंटरफेस आणि बाह्य सर्व्हरसाठी काम करतो. ब्लॉकचेनवर चालणारा कोड स्वतः मागील इव्हेंट वाचू शकत नाही.
+
+```python
+# @dev मालकाच्या पत्त्यावरून ऑपरेटर पत्त्यांच्या मॅपिंगवर मॅपिंग.
+ownerToOperators: HashMap[address, HashMap[address, bool]]
+```
+
+एका खात्यात एकापेक्षा जास्त ऑपरेटर असू शकतात. त्यांचा मागोवा ठेवण्यासाठी एक साधे `HashMap` पुरेसे नाही, कारण प्रत्येक की एकाच मूल्याकडे नेते. त्याऐवजी, तुम्ही मूल्य म्हणून `HashMap[address, bool]` वापरू शकता. डीफॉल्टनुसार प्रत्येक पत्त्यासाठी मूल्य `False` असते, याचा अर्थ तो ऑपरेटर नाही. तुम्ही आवश्यकतेनुसार मूल्ये `True` वर सेट करू शकता.
+
+```python
+# @dev मिन्टरचा पत्ता, जो टोकन मिंट करू शकतो
+minter: address
+```
+
+नवीन टोकन कोणत्यातरी प्रकारे तयार करावे लागतात. या कॉन्ट्रॅक्टमध्ये एकच संस्था आहे जिला तसे करण्याची परवानगी आहे, ती म्हणजे `minter`. उदाहरणार्थ, एका खेळासाठी हे पुरेसे असण्याची शक्यता आहे. इतर उद्देशांसाठी, अधिक क्लिष्ट व्यवसाय तर्क तयार करणे आवश्यक असू शकते.
+
+```python
+# @dev इंटरफेस आयडी वरून ते समर्थित आहे की नाही याबद्दलच्या bool वर मॅपिंग
+supportedInterfaces: HashMap[bytes32, bool]
+
+# @dev ERC165 चा ERC165 इंटरफेस आयडी
+ERC165_INTERFACE_ID: constant(bytes32) = 0x0000000000000000000000000000000000000000000000000000000001ffc9a7
+
+# @dev ERC721 चा ERC165 इंटरफेस आयडी
+ERC721_INTERFACE_ID: constant(bytes32) = 0x0000000000000000000000000000000000000000000000000000000080ac58cd
+```
+
+[ERC-165](https://eips.ethereum.org/EIPS/eip-165) एक यंत्रणा निर्दिष्ट करते ज्याद्वारे कॉन्ट्रॅक्ट उघड करू शकतो की ॲप्लिकेशन्स त्याच्याशी कसे संवाद साधू शकतात, तो कोणत्या ERCs चे पालन करतो. या प्रकरणात, कॉन्ट्रॅक्ट ERC-165 आणि ERC-721 चे पालन करतो.
+
+### फंक्शन्स {#functions}
+
+ही ती फंक्शन्स आहेत जी प्रत्यक्षात ERC-721 ची अंमलबजावणी करतात.
+
+#### कन्स्ट्रक्टर {#constructor}
+
+```python
+@external
+def __init__():
+```
+
+Vyper मध्ये, Python प्रमाणेच, कन्स्ट्रक्टर फंक्शनला `__init__` म्हणतात.
+
+```python
+    """
+    @dev कॉन्ट्रॅक्ट कन्स्ट्रक्टर.
+    """
+```
+
+Python मध्ये, आणि Vyper मध्ये, तुम्ही एक मल्टी-लाइन स्ट्रिंग (जी `"""` ने सुरू होते आणि संपते) निर्दिष्ट करून आणि कोणत्याही प्रकारे तिचा वापर न करून देखील एक कमेंट तयार करू शकता. या कमेंट्समध्ये [NatSpec](https://vyper.readthedocs.io/en/latest/natspec.html) देखील समाविष्ट असू शकते.
+
+```python
+    self.supportedInterfaces[ERC165_INTERFACE_ID] = True
+    self.supportedInterfaces[ERC721_INTERFACE_ID] = True
+    self.minter = msg.sender
+```
+
+स्टेट व्हेरिएबल्स ऍक्सेस करण्यासाठी तुम्ही `self.<variable name>` वापरता` (पुन्हा, Python प्रमाणेच).
+
+#### व्ह्यू फंक्शन्स {#views}
+
+ही अशी फंक्शन्स आहेत जी ब्लॉकचेनची स्थिती बदलत नाहीत, आणि म्हणून जर त्यांना बाह्यरित्या कॉल केले तर ते विनामूल्य कार्यान्वित केले जाऊ शकतात. जर व्ह्यू फंक्शन्सना कॉन्ट्रॅक्टद्वारे कॉल केले गेले तर त्यांना अजूनही प्रत्येक नोडवर कार्यान्वित करावे लागते आणि म्हणून गॅस खर्च येतो.
+
+```python
+@view
+@external
+```
+
+फंक्शनच्या व्याख्येपूर्वी हे कीवर्ड जे ऍट चिन्हासह (`@`) सुरू होतात, त्यांना _डेकोरेशन्स_ म्हणतात. ते फंक्शन कोणत्या परिस्थितीत कॉल केले जाऊ शकते हे निर्दिष्ट करतात.
+
+- `@view` निर्दिष्ट करते की हे फंक्शन एक व्ह्यू आहे.
+- `@external` निर्दिष्ट करते की हे विशिष्ट फंक्शन व्यवहार आणि इतर कॉन्ट्रॅक्टद्वारे कॉल केले जाऊ शकते.
+
+```python
+def supportsInterface(_interfaceID: bytes32) -> bool:
+```
+
+Python च्या उलट, Vyper ही एक [स्टॅटिक टाइप केलेली भाषा](https://wikipedia.org/wiki/Type_system#Static_type_checking) आहे.
+तुम्ही [डेटा प्रकार](https://vyper.readthedocs.io/en/latest/types.html) ओळखल्याशिवाय व्हेरिएबल किंवा फंक्शन पॅरामीटर घोषित करू शकत नाही. या प्रकरणात इनपुट पॅरामीटर `bytes32` आहे, जे 256-बिट मूल्य आहे (256 बिट्स हे [Ethereum व्हर्च्युअल मशीन](/developers/docs/evm/) चा मूळ शब्द आकार आहे). आउटपुट एक बुलियन मूल्य आहे. प्रथेनुसार, फंक्शन पॅरामीटर्सची नावे अंडरस्कोर (`_`) ने सुरू होतात.
+
+```python
+    """
+    @dev इंटरफेस ओळख ERC-165 मध्ये निर्दिष्ट आहे.
+    @param _interfaceID इंटरफेसचा आयडी
+    """
+    return self.supportedInterfaces[_interfaceID]
+```
+
+`self.supportedInterfaces` HashMap मधून मूल्य परत करा, जे कन्स्ट्रक्टर (`__init__`) मध्ये सेट केलेले आहे.
+
+```python
+### व्ह्यू फंक्शन्स ###
+
+```
+
+ही व्ह्यू फंक्शन्स आहेत जी टोकनबद्दलची माहिती वापरकर्त्यांना आणि इतर कॉन्ट्रॅक्टसना उपलब्ध करून देतात.
+
+```python
+@view
+@external
+def balanceOf(_owner: address) -> uint256:
+    """
+    @dev `_owner` च्या मालकीच्या NFTs ची संख्या परत करते.
+         `_owner` शून्य पत्ता असल्यास थ्रो करते. शून्य पत्त्याला नियुक्त केलेले NFTs अवैध मानले जातात.
+    @param _owner ज्या पत्त्यासाठी बॅलन्सची चौकशी करायची आहे.
+    """
+    assert _owner != ZERO_ADDRESS
+```
+
+ही ओळ [asserts](https://vyper.readthedocs.io/en/latest/statements.html#assert) करते की `_owner` शून्य नाही. जर ते असेल, तर एक त्रुटी आहे आणि ऑपरेशन परत घेतले जाते.
+
+```python
+    return self.ownerToNFTokenCount[_owner]
+
+@view
+@external
+def ownerOf(_tokenId: uint256) -> address:
+    """
+    @dev NFT च्या मालकाचा पत्ता परत करते.
+         `_tokenId` वैध NFT नसल्यास थ्रो करते.
+    @param _tokenId NFT साठी ओळखकर्ता.
+    """
+    owner: address = self.idToOwner[_tokenId]
+    # `_tokenId` वैध NFT नसल्यास थ्रो करते
+    assert owner != ZERO_ADDRESS
+    return owner
+```
+
+Ethereum व्हर्च्युअल मशीनमध्ये (evm) कोणतेही स्टोरेज ज्यामध्ये मूल्य संग्रहित नाही ते शून्य असते.
+जर `_tokenId` वर कोणतेही टोकन नसेल तर `self.idToOwner[_tokenId]` चे मूल्य शून्य असते. त्या प्रकरणात फंक्शन परत जाते.
+
+```python
+@view
+@external
+def getApproved(_tokenId: uint256) -> address:
+    """
+    @dev एकाच NFT साठी मंजूर केलेला पत्ता मिळवा.
+         `_tokenId` वैध NFT नसल्यास थ्रो करते.
+    @param _tokenId ज्या NFT च्या मंजुरीची चौकशी करायची आहे त्याचा आयडी.
+    """
+    # `_tokenId` वैध NFT नसल्यास थ्रो करते
+    assert self.idToOwner[_tokenId] != ZERO_ADDRESS
+    return self.idToApprovals[_tokenId]
+```
+
+लक्षात घ्या की `getApproved` _शून्य_ परत करू शकते. जर टोकन वैध असेल तर ते `self.idToApprovals[_tokenId]` परत करते.
+जर कोणताही मंजूर करणारा नसेल तर ते मूल्य शून्य असते.
+
+```python
+@view
+@external
+def isApprovedForAll(_owner: address, _operator: address) -> bool:
+    """
+    @dev `_operator` हा `_owner` साठी मंजूर ऑपरेटर आहे की नाही हे तपासते.
+    @param _owner NFTs चा मालक असलेला पत्ता.
+    @param _operator मालकाच्या वतीने काम करणारा पत्ता.
+    """
+    return (self.ownerToOperators[_owner])[_operator]
+```
+
+हे फंक्शन तपासते की `_operator` ला या कॉन्ट्रॅक्टमधील `_owner` च्या सर्व टोकनचे व्यवस्थापन करण्याची परवानगी आहे की नाही.
+कारण एकापेक्षा जास्त ऑपरेटर असू शकतात, हे दोन-स्तरीय HashMap आहे.
+
+#### हस्तांतरण सहाय्यक फंक्शन्स {#transfer-helpers}
+
+ही फंक्शन्स टोकन हस्तांतरित करण्याच्या किंवा व्यवस्थापित करण्याच्या भागाच्या क्रियांची अंमलबजावणी करतात.
+
+```python
+
+### हस्तांतरण फंक्शन सहाय्यक ###
+
+@view
+@internal
+```
+
+हे डेकोरेशन, `@internal`, याचा अर्थ असा की फंक्शन फक्त त्याच कॉन्ट्रॅक्टमधील इतर फंक्शन्समधूनच ऍक्सेसिबल आहे. प्रथेनुसार, या फंक्शनची नावे देखील अंडरस्कोर (`_`) ने सुरू होतात.
+
+```python
+def _isApprovedOrOwner(_spender: address, _tokenId: uint256) -> bool:
+    """
+    @dev दिलेला स्पेंडर दिलेला टोकन आयडी हस्तांतरित करू शकतो की नाही हे परत करते
+    @param spender चौकशी करण्यासाठी स्पेंडरचा पत्ता
+    @param tokenId हस्तांतरित करायच्या टोकनचा uint256 आयडी
+    @return bool msg.sender दिलेल्या टोकन आयडीसाठी मंजूर आहे की नाही,
+        मालकाचा ऑपरेटर आहे की नाही, किंवा टोकनचा मालक आहे की नाही
+    """
+    owner: address = self.idToOwner[_tokenId]
+    spenderIsOwner: bool = owner == _spender
+    spenderIsApproved: bool = _spender == self.idToApprovals[_tokenId]
+    spenderIsApprovedForAll: bool = (self.ownerToOperators[owner])[_spender]
+    return (spenderIsOwner or spenderIsApproved) or spenderIsApprovedForAll
+```
+
+एका पत्त्याला टोकन हस्तांतरित करण्याची परवानगी देण्याचे तीन मार्ग आहेत:
+
+1. पत्ता टोकनचा मालक आहे
+2. ते टोकन खर्च करण्यासाठी पत्त्याला मंजुरी आहे
+3. पत्ता टोकनच्या मालकासाठी एक ऑपरेटर आहे
+
+वरील फंक्शन एक व्ह्यू असू शकते कारण ते स्थिती बदलत नाही. कार्य खर्च कमी करण्यासाठी, जे कोणतेही फंक्शन _व्ह्यू_ असू शकते ते _व्ह्यू_ असले पाहिजे.
+
+```python
+@internal
+def _addTokenTo(_to: address, _tokenId: uint256):
+    """
+    @dev दिलेल्या पत्त्यावर NFT जोडा
+         `_tokenId` कोणाच्यातरी मालकीचा असल्यास थ्रो करते.
+    """
+    # `_tokenId` कोणाच्यातरी मालकीचा असल्यास थ्रो करते
+    assert self.idToOwner[_tokenId] == ZERO_ADDRESS
+    # मालक बदला
+    self.idToOwner[_tokenId] = _to
+    # गणना ट्रॅकिंग बदला
+    self.ownerToNFTokenCount[_to] += 1
+
+
+@internal
+def _removeTokenFrom(_from: address, _tokenId: uint256):
+    """
+    @dev दिलेल्या पत्त्यावरून NFT काढा
+         `_from` सध्याचा मालक नसल्यास थ्रो करते.
+    """
+    # `_from` सध्याचा मालक नसल्यास थ्रो करते
+    assert self.idToOwner[_tokenId] == _from
+    # मालक बदला
+    self.idToOwner[_tokenId] = ZERO_ADDRESS
+    # गणना ट्रॅकिंग बदला
+    self.ownerToNFTokenCount[_from] -= 1
+```
+
+जेव्हा हस्तांतरणामध्ये समस्या येते तेव्हा आम्ही कॉल परत घेतो.
+
+```python
+@internal
+def _clearApproval(_owner: address, _tokenId: uint256):
+    """
+    @dev दिलेल्या पत्त्याची मंजुरी साफ करा
+         `_owner` सध्याचा मालक नसल्यास थ्रो करते.
+    """
+    # `_owner` सध्याचा मालक नसल्यास थ्रो करते
+    assert self.idToOwner[_tokenId] == _owner
+    if self.idToApprovals[_tokenId] != ZERO_ADDRESS:
+        # मंजुरी रीसेट करा
+        self.idToApprovals[_tokenId] = ZERO_ADDRESS
+```
+
+आवश्यक असल्यास फक्त मूल्य बदला. स्टेट व्हेरिएबल्स स्टोरेजमध्ये राहतात. स्टोरेजमध्ये लिहिणे ही EVM (Ethereum व्हर्च्युअल मशीन) च्या सर्वात महागड्या क्रियांपैकी एक आहे ([gas](/developers/docs/gas/) च्या बाबतीत). म्हणून, ते कमी करणे ही एक चांगली कल्पना आहे, अगदी विद्यमान मूल्य लिहिण्याचा खर्चही जास्त आहे.
+
+```python
+@internal
+def _transferFrom(_from: address, _to: address, _tokenId: uint256, _sender: address):
+    """
+    @dev NFT चे हस्तांतरण कार्यान्वित करा.
+         `msg.sender` सध्याचा मालक, अधिकृत ऑपरेटर किंवा या NFT साठी मंजूर
+         पत्ता नसल्यास थ्रो करते. (टीप: खाजगी फंक्शनमध्ये `msg.sender` ला परवानगी नाही म्हणून `_sender` पास करा.)
+         `_to` शून्य पत्ता असल्यास थ्रो करते.
+         `_from` सध्याचा मालक नसल्यास थ्रो करते.
+         `_tokenId` वैध NFT नसल्यास थ्रो करते.
+    """
+```
+
+आपल्याकडे हे अंतर्गत फंक्शन आहे कारण टोकन हस्तांतरित करण्याचे दोन मार्ग आहेत (नियमित आणि सुरक्षित), परंतु आम्हाला कोडमध्ये फक्त एकच स्थान हवे आहे जेथे आपण ते करतो जेणेकरून ऑडिट करणे सोपे होईल.
+
+```python
+    # आवश्यकता तपासा
+    assert self._isApprovedOrOwner(_sender, _tokenId)
+    # `_to` शून्य पत्ता असल्यास थ्रो करते
+    assert _to != ZERO_ADDRESS
+    # मंजुरी साफ करा. `_from` सध्याचा मालक नसल्यास थ्रो करते
+    self._clearApproval(_from, _tokenId)
+    # NFT काढा. `_tokenId` वैध NFT नसल्यास थ्रो करते
+    self._removeTokenFrom(_from, _tokenId)
+    # NFT जोडा
+    self._addTokenTo(_to, _tokenId)
+    # हस्तांतरण लॉग करा
+    log Transfer(_from, _to, _tokenId)
+```
+
+Vyper मध्ये इव्हेंट उत्सर्जित करण्यासाठी तुम्ही `log` स्टेटमेंट वापरता ([अधिक तपशिलांसाठी येथे पहा](https://vyper.readthedocs.io/en/latest/event-logging.html#event-logging)).
+
+#### हस्तांतरण फंक्शन्स {#transfer-funs}
+
+```python
+
+### हस्तांतरण फंक्शन्स ###
+
+@external
+def transferFrom(_from: address, _to: address, _tokenId: uint256):
+    """
+    @dev `msg.sender` सध्याचा मालक, अधिकृत ऑपरेटर किंवा या NFT साठी मंजूर
+         पत्ता नसल्यास थ्रो करते.
+         `_from` सध्याचा मालक नसल्यास थ्रो करते.
+         `_to` शून्य पत्ता असल्यास थ्रो करते.
+         `_tokenId` वैध NFT नसल्यास थ्रो करते.
+    @notice `_to` NFTs प्राप्त करण्यास सक्षम आहे याची पुष्टी करण्याची जबाबदारी कॉलरची आहे अन्यथा
+            ते कायमचे गमावले जाऊ शकतात.
+    @param _from NFT चा सध्याचा मालक.
+    @param _to नवीन मालक.
+    @param _tokenId हस्तांतरित करायचा NFT.
+    """
+    self._transferFrom(_from, _to, _tokenId, msg.sender)
+```
+
+हे फंक्शन तुम्हाला एका अनियंत्रित पत्त्यावर हस्तांतरित करण्याची परवानगी देते. जोपर्यंत पत्ता वापरकर्त्याचा किंवा टोकन कसे हस्तांतरित करायचे हे जाणणाऱ्या कॉन्ट्रॅक्टचा नसेल, तोपर्यंत तुम्ही हस्तांतरित केलेले कोणतेही टोकन त्या पत्त्यात अडकून निरुपयोगी होईल.
+
+```python
+@external
+def safeTransferFrom(
+        _from: address,
+        _to: address,
+        _tokenId: uint256,
+        _data: Bytes[1024]=b""
+    ):
+    """
+    @dev एका पत्त्यावरून दुसऱ्या पत्त्यावर NFT ची मालकी हस्तांतरित करते.
+         `msg.sender` सध्याचा मालक, अधिकृत ऑपरेटर किंवा या NFT साठी मंजूर
+         पत्ता नसल्यास थ्रो करते.
+         `_from` सध्याचा मालक नसल्यास थ्रो करते.
+         `_to` शून्य पत्ता असल्यास थ्रो करते.
+         `_tokenId` वैध NFT नसल्यास थ्रो करते.
+         जर `_to` एक स्मार्ट कॉन्ट्रॅक्ट असेल, तर ते `_to` वर `onERC721Received` कॉल करते आणि
+         परत आलेले मूल्य `bytes4(keccak256("onERC721Received(address,address,uint256,bytes)"))` नसल्यास थ्रो करते.
+         टीप: bytes4 पॅडिंगसह bytes32 द्वारे दर्शविले जाते
+    @param _from NFT चा सध्याचा मालक.
+    @param _to नवीन मालक.
+    @param _tokenId हस्तांतरित करायचा NFT.
+    @param _data कोणताही निर्दिष्ट स्वरूप नसलेला अतिरिक्त डेटा, `_to` ला कॉलमध्ये पाठवला जातो.
+    """
+    self._transferFrom(_from, _to, _tokenId, msg.sender)
+```
+
+प्रथम हस्तांतरण करणे ठीक आहे कारण जर काही समस्या आली तर आपण तरीही परत घेणार आहोत, त्यामुळे कॉलमध्ये केलेले सर्वकाही रद्द होईल.
+
+```python
+        if _to.is_contract: # `_to` हा कॉन्ट्रॅक्ट पत्ता आहे की नाही हे तपासा
+```
+
+प्रथम पत्ता कॉन्ट्रॅक्ट आहे की नाही हे तपासा (त्यात कोड आहे का). नसल्यास, तो वापरकर्त्याचा पत्ता आहे असे समजा आणि वापरकर्ता टोकन वापरू शकेल किंवा हस्तांतरित करू शकेल. पण ते तुम्हाला खोट्या सुरक्षिततेच्या भावनेत अडकू देऊ नका. तुम्ही टोकन गमावू शकता, अगदी `safeTransferFrom` सह देखील, जर तुम्ही त्यांना अशा पत्त्यावर हस्तांतरित केले ज्याची खाजगी की कोणालाही माहित नाही.
+
+```python
+        returnValue: bytes32 = ERC721Receiver(_to).onERC721Received(msg.sender, _from, _tokenId, _data)
+```
+
+लक्ष्य कॉन्ट्रॅक्टला ERC-721 टोकन प्राप्त करू शकतो की नाही हे पाहण्यासाठी कॉल करा.
+
+```python
+# हस्तांतरणाचे गंतव्यस्थान असा कॉन्ट्रॅक्ट असल्यास जो 'onERC721Received' लागू करत नाही, तर थ्रो करते
+        assert returnValue == method_id("onERC721Received(address,address,uint256,bytes)", output_type=bytes32)
+```
+
+जर गंतव्यस्थान एक कॉन्ट्रॅक्ट असेल, परंतु जो ERC-721 टोकन स्वीकारत नाही (किंवा ज्याने हे विशिष्ट हस्तांतरण न स्वीकारण्याचा निर्णय घेतला आहे), तर परत घ्या.
+
+```python
+@external
+def approve(_approved: address, _tokenId: uint256):
+    """
+    @dev NFT साठी मंजूर केलेला पत्ता सेट करा किंवा पुन्हा निश्चित करा. शून्य पत्ता सूचित करतो की कोणताही मंजूर पत्ता नाही.
+         `msg.sender` सध्याचा NFT मालक किंवा सध्याच्या मालकाचा अधिकृत ऑपरेटर नसल्यास थ्रो करते.
+         `_tokenId` वैध NFT नसल्यास थ्रो करते. (टीप: हे EIP मध्ये लिहिलेले नाही)
+         `_approved` सध्याचा मालक असल्यास थ्रो करते. (टीप: हे EIP मध्ये लिहिलेले नाही)
+    @param _approved दिलेल्या NFT आयडीसाठी मंजूर करायचा पत्ता.
+    @param _tokenId मंजूर करायच्या टोकनचा आयडी.
+    """
+    owner: address = self.idToOwner[_tokenId]
+    # `_tokenId` वैध NFT नसल्यास थ्रो करते
+    assert owner != ZERO_ADDRESS
+    # `_approved` सध्याचा मालक असल्यास थ्रो करते
+    assert _approved != owner
+```
+
+प्रथेनुसार, जर तुम्हाला मंजूर करणारा नको असेल तर तुम्ही शून्य पत्ता नियुक्त करता, स्वतःला नाही.
+
+```python
+    # आवश्यकता तपासा
+    senderIsOwner: bool = self.idToOwner[_tokenId] == msg.sender
+    senderIsApprovedForAll: bool = (self.ownerToOperators[owner])[msg.sender]
+    assert (senderIsOwner or senderIsApprovedForAll)
+```
+
+मंजुरी सेट करण्यासाठी तुम्ही एकतर मालक असू शकता किंवा मालकाने अधिकृत केलेला ऑपरेटर असू शकता.
+
+```python
+    # मंजुरी सेट करा
+    self.idToApprovals[_tokenId] = _approved
+    log Approval(owner, _approved, _tokenId)
+
+
+@external
+def setApprovalForAll(_operator: address, _approved: bool):
+    """
+    @dev तृतीय पक्षासाठी ('ऑपरेटर') `msg.sender` च्या सर्व मालमत्तेचे व्यवस्थापन
+         करण्यासाठी मंजुरी सक्षम किंवा अक्षम करते. हे ApprovalForAll इव्हेंट देखील उत्सर्जित करते.
+         `_operator` हा `msg.sender` असल्यास थ्रो करते. (टीप: हे EIP मध्ये लिहिलेले नाही)
+    @notice प्रेषकाकडे त्यावेळी कोणतेही टोकन नसले तरीही हे काम करते.
+    @param _operator अधिकृत ऑपरेटर्सच्या सेटमध्ये जोडायचा पत्ता.
+    @param _approved ऑपरेटर मंजूर असल्यास True, मंजुरी रद्द करण्यासाठी false.
+    """
+    # `_operator` हा `msg.sender` असल्यास थ्रो करते
+    assert _operator != msg.sender
+    self.ownerToOperators[msg.sender][_operator] = _approved
+    log ApprovalForAll(msg.sender, _operator, _approved)
+```
+
+#### नवीन टोकन मिंट करणे आणि विद्यमान टोकन नष्ट करणे {#mint-burn}
+
+ज्या खात्याने कॉन्ट्रॅक्ट तयार केले आहे तो `minter` आहे, जो नवीन NFTs मिंट करण्यासाठी अधिकृत सुपर वापरकर्ता आहे. तथापि, त्यालाही विद्यमान टोकन बर्न करण्याची परवानगी नाही. फक्त मालक, किंवा मालकाने अधिकृत केलेली संस्था, ते करू शकते.
+
+```python
+### मिंट आणि बर्न फंक्शन्स ###
+
+@external
+def mint(_to: address, _tokenId: uint256) -> bool:
+```
+
+हे फंक्शन नेहमी `True` परत करते, कारण जर ऑपरेशन अयशस्वी झाले तर ते परत घेतले जाते.
+
+```python
+    """
+    @dev टोकन मिंट करण्यासाठी फंक्शन
+         `msg.sender` मिन्टर नसल्यास थ्रो करते.
+         `_to` शून्य पत्ता असल्यास थ्रो करते.
+         `_tokenId` कोणाच्यातरी मालकीचा असल्यास थ्रो करते.
+    @param _to मिंट केलेले टोकन प्राप्त करणारा पत्ता.
+    @param _tokenId मिंट करायचा टोकन आयडी.
+    @return ऑपरेशन यशस्वी झाले की नाही हे दर्शवणारे बुलियन.
+    """
+    # `msg.sender` मिन्टर नसल्यास थ्रो करते
+    assert msg.sender == self.minter
+```
+
+फक्त मिन्टर (ज्या खात्याने ERC-721 कॉन्ट्रॅक्ट तयार केले आहे) नवीन टोकन मिंट करू शकतो. भविष्यात जर आपल्याला मिन्टरची ओळख बदलायची असेल तर ही एक समस्या असू शकते. एका प्रोडक्शन कॉन्ट्रॅक्टमध्ये तुम्हाला कदाचित असे फंक्शन हवे असेल जे मिन्टरला मिन्टरचे विशेषाधिकार दुसऱ्या कोणालातरी हस्तांतरित करण्याची परवानगी देईल.
+
+```python
+    # `_to` शून्य पत्ता असल्यास थ्रो करते
+    assert _to != ZERO_ADDRESS
+    # NFT जोडा. `_tokenId` कोणाच्यातरी मालकीचा असल्यास थ्रो करते
+    self._addTokenTo(_to, _tokenId)
+    log Transfer(ZERO_ADDRESS, _to, _tokenId)
+    return True
+```
+
+प्रथेनुसार, नवीन टोकनचे मिंटिंग शून्य पत्त्यावरून हस्तांतरण म्हणून गणले जाते.
+
+```python
+
+@external
+def burn(_tokenId: uint256):
+    """
+    @dev विशिष्ट ERC721 टोकन बर्न करते.
+         `msg.sender` सध्याचा मालक, अधिकृत ऑपरेटर किंवा या NFT साठी मंजूर
+         पत्ता नसल्यास थ्रो करते.
+         `_tokenId` वैध NFT नसल्यास थ्रो करते.
+    @param _tokenId बर्न करायच्या ERC721 टोकनचा uint256 आयडी.
+    """
+    # आवश्यकता तपासा
+    assert self._isApprovedOrOwner(msg.sender, _tokenId)
+    owner: address = self.idToOwner[_tokenId]
+    # `_tokenId` वैध NFT नसल्यास थ्रो करते
+    assert owner != ZERO_ADDRESS
+    self._clearApproval(owner, _tokenId)
+    self._removeTokenFrom(owner, _tokenId)
+    log Transfer(owner, ZERO_ADDRESS, _tokenId)
+```
+
+ज्यालाही टोकन हस्तांतरित करण्याची परवानगी आहे त्याला ते बर्न करण्याची परवानगी आहे. बर्न हे शून्य पत्त्यावर हस्तांतरणासारखे दिसत असले तरी, शून्य पत्त्याला प्रत्यक्षात टोकन मिळत नाही. हे आपल्याला टोकनसाठी वापरलेले सर्व स्टोरेज मोकळे करण्याची परवानगी देते, ज्यामुळे व्यवहाराचा गॅस खर्च कमी होऊ शकतो.
+
+## हे कॉन्ट्रॅक्ट वापरणे {#using-contract}
+
+Solidity च्या उलट, Vyper मध्ये इनहेरिटन्स नाही. कोड अधिक स्पष्ट आणि त्यामुळे सुरक्षित करणे सोपे करण्यासाठी ही एक जाणीवपूर्वक केलेली डिझाइन निवड आहे. म्हणून तुमचा स्वतःचा Vyper ERC-721 कॉन्ट्रॅक्ट तयार करण्यासाठी तुम्ही [हा कॉन्ट्रॅक्ट](https://github.com/vyperlang/vyper/blob/master/examples/tokens/ERC721.vy) घ्या आणि तुम्हाला हव्या असलेल्या व्यवसाय तर्काची अंमलबजावणी करण्यासाठी त्यात बदल करा.
+
+## निष्कर्ष {#conclusion}
+
+पुनरावलोकनासाठी, या कॉन्ट्रॅक्टमधील काही सर्वात महत्त्वाचे विचार येथे आहेत:
+
+- सुरक्षित हस्तांतरणासह ERC-721 टोकन प्राप्त करण्यासाठी, कॉन्ट्रॅक्ट्सना `ERC721Receiver` इंटरफेस लागू करावा लागतो.
+- तुम्ही सुरक्षित हस्तांतरण वापरत असलात तरीही, टोकन अडकू शकतात जर तुम्ही त्यांना अशा पत्त्यावर पाठवले ज्याची खाजगी की अज्ञात आहे.
+- जेव्हा ऑपरेशनमध्ये समस्या येते तेव्हा फक्त अयशस्वी मूल्य परत करण्याऐवजी कॉल `revert` करणे ही एक चांगली कल्पना आहे.
+- ERC-721 टोकन तेव्हा अस्तित्वात असतात जेव्हा त्यांचा मालक असतो.
+- NFT हस्तांतरित करण्यासाठी अधिकृत होण्याचे तीन मार्ग आहेत. तुम्ही मालक असू शकता, विशिष्ट टोकनसाठी मंजूर असू शकता, किंवा मालकाच्या सर्व टोकनसाठी ऑपरेटर असू शकता.
+- मागील इव्हेंट फक्त ब्लॉकचेनच्या बाहेर दिसतात. ब्लॉकचेनच्या आत चालणारा कोड ते पाहू शकत नाही.
+
+आता जा आणि सुरक्षित Vyper कॉन्ट्रॅक्ट्स लागू करा.
+
+[माझ्या कामाबद्दल अधिक माहितीसाठी येथे पहा](https://cryptodocguy.pro/).
+
diff --git a/public/content/translations/mr/developers/tutorials/erc20-annotated-code/index.md b/public/content/translations/mr/developers/tutorials/erc20-annotated-code/index.md
new file mode 100644
index 00000000000..77ded2dfd5c
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/erc20-annotated-code/index.md
@@ -0,0 +1,917 @@
+---
+title: "ERC-20 कॉन्ट्रॅक्ट वॉक-थ्रू"
+description: "OpenZeppelin ERC-20 कॉन्ट्रॅक्टमध्ये काय आहे आणि ते तिथे का आहे?"
+author: Ori Pomerantz
+lang: mr
+tags: [ "सॉलिडिटी", "erc-20" ]
+skill: beginner
+published: 2021-03-09
+---
+
+## प्रस्तावना {#introduction}
+
+Ethereum च्या सर्वात सामान्य उपयोगांपैकी एक म्हणजे एखाद्या गटाने एक ट्रेडेबल टोकन तयार करणे, एका अर्थाने त्यांचे स्वतःचे चलन. हे टोकन सामान्यतः एका मानकाचे पालन करतात,
+[ERC-20](/developers/docs/standards/tokens/erc-20/). हे मानक लिक्विडिटी पूल आणि वॉलेटसारखी साधने लिहिणे शक्य करते, जे सर्व ERC-20
+टोकनसोबत काम करतात. या लेखात आपण
+[OpenZeppelin Solidity ERC20 अंमलबजावणी](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/ERC20.sol), तसेच
+[इंटरफेस परिभाषा](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/IERC20.sol) याचे विश्लेषण करू.
+
+हा भाष्य केलेला सोर्स कोड आहे. तुम्हाला ERC-20 लागू करायचे असल्यास,
+[हे ट्यूटोरियल वाचा](https://docs.openzeppelin.com/contracts/2.x/erc20-supply).
+
+## इंटरफेस {#the-interface}
+
+ERC-20 सारख्या मानकाचा उद्देश अनेक टोकन अंमलबजावणींना परवानगी देणे आहे जे वॉलेट आणि विकेंद्रित एक्सचेंजेस सारख्या ॲप्लिकेशन्समध्ये इंटरऑपरेबल आहेत. हे साध्य करण्यासाठी, आम्ही एक
+[इंटरफेस](https://www.geeksforgeeks.org/solidity/solidity-basics-of-interface/) तयार करतो. ज्या कोणत्याही कोडला टोकन कॉन्ट्रॅक्ट वापरण्याची आवश्यकता आहे, तो
+इंटरफेसमधील समान परिभाषा वापरू शकतो आणि ते वापरणाऱ्या सर्व टोकन कॉन्ट्रॅक्टसोबत सुसंगत असू शकतो, मग ते
+MetaMask सारखे वॉलेट असो, etherscan.io सारखे dapp असो, किंवा लिक्विडिटी पूल सारखे वेगळे कॉन्ट्रॅक्ट असो.
+
+![ERC-20 इंटरफेसचे उदाहरण](erc20_interface.png)
+
+तुम्ही अनुभवी प्रोग्रामर असाल तर, तुम्हाला [Java](https://www.w3schools.com/java/java_interface.asp) मध्ये
+किंवा [C हेडर फाइल्स](https://gcc.gnu.org/onlinedocs/cpp/Header-Files.html) मध्ये समान रचना पाहिल्याचे आठवत असेल.
+
+ही OpenZeppelin कडील [ERC-20 इंटरफेस](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/IERC20.sol) ची
+परिभाषा आहे. हे [मानव वाचनीय मानक](https://eips.ethereum.org/EIPS/eip-20) चे Solidity कोडमधील भाषांतर आहे. अर्थात, इंटरफेस
+स्वतः काहीही _कसे_ करायचे हे परिभाषित करत नाही. ते खालील कॉन्ट्रॅक्ट सोर्स कोडमध्ये स्पष्ट केले आहे.
+
+&nbsp;
+
+```solidity
+// SPDX-License-Identifier: MIT
+```
+
+Solidity फाइल्समध्ये परवाना ओळखकर्ता समाविष्ट करणे अपेक्षित आहे. [तुम्ही परवान्यांची यादी येथे पाहू शकता](https://spdx.org/licenses/). तुम्हाला वेगळा परवाना
+हवा असल्यास, तो कमेंट्समध्ये स्पष्ट करा.
+
+&nbsp;
+
+```solidity
+pragma solidity >=0.6.0 <0.8.0;
+```
+
+Solidity भाषा अजूनही वेगाने विकसित होत आहे, आणि नवीन आवृत्त्या जुन्या कोडसोबत सुसंगत असू शकत नाहीत
+([येथे पहा](https://docs.soliditylang.org/en/v0.7.0/070-breaking-changes.html)). म्हणून, केवळ भाषेची किमान
+आवृत्तीच नव्हे, तर कमाल आवृत्ती, ज्या नवीनतम आवृत्तीसह तुम्ही कोडची चाचणी केली आहे, ती देखील निर्दिष्ट करणे एक चांगली कल्पना आहे.
+
+&nbsp;
+
+```solidity
+/**
+ * @dev EIP मध्ये परिभाषित केल्यानुसार ERC20 मानकाचा इंटरफेस.
+ */
+```
+
+कमेंटमधील `@dev` हा [NatSpec फॉरमॅट](https://docs.soliditylang.org/en/develop/natspec-format.html) चा भाग आहे, जो सोर्स कोडमधून
+डॉक्युमेंटेशन तयार करण्यासाठी वापरला जातो.
+
+&nbsp;
+
+```solidity
+interface IERC20 {
+```
+
+परंपरेनुसार, इंटरफेसची नावे `I` ने सुरू होतात.
+
+&nbsp;
+
+```solidity
+    /**
+     * @dev अस्तित्वात असलेल्या टोकनची संख्या परत करते.
+     */
+    function totalSupply() external view returns (uint256);
+```
+
+हे फंक्शन `external` आहे, म्हणजे [ते फक्त कॉन्ट्रॅक्टच्या बाहेरूनच कॉल केले जाऊ शकते](https://docs.soliditylang.org/en/v0.7.0/cheatsheet.html#index-2).
+ते कॉन्ट्रॅक्टमधील टोकनचा एकूण पुरवठा परत करते. हे मूल्य Ethereum मधील सर्वात सामान्य प्रकार, unsigned 256 bits (256 bits हा EVM चा
+नेटिव्ह वर्ड आकार आहे) वापरून परत केले जाते. हे फंक्शन `view` देखील आहे, ज्याचा अर्थ ते स्टेट बदलत नाही, त्यामुळे ते ब्लॉकचेनमधील प्रत्येक
+नोडवर चालवण्याऐवजी एकाच नोडवर कार्यान्वित केले जाऊ शकते. या प्रकारचे फंक्शन व्यवहार तयार करत नाही आणि त्याला [gas](/developers/docs/gas/) लागत नाही.
+
+**टीप:** सैद्धांतिकदृष्ट्या असे दिसू शकते की कॉन्ट्रॅक्टचा निर्माता वास्तविक मूल्यापेक्षा कमी एकूण पुरवठा परत करून फसवणूक करू शकतो, ज्यामुळे प्रत्येक टोकन
+प्रत्यक्षात आहे त्यापेक्षा अधिक मौल्यवान दिसेल. तथापि, ती भीती ब्लॉकचेनच्या खऱ्या स्वरूपाकडे दुर्लक्ष करते. ब्लॉकचेनवर जे काही घडते ते प्रत्येक
+नोडद्वारे सत्यापित केले जाऊ शकते. हे साध्य करण्यासाठी, प्रत्येक कॉन्ट्रॅक्टचा मशीन लँग्वेज कोड आणि स्टोरेज प्रत्येक नोडवर उपलब्ध आहे. तुम्ही तुमच्या कॉन्ट्रॅक्टसाठी Solidity
+कोड प्रकाशित करणे आवश्यक नसले तरी, जोपर्यंत तुम्ही सोर्स कोड आणि ज्या Solidity आवृत्तीसह तो संकलित केला होता ती प्रकाशित करत नाही तोपर्यंत कोणीही तुम्हाला गांभीर्याने घेणार नाही, जेणेकरून
+तुम्ही प्रदान केलेल्या मशीन लँग्वेज कोडविरुद्ध ते सत्यापित केले जाऊ शकते.
+उदाहरणार्थ, [हा कॉन्ट्रॅक्ट](https://eth.blockscout.com/address/0xa530F85085C6FE2f866E7FdB716849714a89f4CD?tab=contract) पहा.
+
+&nbsp;
+
+```solidity
+    /**
+     * @dev `account` च्या मालकीच्या टोकनची संख्या परत करते.
+     */
+    function balanceOf(address account) external view returns (uint256);
+```
+
+नावाप्रमाणेच, `balanceOf` खात्याची शिल्लक परत करते. Ethereum खाती Solidity मध्ये `address` प्रकार वापरून ओळखली जातात, ज्यात 160 बिट्स असतात.
+ते `external` आणि `view` देखील आहे.
+
+&nbsp;
+
+```solidity
+    /**
+     * @dev कॉलरच्या खात्यातून `recipient` कडे `amount` टोकन हलवते.
+     *
+     * ऑपरेशन यशस्वी झाले की नाही हे दर्शवणारे बुलियन मूल्य परत करते.
+     *
+     * एक {Transfer} इव्हेंट उत्सर्जित करते.
+     */
+    function transfer(address recipient, uint256 amount) external returns (bool);
+```
+
+`transfer` फंक्शन कॉलरकडून दुसऱ्या पत्त्यावर टोकन हस्तांतरित करते. यात स्टेटमध्ये बदल समाविष्ट आहे, म्हणून ते `view` नाही.
+जेव्हा वापरकर्ता हे फंक्शन कॉल करतो तेव्हा ते एक व्यवहार तयार करते आणि त्याला गॅस लागतो. ते एक इव्हेंट, `Transfer`, देखील उत्सर्जित करते, ज्यामुळे ब्लॉकचेनवरील
+सर्वांना या घटनेची माहिती मिळते.
+
+फंक्शनमध्ये दोन वेगवेगळ्या प्रकारच्या कॉलर्ससाठी दोन प्रकारचे आउटपुट आहेत:
+
+- जे वापरकर्ते थेट वापरकर्ता इंटरफेसवरून फंक्शन कॉल करतात. सामान्यतः वापरकर्ता एक व्यवहार
+  सादर करतो आणि प्रतिसादाची वाट पाहत नाही, ज्याला अनिश्चित कालावधी लागू शकतो. व्यवहाराची पावती (जी व्यवहाराच्या हॅशद्वारे ओळखली जाते) शोधून किंवा
+  `Transfer` इव्हेंट शोधून वापरकर्ता काय झाले ते पाहू शकतो.
+- इतर कॉन्ट्रॅक्ट, जे एकूण व्यवहाराचा भाग म्हणून फंक्शन कॉल करतात. त्या कॉन्ट्रॅक्टना ताबडतोब निकाल मिळतो,
+  कारण ते त्याच व्यवहारात चालतात, त्यामुळे ते फंक्शन रिटर्न व्हॅल्यू वापरू शकतात.
+
+कॉन्ट्रॅक्टच्या स्टेटमध्ये बदल करणाऱ्या इतर फंक्शन्सद्वारे समान प्रकारचे आउटपुट तयार केले जाते.
+
+&nbsp;
+
+अलाउन्स एका खात्याला दुसऱ्या मालकाच्या मालकीचे काही टोकन खर्च करण्याची परवानगी देतात.
+हे उपयुक्त आहे, उदाहरणार्थ, विक्रेते म्हणून काम करणाऱ्या कॉन्ट्रॅक्टसाठी. कॉन्ट्रॅक्ट इव्हेंट्ससाठी
+निरीक्षण करू शकत नाहीत, म्हणून जर खरेदीदाराने थेट विक्रेता कॉन्ट्रॅक्टला टोकन हस्तांतरित केले
+तर त्या कॉन्ट्रॅक्टला पैसे भरले गेले आहेत हे कळणार नाही. त्याऐवजी, खरेदीदार विक्रेता
+कॉन्ट्रॅक्टला एक निश्चित रक्कम खर्च करण्याची परवानगी देतो, आणि विक्रेता ती रक्कम हस्तांतरित करतो.
+हे विक्रेता कॉन्ट्रॅक्ट कॉल करत असलेल्या फंक्शनद्वारे केले जाते, जेणेकरून विक्रेता कॉन्ट्रॅक्टला
+ते यशस्वी झाले की नाही हे कळू शकेल.
+
+```solidity
+    /**
+     * @dev `spender` ला {transferFrom} द्वारे `owner` च्या वतीने खर्च करण्याची परवानगी असलेल्या
+     * टोकनची उर्वरित संख्या परत करते. हे
+     * डीफॉल्टनुसार शून्य असते.
+     *
+     * जेव्हा {approve} किंवा {transferFrom} कॉल केले जाते तेव्हा हे मूल्य बदलते.
+     */
+    function allowance(address owner, address spender) external view returns (uint256);
+```
+
+`allowance` फंक्शन कोणालाही हे तपासण्याची परवानगी देते की एक
+पत्ता (`owner`) दुसऱ्या पत्त्याला (`spender`) किती खर्च करू देतो.
+
+&nbsp;
+
+```solidity
+    /**
+     * @dev कॉलरच्या टोकनवर `spender` चा अलाउन्स म्हणून `amount` सेट करते.
+     *
+     * ऑपरेशन यशस्वी झाले की नाही हे दर्शवणारे बुलियन मूल्य परत करते.
+     *
+     * महत्त्वाचे: सावध रहा की या पद्धतीसह अलाउन्स बदलण्यामुळे
+     * दुर्दैवी व्यवहार क्रमाने कोणीतरी जुने आणि नवीन दोन्ही अलाउन्स वापरण्याचा धोका
+     * असतो. या रेस कंडीशनला कमी करण्याचा एक संभाव्य उपाय म्हणजे
+     * प्रथम स्पेंडरचा अलाउन्स 0 पर्यंत कमी करणे आणि नंतर
+     * इच्छित मूल्य सेट करणे:
+     * https://github.com/ethereum/EIPs/issues/20#issuecomment-263524729
+     *
+     * एक {Approval} इव्हेंट उत्सर्जित करते.
+     */
+    function approve(address spender, uint256 amount) external returns (bool);
+```
+
+`approve` फंक्शन अलाउन्स तयार करते. त्याचा गैरवापर कसा होऊ शकतो याबद्दलचा
+संदेश वाचण्याची खात्री करा. Ethereum मध्ये तुम्ही तुमच्या स्वतःच्या व्यवहारांच्या क्रमावर नियंत्रण ठेवता,
+परंतु तुम्ही इतर लोकांचे व्यवहार कोणत्या क्रमाने
+पार पाडले जातील यावर नियंत्रण ठेवू शकत नाही, जोपर्यंत तुम्ही दुसऱ्या बाजूचा
+व्यवहार झाल्याचे पाहत नाही तोपर्यंत तुम्ही तुमचा स्वतःचा व्यवहार सादर करत नाही.
+
+&nbsp;
+
+```solidity
+    /**
+     * @dev अलाउन्स यंत्रणा वापरून `sender` कडून `recipient` कडे `amount` टोकन हलवते.
+     * `amount` नंतर कॉलरच्या
+     * अलाउन्स मधून वजा केली जाते.
+     *
+     * ऑपरेशन यशस्वी झाले की नाही हे दर्शवणारे बुलियन मूल्य परत करते.
+     *
+     * एक {Transfer} इव्हेंट उत्सर्जित करते.
+     */
+    function transferFrom(address sender, address recipient, uint256 amount) external returns (bool);
+```
+
+शेवटी, `transferFrom` चा वापर स्पेंडरद्वारे अलाउन्स प्रत्यक्षात खर्च करण्यासाठी केला जातो.
+
+&nbsp;
+
+```solidity
+
+    /**
+     * @dev जेव्हा `value` टोकन एका खात्यातून (`from`) दुसऱ्या खात्यात (`to`) हलवले जातात तेव्हा उत्सर्जित होते.
+     *
+     * लक्षात घ्या की `value` शून्य असू शकते.
+     */
+    event Transfer(address indexed from, address indexed to, uint256 value);
+
+    /**
+     * @dev जेव्हा {approve} ला कॉल करून `owner` साठी `spender` चा अलाउन्स सेट केला जातो तेव्हा उत्सर्जित होते. `value` हा नवीन अलाउन्स आहे.
+     */
+    event Approval(address indexed owner, address indexed spender, uint256 value);
+}
+```
+
+जेव्हा ERC-20 कॉन्ट्रॅक्टची स्टेट बदलते तेव्हा हे इव्हेंट्स उत्सर्जित होतात.
+
+## वास्तविक कॉन्ट्रॅक्ट {#the-actual-contract}
+
+हा वास्तविक कॉन्ट्रॅक्ट आहे जो ERC-20 मानकाची अंमलबजावणी करतो,
+[येथून घेतला आहे](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/ERC20.sol).
+तो आहे तसा वापरण्यासाठी नाही, परंतु तुम्ही
+त्याचा वापरण्यायोग्य गोष्टीत विस्तार करण्यासाठी त्यातून [इनहेरिट](https://www.tutorialspoint.com/solidity/solidity_inheritance.htm) करू शकता.
+
+```solidity
+// SPDX-License-Identifier: MIT
+pragma solidity >=0.6.0 <0.8.0;
+```
+
+&nbsp;
+
+### इम्पोर्ट स्टेटमेंट {#import-statements}
+
+वरील इंटरफेस परिभाषांव्यतिरिक्त, कॉन्ट्रॅक्ट परिभाषा दोन इतर फाइल्स इम्पोर्ट करते:
+
+```solidity
+
+import "../../GSN/Context.sol";
+import "./IERC20.sol";
+import "../../math/SafeMath.sol";
+```
+
+- `GSN/Context.sol` ही [OpenGSN](https://www.opengsn.org/) वापरण्यासाठी आवश्यक असलेली परिभाषा आहे, ही एक प्रणाली आहे जी इथर नसलेल्या वापरकर्त्यांना
+  ब्लॉकचेन वापरण्याची परवानगी देते. लक्षात घ्या की ही एक जुनी आवृत्ती आहे, तुम्हाला OpenGSN सोबत एकत्रीकरण करायचे असल्यास
+  [हे ट्यूटोरियल वापरा](https://docs.opengsn.org/javascript-client/tutorial.html).
+- [SafeMath लायब्ररी](https://ethereumdev.io/using-safe-math-library-to-prevent-from-overflows/), जी Solidity आवृत्त्या **&lt;0.8.0** साठी
+  अंकगणित ओव्हरफ्लो/अंडरफ्लो प्रतिबंधित करते. Solidity ≥0.8.0 मध्ये, अंकगणितीय क्रिया ओव्हरफ्लो/अंडरफ्लोवर आपोआप
+  रिव्हर्ट होतात, ज्यामुळे SafeMath अनावश्यक बनते. हा कॉन्ट्रॅक्ट जुन्या कंपाइलर आवृत्त्यांसह बॅकवर्ड कंपॅटिबिलिटीसाठी
+  SafeMath वापरतो.
+
+&nbsp;
+
+ही कमेंट कॉन्ट्रॅक्टचा उद्देश स्पष्ट करते.
+
+```solidity
+/**
+ * @dev {IERC20} इंटरफेसची अंमलबजावणी.
+ *
+ * ही अंमलबजावणी टोकन कसे तयार केले जातात या बाबतीत अनभिज्ञ आहे. याचा अर्थ
+ * {_mint} वापरून एका साधित कॉन्ट्रॅक्टमध्ये पुरवठा यंत्रणा जोडणे आवश्यक आहे.
+ * एका सामान्य यंत्रणेसाठी {ERC20PresetMinterPauser} पहा.
+ *
+ * टीप: तपशीलवार लेखनासाठी आमचे मार्गदर्शक पहा
+ * https://forum.zeppelin.solutions/t/how-to-implement-erc20-supply-mechanisms/226[पुरवठा
+ * यंत्रणा कशी लागू करावी].
+ *
+ * आम्ही सामान्य OpenZeppelin मार्गदर्शक तत्त्वांचे पालन केले आहे: अयशस्वी झाल्यास `false` परत करण्याऐवजी
+ * फंक्शन्स रिव्हर्ट होतात. तरीही हे वर्तन पारंपारिक
+ * आहे आणि ERC20 ॲप्लिकेशन्सच्या अपेक्षांशी संघर्ष करत नाही.
+ *
+ * याव्यतिरिक्त, {transferFrom} ला कॉल केल्यावर एक {Approval} इव्हेंट उत्सर्जित होतो.
+ * हे ॲप्लिकेशन्सना केवळ उक्त इव्हेंट्स ऐकून सर्व खात्यांसाठी
+ * अलाउन्सची पुनर्रचना करण्यास अनुमती देते. EIP च्या इतर अंमलबजावणी
+ * हे इव्हेंट्स उत्सर्जित करू शकत नाहीत, कारण स्पेसिफिकेशननुसार ते आवश्यक नाही.
+ *
+ * शेवटी, अलाउन्स सेट करण्याच्या
+ * सुप्रसिद्ध समस्या कमी करण्यासाठी नॉन-स्टँडर्ड {decreaseAllowance} आणि {increaseAllowance}
+ * फंक्शन्स जोडले गेले आहेत. {IERC20-approve} पहा.
+ */
+
+```
+
+### कॉन्ट्रॅक्ट परिभाषा {#contract-definition}
+
+```solidity
+contract ERC20 is Context, IERC20 {
+```
+
+ही ओळ इनहेरिटन्स निर्दिष्ट करते, या प्रकरणात वरील `IERC20` आणि OpenGSN साठी `Context` मधून.
+
+&nbsp;
+
+```solidity
+
+    using SafeMath for uint256;
+
+```
+
+ही ओळ `SafeMath` लायब्ररीला `uint256` प्रकाराशी जोडते. तुम्ही ही लायब्ररी
+[येथे](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/utils/math/SafeMath.sol) शोधू शकता.
+
+### व्हेरिएबल परिभाषा {#variable-definitions}
+
+या परिभाषा कॉन्ट्रॅक्टचे स्टेट व्हेरिएबल्स निर्दिष्ट करतात. हे व्हेरिएबल्स `private` घोषित केले आहेत, परंतु
+त्याचा अर्थ फक्त एवढाच आहे की ब्लॉकचेनवरील इतर कॉन्ट्रॅक्ट ते वाचू शकत नाहीत. _ब्लॉकचेनवर कोणतीही
+रहस्ये नाहीत_, प्रत्येक नोडवरील सॉफ्टवेअरमध्ये प्रत्येक ब्लॉकवर प्रत्येक कॉन्ट्रॅक्टची
+स्टेट असते. परंपरेनुसार, स्टेट व्हेरिएबल्सना `_<something>` असे नाव दिले जाते.
+
+पहिले दोन व्हेरिएबल्स [मॅपिंग्स](https://www.tutorialspoint.com/solidity/solidity_mappings.htm) आहेत,
+म्हणजे ते साधारणपणे [असोसिएटिव्ह ॲरे](https://wikipedia.org/wiki/Associative_array) सारखेच
+वागतात, फक्त कीज संख्यात्मक मूल्ये आहेत. स्टोरेज फक्त त्या नोंदींसाठी वाटप केले जाते ज्यांची मूल्ये डीफॉल्टपेक्षा
+(शून्य) वेगळी आहेत.
+
+```solidity
+    mapping (address => uint256) private _balances;
+```
+
+पहिले मॅपिंग, `_balances`, हे पत्ते आणि त्यांचे या टोकनचे संबंधित शिल्लक आहेत. शिल्लक ऍक्सेस करण्यासाठी,
+हे सिंटॅक्स वापरा: `_balances[<address>]`.
+
+&nbsp;
+
+```solidity
+    mapping (address => mapping (address => uint256)) private _allowances;
+```
+
+हा व्हेरिएबल, `_allowances`, पूर्वी स्पष्ट केलेले अलाउन्स संग्रहित करतो. पहिला इंडेक्स टोकनचा मालक
+आहे, आणि दुसरा अलाउन्स असलेला कॉन्ट्रॅक्ट आहे. पत्ता A पत्ता B च्या खात्यातून किती रक्कम
+खर्च करू शकतो हे ऍक्सेस करण्यासाठी, `_allowances[B][A]` वापरा.
+
+&nbsp;
+
+```solidity
+    uint256 private _totalSupply;
+```
+
+नावाप्रमाणेच, हा व्हेरिएबल टोकनच्या एकूण पुरवठ्याचा मागोवा ठेवतो.
+
+&nbsp;
+
+```solidity
+    string private _name;
+    string private _symbol;
+    uint8 private _decimals;
+```
+
+हे तीन व्हेरिएबल्स वाचनीयता सुधारण्यासाठी वापरले जातात. पहिले दोन स्व-स्पष्ट आहेत, परंतु `_decimals`
+नाही.
+
+एकीकडे, Ethereum मध्ये फ्लोटिंग पॉइंट किंवा अपूर्णांक व्हेरिएबल्स नाहीत. दुसरीकडे,
+मानवांना टोकन विभाजित करता येणे आवडते. लोकांनी चलनी म्हणून सोन्याचा स्वीकार करण्याचे एक कारण म्हणजे
+जेव्हा कोणी गाईच्या मूल्याचे बदक विकत घेऊ इच्छित असेल तेव्हा सुटे पैसे करणे कठीण होते.
+
+यावर उपाय म्हणजे पूर्णांकांचा मागोवा ठेवणे, परंतु वास्तविक टोकनऐवजी जवळजवळ
+निरुपयोगी असलेल्या अपूर्णांक टोकनची गणना करणे. इथरच्या बाबतीत, अपूर्णांक टोकनला wei म्हणतात, आणि 10^18 wei एका
+ETH च्या बरोबर आहे. लिहिताना, 10,000,000,000,000 wei अंदाजे एक यूएस किंवा युरो सेंट आहे.
+
+ॲप्लिकेशन्सना टोकन शिल्लक कशी प्रदर्शित करायची हे माहित असणे आवश्यक आहे. जर वापरकर्त्याकडे 3,141,000,000,000,000,000 wei असतील, तर ते
+3.14 ETH आहे का? 31.41 ETH? 3,141 ETH? इथरच्या बाबतीत ते 10^18 wei प्रति ETH असे परिभाषित केले आहे, परंतु तुमच्या
+टोकनसाठी तुम्ही वेगळे मूल्य निवडू शकता. जर टोकनचे विभाजन करणे अर्थपूर्ण नसेल, तर तुम्ही
+शून्य `_decimals` मूल्य वापरू शकता. तुम्हाला ETH प्रमाणेच मानक वापरायचे असल्यास, **18** हे मूल्य वापरा.
+
+### कन्स्ट्रक्टर {#the-constructor}
+
+```solidity
+    /**
+     * @dev {name} आणि {symbol} साठी मूल्ये सेट करते, {decimals} ला
+     * 18 च्या डीफॉल्ट मूल्याने सुरू करते.
+     *
+     * {decimals} साठी वेगळे मूल्य निवडण्यासाठी, {_setupDecimals} वापरा.
+     *
+     * ही तिन्ही मूल्ये अपरिवर्तनीय आहेत: ती फक्त एकदाच
+     * बांधकामादरम्यान सेट केली जाऊ शकतात.
+     */
+    constructor (string memory name_, string memory symbol_) public {
+        // Solidity ≥0.7.0 मध्ये, 'public' अंतर्निहित आहे आणि वगळले जाऊ शकते.
+
+        _name = name_;
+        _symbol = symbol_;
+        _decimals = 18;
+    }
+```
+
+जेव्हा कॉन्ट्रॅक्ट प्रथम तयार केला जातो तेव्हा कन्स्ट्रक्टर कॉल केला जातो. परंपरेनुसार, फंक्शन पॅरामीटर्सना `<something>_` असे नाव दिले जाते.
+
+### वापरकर्ता इंटरफेस फंक्शन्स {#user-interface-functions}
+
+```solidity
+    /**
+     * @dev टोकनचे नाव परत करते.
+     */
+    function name() public view returns (string memory) {
+        return _name;
+    }
+
+    /**
+     * @dev टोकनचे चिन्ह परत करते, सहसा नावाचे एक छोटे रूप.
+     */
+    function symbol() public view returns (string memory) {
+        return _symbol;
+    }
+
+    /**
+     * @dev वापरकर्त्याचे प्रतिनिधित्व मिळविण्यासाठी वापरलेल्या दशांशांची संख्या परत करते.
+     * उदाहरणार्थ, जर `decimals` `2` च्या बरोबर असेल, तर `505` टोकनची शिल्लक वापरकर्त्याला `5,05` (`505 / 10 ** 2`) म्हणून प्रदर्शित केली पाहिजे.
+     *
+     * टोकन सहसा 18 चे मूल्य निवडतात, जे इथर आणि wei यांच्यातील संबंधाचे अनुकरण करते.
+     * हे मूल्य {ERC20} वापरते, जोपर्यंत {_setupDecimals} कॉल केले जात नाही.
+     *
+     * टीप: ही माहिती केवळ _प्रदर्शन_ हेतूंसाठी वापरली जाते: ती कोणत्याही प्रकारे कराराच्या अंकगणितावर परिणाम करत नाही,
+     * {IERC20-balanceOf} आणि {IERC20-transfer} यासह.
+     */
+    function decimals() public view returns (uint8) {
+        return _decimals;
+    }
+```
+
+ही फंक्शन्स, `name`, `symbol`, आणि `decimals` वापरकर्ता इंटरफेसना तुमच्या कॉन्ट्रॅक्टबद्दल माहिती देतात जेणेकरून ते ते योग्यरित्या प्रदर्शित करू शकतील.
+
+रिटर्न प्रकार `string memory` आहे, म्हणजे मेमरीमध्ये संग्रहित केलेली स्ट्रिंग परत करणे. व्हेरिएबल्स, जसे की
+स्ट्रिंग्स, तीन ठिकाणी संग्रहित केले जाऊ शकतात:
+
+|         | आयुष्य            | कॉन्ट्रॅक्ट ऍक्सेस | गॅस खर्च                                                          |
+| ------- | ----------------- | ------------------ | ----------------------------------------------------------------- |
+| मेमरी   | फंक्शन कॉल        | वाचन/लेखन          | दहा किंवा शेकडो (उच्च स्थानांसाठी अधिक)        |
+| कॉलडेटा | फंक्शन कॉल        | केवळ वाचनीय        | रिटर्न प्रकार म्हणून वापरता येत नाही, केवळ फंक्शन पॅरामीटर प्रकार |
+| स्टोरेज | बदलल्या जाईपर्यंत | वाचन/लेखन          | उच्च (वाचनासाठी 800, लेखनासाठी 20k)            |
+
+या प्रकरणात, `memory` हा सर्वोत्तम पर्याय आहे.
+
+### टोकन माहिती वाचा {#read-token-information}
+
+ही फंक्शन्स आहेत जी टोकनबद्दल माहिती प्रदान करतात, एकतर एकूण पुरवठा किंवा
+खात्याची शिल्लक.
+
+```solidity
+    /**
+     * @dev {IERC20-totalSupply} पहा.
+     */
+    function totalSupply() public view override returns (uint256) {
+        return _totalSupply;
+    }
+```
+
+`totalSupply` फंक्शन टोकनचा एकूण पुरवठा परत करते.
+
+&nbsp;
+
+```solidity
+    /**
+     * @dev {IERC20-balanceOf} पहा.
+     */
+    function balanceOf(address account) public view override returns (uint256) {
+        return _balances[account];
+    }
+```
+
+खात्याची शिल्लक वाचा. लक्षात घ्या की कोणालाही दुसऱ्याच्या खात्याची शिल्लक
+मिळवण्याची परवानगी आहे. ही माहिती लपवण्याचा प्रयत्न करण्यात काहीच अर्थ नाही, कारण ती प्रत्येक
+नोडवर तरीही उपलब्ध आहे. _ब्लॉकचेनवर कोणतीही रहस्ये नाहीत._
+
+### टोकन हस्तांतरित करा {#transfer-tokens}
+
+```solidity
+    /**
+     * @dev {IERC20-transfer} पहा.
+     *
+     * आवश्यकता:
+     *
+     * - `recipient` शून्य पत्ता असू शकत नाही.
+     * - कॉलरकडे किमान `amount` इतकी शिल्लक असणे आवश्यक आहे.
+     */
+    function transfer(address recipient, uint256 amount) public virtual override returns (bool) {
+```
+
+`transfer` फंक्शन प्रेषकाच्या खात्यातून दुसऱ्या खात्यात टोकन हस्तांतरित करण्यासाठी कॉल केले जाते. लक्षात
+घ्या की ते बुलियन मूल्य परत करत असले तरी, ते मूल्य नेहमी **सत्य** असते. जर हस्तांतरण
+अयशस्वी झाले तर कॉन्ट्रॅक्ट कॉलला रिव्हर्ट करते.
+
+&nbsp;
+
+```solidity
+        _transfer(_msgSender(), recipient, amount);
+        return true;
+    }
+```
+
+`_transfer` फंक्शन वास्तविक काम करते. हे एक खाजगी फंक्शन आहे जे केवळ
+इतर कॉन्ट्रॅक्ट फंक्शन्सद्वारे कॉल केले जाऊ शकते. परंपरेनुसार खाजगी फंक्शन्सना `_<something>` असे नाव दिले जाते, जसे की स्टेट
+व्हेरिएबल्स.
+
+सामान्यतः Solidity मध्ये आपण संदेश प्रेषकासाठी `msg.sender` वापरतो. तथापि, ते
+[OpenGSN](http://opengsn.org/) तोडते. आपल्याला आपल्या टोकनसह इथरलेस व्यवहारांना परवानगी द्यायची असल्यास, आपल्याला
+`_msgSender()` वापरण्याची आवश्यकता आहे. ते सामान्य व्यवहारांसाठी `msg.sender` परत करते, परंतु इथरलेस व्यवहारांसाठी
+मूळ स्वाक्षरीकर्ता परत करते आणि संदेश रिले करणाऱ्या कॉन्ट्रॅक्टला नाही.
+
+### अलाउन्स फंक्शन्स {#allowance-functions}
+
+ही फंक्शन्स आहेत जी अलाउन्स कार्यक्षमता लागू करतात: `allowance`, `approve`, `transferFrom`,
+आणि `_approve`. याव्यतिरिक्त, OpenZeppelin अंमलबजावणी मूलभूत मानकांच्या पलीकडे जाऊन सुरक्षा सुधारणारी काही वैशिष्ट्ये समाविष्ट करते: `increaseAllowance` आणि `decreaseAllowance`.
+
+#### अलाउन्स फंक्शन {#allowance}
+
+```solidity
+    /**
+     * @dev {IERC20-allowance} पहा.
+     */
+    function allowance(address owner, address spender) public view virtual override returns (uint256) {
+        return _allowances[owner][spender];
+    }
+```
+
+`allowance` फंक्शन प्रत्येकाला कोणताही अलाउन्स तपासण्याची परवानगी देते.
+
+#### अप्रूव्ह फंक्शन {#approve}
+
+```solidity
+    /**
+     * @dev {IERC20-approve} पहा.
+     *
+     * आवश्यकता:
+     *
+     * - `spender` शून्य पत्ता असू शकत नाही.
+     */
+    function approve(address spender, uint256 amount) public virtual override returns (bool) {
+```
+
+हे फंक्शन अलाउन्स तयार करण्यासाठी कॉल केले जाते. हे वरील `transfer` फंक्शनसारखे आहे:
+
+- हे फंक्शन फक्त एका अंतर्गत फंक्शनला (या प्रकरणात, `_approve`) कॉल करते जे वास्तविक काम करते.
+- हे फंक्शन एकतर `true` (यशस्वी झाल्यास) परत करते किंवा रिव्हर्ट होते (नसल्यास).
+
+&nbsp;
+
+```solidity
+        _approve(_msgSender(), spender, amount);
+        return true;
+    }
+```
+
+स्टेट बदल होणाऱ्या ठिकाणांची संख्या कमी करण्यासाठी आम्ही अंतर्गत फंक्शन्स वापरतो. स्टेट बदलणारे _कोणतेही_ फंक्शन
+एक संभाव्य सुरक्षा धोका आहे ज्याचे सुरक्षेसाठी ऑडिट करणे आवश्यक आहे. यामुळे आम्हाला चूक होण्याची शक्यता कमी होते.
+
+#### transferFrom फंक्शन {#transferFrom}
+
+हे फंक्शन आहे जे एक स्पेंडर अलाउन्स खर्च करण्यासाठी कॉल करतो. यासाठी दोन क्रिया आवश्यक आहेत: खर्च केलेली रक्कम
+हस्तांतरित करणे आणि त्या रकमेने अलाउन्स कमी करणे.
+
+```solidity
+    /**
+     * @dev {IERC20-transferFrom} पहा.
+     *
+     * अद्यतनित अलाउन्स दर्शवणारा एक {Approval} इव्हेंट उत्सर्जित करते. हे
+     * EIP द्वारे आवश्यक नाही. {ERC20} च्या सुरुवातीला टीप पहा.
+     *
+     * आवश्यकता:
+     *
+     * - `sender` आणि `recipient` शून्य पत्ता असू शकत नाहीत.
+     * - `sender` कडे किमान `amount` इतकी शिल्लक असणे आवश्यक आहे.
+     * - कॉलरकडे किमान
+     * `amount` च्या ``sender``'च्या टोकनसाठी अलाउन्स असणे आवश्यक आहे.
+     */
+    function transferFrom(address sender, address recipient, uint256 amount) public virtual
+                                                override returns (bool) {
+        _transfer(sender, recipient, amount);
+```
+
+&nbsp;
+
+`a.sub(b, "message")` फंक्शन कॉल दोन गोष्टी करतो. प्रथम, ते `a-b` ची गणना करते, जो नवीन अलाउन्स आहे.
+दुसरे, ते तपासते की हा परिणाम नकारात्मक नाही. जर तो नकारात्मक असेल तर कॉल प्रदान केलेल्या संदेशासह रिव्हर्ट होतो. लक्षात घ्या की जेव्हा एखादा कॉल रिव्हर्ट होतो तेव्हा त्या कॉलदरम्यान पूर्वी केलेले कोणतेही प्रक्रिया दुर्लक्षित केले जाते त्यामुळे आम्हाला `_transfer`
+पूर्ववत करण्याची आवश्यकता नाही.
+
+```solidity
+        _approve(sender, _msgSender(), _allowances[sender][_msgSender()].sub(amount,
+             "ERC20: transfer amount exceeds allowance"));
+        return true;
+    }
+```
+
+#### OpenZeppelin सुरक्षा जोडणी {#openzeppelin-safety-additions}
+
+शून्य-नसलेला अलाउन्स दुसऱ्या शून्य-नसलेल्या मूल्यावर सेट करणे धोकादायक आहे,
+कारण तुम्ही फक्त तुमच्या स्वतःच्या व्यवहारांच्या क्रमावर नियंत्रण ठेवता, इतर कोणाच्याही नाही. कल्पना करा की तुमच्याकडे
+दोन वापरकर्ते आहेत, एलिस जी भोळी आहे आणि बिल जो अप्रामाणिक आहे. एलिसला बिलकडून काही सेवा हवी आहे, जी तिला वाटते की पाच टोकन खर्च करते - म्हणून ती बिलला पाच टोकनचा अलाउन्स देते.
+
+नंतर काहीतरी बदलते आणि बिलची किंमत दहा टोकनपर्यंत वाढते. एलिस, जिला अजूनही सेवा हवी आहे,
+एक व्यवहार पाठवते जो बिलचा अलाउन्स दहावर सेट करतो. ज्या क्षणी बिलला हा नवीन व्यवहार
+व्यवहार पूलमध्‍ये दिसतो, तो एलिसचे पाच टोकन खर्च करणारा एक व्यवहार पाठवतो आणि त्याची गॅस किंमत खूप जास्त असते जेणेकरून तो जलद माइन होईल. अशाप्रकारे बिल प्रथम पाच टोकन खर्च करू शकतो आणि नंतर, एकदा एलिसचा नवीन अलाउन्स माइन झाल्यावर, पंधरा टोकनच्या एकूण किंमतीसाठी आणखी दहा खर्च करू शकतो, जे एलिसने
+अधिकृत करू इच्छिलेल्या रकमेपेक्षा जास्त आहे. या तंत्राला
+[फ्रंट-रनिंग](https://consensysdiligence.github.io/smart-contract-best-practices/attacks/#front-running) म्हणतात
+
+| एलिस व्यवहार                         | एलिस नॉन्स | बिल व्यवहार                                      | बिल नॉन्स | बिलचा अलाउन्स | एलिसकडून बिलचे एकूण उत्पन्न |
+| ------------------------------------ | ---------- | ------------------------------------------------ | --------- | ------------- | --------------------------- |
+| approve(Bill, 5)  | 10         |                                                  |           | 5             | 0                           |
+|                                      |            | transferFrom(Alice, Bill, 5)  | 10,123    | 0             | 5                           |
+| approve(Bill, 10) | 11         |                                                  |           | 10            | 5                           |
+|                                      |            | transferFrom(Alice, Bill, 10) | 10,124    | 0             | 15                          |
+
+ही समस्या टाळण्यासाठी, ही दोन फंक्शन्स (`increaseAllowance` आणि `decreaseAllowance`) तुम्हाला
+एका विशिष्ट रकमेने अलाउन्समध्ये बदल करण्याची परवानगी देतात. त्यामुळे जर बिलने आधीच पाच टोकन खर्च केले असतील, तर तो फक्त
+आणखी पाच खर्च करू शकेल. वेळेनुसार, हे काम करण्याचे दोन मार्ग आहेत, जे दोन्ही
+बिलला फक्त दहा टोकन मिळवून संपतात:
+
+अ:
+
+| एलिस व्यवहार                                  | एलिस नॉन्स | बिल व्यवहार                                     | बिल नॉन्स | बिलचा अलाउन्स | एलिसकडून बिलचे एकूण उत्पन्न |
+| --------------------------------------------- | ---------: | ----------------------------------------------- | --------: | ------------: | --------------------------- |
+| approve(Bill, 5)           |         10 |                                                 |           |             5 | 0                           |
+|                                               |            | transferFrom(Alice, Bill, 5) |    10,123 |             0 | 5                           |
+| increaseAllowance(Bill, 5) |         11 |                                                 |           |       0+5 = 5 | 5                           |
+|                                               |            | transferFrom(Alice, Bill, 5) |    10,124 |             0 | 10                          |
+
+ब:
+
+| एलिस व्यवहार                                  | एलिस नॉन्स | बिल व्यवहार                                      | बिल नॉन्स | बिलचा अलाउन्स | एलिसकडून बिलचे एकूण उत्पन्न |
+| --------------------------------------------- | ---------: | ------------------------------------------------ | --------: | ------------: | --------------------------: |
+| approve(Bill, 5)           |         10 |                                                  |           |             5 |                           0 |
+| increaseAllowance(Bill, 5) |         11 |                                                  |           |      5+5 = 10 |                           0 |
+|                                               |            | transferFrom(Alice, Bill, 10) |    10,124 |             0 |                          10 |
+
+```solidity
+    /**
+     * @dev कॉलरद्वारे `spender` ला दिलेला अलाउन्स अणुप्रायपणे वाढवते.
+     *
+     * हा {approve} चा एक पर्याय आहे जो {IERC20-approve} मध्ये वर्णन केलेल्या समस्यांसाठी
+     * एक कमी करण्याच्या उपायांप्रमाणे वापरला जाऊ शकतो.
+     *
+     * अद्यतनित अलाउन्स दर्शवणारा एक {Approval} इव्हेंट उत्सर्जित करते.
+     *
+     * आवश्यकता:
+     *
+     * - `spender` शून्य पत्ता असू शकत नाही.
+     */
+    function increaseAllowance(address spender, uint256 addedValue) public virtual returns (bool) {
+        _approve(_msgSender(), spender, _allowances[_msgSender()][spender].add(addedValue));
+        return true;
+    }
+```
+
+`a.add(b)` फंक्शन एक सुरक्षित बेरीज आहे. असंभाव्य परिस्थितीत की `a`+`b`>=`2^256` असेल तर ते सामान्य बेरीजप्रमाणे
+रॅप अराउंड होत नाही.
+
+```solidity
+
+    /**
+     * @dev कॉलरद्वारे `spender` ला दिलेला अलाउन्स अणुप्रायपणे कमी करते.
+     *
+     * हा {approve} चा एक पर्याय आहे जो {IERC20-approve} मध्ये वर्णन केलेल्या समस्यांसाठी
+     * एक कमी करण्याच्या उपायांप्रमाणे वापरला जाऊ शकतो.
+     *
+     * अद्यतनित अलाउन्स दर्शवणारा एक {Approval} इव्हेंट उत्सर्जित करते.
+     *
+     * आवश्यकता:
+     *
+     * - `spender` शून्य पत्ता असू शकत नाही.
+     * - `spender` कडे किमान `subtractedValue`
+     * इतका कॉलरसाठी अलाउन्स असणे आवश्यक आहे.
+     */
+    function decreaseAllowance(address spender, uint256 subtractedValue) public virtual returns (bool) {
+        _approve(_msgSender(), spender, _allowances[_msgSender()][spender].sub(subtractedValue,
+                "ERC20: decreased allowance below zero"));
+        return true;
+    }
+```
+
+### टोकन माहितीमध्ये बदल करणारी फंक्शन्स {#functions-that-modify-token-information}
+
+ही चार फंक्शन्स आहेत जी वास्तविक काम करतात: `_transfer`, `_mint`, `_burn`, आणि `_approve`.
+
+#### _transfer फंक्शन {#_transfer}
+
+```solidity
+    /**
+     * @dev `sender` कडून `recipient` कडे `amount` टोकन हलवते.
+     *
+     * हे अंतर्गत फंक्शन {transfer} च्या समकक्ष आहे, आणि उदाहरणार्थ, स्वयंचलित टोकन शुल्क, स्लॅशिंग यंत्रणा, इत्यादी लागू करण्यासाठी वापरले जाऊ शकते.
+     *
+     * एक {Transfer} इव्हेंट उत्सर्जित करते.
+     *
+     * आवश्यकता:
+     *
+     * - `sender` शून्य पत्ता असू शकत नाही.
+     * - `recipient` शून्य पत्ता असू शकत नाही.
+     * - `sender` कडे किमान `amount` इतकी शिल्लक असणे आवश्यक आहे.
+     */
+    function _transfer(address sender, address recipient, uint256 amount) internal virtual {
+```
+
+हे फंक्शन, `_transfer`, एका खात्यातून दुसऱ्या खात्यात टोकन हस्तांतरित करते. ते `transfer` (प्रेषकाच्या स्वतःच्या खात्यातून हस्तांतरणासाठी) आणि `transferFrom` (दुसऱ्याच्या खात्यातून
+हस्तांतरणासाठी अलाउन्स वापरण्यासाठी) दोन्हीद्वारे कॉल केले जाते.
+
+&nbsp;
+
+```solidity
+        require(sender != address(0), "ERC20: transfer from the zero address");
+        require(recipient != address(0), "ERC20: transfer to the zero address");
+```
+
+Ethereum मध्ये शून्य पत्त्याची मालकी कोणाकडेही नाही (म्हणजेच, कोणालाही अशी खाजगी की माहित नाही जिची जुळणारी सार्वजनिक की
+शून्य पत्त्यात रूपांतरित होते). जेव्हा लोक तो पत्ता वापरतात, तेव्हा ती सहसा एक सॉफ्टवेअर बग असते - म्हणून आम्ही
+शून्य पत्ता प्रेषक किंवा प्राप्तकर्ता म्हणून वापरल्यास अयशस्वी होतो.
+
+&nbsp;
+
+```solidity
+        _beforeTokenTransfer(sender, recipient, amount);
+
+```
+
+हा कॉन्ट्रॅक्ट वापरण्याचे दोन मार्ग आहेत:
+
+1. तुमच्या स्वतःच्या कोडसाठी टेम्पलेट म्हणून वापरा
+2. [त्यातून इनहेरिट करा](https://www.bitdegree.org/learn/solidity-inheritance), आणि फक्त त्या फंक्शन्सना ओव्हरराइड करा ज्यात तुम्हाला बदल करायचा आहे
+
+दुसरी पद्धत खूपच चांगली आहे कारण OpenZeppelin ERC-20 कोडचे आधीच ऑडिट केले गेले आहे आणि ते सुरक्षित असल्याचे दर्शविले आहे. जेव्हा तुम्ही इनहेरिटन्स
+वापरता तेव्हा तुम्ही कोणत्या फंक्शन्समध्ये बदल करता हे स्पष्ट होते, आणि तुमच्या कॉन्ट्रॅक्टवर विश्वास ठेवण्यासाठी लोकांना फक्त त्या विशिष्ट फंक्शन्सचे ऑडिट करण्याची आवश्यकता असते.
+
+जेव्हा जेव्हा टोकनची देवाणघेवाण होते तेव्हा प्रत्येक वेळी एक फंक्शन करणे अनेकदा उपयुक्त ठरते. तथापि, `_transfer` हे एक अत्यंत महत्त्वाचे फंक्शन आहे आणि ते
+असुरक्षितपणे लिहिणे शक्य आहे (खाली पहा), म्हणून ते ओव्हरराइड न करणे सर्वोत्तम आहे. यावर उपाय म्हणजे `_beforeTokenTransfer`, एक
+[हुक फंक्शन](https://wikipedia.org/wiki/Hooking). तुम्ही हे फंक्शन ओव्हरराइड करू शकता, आणि ते प्रत्येक हस्तांतरणावर कॉल केले जाईल.
+
+&nbsp;
+
+```solidity
+        _balances[sender] = _balances[sender].sub(amount, "ERC20: transfer amount exceeds balance");
+        _balances[recipient] = _balances[recipient].add(amount);
+```
+
+या ओळी आहेत ज्या प्रत्यक्षात हस्तांतरण करतात. लक्षात घ्या की त्यांच्यामध्ये **काहीही नाही**, आणि आम्ही
+हस्तांतरित रक्कम प्राप्तकर्त्याला जोडण्यापूर्वी प्रेषकाकडून वजा करतो. हे महत्त्वाचे आहे कारण जर मध्ये दुसऱ्या कॉन्ट्रॅक्टला कॉल
+असता, तर त्याचा वापर या कॉन्ट्रॅक्टला फसवण्यासाठी केला गेला असता. अशा प्रकारे हस्तांतरण
+अणुप्राय (atomic) आहे, त्याच्यामध्ये काहीही होऊ शकत नाही.
+
+&nbsp;
+
+```solidity
+        emit Transfer(sender, recipient, amount);
+    }
+```
+
+शेवटी, एक `Transfer` इव्हेंट उत्सर्जित करा. इव्हेंट्स स्मार्ट कॉन्ट्रॅक्ट्सना ऍक्सेस करता येत नाहीत, परंतु ब्लॉकचेनच्या
+बाहेर चालणारा कोड इव्हेंट्स ऐकू शकतो आणि त्यावर प्रतिक्रिया देऊ शकतो. उदाहरणार्थ, वॉलेट मालकाला अधिक टोकन कधी मिळतात याचा मागोवा ठेवू शकते.
+
+#### _mint आणि _burn फंक्शन्स {#_mint-and-_burn}
+
+ही दोन फंक्शन्स (`_mint` आणि `_burn`) टोकनच्या एकूण पुरवठ्यात बदल करतात.
+ती इंटरनल आहेत आणि या कॉन्ट्रॅक्टमध्ये त्यांना कॉल करणारे कोणतेही फंक्शन नाही,
+त्यामुळे तुम्ही कॉन्ट्रॅक्टमधून इनहेरिट केल्यास आणि नवीन टोकन कोणत्या परिस्थितीत मिंट करायचे किंवा
+अस्तित्वात असलेले बर्न करायचे हे ठरवण्यासाठी तुमचा स्वतःचा
+लॉजिक जोडल्यासच ते उपयुक्त आहेत.
+
+**टीप:** प्रत्येक ERC-20 टोकनचा स्वतःचा व्यवसाय लॉजिक असतो जो टोकन व्यवस्थापन ठरवतो.
+उदाहरणार्थ, एक निश्चित पुरवठा कॉन्ट्रॅक्ट कदाचित फक्त कन्स्ट्रक्टरमध्ये `_mint` ला कॉल करेल आणि `_burn` ला कधीही कॉल करणार नाही. टोकन विकणारा कॉन्ट्रॅक्ट
+पैसे भरल्यावर `_mint` ला कॉल करेल, आणि संभाव्यतः अनियंत्रित चलनवाढ टाळण्यासाठी काही टप्प्यावर `_burn` ला कॉल करेल.
+
+```solidity
+    /** @dev `amount` टोकन तयार करते आणि ते `account` ला नियुक्त करते, ज्यामुळे
+     * एकूण पुरवठा वाढतो.
+     *
+     * `from` शून्य पत्त्यावर सेट करून एक {Transfer} इव्हेंट उत्सर्जित करते.
+     *
+     * आवश्यकता:
+     *
+     * - `to` शून्य पत्ता असू शकत नाही.
+     */
+    function _mint(address account, uint256 amount) internal virtual {
+        require(account != address(0), "ERC20: mint to the zero address");
+        _beforeTokenTransfer(address(0), account, amount);
+        _totalSupply = _totalSupply.add(amount);
+        _balances[account] = _balances[account].add(amount);
+        emit Transfer(address(0), account, amount);
+    }
+```
+
+जेव्हा टोकनची एकूण संख्या बदलते तेव्हा `_totalSupply` अद्यतनित करण्याची खात्री करा.
+
+&nbsp;
+
+```solidity
+    /**
+     * @dev `account` मधून `amount` टोकन नष्ट करते, ज्यामुळे
+     * एकूण पुरवठा कमी होतो.
+     *
+     * `to` शून्य पत्त्यावर सेट करून एक {Transfer} इव्हेंट उत्सर्जित करते.
+     *
+     * आवश्यकता:
+     *
+     * - `account` शून्य पत्ता असू शकत नाही.
+     * - `account` कडे किमान `amount` टोकन असणे आवश्यक आहे.
+     */
+    function _burn(address account, uint256 amount) internal virtual {
+        require(account != address(0), "ERC20: burn from the zero address");
+
+        _beforeTokenTransfer(account, address(0), amount);
+
+        _balances[account] = _balances[account].sub(amount, "ERC20: burn amount exceeds balance");
+        _totalSupply = _totalSupply.sub(amount);
+        emit Transfer(account, address(0), amount);
+    }
+```
+
+`_burn` फंक्शन जवळजवळ `_mint` सारखेच आहे, फक्त ते उलट दिशेने जाते.
+
+#### _approve फंक्शन {#_approve}
+
+हे फंक्शन आहे जे प्रत्यक्षात अलाउन्स निर्दिष्ट करते. लक्षात घ्या की ते एका मालकाला
+मालकाच्या वर्तमान शिलकेपेक्षा जास्त असलेला अलाउन्स निर्दिष्ट करण्याची परवानगी देते. हे ठीक आहे कारण शिल्लक
+हस्तांतरणाच्या वेळी तपासली जाते, जेव्हा ती अलाउन्स तयार केल्यावरच्या शिलकेपेक्षा वेगळी असू शकते.
+
+```solidity
+    /**
+     * @dev `owner` च्या टोकनवर `spender` चा अलाउन्स म्हणून `amount` सेट करते.
+     *
+     * हे अंतर्गत फंक्शन `approve` च्या समकक्ष आहे, आणि उदाहरणार्थ, विशिष्ट सबसिस्टमसाठी स्वयंचलित अलाउन्स सेट करण्यासाठी वापरले जाऊ शकते.
+     *
+     * एक {Approval} इव्हेंट उत्सर्जित करते.
+     *
+     * आवश्यकता:
+     *
+     * - `owner` शून्य पत्ता असू शकत नाही.
+     * - `spender` शून्य पत्ता असू शकत नाही.
+     */
+    function _approve(address owner, address spender, uint256 amount) internal virtual {
+        require(owner != address(0), "ERC20: approve from the zero address");
+        require(spender != address(0), "ERC20: approve to the zero address");
+
+        _allowances[owner][spender] = amount;
+```
+
+&nbsp;
+
+एक `Approval` इव्हेंट उत्सर्जित करा. ॲप्लिकेशन कसे लिहिले आहे यावर अवलंबून, स्पेंडर कॉन्ट्रॅक्टला
+अप्रूव्हलबद्दल मालकाद्वारे किंवा हे इव्हेंट्स ऐकणाऱ्या सर्व्हरद्वारे सांगितले जाऊ शकते.
+
+```solidity
+        emit Approval(owner, spender, amount);
+    }
+
+```
+
+### दशांश व्हेरिएबलमध्ये बदल करा {#modify-the-decimals-variable}
+
+```solidity
+
+
+    /**
+     * @dev {decimals} ला 18 च्या डीफॉल्ट मूल्याव्यतिरिक्त दुसऱ्या मूल्यावर सेट करते.
+     *
+     * चेतावणी: हे फंक्शन केवळ कन्स्ट्रक्टरमधून कॉल केले पाहिजे. टोकन
+     * कॉन्ट्रॅक्टशी संवाद साधणारे बहुतेक ॲप्लिकेशन्स {decimals} कधीही बदलतील अशी
+     * अपेक्षा करणार नाहीत, आणि जर बदलले तर ते चुकीच्या पद्धतीने काम करू शकतात.
+     */
+    function _setupDecimals(uint8 decimals_) internal {
+        _decimals = decimals_;
+    }
+```
+
+हे फंक्शन `_decimals` व्हेरिएबलमध्ये बदल करते जे वापरकर्ता इंटरफेसना रक्कम कशी इंटरप्रेट करायची हे सांगण्यासाठी वापरले जाते.
+तुम्ही ते कन्स्ट्रक्टरमधून कॉल केले पाहिजे. त्यानंतरच्या कोणत्याही टप्प्यावर ते कॉल करणे अप्रामाणिक ठरेल, आणि ॲप्लिकेशन्स
+ते हाताळण्यासाठी डिझाइन केलेले नाहीत.
+
+### हुक्स {#hooks}
+
+```solidity
+
+    /**
+     * @dev टोकनच्या कोणत्याही हस्तांतरणापूर्वी कॉल केला जाणारा हुक. यामध्ये
+     * मिंटिंग आणि बर्निंगचा समावेश आहे.
+     *
+     * कॉलिंग अटी:
+     *
+     * - जेव्हा `from` आणि `to` दोन्ही शून्य-नसलेले असतात, तेव्हा ``from`` च्या टोकनची `amount`
+     * `to` ला हस्तांतरित केली जाईल.
+     * - जेव्हा `from` शून्य असेल, तेव्हा `to` साठी `amount` टोकन मिंट केले जातील.
+     * - जेव्हा `to` शून्य असेल, तेव्हा ``from`` च्या टोकनची `amount` बर्न केली जाईल.
+     * - `from` आणि `to` दोन्ही कधीही शून्य नसतात.
+     *
+     * हुकबद्दल अधिक जाणून घेण्यासाठी, xref:ROOT:extending-contracts.adoc#using-hooks[हुक वापरणे] येथे जा.
+     */
+    function _beforeTokenTransfer(address from, address to, uint256 amount) internal virtual { }
+}
+```
+
+हे हस्तांतरणादरम्यान कॉल केले जाणारे हुक फंक्शन आहे. हे येथे रिकामे आहे, परंतु तुम्हाला
+त्याला काहीतरी करायला लावायचे असल्यास तुम्ही फक्त ते ओव्हरराइड करा.
+
+## निष्कर्ष {#conclusion}
+
+पुनरावलोकनासाठी, या कॉन्ट्रॅक्टमधील काही सर्वात महत्त्वाच्या कल्पना येथे आहेत (माझ्या मते, तुमची मते भिन्न असू शकतात):
+
+- _ब्लॉकचेनवर कोणतीही गुपिते नाहीत_. स्मार्ट कॉन्ट्रॅक्ट ऍक्सेस करू शकणारी कोणतीही माहिती
+  संपूर्ण जगासाठी उपलब्ध आहे.
+- तुम्ही तुमच्या स्वतःच्या व्यवहारांच्या क्रमावर नियंत्रण ठेवू शकता, परंतु इतर लोकांचे व्यवहार
+  कधी होतात यावर नाही. हेच कारण आहे की अलाउन्स बदलणे धोकादायक असू शकते, कारण ते
+  स्पेंडरला दोन्ही अलाउन्सची बेरीज खर्च करू देते.
+- `uint256` प्रकाराची मूल्ये रॅप अराउंड होतात. दुसऱ्या शब्दांत, _0-1=2^256-1_. जर ते इच्छित
+  वर्तन नसेल, तर तुम्हाला ते तपासावे लागेल (किंवा SafeMath लायब्ररी वापरा जी तुमच्यासाठी ते करते). लक्षात घ्या की हे
+  [Solidity 0.8.0](https://docs.soliditylang.org/en/breaking/080-breaking-changes.html) मध्ये बदलले आहे.
+- एका विशिष्ट प्रकारातील सर्व स्टेट बदल एका विशिष्ट ठिकाणी करा, कारण यामुळे ऑडिटिंग सोपे होते.
+  हेच कारण आहे की आमच्याकडे, उदाहरणार्थ, `_approve` आहे, जे `approve`, `transferFrom`,
+  `increaseAllowance`, आणि `decreaseAllowance` द्वारे कॉल केले जाते
+- स्टेट बदल अणुप्राय (atomic) असावेत, त्यांच्यामध्ये इतर कोणतीही क्रिया नसावी (जसे तुम्ही
+  `_transfer` मध्ये पाहू शकता). याचे कारण असे की स्टेट बदलादरम्यान तुमच्याकडे एक विसंगत स्टेट असते. उदाहरणार्थ,
+  तुम्ही प्रेषकाच्या शिलकीतून वजा करता आणि प्राप्तकर्त्याच्या शिलकीत जोडता या वेळेदरम्यान अस्तित्त्वात
+  असलेले टोकन आवश्यकतेपेक्षा कमी असतात. जर त्यांच्यामध्ये
+  ऑपरेशन्स असतील तर याचा संभाव्य गैरवापर होऊ शकतो, विशेषतः वेगळ्या कॉन्ट्रॅक्टला केलेले कॉल.
+
+आता तुम्ही पाहिले आहे की OpenZeppelin ERC-20 कॉन्ट्रॅक्ट कसे लिहिले आहे, आणि विशेषतः ते कसे अधिक
+सुरक्षित बनवले आहे, आता जा आणि तुमचे स्वतःचे सुरक्षित कॉन्ट्रॅक्ट आणि ॲप्लिकेशन्स लिहा.
+
+[माझ्या कामाबद्दल अधिक माहितीसाठी येथे पहा](https://cryptodocguy.pro/).
diff --git a/public/content/translations/mr/developers/tutorials/erc20-with-safety-rails/index.md b/public/content/translations/mr/developers/tutorials/erc20-with-safety-rails/index.md
new file mode 100644
index 00000000000..467daa6b667
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/erc20-with-safety-rails/index.md
@@ -0,0 +1,217 @@
+---
+title: "ERC-20 सुरक्षा रेल्ससह"
+description: "लोकांना मूर्ख चुका टाळण्यास कशी मदत करावी"
+author: Ori Pomerantz
+lang: mr
+tags: [ "erc-20" ]
+skill: beginner
+published: 2022-08-15
+---
+
+## प्रस्तावना {#introduction}
+
+Ethereum बद्दल एक मोठी चांगली गोष्ट म्हणजे अशी कोणतीही केंद्रीय सत्ता नाही जी तुमचे व्यवहार बदलू किंवा पूर्ववत करू शकेल. Ethereum मधील एक मोठी समस्या अशी आहे की वापरकर्त्याच्या चुका किंवा अवैध व्यवहार पूर्ववत करण्याची शक्ती असलेली कोणतीही केंद्रीय सत्ता नाही. या लेखात तुम्ही [ERC-20](/developers/docs/standards/tokens/erc-20/) टोकन्ससह वापरकर्ते करत असलेल्या काही सामान्य चुकांबद्दल शिकाल, तसेच अशा ERC-20 कॉन्ट्रॅक्ट्स कसे तयार करावे जे वापरकर्त्यांना त्या चुका टाळण्यास मदत करतात, किंवा जे केंद्रीय सत्तेला काही अधिकार देतात (उदाहरणार्थ, खाती फ्रीझ करणे).
+
+लक्षात घ्या की आम्ही [OpenZeppelin ERC-20 टोकन कॉन्ट्रॅक्ट](https://github.com/OpenZeppelin/openzeppelin-contracts/tree/master/contracts/token/ERC20) वापरणार असलो तरी, हा लेख त्याचे तपशीलवार स्पष्टीकरण देत नाही. तुम्ही ही माहिती [येथे](/developers/tutorials/erc20-annotated-code) शोधू शकता.
+
+तुम्हाला संपूर्ण सोर्स कोड पहायचा असल्यास:
+
+1. [Remix IDE](https://remix.ethereum.org/) उघडा.
+2. क्लोन गिटहब आयकॉनवर क्लिक करा (![clone github icon](icon-clone.png)).
+3. गिटहब रिपॉझिटरी `https://github.com/qbzzt/20220815-erc20-safety-rails` क्लोन करा.
+4. **contracts > erc20-safety-rails.sol** उघडा.
+
+## ERC-20 कॉन्ट्रॅक्ट तयार करणे {#creating-an-erc-20-contract}
+
+आपण सुरक्षा रेलची कार्यक्षमता जोडण्यापूर्वी, आपल्याला एका ERC-20 कॉन्ट्रॅक्टची आवश्यकता आहे. या लेखात आम्ही [OpenZeppelin Contracts Wizard](https://docs.openzeppelin.com/contracts/5.x/wizard) वापरणार आहोत. ते दुसऱ्या ब्राउझरमध्ये उघडा आणि या सूचनांचे पालन करा:
+
+1. **ERC20** निवडा.
+
+2. या सेटिंग्ज प्रविष्ट करा:
+
+   | पॅरामीटर       | मूल्य                                                                               |
+   | -------------- | ----------------------------------------------------------------------------------- |
+   | नाव            | SafetyRailsToken                                                                    |
+   | चिन्ह          | SAFE                                                                                |
+   | Premint        | आम्हाला प्रति टोकन जोडीसाठी एकापेक्षा जास्त लिक्विडिटी पूल नको आहे. |
+   | वैशिष्ट्ये     | काहीही नाही                                                                         |
+   | ॲक्सेस कंट्रोल | Ownable                                                                             |
+   | अपग्रेडेबिलिटी | काहीही नाही                                                                         |
+
+3. वर स्क्रोल करा आणि भिन्न पर्यावरण वापरण्यासाठी **Open in Remix** (Remix साठी) किंवा **Download** वर क्लिक करा. मी असे गृहीत धरतो की तुम्ही Remix वापरत आहात, तुम्ही दुसरे काही वापरल्यास, योग्य बदल करा.
+
+4. आमच्याकडे आता पूर्णपणे कार्यरत ERC-20 कॉन्ट्रॅक्ट आहे. इम्पोर्ट केलेला कोड पाहण्यासाठी तुम्ही `.deps` > `npm` चा विस्तार करू शकता.
+
+5. ते ERC-20 कॉन्ट्रॅक्ट म्हणून कार्य करते हे पाहण्यासाठी कॉन्ट्रॅक्ट कंपाईल करा, उपयोजित करा आणि त्याच्याशी खेळा. तुम्हाला Remix कसे वापरावे हे शिकायचे असल्यास, [हे ट्यूटोरियल वापरा](https://remix.ethereum.org/?#activate=udapp,solidity,LearnEth).
+
+## सामान्य चुका {#common-mistakes}
+
+### चुका {#the-mistakes}
+
+वापरकर्ते कधीकधी चुकीच्या पत्त्यावर टोकन पाठवतात. त्यांना काय करायचे होते हे जाणून घेण्यासाठी आम्ही त्यांचे मन वाचू शकत नसलो तरी, दोन प्रकारच्या त्रुटी आहेत ज्या खूप वेळा घडतात आणि ओळखण्यास सोप्या आहेत:
+
+1. टोकन कॉन्ट्रॅक्टच्या स्वतःच्या पत्त्यावर पाठवणे. उदाहरणार्थ, [Optimism's OP token](https://optimism.mirror.xyz/qvd0WfuLKnePm1Gxb9dpGchPf5uDz5NSMEFdgirDS4c) ने दोन महिन्यांपेक्षा कमी कालावधीत [120,000 पेक्षा जास्त](https://optimism.blockscout.com/address/0x4200000000000000000000000000000000000042) OP टोकन जमा केले. हे मोठ्या प्रमाणात संपत्ती दर्शवते जी लोकांनी कदाचित गमावली आहे.
+
+2. टोकन रिकाम्या पत्त्यावर पाठवणे, जो [बाह्य मालकीच्या खात्याशी](/developers/docs/accounts/#externally-owned-accounts-and-key-pairs) किंवा [स्मार्ट कॉन्ट्रॅक्टशी](/developers/docs/smart-contracts) संबंधित नाही. हे किती वेळा घडते याची माझ्याकडे आकडेवारी नसली तरी, [एका घटनेत 20,000,000 टोकन खर्च होऊ शकले असते](https://gov.optimism.io/t/message-to-optimism-community-from-wintermute/2595).
+
+### हस्तांतरण प्रतिबंधित करणे {#preventing-transfers}
+
+OpenZeppelin ERC-20 कॉन्ट्रॅक्टमध्ये [एक हुक, `_beforeTokenTransfer`](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/ERC20.sol#L364-L368) समाविष्ट आहे, जो टोकन हस्तांतरित होण्यापूर्वी कॉल केला जातो. डीफॉल्टनुसार हा हुक काहीही करत नाही, परंतु आम्ही त्यावर आमची स्वतःची कार्यक्षमता टांगू शकतो, जसे की समस्या असल्यास उलटणारे तपास.
+
+हुक वापरण्यासाठी, कन्स्ट्रक्टरनंतर हे फंक्शन जोडा:
+
+```solidity
+    function _beforeTokenTransfer(address from, address to, uint256 amount)
+        internal virtual
+        override(ERC20)
+    {
+        super._beforeTokenTransfer(from, to, amount);
+    }
+```
+
+जर तुम्ही Solidity शी फारसे परिचित नसाल तर या फंक्शनचे काही भाग नवीन असू शकतात:
+
+```solidity
+        internal virtual
+```
+
+`virtual` कीवर्डचा अर्थ असा आहे की जसे आम्ही `ERC20` कडून कार्यक्षमता मिळवली आणि हे फंक्शन ओव्हरराइड केले, त्याचप्रमाणे इतर कॉन्ट्रॅक्ट्स आमच्याकडून वारसा घेऊ शकतात आणि हे फंक्शन ओव्हरराइड करू शकतात.
+
+```solidity
+        override(ERC20)
+```
+
+आम्हाला स्पष्टपणे नमूद करावे लागेल की आम्ही `_beforeTokenTransfer` ची ERC20 टोकन व्याख्या [ओव्हरराइड](https://docs.soliditylang.org/en/v0.8.15/contracts.html#function-overriding) करत आहोत. सर्वसाधारणपणे, सुरक्षिततेच्या दृष्टिकोनातून, स्पष्ट व्याख्या अंतर्निहित व्याख्यांपेक्षा खूपच चांगल्या आहेत - तुम्ही तुमच्या समोर काहीतरी केले असल्यास ते विसरू शकत नाही. हेच कारण आहे की आम्हाला कोणत्या सुपरक्लासचा `_beforeTokenTransfer` ओव्हरराइड करत आहोत हे निर्दिष्ट करणे आवश्यक आहे.
+
+```solidity
+        super._beforeTokenTransfer(from, to, amount);
+```
+
+ही ओळ कॉन्ट्रॅक्ट किंवा कॉन्ट्रॅक्ट्सच्या `_beforeTokenTransfer` फंक्शनला कॉल करते ज्यांच्याकडून आम्ही वारसा घेतला आहे. या प्रकरणात, ते फक्त `ERC20` आहे, `Ownable` कडे हा हुक नाही. सध्या `ERC20._beforeTokenTransfer` काहीही करत नसले तरी, भविष्यात कार्यक्षमता जोडल्यास आम्ही ते कॉल करतो (आणि मग आम्ही कॉन्ट्रॅक्ट पुन्हा तैनात करण्याचा निर्णय घेतो, कारण उपयोजनानंतर कॉन्ट्रॅक्ट बदलत नाहीत).
+
+### आवश्यकतांचे कोडिंग करणे {#coding-the-requirements}
+
+आम्ही फंक्शनमध्ये या आवश्यकता जोडू इच्छितो:
+
+- `to` पत्ता `address(this)` च्या बरोबर असू शकत नाही, जो ERC-20 कॉन्ट्रॅक्टचा स्वतःचा पत्ता आहे.
+- `to` पत्ता रिकामा असू शकत नाही, तो यापैकी एक असावा:
+  - बाह्य मालकीचे खाते (EOA). एखादा पत्ता थेट EOA आहे की नाही हे आम्ही तपासू शकत नाही, परंतु आम्ही पत्त्याची ETH शिल्लक तपासू शकतो. EOAs मध्ये जवळजवळ नेहमीच शिल्लक असते, जरी ते आता वापरले जात नसले तरीही - शेवटच्या wei पर्यंत ते साफ करणे कठीण आहे.
+  - एक स्मार्ट कॉन्ट्रॅक्ट. एखादा पत्ता स्मार्ट कॉन्ट्रॅक्ट आहे की नाही हे तपासणे थोडे कठीण आहे. बाह्य कोडची लांबी तपासणारा एक ऑपकोड आहे, ज्याला [`EXTCODESIZE`](https://www.evm.codes/#3b) म्हणतात, परंतु तो थेट Solidity मध्ये उपलब्ध नाही. त्यासाठी आम्हाला [Yul](https://docs.soliditylang.org/en/v0.8.15/yul.html) वापरावे लागेल, जे EVM असेंब्ली आहे. Solidity मधून आम्ही वापरू शकणारी इतर मूल्ये आहेत ([`<address>.code` आणि `<address>.codehash`](https://docs.soliditylang.org/en/v0.8.15/units-and-global-variables.html#members-of-address-types)), पण ती अधिक महाग आहेत.
+
+चला नवीन कोड ओळीने ओळ पाहूया:
+
+```solidity
+        require(to != address(this), "कॉन्ट्रॅक्ट पत्त्यावर टोकन पाठवू शकत नाही");
+```
+
+ही पहिली आवश्यकता आहे, `to` आणि `this(address)` समान नाहीत हे तपासा.
+
+```solidity
+        bool isToContract;
+        assembly {
+           isToContract := gt(extcodesize(to), 0)
+        }
+```
+
+अशा प्रकारे आम्ही पत्ता कॉन्ट्रॅक्ट आहे की नाही हे तपासतो. आम्ही Yul कडून थेट आउटपुट प्राप्त करू शकत नाही, म्हणून त्याऐवजी आम्ही परिणाम ठेवण्यासाठी एक व्हेरिएबल परिभाषित करतो (या प्रकरणात `isToContract`). Yul ज्या प्रकारे कार्य करते ते असे आहे की प्रत्येक ऑपकोड एक फंक्शन मानला जातो. म्हणून प्रथम आम्ही कॉन्ट्रॅक्टचा आकार मिळविण्यासाठी [`EXTCODESIZE`](https://www.evm.codes/#3b) कॉल करतो आणि नंतर ते शून्य नाही हे तपासण्यासाठी [`GT`](https://www.evm.codes/#11) वापरतो (आम्ही अनसाईंड इंटीजर्ससह काम करत आहोत, म्हणून अर्थातच ते नकारात्मक असू शकत नाही). त्यानंतर आम्ही निकाल `isToContract` मध्ये लिहितो.
+
+```solidity
+        require(to.balance != 0 || isToContract, "रिकाम्या पत्त्यावर टोकन पाठवू शकत नाही");
+```
+
+आणि शेवटी, आमच्याकडे रिकाम्या पत्त्यांसाठी वास्तविक तपासणी आहे.
+
+## प्रशासकीय प्रवेश {#admin-access}
+
+कधीकधी चुका पूर्ववत करू शकणारा प्रशासक असणे उपयुक्त ठरते. गैरवापराची शक्यता कमी करण्यासाठी, हा प्रशासक एक [multisig](https://blog.logrocket.com/security-choices-multi-signature-wallets/) असू शकतो जेणेकरून एका कृतीवर अनेक लोकांना सहमत व्हावे लागेल. या लेखात आमच्याकडे दोन प्रशासकीय वैशिष्ट्ये असतील:
+
+1. खाती फ्रीझ करणे आणि अनफ्रीझ करणे. हे उपयुक्त असू शकते, उदाहरणार्थ, जेव्हा एखादे खाते धोक्यात आले असेल.
+2. मालमत्ता स्वच्छता.
+
+   कधीकधी फसवणूक करणारे वैधता मिळविण्यासाठी वास्तविक टोकनच्या कॉन्ट्रॅक्टवर बनावट टोकन पाठवतात. उदाहरणार्थ, [येथे पहा](https://optimism.blockscout.com/token/0x2348B1a1228DDCd2dB668c3d30207c3E1852fBbe?tab=holders). कायदेशीर ERC-20 कॉन्ट्रॅक्ट [0x4200....0042](https://optimism.blockscout.com/token/0x4200000000000000000000000000000000000042) आहे. त्याचा बहाणा करणारा घोटाळा [0x234....bbe](https://optimism.blockscout.com/token/0x2348B1a1228DDCd2dB668c3d30207c3E1852fBbe) आहे.
+
+   हे देखील शक्य आहे की लोक चुकून आमच्या कॉन्ट्रॅक्टवर कायदेशीर ERC-20 टोकन पाठवतात, जे त्यांना बाहेर काढण्याचा मार्ग हवा असण्याचे आणखी एक कारण आहे.
+
+OpenZeppelin प्रशासकीय प्रवेश सक्षम करण्यासाठी दोन यंत्रणा प्रदान करते:
+
+- [`Ownable`](https://docs.openzeppelin.com/contracts/5.x/access-control#ownership-and-ownable) कॉन्ट्रॅक्ट्सचा एकच मालक असतो. `onlyOwner` [modifier](https://www.tutorialspoint.com/solidity/solidity_function_modifiers.htm) असलेले फंक्शन्स फक्त त्या मालकाद्वारे कॉल केले जाऊ शकतात. मालक मालकी दुसऱ्या कोणाला हस्तांतरित करू शकतात किंवा पूर्णपणे सोडून देऊ शकतात. इतर सर्व खात्यांचे अधिकार सामान्यतः समान असतात.
+- [`AccessControl`](https://docs.openzeppelin.com/contracts/5.x/access-control#role-based-access-control) कॉन्ट्रॅक्ट्समध्ये [भूमिका-आधारित प्रवेश नियंत्रण (RBAC)](https://en.wikipedia.org/wiki/Role-based_access_control) असते.
+
+साधेपणासाठी, या लेखात आम्ही `Ownable` वापरतो.
+
+### कॉन्ट्रॅक्ट्स फ्रीझ करणे आणि थॉ करणे {#freezing-and-thawing-contracts}
+
+कॉन्ट्रॅक्ट्स फ्रीझ करणे आणि थॉ करण्यासाठी अनेक बदलांची आवश्यकता आहे:
+
+- कोणते पत्ते फ्रीझ केले आहेत याचा मागोवा ठेवण्यासाठी पत्त्यांवरून [booleans](https://en.wikipedia.org/wiki/Boolean_data_type) पर्यंतचे [mapping](https://www.tutorialspoint.com/solidity/solidity_mappings.htm). सर्व मूल्ये सुरुवातीला शून्य असतात, ज्याचा अर्थ बुलियन मूल्यांसाठी असत्य (false) असा लावला जातो. हेच आम्हाला हवे आहे कारण डीफॉल्टनुसार खाती फ्रीझ केलेली नसतात.
+
+  ```solidity
+      mapping(address => bool) public frozenAccounts;
+  ```
+
+- एखादे खाते फ्रीझ किंवा थॉ झाल्यावर कोणालाही माहिती देण्यासाठी [Events](https://www.tutorialspoint.com/solidity/solidity_events.htm). तांत्रिकदृष्ट्या या क्रियांसाठी इव्हेंट्स आवश्यक नाहीत, परंतु ते ऑफचेन कोडला या इव्हेंट्स ऐकण्यास आणि काय होत आहे हे जाणून घेण्यास मदत करते. स्मार्ट कॉन्ट्रॅक्टसाठी जेव्हा दुसऱ्या कोणासाठी संबंधित काहीतरी घडते तेव्हा ते उत्सर्जित करणे चांगले शिष्टाचार मानले जाते.
+
+  इव्हेंट्स अनुक्रमित केले जातात जेणेकरून खाते किती वेळा फ्रीझ किंवा थॉ केले गेले आहे हे शोधणे शक्य होईल.
+
+  ```solidity
+    // जेव्हा खाती फ्रीझ किंवा अनफ्रीझ केली जातात
+    event AccountFrozen(address indexed _addr);
+    event AccountThawed(address indexed _addr);
+  ```
+
+- खाती फ्रीझ आणि थॉ करण्यासाठी फंक्शन्स. ही दोन फंक्शन्स जवळजवळ सारखीच आहेत, म्हणून आपण फक्त फ्रीझ फंक्शन पाहू.
+
+  ```solidity
+      function freezeAccount(address addr)
+        public
+        onlyOwner
+  ```
+
+  [`public`](https://www.tutorialspoint.com/solidity/solidity_contracts.htm) म्हणून चिन्हांकित केलेली फंक्शन्स इतर स्मार्ट कॉन्ट्रॅक्ट्समधून किंवा थेट व्यवहाराद्वारे कॉल केली जाऊ शकतात.
+
+  ```solidity
+    {
+        require(!frozenAccounts[addr], "खाते आधीच फ्रीझ आहे");
+        frozenAccounts[addr] = true;
+        emit AccountFrozen(addr);
+    }  // freezeAccount
+  ```
+
+  जर खाते आधीच फ्रीझ असेल, तर उलट करा. अन्यथा, ते फ्रीझ करा आणि एक इव्हेंट `emit` करा.
+
+- फ्रीझ केलेल्या खात्यातून पैसे हलवण्यापासून रोखण्यासाठी `_beforeTokenTransfer` बदला. लक्षात घ्या की फ्रीझ केलेल्या खात्यात अजूनही पैसे हस्तांतरित केले जाऊ शकतात.
+
+  ```solidity
+       require(!frozenAccounts[from], "खाते फ्रीझ आहे");
+  ```
+
+### मालमत्ता स्वच्छता {#asset-cleanup}
+
+या कॉन्ट्रॅक्टद्वारे ठेवलेले ERC-20 टोकन सोडण्यासाठी, आम्हाला त्यांच्या टोकन कॉन्ट्रॅक्टवर [`transfer`](https://eips.ethereum.org/EIPS/eip-20#transfer) किंवा [`approve`](https://eips.ethereum.org/EIPS/eip-20#approve) फंक्शन कॉल करणे आवश्यक आहे. या प्रकरणात भत्त्यांवर गॅस वाया घालवण्यात काही अर्थ नाही, आपण थेट हस्तांतरण करणेच बरे.
+
+```solidity
+    function cleanupERC20(
+        address erc20,
+        address dest
+    )
+        public
+        onlyOwner
+    {
+        IERC20 token = IERC20(erc20);
+```
+
+जेव्हा आम्हाला पत्ता मिळतो तेव्हा कॉन्ट्रॅक्टसाठी ऑब्जेक्ट तयार करण्यासाठी हे सिंटॅक्स आहे. आपण हे करू शकतो कारण आमच्याकडे सोर्स कोडचा भाग म्हणून ERC20 टोकनची व्याख्या आहे (ओळ 4 पहा), आणि त्या फाईलमध्ये [IERC20 साठीची व्याख्या](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/IERC20.sol) समाविष्ट आहे, जो OpenZeppelin ERC-20 कॉन्ट्रॅक्टचा इंटरफेस आहे.
+
+```solidity
+        uint balance = token.balanceOf(address(this));
+        token.transfer(dest, balance);
+    }
+```
+
+हे एक स्वच्छता फंक्शन आहे, म्हणून आम्ही कोणतेही टोकन सोडू इच्छित नाही असे गृहीत धरले जाते. वापरकर्त्याकडून मॅन्युअली शिल्लक मिळवण्याऐवजी, आपण प्रक्रिया स्वयंचलित करणेच बरे.
+
+## निष्कर्ष {#conclusion}
+
+हा एक परिपूर्ण उपाय नाही - "वापरकर्त्याने चूक केली" या समस्येवर कोणताही परिपूर्ण उपाय नाही. तथापि, या प्रकारच्या तपासण्या वापरून किमान काही चुका टाळता येतात. खाती फ्रीझ करण्याची क्षमता, धोकादायक असली तरी, हॅकरला चोरलेले फंड नाकारून काही हॅक्सचे नुकसान मर्यादित करण्यासाठी वापरली जाऊ शकते.
+
+[माझ्या कामाबद्दल अधिक माहितीसाठी येथे पहा](https://cryptodocguy.pro/).
diff --git a/public/content/translations/mr/developers/tutorials/ethereum-for-web2-auth/index.md b/public/content/translations/mr/developers/tutorials/ethereum-for-web2-auth/index.md
new file mode 100644
index 00000000000..57fbf468676
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/ethereum-for-web2-auth/index.md
@@ -0,0 +1,886 @@
+---
+title: "web2 प्रमाणीकरणासाठी Ethereum वापरणे"
+description: "हे ट्युटोरियल वाचल्यानंतर, एक डेव्हलपर Ethereum लॉगिन (web3) ला SAML लॉगिन सोबत इंटिग्रेट करू शकेल, जे web2 मध्ये सिंगल साइन-ऑन आणि इतर संबंधित सेवा प्रदान करण्यासाठी वापरले जाणारे एक स्टँडर्ड आहे. हे web2 रिसोर्सेसना Ethereum सिग्नेचर्सद्वारे ऑथेंटिकेट करण्याची परवानगी देते, ज्यात वापरकर्त्याचे अ‍ॅट्रिब्यूट्स अटेस्टेशन्समधून येतात."
+author: Ori Pomerantz
+tags: [ "web2", "प्रमाणीकरण", "eas" ]
+skill: beginner
+lang: mr
+published: 2025-04-30
+---
+
+## परिचय
+
+[SAML](https://www.onelogin.com/learn/saml) हे web2 वर वापरले जाणारे एक स्टँडर्ड आहे जे [आयडेंटिटी प्रोव्हायडर (IdP)](https://en.wikipedia.org/wiki/Identity_provider#SAML_identity_provider) ला [सर्व्हिस प्रोव्हायडर्स (SP)](https://en.wikipedia.org/wiki/Service_provider_\(SAML\)) साठी वापरकर्त्याची माहिती प्रदान करण्याची परवानगी देते.
+
+या ट्युटोरियलमध्ये तुम्ही Ethereum सिग्नेचरला SAML सोबत कसे समाकलित करायचे ते शिकाल जेणेकरून वापरकर्ते त्यांचे Ethereum वॉलेट वापरून स्वतःला web2 सेवांमध्ये प्रमाणित करू शकतील जे अद्याप मूळतः Ethereum ला सपोर्ट करत नाहीत.
+
+लक्षात घ्या की हे ट्युटोरियल दोन स्वतंत्र श्रोत्यांसाठी लिहिलेले आहे:
+
+- Ethereum चे लोक ज्यांना Ethereum समजते आणि ज्यांना SAML शिकण्याची गरज आहे
+- Web2 चे लोक ज्यांना SAML आणि web2 प्रमाणीकरण समजते आणि ज्यांना Ethereum शिकण्याची गरज आहे
+
+परिणामी, यात बरीच प्रास्ताविक माहिती असणार आहे जी तुम्हाला आधीच माहित आहे. ते वगळण्यास मोकळ्या मनाने.
+
+### Ethereum च्या लोकांसाठी SAML
+
+SAML हा एक सेंट्रलाइज्ड प्रोटोकॉल आहे. एक सर्व्हिस प्रोव्हायडर (SP) केवळ आयडेंटिटी प्रोव्हायडर (IdP) कडून अझर्शन्स (जसे की "हा माझा वापरकर्ता जॉन आहे, त्याला A, B आणि C करण्याची परवानगी असावी") स्वीकारतो, जर त्याचा त्याच्याशी किंवा त्या IdP च्या प्रमाणपत्रावर सही करणाऱ्या [सर्टिफिकेट अथॉरिटी](https://www.ssl.com/article/what-is-a-certificate-authority-ca/) शी पूर्व-अस्तित्वात असलेला विश्वासाचा संबंध असेल.
+
+उदाहरणार्थ, SP ही कंपन्यांना प्रवास सेवा पुरवणारी ट्रॅव्हल एजन्सी असू शकते आणि IdP ही कंपनीची अंतर्गत वेबसाईट असू शकते. जेव्हा कर्मचाऱ्यांना व्यवसायासाठी प्रवास बुक करण्याची आवश्यकता असते, तेव्हा ट्रॅव्हल एजन्सी त्यांना प्रवास बुक करण्याची परवानगी देण्यापूर्वी कंपनीद्वारे प्रमाणीकरणासाठी पाठवते.
+
+![स्टेप बाय स्टेप SAML प्रक्रिया](./fig-01-saml.png)
+
+हा तो मार्ग आहे ज्याद्वारे तीन घटक, ब्राउझर, SP आणि IdP, प्रवेशासाठी वाटाघाटी करतात. SP ला ब्राउझर वापरणाऱ्या वापरकर्त्याबद्दल आगाऊ काहीही जाणून घेण्याची आवश्यकता नाही, फक्त IdP वर विश्वास ठेवणे आवश्यक आहे.
+
+### SAML च्या लोकांसाठी Ethereum
+
+Ethereum ही एक विकेंद्रित प्रणाली आहे.
+
+![Ethereum लॉगऑन](./fig-02-eth-logon.png)
+
+वापरकर्त्यांकडे एक प्रायव्हेट की असते (सामान्यतः ब्राउझर एक्स्टेंशनमध्ये ठेवली जाते). प्रायव्हेट की मधून तुम्ही पब्लिक की मिळवू शकता, आणि त्यातून एक 20-बाईट अ‍ॅड्रेस. जेव्हा वापरकर्त्यांना सिस्टीममध्ये लॉग इन करण्याची आवश्यकता असते, तेव्हा त्यांना एका नॉन्स (एकल-वापर मूल्य) सह मेसेजवर सही करण्याची विनंती केली जाते. सर्व्हर त्या अ‍ॅड्रेसद्वारे सिग्नेचर तयार केली गेली होती हे सत्यापित करू शकतो.
+
+![अटेस्टेशन्समधून अतिरिक्त डेटा मिळवणे](./fig-03-eas-data.png)
+
+सिग्नेचर केवळ Ethereum अ‍ॅड्रेसची पडताळणी करते. इतर वापरकर्ता अ‍ॅट्रिब्युट्स मिळवण्यासाठी, तुम्ही सामान्यतः [अटेस्टेशन्स](https://attest.org/) वापरता. अटेस्टेशनमध्ये सामान्यतः हे फिल्ड्स असतात:
+
+- **अटेस्टॉर**, ज्या अ‍ॅड्रेसने अटेस्टेशन केले
+- **प्राप्तकर्ता**, ज्या अ‍ॅड्रेसवर अटेस्टेशन लागू होते
+- **डेटा**, अटेस्ट केला जाणारा डेटा, जसे की नाव, परवानग्या इ.
+- **स्कीमा**, डेटाचा अर्थ लावण्यासाठी वापरल्या जाणार्‍या स्कीमाचा ID.
+
+Ethereum च्या विकेंद्रित स्वरूपामुळे, कोणताही वापरकर्ता अटेस्टेशन्स करू शकतो. आपण कोणती अटेस्टेशन्स विश्वसनीय मानतो हे ओळखण्यासाठी अटेस्टॉरची ओळख महत्त्वाची आहे.
+
+## सेटअप
+
+पहिली पायरी म्हणजे SAML SP आणि SAML IdP एकमेकांशी संवाद साधत असणे.
+
+1. सॉफ्टवेअर डाऊनलोड करा. या लेखासाठी नमुना सॉफ्टवेअर [github वर](https://github.com/qbzzt/250420-saml-ethereum) आहे. वेगवेगळे टप्पे वेगवेगळ्या शाखांमध्ये संग्रहित केले आहेत, या टप्प्यासाठी तुम्हाला `saml-only` पाहिजे.
+
+    ```sh
+    git clone https://github.com/qbzzt/250420-saml-ethereum -b saml-only
+    cd 250420-saml-ethereum
+    pnpm install
+    ```
+
+2. स्व-स्वाक्षरी केलेल्या प्रमाणपत्रांसह की तयार करा. याचा अर्थ की ही की स्वतःच एक प्रमाणपत्र प्राधिकरण आहे आणि सेवा प्रदात्याकडे व्यक्तिचलितरित्या आयात करणे आवश्यक आहे. अधिक माहितीसाठी [OpenSSL डॉक्स](https://docs.openssl.org/master/man1/openssl-req/) पहा.
+
+    ```sh
+    mkdir keys
+    cd keys
+    openssl req -new -x509 -days 365 -nodes -sha256 -out saml-sp.crt -keyout saml-sp.pem -subj /CN=sp/
+    openssl req -new -x509 -days 365 -nodes -sha256 -out saml-idp.crt -keyout saml-idp.pem -subj /CN=idp/
+    cd ..
+    ```
+
+3. सर्व्हर (SP आणि IdP दोन्ही) सुरू करा
+
+    ```sh
+    pnpm start
+    ```
+
+4. URL [http://localhost:3000/](http://localhost:3000/) वर SP वर ब्राउझ करा आणि IdP (पोर्ट 3001) वर पुनर्निर्देशित होण्यासाठी बटणावर क्लिक करा.
+
+5. IdP ला तुमचा ईमेल अ‍ॅड्रेस द्या आणि **सर्व्हिस प्रोव्हायडरमध्ये लॉगिन करा** वर क्लिक करा. तुम्ही सर्व्हिस प्रोव्हायडर (पोर्ट 3000) वर परत पुनर्निर्देशित झाल्याचे आणि ते तुम्हाला तुमच्या ईमेल अ‍ॅड्रेसने ओळखत असल्याचे पहा.
+
+### तपशीलवार स्पष्टीकरण
+
+हे काय घडते, ते टप्प्याटप्प्याने येथे दिले आहे:
+
+![Ethereum शिवाय सामान्य SAML लॉगऑन](./fig-04-saml-no-eth.png)
+
+#### src/config.mts
+
+या फाईलमध्ये आयडेंटिटी प्रोव्हायडर आणि सर्व्हिस प्रोव्हायडर दोन्हीसाठी कॉन्फिगरेशन आहे. सामान्यतः हे दोन वेगळे घटक असतील, परंतु येथे आपण साधेपणासाठी कोड शेअर करू शकतो.
+
+```typescript
+const fs = await import("fs")
+
+const protocol="http"
+```
+
+सध्या आम्ही फक्त चाचणी करत आहोत, त्यामुळे HTTP वापरणे ठीक आहे.
+
+```typescript
+export const spCert = fs.readFileSync("keys/saml-sp.crt").toString()
+export const idpCert = fs.readFileSync("keys/saml-idp.crt").toString()
+```
+
+पब्लिक की वाचा, ज्या सामान्यतः दोन्ही घटकांसाठी उपलब्ध असतात (आणि एकतर थेट विश्वासार्ह असतात, किंवा विश्वासार्ह प्रमाणपत्र प्राधिकरणाद्वारे स्वाक्षरी केलेल्या असतात).
+
+```typescript
+export const spPort = 3000
+export const spHostname = "localhost"
+export const spDir = "sp"
+
+export const idpPort = 3001
+export const idpHostname = "localhost"
+export const idpDir = "idp"
+
+export const spUrl = `${protocol}://${spHostname}:${spPort}/${spDir}`
+export const idpUrl = `${protocol}://${idpHostname}:${idpPort}/${idpDir}`
+```
+
+दोन्ही घटकांसाठी URLs.
+
+```typescript
+export const spPublicData = {
+```
+
+सर्व्हिस प्रोव्हायडरसाठी सार्वजनिक डेटा.
+
+```typescript
+    entityID: `${spUrl}/metadata`,
+```
+
+प्रथेनुसार, SAML मध्ये `entityID` ही URL असते जिथे घटकाचा मेटाडेटा उपलब्ध असतो. हा मेटाडेटा येथील सार्वजनिक डेटाशी संबंधित आहे, फक्त तो XML स्वरूपात आहे.
+
+```typescript
+    wantAssertionsSigned: true,
+    authnRequestsSigned: false,
+    signingCert: spCert,
+    allowCreate: true,
+    assertionConsumerService: [{
+        Binding: 'urn:oasis:names:tc:SAML:2.0:bindings:HTTP-POST',
+        Location: `${spUrl}/assertion`,
+    }]
+  }
+```
+
+आमच्या उद्देशांसाठी सर्वात महत्त्वाची व्याख्या `assertionConsumerServer` आहे. याचा अर्थ असा की सर्व्हिस प्रोव्हायडरला काहीतरी ठामपणे सांगण्यासाठी (उदाहरणार्थ, "तुम्हाला ही माहिती पाठवणारा वापरकर्ता somebody@example.com आहे") आम्हाला `http://localhost:3000/sp/assertion` या URL वर [HTTP POST](https://www.w3schools.com/tags/ref_httpmethods.asp) वापरण्याची आवश्यकता आहे.
+
+```typescript
+export const idpPublicData = {
+    entityID: `${idpUrl}/metadata`,
+    signingCert: idpCert,
+    wantAuthnRequestsSigned: false,
+    singleSignOnService: [{
+      Binding: "urn:oasis:names:tc:SAML:2.0:bindings:HTTP-POST",
+      Location: `${idpUrl}/login`
+    }],
+    singleLogoutService: [{
+      Binding: "urn:oasis:names:tc:SAML:2.0:bindings:HTTP-POST",
+      Location: `${idpUrl}/logout`
+    }],
+  }
+```
+
+आयडेंटिटी प्रोव्हायडरसाठी सार्वजनिक डेटा समान आहे. यात नमूद केले आहे की वापरकर्त्याला लॉग इन करण्यासाठी तुम्ही `http://localhost:3001/idp/login` वर POST करा आणि वापरकर्त्याला लॉग आउट करण्यासाठी तुम्ही `http://localhost:3001/idp/logout` वर POST करा.
+
+#### src/sp.mts
+
+हा कोड सर्व्हिस प्रोव्हायडरची अंमलबजावणी करतो.
+
+```typescript
+import * as config from "./config.mts"
+const fs = await import("fs")
+const saml = await import("samlify")
+```
+
+आम्ही SAML लागू करण्यासाठी [`samlify`](https://www.npmjs.com/package/samlify) लायब्ररी वापरतो.
+
+```typescript
+import * as validator from "@authenio/samlify-node-xmllint"
+saml.setSchemaValidator(validator)
+```
+
+`samlify` लायब्ररीला एक पॅकेज हवे असते जे XML योग्य आहे, अपेक्षित पब्लिक की ने स्वाक्षरी केलेले आहे इत्यादीची पडताळणी करते. आम्ही या उद्देशासाठी [`@authenio/samlify-node-xmllint`](https://www.npmjs.com/package/@authenio/samlify-node-xmllint) वापरतो.
+
+```typescript
+const express = (await import("express")).default
+const spRouter = express.Router()
+const app = express()
+```
+
+एक [`express`](https://expressjs.com/) [`Router`](https://expressjs.com/en/5x/api.html#router) ही एक "मिनी वेब साईट" आहे जी वेबसाईटच्या आत माउंट केली जाऊ शकते. या प्रकरणात, आम्ही सर्व सर्व्हिस प्रोव्हायडर व्याख्या एकत्र गटबद्ध करण्यासाठी याचा वापर करतो.
+
+```typescript
+const spPrivateKey = fs.readFileSync("keys/saml-sp.pem").toString()
+
+const sp = saml.ServiceProvider({
+  privateKey: spPrivateKey,  
+  ...config.spPublicData
+})
+```
+
+सर्व्हिस प्रोव्हायडरचे स्वतःचे प्रतिनिधित्व म्हणजे सर्व सार्वजनिक डेटा आणि माहितीवर स्वाक्षरी करण्यासाठी वापरली जाणारी प्रायव्हेट की.
+
+```typescript
+const idp = saml.IdentityProvider(config.idpPublicData);
+```
+
+सार्वजनिक डेटामध्ये सर्व्हिस प्रोव्हायडरला आयडेंटिटी प्रोव्हायडरबद्दल माहित असणे आवश्यक असलेली प्रत्येक गोष्ट असते.
+
+```typescript
+spRouter.get(`/metadata`, 
+  (req, res) => res.header("Content-Type", "text/xml").send(sp.getMetadata())
+)
+```
+
+इतर SAML घटकांसह आंतरकार्यक्षमता सक्षम करण्यासाठी, सेवा आणि ओळख प्रदात्यांनी त्यांचा सार्वजनिक डेटा (मेटाडेटा म्हणतात) `/metadata` मध्ये XML स्वरूपात उपलब्ध करून दिला पाहिजे.
+
+```typescript
+spRouter.post(`/assertion`,
+```
+
+हे ब्राउझरद्वारे स्वतःची ओळख पटवण्यासाठी अ‍ॅक्सेस केलेले पेज आहे. असर्शनमध्ये वापरकर्ता ओळखकर्ता (येथे आम्ही ईमेल अ‍ॅड्रेस वापरतो) समाविष्ट असतो आणि त्यात अतिरिक्त अ‍ॅट्रिब्यूट्स समाविष्ट असू शकतात. हे वरील क्रम आकृतीमधील पायरी 7 साठी हँडलर आहे.
+
+```typescript
+  async (req, res) => {
+    // console.log(`SAML response:\n${Buffer.from(req.body.SAMLResponse, 'base64').toString('utf-8')}`)
+```
+
+तुम्ही अझर्शनमध्ये प्रदान केलेला XML डेटा पाहण्यासाठी टिप्पणी केलेला कमांड वापरू शकता. ते [base64 एन्कोड केलेले](https://en.wikipedia.org/wiki/Base64) आहे.
+
+```typescript
+    try {
+      const loginResponse = await sp.parseLoginResponse(idp, 'post', req);
+```
+
+आयडेंटिटी सर्व्हरवरून लॉगिन विनंती पार्स करा.
+
+```typescript
+      res.send(`
+        <html>
+          <body>
+            <h2>Hello ${loginResponse.extract.nameID}</h2>
+          </body>
+        </html>
+      `)
+      res.send();
+```
+
+वापरकर्त्याला दाखवण्यासाठी की आम्हाला लॉगिन मिळाले आहे, एक HTML प्रतिसाद पाठवा.
+
+```typescript
+    } catch (err) {
+      console.error('Error processing SAML response:', err);
+      res.status(400).send('SAML authentication failed');
+    }
+  }
+)
+```
+
+अयशस्वी झाल्यास वापरकर्त्याला कळवा.
+
+```typescript
+spRouter.get('/login',
+```
+
+जेव्हा ब्राउझर हे पृष्ठ मिळवण्याचा प्रयत्न करतो तेव्हा एक लॉगिन विनंती तयार करा. हे वरील क्रम आकृतीमधील पायरी 1 साठी हँडलर आहे.
+
+```typescript
+  async (req, res) => {
+    const loginRequest = await sp.createLoginRequest(idp, "post")
+```
+
+लॉगिन विनंती पोस्ट करण्यासाठी माहिती मिळवा.
+
+```typescript
+    res.send(`
+      <html>
+        <body>
+          <script>
+            window.onload = function () { document.forms[0].submit(); }            
+          </script>
+```
+
+हे पृष्ठ फॉर्म (खाली पहा) आपोआप सबमिट करते. यामुळे वापरकर्त्याला पुनर्निर्देशित होण्यासाठी काहीही करण्याची गरज नाही. हे वरील क्रम आकृतीमधील पायरी 2 आहे.
+
+```typescript
+          <form method="post" action="${loginRequest.entityEndpoint}">
+```
+
+`loginRequest.entityEndpoint` (आयडेंटिटी प्रोव्हायडर एंडपॉईंटची URL) वर पोस्ट करा.
+
+```typescript
+            <input type="hidden" name="${loginRequest.type}" value="${loginRequest.context}" />
+```
+
+इनपुट नाव `loginRequest.type` (`SAMLRequest`) आहे. त्या फिल्डमधील मजकूर `loginRequest.context` आहे, जो पुन्हा base64 एन्कोड केलेला XML आहे.
+
+```typescript
+          </form>
+        </body>
+      </html>
+    `)    
+  }
+)
+
+app.use(express.urlencoded({extended: true}))
+```
+
+[हे मिडलवेअर](https://expressjs.com/en/5x/api.html#express.urlencoded) [HTTP विनंती](https://www.tutorialspoint.com/http/http_requests.htm) चा मुख्य भाग वाचतो. डीफॉल्टनुसार एक्सप्रेस त्याकडे दुर्लक्ष करते, कारण बहुतेक विनंत्यांसाठी त्याची आवश्यकता नसते. आम्हाला त्याची आवश्यकता आहे कारण POST मुख्य भाग वापरतो.
+
+```typescript
+app.use(`/${config.spDir}`, spRouter)
+```
+
+सर्व्हिस प्रोव्हायडर डिरेक्टरी (`/sp`) मध्ये राउटर माउंट करा.
+
+```typescript
+app.get("/", (req, res) => {
+  res.send(`
+    <html>
+      <body>
+        <button onClick="document.location.href='${config.spUrl}/login'">
+           Click here to log on
+        </button>
+      </body>
+    </html>
+  `)
+})
+```
+
+जर ब्राउझरला रूट डिरेक्टरी मिळवण्याचा प्रयत्न केल्यास, त्याला लॉगिन पेजची लिंक द्या.
+
+```typescript
+app.listen(config.spPort, () => {
+  console.log(`service provider is running on http://${config.spHostname}:${config.spPort}`)
+})
+```
+
+या एक्सप्रेस ॲप्लिकेशनसह `spPort` ऐका.
+
+#### src/idp.mts
+
+हा आयडेंटिटी प्रोव्हायडर आहे. हे सर्व्हिस प्रोव्हायडरसारखेच आहे, खालील स्पष्टीकरण वेगळ्या भागांसाठी आहेत.
+
+```typescript
+const xmlParser = new (await import("fast-xml-parser")).XMLParser(
+  {
+    ignoreAttributes: false, // Preserve attributes
+    attributeNamePrefix: "@_", // Prefix for attributes
+  }
+)
+```
+
+आम्हाला सर्व्हिस प्रोव्हायडरकडून मिळालेली XML विनंती वाचणे आणि समजून घेणे आवश्यक आहे.
+
+```typescript
+const getLoginPage = requestId => `
+```
+
+हे फंक्शन वरील क्रम आकृतीमधील पायरी 4 मध्ये परत आलेल्या स्वयंचलित-सबमिट केलेल्या फॉर्मसह पृष्ठ तयार करते.
+
+```typescript
+<html>
+  <head>
+    <title>Login page</title>
+  </head>
+  <body>
+    <h2>Login page</h2>
+    <form method="post" action="./loginSubmitted">
+      <input type="hidden" name="requestId" value="${requestId}" />
+      Email address: <input name="email" />
+      <br />
+      <button type="Submit">
+        Login to the service provider
+      </button>
+```
+
+आम्ही सर्व्हिस प्रोव्हायडरला दोन फिल्ड्स पाठवतो:
+
+1. ज्या `requestId` ला आम्ही प्रतिसाद देत आहोत.
+2. वापरकर्ता ओळखकर्ता (आम्ही वापरकर्त्याने आतासाठी प्रदान केलेला ईमेल अ‍ॅड्रेस वापरतो).
+
+```typescript
+    </form>
+  </body>
+</html>
+
+const idpRouter = express.Router()
+
+idpRouter.post("/loginSubmitted", async (req, res) => {
+  const loginResponse = await idp.createLoginResponse(
+```
+
+हे वरील क्रम आकृतीमधील पायरी 5 साठी हँडलर आहे. [`idp.createLoginResponse`](https://github.com/tngan/samlify/blob/master/src/entity-idp.ts#L73-L125) लॉगिन प्रतिसाद तयार करते.
+
+```typescript
+    sp, 
+    {
+      authnContextClassRef: 'urn:oasis:names:tc:SAML:2.0:ac:classes:PasswordProtectedTransport',
+      audience: sp.entityID,
+```
+
+श्रोता सर्व्हिस प्रोव्हायडर आहे.
+
+```typescript
+      extract: {
+        request: {
+          id: req.body.requestId
+        }
+      },
+```
+
+विनंतीमधून काढलेली माहिती. विनंतीमधील आपल्याला महत्त्वाचा असलेला एक पॅरामीटर म्हणजे requestId, जो सर्व्हिस प्रोव्हायडरला विनंत्या आणि त्यांचे प्रतिसाद जुळवू देतो.
+
+```typescript
+      signingKey: { privateKey: idpPrivateKey, publicKey: config.idpCert }  // Ensure signing
+```
+
+प्रतिसादावर स्वाक्षरी करण्यासाठी डेटा मिळवण्यासाठी आम्हाला `signingKey` ची आवश्यकता आहे. सर्व्हिस प्रोव्हायडर स्वाक्षरी नसलेल्या विनंत्यांवर विश्वास ठेवत नाही.
+
+```typescript
+    },
+    "post",
+    {
+      email: req.body.email
+```
+
+हे फिल्ड आम्ही सर्व्हिस प्रोव्हायडरला परत पाठवत असलेल्या वापरकर्ता माहितीसह आहे.
+
+```typescript
+    }
+  );
+
+  res.send(`
+    <html>
+      <body>
+        <script>
+          window.onload = function () { document.forms[0].submit(); }
+        </script>
+        
+        <form method="post" action="${loginResponse.entityEndpoint}">
+          <input type="hidden" name="${loginResponse.type}" value="${loginResponse.context}" />
+        </form>
+      </body>
+    </html>
+  `)
+})
+```
+
+पुन्हा, स्वयंचलित-सबमिट केलेला फॉर्म वापरा. हे वरील क्रम आकृतीमधील पायरी 6 आहे.
+
+```typescript
+
+// IdP endpoint for login requests
+idpRouter.post(`/login`,
+```
+
+हा एंडपॉईंट आहे जो सर्व्हिस प्रोव्हायडरकडून लॉगिन विनंती प्राप्त करतो. हे वरील क्रम आकृतीमधील पायरी 3 साठी हँडलर आहे.
+
+```typescript
+  async (req, res) => {
+    try {
+      // Workaround because I couldn't get parseLoginRequest to work.
+      // const loginRequest = await idp.parseLoginRequest(sp, 'post', req)
+      const samlRequest = xmlParser.parse(Buffer.from(req.body.SAMLRequest, 'base64').toString('utf-8'))
+      res.send(getLoginPage(samlRequest["samlp:AuthnRequest"]["@_ID"]))
+```
+
+आपण प्रमाणीकरण विनंतीचा आयडी वाचण्यासाठी [`idp.parseLoginRequest`](https://github.com/tngan/samlify/blob/master/src/entity-idp.ts#L127-L144) वापरू शकले पाहिजे. तथापि, मला ते काम करायला जमले नाही आणि त्यावर जास्त वेळ घालवणे योग्य नव्हते म्हणून मी फक्त एक [सामान्य-उद्देशीय XML पार्सर](https://www.npmjs.com/package/fast-xml-parser) वापरतो. आम्हाला आवश्यक असलेली माहिती `<samlp:AuthnRequest>` टॅगमधील `ID` विशेषता आहे, जी XML च्या शीर्ष स्तरावर आहे.
+
+## Ethereum सिग्नेचर वापरणे
+
+आता आपण सर्व्हिस प्रोव्हायडरला वापरकर्त्याची ओळख पाठवू शकतो, पुढील पायरी म्हणजे विश्वसनीय पद्धतीने वापरकर्त्याची ओळख मिळवणे. Viem आपल्याला वॉलेटमधून वापरकर्त्याचा अ‍ॅड्रेस विचारण्याची परवानगी देतो, पण याचा अर्थ ब्राउझरकडून माहिती विचारणे आहे. आपण ब्राउझरवर नियंत्रण ठेवत नाही, त्यामुळे आपण त्यातून मिळणाऱ्या प्रतिसादावर आपोआप विश्वास ठेवू शकत नाही.
+
+त्याऐवजी, IdP ब्राउझरला स्वाक्षरी करण्यासाठी एक स्ट्रिंग पाठवेल. जर ब्राउझरमधील वॉलेट या स्ट्रिंगवर स्वाक्षरी करत असेल, तर याचा अर्थ तो खरोखरच तो अ‍ॅड्रेस आहे (म्हणजेच, त्याला अ‍ॅड्रेसशी संबंधित असलेली प्रायव्हेट की माहित आहे).
+
+हे कृतीत पाहण्यासाठी, विद्यमान IdP आणि SP थांबवा आणि हे कमांड चालवा:
+
+```sh
+git checkout eth-signatures
+pnpm install
+pnpm start
+```
+
+नंतर [SP वर](http://localhost:3000) ब्राउझ करा आणि निर्देशांचे पालन करा.
+
+लक्षात ठेवा की या टप्प्यावर आम्हाला Ethereum अ‍ॅड्रेसवरून ईमेल अ‍ॅड्रेस कसा मिळवायचा हे माहित नाही, म्हणून त्याऐवजी आम्ही SP ला `<ethereum address>@bad.email.address` असे रिपोर्ट करतो.
+
+### तपशीलवार स्पष्टीकरण
+
+बदल मागील आकृतीमधील पायरी 4-5 मध्ये आहेत.
+
+![Ethereum सिग्नेचरसह SAML](./fig-05-saml-w-signature.png)
+
+आम्ही बदललेली एकमेव फाईल `idp.mts` आहे. येथे बदललेले भाग आहेत.
+
+```typescript
+import { v4 as uuidv4 } from 'uuid'
+import { verifyMessage } from 'viem'
+```
+
+आम्हाला या दोन अतिरिक्त लायब्ररींची गरज आहे. आम्ही [nonce](https://en.wikipedia.org/wiki/Cryptographic_nonce) व्हॅल्यू तयार करण्यासाठी [`uuid`](https://www.npmjs.com/package/uuid) वापरतो. मूल्य स्वतः महत्त्वाचे नाही, फक्त ते एकदाच वापरले जाते हे महत्त्वाचे आहे.
+
+[`viem`](https://viem.sh/) लायब्ररी आम्हाला Ethereum डेफिनेशन्स वापरण्याची परवानगी देते. येथे आम्हाला स्वाक्षरी खरोखरच वैध आहे की नाही हे तपासण्यासाठी त्याची आवश्यकता आहे.
+
+```typescript
+const loginPrompt = "To access the service provider, sign this nonce: "
+```
+
+वॉलेट वापरकर्त्याला मेसेजवर स्वाक्षरी करण्याची परवानगी विचारते. फक्त एक नॉन्स असलेला संदेश वापरकर्त्यांना गोंधळात टाकू शकतो, म्हणून आम्ही हा प्रॉम्प्ट समाविष्ट करतो.
+
+```typescript
+// Keep requestIDs here
+let nonces = {}
+```
+
+आम्हाला त्याला प्रतिसाद देण्यासाठी विनंती माहितीची आवश्यकता आहे. आपण ते विनंतीसह पाठवू शकतो (पायरी 4), आणि ते परत मिळवू शकतो (पायरी 5). तथापि, आपण ब्राउझरकडून मिळणाऱ्या माहितीवर विश्वास ठेवू शकत नाही, जो संभाव्यतः शत्रुत्वापूर्ण वापरकर्त्याच्या नियंत्रणाखाली असतो. त्यामुळे ते येथे संग्रहित करणे चांगले आहे, नॉन्सला की म्हणून वापरून.
+
+लक्षात घ्या की आम्ही हे साधेपणासाठी येथे व्हेरिएबल म्हणून करत आहोत. तथापि, याचे अनेक तोटे आहेत:
+
+- आपण डिनायल ऑफ सर्व्हिस हल्ल्यासाठी असुरक्षित आहोत. एक दुर्भावनापूर्ण वापरकर्ता अनेक वेळा लॉग ऑन करण्याचा प्रयत्न करू शकतो, ज्यामुळे आमची मेमरी भरली जाईल.
+- जर IdP प्रक्रिया पुन्हा सुरू करण्याची आवश्यकता असेल, तर आम्ही विद्यमान मूल्ये गमावतो.
+- आपण अनेक प्रक्रिया ओलांडून लोड बॅलन्स करू शकत नाही, कारण प्रत्येकाचे स्वतःचे व्हेरिएबल असेल.
+
+उत्पादन प्रणालीवर आपण डेटाबेस वापरू आणि काही प्रकारची समाप्ती यंत्रणा लागू करू.
+
+```typescript
+const getSignaturePage = requestId => {
+  const nonce = uuidv4()
+  nonces[nonce] = requestId
+```
+
+एक नॉन्स तयार करा आणि भविष्यातील वापरासाठी `requestId` संग्रहित करा.
+
+```typescript
+  return `
+<html>
+  <head>
+    <script type="module">
+```
+
+हे जावास्क्रिप्ट पृष्ठ लोड झाल्यावर आपोआप कार्यान्वित होते.
+
+```typescript
+      import { createWalletClient, custom, getAddress } from 'https://esm.sh/viem'
+```
+
+आम्हाला `viem` मधील अनेक फंक्शन्सची आवश्यकता आहे.
+
+```typescript
+      if (!window.ethereum) {
+          alert("Please install MetaMask or a compatible wallet and then reload")
+      }
+```
+
+आपण फक्त तेव्हाच काम करू शकतो जेव्हा ब्राउझरवर वॉलेट असेल.
+
+```typescript
+      const [account] = await window.ethereum.request({method: 'eth_requestAccounts'})
+```
+
+वॉलेट (`window.ethereum`) कडून खात्यांची यादी मागवा. किमान एक आहे असे गृहीत धरा, आणि फक्त पहिलेच संग्रहित करा.
+
+```typescript
+      const walletClient = createWalletClient({
+          account,
+          transport: custom(window.ethereum)
+      })
+```
+
+ब्राउझर वॉलेटशी संवाद साधण्यासाठी [वॉलेट क्लायंट](https://viem.sh/docs/clients/wallet) तयार करा.
+
+```typescript
+      window.goodSignature = () => {
+        walletClient.signMessage({
+            message: "${loginPrompt}${nonce}"
+```
+
+वापरकर्त्याला मेसेजवर स्वाक्षरी करण्यास सांगा. कारण हे संपूर्ण HTML [टेम्पलेट स्ट्रिंग](https://viem.sh/docs/clients/wallet) मध्ये आहे, आपण idp प्रक्रियेत परिभाषित केलेले व्हेरिएबल्स वापरू शकतो. ही क्रम आकृतीमधील पायरी 4.5 आहे.
+
+```typescript
+        }).then(signature => {
+            const path= "/${config.idpDir}/signature/${nonce}/" + account + "/" + signature
+            window.location.href = path
+        })
+      }
+```
+
+`/idp/signature/<nonce>/<address>/<signature>` वर पुनर्निर्देशित करा. ही क्रम आकृतीमधील पायरी 5 आहे.
+
+```typescript
+      window.badSignature = () => {
+        const path= "/${config.idpDir}/signature/${nonce}/" + 
+          getAddress("0x" + "BAD060A7".padEnd(40, "0")) + 
+          "/0x" + "BAD0516".padStart(130, "0")
+        window.location.href = path
+      }
+```
+
+सिग्नेचर ब्राउझरद्वारे परत पाठवली जाते, जी संभाव्यतः दुर्भावनापूर्ण असू शकते (तुम्हाला ब्राउझरमध्ये `http://localhost:3001/idp/signature/bad-nonce/bad-address/bad-signature` उघडण्यापासून कोणीही रोखू शकत नाही). म्हणून, IdP प्रक्रिया खराब स्वाक्षऱ्या योग्यरित्या हाताळते हे तपासणे महत्त्वाचे आहे.
+
+```typescript
+    </script>
+  </head>
+  <body>
+    <h2>Please sign</h2>
+    <button onClick="window.goodSignature()">
+      Submit a good (valid) signature
+    </button>
+    <br/>
+    <button onClick="window.badSignature()">
+      Submit a bad (invalid) signature
+    </button>
+  </body>
+</html>  
+`
+}
+```
+
+उरलेले फक्त स्टँडर्ड HTML आहे.
+
+```typescript
+idpRouter.get("/signature/:nonce/:account/:signature", async (req, res) => {
+```
+
+हे क्रम आकृतीमधील पायरी 5 साठी हँडलर आहे.
+
+```typescript
+  const requestId = nonces[req.params.nonce]
+  if (requestId === undefined) {
+    res.send("Bad nonce")
+    return ;
+  }  
+  
+  nonces[req.params.nonce] = undefined
+```
+
+रिक्वेस्ट आयडी मिळवा, आणि `nonces` मधून नॉन्स हटवा जेणेकरून त्याचा पुन्हा वापर होणार नाही याची खात्री करा.
+
+```typescript
+  try {
+```
+
+सिग्नेचर अवैध असण्याचे अनेक मार्ग असल्यामुळे, आपण हे `try ...` मध्ये गुंडाळतो. कोणत्याही फेकलेल्या त्रुटी पकडण्यासाठी `catch` ब्लॉक.
+
+```typescript
+    const validSignature = await verifyMessage({
+      address: req.params.account,
+      message: `${loginPrompt}${req.params.nonce}`,
+      signature: req.params.signature
+    })
+```
+
+क्रम आकृतीमधील पायरी 5.5 लागू करण्यासाठी [`verifyMessage`](https://viem.sh/docs/actions/public/verifyMessage#verifymessage) वापरा.
+
+```typescript
+    if (!validSignature)
+      throw("Bad signature")
+  } catch (err) {
+    res.send("Error:" + err)
+    return ;
+  }
+```
+
+हँडलरचा उर्वरित भाग एका लहान बदलाशिवाय, आपण पूर्वी `/loginSubmitted` हँडलरमध्ये जे केले आहे त्याच्या समतुल्य आहे.
+
+```typescript
+  const loginResponse = await idp.createLoginResponse(
+      .
+      .
+      .
+    {
+      email: req.params.account + "@bad.email.address"
+    }
+  );
+```
+
+आमच्याकडे खरा ईमेल अ‍ॅड्रेस नाही (तो आम्हाला पुढील विभागात मिळेल), म्हणून आतासाठी आम्ही Ethereum अ‍ॅड्रेस परत करतो आणि तो ईमेल अ‍ॅड्रेस नाही असे स्पष्टपणे चिन्हांकित करतो.
+
+```typescript
+// IdP endpoint for login requests
+idpRouter.post(`/login`,
+  async (req, res) => {
+    try {
+      // Workaround because I couldn't get parseLoginRequest to work.
+      // const loginRequest = await idp.parseLoginRequest(sp, 'post', req)
+      const samlRequest = xmlParser.parse(Buffer.from(req.body.SAMLRequest, 'base64').toString('utf-8'))
+      res.send(getSignaturePage(samlRequest["samlp:AuthnRequest"]["@_ID"]))
+    } catch (err) {
+      console.error('Error processing SAML response:', err);
+      res.status(400).send('SAML authentication failed');
+    }
+  }
+)
+```
+
+`getLoginPage` ऐवजी, आता पायरी 3 हँडलरमध्ये `getSignaturePage` वापरा.
+
+## ईमेल अ‍ॅड्रेस मिळवणे
+
+पुढील पायरी ईमेल अ‍ॅड्रेस मिळवणे आहे, जो सर्व्हिस प्रोव्हायडरने मागितलेला ओळखकर्ता आहे. ते करण्यासाठी, आम्ही [Ethereum Attestation Service (EAS)](https://attest.org/) वापरतो.
+
+अटेस्टेशन्स मिळवण्याचा सर्वात सोपा मार्ग म्हणजे [GraphQL API](https://docs.attest.org/docs/developer-tools/api) वापरणे. आम्ही ही क्वेरी वापरतो:
+
+```
+query GetAttestationsByRecipient {
+  attestations(
+    where: { 
+      recipient: { equals: "${getAddress(ethAddr)}" }
+      schemaId: { equals: "0xfa2eff59a916e3cc3246f9aec5e0ca00874ae9d09e4678e5016006f07622f977" }
+    }
+    take: 1
+  ) { 
+    data
+    id
+    attester
+  }
+}
+```
+
+या [`schemaId`](https://optimism.easscan.org/schema/view/0xfa2eff59a916e3cc3246f9aec5e0ca00874ae9d09e4678e5016006f07622f977) मध्ये फक्त एक ई-मेल अ‍ॅड्रेस समाविष्ट आहे. ही क्वेरी या स्कीमाच्या अटेस्टेशन्ससाठी विचारते. अटेस्टेशनच्या विषयाला `recipient` म्हणतात. तो नेहमी एक Ethereum अ‍ॅड्रेस असतो.
+
+चेतावणी: आपण येथे अटेस्टेशन्स मिळवत असलेल्या पद्धतीत दोन सुरक्षा समस्या आहेत.
+
+- आपण API एंडपॉईंट, `https://optimism.easscan.org/graphql` वर जात आहोत, जो एक सेंट्रलाइज्ड घटक आहे. आपण `id` अ‍ॅट्रिब्यूट मिळवू शकतो आणि नंतर अटेस्टेशन वास्तविक आहे की नाही हे तपासण्यासाठी ऑनचेन तपासणी करू शकतो, परंतु API एंडपॉईंट अजूनही अटेस्टेशन्सबद्दल न सांगता सेन्सॉर करू शकतो.
+
+  ही समस्या सोडवणे अशक्य नाही, आपण स्वतःचा GraphQL एंडपॉईंट चालवू शकतो आणि चेन लॉगमधून अटेस्टेशन्स मिळवू शकतो, परंतु ते आमच्या उद्देशांसाठी जास्त आहे.
+
+- आपण अटेस्टॉरच्या ओळखीकडे पाहत नाही. कोणीही आम्हाला खोटी माहिती देऊ शकतो. वास्तविक जगातील अंमलबजावणीमध्ये आमच्याकडे विश्वासार्ह अटेस्टॉरचा एक सेट असेल आणि आम्ही फक्त त्यांच्या अटेस्टेशन्स पाहू.
+
+हे कृतीत पाहण्यासाठी, विद्यमान IdP आणि SP थांबवा आणि हे कमांड चालवा:
+
+```sh
+git checkout email-address
+pnpm install
+pnpm start
+```
+
+नंतर तुमचा ई-मेल अ‍ॅड्रेस द्या. तुमच्याकडे ते करण्याचे दोन मार्ग आहेत:
+
+- प्रायव्हेट की वापरून वॉलेट आयात करा आणि चाचणीसाठी `0xac0974bec39a17e36ba4a6b4d238ff944bacb478cbed5efcae784d7bf4f2ff80` ही प्रायव्हेट की वापरा.
+
+- तुमच्या स्वतःच्या ई-मेल अ‍ॅड्रेससाठी एक अटेस्टेशन जोडा:
+
+  1. [अटेस्टेशन एक्सप्लोररमधील स्कीमावर](https://optimism.easscan.org/schema/view/0xfa2eff59a916e3cc3246f9aec5e0ca00874ae9d09e4678e5016006f07622f977) ब्राउझ करा.
+
+  2. **स्कीमासह अटेस्ट करा** वर क्लिक करा.
+
+  3. प्राप्तकर्ता म्हणून तुमचा Ethereum अ‍ॅड्रेस, ईमेल अ‍ॅड्रेस म्हणून तुमचा ई-मेल अ‍ॅड्रेस टाका आणि **ऑनचेन** निवडा. नंतर **अटेस्टेशन तयार करा** वर क्लिक करा.
+
+  4. तुमच्या वॉलेटमध्ये व्यवहाराला मंजुरी द्या. गॅससाठी पैसे देण्यासाठी तुम्हाला [Optimism Blockchain](https://app.optimism.io/bridge/deposit) वर काही ETH ची आवश्यकता असेल.
+
+एकतर, तुम्ही हे केल्यानंतर [http://localhost:3000](http://localhost:3000) वर ब्राउझ करा आणि निर्देशांचे पालन करा. जर तुम्ही चाचणीची प्रायव्हेट की आयात केली असेल, तर तुम्हाला मिळणारा ई-मेल `test_addr_0@example.com` आहे. जर तुम्ही तुमचा स्वतःचा अ‍ॅड्रेस वापरला असेल, तर तो तुम्ही अटेस्ट केलेला असावा.
+
+### तपशीलवार स्पष्टीकरण
+
+![Ethereum अ‍ॅड्रेसवरून ई-मेल मिळवणे](./fig-06-saml-sig-n-email.png)
+
+नवीन पायऱ्या GraphQL कम्युनिकेशन, पायऱ्या 5.6 आणि 5.7 आहेत.
+
+पुन्हा, येथे `idp.mts` चे बदललेले भाग आहेत.
+
+```typescript
+import { GraphQLClient } from 'graphql-request'
+import { SchemaEncoder } from '@ethereum-attestation-service/eas-sdk'
+```
+
+आपल्याला आवश्यक असलेल्या लायब्ररी आयात करा.
+
+```typescript
+const graphqlEndpointUrl = "https://optimism.easscan.org/graphql"
+```
+
+[प्रत्येक ब्लॉकचेनसाठी एक वेगळा एंडपॉईंट](https://docs.attest.org/docs/developer-tools/api) आहे.
+
+```typescript
+const graphqlClient = new GraphQLClient(graphqlEndpointUrl, { fetch })
+```
+
+एक नवीन `GraphQLClient` क्लायंट तयार करा जो आपण एंडपॉईंटवर क्वेरी करण्यासाठी वापरू शकतो.
+
+```typescript
+const graphqlSchema = 'string emailAddress'
+const graphqlEncoder = new SchemaEncoder(graphqlSchema)
+```
+
+GraphQL आपल्याला फक्त बाइट्ससह एक अपारदर्शक डेटा ऑब्जेक्ट देतो. ते समजून घेण्यासाठी आपल्याला स्कीमाची आवश्यकता आहे.
+
+```typescript
+const ethereumAddressToEmail = async ethAddr => {
+```
+
+Ethereum अ‍ॅड्रेसवरून ई-मेल अ‍ॅड्रेसवर जाण्यासाठी एक फंक्शन.
+
+```typescript
+  const query = `
+    query GetAttestationsByRecipient {
+```
+
+ही एक GraphQL क्वेरी आहे.
+
+```typescript
+      attestations(
+```
+
+आम्ही अटेस्टेशन्स शोधत आहोत.
+
+```typescript
+        where: { 
+          recipient: { equals: "${getAddress(ethAddr)}" }
+          schemaId: { equals: "0xfa2eff59a916e3cc3246f9aec5e0ca00874ae9d09e4678e5016006f07622f977" }
+        }
+```
+
+आम्हाला हवी असलेली अटेस्टेशन्स आमच्या स्कीमामध्ये आहेत, जिथे प्राप्तकर्ता `getAddress(ethAddr)` आहे. [`getAddress`](https://viem.sh/docs/utilities/getAddress#getaddress) फंक्शन खात्री करते की आमच्या अ‍ॅड्रेसमध्ये योग्य [चेकसम](https://github.com/ethereum/ercs/blob/master/ERCS/erc-55.md) आहे. हे आवश्यक आहे कारण GraphQL केस-सिग्निफिकेंट आहे. "0xBAD060A7", "0xBad060A7", आणि "0xbad060a7" ही वेगवेगळी मूल्ये आहेत.
+
+```typescript
+        take: 1
+```
+
+आपल्याला कितीही अटेस्टेशन्स सापडले तरी, आम्हाला फक्त पहिलेच हवे आहे.
+
+```typescript
+      ) {
+        data
+        id
+        attester
+      }
+    }`
+```
+
+आम्हाला मिळवायचे असलेले फिल्ड्स.
+
+- `attester`: ज्या अ‍ॅड्रेसने अटेस्टेशन सादर केले. सामान्यतः याचा वापर अटेस्टेशनवर विश्वास ठेवायचा की नाही हे ठरवण्यासाठी केला जातो.
+- `id`: अटेस्टेशन आयडी. तुम्ही GraphQL क्वेरीमधून मिळालेली माहिती योग्य आहे की नाही हे तपासण्यासाठी [अटेस्टेशन ऑनचेन वाचण्यासाठी](https://optimism.blockscout.com/address/0x4200000000000000000000000000000000000021?tab=read_proxy&source_address=0x4E0275Ea5a89e7a3c1B58411379D1a0eDdc5b088#0xa3112a64) हे मूल्य वापरू शकता.
+- `data`: स्कीमा डेटा (या प्रकरणात, ई-मेल अ‍ॅड्रेस).
+
+```typescript
+  const queryResult = await graphqlClient.request(query)
+
+  if (queryResult.attestations.length == 0)
+    return "no_address@available.is"
+```
+
+जर अटेस्टेशन नसेल, तर एक असे मूल्य परत करा जे स्पष्टपणे चुकीचे आहे, परंतु सर्व्हिस प्रोव्हायडरला ते वैध वाटेल.
+
+```typescript
+  const attestationDataFields = graphqlEncoder.decodeData(queryResult.attestations[0].data)
+  return attestationDataFields[0].value.value
+}
+```
+
+जर मूल्य असेल, तर डेटा डीकोड करण्यासाठी `decodeData` वापरा. आम्हाला ते प्रदान करत असलेला मेटाडेटा नको, फक्त मूल्यच हवे आहे.
+
+```typescript
+  const loginResponse = await idp.createLoginResponse(
+    sp, 
+    {
+      .
+      .
+      .
+    },
+    "post",
+    {
+      email: await ethereumAddressToEmail(req.params.account)
+    }
+  );
+```
+
+ई-मेल अ‍ॅड्रेस मिळवण्यासाठी नवीन फंक्शन वापरा.
+
+## विकेंद्रीकरणाचे काय?
+
+या कॉन्फिगरेशनमध्ये वापरकर्ते स्वतःला दुसरे कोणीतरी असल्याचे भासवू शकत नाहीत, जोपर्यंत आपण Ethereum ते ई-मेल अ‍ॅड्रेस मॅपिंगसाठी विश्वासार्ह अटेस्टर्सवर अवलंबून आहोत. तथापि, आमचा ओळख प्रदाता अजूनही एक केंद्रीकृत घटक आहे. ज्याच्याकडे आयडेंटिटी प्रोव्हायडरची प्रायव्हेट की आहे तो सर्व्हिस प्रोव्हायडरला खोटी माहिती पाठवू शकतो.
+
+[मल्टी-पार्टी कम्प्युटेशन (MPC)](https://en.wikipedia.org/wiki/Secure_multi-party_computation) वापरून एक उपाय असू शकतो. मी भविष्यातील ट्युटोरियलमध्ये त्याबद्दल लिहिण्याची आशा करतो.
+
+## निष्कर्ष
+
+लॉग ऑन स्टँडर्डचा अवलंब, जसे की Ethereum सिग्नेचर, कोंबडी आणि अंड्याच्या समस्येला सामोरे जातो. सर्व्हिस प्रोव्हायडर शक्य तितक्या विस्तृत बाजारपेठेत आवाहन करू इच्छितात. वापरकर्ते त्यांच्या लॉग ऑन स्टँडर्डला सपोर्ट करण्याची चिंता न करता सेवांमध्ये प्रवेश करू इच्छितात.
+अ‍ॅडॉप्टर्स तयार करणे, जसे की Ethereum IdP, आपल्याला या अडथळ्यावर मात करण्यास मदत करू शकते.
+
+[माझ्या कामाबद्दल अधिक माहितीसाठी येथे पहा](https://cryptodocguy.pro/).
diff --git a/public/content/translations/mr/developers/tutorials/getting-started-with-ethereum-development-using-alchemy/index.md b/public/content/translations/mr/developers/tutorials/getting-started-with-ethereum-development-using-alchemy/index.md
new file mode 100644
index 00000000000..30aa0f8a9a5
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/getting-started-with-ethereum-development-using-alchemy/index.md
@@ -0,0 +1,156 @@
+---
+title: "Ethereum डेव्हलपमेंटसोबत सुरुवात करणे"
+description: "हे Ethereum डेव्हलपमेंटची सुरुवात करण्यासाठी नवशिक्यांचे मार्गदर्शक आहे. आम्ही तुम्हाला API एंडपॉइंट तयार करण्यापासून, कमांड लाइन रिक्वेस्ट करण्यापर्यंत, ते तुमचे पहिले web3 स्क्रिप्ट लिहिण्यापर्यंत घेऊन जाऊ! ब्लॉकचेन डेव्हलपमेंट अनुभवाची आवश्यकता नाही!"
+author: "Elan Halpern"
+tags:
+  [
+    "javascript",
+    "ethers.js",
+    "नोड्स",
+    "querying",
+    "alchemy"
+  ]
+skill: beginner
+lang: mr
+published: 2020-10-30
+source: Medium
+sourceUrl: https://medium.com/alchemy-api/getting-started-with-ethereum-development-using-alchemy-c3d6a45c567f
+---
+
+![Ethereum आणि Alchemy चे लोगो](./ethereum-alchemy.png)
+
+हे Ethereum डेव्हलपमेंटची सुरुवात करण्यासाठी नवशिक्यांचे मार्गदर्शक आहे. या ट्युटोरियलसाठी आम्ही [Alchemy](https://alchemyapi.io/) वापरणार आहोत, जे Maker, 0x, MyEtherWallet, Dharma आणि Kyber सह 70% आघाडीच्या ब्लॉकचेन ॲप्समधील लाखो वापरकर्त्यांना सामर्थ्य देणारे, अग्रगण्य ब्लॉकचेन डेव्हलपर प्लॅटफॉर्म आहे. Alchemy आम्हाला Ethereum चेनवर एका API एंडपॉइंटमध्ये प्रवेश देईल जेणेकरून आम्ही व्यवहार (transactions) वाचू आणि लिहू शकू.
+
+आम्ही तुम्हाला Alchemy वर साइन अप करण्यापासून ते तुमचे पहिले web3 स्क्रिप्ट लिहिण्यापर्यंत घेऊन जाऊ! ब्लॉकचेन डेव्हलपमेंट अनुभवाची आवश्यकता नाही!
+
+## १. मोफत Alchemy खात्यासाठी साइन अप करा {#sign-up-for-a-free-alchemy-account}
+
+Alchemy वर खाते तयार करणे सोपे आहे, [येथे विनामूल्य साइन अप करा](https://auth.alchemy.com/).
+
+## २. Alchemy ॲप तयार करा {#create-an-alchemy-app}
+
+Ethereum चेनशी संवाद साधण्यासाठी आणि Alchemy ची उत्पादने वापरण्यासाठी, तुमच्या रिक्वेस्ट प्रमाणित करण्याकरिता तुम्हाला एका API की ची आवश्यकता आहे.
+
+तुम्ही [डॅशबोर्डवरून API की तयार करू शकता](https://dashboard.alchemy.com/). नवीन की तयार करण्यासाठी, खाली दर्शविल्याप्रमाणे “ॲप तयार करा” (Create App) वर नेव्हिगेट करा:
+
+[_ShapeShift_](https://shapeshift.com/) _यांचे त्यांचा डॅशबोर्ड दाखवण्याची परवानगी दिल्याबद्दल विशेष आभार!_
+
+![Alchemy डॅशबोर्ड](./alchemy-dashboard.png)
+
+तुमची नवीन की मिळवण्यासाठी “ॲप तयार करा” (Create App) अंतर्गत तपशील भरा. तुम्ही पूर्वी तयार केलेले ॲप्स आणि तुमच्या टीमने बनवलेले ॲप्स देखील येथे पाहू शकता. कोणत्याही ॲपसाठी विद्यमान की मिळवण्यासाठी “की पाहा” (View Key) वर क्लिक करा.
+
+![Alchemy सह ॲप तयार करा स्क्रीनशॉट](./create-app.png)
+
+तुम्ही “ॲप्स” (Apps) वर फिरवून आणि एक निवडून विद्यमान API की देखील मिळवू शकता. तुम्ही येथे “की पाहा” (View Key) करू शकता, तसेच विशिष्ट डोमेन व्हाइटलिस्ट करण्यासाठी, अनेक डेव्हलपर टूल्स पाहण्यासाठी, आणि ॲनालिटिक्स पाहण्यासाठी “ॲप संपादित करा” (Edit App) देखील वापरू शकता.
+
+![API की कशा मिळवायच्या हे वापरकर्त्याला दाखवणारी Gif](./pull-api-keys.gif)
+
+## ३. कमांड लाइनवरून रिक्वेस्ट करा {#make-a-request-from-the-command-line}
+
+JSON-RPC आणि curl वापरून Alchemy द्वारे Ethereum ब्लॉकचेनशी संवाद साधा.
+
+मॅन्युअल रिक्वेस्टसाठी, आम्ही `POST` रिक्वेस्टद्वारे `JSON-RPC` शी संवाद साधण्याची शिफारस करतो. फक्त `Content-Type: application/json` हेडर आणि तुमची क्वेरी `POST` बॉडी म्हणून खालील फील्डसह पास करा:
+
+- `jsonrpc`: JSON-RPC आवृत्ती—सध्या, फक्त `2.0` समर्थित आहे.
+- `method`: ETH API पद्धत. [API संदर्भ पाहा.](https://docs.alchemyapi.io/documentation/alchemy-api-reference/json-rpc)
+- `params`: पद्धतीला पास करण्यासाठी पॅरामीटर्सची यादी.
+- `id`: तुमच्या रिक्वेस्टचा ID. हे प्रतिसादाद्वारे परत केले जाईल जेणेकरून प्रतिसाद कोणत्या रिक्वेस्टचा आहे याचा तुम्ही मागोवा ठेवू शकाल.
+
+सध्याची गॅस किंमत मिळवण्यासाठी तुम्ही कमांड लाइनवरून चालवू शकता असे एक उदाहरण येथे आहे:
+
+```bash
+curl https://eth-mainnet.alchemyapi.io/v2/demo \
+-X POST \
+-H "Content-Type: application/json" \
+-d '{"jsonrpc":"2.0","method":"eth_gasPrice","params":[],"id":73}'
+```
+
+_**टीप:** [https://eth-mainnet.alchemyapi.io/v2/demo](https://eth-mainnet.alchemyapi.io/jsonrpc/demo) ला तुमच्या स्वतःच्या API की `https://eth-mainnet.alchemyapi.io/v2/**your-api-key` ने बदला._
+
+**परिणाम:**
+
+```json
+{ "id": 73,"jsonrpc": "2.0","result": "0x09184e72a000" // 10000000000000 }
+```
+
+## ४. तुमचा Web3 क्लायंट सेट अप करा {#set-up-your-web3-client}
+
+**तुमच्याकडे विद्यमान क्लायंट असल्यास,** तुमचा सध्याचा नोड प्रोव्हायडर URL तुमच्या API की सह Alchemy URL मध्ये बदला: `“https://eth-mainnet.alchemyapi.io/v2/your-api-key"`
+
+**_टीप:_** खालील स्क्रिप्ट्स **नोड संदर्भात** चालवणे किंवा **फाईलमध्ये सेव्ह करणे** आवश्यक आहे, कमांड लाइनवरून चालवू नये. तुमच्याकडे आधीपासून Node किंवा npm इंस्टॉल केलेले नसल्यास, मॅकसाठी हे द्रुत [सेट-अप मार्गदर्शक](https://app.gitbook.com/@alchemyapi/s/alchemy/guides/alchemy-for-macs) पाहा.
+
+अशा अनेक [Web3 लायब्ररीज](https://docs.alchemyapi.io/guides/getting-started#other-web3-libraries) आहेत ज्या तुम्ही Alchemy सह समाकलित करू शकता, तथापि, आम्ही [Alchemy Web3](https://docs.alchemy.com/reference/api-overview) वापरण्याची शिफारस करतो, जे web3.js साठी एक ड्रॉप-इन रिप्लेसमेंट आहे, आणि जे Alchemy सोबत अखंडपणे काम करण्यासाठी तयार आणि कॉन्फिगर केले आहे. हे स्वयंचलित पुन्हा प्रयत्न (automatic retries) आणि मजबूत WebSocket समर्थन यासारखे अनेक फायदे प्रदान करते.
+
+AlchemyWeb3.js इंस्टॉल करण्यासाठी, **तुमच्या प्रोजेक्ट डिरेक्टरीमध्ये नेव्हिगेट करा** आणि चालवा:
+
+**Yarn सह:**
+
+```
+yarn add @alch/alchemy-web3
+```
+
+**NPM सह:**
+
+```
+npm install @alch/alchemy-web3
+```
+
+Alchemy च्या नोड इन्फ्रास्ट्रक्चरशी संवाद साधण्यासाठी, NodeJS मध्ये चालवा किंवा हे जावास्क्रिप्ट फाईलमध्ये जोडा:
+
+```js
+const { createAlchemyWeb3 } = require("@alch/alchemy-web3")
+const web3 = createAlchemyWeb3(
+  "https://eth-mainnet.alchemyapi.io/v2/your-api-key"
+)
+```
+
+## ५. तुमची पहिली Web3 स्क्रिप्ट लिहा! {#write-your-first-web3-script}
+
+आता थोडे web3 प्रोग्रामिंग करून पाहण्यासाठी, आपण Ethereum मेननेटवरून नवीनतम ब्लॉक नंबर प्रिंट करणारी एक साधी स्क्रिप्ट लिहूया.
+
+**१.** **तुम्ही आधीच केले नसेल तर, तुमच्या टर्मिनलमध्ये एक नवीन प्रोजेक्ट डिरेक्टरी तयार करा आणि त्यात cd करा:**
+
+```
+mkdir web3-example
+cd web3-example
+```
+
+**२.** **तुम्ही आधीच केली नसेल तर तुमच्या प्रोजेक्टमध्ये Alchemy web3 (किंवा कोणतीही web3) डिपेन्डन्सी इंस्टॉल करा:**
+
+```
+npm install @alch/alchemy-web3
+```
+
+**३.** **`index.js` नावाची फाईल तयार करा आणि खालील सामग्री जोडा:**
+
+> तुम्ही शेवटी `demo` ला तुमच्या Alchemy HTTP API की ने बदलले पाहिजे.
+
+```js
+async function main() {
+  const { createAlchemyWeb3 } = require("@alch/alchemy-web3")
+  const web3 = createAlchemyWeb3("https://eth-mainnet.alchemyapi.io/v2/demo")
+  const blockNumber = await web3.eth.getBlockNumber()
+  console.log("नवीनतम ब्लॉक नंबर आहे " + blockNumber)
+}
+main()
+```
+
+async गोष्टींशी अपरिचित आहात? ही [मीडियम पोस्ट](https://medium.com/better-programming/understanding-async-await-in-javascript-1d81bb079b2c) पाहा.
+
+\*\*4. **node वापरून ते तुमच्या टर्मिनलमध्ये चालवा**
+
+```
+node index.js
+```
+
+\*\*5. **तुम्हाला आता तुमच्या कन्सोलमध्ये नवीनतम ब्लॉक नंबर आउटपुट दिसेल!**
+
+```
+नवीनतम ब्लॉक नंबर आहे 11043912
+```
+
+**व्वा!** अभिनंदन! **तुम्ही Alchemy वापरून तुमची पहिली web3 स्क्रिप्ट नुकतीच लिहिली आहे 🎉**
+
+पुढे काय करायचे याची खात्री नाही? आमच्या [हॅलो वर्ल्ड स्मार्ट कॉन्ट्रॅक्ट मार्गदर्शक](https://www.alchemy.com/docs/hello-world-smart-contract) मध्ये तुमचा पहिला स्मार्ट कॉन्ट्रॅक्ट तैनात (deploy) करून आणि काही solidity प्रोग्रामिंग करून पाहा, किंवा [डॅशबोर्ड डेमो ॲप](https://docs.alchemyapi.io/tutorials/demo-app) सह तुमचे डॅशबोर्ड ज्ञान तपासा!
+
+_[Alchemy सह विनामूल्य साइन अप करा](https://auth.alchemy.com/), आमचे [दस्तऐवजीकरण](https://www.alchemy.com/docs/) पाहा, आणि नवीनतम बातम्यांसाठी, आम्हाला [Twitter](https://twitter.com/AlchemyPlatform) वर फॉलो करा_.
diff --git a/public/content/translations/mr/developers/tutorials/guide-to-smart-contract-security-tools/index.md b/public/content/translations/mr/developers/tutorials/guide-to-smart-contract-security-tools/index.md
new file mode 100644
index 00000000000..075df7fff4b
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/guide-to-smart-contract-security-tools/index.md
@@ -0,0 +1,102 @@
+---
+title: "स्मार्ट कॉन्ट्रॅक्ट सुरक्षा साधनांसाठी मार्गदर्शक"
+description: "तीन वेगवेगळ्या चाचणी आणि प्रोग्राम विश्लेषण तंत्रांचे अवलोकन"
+author: "Trailofbits"
+lang: mr
+tags: [ "सॉलिडिटी", "स्मार्ट कॉन्ट्रॅक्ट", "सुरक्षा" ]
+skill: intermediate
+published: 2020-09-07
+source: Building secure contracts
+sourceUrl: https://github.com/crytic/building-secure-contracts/tree/master/program-analysis
+---
+
+आम्ही तीन विशिष्ट चाचणी आणि प्रोग्राम विश्लेषण तंत्र वापरणार आहोत:
+
+- **[Slither](/developers/tutorials/how-to-use-slither-to-find-smart-contract-bugs/) सह स्थिर विश्लेषण.** प्रोग्रामचे सर्व मार्ग एकाच वेळी अंदाजित आणि विश्लेषित केले जातात, वेगवेगळ्या प्रोग्राम प्रस्तुतीकरणाद्वारे (उदा., कंट्रोल-फ्लो-ग्राफ)
+- **[Echidna](/developers/tutorials/how-to-use-echidna-to-test-smart-contracts/) सह फझिंग.** व्यवहारांच्या छद्म-यादृच्छिक निर्मितीसह कोड कार्यान्वित केला जातो. फझर दिलेल्या गुणधर्माचे उल्लंघन करण्यासाठी व्यवहारांचा क्रम शोधण्याचा प्रयत्न करेल.
+- **[Manticore](/developers/tutorials/how-to-use-manticore-to-find-smart-contract-bugs/) सह प्रतीकात्मक अंमलबजावणी.** एक औपचारिक पडताळणी तंत्र, जे प्रत्येक अंमलबजावणी मार्गाला गणितीय सूत्रात अनुवादित करते, ज्यावर मर्यादा तपासल्या जाऊ शकतात.
+
+प्रत्येक तंत्राचे फायदे आणि तोटे आहेत, आणि ते [विशिष्ट प्रकरणांमध्ये](#determining-security-properties) उपयुक्त ठरेल:
+
+| तंत्र                  | टूल       | वापर                             | वेग    | चुकलेले बग्स  | खोटे अलार्म |
+| ---------------------- | --------- | -------------------------------- | ------ | ------------- | ----------- |
+| स्थिर विश्लेषण         | Slither   | CLI आणि स्क्रिप्ट्स              | सेकंद  | मध्यम         | कमी         |
+| फझिंग                  | Echidna   | Solidity गुणधर्म                 | मिनिटे | कमी           | काहीही नाही |
+| प्रतीकात्मक अंमलबजावणी | Manticore | Solidity गुणधर्म आणि स्क्रिप्ट्स | तास    | काहीही नाही\* | काहीही नाही |
+
+\* जर सर्व मार्ग टाइमआउटशिवाय शोधले गेले तर
+
+**Slither** काही सेकंदात कॉन्ट्रॅक्ट्सचे विश्लेषण करते, तथापि, स्थिर विश्लेषणामुळे खोटे अलार्म येऊ शकतात आणि ते जटिल तपासणीसाठी (उदा., अंकगणितीय तपासणी) कमी योग्य असेल. अंगभूत डिटेक्टरमध्ये पुश-बटण प्रवेशासाठी API द्वारे Slither चालवा किंवा वापरकर्ता-परिभाषित तपासणीसाठी API द्वारे चालवा.
+
+**Echidna** ला चालण्यासाठी काही मिनिटे लागतात आणि ते फक्त खरे सकारात्मक परिणाम देईल. Echidna वापरकर्त्याने प्रदान केलेले सुरक्षा गुणधर्म तपासते, जे Solidity मध्ये लिहिलेले आहेत. हे यादृच्छिक शोधावर आधारित असल्यामुळे बग्स चुकवू शकते.
+
+**Manticore** सर्वात "जड" विश्लेषण करते. Echidna प्रमाणेच, Manticore वापरकर्त्याने प्रदान केलेले गुणधर्म सत्यापित करते. त्याला चालण्यासाठी जास्त वेळ लागेल, पण ते एका गुणधर्माची वैधता सिद्ध करू शकते आणि खोटे अलार्म कळवणार नाही.
+
+## सुचवलेले कार्यप्रवाह {#suggested-workflow}
+
+आता कोणतेही सोपे बग्स नाहीत किंवा नंतर येणार नाहीत याची खात्री करण्यासाठी Slither च्या अंगभूत डिटेक्टरने सुरुवात करा. वारसा, व्हेरिएबल अवलंबित्व आणि संरचनात्मक समस्यांशी संबंधित गुणधर्म तपासण्यासाठी Slither वापरा. जसजसा कोडबेस वाढेल, तसतसे स्टेट मशीनचे अधिक जटिल गुणधर्म तपासण्यासाठी Echidna वापरा. Solidity कडून अनुपलब्ध संरक्षणांसाठी सानुकूल तपासणी विकसित करण्यासाठी Slither ला पुन्हा भेट द्या, जसे की फंक्शन ओव्हरराइड होण्यापासून संरक्षण. शेवटी, महत्त्वपूर्ण सुरक्षा गुणधर्मांची लक्ष्यित पडताळणी करण्यासाठी Manticore वापरा, उदा., अंकगणितीय ऑपरेशन्स.
+
+- सामान्य समस्या शोधण्यासाठी Slither चा CLI वापरा
+- आपल्या कॉन्ट्रॅक्टच्या उच्च-स्तरीय सुरक्षा गुणधर्मांची चाचणी करण्यासाठी Echidna वापरा
+- सानुकूल स्थिर तपासणी लिहिण्यासाठी Slither वापरा
+- जेव्हा तुम्हाला महत्त्वपूर्ण सुरक्षा गुणधर्मांची सखोल खात्री हवी असेल तेव्हा Manticore वापरा
+
+**युनिट चाचण्यांवर एक टीप**. उच्च-गुणवत्तेचे सॉफ्टवेअर तयार करण्यासाठी युनिट चाचण्या आवश्यक आहेत. तथापि, ही तंत्रे सुरक्षा त्रुटी शोधण्यासाठी सर्वात योग्य नाहीत. ते सामान्यतः कोडच्या सकारात्मक वर्तनाची चाचणी करण्यासाठी वापरले जातात (म्हणजे, कोड सामान्य संदर्भात अपेक्षेप्रमाणे कार्य करतो), तर सुरक्षा त्रुटी विकसकांनी विचारात न घेतलेल्या एज केसेसमध्ये असतात. आमच्या डझनभर स्मार्ट कॉन्ट्रॅक्ट सुरक्षा पुनरावलोकनांच्या अभ्यासात, [युनिट टेस्ट कव्हरेजचा आमच्या क्लायंटच्या कोडमध्ये आढळलेल्या सुरक्षा त्रुटींच्या संख्येवर किंवा तीव्रतेवर कोणताही परिणाम झाला नाही](https://blog.trailofbits.com/2019/08/08/246-findings-from-our-smart-contract-audits-an-executive-summary/).
+
+## सुरक्षा गुणधर्म निश्चित करणे {#determining-security-properties}
+
+आपल्या कोडची प्रभावीपणे चाचणी आणि पडताळणी करण्यासाठी, आपण लक्ष देण्याची आवश्यकता असलेली क्षेत्रे ओळखली पाहिजेत. तुमची सुरक्षेवर खर्च होणारी संसाधने मर्यादित असल्याने, तुमच्या प्रयत्नांना अनुकूल करण्यासाठी तुमच्या कोडबेसमधील कमकुवत किंवा उच्च-मूल्य असलेल्या भागांची व्याप्ती करणे महत्त्वाचे आहे. थ्रेट मॉडेलिंग मदत करू शकते. पुनरावलोकन करण्याचा विचार करा:
+
+- [रॅपिड रिस्क असेसमेंट्स](https://infosec.mozilla.org/guidelines/risk/rapid_risk_assessment.html) (वेळ कमी असताना आमचा प्राधान्याचा दृष्टिकोन)
+- [डेटा-सेंट्रिक सिस्टम थ्रेट मॉडेलिंगसाठी मार्गदर्शक](https://csrc.nist.gov/pubs/sp/800/154/ipd) (उर्फ NIST 800-154)
+- [शोस्टॅक थ्रेट मॉडेलिंग](https://www.amazon.com/Threat-Modeling-Designing-Adam-Shostack/dp/1118809998)
+- [STRIDE](https://wikipedia.org/wiki/STRIDE_\(security\)) / [DREAD](https://wikipedia.org/wiki/DREAD_\(risk_assessment_model\))
+- [PASTA](https://wikipedia.org/wiki/Threat_model#P.A.S.T.A.)
+- [असर्शन्सचा वापर](https://blog.regehr.org/archives/1091)
+
+### घटक {#components}
+
+तुम्हाला काय तपासायचे आहे हे जाणून घेतल्याने तुम्हाला योग्य साधन निवडण्यातही मदत होईल.
+
+स्मार्ट कॉन्ट्रॅक्टसाठी वारंवार संबंधित असलेल्या व्यापक क्षेत्रांमध्ये यांचा समावेश आहे:
+
+- **स्टेट मशीन.** बहुतेक कॉन्ट्रॅक्ट्स स्टेट मशीन म्हणून सादर केले जाऊ शकतात. हे तपासण्याचा विचार करा की (१) कोणतीही अवैध स्थिती गाठली जाऊ शकत नाही, (२) जर एखादी स्थिती वैध असेल तर ती गाठली जाऊ शकते, आणि (३) कोणतीही स्थिती कॉन्ट्रॅक्टला अडकवत नाही.
+
+  - स्टेट-मशीन स्पेसिफिकेशन्सची चाचणी घेण्यासाठी Echidna आणि Manticore ही पसंतीची साधने आहेत.
+
+- **प्रवेश नियंत्रणे.** जर तुमच्या सिस्टममध्ये विशेषाधिकार असलेले वापरकर्ते असतील (उदा., मालक, नियंत्रक, ...) तुम्ही हे सुनिश्चित केले पाहिजे की (१) प्रत्येक वापरकर्ता केवळ अधिकृत कृती करू शकतो आणि (२) कोणताही वापरकर्ता अधिक विशेषाधिकार असलेल्या वापरकर्त्याच्या कृतींना ब्लॉक करू शकत नाही.
+
+  - Slither, Echidna आणि Manticore योग्य प्रवेश नियंत्रणे तपासू शकतात. उदाहरणार्थ, Slither हे तपासू शकते की केवळ व्हाइटलिस्ट केलेल्या फंक्शन्समध्ये onlyOwner मॉडिफायरची कमतरता आहे. Echidna आणि Manticore अधिक जटिल प्रवेश नियंत्रणासाठी उपयुक्त आहेत, जसे की कॉन्ट्रॅक्टने विशिष्ट स्थितीत पोहोचल्यास दिलेली परवानगी.
+
+- **अंकगणितीय ऑपरेशन्स.** अंकगणितीय ऑपरेशन्सची सुदृढता तपासणे महत्त्वाचे आहे. ओव्हरफ्लो/अंडरफ्लो टाळण्यासाठी सर्वत्र `SafeMath` वापरणे हे एक चांगले पाऊल आहे, तथापि, आपण तरीही इतर अंकगणितीय त्रुटींचा विचार केला पाहिजे, ज्यात राउंडिंग समस्या आणि कॉन्ट्रॅक्टला अडकवणाऱ्या त्रुटींचा समावेश आहे.
+
+  - Manticore येथे सर्वोत्तम पर्याय आहे. जर अंकगणित SMT सॉल्व्हरच्या कार्यक्षेत्राबाहेर असेल तर Echidna वापरला जाऊ शकतो.
+
+- **वारसा अचूकता.** Solidity कॉन्ट्रॅक्ट्स मोठ्या प्रमाणावर एकाधिक वारसावर अवलंबून असतात. शॅडोइंग फंक्शनमध्ये `super` कॉल चुकणे आणि c3 लिनिअरायझेशन क्रमाचा चुकीचा अर्थ लावणे यासारख्या चुका सहजपणे येऊ शकतात.
+
+  - या समस्या शोधण्याची खात्री करण्यासाठी Slither हे साधन आहे.
+
+- **बाह्य संवाद.** कॉन्ट्रॅक्ट्स एकमेकांशी संवाद साधतात, आणि काही बाह्य कॉन्ट्रॅक्ट्सवर विश्वास ठेवला जाऊ नये. उदाहरणार्थ, जर तुमचा कॉन्ट्रॅक्ट बाह्य ऑरेकल्सवर अवलंबून असेल, तर उपलब्ध ऑरेकल्सपैकी अर्धे जरी तडजोड केले गेले तरी तो सुरक्षित राहील का?
+
+  - तुमच्या कॉन्ट्रॅक्ट्ससह बाह्य संवादांची चाचणी करण्यासाठी Manticore आणि Echidna सर्वोत्तम पर्याय आहेत. Manticore मध्ये बाह्य कॉन्ट्रॅक्ट्सना स्टब करण्यासाठी एक अंगभूत यंत्रणा आहे.
+
+- **मानक अनुरूपता.** Ethereum मानकांच्या (उदा., ERC20) डिझाइनमध्ये त्रुटींचा इतिहास आहे. तुम्ही ज्या मानकावर तयार करत आहात त्याच्या मर्यादांबद्दल जागरूक रहा.
+  - Slither, Echidna, आणि Manticore तुम्हाला दिलेल्या मानकापासून विचलन शोधण्यात मदत करतील.
+
+### साधन निवड चीटशीट {#tool-selection-cheatsheet}
+
+| घटक                | साधने                       | उदाहरणे                                                                                                                                                                                                                                                                     |
+| ------------------ | --------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| स्टेट मशीन         | Echidna, Manticore          |                                                                                                                                                                                                                                                                             |
+| प्रवेश नियंत्रण    | Slither, Echidna, Manticore | [Slither व्यायाम 2](https://github.com/crytic/slither/blob/7f54c8b948c34fb35e1d61adaa1bd568ca733253/docs/src/tutorials/exercise2.md), [Echidna व्यायाम 2](https://github.com/crytic/building-secure-contracts/blob/master/program-analysis/echidna/exercises/Exercise-2.md) |
+| अंकगणितीय ऑपरेशन्स | Manticore, Echidna          | [Echidna व्यायाम 1](https://github.com/crytic/building-secure-contracts/blob/master/program-analysis/echidna/exercises/Exercise-1.md), [Manticore व्यायाम 1 - 3](https://github.com/crytic/building-secure-contracts/tree/master/program-analysis/manticore/exercises)      |
+| वारसा अचूकता       | Slither                     | [Slither व्यायाम 1](https://github.com/crytic/slither/blob/7f54c8b948c34fb35e1d61adaa1bd568ca733253/docs/src/tutorials/exercise1.md)                                                                                                                                        |
+| बाह्य संवाद        | Manticore, Echidna          |                                                                                                                                                                                                                                                                             |
+| मानक अनुरूपता      | Slither, Echidna, Manticore | [`slither-erc`](https://github.com/crytic/slither/wiki/ERC-Conformance)                                                                                                                                                                                                     |
+
+तुमच्या ध्येयांनुसार इतर क्षेत्रांची तपासणी करणे आवश्यक असेल, परंतु लक्ष केंद्रित करण्याची ही स्थूल-दाणेदार क्षेत्रे कोणत्याही स्मार्ट कॉन्ट्रॅक्ट सिस्टमसाठी एक चांगली सुरुवात आहेत.
+
+आमच्या सार्वजनिक ऑडिटमध्ये सत्यापित किंवा चाचणी केलेल्या गुणधर्मांची उदाहरणे आहेत. वास्तविक-जगातील सुरक्षा गुणधर्मांचे पुनरावलोकन करण्यासाठी खालील अहवालांमधील `स्वयंचलित चाचणी आणि पडताळणी` विभाग वाचण्याचा विचार करा:
+
+- [0x](https://github.com/trailofbits/publications/blob/master/reviews/0x-protocol.pdf)
+- [Balancer](https://github.com/trailofbits/publications/blob/master/reviews/BalancerCore.pdf)
diff --git a/public/content/translations/mr/developers/tutorials/hello-world-smart-contract-fullstack/index.md b/public/content/translations/mr/developers/tutorials/hello-world-smart-contract-fullstack/index.md
new file mode 100644
index 00000000000..70432814ee9
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/hello-world-smart-contract-fullstack/index.md
@@ -0,0 +1,1540 @@
+---
+title: "नवशिक्यांसाठी हॅलो वर्ल्ड स्मार्ट कॉन्ट्रॅक्ट - फुलस्टॅक"
+description: "Ethereum वर एक साधे स्मार्ट कॉन्ट्रॅक्ट लिहिण्यावर आणि उपयोजित करण्यावर एक प्रास्ताविक ट्युटोरियल."
+author: "nstrike2"
+tags:
+  [
+    "सॉलिडिटी",
+    "hardhat",
+    "alchemy",
+    "स्मार्ट कॉन्ट्रॅक्ट",
+    "डिप्लॉयिंग",
+    "ब्लॉक एक्सप्लोरर",
+    "frontend",
+    "व्यवहार"
+  ]
+skill: beginner
+lang: mr
+published: 2021-10-25
+---
+
+तुम्ही ब्लॉकचेन डेव्हलपमेंटसाठी नवीन असाल आणि तुम्हाला कोठून सुरुवात करावी किंवा स्मार्ट कॉन्ट्रॅक्ट कसे तैनात करावे आणि त्यांच्याशी संवाद कसा साधावा हे माहित नसेल, तर हे मार्गदर्शक तुमच्यासाठी आहे. आम्ही [MetaMask](https://metamask.io), [Solidity](https://docs.soliditylang.org/en/v0.8.0/), [Hardhat](https://hardhat.org), आणि [Alchemy](https://alchemy.com/eth) वापरून Goerli टेस्ट नेटवर्कवर एक साधे, स्मार्ट कॉन्ट्रॅक्ट तयार करणे आणि तैनात करण्याच्या प्रक्रियेतून जाऊ.
+
+हे ट्युटोरियल पूर्ण करण्यासाठी तुम्हाला Alchemy खात्याची आवश्यकता असेल. [विनामूल्य खात्यासाठी साइन अप करा](https://www.alchemy.com/).
+
+तुम्हाला कोणत्याही क्षणी प्रश्न असल्यास, [Alchemy Discord](https://discord.gg/gWuC7zB) मध्ये संपर्क साधा!
+
+## भाग १ - Hardhat वापरून तुमचे स्मार्ट कॉन्ट्रॅक्ट तयार करा आणि तैनात करा {#part-1}
+
+### Ethereum नेटवर्कशी कनेक्ट करा {#connect-to-the-ethereum-network}
+
+Ethereum चेनला विनंत्या करण्याचे अनेक मार्ग आहेत. साधेपणासाठी, आम्ही Alchemy वर एक विनामूल्य खाते वापरू, जे एक ब्लॉकचेन डेव्हलपर प्लॅटफॉर्म आणि API आहे, जे आम्हाला स्वतः नोड न चालवता Ethereum चेनशी संवाद साधण्याची परवानगी देते. Alchemy मध्ये देखरेख आणि विश्लेषणासाठी डेव्हलपर टूल्स देखील आहेत; आम्ही या ट्युटोरियलमध्ये आमच्या स्मार्ट कॉन्ट्रॅक्ट तैनातीमध्ये काय चालले आहे हे समजून घेण्यासाठी त्यांचा फायदा घेऊ.
+
+### तुमचे ॲप आणि API की तयार करा {#create-your-app-and-api-key}
+
+एकदा तुम्ही Alchemy खाते तयार केल्यावर, तुम्ही ॲप तयार करून API की तयार करू शकता. यामुळे तुम्हाला Goerli टेस्टनेटवर विनंत्या करण्याची परवानगी मिळेल. तुम्ही टेस्टनेटशी परिचित नसल्यास, तुम्ही [नेटवर्क निवडण्याबाबत Alchemy चे मार्गदर्शक](https://www.alchemy.com/docs/choosing-a-web3-network) वाचू शकता.
+
+Alchemy डॅशबोर्डवर, नेव्हिगेशन बारमधील **ॲप्स** ड्रॉपडाउन शोधा आणि **ॲप तयार करा** वर क्लिक करा.
+
+![हॅलो वर्ल्ड ॲप तयार करा](./hello-world-create-app.png)
+
+तुमच्या ॲपला '_Hello World_' असे नाव द्या आणि एक लहान वर्णन लिहा. तुमचे पर्यावरण म्हणून **स्टेजिंग** आणि तुमचे नेटवर्क म्हणून **Goerli** निवडा.
+
+![ॲप व्ह्यू हॅलो वर्ल्ड तयार करा](./create-app-view-hello-world.png)
+
+_टीप: **Goerli** निवडण्याची खात्री करा, अन्यथा हे ट्युटोरियल कार्य करणार नाही._
+
+**ॲप तयार करा** वर क्लिक करा. तुमचे ॲप खालील टेबलमध्ये दिसेल.
+
+### एक Ethereum खाते तयार करा {#create-an-ethereum-account}
+
+तुम्हाला व्यवहार पाठवण्यासाठी आणि प्राप्त करण्यासाठी Ethereum खात्याची आवश्यकता आहे. आम्ही MetaMask वापरू, जो ब्राउझरमधील एक व्हर्च्युअल वॉलेट आहे, जो वापरकर्त्यांना त्यांच्या Ethereum खात्याचा पत्ता व्यवस्थापित करू देतो.
+
+तुम्ही [येथे](https://metamask.io/download) विनामूल्य MetaMask खाते डाउनलोड आणि तयार करू शकता. तुम्ही खाते तयार करत असताना, किंवा तुमच्याकडे आधीपासूनच खाते असल्यास, वरच्या उजवीकडील “Goerli टेस्ट नेटवर्क” वर स्विच करण्याची खात्री करा (जेणेकरून आपण खऱ्या पैशांशी व्यवहार करत नाही आहोत).
+
+### पायरी ४: फॉसेटमधून इथर जोडा {#step-4-add-ether-from-a-faucet}
+
+तुमचे स्मार्ट कॉन्ट्रॅक्ट टेस्ट नेटवर्कवर तैनात करण्यासाठी, तुम्हाला काही बनावट ETH ची आवश्यकता असेल. Goerli नेटवर्कवर ETH मिळवण्यासाठी, Goerli फॉसेटवर जा आणि तुमच्या Goerli खात्याचा पत्ता प्रविष्ट करा. लक्षात ठेवा की Goerli फॉसेट अलीकडे थोडे अविश्वसनीय असू शकतात - प्रयत्न करण्यासाठी पर्यायांची सूची पाहण्यासाठी [टेस्ट नेटवर्क पृष्ठ](/developers/docs/networks/#goerli) पहा:
+
+_टीप: नेटवर्कमधील गर्दीमुळे, यास थोडा वेळ लागू शकतो._
+``
+
+### पायरी 5: तुमची शिल्लक तपासा {#step-5-check-your-balance}
+
+तुमच्या वॉलेटमध्ये ETH आहे की नाही हे पुन्हा तपासण्यासाठी, चला [Alchemy च्या कंपोझर टूल](https://composer.alchemyapi.io/?composer_state=%7B%22network%22%3A0%2C%22methodName%22%3A%22eth_getBalance%22%2C%22paramValues%22%3A%5B%22%22%2C%22latest%22%5D%7D) वापरून [eth_getBalance](https://docs.alchemyapi.io/alchemy/documentation/alchemy-api-reference/json-rpc#eth_getbalance) विनंती करूया. हे आमच्या वॉलेटमधील ETH ची रक्कम परत करेल. अधिक जाणून घेण्यासाठी [कंपोझर टूल कसे वापरावे यावरील Alchemy चे छोटे ट्युटोरियल](https://youtu.be/r6sjRxBZJuU) पहा.
+
+तुमचा MetaMask खात्याचा पत्ता इनपुट करा आणि **विनंती पाठवा** वर क्लिक करा. तुम्हाला खालील कोड स्निपेटसारखा प्रतिसाद दिसेल.
+
+```json
+{ "jsonrpc": "2.0", "id": 0, "result": "0x2B5E3AF16B1880000" }
+```
+
+> _टीप: हा निकाल ETH मध्ये नाही, तर wei मध्ये आहे. Wei चा वापर इथरच्या सर्वात लहान मूल्यांकनासाठी केला जातो._
+
+हुश्श! आपले बनावट पैसे तिथे आहेत.
+
+### पायरी 6: आपला प्रकल्प सुरू करा {#step-6-initialize-our-project}
+
+प्रथम, आपल्याला आपल्या प्रकल्पासाठी एक फोल्डर तयार करण्याची आवश्यकता असेल. तुमच्या कमांड लाइनवर नेव्हिगेट करा आणि खालील इनपुट करा.
+
+```
+mkdir hello-world
+cd hello-world
+```
+
+आता आपण आपल्या प्रोजेक्ट फोल्डरमध्ये आहोत, आपण प्रोजेक्ट सुरू करण्यासाठी `npm init` वापरू.
+
+> तुमच्याकडे अद्याप npm इंस्टॉल केलेले नसल्यास, [Node.js आणि npm इंस्टॉल करण्यासाठी या सूचनांचे](https://docs.alchemyapi.io/alchemy/guides/alchemy-for-macs#1-install-nodejs-and-npm) पालन करा.
+
+या ट्युटोरियलच्या उद्देशासाठी, तुम्ही आरंभीकरणाच्या प्रश्नांची उत्तरे कशी देता याने काही फरक पडत नाही. संदर्भासाठी आम्ही ते कसे केले ते येथे आहे:
+
+```
+पॅकेजचे नाव: (hello-world)
+आवृत्ती: (1.0.0)
+वर्णन: हॅलो वर्ल्ड स्मार्ट कॉन्ट्रॅक्ट
+एंट्री पॉइंट: (index.js)
+चाचणी कमांड:
+git रेपॉजिटरी:
+कीवर्ड:
+लेखक:
+परवाना: (ISC)
+
+/Users/.../.../.../hello-world/package.json मध्ये लिहिणार आहात:
+
+{
+   "name": "hello-world",
+   "version": "1.0.0",
+   "description": "हॅलो वर्ल्ड स्मार्ट कॉन्ट्रॅक्ट",
+   "main": "index.js",
+   "scripts": {
+      "test": "echo \"Error: no test specified\" && exit 1"
+   },
+   "author": "",
+   "license": "ISC"
+}
+```
+
+package.json ला मंजूर करा आणि आपण पुढे जाण्यास तयार आहोत!
+
+### पायरी 7: Hardhat डाउनलोड करा {#step-7-download-hardhat}
+
+Hardhat हे तुमचे Ethereum सॉफ्टवेअर संकलित (compile), उपयोजित (deploy), चाचणी (test) आणि डीबग (debug) करण्यासाठी एक विकास वातावरण आहे. हे डेव्हलपर्सना थेट चेनवर उपयोजित करण्यापूर्वी स्थानिक पातळीवर स्मार्ट कॉन्ट्रॅक्ट्स आणि dApps तयार करताना मदत करते.
+
+आपल्या `hello-world` प्रोजेक्टमध्ये चालवा:
+
+```
+npm install --save-dev hardhat
+```
+
+[इन्स्टॉलेशन सूचनांविषयी](https://hardhat.org/getting-started/#overview) अधिक तपशीलांसाठी हे पेज पहा.
+
+### पायरी 8: Hardhat प्रकल्प तयार करा {#step-8-create-hardhat-project}
+
+आमच्या `hello-world` प्रकल्प फोल्डरमध्ये, चालवा:
+
+```
+npx hardhat
+```
+
+त्यानंतर तुम्हाला एक स्वागत संदेश आणि तुम्हाला काय करायचे आहे यासाठी पर्याय दिसेल. “create an empty hardhat.config.js” निवडा:
+
+```
+888    888                      888 888               888
+888    888                      888 888               888
+888    888                      888 888               888
+8888888888  8888b.  888d888 .d88888 88888b.   8888b.  888888
+888    888     "88b 888P"  d88" 888 888 "88b     "88b 888
+888    888 .d888888 888    888  888 888  888 .d888888 888
+888    888 888  888 888    Y88b 888 888  888 888  888 Y88b.
+888    888 "Y888888 888     "Y88888 888  888 "Y888888  "Y888
+
+👷 Hardhat v2.0.11 मध्ये आपले स्वागत आहे 👷‍
+
+तुम्ही काय करू इच्छिता? …
+एक नमुना प्रकल्प तयार करा
+❯ एक रिक्त hardhat.config.js तयार करा
+बाहेर पडा
+```
+
+हे प्रकल्पात `hardhat.config.js` फाइल तयार करेल. आपण हे नंतर ट्युटोरियलमध्ये आपल्या प्रकल्पासाठी सेटअप निर्दिष्ट करण्यासाठी वापरू.
+
+### पायरी 9: प्रकल्प फोल्डर जोडा {#step-9-add-project-folders}
+
+प्रकल्प संघटित ठेवण्यासाठी, चला दोन नवीन फोल्डर तयार करूया. कमांड लाइनमध्ये, तुमच्या `hello-world` प्रकल्पाच्या रूट डिरेक्टरीमध्ये नेव्हिगेट करा आणि टाइप करा:
+
+```
+mkdir contracts
+mkdir scripts
+```
+
+- `contracts/` मध्ये आपण आपली हॅलो वर्ल्ड स्मार्ट कॉन्ट्रॅक्ट कोड फाईल ठेवू
+- `scripts/` मध्ये आपण आपले कॉन्ट्रॅक्ट उपयोजित करण्यासाठी आणि त्याच्याशी संवाद साधण्यासाठी स्क्रिप्ट्स ठेवू
+
+### पायरी 10: आमचे कॉन्ट्रॅक्ट लिहा {#step-10-write-our-contract}
+
+तुम्ही स्वतःला विचारत असाल की, आपण कोड कधी लिहिणार आहोत? वेळ झाली आहे!
+
+तुमच्या आवडत्या एडिटरमध्ये हॅलो-वर्ल्ड प्रकल्प उघडा. स्मार्ट कॉन्ट्रॅक्ट सामान्यतः Solidity मध्ये लिहिले जातात, जे आपण आपले स्मार्ट कॉन्ट्रॅक्ट लिहिण्यासाठी वापरू.‌
+
+1. `contracts` फोल्डरवर नेव्हिगेट करा आणि `HelloWorld.sol` नावाची नवीन फाइल तयार करा
+2. खाली एक नमुना हॅलो वर्ल्ड स्मार्ट कॉन्ट्रॅक्ट आहे जो आपण या ट्युटोरियलसाठी वापरणार आहोत. खालील मजकूर `HelloWorld.sol` फाइलमध्ये कॉपी करा.
+
+_टीप: हे कॉन्ट्रॅक्ट काय करते हे समजून घेण्यासाठी टिप्पण्या वाचण्याची खात्री करा._
+
+```
+// सिमेंटिक व्हर्जनिंग वापरून, Solidity ची आवृत्ती निर्दिष्ट करते.
+// अधिक जाणून घ्या: https://solidity.readthedocs.io/en/v0.5.10/layout-of-source-files.html#pragma
+pragma solidity >=0.7.3;
+
+// `HelloWorld` नावाचे एक कॉन्ट्रॅक्ट परिभाषित करते.
+// एक कॉन्ट्रॅक्ट म्हणजे फंक्शन्स आणि डेटा (त्याची स्थिती) यांचा संग्रह. एकदा तैनात झाल्यावर, एक कॉन्ट्रॅक्ट Ethereum ब्लॉकचेनवर एका विशिष्ट पत्त्यावर राहते. अधिक जाणून घ्या: https://solidity.readthedocs.io/en/v0.5.10/structure-of-a-contract.html
+contract HelloWorld {
+
+   //जेव्हा अपडेट फंक्शन कॉल केले जाते तेव्हा उत्सर्जित होते
+   //स्मार्ट कॉन्ट्रॅक्ट इव्हेंट्स हे तुमच्या कॉन्ट्रॅक्टसाठी तुमच्या ॲपच्या फ्रंट-एंडला ब्लॉकचेनवर काहीतरी घडल्याचे कळवण्याचा एक मार्ग आहे, जे काही विशिष्ट इव्हेंट्ससाठी 'ऐकत' असू शकते आणि ते घडल्यावर कारवाई करू शकते.
+   event UpdatedMessages(string oldStr, string newStr);
+
+   // `string` प्रकारचा `message` नावाचा एक स्टेट व्हेरिएबल घोषित करते.
+   // स्टेट व्हेरिएबल्स असे व्हेरिएबल्स आहेत ज्यांची मूल्ये कॉन्ट्रॅक्ट स्टोरेजमध्ये कायमस्वरूपी संग्रहित केली जातात. `public` कीवर्ड व्हेरिएबल्सला कॉन्ट्रॅक्टच्या बाहेरून प्रवेशयोग्य बनवतो आणि एक फंक्शन तयार करतो ज्याला इतर कॉन्ट्रॅक्ट्स किंवा क्लायंट मूल्यामध्ये प्रवेश करण्यासाठी कॉल करू शकतात.
+   string public message;
+
+   // अनेक वर्ग-आधारित ऑब्जेक्ट-ओरिएंटेड भाषांप्रमाणे, कंस्ट्रक्टर एक विशेष फंक्शन आहे जे फक्त कॉन्ट्रॅक्ट निर्मितीवर कार्यान्वित होते.
+   // कंस्ट्रक्टरचा वापर कॉन्ट्रॅक्टचा डेटा सुरू करण्यासाठी केला जातो. अधिक जाणून घ्या:https://solidity.readthedocs.io/en/v0.5.10/contracts.html#constructors
+   constructor(string memory initMessage) {
+
+      // एक स्ट्रिंग युक्तिवाद `initMessage` स्वीकारते आणि कॉन्ट्रॅक्टच्या `message` स्टोरेज व्हेरिएबलमध्ये मूल्य सेट करते).
+      message = initMessage;
+   }
+
+   // एक सार्वजनिक फंक्शन जे स्ट्रिंग युक्तिवाद स्वीकारते आणि `message` स्टोरेज व्हेरिएबल अपडेट करते.
+   function update(string memory newMessage) public {
+      string memory oldMsg = message;
+      message = newMessage;
+      emit UpdatedMessages(oldMsg, newMessage);
+   }
+}
+```
+
+हे एक मूलभूत स्मार्ट कॉन्ट्रॅक्ट आहे जे निर्मितीच्या वेळी एक संदेश संग्रहित करते. `update` फंक्शनला कॉल करून ते अपडेट केले जाऊ शकते.
+
+### पायरी 11: MetaMask आणि Alchemy ला तुमच्या प्रकल्पाशी कनेक्ट करा {#step-11-connect-metamask-alchemy-to-your-project}
+
+आपण MetaMask वॉलेट, Alchemy खाते तयार केले आहे आणि आपले स्मार्ट कॉन्ट्रॅक्ट लिहिले आहे, आता या तिन्हीना जोडण्याची वेळ आली आहे.
+
+तुमच्या वॉलेटमधून पाठवलेल्या प्रत्येक व्यवहारासाठी तुमच्या युनिक खाजगी की वापरून स्वाक्षरी आवश्यक असते. आमच्या प्रोग्रामला ही परवानगी देण्यासाठी, आम्ही आमची खाजगी की एका पर्यावरण फाइलमध्ये सुरक्षितपणे संग्रहित करू शकतो. आम्ही येथे Alchemy साठी एक API की देखील संग्रहित करू.
+
+> व्यवहार पाठवण्याबद्दल अधिक जाणून घेण्यासाठी, वेब3 वापरून व्यवहार पाठवण्यावरील [हे ट्युटोरियल](https://www.alchemy.com/docs/hello-world-smart-contract#step-11-connect-metamask--alchemy-to-your-project) पहा.
+
+प्रथम, तुमच्या प्रोजेक्ट डिरेक्टरीमध्ये dotenv पॅकेज इंस्टॉल करा:
+
+```
+npm install dotenv --save
+```
+
+मग, प्रकल्पाच्या रूट डिरेक्टरीमध्ये `.env` फाइल तयार करा. तुमची MetaMask खाजगी की आणि HTTP Alchemy API URL त्यात जोडा.
+
+तुमच्या पर्यावरण फाइलचे नाव `.env` असणे आवश्यक आहे अन्यथा ती पर्यावरण फाइल म्हणून ओळखली जाणार नाही.
+
+त्याला `process.env` किंवा `.env-custom` किंवा दुसरे काहीही नाव देऊ नका.
+
+- तुमची खाजगी की निर्यात करण्यासाठी [या सूचनांचे](https://metamask.zendesk.com/hc/en-us/articles/360015289632-How-to-Export-an-Account-Private-Key) पालन करा
+- HTTP Alchemy API URL मिळवण्यासाठी खाली पहा
+
+![](./get-alchemy-api-key.gif)
+
+तुमचे `.env` असे दिसले पाहिजे:
+
+```
+API_URL = "https://eth-goerli.alchemyapi.io/v2/your-api-key"
+PRIVATE_KEY = "your-metamask-private-key"
+```
+
+हे प्रत्यक्षात आपल्या कोडशी जोडण्यासाठी, आपण या व्हेरिएबल्सचा संदर्भ आपल्या `hardhat.config.js` फाईलमध्ये पायरी १३ वर देऊ.
+
+### पायरी १२: Ethers.js इंस्टॉल करा {#step-12-install-ethersjs}
+
+Ethers.js ही एक लायब्ररी आहे जी अधिक वापरकर्ता-अनुकूल पद्धतींसह [मानक JSON-RPC पद्धती](https://docs.alchemyapi.io/alchemy/documentation/alchemy-api-reference/json-rpc) रॅप करून Ethereum शी संवाद साधणे आणि विनंत्या करणे सोपे करते.
+
+Hardhat आम्हाला अतिरिक्त टूलिंग आणि विस्तारित कार्यक्षमतेसाठी [प्लगइन्स](https://hardhat.org/plugins/) समाकलित करण्याची परवानगी देतो. आम्ही कॉन्ट्रॅक्ट उपयोजनासाठी [Ethers प्लगइन](https://hardhat.org/docs/plugins/official-plugins#hardhat-ethers) चा फायदा घेऊ.
+
+आपल्या प्रोजेक्ट डिरेक्टरीमध्ये टाइप करा:
+
+```bash
+npm install --save-dev @nomiclabs/hardhat-ethers "ethers@^5.0.0"
+```
+
+### पायरी 13: hardhat.config.js अपडेट करा {#step-13-update-hardhat-configjs}
+
+आतापर्यंत आपण अनेक डिपेंडेंसी आणि प्लगइन जोडले आहेत, आता आपल्याला `hardhat.config.js` अद्यतनित करण्याची आवश्यकता आहे जेणेकरून आपल्या प्रोजेक्टला त्या सर्वांबद्दल माहिती मिळेल.
+
+तुमचे `hardhat.config.js` याप्रमाणे दिसण्यासाठी अद्यतनित करा:
+
+```javascript
+/**
+ * @type import('hardhat/config').HardhatUserConfig
+ */
+
+require("dotenv").config()
+require("@nomiclabs/hardhat-ethers")
+
+const { API_URL, PRIVATE_KEY } = process.env
+
+module.exports = {
+  solidity: "0.7.3",
+  defaultNetwork: "goerli",
+  networks: {
+    hardhat: {},
+    goerli: {
+      url: API_URL,
+      accounts: [`0x${PRIVATE_KEY}`],
+    },
+  },
+}
+```
+
+### पायरी 14: आमचे कॉन्ट्रॅक्ट कंपाईल करा {#step-14-compile-our-contract}
+
+आतापर्यंत सर्व काही कार्यरत आहे याची खात्री करण्यासाठी, चला आमचा कॉन्ट्रॅक्ट संकलित करूया. `compile` कार्य हे बिल्ट-इन हार्डहॅट कार्यांपैकी एक आहे.
+
+कमांड लाइनमधून चालवा:
+
+```bash
+npx hardhat compile
+```
+
+तुम्हाला `SPDX license identifier not provided in source file` बद्दल चेतावणी मिळू शकते, परंतु त्याबद्दल काळजी करण्याची गरज नाही — आशा आहे की इतर सर्व काही चांगले दिसेल! नसल्यास, तुम्ही नेहमी [Alchemy discord](https://discord.gg/u72VCg3) मध्ये संदेश पाठवू शकता.
+
+### पायरी 15: आमची उपयोजन स्क्रिप्ट लिहा {#step-15-write-our-deploy-script}
+
+आता आमचा कॉन्ट्रॅक्ट लिहिला आहे आणि आमची कॉन्फिगरेशन फाइल तयार आहे, आता आमच्या कॉन्ट्रॅक्टची उपयोजन स्क्रिप्ट लिहिण्याची वेळ आली आहे.
+
+`scripts/` फोल्डरवर नेव्हिगेट करा आणि `deploy.js` नावाची एक नवीन फाइल तयार करा, त्यात खालील सामग्री जोडा:
+
+```javascript
+async function main() {
+  const HelloWorld = await ethers.getContractFactory("HelloWorld")
+
+  // उपयोजन सुरू करा, एक प्रॉमिस परत करा जे कॉन्ट्रॅक्ट ऑब्जेक्टमध्ये निराकरण करते
+  const hello_world = await HelloWorld.deploy("Hello World!")
+  console.log("Contract deployed to address:", hello_world.address)
+}
+
+main()
+  .then(() => process.exit(0))
+  .catch((error) => {
+    console.error(error)
+    process.exit(1)
+  })
+```
+
+Hardhat त्यांच्या [कॉन्ट्रॅक्ट्स ट्यूटोरियल](https://hardhat.org/tutorial/testing-contracts.html#writing-tests) मध्ये या प्रत्येक कोड ओळी काय करते हे आश्चर्यकारकपणे स्पष्ट करते, आम्ही त्यांचे स्पष्टीकरण येथे स्वीकारले आहे.
+
+```javascript
+const HelloWorld = await ethers.getContractFactory("HelloWorld")
+```
+
+ethers.js मधील `ContractFactory` हे नवीन स्मार्ट कॉन्ट्रॅक्ट्स तैनात करण्यासाठी वापरले जाणारे एक ॲबस्ट्रॅक्शन आहे, म्हणून येथे `HelloWorld` हे आमच्या हॅलो वर्ल्ड कॉन्ट्रॅक्टच्या उदाहरणांसाठी एक [फॅक्टरी](https://en.wikipedia.org/wiki/Factory_\(object-oriented_programming\)) आहे. `hardhat-ethers` प्लगइन वापरताना `ContractFactory` आणि `Contract`, उदाहरणे डीफॉल्टनुसार पहिल्या स्वाक्षरीकर्त्याशी (मालक) जोडलेली असतात.
+
+```javascript
+const hello_world = await HelloWorld.deploy()
+```
+
+`ContractFactory` वर `deploy()` कॉल केल्याने उपयोजन सुरू होईल आणि एक `Promise` परत येईल जो `Contract` ऑब्जेक्टमध्ये निराकरण करतो. हे ते ऑब्जेक्ट आहे ज्यामध्ये आमच्या प्रत्येक स्मार्ट कॉन्ट्रॅक्ट फंक्शनसाठी एक पद्धत आहे.
+
+### पायरी १६: आपले कॉन्ट्रॅक्ट उपयोजित करा {#step-16-deploy-our-contract}
+
+आम्ही अखेरीस आमचा स्मार्ट कॉन्ट्रॅक्ट उपयोजित करण्यास तयार आहोत! कमांड लाइनवर नेव्हिगेट करा आणि चालवा:
+
+```bash
+npx hardhat run scripts/deploy.js --network goerli
+```
+
+तुम्हाला त्यानंतर असे काहीतरी दिसेल:
+
+```bash
+Contract deployed to address: 0x6cd7d44516a20882cEa2DE9f205bF401c0d23570
+```
+
+**कृपया हा पत्ता सेव्ह करा**. आम्ही ट्युटोरियलमध्ये नंतर याचा वापर करू.
+
+जर आपण [Goerli etherscan](https://goerli.etherscan.io) वर गेलो आणि आपला कॉन्ट्रॅक्ट पत्ता शोधला तर आपण पाहू शकू की ते यशस्वीरित्या तैनात केले गेले आहे. व्यवहार असा काहीतरी दिसेल:
+
+![](./etherscan-contract.png)
+
+`From` पत्ता तुमच्या MetaMask खात्याच्या पत्त्याशी जुळला पाहिजे आणि `To` पत्त्यावर **कॉन्ट्रॅक्ट निर्मिती** असे लिहिलेले असेल. जर आपण व्यवहारात क्लिक केले तर आपल्याला `To` फील्डमध्ये आपला कॉन्ट्रॅक्ट पत्ता दिसेल.
+
+![](./etherscan-transaction.png)
+
+अभिनंदन! तुम्ही नुकतेच Ethereum टेस्टनेटवर एक स्मार्ट कॉन्ट्रॅक्ट तैनात केले आहे.
+
+पडद्यामागे काय चालले आहे हे समजून घेण्यासाठी, चला आपल्या [Alchemy डॅशबोर्ड](https://dashboard.alchemy.com/explorer) मधील एक्सप्लोरर टॅबवर नेव्हिगेट करूया. तुमच्याकडे एकापेक्षा जास्त Alchemy ॲप्स असल्यास ॲपनुसार फिल्टर करा आणि **Hello World** निवडा.
+
+![](./hello-world-explorer.png)
+
+येथे तुम्हाला काही JSON-RPC पद्धती दिसतील ज्या Hardhat/Ethers ने `.deploy()` फंक्शन कॉल केल्यावर आपल्यासाठी पडद्यामागे बनवल्या आहेत. येथे दोन महत्त्वाच्या पद्धती आहेत [`eth_sendRawTransaction`](https://docs.alchemyapi.io/alchemy/documentation/alchemy-api-reference/json-rpc#eth_sendrawtransaction), जे आमचे कॉन्ट्रॅक्ट Goerli चेनवर लिहिण्याची विनंती आहे, आणि [`eth_getTransactionByHash`](https://docs.alchemyapi.io/alchemy/documentation/alchemy-api-reference/json-rpc#eth_gettransactionbyhash), जे हॅश दिल्यावर आमच्या व्यवहाराबद्दल माहिती वाचण्याची विनंती आहे. व्यवहार पाठवण्याबद्दल अधिक जाणून घेण्यासाठी, [Web3 वापरून व्यवहार पाठवण्यावरील आमचे ट्युटोरियल](/developers/tutorials/sending-transactions-using-web3-and-alchemy/) पहा.
+
+## भाग २: तुमच्या स्मार्ट कॉन्ट्रॅक्टशी संवाद साधा {#part-2-interact-with-your-smart-contract}
+
+आता आपण यशस्वीरित्या Goerli नेटवर्कवर एक स्मार्ट कॉन्ट्रॅक्ट तैनात केले आहे, चला त्याच्याशी संवाद कसा साधायचा हे शिकूया.
+
+### एक interact.js फाइल तयार करा {#create-a-interactjs-file}
+
+ही ती फाईल आहे जिथे आपण आपली संवाद स्क्रिप्ट लिहू. आम्ही Ethers.js लायब्ररी वापरणार आहोत जी तुम्ही आधी भाग १ मध्ये इन्स्टॉल केली होती.
+
+`scripts/` फोल्डरमध्ये, `interact.js` नावाची नवीन फाइल तयार करा आणि खालील कोड जोडा:
+
+```javascript
+// interact.js
+
+const API_KEY = process.env.API_KEY
+const PRIVATE_KEY = process.env.PRIVATE_KEY
+const CONTRACT_ADDRESS = process.env.CONTRACT_ADDRESS
+```
+
+### तुमची .env फाईल अपडेट करा {#update-your-env-file}
+
+आम्ही नवीन पर्यावरण व्हेरिएबल्स वापरणार आहोत, म्हणून आम्हाला त्यांना `.env` फाइलमध्ये परिभाषित करणे आवश्यक आहे जी [आम्ही आधी तयार केली होती](#step-11-connect-metamask-&-alchemy-to-your-project).
+
+आम्हाला आमच्या Alchemy `API_KEY` आणि `CONTRACT_ADDRESS` साठी एक परिभाषा जोडावी लागेल जिथे तुमचे स्मार्ट कॉन्ट्रॅक्ट तैनात केले होते.
+
+तुमची `.env` फाइल अशी काहीतरी दिसली पाहिजे:
+
+```bash
+# .env
+
+API_URL = "https://eth-goerli.alchemyapi.io/v2/<your-api-key>"
+API_KEY = "<your-api-key>"
+PRIVATE_KEY = "<your-metamask-private-key>"
+CONTRACT_ADDRESS = "0x<your contract address>"
+```
+
+### तुमचे कॉन्ट्रॅक्ट ABI मिळवा {#grab-your-contract-ABI}
+
+आमचे कॉन्ट्रॅक्ट [ABI (ॲप्लिकेशन बायनरी इंटरफेस)](/glossary/#abi) आमच्या स्मार्ट कॉन्ट्रॅक्टशी संवाद साधण्यासाठी इंटरफेस आहे. Hardhat आपोआप एक ABI तयार करतो आणि ते `HelloWorld.json` मध्ये सेव्ह करतो. ABI वापरण्यासाठी, आम्हाला आमच्या `interact.js` फाइलमध्ये खालील कोडच्या ओळी जोडून सामग्री पार्स करणे आवश्यक आहे:
+
+```javascript
+// interact.js
+const contract = require("../artifacts/contracts/HelloWorld.sol/HelloWorld.json")
+```
+
+जर तुम्हाला ABI पाहायचा असेल तर तुम्ही ते तुमच्या कन्सोलवर प्रिंट करू शकता:
+
+```javascript
+console.log(JSON.stringify(contract.abi))
+```
+
+तुमचे ABI कन्सोलवर छापलेले पाहण्यासाठी, तुमच्या टर्मिनलवर नेव्हिगेट करा आणि चालवा:
+
+```bash
+npx hardhat run scripts/interact.js
+```
+
+### तुमच्या कॉन्ट्रॅक्टचे एक उदाहरण तयार करा {#create-an-instance-of-your-contract}
+
+आमच्या कॉन्ट्रॅक्टशी संवाद साधण्यासाठी, आम्हाला आमच्या कोडमध्ये एक कॉन्ट्रॅक्ट उदाहरण तयार करणे आवश्यक आहे. Ethers.js सह असे करण्यासाठी, आम्हाला तीन संकल्पनांवर काम करावे लागेल:
+
+1. प्रदाता - एक नोड प्रदाता जो तुम्हाला ब्लॉकचेनवर वाचण्याचा आणि लिहिण्याचा प्रवेश देतो
+2. स्वाक्षरीकर्ता - एक Ethereum खाते जे व्यवहारांवर स्वाक्षरी करू शकते
+3. कॉन्ट्रॅक्ट - ऑनचेन तैनात केलेल्या विशिष्ट कॉन्ट्रॅक्टचे प्रतिनिधित्व करणारा एक Ethers.js ऑब्जेक्ट
+
+आम्ही कॉन्ट्रॅक्टचे उदाहरण तयार करण्यासाठी मागील पायरीमधील कॉन्ट्रॅक्ट ABI वापरू:
+
+```javascript
+// interact.js
+
+// प्रदाता
+const alchemyProvider = new ethers.providers.AlchemyProvider(
+  (network = "goerli"),
+  API_KEY
+)
+
+// स्वाक्षरीकर्ता
+const signer = new ethers.Wallet(PRIVATE_KEY, alchemyProvider)
+
+// कॉन्ट्रॅक्ट
+const helloWorldContract = new ethers.Contract(
+  CONTRACT_ADDRESS,
+  contract.abi,
+  signer
+)
+```
+
+[ethers.js माहिती](https://docs.ethers.io/v5/) मध्ये प्रदाते, स्वाक्षरीकर्ते आणि कॉन्ट्रॅक्ट्सबद्दल अधिक जाणून घ्या.
+
+### आरंभिक संदेश वाचा {#read-the-init-message}
+
+लक्षात आहे का आपण आपले कॉन्ट्रॅक्ट `initMessage = "Hello world!"` सह तैनात केले होते? आम्ही आता आमच्या स्मार्ट कॉन्ट्रॅक्टमध्ये संग्रहित केलेला तो संदेश वाचणार आहोत आणि तो कन्सोलवर प्रिंट करणार आहोत.
+
+जावास्क्रिप्टमध्ये, नेटवर्कशी संवाद साधताना असिंक्रोनस फंक्शन्स वापरली जातात. असिंक्रोनस फंक्शन्सबद्दल अधिक जाणून घेण्यासाठी, [हा मीडियम लेख](https://blog.bitsrc.io/understanding-asynchronous-javascript-the-event-loop-74cd408419ff) वाचा.
+
+आमच्या स्मार्ट कॉन्ट्रॅक्टमधील `message` फंक्शनला कॉल करण्यासाठी आणि आरंभिक संदेश वाचण्यासाठी खालील कोड वापरा:
+
+```javascript
+// interact.js
+
+// ...
+
+async function main() {
+  const message = await helloWorldContract.message()
+  console.log("The message is: " + message)
+}
+main()
+```
+
+टर्मिनलमध्ये `npx hardhat run scripts/interact.js` वापरून फाइल चालवल्यानंतर आम्हाला हा प्रतिसाद दिसला पाहिजे:
+
+```
+The message is: Hello world!
+```
+
+अभिनंदन! तुम्ही नुकतेच Ethereum ब्लॉकचेनवरून स्मार्ट कॉन्ट्रॅक्ट डेटा यशस्वीरित्या वाचला आहे, छान काम!
+
+### संदेश अपडेट करा {#update-the-message}
+
+फक्त संदेश वाचण्याऐवजी, आम्ही `update` फंक्शन वापरून आमच्या स्मार्ट कॉन्ट्रॅक्टमध्ये सेव्ह केलेला संदेश देखील अपडेट करू शकतो! छान आहे, नाही का?
+
+संदेश अपडेट करण्यासाठी, आम्ही थेट आमच्या इन्स्टँटिएटेड कॉन्ट्रॅक्ट ऑब्जेक्टवर `update` फंक्शन कॉल करू शकतो:
+
+```javascript
+// interact.js
+
+// ...
+
+async function main() {
+  const message = await helloWorldContract.message()
+  console.log("The message is: " + message)
+
+  console.log("Updating the message...")
+  const tx = await helloWorldContract.update("This is the new message.")
+  await tx.wait()
+}
+main()
+```
+
+लक्षात घ्या की ओळ ११ वर, आम्ही परत आलेल्या व्यवहार ऑब्जेक्टवर `.wait()` ला कॉल करतो. हे सुनिश्चित करते की आमची स्क्रिप्ट फंक्शनमधून बाहेर पडण्यापूर्वी ब्लॉकचेनवर व्यवहार माइन होण्याची वाट पाहते. जर `.wait()` कॉल समाविष्ट नसेल, तर स्क्रिप्टला कॉन्ट्रॅक्टमधील अपडेट केलेले `message` मूल्य दिसणार नाही.
+
+### नवीन संदेश वाचा {#read-the-new-message}
+
+अपडेट केलेले `message` मूल्य वाचण्यासाठी तुम्ही [मागील पायरी](#read-the-init-message) पुन्हा करू शकाल. थोडा वेळ घ्या आणि बघा की तुम्ही ते नवीन मूल्य प्रिंट करण्यासाठी आवश्यक बदल करू शकता का!
+
+तुम्हाला इशारा हवा असल्यास, तुमची `interact.js` फाइल या टप्प्यावर कशी दिसली पाहिजे ते येथे आहे:
+
+```javascript
+// interact.js
+
+const API_KEY = process.env.API_KEY
+const PRIVATE_KEY = process.env.PRIVATE_KEY
+const CONTRACT_ADDRESS = process.env.CONTRACT_ADDRESS
+
+const contract = require("../artifacts/contracts/HelloWorld.sol/HelloWorld.json")
+
+// प्रदाता - Alchemy
+const alchemyProvider = new ethers.providers.AlchemyProvider(
+  (network = "goerli"),
+  API_KEY
+)
+
+// स्वाक्षरीकर्ता - तुम्ही
+const signer = new ethers.Wallet(PRIVATE_KEY, alchemyProvider)
+
+// कॉन्ट्रॅक्ट उदाहरण
+const helloWorldContract = new ethers.Contract(
+  CONTRACT_ADDRESS,
+  contract.abi,
+  signer
+)
+
+async function main() {
+  const message = await helloWorldContract.message()
+  console.log("The message is: " + message)
+
+  console.log("Updating the message...")
+  const tx = await helloWorldContract.update("this is the new message")
+  await tx.wait()
+
+  const newMessage = await helloWorldContract.message()
+  console.log("The new message is: " + newMessage)
+}
+
+main()
+```
+
+आता फक्त स्क्रिप्ट चालवा आणि तुम्हाला जुना संदेश, अपडेटिंग स्थिती आणि नवीन संदेश तुमच्या टर्मिनलवर छापलेला दिसेल!
+
+`npx hardhat run scripts/interact.js --network goerli`
+
+```
+The message is: Hello World!
+Updating the message...
+The new message is: This is the new message.
+```
+
+ती स्क्रिप्ट चालवताना, तुम्हाला कदाचित लक्षात येईल की नवीन संदेश लोड होण्यापूर्वी `Updating the message...` पायरी लोड होण्यास थोडा वेळ लागतो. हे मायनिंग प्रक्रियेमुळे आहे; जर तुम्हाला व्यवहार माइन होत असताना त्यांचा मागोवा घेण्यास उत्सुकता असेल, तर व्यवहाराची स्थिती पाहण्यासाठी [Alchemy मेमपूल](https://dashboard.alchemyapi.io/mempool) ला भेट द्या. जर व्यवहार ड्रॉप झाला, तर [Goerli Etherscan](https://goerli.etherscan.io) तपासणे आणि तुमच्या व्यवहार हॅशसाठी शोधणे देखील उपयुक्त आहे.
+
+## भाग ३: तुमचे स्मार्ट कॉन्ट्रॅक्ट Etherscan वर प्रकाशित करा {#part-3-publish-your-smart-contract-to-etherscan}
+
+तुम्ही तुमच्या स्मार्ट कॉन्ट्रॅक्टला जीवदान देण्यासाठी सर्व कठोर परिश्रम केले; आता ते जगासोबत शेअर करण्याची वेळ आली आहे!
+
+Etherscan वर तुमचे स्मार्ट कॉन्ट्रॅक्ट सत्यापित करून, कोणीही तुमचा सोर्स कोड पाहू शकतो आणि तुमच्या स्मार्ट कॉन्ट्रॅक्टशी संवाद साधू शकतो. चला सुरू करूया!
+
+### पायरी १: तुमच्या Etherscan खात्यावर एक API की तयार करा {#step-1-generate-an-api-key-on-your-etherscan-account}
+
+तुम्ही जे स्मार्ट कॉन्ट्रॅक्ट प्रकाशित करण्याचा प्रयत्न करत आहात त्याचे तुम्ही मालक आहात हे सत्यापित करण्यासाठी Etherscan API की आवश्यक आहे.
+
+तुमच्याकडे आधीपासून Etherscan खाते नसल्यास, [खात्यासाठी साइन अप करा](https://etherscan.io/register).
+
+एकदा लॉग इन केल्यावर, नेव्हिगेशन बारमध्ये तुमचे वापरकर्तानाव शोधा, त्यावर होव्हर करा आणि **माझे प्रोफाइल** बटण निवडा.
+
+तुमच्या प्रोफाइल पेजवर, तुम्हाला एक साइड नेव्हिगेशन बार दिसेल. साइड नेव्हिगेशन बारमधून, **API की** निवडा. पुढे, नवीन API की तयार करण्यासाठी "जोडा" बटण दाबा, तुमच्या ॲपला **hello-world** नाव द्या आणि **नवीन API की तयार करा** बटण दाबा.
+
+तुमची नवीन API की API की टेबलमध्ये दिसेल. API की तुमच्या क्लिपबोर्डवर कॉपी करा.
+
+पुढे, आम्हाला आमच्या `.env` फाइलमध्ये Etherscan API की जोडण्याची आवश्यकता आहे.
+
+ते जोडल्यानंतर, तुमची `.env` फाइल अशी दिसेल:
+
+```javascript
+API_URL = "https://eth-goerli.alchemyapi.io/v2/your-api-key"
+PUBLIC_KEY = "your-public-account-address"
+PRIVATE_KEY = "your-private-account-address"
+CONTRACT_ADDRESS = "your-contract-address"
+ETHERSCAN_API_KEY = "your-etherscan-key"
+```
+
+### Hardhat-तैनात स्मार्ट कॉन्ट्रॅक्ट {#hardhat-deployed-smart-contracts}
+
+#### hardhat-etherscan इन्स्टॉल करा {#install-hardhat-etherscan}
+
+Hardhat वापरून तुमचे कॉन्ट्रॅक्ट Etherscan वर प्रकाशित करणे सोपे आहे. सुरुवात करण्यासाठी तुम्हाला प्रथम `hardhat-etherscan` प्लगइन इन्स्टॉल करावे लागेल. `hardhat-etherscan` आपोआप स्मार्ट कॉन्ट्रॅक्टचा सोर्स कोड आणि ABI Etherscan वर सत्यापित करेल. हे जोडण्यासाठी, `hello-world` डिरेक्टरीमध्ये चालवा:
+
+```text
+npm install --save-dev @nomiclabs/hardhat-etherscan
+```
+
+एकदा इन्स्टॉल झाल्यावर, तुमच्या `hardhat.config.js` च्या शीर्षस्थानी खालील विधान समाविष्ट करा, आणि Etherscan कॉन्फिग पर्याय जोडा:
+
+```javascript
+// hardhat.config.js
+
+require("dotenv").config()
+require("@nomiclabs/hardhat-ethers")
+require("@nomiclabs/hardhat-etherscan")
+
+const { API_URL, PRIVATE_KEY, ETHERSCAN_API_KEY } = process.env
+
+module.exports = {
+  solidity: "0.7.3",
+  defaultNetwork: "goerli",
+  networks: {
+    hardhat: {},
+    goerli: {
+      url: API_URL,
+      accounts: [`0x${PRIVATE_KEY}`],
+    },
+  },
+  etherscan: {
+    // Etherscan साठी तुमची API की
+    // https://etherscan.io/ वर एक मिळवा
+    apiKey: ETHERSCAN_API_KEY,
+  },
+}
+```
+
+#### Etherscan वर तुमचे स्मार्ट कॉन्ट्रॅक्ट सत्यापित करा {#verify-your-smart-contract-on-etherscan}
+
+सर्व फायली सेव्ह झाल्या आहेत आणि सर्व `.env` व्हेरिएबल्स योग्यरित्या कॉन्फिगर केले आहेत याची खात्री करा.
+
+`verify` टास्क चालवा, कॉन्ट्रॅक्ट पत्ता आणि ज्या नेटवर्कवर ते तैनात आहे ते पास करा:
+
+```text
+npx hardhat verify --network goerli DEPLOYED_CONTRACT_ADDRESS 'Hello World!'
+```
+
+खात्री करा की `DEPLOYED_CONTRACT_ADDRESS` हे Goerli टेस्ट नेटवर्कवर तुमच्या तैनात केलेल्या स्मार्ट कॉन्ट्रॅक्टचा पत्ता आहे. तसेच, अंतिम युक्तिवाद (`'Hello World!'`) हा भाग १ मधील [तैनाती पायरी दरम्यान](#write-our-deploy-script) वापरलेल्या समान स्ट्रिंग मूल्याचा असावा.
+
+जर सर्व काही ठीक झाले, तर तुम्हाला तुमच्या टर्मिनलमध्ये खालील संदेश दिसेल:
+
+```text
+Successfully submitted source code for contract
+contracts/HelloWorld.sol:HelloWorld at 0xdeployed-contract-address
+for verification on Etherscan. Waiting for verification result...
+
+
+Successfully verified contract HelloWorld on Etherscan.
+https://goerli.etherscan.io/address/<contract-address>#contracts
+```
+
+अभिनंदन! तुमचा स्मार्ट कॉन्ट्रॅक्ट कोड Etherscan वर आहे!
+
+### Etherscan वर तुमचे स्मार्ट कॉन्ट्रॅक्ट तपासा! {#check-out-your-smart-contract-on-etherscan}
+
+जेव्हा तुम्ही तुमच्या टर्मिनलमध्ये दिलेल्या लिंकवर नेव्हिगेट करता, तेव्हा तुम्हाला तुमचा स्मार्ट कॉन्ट्रॅक्ट कोड आणि ABI Etherscan वर प्रकाशित केलेला दिसेल!
+
+**व्वा - तुम्ही ते केले चॅम्प! आता कोणीही तुमच्या स्मार्ट कॉन्ट्रॅक्टला कॉल किंवा लिहू शकतो! तुम्ही पुढे काय तयार करता हे पाहण्यासाठी आम्ही उत्सुक आहोत!**
+
+## भाग ४ - तुमचे स्मार्ट कॉन्ट्रॅक्ट फ्रंटएंडसह एकत्रित करणे {#part-4-integrating-your-smart-contract-with-the-frontend}
+
+या ट्युटोरियलच्या अखेरीस, तुम्हाला कळेल की कसे:
+
+- तुमच्या डॅपला MetaMask वॉलेट कनेक्ट करा
+- [Alchemy Web3](https://docs.alchemy.com/alchemy/documentation/alchemy-web3) API वापरून तुमच्या स्मार्ट कॉन्ट्रॅक्टमधून डेटा वाचा
+- MetaMask वापरून Ethereum व्यवहारांवर स्वाक्षरी करा
+
+या डॅपसाठी, आम्ही आमच्या फ्रंटएंड फ्रेमवर्क म्हणून [React](https://react.dev/) वापरणार आहोत; तथापि, हे लक्षात घेणे महत्त्वाचे आहे की आम्ही त्याच्या मूलभूत गोष्टींचे विश्लेषण करण्यात जास्त वेळ घालवणार नाही, कारण आम्ही मुख्यतः आमच्या प्रकल्पात Web3 कार्यक्षमता आणण्यावर लक्ष केंद्रित करणार आहोत.
+
+एक पूर्वअट म्हणून, तुम्हाला React चे नवशिक्या-स्तराचे ज्ञान असले पाहिजे. नसल्यास, आम्ही अधिकृत [React चा परिचय ट्युटोरियल](https://react.dev/learn) पूर्ण करण्याची शिफारस करतो.
+
+### स्टार्टर फाइल्स क्लोन करा {#clone-the-starter-files}
+
+प्रथम, या प्रकल्पासाठी स्टार्टर फायली मिळवण्यासाठी [hello-world-part-four GitHub रेपॉजिटरी](https://github.com/alchemyplatform/hello-world-part-four-tutorial) वर जा आणि ही रेपॉजिटरी तुमच्या स्थानिक मशीनवर क्लोन करा.
+
+क्लोन केलेली रेपॉजिटरी स्थानिकरित्या उघडा. लक्षात घ्या की त्यात दोन फोल्डर आहेत: `starter-files` आणि `completed`.
+
+- `starter-files`- **आम्ही या डिरेक्टरीमध्ये काम करणार आहोत**, आम्ही UI ला तुमच्या Ethereum वॉलेटशी आणि आम्ही [भाग ३](#part-3) मध्ये Etherscan वर प्रकाशित केलेल्या स्मार्ट कॉन्ट्रॅक्टशी कनेक्ट करू.
+- `completed` मध्ये संपूर्ण पूर्ण ट्युटोरियल आहे आणि तुम्ही अडकल्यास केवळ संदर्भ म्हणून वापरले पाहिजे.
+
+पुढे, तुमची `starter-files` ची प्रत तुमच्या आवडत्या कोड एडिटरमध्ये उघडा आणि नंतर `src` फोल्डरमध्ये नेव्हिगेट करा.
+
+आपण लिहिणार असलेला सर्व कोड `src` फोल्डरखाली असेल. आमच्या प्रकल्पाला Web3 कार्यक्षमता देण्यासाठी आम्ही `HelloWorld.js` घटक आणि `util/interact.js` जावास्क्रिप्ट फायली संपादित करणार आहोत.
+
+### स्टार्टर फायली तपासा {#check-out-the-starter-files}
+
+आम्ही कोडिंग सुरू करण्यापूर्वी, चला स्टार्टर फायलींमध्ये आम्हाला काय प्रदान केले आहे ते पाहूया.
+
+#### तुमचा react प्रोजेक्ट चालू करा {#get-your-react-project-running}
+
+चला आपल्या ब्राउझरमध्ये React प्रोजेक्ट चालवून सुरुवात करूया. React चे सौंदर्य हे आहे की एकदा आपला प्रोजेक्ट आपल्या ब्राउझरमध्ये चालू झाला की, आपण केलेले कोणतेही बदल आपल्या ब्राउझरमध्ये थेट अपडेट केले जातील.
+
+प्रकल्प चालू करण्यासाठी, `starter-files` फोल्डरच्या रूट डिरेक्टरीवर नेव्हिगेट करा, आणि प्रकल्पाच्या अवलंबित्वे स्थापित करण्यासाठी तुमच्या टर्मिनलमध्ये `npm install` चालवा:
+
+```bash
+cd starter-files
+npm install
+```
+
+एकदा ते इन्स्टॉल झाल्यावर, तुमच्या टर्मिनलमध्ये `npm start` चालवा:
+
+```bash
+npm start
+```
+
+असे केल्याने तुमच्या ब्राउझरमध्ये [http://localhost:3000/](http://localhost:3000/) उघडले पाहिजे, जिथे तुम्हाला आमच्या प्रकल्पासाठी फ्रंटएंड दिसेल. त्यात एक फील्ड (तुमच्या स्मार्ट कॉन्ट्रॅक्टमध्ये संग्रहित केलेला संदेश अपडेट करण्यासाठी एक जागा), एक "वॉलेट कनेक्ट करा" बटण आणि एक "अपडेट करा" बटण असले पाहिजे.
+
+तुम्ही कोणतेही बटण क्लिक करण्याचा प्रयत्न केल्यास, तुम्हाला लक्षात येईल की ते कार्य करत नाहीत—कारण आम्हाला अजूनही त्यांची कार्यक्षमता प्रोग्राम करायची आहे.
+
+#### `HelloWorld.js` घटक {#the-helloworld-js-component}
+
+चला आमच्या एडिटरमधील `src` फोल्डरमध्ये परत जाऊया आणि `HelloWorld.js` फाइल उघडूया. या फाईलमधील सर्व काही समजून घेणे खूप महत्त्वाचे आहे, कारण हा प्राथमिक React घटक आहे ज्यावर आपण काम करणार आहोत.
+
+या फाइलच्या शीर्षस्थानी, तुम्हाला दिसेल की आमच्याकडे अनेक आयात विधाने आहेत जी आमचा प्रकल्प चालू करण्यासाठी आवश्यक आहेत, ज्यात React लायब्ररी, useEffect आणि useState हुक्स, `./util/interact.js` मधील काही आयटम (आम्ही त्यांना लवकरच अधिक तपशीलवार वर्णन करू!) आणि Alchemy लोगो समाविष्ट आहेत.
+
+```javascript
+// HelloWorld.js
+
+import React from "react"
+import { useEffect, useState } from "react"
+import {
+  helloWorldContract,
+  connectWallet,
+  updateMessage,
+  loadCurrentMessage,
+  getCurrentWalletConnected,
+} from "./util/interact.js"
+
+import alchemylogo from "./alchemylogo.svg"
+```
+
+पुढे, आमच्याकडे आमचे स्टेट व्हेरिएबल्स आहेत जे आम्ही विशिष्ट इव्हेंटनंतर अपडेट करू.
+
+```javascript
+// HelloWorld.js
+
+//स्टेट व्हेरिएबल्स
+const [walletAddress, setWallet] = useState("")
+const [status, setStatus] = useState("")
+const [message, setMessage] = useState("नेटवर्कशी कोणतेही कनेक्शन नाही.")
+const [newMessage, setNewMessage] = useState("")
+```
+
+प्रत्येक व्हेरिएबल काय दर्शवते ते येथे आहे:
+
+- `walletAddress` - वापरकर्त्याचा वॉलेट ॲड्रेस साठवणारी एक स्ट्रिंग
+- `status`- एक स्ट्रिंग जी वापरकर्त्याला डॅपशी कसे संवाद साधावा याबद्दल मार्गदर्शन करणारा उपयुक्त संदेश संग्रहित करते
+- `message` - एक स्ट्रिंग जी स्मार्ट कॉन्ट्रॅक्टमधील सध्याचा संदेश संग्रहित करते
+- `newMessage` - एक स्ट्रिंग जी स्मार्ट कॉन्ट्रॅक्टमध्ये लिहिला जाणारा नवीन संदेश संग्रहित करते
+
+स्टेट व्हेरिएबल्सनंतर, तुम्हाला पाच अंमलबजावणी न केलेली फंक्शन्स दिसतील: `useEffect`, `addSmartContractListener`, `addWalletListener`, `connectWalletPressed`, आणि `onUpdatePressed`. ते काय करतात ते आम्ही खाली स्पष्ट करू:
+
+```javascript
+// HelloWorld.js
+
+//केवळ एकदाच कॉल केले जाते
+useEffect(async () => {
+  //TODO: अंमलबजावणी करा
+}, [])
+
+function addSmartContractListener() {
+  //TODO: अंमलबजावणी करा
+}
+
+function addWalletListener() {
+  //TODO: अंमलबजावणी करा
+}
+
+const connectWalletPressed = async () => {
+  //TODO: अंमलबजावणी करा
+}
+
+const onUpdatePressed = async () => {
+  //TODO: अंमलबजावणी करा
+}
+```
+
+- [`useEffect`](https://legacy.reactjs.org/docs/hooks-effect.html)- हा एक React हुक आहे जो तुमचा घटक प्रस्तुत झाल्यानंतर कॉल केला जातो. कारण त्यात एक रिकामा ॲरे `[]` प्रॉप पास केला आहे (ओळ ४ पहा), तो फक्त घटकाच्या _पहिल्या_ रेंडरवर कॉल केला जाईल. येथे आम्ही आमच्या स्मार्ट कॉन्ट्रॅक्टमध्ये संग्रहित केलेला सध्याचा संदेश लोड करू, आमचे स्मार्ट कॉन्ट्रॅक्ट आणि वॉलेट श्रोत्यांना कॉल करू, आणि वॉलेट आधीच कनेक्ट केलेले आहे की नाही हे दर्शविण्यासाठी आमचे UI अपडेट करू.
+- `addSmartContractListener`- हे फंक्शन एक श्रोता सेट करते जो आमच्या HelloWorld कॉन्ट्रॅक्टच्या `UpdatedMessages` इव्हेंटवर लक्ष ठेवेल आणि आमच्या स्मार्ट कॉन्ट्रॅक्टमधील संदेश बदलल्यावर आमचे UI अपडेट करेल.
+- `addWalletListener`- हे फंक्शन एक श्रोता सेट करते जो वापरकर्त्याच्या MetaMask वॉलेटच्या स्थितीत बदल ओळखतो, जसे की वापरकर्ता त्यांचे वॉलेट डिस्कनेक्ट करतो किंवा पत्ते बदलतो.
+- `connectWalletPressed`- हे फंक्शन वापरकर्त्याचे MetaMask वॉलेट आमच्या डॅपशी कनेक्ट करण्यासाठी कॉल केले जाईल.
+- `onUpdatePressed` - हे फंक्शन तेव्हा कॉल केले जाईल जेव्हा वापरकर्त्याला स्मार्ट कॉन्ट्रॅक्टमध्ये संग्रहित केलेला संदेश अपडेट करायचा असेल.
+
+या फाइलच्या शेवटी, आमच्याकडे आमच्या घटकाचा UI आहे.
+
+```javascript
+// HelloWorld.js
+
+//आमच्या घटकाचे UI
+return (
+  <div id="container">
+    <img id="logo" src={alchemylogo}></img>
+    <button id="walletButton" onClick={connectWalletPressed}>
+      {walletAddress.length > 0 ? (
+        "Connected: " +
+        String(walletAddress).substring(0, 6) +
+        "..." +
+        String(walletAddress).substring(38)
+      ) : (
+        <span>Connect Wallet</span>
+      )}
+    </button>
+
+    <h2 style={{ paddingTop: "50px" }}>Current Message:</h2>
+    <p>{message}</p>
+
+    <h2 style={{ paddingTop: "18px" }}>New Message:</h2>
+
+    <div>
+      <input
+        type="text"
+        placeholder="Update the message in your smart contract."
+        onChange={(e) => setNewMessage(e.target.value)}
+        value={newMessage}
+      />
+      <p id="status">{status}</p>
+
+      <button id="publishButton" onClick={onUpdatePressed}>
+        Update
+      </button>
+</div>
+ 
+</div>
+)
+```
+
+तुम्ही हा कोड काळजीपूर्वक स्कॅन केल्यास, तुम्हाला दिसेल की आम्ही आमच्या UI मध्ये आमचे विविध स्टेट व्हेरिएबल्स कुठे वापरतो:
+
+- ओळी ६-१२ वर, जर वापरकर्त्याचे वॉलेट कनेक्ट केलेले असेल (म्हणजे, `walletAddress.length > 0`), तर आम्ही "walletButton" आयडी असलेल्या बटणामध्ये वापरकर्त्याच्या `walletAddress` ची एक संक्षिप्त आवृत्ती प्रदर्शित करतो; अन्यथा ते फक्त "वॉलेट कनेक्ट करा" असे म्हणते.
+- ओळ १७ वर, आम्ही स्मार्ट कॉन्ट्रॅक्टमध्ये संग्रहित केलेला सध्याचा संदेश प्रदर्शित करतो, जो `message` स्ट्रिंगमध्ये कॅप्चर केला जातो.
+- ओळी २३-२६ वर, टेक्स्ट फील्डमधील इनपुट बदलल्यावर आमचे `newMessage` स्टेट व्हेरिएबल अपडेट करण्यासाठी आम्ही [नियंत्रित घटक](https://legacy.reactjs.org/docs/forms.html#controlled-components) वापरतो.
+
+आमच्या स्टेट व्हेरिएबल्स व्यतिरिक्त, तुम्हाला दिसेल की `publishButton` आणि `walletButton` आयडी असलेली बटणे क्लिक केल्यावर अनुक्रमे `connectWalletPressed` आणि `onUpdatePressed` फंक्शन्स कॉल केली जातात.
+
+शेवटी, चला पाहूया की हा `HelloWorld.js` घटक कुठे जोडला आहे.
+
+तुम्ही `App.js` फाइलवर गेल्यास, जी React मधील मुख्य घटक आहे जी इतर सर्व घटकांसाठी कंटेनर म्हणून काम करते, तुम्हाला दिसेल की आमचा `HelloWorld.js` घटक ओळ ७ वर इंजेक्ट केला आहे.
+
+शेवटचे पण महत्त्वाचे, चला तुमच्यासाठी प्रदान केलेली आणखी एक फाइल पाहूया, `interact.js` फाइल.
+
+#### `interact.js` फाइल {#the-interact-js-file}
+
+कारण आम्हाला [M-V-C](https://en.wikipedia.org/wiki/Model%E2%80%93view%E2%80%93controller) पॅराडाइमचे पालन करायचे आहे, आम्हाला एक वेगळी फाइल हवी आहे ज्यात आमच्या डॅपच्या तर्कशास्त्र, डेटा आणि नियमांचे व्यवस्थापन करण्यासाठी आमची सर्व फंक्शन्स असतील, आणि नंतर ती फंक्शन्स आमच्या फ्रंटएंडवर (आमचा `HelloWorld.js` घटक) निर्यात करता येतील.
+
+👆🏽हाच आमच्या `interact.js` फाइलचा नेमका उद्देश आहे!
+
+तुमच्या `src` डिरेक्टरीमधील `util` फोल्डरवर नेव्हिगेट करा, आणि तुम्हाला दिसेल की आम्ही `interact.js` नावाची फाइल समाविष्ट केली आहे ज्यात आमची सर्व स्मार्ट कॉन्ट्रॅक्ट संवाद आणि वॉलेट फंक्शन्स आणि व्हेरिएबल्स असतील.
+
+```javascript
+// interact.js
+
+//export const helloWorldContract;
+
+export const loadCurrentMessage = async () => {}
+
+export const connectWallet = async () => {}
+
+const getCurrentWalletConnected = async () => {}
+
+export const updateMessage = async (message) => {}
+```
+
+तुम्हाला फाइलच्या शीर्षस्थानी दिसेल की आम्ही `helloWorldContract` ऑब्जेक्टवर टिप्पणी केली आहे. नंतर या ट्युटोरियलमध्ये, आम्ही या ऑब्जेक्टवरील टिप्पणी काढून टाकू आणि या व्हेरिएबलमध्ये आमचे स्मार्ट कॉन्ट्रॅक्ट इन्स्टँटिएट करू, जे आम्ही नंतर आमच्या `HelloWorld.js` घटकामध्ये निर्यात करू.
+
+आमच्या `helloWorldContract` ऑब्जेक्टनंतरची चार अंमलबजावणी न केलेली फंक्शन्स खालीलप्रमाणे करतात:
+
+- `loadCurrentMessage` - हे फंक्शन स्मार्ट कॉन्ट्रॅक्टमध्ये संग्रहित केलेला सध्याचा संदेश लोड करण्याच्या तर्कशास्त्राचे व्यवस्थापन करते. ते [Alchemy Web3 API](https://github.com/alchemyplatform/alchemy-web3) वापरून हॅलो वर्ल्ड स्मार्ट कॉन्ट्रॅक्टला _वाचण्याचा_ कॉल करेल.
+- `connectWallet` - हे फंक्शन वापरकर्त्याचे MetaMask आमच्या डॅपशी कनेक्ट करेल.
+- `getCurrentWalletConnected` - हे फंक्शन तपासेल की Ethereum खाते आधीपासूनच आमच्या डॅपशी पेज लोडवर कनेक्ट केलेले आहे की नाही आणि त्यानुसार आमचे UI अपडेट करेल.
+- `updateMessage` - हे फंक्शन स्मार्ट कॉन्ट्रॅक्टमध्ये संग्रहित केलेला संदेश अपडेट करेल. हे हॅलो वर्ल्ड स्मार्ट कॉन्ट्रॅक्टला _लिहिण्याचा_ कॉल करेल, त्यामुळे वापरकर्त्याच्या MetaMask वॉलेटला संदेश अपडेट करण्यासाठी Ethereum व्यवहारावर स्वाक्षरी करावी लागेल.
+
+आता आम्हाला समजले आहे की आम्ही कशावर काम करत आहोत, चला पाहूया की आमच्या स्मार्ट कॉन्ट्रॅक्टमधून कसे वाचायचे!
+
+### पायरी ३: तुमच्या स्मार्ट कॉन्ट्रॅक्टमधून वाचा {#step-3-read-from-your-smart-contract}
+
+तुमच्या स्मार्ट कॉन्ट्रॅक्टमधून वाचण्यासाठी, तुम्हाला यशस्वीरित्या सेट अप करावे लागेल:
+
+- Ethereum चेनशी एक API कनेक्शन
+- तुमच्या स्मार्ट कॉन्ट्रॅक्टचे एक लोड केलेले उदाहरण
+- तुमच्या स्मार्ट कॉन्ट्रॅक्ट फंक्शनला कॉल करण्यासाठी एक फंक्शन
+- तुम्ही स्मार्ट कॉन्ट्रॅक्टमधून वाचत असलेल्या डेटामध्ये बदल झाल्यावर अपडेट्ससाठी पाहण्यासाठी एक श्रोता
+
+हे खूप पायऱ्या वाटू शकतात, पण काळजी करू नका! आम्ही तुम्हाला त्या प्रत्येक पायरीतून कसे जायचे हे टप्प्याटप्प्याने सांगू! :\)
+
+#### Ethereum चेनशी एक API कनेक्शन स्थापित करा {#establish-an-api-connection-to-the-ethereum-chain}
+
+तर लक्षात आहे का, या ट्युटोरियलच्या भाग २ मध्ये, आम्ही आमच्या स्मार्ट कॉन्ट्रॅक्टमधून वाचण्यासाठी आमची [Alchemy Web3 की वापरली होती](https://docs.alchemy.com/alchemy/tutorials/hello-world-smart-contract/interacting-with-a-smart-contract#step-1-install-web3-library)? तुमच्या डॅपमध्ये चेनवरून वाचण्यासाठी तुम्हाला Alchemy Web3 की ची देखील आवश्यकता असेल.
+
+तुमच्याकडे आधीपासून नसल्यास, प्रथम [Alchemy Web3](https://github.com/alchemyplatform/alchemy-web3) इन्स्टॉल करा, तुमच्या `starter-files` च्या रूट डिरेक्टरीवर नेव्हिगेट करून आणि तुमच्या टर्मिनलमध्ये खालील चालवून:
+
+```text
+npm install @alch/alchemy-web3
+```
+
+[Alchemy Web3](https://github.com/alchemyplatform/alchemy-web3) हे [Web3.js](https://docs.web3js.org/) च्या सभोवतालचे एक रॅपर आहे, जे एक वेब3 डेव्हलपर म्हणून तुमचे जीवन सोपे करण्यासाठी वर्धित API पद्धती आणि इतर महत्त्वपूर्ण फायदे प्रदान करते. हे कमीत कमी कॉन्फिगरेशन आवश्यक करण्यासाठी डिझाइन केलेले आहे जेणेकरून आपण आपल्या ॲपमध्ये लगेचच त्याचा वापर सुरू करू शकता!
+
+मग, तुमच्या प्रकल्प डिरेक्टरीमध्ये [dotenv](https://www.npmjs.com/package/dotenv) पॅकेज इन्स्टॉल करा, जेणेकरून आम्ही आमची API की मिळवल्यानंतर ती संग्रहित करण्यासाठी आमच्याकडे एक सुरक्षित जागा असेल.
+
+```text
+npm install dotenv --save
+```
+
+आमच्या डॅपसाठी, **आम्ही आमची HTTP API की ऐवजी आमची Websockets API की वापरणार आहोत**, कारण ते आम्हाला एक श्रोता सेट करण्याची परवानगी देईल जो स्मार्ट कॉन्ट्रॅक्टमध्ये संग्रहित केलेला संदेश बदलल्यावर ओळखतो.
+
+एकदा तुमच्याकडे तुमची API की आल्यावर, तुमच्या रूट डिरेक्टरीमध्ये `.env` फाइल तयार करा आणि त्यात तुमची Alchemy Websockets url जोडा. त्यानंतर, तुमची `.env` फाइल अशी दिसेल:
+
+```javascript
+REACT_APP_ALCHEMY_KEY = wss://eth-goerli.ws.alchemyapi.io/v2/<key>
+```
+
+आता, आम्ही आमच्या डॅपमध्ये आमचा Alchemy Web3 एंडपॉइंट सेट करण्यासाठी तयार आहोत! चला आमच्या `util` फोल्डरमध्ये असलेल्या आमच्या `interact.js` फाइलवर परत जाऊया आणि फाइलच्या शीर्षस्थानी खालील कोड जोडूया:
+
+```javascript
+// interact.js
+
+require("dotenv").config()
+const alchemyKey = process.env.REACT_APP_ALCHEMY_KEY
+const { createAlchemyWeb3 } = require("@alch/alchemy-web3")
+const web3 = createAlchemyWeb3(alchemyKey)
+
+//export const helloWorldContract;
+```
+
+वर, आम्ही प्रथम आमच्या `.env` फाइलमधून Alchemy की आयात केली आणि नंतर आमचा Alchemy Web3 एंडपॉइंट स्थापित करण्यासाठी आमची `alchemyKey` `createAlchemyWeb3` ला पास केली.
+
+हा एंडपॉइंट तयार झाल्यावर, आमचे स्मार्ट कॉन्ट्रॅक्ट लोड करण्याची वेळ आली आहे!
+
+#### तुमचे हॅलो वर्ल्ड स्मार्ट कॉन्ट्रॅक्ट लोड करत आहे {#loading-your-hello-world-smart-contract}
+
+तुमचे हॅलो वर्ल्ड स्मार्ट कॉन्ट्रॅक्ट लोड करण्यासाठी, तुम्हाला त्याचा कॉन्ट्रॅक्ट पत्ता आणि ABI आवश्यक असेल, जे दोन्ही Etherscan वर आढळू शकतात जर तुम्ही [या ट्युटोरियलचा भाग ३ पूर्ण केला असेल.](/developers/tutorials/hello-world-smart-contract-fullstack/#part-3-publish-your-smart-contract-to-etherscan-part-3-publish-your-smart-contract-to-etherscan)
+
+#### Etherscan वरून तुमचे कॉन्ट्रॅक्ट ABI कसे मिळवायचे {#how-to-get-your-contract-abi-from-etherscan}
+
+तुम्ही या ट्युटोरियलचा भाग ३ वगळल्यास, तुम्ही [0x6f3f635A9762B47954229Ea479b4541eAF402A6A](https://goerli.etherscan.io/address/0x6f3f635a9762b47954229ea479b4541eaf402a6a#code) पत्त्यासह HelloWorld कॉन्ट्रॅक्ट वापरू शकता. त्याचे ABI [येथे](https://goerli.etherscan.io/address/0x6f3f635a9762b47954229ea479b4541eaf402a6a#code) आढळू शकते.
+
+एक कॉन्ट्रॅक्ट ABI हे निर्दिष्ट करण्यासाठी आवश्यक आहे की कॉन्ट्रॅक्ट कोणते फंक्शन कॉल करेल तसेच फंक्शन तुमच्या अपेक्षित स्वरूपात डेटा परत करेल याची खात्री करण्यासाठी. एकदा आम्ही आमचे कॉन्ट्रॅक्ट ABI कॉपी केल्यावर, चला ते तुमच्या `src` डिरेक्टरीमध्ये `contract-abi.json` नावाची JSON फाइल म्हणून सेव्ह करूया.
+
+तुमची contract-abi.json तुमच्या src फोल्डरमध्ये संग्रहित केली पाहिजे.
+
+आमच्या कॉन्ट्रॅक्ट पत्ता, ABI, आणि Alchemy Web3 एंडपॉइंटसह सज्ज, आम्ही आमच्या स्मार्ट कॉन्ट्रॅक्टचे एक उदाहरण लोड करण्यासाठी [कॉन्ट्रॅक्ट पद्धत](https://docs.web3js.org/api/web3-eth-contract/class/Contract) वापरू शकतो. तुमचे कॉन्ट्रॅक्ट ABI `interact.js` फाइलमध्ये आयात करा आणि तुमचा कॉन्ट्रॅक्ट पत्ता जोडा.
+
+```javascript
+// interact.js
+
+const contractABI = require("../contract-abi.json")
+const contractAddress = "0x6f3f635A9762B47954229Ea479b4541eAF402A6A"
+```
+
+आम्ही आता अखेरीस आमच्या `helloWorldContract` व्हेरिएबलवरील टिप्पणी काढून टाकू शकतो, आणि आमचा AlchemyWeb3 एंडपॉइंट वापरून स्मार्ट कॉन्ट्रॅक्ट लोड करू शकतो:
+
+```javascript
+// interact.js
+export const helloWorldContract = new web3.eth.Contract(
+  contractABI,
+  contractAddress
+)
+```
+
+रिकॅप करण्यासाठी, तुमच्या `interact.js` च्या पहिल्या १२ ओळी आता अशा दिसल्या पाहिजेत:
+
+```javascript
+// interact.js
+
+require("dotenv").config()
+const alchemyKey = process.env.REACT_APP_ALCHEMY_KEY
+const { createAlchemyWeb3 } = require("@alch/alchemy-web3")
+const web3 = createAlchemyWeb3(alchemyKey)
+
+const contractABI = require("../contract-abi.json")
+const contractAddress = "0x6f3f635A9762B47954229Ea479b4541eAF402A6A"
+
+export const helloWorldContract = new web3.eth.Contract(
+  contractABI,
+  contractAddress
+)
+```
+
+आता आमचे कॉन्ट्रॅक्ट लोड झाले आहे, आम्ही आमचे `loadCurrentMessage` फंक्शन अंमलात आणू शकतो!
+
+#### तुमच्या `interact.js` फाइलमध्ये `loadCurrentMessage` अंमलात आणणे {#implementing-loadCurrentMessage-in-your-interact-js-file}
+
+हे फंक्शन खूप सोपे आहे. आम्ही आमच्या कॉन्ट्रॅक्टमधून वाचण्यासाठी एक साधा असिंक वेब3 कॉल करणार आहोत. आमचे फंक्शन स्मार्ट कॉन्ट्रॅक्टमध्ये संग्रहित केलेला संदेश परत करेल:
+
+तुमच्या `interact.js` फाइलमधील `loadCurrentMessage` खालीलप्रमाणे अपडेट करा:
+
+```javascript
+// interact.js
+
+export const loadCurrentMessage = async () => {
+  const message = await helloWorldContract.methods.message().call()
+  return message
+}
+```
+
+आम्हाला हा स्मार्ट कॉन्ट्रॅक्ट आमच्या UI मध्ये प्रदर्शित करायचा असल्याने, चला आमच्या `HelloWorld.js` घटकामधील `useEffect` फंक्शन खालीलप्रमाणे अपडेट करूया:
+
+```javascript
+// HelloWorld.js
+
+//केवळ एकदाच कॉल केले जाते
+useEffect(async () => {
+  const message = await loadCurrentMessage()
+  setMessage(message)
+}, [])
+```
+
+लक्षात घ्या, आम्हाला आमचे `loadCurrentMessage` फक्त घटकाच्या पहिल्या रेंडर दरम्यान एकदाच कॉल करायचे आहे. स्मार्ट कॉन्ट्रॅक्टमधील संदेश बदलल्यानंतर UI आपोआप अपडेट करण्यासाठी आम्ही लवकरच `addSmartContractListener` अंमलात आणू.
+
+आमच्या श्रोत्यामध्ये जाण्यापूर्वी, चला पाहूया की आतापर्यंत आमच्याकडे काय आहे! तुमच्या `HelloWorld.js` आणि `interact.js` फायली सेव्ह करा, आणि नंतर [http://localhost:3000/](http://localhost:3000/) वर जा
+
+तुम्हाला दिसेल की सध्याचा संदेश आता "नेटवर्कशी कोणतेही कनेक्शन नाही" असे म्हणत नाही. त्याऐवजी ते स्मार्ट कॉन्ट्रॅक्टमध्ये संग्रहित केलेला संदेश दर्शवते. छान!
+
+#### तुमचे UI आता स्मार्ट कॉन्ट्रॅक्टमध्ये संग्रहित केलेला संदेश दर्शवला पाहिजे {#your-UI-should-now-reflect-the-message-stored-in-the-smart-contract}
+
+आता त्या श्रोत्याबद्दल बोलूया...
+
+#### `addSmartContractListener` अंमलात आणा {#implement-addsmartcontractlistener}
+
+जर तुम्ही या ट्युटोरियल मालिकेच्या [भाग १](https://docs.alchemy.com/alchemy/tutorials/hello-world-smart-contract#step-10-write-our-contract) मध्ये लिहिलेली `HelloWorld.sol` फाइल आठवत असाल, तर तुम्हाला आठवेल की `UpdatedMessages` नावाचा एक स्मार्ट कॉन्ट्रॅक्ट इव्हेंट आहे जो आमच्या स्मार्ट कॉन्ट्रॅक्टच्या `update` फंक्शनला कॉल केल्यानंतर उत्सर्जित होतो (ओळी ९ आणि २७ पहा):
+
+```javascript
+// HelloWorld.sol
+
+// सिमेंटिक व्हर्जनिंग वापरून, Solidity ची आवृत्ती निर्दिष्ट करते.
+// अधिक जाणून घ्या: https://solidity.readthedocs.io/en/v0.5.10/layout-of-source-files.html#pragma
+pragma solidity ^0.7.3;
+
+// `HelloWorld` नावाचे एक कॉन्ट्रॅक्ट परिभाषित करते.
+// एक कॉन्ट्रॅक्ट म्हणजे फंक्शन्स आणि डेटा (त्याची स्थिती) यांचा संग्रह. एकदा तैनात झाल्यावर, एक कॉन्ट्रॅक्ट Ethereum ब्लॉकचेनवर एका विशिष्ट पत्त्यावर राहते. अधिक जाणून घ्या: https://solidity.readthedocs.io/en/v0.5.10/structure-of-a-contract.html
+contract HelloWorld {
+
+   //जेव्हा अपडेट फंक्शन कॉल केले जाते तेव्हा उत्सर्जित होते
+   //स्मार्ट कॉन्ट्रॅक्ट इव्हेंट्स हे तुमच्या कॉन्ट्रॅक्टसाठी तुमच्या ॲपच्या फ्रंट-एंडला ब्लॉकचेनवर काहीतरी घडल्याचे कळवण्याचा एक मार्ग आहे, जे काही विशिष्ट इव्हेंट्ससाठी 'ऐकत' असू शकते आणि ते घडल्यावर कारवाई करू शकते.
+   event UpdatedMessages(string oldStr, string newStr);
+
+   // `string` प्रकारचा `message` नावाचा एक स्टेट व्हेरिएबल घोषित करते.
+   // स्टेट व्हेरिएबल्स असे व्हेरिएबल्स आहेत ज्यांची मूल्ये कॉन्ट्रॅक्ट स्टोरेजमध्ये कायमस्वरूपी संग्रहित केली जातात. `public` कीवर्ड व्हेरिएबल्सला कॉन्ट्रॅक्टच्या बाहेरून प्रवेशयोग्य बनवतो आणि एक फंक्शन तयार करतो ज्याला इतर कॉन्ट्रॅक्ट्स किंवा क्लायंट मूल्यामध्ये प्रवेश करण्यासाठी कॉल करू शकतात.
+   string public message;
+
+   // अनेक वर्ग-आधारित ऑब्जेक्ट-ओरिएंटेड भाषांप्रमाणे, कंस्ट्रक्टर एक विशेष फंक्शन आहे जे फक्त कॉन्ट्रॅक्ट निर्मितीवर कार्यान्वित होते.
+   // कंस्ट्रक्टरचा वापर कॉन्ट्रॅक्टचा डेटा सुरू करण्यासाठी केला जातो. अधिक जाणून घ्या:https://solidity.readthedocs.io/en/v0.5.10/contracts.html#constructors
+   constructor(string memory initMessage) {
+
+      // एक स्ट्रिंग युक्तिवाद `initMessage` स्वीकारते आणि कॉन्ट्रॅक्टच्या `message` स्टोरेज व्हेरिएबलमध्ये मूल्य सेट करते).
+      message = initMessage;
+   }
+
+   // एक सार्वजनिक फंक्शन जे स्ट्रिंग युक्तिवाद स्वीकारते आणि `message` स्टोरेज व्हेरिएबल अपडेट करते.
+   function update(string memory newMessage) public {
+      string memory oldMsg = message;
+      message = newMessage;
+      emit UpdatedMessages(oldMsg, newMessage);
+   }
+}
+```
+
+स्मार्ट कॉन्ट्रॅक्ट इव्हेंट्स हे तुमच्या कॉन्ट्रॅक्टसाठी तुमच्या फ्रंट-एंड ॲप्लिकेशनला ब्लॉकचेनवर काहीतरी घडल्याचे (म्हणजे, एक _इव्हेंट_ होता) कळवण्याचा एक मार्ग आहे, जे विशिष्ट इव्हेंटसाठी 'ऐकत' असू शकते आणि ते घडल्यावर कारवाई करू शकते.
+
+`addSmartContractListener` फंक्शन विशेषतः आमच्या हॅलो वर्ल्ड स्मार्ट कॉन्ट्रॅक्टच्या `UpdatedMessages` इव्हेंटसाठी ऐकेल, आणि नवीन संदेश प्रदर्शित करण्यासाठी आमचे UI अपडेट करेल.
+
+`addSmartContractListener` खालीलप्रमाणे सुधारित करा:
+
+```javascript
+// HelloWorld.js
+
+function addSmartContractListener() {
+  helloWorldContract.events.UpdatedMessages({}, (error, data) => {
+    if (error) {
+      setStatus("😥 " + error.message)
+    } else {
+      setMessage(data.returnValues[1])
+      setNewMessage("")
+      setStatus("🎉 तुमचा संदेश अपडेट झाला आहे!")
+    }
+  })
+}
+```
+
+चला पाहूया की श्रोता इव्हेंट ओळखल्यावर काय होते:
+
+- इव्हेंट उत्सर्जित झाल्यावर त्रुटी आढळल्यास, ते आमच्या `status` स्टेट व्हेरिएबलद्वारे UI मध्ये दिसेल.
+- अन्यथा, आम्ही परत आलेला `data` ऑब्जेक्ट वापरू. `data.returnValues` हा एक ॲरे आहे जो शून्यावर अनुक्रमित आहे जिथे ॲरेमधील पहिला घटक मागील संदेश आणि दुसरा घटक अपडेट केलेला संदेश संग्रहित करतो. एकत्रितपणे, यशस्वी इव्हेंटवर आम्ही आमची `message` स्ट्रिंग अपडेट केलेल्या संदेशावर सेट करू, `newMessage` स्ट्रिंग साफ करू, आणि आमच्या स्मार्ट कॉन्ट्रॅक्टवर नवीन संदेश प्रकाशित झाला आहे हे दर्शविण्यासाठी आमची `status` स्टेट व्हेरिएबल अपडेट करू.
+
+शेवटी, चला आमच्या `useEffect` फंक्शनमध्ये आमच्या श्रोत्याला कॉल करूया जेणेकरून ते `HelloWorld.js` घटकाच्या पहिल्या रेंडरवर सुरू होईल. एकत्रितपणे, तुमचे `useEffect` फंक्शन असे दिसले पाहिजे:
+
+```javascript
+// HelloWorld.js
+
+useEffect(async () => {
+  const message = await loadCurrentMessage()
+  setMessage(message)
+  addSmartContractListener()
+}, [])
+```
+
+आता आम्ही आमच्या स्मार्ट कॉन्ट्रॅक्टमधून वाचू शकतो, त्यावर कसे लिहायचे हे शोधणे छान होईल! तथापि, आमच्या डॅपवर लिहिण्यासाठी, आमच्याकडे प्रथम एक Ethereum वॉलेट कनेक्ट केलेले असणे आवश्यक आहे.
+
+तर, पुढे आम्ही आमचे Ethereum वॉलेट (MetaMask) सेट अप करू आणि नंतर ते आमच्या डॅपशी कनेक्ट करू!
+
+### पायरी ४: तुमचे Ethereum वॉलेट सेट करा {#step-4-set-up-your-ethereum-wallet}
+
+Ethereum चेनवर काहीही लिहिण्यासाठी, वापरकर्त्यांना त्यांच्या व्हर्च्युअल वॉलेटच्या खाजगी की वापरून व्यवहारांवर स्वाक्षरी करावी लागेल. या ट्युटोरियलसाठी, आम्ही [MetaMask](https://metamask.io/) वापरू, जो ब्राउझरमधील एक व्हर्च्युअल वॉलेट आहे जो तुमच्या Ethereum खात्याचा पत्ता व्यवस्थापित करण्यासाठी वापरला जातो, कारण तो अंतिम-वापरकर्त्यासाठी हे व्यवहार स्वाक्षरी करणे खूप सोपे करतो.
+
+तुम्हाला Ethereum वरील व्यवहार कसे कार्य करतात याबद्दल अधिक समजून घ्यायचे असल्यास, Ethereum फाउंडेशनचे [हे पेज](/developers/docs/transactions/) पहा.
+
+#### MetaMask डाउनलोड करा {#download-metamask}
+
+तुम्ही [येथे](https://metamask.io/download) विनामूल्य MetaMask खाते डाउनलोड आणि तयार करू शकता. तुम्ही खाते तयार करत असताना, किंवा तुमच्याकडे आधीपासूनच खाते असल्यास, वरच्या उजवीकडील “Goerli टेस्ट नेटवर्क” वर स्विच करण्याची खात्री करा (जेणेकरून आपण खऱ्या पैशांशी व्यवहार करत नाही आहोत).
+
+#### फॉसेटमधून इथर जोडा {#add-ether-from-a-faucet}
+
+Ethereum ब्लॉकचेनवर व्यवहारावर स्वाक्षरी करण्यासाठी, आम्हाला काही बनावट Eth ची आवश्यकता असेल. Eth मिळवण्यासाठी तुम्ही [FaucETH](https://fauceth.komputing.org) वर जाऊन तुमचा Goerli खात्याचा पत्ता प्रविष्ट करू शकता, “निधीची विनंती करा” वर क्लिक करा, नंतर ड्रॉपडाउनमध्ये “Ethereum टेस्टनेट Goerli” निवडा आणि शेवटी पुन्हा “निधीची विनंती करा” बटणावर क्लिक करा. त्यानंतर लगेचच तुम्हाला तुमच्या MetaMask खात्यात Eth दिसेल!
+
+#### तुमची शिल्लक तपासा {#check-your-balance}
+
+आमची शिल्लक आहे की नाही हे पुन्हा तपासण्यासाठी, चला [Alchemy’s composer tool](https://composer.alchemyapi.io/?composer_state=%7B%22network%22%3A0%2C%22methodName%22%3A%22eth_getBalance%22%2C%22paramValues%22%3A%5B%22%22%2C%22latest%22%5D%7D) वापरून एक [eth_getBalance](https://docs.alchemyapi.io/alchemy/documentation/alchemy-api-reference/json-rpc#eth_getbalance) विनंती करूया. हे आमच्या वॉलेटमधील Eth ची रक्कम परत करेल. तुम्ही तुमच्या MetaMask खात्याचा पत्ता इनपुट केल्यानंतर आणि “Send Request” वर क्लिक केल्यानंतर, तुम्हाला असा प्रतिसाद दिसेल:
+
+```text
+{"jsonrpc": "2.0", "id": 0, "result": "0xde0b6b3a7640000"}
+```
+
+**सूचना:** हा निकाल eth मध्ये नसून wei मध्ये आहे. Wei हे इथरचे सर्वात लहान एकक म्हणून वापरले जाते. wei चे eth मध्ये रूपांतर: 1 eth = 10¹⁸ wei. म्हणून जर आपण 0xde0b6b3a7640000 ला दशांश मध्ये रूपांतरित केले तर आपल्याला 1\*10¹⁸ मिळते, जे 1 eth च्या बरोबर आहे.
+
+हुश्श! आपले बनावट पैसे तिथेच आहेत! 🤑
+
+### पायरी ५: MetaMask ला तुमच्या UI शी कनेक्ट करा {#step-5-connect-metamask-to-your-UI}
+
+आता आपले MetaMask वॉलेट सेट झाले आहे, चला आपला dapp त्याच्याशी कनेक्ट करूया!
+
+#### `connectWallet` फंक्शन {#the-connectWallet-function}
+
+आमच्या `interact.js` फाइलमध्ये, चला `connectWallet` फंक्शन अंमलात आणूया, जे आम्ही नंतर आमच्या `HelloWorld.js` घटकामध्ये कॉल करू शकतो.
+
+चला `connectWallet` खालीलप्रमाणे सुधारित करूया:
+
+```javascript
+// interact.js
+
+export const connectWallet = async () => {
+  if (window.ethereum) {
+    try {
+      const addressArray = await window.ethereum.request({
+        method: "eth_requestAccounts",
+      })
+      const obj = {
+        status: "👆🏽 वरील टेक्स्ट-फील्डमध्ये एक संदेश लिहा.",
+        address: addressArray[0],
+      }
+      return obj
+    } catch (err) {
+      return {
+        address: "",
+        status: "😥 " + err.message,
+      }
+    }
+  } else {
+    return {
+      address: "",
+      status: (
+        <span>
+          <p>
+            {" "}
+            🦊 <a target="_blank" href={`https://metamask.io/download`}>
+              तुम्ही तुमच्या ब्राउझरमध्ये MetaMask, एक व्हर्च्युअल Ethereum वॉलेट, इंस्टॉल करणे आवश्यक आहे.
+            </a>
+          </p>
+        </span>
+      ),
+    }
+  }
+}
+```
+
+तर या मोठ्या कोड ब्लॉकचा नेमका काय उपयोग आहे?
+
+बरं, प्रथम, ते तुमच्या ब्राउझरमध्ये `window.ethereum` सक्षम आहे की नाही हे तपासते.
+
+`window.ethereum` हे MetaMask आणि इतर वॉलेट प्रदात्यांद्वारे इंजेक्ट केलेले एक ग्लोबल API आहे जे वेबसाइट्सना वापरकर्त्यांच्या Ethereum खात्यांची विनंती करण्याची परवानगी देते. मंजूर झाल्यास, ते वापरकर्ता कनेक्ट केलेल्या ब्लॉकचेनमधून डेटा वाचू शकते, आणि वापरकर्त्याला संदेश आणि व्यवहारांवर स्वाक्षरी करण्याचे सुचवू शकते. अधिक माहितीसाठी [MetaMask डॉक्स](https://docs.metamask.io/guide/ethereum-provider.html#table-of-contents) तपासा!
+
+जर `window.ethereum` उपस्थित _नसेल_, तर याचा अर्थ MetaMask स्थापित नाही. यामुळे एक JSON ऑब्जेक्ट परत येतो, जिथे परत केलेला `address` एक रिकामा स्ट्रिंग असतो आणि `status` JSX ऑब्जेक्ट वापरकर्त्याला MetaMask स्थापित करणे आवश्यक असल्याचे सांगतो.
+
+आता जर `window.ethereum` उपस्थित _असेल_, तर गोष्टी मनोरंजक होतात.
+
+try/catch लूप वापरून, आम्ही [`window.ethereum.request({ method: "eth_requestAccounts" });`](https://docs.metamask.io/guide/rpc-api.html#eth-requestaccounts) कॉल करून MetaMask शी कनेक्ट करण्याचा प्रयत्न करू. हे फंक्शन कॉल केल्याने ब्राउझरमध्ये MetaMask उघडेल, जिथे वापरकर्त्याला त्यांचे वॉलेट तुमच्या dapp शी कनेक्ट करण्यास सांगितले जाईल.
+
+- जर वापरकर्त्याने कनेक्ट करणे निवडले, तर `method: "eth_requestAccounts"` एक ॲरे परत करेल ज्यात डॅपशी कनेक्ट केलेल्या वापरकर्त्याच्या सर्व खात्यांचे पत्ते असतील. एकूणच, आमचे `connectWallet` फंक्शन एक JSON ऑब्जेक्ट परत करेल ज्यात या ॲरेमधील _पहिला_ `address` (ओळ 9 पहा) आणि एक `status` संदेश असेल जो वापरकर्त्याला स्मार्ट कॉन्ट्रॅक्टला संदेश लिहिण्यास सांगेल.
+- जर वापरकर्त्याने कनेक्शन नाकारले, तर JSON ऑब्जेक्टमध्ये परत केलेल्या `address` साठी एक रिकामा स्ट्रिंग आणि एक `status` संदेश असेल जो वापरकर्त्याने कनेक्शन नाकारले असल्याचे दर्शवेल.
+
+आता आम्ही हे `connectWallet` फंक्शन लिहिले आहे, पुढची पायरी म्हणजे ते आमच्या `HelloWorld.js` घटकामध्ये कॉल करणे.
+
+#### `connectWallet` फंक्शन तुमच्या `HelloWorld.js` UI घटकामध्ये जोडा {#add-the-connectWallet-function-to-your-HelloWorld-js-ui-component}
+
+`HelloWorld.js` मधील `connectWalletPressed` फंक्शनवर नेव्हिगेट करा, आणि ते खालीलप्रमाणे अपडेट करा:
+
+```javascript
+// HelloWorld.js
+
+const connectWalletPressed = async () => {
+  const walletResponse = await connectWallet()
+  setStatus(walletResponse.status)
+  setWallet(walletResponse.address)
+}
+```
+
+आमच्या `HelloWorld.js` घटकामधून `interact.js` फाइलमधून आमची बहुतेक कार्यक्षमता कशी दूर केली जाते हे लक्षात घ्या? हे असे आहे की आम्ही M-V-C पॅराडाइमचे पालन करतो!
+
+`connectWalletPressed` मध्ये, आम्ही फक्त आमच्या आयात केलेल्या `connectWallet` फंक्शनला एक await कॉल करतो आणि त्याच्या प्रतिसादाचा वापर करून, आम्ही आमचे `status` आणि `walletAddress` व्हेरिएबल्स त्यांच्या स्टेट हुक्सद्वारे अपडेट करतो.
+
+आता, चला दोन्ही फायली (`HelloWorld.js` आणि `interact.js`) सेव्ह करूया आणि आतापर्यंत आमच्या UI ची चाचणी घेऊया.
+
+तुमचा ब्राउझर [http://localhost:3000/](http://localhost:3000/) पेजवर उघडा, आणि पेजच्या वरच्या उजवीकडील "वॉलेट कनेक्ट करा" बटण दाबा.
+
+तुमच्याकडे MetaMask स्थापित असल्यास, तुम्हाला तुमचे वॉलेट तुमच्या dapp शी जोडण्यास सांगितले जाईल. कनेक्ट करण्याची आमंत्रणे स्वीकारा.
+
+तुम्हाला दिसेल की वॉलेट बटण आता तुमचा पत्ता कनेक्ट झाला आहे हे दर्शवते! व्वा 🔥
+
+पुढे, पृष्ठ रिफ्रेश करण्याचा प्रयत्न करा... हे विचित्र आहे. आमचे वॉलेट बटण आम्हाला MetaMask कनेक्ट करण्यास सांगत आहे, जरी ते आधीच कनेक्ट केलेले असले तरी...
+
+तथापि, घाबरू नका! आम्ही ते सहजपणे सोडवू शकतो (समजले?) `getCurrentWalletConnected` अंमलात आणून, जे तपासेल की पत्ता आधीपासूनच आमच्या डॅपशी कनेक्ट केलेला आहे की नाही आणि त्यानुसार आमचे UI अपडेट करेल!
+
+#### `getCurrentWalletConnected` फंक्शन {#the-getcurrentwalletconnected-function}
+
+`interact.js` फाइलमधील तुमचे `getCurrentWalletConnected` फंक्शन खालीलप्रमाणे अपडेट करा:
+
+```javascript
+// interact.js
+
+export const getCurrentWalletConnected = async () => {
+  if (window.ethereum) {
+    try {
+      const addressArray = await window.ethereum.request({
+        method: "eth_accounts",
+      })
+      if (addressArray.length > 0) {
+        return {
+          address: addressArray[0],
+          status: "👆🏽 वरील टेक्स्ट-फील्डमध्ये एक संदेश लिहा.",
+        }
+      } else {
+        return {
+          address: "",
+          status: "🦊 वरच्या उजव्या बटणाचा वापर करून MetaMask शी कनेक्ट करा.",
+        }
+      }
+    } catch (err) {
+      return {
+        address: "",
+        status: "😥 " + err.message,
+      }
+    }
+  } else {
+    return {
+      address: "",
+      status: (
+        <span>
+          <p>
+            {" "}
+            🦊 <a target="_blank" href={`https://metamask.io/download`}>
+              तुम्ही तुमच्या ब्राउझरमध्ये MetaMask, एक व्हर्च्युअल Ethereum वॉलेट, इंस्टॉल करणे आवश्यक आहे.
+            </a>
+          </p>
+        </span>
+      ),
+    }
+  }
+}
+```
+
+हा कोड आम्ही मागील पायरीमध्ये लिहिलेल्या `connectWallet` फंक्शनसारखाच _खूप_ आहे.
+
+मुख्य फरक असा आहे की `eth_requestAccounts` या पद्धतीला कॉल करण्याऐवजी, जे वापरकर्त्याला त्यांचे वॉलेट कनेक्ट करण्यासाठी MetaMask उघडते, येथे आपण `eth_accounts` ही पद्धत कॉल करतो, जी सध्या आपल्या dapp शी कनेक्ट केलेल्या MetaMask ॲड्रेसची एक ॲरे परत करते.
+
+हे फंक्शन कृतीत पाहण्यासाठी, चला ते आमच्या `HelloWorld.js` घटकाच्या `useEffect` फंक्शनमध्ये कॉल करूया:
+
+```javascript
+// HelloWorld.js
+
+useEffect(async () => {
+  const message = await loadCurrentMessage()
+  setMessage(message)
+  addSmartContractListener()
+
+  const { address, status } = await getCurrentWalletConnected()
+  setWallet(address)
+  setStatus(status)
+}, [])
+```
+
+लक्षात घ्या, आम्ही आमच्या `getCurrentWalletConnected` च्या कॉलच्या प्रतिसादाचा वापर आमचे `walletAddress` आणि `status` स्टेट व्हेरिएबल्स अपडेट करण्यासाठी करतो.
+
+आता तुम्ही हा कोड जोडला आहे, चला आमचे ब्राउझर विंडो रिफ्रेश करून पाहूया.
+
+छान! बटण तुम्हाला कनेक्ट झाल्याचे सांगेल आणि तुमच्या कनेक्ट केलेल्या वॉलेटच्या ॲड्रेसचे पूर्वावलोकन दाखवेल - जरी तुम्ही रिफ्रेश केले तरी!
+
+#### `addWalletListener` अंमलात आणा {#implement-addwalletlistener}
+
+आमच्या dapp वॉलेट सेटअपमधील शेवटची पायरी म्हणजे वॉलेट लिसनर लागू करणे जेणेकरून आमच्या वॉलेटची स्थिती बदलल्यावर आमचे UI अपडेट होईल, जसे की वापरकर्ता डिस्कनेक्ट झाल्यावर किंवा खाती बदलल्यावर.
+
+तुमच्या `HelloWorld.js` फाइलमध्ये, तुमचे `addWalletListener` फंक्शन खालीलप्रमाणे सुधारित करा:
+
+```javascript
+// HelloWorld.js
+
+function addWalletListener() {
+  if (window.ethereum) {
+    window.ethereum.on("accountsChanged", (accounts) => {
+      if (accounts.length > 0) {
+        setWallet(accounts[0])
+        setStatus("👆🏽 वरील टेक्स्ट-फील्डमध्ये एक संदेश लिहा.")
+      } else {
+        setWallet("")
+        setStatus("🦊 वरच्या उजव्या बटणाचा वापर करून MetaMask शी कनेक्ट करा.")
+      }
+    })
+  } else {
+    setStatus(
+      <p>
+        {" "}
+        🦊 <a target="_blank" href={`https://metamask.io/download`}>
+          तुम्ही तुमच्या ब्राउझरमध्ये MetaMask, एक व्हर्च्युअल Ethereum वॉलेट, इंस्टॉल करणे आवश्यक आहे.
+        </a>
+      </p>
+    )
+  }
+}
+```
+
+मला खात्री आहे की तुम्हाला या टप्प्यावर काय चालले आहे हे समजून घेण्यासाठी आमच्या मदतीची गरज नाही, परंतु संपूर्णतेच्या उद्देशाने, चला ते पटकन पाहूया:
+
+- प्रथम, आमचे फंक्शन तपासते की `window.ethereum` सक्षम आहे का (म्हणजे MetaMask स्थापित आहे का).
+  - जर ते नसेल, तर आम्ही फक्त आमचे `status` स्टेट व्हेरिएबल एका JSX स्ट्रिंगवर सेट करतो जे वापरकर्त्याला MetaMask स्थापित करण्यास सांगते.
+  - जर ते सक्षम असेल, तर आम्ही ओळ 3 वर `window.ethereum.on("accountsChanged")` हा लिसनर सेट करतो जो MetaMask वॉलेटमधील स्टेट बदलांसाठी ऐकतो, ज्यात वापरकर्ता dapp शी अतिरिक्त खाते जोडतो, खाती बदलतो किंवा खाते डिस्कनेक्ट करतो. जर किमान एक खाते कनेक्ट केलेले असेल, तर `walletAddress` स्टेट व्हेरिएबल लिसनरद्वारे परत केलेल्या `accounts` ॲरेमधील पहिले खाते म्हणून अपडेट केले जाते. अन्यथा, `walletAddress` एक रिकामा स्ट्रिंग म्हणून सेट केला जातो.
+
+शेवटचे पण महत्त्वाचे, आम्ही ते आमच्या `useEffect` फंक्शनमध्ये कॉल करणे आवश्यक आहे:
+
+```javascript
+// HelloWorld.js
+
+useEffect(async () => {
+  const message = await loadCurrentMessage()
+  setMessage(message)
+  addSmartContractListener()
+
+  const { address, status } = await getCurrentWalletConnected()
+  setWallet(address)
+  setStatus(status)
+
+  addWalletListener()
+}, [])
+```
+
+आणि झाले! आम्ही आमच्या सर्व वॉलेट कार्यक्षमतेचे प्रोग्रामिंग यशस्वीरित्या पूर्ण केले आहे! आता आमच्या शेवटच्या कार्याकडे: आमच्या स्मार्ट कॉन्ट्रॅक्टमध्ये संग्रहित केलेला संदेश अपडेट करणे!
+
+### पायरी ६: `updateMessage` फंक्शन अंमलात आणा {#step-6-implement-the-updateMessage-function}
+
+ठीक आहे मित्रांनो, आपण अंतिम टप्प्यात आलो आहोत! तुमच्या `interact.js` फाइलच्या `updateMessage` मध्ये, आम्ही खालील गोष्टी करणार आहोत:
+
+1. आम्हाला आमच्या स्मार्ट संपर्कात प्रकाशित करायचा असलेला संदेश वैध असल्याची खात्री करा
+2. MetaMask वापरून आमच्या व्यवहारावर स्वाक्षरी करा
+3. या फंक्शनला आमच्या `HelloWorld.js` फ्रंटएंड घटकामधून कॉल करा
+
+याला जास्त वेळ लागणार नाही; चला हा डॅप पूर्ण करूया!
+
+#### इनपुट एरर हाताळणी {#input-error-handling}
+
+स्वाभाविकच, फंक्शनच्या सुरुवातीला काही प्रकारचे इनपुट त्रुटी हाताळणी असणे अर्थपूर्ण आहे.
+
+आम्ही इच्छितो की जर MetaMask विस्तार स्थापित नसेल, कोणतेही वॉलेट कनेक्ट केलेले नसेल (म्हणजे, पास केलेला `address` एक रिकामा स्ट्रिंग आहे), किंवा `message` एक रिकामा स्ट्रिंग असेल तर आमचे फंक्शन लवकर परत यावे. चला `updateMessage` मध्ये खालील त्रुटी हाताळणी जोडूया:
+
+```javascript
+// interact.js
+
+export const updateMessage = async (address, message) => {
+  if (!window.ethereum || address === null) {
+    return {
+      status:
+        "💡 ब्लॉकचेनवरील संदेश अपडेट करण्यासाठी तुमचे MetaMask वॉलेट कनेक्ट करा.",
+    }
+  }
+
+  if (message.trim() === "") {
+    return {
+      status: "❌ तुमचा संदेश रिकामा स्ट्रिंग असू शकत नाही.",
+    }
+  }
+}
+```
+
+आता त्यात योग्य इनपुट त्रुटी हाताळणी आहे, MetaMask द्वारे व्यवहारावर स्वाक्षरी करण्याची वेळ आली आहे!
+
+#### आमच्या व्यवहारावर स्वाक्षरी करणे {#signing-our-transaction}
+
+तुम्ही आधीपासूनच पारंपरिक वेब3 Ethereum व्यवहारांशी परिचित असाल, तर आम्ही पुढे लिहिणारा कोड खूप परिचित असेल. तुमच्या इनपुट त्रुटी हाताळणी कोडच्या खाली, `updateMessage` मध्ये खालील जोडा:
+
+```javascript
+// interact.js
+
+//व्यवहार पॅरामीटर्स सेट करा
+const transactionParameters = {
+  to: contractAddress, // कॉन्ट्रॅक्ट प्रकाशनांशिवाय आवश्यक.
+  from: address, // वापरकर्त्याच्या सक्रिय पत्त्याशी जुळले पाहिजे.
+  data: helloWorldContract.methods.update(message).encodeABI(),
+}
+
+//व्यवहारावर स्वाक्षरी करा
+try {
+  const txHash = await window.ethereum.request({
+    method: "eth_sendTransaction",
+    params: [transactionParameters],
+  })
+  return {
+    status: (
+      <span>
+        ✅{" "}
+        <a target="_blank" href={`https://goerli.etherscan.io/tx/${txHash}`}>
+          Etherscan वर तुमच्या व्यवहाराची स्थिती पहा!
+        </a>
+        <br />
+        ℹ️ एकदा नेटवर्कद्वारे व्यवहाराची पडताळणी झाल्यावर, संदेश आपोआप अपडेट होईल.
+      </span>
+    ),
+  }
+} catch (error) {
+  return {
+    status: "😥 " + error.message,
+  }
+}
+```
+
+चला पाहूया की काय चालले आहे. प्रथम, आम्ही आमचे व्यवहार पॅरामीटर्स सेट करतो, जिथे:
+
+- `to` प्राप्तकर्ता ॲड्रेस (आमचा स्मार्ट कॉन्ट्रॅक्ट) निर्दिष्ट करतो
+- `from` व्यवहाराच्या स्वाक्षरीकर्त्याला निर्दिष्ट करते, आम्ही आमच्या फंक्शनमध्ये पास केलेला `address` व्हेरिएबल
+- `data` मध्ये आमच्या हॅलो वर्ल्ड स्मार्ट कॉन्ट्रॅक्टच्या `update` पद्धतीचा कॉल आहे, जो आमचा `message` स्ट्रिंग व्हेरिएबल इनपुट म्हणून घेतो
+
+मग, आम्ही एक await कॉल करतो, `window.ethereum.request`, जिथे आम्ही MetaMask ला व्यवहारावर स्वाक्षरी करण्यास सांगतो. लक्षात घ्या, ओळी ११ आणि १२ वर, आम्ही आमची eth पद्धत, `eth_sendTransaction` निर्दिष्ट करत आहोत आणि आमचे `transactionParameters` पास करत आहोत.
+
+या टप्प्यावर, MetaMask ब्राउझरमध्ये उघडेल आणि वापरकर्त्याला व्यवहारावर सही करण्यास किंवा नाकारण्यास सांगेल.
+
+- जर व्यवहार यशस्वी झाला, तर फंक्शन एक JSON ऑब्जेक्ट परत करेल जिथे `status` JSX स्ट्रिंग वापरकर्त्याला त्यांच्या व्यवहाराबद्दल अधिक माहितीसाठी Etherscan तपासण्यास सांगते.
+- जर व्यवहार अयशस्वी झाला, तर फंक्शन एक JSON ऑब्जेक्ट परत करेल जिथे `status` स्ट्रिंग त्रुटी संदेश प्रसारित करते.
+
+एकत्रितपणे, आमचे `updateMessage` फंक्शन असे दिसले पाहिजे:
+
+```javascript
+// interact.js
+
+export const updateMessage = async (address, message) => {
+  //इनपुट त्रुटी हाताळणी
+  if (!window.ethereum || address === null) {
+    return {
+      status:
+        "💡 ब्लॉकचेनवरील संदेश अपडेट करण्यासाठी तुमचे MetaMask वॉलेट कनेक्ट करा.",
+    }
+  }
+
+  if (message.trim() === "") {
+    return {
+      status: "❌ तुमचा संदेश रिकामा स्ट्रिंग असू शकत नाही.",
+    }
+  }
+
+  //व्यवहार पॅरामीटर्स सेट करा
+  const transactionParameters = {
+    to: contractAddress, // कॉन्ट्रॅक्ट प्रकाशनांशिवाय आवश्यक.
+    from: address, // वापरकर्त्याच्या सक्रिय पत्त्याशी जुळले पाहिजे.
+    data: helloWorldContract.methods.update(message).encodeABI(),
+  }
+
+  //व्यवहारावर स्वाक्षरी करा
+  try {
+    const txHash = await window.ethereum.request({
+      method: "eth_sendTransaction",
+      params: [transactionParameters],
+    })
+    return {
+      status: (
+        <span>
+          ✅{" "}
+          <a target="_blank" href={`https://goerli.etherscan.io/tx/${txHash}`}>
+            Etherscan वर तुमच्या व्यवहाराची स्थिती पहा!
+          </a>
+          <br />
+          ℹ️ एकदा नेटवर्कद्वारे व्यवहाराची पडताळणी झाल्यावर, संदेश आपोआप अपडेट होईल.
+        </span>
+      ),
+    }
+  } catch (error) {
+    return {
+      status: "😥 " + error.message,
+    }
+  }
+}
+```
+
+शेवटचे पण महत्त्वाचे, आम्हाला आमचे `updateMessage` फंक्शन आमच्या `HelloWorld.js` घटकाशी कनेक्ट करणे आवश्यक आहे.
+
+#### `updateMessage` ला `HelloWorld.js` फ्रंटएंडशी कनेक्ट करा {#connect-updatemessage-to-the-helloworld-js-frontend}
+
+आमच्या `onUpdatePressed` फंक्शनने आयात केलेल्या `updateMessage` फंक्शनला एक await कॉल करावा आणि आमचा व्यवहार यशस्वी झाला की अयशस्वी हे दर्शविण्यासाठी `status` स्टेट व्हेरिएबल सुधारित करावे:
+
+```javascript
+// HelloWorld.js
+
+const onUpdatePressed = async () => {
+  const { status } = await updateMessage(walletAddress, newMessage)
+  setStatus(status)
+}
+```
+
+हे खूप स्वच्छ आणि सोपे आहे. आणि अंदाज लावा... तुमचा डॅप पूर्ण झाला आहे!!!
+
+पुढे जा आणि **अपडेट** बटणाची चाचणी घ्या!
+
+### तुमचा स्वतःचा सानुकूल डॅप बनवा {#make-your-own-custom-dapp}
+
+व्वा, तुम्ही ट्युटोरियलच्या शेवटपर्यंत पोहोचलात! रिकॅप करण्यासाठी, तुम्ही शिकलात की कसे:
+
+- तुमच्या डॅप प्रकल्पाला MetaMask वॉलेट कनेक्ट करा
+- [Alchemy Web3](https://docs.alchemy.com/alchemy/documentation/alchemy-web3) API वापरून तुमच्या स्मार्ट कॉन्ट्रॅक्टमधून डेटा वाचा
+- MetaMask वापरून Ethereum व्यवहारांवर स्वाक्षरी करा
+
+आता तुम्ही तुमचा स्वतःचा सानुकूल डॅप प्रकल्प तयार करण्यासाठी या ट्युटोरियलमधील कौशल्ये लागू करण्यासाठी पूर्णपणे सुसज्ज आहात! नेहमीप्रमाणे, तुम्हाला काही प्रश्न असल्यास, [Alchemy Discord](https://discord.gg/gWuC7zB) मध्ये मदतीसाठी आमच्याशी संपर्क साधण्यास अजिबात संकोच करू नका. 🧙‍♂️
+
+एकदा तुम्ही हे ट्युटोरियल पूर्ण केल्यावर, आम्हाला Twitter [@alchemyplatform](https://twitter.com/AlchemyPlatform) वर टॅग करून तुमचा अनुभव कसा होता किंवा तुमचा काही अभिप्राय असल्यास आम्हाला कळवा!
diff --git a/public/content/translations/mr/developers/tutorials/hello-world-smart-contract/index.md b/public/content/translations/mr/developers/tutorials/hello-world-smart-contract/index.md
new file mode 100644
index 00000000000..637ec6384c2
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/hello-world-smart-contract/index.md
@@ -0,0 +1,366 @@
+---
+title: "नवशिक्यांसाठी हॅलो वर्ल्ड स्मार्ट कॉन्ट्रॅक्ट"
+description: "Ethereum वर एक साधे स्मार्ट कॉन्ट्रॅक्ट लिहिण्यावर आणि उपयोजित करण्यावर एक प्रास्ताविक ट्युटोरियल."
+author: "elanh"
+tags:
+  [
+    "सॉलिडिटी",
+    "hardhat",
+    "alchemy",
+    "स्मार्ट कॉन्ट्रॅक्ट",
+    "डिप्लॉयिंग"
+  ]
+skill: beginner
+lang: mr
+published: 2021-03-31
+---
+
+जर तुम्ही ब्लॉकचेन डेव्हलपमेंटमध्ये नवीन असाल आणि कुठून सुरुवात करावी हे माहित नसेल, किंवा जर तुम्हाला फक्त स्मार्ट कॉन्ट्रॅक्ट कसे उपयोजित करायचे आणि त्यांच्याशी संवाद कसा साधायचा हे समजून घ्यायचे असेल, तर हा मार्गदर्शक तुमच्यासाठी आहे. आपण व्हर्च्युअल वॉलेट [MetaMask](https://metamask.io/), [Solidity](https://docs.soliditylang.org/en/v0.8.0/), [Hardhat](https://hardhat.org/), आणि [Alchemy](https://www.alchemy.com/eth) वापरून सेपोलिया टेस्ट नेटवर्कवर एक साधे स्मार्ट कॉन्ट्रॅक्ट तयार करण्याची आणि उपयोजित करण्याची प्रक्रिया पाहू (यापैकी कशाचाही अर्थ तुम्हाला अजून समजत नसेल, तर काळजी करू नका, आम्ही ते स्पष्ट करू).
+
+या ट्युटोरियलच्या [भाग २](https://docs.alchemy.com/docs/interacting-with-a-smart-contract) मध्ये, एकदा आपले स्मार्ट कॉन्ट्रॅक्ट येथे उपयोजित झाल्यावर आपण त्याच्याशी संवाद कसा साधू शकतो हे पाहू, आणि [भाग ३](https.www.alchemy.com/docs/submitting-your-smart-contract-to-etherscan) मध्ये आपण ते Etherscan वर कसे प्रकाशित करायचे हे पाहू.
+
+तुम्हाला कोणत्याही वेळी प्रश्न पडल्यास [Alchemy Discord](https://discord.gg/gWuC7zB) मध्ये मोकळेपणाने संपर्क साधा!
+
+## पायरी १: Ethereum नेटवर्कशी कनेक्ट करा {#step-1}
+
+Ethereum चेनला विनंत्या करण्याचे अनेक मार्ग आहेत. सोपेपणासाठी, आपण Alchemy वर एक विनामूल्य खाते वापरू, जो एक ब्लॉकचेन डेव्हलपर प्लॅटफॉर्म आणि API आहे, ज्यामुळे आपल्याला आपले स्वतःचे नोड्स चालवल्याशिवाय Ethereum चेनशी संवाद साधता येतो. या प्लॅटफॉर्ममध्ये मॉनिटरिंग आणि ॲनालिटिक्ससाठी डेव्हलपर साधने देखील आहेत, ज्यांचा आपण या ट्युटोरियलमध्ये फायदा घेऊ, जेणेकरून आपल्या स्मार्ट कॉन्ट्रॅक्टच्या उपयोजनात पडद्यामागे काय चालले आहे हे समजेल. जर तुमचे आधीच Alchemy खाते नसेल, तर [तुम्ही येथे विनामूल्य साइन अप करू शकता](https://dashboard.alchemy.com/signup).
+
+## पायरी २: तुमचे ॲप (आणि API की) तयार करा {#step-2}
+
+एकदा तुम्ही Alchemy खाते तयार केल्यावर, तुम्ही ॲप तयार करून API की तयार करू शकता. हे आम्हाला Sepolia चाचणी नेटवर्कवर विनंत्या करण्याची परवानगी देईल. जर तुम्ही टेस्टनेटशी परिचित नसाल, तर [हे पृष्ठ](/developers/docs/networks/) पहा.
+
+1. तुमच्या Alchemy डॅशबोर्डमधील "Create new app" पृष्ठावर जाण्यासाठी नेव्ह बारमध्ये "Select an app" निवडा आणि "Create new app" वर क्लिक करा.
+
+![हॅलो वर्ल्ड ॲप तयार करा](./hello-world-create-app.png)
+
+2. तुमच्या ॲपला “Hello World” असे नाव द्या, एक छोटे वर्णन द्या, आणि एक उपयोग-केस निवडा, उदा., "Infra & Tooling." पुढे, "Ethereum" साठी शोधा आणि नेटवर्क निवडा.
+
+![ॲप व्ह्यू हॅलो वर्ल्ड तयार करा](./create-app-view-hello-world.png)
+
+3. पुढे जाण्यासाठी "Next" वर क्लिक करा, नंतर “Create app” आणि बस्स! तुमचे ॲप नेव्ह बार ड्रॉपडाउन मेन्यूमध्ये दिसले पाहिजे, जिथे कॉपी करण्यासाठी API की उपलब्ध असेल.
+
+## पायरी ३: एक Ethereum खाते (पत्ता) तयार करा {#step-3}
+
+आम्हाला व्यवहार पाठवण्यासाठी आणि प्राप्त करण्यासाठी Ethereum खात्याची आवश्यकता आहे. या ट्यूटोरियलसाठी, आम्ही MetaMask वापरू, जे ब्राउझरमधील एक व्हर्च्युअल वॉलेट आहे, जे तुमचा Ethereum खाते पत्ता व्यवस्थापित करण्यासाठी वापरले जाते. [व्यवहारांविषयी](/developers/docs/transactions/) अधिक.
+
+तुम्ही MetaMask डाउनलोड करू शकता आणि [येथे](https://metamask.io/download) विनामूल्य Ethereum खाते तयार करू शकता. तुम्ही खाते तयार करत असताना, किंवा तुमचे खाते आधीच असल्यास, नेटवर्क ड्रॉपडाउन मेनू वापरून "Sepolia" टेस्ट नेटवर्कवर स्विच केल्याची खात्री करा (जेणेकरून आपण खऱ्या पैशांशी व्यवहार करणार नाही).
+
+जर तुम्हाला Sepolia सूचीबद्ध दिसत नसेल, तर मेन्यूमध्ये जा, नंतर Advanced मध्ये जाऊन खाली स्क्रोल करा आणि "Show test networks" चालू करण्यासाठी टॉगल करा. नेटवर्क निवड मेन्यूमध्ये, टेस्टनेटची सूची शोधण्यासाठी "Custom" टॅब निवडा आणि "Sepolia" निवडा.
+
+![metamask sepolia उदाहरण](./metamask-sepolia-example.png)
+
+## पायरी ४: फॉसेटमधून इथर मिळवा {#step-4}
+
+आपले स्मार्ट कॉन्ट्रॅक्ट टेस्ट नेटवर्कवर उपयोजित करण्यासाठी, आपल्याला काही बनावट Eth ची आवश्यकता असेल. Sepolia ETH मिळवण्यासाठी, विविध फॉसेटची सूची पाहण्यासाठी तुम्ही [Sepolia नेटवर्क तपशील](/developers/docs/networks/#sepolia) वर जाऊ शकता. एक काम करत नसल्यास, दुसरा प्रयत्न करा, कारण ते कधीकधी रिकामे होऊ शकतात. नेटवर्क ट्रॅफिकमुळे तुमचा बनावट ETH मिळण्यास थोडा वेळ लागू शकतो. त्यानंतर लवकरच तुमच्या Metamask खात्यात ETH दिसेल!
+
+## पायरी ५: तुमची शिल्लक तपासा {#step-5}
+
+आपली शिल्लक आहे की नाही, हे पुन्हा तपासण्यासाठी, चला [Alchemy च्या कंपोझर टूल](https://sandbox.alchemy.com/?network=ETH_SEPOLIA&method=eth_getBalance&body.id=1&body.jsonrpc=2.0&body.method=eth_getBalance&body.params%5B0%5D=&body.params%5B1%5D=latest) वापरून एक [eth_getBalance](/developers/docs/apis/json-rpc/#eth_getbalance) विनंती करूया. हे आमच्या वॉलेटमधील ETH ची रक्कम परत करेल. तुम्ही तुमच्या MetaMask खात्याचा पत्ता इनपुट केल्यानंतर आणि “Send Request” वर क्लिक केल्यानंतर, तुम्हाला असा प्रतिसाद दिसेल:
+
+```json
+{ "jsonrpc": "2.0", "id": 0, "result": "0x2B5E3AF16B1880000" }
+```
+
+> **टीप:** हा निकाल ETH मध्ये नसून wei मध्ये आहे. Wei हे इथरचे सर्वात लहान एकक म्हणून वापरले जाते. wei चे ETH मध्ये रूपांतर असे आहे: 1 eth = 10<sup>18</sup> wei. म्हणून जर आपण 0x2B5E3AF16B1880000 चे दशांश मध्ये रूपांतर केले, तर आपल्याला 5\*10¹⁸ मिळतात जे 5 ETH च्या बरोबर आहे.
+>
+> हुश्श! आपले बनावट पैसे पूर्णपणे तिथे आहेत <Emoji text=":money_mouth_face:" size={1} />.
+
+## पायरी ६: आपला प्रकल्प सुरू करा {#step-6}
+
+प्रथम, आपल्याला आपल्या प्रोजेक्टसाठी एक फोल्डर तयार करण्याची आवश्यकता असेल. तुमच्या कमांड लाइनवर नेव्हिगेट करा आणि टाइप करा:
+
+```
+mkdir hello-world
+cd hello-world
+```
+
+आता आपण आपल्या प्रोजेक्ट फोल्डरमध्ये आहोत, आपण प्रोजेक्ट सुरू करण्यासाठी `npm init` वापरू. जर तुमच्याकडे आधीपासून npm इंस्टॉल केलेले नसेल, तर [या सूचनांचे](https://docs.alchemyapi.io/alchemy/guides/alchemy-for-macs#1-install-nodejs-and-npm) पालन करा (आपल्याला Node.js ची देखील आवश्यकता असेल, म्हणून ते देखील डाउनलोड करा!).
+
+```
+npm init
+```
+
+तुम्ही इन्स्टॉलेशनच्या प्रश्नांची उत्तरे कशी देता हे खरोखर महत्त्वाचे नाही, संदर्भासाठी आम्ही ते कसे केले ते येथे आहे:
+
+```
+package name: (hello-world)
+version: (1.0.0)
+description: hello world smart contract
+entry point: (index.js)
+test command:
+git repository:
+keywords:
+author:
+license: (ISC)
+About to write to /Users/.../.../.../hello-world/package.json:
+
+{
+  "name": "hello-world",
+  "version": "1.0.0",
+  "description": "hello world smart contract",
+  "main": "index.js",
+  "scripts": {
+     "test": "echo \\"Error: no test specified\\" && exit 1"
+  },
+  "author": "",
+  "license": "ISC"
+}
+```
+
+package.json ला मंजूर करा आणि आपण पुढे जाण्यास तयार आहोत!
+
+## पायरी ७: [Hardhat](https://hardhat.org/getting-started/#overview) डाउनलोड करा {#step-7}
+
+Hardhat हे तुमचे Ethereum सॉफ्टवेअर संकलित (compile), उपयोजित (deploy), चाचणी (test) आणि डीबग (debug) करण्यासाठी एक विकास वातावरण आहे. हे डेव्हलपर्सना थेट चेनवर उपयोजित करण्यापूर्वी स्थानिक पातळीवर स्मार्ट कॉन्ट्रॅक्ट्स आणि dApps तयार करताना मदत करते.
+
+आपल्या `hello-world` प्रोजेक्टमध्ये चालवा:
+
+```
+npm install --save-dev hardhat
+```
+
+[इन्स्टॉलेशन सूचनांविषयी](https://hardhat.org/getting-started/#overview) अधिक तपशीलांसाठी हे पेज पहा.
+
+## पायरी ८: Hardhat प्रोजेक्ट तयार करा {#step-8}
+
+आपल्या प्रोजेक्ट फोल्डरमध्ये चालवा:
+
+```
+npx hardhat
+```
+
+त्यानंतर तुम्हाला एक स्वागत संदेश आणि तुम्हाला काय करायचे आहे यासाठी पर्याय दिसेल. “create an empty hardhat.config.js” निवडा:
+
+```
+888    888                      888 888               888
+888    888                      888 888               888
+888    888                      888 888               888
+8888888888  8888b.  888d888 .d88888 88888b.   8888b.  888888
+888    888     "88b 888P"  d88" 888 888 "88b     "88b 888
+888    888 .d888888 888    888  888 888  888 .d888888 888
+888    888 888  888 888    Y88b 888 888  888 888  888 Y88b.
+888    888 "Y888888 888     "Y88888 888  888 "Y888888  "Y888
+
+👷 Welcome to Hardhat v2.0.11 👷‍?
+
+What do you want to do? …
+Create a sample project
+❯ Create an empty hardhat.config.js
+Quit
+```
+
+यामुळे आपल्यासाठी `hardhat.config.js` फाईल तयार होईल, जिथे आपण आपल्या प्रोजेक्टसाठी सर्व सेटअप निर्दिष्ट करू (पायरी १३ वर).
+
+## पायरी ९: प्रोजेक्ट फोल्डर्स जोडा {#step-9}
+
+आपला प्रोजेक्ट सुव्यवस्थित ठेवण्यासाठी आपण दोन नवीन फोल्डर्स तयार करू. तुमच्या कमांड लाइनमधील प्रोजेक्टच्या मूळ डिरेक्टरीवर नेव्हिगेट करा आणि टाइप करा:
+
+```
+mkdir contracts
+mkdir scripts
+```
+
+- `contracts/` मध्ये आपण आपली हॅलो वर्ल्ड स्मार्ट कॉन्ट्रॅक्ट कोड फाईल ठेवू
+- `scripts/` मध्ये आपण आपले कॉन्ट्रॅक्ट उपयोजित करण्यासाठी आणि त्याच्याशी संवाद साधण्यासाठी स्क्रिप्ट्स ठेवू
+
+## पायरी १०: आपले कॉन्ट्रॅक्ट लिहा {#step-10}
+
+तुम्ही स्वतःला विचारत असाल, की आपण कोड कधी लिहिणार आहोत?? तर, आपण पायरी १० वर आलो आहोत.
+
+hello-world प्रोजेक्ट तुमच्या आवडत्या एडिटरमध्ये उघडा (आम्हाला [VSCode](https://code.visualstudio.com/) आवडते). स्मार्ट कॉन्ट्रॅक्ट्स Solidity नावाच्या भाषेत लिहिले जातात, जी आपण आपले HelloWorld.sol स्मार्ट कॉन्ट्रॅक्ट लिहिण्यासाठी वापरू.‌
+
+1. "contracts" फोल्डरमध्ये नेव्हिगेट करा आणि HelloWorld.sol नावाची नवीन फाईल तयार करा
+2. खाली Ethereum फाउंडेशनकडून एक नमुना Hello World स्मार्ट कॉन्ट्रॅक्ट आहे, जो आपण या ट्युटोरियलसाठी वापरणार आहोत. खालील मजकूर तुमच्या HelloWorld.sol फाईलमध्ये कॉपी आणि पेस्ट करा, आणि हे कॉन्ट्रॅक्ट काय करते हे समजून घेण्यासाठी कमेंट्स नक्की वाचा:
+
+```solidity
+// सिमेंटिक व्हर्जनिंग वापरून सॉलिडिटीची आवृत्ती निर्दिष्ट करते.
+// अधिक जाणून घ्या: https://solidity.readthedocs.io/en/v0.5.10/layout-of-source-files.html#pragma
+pragma solidity ^0.7.0;
+
+// `HelloWorld` नावाचे एक कॉन्ट्रॅक्ट परिभाषित करते.
+// कॉन्ट्रॅक्ट हे फंक्शन्स आणि डेटा (त्याची स्थिती) यांचा संग्रह आहे. एकदा उपयोजित झाल्यावर, कॉन्ट्रॅक्ट Ethereum ब्लॉकचेनवर एका विशिष्ट पत्त्यावर राहते. अधिक जाणून घ्या: https://solidity.readthedocs.io/en/v0.5.10/structure-of-a-contract.html
+contract HelloWorld {
+
+   // `string` प्रकाराचे एक स्टेट व्हेरिएबल `message` घोषित करते.
+   // स्टेट व्हेरिएबल्स असे व्हेरिएबल्स आहेत ज्यांची मूल्ये कॉन्ट्रॅक्ट स्टोरेजमध्ये कायमची संग्रहित केली जातात. `public` कीवर्ड व्हेरिएबल्सना कॉन्ट्रॅक्टच्या बाहेरून ॲक्सेस करण्यायोग्य बनवतो आणि एक फंक्शन तयार करतो ज्याला इतर कॉन्ट्रॅक्ट्स किंवा क्लायंट्स मूल्य ॲक्सेस करण्यासाठी कॉल करू शकतात.
+   string public message;
+
+   // अनेक क्लास-आधारित ऑब्जेक्ट-ओरिएंटेड भाषांप्रमाणे, कन्स्ट्रक्टर हे एक विशेष फंक्शन आहे जे फक्त कॉन्ट्रॅक्ट तयार झाल्यावर कार्यान्वित होते.
+   // कन्स्ट्रक्टरचा वापर कॉन्ट्रॅक्टचा डेटा सुरू करण्यासाठी केला जातो. अधिक जाणून घ्या:https://solidity.readthedocs.io/en/v0.5.10/contracts.html#constructors
+   constructor(string memory initMessage) {
+
+      // एक स्ट्रिंग युक्तिवाद `initMessage` स्वीकारतो आणि कॉन्ट्रॅक्टच्या `message` स्टोरेज व्हेरिएबलमध्ये मूल्य सेट करतो).
+      message = initMessage;
+   }
+
+   // एक पब्लिक फंक्शन जे एक स्ट्रिंग युक्तिवाद स्वीकारते आणि `message` स्टोरेज व्हेरिएबल अपडेट करते.
+   function update(string memory newMessage) public {
+      message = newMessage;
+   }
+}
+```
+
+हे एक अत्यंत सोपे स्मार्ट कॉन्ट्रॅक्ट आहे जे तयार झाल्यावर एक संदेश संग्रहित करते आणि `update` फंक्शनला कॉल करून अपडेट केले जाऊ शकते.
+
+## पायरी ११: तुमच्या प्रोजेक्टला MetaMask आणि Alchemy कनेक्ट करा {#step-11}
+
+आपण MetaMask वॉलेट, Alchemy खाते तयार केले आहे आणि आपले स्मार्ट कॉन्ट्रॅक्ट लिहिले आहे, आता या तिन्हीना जोडण्याची वेळ आली आहे.
+
+तुमच्या व्हर्च्युअल वॉलेटमधून पाठवलेल्या प्रत्येक व्यवहारासाठी तुमच्या युनिक प्रायव्हेट की वापरून स्वाक्षरी आवश्यक आहे. आमच्या प्रोग्रामला ही परवानगी देण्यासाठी, आम्ही आमची प्रायव्हेट की (आणि Alchemy API की) एका एन्व्हायर्नमेंट फाइलमध्ये सुरक्षितपणे संग्रहित करू शकतो.
+
+> व्यवहार पाठवण्याबद्दल अधिक जाणून घेण्यासाठी, वेब3 वापरून व्यवहार पाठवण्यावरील [हे ट्यूटोरियल](/developers/tutorials/sending-transactions-using-web3-and-alchemy/) पहा.
+
+प्रथम, तुमच्या प्रोजेक्ट डिरेक्टरीमध्ये dotenv पॅकेज इंस्टॉल करा:
+
+```
+npm install dotenv --save
+```
+
+त्यानंतर, आमच्या प्रोजेक्टच्या रूट डिरेक्टरीमध्ये एक `.env` फाइल तयार करा आणि त्यात तुमची MetaMask प्रायव्हेट की आणि HTTP Alchemy API URL जोडा.
+
+- तुमची प्रायव्हेट की एक्सपोर्ट करण्यासाठी [या सूचनांचे](https://support.metamask.io/configure/accounts/how-to-export-an-accounts-private-key/) पालन करा
+- HTTP Alchemy API URL मिळवण्यासाठी खाली पहा
+
+![अल्केमी एपीआय की मिळवा](./get-alchemy-api-key.png)
+
+Alchemy API URL कॉपी करा
+
+तुमचे `.env` असे दिसले पाहिजे:
+
+```
+API_URL = "https://eth-sepolia.g.alchemy.com/v2/your-api-key"
+PRIVATE_KEY = "your-metamask-private-key"
+```
+
+हे प्रत्यक्षात आपल्या कोडशी जोडण्यासाठी, आपण या व्हेरिएबल्सचा संदर्भ आपल्या `hardhat.config.js` फाईलमध्ये पायरी १३ वर देऊ.
+
+<Alert variant="warning">
+<AlertContent>
+<AlertDescription>
+<code>.env</code> कमिट करू नका! कृपया तुमची <code>.env</code> फाईल कोणासोबतही शेअर किंवा उघड करू नका, कारण असे केल्याने तुम्ही तुमची गुपिते धोक्यात आणत आहात याची खात्री करा. जर तुम्ही व्हर्जन कंट्रोल वापरत असाल, तर तुमची <code>.env</code> फाईल <a href="https://git-scm.com/docs/gitignore">gitignore</a> फाईलमध्ये जोडा.
+</AlertDescription>
+</AlertContent>
+</Alert>
+
+## पायरी १२: Ethers.js इंस्टॉल करा {#step-12-install-ethersjs}
+
+Ethers.js ही एक लायब्ररी आहे जी अधिक वापरकर्ता-अनुकूल पद्धतींसह [प्रमाणित JSON-RPC पद्धती](/developers/docs/apis/json-rpc/) गुंडाळून Ethereum शी संवाद साधणे आणि विनंत्या करणे सोपे करते.
+
+Hardhat अतिरिक्त टूलिंग आणि विस्तारित कार्यक्षमतेसाठी [प्लगइन्स](https://hardhat.org/plugins/) समाकलित करणे खूप सोपे करते. आम्ही कॉन्ट्रॅक्ट डिप्लॉयमेंटसाठी [Ethers प्लगइन](https://hardhat.org/docs/plugins/official-plugins#hardhat-ethers) चा फायदा घेणार आहोत ([Ethers.js](https://github.com/ethers-io/ethers.js/) मध्ये काही अत्यंत स्वच्छ कॉन्ट्रॅक्ट डिप्लॉयमेंट पद्धती आहेत).
+
+आपल्या प्रोजेक्ट डिरेक्टरीमध्ये टाइप करा:
+
+```
+npm install --save-dev @nomiclabs/hardhat-ethers "ethers@^5.0.0"
+```
+
+आपण पुढील पायरीमध्ये आपल्या `hardhat.config.js` मध्ये ethers ची आवश्यकता देखील दर्शवू.
+
+## पायरी १३: hardhat.config.js अद्ययावत करा {#step-13-update-hardhatconfigjs}
+
+आतापर्यंत आपण अनेक डिपेंडेंसी आणि प्लगइन जोडले आहेत, आता आपल्याला `hardhat.config.js` अद्यतनित करण्याची आवश्यकता आहे जेणेकरून आपल्या प्रोजेक्टला त्या सर्वांबद्दल माहिती मिळेल.
+
+तुमचे `hardhat.config.js` याप्रमाणे दिसण्यासाठी अद्यतनित करा:
+
+```
+require('dotenv').config();
+
+require("@nomiclabs/hardhat-ethers");
+const { API_URL, PRIVATE_KEY } = process.env;
+
+/**
+* @type import('hardhat/config').HardhatUserConfig
+*/
+module.exports = {
+   solidity: "0.7.3",
+   defaultNetwork: "sepolia",
+   networks: {
+      hardhat: {},
+      sepolia: {
+         url: API_URL,
+         accounts: [`0x${PRIVATE_KEY}`]
+      }
+   },
+}
+```
+
+## पायरी १४: आपले कॉन्ट्रॅक्ट कंपाईल करा {#step-14-compile-our-contracts}
+
+आतापर्यंत सर्व काही कार्यरत आहे याची खात्री करण्यासाठी, चला आमचा कॉन्ट्रॅक्ट संकलित करूया. `compile` कार्य हे बिल्ट-इन हार्डहॅट कार्यांपैकी एक आहे.
+
+कमांड लाइनमधून चालवा:
+
+```
+npx hardhat compile
+```
+
+तुम्हाला `SPDX license identifier not provided in source file` बद्दल एक चेतावणी मिळू शकते, परंतु त्याबद्दल काळजी करण्याची गरज नाही — आशा आहे की इतर सर्व काही ठीक दिसेल! नसल्यास, तुम्ही नेहमी [Alchemy discord](https://discord.gg/u72VCg3) मध्ये संदेश पाठवू शकता.
+
+## पायरी १५: आमची डिप्लॉय स्क्रिप्ट लिहा {#step-15-write-our-deploy-scripts}
+
+आता आमचा कॉन्ट्रॅक्ट लिहिला आहे आणि आमची कॉन्फिगरेशन फाइल तयार आहे, आता आमच्या कॉन्ट्रॅक्टची उपयोजन स्क्रिप्ट लिहिण्याची वेळ आली आहे.
+
+`scripts/` फोल्डरवर नेव्हिगेट करा आणि `deploy.js` नावाची एक नवीन फाइल तयार करा, त्यात खालील सामग्री जोडा:
+
+```
+async function main() {
+   const HelloWorld = await ethers.getContractFactory("HelloWorld");
+
+   // उपयोजन सुरू करा, जे एक प्रॉमिस परत करते जे कॉन्ट्रॅक्ट ऑब्जेक्टमध्ये रूपांतरित होते
+   const hello_world = await HelloWorld.deploy("Hello World!");
+   console.log("Contract deployed to address:", hello_world.address);}
+
+main()
+  .then(() => process.exit(0))
+  .catch(error => {
+    console.error(error);
+    process.exit(1);
+  });
+```
+
+Hardhat त्यांच्या [कॉन्ट्रॅक्ट्स ट्यूटोरियल](https://hardhat.org/tutorial/testing-contracts.html#writing-tests) मध्ये या प्रत्येक कोड ओळी काय करते हे आश्चर्यकारकपणे स्पष्ट करते, आम्ही त्यांचे स्पष्टीकरण येथे स्वीकारले आहे.
+
+```
+const HelloWorld = await ethers.getContractFactory("HelloWorld");
+```
+
+ethers.js मधील `ContractFactory` हे नवीन स्मार्ट कॉन्ट्रॅक्ट उपयोजित करण्यासाठी वापरले जाणारे एक ॲब्स्ट्रॅक्शन आहे, म्हणून येथे `HelloWorld` हे आपल्या हॅलो वर्ल्ड कॉन्ट्रॅक्टच्या इन्स्टन्ससाठी एक फॅक्टरी आहे. `hardhat-ethers` प्लगइन वापरताना `ContractFactory` आणि `Contract` इन्स्टन्स डीफॉल्टनुसार पहिल्या स्वाक्षरीकर्त्याशी जोडलेले असतात.
+
+```
+const hello_world = await HelloWorld.deploy();
+```
+
+`ContractFactory` वर `deploy()` कॉल केल्याने उपयोजन सुरू होईल, आणि एक `Promise` परत येईल जो `Contract` मध्ये रिझॉल्व्ह होईल. हे ते ऑब्जेक्ट आहे ज्यामध्ये आमच्या प्रत्येक स्मार्ट कॉन्ट्रॅक्ट फंक्शनसाठी एक पद्धत आहे.
+
+## पायरी १६: आपले कॉन्ट्रॅक्ट उपयोजित करा {#step-16-deploy-our-contract}
+
+आम्ही अखेरीस आमचा स्मार्ट कॉन्ट्रॅक्ट उपयोजित करण्यास तयार आहोत! कमांड लाइनवर नेव्हिगेट करा आणि चालवा:
+
+```
+npx hardhat run scripts/deploy.js --network sepolia
+```
+
+तुम्हाला त्यानंतर असे काहीतरी दिसेल:
+
+```
+Contract deployed to address: 0x6cd7d44516a20882cEa2DE9f205bF401c0d23570
+```
+
+जर आपण [Sepolia etherscan](https://sepolia.etherscan.io/) वर गेलो आणि आपल्या कॉन्ट्रॅक्ट पत्त्यासाठी शोधले तर ते यशस्वीरित्या उपयोजित झाले आहे हे आपण पाहू शकू. व्यवहार असा काहीतरी दिसेल:
+
+![etherscan कॉन्ट्रॅक्ट](./etherscan-contract.png)
+
+`From` पत्ता तुमच्या MetaMask खात्याच्या पत्त्याशी जुळला पाहिजे आणि To पत्त्यावर “Contract Creation” असे दिसेल, परंतु जर आपण व्यवहारात क्लिक केले तर आपल्याला `To` फील्डमध्ये आपला कॉन्ट्रॅक्ट पत्ता दिसेल:
+
+![एथरस्कॅन व्यवहार](./etherscan-transaction.png)
+
+अभिनंदन! तुम्ही नुकतेच Ethereum चेनवर एक स्मार्ट कॉन्ट्रॅक्ट उपयोजित केले आहे 🎉
+
+पडद्यामागे काय चालले आहे हे समजून घेण्यासाठी, चला आमच्या [Alchemy dashboard](https://dashboard.alchemyapi.io/explorer) मधील Explorer टॅबवर नेव्हिगेट करूया. तुमच्याकडे अनेक Alchemy ॲप्स असल्यास, ॲपनुसार फिल्टर केल्याची खात्री करा आणि “Hello World” निवडा.
+![हॅलो वर्ल्ड एक्सप्लोरर](./hello-world-explorer.png)
+
+येथे तुम्हाला मुठभर JSON-RPC कॉल्स दिसतील जे Hardhat/Ethers ने `.deploy()` फंक्शन कॉल केल्यावर पडद्याआड आपल्यासाठी केले. येथे दोन महत्त्वाचे मुद्दे म्हणजे [`eth_sendRawTransaction`](https://www.alchemy.com/docs/node/abstract/abstract-api-endpoints/eth-send-raw-transaction), जे प्रत्यक्षात सेपोलिया चेनवर आपले कॉन्ट्रॅक्ट लिहिण्याची विनंती आहे, आणि [`eth_getTransactionByHash`](https://www.alchemy.com/docs/node/abstract/abstract-api-endpoints/eth-get-transaction-by-hash) जे हॅश दिल्यावर आपल्या व्यवहाराबद्दल माहिती वाचण्याची विनंती आहे (व्यवहार करताना एक सामान्य नमुना). व्यवहार पाठविण्याबद्दल अधिक जाणून घेण्यासाठी, [Web3 आणि Alchemy वापरून व्यवहार पाठविण्यावरील](/developers/tutorials/sending-transactions-using-web3-and-alchemy/) हे ट्युटोरियल पहा.
+
+या ट्युटोरियलच्या भाग १ साठी एवढेच, भाग २ मध्ये आपण आपला सुरुवातीचा संदेश अपडेट करून [आपल्या स्मार्ट कॉन्ट्रॅक्टशी संवाद साधू](https://www.alchemy.com/docs/interacting-with-a-smart-contract) आणि भाग ३ मध्ये आपण [आपले स्मार्ट कॉन्ट्रॅक्ट Etherscan वर प्रकाशित करू](https://www.alchemy.com/docs/submitting-your-smart-contract-to-etherscan) जेणेकरून प्रत्येकाला त्याच्याशी संवाद कसा साधायचा हे कळेल.
+
+\*\*Alchemy बद्दल अधिक जाणून घ्यायचे आहे? आमची [वेबसाइट](https://www.alchemy.com/eth) तपासा. एकही अपडेट चुकवायचे नाही? [येथे](https://www.alchemy.com/newsletter) आमच्या वृत्तपत्राची सदस्यता घ्या! आमच्या [Discord](https://discord.gg/u72VCg3) मध्ये सामील होण्याची खात्री करा. \*\*
diff --git a/public/content/translations/mr/developers/tutorials/how-to-implement-an-erc721-market/index.md b/public/content/translations/mr/developers/tutorials/how-to-implement-an-erc721-market/index.md
new file mode 100644
index 00000000000..8997ff14d37
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/how-to-implement-an-erc721-market/index.md
@@ -0,0 +1,151 @@
+---
+title: "ERC-721 मार्केट कसे लागू करावे"
+description: "विकेंद्रीकृत क्लासिफाइड्स बोर्डवर टोकनाइज्ड वस्तू विक्रीसाठी कशा ठेवायच्या"
+author: "Alberto Cuesta Cañada"
+tags:
+  [
+    "स्मार्ट कॉन्ट्रॅक्ट",
+    "erc-721",
+    "सॉलिडिटी",
+    "tokens"
+  ]
+skill: intermediate
+lang: mr
+published: 2020-03-19
+source: Hackernoon
+sourceUrl: https://hackernoon.com/how-to-implement-an-erc721-market-1e1a32j9
+---
+
+या लेखात, मी तुम्हाला Ethereum blockchain साठी Craigslist कसे कोड करायचे हे दाखवणार आहे.
+
+Gumtree, Ebay आणि Craigslist पूर्वी, क्लासिफाइड्स बोर्ड बहुतेक कॉर्क किंवा कागदाचे बनलेले होते. शाळेच्या कॉरिडॉरमध्ये, वर्तमानपत्रांमध्ये, रस्त्यावरील दिव्यांवर, दुकानांच्या दर्शनी भागात क्लासिफाइड्स बोर्ड होते.
+
+इंटरनेटमुळे हे सर्व बदलले. एखादा विशिष्ट क्लासिफाइड्स बोर्ड पाहू शकणाऱ्या लोकांची संख्या अनेक पटींनी वाढली. त्यामुळे, ते ज्या बाजारांचे प्रतिनिधित्व करतात ते अधिक कार्यक्षम बनले आणि जागतिक स्तरावर विस्तारले. Ebay हा एक मोठा व्यवसाय आहे ज्याची मुळे या भौतिक क्लासिफाइड्स बोर्डांमध्ये आहेत.
+
+Blockchain मुळे हे बाजार पुन्हा एकदा बदलणार आहेत, मी तुम्हाला दाखवतो कसे.
+
+## कमाई {#monetization}
+
+सार्वजनिक blockchain क्लासिफाइड्स बोर्डचे व्यवसाय मॉडेल Ebay आणि कंपनीच्या मॉडेलपेक्षा वेगळे असणे आवश्यक आहे.
+
+प्रथम, [विकेंद्रीकरणाचा दृष्टिकोन](/developers/docs/web2-vs-web3/) आहे. विद्यमान प्लॅटफॉर्मला त्यांचे स्वतःचे सर्व्हर सांभाळावे लागतात. एक विकेंद्रित प्लॅटफॉर्म त्याच्या वापरकर्त्यांद्वारे सांभाळला जातो, त्यामुळे प्लॅटफॉर्म मालकासाठी मूळ प्लॅटफॉर्म चालवण्याचा खर्च शून्यावर येतो.
+
+त्यानंतर फ्रंट एंड आहे, म्हणजेच वेबसाइट किंवा इंटरफेस जो प्लॅटफॉर्मवर प्रवेश देतो. येथे अनेक पर्याय आहेत. प्लॅटफॉर्मचे मालक प्रवेश प्रतिबंधित करू शकतात आणि प्रत्येकाला त्यांचा इंटरफेस वापरण्यास भाग पाडू शकतात, त्यासाठी शुल्क आकारू शकतात. प्लॅटफॉर्मचे मालक प्रवेश खुला करण्याचा निर्णय घेऊ शकतात (पॉवर टू द पीपल!) आणि कोणालाही प्लॅटफॉर्मसाठी इंटरफेस तयार करण्याची परवानगी देऊ शकतात. किंवा मालक या दोन टोकांच्या मधला कोणताही दृष्टिकोन ठरवू शकतात.
+
+_माझ्यापेक्षा अधिक दूरदृष्टी असलेले व्यावसायिक नेते यातून कमाई कशी करायची हे जाणतील._ _मला फक्त एवढेच दिसते की हे सध्याच्या स्थितीपेक्षा वेगळे आहे आणि कदाचित फायदेशीर आहे._
+
+शिवाय, ऑटोमेशन आणि पेमेंट्सचा दृष्टिकोन आहे. काही गोष्टी खूप [प्रभावीपणे टोकनाइज्ड](https://hackernoon.com/tokenization-of-digital-assets-g0ffk3v8s?ref=hackernoon.com) केल्या जाऊ शकतात आणि क्लासिफाइड्स बोर्डमध्ये त्यांचा व्यापार केला जाऊ शकतो. टोकनाइज्ड मालमत्ता blockchain मध्ये सहजपणे हस्तांतरित केल्या जातात. अत्यंत गुंतागुंतीच्या पेमेंट पद्धती blockchain मध्ये सहजपणे लागू केल्या जाऊ शकतात.
+
+मला येथे फक्त व्यवसायाच्या संधीचा वास येत आहे. कोणत्याही चालू खर्चाशिवाय क्लासिफाइड्स बोर्ड सहजपणे लागू केला जाऊ शकतो, ज्यामध्ये प्रत्येक व्यवहारात गुंतागुंतीचे पेमेंट मार्ग समाविष्ट असतील. मला खात्री आहे की याचा उपयोग कशासाठी करायचा याबद्दल कोणालातरी कल्पना सुचेल.
+
+मी फक्त ते तयार करण्यात आनंदी आहे. चला कोडवर एक नजर टाकूया.
+
+## अंमलबजावणी {#implementation}
+
+काही काळापूर्वी आम्ही बिझनेस केसच्या उदाहरणांच्या अंमलबजावणी आणि इतर चांगल्या गोष्टींसह एक [ओपन सोर्स रिपॉझिटरी](https://github.com/HQ20/contracts?ref=hackernoon.com) सुरू केली आहे, कृपया एक नजर टाका.
+
+या [Ethereum Classifieds Board](https://github.com/HQ20/contracts/tree/master/contracts/classifieds?ref=hackernoon.com) साठीचा कोड तिथे आहे, कृपया त्याचा वापर करा आणि त्याचा भरपूर वापर करा. फक्त हे लक्षात ठेवा की कोडचे ऑडिट केलेले नाही आणि त्यात पैसे गुंतवण्यापूर्वी तुम्हाला स्वतःची योग्य तपासणी करणे आवश्यक आहे.
+
+बोर्डच्या मूलभूत गोष्टी गुंतागुंतीच्या नाहीत. बोर्डमधील सर्व जाहिराती फक्त काही फील्ड्ससह एक struct असतील:
+
+```solidity
+struct Trade {
+  address poster;
+  uint256 item;
+  uint256 price;
+  bytes32 status; // उघडा, कार्यान्वित, रद्द
+}
+```
+
+म्हणजे जाहिरात पोस्ट करणारी कोणीतरी व्यक्ती आहे. विक्रीसाठी एक वस्तू. वस्तूसाठी एक किंमत. व्यापाराची स्थिती जी उघडी, कार्यान्वित किंवा रद्द केली जाऊ शकते.
+
+हे सर्व व्यवहार एका मॅपिंगमध्ये ठेवले जातील. कारण Solidity मध्ये सर्व काही मॅपिंगच असल्याचे दिसते. तसेच ते सोयीचे असल्यामुळे.
+
+```solidity
+mapping(uint256 => Trade) public trades;
+```
+
+मॅपिंग वापरण्याचा अर्थ असा आहे की प्रत्येक जाहिरात पोस्ट करण्यापूर्वी आपल्याला त्यासाठी एक आयडी तयार करावा लागेल, आणि त्यावर प्रक्रिया करण्यापूर्वी आपल्याला त्या जाहिरातीचा आयडी माहित असणे आवश्यक असेल. स्मार्ट कॉन्ट्रॅक्टमध्ये किंवा फ्रंट-एंडमध्ये यावर काम करण्याचे अनेक मार्ग आहेत. तुम्हाला काही सूचना हव्या असल्यास कृपया विचारा.
+
+पुढे प्रश्न येतो की आपण ज्या वस्तूंचा व्यवहार करतो त्या कोणत्या आहेत आणि व्यवहारासाठी पैसे देण्यासाठी वापरले जाणारे चलन कोणते आहे.
+
+वस्तूंसाठी, आम्ही फक्त त्यांना [ERC-721](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC721/IERC721.sol?ref=hackernoon.com) इंटरफेस लागू करण्यास सांगणार आहोत, जो वास्तविक जगातील वस्तू blockchain मध्ये दर्शविण्याचा एक मार्ग आहे, जरी ते [डिजिटल मालमत्तेसह सर्वोत्तम कार्य करते](https://hackernoon.com/tokenization-of-digital-assets-g0ffk3v8s?ref=hackernoon.com). आम्ही कन्स्ट्रक्टरमध्ये आमचा स्वतःचा ERC721 कॉन्ट्रॅक्ट निर्दिष्ट करणार आहोत, याचा अर्थ आमच्या क्लासिफाइड्स बोर्डमधील कोणत्याही मालमत्तेचे आधीच टोकनायझेशन करणे आवश्यक आहे.
+
+पेमेंट्ससाठी, आम्ही असेच काहीतरी करणार आहोत. बहुतेक blockchain प्रकल्प स्वतःची [ERC-20](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/ERC20.sol?ref=hackernoon.com) क्रिप्टोकरन्सी परिभाषित करतात. काहीजण DAI सारखे मुख्य प्रवाहातील चलन वापरण्यास प्राधान्य देतात. या क्लासिफाइड्स बोर्डमध्ये, तुम्हाला फक्त निर्मितीच्या वेळी ठरवायचे आहे की तुमचे चलन कोणते असेल. सोपे.
+
+```solidity
+constructor (
+  address _currencyTokenAddress, address _itemTokenAddress
+) public {
+  currencyToken = IERC20(_currencyTokenAddress);
+  itemToken = IERC721(_itemTokenAddress);
+  tradeCounter = 0;
+}
+```
+
+आपण तिथे पोहोचत आहोत. आपल्याकडे जाहिराती, व्यापारासाठी वस्तू आणि पेमेंटसाठी चलन आहे. जाहिरात तयार करणे म्हणजे तुमच्याकडे ती वस्तू आहे आणि तुम्ही ती दोनदा पोस्ट केलेली नाही, शक्यतो वेगळ्या बोर्डवर, हे दाखवण्यासाठी ती वस्तू एस्क्रोमध्ये ठेवणे.
+
+खालील कोड नेमके तेच करतो. वस्तू एस्क्रोमध्ये ठेवतो, जाहिरात तयार करतो, काही हाउसकीपिंगची कामे करतो.
+
+```solidity
+function openTrade(uint256 _item, uint256 _price)
+  public
+{
+  itemToken.transferFrom(msg.sender, address(this), _item);
+  trades[tradeCounter] = Trade({
+    poster: msg.sender,
+    item: _item,
+    price: _price,
+    status: "Open"
+  });
+  tradeCounter += 1;
+  emit TradeStatusChange(tradeCounter - 1, "Open");
+}
+```
+
+व्यापार स्वीकारणे म्हणजे एक जाहिरात (व्यापार) निवडणे, किंमत भरणे, वस्तू मिळवणे. खालील कोड एक व्यापार पुनर्प्राप्त करतो. तो उपलब्ध आहे का ते तपासतो. वस्तूसाठी पैसे देतो. वस्तू परत मिळवतो. जाहिरात अपडेट करतो.
+
+```solidity
+function executeTrade(uint256 _trade)
+  public
+{
+  Trade memory trade = trades[_trade];
+  require(trade.status == "Open", "व्यापार खुला नाही.");
+  currencyToken.transferFrom(msg.sender, trade.poster, trade.price);
+  itemToken.transferFrom(address(this), msg.sender, trade.item);
+  trades[_trade].status = "Executed";
+  emit TradeStatusChange(_trade, "Executed");
+}
+```
+
+शेवटी, विक्रेत्यांसाठी खरेदीदाराने व्यापार स्वीकारण्यापूर्वी त्यातून बाहेर पडण्याचा पर्याय आहे. काही मॉडेल्समध्ये, जाहिराती कालबाह्य होण्यापूर्वी काही कालावधीसाठी थेट (live) राहतील. तुमच्या बाजाराच्या डिझाइनवर अवलंबून, ही तुमची निवड आहे.
+
+हा कोड व्यापार कार्यान्वित करण्यासाठी वापरलेल्या कोडसारखाच आहे, फक्त यात चलनाची देवाणघेवाण होत नाही आणि वस्तू जाहिरात पोस्ट करणाऱ्याकडे परत जाते.
+
+```solidity
+function cancelTrade(uint256 _trade)
+  public
+{
+  Trade memory trade = trades[_trade];
+  require(
+    msg.sender == trade.poster,
+    "व्यापार फक्त पोस्ट करणाऱ्याद्वारे रद्द केला जाऊ शकतो."
+  );
+  require(trade.status == "Open", "व्यापार खुला नाही.");
+  itemToken.transferFrom(address(this), trade.poster, trade.item);
+  trades[_trade].status = "Cancelled";
+  emit TradeStatusChange(_trade, "Cancelled");
+}
+```
+
+बस इतकेच. तुम्ही अंमलबजावणीच्या शेवटपर्यंत पोहोचला आहात. काही व्यावसायिक संकल्पना कोडमध्ये व्यक्त केल्यावर किती संक्षिप्त असतात हे आश्चर्यकारक आहे, आणि हे त्यापैकीच एक उदाहरण आहे. संपूर्ण कॉन्ट्रॅक्ट [आमच्या रेपॉजिटरीमध्ये](https://github.com/HQ20/contracts/blob/master/contracts/classifieds/Classifieds.sol) तपासा.
+
+## निष्कर्ष {#conclusion}
+
+क्लासिफाइड्स बोर्ड हे एक सामान्य बाजारपेठेचे स्वरूप आहे जे इंटरनेटमुळे मोठ्या प्रमाणावर विस्तारले, आणि काही मक्तेदारी विजेत्यांसह एक प्रचंड लोकप्रिय व्यवसाय मॉडेल बनले.
+
+क्लासिफाइड्स बोर्ड हे blockchain वातावरणात प्रतिकृती बनवण्यासाठी एक सोपे साधन आहे, ज्यात खूप विशिष्ट वैशिष्ट्ये आहेत जी विद्यमान दिग्गजांना आव्हान देणे शक्य करतील.
+
+या लेखात, मी क्लासिफाइड्स बोर्ड व्यवसायाच्या व्यावसायिक वास्तवाला तांत्रिक अंमलबजावणीशी जोडण्याचा प्रयत्न केला आहे. जर तुमच्याकडे योग्य कौशल्ये असतील तर हे ज्ञान तुम्हाला अंमलबजावणीसाठी एक दूरदृष्टी आणि रोडमॅप तयार करण्यास मदत करेल.
+
+नेहमीप्रमाणे, जर तुम्ही काहीतरी मजेदार तयार करत असाल आणि तुम्हाला काही सल्ला हवा असेल, तर कृपया [मला संपर्क साधा](https://albertocuesta.es/)! मला मदत करायला नेहमीच आनंद होतो.
diff --git a/public/content/translations/mr/developers/tutorials/how-to-mint-an-nft/index.md b/public/content/translations/mr/developers/tutorials/how-to-mint-an-nft/index.md
new file mode 100644
index 00000000000..62ec6d3a132
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/how-to-mint-an-nft/index.md
@@ -0,0 +1,335 @@
+---
+title: "NFT कसे मिंट करावे (NFT ट्युटोरियल मालिकेचा भाग 2/3)"
+description: "हे ट्युटोरियल आमचा स्मार्ट कॉन्ट्रॅक्ट आणि Web3 वापरून Ethereum ब्लॉकचेनवर NFT कसे मिंट करायचे याचे वर्णन करते."
+author: "Sumi Mudgil"
+tags:
+  [
+    "ERC-721",
+    "alchemy",
+    "सॉलिडिटी",
+    "स्मार्ट कॉन्ट्रॅक्ट"
+  ]
+skill: beginner
+lang: mr
+published: 2021-04-22
+---
+
+[बीपल](https://www.nytimes.com/2021/03/11/arts/design/nft-auction-christies-beeple.html): $69 दशलक्ष
+[3LAU](https://www.forbes.com/sites/abrambrown/2021/03/03/3lau-nft-nonfungible-tokens-justin-blau/?sh=5f72ef64643b): $11 दशलक्ष
+[ग्राइम्स](https://www.theguardian.com/music/2021/mar/02/grimes-sells-digital-art-collection-non-fungible-tokens): $6 दशलक्ष
+
+त्या सर्वांनी Alchemy च्या शक्तिशाली API चा वापर करून त्यांचे NFTs मिंट केले. या ट्युटोरियलमध्ये, आम्ही तुम्हाला \<10 मिनिटांत तेच कसे करायचे हे शिकवू.
+
+"NFT मिंट करणे" म्हणजे ब्लॉकचेनवर तुमच्या ERC-721 टोकनची एक अद्वितीय प्रत प्रकाशित करण्याची क्रिया. [या NFT ट्युटोरियल मालिकेच्या भाग १](/developers/tutorials/how-to-write-and-deploy-an-nft/) मधील आमचा स्मार्ट कॉन्ट्रॅक्ट वापरून, चला आपले Web3 कौशल्य दाखवूया आणि एक NFT मिंट करूया. या ट्युटोरियलच्या शेवटी, तुम्ही तुमच्या मनाला (आणि वॉलेटला) हवे तितके NFTs मिंट करू शकाल!
+
+चला सुरू करूया!
+
+## पायरी १: Web3 इंस्टॉल करा {#install-web3}
+
+जर तुम्ही तुमचा NFT स्मार्ट कॉन्ट्रॅक्ट तयार करण्यावरील पहिले ट्युटोरियल फॉलो केले असेल, तर तुम्हाला Ethers.js वापरण्याचा अनुभव आधीच आहे. Web3 हे Ethers सारखेच आहे, कारण ही एक लायब्ररी आहे जी Ethereum ब्लॉकचेनला विनंत्या करणे सोपे करण्यासाठी वापरली जाते. या ट्युटोरियलमध्ये आपण [Alchemy Web3](https://docs.alchemyapi.io/alchemy/documentation/alchemy-web3) वापरणार आहोत, जी एक वर्धित Web3 लायब्ररी आहे जी स्वयंचलित पुनर्प्रयत्न आणि मजबूत WebSocket सपोर्ट देते.
+
+तुमच्या प्रोजेक्ट होम डिरेक्टरीमध्ये चालवा:
+
+```
+npm install @alch/alchemy-web3
+```
+
+## पायरी २: `mint-nft.js` फाईल तयार करा {#create-mintnftjs}
+
+तुमच्या स्क्रिप्ट्स डिरेक्टरीमध्ये, `mint-nft.js` फाईल तयार करा आणि कोडच्या खालील ओळी जोडा:
+
+```js
+require("dotenv").config()
+const API_URL = process.env.API_URL
+const { createAlchemyWeb3 } = require("@alch/alchemy-web3")
+const web3 = createAlchemyWeb3(API_URL)
+```
+
+## पायरी ३: तुमचा कॉन्ट्रॅक्ट ABI मिळवा {#contract-abi}
+
+आमचा कॉन्ट्रॅक्ट ABI (ऍप्लिकेशन बायनरी इंटरफेस) हा आमच्या स्मार्ट कॉन्ट्रॅक्टशी संवाद साधण्यासाठी इंटरफेस आहे. तुम्ही कॉन्ट्रॅक्ट ABI बद्दल अधिक माहिती [येथे](https://docs.alchemyapi.io/alchemy/guides/eth_getlogs#what-are-ab-is) मिळवू शकता. Hardhat आमच्यासाठी आपोआप एक ABI तयार करते आणि ते `MyNFT.json` फाईलमध्ये सेव्ह करते. हे वापरण्यासाठी, आपल्याला आपल्या `mint-nft.js` फाईलमध्ये कोडच्या खालील ओळी जोडून मजकूर पार्स करणे आवश्यक आहे:
+
+```js
+const contract = require("../artifacts/contracts/MyNFT.sol/MyNFT.json")
+```
+
+जर तुम्हाला ABI पाहायचा असेल तर तुम्ही ते तुमच्या कन्सोलवर प्रिंट करू शकता:
+
+```js
+console.log(JSON.stringify(contract.abi))
+```
+
+`mint-nft.js` चालवण्यासाठी आणि तुमचा ABI कन्सोलवर प्रिंट झालेला पाहण्यासाठी तुमच्या टर्मिनलवर नेव्हिगेट करा आणि चालवा:
+
+```js
+node scripts/mint-nft.js
+```
+
+## पायरी ४: IPFS वापरून तुमच्या NFT साठी मेटाडेटा कॉन्फिगर करा {#config-meta}
+
+तुम्हाला भाग 1 मधील आमच्या ट्युटोरियलमधून आठवत असेल तर, आमचे `mintNFT` स्मार्ट कॉन्ट्रॅक्ट फंक्शन एक tokenURI पॅरामीटर घेते जे NFT च्या मेटाडेटाचे वर्णन करणाऱ्या JSON डॉक्युमेंटमध्ये रिझॉल्व्ह झाले पाहिजे — जे खरोखर NFT ला जिवंत करते, त्याला नाव, वर्णन, प्रतिमा आणि इतर गुणधर्मांसारखे कॉन्फिगर करण्यायोग्य गुणधर्म ठेवण्याची परवानगी देते.
+
+> _इंटरप्लॅनेटरी फाईल सिस्टम (IPFS) हा एक विकेंद्रित प्रोटोकॉल आणि पीअर-टू-पीअर नेटवर्क आहे, जो वितरित फाईल सिस्टममध्ये डेटा संग्रहित आणि शेअर करण्यासाठी आहे._
+
+आपला NFT खरोखर विकेंद्रित आहे याची खात्री करण्यासाठी, आपण आपली NFT मालमत्ता आणि मेटाडेटा संग्रहित करण्यासाठी Pinata, एक सोयीस्कर IPFS API आणि टूलकिट वापरणार आहोत. तुमचे Pinata खाते नसल्यास, [येथे](https://app.pinata.cloud) विनामूल्य खात्यासाठी साइन अप करा आणि तुमचा ईमेल सत्यापित करण्यासाठी पायऱ्या पूर्ण करा.
+
+एकदा तुम्ही खाते तयार केल्यानंतर:
+
+- "फाईल्स" पेजवर नेव्हिगेट करा आणि पेजच्या वरच्या-डाव्या कोपऱ्यात असलेल्या निळ्या "अपलोड" बटणावर क्लिक करा.
+
+- Pinata वर एक प्रतिमा अपलोड करा — ही तुमच्या NFT साठी प्रतिमा मालमत्ता असेल. मालमत्तेला तुम्हाला हवे ते नाव देण्यास मोकळे आहात
+
+- तुम्ही अपलोड केल्यानंतर, तुम्हाला "फाईल्स" पेजवरील टेबलमध्ये फाईलची माहिती दिसेल. तुम्हाला एक CID स्तंभ देखील दिसेल. तुम्ही त्याच्या पुढील कॉपी बटणावर क्लिक करून CID कॉपी करू शकता. तुम्ही तुमचे अपलोड येथे पाहू शकता: `https://gateway.pinata.cloud/ipfs/<CID>`. उदाहरणार्थ, आम्ही IPFS वर वापरलेली प्रतिमा तुम्ही [येथे](https://gateway.pinata.cloud/ipfs/QmZdd5KYdCFApWn7eTZJ1qgJu18urJrP9Yh1TZcZrZxxB5) शोधू शकता.
+
+अधिक दृष्य शिकणाऱ्यांसाठी, वरील पायऱ्या येथे सारांशित केल्या आहेत:
+
+![तुमची प्रतिमा Pinata वर कशी अपलोड करावी](./instructionsPinata.gif)
+
+आता, आम्हाला Pinata वर आणखी एक दस्तऐवज अपलोड करायचा आहे. पण ते करण्यापूर्वी, आपल्याला ते तयार करणे आवश्यक आहे!
+
+तुमच्या रूट डिरेक्टरीमध्ये, `nft-metadata.json` नावाची एक नवीन फाईल बनवा आणि खालील json कोड जोडा:
+
+```json
+{
+  "attributes": [
+    {
+      "trait_type": "जात",
+      "value": "Maltipoo"
+    },
+    {
+      "trait_type": "डोळ्यांचा रंग",
+      "value": "Mocha"
+    }
+  ],
+  "description": "जगातील सर्वात मोहक आणि संवेदनशील पिल्लू.",
+  "image": "ipfs://QmWmvTJmJU3pozR9ZHFmQC2DNDwi2XJtf3QGyYiiagFSWb",
+  "name": "Ramses"
+}
+```
+
+json मधील डेटा बदलण्यास मोकळे आहात. तुम्ही ऍट्रिब्युट्स विभागातून काढू किंवा त्यात भर घालू शकता. सर्वात महत्त्वाचे म्हणजे, इमेज फील्ड तुमच्या IPFS प्रतिमेच्या स्थानाकडे निर्देश करते याची खात्री करा — अन्यथा, तुमच्या NFT मध्ये एका (खूप गोंडस!) कुत्र्याचा फोटो समाविष्ट असेल.
+
+एकदा तुम्ही JSON फाईल संपादित करणे पूर्ण केले की, ती सेव्ह करा आणि प्रतिमा अपलोड करण्यासाठी आम्ही केलेल्या त्याच पायऱ्यांचे अनुसरण करून Pinata वर अपलोड करा.
+
+![तुमचे nft-metadata.json Pinata वर कसे अपलोड करायचे](./uploadPinata.gif)
+
+## पायरी ५: तुमच्या कॉन्ट्रॅक्टची एक प्रत तयार करा {#instance-contract}
+
+आता, आमच्या कॉन्ट्रॅक्टशी संवाद साधण्यासाठी, आपल्याला आमच्या कोडमध्ये त्याची एक प्रत तयार करणे आवश्यक आहे. असे करण्यासाठी आम्हाला आमच्या कॉन्ट्रॅक्ट ॲड्रेसची आवश्यकता असेल, जो आपण डिप्लॉयमेंटमधून किंवा [Blockscout](https://eth-sepolia.blockscout.com/) वरून तुम्ही कॉन्ट्रॅक्ट डिप्लॉय करण्यासाठी वापरलेला ॲड्रेस शोधून मिळवू शकतो.
+
+![Etherscan वर तुमचा कॉन्ट्रॅक्ट ॲड्रेस पहा](./view-contract-etherscan.png)
+
+वरील उदाहरणात, आमचा कॉन्ट्रॅक्ट ॲड्रेस 0x5a738a5c5fe46a1fd5ee7dd7e38f722e2aef7778 आहे.
+
+पुढे आपण ABI आणि ॲड्रेस वापरून आपला कॉन्ट्रॅक्ट तयार करण्यासाठी Web3 [कॉन्ट्रॅक्ट पद्धत](https://docs.web3js.org/api/web3-eth-contract/class/Contract) वापरू. तुमच्या `mint-nft.js` फाईलमध्ये, खालील गोष्टी जोडा:
+
+```js
+const contractAddress = "0x5a738a5c5fe46a1fd5ee7dd7e38f722e2aef7778"
+
+const nftContract = new web3.eth.Contract(contract.abi, contractAddress)
+```
+
+## पायरी ६: `.env` फाईल अपडेट करा {#update-env}
+
+आता, Ethereum चेनवर व्यवहार तयार करण्यासाठी आणि पाठवण्यासाठी, आम्ही खाते नॉन्स (खाली स्पष्ट करू) मिळवण्यासाठी तुमचा सार्वजनिक Ethereum खाते ॲड्रेस वापरू.
+
+तुमची सार्वजनिक की तुमच्या `.env` फाईलमध्ये जोडा — जर तुम्ही ट्युटोरियलचा भाग १ पूर्ण केला असेल, तर आमची `.env` फाईल आता अशी दिसेल:
+
+```js
+API_URL = "https://eth-sepolia.g.alchemy.com/v2/तुमची-api-की"
+PRIVATE_KEY = "तुमचा-खाजगी-खाते-ॲड्रेस"
+PUBLIC_KEY = "तुमचा-सार्वजनिक-खाते-ॲड्रेस"
+```
+
+## पायरी ७: तुमचा व्यवहार तयार करा {#create-txn}
+
+प्रथम, `mintNFT(tokenData)` नावाचे एक फंक्शन परिभाषित करूया आणि खालील गोष्टी करून आपला व्यवहार तयार करूया:
+
+1. `.env` फाईलमधून तुमची _PRIVATE_KEY_ आणि _PUBLIC_KEY_ मिळवा.
+
+2. पुढे, आपल्याला खाते नॉन्स शोधण्याची आवश्यकता असेल. नॉन्स स्पेसिफिकेशनचा वापर तुमच्या ॲड्रेसवरून पाठवलेल्या व्यवहारांच्या संख्येचा मागोवा ठेवण्यासाठी केला जातो — ज्याची आम्हाला सुरक्षिततेच्या उद्देशाने आणि [रिप्ले हल्ले](https://docs.alchemyapi.io/resources/blockchain-glossary#account-nonce) टाळण्यासाठी आवश्यकता आहे. तुमच्या ॲड्रेसवरून पाठवलेल्या व्यवहारांची संख्या मिळवण्यासाठी, आम्ही [getTransactionCount](https://docs.alchemyapi.io/documentation/alchemy-api-reference/json-rpc#eth_gettransactioncount) वापरतो.
+
+3. शेवटी आम्ही खालील माहितीसह आमचा व्यवहार सेट करू:
+
+- `'from': PUBLIC_KEY` — आमच्या व्यवहाराचा उगम आमचा सार्वजनिक ॲड्रेस आहे
+
+- `'to': contractAddress` — ज्या कॉन्ट्रॅक्टशी आम्ही संवाद साधू आणि व्यवहार पाठवू इच्छितो
+
+- `'nonce': nonce` — आमच्या ॲड्रेसवरून पाठवलेल्या व्यवहारांच्या संख्येसह खाते नॉन्स
+
+- `'gas': estimatedGas` — व्यवहार पूर्ण करण्यासाठी लागणारा अंदाजित गॅस
+
+- `'data': nftContract.methods.mintNFT(PUBLIC_KEY, md).encodeABI()` — या व्यवहारामध्ये आपण जी गणना करू इच्छितो — जी या प्रकरणात NFT मिंट करणे आहे
+
+तुमची `mint-nft.js` फाईल आता अशी दिसेल:
+
+```js
+   require('dotenv').config();
+   const API_URL = process.env.API_URL;
+   const PUBLIC_KEY = process.env.PUBLIC_KEY;
+   const PRIVATE_KEY = process.env.PRIVATE_KEY;
+
+   const { createAlchemyWeb3 } = require("@alch/alchemy-web3");
+   const web3 = createAlchemyWeb3(API_URL);
+
+   const contract = require("../artifacts/contracts/MyNFT.sol/MyNFT.json");
+   const contractAddress = "0x5a738a5c5fe46a1fd5ee7dd7e38f722e2aef7778";
+   const nftContract = new web3.eth.Contract(contract.abi, contractAddress);
+
+   async function mintNFT(tokenURI) {
+     const nonce = await web3.eth.getTransactionCount(PUBLIC_KEY, 'latest'); //नवीनतम नॉन्स मिळवा
+
+   //व्यवहार
+     const tx = {
+       'from': PUBLIC_KEY,
+       'to': contractAddress,
+       'nonce': nonce,
+       'gas': 500000,
+       'data': nftContract.methods.mintNFT(PUBLIC_KEY, tokenURI).encodeABI()
+     };
+   }​
+```
+
+## पायरी ८: व्यवहारावर सही करा {#sign-txn}
+
+आता आपण आपला व्यवहार तयार केला आहे, तो पाठवण्यासाठी आपल्याला त्यावर सही करणे आवश्यक आहे. येथे आपण आपली खाजगी की वापरू.
+
+`web3.eth.sendSignedTransaction` आपल्याला व्यवहाराचा हॅश देईल, ज्याचा वापर आपण आपला व्यवहार माइन झाला आहे आणि नेटवर्कद्वारे तो ड्रॉप झाला नाही याची खात्री करण्यासाठी करू शकतो. तुमच्या लक्षात येईल की व्यवहार स्वाक्षरी विभागात, आम्ही काही त्रुटी तपासणी जोडली आहे जेणेकरून आपला व्यवहार यशस्वीरित्या पार पडला की नाही हे आपल्याला कळेल.
+
+```js
+require("dotenv").config()
+const API_URL = process.env.API_URL
+const PUBLIC_KEY = process.env.PUBLIC_KEY
+const PRIVATE_KEY = process.env.PRIVATE_KEY
+
+const { createAlchemyWeb3 } = require("@alch/alchemy-web3")
+const web3 = createAlchemyWeb3(API_URL)
+
+const contract = require("../artifacts/contracts/MyNFT.sol/MyNFT.json")
+const contractAddress = "0x5a738a5c5fe46a1fd5ee7dd7e38f722e2aef7778"
+const nftContract = new web3.eth.Contract(contract.abi, contractAddress)
+
+async function mintNFT(tokenURI) {
+  const nonce = await web3.eth.getTransactionCount(PUBLIC_KEY, "latest") //नवीनतम नॉन्स मिळवा
+
+  //व्यवहार
+  const tx = {
+    from: PUBLIC_KEY,
+    to: contractAddress,
+    nonce: nonce,
+    gas: 500000,
+    data: nftContract.methods.mintNFT(PUBLIC_KEY, tokenURI).encodeABI(),
+  }
+
+  const signPromise = web3.eth.accounts.signTransaction(tx, PRIVATE_KEY)
+  signPromise
+    .then((signedTx) => {
+      web3.eth.sendSignedTransaction(
+        signedTx.rawTransaction,
+        function (err, hash) {
+          if (!err) {
+            console.log(
+              "तुमच्या व्यवहाराचा हॅश आहे: ",
+              hash,
+              "\nतुमच्या व्यवहाराची स्थिती पाहण्यासाठी Alchemy's Mempool तपासा!"
+            )
+          } else {
+            console.log(
+              "तुमचा व्यवहार सबमिट करताना काहीतरी चूक झाली:",
+              err
+            )
+          }
+        }
+      )
+    })
+    .catch((err) => {
+      console.log(" Promise अयशस्वी झाले:", err)
+    })
+}
+```
+
+## पायरी ९: `mintNFT` ला कॉल करा आणि नोड `mint-nft.js` चालवा {#call-mintnft-fn}
+
+तुम्ही Pinata वर अपलोड केलेली `metadata.json` आठवते का? Pinata वरून त्याचा हॅशकोड मिळवा आणि `mintNFT` फंक्शनला पॅरामीटर म्हणून `https://gateway.pinata.cloud/ipfs/<मेटाडेटा-हॅश-कोड>` पास करा
+
+हॅशकोड कसा मिळवायचा ते येथे आहे:
+
+![Pinata वर तुमच्या nft मेटाडेटाचा हॅशकोड कसा मिळवायचा](./metadataPinata.gif)_Pinata वर तुमच्या nft मेटाडेटाचा हॅशकोड कसा मिळवायचा_
+
+> स्वतंत्र विंडोमध्ये `https://gateway.pinata.cloud/ipfs/<मेटाडेटा-हॅश-कोड>` लोड करून तुम्ही कॉपी केलेला हॅशकोड तुमच्या **metadata.json** शी लिंक आहे का हे पुन्हा तपासा. हे पेज खालील स्क्रीनशॉटसारखे दिसावे:
+
+![तुमच्या पेजवर json मेटाडेटा प्रदर्शित झाला पाहिजे](./metadataJSON.png)_तुमच्या पेजवर json मेटाडेटा प्रदर्शित झाला पाहिजे_
+
+एकूण, तुमचा कोड काहीसा असा दिसेल:
+
+```js
+require("dotenv").config()
+const API_URL = process.env.API_URL
+const PUBLIC_KEY = process.env.PUBLIC_KEY
+const PRIVATE_KEY = process.env.PRIVATE_KEY
+
+const { createAlchemyWeb3 } = require("@alch/alchemy-web3")
+const web3 = createAlchemyWeb3(API_URL)
+
+const contract = require("../artifacts/contracts/MyNFT.sol/MyNFT.json")
+const contractAddress = "0x5a738a5c5fe46a1fd5ee7dd7e38f722e2aef7778"
+const nftContract = new web3.eth.Contract(contract.abi, contractAddress)
+
+async function mintNFT(tokenURI) {
+  const nonce = await web3.eth.getTransactionCount(PUBLIC_KEY, "latest") //नवीनतम नॉन्स मिळवा
+
+  //व्यवहार
+  const tx = {
+    from: PUBLIC_KEY,
+    to: contractAddress,
+    nonce: nonce,
+    gas: 500000,
+    data: nftContract.methods.mintNFT(PUBLIC_KEY, tokenURI).encodeABI(),
+  }
+
+  const signPromise = web3.eth.accounts.signTransaction(tx, PRIVATE_KEY)
+  signPromise
+    .then((signedTx) => {
+      web3.eth.sendSignedTransaction(
+        signedTx.rawTransaction,
+        function (err, hash) {
+          if (!err) {
+            console.log(
+              "तुमच्या व्यवहाराचा हॅश आहे: ",
+              hash,
+              "\nतुमच्या व्यवहाराची स्थिती पाहण्यासाठी Alchemy's Mempool तपासा!"
+            )
+          } else {
+            console.log(
+              "तुमचा व्यवहार सबमिट करताना काहीतरी चूक झाली:",
+              err
+            )
+          }
+        }
+      )
+    })
+    .catch((err) => {
+      console.log("Promise अयशस्वी झाले:", err)
+    })
+}
+
+mintNFT("ipfs://QmYueiuRNmL4MiA2GwtVMm6ZagknXnSpQnB3z2gWbz36hP")
+```
+
+आता, तुमचा NFT डिप्लॉय करण्यासाठी `node scripts/mint-nft.js` चालवा. काही सेकंदांनंतर, तुम्हाला तुमच्या टर्मिनलमध्ये असा प्रतिसाद दिसेल:
+
+    ```
+    तुमच्या व्यवहाराचा हॅश आहे: 0x301791fdf492001fcd9d5e5b12f3aa1bbbea9a88ed24993a8ab2cdae2d06e1e8
+    
+    तुमच्या व्यवहाराची स्थिती पाहण्यासाठी Alchemy's Mempool तपासा!
+    ```
+
+पुढे, तुमच्या व्यवहाराची स्थिती (तो प्रलंबित आहे, माइन झाला आहे, किंवा नेटवर्कद्वारे ड्रॉप झाला आहे) पाहण्यासाठी तुमच्या [Alchemy mempool](https://dashboard.alchemyapi.io/mempool) ला भेट द्या. तुमचा व्यवहार ड्रॉप झाला असल्यास, [Blockscout](https://eth-sepolia.blockscout.com/) तपासणे आणि तुमच्या व्यवहाराचा हॅश शोधणे देखील उपयुक्त आहे.
+
+![Etherscan वर तुमचा NFT व्यवहाराचा हॅश पहा](./view-nft-etherscan.png)_Etherscan वर तुमचा NFT व्यवहाराचा हॅश पहा_
+
+आणि बस्स! तुम्ही आता Ethereum ब्लॉकचेनवर एक NFT डिप्लॉय आणि मिंट केला आहे <Emoji text=":money_mouth_face:" size={1} />
+
+`mint-nft.js` वापरून तुम्ही तुमच्या मनाला (आणि वॉलेटला) हवे तितके NFTs मिंट करू शकता! फक्त NFT च्या मेटाडेटाचे वर्णन करणारा एक नवीन tokenURI पास करण्याची खात्री करा (अन्यथा, तुम्ही फक्त वेगवेगळ्या आयडीसह सारख्याच अनेक प्रती तयार कराल).
+
+साहजिकच, तुम्हाला तुमच्या वॉलेटमध्ये तुमचा NFT दाखवायला आवडेल — म्हणून [भाग ३: तुमच्या वॉलेटमध्ये तुमचा NFT कसा पाहावा](/developers/tutorials/how-to-view-nft-in-metamask/) नक्की पहा!
diff --git a/public/content/translations/mr/developers/tutorials/how-to-mock-solidity-contracts-for-testing/index.md b/public/content/translations/mr/developers/tutorials/how-to-mock-solidity-contracts-for-testing/index.md
new file mode 100644
index 00000000000..5faf8882a82
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/how-to-mock-solidity-contracts-for-testing/index.md
@@ -0,0 +1,108 @@
+---
+title: "चाचणीसाठी Solidity स्मार्ट कॉन्ट्रॅक्ट्सना मॉक कसे करावे"
+description: "चाचणी करताना तुम्ही तुमच्या कॉन्ट्रॅक्ट्सची गंमत का करावी"
+author: Markus Waas
+lang: mr
+tags:
+  [
+    "सॉलिडिटी",
+    "स्मार्ट कॉन्ट्रॅक्ट",
+    "चाचणी",
+    "मॉक करणे"
+  ]
+skill: intermediate
+published: 2020-05-02
+source: soliditydeveloper.com
+sourceUrl: https://soliditydeveloper.com/mocking-contracts
+---
+
+[मॉक ऑब्जेक्ट्स](https://wikipedia.org/wiki/Mock_object) हे ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंगमधील एक सामान्य डिझाइन पॅटर्न आहे. जुन्या फ्रेंच शब्द 'mocquer' ज्याचा अर्थ 'गमतीचा विषय बनवणे' आहे, त्यापासून विकसित होऊन त्याचा अर्थ 'खऱ्या गोष्टीची नक्कल करणे' असा झाला, जे आपण प्रोग्रामिंगमध्ये प्रत्यक्षात करत आहोत. तुम्हाला हवे असल्यास कृपया तुमच्या स्मार्ट कॉन्ट्रॅक्ट्सची गंमत करा, परंतु जेव्हा शक्य असेल तेव्हा त्यांना मॉक करा. हे तुमचे जीवन सोपे करते.
+
+## मॉकसह कॉन्ट्रॅक्ट्सची युनिट-चाचणी {#unit-testing-contracts-with-mocks}
+
+कॉन्ट्रॅक्ट मॉक करणे म्हणजे मूलतः त्या कॉन्ट्रॅक्टची दुसरी आवृत्ती तयार करणे जी मूळ आवृत्तीसारखीच वागते, परंतु अशा प्रकारे की डेव्हलपरद्वारे ती सहजपणे नियंत्रित केली जाऊ शकते. तुमच्याकडे अनेकदा गुंतागुंतीचे कॉन्ट्रॅक्ट्स असतात जिथे तुम्हाला फक्त [कॉन्ट्रॅक्टच्या छोट्या भागांची युनिट-चाचणी](/developers/docs/smart-contracts/testing/) करायची असते. समस्या ही आहे की, जर या छोट्या भागाची चाचणी करण्यासाठी एका विशिष्ट कॉन्ट्रॅक्ट स्थितीची आवश्यकता असेल ज्यात पोहोचणे कठीण आहे, तर काय?
+
+तुम्ही प्रत्येक वेळी गुंतागुंतीचे चाचणी सेटअप लॉजिक लिहू शकता जे कॉन्ट्रॅक्टला आवश्यक स्थितीत आणेल किंवा तुम्ही मॉक लिहू शकता. इनहेरिटन्ससह कॉन्ट्रॅक्ट मॉक करणे सोपे आहे. फक्त एक दुसरा मॉक कॉन्ट्रॅक्ट तयार करा जो मूळ कॉन्ट्रॅक्टमधून इनहेरिट करतो. आता तुम्ही तुमच्या मॉकसाठी फंक्शन्स ओव्हरराइड करू शकता. चला एका उदाहरणासह पाहूया.
+
+## उदाहरण: प्रायव्हेट ERC20 {#example-private-erc20}
+
+आपण एका उदाहरणादाखल ERC-20 कॉन्ट्रॅक्टचा वापर करतो ज्यामध्ये सुरुवातीला एक खाजगी वेळ असतो. मालक खाजगी वापरकर्त्यांना व्यवस्थापित करू शकतो आणि सुरुवातीला फक्त त्यांनाच टोकन मिळवण्याची परवानगी असेल. एकदा ठराविक वेळ निघून गेल्यावर, प्रत्येकाला टोकन वापरण्याची परवानगी दिली जाईल. तुम्हाला उत्सुकता असल्यास, आम्ही नवीन OpenZeppelin contracts v3 मधून [`_beforeTokenTransfer`](https://docs.openzeppelin.com/contracts/5.x/extending-contracts#using-hooks) हुक वापरत आहोत.
+
+```solidity
+pragma solidity ^0.6.0;
+
+import "@openzeppelin/contracts/token/ERC20/ERC20.sol";
+import "@openzeppelin/contracts/access/Ownable.sol";
+
+contract PrivateERC20 is ERC20, Ownable {
+    mapping (address => bool) public isPrivateUser;
+    uint256 private publicAfterTime;
+
+    constructor(uint256 privateERC20timeInSec) ERC20("PrivateERC20", "PRIV") public {
+        publicAfterTime = now + privateERC20timeInSec;
+    }
+
+    function addUser(address user) external onlyOwner {
+        isPrivateUser[user] = true;
+    }
+
+    function isPublic() public view returns (bool) {
+        return now >= publicAfterTime;
+    }
+
+    function _beforeTokenTransfer(address from, address to, uint256 amount) internal virtual override {
+        super._beforeTokenTransfer(from, to, amount);
+
+        require(_validRecipient(to), "PrivateERC20: invalid recipient");
+    }
+
+    function _validRecipient(address to) private view returns (bool) {
+        if (isPublic()) {
+            return true;
+        }
+
+        return isPrivateUser[to];
+    }
+}
+```
+
+आणि आता आपण ते मॉक करूया.
+
+```solidity
+pragma solidity ^0.6.0;
+import "../PrivateERC20.sol";
+
+contract PrivateERC20Mock is PrivateERC20 {
+    bool isPublicConfig;
+
+    constructor() public PrivateERC20(0) {}
+
+    function setIsPublic(bool isPublic) external {
+        isPublicConfig = isPublic;
+    }
+
+    function isPublic() public view returns (bool) {
+        return isPublicConfig;
+    }
+}
+```
+
+तुम्हाला खालीलपैकी एक त्रुटी संदेश मिळेल:
+
+- `PrivateERC20Mock.sol: TypeError: Overriding function is missing "override" specifier.`
+- `PrivateERC20.sol: TypeError: Trying to override non-virtual function. Did you forget to add "virtual"?.`
+
+आपण नवीन Solidity आवृत्ती 0.6 वापरत असल्यामुळे, ओव्हरराइड केल्या जाऊ शकणार्‍या फंक्शन्ससाठी `virtual` कीवर्ड आणि ओव्हरराइडिंग फंक्शनसाठी `override` कीवर्ड जोडावा लागेल. तर चला, हे दोन्ही `isPublic` फंक्शन्समध्ये जोडूया.
+
+आता तुमच्या युनिट चाचण्यांमध्ये, तुम्ही त्याऐवजी `PrivateERC20Mock` वापरू शकता. जेव्हा तुम्हाला खाजगी वापराच्या वेळेतील वर्तनाची चाचणी करायची असेल, तेव्हा `setIsPublic(false)` वापरा आणि त्याचप्रमाणे सार्वजनिक वापराच्या वेळेची चाचणी करण्यासाठी `setIsPublic(true)` वापरा. अर्थातच आपल्या उदाहरणात, आपण वेळ बदलण्यासाठी [टाइम हेल्पर्स](https://docs.openzeppelin.com/test-helpers/0.5/api#increase) देखील वापरू शकलो असतो. पण आता मॉक करण्याची कल्पना स्पष्ट झाली असेल आणि तुम्ही अशा परिस्थितीची कल्पना करू शकता जिथे फक्त वेळ पुढे नेण्याइतके सोपे नसते.
+
+## अनेक कॉन्ट्रॅक्ट्सना मॉक करणे {#mocking-many-contracts}
+
+प्रत्येक मॉकसाठी तुम्हाला दुसरा कॉन्ट्रॅक्ट तयार करावा लागल्यास ते गोंधळात टाकणारे असू शकते. जर तुम्हाला याचा त्रास होत असेल, तर तुम्ही [MockContract](https://github.com/gnosis/mock-contract) लायब्ररी पाहू शकता. हे तुम्हाला कॉन्ट्रॅक्ट्सचे वर्तन त्वरित ओव्हरराइड आणि बदलण्याची परवानगी देते. तथापि, हे फक्त दुसऱ्या कॉन्ट्रॅक्टला कॉल मॉक करण्यासाठी कार्य करते, त्यामुळे ते आपल्या उदाहरणासाठी कार्य करणार नाही.
+
+## मॉक करणे आणखी शक्तिशाली असू शकते {#mocking-can-be-even-more-powerful}
+
+मॉक करण्याची शक्ती इथेच संपत नाही.
+
+- फंक्शन्स जोडणे: केवळ एखादे विशिष्ट फंक्शन ओव्हरराइड करणेच उपयुक्त नाही, तर अतिरिक्त फंक्शन्स जोडणे देखील उपयुक्त आहे. टोकन्ससाठी एक चांगले उदाहरण म्हणजे फक्त एक अतिरिक्त `mint` फंक्शन असणे जे कोणत्याही वापरकर्त्याला विनामूल्य नवीन टोकन मिळविण्याची परवानगी देते.
+- टेस्टनेटमध्ये वापर: जेव्हा तुम्ही तुमच्या dApp सह टेस्टनेटवर तुमचे कॉन्ट्रॅक्ट्स तैनात आणि चाचणी करता, तेव्हा मॉक केलेली आवृत्ती वापरण्याचा विचार करा. खरोखरच गरज असल्याशिवाय फंक्शन्स ओव्हरराइड करणे टाळा. शेवटी, तुम्हाला खऱ्या लॉजिकची चाचणी करायची आहे. परंतु उदाहरणार्थ, रीसेट फंक्शन जोडणे उपयुक्त ठरू शकते जे फक्त कॉन्ट्रॅक्टची स्थिती सुरुवातीला रीसेट करते, नवीन तैनातीची आवश्यकता नाही. अर्थातच तुम्हाला Mainnet कॉन्ट्रॅक्टमध्ये ते नको असेल.
diff --git a/public/content/translations/mr/developers/tutorials/how-to-use-echidna-to-test-smart-contracts/index.md b/public/content/translations/mr/developers/tutorials/how-to-use-echidna-to-test-smart-contracts/index.md
new file mode 100644
index 00000000000..c8ed9c7deff
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/how-to-use-echidna-to-test-smart-contracts/index.md
@@ -0,0 +1,708 @@
+---
+title: "स्मार्ट कॉन्ट्रॅक्ट्सची चाचणी घेण्यासाठी Echidna चा वापर कसा करावा"
+description: "स्मार्ट कॉन्ट्रॅक्ट्सची आपोआप चाचणी घेण्यासाठी Echidna चा वापर कसा करावा"
+author: "Trailofbits"
+lang: mr
+tags:
+  [
+    "सॉलिडिटी",
+    "स्मार्ट कॉन्ट्रॅक्ट",
+    "सुरक्षा",
+    "चाचणी",
+    "fuzzing"
+  ]
+skill: advanced
+published: 2020-04-10
+source: Building secure contracts
+sourceUrl: https://github.com/crytic/building-secure-contracts/tree/master/program-analysis/echidna
+---
+
+## इन्स्टॉलेशन {#installation}
+
+Echidna डॉकरद्वारे किंवा प्री-कंपाइल बायनरी वापरून इन्स्टॉल केले जाऊ शकते.
+
+### डॉकरद्वारे Echidna {#echidna-through-docker}
+
+```bash
+docker pull trailofbits/eth-security-toolbox
+docker run -it -v "$PWD":/home/training trailofbits/eth-security-toolbox
+```
+
+_शेवटचा कमांड तुमच्या सध्याच्या डिरेक्टरीमध्ये ऍक्सेस असलेल्या docker मध्ये eth-security-toolbox चालवतो. तुम्ही तुमच्या होस्टमधून फाइल्स बदलू शकता, आणि docker मधून फाइल्सवर टूल्स चालवू शकता_
+
+डॉकरमध्ये, चालवा :
+
+```bash
+solc-select 0.5.11
+cd /home/training
+```
+
+### बायनरी {#binary}
+
+[https://github.com/crytic/echidna/releases/tag/v1.4.0.0](https://github.com/crytic/echidna/releases/tag/v1.4.0.0)
+
+## प्रॉपर्टी-आधारित फझिंगची ओळख {#introduction-to-property-based-fuzzing}
+
+Echidna एक प्रॉपर्टी-आधारित फझर आहे, ज्याचे वर्णन आम्ही आमच्या मागील ब्लॉगपोस्टमध्ये केले आहे ([1](https://blog.trailofbits.com/2018/03/09/echidna-a-smart-fuzzer-for-ethereum/), [2](https://blog.trailofbits.com/2018/05/03/state-machine-testing-with-echidna/), [3](https://blog.trailofbits.com/2020/03/30/an-echidna-for-all-seasons/)).
+
+### फझिंग {#fuzzing}
+
+[Fuzzing](https://wikipedia.org/wiki/Fuzzing) हे सुरक्षा समुदायामध्ये एक सुप्रसिद्ध तंत्र आहे. यात प्रोग्राममधील बग शोधण्यासाठी कमी-अधिक प्रमाणात यादृच्छिक इनपुट तयार करणे समाविष्ट आहे. पारंपारिक सॉफ्टवेअरसाठी फझर्स (जसे की [AFL](http://lcamtuf.coredump.cx/afl/) किंवा [LibFuzzer](https://llvm.org/docs/LibFuzzer.html)) बग शोधण्यासाठी कार्यक्षम साधने म्हणून ओळखले जातात.
+
+केवळ यादृच्छिक इनपुट तयार करण्यापलीकडे, चांगले इनपुट तयार करण्यासाठी अनेक तंत्रे आणि धोरणे आहेत, ज्यात खालील गोष्टींचा समावेश आहे:
+
+- प्रत्येक अंमलबजावणीतून अभिप्राय मिळवा आणि त्याचा वापर करून पिढीला मार्गदर्शन करा. उदाहरणार्थ, जर नवीन तयार केलेल्या इनपुटमुळे नवीन मार्ग सापडला, तर त्याच्या जवळ नवीन इनपुट तयार करणे अर्थपूर्ण ठरू शकते.
+- रचनात्मक मर्यादांचा आदर करून इनपुट तयार करणे. उदाहरणार्थ, जर तुमच्या इनपुटमध्ये चेकसमसह हेडर असेल, तर फझरला चेकसम प्रमाणित करणारे इनपुट तयार करू देणे अर्थपूर्ण ठरेल.
+- नवीन इनपुट तयार करण्यासाठी ज्ञात इनपुट वापरणे: जर तुमच्याकडे वैध इनपुटच्या मोठ्या डेटासेटमध्ये प्रवेश असेल, तर तुमचा फझर सुरवातीपासून त्याची निर्मिती सुरू करण्याऐवजी त्यातून नवीन इनपुट तयार करू शकतो. यांना सहसा _seeds_ म्हटले जाते.
+
+### प्रॉपर्टी-आधारित फझिंग {#property-based-fuzzing}
+
+Echidna फझरच्या एका विशिष्ट कुटुंबाशी संबंधित आहे: [QuickCheck](https://wikipedia.org/wiki/QuickCheck) द्वारे मोठ्या प्रमाणावर प्रेरित प्रॉपर्टी-आधारित फझिंग. क्रॅश शोधण्याचा प्रयत्न करणाऱ्या क्लासिक फझरच्या विपरीत, Echidna वापरकर्ता-परिभाषित इनव्हेरियंट्स तोडण्याचा प्रयत्न करेल.
+
+स्मार्ट कॉन्ट्रॅक्ट्समध्ये, इनव्हेरियंट्स हे Solidity फंक्शन्स असतात, जे कॉन्ट्रॅक्ट पोहोचू शकणाऱ्या कोणत्याही चुकीच्या किंवा अवैध स्थितीचे प्रतिनिधित्व करू शकतात, ज्यात खालील गोष्टींचा समावेश आहे:
+
+- चुकीचे प्रवेश नियंत्रण: आक्रमणकर्ता कॉन्ट्रॅक्टचा मालक बनला.
+- चुकीचे स्टेट मशीन: कॉन्ट्रॅक्ट थांबवलेले असताना टोकन हस्तांतरित केले जाऊ शकतात.
+- चुकीचे अंकगणित: वापरकर्ता त्याचे शिल्लक कमी करू शकतो आणि अमर्यादित विनामूल्य टोकन मिळवू शकतो.
+
+### Echidna सह प्रॉपर्टीची चाचणी करणे {#testing-a-property-with-echidna}
+
+आम्ही Echidna सह स्मार्ट कॉन्ट्रॅक्टची चाचणी कशी करायची ते पाहू. लक्ष्य खालील स्मार्ट कॉन्ट्रॅक्ट आहे [`token.sol`](https://github.com/crytic/building-secure-contracts/blob/master/program-analysis/echidna/example/token.sol):
+
+```solidity
+contract Token{
+  mapping(address => uint) public balances;
+  function airdrop() public{
+      balances[msg.sender] = 1000;
+  }
+  function consume() public{
+      require(balances[msg.sender]>0);
+      balances[msg.sender] -= 1;
+  }
+  function backdoor() public{
+      balances[msg.sender] += 1;
+  }
+}
+```
+
+आम्ही असे गृहीत धरू की या टोकनमध्ये खालील गुणधर्म असणे आवश्यक आहे:
+
+- कोणाकडेही जास्तीत जास्त 1000 टोकन असू शकतात
+- टोकन हस्तांतरित केले जाऊ शकत नाही (ते ERC20 टोकन नाही)
+
+### एक प्रॉपर्टी लिहा {#write-a-property}
+
+Echidna प्रॉपर्टीज या Solidity फंक्शन्स आहेत. एका प्रॉपर्टीमध्ये हे असणे आवश्यक आहे:
+
+- कोणतेही आर्ग्युमेंट नसावे
+- यशस्वी झाल्यास `true` परत करा
+- त्याचे नाव `echidna` ने सुरू झाले पाहिजे
+
+Echidna हे करेल:
+
+- प्रॉपर्टीची चाचणी घेण्यासाठी आपोआप अनियंत्रित व्यवहार तयार करा.
+- एखाद्या प्रॉपर्टीला `false` परत करण्यास किंवा त्रुटी निर्माण करण्यास कारणीभूत ठरलेल्या कोणत्याही व्यवहारांची तक्रार करा.
+- प्रॉपर्टी कॉल करताना साईड-इफेक्ट टाळा (म्हणजे, जर प्रॉपर्टी स्टेट व्हेरिएबल बदलत असेल, तर चाचणीनंतर ते टाकून दिले जाते)
+
+खालील प्रॉपर्टी तपासते की कॉलरकडे 1000 पेक्षा जास्त टोकन नाहीत:
+
+```solidity
+function echidna_balance_under_1000() public view returns(bool){
+      return balances[msg.sender] <= 1000;
+}
+```
+
+तुमच्या कॉन्ट्रॅक्टला तुमच्या प्रॉपर्टीजपासून वेगळे करण्यासाठी इनहेरिटन्स वापरा:
+
+```solidity
+contract TestToken is Token{
+      function echidna_balance_under_1000() public view returns(bool){
+            return balances[msg.sender] <= 1000;
+      }
+  }
+```
+
+[`token.sol`](https://github.com/crytic/building-secure-contracts/blob/master/program-analysis/echidna/example/token.sol) प्रॉपर्टी लागू करते आणि टोकनमधून इनहेरिट करते.
+
+### एक कॉन्ट्रॅक्ट सुरू करा {#initiate-a-contract}
+
+Echidna ला आर्ग्युमेंटशिवाय [constructor](/developers/docs/smart-contracts/anatomy/#constructor-functions) ची आवश्यकता आहे. जर तुमच्या कॉन्ट्रॅक्टला विशिष्ट इनिशिएलायझेशनची आवश्यकता असेल, तर तुम्हाला ते कन्स्ट्रक्टरमध्ये करावे लागेल.
+
+Echidna मध्ये काही विशिष्ट ॲड्रेसेस आहेत:
+
+- `0x00a329c0648769A73afAc7F9381E08FB43dBEA72` जे कन्स्ट्रक्टरला कॉल करते.
+- `0x10000`, `0x20000`, आणि `0x00a329C0648769a73afAC7F9381e08fb43DBEA70` जे यादृच्छिकपणे इतर फंक्शन्सना कॉल करतात.
+
+आमच्या सध्याच्या उदाहरणात आम्हाला कोणत्याही विशिष्ट इनिशिएलायझेशनची आवश्यकता नाही, परिणामी आमचा कन्स्ट्रक्टर रिकामा आहे.
+
+### Echidna चालवा {#run-echidna}
+
+Echidna यासह लॉन्च केले जाते:
+
+```bash
+echidna-test contract.sol
+```
+
+जर contract.sol मध्ये अनेक कॉन्ट्रॅक्ट्स असतील, तर तुम्ही लक्ष्य निर्दिष्ट करू शकता:
+
+```bash
+echidna-test contract.sol --contract MyContract
+```
+
+### सारांश: एका प्रॉपर्टीची चाचणी करणे {#summary-testing-a-property}
+
+खालील आमच्या उदाहरणावरील Echidna च्या रनचा सारांश देते:
+
+```solidity
+contract TestToken is Token{
+    constructor() public {}
+        function echidna_balance_under_1000() public view returns(bool){
+          return balances[msg.sender] <= 1000;
+        }
+  }
+```
+
+```bash
+echidna-test testtoken.sol --contract TestToken
+...
+
+echidna_balance_under_1000: failed!💥
+  Call sequence, shrinking (1205/5000):
+    airdrop()
+    backdoor()
+
+...
+```
+
+Echidna ला आढळले की जर `backdoor` कॉल केला तर प्रॉपर्टीचे उल्लंघन होते.
+
+## फझिंग मोहिमेदरम्यान कॉल करण्यासाठी फंक्शन्स फिल्टर करणे {#filtering-functions-to-call-during-a-fuzzing-campaign}
+
+आम्ही फझ करण्यासाठी फंक्शन्स कसे फिल्टर करायचे ते पाहू.
+लक्ष्य खालील स्मार्ट कॉन्ट्रॅक्ट आहे:
+
+```solidity
+contract C {
+  bool state1 = false;
+  bool state2 = false;
+  bool state3 = false;
+  bool state4 = false;
+
+  function f(uint x) public {
+    require(x == 12);
+    state1 = true;
+  }
+
+  function g(uint x) public {
+    require(state1);
+    require(x == 8);
+    state2 = true;
+  }
+
+  function h(uint x) public {
+    require(state2);
+    require(x == 42);
+    state3 = true;
+  }
+
+ function i() public {
+    require(state3);
+    state4 = true;
+  }
+
+  function reset1() public {
+    state1 = false;
+    state2 = false;
+    state3 = false;
+    return;
+  }
+
+  function reset2() public {
+    state1 = false;
+    state2 = false;
+    state3 = false;
+    return;
+  }
+
+  function echidna_state4() public returns (bool) {
+    return (!state4);
+  }
+}
+```
+
+हे लहान उदाहरण Echidna ला स्टेट व्हेरिएबल बदलण्यासाठी व्यवहारांचा एक विशिष्ट क्रम शोधण्यास भाग पाडते.
+हे फझरसाठी कठीण आहे (यासाठी [Manticore](https://github.com/trailofbits/manticore) सारखे सिम्बॉलिक एक्झिक्युशन टूल वापरण्याची शिफारस केली जाते).
+हे तपासण्यासाठी आपण Echidna चालवू शकतो:
+
+```bash
+echidna-test multi.sol
+...
+echidna_state4: passed! 🎉
+Seed: -3684648582249875403
+```
+
+### फिल्टरिंग फंक्शन्स {#filtering-functions}
+
+Echidna ला या कॉन्ट्रॅक्टची चाचणी घेण्यासाठी योग्य क्रम शोधण्यात अडचण येत आहे कारण दोन रीसेट फंक्शन्स (`reset1` आणि `reset2`) सर्व स्टेट व्हेरिएबल्स `false` वर सेट करतील.
+तथापि, आपण एक विशेष Echidna वैशिष्ट्य वापरू शकतो, एकतर रीसेट फंक्शनला ब्लॅकलिस्ट करण्यासाठी किंवा फक्त `f`, `g`,
+`h` आणि `i` फंक्शन्सना व्हाइटलिस्ट करण्यासाठी.
+
+फंक्शन्स ब्लॅकलिस्ट करण्यासाठी, आम्ही ही कॉन्फिगरेशन फाइल वापरू शकतो:
+
+```yaml
+filterBlacklist: true
+filterFunctions: ["reset1", "reset2"]
+```
+
+फंक्शन्स फिल्टर करण्याचा दुसरा दृष्टिकोन म्हणजे व्हाइटलिस्ट केलेल्या फंक्शन्सची यादी करणे. ते करण्यासाठी, आम्ही ही कॉन्फिगरेशन फाइल वापरू शकतो:
+
+```yaml
+filterBlacklist: false
+filterFunctions: ["f", "g", "h", "i"]
+```
+
+- `filterBlacklist` हे डीफॉल्टनुसार `true` असते.
+- फिल्टरिंग केवळ नावाने केले जाईल (पॅरामीटर्सशिवाय). जर तुमच्याकडे `f()` आणि `f(uint256)` असेल, तर `"f"` फिल्टर दोन्ही फंक्शन्सना जुळेल.
+
+### Echidna चालवा {#run-echidna-1}
+
+`blacklist.yaml` कॉन्फिगरेशन फाइलसह Echidna चालवण्यासाठी:
+
+```bash
+echidna-test multi.sol --config blacklist.yaml
+...
+echidna_state4: failed!💥
+  Call sequence:
+    f(12)
+    g(8)
+    h(42)
+    i()
+```
+
+Echidna जवळजवळ त्वरित प्रॉपर्टीला खोटे ठरवण्यासाठी व्यवहारांचा क्रम शोधेल.
+
+### सारांश: फिल्टरिंग फंक्शन्स {#summary-filtering-functions}
+
+Echidna फझिंग मोहिमेदरम्यान कॉल करण्यासाठी फंक्शन्स ब्लॅकलिस्ट किंवा व्हाइटलिस्ट करू शकते:
+
+```yaml
+filterBlacklist: true
+filterFunctions: ["f1", "f2", "f3"]
+```
+
+```bash
+echidna-test contract.sol --config config.yaml
+...
+```
+
+`filterBlacklist` बुलियनच्या मूल्यांनुसार Echidna `f1`, `f2` आणि `f3` ला ब्लॅकलिस्ट करून किंवा फक्त त्यांना कॉल करून फझिंग मोहीम सुरू करते.
+
+## Echidna सह Solidity's assert ची चाचणी कशी करावी {#how-to-test-soliditys-assert-with-echidna}
+
+या लहान ट्युटोरियलमध्ये, आम्ही कॉन्ट्रॅक्ट्समध्ये अॅसर्शन चेकिंगची चाचणी घेण्यासाठी Echidna चा वापर कसा करायचा हे दाखवणार आहोत. समजा आपल्याकडे यासारखा एक कॉन्ट्रॅक्ट आहे:
+
+```solidity
+contract Incrementor {
+  uint private counter = 2**200;
+
+  function inc(uint val) public returns (uint){
+    uint tmp = counter;
+    counter += val;
+    // tmp <= counter
+    return (counter - tmp);
+  }
+}
+```
+
+### एक अॅसर्शन लिहा {#write-an-assertion}
+
+त्यातील फरक परत केल्यानंतर `tmp` हे `counter` पेक्षा कमी किंवा समान आहे याची आम्ही खात्री करू इच्छितो. आपण Echidna
+प्रॉपर्टी लिहू शकतो, पण आपल्याला `tmp` मूल्य कुठेतरी साठवावे लागेल. त्याऐवजी, आपण यासारखे अॅसर्शन वापरू शकतो:
+
+```solidity
+contract Incrementor {
+  uint private counter = 2**200;
+
+  function inc(uint val) public returns (uint){
+    uint tmp = counter;
+    counter += val;
+    assert (tmp <= counter);
+    return (counter - tmp);
+  }
+}
+```
+
+### Echidna चालवा {#run-echidna-2}
+
+अॅसर्शन अयशस्वी चाचणी सक्षम करण्यासाठी, एक [Echidna कॉन्फिगरेशन फाइल](https://github.com/crytic/echidna/wiki/Config) `config.yaml` तयार करा:
+
+```yaml
+checkAsserts: true
+```
+
+जेव्हा आपण Echidna मध्ये हा कॉन्ट्रॅक्ट चालवतो, तेव्हा आपल्याला अपेक्षित परिणाम मिळतात:
+
+```bash
+echidna-test assert.sol --config config.yaml
+Analyzing contract: assert.sol:Incrementor
+assertion in inc: failed!💥
+  Call sequence, shrinking (2596/5000):
+    inc(21711016731996786641919559689128982722488122124807605757398297001483711807488)
+    inc(7237005577332262213973186563042994240829374041602535252466099000494570602496)
+    inc(86844066927987146567678238756515930889952488499230423029593188005934847229952)
+
+Seed: 1806480648350826486
+```
+
+तुम्ही बघू शकता, Echidna `inc` फंक्शनमध्ये काही अॅसर्शन अयशस्वी झाल्याची तक्रार करते. प्रत्येक फंक्शनमध्ये एकापेक्षा जास्त अॅसर्शन जोडणे शक्य आहे, परंतु कोणते अॅसर्शन अयशस्वी झाले हे Echidna सांगू शकत नाही.
+
+### अॅसर्शन्स केव्हा आणि कसे वापरावे {#when-and-how-use-assertions}
+
+अॅसर्शन्स स्पष्ट प्रॉपर्टीजसाठी पर्याय म्हणून वापरले जाऊ शकतात, विशेषतः जर तपासण्याची परिस्थिती थेट काही ऑपरेशन `f` च्या योग्य वापराशी संबंधित असेल. काही कोडनंतर अॅसर्शन्स जोडल्याने हे सुनिश्चित होईल की तपासणी त्याच्या अंमलबजावणीनंतर लगेच होईल:
+
+```solidity
+function f(..) public {
+    // काही जटिल कोड
+    ...
+    assert (condition);
+    ...
+}
+
+```
+
+याउलट, स्पष्ट Echidna प्रॉपर्टी वापरल्याने व्यवहार यादृच्छिकपणे अंमलात येतील आणि ते केव्हा तपासले जाईल हे लागू करण्याचा कोणताही सोपा मार्ग नाही. हा वर्कअराउंड करणे अजूनही शक्य आहे:
+
+```solidity
+function echidna_assert_after_f() public returns (bool) {
+    f(..);
+    return(condition);
+}
+```
+
+तथापि, काही समस्या आहेत:
+
+- जर `f` हे `internal` किंवा `external` म्हणून घोषित केले असेल तर ते अयशस्वी होते.
+- `f` ला कॉल करण्यासाठी कोणते आर्ग्युमेंट्स वापरावे हे अस्पष्ट आहे.
+- जर `f` रिव्हर्ट झाले, तर प्रॉपर्टी अयशस्वी होईल.
+
+सर्वसाधारणपणे, आम्ही अॅसर्शन्स कसे वापरावे यावर [जॉन रेगेहर यांच्या शिफारसीचे](https://blog.regehr.org/archives/1091) पालन करण्याची शिफारस करतो:
+
+- अॅसर्शन तपासणी दरम्यान कोणताही साईड इफेक्ट जबरदस्तीने करू नका. उदाहरणार्थ: `assert(ChangeStateAndReturn() == 1)`
+- स्पष्ट विधाने निश्चित करू नका. उदाहरणार्थ, `assert(var >= 0)` जेथे `var` हे `uint` म्हणून घोषित केले आहे.
+
+शेवटी, कृपया `assert` ऐवजी `require` **वापरू नका**, कारण Echidna ते शोधू शकणार नाही (परंतु कॉन्ट्रॅक्ट तरीही रिव्हर्ट होईल).
+
+### सारांश: अॅसर्शन चेकिंग {#summary-assertion-checking}
+
+खालील आमच्या उदाहरणावरील Echidna च्या रनचा सारांश देते:
+
+```solidity
+contract Incrementor {
+  uint private counter = 2**200;
+
+  function inc(uint val) public returns (uint){
+    uint tmp = counter;
+    counter += val;
+    assert (tmp <= counter);
+    return (counter - tmp);
+  }
+}
+```
+
+```bash
+echidna-test assert.sol --config config.yaml
+Analyzing contract: assert.sol:Incrementor
+assertion in inc: failed!💥
+  Call sequence, shrinking (2596/5000):
+    inc(21711016731996786641919559689128982722488122124807605757398297001483711807488)
+    inc(7237005577332262213973186563042994240829374041602535252466099000494570602496)
+    inc(86844066927987146567678238756515930889952488499230423029593188005934847229952)
+
+Seed: 1806480648350826486
+```
+
+Echidna ला आढळले की `inc` मधील अॅसर्शन अयशस्वी होऊ शकते जर हे फंक्शन मोठ्या आर्ग्युमेंट्ससह अनेक वेळा कॉल केले गेले.
+
+## Echidna कॉर्पस गोळा करणे आणि त्यात बदल करणे {#collecting-and-modifying-an-echidna-corpus}
+
+आम्ही Echidna सह व्यवहारांचा कॉर्पस कसा गोळा करायचा आणि वापरायचा ते पाहू. लक्ष्य खालील स्मार्ट कॉन्ट्रॅक्ट आहे [`magic.sol`](https://github.com/crytic/building-secure-contracts/blob/master/program-analysis/echidna/example/magic.sol):
+
+```solidity
+contract C {
+  bool value_found = false;
+  function magic(uint magic_1, uint magic_2, uint magic_3, uint magic_4) public {
+    require(magic_1 == 42);
+    require(magic_2 == 129);
+    require(magic_3 == magic_4+333);
+    value_found = true;
+    return;
+  }
+
+  function echidna_magic_values() public returns (bool) {
+    return !value_found;
+  }
+
+}
+```
+
+हे लहान उदाहरण Echidna ला स्टेट व्हेरिएबल बदलण्यासाठी काही विशिष्ट मूल्ये शोधण्यास भाग पाडते. हे फझरसाठी कठीण आहे
+(यासाठी [Manticore](https://github.com/trailofbits/manticore) सारखे सिम्बॉलिक एक्झिक्युशन टूल वापरण्याची शिफारस केली जाते).
+हे तपासण्यासाठी आपण Echidna चालवू शकतो:
+
+```bash
+echidna-test magic.sol
+...
+
+echidna_magic_values: passed! 🎉
+
+Seed: 2221503356319272685
+```
+
+तथापि, ही फझिंग मोहीम चालवताना कॉर्पस गोळा करण्यासाठी आम्ही अजूनही Echidna वापरू शकतो.
+
+### कॉर्पस गोळा करणे {#collecting-a-corpus}
+
+कॉर्पस संकलन सक्षम करण्यासाठी, एक कॉर्पस डिरेक्टरी तयार करा:
+
+```bash
+mkdir corpus-magic
+```
+
+आणि एक [Echidna कॉन्फिगरेशन फाइल](https://github.com/crytic/echidna/wiki/Config) `config.yaml`:
+
+```yaml
+coverage: true
+corpusDir: "corpus-magic"
+```
+
+आता आपण आपले टूल चालवू शकतो आणि गोळा केलेला कॉर्पस तपासू शकतो:
+
+```bash
+echidna-test magic.sol --config config.yaml
+```
+
+Echidna अजूनही योग्य मॅजिक व्हॅल्यूज शोधू शकत नाही, परंतु आपण त्याने गोळा केलेल्या कॉर्पसवर एक नजर टाकू शकतो.
+उदाहरणार्थ, यापैकी एक फाइल होती:
+
+```json
+[
+  {
+    "_gas'": "0xffffffff",
+    "_delay": ["0x13647", "0xccf6"],
+    "_src": "00a329c0648769a73afac7f9381e08fb43dbea70",
+    "_dst": "00a329c0648769a73afac7f9381e08fb43dbea72",
+    "_value": "0x0",
+    "_call": {
+      "tag": "SolCall",
+      "contents": [
+        "magic",
+        [
+          {
+            "contents": [
+              256,
+              "93723985220345906694500679277863898678726808528711107336895287282192244575836"
+            ],
+            "tag": "AbiUInt"
+          },
+          {
+            "contents": [256, "334"],
+            "tag": "AbiUInt"
+          },
+          {
+            "contents": [
+              256,
+              "68093943901352437066264791224433559271778087297543421781073458233697135179558"
+            ],
+            "tag": "AbiUInt"
+          },
+          {
+            "tag": "AbiUInt",
+            "contents": [256, "332"]
+          }
+        ]
+      ]
+    },
+    "_gasprice'": "0xa904461f1"
+  }
+]
+```
+
+स्पष्टपणे, हे इनपुट आमच्या प्रॉपर्टीमध्ये अपयश आणणार नाही. तथापि, पुढील चरणात, आम्ही त्यासाठी त्यात कसे बदल करायचे ते पाहू.
+
+### कॉर्पस सीडिंग करणे {#seeding-a-corpus}
+
+`magic` फंक्शन हाताळण्यासाठी Echidna ला काही मदतीची गरज आहे. आम्ही इनपुट कॉपी करणार आहोत आणि त्यासाठी योग्य
+पॅरामीटर्स वापरण्यासाठी त्यात बदल करणार आहोत:
+
+```bash
+cp corpus/2712688662897926208.txt corpus/new.txt
+```
+
+आम्ही `magic(42,129,333,0)` ला कॉल करण्यासाठी `new.txt` मध्ये बदल करू. आता, आपण Echidna पुन्हा चालवू शकतो:
+
+```bash
+echidna-test magic.sol --config config.yaml
+...
+echidna_magic_values: failed!💥
+  Call sequence:
+    magic(42,129,333,0)
+
+
+Unique instructions: 142
+Unique codehashes: 1
+Seed: -7293830866560616537
+
+```
+
+यावेळी, त्याला आढळले की प्रॉपर्टीचे त्वरित उल्लंघन झाले आहे.
+
+## उच्च गॅस वापरासह व्यवहार शोधणे {#finding-transactions-with-high-gas-consumption}
+
+आम्ही Echidna सह उच्च गॅस वापरासह व्यवहार कसे शोधायचे ते पाहू. लक्ष्य खालील स्मार्ट कॉन्ट्रॅक्ट आहे:
+
+```solidity
+contract C {
+  uint state;
+
+  function expensive(uint8 times) internal {
+    for(uint8 i=0; i < times; i++)
+      state = state + i;
+  }
+
+  function f(uint x, uint y, uint8 times) public {
+    if (x == 42 && y == 123)
+      expensive(times);
+    else
+      state = 0;
+  }
+
+  function echidna_test() public returns (bool) {
+    return true;
+  }
+
+}
+```
+
+येथे `expensive` मध्ये मोठा गॅस वापर असू शकतो.
+
+सध्या, Echidna ला नेहमी चाचणीसाठी एक प्रॉपर्टीची आवश्यकता असते: येथे `echidna_test` नेहमी `true` परत करते.
+हे तपासण्यासाठी आपण Echidna चालवू शकतो:
+
+```
+echidna-test gas.sol
+...
+echidna_test: passed! 🎉
+
+Seed: 2320549945714142710
+```
+
+### गॅस वापर मोजणे {#measuring-gas-consumption}
+
+Echidna सह गॅस वापर सक्षम करण्यासाठी, एक कॉन्फिगरेशन फाइल `config.yaml` तयार करा:
+
+```yaml
+estimateGas: true
+```
+
+या उदाहरणात, आम्ही परिणाम समजण्यास सोपे करण्यासाठी व्यवहार क्रमाचा आकार देखील कमी करू:
+
+```yaml
+seqLen: 2
+estimateGas: true
+```
+
+### Echidna चालवा {#run-echidna-3}
+
+एकदा आम्ही कॉन्फिगरेशन फाइल तयार केल्यावर, आम्ही Echidna याप्रमाणे चालवू शकतो:
+
+```bash
+echidna-test gas.sol --config config.yaml
+...
+echidna_test: passed! 🎉
+
+f used a maximum of 1333608 gas
+  Call sequence:
+    f(42,123,249) Gas price: 0x10d5733f0a Time delay: 0x495e5 Block delay: 0x88b2
+
+Unique instructions: 157
+Unique codehashes: 1
+Seed: -325611019680165325
+
+```
+
+- दाखवलेला गॅस हा [HEVM](https://github.com/dapphub/dapptools/tree/master/src/hevm#hevm-) द्वारे प्रदान केलेला एक अंदाज आहे.
+
+### गॅस-कमी करणारे कॉल्स फिल्टर करणे {#filtering-out-gas-reducing-calls}
+
+वरील **फझिंग मोहिमेदरम्यान कॉल करण्यासाठी फंक्शन्स फिल्टर करणे** यावरील ट्युटोरियल तुमच्या चाचणीमधून काही फंक्शन्स कसे काढायचे हे दाखवते.  
+अचूक गॅस अंदाज मिळवण्यासाठी हे महत्त्वपूर्ण असू शकते.
+खालील उदाहरण विचारात घ्या:
+
+```solidity
+contract C {
+  address [] addrs;
+  function push(address a) public {
+    addrs.push(a);
+  }
+  function pop() public {
+    addrs.pop();
+  }
+  function clear() public{
+    addrs.length = 0;
+  }
+  function check() public{
+    for(uint256 i = 0; i < addrs.length; i++)
+      for(uint256 j = i+1; j < addrs.length; j++)
+        if (addrs[i] == addrs[j])
+          addrs[j] = address(0x0);
+  }
+  function echidna_test() public returns (bool) {
+      return true;
+  }
+}
+```
+
+जर Echidna सर्व फंक्शन्सना कॉल करू शकत असेल, तर त्याला उच्च गॅस खर्चासह व्यवहार सहज सापडणार नाहीत:
+
+```
+echidna-test pushpop.sol --config config.yaml
+...
+pop used a maximum of 10746 gas
+...
+check used a maximum of 23730 gas
+...
+clear used a maximum of 35916 gas
+...
+push used a maximum of 40839 gas
+```
+
+कारण खर्च `addrs` च्या आकारावर अवलंबून असतो आणि यादृच्छिक कॉल्समुळे ॲरे जवळजवळ रिकामा राहतो.
+तथापि, `pop` आणि `clear` ला ब्लॅकलिस्ट केल्याने आम्हाला बरेच चांगले परिणाम मिळतात:
+
+```yaml
+filterBlacklist: true
+filterFunctions: ["pop", "clear"]
+```
+
+```
+echidna-test pushpop.sol --config config.yaml
+...
+push used a maximum of 40839 gas
+...
+check used a maximum of 1484472 gas
+```
+
+### सारांश: उच्च गॅस वापरासह व्यवहार शोधणे {#summary-finding-transactions-with-high-gas-consumption}
+
+`estimateGas` कॉन्फिगरेशन पर्याय वापरून Echidna उच्च गॅस वापरासह व्यवहार शोधू शकते:
+
+```yaml
+estimateGas: true
+```
+
+```bash
+echidna-test contract.sol --config config.yaml
+...
+```
+
+एकदा फझिंग मोहीम संपली की, Echidna प्रत्येक फंक्शनसाठी कमाल गॅस वापरासह एक क्रम नोंदवेल.
diff --git a/public/content/translations/mr/developers/tutorials/how-to-use-manticore-to-find-smart-contract-bugs/index.md b/public/content/translations/mr/developers/tutorials/how-to-use-manticore-to-find-smart-contract-bugs/index.md
new file mode 100644
index 00000000000..54448b9f1c4
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/how-to-use-manticore-to-find-smart-contract-bugs/index.md
@@ -0,0 +1,525 @@
+---
+title: "स्मार्ट कॉन्ट्रॅक्ट्समधील बग शोधण्यासाठी Manticore चा वापर कसा करायचा"
+description: "स्मार्ट कॉन्ट्रॅक्ट्समधील बग आपोआप शोधण्यासाठी Manticore चा वापर कसा करायचा"
+author: Trailofbits
+lang: mr
+tags:
+  [
+    "सॉलिडिटी",
+    "स्मार्ट कॉन्ट्रॅक्ट",
+    "सुरक्षा",
+    "चाचणी",
+    "औपचारिक पडताळणी"
+  ]
+skill: advanced
+published: 2020-01-13
+source: Building secure contracts
+sourceUrl: https://github.com/crytic/building-secure-contracts/tree/master/program-analysis/manticore
+---
+
+स्मार्ट कॉन्ट्रॅक्ट्समधील बग आपोआप शोधण्यासाठी Manticore चा वापर कसा करायचा हे दाखवणे या ट्युटोरियलचे उद्दिष्ट आहे.
+
+## इन्स्टॉलेशन {#installation}
+
+Manticore साठी >= python 3.6 आवश्यक आहे. हे pip द्वारे किंवा docker वापरून इंस्टॉल केले जाऊ शकते.
+
+### docker द्वारे Manticore {#manticore-through-docker}
+
+```bash
+docker pull trailofbits/eth-security-toolbox
+docker run -it -v "$PWD":/home/training trailofbits/eth-security-toolbox
+```
+
+_शेवटचा कमांड तुमच्या सध्याच्या डिरेक्टरीमध्ये ऍक्सेस असलेल्या docker मध्ये eth-security-toolbox चालवतो. तुम्ही तुमच्या होस्टमधून फाइल्स बदलू शकता, आणि docker मधून फाइल्सवर टूल्स चालवू शकता_
+
+docker मध्ये, चालवा:
+
+```bash
+solc-select 0.5.11
+cd /home/trufflecon/
+```
+
+### pip द्वारे Manticore {#manticore-through-pip}
+
+```bash
+pip3 install --user manticore
+```
+
+solc 0.5.11 ची शिफारस केली जाते.
+
+### स्क्रिप्ट चालवणे {#running-a-script}
+
+python 3 सह python स्क्रिप्ट चालवण्यासाठी:
+
+```bash
+python3 script.py
+```
+
+## डायनॅमिक सिम्बॉलिक एक्झिक्युशनची ओळख {#introduction-to-dynamic-symbolic-execution}
+
+### थोडक्यात डायनॅमिक सिम्बॉलिक एक्झिक्युशन {#dynamic-symbolic-execution-in-a-nutshell}
+
+डायनॅमिक सिम्बॉलिक एक्झिक्युशन (DSE) हे एक प्रोग्राम विश्लेषण तंत्र आहे जे उच्च स्तरीय सिमेंटिक जागरुकतेसह स्टेट स्पेस एक्सप्लोर करते. हे तंत्र "प्रोग्राम पाथ्स" च्या शोधावर आधारित आहे, जे `path predicates` नावाच्या गणितीय सूत्रांद्वारे दर्शविले जातात. संकल्पनात्मकदृष्ट्या, हे तंत्र दोन टप्प्यांमध्ये पाथ प्रेडिकेट्सवर कार्य करते:
+
+1. ते प्रोग्रामच्या इनपुटवरील मर्यादा वापरून तयार केले जातात.
+2. त्यांचा वापर प्रोग्राम इनपुट तयार करण्यासाठी केला जातो ज्यामुळे संबंधित पाथ्स कार्यान्वित होतील.
+
+या दृष्टिकोनामुळे कोणतेही फॉल्स पॉझिटिव्ह तयार होत नाहीत कारण सर्व ओळखलेले प्रोग्राम स्टेट्स ठोस अंमलबजावणी दरम्यान ट्रिगर केले जाऊ शकतात. उदाहरणार्थ, जर विश्लेषणात एखादा इंटीजर ओव्हरफ्लो आढळला, तर तो पुनरुत्पादित होण्याची हमी आहे.
+
+### पाथ प्रेडिकेट उदाहरण {#path-predicate-example}
+
+DSE कसे कार्य करते याची कल्पना येण्यासाठी, खालील उदाहरण विचारात घ्या:
+
+```solidity
+function f(uint a){
+
+  if (a == 65) {
+      // एक बग आहे
+  }
+
+}
+```
+
+`f()` मध्ये दोन पाथ असल्याने, DSE दोन भिन्न पाथ प्रेडिकेट्स तयार करेल:
+
+- पाथ 1: `a == 65`
+- पाथ 2: `Not (a == 65)`
+
+प्रत्येक पाथ प्रेडिकेट हे एक गणितीय सूत्र आहे जे [SMT solver](https://wikipedia.org/wiki/Satisfiability_modulo_theories) नावाच्या सॉल्व्हरला दिले जाऊ शकते, जो समीकरण सोडवण्याचा प्रयत्न करेल. `पाथ 1` साठी, सॉल्व्हर सांगेल की पाथ `a = 65` सह एक्सप्लोर केला जाऊ शकतो. `पाथ 2` साठी, सॉल्व्हर `a` ला 65 व्यतिरिक्त कोणतेही मूल्य देऊ शकतो, उदाहरणार्थ `a = 0`.
+
+### गुणधर्मांची पडताळणी करणे {#verifying-properties}
+
+Manticore प्रत्येक पाथच्या सर्व एक्झिक्युशनवर पूर्ण नियंत्रण ठेवण्यास परवानगी देतो. परिणामी, हे तुम्हाला जवळजवळ कोणत्याही गोष्टीवर अनियंत्रित मर्यादा घालण्याची परवानगी देते. हे नियंत्रण कॉन्ट्रॅक्टवर गुणधर्म तयार करण्यास अनुमती देते.
+
+खालील उदाहरण विचारात घ्या:
+
+```solidity
+function unsafe_add(uint a, uint b) returns(uint c){
+  c = a + b; // ओव्हरफ्लो संरक्षण नाही
+  return c;
+}
+```
+
+येथे फंक्शनमध्ये एक्सप्लोर करण्यासाठी फक्त एकच पाथ आहे:
+
+- पाथ 1: `c = a + b`
+
+Manticore वापरून, तुम्ही ओव्हरफ्लो तपासू शकता, आणि पाथ प्रेडिकेटमध्ये मर्यादा घालू शकता:
+
+- `c = a + b AND (c < a OR c < b)`
+
+जर `a` आणि `b` साठी असे मूल्यमापन शोधणे शक्य असेल ज्यासाठी वरील पाथ प्रेडिकेट व्यवहार्य आहे, तर याचा अर्थ तुम्हाला ओव्हरफ्लो आढळला आहे. उदाहरणार्थ सॉल्व्हर `a = 10 , b = MAXUINT256` हे इनपुट तयार करू शकतो.
+
+तुम्ही एक निश्चित आवृत्ती विचारात घेतल्यास:
+
+```solidity
+function safe_add(uint a, uint b) returns(uint c){
+  c = a + b;
+  require(c>=a);
+  require(c>=b);
+  return c;
+}
+```
+
+ओव्हरफ्लो तपासणीसह संबंधित सूत्र असेल:
+
+- `c = a + b AND (c >= a) AND (c=>b) AND (c < a OR c < b)`
+
+हे सूत्र सोडवले जाऊ शकत नाही; दुसऱ्या शब्दांत, हा एक **पुरावा** आहे की `safe_add` मध्ये, `c` नेहमी वाढेल.
+
+त्यामुळे DSE हे एक शक्तिशाली साधन आहे, जे तुमच्या कोडवर अनियंत्रित मर्यादांची पडताळणी करू शकते.
+
+## Manticore अंतर्गत चालवणे {#running-under-manticore}
+
+Manticore API सह स्मार्ट कॉन्ट्रॅक्ट कसे एक्सप्लोर करायचे ते आपण पाहू. लक्ष्य खालील स्मार्ट कॉन्ट्रॅक्ट [`example.sol`](https://github.com/crytic/building-secure-contracts/blob/master/program-analysis/manticore/examples/example.sol) आहे:
+
+```solidity
+pragma solidity >=0.4.24 <0.6.0;
+
+contract Simple {
+    function f(uint a) payable public{
+        if (a == 65) {
+            revert();
+        }
+    }
+}
+```
+
+### स्वतंत्र एक्सप्लोरेशन चालवा {#run-a-standalone-exploration}
+
+तुम्ही खालील कमांडद्वारे थेट स्मार्ट कॉन्ट्रॅक्टवर Manticore चालवू शकता (`project` एक Solidity फाइल, किंवा प्रोजेक्ट डिरेक्टरी असू शकते):
+
+```bash
+$ manticore project
+```
+
+तुम्हाला यासारख्या टेस्टकेसचे आउटपुट मिळेल (क्रम बदलू शकतो):
+
+```
+...
+... m.c.manticore:INFO: Generated testcase No. 0 - STOP
+... m.c.manticore:INFO: Generated testcase No. 1 - REVERT
+... m.c.manticore:INFO: Generated testcase No. 2 - RETURN
+... m.c.manticore:INFO: Generated testcase No. 3 - REVERT
+... m.c.manticore:INFO: Generated testcase No. 4 - STOP
+... m.c.manticore:INFO: Generated testcase No. 5 - REVERT
+... m.c.manticore:INFO: Generated testcase No. 6 - REVERT
+... m.c.manticore:INFO: Results in /home/ethsec/workshops/Automated Smart Contracts Audit - TruffleCon 2018/manticore/examples/mcore_t6vi6ij3
+...
+```
+
+अतिरिक्त माहितीशिवाय, Manticore नवीन सिम्बॉलिक
+ट्रान्झॅक्शनसह कॉन्ट्रॅक्ट एक्सप्लोर करेल जोपर्यंत तो कॉन्ट्रॅक्टवर नवीन पाथ्स एक्सप्लोर करत नाही. Manticore अयशस्वी ट्रान्झॅक्शननंतर (उदा: रिव्हर्टनंतर) नवीन ट्रान्झॅक्शन चालवत नाही.
+
+Manticore `mcore_*` डिरेक्टरीमध्ये माहिती आउटपुट करेल. इतर गोष्टींबरोबरच, तुम्हाला या डिरेक्टरीमध्ये आढळेल:
+
+- `global.summary`: कव्हरेज आणि कंपाइलर चेतावणी
+- `test_XXXXX.summary`: कव्हरेज, शेवटची सूचना, प्रति टेस्ट केस अकाउंट बॅलन्स
+- `test_XXXXX.tx`: प्रति टेस्ट केस ट्रान्झॅक्शनची तपशीलवार यादी
+
+येथे Manticore ला 7 टेस्ट केसेस आढळल्या, ज्या खालीलप्रमाणे आहेत (फाईल नावाचा क्रम बदलू शकतो):
+
+|                                                           |    ट्रान्झॅक्शन 0    |       ट्रान्झॅक्शन 1       | ट्रान्झॅक्शन 2             | परिणाम |
+| :-------------------------------------------------------: | :------------------: | :------------------------: | -------------------------- | :----: |
+| **test_00000000.tx** | कॉन्ट्रॅक्ट निर्मिती | f(!=65) | f(!=65) |  STOP  |
+| **test_00000001.tx** | कॉन्ट्रॅक्ट निर्मिती |        फॉलबॅक फंक्शन       |                            | REVERT |
+| **test_00000002.tx** | कॉन्ट्रॅक्ट निर्मिती |                            |                            | RETURN |
+| **test_00000003.tx** | कॉन्ट्रॅक्ट निर्मिती |  f(65)  |                            | REVERT |
+| **test_00000004.tx** | कॉन्ट्रॅक्ट निर्मिती | f(!=65) |                            |  STOP  |
+| **test_00000005.tx** | कॉन्ट्रॅक्ट निर्मिती | f(!=65) | f(65)   | REVERT |
+| **test_00000006.tx** | कॉन्ट्रॅक्ट निर्मिती | f(!=65) | फॉलबॅक फंक्शन              | REVERT |
+
+_एक्सप्लोरेशन सारांश f(!=65) हे दर्शवते की f ला 65 पेक्षा भिन्न कोणत्याही मूल्याने कॉल केले आहे._
+
+तुम्ही पाहू शकता, Manticore प्रत्येक यशस्वी किंवा रिव्हर्ट केलेल्या ट्रान्झॅक्शनसाठी एक युनिक टेस्ट केस तयार करतो.
+
+जर तुम्हाला जलद कोड एक्सप्लोरेशन हवे असेल तर `--quick-mode` फ्लॅग वापरा (तो बग डिटेक्टर, गॅस गणना, ... अक्षम करतो)
+
+### API द्वारे स्मार्ट कॉन्ट्रॅक्टमध्ये फेरफार करणे {#manipulate-a-smart-contract-through-the-api}
+
+हा विभाग Manticore Python API द्वारे स्मार्ट कॉन्ट्रॅक्टमध्ये कसे फेरफार करायचे याचे तपशील वर्णन करतो. तुम्ही `*.py` या python एक्सटेंशनसह नवीन फाइल तयार करू शकता आणि या फाइलमध्ये API कमांड्स (ज्यांचे मूलभूत वर्णन खाली केले जाईल) जोडून आवश्यक कोड लिहू शकता आणि नंतर `$ python3 *.py` या कमांडने चालवू शकता. तसेच तुम्ही खालील कमांड थेट python कंसोलमध्ये कार्यान्वित करू शकता, कंसोल चालवण्यासाठी `$ python3` कमांड वापरा.
+
+### अकाउंट्स तयार करणे {#creating-accounts}
+
+पहिली गोष्ट जी तुम्ही केली पाहिजे ती म्हणजे खालील कमांडसह नवीन ब्लॉकचेन सुरू करणे:
+
+```python
+from manticore.ethereum import ManticoreEVM
+
+m = ManticoreEVM()
+```
+
+एक नॉन-कॉन्ट्रॅक्ट अकाउंट [m.create_account](https://manticore.readthedocs.io/en/latest/evm.html?highlight=create_account#manticore.ethereum.ManticoreEVM.create_account) वापरून तयार केले जाते:
+
+```python
+user_account = m.create_account(balance=1000)
+```
+
+एक Solidity कॉन्ट्रॅक्ट [m.solidity_create_contract](https://manticore.readthedocs.io/en/latest/evm.html?highlight=solidity_create#manticore.ethereum.ManticoreEVM.create_contract) वापरून तैनात केले जाऊ शकते:
+
+```solidity
+source_code = '''
+pragma solidity >=0.4.24 <0.6.0;
+contract Simple {
+    function f(uint a) payable public{
+        if (a == 65) {
+            revert();
+        }
+    }
+}
+'''
+# कॉन्ट्रॅक्ट सुरू करा
+contract_account = m.solidity_create_contract(source_code, owner=user_account)
+```
+
+#### सारांश {#summary}
+
+- तुम्ही [m.create_account](https://manticore.readthedocs.io/en/latest/evm.html?highlight=create_account#manticore.ethereum.ManticoreEVM.create_account) आणि [m.solidity_create_contract](https://manticore.readthedocs.io/en/latest/evm.html?highlight=solidity_create#manticore.ethereum.ManticoreEVM.create_contract) सह युझर आणि कॉन्ट्रॅक्ट अकाउंट्स तयार करू शकता.
+
+### ट्रान्झॅक्शन कार्यान्वित करणे {#executing-transactions}
+
+Manticore दोन प्रकारच्या ट्रान्झॅक्शनना समर्थन देतो:
+
+- रॉ ट्रान्झॅक्शन: सर्व फंक्शन्स एक्सप्लोर केली जातात
+- नेम्ड ट्रान्झॅक्शन: फक्त एकच फंक्शन एक्सप्लोर केले जाते
+
+#### रॉ ट्रान्झॅक्शन {#raw-transaction}
+
+एक रॉ ट्रान्झॅक्शन [m.transaction](https://manticore.readthedocs.io/en/latest/evm.html?highlight=transaction#manticore.ethereum.ManticoreEVM.transaction) वापरून कार्यान्वित केले जाते:
+
+```python
+m.transaction(caller=user_account,
+              address=contract_account,
+              data=data,
+              value=value)
+```
+
+कॉलर, ॲड्रेस, डेटा, किंवा ट्रान्झॅक्शनचे मूल्य ठोस किंवा सिम्बॉलिक असू शकते:
+
+- [m.make_symbolic_value](https://manticore.readthedocs.io/en/latest/evm.html?highlight=make_symbolic_value#manticore.ethereum.ManticoreEVM.make_symbolic_value) एक सिम्बॉलिक मूल्य तयार करते.
+- [m.make_symbolic_buffer(size)](https://manticore.readthedocs.io/en/latest/evm.html?highlight=make_symbolic_buffer#manticore.ethereum.ManticoreEVM.make_symbolic_buffer) एक सिम्बॉलिक बाईट ॲरे तयार करते.
+
+उदाहरणार्थ:
+
+```python
+symbolic_value = m.make_symbolic_value()
+symbolic_data = m.make_symbolic_buffer(320)
+m.transaction(caller=user_account,
+              address=contract_address,
+              data=symbolic_data,
+              value=symbolic_value)
+```
+
+जर डेटा सिम्बॉलिक असेल, तर Manticore ट्रान्झॅक्शन एक्झिक्युशन दरम्यान कॉन्ट्रॅक्टची सर्व फंक्शन्स एक्सप्लोर करेल. फंक्शन सिलेक्शन कसे कार्य करते हे समजून घेण्यासाठी [Hands on the Ethernaut CTF](https://blog.trailofbits.com/2017/11/06/hands-on-the-ethernaut-ctf/) लेखातील फॉलबॅक फंक्शनचे स्पष्टीकरण पाहणे उपयुक्त ठरेल.
+
+#### नेम्ड ट्रान्झॅक्शन {#named-transaction}
+
+फंक्शन्स त्यांच्या नावाद्वारे कार्यान्वित केले जाऊ शकतात.
+`f(uint var)` ला सिम्बॉलिक मूल्याने, user_account मधून, आणि 0 ईथरसह कार्यान्वित करण्यासाठी, वापरा:
+
+```python
+symbolic_var = m.make_symbolic_value()
+contract_account.f(symbolic_var, caller=user_account, value=0)
+```
+
+जर ट्रान्झॅक्शनचे `value` निर्दिष्ट केले नसेल, तर ते डिफॉल्टनुसार 0 असते.
+
+#### सारांश {#summary-1}
+
+- ट्रान्झॅक्शनचे वितर्क ठोस किंवा सिम्बॉलिक असू शकतात
+- एक रॉ ट्रान्झॅक्शन सर्व फंक्शन्स एक्सप्लोर करेल
+- फंक्शनला त्यांच्या नावाने कॉल केले जाऊ शकते
+
+### वर्कस्पेस {#workspace}
+
+`m.workspace` ही तयार केलेल्या सर्व फाइल्ससाठी आउटपुट डिरेक्टरी म्हणून वापरली जाणारी डिरेक्टरी आहे:
+
+```python
+print("निकाल {} मध्ये आहेत".format(m.workspace))
+```
+
+### एक्सप्लोरेशन समाप्त करा {#terminate-the-exploration}
+
+एक्सप्लोरेशन थांबवण्यासाठी [m.finalize()](https://manticore.readthedocs.io/en/latest/evm.html?highlight=finalize#manticore.ethereum.ManticoreEVM.finalize) वापरा. एकदा ही पद्धत कॉल केल्यावर कोणतेही पुढील ट्रान्झॅक्शन पाठवले जाऊ नयेत आणि Manticore एक्सप्लोर केलेल्या प्रत्येक पाथसाठी टेस्ट केसेस तयार करतो.
+
+### सारांश: Manticore अंतर्गत चालवणे {#summary-running-under-manticore}
+
+मागील सर्व पायऱ्या एकत्र ठेवल्यास, आपल्याला मिळते:
+
+```python
+from manticore.ethereum import ManticoreEVM
+
+m = ManticoreEVM()
+
+with open('example.sol') as f:
+    source_code = f.read()
+
+user_account = m.create_account(balance=1000)
+contract_account = m.solidity_create_contract(source_code, owner=user_account)
+
+symbolic_var = m.make_symbolic_value()
+contract_account.f(symbolic_var)
+
+print("निकाल {} मध्ये आहेत".format(m.workspace))
+m.finalize() # एक्सप्लोरेशन थांबवा
+```
+
+वरील सर्व कोड तुम्हाला [`example_run.py`](https://github.com/crytic/building-secure-contracts/blob/master/program-analysis/manticore/examples/example_run.py) मध्ये मिळेल
+
+## थ्रोइंग पाथ्स मिळवणे {#getting-throwing-paths}
+
+आता आपण `f()` मध्ये अपवाद निर्माण करणाऱ्या पाथसाठी विशिष्ट इनपुट तयार करू. लक्ष्य अजूनही खालील स्मार्ट कॉन्ट्रॅक्ट [`example.sol`](https://github.com/crytic/building-secure-contracts/blob/master/program-analysis/manticore/examples/example.sol) आहे:
+
+```solidity
+pragma solidity >=0.4.24 <0.6.0;
+contract Simple {
+    function f(uint a) payable public{
+        if (a == 65) {
+            revert();
+        }
+    }
+}
+```
+
+### स्टेट माहिती वापरणे {#using-state-information}
+
+कार्यान्वित केलेल्या प्रत्येक पाथची ब्लॉकचेनची स्वतःची स्टेट असते. एक स्टेट एकतर तयार असते किंवा ती किल्ड होते, याचा अर्थ ती THROW किंवा REVERT सूचनेपर्यंत पोहोचते:
+
+- [m.ready_states](https://manticore.readthedocs.io/en/latest/states.html#accessing): तयार असलेल्या स्टेट्सची यादी (त्यांनी REVERT/INVALID कार्यान्वित केलेले नाही)
+- [m.killed_states](https://manticore.readthedocs.io/en/latest/states.html#accessings): किल्ड झालेल्या स्टेट्सची यादी
+- [m.all_states](https://manticore.readthedocs.io/en/latest/states.html#accessings): सर्व स्टेट्स
+
+```python
+for state in m.all_states:
+    # स्टेटसह काहीतरी करा
+```
+
+तुम्ही स्टेट माहिती ऍक्सेस करू शकता. उदाहरणार्थ:
+
+- `state.platform.get_balance(account.address)`: अकाउंटचा बॅलन्स
+- `state.platform.transactions`: ट्रान्झॅक्शनची यादी
+- `state.platform.transactions[-1].return_data`: शेवटच्या ट्रान्झॅक्शनद्वारे परत केलेला डेटा
+
+शेवटच्या ट्रान्झॅक्शनद्वारे परत केलेला डेटा एक ॲरे आहे, जो ABI.deserialize सह एका मूल्यात रूपांतरित केला जाऊ शकतो, उदाहरणार्थ:
+
+```python
+data = state.platform.transactions[0].return_data
+data = ABI.deserialize("uint", data)
+```
+
+### टेस्टकेस कसे तयार करावे {#how-to-generate-testcase}
+
+टेस्टकेस तयार करण्यासाठी [m.generate_testcase(state, name)](https://manticore.readthedocs.io/en/latest/evm.html?highlight=generate_testcase#manticore.ethereum.ManticoreEVM.generate_testcase) वापरा:
+
+```python
+m.generate_testcase(state, 'BugFound')
+```
+
+### सारांश {#summary-2}
+
+- तुम्ही m.all_states सह स्टेटवर पुनरावृत्ती करू शकता
+- `state.platform.get_balance(account.address)` अकाउंटचा बॅलन्स परत करतो
+- `state.platform.transactions` ट्रान्झॅक्शनची यादी परत करतो
+- `transaction.return_data` हा परत केलेला डेटा आहे
+- `m.generate_testcase(state, name)` स्टेटसाठी इनपुट तयार करते
+
+### सारांश: थ्रोइंग पाथ मिळवणे {#summary-getting-throwing-path}
+
+```python
+from manticore.ethereum import ManticoreEVM
+
+m = ManticoreEVM()
+
+with open('example.sol') as f:
+    source_code = f.read()
+
+user_account = m.create_account(balance=1000)
+contract_account = m.solidity_create_contract(source_code, owner=user_account)
+
+symbolic_var = m.make_symbolic_value()
+contract_account.f(symbolic_var)
+
+## एक्झिक्युशन REVERT किंवा INVALID ने संपते का ते तपासा
+
+for state in m.terminated_states:
+    last_tx = state.platform.transactions[-1]
+    if last_tx.result in ['REVERT', 'INVALID']:
+        print('थ्रो आढळला {}'.format(m.workspace))
+        m.generate_testcase(state, 'ThrowFound')
+```
+
+वरील सर्व कोड तुम्हाला [`example_run.py`](https://github.com/crytic/building-secure-contracts/blob/master/program-analysis/manticore/examples/example_run.py) मध्ये मिळेल
+
+_टीप: आम्ही एक अधिक सोपी स्क्रिप्ट तयार करू शकलो असतो, कारण terminated_state द्वारे परत केलेल्या सर्व स्टेट्सच्या निकालात REVERT किंवा INVALID आहे: हे उदाहरण फक्त API मध्ये कसे फेरफार करायचे हे दाखवण्यासाठी होते._
+
+## मर्यादा जोडणे {#adding-constraints}
+
+आपण एक्सप्लोरेशनवर कसे बंधन घालायचे ते पाहू. आम्ही असे गृहीत धरू की `f()` च्या डॉक्युमेंटेशनमध्ये असे म्हटले आहे की फंक्शनला `a == 65` सह कधीही कॉल केले जात नाही, त्यामुळे `a == 65` सह कोणताही बग खरा बग नाही. लक्ष्य अजूनही खालील स्मार्ट कॉन्ट्रॅक्ट [`example.sol`](https://github.com/crytic/building-secure-contracts/blob/master/program-analysis/manticore/examples/example.sol) आहे:
+
+```solidity
+pragma solidity >=0.4.24 <0.6.0;
+contract Simple {
+    function f(uint a) payable public{
+        if (a == 65) {
+            revert();
+        }
+    }
+}
+```
+
+### ऑपरेटर्स {#operators}
+
+[ऑपरेटर्स](https://github.com/trailofbits/manticore/blob/master/manticore/core/smtlib/operators.py) मॉड्यूल मर्यादांच्या हाताळणीला सुलभ करते, इतर गोष्टींबरोबरच ते प्रदान करते:
+
+- Operators.AND,
+- Operators.OR,
+- Operators.UGT (unsigned greater than),
+- Operators.UGE (unsigned greater than or equal to),
+- Operators.ULT (unsigned lower than),
+- Operators.ULE (unsigned lower than or equal to).
+
+मॉड्यूल इम्पोर्ट करण्यासाठी खालील वापरा:
+
+```python
+from manticore.core.smtlib import Operators
+```
+
+`Operators.CONCAT` चा वापर ॲरेला मूल्याशी जोडण्यासाठी केला जातो. उदाहरणार्थ, ट्रान्झॅक्शनच्या return_data ला एका मूल्यात बदलण्याची आवश्यकता आहे जेणेकरून ते दुसऱ्या मूल्याशी तपासले जाईल:
+
+```python
+last_return = Operators.CONCAT(256, *last_return)
+```
+
+### मर्यादा {#state-constraint}
+
+तुम्ही जागतिक स्तरावर किंवा विशिष्ट स्टेटसाठी मर्यादा वापरू शकता.
+
+#### जागतिक मर्यादा {#state-constraint}
+
+जागतिक मर्यादा जोडण्यासाठी `m.constrain(constraint)` वापरा.
+उदाहरणार्थ, तुम्ही एका सिम्बॉलिक ॲड्रेसवरून कॉन्ट्रॅक्टला कॉल करू शकता, आणि या ॲड्रेसला विशिष्ट मूल्यांवर मर्यादित करू शकता:
+
+```python
+symbolic_address = m.make_symbolic_value()
+m.constraint(Operators.OR(symbolic == 0x41, symbolic_address == 0x42))
+m.transaction(caller=user_account,
+              address=contract_account,
+              data=m.make_symbolic_buffer(320),
+              value=0)
+```
+
+#### स्टेट मर्यादा {#state-constraint}
+
+एका विशिष्ट स्टेटला मर्यादा जोडण्यासाठी [state.constrain(constraint)](https://manticore.readthedocs.io/en/latest/states.html?highlight=StateBase#manticore.core.state.StateBase.constrain) वापरा.
+त्याच्या एक्सप्लोरेशननंतर स्टेटवर काही गुणधर्म तपासण्यासाठी मर्यादा घालण्यासाठी याचा वापर केला जाऊ शकतो.
+
+### मर्यादा तपासणे {#checking-constraint}
+
+एक मर्यादा अजूनही व्यवहार्य आहे की नाही हे जाणून घेण्यासाठी `solver.check(state.constraints)` वापरा.
+उदाहरणार्थ, खालील symbolic_value ला 65 पेक्षा वेगळे ठेवेल आणि स्टेट अजूनही व्यवहार्य आहे की नाही हे तपासेल:
+
+```python
+state.constrain(symbolic_var != 65)
+if solver.check(state.constraints):
+    # स्टेट व्यवहार्य आहे
+```
+
+### सारांश: मर्यादा जोडणे {#summary-adding-constraints}
+
+मागील कोडमध्ये मर्यादा जोडल्यास, आपल्याला मिळते:
+
+```python
+from manticore.ethereum import ManticoreEVM
+from manticore.core.smtlib.solver import Z3Solver
+
+solver = Z3Solver.instance()
+
+m = ManticoreEVM()
+
+with open("example.sol") as f:
+    source_code = f.read()
+
+user_account = m.create_account(balance=1000)
+contract_account = m.solidity_create_contract(source_code, owner=user_account)
+
+symbolic_var = m.make_symbolic_value()
+contract_account.f(symbolic_var)
+
+no_bug_found = True
+
+## एक्झिक्युशन REVERT किंवा INVALID ने संपते का ते तपासा
+
+for state in m.terminated_states:
+    last_tx = state.platform.transactions[-1]
+    if last_tx.result in ['REVERT', 'INVALID']:
+        # आम्ही a == 65 असलेला पाथ विचारात घेत नाही
+        condition = symbolic_var != 65
+        if m.generate_testcase(state, name="BugFound", only_if=condition):
+            print(f'बग आढळला, निकाल {m.workspace} मध्ये आहेत')
+            no_bug_found = False
+
+if no_bug_found:
+    print(f'कोणताही बग आढळला नाही')
+```
+
+वरील सर्व कोड तुम्हाला [`example_run.py`](https://github.com/crytic/building-secure-contracts/blob/master/program-analysis/manticore/examples/example_run.py) मध्ये मिळेल
diff --git a/public/content/translations/mr/developers/tutorials/how-to-use-slither-to-find-smart-contract-bugs/index.md b/public/content/translations/mr/developers/tutorials/how-to-use-slither-to-find-smart-contract-bugs/index.md
new file mode 100644
index 00000000000..687270ad2fe
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/how-to-use-slither-to-find-smart-contract-bugs/index.md
@@ -0,0 +1,233 @@
+---
+title: "स्मार्ट कॉन्ट्रॅक्ट बग शोधण्यासाठी स्लिदर कसे वापरावे"
+description: "स्मार्ट कॉन्ट्रॅक्ट्समध्ये आपोआप बग शोधण्यासाठी स्लिदर कसे वापरावे"
+author: Trailofbits
+lang: mr
+tags: [ "सॉलिडिटी", "स्मार्ट कॉन्ट्रॅक्ट", "सुरक्षा", "चाचणी" ]
+skill: advanced
+published: 2020-06-09
+source: Building secure contracts
+sourceUrl: https://github.com/crytic/building-secure-contracts/tree/master/program-analysis/slither
+---
+
+## स्लिदर कसे वापरावे {#how-to-use-slither}
+
+या ट्यूटोरियलचा उद्देश स्मार्ट कॉन्ट्रॅक्ट्समध्ये आपोआप बग शोधण्यासाठी स्लिदर कसे वापरावे हे दर्शविणे आहे.
+
+- [इन्स्टॉलेशन](#installation)
+- [कमांड लाईन वापर](#command-line)
+- [स्टॅटिक विश्लेषणाची ओळख](#static-analysis): स्टॅटिक विश्लेषणाची संक्षिप्त ओळख
+- [API](#api-basics): Python API वर्णन
+
+## इन्स्टॉलेशन {#installation}
+
+स्लिदरसाठी Python >= 3.6 आवश्यक आहे. हे pip द्वारे किंवा docker वापरून इंस्टॉल केले जाऊ शकते.
+
+pip द्वारे स्लिदर:
+
+```bash
+pip3 install --user slither-analyzer
+```
+
+docker द्वारे स्लिदर:
+
+```bash
+docker pull trailofbits/eth-security-toolbox
+docker run -it -v "$PWD":/home/trufflecon trailofbits/eth-security-toolbox
+```
+
+_शेवटचा कमांड तुमच्या सध्याच्या डिरेक्टरीमध्ये ऍक्सेस असलेल्या docker मध्ये eth-security-toolbox चालवतो. तुम्ही तुमच्या होस्टमधून फाइल्स बदलू शकता, आणि docker मधून फाइल्सवर टूल्स चालवू शकता_
+
+docker मध्ये, चालवा:
+
+```bash
+solc-select 0.5.11
+cd /home/trufflecon/
+```
+
+### स्क्रिप्ट चालवणे {#running-a-script}
+
+python 3 सह python स्क्रिप्ट चालवण्यासाठी:
+
+```bash
+python3 script.py
+```
+
+### कमांड लाईन {#command-line}
+
+**कमांड लाइन विरुद्ध युजर-डिफाइंड स्क्रिप्ट्स.** स्लिदर पूर्वनिर्धारित डिटेक्टरच्या सेटसह येते जे अनेक सामान्य बग शोधतात. कमांड लाइनवरून स्लिदरला कॉल केल्यास सर्व डिटेक्टर चालतील, स्टॅटिक विश्लेषणाच्या तपशीलवार ज्ञानाची आवश्यकता नाही:
+
+```bash
+slither project_paths
+```
+
+डिटेक्टर्स व्यतिरिक्त, स्लिदरमध्ये त्याच्या [प्रिंटर्स](https://github.com/crytic/slither#printers) आणि [टूल्स](https://github.com/crytic/slither#tools) द्वारे कोड पुनरावलोकन क्षमता आहेत.
+
+प्रायव्हेट डिटेक्टर आणि GitHub इंटिग्रेशनमध्ये प्रवेश मिळविण्यासाठी [crytic.io](https://github.com/crytic) वापरा.
+
+## स्थिर विश्लेषण {#static-analysis}
+
+स्लिदर स्टॅटिक अ‍ॅनालिसिस फ्रेमवर्कची क्षमता आणि डिझाइन ब्लॉग पोस्ट्समध्ये ([1](https://blog.trailofbits.com/2018/10/19/slither-a-solidity-static-analysis-framework/), [2](https://blog.trailofbits.com/2019/05/27/slither-the-leading-static-analyzer-for-smart-contracts/)) आणि एका [अकॅडमिक पेपरमध्ये](https://github.com/trailofbits/publications/blob/master/papers/wetseb19.pdf) वर्णन केले आहे.
+
+स्टॅटिक विश्लेषण विविध प्रकारांमध्ये अस्तित्वात आहे. तुम्हाला कदाचित याची जाणीव असेल की [clang](https://clang-analyzer.llvm.org/) आणि [gcc](https://lwn.net/Articles/806099/) सारखे कंपाइलर या संशोधन तंत्रांवर अवलंबून असतात, परंतु ते [Infer](https://fbinfer.com/), [CodeClimate](https://codeclimate.com/), [FindBugs](http://findbugs.sourceforge.net/) आणि [Frama-C](https://frama-c.com/) आणि [Polyspace](https://www.mathworks.com/products/polyspace.html) सारख्या औपचारिक पद्धतींवर आधारित टूल्सला देखील आधार देते.
+
+आम्ही येथे स्टॅटिक विश्लेषण तंत्र आणि संशोधकाचे संपूर्ण पुनरावलोकन करणार नाही. त्याऐवजी, स्लिदर कसे कार्य करते हे समजून घेण्यासाठी काय आवश्यक आहे यावर आम्ही लक्ष केंद्रित करू जेणेकरून आपण बग शोधण्यासाठी आणि कोड समजून घेण्यासाठी अधिक प्रभावीपणे त्याचा वापर करू शकाल.
+
+- [कोड रिप्रेझेंटेशन](#code-representation)
+- [कोड विश्लेषण](#analysis)
+- [इंटरमीडिएट रिप्रेझेंटेशन](#intermediate-representation)
+
+### कोड रिप्रेझेंटेशन {#code-representation}
+
+डायनॅमिक विश्लेषणाच्या विपरीत, जे एकाच एक्झिक्युशन पाथबद्दल तर्क करते, स्टॅटिक विश्लेषण एकाच वेळी सर्व पाथबद्दल तर्क करते. असे करण्यासाठी, ते एका वेगळ्या कोड रिप्रेझेंटेशनवर अवलंबून असते. यातील दोन सर्वात सामान्य म्हणजे अ‍ॅबस्ट्रॅक्ट सिंटॅक्स ट्री (AST) आणि कंट्रोल फ्लो ग्राफ (CFG).
+
+### अ‍ॅबस्ट्रॅक्ट सिंटॅक्स ट्री (AST) {#abstract-syntax-trees-ast}
+
+जेव्हाही कंपाइलर कोड पार्स करतो तेव्हा AST वापरले जातात. ही कदाचित सर्वात मूलभूत रचना आहे ज्यावर स्टॅटिक विश्लेषण केले जाऊ शकते.
+
+थोडक्यात सांगायचे झाल्यास, AST एक संरचित ट्री आहे जिथे, सामान्यतः, प्रत्येक लीफमध्ये एक व्हेरिएबल किंवा एक कॉन्स्टंट असते आणि इंटरनल नोड्स ऑपरेंड किंवा कंट्रोल फ्लो ऑपरेशन्स असतात. पुढील कोड विचारात घ्या:
+
+```solidity
+function safeAdd(uint a, uint b) pure internal returns(uint){
+    if(a + b <= a){
+        revert();
+    }
+    return a + b;
+}
+```
+
+संबंधित AST यात दर्शविले आहे:
+
+![AST](./ast.png)
+
+स्लिदर solc द्वारे एक्सपोर्ट केलेले AST वापरते.
+
+तयार करण्यास सोपे असले तरी, AST एक नेस्टेड रचना आहे. काहीवेळा, विश्लेषण करणे हे सर्वात सोपे नसते. उदाहरणार्थ, `a + b <= a` या एक्सप्रेशनद्वारे वापरल्या जाणार्‍या ऑपरेशन्स ओळखण्यासाठी, तुम्हाला प्रथम `<=` आणि नंतर `+` चे विश्लेषण करणे आवश्यक आहे. एक सामान्य दृष्टिकोन म्हणजे तथाकथित व्हिजिटर पॅटर्न वापरणे, जे रिकर्सिव्हली ट्रीमधून नेव्हिगेट करते. स्लिदरमध्ये [`ExpressionVisitor`](https://github.com/crytic/slither/blob/master/slither/visitors/expression/expression.py) मध्ये एक जेनेरिक व्हिजिटर आहे.
+
+पुढील कोड एक्सप्रेशनमध्ये अ‍ॅडिशन आहे की नाही हे शोधण्यासाठी `ExpressionVisitor` वापरतो:
+
+```python
+from slither.visitors.expression.expression import ExpressionVisitor
+from slither.core.expressions.binary_operation import BinaryOperationType
+
+class HasAddition(ExpressionVisitor):
+
+    def result(self):
+        return self._result
+
+    def _post_binary_operation(self, expression):
+        if expression.type == BinaryOperationType.ADDITION:
+            self._result = True
+
+visitor = HasAddition(expression) # expression is the expression to be tested
+print(f'The expression {expression} has a addition: {visitor.result()}')
+```
+
+### कंट्रोल फ्लो ग्राफ (CFG) {#control-flow-graph-cfg}
+
+दुसरे सर्वात सामान्य कोड रिप्रेझेंटेशन म्हणजे कंट्रोल फ्लो ग्राफ (CFG). त्याच्या नावाप्रमाणेच, हे ग्राफ-आधारित रिप्रेझेंटेशन आहे जे सर्व एक्झिक्युशन पाथ उघड करते. प्रत्येक नोडमध्ये एक किंवा अनेक सूचना असतात. ग्राफमधील एजेस कंट्रोल फ्लो ऑपरेशन्स (if/then/else, लूप, इत्यादी) दर्शवतात. आमच्या मागील उदाहरणाचा CFG आहे:
+
+![CFG](./cfg.png)
+
+CFG हे असे रिप्रेझेंटेशन आहे ज्यावर बहुतेक विश्लेषणे तयार केली जातात.
+
+इतर अनेक कोड रिप्रेझेंटेशन्स अस्तित्वात आहेत. तुम्ही करू इच्छित असलेल्या विश्लेषणानुसार प्रत्येक रिप्रेझेंटेशनचे फायदे आणि तोटे आहेत.
+
+### विश्लेषण {#analysis}
+
+स्लिदरसह तुम्ही करू शकता असे सर्वात सोपे प्रकारचे विश्लेषण म्हणजे सिंटॅक्टिक विश्लेषण.
+
+### सिंटॅक्स विश्लेषण {#syntax-analysis}
+
+स्लिदर पॅटर्न मॅचिंग सारखा दृष्टीकोन वापरून विसंगती आणि दोष शोधण्यासाठी कोडच्या विविध घटकांमधून आणि त्यांच्या रिप्रेझेंटेशनमधून नेव्हिगेट करू शकते.
+
+उदाहरणार्थ, खालील डिटेक्टर सिंटॅक्स-संबंधित समस्या शोधतात:
+
+- [स्टेट व्हेरिएबल शॅडोइंग](https://github.com/crytic/slither/wiki/Detector-Documentation#state-variable-shadowing): सर्व स्टेट व्हेरिएबल्सवर पुनरावृत्ती करते आणि तपासते की इनहेरिटेड कॉन्ट्रॅक्टमधील व्हेरिएबलला कोणताही शॅडो करतो का ([state.py#L51-L62](https://github.com/crytic/slither/blob/0441338e055ab7151b30ca69258561a5a793f8ba/slither/detectors/shadowing/state.py#L51-L62))
+
+- [अयोग्य ERC20 इंटरफेस](https://github.com/crytic/slither/wiki/Detector-Documentation#incorrect-erc20-interface): अयोग्य ERC20 फंक्शन सिग्ननेचर शोधा ([incorrect_erc20_interface.py#L34-L55](https://github.com/crytic/slither/blob/0441338e055ab7151b30ca69258561a5a793f8ba/slither/detectors/erc/incorrect_erc20_interface.py#L34-L55))
+
+### सिमॅंटिक विश्लेषण {#semantic-analysis}
+
+सिंटॅक्स विश्लेषणाच्या विपरीत, सिमॅंटिक विश्लेषण अधिक खोलवर जाईल आणि कोडचा “अर्थ” विश्लेषण करेल. या फॅमिलीमध्ये काही व्यापक प्रकारचे विश्लेषण समाविष्ट आहेत. ते अधिक शक्तिशाली आणि उपयुक्त परिणामांकडे नेतात, परंतु लिहिण्यासही अधिक क्लिष्ट आहेत.
+
+सर्वात प्रगत व्हल्नरेबिलिटी डिटेक्शनसाठी सिमॅंटिक विश्लेषण वापरले जाते.
+
+#### डेटा डिपेंडन्सी विश्लेषण {#fixed-point-computation}
+
+एखादे व्हेरिएबल `variable_a` हे `variable_b` वर डेटा-डिपेंडंट आहे असे म्हटले जाते, जर असा एखादा मार्ग असेल ज्यासाठी `variable_a` चे मूल्य `variable_b` द्वारे प्रभावित होते.
+
+पुढील कोडमध्ये, `variable_a` हे `variable_b` वर अवलंबून आहे:
+
+```solidity
+// ...
+variable_a = variable_b + 1;
+```
+
+स्लिदर अंगभूत [डेटा डिपेंडन्सी](https://github.com/crytic/slither/wiki/data-dependency) क्षमतेसह येते, त्याच्या इंटरमीडिएट रिप्रेझेंटेशनमुळे (नंतरच्या विभागात चर्चा केली आहे).
+
+डेटा डिपेंडन्सी वापराचे उदाहरण [डेंजरस स्ट्रिक्ट इक्वलिटी डिटेक्टर](https://github.com/crytic/slither/wiki/Detector-Documentation#dangerous-strict-equalities) मध्ये आढळू शकते. येथे स्लिदर एका धोकादायक मूल्याशी स्ट्रिक्ट इक्वलिटी कंपॅरिझन शोधेल ([incorrect_strict_equality.py#L86-L87](https://github.com/crytic/slither/blob/6d86220a53603476f9567c3358524ea4db07fb25/slither/detectors/statements/incorrect_strict_equality.py#L86-L87)), आणि वापरकर्त्याला सूचित करेल की त्याने `>=` किंवा `<=` ऐवजी `==` वापरावे, जेणेकरून अटॅकरला कॉन्ट्रॅक्टमध्ये अडकवण्यापासून रोखता येईल. इतर गोष्टींबरोबरच, डिटेक्टर `balanceOf(address)` ([incorrect_strict_equality.py#L63-L64](https://github.com/crytic/slither/blob/6d86220a53603476f9567c3358524ea4db07fb25/slither/detectors/statements/incorrect_strict_equality.py#L63-L64)) ला केलेल्या कॉलचे रिटर्न व्हॅल्यू धोकादायक मानेल आणि त्याचा वापर ट्रॅक करण्यासाठी डेटा डिपेंडन्सी इंजिन वापरेल.
+
+#### फिक्स्ड-पॉइंट संगणन {#fixed-point-computation}
+
+जर तुमचे विश्लेषण CFG मधून नेव्हिगेट करत असेल आणि एजेसचे अनुसरण करत असेल, तर तुम्हाला आधीच भेट दिलेले नोड्स दिसण्याची शक्यता आहे. उदाहरणार्थ, जर एखादे लूप खाली दर्शविल्याप्रमाणे सादर केले असेल तर:
+
+```solidity
+for(uint i; i < range; ++){
+    variable_a += 1
+}
+```
+
+तुमच्या विश्लेषणाला केव्हा थांबायचे हे माहित असणे आवश्यक आहे. येथे दोन मुख्य धोरणे आहेत: (1) प्रत्येक नोडवर मर्यादित वेळा पुनरावृत्ती करणे, (2) तथाकथित _फिक्सपॉइंट_ मोजणे. फिक्सपॉइंटचा मुळात अर्थ असा आहे की या नोडचे विश्लेषण केल्याने कोणतीही अर्थपूर्ण माहिती मिळत नाही.
+
+फिक्सपॉइंट वापराचे उदाहरण रीएन्ट्रन्सी डिटेक्टरमध्ये आढळू शकते: स्लिदर नोड्स एक्सप्लोर करते, आणि एक्सटर्नल कॉल्स, स्टोरेजमध्ये लिहिणे आणि वाचणे शोधते. एकदा ते फिक्सपॉइंटवर पोहोचले की ([reentrancy.py#L125-L131](https://github.com/crytic/slither/blob/master/slither/detectors/reentrancy/reentrancy.py#L125-L131)), ते एक्सप्लोरेशन थांबवते, आणि रीएन्ट्रन्सी आहे की नाही हे पाहण्यासाठी परिणामांचे विश्लेषण करते, वेगवेगळ्या रीएन्ट्रन्सी पॅटर्नद्वारे ([reentrancy_benign.py](https://github.com/crytic/slither/blob/b275bcc824b1b932310cf03b6bfb1a1fef0ebae1/slither/detectors/reentrancy/reentrancy_benign.py), [reentrancy_read_before_write.py](https://github.com/crytic/slither/blob/b275bcc824b1b932310cf03b6bfb1a1fef0ebae1/slither/detectors/reentrancy/reentrancy_read_before_write.py), [reentrancy_eth.py](https://github.com/crytic/slither/blob/b275bcc824b1b932310cf03b6bfb1a1fef0ebae1/slither/detectors/reentrancy/reentrancy_eth.py)).
+
+कार्यक्षम फिक्स्ड पॉइंट संगणन वापरून विश्लेषण लिहिण्यासाठी विश्लेषण त्याची माहिती कशी प्रसारित करते याची चांगली समज आवश्यक आहे.
+
+### इंटरमीडिएट रिप्रेझेंटेशन {#intermediate-representation}
+
+इंटरमीडिएट रिप्रेझेंटेशन (IR) ही मूळ भाषेपेक्षा स्टॅटिक विश्लेषणासाठी अधिक सोयीची अशी भाषा आहे. स्लिदर Solidity चे स्वतःच्या IR मध्ये भाषांतर करते: [SlithIR](https://github.com/crytic/slither/wiki/SlithIR).
+
+जर तुम्हाला फक्त मूलभूत तपासण्या लिहायच्या असतील तर SlithIR समजून घेणे आवश्यक नाही. तथापि, जर तुम्ही प्रगत सिमॅंटिक विश्लेषण लिहिण्याची योजना आखत असाल तर ते उपयोगी पडेल. [SlithIR](https://github.com/crytic/slither/wiki/Printer-documentation#slithir) आणि [SSA](https://github.com/crytic/slither/wiki/Printer-documentation#slithir-ssa) प्रिंटर तुम्हाला कोडचे भाषांतर कसे केले जाते हे समजण्यास मदत करतील.
+
+## API बेसिक्स {#api-basics}
+
+स्लिदरकडे एक API आहे जे तुम्हाला कॉन्ट्रॅक्ट आणि त्याच्या फंक्शन्सचे मूलभूत गुणधर्म एक्सप्लोर करू देते.
+
+कोडबेस लोड करण्यासाठी:
+
+```python
+from slither import Slither
+slither = Slither('/path/to/project')
+
+```
+
+### कॉन्ट्रॅक्ट्स आणि फंक्शन्स एक्सप्लोर करणे {#exploring-contracts-and-functions}
+
+`Slither` ऑब्जेक्टमध्ये आहे:
+
+- `contracts (list(Contract)`: कॉन्ट्रॅक्ट्सची सूची
+- `contracts_derived (list(Contract)`: दुसऱ्या कॉन्ट्रॅक्टद्वारे वारसा न मिळालेल्या कॉन्ट्रॅक्ट्सची सूची (कॉन्ट्रॅक्ट्सचा उपसंच)
+- `get_contract_from_name (str)`: त्याच्या नावावरून एक कॉन्ट्रॅक्ट परत करा
+
+`Contract` ऑब्जेक्टमध्ये आहे:
+
+- `name (str)`: कॉन्ट्रॅक्टचे नाव
+- `functions (list(Function))`: फंक्शन्सची सूची
+- `modifiers (list(Modifier))`: फंक्शन्सची सूची
+- `all_functions_called (list(Function/Modifier))`: कॉन्ट्रॅक्टद्वारे पोहोचता येणाऱ्या सर्व अंतर्गत फंक्शन्सची सूची
+- `inheritance (list(Contract))`: इनहेरिटेड कॉन्ट्रॅक्ट्सची सूची
+- `get_function_from_signature (str)`: त्याच्या सिग्ननेचरवरून एक फंक्शन परत करा
+- `get_modifier_from_signature (str)`: त्याच्या सिग्ननेचरवरून एक मॉडिफायर परत करा
+- `get_state_variable_from_name (str)`: त्याच्या नावावरून एक स्टेटव्हेरिएबल परत करा
+
+`Function` किंवा `Modifier` ऑब्जेक्टमध्ये आहे:
+
+- `name (str)`: फंक्शनचे नाव
+- `contract (contract)`: कॉन्ट्रॅक्ट जिथे फंक्शन घोषित केले आहे
+- `nodes (list(Node))`: फंक्शन/मॉडिफायरच्या CFG ची रचना करणाऱ्या नोड्सची सूची
+- `entry_point (Node)`: CFG चा एंट्री पॉइंट
+- `variables_read (list(Variable))`: वाचलेल्या व्हेरिएबल्सची सूची
+- `variables_written (list(Variable))`: लिहिलेल्या व्हेरिएबल्सची सूची
+- `state_variables_read (list(StateVariable))`: वाचलेल्या स्टेट व्हेरिएबल्सची सूची (व्हेरिएबल्स`read चा उपसंच)
+- `state_variables_written (list(StateVariable))`: लिहिलेल्या स्टेट व्हेरिएबल्सची सूची (व्हेरिएबल्स`written चा उपसंच)
diff --git a/public/content/translations/mr/developers/tutorials/how-to-use-tellor-as-your-oracle/index.md b/public/content/translations/mr/developers/tutorials/how-to-use-tellor-as-your-oracle/index.md
new file mode 100644
index 00000000000..bf402dc60fb
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/how-to-use-tellor-as-your-oracle/index.md
@@ -0,0 +1,81 @@
+---
+title: "तुमचा ओरॅकल म्हणून टेलर कसा सेट अप करायचा"
+description: "तुमच्या प्रोटोकॉलमध्ये टेलर ओरॅकलला एकत्रित करून सुरुवात करण्यासाठी एक मार्गदर्शक"
+author: "Tellor"
+lang: mr
+tags: [ "सॉलिडिटी", "स्मार्ट कॉन्ट्रॅक्ट", "ओरॅकल्स" ]
+skill: beginner
+published: 2021-06-29
+source: Tellor Docs
+sourceUrl: https://docs.tellor.io/tellor/
+---
+
+पॉप क्विझ: तुमचा प्रोटोकॉल जवळजवळ पूर्ण झाला आहे, परंतु त्याला ऑफचेन डेटामध्ये प्रवेश मिळवण्यासाठी एका ओरॅकलची आवश्यकता आहे...तुम्ही काय कराल?
+
+## (सॉफ्ट) पूर्व-आवश्यकता {#soft-prerequisites}
+
+या पोस्टचा उद्देश ओरॅकल फीडमध्ये प्रवेश करणे शक्य तितके सोपे आणि सरळ बनवणे आहे. असे असले तरी, ओरॅकलच्या पैलूवर लक्ष केंद्रित करण्यासाठी आम्ही तुमच्या कोडिंग कौशल्य-स्तराबद्दल खालील गोष्टी गृहीत धरत आहोत.
+
+गृहीतके:
+
+- तुम्ही टर्मिनल नेव्हिगेट करू शकता
+- तुमच्याकडे npm स्थापित आहे
+- डिपेंडेंसी व्यवस्थापित करण्यासाठी npm कसे वापरावे हे तुम्हाला माहीत आहे
+
+टेलर हे एक लाइव्ह आणि ओपन-सोर्स ओरॅकल आहे जे अंमलबजावणीसाठी तयार आहे. हे नवशिक्यांसाठीचे मार्गदर्शक आहे जे हे दर्शवते की टेलरचा वापर करून किती सहजपणे सुरुवात करता येते, जे तुमच्या प्रोजेक्टला पूर्णपणे विकेंद्रित आणि सेन्सॉरशिप-प्रतिरोधक ओरॅकल प्रदान करते.
+
+## आढावा {#overview}
+
+टेलर ही एक ओरॅकल प्रणाली आहे जिथे पक्ष ऑफचेन डेटा पॉइंटच्या (उदा. BTC/USD) मूल्याची विनंती करू शकतात आणि रिपोर्टर्स हे मूल्य ऑनचेन डेटा-बँकेत जोडण्यासाठी स्पर्धा करतात, जे सर्व इथेरियम स्मार्ट कॉन्ट्रॅक्ट्सद्वारे प्रवेशयोग्य असते. या डेटा-बँकेतील इनपुट स्टेक केलेल्या रिपोर्टर्सच्या नेटवर्कद्वारे सुरक्षित केले जातात. टेलर क्रिप्टो-इकॉनॉमिक प्रोत्साहन यंत्रणेचा वापर करते, रिपोर्टर्सद्वारे प्रामाणिक डेटा सबमिशनला पुरस्कृत करते आणि टेलरचे टोकन, ट्रिब्यूट्स (TRB), जारी करून आणि विवाद यंत्रणेद्वारे वाईट काम करणाऱ्यांना शिक्षा देते.
+
+या ट्युटोरियलमध्ये आपण पाहणार आहोत:
+
+- सुरू करण्यासाठी तुम्हाला आवश्यक असलेले प्रारंभिक टूलकिट सेट करणे.
+- एका सोप्या उदाहरणाचे अवलोकन करणे.
+- तुम्ही सध्या टेलरची चाचणी करू शकता अशा नेटवर्क्सच्या टेस्टनेट पत्त्यांची यादी करणे.
+
+## UsingTellor {#usingtellor}
+
+सर्वात आधी, तुम्हाला टेलरला तुमचा ओरॅकल म्हणून वापरण्यासाठी आवश्यक असलेली मूलभूत साधने स्थापित करावी लागतील. टेलर वापरकर्ता कॉन्ट्रॅक्ट्स स्थापित करण्यासाठी [हे पॅकेज](https://github.com/tellor-io/usingtellor) वापरा:
+
+`npm install usingtellor`
+
+एकदा स्थापित झाल्यावर, हे तुमच्या कॉन्ट्रॅक्ट्सना 'UsingTellor' कॉन्ट्रॅक्टमधून फंक्शन्स वारसा हक्काने मिळवण्याची परवानगी देईल.
+
+उत्तम! आता तुमची साधने तयार आहेत, चला एक सोपा व्यायाम करूया जिथे आपण बिटकॉइनची किंमत मिळवू:
+
+### BTC/USD उदाहरण {#btcusd-example}
+
+UsingTellor कॉन्ट्रॅक्ट वारसा हक्काने मिळवा, कंस्ट्रक्टर आर्ग्युमेंट म्हणून टेलर पत्ता पास करून:
+
+येथे एक उदाहरण आहे:
+
+```solidity
+import "usingtellor/contracts/UsingTellor.sol";
+
+contract PriceContract is UsingTellor {
+  uint256 public btcPrice;
+
+ //या कॉन्ट्रॅक्टला आता UsingTellor मधील सर्व फंक्शन्सचा ऍक्सेस आहे
+
+constructor(address payable _tellorAddress) UsingTellor(_tellorAddress) public {}
+
+function setBtcPrice() public {
+    bytes memory _b = abi.encode("SpotPrice",abi.encode("btc","usd"));
+    bytes32 _queryId = keccak256(_b);
+
+    uint256 _timestamp;
+    bytes _value;
+
+    (_value, _timestamp) = getDataBefore(_queryId, block.timestamp - 15 minutes);
+
+    btcPrice = abi.decode(_value,(uint256));
+  }
+}
+```
+
+कॉन्ट्रॅक्ट पत्त्यांच्या संपूर्ण यादीसाठी [येथे](https://docs.tellor.io/tellor/the-basics/contracts-reference) पहा.
+
+वापराच्या सुलभतेसाठी, UsingTellor रेपो [Tellor Playground](https://github.com/tellor-io/TellorPlayground) कॉन्ट्रॅक्टच्या आवृत्तीसह येतो, ज्यामुळे एकीकरण सोपे होते. उपयुक्त फंक्शन्सच्या यादीसाठी [येथे](https://github.com/tellor-io/sampleUsingTellor#tellor-playground) पहा.
+
+टेलर ओरॅकलच्या अधिक मजबूत अंमलबजावणीसाठी, उपलब्ध फंक्शन्सची संपूर्ण यादी [येथे](https://github.com/tellor-io/usingtellor/blob/master/README.md) पहा.
diff --git a/public/content/translations/mr/developers/tutorials/how-to-view-nft-in-metamask/index.md b/public/content/translations/mr/developers/tutorials/how-to-view-nft-in-metamask/index.md
new file mode 100644
index 00000000000..54d3256a61e
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/how-to-view-nft-in-metamask/index.md
@@ -0,0 +1,33 @@
+---
+title: "तुमच्या वॉलेटमध्ये तुमचा NFT कसा पहायचा (NFT ट्युटोरियल मालिकेचा भाग ३/३)"
+description: "हे ट्युटोरियल MetaMask वर विद्यमान NFT कसे पहावे याचे वर्णन करते!"
+author: "Sumi Mudgil"
+tags: [ "ERC-721", "Alchemy", "Solidity" ]
+skill: beginner
+lang: mr
+published: 2021-04-22
+---
+
+हे ट्युटोरियल NFT ट्युटोरियल मालिकेतील भाग ३/३ आहे, जिथे आपण आपला नुकताच मिंट केलेला NFT पाहणार आहोत. तथापि, तुम्ही Mainnet किंवा कोणत्याही टेस्टनेटसह, MetaMask वापरून कोणत्याही ERC-721 टोकनसाठी हे सामान्य ट्युटोरियल वापरू शकता. जर तुम्हाला Ethereum वर तुमचा स्वतःचा NFT कसा मिंट करायचा हे शिकायचे असेल, तर तुम्ही [भाग १: NFT स्मार्ट कॉन्ट्रॅक्ट कसे लिहावे आणि उपयोजित करावे](/developers/tutorials/how-to-write-and-deploy-an-nft) हे नक्की पहा!
+
+अभिनंदन! तुम्ही आमच्या NFT ट्युटोरियल मालिकेच्या सर्वात लहान आणि सोप्या भागापर्यंत पोहोचला आहात — तुमचा नुकताच मिंट केलेला NFT व्हर्च्युअल वॉलेटवर कसा पहायचा. आम्ही या उदाहरणासाठी MetaMask वापरणार आहोत, कारण मागील दोन भागांमध्ये आम्ही तेच वापरले आहे.
+
+पूर्व-अट म्हणून, तुमच्या मोबाइलवर आधीपासूनच MetaMask इन्स्टॉल केलेले असावे, आणि त्यात ते अकाऊंट असावे ज्यावर तुम्ही तुमचा NFT मिंट केला आहे — तुम्ही हे ॲप [iOS](https://apps.apple.com/us/app/metamask-blockchain-wallet/id1438144202) किंवा [Android](https://play.google.com/store/apps/details?id=io.metamask&hl=en_US&gl=US) वर विनामूल्य मिळवू शकता.
+
+## पायरी १: तुमचे नेटवर्क Sepolia वर सेट करा {#set-network-to-sepolia}
+
+ॲपच्या शीर्षस्थानी, “वॉलेट” बटण दाबा, त्यानंतर तुम्हाला नेटवर्क निवडण्यास सांगितले जाईल. आपला NFT Sepolia नेटवर्कवर मिंट केला गेल्यामुळे, तुम्हाला Sepolia हे तुमचे नेटवर्क म्हणून निवडावे लागेल.
+
+![MetaMask मोबाइलवर Sepolia हे तुमचे नेटवर्क कसे सेट करावे](./goerliMetamask.gif)
+
+## पायरी २: तुमचा संग्रहणीय MetaMask मध्ये जोडा {#add-nft-to-metamask}
+
+एकदा तुम्ही Sepolia नेटवर्कवर आलात की, उजवीकडील “Collectibles” टॅब निवडा आणि तुमच्या NFT चा स्मार्ट कॉन्ट्रॅक्ट ॲड्रेस आणि ERC-721 टोकन आयडी जोडा — जे तुम्हाला आमच्या ट्युटोरियलच्या भाग २ मध्ये उपयोजित केलेल्या तुमच्या NFT च्या ट्रान्झॅक्शन हॅशच्या आधारे Etherscan वर सापडेल.
+
+![तुमचा ट्रान्झॅक्शन हॅश आणि ERC-721 टोकन आयडी कसा शोधायचा](./findNFTEtherscan.png)
+
+तुमचा NFT पाहण्यासाठी तुम्हाला काही वेळा रिफ्रेश करावे लागेल — पण तो तिथे नक्कीच दिसेल <Emoji text="😄" size={1} />!
+
+![तुमचा NFT MetaMask वर कसा अपलोड करायचा](./findNFTMetamask.gif)
+
+अभिनंदन! तुम्ही यशस्वीरित्या एक NFT मिंट केला आहे, आणि तुम्ही आता तो पाहू शकता! तुम्ही NFT जगात कसा धुमाकूळ घालता हे पाहण्यासाठी आम्ही उत्सुक आहोत!
diff --git a/public/content/translations/mr/developers/tutorials/how-to-write-and-deploy-an-nft/index.md b/public/content/translations/mr/developers/tutorials/how-to-write-and-deploy-an-nft/index.md
new file mode 100644
index 00000000000..b52fbd182e2
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/how-to-write-and-deploy-an-nft/index.md
@@ -0,0 +1,386 @@
+---
+title: "NFT कसे लिहावे आणि उपयोजित करावे (NFT ट्यूटोरियल मालिकेचा भाग 1/3)"
+description: "हे ट्यूटोरियल NFTs वरील मालिकेचा भाग १ आहे, जे तुम्हाला Ethereum आणि इंटर प्लॅनेटरी फाइल सिस्टम (IPFS) वापरून नॉन-फंजिबल टोकन (ERC-721 टोकन) स्मार्ट कॉन्ट्रॅक्ट कसे लिहायचे आणि उपयोजित करायचे यावर टप्प्याटप्प्याने मार्गदर्शन करेल."
+author: "Sumi Mudgil"
+tags:
+  [
+    "ERC-721",
+    "Alchemy",
+    "Solidity",
+    "स्मार्ट कॉन्ट्रॅक्ट"
+  ]
+skill: beginner
+lang: mr
+published: 2021-04-22
+---
+
+NFTs ब्लॉकचेनला लोकांच्या नजरेत आणत असल्याने, आता Ethereum ब्लॉकचेनवर तुमचे स्वतःचे NFT कॉन्ट्रॅक्ट (ERC-721 टोकन) प्रकाशित करून ही क्रेझ स्वतः समजून घेण्याची एक उत्तम संधी आहे!
+
+Alchemy ला NFT क्षेत्रातील सर्वात मोठ्या नावांना, ज्यात Makersplace (ज्याने अलीकडेच क्रिस्टीजमध्ये $69 दशलक्षमध्ये डिजिटल कलाकृती विक्रीचा विक्रम केला), Dapper Labs (NBA टॉप शॉट आणि क्रिप्टो किटीजचे निर्माते), OpenSea (जगातील सर्वात मोठे NFT मार्केटप्लेस), Zora, Super Rare, NFTfi, Foundation, Enjin, Origin Protocol, Immutable आणि बरेच काही समाविष्ट आहेत, त्यांना सामर्थ्य देण्याचा प्रचंड अभिमान आहे.
+
+या ट्यूटोरियलमध्ये, आम्ही [MetaMask](https://metamask.io/), [Solidity](https://docs.soliditylang.org/en/v0.8.0/), [Hardhat](https://hardhat.org/), [Pinata](https://pinata.cloud/) आणि [Alchemy](https://alchemy.com/signup/eth) वापरून Sepolia चाचणी नेटवर्कवर ERC-721 स्मार्ट कॉन्ट्रॅक्ट तयार आणि उपयोजित करण्याच्या प्रक्रियेतून जाऊ (जर तुम्हाला यापैकी कशाचाही अर्थ अजून समजला नसेल तर काळजी करू नका - आम्ही ते समजावून सांगू!).
+
+या ट्यूटोरियलच्या भाग २ मध्ये आपण NFT मिंट करण्यासाठी आपल्या स्मार्ट कॉन्ट्रॅक्टचा कसा वापर करू शकतो हे पाहू आणि भाग ३ मध्ये आपण MetaMask वर तुमचा NFT कसा पाहायचा हे समजावून सांगू.
+
+आणि अर्थातच, कोणत्याही क्षणी तुम्हाला प्रश्न असल्यास, [Alchemy Discord](https://discord.gg/gWuC7zB) मध्ये संपर्क साधण्यास किंवा [Alchemy's NFT API docs](https://docs.alchemy.com/alchemy/enhanced-apis/nft-api) ला भेट देण्यास अजिबात संकोच करू नका!
+
+## पायरी १: Ethereum नेटवर्कशी कनेक्ट करा {#connect-to-ethereum}
+
+Ethereum ब्लॉकचेनला विनंत्या करण्याचे बरेच मार्ग आहेत, पण गोष्टी सोप्या करण्यासाठी, आम्ही [Alchemy](https://alchemy.com/signup/eth) वर एक विनामूल्य खाते वापरू, जे एक ब्लॉकचेन डेव्हलपर प्लॅटफॉर्म आणि API आहे, जे आम्हाला स्वतःचे नोड न चालवता Ethereum चेनशी संवाद साधण्याची परवानगी देते.
+
+या ट्यूटोरियलमध्ये, आम्ही आमच्या स्मार्ट कॉन्ट्रॅक्टच्या उपयोजनामध्ये काय चालले आहे हे समजून घेण्यासाठी देखरेख आणि विश्लेषणासाठी Alchemy च्या डेव्हलपर साधनांचाही फायदा घेऊ. तुमच्याकडे आधीपासून Alchemy खाते नसल्यास, तुम्ही [येथे](https://alchemy.com/signup/eth) विनामूल्य साइन अप करू शकता.
+
+## पायरी २: तुमचे ॲप (आणि API की) तयार करा {#make-api-key}
+
+एकदा तुम्ही Alchemy खाते तयार केल्यावर, तुम्ही ॲप तयार करून API की तयार करू शकता. हे आम्हाला Sepolia चाचणी नेटवर्कवर विनंत्या करण्याची परवानगी देईल. जर तुम्ही चाचणी नेटवर्क्सबद्दल अधिक जाणून घेण्यास उत्सुक असाल तर [हे मार्गदर्शक](https://docs.alchemyapi.io/guides/choosing-a-network) पहा.
+
+1. तुमच्या Alchemy डॅशबोर्डवरील “ॲप तयार करा” पेजवर जाण्यासाठी, नॅव्ह बारमधील “ॲप्स” वर होव्हर करा आणि “ॲप तयार करा” वर क्लिक करा.
+
+![तुमचे ॲप तयार करा](./create-your-app.png)
+
+2. तुमच्या ॲपला नाव द्या (आम्ही “माझे पहिले NFT!” निवडले आहे), एक छोटे वर्णन द्या, चेनसाठी “Ethereum” निवडा आणि तुमच्या नेटवर्कसाठी “Sepolia” निवडा. मर्ज झाल्यापासून इतर टेस्टनेट रद्द करण्यात आले आहेत.
+
+![तुमचे ॲप कॉन्फिगर करा आणि प्रकाशित करा](./alchemy-explorer-sepolia.png)
+
+3. “ॲप तयार करा” वर क्लिक करा आणि झाले! तुमचे ॲप खालील टेबलमध्ये दिसावे.
+
+## पायरी ३: Ethereum खाते (पत्ता) तयार करा {#create-eth-address}
+
+आम्हाला व्यवहार पाठवण्यासाठी आणि प्राप्त करण्यासाठी Ethereum खात्याची आवश्यकता आहे. या ट्यूटोरियलसाठी, आम्ही MetaMask वापरू, जे ब्राउझरमधील एक व्हर्च्युअल वॉलेट आहे, जे तुमचा Ethereum खाते पत्ता व्यवस्थापित करण्यासाठी वापरले जाते. तुम्हाला Ethereum वरील व्यवहार कसे कार्य करतात याबद्दल अधिक समजून घ्यायचे असल्यास, Ethereum फाउंडेशनचे [हे पेज](/developers/docs/transactions/) पहा.
+
+तुम्ही [येथे](https://metamask.io/download) विनामूल्य MetaMask खाते डाउनलोड आणि तयार करू शकता. तुम्ही खाते तयार करत असताना, किंवा तुमच्याकडे आधीपासूनच खाते असल्यास, वरच्या उजवीकडे “Sepolia चाचणी नेटवर्क” वर स्विच केल्याची खात्री करा (जेणेकरून आपण खऱ्या पैशांशी व्यवहार करणार नाही).
+
+![Sepolia ला तुमचे नेटवर्क म्हणून सेट करा](./metamask-goerli.png)
+
+## पायरी ४: फॉसेटमधून इथर जोडा {#step-4-add-ether-from-a-faucet}
+
+आपला स्मार्ट कॉन्ट्रॅक्ट चाचणी नेटवर्कवर उपयोजित करण्यासाठी, आम्हाला काही बनावट ETH ची आवश्यकता असेल. ETH मिळविण्यासाठी तुम्ही Alchemy द्वारा होस्ट केलेल्या [Sepolia Faucet](https://sepoliafaucet.com/) वर जाऊ शकता, लॉग इन करा आणि तुमच्या खात्याचा पत्ता प्रविष्ट करा, “Send Me ETH” वर क्लिक करा. लवकरच तुम्हाला तुमच्या MetaMask खात्यात ETH दिसेल!
+
+## पायरी ५: तुमची शिल्लक तपासा {#check-balance}
+
+आपली शिल्लक आहे की नाही हे पुन्हा तपासण्यासाठी, चला [Alchemy’s composer tool](https://composer.alchemyapi.io?composer_state=%7B%22network%22%3A0%2C%22methodName%22%3A%22eth_getBalance%22%2C%22paramValues%22%3A%5B%22%22%2C%22latest%22%5D%7D) वापरून [eth_getBalance](https://docs.alchemyapi.io/alchemy/documentation/alchemy-api-reference/json-rpc#eth_getbalance) विनंती करूया. हे आमच्या वॉलेटमधील ETH ची रक्कम परत करेल. तुम्ही तुमच्या MetaMask खात्याचा पत्ता इनपुट केल्यानंतर आणि “Send Request” वर क्लिक केल्यानंतर, तुम्हाला असा प्रतिसाद दिसेल:
+
+    ```
+    `{"jsonrpc": "2.0", "id": 0, "result": "0xde0b6b3a7640000"}`
+    ```
+
+> **टीप** हा निकाल ETH मध्ये नाही, तर wei मध्ये आहे. Wei हे इथरचे सर्वात लहान एकक म्हणून वापरले जाते. wei चे ETH मध्ये रूपांतरण 1 eth = 10<sup>18</sup> wei असे आहे. म्हणून जर आपण 0xde0b6b3a7640000 हे दशांश मध्ये रूपांतरित केले तर आपल्याला 1\*10<sup>18</sup> wei मिळतील, जे 1 ETH च्या बरोबर आहे.
+
+हुश्श! आपले बनावट पैसे तिथे आहेत.
+
+## पायरी ६: आपला प्रोजेक्ट सुरू करा {#initialize-project}
+
+प्रथम, आपल्याला आपल्या प्रोजेक्टसाठी एक फोल्डर तयार करण्याची आवश्यकता असेल. तुमच्या कमांड लाइनवर नेव्हिगेट करा आणि टाइप करा:
+
+    ```
+    mkdir my-nft
+    cd my-nft
+    ```
+
+आता आपण आपल्या प्रोजेक्ट फोल्डरमध्ये आहोत, आपण प्रोजेक्ट सुरू करण्यासाठी npm init वापरू. तुमच्याकडे आधीपासून npm इंस्टॉल केलेले नसल्यास, [या सूचनांचे](https://docs.alchemyapi.io/alchemy/guides/alchemy-for-macs#1-install-nodejs-and-npm) पालन करा (आम्हाला [Node.js](https://nodejs.org/en/download/) ची देखील आवश्यकता असेल, म्हणून ते देखील डाउनलोड करा!).
+
+    ```
+    npm init
+    ```
+
+तुम्ही इन्स्टॉलेशन प्रश्नांची उत्तरे कशी देता हे खरोखर महत्त्वाचे नाही; आम्ही ते संदर्भासाठी कसे केले ते येथे आहे:
+
+```json
+    पॅकेजचे नाव: (my-nft)
+    आवृत्ती: (1.0.0)
+    वर्णन: माझे पहिले NFT!
+    एंट्री पॉइंट: (index.js)
+    चाचणी कमांड:
+    git रेपॉजिटरी:
+    कीवर्ड:
+    लेखक:
+    परवाना: (ISC)
+    /Users/thesuperb1/Desktop/my-nft/package.json मध्ये लिहिणार आहात:
+
+    {
+      "name": "my-nft",
+      "version": "1.0.0",
+      "description": "माझे पहिले NFT!",
+      "main": "index.js",
+      "scripts": {
+        "test": "echo \"त्रुटी: कोणतीही चाचणी निर्दिष्ट केलेली नाही\" && exit 1"
+      },
+      "author": "",
+      "license": "ISC"
+    }
+```
+
+package.json ला मान्यता द्या, आणि आपण पुढे जाण्यासाठी तयार आहोत!
+
+## पायरी ७: [Hardhat](https://hardhat.org/getting-started/#overview) इंस्टॉल करा {#install-hardhat}
+
+Hardhat हे तुमचे Ethereum सॉफ्टवेअर संकलित (compile), उपयोजित (deploy), चाचणी (test) आणि डीबग (debug) करण्यासाठी एक विकास वातावरण आहे. हे डेव्हलपर्सना थेट चेनवर उपयोजित करण्यापूर्वी स्थानिक पातळीवर स्मार्ट कॉन्ट्रॅक्ट्स आणि dApps तयार करताना मदत करते.
+
+आपल्या my-nft प्रोजेक्टमध्ये चालवा:
+
+    ```
+    npm install --save-dev hardhat
+    ```
+
+[इन्स्टॉलेशन सूचनांविषयी](https://hardhat.org/getting-started/#overview) अधिक तपशीलांसाठी हे पेज पहा.
+
+## पायरी ८: Hardhat प्रोजेक्ट तयार करा {#create-hardhat-project}
+
+आपल्या प्रोजेक्ट फोल्डरमध्ये चालवा:
+
+    ```
+    npx hardhat
+    ```
+
+त्यानंतर तुम्हाला एक स्वागत संदेश आणि तुम्हाला काय करायचे आहे यासाठी पर्याय दिसेल. “create an empty hardhat.config.js” निवडा:
+
+    ```
+    888    888                      888 888               888
+    888    888                      888 888               888
+    888    888                      888 888               888
+    8888888888  8888b.  888d888 .d88888 88888b.   8888b.  888888
+    888    888     "88b 888P"  d88" 888 888 "88b     "88b 888
+    888    888 .d888888 888    888  888 888  888 .d888888 888
+    888    888 888  888 888    Y88b 888 888  888 888  888 Y88b.
+    888    888 "Y888888 888     "Y88888 888  888 "Y888888  "Y888
+    👷 Hardhat v2.0.11 मध्ये स्वागत आहे 👷‍
+    ? तुम्हाला काय करायचे आहे? …
+    एक नमुना प्रोजेक्ट तयार करा
+    ❯ एक रिक्त hardhat.config.js तयार करा
+    बाहेर पडा
+    ```
+
+हे आमच्यासाठी एक hardhat.config.js फाइल तयार करेल जिथे आम्ही आमच्या प्रोजेक्टसाठी सर्व सेटअप निर्दिष्ट करू (पायरी 13 वर).
+
+## पायरी ९: प्रोजेक्ट फोल्डर्स जोडा {#add-project-folders}
+
+आपला प्रोजेक्ट संघटित ठेवण्यासाठी, आम्ही दोन नवीन फोल्डर्स तयार करू. तुमच्या कमांड लाइनमधील प्रोजेक्टच्या मूळ डिरेक्टरीवर नेव्हिगेट करा आणि टाइप करा:
+
+    ```
+    mkdir contracts
+    mkdir scripts
+    ```
+
+- contracts/ मध्ये आम्ही आमच्या NFT स्मार्ट कॉन्ट्रॅक्टचा कोड ठेवू.
+
+- scripts/ मध्ये आम्ही आमचे स्मार्ट कॉन्ट्रॅक्ट उपयोजित करण्यासाठी आणि त्याच्याशी संवाद साधण्यासाठी स्क्रिप्ट्स ठेवू.
+
+## पायरी १०: आमचा कॉन्ट्रॅक्ट लिहा {#write-contract}
+
+आता आमचे वातावरण सेट झाले आहे, चला अधिक रोमांचक गोष्टींकडे वळूया: _आमच्या स्मार्ट कॉन्ट्रॅक्टचा कोड लिहिणे!_
+
+तुमच्या आवडत्या एडिटरमध्ये my-nft प्रोजेक्ट उघडा (आम्हाला [VSCode](https://code.visualstudio.com/) आवडते). स्मार्ट कॉन्ट्रॅक्ट्स Solidity नावाच्या भाषेत लिहिले जातात, जी आम्ही आमचे MyNFT.sol स्मार्ट कॉन्ट्रॅक्ट लिहिण्यासाठी वापरू.
+
+1. `contracts` फोल्डरवर नेव्हिगेट करा आणि MyNFT.sol नावाची एक नवीन फाइल तयार करा.
+
+2. खाली आमच्या NFT स्मार्ट कॉन्ट्रॅक्टचा कोड आहे, जो आम्ही [OpenZeppelin](https://docs.openzeppelin.com/contracts/3.x/erc721) लायब्ररीच्या ERC-721 अंमलबजावणीवर आधारित आहे. खालील सामग्री कॉपी करा आणि तुमच्या MyNFT.sol फाइलमध्ये पेस्ट करा.
+
+   ```solidity
+   //कॉन्ट्रॅक्ट [https://docs.openzeppelin.com/contracts/3.x/erc721](https://docs.openzeppelin.com/contracts/3.x/erc721) वर आधारित
+   // SPDX-License-Identifier: MIT
+   pragma solidity ^0.8.0;
+
+   import "@openzeppelin/contracts/token/ERC721/ERC721.sol";
+   import "@openzeppelin/contracts/utils/Counters.sol";
+   import "@openzeppelin/contracts/access/Ownable.sol";
+   import "@openzeppelin/contracts/token/ERC721/extensions/ERC721URIStorage.sol";
+
+   contract MyNFT is ERC721URIStorage, Ownable {
+       using Counters for Counters.Counter;
+       Counters.Counter private _tokenIds;
+
+       constructor() ERC721("MyNFT", "NFT") {}
+
+       function mintNFT(address recipient, string memory tokenURI)
+           public onlyOwner
+           returns (uint256)
+       {
+           _tokenIds.increment();
+
+           uint256 newItemId = _tokenIds.current();
+           _mint(recipient, newItemId);
+           _setTokenURI(newItemId, tokenURI);
+
+           return newItemId;
+       }
+   }
+   ```
+
+3. कारण आम्ही OpenZeppelin कॉन्ट्रॅक्ट्स लायब्ररीमधून क्लासेस घेत आहोत, तुमच्या कमांड लाइनमध्ये `npm install @openzeppelin/contracts^4.0.0` चालवून ती लायब्ररी आमच्या फोल्डरमध्ये इंस्टॉल करा.
+
+तर, हा कोड नक्की _काय_ करतो? चला, ओळी-ओळीने ते समजून घेऊया.
+
+आपल्या स्मार्ट कॉन्ट्रॅक्टच्या शीर्षस्थानी, आम्ही तीन [OpenZeppelin](https://openzeppelin.com/) स्मार्ट कॉन्ट्रॅक्ट क्लासेस इम्पोर्ट करतो:
+
+- @openzeppelin/contracts/token/ERC721/ERC721.sol मध्ये ERC-721 मानकाची अंमलबजावणी आहे, जी आमचा NFT स्मार्ट कॉन्ट्रॅक्ट इनहेरिट करेल. (एक वैध NFT होण्यासाठी, तुमच्या स्मार्ट कॉन्ट्रॅक्टने ERC-721 मानकाच्या सर्व पद्धती लागू केल्या पाहिजेत.) इनहेरिटेड ERC-721 फंक्शन्सबद्दल अधिक जाणून घेण्यासाठी, [येथे](https://eips.ethereum.org/EIPS/eip-721) इंटरफेसची व्याख्या पहा.
+
+- @openzeppelin/contracts/utils/Counters.sol असे काउंटर्स प्रदान करते जे फक्त एकाने वाढवले ​​किंवा कमी केले जाऊ शकतात. आमचा स्मार्ट कॉन्ट्रॅक्ट मिंट केलेल्या एकूण NFTs चा मागोवा ठेवण्यासाठी आणि आमच्या नवीन NFT वर युनिक आयडी सेट करण्यासाठी काउंटर वापरतो. (स्मार्ट कॉन्ट्रॅक्ट वापरून मिंट केलेल्या प्रत्येक NFT ला एक युनिक आयडी नियुक्त करणे आवश्यक आहे - येथे आमचा युनिक आयडी फक्त अस्तित्वात असलेल्या एकूण NFTs च्या संख्येवरून निर्धारित केला जातो. उदाहरणार्थ, आम्ही आमच्या स्मार्ट कॉन्ट्रॅक्टसह मिंट केलेल्या पहिल्या NFT चा आयडी "1" आहे, आमच्या दुसऱ्या NFT चा आयडी "2" आहे, इत्यादी.)
+
+- @openzeppelin/contracts/access/Ownable.sol आमच्या स्मार्ट कॉन्ट्रॅक्टवर [ॲक्सेस कंट्रोल](https://docs.openzeppelin.com/contracts/3.x/access-control) सेट करते, त्यामुळे फक्त स्मार्ट कॉन्ट्रॅक्टचा मालक (तुम्ही) NFTs मिंट करू शकतो. (लक्षात घ्या, ॲक्सेस कंट्रोल समाविष्ट करणे ही पूर्णपणे एक पसंती आहे. जर तुम्हाला तुमच्या स्मार्ट कॉन्ट्रॅक्टचा वापर करून कोणालाही NFT मिंट करण्याची परवानगी द्यायची असेल, तर ओळ १० वरील Ownable शब्द आणि ओळ १७ वरील onlyOwner काढून टाका.)
+
+आमच्या इम्पोर्ट स्टेटमेंटनंतर, आमचा कस्टम NFT स्मार्ट कॉन्ट्रॅक्ट आहे, जो आश्चर्यकारकपणे लहान आहे — त्यात फक्त एक काउंटर, एक कन्स्ट्रक्टर आणि एकच फंक्शन आहे! हे आमच्या इनहेरिटेड OpenZeppelin कॉन्ट्रॅक्ट्समुळे शक्य झाले आहे, जे NFT तयार करण्यासाठी आवश्यक असलेल्या बहुतेक पद्धती लागू करतात, जसे की `ownerOf` जे NFT चा मालक परत करते, आणि `transferFrom`, जे NFT ची मालकी एका खात्यातून दुसऱ्या खात्यात हस्तांतरित करते.
+
+आमच्या ERC-721 कन्स्ट्रक्टरमध्ये, तुमच्या लक्षात येईल की आम्ही 2 स्ट्रिंग्स, “MyNFT” आणि “NFT” पास करतो. पहिले व्हेरिएबल स्मार्ट कॉन्ट्रॅक्टचे नाव आहे, आणि दुसरे त्याचे चिन्ह आहे. तुम्ही या प्रत्येक व्हेरिएबलला तुम्हाला हवे ते नाव देऊ शकता!
+
+शेवटी, आमच्याकडे `mintNFT(address recipient, string memory tokenURI)` हे फंक्शन आहे जे आम्हाला NFT मिंट करण्याची परवानगी देते! तुमच्या लक्षात येईल की हे फंक्शन दोन व्हेरिएबल्स घेते:
+
+- `address recipient` तो पत्ता निर्दिष्ट करतो जो तुमचा नव्याने मिंट केलेला NFT प्राप्त करेल.
+
+- `string memory tokenURI` ही एक स्ट्रिंग आहे जी NFT च्या मेटाडेटाचे वर्णन करणाऱ्या JSON डॉक्युमेंटमध्ये रिझॉल्व झाली पाहिजे. NFT चा मेटाडेटाच त्याला जिवंत करतो, ज्यामुळे त्यात नाव, वर्णन, प्रतिमा आणि इतर गुणधर्मांसारखे कॉन्फिगर करण्यायोग्य गुणधर्म असू शकतात. या ट्यूटोरियलच्या भाग २ मध्ये, आम्ही हा मेटाडेटा कसा कॉन्फिगर करायचा याचे वर्णन करू.
+
+`mintNFT` इनहेरिटेड ERC-721 लायब्ररीमधून काही पद्धती कॉल करते आणि शेवटी एक संख्या परत करते जी नव्याने मिंट केलेल्या NFT चा आयडी दर्शवते.
+
+## पायरी ११: MetaMask आणि Alchemy ला तुमच्या प्रोजेक्टशी कनेक्ट करा {#connect-metamask-and-alchemy}
+
+आता आम्ही MetaMask वॉलेट, Alchemy खाते तयार केले आहे आणि आमचा स्मार्ट कॉन्ट्रॅक्ट लिहिला आहे, आता तिन्ही कनेक्ट करण्याची वेळ आली आहे.
+
+तुमच्या व्हर्च्युअल वॉलेटमधून पाठवलेल्या प्रत्येक व्यवहारासाठी तुमच्या युनिक प्रायव्हेट की वापरून स्वाक्षरी आवश्यक आहे. आमच्या प्रोग्रामला ही परवानगी देण्यासाठी, आम्ही आमची प्रायव्हेट की (आणि Alchemy API की) एका एन्व्हायर्नमेंट फाइलमध्ये सुरक्षितपणे संग्रहित करू शकतो.
+
+व्यवहार पाठवण्याबद्दल अधिक जाणून घेण्यासाठी, वेब3 वापरून व्यवहार पाठवण्यावरील [हे ट्यूटोरियल](/developers/tutorials/sending-transactions-using-web3-and-alchemy/) पहा.
+
+प्रथम, तुमच्या प्रोजेक्ट डिरेक्टरीमध्ये dotenv पॅकेज इंस्टॉल करा:
+
+    ```
+    npm install dotenv --save
+    ```
+
+त्यानंतर, आमच्या प्रोजेक्टच्या रूट डिरेक्टरीमध्ये एक `.env` फाइल तयार करा आणि त्यात तुमची MetaMask प्रायव्हेट की आणि HTTP Alchemy API URL जोडा.
+
+- MetaMask मधून तुमची प्रायव्हेट की एक्सपोर्ट करण्यासाठी [या सूचनांचे](https://metamask.zendesk.com/hc/en-us/articles/360015289632-How-to-Export-an-Account-Private-Key) पालन करा.
+
+- HTTP Alchemy API URL मिळविण्यासाठी खाली पहा आणि ती तुमच्या क्लिपबोर्डवर कॉपी करा.
+
+![तुमची Alchemy API URL कॉपी करा](./copy-alchemy-api-url.gif)
+
+तुमची `.env` आता अशी दिसावी:
+
+    ```
+    API_URL="https://eth-sepolia.g.alchemy.com/v2/your-api-key"
+    PRIVATE_KEY="your-metamask-private-key"
+    ```
+
+यांना प्रत्यक्षात आमच्या कोडशी जोडण्यासाठी, आम्ही या व्हेरिएबल्सचा संदर्भ आमच्या hardhat.config.js फाइलमध्ये पायरी १३ मध्ये देऊ.
+
+<EnvWarningBanner />
+
+## पायरी १२: Ethers.js इंस्टॉल करा {#install-ethers}
+
+Ethers.js ही एक लायब्ररी आहे जी अधिक वापरकर्ता-अनुकूल पद्धतींसह [प्रमाणित JSON-RPC पद्धती](/developers/docs/apis/json-rpc/) गुंडाळून Ethereum शी संवाद साधणे आणि विनंत्या करणे सोपे करते.
+
+Hardhat अतिरिक्त टूलिंग आणि विस्तारित कार्यक्षमतेसाठी [प्लगइन्स](https://hardhat.org/plugins/) समाकलित करणे खूप सोपे करते. आम्ही कॉन्ट्रॅक्ट डिप्लॉयमेंटसाठी [Ethers प्लगइन](https://hardhat.org/docs/plugins/official-plugins#hardhat-ethers) चा फायदा घेणार आहोत ([Ethers.js](https://github.com/ethers-io/ethers.js/) मध्ये काही अत्यंत स्वच्छ कॉन्ट्रॅक्ट डिप्लॉयमेंट पद्धती आहेत).
+
+आपल्या प्रोजेक्ट डिरेक्टरीमध्ये टाइप करा:
+
+    ```
+    npm install --save-dev @nomiclabs/hardhat-ethers ethers@^5.0.0
+    ```
+
+आम्ही आमच्या hardhat.config.js मध्ये पुढील पायरीवर ethers ची आवश्यकता देखील भासवू.
+
+## पायरी १३: hardhat.config.js अपडेट करा {#update-hardhat-config}
+
+आम्ही आतापर्यंत अनेक अवलंबित्व आणि प्लगइन्स जोडले आहेत, आता आम्हाला hardhat.config.js अपडेट करण्याची आवश्यकता आहे जेणेकरून आमच्या प्रोजेक्टला त्या सर्वांबद्दल माहिती असेल.
+
+तुमचे hardhat.config.js असे दिसण्यासाठी अपडेट करा:
+
+```js
+    /**
+    * @type import('hardhat/config').HardhatUserConfig
+    */
+    require('dotenv').config();
+    require("@nomiclabs/hardhat-ethers");
+    const { API_URL, PRIVATE_KEY } = process.env;
+    module.exports = {
+       solidity: "0.8.1",
+       defaultNetwork: "sepolia",
+       networks: {
+          hardhat: {},
+          sepolia: {
+             url: API_URL,
+             accounts: [`0x${PRIVATE_KEY}`]
+          }
+       },
+    }
+```
+
+## पायरी १४: आमचा कॉन्ट्रॅक्ट संकलित करा {#compile-contract}
+
+आतापर्यंत सर्व काही कार्यरत आहे याची खात्री करण्यासाठी, चला आमचा कॉन्ट्रॅक्ट संकलित करूया. संकलित करण्याचे काम हे बिल्ट-इन हार्डहॅट कामांपैकी एक आहे.
+
+कमांड लाइनमधून चालवा:
+
+    ```
+    npx hardhat compile
+    ```
+
+तुम्हाला कदाचित स्त्रोत फाइलमध्ये SPDX परवाना अभिज्ञापक प्रदान न केल्याबद्दल चेतावणी मिळू शकते, परंतु त्याबद्दल काळजी करण्याची गरज नाही — आशा आहे की इतर सर्व काही ठीक दिसेल! नसल्यास, तुम्ही नेहमी [Alchemy discord](https://discord.gg/u72VCg3) मध्ये संदेश पाठवू शकता.
+
+## पायरी १५: आमची उपयोजन स्क्रिप्ट लिहा {#write-deploy}
+
+आता आमचा कॉन्ट्रॅक्ट लिहिला आहे आणि आमची कॉन्फिगरेशन फाइल तयार आहे, आता आमच्या कॉन्ट्रॅक्टची उपयोजन स्क्रिप्ट लिहिण्याची वेळ आली आहे.
+
+`scripts/` फोल्डरवर नेव्हिगेट करा आणि `deploy.js` नावाची एक नवीन फाइल तयार करा, त्यात खालील सामग्री जोडा:
+
+```js
+async function main() {
+  const MyNFT = await ethers.getContractFactory("MyNFT")
+
+  // उपयोजन सुरू करा, एक प्रॉमिस परत करा जे कॉन्ट्रॅक्ट ऑब्जेक्टमध्ये रूपांतरित होईल
+  const myNFT = await MyNFT.deploy()
+  await myNFT.deployed()
+  console.log("कॉन्ट्रॅक्ट या पत्त्यावर उपयोजित केले आहे:", myNFT.address)
+}
+
+main()
+  .then(() => process.exit(0))
+  .catch((error) => {
+    console.error(error)
+    process.exit(1)
+  })
+```
+
+Hardhat त्यांच्या [कॉन्ट्रॅक्ट्स ट्यूटोरियल](https://hardhat.org/tutorial/testing-contracts.html#writing-tests) मध्ये या प्रत्येक कोड ओळी काय करते हे आश्चर्यकारकपणे स्पष्ट करते, आम्ही त्यांचे स्पष्टीकरण येथे स्वीकारले आहे.
+
+    ```
+    const MyNFT = await ethers.getContractFactory("MyNFT");
+    ```
+
+ethers.js मधील ContractFactory हे नवीन स्मार्ट कॉन्ट्रॅक्ट्स उपयोजित करण्यासाठी वापरले जाणारे एक ॲब्स्ट्रॅक्शन आहे, म्हणून MyNFT येथे आमच्या NFT कॉन्ट्रॅक्टच्या उदाहरणांसाठी एक फॅक्टरी आहे. hardhat-ethers प्लगइन वापरताना ContractFactory आणि Contract उदाहरणे डीफॉल्टनुसार पहिल्या स्वाक्षरीकर्त्याशी जोडलेली असतात.
+
+    ```
+    const myNFT = await MyNFT.deploy();
+    ```
+
+ContractFactory वर deploy() कॉल केल्याने उपयोजन सुरू होईल, आणि एक Promise परत करेल जो Contract मध्ये रिझॉल्व्ह होतो. हे ते ऑब्जेक्ट आहे ज्यामध्ये आमच्या प्रत्येक स्मार्ट कॉन्ट्रॅक्ट फंक्शनसाठी एक पद्धत आहे.
+
+## पायरी १६: आमचा कॉन्ट्रॅक्ट उपयोजित करा {#deploy-contract}
+
+आम्ही अखेरीस आमचा स्मार्ट कॉन्ट्रॅक्ट उपयोजित करण्यास तयार आहोत! तुमच्या प्रोजेक्ट डिरेक्टरीच्या रूटवर परत नेव्हिगेट करा आणि कमांड लाइनमध्ये चालवा:
+
+    ```
+    npx hardhat --network sepolia run scripts/deploy.js
+    ```
+
+तुम्हाला त्यानंतर असे काहीतरी दिसेल:
+
+    ```
+    कॉन्ट्रॅक्ट या पत्त्यावर उपयोजित केले आहे: 0x4C5266cCc4b3F426965d2f51b6D910325a0E7650
+    ```
+
+जर आपण [Sepolia etherscan](https://sepolia.etherscan.io/) वर गेलो आणि आमच्या कॉन्ट्रॅक्ट पत्त्यासाठी शोधले तर आपल्याला ते यशस्वीरित्या उपयोजित झाल्याचे दिसेल. जर तुम्हाला ते लगेच दिसत नसेल, तर कृपया थोडा वेळ थांबा कारण यास काही वेळ लागू शकतो. व्यवहार असा काहीतरी दिसेल:
+
+![Etherscan वर तुमचा व्यवहार पत्ता पहा](./etherscan-sepoila-contract-creation.png)
+
+From पत्ता तुमच्या MetaMask खाते पत्त्याशी जुळला पाहिजे आणि To पत्त्यावर “Contract Creation” दिसेल. जर आपण व्यवहारात क्लिक केले तर, आपल्याला To फील्डमध्ये आमचा कॉन्ट्रॅक्ट पत्ता दिसेल:
+
+![Etherscan वर तुमचा कॉन्ट्रॅक्ट पत्ता पहा](./etherscan-sepolia-tx-details.png)
+
+व्वा! तुम्ही नुकताच तुमचा NFT स्मार्ट कॉन्ट्रॅक्ट Ethereum (टेस्टनेट) चेनवर उपयोजित केला आहे!
+
+पडद्यामागे काय चालले आहे हे समजून घेण्यासाठी, चला आमच्या [Alchemy dashboard](https://dashboard.alchemyapi.io/explorer) मधील Explorer टॅबवर नेव्हिगेट करूया. तुमच्याकडे अनेक Alchemy ॲप्स असल्यास, ॲपनुसार फिल्टर केल्याची खात्री करा आणि “MyNFT” निवडा.
+
+![Alchemy's Explorer डॅशबोर्डसह पडद्यामागे केलेले कॉल पहा](./alchemy-explorer-goerli.png)
+
+येथे तुम्हाला काही JSON-RPC कॉल्स दिसतील जे Hardhat/Ethers ने आमच्यासाठी पडद्यामागे केले होते जेव्हा आम्ही .deploy() फंक्शन कॉल केले होते. येथे दोन महत्त्वाचे कॉल म्हणजे [eth_sendRawTransaction](/developers/docs/apis/json-rpc/#eth_sendrawtransaction), जी प्रत्यक्षात आमचा स्मार्ट कॉन्ट्रॅक्ट Sepolia चेनवर लिहिण्याची विनंती आहे, आणि [eth_getTransactionByHash](/developers/docs/apis/json-rpc/#eth_gettransactionbyhash) जी हॅश दिल्यावर आमच्या व्यवहाराबद्दल माहिती वाचण्याची विनंती आहे (व्यवहार पाठवताना एक सामान्य नमुना). व्यवहार पाठवण्याबद्दल अधिक जाणून घेण्यासाठी, [Web3 वापरून व्यवहार पाठवण्यावरील](/developers/tutorials/sending-transactions-using-web3-and-alchemy/) हे ट्यूटोरियल पहा.
+
+या ट्यूटोरियलच्या भाग १ साठी एवढेच. [भाग २ मध्ये, आपण प्रत्यक्षात NFT मिंट करून आमच्या स्मार्ट कॉन्ट्रॅक्टशी संवाद साधू](/developers/tutorials/how-to-mint-an-nft/), आणि [भाग ३ मध्ये आम्ही तुम्हाला तुमच्या Ethereum वॉलेटमध्ये तुमचा NFT कसा पाहायचा हे दाखवू](/developers/tutorials/how-to-view-nft-in-metamask/)!
diff --git a/public/content/translations/mr/developers/tutorials/interact-with-other-contracts-from-solidity/index.md b/public/content/translations/mr/developers/tutorials/interact-with-other-contracts-from-solidity/index.md
new file mode 100644
index 00000000000..07feff64953
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/interact-with-other-contracts-from-solidity/index.md
@@ -0,0 +1,179 @@
+---
+title: "Solidity मधून इतर कॉन्ट्रॅक्ट्सशी संवाद साधा"
+description: "विद्यमान कॉन्ट्रॅक्टमधून स्मार्ट कॉन्ट्रॅक्ट कसे डिप्लॉय करावे आणि त्याच्याशी संवाद कसा साधावा"
+author: "jdourlens"
+tags:
+  [
+    "स्मार्ट कॉन्ट्रॅक्ट",
+    "सॉलिडिटी",
+    "रीमिक्स",
+    "डिप्लॉयिंग",
+    "कंपोझेबिलिटी"
+  ]
+skill: advanced
+lang: mr
+published: 2020-04-05
+source: EthereumDev
+sourceUrl: https://ethereumdev.io/interact-with-other-contracts-from-solidity/
+address: "0x19dE91Af973F404EDF5B4c093983a7c6E3EC8ccE"
+---
+
+मागील ट्यूटोरियल्समध्ये आपण बरेच काही शिकलो [तुमचा पहिला स्मार्ट कॉन्ट्रॅक्ट कसा डिप्लॉय करायचा](/developers/tutorials/deploying-your-first-smart-contract/) आणि त्यात काही वैशिष्ट्ये कशी जोडायची जसे की [मॉडिफायर्ससह ऍक्सेस नियंत्रित करणे](https://ethereumdev.io/organize-your-code-and-control-access-to-your-smart-contract-with-modifiers/) किंवा [Solidity मध्ये त्रुटी हाताळणे](https://ethereumdev.io/handle-errors-in-solidity-with-require-and-revert/). या ट्यूटोरियलमध्ये, आपण विद्यमान कॉन्ट्रॅक्टमधून स्मार्ट कॉन्ट्रॅक्ट कसे डिप्लॉय करावे आणि त्याच्याशी संवाद कसा साधावा हे शिकू.
+
+आम्ही एक कॉन्ट्रॅक्ट बनवू जो कोणालाही त्याचा स्वतःचा `Counter` स्मार्ट कॉन्ट्रॅक्ट तयार करण्यास सक्षम करेल, त्यासाठी एक फॅक्टरी तयार करून, त्याचे नाव `CounterFactory` असेल. सर्वप्रथम, आमच्या सुरुवातीच्या `Counter` स्मार्ट कॉन्ट्रॅक्टचा कोड येथे आहे:
+
+```solidity
+pragma solidity 0.5.17;
+
+contract Counter {
+
+    uint256 private _count;
+    address private _owner;
+    address private _factory;
+
+
+     modifier onlyOwner(address caller) {
+        require(caller == _owner, "You're not the owner of the contract");
+        _;
+    }
+
+    modifier onlyFactory() {
+        require(msg.sender == _factory, "You need to use the factory");
+        _;
+    }
+
+     constructor(address owner) public {
+        _owner = owner;
+        _factory = msg.sender;
+    }
+
+     function getCount() public view returns (uint256) {
+        return _count;
+    }
+
+    function increment(address caller) public onlyFactory onlyOwner(caller) {
+        _count++;
+    }
+
+}
+```
+
+लक्षात घ्या की फॅक्टरीचा ॲड्रेस आणि कॉन्ट्रॅक्ट मालकाचा ॲड्रेस यांचा मागोवा ठेवण्यासाठी आम्ही कॉन्ट्रॅक्ट कोडमध्ये थोडा बदल केला आहे. जेव्हा तुम्ही दुसऱ्या कॉन्ट्रॅक्टमधून कॉन्ट्रॅक्ट कोडला कॉल करता, तेव्हा msg.sender आमच्या कॉन्ट्रॅक्ट फॅक्टरीच्या ॲड्रेसचा संदर्भ देईल. हा **समजून घेण्यासाठी एक खरोखर महत्त्वाचा मुद्दा आहे** कारण इतर कॉन्ट्रॅक्ट्सशी संवाद साधण्यासाठी कॉन्ट्रॅक्ट वापरणे ही एक सामान्य प्रथा आहे. त्यामुळे, गुंतागुंतीच्या प्रकरणांमध्ये सेंडर कोण आहे याची आपण काळजी घेतली पाहिजे.
+
+यासाठी आम्ही एक `onlyFactory` मॉडिफायर देखील जोडला आहे जो हे सुनिश्चित करतो की स्टेट बदलणारे फंक्शन फक्त फॅक्टरीद्वारे कॉल केले जाऊ शकते, जे मूळ कॉलरला पॅरामीटर म्हणून पास करेल.
+
+आमच्या नवीन `CounterFactory` च्या आत, जे इतर सर्व काउंटर्स व्यवस्थापित करेल, आम्ही एक मॅपिंग जोडू जे मालकाला त्याच्या काउंटर कॉन्ट्रॅक्टच्या ॲड्रेसशी जोडेल:
+
+```solidity
+mapping(address => Counter) _counters;
+```
+
+Ethereum मध्ये, मॅपिंग हे javascript मधील ऑब्जेक्ट्सच्या समतुल्य आहेत, ते A प्रकारच्या की ला B प्रकारच्या व्हॅल्यूवर मॅप करण्यास सक्षम करतात. या प्रकरणात आपण मालकाच्या ॲड्रेसला त्याच्या काउंटरच्या इन्स्टन्ससह मॅप करतो.
+
+कोणासाठीही नवीन काउंटर सुरू करणे असे दिसेल:
+
+```solidity
+  function createCounter() public {
+      require (_counters[msg.sender] == Counter(0));
+      _counters[msg.sender] = new Counter(msg.sender);
+  }
+```
+
+आम्ही प्रथम तपासतो की त्या व्यक्तीकडे आधीपासूनच काउंटर आहे की नाही. जर त्याच्याकडे काउंटर नसेल, तर आम्ही त्याचा ॲड्रेस `Counter` कन्स्ट्रक्टरला पास करून एक नवीन काउंटर सुरू करतो आणि नव्याने तयार केलेला इन्स्टन्स मॅपिंगला नियुक्त करतो.
+
+विशिष्ट काउंटरची गणना मिळविण्यासाठी ते असे दिसेल:
+
+```solidity
+function getCount(address account) public view returns (uint256) {
+    require (_counters[account] != Counter(0));
+    return (_counters[account].getCount());
+}
+
+function getMyCount() public view returns (uint256) {
+    return (getCount(msg.sender));
+}
+```
+
+पहिले फंक्शन तपासते की दिलेल्या ॲड्रेससाठी काउंटर कॉन्ट्रॅक्ट अस्तित्वात आहे की नाही आणि नंतर इन्स्टन्समधून `getCount` पद्धत कॉल करते. दुसरे फंक्शन: `getMyCount` हे `getCount` फंक्शनला थेट msg.sender पास करण्यासाठी एक छोटा मार्ग आहे.
+
+`increment` फंक्शन बऱ्यापैकी समान आहे परंतु मूळ ट्रान्झॅक्शन सेंडरला `Counter` कॉन्ट्रॅक्टकडे पास करते:
+
+```solidity
+function increment() public {
+      require (_counters[msg.sender] != Counter(0));
+      Counter(_counters[msg.sender]).increment(msg.sender);
+  }
+```
+
+लक्षात घ्या की जर खूप वेळा कॉल केला गेला, तर आमचा काउंटर संभाव्यतः ओव्हरफ्लोचा बळी ठरू शकतो. या संभाव्य प्रकरणापासून संरक्षण करण्यासाठी आपण शक्य तितके [SafeMath लायब्ररी](https://ethereumdev.io/using-safe-math-library-to-prevent-from-overflows/) वापरली पाहिजे.
+
+आमचा कॉन्ट्रॅक्ट डिप्लॉय करण्यासाठी, तुम्हाला `CounterFactory` आणि `Counter` या दोन्हीचा कोड प्रदान करणे आवश्यक असेल. उदाहरणार्थ Remix मध्ये डिप्लॉय करताना तुम्हाला CounterFactory निवडण्याची आवश्यकता असेल.
+
+येथे संपूर्ण कोड आहे:
+
+```solidity
+pragma solidity 0.5.17;
+
+contract Counter {
+
+    uint256 private _count;
+    address private _owner;
+    address private _factory;
+
+
+     modifier onlyOwner(address caller) {
+        require(caller == _owner, "You're not the owner of the contract");
+        _;
+    }
+
+    modifier onlyFactory() {
+        require(msg.sender == _factory, "You need to use the factory");
+        _;
+    }
+
+     constructor(address owner) public {
+        _owner = owner;
+        _factory = msg.sender;
+    }
+
+     function getCount() public view returns (uint256) {
+        return _count;
+    }
+
+    function increment(address caller) public onlyFactory onlyOwner(caller) {
+        _count++;
+    }
+
+}
+
+contract CounterFactory {
+
+    mapping(address => Counter) _counters;
+
+    function createCounter() public {
+        require (_counters[msg.sender] == Counter(0));
+        _counters[msg.sender] = new Counter(msg.sender);
+    }
+
+    function increment() public {
+        require (_counters[msg.sender] != Counter(0));
+        Counter(_counters[msg.sender]).increment(msg.sender);
+    }
+
+    function getCount(address account) public view returns (uint256) {
+        require (_counters[account] != Counter(0));
+        return (_counters[account].getCount());
+    }
+
+    function getMyCount() public view returns (uint256) {
+        return (getCount(msg.sender));
+    }
+
+}
+```
+
+कम्पाइल केल्यानंतर, Remix डिप्लॉय विभागात तुम्ही डिप्लॉय करण्यासाठी फॅक्टरी निवडाल:
+
+![Remix मध्ये डिप्लॉय करण्यासाठी फॅक्टरी निवडणे](./counterfactory-deploy.png)
+
+त्यानंतर तुम्ही तुमच्या कॉन्ट्रॅक्ट फॅक्टरीसोबत खेळू शकता आणि बदलणारे मूल्य तपासू शकता. तुम्हाला स्मार्ट कॉन्ट्रॅक्टला वेगळ्या ॲड्रेसवरून कॉल करायचा असल्यास, तुम्हाला Remix च्या अकाउंट निवडीमध्ये ॲड्रेस बदलावा लागेल.
diff --git a/public/content/translations/mr/developers/tutorials/ipfs-decentralized-ui/index.md b/public/content/translations/mr/developers/tutorials/ipfs-decentralized-ui/index.md
new file mode 100644
index 00000000000..ad740cb5e49
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/ipfs-decentralized-ui/index.md
@@ -0,0 +1,73 @@
+---
+title: "विकेंद्रित वापरकर्ता इंटरफेससाठी IPFS"
+description: "हे ट्यूटोरियल वाचकांना dapp साठी वापरकर्ता इंटरफेस संग्रहित करण्यासाठी IPFS कसे वापरावे हे शिकवते. ॲप्लिकेशनचा डेटा आणि व्यावसायिक तर्क विकेंद्रित असले तरी, सेन्सॉरशिप प्रतिरोधक वापरकर्ता इंटरफेसशिवाय वापरकर्ते तरीही त्याचा ॲक्सेस गमावू शकतात."
+author: Ori Pomerantz
+tags: [ "ipfs" ]
+skill: beginner
+lang: mr
+published: 2024-06-29
+---
+
+तुम्ही एक अविश्वसनीय नवीन dapp लिहिले आहे. तुम्ही त्यासाठी एक [वापरकर्ता इंटरफेस](/developers/tutorials/creating-a-wagmi-ui-for-your-contract/) सुद्धा लिहिला आहे. पण आता तुम्हाला भीती वाटते की कोणीतरी तुमचा वापरकर्ता इंटरफेस बंद करून ते सेन्सॉर करण्याचा प्रयत्न करेल, जो क्लाउडमध्ये फक्त एक सर्व्हर आहे. या ट्यूटोरियलमध्ये तुम्ही तुमचा वापरकर्ता इंटरफेस **[इंटरप्लॅनेटरी फाइल सिस्टम (IPFS)](https://ipfs.tech/developers/)** वर टाकून सेन्सॉरशिप कशी टाळावी हे शिकाल, जेणेकरून भविष्यातील ॲक्सेससाठी कोणताही इच्छुक व्यक्ती ते सर्व्हरवर पिन करू शकेल.
+
+सर्व काम करण्यासाठी तुम्ही [Fleek](https://resources.fleek.xyz/docs/) सारखी तृतीय-पक्ष सेवा वापरू शकता. हे ट्यूटोरियल त्या लोकांसाठी आहे ज्यांना ते काय करत आहेत हे समजून घेण्यासाठी पुरेसे काम करायचे आहे, जरी ते अधिक काम असले तरी.
+
+## स्थानिक पातळीवर प्रारंभ करणे {#getting-started-locally}
+
+अनेक [तृतीय-पक्ष IPFS प्रदाते](https://docs.ipfs.tech/how-to/work-with-pinning-services/#use-a-third-party-pinning-service) आहेत, परंतु चाचणीसाठी स्थानिक पातळीवर IPFS चालवून प्रारंभ करणे सर्वोत्तम आहे.
+
+1. [IPFS वापरकर्ता इंटरफेस](https://docs.ipfs.tech/install/ipfs-desktop/#install-instructions) स्थापित करा.
+
+2. आपल्या वेबसाइटसह एक डिरेक्टरी तयार करा. जर तुम्ही [Vite](https://vite.dev/) वापरत असाल, तर हा कमांड वापरा:
+
+   ```sh
+   pnpm vite build
+   ```
+
+3. IPFS डेस्कटॉपमध्ये, **इम्पोर्ट > फोल्डर** वर क्लिक करा आणि मागील चरणात तयार केलेली डिरेक्टरी निवडा.
+
+4. तुम्ही नुकतेच अपलोड केलेले फोल्डर निवडा आणि **रि-नेम** वर क्लिक करा. त्याला अधिक अर्थपूर्ण नाव द्या.
+
+5. ते पुन्हा निवडा आणि **शेअर लिंक** वर क्लिक करा. URL क्लिपबोर्डवर कॉपी करा. लिंक `https://ipfs.io/ipfs/QmaCuQ7yN6iyBjLmLGe8YiFuCwnePoKfVu6ue8vLBsLJQJ` सारखी असेल.
+
+6. **स्टेटस** वर क्लिक करा. गेटवे ॲड्रेस पाहण्यासाठी **ॲडव्हान्स्ड** टॅब विस्तृत करा. उदाहरणार्थ, माझ्या सिस्टमवर ॲड्रेस `http://127.0.0.1:8080` आहे.
+
+7. तुमचा ॲड्रेस शोधण्यासाठी लिंक स्टेपमधील पाथ गेटवे ॲड्रेससह एकत्र करा. उदाहरणार्थ, वरील उदाहरणासाठी, URL `http://127.0.0.1:8080/ipfs/QmaCuQ7yN6iyBjLmLGe8YiFuCwnePoKfVu6ue8vLBsLJQJ` आहे. तुमची साइट पाहण्यासाठी ती URL ब्राउझरमध्ये उघडा.
+
+## अपलोड करणे {#uploading}
+
+तर आता तुम्ही स्थानिक पातळीवर फाइल्स सर्व्ह करण्यासाठी IPFS वापरू शकता, जे फार रोमांचक नाही. पुढील पायरी म्हणजे तुम्ही ऑफलाइन असताना त्यांना जगासाठी उपलब्ध करणे.
+
+अनेक सुप्रसिद्ध [पिनिंग सेवा](https://docs.ipfs.tech/concepts/persistence/#pinning-services) आहेत. त्यापैकी एक निवडा. तुम्ही कोणतीही सेवा वापरत असाल, तुम्हाला एक खाते तयार करणे आणि तुमच्या IPFS डेस्कटॉपमधील **कंटेंट आयडेंटिफायर (CID)** प्रदान करणे आवश्यक आहे.
+
+वैयक्तिकरित्या, मला [4EVERLAND](https://docs.4everland.org/storage/4ever-pin/guides) वापरण्यास सर्वात सोपे आढळले. त्यासाठी येथे दिशानिर्देश आहेत:
+
+1. [डॅशबोर्ड](https://dashboard.4everland.org/overview) वर ब्राउझ करा आणि आपल्या वॉलेटने लॉगिन करा.
+
+2. डाव्या साइडबारमध्ये **स्टोरेज > 4EVER पिन** वर क्लिक करा.
+
+3. **अपलोड > निवडलेला CID** वर क्लिक करा. तुमच्या कंटेंटला एक नाव द्या आणि IPFS डेस्कटॉपमधून CID द्या. सध्या CID ही एक स्ट्रिंग आहे जी `Qm` ने सुरू होते आणि त्यानंतर ४४ अक्षरे आणि अंक येतात जे [बेस-58 एन्कोडेड](https://medium.com/bootdotdev/base64-vs-base58-encoding-c25553ff4524) हॅश दर्शवतात, जसे की `QmaCuQ7yN6iyBjLmLGe8YiFuCwnePoKfVu6ue8vLBsLJQJ`, परंतु [ते बदलण्याची शक्यता आहे](https://docs.ipfs.tech/concepts/content-addressing/#version-1-v1).
+
+4. प्रारंभिक स्थिती **Queued** आहे. ते **Pinned** मध्ये बदलेपर्यंत रीलोड करा.
+
+5. लिंक मिळवण्यासाठी तुमच्या CID वर क्लिक करा. तुम्ही माझे ॲप्लिकेशन [येथे](https://bafybeifqka2odrne5b6l5guthqvbxu4pujko2i6rx2zslvr3qxs6u5o7im/) पाहू शकता.
+
+6. ते एका महिन्यापेक्षा जास्त काळ पिन करण्यासाठी तुम्हाला तुमचे खाते सक्रिय करण्याची आवश्यकता असू शकते. खाते सक्रिय करण्यासाठी सुमारे $1 खर्च येतो. जर तुम्ही ते बंद केले असेल, तर पुन्हा सक्रिय करण्यास सांगितले जाण्यासाठी लॉग आउट करा आणि पुन्हा लॉग इन करा.
+
+## IPFS मधून वापरणे {#using-from-ipfs}
+
+या क्षणी तुमच्याकडे एका केंद्रीकृत गेटवेची लिंक आहे जो तुमचा IPFS कंटेंट सर्व्ह करतो. थोडक्यात, तुमचा वापरकर्ता इंटरफेस थोडा सुरक्षित असू शकतो परंतु तो अजूनही सेन्सॉरशिप प्रतिरोधक नाही. खऱ्या सेन्सॉरशिप प्रतिकारासाठी, वापरकर्त्यांना IPFS [थेट ब्राउझरमधून](https://docs.ipfs.tech/install/ipfs-companion/#prerequisites) वापरणे आवश्यक आहे.
+
+एकदा तुम्ही ते स्थापित केले (आणि डेस्कटॉप IPFS कार्यरत आहे), की तुम्ही कोणत्याही साइटवर [/ipfs/`<CID>`](https://any.site/ipfs/bafybeifqka2odrne5b6l5guthqvbxu4pujko2i6rx2zslvr3qxs6u5o7im) वर जाऊ शकता आणि तुम्हाला तो कंटेंट विकेंद्रित पद्धतीने मिळेल.
+
+## तोटे {#drawbacks}
+
+तुम्ही IPFS फाइल्स विश्वसनीयरित्या हटवू शकत नाही, त्यामुळे जोपर्यंत तुम्ही तुमचा वापरकर्ता इंटरफेस सुधारित करत आहात, तोपर्यंत तो एकतर केंद्रीकृत ठेवणे, किंवा [इंटरप्लॅनेटरी नेम सिस्टम (IPNS)](https://docs.ipfs.tech/concepts/ipns/#mutability-in-ipfs), जी IPFS च्या वर म्युटेबिलिटी प्रदान करते, वापरणे कदाचित सर्वोत्तम आहे. अर्थात, म्युटेबल असलेली कोणतीही गोष्ट सेन्सॉर केली जाऊ शकते, IPNS च्या बाबतीत, ज्या व्यक्तीकडे संबंधित खासगी की आहे त्यावर दबाव टाकून.
+
+याव्यतिरिक्त, काही पॅकेजेसना IPFS सह समस्या आहे, त्यामुळे जर तुमची वेबसाइट खूप गुंतागुंतीची असेल तर हा एक चांगला उपाय असू शकत नाही. आणि अर्थातच, सर्व्हर इंटिग्रेशनवर अवलंबून असलेली कोणतीही गोष्ट फक्त क्लायंट साइड IPFS वर ठेवून विकेंद्रित केली जाऊ शकत नाही.
+
+## निष्कर्ष {#conclusion}
+
+जसे Ethereum तुम्हाला तुमच्या dapp चे डेटाबेस आणि व्यावसायिक तर्काचे पैलू विकेंद्रित करू देते, तसेच IPFS तुम्हाला वापरकर्ता इंटरफेस विकेंद्रित करू देते. हे तुम्हाला तुमच्या dapp विरुद्ध आणखी एक हल्ला वेक्टर बंद करू देते.
+
+[माझ्या कामाबद्दल अधिक माहितीसाठी येथे पहा](https://cryptodocguy.pro/).
diff --git a/public/content/translations/mr/developers/tutorials/kickstart-your-dapp-frontend-development-with-create-eth-app/index.md b/public/content/translations/mr/developers/tutorials/kickstart-your-dapp-frontend-development-with-create-eth-app/index.md
new file mode 100644
index 00000000000..9a39cf0437f
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/kickstart-your-dapp-frontend-development-with-create-eth-app/index.md
@@ -0,0 +1,111 @@
+---
+title: "create-eth-app सह तुमच्या dapp फ्रंटएंड डेव्हलपमेंटला सुरुवात करा"
+description: "create-eth-app कसे वापरावे आणि त्याची वैशिष्ट्ये याचा आढावा"
+author: "Markus Waas"
+tags:
+  [
+    "frontend",
+    "javascript",
+    "ethers.js",
+    "द ग्राफ",
+    "defi"
+  ]
+skill: beginner
+lang: mr
+published: 2020-04-27
+source: soliditydeveloper.com
+sourceUrl: https://soliditydeveloper.com/create-eth-app
+---
+
+मागील वेळी आपण [Solidity च्या मोठ्या चित्राकडे](https://soliditydeveloper.com/solidity-overview-2020) पाहिले आणि [create-eth-app](https://github.com/PaulRBerg/create-eth-app) चा आधीच उल्लेख केला आहे. आता तुम्हाला ते कसे वापरावे, कोणती वैशिष्ट्ये एकत्रित केली आहेत आणि त्यावर विस्तार कसा करावा याबद्दल अतिरिक्त कल्पना कळतील. [Sablier](http://sablier.com/) चे संस्थापक, पॉल रझवान बर्ग यांनी सुरू केलेले, हे ॲप तुमच्या फ्रंटएंड डेव्हलपमेंटला सुरुवात करेल आणि निवडण्यासाठी अनेक पर्यायी इंटिग्रेशन्ससह येते.
+
+## इन्स्टॉलेशन {#installation}
+
+इन्स्टॉलेशनसाठी Yarn 0.25 किंवा उच्च (`npm install yarn --global`) आवश्यक आहे. हे चालवण्याइतके सोपे आहे:
+
+```bash
+yarn create eth-app my-eth-app
+cd my-eth-app
+yarn react-app:start
+```
+
+हे पडद्यामागे [create-react-app](https://github.com/facebook/create-react-app) वापरत आहे. तुमचे ॲप पाहण्यासाठी, `http://localhost:3000/` उघडा. जेव्हा तुम्ही प्रोडक्शनमध्ये तैनात (deploy) करण्यास तयार असाल, तेव्हा yarn build सह एक मिनिफाइड बंडल तयार करा. हे होस्ट करण्याचा एक सोपा मार्ग म्हणजे [Netlify](https://www.netlify.com/). तुम्ही एक GitHub रेपो तयार करू शकता, ते Netlify मध्ये जोडू शकता, बिल्ड कमांड सेटअप करू शकता आणि तुमचे काम झाले! तुमचे ॲप होस्ट केले जाईल आणि सर्वांसाठी वापरण्यायोग्य असेल. आणि हे सर्व विनामूल्य.
+
+## वैशिष्ट्ये {#features}
+
+### React आणि create-react-app {#react--create-react-app}
+
+सर्वप्रथम ॲपचे हृदय: React आणि _create-react-app_ सह येणारी सर्व अतिरिक्त वैशिष्ट्ये. जर तुम्हाला Ethereum एकत्रित करायचे नसेल तर फक्त याचा वापर करणे हा एक उत्तम पर्याय आहे. [React](https://react.dev/) स्वतः इंटरॲक्टिव्ह UI तयार करणे खूप सोपे करते. हे [Vue](https://vuejs.org/) इतके नवशिक्यांसाठी सोपे नसेल, परंतु ते अजूनही बहुतेक वापरले जाते, त्यात अधिक वैशिष्ट्ये आहेत आणि सर्वात महत्त्वाचे म्हणजे निवडण्यासाठी हजारो अतिरिक्त लायब्ररी आहेत. _create-react-app_ सह सुरुवात करणे देखील खूप सोपे होते आणि त्यात समाविष्ट आहे:
+
+- React, JSX, ES6, TypeScript, Flow सिंटॅक्स सपोर्ट.
+- ES6 च्या पलीकडे भाषेतील अतिरिक्त गोष्टी जसे की ऑब्जेक्ट स्प्रेड ऑपरेटर.
+- ऑटोप्रिफिक्स्ड CSS, त्यामुळे तुम्हाला -webkit- किंवा इतर प्रिफिक्सेसची गरज नाही.
+- कव्हरेज रिपोर्टिंगसाठी अंगभूत सपोर्टसह एक जलद इंटरॲक्टिव्ह युनिट टेस्ट रनर.
+- एक लाइव्ह डेव्हलपमेंट सर्व्हर जो सामान्य चुकांबद्दल चेतावणी देतो.
+- प्रोडक्शनसाठी JS, CSS आणि इमेजेस बंडल करण्यासाठी हॅश आणि सोर्समॅपसह एक बिल्ड स्क्रिप्ट.
+
+विशेषतः _create-eth-app_ नवीन [hooks effects](https://legacy.reactjs.org/docs/hooks-effect.html) चा वापर करत आहे. शक्तिशाली, तरीही खूप लहान तथाकथित फंक्शनल कंपोनेंट्स लिहिण्याची एक पद्धत. _create-eth-app_ मध्ये ते कसे वापरले जातात यासाठी Apollo बद्दल खालील विभाग पहा.
+
+### Yarn Workspaces {#yarn-workspaces}
+
+[Yarn Workspaces](https://classic.yarnpkg.com/en/docs/workspaces/) तुम्हाला अनेक पॅकेजेस ठेवण्याची परवानगी देतात, परंतु त्या सर्वांना रूट फोल्डरमधून व्यवस्थापित करणे आणि `yarn install` वापरून एकाच वेळी सर्वांसाठी डिपेंडन्सीज इन्स्टॉल करणे शक्य होते. हे विशेषतः लहान अतिरिक्त पॅकेजेससाठी अर्थपूर्ण आहे, जसे की स्मार्ट कॉन्ट्रॅक्ट्स ॲड्रेस/ABI व्यवस्थापन (तुम्ही कोणते स्मार्ट कॉन्ट्रॅक्ट्स कुठे तैनात केले आणि त्यांच्याशी कसे संवाद साधावा याबद्दलची माहिती) किंवा ग्राफ इंटिग्रेशन, दोन्ही `create-eth-app` चे भाग आहेत.
+
+### ethers.js {#ethersjs}
+
+जरी [Web3](https://docs.web3js.org/) अजूनही बहुतेक वापरले जात असले तरी, [ethers.js](https://docs.ethers.io/) ला गेल्या वर्षात एक पर्याय म्हणून खूप अधिक पसंती मिळत आहे आणि तेच _create-eth-app_ मध्ये एकत्रित केलेले आहे. तुम्ही यासोबत काम करू शकता, ते Web3 मध्ये बदलू शकता किंवा [ethers.js v5](https://docs.ethers.org/v5/) वर अपग्रेड करण्याचा विचार करू शकता जे जवळजवळ बीटाच्या बाहेर आहे.
+
+### द ग्राफ {#the-graph}
+
+[Restful API](https://restfulapi.net/) च्या तुलनेत [GraphQL](https://graphql.org/) डेटा हाताळण्याचा एक पर्यायी मार्ग आहे. Restful Apis च्या तुलनेत त्याचे अनेक फायदे आहेत, विशेषतः विकेंद्रित ब्लॉकचेन डेटासाठी. जर तुम्हाला यामागील कारणांमध्ये स्वारस्य असेल, तर [GraphQL Will Power the Decentralized Web](https://medium.com/graphprotocol/graphql-will-power-the-decentralized-web-d7443a69c69a) पहा.
+
+सामान्यतः तुम्ही थेट तुमच्या स्मार्ट कॉन्ट्रॅक्टमधून डेटा मिळवता. सर्वात नवीन व्यापाराची (trade) वेळ वाचायची आहे का? फक्त `MyContract.methods.latestTradeTime().call()` कॉल करा, जे Ethereum नोडमधून तुमच्या dapp मध्ये डेटा आणते. पण जर तुम्हाला शेकडो वेगवेगळ्या डेटा पॉइंट्सची गरज असेल तर? यामुळे नोडवर शेकडो डेटा फेचेस होतील, प्रत्येक वेळी [RTT](https://wikipedia.org/wiki/Round-trip_delay_time) ची आवश्यकता असेल, ज्यामुळे तुमचा dapp मंद आणि अकार्यक्षम होईल. एक पर्याय तुमच्या कॉन्ट्रॅक्टमधील एक फेचर कॉल फंक्शन असू शकते जे एकाच वेळी अनेक डेटा परत करते. तरीही, हे नेहमीच आदर्श नसते.
+
+आणि मग तुम्हाला ऐतिहासिक डेटामध्ये देखील स्वारस्य असू शकते. तुम्हाला केवळ शेवटच्या व्यापाराची (trade) वेळच नाही, तर तुम्ही स्वतः केलेल्या सर्व व्यापारांच्या वेळा देखील जाणून घ्यायच्या आहेत. _create-eth-app_ सबग्राफ पॅकेज वापरा, [डॉक्युमेंटेशन](https://thegraph.com/docs/en/subgraphs/developing/creating/starting-your-subgraph) वाचा आणि ते तुमच्या स्वतःच्या कॉन्ट्रॅक्ट्सनुसार जुळवून घ्या. जर तुम्ही लोकप्रिय स्मार्ट कॉन्ट्रॅक्ट्स शोधत असाल, तर कदाचित आधीपासूनच एक सबग्राफ उपलब्ध असेल. [सबग्राफ एक्सप्लोरर](https://thegraph.com/explorer/) पहा.
+
+एकदा तुमच्याकडे सबग्राफ आला की, तो तुम्हाला तुमच्या dapp मध्ये एक साधी क्वेरी लिहिण्याची परवानगी देतो जी तुम्हाला आवश्यक असलेला सर्व महत्त्वाचा ब्लॉकचेन डेटा, ऐतिहासिक डेटासह, मिळवते, फक्त एकच फेच आवश्यक आहे.
+
+### Apollo {#apollo}
+
+[Apollo Boost](https://www.apollographql.com/docs/react/get-started/) इंटिग्रेशनमुळे तुम्ही तुमच्या React dapp मध्ये ग्राफ सहजपणे एकत्रित करू शकता. विशेषतः [React hooks आणि Apollo](https://www.apollographql.com/blog/apollo-client-now-with-react-hooks) वापरताना, डेटा मिळवणे हे तुमच्या कंपोनेंटमध्ये एकच GraphQL क्वेरी लिहिण्याइतके सोपे आहे:
+
+```js
+const { loading, error, data } = useQuery(myGraphQlQuery)
+
+React.useEffect(() => {
+  if (!loading && !error && data) {
+    console.log({ data })
+  }
+}, [loading, error, data])
+```
+
+## टेम्प्लेट्स {#templates}
+
+याव्यतिरिक्त, तुम्ही अनेक वेगवेगळ्या टेम्प्लेट्समधून निवडू शकता. आतापर्यंत तुम्ही Aave, Compound, UniSwap किंवा sablier इंटिग्रेशन वापरू शकता. ते सर्व महत्त्वाचे सेवा स्मार्ट कॉन्ट्रॅक्ट ॲड्रेसेस आणि तयार सबग्राफ इंटिग्रेशन्स जोडतात. फक्त क्रिएशन कमांडमध्ये `yarn create eth-app my-eth-app --with-template aave` याप्रमाणे टेम्पलेट जोडा.
+
+### Aave {#aave}
+
+[Aave](https://aave.com/) हे एक विकेंद्रित पैसे कर्ज देणारे मार्केट आहे. ठेवीदार निष्क्रिय उत्पन्न मिळवण्यासाठी मार्केटला तरलता प्रदान करतात, तर कर्जदार तारणाचा वापर करून कर्ज घेऊ शकतात. Aave चे एक अद्वितीय वैशिष्ट्य म्हणजे [फ्लॅश लोन्स](https://aave.com/docs/developers/flash-loans) जे तुम्हाला कोणत्याही तारणाशिवाय पैसे कर्ज घेण्याची परवानगी देतात, जोपर्यंत तुम्ही एकाच ट्रांजेक्शनमध्ये कर्ज परत करता. हे उपयुक्त ठरू शकते, उदाहरणार्थ, आर्बिट्रेज ट्रेडिंगवर अतिरिक्त रोख रक्कम मिळवण्यासाठी.
+
+ट्रेड केलेले टोकन जे तुम्हाला व्याज मिळवून देतात त्यांना _aTokens_ म्हणतात.
+
+जेव्हा तुम्ही _create-eth-app_ सह Aave एकत्रित करणे निवडता, तेव्हा तुम्हाला एक [सबग्राफ इंटिग्रेशन](https://docs.aave.com/developers/getting-started/using-graphql) मिळेल. Aave 'The Graph' वापरते आणि तुम्हाला [Ropsten](https://thegraph.com/explorer/subgraph/aave/protocol-ropsten) आणि [Mainnet](https://thegraph.com/explorer/subgraph/aave/protocol) वर [रॉ](https://thegraph.com/explorer/subgraph/aave/protocol-raw) किंवा [फॉर्मेटेड](https://thegraph.com/explorer/subgraph/aave/protocol) स्वरूपात अनेक वापरण्यास-तयार सबग्राफ्स आधीच प्रदान करते.
+
+![Aave फ्लॅश लोन मीम – \"हो, जर मी माझे फ्लॅश लोन 1 ट्रांजेक्शनपेक्षा जास्त काळ ठेवू शकलो असतो, तर ते उत्तम झाले असते\"](./flashloan-meme.png)
+
+### Compound {#compound}
+
+[Compound](https://compound.finance/) हे Aave सारखेच आहे. या इंटिग्रेशनमध्ये नवीन [Compound v2 Subgraph](https://medium.com/graphprotocol/https-medium-com-graphprotocol-compound-v2-subgraph-highlight-a5f38f094195) आधीच समाविष्ट आहे. येथे व्याज मिळवणारे टोकन आश्चर्यकारकपणे _cTokens_ म्हणून ओळखले जातात.
+
+### Uniswap {#uniswap}
+
+[Uniswap](https://uniswap.exchange/) हे एक विकेंद्रित एक्सचेंज (DEX) आहे. तरलता प्रदाते (Liquidity providers) व्यापाराच्या दोन्ही बाजूंसाठी आवश्यक टोकन किंवा ईथर प्रदान करून शुल्क मिळवू शकतात. हे मोठ्या प्रमाणावर वापरले जाते आणि त्यामुळे त्यात टोकनच्या विस्तृत श्रेणीसाठी सर्वाधिक तरलता आहे. तुम्ही ते तुमच्या dapp मध्ये सहजपणे एकत्रित करू शकता, उदाहरणार्थ, वापरकर्त्यांना त्यांचे ETH, DAI साठी स्वॅप (swap) करण्याची परवानगी देण्यासाठी.
+
+दुर्दैवाने, हे लिहिण्याच्या वेळी इंटिग्रेशन केवळ Uniswap v1 साठी आहे आणि नुकत्याच रिलीज झालेल्या [v2](https://uniswap.org/blog/uniswap-v2/) साठी नाही.
+
+### Sablier {#sablier}
+
+[Sablier](https://sablier.com/) वापरकर्त्यांना स्ट्रीमिंग मनी पेमेंट्सची परवानगी देते. एकाच पगाराच्या दिवसाऐवजी, तुम्हाला प्राथमिक सेटअप नंतर पुढील प्रशासनाशिवाय तुमचे पैसे सतत मिळतात. या इंटिग्रेशनमध्ये त्याचा [स्वतःचा सबग्राफ](https://thegraph.com/explorer/subgraph/sablierhq/sablier) समाविष्ट आहे.
+
+## पुढे काय? {#whats-next}
+
+जर तुम्हाला _create-eth-app_ बद्दल प्रश्न असतील, तर [Sablier कम्युनिटी सर्व्हर](https://discord.gg/bsS8T47) वर जा, जिथे तुम्ही _create-eth-app_ च्या लेखकांशी संपर्क साधू शकता. पुढील काही पहिल्या पायऱ्या म्हणून तुम्ही [Material UI](https://mui.com/material-ui/) सारखे UI फ्रेमवर्क एकत्रित करू शकता, तुम्हाला खरोखर आवश्यक असलेल्या डेटासाठी GraphQL क्वेरी लिहू शकता आणि डिप्लॉयमेंट सेटअप करू शकता.
diff --git a/public/content/translations/mr/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md b/public/content/translations/mr/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md
new file mode 100644
index 00000000000..4ecebda98fe
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md
@@ -0,0 +1,269 @@
+---
+title: "SQL सह Ethereum चे मूलभूत विषय शिका"
+description: "हे ट्युटोरियल वाचकांना स्ट्रक्चर्ड क्वेरी लँग्वेज (SQL) सह ऑनचेन डेटा क्वेरी करून व्यवहार, ब्लॉक्स आणि गॅस यासह मूलभूत Ethereum संकल्पना समजून घेण्यास मदत करते."
+author: "Paul Apivat"
+tags: [ "SQL", "क्वेरी करणे", "व्यवहार" ]
+skill: beginner
+lang: mr
+published: 2021-05-11
+source: paulapivat.com
+sourceUrl: https://paulapivat.com/post/query_ethereum/
+---
+
+बरेच Ethereum ट्युटोरिअल्स डेव्हलपर्ससाठी असतात, परंतु डेटा विश्लेषकांसाठी किंवा क्लायंट किंवा नोड न चालवता ऑनचेन डेटा पाहू इच्छिणाऱ्या लोकांसाठी शैक्षणिक संसाधनांची कमतरता आहे.
+
+हे ट्युटोरियल वाचकांना [Dune Analytics](https://dune.com/) द्वारे प्रदान केलेल्या इंटरफेसद्वारे स्ट्रक्चर्ड क्वेरी लँग्वेज (SQL) सह ऑनचेन डेटा क्वेरी करून व्यवहार, ब्लॉक्स आणि गॅस यासह मूलभूत Ethereum संकल्पना समजून घेण्यास मदत करते.
+
+ऑनचेन डेटा आपल्याला Ethereum, नेटवर्क आणि कंप्यूटिंग पॉवरसाठी एक अर्थव्यवस्था म्हणून समजून घेण्यास मदत करू शकतो आणि आज Ethereum समोर असलेल्या आव्हानांना (उदा., वाढत्या गॅस किमती) आणि अधिक महत्त्वाचे म्हणजे, स्केलिंग सोल्यूशन्सच्या आसपासच्या चर्चा समजून घेण्यासाठी आधार म्हणून काम केले पाहिजे.
+
+### व्यवहार {#transactions}
+
+Ethereum वरील वापरकर्त्याचा प्रवास वापरकर्ता-नियंत्रित खाते किंवा ETH बॅलन्स असलेल्या एंटिटीच्या आरंभीकरणाने सुरू होतो. दोन प्रकारचे खाते आहेत - वापरकर्ता-नियंत्रित किंवा स्मार्ट कॉन्ट्रॅक्ट ([ethereum.org](/developers/docs/accounts/) पहा).
+
+कोणतेही खाते [Etherscan](https://etherscan.io/) किंवा [Blockscout](https://eth.blockscout.com/) सारख्या ब्लॉक एक्सप्लोररवर पाहिले जाऊ शकते. ब्लॉक एक्सप्लोरर हे Ethereum च्या डेटासाठी एक पोर्टल आहेत. ते रिअल-टाइममध्ये ब्लॉक्स, व्यवहार, मायनर्स, खाती आणि इतर ऑनचेन अ‍ॅक्टिव्हिटीवरील डेटा प्रदर्शित करतात ([येथे](/developers/docs/data-and-analytics/block-explorers/) पहा).
+
+तथापि, बाह्य ब्लॉक एक्सप्लोरर्सद्वारे प्रदान केलेल्या माहितीचा ताळमेळ साधण्यासाठी वापरकर्ता थेट डेटा क्वेरी करू शकतो. [Dune Analytics](https://dune.com/) SQL चे काही ज्ञान असलेल्या कोणालाही ही क्षमता प्रदान करते.
+
+संदर्भासाठी, Ethereum फाउंडेशन (EF) साठी स्मार्ट कॉन्ट्रॅक्ट खाते [Blockscout](https://eth.blockscout.com/address/0xde0B295669a9FD93d5F28D9Ec85E40f4cb697BAe) वर पाहिले जाऊ शकते.
+
+एक गोष्ट लक्षात घेण्यासारखी आहे की EF च्या खात्यासह सर्व खात्यांचा एक सार्वजनिक पत्ता असतो जो व्यवहार पाठवण्यासाठी आणि प्राप्त करण्यासाठी वापरला जाऊ शकतो.
+
+Etherscan वरील खाते बॅलन्समध्ये नियमित व्यवहार आणि अंतर्गत व्यवहार समाविष्ट आहेत. अंतर्गत व्यवहार, नावाप्रमाणे, _वास्तविक_ व्यवहार नाहीत जे चेनची स्थिती बदलतात. ते एका कॉन्ट्रॅक्टची अंमलबजावणी करून सुरू केलेले मूल्य हस्तांतरण आहेत ([स्त्रोत](https://ethereum.stackexchange.com/questions/3417/how-to-get-contract-internal-transactions)). अंतर्गत व्यवहारांना सही नसल्यामुळे, ते ब्लॉकचेनवर **समाविष्ट** केले जात नाहीत आणि Dune Analytics सह क्वेरी केले जाऊ शकत नाहीत.
+
+म्हणून, हे ट्युटोरियल नियमित व्यवहारांवर लक्ष केंद्रित करेल. हे अशा प्रकारे क्वेरी केले जाऊ शकते:
+
+```sql
+WITH temp_table AS (
+SELECT
+    hash,
+    block_number,
+    block_time,
+    "from",
+    "to",
+    value / 1e18 AS ether,
+    gas_used,
+    gas_price / 1e9 AS gas_price_gwei
+FROM ethereum."transactions"
+WHERE "to" = '\xde0B295669a9FD93d5F28D9Ec85E40f4cb697BAe'
+ORDER BY block_time DESC
+)
+SELECT
+    hash,
+    block_number,
+    block_time,
+    "from",
+    "to",
+    ether,
+    (gas_used * gas_price_gwei) / 1e9 AS txn_fee
+FROM temp_table
+```
+
+हे Etherscan च्या व्यवहार पृष्ठावर प्रदान केलेल्या माहितीसारखीच माहिती देईल. तुलनेसाठी, येथे दोन स्रोत आहेत:
+
+#### Etherscan {#etherscan}
+
+![](./etherscan_view.png)
+
+[Blockscout वर EF चे कॉन्ट्रॅक्ट पृष्ठ.](https://eth.blockscout.com/address/0xde0B295669a9FD93d5F28D9Ec85E40f4cb697BAe)
+
+#### ड्युन अॅनालिटिक्स {#dune-analytics}
+
+![](./dune_view.png)
+
+आपण डॅशबोर्ड [येथे](https://dune.com/paulapivat/Learn-Ethereum) शोधू शकता. क्वेरी पाहण्यासाठी टेबलवर क्लिक करा (वर देखील पहा).
+
+### व्यवहारांचे विघटन {#breaking_down_transactions}
+
+सबमिट केलेल्या व्यवहारामध्ये अनेक माहितीचे तुकडे समाविष्ट असतात, ज्यात ([स्त्रोत](/developers/docs/transactions/)) खालील गोष्टींचा समावेश आहे:
+
+- **प्राप्तकर्ता**: प्राप्त करणारा पत्ता ("to" म्हणून क्वेरी केलेला)
+- **सही**: प्रेषकाची खाजगी की व्यवहारावर सही करत असली तरी, आपण SQL सह जो क्वेरी करू शकतो तो म्हणजे प्रेषकाचा सार्वजनिक पत्ता ("from").
+- **मूल्य**: ही हस्तांतरित ETH ची रक्कम आहे (`ether` स्तंभ पहा).
+- **डेटा**: हा हॅश केलेला अनियंत्रित डेटा आहे (`data` स्तंभ पहा)
+- **gasLimit** – व्यवहाराद्वारे वापरल्या जाऊ शकणाऱ्या गॅस युनिट्सची कमाल रक्कम. गॅसची युनिट्स संगणकीय पायऱ्या दर्शवतात
+- **maxPriorityFeePerGas** - मायनरला टिप म्हणून समाविष्ट करण्यासाठी गॅसची कमाल रक्कम
+- **maxFeePerGas** - व्यवहारासाठी देय करण्यास इच्छुक असलेल्या गॅसची कमाल रक्कम (baseFeePerGas आणि maxPriorityFeePerGas सह)
+
+आपण Ethereum फाउंडेशनच्या सार्वजनिक पत्त्यावर झालेल्या व्यवहारांसाठी या विशिष्ट माहितीचे तुकडे क्वेरी करू शकतो:
+
+```sql
+SELECT
+    "to",
+    "from",
+    value / 1e18 AS ether,
+    data,
+    gas_limit,
+    gas_price / 1e9 AS gas_price_gwei,
+    gas_used,
+    ROUND(((gas_used / gas_limit) * 100),2) AS gas_used_pct
+FROM ethereum."transactions"
+WHERE "to" = '\xde0B295669a9FD93d5F28D9Ec85E40f4cb697BAe'
+ORDER BY block_time DESC
+```
+
+### ब्लॉक्स {#blocks}
+
+प्रत्येक व्यवहार Ethereum व्हर्च्युअल मशीनची ([EVM](/developers/docs/evm/)) स्थिती बदलेल ([स्त्रोत](/developers/docs/transactions/)). व्यवहार नेटवर्कवर प्रसारित केले जातात जेणेकरून ते सत्यापित केले जातील आणि ब्लॉकमध्ये समाविष्ट केले जातील. प्रत्येक व्यवहार एका ब्लॉक क्रमांकाशी संबंधित असतो. डेटा पाहण्यासाठी, आपण एक विशिष्ट ब्लॉक क्रमांक क्वेरी करू शकतो: 12396854 (हे लिहित असताना Ethereum फाउंडेशनच्या व्यवहारांमधील सर्वात अलीकडील ब्लॉक, 11/5/21).
+
+शिवाय, जेव्हा आपण पुढील दोन ब्लॉक्सची क्वेरी करतो, तेव्हा आपण पाहू शकतो की प्रत्येक ब्लॉकमध्ये मागील ब्लॉकचा हॅश असतो (म्हणजे, पॅरेंट हॅश), जे ब्लॉकचेन कसे तयार होते हे दर्शवते.
+
+प्रत्येक ब्लॉकमध्ये त्याच्या पॅरेंट ब्लॉकचा संदर्भ असतो. हे खाली `hash` आणि `parent_hash` स्तंभांदरम्यान दर्शविले आहे ([स्त्रोत](/developers/docs/blocks/)):
+
+![parent_hash](./parent_hash.png)
+
+Dune Analytics वरील [क्वेरी](https://dune.com/queries/44856/88292) येथे आहे:
+
+```sql
+SELECT
+   time,
+   number,
+   hash,
+   parent_hash,
+   nonce
+FROM ethereum."blocks"
+WHERE "number" = 12396854 OR "number" = 12396855 OR "number" = 12396856
+LIMIT 10
+```
+
+आपण वेळ, ब्लॉक क्रमांक, डिफिकल्टी, हॅश, पॅरेंट हॅश आणि नॉन्स क्वेरी करून ब्लॉकची तपासणी करू शकतो.
+
+ही क्वेरी केवळ _व्यवहारांची सूची_ कव्हर करत नाही, ज्यासाठी खाली स्वतंत्र क्वेरी आणि _स्टेट रूट_ आवश्यक आहे. एक पूर्ण किंवा आकाईव्हल नोड सर्व व्यवहार आणि स्टेट ट्रान्झिशन्स संग्रहित करेल, ज्यामुळे क्लायंट्सना कोणत्याही वेळी चेनची स्थिती क्वेरी करण्याची परवानगी मिळते. यासाठी मोठ्या स्टोरेज जागेची आवश्यकता असल्याने, आपण चेन डेटा स्टेट डेटामधून वेगळा करू शकतो:
+
+- चेन डेटा (ब्लॉक्सची, व्यवहारांची सूची)
+- स्टेट डेटा (प्रत्येक व्यवहाराच्या स्टेट ट्रान्झिशनचा परिणाम)
+
+स्टेट रूट नंतरच्या प्रकारात येते आणि तो _गर्भित_ डेटा आहे (ऑनचेन संग्रहित नाही), तर चेन डेटा स्पष्ट असतो आणि तो स्वतः चेनवर संग्रहित असतो ([स्त्रोत](https://ethereum.stackexchange.com/questions/359/where-is-the-state-data-stored)).
+
+या ट्युटोरियलसाठी, आपण Dune Analytics द्वारे SQL सह क्वेरी _केल्या जाऊ शकणाऱ्या_ ऑनचेन डेटावर लक्ष केंद्रित करणार आहोत.
+
+वर सांगितल्याप्रमाणे, प्रत्येक ब्लॉकमध्ये व्यवहारांची सूची असते, आपण एका विशिष्ट ब्लॉकसाठी फिल्टर करून हे क्वेरी करू शकतो. आपण सर्वात अलीकडील ब्लॉक, 12396854, वापरून पाहू:
+
+```sql
+SELECT * FROM ethereum."transactions"
+WHERE block_number = 12396854
+ORDER BY block_time DESC`
+```
+
+Dune वरील SQL आउटपुट येथे आहे:
+
+![](./list_of_txn.png)
+
+चेनमध्ये हा एकच ब्लॉक जोडल्याने Ethereum व्हर्च्युअल मशीनची ([EVM](/developers/docs/evm/)) स्थिती बदलते. कधीकधी डझनभर, तर कधी शेकडो व्यवहार एकाच वेळी सत्यापित केले जातात. या विशिष्ट बाबतीत, 222 व्यवहार समाविष्ट केले गेले होते.
+
+प्रत्यक्षात किती यशस्वी झाले हे पाहण्यासाठी, यशस्वी व्यवहार मोजण्यासाठी आपण आणखी एक फिल्टर जोडू:
+
+```sql
+WITH temp_table AS (
+    SELECT * FROM ethereum."transactions"
+    WHERE block_number = 12396854 AND success = true
+    ORDER BY block_time DESC
+)
+SELECT
+    COUNT(success) AS num_successful_txn
+FROM temp_table
+```
+
+ब्लॉक 12396854 साठी, एकूण 222 व्यवहारांपैकी, 204 यशस्वीरित्या सत्यापित केले गेले:
+
+![](./successful_txn.png)
+
+व्यवहारांच्या विनंत्या प्रति सेकंद डझनभर वेळा येतात, परंतु ब्लॉक्स अंदाजे दर 15 सेकंदांनी एकदा कमिट केले जातात ([स्त्रोत](/developers/docs/blocks/)).
+
+अंदाजे दर 15 सेकंदांनी एक ब्लॉक तयार होतो हे पाहण्यासाठी, आपण एका दिवसातील सेकंदांची संख्या (86400) 15 ने भागू शकतो जेणेकरून प्रति दिन तयार होणाऱ्या ब्लॉक्सची अंदाजे सरासरी संख्या (~ 5760) मिळेल.
+
+प्रति दिन तयार झालेल्या Ethereum ब्लॉक्सचा चार्ट (2016 - आतापर्यंत) आहे:
+
+![](./daily_blocks.png)
+
+या कालावधीत दररोज तयार होणाऱ्या ब्लॉक्सची सरासरी संख्या ~5,874 आहे:
+
+![](./avg_daily_blocks.png)
+
+क्वेरीज आहेत:
+
+```sql
+# 2016 पासून दररोज तयार झालेल्या ब्लॉक्सची संख्या व्हिज्युअलाइझ करण्यासाठी क्वेरी
+
+SELECT
+    DATE_TRUNC('day', time) AS dt,
+    COUNT(*) AS block_count
+FROM ethereum."blocks"
+GROUP BY dt
+OFFSET 1
+
+# प्रति दिन तयार झालेल्या ब्लॉक्सची सरासरी संख्या
+
+WITH temp_table AS (
+SELECT
+    DATE_TRUNC('day', time) AS dt,
+    COUNT(*) AS block_count
+FROM ethereum."blocks"
+GROUP BY dt
+OFFSET 1
+)
+SELECT
+    AVG(block_count) AS avg_block_count
+FROM temp_table
+```
+
+2016 पासून प्रति दिन तयार होणाऱ्या ब्लॉक्सची सरासरी संख्या 5,874 आहे, जी त्या संख्येपेक्षा थोडी जास्त आहे. पर्यायाने, 86400 सेकंदांना 5874 सरासरी ब्लॉक्सने भागल्यास 14.7 सेकंद किंवा अंदाजे दर 15 सेकंदांनी एक ब्लॉक येतो.
+
+### गॅस {#gas}
+
+ब्लॉक्स आकारात मर्यादित असतात. कमाल ब्लॉक आकार डायनॅमिक आहे आणि नेटवर्कच्या मागणीनुसार 12,500,000 आणि 25,000,000 युनिट्स दरम्यान बदलतो. डिस्क स्पेस आणि गती आवश्यकतांच्या बाबतीत पूर्ण नोड्सवर ताण टाकणाऱ्या अनियंत्रित मोठ्या ब्लॉक आकारांना प्रतिबंधित करण्यासाठी मर्यादा आवश्यक आहेत ([स्त्रोत](/developers/docs/blocks/)).
+
+ब्लॉक गॅस मर्यादेची संकल्पना मांडण्याचा एक मार्ग म्हणजे त्याला व्यवहारांना बॅच करण्यासाठी उपलब्ध ब्लॉक स्पेसचा **पुरवठा** म्हणून विचार करणे. ब्लॉक गॅस मर्यादा 2016 पासून आजपर्यंत क्वेरी आणि व्हिज्युअलाइझ केली जाऊ शकते:
+
+![](./avg_gas_limit.png)
+
+```sql
+SELECT
+    DATE_TRUNC('day', time) AS dt,
+    AVG(gas_limit) AS avg_block_gas_limit
+FROM ethereum."blocks"
+GROUP BY dt
+OFFSET 1
+```
+
+नंतर Ethereum चेनवर केलेल्या कंप्यूटिंगसाठी (उदा., व्यवहार पाठवणे, स्मार्ट कॉन्ट्रॅक्ट कॉल करणे, NFT मिंट करणे) दररोज वापरलेला वास्तविक गॅस आहे. ही उपलब्ध Ethereum ब्लॉक स्पेसची **मागणी** आहे:
+
+![](./daily_gas_used.png)
+
+```sql
+SELECT
+    DATE_TRUNC('day', time) AS dt,
+    AVG(gas_used) AS avg_block_gas_used
+FROM ethereum."blocks"
+GROUP BY dt
+OFFSET 1
+```
+
+**मागणी आणि पुरवठा** कसे जुळतात हे पाहण्यासाठी आपण हे दोन चार्ट एकत्र ठेवू शकतो:
+
+![gas_demand_supply](./gas_demand_supply.png)
+
+म्हणून आपण उपलब्ध पुरवठ्याच्या तुलनेत Ethereum ब्लॉक स्पेसच्या मागणीचे एक कार्य म्हणून गॅस किमती समजू शकतो.
+
+शेवटी, आपण Ethereum चेनसाठी सरासरी दैनिक गॅस किमती क्वेरी करू इच्छितो, तथापि, असे केल्याने क्वेरीला विशेषतः जास्त वेळ लागेल, म्हणून आपण Ethereum फाउंडेशनद्वारे प्रति व्यवहारासाठी भरलेल्या गॅसच्या सरासरी रकमेसाठी आपली क्वेरी फिल्टर करू.
+
+![](./ef_daily_gas.png)
+
+आपण गेल्या काही वर्षांपासून Ethereum फाउंडेशनच्या पत्त्यावर केलेल्या सर्व व्यवहारांसाठी भरलेल्या गॅस किमती पाहू शकतो. येथे क्वेरी आहे:
+
+```sql
+SELECT
+    block_time,
+    gas_price / 1e9 AS gas_price_gwei,
+    value / 1e18 AS eth_sent
+FROM ethereum."transactions"
+WHERE "to" = '\xde0B295669a9FD93d5F28D9Ec85E40f4cb697BAe'
+ORDER BY block_time DESC
+```
+
+### सारांश {#summary}
+
+या ट्युटोरियलद्वारे, आपण मूलभूत Ethereum संकल्पना आणि Ethereum ब्लॉकचेन कसे कार्य करते हे ऑनचेन डेटा क्वेरी करून आणि त्याची अनुभूती घेऊन समजून घेतो.
+
+या ट्युटोरियलमध्ये वापरलेला सर्व कोड असलेला डॅशबोर्ड [येथे](https://dune.com/paulapivat/Learn-Ethereum) आढळू शकतो.
+
+web3 एक्सप्लोर करण्यासाठी डेटाच्या अधिक वापरासाठी [मला Twitter वर शोधा](https://twitter.com/paulapivat).
diff --git a/public/content/translations/mr/developers/tutorials/logging-events-smart-contracts/index.md b/public/content/translations/mr/developers/tutorials/logging-events-smart-contracts/index.md
new file mode 100644
index 00000000000..e6fd515cb0d
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/logging-events-smart-contracts/index.md
@@ -0,0 +1,68 @@
+---
+title: "इव्हेंटसह स्मार्ट कॉन्ट्रॅक्टमधून डेटा लॉग करणे"
+description: "स्मार्ट कॉन्ट्रॅक्ट इव्हेंटचा परिचय आणि डेटा लॉग करण्यासाठी तुम्ही त्यांचा कसा वापर करावा"
+author: "jdourlens"
+tags:
+  [
+    "स्मार्ट कॉन्ट्रॅक्ट",
+    "रीमिक्स",
+    "सॉलिडिटी",
+    "इव्हेंट्स"
+  ]
+skill: intermediate
+lang: mr
+published: 2020-04-03
+source: EthereumDev
+sourceUrl: https://ethereumdev.io/logging-data-with-events/
+address: "0x19dE91Af973F404EDF5B4c093983a7c6E3EC8ccE"
+---
+
+Solidity मध्ये, [इव्हेंट्स](/developers/docs/smart-contracts/anatomy/#events-and-logs) हे पाठवलेले सिग्नल आहेत जे स्मार्ट कॉन्ट्रॅक्ट्स फायर करू शकतात. Dapps, किंवा इथेरियम JSON-RPC API शी जोडलेली कोणतीही गोष्ट, हे इव्हेंट्स ऐकू शकते आणि त्यानुसार कार्य करू शकते. एखाद्या इव्हेंटला इंडेक्स देखील केले जाऊ शकते जेणेकरून इव्हेंटचा इतिहास नंतर शोधण्यायोग्य होईल.
+
+## इव्हेंट्स {#events}
+
+हा लेख लिहिण्याच्या वेळी इथेरियम ब्लॉकचेनवरील सर्वात सामान्य इव्हेंट म्हणजे ट्रान्सफर इव्हेंट जो ERC20 टोकन्सद्वारे उत्सर्जित केला जातो जेव्हा कोणी टोकन ट्रान्सफर करतो.
+
+```solidity
+event Transfer(address indexed from, address indexed to, uint256 value);
+```
+
+इव्हेंट सिग्नेचर कॉन्ट्रॅक्ट कोडमध्ये घोषित केले जाते आणि emit कीवर्डसह उत्सर्जित केले जाऊ शकते. उदाहरणार्थ, ट्रान्सफर इव्हेंट लॉग करतो की कोणी ट्रान्सफर पाठवले (_from_), कोणाला (_to_) आणि किती टोकन ट्रान्सफर केले गेले (_value_).
+
+आता आपण आपल्या काउंटर स्मार्ट कॉन्ट्रॅक्टवर परत येऊ आणि प्रत्येक वेळी मूल्य बदलल्यावर लॉग करण्याचे ठरवू. हा कॉन्ट्रॅक्ट डिप्लॉय करण्यासाठी नसून, तो विस्तारित करून दुसरा कॉन्ट्रॅक्ट तयार करण्यासाठी आधार म्हणून काम करतो: याला अ‍ॅबस्ट्रॅक्ट कॉन्ट्रॅक्ट म्हणतात. आपल्या काउंटरच्या उदाहरणात, ते असे दिसेल:
+
+```solidity
+pragma solidity 0.5.17;
+
+contract Counter {
+
+    event ValueChanged(uint oldValue, uint256 newValue);
+
+    // गणनेची संख्या ठेवण्यासाठी अनसाईन्ड इंट प्रकारातील खाजगी व्हेरिएबल
+    uint256 private count = 0;
+
+    // आमच्या काउंटरमध्ये वाढ करणारे फंक्शन
+    function increment() public {
+        count += 1;
+        emit ValueChanged(count - 1, count);
+    }
+
+    // गणनेचे मूल्य मिळवण्यासाठी गेटर
+    function getCount() public view returns (uint256) {
+        return count;
+    }
+
+}
+```
+
+हे लक्षात घ्या:
+
+- **ओळ ५**: आपण आपला इव्हेंट आणि त्यात काय आहे, म्हणजे जुने मूल्य आणि नवीन मूल्य, हे घोषित करतो.
+
+- **ओळ १३**: जेव्हा आपण आपल्या count व्हेरिएबलमध्ये वाढ करतो, तेव्हा आपण इव्हेंट उत्सर्जित करतो.
+
+जर आपण आता कॉन्ट्रॅक्ट डिप्लॉय केला आणि इन्क्रिमेंट फंक्शनला कॉल केला, तर आपल्याला दिसेल की, जर तुम्ही लॉग नावाच्या अ‍ॅरेमधील नवीन ट्रान्झॅक्शनवर क्लिक केले तर Remix ते आपोआप प्रदर्शित करेल.
+
+![Remix स्क्रीनशॉट](./remix-screenshot.png)
+
+तुमचे स्मार्ट कॉन्ट्रॅक्ट डीबग करण्यासाठी लॉग खूप उपयुक्त आहेत, पण ते तेव्हाही महत्त्वाचे आहेत जेव्हा तुम्ही वेगवेगळ्या लोकांद्वारे वापरले जाणारे ॲप्लिकेशन्स तयार करता आणि त्यांच्यामुळे तुमचा स्मार्ट कॉन्ट्रॅक्ट कसा वापरला जातो हे ट्रॅक करून समजून घेण्यासाठी विश्लेषण करणे सोपे होते. ट्रान्झॅक्शनद्वारे तयार केलेले लॉग लोकप्रिय ब्लॉक एक्सप्लोररमध्ये प्रदर्शित केले जातात आणि तुम्ही उदाहरणार्थ, विशिष्ट इव्हेंट्स ऐकण्यासाठी आणि ते घडल्यावर कारवाई करण्यासाठी ऑफचेन स्क्रिप्ट्स तयार करण्याकरिता त्यांचा वापर करू शकता.
diff --git a/public/content/translations/mr/developers/tutorials/merkle-proofs-for-offline-data-integrity/index.md b/public/content/translations/mr/developers/tutorials/merkle-proofs-for-offline-data-integrity/index.md
new file mode 100644
index 00000000000..a452168879c
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/merkle-proofs-for-offline-data-integrity/index.md
@@ -0,0 +1,246 @@
+---
+title: "ऑफलाइन डेटा अखंडतेसाठी मर्कल प्रुफ्स"
+description: "जो डेटा मुख्यतः ऑफचेन संग्रहित केला जातो, त्या डेटाची ऑनचेन अखंडता सुनिश्चित करणे"
+author: Ori Pomerantz
+tags: [ "स्टोरेज" ]
+skill: advanced
+lang: mr
+published: 2021-12-30
+---
+
+## प्रस्तावना {#introduction}
+
+आदर्शपणे, आम्ही सर्वकाही इथेरियम स्टोरेजमध्ये संग्रहित करू इच्छितो, जे हजारो संगणकांवर संग्रहित आहे आणि त्यात अत्यंत उच्च उपलब्धता (डेटा सेन्सॉर केला जाऊ शकत नाही) आणि अखंडता (डेटा अनधिकृतपणे सुधारित केला जाऊ शकत नाही) आहे, परंतु ३२-बाईटचा शब्द संग्रहित करण्यासाठी साधारणपणे २०,००० गॅस खर्च येतो. मी हे लिहित असताना, तो खर्च $६.६० च्या बरोबरीचा आहे. प्रति बाइट २१ सेंट्स दराने हे अनेक उपयोगांसाठी खूप महाग आहे.
+
+ही समस्या सोडवण्यासाठी इथेरियम इकोसिस्टमने [विकेंद्रित पद्धतीने डेटा संग्रहित करण्याचे अनेक पर्यायी मार्ग](/developers/docs/storage/) विकसित केले आहेत. सहसा त्यात उपलब्धता आणि किंमत यांच्यात तडजोड असते. तथापि, अखंडतेची सहसा खात्री दिली जाते.
+
+या लेखात तुम्ही [मर्कल प्रुफ्स](https://computersciencewiki.org/index.php/Merkle_proof) वापरून, ब्लॉकचेनवर डेटा संग्रहित न करता डेटाची अखंडता **कशी** सुनिश्चित करायची हे शिकाल.
+
+## हे कसे कार्य करते? {#how-does-it-work}
+
+सिद्धांतानुसार, आपण फक्त डेटाचा हॅश ऑनचेन संग्रहित करू शकतो आणि आवश्यक असलेल्या व्यवहारांमध्ये सर्व डेटा पाठवू शकतो. तथापि, हे अजूनही खूप महाग आहे. एका व्यवहारात एका बाइट डेटासाठी सुमारे १६ गॅस खर्च येतो, जे सध्या सुमारे अर्धा सेंट किंवा प्रति किलोबाइट सुमारे $५ आहे. $५००० प्रति मेगाबाइट दराने, डेटा हॅश करण्याच्या अतिरिक्त खर्चाशिवायही, हे अनेक उपयोगांसाठी अजूनही खूप महाग आहे.
+
+यावर उपाय म्हणजे डेटाच्या वेगवेगळ्या उपसंचांना वारंवार हॅश करणे, म्हणजे ज्या डेटाची तुम्हाला पाठवण्याची गरज नाही त्यासाठी तुम्ही फक्त एक हॅश पाठवू शकता. तुम्ही हे मर्कल ट्री वापरून करता, ही एक ट्री डेटा संरचना आहे जिथे प्रत्येक नोड त्याच्या खालील नोड्सचा हॅश असतो:
+
+![मर्कल ट्री](tree.png)
+
+रूट हॅश हा एकमेव भाग आहे जो ऑनचेन संग्रहित करणे आवश्यक आहे. एखादे विशिष्ट मूल्य सिद्ध करण्यासाठी, तुम्ही ते सर्व हॅश प्रदान करता जे रूट मिळवण्यासाठी त्याच्यासोबत एकत्र करणे आवश्यक आहे. उदाहरणार्थ, `C` सिद्ध करण्यासाठी तुम्ही `D`, `H(A-B)`, आणि `H(E-H)` प्रदान करता.
+
+![C च्या मूल्याचा पुरावा](proof-c.png)
+
+## अंमलबजावणी {#implementation}
+
+[नमुना कोड येथे प्रदान केला आहे](https://github.com/qbzzt/merkle-proofs-for-offline-data-integrity).
+
+### ऑफचेन कोड {#offchain-code}
+
+या लेखात आम्ही ऑफचेन गणनेसाठी JavaScript वापरतो. बहुतेक विकेंद्रित ऍप्लिकेशन्समध्ये त्यांचा ऑफचेन घटक JavaScript मध्ये असतो.
+
+#### मर्कल रूट तयार करणे {#creating-the-merkle-root}
+
+प्रथम, आपल्याला चेनला मर्कल रूट प्रदान करणे आवश्यक आहे.
+
+```javascript
+const ethers = require("ethers")
+```
+
+[आम्ही इथर्स पॅकेजमधील हॅश फंक्शन वापरतो](https://docs.ethers.io/v5/api/utils/hashing/#utils-keccak256).
+
+```javascript
+// कच्चा डेटा ज्याची अखंडता आपल्याला तपासायची आहे. पहिले दोन बाइट्स
+// हे एक वापरकर्ता ओळखकर्ता आहेत, आणि शेवटचे दोन बाइट्स सध्या वापरकर्त्याच्या मालकीच्या
+// टोकन्सची रक्कम आहेत.
+const dataArray = [
+  0x0bad0010, 0x60a70020, 0xbeef0030, 0xdead0040, 0xca110050, 0x0e660060,
+  0xface0070, 0xbad00080, 0x060d0091,
+]
+```
+
+प्रत्येक एंट्रीला एकाच २५६-बिट पूर्णांकामध्ये एन्कोड केल्याने, उदाहरणार्थ JSON वापरण्यापेक्षा कमी वाचनीय कोड तयार होतो. तथापि, याचा अर्थ कॉन्ट्रॅक्टमध्ये डेटा पुनर्प्राप्त करण्यासाठी खूपच कमी प्रक्रिया करावी लागते, ज्यामुळे गॅस खर्च खूपच कमी होतो. [तुम्ही ऑनचेन JSON वाचू शकता](https://github.com/chrisdotn/jsmnSol), पण टाळता येत असल्यास ही एक वाईट कल्पना आहे.
+
+```javascript
+// BigInts म्हणून हॅश मूल्यांचा ॲरे
+const hashArray = dataArray
+```
+
+या प्रकरणात आमचा डेटा सुरुवातीलाच २५६-बिट मूल्यांचा आहे, त्यामुळे कोणत्याही प्रक्रियेची आवश्यकता नाही. जर आपण स्ट्रिंगसारखी अधिक गुंतागुंतीची डेटा संरचना वापरली, तर हॅशचा ॲरे मिळवण्यासाठी आपल्याला आधी डेटा हॅश करण्याची खात्री करावी लागेल. लक्षात घ्या की हे असे आहे कारण वापरकर्त्यांना इतर वापरकर्त्यांची माहिती कळली तरी आम्हाला काही फरक पडत नाही. अन्यथा आम्हाला हॅश करावे लागले असते जेणेकरून वापरकर्ता १ ला वापरकर्ता ० चे मूल्य कळणार नाही, वापरकर्ता २ ला वापरकर्ता ३ चे मूल्य कळणार नाही, इत्यादी.
+
+```javascript
+// हॅश फंक्शनला अपेक्षित असलेली स्ट्रिंग आणि आपण इतरत्र वापरत असलेला
+// BigInt यांच्यात रूपांतरित करा.
+const hash = (x) =>
+  BigInt(ethers.utils.keccak256("0x" + x.toString(16).padStart(64, 0)))
+```
+
+इथर्स हॅश फंक्शनला हेक्साडेसिमल संख्येसह, जसे की `0x60A7`, JavaScript स्ट्रिंग मिळण्याची अपेक्षा असते, आणि ते त्याच संरचनेसह दुसऱ्या स्ट्रिंगसह प्रतिसाद देते. तथापि, उर्वरित कोडसाठी `BigInt` वापरणे सोपे आहे, म्हणून आम्ही हेक्साडेसिमल स्ट्रिंगमध्ये रूपांतरित करून पुन्हा परत येतो.
+
+```javascript
+// एका जोडीचा सिमेट्रिकल हॅश जेणेकरून क्रम उलटला तरी आपल्याला फरक पडणार नाही.
+const pairHash = (a, b) => hash(hash(a) ^ hash(b))
+```
+
+हे फंक्शन सिमेट्रिकल आहे (a [xor](https://en.wikipedia.org/wiki/Exclusive_or) b चा हॅश). याचा अर्थ असा की जेव्हा आपण मर्कल प्रूफ तपासतो, तेव्हा प्रूफमधील मूल्य गणन केलेल्या मूल्याच्या आधी किंवा नंतर ठेवायचे की नाही याची काळजी करण्याची आपल्याला गरज नाही. मर्कल प्रूफची तपासणी ऑनचेन केली जाते, त्यामुळे तिथे आपल्याला जितके कमी काम करावे लागेल तितके चांगले.
+
+चेतावणी:
+क्रिप्टोग्राफी दिसते त्यापेक्षा कठीण आहे.
+या लेखाच्या सुरुवातीच्या आवृत्तीत `hash(a^b)` हे हॅश फंक्शन होते.
+ती एक **वाईट** कल्पना होती कारण याचा अर्थ असा होता की जर तुम्हाला `a` आणि `b` ची वैध मूल्ये माहित असतील, तर तुम्ही कोणतेही इच्छित `a'` मूल्य सिद्ध करण्यासाठी `b' = a^b^a'` वापरू शकता.
+या फंक्शनसह, तुम्हाला `b'` असे गणन करावे लागेल की `hash(a') ^ hash(b')` हे एका ज्ञात मूल्याच्या (रूटच्या मार्गावरील पुढील शाखा) बरोबर असेल, जे खूप कठीण आहे.
+
+```javascript
+// एखादी विशिष्ट शाखा रिकामी आहे, त्यात मूल्य नाही हे दर्शविणारे 
+// मूल्य
+const empty = 0n
+```
+
+जेव्हा मूल्यांची संख्या दोनाचा पूर्णांक घात नसते, तेव्हा आपल्याला रिकाम्या शाखा हाताळण्याची आवश्यकता असते. हा प्रोग्राम हे करण्यासाठी शून्य प्लेसहोल्डर म्हणून ठेवतो.
+
+![शाखा नसलेली मर्कल ट्री](merkle-empty-hash.png)
+
+```javascript
+// प्रत्येक जोडीचा क्रमाने हॅश घेऊन हॅश ॲरेच्या ट्रीमध्ये एक स्तर वर गणना
+// करा
+const oneLevelUp = (inputArray) => {
+  var result = []
+  var inp = [...inputArray] // इनपुट ओव्हरराइट करणे टाळण्यासाठी // आवश्यक असल्यास एक रिक्त मूल्य जोडा (आम्हाला सर्व लीफ्सची // जोडी बनवणे आवश्यक आहे)
+
+  if (inp.length % 2 === 1) inp.push(empty)
+
+  for (var i = 0; i < inp.length; i += 2)
+    result.push(pairHash(inp[i], inp[i + 1]))
+
+  return result
+} // वनलेव्हलअप
+```
+
+हे फंक्शन चालू लेअरवरील मूल्यांच्या जोड्या हॅश करून मर्कल ट्रीमध्ये एक स्तर "वर चढते". लक्षात घ्या की ही सर्वात कार्यक्षम अंमलबजावणी नाही, आपण इनपुट कॉपी करणे टाळून लूपमध्ये योग्य ठिकाणी `hashEmpty` जोडू शकलो असतो, परंतु हा कोड वाचनीयतेसाठी ऑप्टिमाइझ केलेला आहे.
+
+```javascript
+const getMerkleRoot = (inputArray) => {
+  var result
+
+  result = [...inputArray] // जोपर्यंत फक्त एक मूल्य शिल्लक राहत नाही तोपर्यंत ट्रीमध्ये वर चढा, तो // रूट आहे. // // जर लेअरमध्ये विषम संख्येने नोंदी असतील तर // oneLevelUp मधील कोड एक रिक्त मूल्य जोडतो, म्हणून जर आपल्याकडे, उदाहरणार्थ, // १० लीफ्स असतील तर दुसऱ्या लेअरमध्ये ५ शाखा, तिसऱ्यात ३ // शाखा, चौथ्यात २ आणि रूट पाचवा असेल
+
+  while (result.length > 1) result = oneLevelUp(result)
+
+  return result[0]
+}
+```
+
+रूट मिळवण्यासाठी, जोपर्यंत फक्त एकच मूल्य शिल्लक राहत नाही तोपर्यंत वर चढा.
+
+#### मर्कल प्रूफ तयार करणे {#creating-a-merkle-proof}
+
+मर्कल रूट परत मिळवण्यासाठी, सिद्ध केल्या जात असलेल्या मूल्यासोबत हॅश करावयाची मूल्ये म्हणजे मर्कल प्रूफ. सिद्ध करण्याचे मूल्य अनेकदा इतर डेटावरून उपलब्ध असते, म्हणून मी ते कोडचा भाग म्हणून देण्याऐवजी स्वतंत्रपणे देणे पसंत करतो.
+
+```javascript
+// मर्कल प्रूफमध्ये ज्या नोंदींच्या सूचीसोबत
+// हॅश करायचे आहे त्यांचे मूल्य असते. कारण आपण एक सिमेट्रिकल हॅश फंक्शन वापरतो, आपल्याला प्रूफ सत्यापित करण्यासाठी आयटमच्या स्थानाची
+// गरज नाही, फक्त ते तयार करण्यासाठी गरज आहे
+const getMerkleProof = (inputArray, n) => {
+    var result = [], currentLayer = [...inputArray], currentN = n
+
+    // जोपर्यंत आपण शीर्षावर पोहोचत नाही
+    while (currentLayer.length > 1) {
+        // विषम लांबीचे लेअर्स नाहीत
+        if (currentLayer.length % 2)
+            currentLayer.push(empty)
+
+        result.push(currentN % 2
+               // जर currentN विषम असेल, तर प्रूफमध्ये त्याच्या आधीचे मूल्य जोडा
+            ? currentLayer[currentN-1]
+               // जर ते सम असेल, तर त्याच्या नंतरचे मूल्य जोडा
+            : currentLayer[currentN+1])
+
+```
+
+आपण `(v[0],v[1])`, `(v[2],v[3])`, इत्यादींना हॅश करतो. म्हणून सम मूल्यांसाठी आपल्याला पुढील मूल्य आणि विषम मूल्यांसाठी मागील मूल्य आवश्यक आहे.
+
+```javascript
+        // पुढील वरच्या लेअरवर जा
+        currentN = Math.floor(currentN/2)
+        currentLayer = oneLevelUp(currentLayer)
+    }   // जोपर्यंत currentLayer.length > 1
+
+    return result
+}   // गेटमर्कलप्रूफ
+```
+
+### ऑनचेन कोड {#onchain-code}
+
+शेवटी, आपल्याकडे प्रूफ तपासणारा कोड आहे. ऑनचेन कोड [Solidity](https://docs.soliditylang.org/en/v0.8.11/) मध्ये लिहिलेला आहे. येथे ऑप्टिमायझेशन अधिक महत्त्वाचे आहे कारण गॅस तुलनेने महाग असतो.
+
+```solidity
+//SPDX-License-Identifier: Public Domain
+pragma solidity ^0.8.0;
+
+import "hardhat/console.sol";
+```
+
+मी हे [Hardhat डेव्हलपमेंट एन्व्हायर्नमेंट](https://hardhat.org/) वापरून लिहिले आहे, जे आपल्याला डेव्हलपमेंट करताना [Solidity मधून कन्सोल आउटपुट](https://hardhat.org/docs/cookbook/debug-logs) मिळविण्याची परवानगी देते.
+
+```solidity
+
+contract MerkleProof {
+    uint merkleRoot;
+
+    function getRoot() public view returns (uint) {
+      return merkleRoot;
+    }
+
+    // अत्यंत असुरक्षित, प्रोडक्शन कोडमध्ये या फंक्शनचा ऍक्सेस
+    // कठोरपणे मर्यादित असणे आवश्यक आहे, शक्यतो एका
+    // मालकापुरता
+    function setRoot(uint _merkleRoot) external {
+      merkleRoot = _merkleRoot;
+    }   // सेट रूट
+```
+
+मर्कल रूटसाठी सेट आणि गेट फंक्शन्स. प्रोडक्शन सिस्टममध्ये प्रत्येकाला मर्कल रूट अपडेट करू देणे ही एक _अत्यंत वाईट कल्पना_ आहे. नमुना कोड सोपा राहावा यासाठी मी येथे असे करत आहे. **ज्या सिस्टममध्ये डेटा अखंडता खरोखरच महत्त्वाची आहे तिथे असे करू नका**.
+
+```solidity
+    function hash(uint _a) internal pure returns(uint) {
+      return uint(keccak256(abi.encode(_a)));
+    }
+
+    function pairHash(uint _a, uint _b) internal pure returns(uint) {
+      return hash(hash(_a) ^ hash(_b));
+    }
+```
+
+हे फंक्शन एक पेअर हॅश तयार करते. हे `hash` आणि `pairHash` साठीच्या JavaScript कोडचे फक्त Solidity भाषांतर आहे.
+
+**टीप:** हे वाचनीयतेसाठी ऑप्टिमायझेशनचे आणखी एक उदाहरण आहे. [फंक्शनच्या व्याख्येनुसार](https://www.tutorialspoint.com/solidity/solidity_cryptographic_functions.htm), डेटा [`bytes32`](https://docs.soliditylang.org/en/v0.5.3/types.html#fixed-size-byte-arrays) मूल्य म्हणून संग्रहित करणे आणि रूपांतरणे टाळणे शक्य होऊ शकते.
+
+```solidity
+    // एक मर्कल प्रूफ सत्यापित करा
+    function verifyProof(uint _value, uint[] calldata _proof)
+        public view returns (bool) {
+      uint temp = _value;
+      uint i;
+
+      for(i=0; i<_proof.length; i++) {
+        temp = pairHash(temp, _proof[i]);
+      }
+
+      return temp == merkleRoot;
+    }
+
+}  // मार्कलप्रूफ
+```
+
+गणितीय नोटेशनमध्ये मर्कल प्रूफ पडताळणी अशी दिसते: `H(proof_n, H(proof_n-1, H(proof_n-2, ...` H(proof_1, H(proof_0, value))...)))`. हा कोड त्याची अंमलबजावणी करतो.
+
+## मर्कल प्रूफ आणि रोलअप्स एकत्र बसत नाहीत {#merkle-proofs-and-rollups}
+
+मर्कल प्रूफ्स [रोलअप्स](/developers/docs/scaling/#rollups) सह चांगले काम करत नाहीत. याचे कारण असे आहे की रोलअप्स सर्व व्यवहार डेटा L1 वर लिहितात, परंतु L2 वर प्रक्रिया करतात. एका व्यवहारासोबत मर्कल प्रूफ पाठवण्याचा खर्च प्रति लेअर सरासरी ६३८ गॅस येतो (सध्या कॉल डेटामधील बाइट शून्य नसल्यास १६ गॅस आणि शून्य असल्यास ४ गॅस खर्च येतो). जर आपल्याकडे १०२४ शब्दांचा डेटा असेल, तर मर्कल प्रूफसाठी दहा लेअर्स लागतात, किंवा एकूण ६३८० गॅस लागतो.
+
+उदाहरणार्थ [Optimism](https://public-grafana.optimism.io/d/9hkhMxn7z/public-dashboard?orgId=1&refresh=5m) कडे पाहिल्यास, L1 गॅस लिहिण्याचा खर्च सुमारे १०० gwei आणि L2 गॅसचा खर्च ०.००१ gwei येतो (ही सामान्य किंमत आहे, गर्दीनुसार ती वाढू शकते). म्हणजे एका L1 गॅसच्या खर्चात आपण L2 प्रक्रियेवर एक लाख गॅस खर्च करू शकतो. आपण स्टोरेज ओव्हरराइट करत नाही असे गृहीत धरल्यास, याचा अर्थ असा की एका L1 गॅसच्या किमतीत आपण L2 वर स्टोरेजमध्ये सुमारे पाच शब्द लिहू शकतो. एकाच मर्कल प्रूफसाठी आपण संपूर्ण १०२४ शब्द स्टोरेजमध्ये लिहू शकतो (सुरुवातीला ते व्यवहारात प्रदान करण्याऐवजी ऑनचेन गणन केले जाऊ शकतात असे गृहीत धरून) आणि तरीही बहुतेक गॅस शिल्लक राहील.
+
+## निष्कर्ष {#conclusion}
+
+वास्तविक जीवनात तुम्ही कदाचित स्वतःहून मर्कल ट्री कधीही लागू करणार नाही. अशा सुप्रसिद्ध आणि ऑडिट केलेल्या लायब्ररीज आहेत ज्या तुम्ही वापरू शकता आणि सर्वसाधारणपणे, क्रिप्टोग्राफिक प्रिमिटिव्ह स्वतःहून लागू न करणेच उत्तम आहे. पण मला आशा आहे की आता तुम्हाला मर्कल प्रूफ्स अधिक चांगल्या प्रकारे समजले असतील आणि ते केव्हा वापरण्यायोग्य आहेत हे तुम्ही ठरवू शकाल.
+
+लक्षात घ्या की मर्कल प्रूफ्स _अखंडता_ जपतात, पण ते _उपलब्धता_ जपत नाहीत. जर डेटा स्टोरेजने प्रवेश नाकारण्याचा निर्णय घेतला आणि तुम्ही त्यांना ऍक्सेस करण्यासाठी मर्कल ट्री तयार करू शकत नसाल, तर तुमची मालमत्ता इतर कोणीही घेऊ शकत नाही हे जाणून घेणे हे एक छोटेसे सांत्वन आहे. त्यामुळे IPFS सारख्या काही प्रकारच्या विकेंद्रित स्टोरेजसोबत मर्कल ट्री वापरणे उत्तम आहे.
+
+[माझ्या कामाबद्दल अधिक माहितीसाठी येथे पहा](https://cryptodocguy.pro/).
diff --git a/public/content/translations/mr/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md b/public/content/translations/mr/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md
new file mode 100644
index 00000000000..4fd6d93a088
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md
@@ -0,0 +1,151 @@
+---
+title: "InfluxDB आणि Grafana वापरून Geth चे निरीक्षण करणे"
+description: "कार्यप्रदर्शनाचा मागोवा घेण्यासाठी आणि समस्या ओळखण्यासाठी InfluxDB आणि Grafana वापरून तुमच्या Geth नोडसाठी देखरेख प्रणाली सेट करा."
+author: "Mario Havel"
+tags: [ "क्लायंट्स", "नोड्स" ]
+skill: intermediate
+lang: mr
+published: 2021-01-13
+---
+
+हे ट्युटोरियल तुम्हाला तुमच्या Geth नोडसाठी देखरेख प्रणाली सेट करण्यात मदत करेल जेणेकरून तुम्ही त्याच्या कार्यप्रदर्शनास अधिक चांगल्या प्रकारे समजू शकाल आणि संभाव्य समस्या ओळखू शकाल.
+
+## पूर्वतयारी {#prerequisites}
+
+- तुम्ही आधीपासूनच Geth चे एक इन्स्टन्स चालवत असले पाहिजे.
+- बहुतेक पायऱ्या आणि उदाहरणे लिनक्स वातावरणासाठी आहेत, मूलभूत टर्मिनल ज्ञान उपयुक्त ठरेल.
+- Geth च्या मेट्रिक्सच्या संचाचा हा व्हिडिओ आढावा पहा: [पीटर सिझिलागी द्वारे इथेरियम इन्फ्रास्ट्रक्चरचे निरीक्षण](https://www.youtube.com/watch?v=cOBab8IJMYI).
+
+## निरीक्षण स्टॅक {#monitoring-stack}
+
+एक इथेरियम क्लायंट खूप डेटा गोळा करतो जो कालानुक्रमे डेटाबेसच्या स्वरूपात वाचला जाऊ शकतो. निरीक्षण सोपे करण्यासाठी, तुम्ही हे डेटा व्हिज्युअलायझेशन सॉफ्टवेअरमध्ये फीड करू शकता. अनेक पर्याय उपलब्ध आहेत:
+
+- [Prometheus](https://prometheus.io/) (पुल मॉडेल)
+- [InfluxDB](https://www.influxdata.com/get-influxdb/) (पुश मॉडेल)
+- [Telegraf](https://www.influxdata.com/get-influxdb/)
+- [Grafana](https://www.grafana.com/)
+- [Datadog](https://www.datadoghq.com/)
+- [Chronograf](https://www.influxdata.com/time-series-platform/chronograf/)
+
+[Geth Prometheus Exporter](https://github.com/hunterlong/gethexporter) हा देखील एक पर्याय आहे, जो InfluxDB आणि Grafana सह पूर्व-कॉन्फिगर केलेला आहे.
+
+या ट्युटोरियलमध्ये, आम्ही तुमचा Geth क्लायंट डेटाबेस तयार करण्यासाठी InfluxDB वर डेटा पुश करण्यासाठी आणि डेटाचे ग्राफ व्हिज्युअलायझेशन तयार करण्यासाठी Grafana सेट करू. हे स्वतः केल्याने तुम्हाला प्रक्रिया अधिक चांगल्या प्रकारे समजून घेण्यास, त्यात बदल करण्यास आणि वेगवेगळ्या वातावरणात तैनात करण्यास मदत होईल.
+
+## InfluxDB सेट करणे {#setting-up-influxdb}
+
+प्रथम, InfluxDB डाउनलोड आणि इन्स्टॉल करूया. [Influxdata रिलीज पेज](https://portal.influxdata.com/downloads/) वर विविध डाउनलोड पर्याय आढळू शकतात. तुमच्या वातावरणास अनुकूल असलेला पर्याय निवडा.
+तुम्ही ते [रिपॉझिटरी](https://repos.influxdata.com/) मधून देखील इन्स्टॉल करू शकता. उदाहरणार्थ, डेबियन आधारित डिस्ट्रिब्युशनमध्ये:
+
+```
+curl -tlsv1.3 --proto =https -sL https://repos.influxdata.com/influxdb.key | sudo apt-key add
+source /etc/lsb-release
+echo "deb https://repos.influxdata.com/${DISTRIB_ID,,} ${DISTRIB_CODENAME} stable" | sudo tee /etc/apt/sources.list.d/influxdb.list
+sudo apt update
+sudo apt install influxdb -y
+sudo systemctl enable influxdb
+sudo systemctl start influxdb
+sudo apt install influxdb-client
+```
+
+InfluxDB यशस्वीरित्या इन्स्टॉल केल्यानंतर, ते बॅकग्राउंडमध्ये चालू असल्याची खात्री करा. डीफॉल्टनुसार, ते `localhost:8086` वर उपलब्ध आहे.
+`influx` क्लायंट वापरण्यापूर्वी, तुम्हाला प्रशासकीय अधिकारांसह नवीन वापरकर्ता तयार करावा लागेल. हा वापरकर्ता उच्च-स्तरीय व्यवस्थापन, डेटाबेस आणि वापरकर्ते तयार करण्यासाठी काम करेल.
+
+```
+curl -XPOST "http://localhost:8086/query" --data-urlencode "q=CREATE USER username WITH PASSWORD 'password' WITH ALL PRIVILEGES"
+```
+
+आता तुम्ही या वापरकर्त्यासह [InfluxDB शेल](https://docs.influxdata.com/influxdb/v1.8/tools/shell/) मध्ये प्रवेश करण्यासाठी influx क्लायंट वापरू शकता.
+
+```
+influx -username 'username' -password 'password'
+```
+
+त्याच्या शेलमध्ये InfluxDB शी थेट संवाद साधून, तुम्ही geth मेट्रिक्ससाठी डेटाबेस आणि वापरकर्ता तयार करू शकता.
+
+```
+create database geth
+create user geth with password choosepassword
+```
+
+तयार केलेल्या नोंदी सत्यापित करा:
+
+```
+show databases
+show users
+```
+
+InfluxDB शेलमधून बाहेर पडा.
+
+```
+exit
+```
+
+InfluxDB चालू आहे आणि Geth मधील मेट्रिक्स संग्रहित करण्यासाठी कॉन्फिगर केलेले आहे.
+
+## Geth तयार करणे {#preparing-geth}
+
+डेटाबेस सेट केल्यानंतर, आम्हाला Geth मध्ये मेट्रिक्स संकलन सक्षम करणे आवश्यक आहे. `geth --help` मधील `METRICS AND STATS OPTIONS` कडे लक्ष द्या. तेथे अनेक पर्याय आढळू शकतात, या प्रकरणात आम्हाला Geth ने InfluxDB मध्ये डेटा पुश करावा असे वाटते.
+मूलभूत सेटअपमध्ये एंडपॉइंट निर्दिष्ट केला जातो जिथे InfluxDB पोहोचू शकते आणि डेटाबेससाठी ऑथेंटिकेशन निर्दिष्ट केले जाते.
+
+```
+geth --metrics --metrics.influxdb --metrics.influxdb.endpoint "http://0.0.0.0:8086" --metrics.influxdb.username "geth" --metrics.influxdb.password "chosenpassword"
+```
+
+हे फ्लॅग्स क्लायंट सुरू करणाऱ्या कमांडला जोडले जाऊ शकतात किंवा कॉन्फिगरेशन फाईलमध्ये सेव्ह केले जाऊ शकतात.
+
+Geth यशस्वीरित्या डेटा पुश करत आहे हे तुम्ही सत्यापित करू शकता, उदाहरणार्थ डेटाबेसमध्ये मेट्रिक्सची यादी करून. InfluxDB शेलमध्ये:
+
+```
+use geth
+show measurements
+```
+
+## Grafana सेट करणे {#setting-up-grafana}
+
+पुढील पायरी म्हणजे Grafana इन्स्टॉल करणे, जे डेटाचे ग्राफिकली विश्लेषण करेल. Grafana डॉक्युमेंटेशनमध्ये तुमच्या वातावरणासाठी इन्स्टॉलेशन प्रक्रिया फॉलो करा. तुम्हाला अन्यथा नको असल्यास OSS आवृत्ती इन्स्टॉल केल्याची खात्री करा.
+रिपॉझिटरी वापरून डेबियन डिस्ट्रिब्युशनसाठी उदाहरणादाखल इन्स्टॉलेशन पायऱ्या:
+
+```
+curl -tlsv1.3 --proto =https -sL https://packages.grafana.com/gpg.key | sudo apt-key add -
+echo "deb https://packages.grafana.com/oss/deb stable main" | sudo tee -a /etc/apt/sources.list.d/grafana.list
+sudo apt update
+sudo apt install grafana
+sudo systemctl enable grafana-server
+sudo systemctl start grafana-server
+```
+
+जेव्हा तुम्ही Grafana चालू कराल, तेव्हा ते `localhost:3000` वर उपलब्ध असले पाहिजे.
+या मार्गावर प्रवेश करण्यासाठी तुमचा पसंतीचा ब्राउझर वापरा, नंतर डीफॉल्ट क्रेडेन्शियलसह लॉग इन करा (वापरकर्ता: `admin` आणि पासवर्ड: `admin`). सूचित केल्यावर, डीफॉल्ट पासवर्ड बदला आणि सेव्ह करा.
+
+![](./grafana1.png)
+
+तुम्हाला Grafana होम पेजवर पुनर्निर्देशित केले जाईल. प्रथम, तुमचा स्त्रोत डेटा सेट करा. डाव्या पट्टीतील कॉन्फिगरेशन आयकॉनवर क्लिक करा आणि "Data sources" निवडा.
+
+![](./grafana2.png)
+
+अद्याप कोणताही डेटा स्रोत तयार केलेला नाही, एक परिभाषित करण्यासाठी "Add data source" वर क्लिक करा.
+
+![](./grafana3.png)
+
+या सेटअपसाठी, "InfluxDB" निवडा आणि पुढे जा.
+
+![](./grafana4.png)
+
+जर तुम्ही एकाच मशीनवर साधने चालवत असाल तर डेटा स्रोत कॉन्फिगरेशन अगदी सोपे आहे. तुम्हाला InfluxDB पत्ता आणि डेटाबेसमध्ये प्रवेश करण्यासाठी तपशील सेट करणे आवश्यक आहे. खालील चित्राचा संदर्भ घ्या.
+
+![](./grafana5.png)
+
+जर सर्व काही पूर्ण झाले असेल आणि InfluxDB पोहोचण्यायोग्य असेल, तर "Save and test" वर क्लिक करा आणि पुष्टीकरण पॉप अप होण्याची प्रतीक्षा करा.
+
+![](./grafana6.png)
+
+Grafana आता InfluxDB मधून डेटा वाचण्यासाठी सेट केले आहे. आता तुम्हाला एक डॅशबोर्ड तयार करण्याची आवश्यकता आहे जो त्याचे विश्लेषण करेल आणि प्रदर्शित करेल. डॅशबोर्डचे गुणधर्म JSON फाईल्समध्ये एन्कोड केलेले आहेत जे कोणीही तयार करू शकतात आणि सहजपणे आयात करू शकतात. डाव्या पट्टीवर, "Create and Import" वर क्लिक करा.
+
+![](./grafana7.png)
+
+Geth मॉनिटरिंग डॅशबोर्डसाठी, [या डॅशबोर्डचा](https://grafana.com/grafana/dashboards/13877/) ID कॉपी करा आणि तो Grafana मधील "Import page" मध्ये पेस्ट करा. डॅशबोर्ड सेव्ह केल्यानंतर, तो असा दिसला पाहिजे:
+
+![](./grafana8.png)
+
+तुम्ही तुमचे डॅशबोर्ड सुधारित करू शकता. प्रत्येक पॅनेल संपादित, हलवले, काढले किंवा जोडले जाऊ शकते. तुम्ही तुमची कॉन्फिगरेशन बदलू शकता. हे तुमच्यावर अवलंबून आहे! डॅशबोर्ड कसे कार्य करतात याबद्दल अधिक जाणून घेण्यासाठी, [Grafana च्या डॉक्युमेंटेशनचा](https://grafana.com/docs/grafana/latest/dashboards/) संदर्भ घ्या.
+तुम्हाला [Alerting](https://grafana.com/docs/grafana/latest/alerting/) मध्ये देखील स्वारस्य असू शकते. हे तुम्हाला मेट्रिक्स विशिष्ट मूल्यांपर्यंत पोहोचल्यावर अलर्ट सूचना सेट करण्याची परवानगी देते. विविध संप्रेषण चॅनेल समर्थित आहेत.
diff --git a/public/content/translations/mr/developers/tutorials/nft-minter/index.md b/public/content/translations/mr/developers/tutorials/nft-minter/index.md
new file mode 100644
index 00000000000..3bbed4977e0
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/nft-minter/index.md
@@ -0,0 +1,874 @@
+---
+title: "NFT मिंटर ट्यूटोरियल"
+description: "या ट्युटोरियलमध्ये, तुम्ही एक NFT मिंटर तयार कराल आणि MetaMask व Web3 टूल्स वापरून तुमच्या स्मार्ट कॉन्ट्रॅक्टला React फ्रंटएंडशी कसे जोडायचे हे शिकून एक संपूर्ण स्टॅक dapp तयार कराल."
+author: "smudgil"
+tags:
+  [
+    "सॉलिडिटी",
+    "NFT",
+    "alchemy",
+    "स्मार्ट कॉन्ट्रॅक्ट",
+    "frontend",
+    "Pinata"
+  ]
+skill: intermediate
+lang: mr
+published: 2021-10-06
+---
+
+Web2 पार्श्वभूमीतून येणाऱ्या डेव्हलपर्ससाठी सर्वात मोठे आव्हान म्हणजे तुमच्या स्मार्ट कॉन्ट्रॅक्टला फ्रंटएंड प्रोजेक्टशी कसे जोडायचे आणि त्याच्याशी कसे संवाद साधायचा हे शोधणे.
+
+एक NFT मिंटर तयार करून — एक सोपा UI जिथे तुम्ही तुमच्या डिजिटल मालमत्तेची लिंक, एक शीर्षक आणि वर्णन टाकू शकता — तुम्ही शिकाल:
+
+- तुमच्या फ्रंटएंड प्रोजेक्टद्वारे MetaMask शी कनेक्ट करा
+- तुमच्या फ्रंटएंडवरून स्मार्ट कॉन्ट्रॅक्ट पद्धती कॉल करा
+- MetaMask वापरून व्यवहारांवर सही करा
+
+या ट्युटोरियलमध्ये, आपण आपल्या फ्रंटएंड फ्रेमवर्क म्हणून [React](https://react.dev/) वापरणार आहोत. हे ट्युटोरियल प्रामुख्याने Web3 डेव्हलपमेंटवर केंद्रित असल्यामुळे, आपण React च्या मूलभूत गोष्टींचे विश्लेषण करण्यात जास्त वेळ घालवणार नाही. त्याऐवजी, आपण आपल्या प्रोजेक्टमध्ये कार्यक्षमता आणण्यावर लक्ष केंद्रित करणार आहोत.
+
+एक पूर्वअट म्हणून, तुम्हाला React ची नवशिक्या-स्तरावरील समज असणे आवश्यक आहे—घटक, प्रॉप्स, useState/useEffect आणि मूलभूत फंक्शन कॉलिंग कसे कार्य करते हे माहित असले पाहिजे. जर तुम्ही यापैकी कोणत्याही संज्ञा यापूर्वी ऐकल्या नसतील, तर तुम्ही हे [React ट्युटोरियलची ओळख](https://react.dev/learn/tutorial-tic-tac-toe) पाहू शकता. अधिक दृकश्राव्य शिकणाऱ्यांसाठी, आम्ही नेट निंजा द्वारे या उत्कृष्ट [संपूर्ण आधुनिक React ट्युटोरियल](https://www.youtube.com/playlist?list=PL4cUxeGkcC9gZD-Tvwfod2gaISzfRiP9d) व्हिडिओ मालिकेची शिफारस करतो.
+
+आणि जर तुम्ही आधीच केले नसेल, तर हे ट्युटोरियल पूर्ण करण्यासाठी तसेच ब्लॉकचेनवर काहीही तयार करण्यासाठी तुम्हाला नक्कीच Alchemy खात्याची आवश्यकता असेल. [येथे](https://alchemy.com/) विनामूल्य खात्यासाठी साइन अप करा.
+
+चला तर मग, अधिक वेळ न घालवता सुरुवात करूया!
+
+## NFTs बनवणे 101 {#making-nfts-101}
+
+आपण कोणताही कोड पाहण्यास सुरुवात करण्यापूर्वी, NFT बनवणे कसे कार्य करते हे समजून घेणे महत्त्वाचे आहे. यात दोन पायऱ्या आहेत:
+
+### Ethereum ब्लॉकचेनवर एक NFT स्मार्ट कॉन्ट्रॅक्ट प्रकाशित करा {#publish-nft}
+
+दोन NFT स्मार्ट कॉन्ट्रॅक्ट मानकांमधील सर्वात मोठा फरक हा आहे की ERC-1155 हे एक मल्टी-टोकन मानक आहे आणि त्यात बॅच कार्यक्षमता समाविष्ट आहे, तर ERC-721 हे सिंगल-टोकन मानक आहे आणि त्यामुळे एका वेळी फक्त एक टोकन हस्तांतरित करण्यास समर्थन देते.
+
+### मिंटिंग फंक्शन कॉल करा {#minting-function}
+
+सहसा, या मिंटिंग फंक्शनसाठी तुम्हाला पॅरामीटर्स म्हणून दोन व्हेरिएबल्स पास करणे आवश्यक असते, पहिले `recipient`, जे तुमचा नवीन मिंट केलेला NFT प्राप्त करणारा ॲड्रेस निर्दिष्ट करते आणि दुसरे NFT चा `tokenURI`, एक स्ट्रिंग जी NFT च्या मेटाडेटाचे वर्णन करणाऱ्या JSON डॉक्युमेंटमध्ये रूपांतरित होते.
+
+एका NFT चा मेटाडेटाच त्याला जिवंत करतो, ज्यामुळे त्याला नाव, वर्णन, प्रतिमा (किंवा वेगळी डिजिटल मालमत्ता) आणि इतर गुणधर्म यांसारखे गुणधर्म मिळतात. येथे [tokenURI चे एक उदाहरण](https://gateway.pinata.cloud/ipfs/QmSvBcb4tjdFpajGJhbFAWeK3JAxCdNQLQtr6ZdiSi42V2) आहे, ज्यामध्ये NFT चा मेटाडेटा आहे.
+
+या ट्युटोरियलमध्ये, आम्ही भाग 2 वर लक्ष केंद्रित करणार आहोत, आमच्या React UI वापरून विद्यमान NFT च्या स्मार्ट कॉन्ट्रॅक्ट मिंटिंग फंक्शनला कॉल करणे.
+
+[येथे](https://ropsten.etherscan.io/address/0x4C4a07F737Bf57F6632B6CAB089B78f62385aCaE) ERC-721 NFT स्मार्ट कॉन्ट्रॅक्टची लिंक आहे ज्याला आपण या ट्युटोरियलमध्ये कॉल करणार आहोत. जर तुम्हाला हे कसे बनवले हे शिकायचे असेल, तर आम्ही तुम्हाला आमचे दुसरे ट्युटोरियल, ["NFT कसे तयार करावे"](https://www.alchemy.com/docs/how-to-create-an-nft) पाहण्याची शिफारस करतो.
+
+छान, आता आपल्याला NFT बनवणे कसे कार्य करते हे समजले आहे, चला आपल्या स्टार्टर फाइल्स क्लोन करूया!
+
+## स्टार्टर फाइल्स क्लोन करा {#clone-the-starter-files}
+
+प्रथम, या प्रोजेक्टसाठी स्टार्टर फाइल्स मिळवण्यासाठी [nft-minter-tutorial GitHub रिपॉझिटरी](https://github.com/alchemyplatform/nft-minter-tutorial) वर जा. ही रिपॉझिटरी तुमच्या स्थानिक वातावरणात क्लोन करा.
+
+जेव्हा तुम्ही ही क्लोन केलेली `nft-minter-tutorial` रिपॉझिटरी उघडता, तेव्हा तुम्हाला दिसेल की त्यात दोन फोल्डर्स आहेत: `minter-starter-files` आणि `nft-minter`.
+
+- `minter-starter-files` मध्ये या प्रोजेक्टसाठी स्टार्टर फाइल्स (मूलतः React UI) आहेत. या ट्युटोरियलमध्ये, **आपण या डिरेक्टरीमध्ये काम करणार आहोत**, कारण तुम्ही हे UI तुमच्या Ethereum वॉलेट आणि NFT स्मार्ट कॉन्ट्रॅक्टशी जोडून त्याला जिवंत करायला शिकाल.
+- `nft-minter` मध्ये संपूर्ण पूर्ण झालेले ट्युटोरियल आहे आणि **जर तुम्ही कुठे अडकलात तर** तुमच्यासाठी **संदर्भ** म्हणून आहे.
+
+पुढे, तुमच्या कोड एडिटरमध्ये `minter-starter-files` ची तुमची प्रत उघडा, आणि नंतर तुमच्या `src` फोल्डरमध्ये नेव्हिगेट करा.
+
+आपण लिहिणार असलेला सर्व कोड `src` फोल्डरखाली असेल. आपण `Minter.js` घटक संपादित करू आणि आपल्या प्रोजेक्टला Web3 कार्यक्षमता देण्यासाठी अतिरिक्त javascript फाइल्स लिहू.
+
+## पायरी 2: आमच्या स्टार्टर फाइल्स तपासा {#step-2-check-out-our-starter-files}
+
+कोडिंग सुरू करण्यापूर्वी, स्टार्टर फाइल्समध्ये आधीच काय दिले आहे हे तपासणे महत्त्वाचे आहे.
+
+### तुमचा react प्रोजेक्ट चालू करा {#get-your-react-project-running}
+
+चला आपल्या ब्राउझरमध्ये React प्रोजेक्ट चालवून सुरुवात करूया. React चे सौंदर्य हे आहे की एकदा आपला प्रोजेक्ट आपल्या ब्राउझरमध्ये चालू झाला की, आपण केलेले कोणतेही बदल आपल्या ब्राउझरमध्ये थेट अपडेट केले जातील.
+
+प्रोजेक्ट चालू करण्यासाठी, `minter-starter-files` फोल्डरच्या रूट डिरेक्टरीवर नेव्हिगेट करा, आणि प्रोजेक्टच्या अवलंबित्व स्थापित करण्यासाठी तुमच्या टर्मिनलमध्ये `npm install` चालवा:
+
+```bash
+cd minter-starter-files
+npm install
+```
+
+एकदा ते इन्स्टॉल झाल्यावर, तुमच्या टर्मिनलमध्ये `npm start` चालवा:
+
+```bash
+npm start
+```
+
+असे केल्याने तुमच्या ब्राउझरमध्ये http://localhost:3000/ उघडले पाहिजे, जिथे तुम्हाला आमच्या प्रोजेक्टचे फ्रंटएंड दिसेल. यात 3 फील्ड्स असाव्यात: तुमच्या NFT च्या मालमत्तेची लिंक टाकण्याची जागा, तुमच्या NFT चे नाव प्रविष्ट करण्याची जागा आणि वर्णन देण्याची जागा.
+
+तुम्ही "Connect Wallet" किंवा "Mint NFT" बटणे क्लिक करण्याचा प्रयत्न केल्यास, तुम्हाला दिसेल की ते काम करत नाहीत—कारण आपल्याला अजूनही त्यांची कार्यक्षमता प्रोग्राम करायची आहे! :\)
+
+### Minter.js घटक {#minter-js}
+
+**सूचना:** तुम्ही `nft-minter` फोल्डरमध्ये नसून `minter-starter-files` फोल्डरमध्ये आहात याची खात्री करा!
+
+चला आपल्या एडिटरमधील `src` फोल्डरमध्ये परत जाऊ आणि `Minter.js` फाइल उघडू. या फाईलमधील सर्व काही समजून घेणे खूप महत्त्वाचे आहे, कारण हा प्राथमिक React घटक आहे ज्यावर आपण काम करणार आहोत.
+
+या फाइलच्या शीर्षस्थानी, आमच्याकडे आमचे स्टेट व्हेरिएबल्स आहेत जे आम्ही विशिष्ट इव्हेंट्सनंतर अपडेट करू.
+
+```javascript
+//स्टेट व्हेरिएबल्स
+const [walletAddress, setWallet] = useState("")
+const [status, setStatus] = useState("")
+const [name, setName] = useState("")
+const [description, setDescription] = useState("")
+const [url, setURL] = useState("")
+```
+
+React स्टेट व्हेरिएबल्स किंवा स्टेट हुक्सबद्दल कधी ऐकले नाही? [हे](https://legacy.reactjs.org/docs/hooks-state.html) डॉक्स तपासा.
+
+प्रत्येक व्हेरिएबल काय दर्शवते ते येथे आहे:
+
+- `walletAddress` - वापरकर्त्याचा वॉलेट ॲड्रेस साठवणारी एक स्ट्रिंग
+- `status` - UI च्या तळाशी प्रदर्शित करण्यासाठी संदेश असलेली एक स्ट्रिंग
+- `name` - NFT चे नाव साठवणारी एक स्ट्रिंग
+- `description` - NFT चे वर्णन साठवणारी एक स्ट्रिंग
+- `url` - NFT च्या डिजिटल मालमत्तेची लिंक असलेली एक स्ट्रिंग
+
+स्टेट व्हेरिएबल्सनंतर, तुम्हाला तीन अमलात न आणलेली फंक्शन्स दिसतील: `useEffect`, `connectWalletPressed` आणि `onMintPressed`. तुम्हाला दिसेल की ही सर्व फंक्शन्स `async` आहेत, कारण आपण त्यांच्यात असिंक्रोनस API कॉल्स करणार आहोत! त्यांची नावे त्यांच्या कार्यक्षमतेनुसार आहेत:
+
+```javascript
+useEffect(async () => {
+  //TODO: अंमलबजावणी करा
+}, [])
+
+const connectWalletPressed = async () => {
+  //TODO: अंमलबजावणी करा
+}
+
+const onMintPressed = async () => {
+  //TODO: अंमलबजावणी करा
+}
+```
+
+- [`useEffect`](https://legacy.reactjs.org/docs/hooks-effect.html) - हा एक React हुक आहे जो तुमचा घटक रेंडर झाल्यानंतर कॉल केला जातो. कारण त्यात एक रिकामा अरे `[]` प्रॉप पास केला आहे (ओळ 3 पहा), तो फक्त घटकाच्या _पहिल्या_ रेंडरवर कॉल केला जाईल. येथे आपण आपला वॉलेट लिसनर आणि दुसरे वॉलेट फंक्शन कॉल करू जेणेकरून वॉलेट आधीच कनेक्ट केलेले आहे की नाही हे दर्शवण्यासाठी आपले UI अपडेट होईल.
+- `connectWalletPressed` - हे फंक्शन वापरकर्त्याचे MetaMask वॉलेट आमच्या dapp शी जोडण्यासाठी कॉल केले जाईल.
+- `onMintPressed` - हे फंक्शन वापरकर्त्याचा NFT मिंट करण्यासाठी कॉल केले जाईल.
+
+या फाइलच्या शेवटी, आमच्याकडे आमच्या घटकाचा UI आहे. तुम्ही हा कोड काळजीपूर्वक स्कॅन केल्यास, तुम्हाला दिसेल की जेव्हा त्यांच्या संबंधित टेक्स्ट फील्डमधील इनपुट बदलते तेव्हा आम्ही आमचे `url`, `name` आणि `description` स्टेट व्हेरिएबल्स अपडेट करतो.
+
+तुम्हाला हे देखील दिसेल की `connectWalletPressed` आणि `onMintPressed` अनुक्रमे `mintButton` आणि `walletButton` आयडी असलेल्या बटणांवर क्लिक केल्यावर कॉल केले जातात.
+
+```javascript
+//आमच्या घटकाचे UI
+return (
+  <div className="Minter">
+    <button id="walletButton" onClick={connectWalletPressed}>
+      {walletAddress.length > 0 ? (
+        "Connected: " +
+        String(walletAddress).substring(0, 6) +
+        "..." +
+        String(walletAddress).substring(38)
+      ) : (
+        <span>Connect Wallet</span>
+      )}
+    </button>
+
+    <br></br>
+    <h1 id="title">🧙‍♂️ Alchemy NFT Minter</h1>
+    <p>
+      फक्त तुमच्या मालमत्तेची लिंक, नाव आणि वर्णन जोडा, नंतर "Mint." दाबा
+    </p>
+    <form>
+      <h2>🖼 मालमत्तेची लिंक: </h2>
+      <input
+        type="text"
+        placeholder="उदा., https://gateway.pinata.cloud/ipfs/<hash>"
+        onChange={(event) => setURL(event.target.value)}
+      />
+      <h2>🤔 नाव: </h2>
+      <input
+        type="text"
+        placeholder="उदा., माझे पहिले NFT!"
+        onChange={(event) => setName(event.target.value)}
+      />
+      <h2>✍️ वर्णन: </h2>
+      <input
+        type="text"
+        placeholder="उदा., क्रिप्टोकरन्सीपेक्षाही छान ;)"
+        onChange={(event) => setDescription(event.target.value)}
+      />
+    </form>
+    <button id="mintButton" onClick={onMintPressed}>
+      Mint NFT
+    </button>
+    <p id="status">{status}</p>
+</div>
+)
+```
+
+शेवटी, हा Minter घटक कोठे जोडला आहे हे पाहूया.
+
+तुम्ही `App.js` फाइलवर गेल्यास, जो React मधील मुख्य घटक आहे आणि इतर सर्व घटकांसाठी कंटेनर म्हणून काम करतो, तुम्हाला दिसेल की आमचा Minter घटक ओळ 7 वर इंजेक्ट केलेला आहे.
+
+**या ट्युटोरियलमध्ये, आपण फक्त `Minter.js` फाइल संपादित करणार आहोत आणि आपल्या `src` फोल्डरमध्ये फाइल्स जोडणार आहोत.**
+
+आता आपल्याला समजले आहे की आपण कशावर काम करत आहोत, चला आपले Ethereum वॉलेट सेट करूया!
+
+## तुमचे Ethereum वॉलेट सेट करा {#set-up-your-ethereum-wallet}
+
+वापरकर्त्यांना तुमच्या स्मार्ट कॉन्ट्रॅक्टशी संवाद साधता यावा यासाठी त्यांना त्यांचे Ethereum वॉलेट तुमच्या dapp शी कनेक्ट करणे आवश्यक असेल.
+
+### MetaMask डाउनलोड करा {#download-metamask}
+
+या ट्यूटोरियलसाठी, आम्ही MetaMask वापरू, जे ब्राउझरमधील एक व्हर्च्युअल वॉलेट आहे, जे तुमचा Ethereum खाते पत्ता व्यवस्थापित करण्यासाठी वापरले जाते. तुम्हाला Ethereum वरील व्यवहार कसे कार्य करतात याबद्दल अधिक समजून घ्यायचे असल्यास, [हे पृष्ठ](/developers/docs/transactions/) तपासा.
+
+तुम्ही [येथे](https://metamask.io/download) विनामूल्य MetaMask खाते डाउनलोड आणि तयार करू शकता. तुम्ही खाते तयार करत असताना, किंवा तुमच्याकडे आधीपासूनच खाते असल्यास, वरच्या उजवीकडे असलेल्या “Ropsten Test Network” वर स्विच करण्याचे सुनिश्चित करा (जेणेकरून आपण खऱ्या पैशांशी व्यवहार करणार नाही).
+
+### एका Faucet मधून इथर जोडा {#add-ether-from-faucet}
+
+आमचे NFTs मिंट करण्यासाठी (किंवा Ethereum ब्लॉकचेनवरील कोणत्याही व्यवहारांवर सही करण्यासाठी), आम्हाला काही बनावट Eth लागेल. Eth मिळवण्यासाठी तुम्ही [Ropsten faucet](https://faucet.ropsten.be/) वर जाऊन तुमचा Ropsten खाते ॲड्रेस टाकू शकता, आणि नंतर “Send Ropsten Eth” वर क्लिक करू शकता. त्यानंतर लगेचच तुम्हाला तुमच्या MetaMask खात्यात Eth दिसेल!
+
+### तुमची शिल्लक तपासा {#check-your-balance}
+
+आमची शिल्लक आहे की नाही हे पुन्हा तपासण्यासाठी, चला [Alchemy’s composer tool](https://composer.alchemyapi.io/?composer_state=%7B%22network%22%3A0%2C%22methodName%22%3A%22eth_getBalance%22%2C%22paramValues%22%3A%5B%22%22%2C%22latest%22%5D%7D) वापरून एक [eth_getBalance](https://docs.alchemyapi.io/alchemy/documentation/alchemy-api-reference/json-rpc#eth_getbalance) विनंती करूया. हे आमच्या वॉलेटमधील Eth ची रक्कम परत करेल. तुम्ही तुमच्या MetaMask खात्याचा पत्ता इनपुट केल्यानंतर आणि “Send Request” वर क्लिक केल्यानंतर, तुम्हाला असा प्रतिसाद दिसेल:
+
+```text
+{"jsonrpc": "2.0", "id": 0, "result": "0xde0b6b3a7640000"}
+```
+
+**सूचना:** हा निकाल eth मध्ये नसून wei मध्ये आहे. Wei हे इथरचे सर्वात लहान एकक म्हणून वापरले जाते. wei चे eth मध्ये रूपांतर: 1 eth = 10¹⁸ wei. म्हणून जर आपण 0xde0b6b3a7640000 ला दशांश मध्ये रूपांतरित केले तर आपल्याला 1\*10¹⁸ मिळते, जे 1 eth च्या बरोबर आहे.
+
+हुश्श! आपले बनावट पैसे तिथेच आहेत! <Emoji text=":money_mouth_face:" size={1} />
+
+## MetaMask ला तुमच्या UI शी कनेक्ट करा {#connect-metamask-to-your-UI}
+
+आता आपले MetaMask वॉलेट सेट झाले आहे, चला आपला dapp त्याच्याशी कनेक्ट करूया!
+
+कारण आम्ही [MVC](https://en.wikipedia.org/wiki/Model%E2%80%93view%E2%80%93controller) पॅराडाइमचे पालन करू इच्छितो, आम्ही एक स्वतंत्र फाईल तयार करणार आहोत ज्यात आमच्या dapp चे लॉजिक, डेटा आणि नियम व्यवस्थापित करण्यासाठी आमची फंक्शन्स असतील आणि नंतर ती फंक्शन्स आमच्या फ्रंटएंडला (आमच्या Minter.js घटकाला) पास करू.
+
+### `connectWallet` फंक्शन {#connect-wallet-function}
+
+असे करण्यासाठी, तुमच्या `src` डिरेक्टरीमध्ये `utils` नावाचा एक नवीन फोल्डर तयार करूया आणि त्यात `interact.js` नावाची एक फाईल जोडू, ज्यामध्ये आमची सर्व वॉलेट आणि स्मार्ट कॉन्ट्रॅक्ट संवाद फंक्शन्स असतील.
+
+आमच्या `interact.js` फाइलमध्ये, आम्ही एक `connectWallet` फंक्शन लिहू, जे आम्ही नंतर आमच्या `Minter.js` घटकामध्ये इम्पोर्ट आणि कॉल करू.
+
+तुमच्या `interact.js` फाइलमध्ये, खालील गोष्टी जोडा
+
+```javascript
+export const connectWallet = async () => {
+  if (window.ethereum) {
+    try {
+      const addressArray = await window.ethereum.request({
+        method: "eth_requestAccounts",
+      })
+      const obj = {
+        status: "👆🏽 वरील टेक्स्ट-फील्डमध्ये एक संदेश लिहा.",
+        address: addressArray[0],
+      }
+      return obj
+    } catch (err) {
+      return {
+        address: "",
+        status: "😥 " + err.message,
+      }
+    }
+  } else {
+    return {
+      address: "",
+      status: (
+        <span>
+          <p>
+            {" "}
+            🦊 <a target="_blank" href={`https://metamask.io/download`}>
+              तुम्हाला तुमच्या ब्राउझरमध्ये MetaMask, एक आभासी Ethereum वॉलेट, स्थापित करणे आवश्यक आहे.
+            </a>
+          </p>
+        </span>
+      ),
+    }
+  }
+}
+```
+
+चला हा कोड काय करतो ते पाहूया:
+
+प्रथम, आमचे फंक्शन तपासते की तुमच्या ब्राउझरमध्ये `window.ethereum` सक्षम आहे का.
+
+`window.ethereum` हे MetaMask आणि इतर वॉलेट प्रदात्यांद्वारे इंजेक्ट केलेले एक ग्लोबल API आहे जे वेबसाइट्सना वापरकर्त्यांच्या Ethereum खात्यांची विनंती करण्याची परवानगी देते. मंजूर झाल्यास, ते वापरकर्ता ज्या ब्लॉकचेनशी कनेक्ट आहे त्यावरील डेटा वाचू शकते आणि वापरकर्त्याला संदेश आणि व्यवहारांवर स्वाक्षरी करण्यास सुचवू शकते. अधिक माहितीसाठी [MetaMask डॉक्स](https://docs.metamask.io/guide/ethereum-provider.html#table-of-contents) तपासा!
+
+जर `window.ethereum` उपस्थित _नसेल_, तर याचा अर्थ MetaMask स्थापित नाही. यामुळे एक JSON ऑब्जेक्ट परत येतो, जिथे परत केलेला `address` एक रिकामा स्ट्रिंग असतो आणि `status` JSX ऑब्जेक्ट वापरकर्त्याला MetaMask स्थापित करणे आवश्यक असल्याचे सांगतो.
+
+**आपण लिहित असलेली बहुतेक फंक्शन्स JSON ऑब्जेक्ट्स परत करतील ज्याचा वापर आपण आपले स्टेट व्हेरिएबल्स आणि UI अपडेट करण्यासाठी करू शकतो.**
+
+आता जर `window.ethereum` उपस्थित _असेल_, तर गोष्टी मनोरंजक होतात.
+
+try/catch लूप वापरून, आम्ही [`window.ethereum.request({ method: "eth_requestAccounts" });`](https://docs.metamask.io/guide/rpc-api.html#eth-requestaccounts) कॉल करून MetaMask शी कनेक्ट करण्याचा प्रयत्न करू. हे फंक्शन कॉल केल्याने ब्राउझरमध्ये MetaMask उघडेल, जिथे वापरकर्त्याला त्यांचे वॉलेट तुमच्या dapp शी कनेक्ट करण्यास सांगितले जाईल.
+
+- जर वापरकर्त्याने कनेक्ट करणे निवडले, तर `method: "eth_requestAccounts"` एक ॲरे परत करेल ज्यामध्ये dapp शी कनेक्ट केलेल्या वापरकर्त्याच्या सर्व खात्यांचे ॲड्रेस असतील. एकूणच, आमचे `connectWallet` फंक्शन एक JSON ऑब्जेक्ट परत करेल ज्यात या ॲरेमधील _पहिला_ `address` (ओळ 9 पहा) आणि एक `status` संदेश असेल जो वापरकर्त्याला स्मार्ट कॉन्ट्रॅक्टला संदेश लिहिण्यास सांगेल.
+- जर वापरकर्त्याने कनेक्शन नाकारले, तर JSON ऑब्जेक्टमध्ये परत केलेल्या `address` साठी एक रिकामा स्ट्रिंग आणि एक `status` संदेश असेल जो वापरकर्त्याने कनेक्शन नाकारले असल्याचे दर्शवेल.
+
+### connectWallet फंक्शन तुमच्या Minter.js UI घटकामध्ये जोडा {#add-connect-wallet}
+
+आता आपण हे `connectWallet` फंक्शन लिहिले आहे, चला ते आमच्या `Minter.js` घटकाशी जोडूया.
+
+प्रथम, आपल्याला `Minter.js` फाइलच्या शीर्षस्थानी `import { connectWallet } from "./utils/interact.js";` जोडून आमचे फंक्शन आमच्या `Minter.js` फाइलमध्ये इम्पोर्ट करावे लागेल. तुमच्या `Minter.js` च्या पहिल्या 11 ओळी आता अशा दिसल्या पाहिजेत:
+
+```javascript
+import { useEffect, useState } from "react";
+import { connectWallet } from "./utils/interact.js";
+
+const Minter = (props) => {
+
+  //स्टेट व्हेरिएबल्स
+  const [walletAddress, setWallet] = useState("");
+  const [status, setStatus] = useState("");
+  const [name, setName] = useState("");
+  const [description, setDescription] = useState("");
+  const [url, setURL] = useState("");
+```
+
+नंतर, आमच्या `connectWalletPressed` फंक्शनमध्ये, आम्ही आमचे इम्पोर्ट केलेले `connectWallet` फंक्शन कॉल करू, जसे की:
+
+```javascript
+const connectWalletPressed = async () => {
+  const walletResponse = await connectWallet()
+  setStatus(walletResponse.status)
+  setWallet(walletResponse.address)
+}
+```
+
+आमच्या `Minter.js` घटकामधून `interact.js` फाइलमधून आमची बहुतेक कार्यक्षमता कशी दूर केली आहे हे लक्षात घ्या? हे असे आहे की आम्ही M-V-C पॅराडाइमचे पालन करतो!
+
+`connectWalletPressed` मध्ये, आम्ही फक्त आमच्या आयात केलेल्या `connectWallet` फंक्शनला एक await कॉल करतो आणि त्याच्या प्रतिसादाचा वापर करून, आम्ही आमचे `status` आणि `walletAddress` व्हेरिएबल्स त्यांच्या स्टेट हुक्सद्वारे अपडेट करतो.
+
+आता, चला `Minter.js` आणि `interact.js` या दोन्ही फाईल्स सेव्ह करू आणि आतापर्यंतच्या आमच्या UI ची चाचणी घेऊया.
+
+तुमच्या ब्राउझरमध्ये localhost:3000 उघडा आणि पृष्ठाच्या वरच्या उजव्या बाजूला असलेल्या "Connect Wallet" बटणावर दाबा.
+
+तुमच्याकडे MetaMask स्थापित असल्यास, तुम्हाला तुमचे वॉलेट तुमच्या dapp शी जोडण्यास सांगितले जाईल. कनेक्ट करण्याची आमंत्रणे स्वीकारा.
+
+तुम्हाला दिसेल की वॉलेट बटण आता तुमचा ॲड्रेस कनेक्ट झाल्याचे दर्शवत आहे.
+
+पुढे, पृष्ठ रिफ्रेश करण्याचा प्रयत्न करा... हे विचित्र आहे. आमचे वॉलेट बटण आम्हाला MetaMask कनेक्ट करण्यास सांगत आहे, जरी ते आधीच कनेक्ट केलेले असले तरी...
+
+पण काळजी करू नका! आम्ही `getCurrentWalletConnected` नावाचे फंक्शन लागू करून हे सहजपणे दुरुस्त करू शकतो, जे आमच्या dapp शी एखादा ॲड्रेस आधीच कनेक्ट केलेला आहे का हे तपासेल आणि त्यानुसार आमचे UI अपडेट करेल!
+
+### getCurrentWalletConnected फंक्शन {#get-current-wallet}
+
+तुमच्या `interact.js` फाइलमध्ये, खालील `getCurrentWalletConnected` फंक्शन जोडा:
+
+```javascript
+export const getCurrentWalletConnected = async () => {
+  if (window.ethereum) {
+    try {
+      const addressArray = await window.ethereum.request({
+        method: "eth_accounts",
+      })
+      if (addressArray.length > 0) {
+        return {
+          address: addressArray[0],
+          status: "👆🏽 वरील टेक्स्ट-फील्डमध्ये एक संदेश लिहा.",
+        }
+      } else {
+        return {
+          address: "",
+          status: "🦊 वरच्या उजव्या बटणाचा वापर करून MetaMask शी कनेक्ट करा.",
+        }
+      }
+    } catch (err) {
+      return {
+        address: "",
+        status: "😥 " + err.message,
+      }
+    }
+  } else {
+    return {
+      address: "",
+      status: (
+        <span>
+          <p>
+            {" "}
+            🦊 <a target="_blank" href={`https://metamask.io/download`}>
+              तुम्हाला तुमच्या ब्राउझरमध्ये MetaMask, एक आभासी Ethereum वॉलेट, स्थापित करणे आवश्यक आहे.
+            </a>
+          </p>
+        </span>
+      ),
+    }
+  }
+}
+```
+
+हा कोड आपण नुकत्याच लिहिलेल्या `connectWallet` फंक्शनसारखाच आहे.
+
+मुख्य फरक असा आहे की `eth_requestAccounts` या पद्धतीला कॉल करण्याऐवजी, जे वापरकर्त्याला त्यांचे वॉलेट कनेक्ट करण्यासाठी MetaMask उघडते, येथे आपण `eth_accounts` ही पद्धत कॉल करतो, जी सध्या आपल्या dapp शी कनेक्ट केलेल्या MetaMask ॲड्रेसची एक ॲरे परत करते.
+
+हे फंक्शन कृतीत पाहण्यासाठी, चला ते आमच्या `Minter.js` घटकाच्या `useEffect` फंक्शनमध्ये कॉल करूया.
+
+जसे आपण `connectWallet` साठी केले, तसेच आपल्याला हे फंक्शन आमच्या `interact.js` फाइलमधून आमच्या `Minter.js` फाइलमध्ये इम्पोर्ट करावे लागेल, जसे की:
+
+```javascript
+import { useEffect, useState } from "react"
+import {
+  connectWallet,
+  getCurrentWalletConnected, //येथे इम्पोर्ट करा
+} from "./utils/interact.js"
+```
+
+आता, आपण फक्त ते आमच्या `useEffect` फंक्शनमध्ये कॉल करू:
+
+```javascript
+useEffect(async () => {
+  const { address, status } = await getCurrentWalletConnected()
+  setWallet(address)
+  setStatus(status)
+}, [])
+```
+
+लक्षात घ्या, आम्ही आमच्या `getCurrentWalletConnected` च्या कॉलच्या प्रतिसादाचा वापर आमचे `walletAddress` आणि `status` स्टेट व्हेरिएबल्स अपडेट करण्यासाठी करतो.
+
+एकदा तुम्ही हा कोड जोडला की, आमचे ब्राउझर विंडो रिफ्रेश करून पहा. बटण तुम्हाला कनेक्ट झाल्याचे सांगेल आणि तुमच्या कनेक्ट केलेल्या वॉलेटच्या ॲड्रेसचे पूर्वावलोकन दाखवेल - जरी तुम्ही रिफ्रेश केले तरी!
+
+### addWalletListener लागू करा {#implement-add-wallet-listener}
+
+आमच्या dapp वॉलेट सेटअपमधील शेवटची पायरी म्हणजे वॉलेट लिसनर लागू करणे जेणेकरून आमच्या वॉलेटची स्थिती बदलल्यावर आमचे UI अपडेट होईल, जसे की वापरकर्ता डिस्कनेक्ट झाल्यावर किंवा खाती बदलल्यावर.
+
+तुमच्या `Minter.js` फाइलमध्ये, `addWalletListener` नावाचे फंक्शन जोडा जे खालीलप्रमाणे दिसेल:
+
+```javascript
+function addWalletListener() {
+  if (window.ethereum) {
+    window.ethereum.on("accountsChanged", (accounts) => {
+      if (accounts.length > 0) {
+        setWallet(accounts[0])
+        setStatus("👆🏽 वरील टेक्स्ट-फील्डमध्ये एक संदेश लिहा.")
+      } else {
+        setWallet("")
+        setStatus("🦊 वरच्या उजव्या बटणाचा वापर करून MetaMask शी कनेक्ट करा.")
+      }
+    })
+  } else {
+    setStatus(
+      <p>
+        {" "}
+        🦊 <a target="_blank" href={`https://metamask.io/download`}>
+          तुम्हाला तुमच्या ब्राउझरमध्ये MetaMask, एक आभासी Ethereum वॉलेट, स्थापित करणे आवश्यक आहे.
+        </a>
+      </p>
+    )
+  }
+}
+```
+
+चला येथे काय होत आहे ते पटकन पाहूया:
+
+- प्रथम, आमचे फंक्शन तपासते की `window.ethereum` सक्षम आहे का (म्हणजे MetaMask स्थापित आहे का).
+  - जर ते नसेल, तर आम्ही फक्त आमचे `status` स्टेट व्हेरिएबल एका JSX स्ट्रिंगवर सेट करतो जे वापरकर्त्याला MetaMask स्थापित करण्यास सांगते.
+  - जर ते सक्षम असेल, तर आम्ही ओळ 3 वर `window.ethereum.on("accountsChanged")` हा लिसनर सेट करतो जो MetaMask वॉलेटमधील स्टेट बदलांसाठी ऐकतो, ज्यात वापरकर्ता dapp शी अतिरिक्त खाते जोडतो, खाती बदलतो किंवा खाते डिस्कनेक्ट करतो. जर किमान एक खाते कनेक्ट केलेले असेल, तर `walletAddress` स्टेट व्हेरिएबल लिसनरद्वारे परत केलेल्या `accounts` ॲरेमधील पहिले खाते म्हणून अपडेट केले जाते. अन्यथा, `walletAddress` एक रिकामा स्ट्रिंग म्हणून सेट केला जातो.
+
+शेवटी, आपण ते आमच्या `useEffect` फंक्शनमध्ये कॉल करणे आवश्यक आहे:
+
+```javascript
+useEffect(async () => {
+  const { address, status } = await getCurrentWalletConnected()
+  setWallet(address)
+  setStatus(status)
+
+  addWalletListener()
+}, [])
+```
+
+आणि झालेच! आपण आपल्या वॉलेटची सर्व कार्यक्षमता प्रोग्रामिंग पूर्ण केली आहे! आता आपले वॉलेट सेट झाले आहे, चला आपला NFT कसा मिंट करायचा ते शोधूया!
+
+## NFT मेटाडेटा 101 {#nft-metadata-101}
+
+तर, या ट्युटोरियलच्या पायरी 0 मध्ये आपण ज्या NFT मेटाडेटाबद्दल बोललो होतो ते आठवते का - ते NFT ला जिवंत करते, ज्यामुळे त्याला डिजिटल मालमत्ता, नाव, वर्णन आणि इतर गुणधर्म यासारखे गुणधर्म मिळतात.
+
+आम्हाला हा मेटाडेटा JSON ऑब्जेक्ट म्हणून कॉन्फिगर करून साठवावा लागेल, जेणेकरून आम्ही तो आमच्या स्मार्ट कॉन्ट्रॅक्टच्या `mintNFT` फंक्शनला कॉल करताना `tokenURI` पॅरामीटर म्हणून पास करू शकू.
+
+"Link to Asset", "Name", "Description" फील्डमधील मजकूर आमच्या NFT च्या मेटाडेटाचे वेगवेगळे गुणधर्म तयार करेल. आम्ही हा मेटाडेटा JSON ऑब्जेक्ट म्हणून फॉरमॅट करू, परंतु आम्ही हा JSON ऑब्जेक्ट कुठे साठवू शकतो यासाठी काही पर्याय आहेत:
+
+- आपण ते Ethereum ब्लॉकचेनवर साठवू शकतो; तथापि, असे करणे खूप महाग होईल.
+- आपण ते AWS किंवा Firebase सारख्या केंद्रीकृत सर्व्हरवर साठवू शकतो. परंतु ते आमच्या विकेंद्रीकरणाच्या सिद्धांताला हरवेल.
+- आपण IPFS वापरू शकतो, जो वितरित फाईल सिस्टममध्ये डेटा साठवण्यासाठी आणि शेअर करण्यासाठी एक विकेंद्रीकृत प्रोटोकॉल आणि पीअर-टू-पीअर नेटवर्क आहे. हा प्रोटोकॉल विकेंद्रीकृत आणि विनामूल्य असल्याने, हा आपला सर्वोत्तम पर्याय आहे!
+
+आपला मेटाडेटा IPFS वर साठवण्यासाठी, आपण [Pinata](https://pinata.cloud/) वापरू, जो एक सोयीस्कर IPFS API आणि टूलकिट आहे. पुढील पायरीमध्ये, आम्ही हे नक्की कसे करायचे ते स्पष्ट करू!
+
+## तुमचा मेटाडेटा IPFS वर पिन करण्यासाठी Pinata वापरा {#use-pinata-to-pin-your-metadata-to-IPFS}
+
+तुमच्याकडे [Pinata](https://pinata.cloud/) खाते नसल्यास, [येथे](https://app.pinata.cloud/auth/signup) विनामूल्य खात्यासाठी साइन अप करा आणि तुमचा ईमेल आणि खाते सत्यापित करण्यासाठीच्या पायऱ्या पूर्ण करा.
+
+### तुमची Pinata API की तयार करा {#create-pinata-api-key}
+
+[https://pinata.cloud/keys](https://pinata.cloud/keys) पृष्ठावर नेव्हिगेट करा, नंतर शीर्षस्थानी असलेले "New Key" बटण निवडा, Admin विजेट सक्षम म्हणून सेट करा आणि तुमच्या की ला नाव द्या.
+
+त्यानंतर तुम्हाला तुमच्या API माहितीसह एक पॉपअप दाखवला जाईल. हे कुठेतरी सुरक्षित ठिकाणी ठेवण्याची खात्री करा.
+
+आता आपली की सेट झाली आहे, चला ती आपल्या प्रोजेक्टमध्ये जोडूया जेणेकरून आपण ती वापरू शकू.
+
+### एक .env फाइल तयार करा {#create-a-env}
+
+आपण आपली Pinata की आणि सिक्रेट एका एनव्हायरमेंट फाईलमध्ये सुरक्षितपणे साठवू शकतो. चला तुमच्या प्रोजेक्ट डिरेक्टरीमध्ये [dotenv पॅकेज](https://www.npmjs.com/package/dotenv) स्थापित करूया.
+
+तुमच्या टर्मिनलमध्ये एक नवीन टॅब उघडा (जो लोकल होस्ट चालवत आहे त्यापासून वेगळा) आणि तुम्ही `minter-starter-files` फोल्डरमध्ये आहात याची खात्री करा, नंतर तुमच्या टर्मिनलमध्ये खालील कमांड चालवा:
+
+```text
+npm install dotenv --save
+```
+
+पुढे, तुमच्या कमांड लाइनवर खालीलप्रमाणे टाकून तुमच्या `minter-starter-files` च्या रूट डिरेक्टरीमध्ये एक `.env` फाइल तयार करा:
+
+```javascript
+vim.env
+```
+
+हे तुमची `.env` फाइल vim (एक टेक्स्ट एडिटर) मध्ये उघडेल. ते सेव्ह करण्यासाठी तुमच्या कीबोर्डवर "esc" + ":" + "q" या क्रमाने दाबा.
+
+पुढे, VSCode मध्ये, तुमच्या `.env` फाइलवर नेव्हिगेट करा आणि त्यात तुमची Pinata API की आणि API सिक्रेट जोडा, जसे की:
+
+```text
+REACT_APP_PINATA_KEY = <pinata-api-key>
+REACT_APP_PINATA_SECRET = <pinata-api-secret>
+```
+
+फाईल सेव्ह करा, आणि मग तुम्ही तुमचा JSON मेटाडेटा IPFS वर अपलोड करण्यासाठी फंक्शन लिहिण्यास तयार आहात!
+
+### pinJSONToIPFS लागू करा {#pin-json-to-ipfs}
+
+सुदैवाने, Pinata कडे [JSON डेटा IPFS वर अपलोड करण्यासाठी एक विशेष API](https://docs.pinata.cloud/api-reference/endpoint/ipfs/pin-json-to-ipfs#pin-json) आणि axios सह एक सोयीस्कर JavaScript उदाहरण आहे जे आपण काही किरकोळ बदलांसह वापरू शकतो.
+
+तुमच्या `utils` फोल्डरमध्ये, चला `pinata.js` नावाची दुसरी फाईल तयार करू आणि नंतर .env फाईलमधून आमची Pinata सिक्रेट आणि की इम्पोर्ट करू, जसे की:
+
+```javascript
+require("dotenv").config()
+const key = process.env.REACT_APP_PINATA_KEY
+const secret = process.env.REACT_APP_PINATA_SECRET
+```
+
+पुढे, खालील अतिरिक्त कोड तुमच्या `pinata.js` फाईलमध्ये पेस्ट करा. काळजी करू नका, आम्ही सर्वकाही काय आहे ते समजावून सांगू!
+
+```javascript
+require("dotenv").config()
+const key = process.env.REACT_APP_PINATA_KEY
+const secret = process.env.REACT_APP_PINATA_SECRET
+
+const axios = require("axios")
+
+export const pinJSONToIPFS = async (JSONBody) => {
+  const url = `https://api.pinata.cloud/pinning/pinJSONToIPFS`
+  //axios POST विनंती Pinata ला करणे ⬇️
+  return axios
+    .post(url, JSONBody, {
+      headers: {
+        pinata_api_key: key,
+        pinata_secret_api_key: secret,
+      },
+    })
+    .then(function (response) {
+      return {
+        success: true,
+        pinataUrl:
+          "https://gateway.pinata.cloud/ipfs/" + response.data.IpfsHash,
+      }
+    })
+    .catch(function (error) {
+      console.log(error)
+      return {
+        success: false,
+        message: error.message,
+      }
+    })
+}
+```
+
+तर हा कोड नक्की काय करतो?
+
+प्रथम, ते [axios](https://www.npmjs.com/package/axios) आयात करते, जे ब्राउझर आणि node.js साठी एक वचन-आधारित HTTP क्लायंट आहे, ज्याचा वापर आपण Pinata ला विनंती करण्यासाठी करू.
+
+त्यानंतर आमच्याकडे आमचे असिंक्रोनस फंक्शन `pinJSONToIPFS` आहे, जे इनपुट म्हणून `JSONBody` घेते आणि त्याच्या हेडरमध्ये Pinata api की आणि सिक्रेट घेते, हे सर्व त्यांच्या `pinJSONToIPFS` API ला POST विनंती करण्यासाठी.
+
+- जर ही POST विनंती यशस्वी झाली, तर आमचे फंक्शन एक JSON ऑब्जेक्ट परत करते ज्यामध्ये `success` बूलियन सत्य असते आणि `pinataUrl` जेथे आमचा मेटाडेटा पिन केला गेला होता. आम्ही परत केलेला हा `pinataUrl` आमच्या स्मार्ट कॉन्ट्रॅक्टच्या मिंट फंक्शनला `tokenURI` इनपुट म्हणून वापरू.
+- जर ही पोस्ट विनंती अयशस्वी झाली, तर आमचे फंक्शन एक JSON ऑब्जेक्ट परत करते ज्यामध्ये `success` बूलियन असत्य असते आणि एक `message` स्ट्रिंग जी आमची त्रुटी सांगते.
+
+आमच्या `connectWallet` फंक्शन रिटर्न प्रकारांप्रमाणेच, आम्ही JSON ऑब्जेक्ट्स परत करत आहोत जेणेकरून आम्ही त्यांचे पॅरामीटर्स आमचे स्टेट व्हेरिएबल्स आणि UI अपडेट करण्यासाठी वापरू शकू.
+
+## तुमचा स्मार्ट कॉन्ट्रॅक्ट लोड करा {#load-your-smart-contract}
+
+आता आपल्याकडे `pinJSONToIPFS` फंक्शनद्वारे आपला NFT मेटाडेटा IPFS वर अपलोड करण्याचा एक मार्ग आहे, आपल्याला आपला स्मार्ट कॉन्ट्रॅक्टचा एक इन्स्टन्स लोड करण्याचा एक मार्ग लागेल जेणेकरून आपण त्याचे `mintNFT` फंक्शन कॉल करू शकू.
+
+जसे आम्ही आधी नमूद केले आहे, या ट्युटोरियलमध्ये आम्ही [या विद्यमान NFT स्मार्ट कॉन्ट्रॅक्टचा](https://ropsten.etherscan.io/address/0x4C4a07F737Bf57F6632B6CAB089B78f62385aCaE) वापर करणार आहोत; तथापि, जर तुम्हाला हे कसे बनवले हे शिकायचे असेल, किंवा स्वतः एक बनवायचे असेल, तर आम्ही तुम्हाला आमचे दुसरे ट्युटोरियल, ["NFT कसे तयार करावे"](https://www.alchemy.com/docs/how-to-create-an-nft) पाहण्याची शिफारस करतो.
+
+### कॉन्ट्रॅक्ट ABI {#contract-abi}
+
+जर तुम्ही आमच्या फाइल्सचे बारकाईने परीक्षण केले असेल, तर तुम्हाला लक्षात आले असेल की आमच्या `src` डिरेक्टरीमध्ये, `contract-abi.json` नावाची एक फाइल आहे. एक कॉन्ट्रॅक्ट कोणते फंक्शन कॉल करेल हे निर्दिष्ट करण्यासाठी तसेच फंक्शन तुमच्या अपेक्षित फॉरमॅटमध्ये डेटा परत करेल याची खात्री करण्यासाठी ABI आवश्यक आहे.
+
+Ethereum ब्लॉकचेनशी कनेक्ट होण्यासाठी आणि आमचा स्मार्ट कॉन्ट्रॅक्ट लोड करण्यासाठी आम्हाला Alchemy API की आणि Alchemy Web3 API ची देखील आवश्यकता असेल.
+
+### तुमची Alchemy API की तयार करा {#create-alchemy-api}
+
+तुमच्याकडे आधीपासूनच Alchemy खाते नसल्यास, [येथे विनामूल्य साइन अप करा.](https://alchemy.com/?a=eth-org-nft-minter)
+
+एकदा तुम्ही Alchemy खाते तयार केल्यावर, तुम्ही ॲप तयार करून API की तयार करू शकता. हे आम्हाला Ropsten चाचणी नेटवर्कला विनंत्या करण्याची परवानगी देईल.
+
+तुमच्या Alchemy डॅशबोर्डमधील “Create App” पृष्ठावर नेव्हिगेट करण्यासाठी nav बारमधील “Apps” वर फिरवून “Create App” वर क्लिक करा.
+
+तुमच्या ॲपला नाव द्या, आम्ही "My First NFT!" निवडले, एक लहान वर्णन द्या, तुमच्या ॲपच्या बुककीपिंगसाठी वापरल्या जाणार्‍या वातावरणासाठी “Staging” निवडा आणि तुमच्या नेटवर्कसाठी “Ropsten” निवडा.
+
+“ॲप तयार करा” वर क्लिक करा आणि झाले! तुमचे ॲप खालील टेबलमध्ये दिसावे.
+
+छान, तर आता आपण आपला HTTP Alchemy API URL तयार केला आहे, तो तुमच्या क्लिपबोर्डवर कॉपी करा...
+
+…आणि मग चला ते आमच्या `.env` फाइलमध्ये जोडूया. एकूणच, तुमची .env फाईल अशी दिसली पाहिजे:
+
+```text
+REACT_APP_PINATA_KEY = <pinata-key>
+REACT_APP_PINATA_SECRET = <pinata-secret>
+REACT_APP_ALCHEMY_KEY = https://eth-ropsten.alchemyapi.io/v2/<alchemy-key>
+```
+
+आता आपल्याकडे आमचा कॉन्ट्रॅक्ट ABI आणि आमची Alchemy API की आहे, आम्ही [Alchemy Web3](https://github.com/alchemyplatform/alchemy-web3) वापरून आमचा स्मार्ट कॉन्ट्रॅक्ट लोड करण्यास तयार आहोत.
+
+### तुमचा Alchemy Web3 एंडपॉईंट आणि कॉन्ट्रॅक्ट सेट करा {#setup-alchemy-endpoint}
+
+प्रथम, तुमच्याकडे आधीपासून नसल्यास, तुम्हाला [Alchemy Web3](https://github.com/alchemyplatform/alchemy-web3) स्थापित करणे आवश्यक आहे, यासाठी टर्मिनलमध्ये होम डिरेक्टरी: `nft-minter-tutorial` वर नेव्हिगेट करा:
+
+```text
+cd ..
+npm install @alch/alchemy-web3
+```
+
+पुढे चला आपल्या `interact.js` फाइलवर परत जाऊया. फाईलच्या शीर्षस्थानी, तुमच्या .env फाईलमधून तुमची Alchemy की आयात करण्यासाठी आणि तुमचा Alchemy Web3 एंडपॉईंट सेट करण्यासाठी खालील कोड जोडा:
+
+```javascript
+require("dotenv").config()
+const alchemyKey = process.env.REACT_APP_ALCHEMY_KEY
+const { createAlchemyWeb3 } = require("@alch/alchemy-web3")
+const web3 = createAlchemyWeb3(alchemyKey)
+```
+
+[Alchemy Web3](https://github.com/alchemyplatform/alchemy-web3) हे [Web3.js](https://docs.web3js.org/) च्या सभोवतालचे एक रॅपर आहे, जे एक वेब3 डेव्हलपर म्हणून तुमचे जीवन सोपे करण्यासाठी वर्धित API पद्धती आणि इतर महत्त्वपूर्ण फायदे प्रदान करते. हे कमीत कमी कॉन्फिगरेशन आवश्यक करण्यासाठी डिझाइन केलेले आहे जेणेकरून आपण आपल्या ॲपमध्ये लगेचच त्याचा वापर सुरू करू शकता!
+
+पुढे, चला आपला कॉन्ट्रॅक्ट ABI आणि कॉन्ट्रॅक्ट ॲड्रेस आपल्या फाईलमध्ये जोडूया.
+
+```javascript
+require("dotenv").config()
+const alchemyKey = process.env.REACT_APP_ALCHEMY_KEY
+const { createAlchemyWeb3 } = require("@alch/alchemy-web3")
+const web3 = createAlchemyWeb3(alchemyKey)
+
+const contractABI = require("../contract-abi.json")
+const contractAddress = "0x4C4a07F737Bf57F6632B6CAB089B78f62385aCaE"
+```
+
+एकदा आपल्याकडे हे दोन्ही असले की, आपण आपले मिंट फंक्शन कोडिंग सुरू करण्यास तयार आहोत!
+
+## मिंटएनएफटी (mintNFT) फंक्शनची अंमलबजावणी करा {#implement-the-mintnft-function}
+
+तुमच्या `interact.js` फाईलच्या आत, चला आपले फंक्शन, `mintNFT` परिभाषित करू, जे त्याच्या नावानुसारच आपले NFT मिंट करेल.
+
+कारण आपण अनेक असिंक्रोनस कॉल्स करणार आहोत (आपला मेटाडेटा IPFS वर पिन करण्यासाठी Pinata ला, आपला स्मार्ट कॉन्ट्रॅक्ट लोड करण्यासाठी Alchemy Web3 ला आणि आपले व्यवहार साइन करण्यासाठी MetaMask ला), आपले फंक्शन देखील असिंक्रोनस असेल.
+
+आमच्या फंक्शनसाठी तीन इनपुट्स असतील: आपल्या डिजिटल मालमत्तेचा `url`, `name` आणि `description`. `connectWallet` फंक्शनखाली खालील फंक्शन सिग्नेचर जोडा:
+
+```javascript
+export const mintNFT = async (url, name, description) => {}
+```
+
+### इनपुट एरर हाताळणी {#input-error-handling}
+
+नैसर्गिकरित्या, फंक्शनच्या सुरुवातीला काहीतरी इनपुट एरर हाताळणी असणे अर्थपूर्ण आहे, जेणेकरून आपले इनपुट पॅरामीटर्स योग्य नसल्यास आपण या फंक्शनमधून बाहेर पडू. आमच्या फंक्शनच्या आत, चला खालील कोड जोडूया:
+
+```javascript
+export const mintNFT = async (url, name, description) => {
+  //त्रुटी हाताळणी
+  if (url.trim() == "" || name.trim() == "" || description.trim() == "") {
+    return {
+      success: false,
+      status: "❗मिंट करण्यापूर्वी कृपया सर्व फील्ड्स पूर्ण झाल्याची खात्री करा.",
+    }
+  }
+}
+```
+
+मूलतः, जर कोणतेही इनपुट पॅरामीटर एक रिकामा स्ट्रिंग असेल, तर आम्ही एक JSON ऑब्जेक्ट परत करतो जिथे `success` बूलियन असत्य असते आणि `status` स्ट्रिंग सांगते की आमच्या UI मधील सर्व फील्ड पूर्ण असणे आवश्यक आहे.
+
+### मेटाडेटा IPFS वर अपलोड करा {#upload-metadata-to-ipfs}
+
+एकदा आम्हाला माहित झाले की आमचा मेटाडेटा योग्यरित्या फॉरमॅट झाला आहे, तर पुढची पायरी म्हणजे त्याला JSON ऑब्जेक्टमध्ये गुंडाळणे आणि आपण लिहिलेल्या `pinJSONToIPFS` द्वारे ते IPFS वर अपलोड करणे!
+
+असे करण्यासाठी, आम्हाला प्रथम `pinJSONToIPFS` फंक्शन आमच्या `interact.js` फाईलमध्ये इम्पोर्ट करावे लागेल. `interact.js` च्या अगदी सुरुवातीला, चला जोडूया:
+
+```javascript
+import { pinJSONToIPFS } from "./pinata.js"
+```
+
+आठवा की `pinJSONToIPFS` एक JSON बॉडी घेते. म्हणून आपण त्याला कॉल करण्यापूर्वी, आम्हाला आपले `url`, `name` आणि `description` पॅरामीटर्स एका JSON ऑब्जेक्टमध्ये फॉरमॅट करावे लागतील.
+
+चला `metadata` नावाचा एक JSON ऑब्जेक्ट तयार करण्यासाठी आपला कोड अपडेट करूया आणि नंतर या `metadata` पॅरामीटरसह `pinJSONToIPFS` ला कॉल करूया:
+
+```javascript
+export const mintNFT = async (url, name, description) => {
+  //त्रुटी हाताळणी
+  if (url.trim() == "" || name.trim() == "" || description.trim() == "") {
+    return {
+      success: false,
+      status: "❗मिंट करण्यापूर्वी कृपया सर्व फील्ड्स पूर्ण झाल्याची खात्री करा.",
+    }
+  }
+
+  //मेटाडेटा बनवा
+  const metadata = new Object()
+  metadata.name = name
+  metadata.image = url
+  metadata.description = description
+
+  //pinata कॉल करा
+  const pinataResponse = await pinJSONToIPFS(metadata)
+  if (!pinataResponse.success) {
+    return {
+      success: false,
+      status: "😢 तुमचा tokenURI अपलोड करताना काहीतरी चूक झाली.",
+    }
+  }
+  const tokenURI = pinataResponse.pinataUrl
+}
+```
+
+लक्षात घ्या, आम्ही `pinJSONToIPFS(metadata)` च्या कॉलचा प्रतिसाद `pinataResponse` ऑब्जेक्टमध्ये साठवतो. त्यानंतर, आम्ही कोणत्याही त्रुटींसाठी या ऑब्जेक्टचे पार्सिंग करतो.
+
+जर एखादी त्रुटी असेल, तर आम्ही एक JSON ऑब्जेक्ट परत करतो जिथे `success` बूलियन असत्य असते आणि आमची `status` स्ट्रिंग सांगते की आमचा कॉल अयशस्वी झाला. अन्यथा, आम्ही `pinataResponse` मधून `pinataURL` काढतो आणि तो आमचा `tokenURI` व्हेरिएबल म्हणून साठवतो.
+
+आता आमच्या फाईलच्या शीर्षस्थानी आपण सुरू केलेल्या Alchemy Web3 API चा वापर करून आमचा स्मार्ट कॉन्ट्रॅक्ट लोड करण्याची वेळ आली आहे. `mintNFT` फंक्शनच्या तळाशी `window.contract` ग्लोबल व्हेरिएबलवर कॉन्ट्रॅक्ट सेट करण्यासाठी खालील कोडची ओळ जोडा:
+
+```javascript
+window.contract = await new web3.eth.Contract(contractABI, contractAddress)
+```
+
+आमच्या `mintNFT` फंक्शनमध्ये जोडण्याची शेवटची गोष्ट म्हणजे आमचा Ethereum व्यवहार:
+
+```javascript
+//तुमचा Ethereum व्यवहार सेट करा
+const transactionParameters = {
+  to: contractAddress, // कॉन्ट्रॅक्ट प्रकाशनाव्यतिरिक्त आवश्यक.
+  from: window.ethereum.selectedAddress, // वापरकर्त्याच्या सक्रिय ॲड्रेसशी जुळले पाहिजे.
+  data: window.contract.methods
+    .mintNFT(window.ethereum.selectedAddress, tokenURI)
+    .encodeABI(), //NFT स्मार्ट कॉन्ट्रॅक्टला कॉल करा
+}
+
+//MetaMask द्वारे व्यवहारावर सही करा
+try {
+  const txHash = await window.ethereum.request({
+    method: "eth_sendTransaction",
+    params: [transactionParameters],
+  })
+  return {
+    success: true,
+    status:
+      "✅ Etherscan वर तुमचा व्यवहार तपासा: https://ropsten.etherscan.io/tx/" +
+      txHash,
+  }
+} catch (error) {
+  return {
+    success: false,
+    status: "😥 काहीतरी चूक झाली: " + error.message,
+  }
+}
+```
+
+जर तुम्ही आधीच Ethereum व्यवहारांशी परिचित असाल, तर तुम्हाला लक्षात येईल की रचना तुम्ही पाहिलेल्या गोष्टींसारखीच आहे.
+
+- प्रथम, आम्ही आमचे व्यवहार पॅरामीटर्स सेट करतो.
+  - `to` प्राप्तकर्ता ॲड्रेस (आमचा स्मार्ट कॉन्ट्रॅक्ट) निर्दिष्ट करतो
+  - `from` व्यवहारावर सही करणाऱ्याला निर्दिष्ट करतो (वापरकर्त्याचा MetaMask शी कनेक्ट केलेला ॲड्रेस: `window.ethereum.selectedAddress`)
+  - `data` मध्ये आमच्या स्मार्ट कॉन्ट्रॅक्ट `mintNFT` पद्धतीचा कॉल असतो, जो आमचा `tokenURI` आणि वापरकर्त्याचा वॉलेट ॲड्रेस, `window.ethereum.selectedAddress`, इनपुट म्हणून प्राप्त करतो
+- त्यानंतर, आम्ही एक await कॉल करतो, `window.ethereum.request,` जिथे आम्ही MetaMask ला व्यवहारावर सही करण्यास सांगतो. लक्षात घ्या, या विनंतीमध्ये, आम्ही आमची eth पद्धत (eth_SentTransaction) निर्दिष्ट करत आहोत आणि आमचे `transactionParameters` पास करत आहोत. या टप्प्यावर, MetaMask ब्राउझरमध्ये उघडेल आणि वापरकर्त्याला व्यवहारावर सही करण्यास किंवा नाकारण्यास सांगेल.
+  - जर व्यवहार यशस्वी झाला, तर फंक्शन एक JSON ऑब्जेक्ट परत करेल जिथे `success` बूलियन सत्य सेट केले आहे आणि `status` स्ट्रिंग वापरकर्त्याला त्यांच्या व्यवहाराबद्दल अधिक माहितीसाठी Etherscan तपासण्यास सांगते.
+  - जर व्यवहार अयशस्वी झाला, तर फंक्शन एक JSON ऑब्जेक्ट परत करेल जिथे `success` बूलियन असत्य सेट केले आहे आणि `status` स्ट्रिंग त्रुटीचा संदेश सांगते.
+
+एकूणच, आमचे `mintNFT` फंक्शन असे दिसले पाहिजे:
+
+```javascript
+export const mintNFT = async (url, name, description) => {
+  //त्रुटी हाताळणी
+  if (url.trim() == "" || name.trim() == "" || description.trim() == "") {
+    return {
+      success: false,
+      status: "❗मिंट करण्यापूर्वी कृपया सर्व फील्ड्स पूर्ण झाल्याची खात्री करा.",
+    }
+  }
+
+  //मेटाडेटा बनवा
+  const metadata = new Object()
+  metadata.name = name
+  metadata.image = url
+  metadata.description = description
+
+  //pinata पिन विनंती
+  const pinataResponse = await pinJSONToIPFS(metadata)
+  if (!pinataResponse.success) {
+    return {
+      success: false,
+      status: "😢 तुमचा tokenURI अपलोड करताना काहीतरी चूक झाली.",
+    }
+  }
+  const tokenURI = pinataResponse.pinataUrl
+
+  //स्मार्ट कॉन्ट्रॅक्ट लोड करा
+  window.contract = await new web3.eth.Contract(contractABI, contractAddress) //loadContract();
+
+  //तुमचा Ethereum व्यवहार सेट करा
+  const transactionParameters = {
+    to: contractAddress, // कॉन्ट्रॅक्ट प्रकाशनाव्यतिरिक्त आवश्यक.
+    from: window.ethereum.selectedAddress, // वापरकर्त्याच्या सक्रिय ॲड्रेसशी जुळले पाहिजे.
+    data: window.contract.methods
+      .mintNFT(window.ethereum.selectedAddress, tokenURI)
+      .encodeABI(), //NFT स्मार्ट कॉन्ट्रॅक्टला कॉल करा
+  }
+
+  //MetaMask द्वारे व्यवहारावर सही करा
+  try {
+    const txHash = await window.ethereum.request({
+      method: "eth_sendTransaction",
+      params: [transactionParameters],
+    })
+    return {
+      success: true,
+      status:
+        "✅ Etherscan वर तुमचा व्यवहार तपासा: https://ropsten.etherscan.io/tx/" +
+        txHash,
+    }
+  } catch (error) {
+    return {
+      success: false,
+      status: "😥 काहीतरी चूक झाली: " + error.message,
+    }
+  }
+}
+```
+
+हे एक मोठे फंक्शन आहे! आता, आपल्याला फक्त आमचे `mintNFT` फंक्शन आमच्या `Minter.js` घटकाशी जोडायचे आहे...
+
+## mintNFT ला आमच्या Minter.js फ्रंटएंडशी कनेक्ट करा {#connect-our-frontend}
+
+तुमची `Minter.js` फाईल उघडा आणि शीर्षस्थानी असलेली `import { connectWallet, getCurrentWalletConnected } from "./utils/interact.js";` ही ओळ अपडेट करा:
+
+```javascript
+import {
+  connectWallet,
+  getCurrentWalletConnected,
+  mintNFT,
+} from "./utils/interact.js"
+```
+
+शेवटी, `onMintPressed` फंक्शनची अंमलबजावणी करा जेणेकरून तुमच्या आयात केलेल्या `mintNFT` फंक्शनला एक await कॉल केला जाईल आणि आपला व्यवहार यशस्वी झाला की अयशस्वी हे दर्शवण्यासाठी `status` स्टेट व्हेरिएबल अपडेट केले जाईल:
+
+```javascript
+const onMintPressed = async () => {
+  const { status } = await mintNFT(url, name, description)
+  setStatus(status)
+}
+```
+
+## तुमचे NFT एका लाईव्ह वेबसाइटवर तैनात करा {#deploy-your-NFT}
+
+वापरकर्त्यांना संवाद साधण्यासाठी तुमचा प्रोजेक्ट लाईव्ह नेण्यास तयार आहात? तुमचा मिंटर एका लाईव्ह वेबसाइटवर तैनात करण्यासाठी [हे ट्युटोरियल](https://docs.alchemy.com/alchemy/tutorials/nft-minter/how-do-i-deploy-nfts-online) तपासा.
+
+एक शेवटची पायरी...
+
+## ब्लॉकचेनच्या जगात धुमाकूळ घाला {#take-the-blockchain-world-by-storm}
+
+मस्करी करत होतो, तुम्ही ट्युटोरियलच्या शेवटापर्यंत पोहोचलात!
+
+पुनरावलोकन करण्यासाठी, एक NFT मिंटर तयार करून, तुम्ही यशस्वीरित्या शिकलात की:
+
+- तुमच्या फ्रंटएंड प्रोजेक्टद्वारे MetaMask शी कनेक्ट करा
+- तुमच्या फ्रंटएंडवरून स्मार्ट कॉन्ट्रॅक्ट पद्धती कॉल करा
+- MetaMask वापरून व्यवहारांवर सही करा
+
+संभाव्यतः, तुम्हाला तुमच्या dapp द्वारे मिंट केलेले NFTs तुमच्या वॉलेटमध्ये दाखवायला आवडेल — त्यामुळे आमचे छोटे ट्युटोरियल [तुमचे NFT तुमच्या वॉलेटमध्ये कसे पहावे](https://www.alchemy.com/docs/how-to-view-your-nft-in-your-mobile-wallet) नक्की तपासा!
+
+आणि, नेहमीप्रमाणे, जर तुम्हाला काही प्रश्न असतील, तर आम्ही [Alchemy Discord](https://discord.gg/gWuC7zB) मध्ये मदत करण्यासाठी आहोत. तुम्ही या ट्युटोरियलमधील संकल्पना तुमच्या भविष्यातील प्रोजेक्ट्समध्ये कशा लागू करता हे पाहण्यासाठी आम्ही उत्सुक आहोत!
diff --git a/public/content/translations/mr/developers/tutorials/optimism-std-bridge-annotated-code/index.md b/public/content/translations/mr/developers/tutorials/optimism-std-bridge-annotated-code/index.md
new file mode 100644
index 00000000000..8d5dd5b6c11
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/optimism-std-bridge-annotated-code/index.md
@@ -0,0 +1,1357 @@
+---
+title: "Optimism स्टँडर्ड ब्रिज कॉन्ट्रॅक्ट वॉकथ्रू"
+description: "Optimism साठी स्टँडर्ड ब्रिज कसे काम करते? ते अशा प्रकारे का काम करते?"
+author: Ori Pomerantz
+tags: [ "सॉलिडिटी", "ब्रिज", "स्तर 2" ]
+skill: intermediate
+published: 2022-03-30
+lang: mr
+---
+
+[Optimism](https://www.optimism.io/) हा एक [Optimistic Rollup](/developers/docs/scaling/optimistic-rollups/) आहे.
+ऑप्टिमिस्टिक रोलअप्स Ethereum मेननेटपेक्षा (ज्याला लेयर 1 किंवा L1 असेही म्हणतात) खूपच कमी किमतीत ट्रान्झॅक्शन्सवर प्रक्रिया करू शकतात कारण ट्रान्झॅक्शन्सवर नेटवर्कवरील प्रत्येक नोडऐवजी फक्त काही नोड्सद्वारे प्रक्रिया केली जाते.
+त्याच वेळी, सर्व डेटा L1 वर लिहिला जातो जेणेकरून मेननेटच्या सर्व इंटिग्रिटी आणि उपलब्धतेच्या हमीसह सर्वकाही सिद्ध आणि पुनर्रचना करता येईल.
+
+Optimism वर (किंवा इतर कोणत्याही L2 वर) L1 मालमत्ता वापरण्यासाठी, मालमत्ता [ब्रिज](/bridges/#prerequisites) करणे आवश्यक आहे.
+हे साध्य करण्याचा एक मार्ग म्हणजे वापरकर्त्यांनी L1 वर मालमत्ता (ETH आणि [ERC-20 टोकन](/developers/docs/standards/tokens/erc-20/) हे सर्वात सामान्य आहेत) लॉक करणे आणि L2 वर वापरण्यासाठी समतुल्य मालमत्ता प्राप्त करणे.
+शेवटी, ज्या कोणाकडे ते असतील, त्यांना ते L1 वर परत ब्रिज करायचे असतील.
+असे करताना, मालमत्ता L2 वर बर्न केली जाते आणि नंतर L1 वर वापरकर्त्याला परत दिली जाते.
+
+[Optimism स्टँडर्ड ब्रिज](https://docs.optimism.io/app-developers/bridging/standard-bridge) अशा प्रकारे काम करते.
+या लेखात आम्ही त्या ब्रिजच्या सोर्स कोडचा आढावा घेऊ आणि ते कसे काम करते हे पाहू आणि चांगल्या प्रकारे लिहिलेल्या Solidity कोडचे उदाहरण म्हणून त्याचा अभ्यास करू.
+
+## कंट्रोल फ्लो {#control-flows}
+
+ब्रिजमध्ये दोन मुख्य फ्लो आहेत:
+
+- डिपॉझिट (L1 पासून L2 पर्यंत)
+- विड्रॉवल (L2 पासून L1 पर्यंत)
+
+### डिपॉझिट फ्लो {#deposit-flow}
+
+#### लेयर 1 {#deposit-flow-layer-1}
+
+1. जर ERC-20 डिपॉझिट करत असाल, तर डिपॉझिटर ब्रिजला डिपॉझिट होणारी रक्कम खर्च करण्याची परवानगी देतो.
+2. डिपॉझिटर L1 ब्रिजला कॉल करतो (`depositERC20`, `depositERC20To`, `depositETH`, किंवा `depositETHTo`)
+3. L1 ब्रिज ब्रिज केलेल्या मालमत्तेचा ताबा घेतो
+   - ETH: मालमत्ता डिपॉझिटरद्वारे कॉलचा भाग म्हणून हस्तांतरित केली जाते
+   - ERC-20: मालमत्ता ब्रिजद्वारे स्वतःकडे हस्तांतरित केली जाते, डिपॉझिटरने दिलेल्या परवानगीचा वापर करून
+4. L1 ब्रिज L2 ब्रिजवर `finalizeDeposit` कॉल करण्यासाठी क्रॉस-डोमेन मेसेज मेकॅनिझम वापरतो
+
+#### लेयर 2 {#deposit-flow-layer-2}
+
+5. L2 ब्रिज `finalizeDeposit` साठी केलेला कॉल वैध आहे की नाही हे तपासतो:
+   - क्रॉस डोमेन मेसेज कॉन्ट्रॅक्टमधून आला आहे
+   - मूळतः L1 वरील ब्रिजमधून होता
+6. L2 ब्रिज L2 वरील ERC-20 टोकन कॉन्ट्रॅक्ट योग्य आहे की नाही हे तपासतो:
+   - L2 कॉन्ट्रॅक्ट रिपोर्ट करतो की त्याचा L1 समकक्ष L1 वरून आलेल्या टोकनसारखाच आहे
+   - L2 कॉन्ट्रॅक्ट रिपोर्ट करतो की तो योग्य इंटरफेस ([ERC-165 वापरून](https://eips.ethereum.org/EIPS/eip-165)) सपोर्ट करतो.
+7. जर L2 कॉन्ट्रॅक्ट योग्य असेल, तर योग्य ऍड्रेसवर योग्य संख्येने टोकन मिंट करण्यासाठी त्याला कॉल करा. जर नसेल, तर वापरकर्त्याला L1 वर टोकन क्लेम करण्याची परवानगी देण्यासाठी विड्रॉवल प्रक्रिया सुरू करा.
+
+### विड्रॉवल फ्लो {#withdrawal-flow}
+
+#### लेयर 2 {#withdrawal-flow-layer-2}
+
+1. विड्रॉवर L2 ब्रिजला कॉल करतो (`withdraw` किंवा `withdrawTo`)
+2. L2 ब्रिज `msg.sender` शी संबंधित योग्य संख्येने टोकन बर्न करतो
+3. L2 ब्रिज L1 ब्रिजवर `finalizeETHWithdrawal` किंवा `finalizeERC20Withdrawal` कॉल करण्यासाठी क्रॉस-डोमेन मेसेज मेकॅनिझम वापरतो
+
+#### लेयर 1 {#withdrawal-flow-layer-1}
+
+4. L1 ब्रिज `finalizeETHWithdrawal` किंवा `finalizeERC20Withdrawal` साठी केलेला कॉल वैध आहे की नाही हे तपासतो:
+   - क्रॉस डोमेन मेसेज मेकॅनिझममधून आला आहे
+   - मूळतः L2 वरील ब्रिजमधून होता
+5. L1 ब्रिज योग्य मालमत्ता (ETH किंवा ERC-20) योग्य ऍड्रेसवर हस्तांतरित करतो
+
+## लेयर 1 कोड {#layer-1-code}
+
+हा कोड L1, Ethereum मेननेटवर चालतो.
+
+### IL1ERC20Bridge {#IL1ERC20Bridge}
+
+[हा इंटरफेस येथे परिभाषित केला आहे](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/L1/messaging/IL1ERC20Bridge.sol).
+यात ERC-20 टोकन्स ब्रिज करण्यासाठी आवश्यक फंक्शन्स आणि परिभाषा समाविष्ट आहेत.
+
+```solidity
+// SPDX-License-Identifier: MIT
+```
+
+[Optimism चा बहुतेक कोड MIT परवान्याअंतर्गत प्रसिद्ध केला जातो](https://help.optimism.io/hc/en-us/articles/4411908707995-What-software-license-does-Optimism-use-).
+
+```solidity
+pragma solidity >0.5.0 <0.9.0;
+```
+
+लिहिताना Solidity ची नवीनतम आवृत्ती 0.8.12 आहे.
+आवृत्ती 0.9.0 प्रसिद्ध होईपर्यंत, आम्हाला माहित नाही की हा कोड त्याच्याशी सुसंगत आहे की नाही.
+
+```solidity
+/**
+ * @title IL1ERC20Bridge
+ */
+interface IL1ERC20Bridge {
+    /**********
+     * Events *
+     **********/
+
+    event ERC20DepositInitiated(
+```
+
+Optimism ब्रिजच्या परिभाषेत _deposit_ म्हणजे L1 पासून L2 मध्ये हस्तांतरण, आणि _withdrawal_ म्हणजे L2 पासून L1 मध्ये हस्तांतरण.
+
+```solidity
+        address indexed _l1Token,
+        address indexed _l2Token,
+```
+
+बहुतेक प्रकरणांमध्ये L1 वरील ERC-20 चा ऍड्रेस L2 वरील समतुल्य ERC-20 च्या ऍड्रेस सारखा नसतो.
+[तुम्ही येथे टोकन ऍड्रेसची सूची पाहू शकता](https://static.optimism.io/optimism.tokenlist.json).
+`chainId` 1 असलेला ऍड्रेस L1 (मेननेट) वर आहे आणि `chainId` 10 असलेला ऍड्रेस L2 (Optimism) वर आहे.
+इतर दोन `chainId` मूल्ये Kovan चाचणी नेटवर्क (42) आणि ऑप्टिमिस्टिक Kovan चाचणी नेटवर्क (69) साठी आहेत.
+
+```solidity
+        address indexed _from,
+        address _to,
+        uint256 _amount,
+        bytes _data
+    );
+```
+
+हस्तांतरणांमध्ये नोट्स जोडणे शक्य आहे, अशावेळी त्या रिपोर्ट करणाऱ्या इव्हेंट्समध्ये जोडल्या जातात.
+
+```solidity
+    event ERC20WithdrawalFinalized(
+        address indexed _l1Token,
+        address indexed _l2Token,
+        address indexed _from,
+        address _to,
+        uint256 _amount,
+        bytes _data
+    );
+```
+
+समान ब्रिज कॉन्ट्रॅक्ट दोन्ही दिशांना हस्तांतरण हाताळतो.
+L1 ब्रिजच्या बाबतीत, याचा अर्थ डिपॉझिटची सुरुवात आणि विड्रॉवलचे अंतिमकरण.
+
+```solidity
+
+    /********************
+     * Public Functions *
+     ********************/
+
+    /**
+     * @dev get the address of the corresponding L2 bridge contract.
+     * @return Address of the corresponding L2 bridge contract.
+     */
+    function l2TokenBridge() external returns (address);
+```
+
+या फंक्शनची खरोखर गरज नाही, कारण L2 वर तो एक प्रीडिप्लॉयड कॉन्ट्रॅक्ट आहे, त्यामुळे तो नेहमी `0x4200000000000000000000000000000000000010` या ऍड्रेसवर असतो.
+हे L2 ब्रिजसोबत सममितीसाठी येथे आहे, कारण L1 ब्रिजचा ऍड्रेस जाणून घेणे सोपे _नाही_.
+
+```solidity
+    /**
+     * @dev deposit an amount of the ERC20 to the caller's balance on L2.
+     * @param _l1Token Address of the L1 ERC20 we are depositing
+     * @param _l2Token Address of the L1 respective L2 ERC20
+     * @param _amount Amount of the ERC20 to deposit
+     * @param _l2Gas Gas limit required to complete the deposit on L2.
+     * @param _data Optional data to forward to L2. This data is provided
+     *        solely as a convenience for external contracts. Aside from enforcing a maximum
+     *        length, these contracts provide no guarantees about its content.
+     */
+    function depositERC20(
+        address _l1Token,
+        address _l2Token,
+        uint256 _amount,
+        uint32 _l2Gas,
+        bytes calldata _data
+    ) external;
+```
+
+`_l2Gas` पॅरामीटर हे L2 गॅसची रक्कम आहे जी ट्रान्झॅक्शन खर्च करू शकते.
+[एका विशिष्ट (उच्च) मर्यादेपर्यंत, हे विनामूल्य आहे](https://community.optimism.io/docs/developers/bridge/messaging/#for-l1-%E2%87%92-l2-transactions-2), त्यामुळे जोपर्यंत ERC-20 कॉन्ट्रॅक्ट मिंटिंग करताना काहीतरी विचित्र करत नाही, तोपर्यंत ही समस्या नसावी.
+हे फंक्शन सामान्य परिस्थितीची काळजी घेते, जिथे वापरकर्ता वेगळ्या ब्लॉकचेनवर समान ऍड्रेसवर मालमत्ता ब्रिज करतो.
+
+```solidity
+    /**
+     * @dev deposit an amount of ERC20 to a recipient's balance on L2.
+     * @param _l1Token Address of the L1 ERC20 we are depositing
+     * @param _l2Token Address of the L1 respective L2 ERC20
+     * @param _to L2 address to credit the withdrawal to.
+     * @param _amount Amount of the ERC20 to deposit.
+     * @param _l2Gas Gas limit required to complete the deposit on L2.
+     * @param _data Optional data to forward to L2. This data is provided
+     *        solely as a convenience for external contracts. Aside from enforcing a maximum
+     *        length, these contracts provide no guarantees about its content.
+     */
+    function depositERC20To(
+        address _l1Token,
+        address _l2Token,
+        address _to,
+        uint256 _amount,
+        uint32 _l2Gas,
+        bytes calldata _data
+    ) external;
+```
+
+हे फंक्शन `depositERC20` शी जवळजवळ समान आहे, परंतु ते तुम्हाला ERC-20 वेगळ्या ऍड्रेसवर पाठवू देते.
+
+```solidity
+    /*************************
+     * Cross-chain Functions *
+     *************************/
+
+    /**
+     * @dev Complete a withdrawal from L2 to L1, and credit funds to the recipient's balance of the
+     * L1 ERC20 token.
+     * This call will fail if the initialized withdrawal from L2 has not been finalized.
+     *
+     * @param _l1Token Address of L1 token to finalizeWithdrawal for.
+     * @param _l2Token Address of L2 token where withdrawal was initiated.
+     * @param _from L2 address initiating the transfer.
+     * @param _to L1 address to credit the withdrawal to.
+     * @param _amount Amount of the ERC20 to deposit.
+     * @param _data Data provided by the sender on L2. This data is provided
+     *   solely as a convenience for external contracts. Aside from enforcing a maximum
+     *   length, these contracts provide no guarantees about its content.
+     */
+    function finalizeERC20Withdrawal(
+        address _l1Token,
+        address _l2Token,
+        address _from,
+        address _to,
+        uint256 _amount,
+        bytes calldata _data
+    ) external;
+}
+```
+
+Optimism मध्ये विड्रॉवल (आणि L2 पासून L1 पर्यंतचे इतर मेसेजेस) ही दोन टप्प्यांची प्रक्रिया आहे:
+
+1. L2 वर एक आरंभिक ट्रान्झॅक्शन.
+2. L1 वर एक अंतिम किंवा क्लेमिंग ट्रान्झॅक्शन.
+   L2 ट्रान्झॅक्शनसाठी [फॉल्ट चॅलेंज कालावधी](https://community.optimism.io/docs/how-optimism-works/#fault-proofs) संपल्यानंतर हा ट्रान्झॅक्शन होणे आवश्यक आहे.
+
+### IL1StandardBridge {#il1standardbridge}
+
+[हा इंटरफेस येथे परिभाषित केला आहे](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/L1/messaging/IL1StandardBridge.sol).
+या फाइलमध्ये ETH साठी इव्हेंट आणि फंक्शन परिभाषा आहेत.
+या परिभाषा वरील `IL1ERC20Bridge` मध्ये ERC-20 साठी परिभाषित केलेल्या परिभाषांशी खूप सारख्या आहेत.
+
+ब्रिज इंटरफेस दोन फाइल्समध्ये विभागलेला आहे कारण काही ERC-20 टोकन्सना सानुकूल प्रक्रिया आवश्यक असते आणि ते स्टँडर्ड ब्रिजद्वारे हाताळले जाऊ शकत नाहीत.
+अशा प्रकारे असा टोकन हाताळणारा सानुकूल ब्रिज `IL1ERC20Bridge` लागू करू शकतो आणि त्याला ETH ब्रिज करण्याची गरज नाही.
+
+```solidity
+// SPDX-License-Identifier: MIT
+pragma solidity >0.5.0 <0.9.0;
+
+import "./IL1ERC20Bridge.sol";
+
+/**
+ * @title IL1StandardBridge
+ */
+interface IL1StandardBridge is IL1ERC20Bridge {
+    /**********
+     * Events *
+     **********/
+    event ETHDepositInitiated(
+        address indexed _from,
+        address indexed _to,
+        uint256 _amount,
+        bytes _data
+    );
+```
+
+हा इव्हेंट ERC-20 आवृत्ती (`ERC20DepositInitiated`) शी जवळजवळ समान आहे, फक्त L1 आणि L2 टोकन ऍड्रेस वगळता.
+इतर इव्हेंट्स आणि फंक्शन्ससाठीही हेच सत्य आहे.
+
+```solidity
+    event ETHWithdrawalFinalized(
+        .
+        .
+        .
+    );
+
+    /********************
+     * Public Functions *
+     ********************/
+
+    /**
+     * @dev Deposit an amount of the ETH to the caller's balance on L2.
+            .
+            .
+            .
+     */
+    function depositETH(uint32 _l2Gas, bytes calldata _data) external payable;
+
+    /**
+     * @dev Deposit an amount of ETH to a recipient's balance on L2.
+            .
+            .
+            .
+     */
+    function depositETHTo(
+        address _to,
+        uint32 _l2Gas,
+        bytes calldata _data
+    ) external payable;
+
+    /*************************
+     * Cross-chain Functions *
+     *************************/
+
+    /**
+     * @dev Complete a withdrawal from L2 to L1, and credit funds to the recipient's balance of the
+     * L1 ETH token. Since only the xDomainMessenger can call this function, it will never be called
+     * before the withdrawal is finalized.
+                .
+                .
+                .
+     */
+    function finalizeETHWithdrawal(
+        address _from,
+        address _to,
+        uint256 _amount,
+        bytes calldata _data
+    ) external;
+}
+```
+
+### CrossDomainEnabled {#crossdomainenabled}
+
+[हा कॉन्ट्रॅक्ट](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/libraries/bridge/CrossDomainEnabled.sol) दोन्ही ब्रिजेस ([L1](#the-l1-bridge-contract) आणि [L2](#the-l2-bridge-contract)) द्वारे दुसऱ्या लेयरवर मेसेज पाठवण्यासाठी वारसा म्हणून मिळतो.
+
+```solidity
+// SPDX-License-Identifier: MIT
+pragma solidity >0.5.0 <0.9.0;
+
+/* Interface Imports */
+import { ICrossDomainMessenger } from "./ICrossDomainMessenger.sol";
+```
+
+[हा इंटरफेस](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/libraries/bridge/ICrossDomainMessenger.sol) क्रॉस डोमेन मेसेंजरचा वापर करून दुसऱ्या लेयरवर मेसेज कसे पाठवायचे हे कॉन्ट्रॅक्टला सांगतो.
+हा क्रॉस डोमेन मेसेंजर एक संपूर्ण वेगळी प्रणाली आहे, आणि त्याला स्वतःचा लेख आवश्यक आहे, जो मी भविष्यात लिहिण्याची आशा करतो.
+
+```solidity
+/**
+ * @title CrossDomainEnabled
+ * @dev Helper contract for contracts performing cross-domain communications
+ *
+ * Compiler used: defined by inheriting contract
+ */
+contract CrossDomainEnabled {
+    /*************
+     * Variables *
+     *************/
+
+    // Messenger contract used to send and receive messages from the other domain.
+    address public messenger;
+
+    /***************
+     * Constructor *
+     ***************/
+
+    /**
+     * @param _messenger Address of the CrossDomainMessenger on the current layer.
+     */
+    constructor(address _messenger) {
+        messenger = _messenger;
+    }
+```
+
+कॉन्ट्रॅक्टला माहित असणे आवश्यक असलेले एक पॅरामीटर, या लेयरवरील क्रॉस डोमेन मेसेंजरचा ऍड्रेस.
+हे पॅरामीटर कन्स्ट्रक्टरमध्ये एकदाच सेट केले जाते आणि कधीही बदलत नाही.
+
+```solidity
+
+    /**********************
+     * Function Modifiers *
+     **********************/
+
+    /**
+     * Enforces that the modified function is only callable by a specific cross-domain account.
+     * @param _sourceDomainAccount The only account on the originating domain which is
+     *  authenticated to call this function.
+     */
+    modifier onlyFromCrossDomainAccount(address _sourceDomainAccount) {
+```
+
+क्रॉस डोमेन मेसेजिंग ज्या ब्लॉकचेनवर चालू आहे (Ethereum मेननेट किंवा Optimism) त्यावरील कोणत्याही कॉन्ट्रॅक्टद्वारे उपलब्ध आहे.
+परंतु आम्हाला प्रत्येक बाजूच्या ब्रिजला _फक्त_ विशिष्ट मेसेजेवर विश्वास ठेवण्याची गरज आहे जर ते दुसऱ्या बाजूच्या ब्रिजवरून आले असतील.
+
+```solidity
+        require(
+            msg.sender == address(getCrossDomainMessenger()),
+            "OVM_XCHAIN: messenger contract unauthenticated"
+        );
+```
+
+केवळ योग्य क्रॉस डोमेन मेसेंजर (`messenger`, जसे आपण खाली पाहता) कडून आलेल्या मेसेजेवर विश्वास ठेवला जाऊ शकतो.
+
+```solidity
+
+        require(
+            getCrossDomainMessenger().xDomainMessageSender() == _sourceDomainAccount,
+            "OVM_XCHAIN: wrong sender of cross-domain message"
+        );
+```
+
+क्रॉस डोमेन मेसेंजर दुसऱ्या लेयरवर मेसेज पाठवणाऱ्या ऍड्रेसला देण्याचा मार्ग म्हणजे [`.xDomainMessageSender()` फंक्शन](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/L1/messaging/L1CrossDomainMessenger.sol#L122-L128).
+जोपर्यंत मेसेजद्वारे सुरू केलेल्या ट्रान्झॅक्शनमध्ये तो कॉल केला जातो तोपर्यंत तो ही माहिती देऊ शकतो.
+
+आम्हाला मिळालेला मेसेज दुसऱ्या ब्रिजवरून आला आहे याची खात्री करणे आवश्यक आहे.
+
+```solidity
+
+        _;
+    }
+
+    /**********************
+     * Internal Functions *
+     **********************/
+
+    /**
+     * Gets the messenger, usually from storage. This function is exposed in case a child contract
+     * needs to override.
+     * @return The address of the cross-domain messenger contract which should be used.
+     */
+    function getCrossDomainMessenger() internal virtual returns (ICrossDomainMessenger) {
+        return ICrossDomainMessenger(messenger);
+    }
+```
+
+हे फंक्शन क्रॉस डोमेन मेसेंजर परत करते.
+आपण `messenger` व्हेरिएबलऐवजी फंक्शन वापरतो कारण यातून वारसा घेणाऱ्या कॉन्ट्रॅक्ट्सना कोणता क्रॉस डोमेन मेसेंजर वापरायचा हे निर्दिष्ट करण्यासाठी एक अल्गोरिदम वापरण्याची परवानगी मिळते.
+
+```solidity
+
+    /**
+     * Sends a message to an account on another domain
+     * @param _crossDomainTarget The intended recipient on the destination domain
+     * @param _message The data to send to the target (usually calldata to a function with
+     *  `onlyFromCrossDomainAccount()`)
+     * @param _gasLimit The gasLimit for the receipt of the message on the target domain.
+     */
+    function sendCrossDomainMessage(
+        address _crossDomainTarget,
+        uint32 _gasLimit,
+        bytes memory _message
+```
+
+शेवटी, दुसऱ्या लेयरवर मेसेज पाठवणारे फंक्शन.
+
+```solidity
+    ) internal {
+        // slither-disable-next-line reentrancy-events, reentrancy-benign
+```
+
+[स्लिथर](https://github.com/crytic/slither) हा एक स्टॅटिक अॅनालाइझर आहे जो Optimism प्रत्येक कॉन्ट्रॅक्टवर असुरक्षितता आणि इतर संभाव्य समस्या शोधण्यासाठी चालवतो.
+या प्रकरणात, खालील ओळ दोन असुरक्षितता दर्शवते:
+
+1. [पुनर्प्रवेश इव्हेंट्स](https://github.com/crytic/slither/wiki/Detector-Documentation#reentrancy-vulnerabilities-3)
+2. [सौम्य पुनर्प्रवेश](https://github.com/crytic/slither/wiki/Detector-Documentation#reentrancy-vulnerabilities-2)
+
+```solidity
+        getCrossDomainMessenger().sendMessage(_crossDomainTarget, _message, _gasLimit);
+    }
+}
+```
+
+या प्रकरणात आम्हाला पुनर्प्रवेशाची चिंता नाही, आम्हाला माहित आहे की `getCrossDomainMessenger()` एक विश्वासार्ह ऍड्रेस परत करतो, जरी स्लिथरला हे माहित नसले तरी.
+
+### L1 ब्रिज कॉन्ट्रॅक्ट {#the-l1-bridge-contract}
+
+[या कॉन्ट्रॅक्टचा सोर्स कोड येथे आहे](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/L1/messaging/L1StandardBridge.sol).
+
+```solidity
+// SPDX-License-Identifier: MIT
+pragma solidity ^0.8.9;
+```
+
+हे इंटरफेस इतर कॉन्ट्रॅक्ट्सचा भाग असू शकतात, त्यामुळे त्यांना Solidity च्या विस्तृत आवृत्त्यांना समर्थन द्यावे लागते.
+परंतु ब्रिज स्वतः आमचा कॉन्ट्रॅक्ट आहे, आणि आम्ही ते कोणती Solidity आवृत्ती वापरते याबद्दल कठोर असू शकतो.
+
+```solidity
+/* Interface Imports */
+import { IL1StandardBridge } from "./IL1StandardBridge.sol";
+import { IL1ERC20Bridge } from "./IL1ERC20Bridge.sol";
+```
+
+[IL1ERC20Bridge](#IL1ERC20Bridge) आणि [IL1StandardBridge](#IL1StandardBridge) वर स्पष्ट केले आहेत.
+
+```solidity
+import { IL2ERC20Bridge } from "../../L2/messaging/IL2ERC20Bridge.sol";
+```
+
+[हा इंटरफेस](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/L2/messaging/IL2ERC20Bridge.sol) आम्हाला L2 वरील स्टँडर्ड ब्रिज नियंत्रित करण्यासाठी मेसेज तयार करण्याची परवानगी देतो.
+
+```solidity
+import { IERC20 } from "@openzeppelin/contracts/token/ERC20/IERC20.sol";
+```
+
+[हा इंटरफेस](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/IERC20.sol) आम्हाला ERC-20 कॉन्ट्रॅक्ट नियंत्रित करण्याची परवानगी देतो.
+[तुम्ही याबद्दल येथे अधिक वाचू शकता](/developers/tutorials/erc20-annotated-code/#the-interface).
+
+```solidity
+/* Library Imports */
+import { CrossDomainEnabled } from "../../libraries/bridge/CrossDomainEnabled.sol";
+```
+
+[वर स्पष्ट केल्याप्रमाणे](#crossdomainenabled), हा कॉन्ट्रॅक्ट इंटरलेअर मेसेजिंगसाठी वापरला जातो.
+
+```solidity
+import { Lib_PredeployAddresses } from "../../libraries/constants/Lib_PredeployAddresses.sol";
+```
+
+[`Lib_PredeployAddresses`](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/libraries/constants/Lib_PredeployAddresses.sol) मध्ये L2 कॉन्ट्रॅक्ट्सचे ऍड्रेस आहेत ज्यांचे ऍड्रेस नेहमी समान असतात. यात L2 वरील स्टँडर्ड ब्रिजचा समावेश आहे.
+
+```solidity
+import { Address } from "@openzeppelin/contracts/utils/Address.sol";
+```
+
+[OpenZeppelin's Address युटिलिटीज](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/utils/Address.sol). हे कॉन्ट्रॅक्ट ऍड्रेस आणि बाह्य मालकीच्या खात्यांशी (EOA) संबंधित ऍड्रेसमध्ये फरक करण्यासाठी वापरले जाते.
+
+लक्षात ठेवा की हे एक परिपूर्ण समाधान नाही, कारण थेट कॉल आणि कॉन्ट्रॅक्टच्या कन्स्ट्रक्टरमधून केलेल्या कॉलमध्ये फरक करण्याचा कोणताही मार्ग नाही, परंतु किमान हे आम्हाला काही सामान्य वापरकर्त्याच्या चुका ओळखण्यास आणि टाळण्यास मदत करते.
+
+```solidity
+import { SafeERC20 } from "@openzeppelin/contracts/token/ERC20/utils/SafeERC20.sol";
+```
+
+[ERC-20 स्टँडर्ड](https://eips.ethereum.org/EIPS/eip-20) कॉन्ट्रॅक्टला अपयश कळवण्यासाठी दोन मार्गांना समर्थन देते:
+
+1. रिव्हर्ट
+2. `false` परत करणे
+
+दोन्ही प्रकरणे हाताळल्याने आमचा कोड अधिक क्लिष्ट होईल, म्हणून त्याऐवजी आम्ही [OpenZeppelin's `SafeERC20`](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/utils/SafeERC20.sol) वापरतो, जे [सर्व अपयशांचे परिणाम रिव्हर्टमध्ये होतील याची खात्री करते](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/utils/SafeERC20.sol#L96).
+
+```solidity
+/**
+ * @title L1StandardBridge
+ * @dev The L1 ETH and ERC20 Bridge is a contract which stores deposited L1 funds and standard
+ * tokens that are in use on L2. It synchronizes a corresponding L2 Bridge, informing it of deposits
+ * and listening to it for newly finalized withdrawals.
+ *
+ */
+contract L1StandardBridge is IL1StandardBridge, CrossDomainEnabled {
+    using SafeERC20 for IERC20;
+```
+
+ही ओळ आम्ही प्रत्येक वेळी `IERC20` इंटरफेस वापरताना `SafeERC20` रॅपर वापरण्याचे कसे निर्दिष्ट करतो हे दर्शवते.
+
+```solidity
+
+    /********************************
+     * External Contract References *
+     ********************************/
+
+    address public l2TokenBridge;
+```
+
+[L2StandardBridge](#the-l2-bridge-contract) चा ऍड्रेस.
+
+```solidity
+
+    // Maps L1 token to L2 token to balance of the L1 token deposited
+    mapping(address => mapping(address => uint256)) public deposits;
+```
+
+अशा प्रकारची दुहेरी [मॅपिंग](https://www.tutorialspoint.com/solidity/solidity_mappings.htm) [द्विमितीय विरळ अ‍ॅरे](https://en.wikipedia.org/wiki/Sparse_matrix) परिभाषित करण्याचा एक मार्ग आहे.
+या डेटा स्ट्रक्चरमधील मूल्ये `deposit[L1 token addr][L2 token addr]` म्हणून ओळखली जातात.
+डीफॉल्ट मूल्य शून्य आहे.
+फक्त ज्या सेल्स वेगळ्या मूल्यावर सेट केल्या आहेत त्या स्टोरेजमध्ये लिहिल्या जातात.
+
+```solidity
+
+    /***************
+     * Constructor *
+     ***************/
+
+    // This contract lives behind a proxy, so the constructor parameters will go unused.
+    constructor() CrossDomainEnabled(address(0)) {}
+```
+
+स्टोरेजमधील सर्व व्हेरिएबल्स कॉपी न करता हा कॉन्ट्रॅक्ट अपग्रेड करण्याची इच्छा आहे.
+हे करण्यासाठी आम्ही एक [`Proxy`](https://docs.openzeppelin.com/contracts/3.x/api/proxy) वापरतो, जो एका वेगळ्या कॉन्ट्रॅक्टवर कॉल हस्तांतरित करण्यासाठी [`delegatecall`](https://solidity-by-example.org/delegatecall/) वापरतो, ज्याचा ऍड्रेस प्रॉक्सी कॉन्ट्रॅक्टद्वारे संग्रहित केला जातो (तुम्ही अपग्रेड करता तेव्हा तुम्ही प्रॉक्सीला तो ऍड्रेस बदलण्यास सांगता).
+तुम्ही `delegatecall` वापरता तेव्हा स्टोरेज _कॉलिंग_ कॉन्ट्रॅक्टचाच राहतो, त्यामुळे सर्व कॉन्ट्रॅक्ट स्थिती व्हेरिएबल्सच्या मूल्यांवर कोणताही परिणाम होत नाही.
+
+या पॅटर्नचा एक परिणाम असा आहे की `delegatecall` चा _कॉल केलेला_ कॉन्ट्रॅक्टचा स्टोरेज वापरला जात नाही आणि त्यामुळे त्याला पास केलेले कन्स्ट्रक्टर मूल्ये महत्त्वाची नसतात.
+हेच कारण आहे की आम्ही `CrossDomainEnabled` कन्स्ट्रक्टरला एक निरर्थक मूल्य देऊ शकतो.
+हेच कारण आहे की खालील इनिशियलायझेशन कन्स्ट्रक्टरपासून वेगळे आहे.
+
+```solidity
+    /******************
+     * Initialization *
+     ******************/
+
+    /**
+     * @param _l1messenger L1 Messenger address being used for cross-chain communications.
+     * @param _l2TokenBridge L2 standard bridge address.
+     */
+    // slither-disable-next-line external-function
+```
+
+ही [स्लिथर टेस्ट](https://github.com/crytic/slither/wiki/Detector-Documentation#public-function-that-could-be-declared-external) अशी फंक्शन्स ओळखते जी कॉन्ट्रॅक्ट कोडमधून कॉल केली जात नाहीत आणि त्यामुळे `public` ऐवजी `external` घोषित केली जाऊ शकतात.
+`external` फंक्शन्सची गॅस किंमत कमी असू शकते, कारण त्यांना कॉलडेटा मध्ये पॅरामीटर्स दिले जाऊ शकतात.
+`public` म्हणून घोषित केलेली फंक्शन्स कॉन्ट्रॅक्टमधून प्रवेश करण्यायोग्य असणे आवश्यक आहे.
+कॉन्ट्रॅक्ट्स स्वतःचे कॉलडेटा बदलू शकत नाहीत, म्हणून पॅरामीटर्स मेमरीमध्ये असणे आवश्यक आहे.
+जेव्हा असे फंक्शन बाहेरून कॉल केले जाते, तेव्हा कॉलडेटा मेमरीमध्ये कॉपी करणे आवश्यक असते, ज्याला गॅस लागतो.
+या प्रकरणात फंक्शन फक्त एकदाच कॉल केले जाते, त्यामुळे अकार्यक्षमतेचा आम्हाला फरक पडत नाही.
+
+```solidity
+    function initialize(address _l1messenger, address _l2TokenBridge) public {
+        require(messenger == address(0), "Contract has already been initialized.");
+```
+
+`initialize` फंक्शन फक्त एकदाच कॉल केले पाहिजे.
+जर L1 क्रॉस डोमेन मेसेंजर किंवा L2 टोकन ब्रिजचा ऍड्रेस बदलला, तर आम्ही एक नवीन प्रॉक्सी आणि एक नवीन ब्रिज तयार करतो जो त्याला कॉल करतो.
+संपूर्ण प्रणाली अपग्रेड केल्याशिवाय हे घडण्याची शक्यता नाही, जी एक खूप दुर्मिळ घटना आहे.
+
+लक्षात ठेवा की या फंक्शनमध्ये अशी कोणतीही यंत्रणा नाही जी _कोण_ कॉल करू शकतो यावर निर्बंध घालते.
+याचा अर्थ असा की सैद्धांतिकदृष्ट्या एक आक्रमणकर्ता आम्ही प्रॉक्सी आणि ब्रिजची पहिली आवृत्ती तैनात करेपर्यंत थांबू शकतो आणि नंतर वैध वापरकर्त्यापूर्वी `initialize` फंक्शनवर पोहोचण्यासाठी [फ्रंट-रन](https://solidity-by-example.org/hacks/front-running/) करू शकतो. परंतु हे टाळण्यासाठी दोन पद्धती आहेत:
+
+1. जर कॉन्ट्रॅक्ट्स थेट EOA द्वारे तैनात न करता [दुसऱ्या कॉन्ट्रॅक्टने त्यांना तयार करणाऱ्या ट्रान्झॅक्शनमध्ये](https://medium.com/upstate-interactive/creating-a-contract-with-a-smart-contract-bdb67c5c8595) तैनात केले गेले, तर संपूर्ण प्रक्रिया अणु असू शकते, आणि इतर कोणताही ट्रान्झॅक्शन कार्यान्वित होण्यापूर्वी पूर्ण होऊ शकते.
+2. जर `initialize` साठीचा वैध कॉल अयशस्वी झाला, तर नवीन तयार केलेला प्रॉक्सी आणि ब्रिज दुर्लक्षित करणे आणि नवीन तयार करणे नेहमीच शक्य आहे.
+
+```solidity
+        messenger = _l1messenger;
+        l2TokenBridge = _l2TokenBridge;
+    }
+```
+
+हे दोन पॅरामीटर्स आहेत जे ब्रिजला माहित असणे आवश्यक आहे.
+
+```solidity
+
+    /**************
+     * Depositing *
+     **************/
+
+    /** @dev Modifier requiring sender to be EOA.  This check could be bypassed by a malicious
+     *  contract via initcode, but it takes care of the user error we want to avoid.
+     */
+    modifier onlyEOA() {
+        // Used to stop deposits from contracts (avoid accidentally lost tokens)
+        require(!Address.isContract(msg.sender), "Account not EOA");
+        _;
+    }
+```
+
+हेच कारण आहे की आम्हाला OpenZeppelin च्या `Address` युटिलिटीजची आवश्यकता होती.
+
+```solidity
+    /**
+     * @dev This function can be called with no data
+     * to deposit an amount of ETH to the caller's balance on L2.
+     * Since the receive function doesn't take data, a conservative
+     * default amount is forwarded to L2.
+     */
+    receive() external payable onlyEOA {
+        _initiateETHDeposit(msg.sender, msg.sender, 200_000, bytes(""));
+    }
+```
+
+हे फंक्शन चाचणी उद्देशांसाठी अस्तित्वात आहे.
+लक्षात घ्या की ते इंटरफेस परिभाषांमध्ये दिसत नाही - ते सामान्य वापरासाठी नाही.
+
+```solidity
+    /**
+     * @inheritdoc IL1StandardBridge
+     */
+    function depositETH(uint32 _l2Gas, bytes calldata _data) external payable onlyEOA {
+        _initiateETHDeposit(msg.sender, msg.sender, _l2Gas, _data);
+    }
+
+    /**
+     * @inheritdoc IL1StandardBridge
+     */
+    function depositETHTo(
+        address _to,
+        uint32 _l2Gas,
+        bytes calldata _data
+    ) external payable {
+        _initiateETHDeposit(msg.sender, _to, _l2Gas, _data);
+    }
+```
+
+ही दोन फंक्शन्स `_initiateETHDeposit` या फंक्शनच्या भोवती रॅपर्स आहेत, जे प्रत्यक्ष ETH डिपॉझिट हाताळते.
+
+```solidity
+    /**
+     * @dev Performs the logic for deposits by storing the ETH and informing the L2 ETH Gateway of
+     * the deposit.
+     * @param _from Account to pull the deposit from on L1.
+     * @param _to Account to give the deposit to on L2.
+     * @param _l2Gas Gas limit required to complete the deposit on L2.
+     * @param _data Optional data to forward to L2. This data is provided
+     *        solely as a convenience for external contracts. Aside from enforcing a maximum
+     *        length, these contracts provide no guarantees about its content.
+     */
+    function _initiateETHDeposit(
+        address _from,
+        address _to,
+        uint32 _l2Gas,
+        bytes memory _data
+    ) internal {
+        // Construct calldata for finalizeDeposit call
+        bytes memory message = abi.encodeWithSelector(
+```
+
+क्रॉस डोमेन मेसेजेस ज्या प्रकारे काम करतात ते म्हणजे डेस्टिनेशन कॉन्ट्रॅक्टला त्याच्या कॉलडेटा म्हणून मेसेजसह कॉल केले जाते.
+Solidity कॉन्ट्रॅक्ट्स नेहमी त्यांच्या कॉलडेटाचा अर्थ
+[ABI स्पेसिफिकेशन्स](https://docs.soliditylang.org/en/v0.8.12/abi-spec.html) नुसार लावतात.
+Solidity फंक्शन [`abi.encodeWithSelector`](https://docs.soliditylang.org/en/v0.8.12/units-and-global-variables.html#abi-encoding-and-decoding-functions) तो कॉलडेटा तयार करते.
+
+```solidity
+            IL2ERC20Bridge.finalizeDeposit.selector,
+            address(0),
+            Lib_PredeployAddresses.OVM_ETH,
+            _from,
+            _to,
+            msg.value,
+            _data
+        );
+```
+
+येथे मेसेज म्हणजे या पॅरामीटर्ससह [the `finalizeDeposit` function](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/L2/messaging/L2StandardBridge.sol#L141-L148) कॉल करणे:
+
+| पॅरामीटर                        | मूल्य                                                                                    | अर्थ                                                                                                                                                                    |
+| ------------------------------- | ---------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| \_l1Token | address(0)                                                            | ETH (जे ERC-20 टोकन नाही) साठी L1 वर उभे राहण्यासाठी विशेष मूल्य                                                                                     |
+| \_l2Token | Lib_PredeployAddresses.OVM_ETH | Optimism वर ETH व्यवस्थापित करणारा L2 कॉन्ट्रॅक्ट, `0xDeadDeAddeAddEAddeadDEaDDEAdDeaDDeAD0000` (हा कॉन्ट्रॅक्ट फक्त अंतर्गत Optimism वापरासाठी आहे) |
+| \_from    | \_from                                                             | L1 वर ETH पाठवणारा ऍड्रेस                                                                                                                                               |
+| \_to      | \_to                                                               | L2 वर ETH प्राप्त करणारा ऍड्रेस                                                                                                                                         |
+| रक्कम                           | msg.value                                                                | पाठवलेली wei ची रक्कम (जी आधीच ब्रिजला पाठवली गेली आहे)                                                                                              |
+| \_data    | \_data                                                             | डिपॉझिटला जोडण्यासाठी अतिरिक्त डेटा                                                                                                                                     |
+
+```solidity
+        // Send calldata into L2
+        // slither-disable-next-line reentrancy-events
+        sendCrossDomainMessage(l2TokenBridge, _l2Gas, message);
+```
+
+क्रॉस डोमेन मेसेंजरद्वारे मेसेज पाठवा.
+
+```solidity
+        // slither-disable-next-line reentrancy-events
+        emit ETHDepositInitiated(_from, _to, msg.value, _data);
+    }
+```
+
+या हस्तांतरणाची माहिती ऐकणाऱ्या कोणत्याही विकेंद्रित ऍप्लिकेशनला कळवण्यासाठी एक इव्हेंट उत्सर्जित करा.
+
+```solidity
+    /**
+     * @inheritdoc IL1ERC20Bridge
+     */
+    function depositERC20(
+		.
+		.
+		.
+    ) external virtual onlyEOA {
+        _initiateERC20Deposit(_l1Token, _l2Token, msg.sender, msg.sender, _amount, _l2Gas, _data);
+    }
+
+    /**
+     * @inheritdoc IL1ERC20Bridge
+     */
+    function depositERC20To(
+		.
+		.
+		.
+    ) external virtual {
+        _initiateERC20Deposit(_l1Token, _l2Token, msg.sender, _to, _amount, _l2Gas, _data);
+    }
+```
+
+ही दोन फंक्शन्स `_initiateERC20Deposit` या फंक्शनच्या भोवती रॅपर्स आहेत, जे प्रत्यक्ष ERC-20 डिपॉझिट हाताळते.
+
+```solidity
+    /**
+     * @dev Performs the logic for deposits by informing the L2 Deposited Token
+     * contract of the deposit and calling a handler to lock the L1 funds. (e.g., transferFrom)
+     *
+     * @param _l1Token Address of the L1 ERC20 we are depositing
+     * @param _l2Token Address of the L1 respective L2 ERC20
+     * @param _from Account to pull the deposit from on L1
+     * @param _to Account to give the deposit to on L2
+     * @param _amount Amount of the ERC20 to deposit.
+     * @param _l2Gas Gas limit required to complete the deposit on L2.
+     * @param _data Optional data to forward to L2. This data is provided
+     *        solely as a convenience for external contracts. Aside from enforcing a maximum
+     *        length, these contracts provide no guarantees about its content.
+     */
+    function _initiateERC20Deposit(
+        address _l1Token,
+        address _l2Token,
+        address _from,
+        address _to,
+        uint256 _amount,
+        uint32 _l2Gas,
+        bytes calldata _data
+    ) internal {
+```
+
+हे फंक्शन वरील `_initiateETHDeposit` शी सारखे आहे, काही महत्त्वाच्या फरकांसह.
+पहिला फरक म्हणजे हे फंक्शन टोकन ऍड्रेस आणि हस्तांतरित करण्याची रक्कम पॅरामीटर्स म्हणून प्राप्त करते.
+ETH च्या बाबतीत ब्रिजवर केलेल्या कॉलमध्ये ब्रिज खात्यावर मालमत्तेचे हस्तांतरण (`msg.value`) आधीच समाविष्ट असते.
+
+```solidity
+        // When a deposit is initiated on L1, the L1 Bridge transfers the funds to itself for future
+        // withdrawals. safeTransferFrom also checks if the contract has code, so this will fail if
+        // _from is an EOA or address(0).
+        // slither-disable-next-line reentrancy-events, reentrancy-benign
+        IERC20(_l1Token).safeTransferFrom(_from, address(this), _amount);
+```
+
+ERC-20 टोकन हस्तांतरण ETH पासून वेगळ्या प्रक्रियेचे पालन करते:
+
+1. वापरकर्ता (`_from`) योग्य टोकन हस्तांतरित करण्यासाठी ब्रिजला परवानगी देतो.
+2. वापरकर्ता टोकन कॉन्ट्रॅक्टच्या ऍड्रेस, रक्कम इत्यादीसह ब्रिजला कॉल करतो.
+3. ब्रिज डिपॉझिट प्रक्रियेचा भाग म्हणून टोकन (स्वतःला) हस्तांतरित करतो.
+
+पहिला टप्पा शेवटच्या दोन टप्प्यांपासून वेगळ्या ट्रान्झॅक्शनमध्ये होऊ शकतो.
+तथापि, फ्रंट-रनिंग ही समस्या नाही कारण `_initiateERC20Deposit` ला कॉल करणारी दोन फंक्शन्स (`depositERC20` आणि `depositERC20To`) या फंक्शनला फक्त `_from` पॅरामीटर म्हणून `msg.sender` सह कॉल करतात.
+
+```solidity
+        // Construct calldata for _l2Token.finalizeDeposit(_to, _amount)
+        bytes memory message = abi.encodeWithSelector(
+            IL2ERC20Bridge.finalizeDeposit.selector,
+            _l1Token,
+            _l2Token,
+            _from,
+            _to,
+            _amount,
+            _data
+        );
+
+        // Send calldata into L2
+        // slither-disable-next-line reentrancy-events, reentrancy-benign
+        sendCrossDomainMessage(l2TokenBridge, _l2Gas, message);
+
+        // slither-disable-next-line reentrancy-benign
+        deposits[_l1Token][_l2Token] = deposits[_l1Token][_l2Token] + _amount;
+```
+
+डिपॉझिट केलेल्या टोकन्सची रक्कम `deposits` डेटा स्ट्रक्चरमध्ये जोडा.
+L2 वर एकाच L1 ERC-20 टोकनला संबंधित अनेक ऍड्रेस असू शकतात, त्यामुळे डिपॉझिटचा मागोवा ठेवण्यासाठी ब्रिजच्या L1 ERC-20 टोकनच्या बॅलन्सचा वापर करणे पुरेसे नाही.
+
+```solidity
+
+        // slither-disable-next-line reentrancy-events
+        emit ERC20DepositInitiated(_l1Token, _l2Token, _from, _to, _amount, _data);
+    }
+
+    /*************************
+     * Cross-chain Functions *
+     *************************/
+
+    /**
+     * @inheritdoc IL1StandardBridge
+     */
+    function finalizeETHWithdrawal(
+        address _from,
+        address _to,
+        uint256 _amount,
+        bytes calldata _data
+```
+
+L2 ब्रिज L2 क्रॉस डोमेन मेसेंजरला एक मेसेज पाठवतो ज्यामुळे L1 क्रॉस डोमेन मेसेंजर या फंक्शनला कॉल करतो (एकदा L1 वर [मेसेज अंतिम करणारा ट्रान्झॅक्शन](https://community.optimism.io/docs/developers/bridge/messaging/#fees-for-l2-%E2%87%92-l1-transactions) सबमिट झाला की).
+
+```solidity
+    ) external onlyFromCrossDomainAccount(l2TokenBridge) {
+```
+
+हा एक _वैध_ मेसेज आहे याची खात्री करा, जो क्रॉस डोमेन मेसेंजरवरून येत आहे आणि L2 टोकन ब्रिजपासून सुरू होत आहे.
+हे फंक्शन ब्रिजमधून ETH काढण्यासाठी वापरले जाते, त्यामुळे आम्हाला खात्री करावी लागेल की ते फक्त अधिकृत कॉलरद्वारेच कॉल केले जाईल.
+
+```solidity
+        // slither-disable-next-line reentrancy-events
+        (bool success, ) = _to.call{ value: _amount }(new bytes(0));
+```
+
+ETH हस्तांतरित करण्याचा मार्ग म्हणजे `msg.value` मध्ये wei च्या रकमेसह प्राप्तकर्त्याला कॉल करणे.
+
+```solidity
+        require(success, "TransferHelper::safeTransferETH: ETH transfer failed");
+
+        // slither-disable-next-line reentrancy-events
+        emit ETHWithdrawalFinalized(_from, _to, _amount, _data);
+```
+
+विड्रॉवलबद्दल एक इव्हेंट उत्सर्जित करा.
+
+```solidity
+    }
+
+    /**
+     * @inheritdoc IL1ERC20Bridge
+     */
+    function finalizeERC20Withdrawal(
+        address _l1Token,
+        address _l2Token,
+        address _from,
+        address _to,
+        uint256 _amount,
+        bytes calldata _data
+    ) external onlyFromCrossDomainAccount(l2TokenBridge) {
+```
+
+हे फंक्शन वरील `finalizeETHWithdrawal` शी सारखे आहे, ERC-20 टोकनसाठी आवश्यक बदलांसह.
+
+```solidity
+        deposits[_l1Token][_l2Token] = deposits[_l1Token][_l2Token] - _amount;
+```
+
+`deposits` डेटा स्ट्रक्चर अपडेट करा.
+
+```solidity
+
+        // When a withdrawal is finalized on L1, the L1 Bridge transfers the funds to the withdrawer
+        // slither-disable-next-line reentrancy-events
+        IERC20(_l1Token).safeTransfer(_to, _amount);
+
+        // slither-disable-next-line reentrancy-events
+        emit ERC20WithdrawalFinalized(_l1Token, _l2Token, _from, _to, _amount, _data);
+    }
+
+
+    /*****************************
+     * Temporary - Migrating ETH *
+     *****************************/
+
+    /**
+     * @dev Adds ETH balance to the account. This is meant to allow for ETH
+     * to be migrated from an old gateway to a new gateway.
+     * NOTE: This is left for one upgrade only so we are able to receive the migrated ETH from the
+     * old contract
+     */
+    function donateETH() external payable {}
+}
+```
+
+ब्रिजची पूर्वीची अंमलबजावणी होती.
+जेव्हा आम्ही त्या अंमलबजावणीवरून यावर आलो, तेव्हा आम्हाला सर्व मालमत्ता हलवावी लागली.
+ERC-20 टोकन फक्त हलवले जाऊ शकतात.
+तथापि, एका कॉन्ट्रॅक्टवर ETH हस्तांतरित करण्यासाठी तुम्हाला त्या कॉन्ट्रॅक्टची मंजुरी आवश्यक आहे, जी `donateETH` आपल्याला प्रदान करते.
+
+## L2 वरील ERC-20 टोकन्स {#erc-20-tokens-on-l2}
+
+एखाद्या ERC-20 टोकनला स्टँडर्ड ब्रिजमध्ये बसण्यासाठी, त्याला स्टँडर्ड ब्रिजला, आणि _फक्त_ स्टँडर्ड ब्रिजला, टोकन मिंट करण्याची परवानगी देणे आवश्यक आहे.
+हे आवश्यक आहे कारण ब्रिजेसना हे सुनिश्चित करणे आवश्यक आहे की Optimism वर फिरणाऱ्या टोकन्सची संख्या L1 ब्रिज कॉन्ट्रॅक्टमध्ये लॉक केलेल्या टोकन्सच्या संख्येइतकी आहे.
+जर L2 वर खूप जास्त टोकन असतील तर काही वापरकर्ते त्यांची मालमत्ता L1 वर परत ब्रिज करू शकणार नाहीत.
+एका विश्वासार्ह ब्रिजऐवजी, आम्ही मूलतः [फ्रॅक्शनल रिझर्व्ह बँकिंग](https://www.investopedia.com/terms/f/fractionalreservebanking.asp) पुन्हा तयार करू.
+जर L1 वर खूप जास्त टोकन असतील, तर त्यापैकी काही टोकन ब्रिज कॉन्ट्रॅक्टमध्ये कायमचे लॉक राहतील कारण L2 टोकन बर्न केल्याशिवाय त्यांना रिलीज करण्याचा कोणताही मार्ग नाही.
+
+### IL2StandardERC20 {#il2standarderc20}
+
+L2 वरील प्रत्येक ERC-20 टोकन जो स्टँडर्ड ब्रिज वापरतो, त्याला [हा इंटरफेस](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/standards/IL2StandardERC20.sol) प्रदान करणे आवश्यक आहे, ज्यात स्टँडर्ड ब्रिजला आवश्यक असलेली फंक्शन्स आणि इव्हेंट्स आहेत.
+
+```solidity
+// SPDX-License-Identifier: MIT
+pragma solidity ^0.8.9;
+
+import { IERC20 } from "@openzeppelin/contracts/token/ERC20/IERC20.sol";
+```
+
+[The standard ERC-20 interface](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/IERC20.sol) मध्ये `mint` आणि `burn` फंक्शन्स समाविष्ट नाहीत.
+त्या पद्धती [the ERC-20 standard](https://eips.ethereum.org/EIPS/eip-20) द्वारे आवश्यक नाहीत, जे टोकन तयार आणि नष्ट करण्याच्या यंत्रणा अनिर्दिष्ट ठेवते.
+
+```solidity
+import { IERC165 } from "@openzeppelin/contracts/utils/introspection/IERC165.sol";
+```
+
+[The ERC-165 interface](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/utils/introspection/IERC165.sol) एक कॉन्ट्रॅक्ट कोणती फंक्शन्स प्रदान करतो हे निर्दिष्ट करण्यासाठी वापरले जाते.
+[तुम्ही येथे स्टँडर्ड वाचू शकता](https://eips.ethereum.org/EIPS/eip-165).
+
+```solidity
+interface IL2StandardERC20 is IERC20, IERC165 {
+    function l1Token() external returns (address);
+```
+
+हे फंक्शन या कॉन्ट्रॅक्टवर ब्रिज केलेल्या L1 टोकनचा ऍड्रेस प्रदान करते.
+लक्षात घ्या की आमच्याकडे उलट दिशेने समान फंक्शन नाही.
+आम्हाला कोणताही L1 टोकन ब्रिज करण्याची क्षमता आवश्यक आहे, मग ते लागू करताना L2 सपोर्टची योजना होती की नाही.
+
+```solidity
+
+    function mint(address _to, uint256 _amount) external;
+
+    function burn(address _from, uint256 _amount) external;
+
+    event Mint(address indexed _account, uint256 _amount);
+    event Burn(address indexed _account, uint256 _amount);
+}
+```
+
+टोकन मिंट (तयार करणे) आणि बर्न (नष्ट करणे) करण्यासाठी फंक्शन्स आणि इव्हेंट्स.
+ब्रिज ही एकमेव संस्था असावी जी ही फंक्शन्स चालवू शकेल जेणेकरून टोकन्सची संख्या योग्य असेल (L1 वर लॉक केलेल्या टोकन्सच्या संख्येइतकी).
+
+### L2StandardERC20 {#L2StandardERC20}
+
+[ही `IL2StandardERC20` इंटरफेसची आमची अंमलबजावणी आहे](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/standards/L2StandardERC20.sol).
+तुम्हाला काही प्रकारच्या सानुकूल तर्काची आवश्यकता नसल्यास, तुम्ही हे वापरावे.
+
+```solidity
+// SPDX-License-Identifier: MIT
+pragma solidity ^0.8.9;
+
+import { ERC20 } from "@openzeppelin/contracts/token/ERC20/ERC20.sol";
+```
+
+[The OpenZeppelin ERC-20 contract](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/ERC20.sol).
+Optimism चाक पुन्हा शोधण्यावर विश्वास ठेवत नाही, विशेषतः जेव्हा चाक चांगले ऑडिट केलेले असते आणि मालमत्ता ठेवण्यासाठी पुरेसे विश्वासार्ह असणे आवश्यक असते.
+
+```solidity
+import "./IL2StandardERC20.sol";
+
+contract L2StandardERC20 is IL2StandardERC20, ERC20 {
+    address public l1Token;
+    address public l2Bridge;
+```
+
+हे दोन अतिरिक्त कॉन्फिगरेशन पॅरामीटर्स आहेत ज्यांची आम्हाला आवश्यकता आहे आणि ERC-20 ला सामान्यतः नसते.
+
+```solidity
+
+    /**
+     * @param _l2Bridge Address of the L2 standard bridge.
+     * @param _l1Token Address of the corresponding L1 token.
+     * @param _name ERC20 name.
+     * @param _symbol ERC20 symbol.
+     */
+    constructor(
+        address _l2Bridge,
+        address _l1Token,
+        string memory _name,
+        string memory _symbol
+    ) ERC20(_name, _symbol) {
+        l1Token = _l1Token;
+        l2Bridge = _l2Bridge;
+    }
+```
+
+प्रथम ज्या कॉन्ट्रॅक्टमधून आपण वारसा घेतो त्याच्या कन्स्ट्रक्टरला कॉल करा (`ERC20(_name, _symbol)`) आणि नंतर आमचे स्वतःचे व्हेरिएबल्स सेट करा.
+
+```solidity
+
+    modifier onlyL2Bridge() {
+        require(msg.sender == l2Bridge, "Only L2 Bridge can mint and burn");
+        _;
+    }
+
+
+    // slither-disable-next-line external-function
+    function supportsInterface(bytes4 _interfaceId) public pure returns (bool) {
+        bytes4 firstSupportedInterface = bytes4(keccak256("supportsInterface(bytes4)")); // ERC165
+        bytes4 secondSupportedInterface = IL2StandardERC20.l1Token.selector ^
+            IL2StandardERC20.mint.selector ^
+            IL2StandardERC20.burn.selector;
+        return _interfaceId == firstSupportedInterface || _interfaceId == secondSupportedInterface;
+    }
+```
+
+[ERC-165](https://eips.ethereum.org/EIPS/eip-165) अशा प्रकारे काम करते.
+प्रत्येक इंटरफेस समर्थित फंक्शन्सची संख्या आहे आणि त्या फंक्शन्सच्या [ABI फंक्शन सिलेक्टर्स](https://docs.soliditylang.org/en/v0.8.12/abi-spec.html#function-selector) चा [exclusive or](https://en.wikipedia.org/wiki/Exclusive_or) म्हणून ओळखला जातो.
+
+L2 ब्रिज ERC-165 चा वापर सॅनिटि चेक म्हणून करतो की ज्या ERC-20 कॉन्ट्रॅक्टला तो मालमत्ता पाठवतो तो `IL2StandardERC20` आहे याची खात्री करण्यासाठी.
+
+**टीप:** दुष्ट कॉन्ट्रॅक्टला `supportsInterface` ला चुकीची उत्तरे देण्यापासून रोखण्यासाठी काहीही नाही, म्हणून ही एक सॅनिटि चेक यंत्रणा आहे, _सुरक्षा_ यंत्रणा नाही.
+
+```solidity
+    // slither-disable-next-line external-function
+    function mint(address _to, uint256 _amount) public virtual onlyL2Bridge {
+        _mint(_to, _amount);
+
+        emit Mint(_to, _amount);
+    }
+
+    // slither-disable-next-line external-function
+    function burn(address _from, uint256 _amount) public virtual onlyL2Bridge {
+        _burn(_from, _amount);
+
+        emit Burn(_from, _amount);
+    }
+}
+```
+
+फक्त L2 ब्रिजला मालमत्ता मिंट आणि बर्न करण्याची परवानगी आहे.
+
+`_mint` आणि `_burn` प्रत्यक्षात [OpenZeppelin ERC-20 कॉन्ट्रॅक्ट](/developers/tutorials/erc20-annotated-code/#the-_mint-and-_burn-functions-_mint-and-_burn) मध्ये परिभाषित आहेत.
+तो कॉन्ट्रॅक्ट त्यांना बाहेरून उघड करत नाही, कारण टोकन मिंट आणि बर्न करण्याच्या अटी ERC-20 वापरण्याच्या विविध मार्गांइतक्याच विविध आहेत.
+
+## L2 ब्रिज कोड {#l2-bridge-code}
+
+हा कोड Optimism वर ब्रिज चालवतो.
+[या कॉन्ट्रॅक्टचा सोर्स येथे आहे](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/L2/messaging/L2StandardBridge.sol).
+
+```solidity
+// SPDX-License-Identifier: MIT
+pragma solidity ^0.8.9;
+
+/* Interface Imports */
+import { IL1StandardBridge } from "../../L1/messaging/IL1StandardBridge.sol";
+import { IL1ERC20Bridge } from "../../L1/messaging/IL1ERC20Bridge.sol";
+import { IL2ERC20Bridge } from "./IL2ERC20Bridge.sol";
+```
+
+[IL2ERC20Bridge](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/L2/messaging/IL2ERC20Bridge.sol) इंटरफेस वरील [L1 समकक्ष](#IL1ERC20Bridge) शी खूप सारखा आहे.
+दोन महत्त्वपूर्ण फरक आहेत:
+
+1. L1 वर तुम्ही डिपॉझिट सुरू करता आणि विड्रॉवल अंतिम करता.
+   येथे तुम्ही विड्रॉवल सुरू करता आणि डिपॉझिट अंतिम करता.
+2. L1 वर ETH आणि ERC-20 टोकनमध्ये फरक करणे आवश्यक आहे.
+   L2 वर आपण दोघांसाठी समान फंक्शन्स वापरू शकतो कारण अंतर्गतपणे Optimism वरील ETH बॅलन्स ERC-20 टोकन म्हणून [0xDeadDeAddeAddEAddeadDEaDDEAdDeaDDeAD0000](https://explorer.optimism.io/address/0xDeadDeAddeAddEAddeadDEaDDEAdDeaDDeAD0000) ऍड्रेससह हाताळले जातात.
+
+```solidity
+/* Library Imports */
+import { ERC165Checker } from "@openzeppelin/contracts/utils/introspection/ERC165Checker.sol";
+import { CrossDomainEnabled } from "../../libraries/bridge/CrossDomainEnabled.sol";
+import { Lib_PredeployAddresses } from "../../libraries/constants/Lib_PredeployAddresses.sol";
+
+/* Contract Imports */
+import { IL2StandardERC20 } from "../../standards/IL2StandardERC20.sol";
+
+/**
+ * @title L2StandardBridge
+ * @dev The L2 Standard bridge is a contract which works together with the L1 Standard bridge to
+ * enable ETH and ERC20 transitions between L1 and L2.
+ * This contract acts as a minter for new tokens when it hears about deposits into the L1 Standard
+ * bridge.
+ * This contract also acts as a burner of the tokens intended for withdrawal, informing the L1
+ * bridge to release L1 funds.
+ */
+contract L2StandardBridge is IL2ERC20Bridge, CrossDomainEnabled {
+    /********************************
+     * External Contract References *
+     ********************************/
+
+    address public l1TokenBridge;
+```
+
+L1 ब्रिजच्या ऍड्रेसचा मागोवा ठेवा.
+लक्षात घ्या की L1 समकक्षाच्या उलट, येथे आम्हाला _आवश्यक_ हे व्हेरिएबल आहे.
+L1 ब्रिजचा ऍड्रेस आगाऊ माहित नसतो.
+
+```solidity
+
+    /***************
+     * Constructor *
+     ***************/
+
+    /**
+     * @param _l2CrossDomainMessenger Cross-domain messenger used by this contract.
+     * @param _l1TokenBridge Address of the L1 bridge deployed to the main chain.
+     */
+    constructor(address _l2CrossDomainMessenger, address _l1TokenBridge)
+        CrossDomainEnabled(_l2CrossDomainMessenger)
+    {
+        l1TokenBridge = _l1TokenBridge;
+    }
+
+    /***************
+     * Withdrawing *
+     ***************/
+
+    /**
+     * @inheritdoc IL2ERC20Bridge
+     */
+    function withdraw(
+        address _l2Token,
+        uint256 _amount,
+        uint32 _l1Gas,
+        bytes calldata _data
+    ) external virtual {
+        _initiateWithdrawal(_l2Token, msg.sender, msg.sender, _amount, _l1Gas, _data);
+    }
+
+    /**
+     * @inheritdoc IL2ERC20Bridge
+     */
+    function withdrawTo(
+        address _l2Token,
+        address _to,
+        uint256 _amount,
+        uint32 _l1Gas,
+        bytes calldata _data
+    ) external virtual {
+        _initiateWithdrawal(_l2Token, msg.sender, _to, _amount, _l1Gas, _data);
+    }
+```
+
+ही दोन फंक्शन्स विड्रॉवल सुरू करतात.
+लक्षात घ्या की L1 टोकन ऍड्रेस निर्दिष्ट करण्याची गरज नाही.
+L2 टोकन्सनी आम्हाला L1 समकक्षाचा ऍड्रेस सांगावा अशी अपेक्षा आहे.
+
+```solidity
+
+    /**
+     * @dev Performs the logic for withdrawals by burning the token and informing
+     *      the L1 token Gateway of the withdrawal.
+     * @param _l2Token Address of L2 token where withdrawal is initiated.
+     * @param _from Account to pull the withdrawal from on L2.
+     * @param _to Account to give the withdrawal to on L1.
+     * @param _amount Amount of the token to withdraw.
+     * @param _l1Gas Unused, but included for potential forward compatibility considerations.
+     * @param _data Optional data to forward to L1. This data is provided
+     *        solely as a convenience for external contracts. Aside from enforcing a maximum
+     *        length, these contracts provide no guarantees about its content.
+     */
+    function _initiateWithdrawal(
+        address _l2Token,
+        address _from,
+        address _to,
+        uint256 _amount,
+        uint32 _l1Gas,
+        bytes calldata _data
+    ) internal {
+        // When a withdrawal is initiated, we burn the withdrawer's funds to prevent subsequent L2
+        // usage
+        // slither-disable-next-line reentrancy-events
+        IL2StandardERC20(_l2Token).burn(msg.sender, _amount);
+```
+
+लक्षात घ्या की आम्ही `_from` पॅरामीटरवर अवलंबून नाही तर `msg.sender` वर आहोत जे खोटे करणे खूप कठीण आहे (मला माहित आहे तोपर्यंत अशक्य).
+
+```solidity
+
+        // Construct calldata for l1TokenBridge.finalizeERC20Withdrawal(_to, _amount)
+        // slither-disable-next-line reentrancy-events
+        address l1Token = IL2StandardERC20(_l2Token).l1Token();
+        bytes memory message;
+
+        if (_l2Token == Lib_PredeployAddresses.OVM_ETH) {
+```
+
+L1 वर ETH आणि ERC-20 मध्ये फरक करणे आवश्यक आहे.
+
+```solidity
+            message = abi.encodeWithSelector(
+                IL1StandardBridge.finalizeETHWithdrawal.selector,
+                _from,
+                _to,
+                _amount,
+                _data
+            );
+        } else {
+            message = abi.encodeWithSelector(
+                IL1ERC20Bridge.finalizeERC20Withdrawal.selector,
+                l1Token,
+                _l2Token,
+                _from,
+                _to,
+                _amount,
+                _data
+            );
+        }
+
+        // Send message up to L1 bridge
+        // slither-disable-next-line reentrancy-events
+        sendCrossDomainMessage(l1TokenBridge, _l1Gas, message);
+
+        // slither-disable-next-line reentrancy-events
+        emit WithdrawalInitiated(l1Token, _l2Token, msg.sender, _to, _amount, _data);
+    }
+
+    /************************************
+     * Cross-chain Function: Depositing *
+     ************************************/
+
+    /**
+     * @inheritdoc IL2ERC20Bridge
+     */
+    function finalizeDeposit(
+        address _l1Token,
+        address _l2Token,
+        address _from,
+        address _to,
+        uint256 _amount,
+        bytes calldata _data
+```
+
+हे फंक्शन `L1StandardBridge` द्वारे कॉल केले जाते.
+
+```solidity
+    ) external virtual onlyFromCrossDomainAccount(l1TokenBridge) {
+```
+
+मेसेजचा स्त्रोत वैध आहे याची खात्री करा.
+हे महत्त्वाचे आहे कारण हे फंक्शन `_mint` ला कॉल करते आणि ब्रिजच्या L1 वरील टोकनने कव्हर न केलेल्या टोकन देण्यासाठी वापरले जाऊ शकते.
+
+```solidity
+        // Check the target token is compliant and
+        // verify the deposited token on L1 matches the L2 deposited token representation here
+        if (
+            // slither-disable-next-line reentrancy-events
+            ERC165Checker.supportsInterface(_l2Token, 0x1d1d8b63) &&
+            _l1Token == IL2StandardERC20(_l2Token).l1Token()
+```
+
+सॅनिटि चेक्स:
+
+1. योग्य इंटरफेस समर्थित आहे
+2. L2 ERC-20 कॉन्ट्रॅक्टचा L1 ऍड्रेस टोकनच्या L1 स्त्रोताशी जुळतो
+
+```solidity
+        ) {
+            // When a deposit is finalized, we credit the account on L2 with the same amount of
+            // tokens.
+            // slither-disable-next-line reentrancy-events
+            IL2StandardERC20(_l2Token).mint(_to, _amount);
+            // slither-disable-next-line reentrancy-events
+            emit DepositFinalized(_l1Token, _l2Token, _from, _to, _amount, _data);
+```
+
+जर सॅनिटि चेक्स पास झाले, तर डिपॉझिट अंतिम करा:
+
+1. टोकन मिंट करा
+2. योग्य इव्हेंट उत्सर्जित करा
+
+```solidity
+        } else {
+            // Either the L2 token which is being deposited-into disagrees about the correct address
+            // of its L1 token, or does not support the correct interface.
+            // This should only happen if there is a  malicious L2 token, or if a user somehow
+            // specified the wrong L2 token address to deposit into.
+            // In either case, we stop the process here and construct a withdrawal
+            // message so that users can get their funds out in some cases.
+            // There is no way to prevent malicious token contracts altogether, but this does limit
+            // user error and mitigate some forms of malicious contract behavior.
+```
+
+जर वापरकर्त्याने चुकीचा L2 टोकन ऍड्रेस वापरून ओळखता येणारी चूक केली असेल, तर आम्ही डिपॉझिट रद्द करून L1 वर टोकन परत करू इच्छितो.
+L2 वरून हे करण्याचा एकमेव मार्ग म्हणजे एक मेसेज पाठवणे ज्याला फॉल्ट चॅलेंज कालावधीची वाट पाहावी लागेल, परंतु वापरकर्त्यासाठी टोकन कायमचे गमावण्यापेक्षा ते बरेच चांगले आहे.
+
+```solidity
+            bytes memory message = abi.encodeWithSelector(
+                IL1ERC20Bridge.finalizeERC20Withdrawal.selector,
+                _l1Token,
+                _l2Token,
+                _to, // switched the _to and _from here to bounce back the deposit to the sender
+                _from,
+                _amount,
+                _data
+            );
+
+            // Send message up to L1 bridge
+            // slither-disable-next-line reentrancy-events
+            sendCrossDomainMessage(l1TokenBridge, 0, message);
+            // slither-disable-next-line reentrancy-events
+            emit DepositFailed(_l1Token, _l2Token, _from, _to, _amount, _data);
+        }
+    }
+}
+```
+
+## निष्कर्ष {#conclusion}
+
+स्टँडर्ड ब्रिज मालमत्ता हस्तांतरणासाठी सर्वात लवचिक यंत्रणा आहे.
+तथापि, ते इतके सामान्य असल्यामुळे ते वापरण्यास नेहमीच सोपे नसते.
+विशेषतः विड्रॉवलसाठी, बहुतेक वापरकर्ते [तृतीय पक्ष ब्रिज](https://optimism.io/apps#bridge) वापरण्यास प्राधान्य देतात जे चॅलेंज कालावधीची वाट पाहत नाहीत आणि विड्रॉवल अंतिम करण्यासाठी मर्केल प्रूफची आवश्यकता नसते.
+
+हे ब्रिज सामान्यतः L1 वर मालमत्ता ठेवून काम करतात, जे ते थोड्या शुल्कासाठी त्वरित प्रदान करतात (अनेकदा स्टँडर्ड ब्रिज विड्रॉवलसाठी गॅसच्या खर्चापेक्षा कमी).
+जेव्हा ब्रिज (किंवा ते चालवणारे लोक) L1 मालमत्तेची कमतरता भासेल अशी अपेक्षा करतात तेव्हा ते L2 वरून पुरेशी मालमत्ता हस्तांतरित करतात. हे खूप मोठे विड्रॉवल असल्याने, विड्रॉवल खर्च मोठ्या रकमेवर वितरित केला जातो आणि तो खूपच लहान टक्केवारी असतो.
+
+आशा आहे की या लेखामुळे तुम्हाला लेयर 2 कसे काम करते, आणि स्पष्ट आणि सुरक्षित Solidity कोड कसा लिहायचा याबद्दल अधिक समजण्यास मदत झाली असेल.
+
+[माझ्या कामाबद्दल अधिक माहितीसाठी येथे पहा](https://cryptodocguy.pro/).
diff --git a/public/content/translations/mr/developers/tutorials/reverse-engineering-a-contract/index.md b/public/content/translations/mr/developers/tutorials/reverse-engineering-a-contract/index.md
new file mode 100644
index 00000000000..d50b6890488
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/reverse-engineering-a-contract/index.md
@@ -0,0 +1,744 @@
+---
+title: "कॉन्ट्रॅक्टचे रिव्हर्स इंजिनिअरिंग"
+description: "जेव्हा तुमच्याकडे सोर्स कोड नसतो तेव्हा कॉन्ट्रॅक्ट कसे समजून घ्यावे"
+author: Ori Pomerantz
+lang: mr
+tags: [ "evm", "ऑपकोड्स" ]
+skill: advanced
+published: 2021-12-30
+---
+
+## प्रस्तावना {#introduction}
+
+_ब्लॉकचेनवर कोणतीही गुपिते नाहीत_, जे काही घडते ते सुसंगत, पडताळणीयोग्य आणि सार्वजनिकरित्या उपलब्ध असते. आदर्शपणे, [कॉन्ट्रॅक्ट्सचा सोर्स कोड इथरस्कॅनवर प्रकाशित आणि सत्यापित केला गेला पाहिजे](https://etherscan.io/address/0xb8901acb165ed027e32754e0ffe830802919727f#code). तथापि, [ते नेहमीच असे नसते](https://etherscan.io/address/0x2510c039cc3b061d79e564b38836da87e31b342f#code). या लेखात आपण सोर्स कोडशिवाय कॉन्ट्रॅक्टचे रिव्हर्स इंजिनिअर कसे करायचे हे शिकाल, [`0x2510c039cc3b061d79e564b38836da87e31b342f`](https://etherscan.io/address/0x2510c039cc3b061d79e564b38836da87e31b342f) या कॉन्ट्रॅक्टवर नजर टाकून.
+
+रिव्हर्स कंपाइलर्स आहेत, परंतु ते नेहमीच [वापरण्यायोग्य परिणाम](https://etherscan.io/bytecode-decompiler?a=0x2510c039cc3b061d79e564b38836da87e31b342f) देत नाहीत. या लेखात आपण [ऑपकोड्स](https://github.com/wolflo/evm-opcodes) वरून कॉन्ट्रॅक्टचे मॅन्युअली रिव्हर्स इंजिनिअरिंग करून ते कसे समजून घ्यावे, तसेच डीकंपाइलरच्या परिणामांचा अर्थ कसा लावावा हे शिकाल.
+
+हा लेख समजून घेण्यासाठी तुम्हाला EVM च्या मूलभूत गोष्टी आधीच माहित असल्या पाहिजेत आणि EVM असेंबलरशी किमान काही प्रमाणात परिचित असले पाहिजे. [तुम्ही या विषयांबद्दल येथे वाचू शकता](https://medium.com/mycrypto/the-ethereum-virtual-machine-how-does-it-work-9abac2b7c9e).
+
+## एक्झिक्यूटेबल कोड तयार करा {#prepare-the-executable-code}
+
+कॉन्ट्रॅक्टसाठी Etherscan वर जाऊन, **Contract** टॅबवर क्लिक करून आणि नंतर **Switch to Opcodes View** वर क्लिक करून तुम्ही ऑपकोड्स मिळवू शकता. तुम्हाला एक व्ह्यू मिळेल जो प्रति ओळ एक ऑपकोड असेल.
+
+![Etherscan मधून ऑपकोड व्ह्यू](opcode-view.png)
+
+तथापि, जंप्स समजून घेण्यासाठी, प्रत्येक ऑपकोड कोडमध्ये कुठे आहे हे तुम्हाला माहित असणे आवश्यक आहे. ते करण्यासाठी, एक मार्ग म्हणजे Google स्प्रेडशीट उघडून स्तंभ C मध्ये ऑपकोड पेस्ट करणे. [तुम्ही या आधीच तयार केलेल्या स्प्रेडशीटची प्रत बनवून पुढील पायऱ्या वगळू शकता](https://docs.google.com/spreadsheets/d/1tKmTJiNjUwHbW64wCKOSJxHjmh0bAUapt6btUYE7kDA/edit?usp=sharing).
+
+पुढील पायरी म्हणजे योग्य कोड लोकेशन्स मिळवणे जेणेकरून आपण जंप्स समजून घेऊ शकू. आपण स्तंभ B मध्ये ऑपकोडचा आकार आणि स्तंभ A मध्ये स्थान (हेक्साडेसिमलमध्ये) ठेवू. `B1` सेलमध्ये हे फंक्शन टाइप करा आणि नंतर ते कोडच्या शेवटपर्यंत स्तंभ B च्या उर्वरित भागासाठी कॉपी आणि पेस्ट करा. हे केल्यानंतर तुम्ही स्तंभ B लपवू शकता.
+
+```
+=1+IF(REGEXMATCH(C1,"PUSH"),REGEXEXTRACT(C1,"PUSH(\d+)"),0)
+```
+
+प्रथम हे फंक्शन स्वतः ऑपकोडसाठी एक बाइट जोडते, आणि नंतर `PUSH` शोधते. पुश ऑपकोड्स विशेष आहेत कारण त्यांना पुश केल्या जाणाऱ्या व्हॅल्यूसाठी अतिरिक्त बाइट्सची आवश्यकता असते. जर ऑपकोड `PUSH` असेल, तर आपण बाइट्सची संख्या काढतो आणि ती जोडतो.
+
+`A1` मध्ये पहिला ऑफसेट, शून्य टाका. नंतर, `A2` मध्ये, हे फंक्शन टाका आणि पुन्हा स्तंभ A च्या उर्वरित भागासाठी कॉपी आणि पेस्ट करा:
+
+```
+=dec2hex(hex2dec(A1)+B1)
+```
+
+आम्हाला हेक्साडेसिमल व्हॅल्यू मिळवण्यासाठी या फंक्शनची आवश्यकता आहे कारण जंप्स (`JUMP` आणि `JUMPI`) पूर्वी पुश केलेल्या व्हॅल्यूज आम्हाला हेक्साडेसिमलमध्ये दिल्या जातात.
+
+## एंट्री पॉइंट (0x00) {#the-entry-point-0x00}
+
+कॉन्ट्रॅक्ट्स नेहमी पहिल्या बाइटपासून एक्झिक्यूट केले जातात. हा कोडचा प्रारंभिक भाग आहे:
+
+| ऑफसेट | ऑपकोड        | स्टॅक (ऑपकोडनंतर)           |
+| ----: | ------------ | ---------------------------------------------- |
+|     0 | PUSH1 0x80   | 0x80                                           |
+|     2 | PUSH1 0x40   | 0x40, 0x80                                     |
+|     4 | MSTORE       | रिकामे                                         |
+|     5 | PUSH1 0x04   | 0x04                                           |
+|     7 | CALLDATASIZE | CALLDATASIZE 0x04                              |
+|     8 | LT           | CALLDATASIZE\<4      |
+|     9 | PUSH2 0x005e | 0x5E CALLDATASIZE\<4 |
+|     C | JUMPI        | रिकामे                                         |
+
+हा कोड दोन गोष्टी करतो:
+
+1. मेमरी लोकेशन्स 0x40-0x5F मध्ये 32 बाइट व्हॅल्यू म्हणून 0x80 लिहा (0x80 हे 0x5F मध्ये साठवले जाते, आणि 0x40-0x5E सर्व शून्य आहेत).
+2. कॉलडेटाचा आकार वाचा. सामान्यतः इथेरियम कॉन्ट्रॅक्टसाठी कॉल डेटा [ABI (ॲप्लिकेशन बायनरी इंटरफेस)](https://docs.soliditylang.org/en/v0.8.10/abi-spec.html) चे पालन करतो, ज्यासाठी फंक्शन सिलेक्टरसाठी किमान चार बाइट्सची आवश्यकता असते. जर कॉल डेटाचा आकार चार पेक्षा कमी असेल, तर 0x5E वर जंप करा.
+
+![या भागासाठी फ्लोचार्ट](flowchart-entry.png)
+
+### 0x5E वरील हँडलर (नॉन-ABI कॉल डेटासाठी) {#the-handler-at-0x5e-for-non-abi-call-data}
+
+| ऑफसेट | ऑपकोड        |
+| ----: | ------------ |
+|    5E | JUMPDEST     |
+|    5F | CALLDATASIZE |
+|    60 | PUSH2 0x007c |
+|    63 | JUMPI        |
+
+हा स्निपेट `JUMPDEST` ने सुरू होतो. EVM (इथेरियम व्हर्च्युअल मशीन) प्रोग्राम्स `JUMPDEST` नसलेल्या ऑपकोडवर जंप केल्यास अपवाद टाकतात. मग ते CALLDATASIZE पाहते, आणि जर ते "true" असेल (म्हणजे शून्य नसेल) तर 0x7C वर जंप करते. आपण खाली त्यावर येऊ.
+
+| ऑफसेट | ऑपकोड      | स्टॅक (ऑपकोडनंतर)                                                                  |
+| ----: | ---------- | ----------------------------------------------------------------------------------------------------- |
+|    64 | CALLVALUE  | कॉलद्वारे प्रदान केलेले [Wei](/glossary/#wei). Solidity मध्ये `msg.value` म्हटले जाते |
+|    65 | PUSH1 0x06 | 6 CALLVALUE                                                                                           |
+|    67 | PUSH1 0x00 | 0 6 CALLVALUE                                                                                         |
+|    69 | DUP3       | CALLVALUE 0 6 CALLVALUE                                                                               |
+|    6A | DUP3       | 6 CALLVALUE 0 6 CALLVALUE                                                                             |
+|    6B | SLOAD      | स्टोरेज[6] CALLVALUE 0 6 CALLVALUE                |
+
+म्हणून जेव्हा कोणताही कॉल डेटा नसतो तेव्हा आपण स्टोरेज[6] चे व्हॅल्यू वाचतो. हे व्हॅल्यू काय आहे हे आम्हाला अद्याप माहित नाही, परंतु आम्ही कॉन्ट्रॅक्टला कोणताही कॉल डेटा नसताना मिळालेल्या व्यवहारांसाठी पाहू शकतो. ज्या व्यवहारांमध्ये फक्त ETH हस्तांतरित केले जाते आणि कोणताही कॉल डेटा नसतो (आणि म्हणून कोणतीही पद्धत नाही) त्यामध्ये Etherscan मध्ये `Transfer` ही पद्धत असते. खरं तर, [कॉन्ट्रॅक्टला मिळालेला पहिला व्यवहार](https://etherscan.io/tx/0xeec75287a583c36bcc7ca87685ab41603494516a0f5986d18de96c8e630762e7) एक हस्तांतरण आहे.
+
+जर आपण त्या व्यवहारात पाहिले आणि **अधिक पाहण्यासाठी क्लिक करा** वर क्लिक केले, तर आपल्याला दिसेल की कॉल डेटा, ज्याला इनपुट डेटा म्हणतात, खरोखरच रिकामा आहे (`0x`). हे देखील लक्षात घ्या की व्हॅल्यू 1.559 ETH आहे, जे नंतर संबंधित असेल.
+
+![कॉल डेटा रिकामा आहे](calldata-empty.png)
+
+पुढे, **स्टेट** टॅबवर क्लिक करा आणि आपण रिव्हर्स इंजिनिअरिंग करत असलेल्या कॉन्ट्रॅक्टचा विस्तार करा (0x2510...). तुम्ही पाहू शकता की व्यवहारादरम्यान `स्टोरेज[6]` बदलले आहे, आणि जर तुम्ही हेक्स (Hex) बदलून **नंबर** (Number) केले, तर तुम्हाला दिसेल की ते 1,559,000,000,000,000,000 झाले आहे, जे wei मध्ये हस्तांतरित केलेले मूल्य आहे (मी स्पष्टतेसाठी स्वल्पविराम जोडले आहेत), जे पुढील कॉन्ट्रॅक्ट मूल्याशी संबंधित आहे.
+
+![स्टोरेज[6] मधील बदल](storage6.png)
+
+जर आपण त्याच कालावधीतील [इतर `Transfer` व्यवहारांमुळे](https://etherscan.io/tx/0xf708d306de39c422472f43cb975d97b66fd5d6a6863db627067167cbf93d84d1#statechange) झालेल्या स्टेट बदलांकडे पाहिले तर आपल्याला दिसेल की `स्टोरेज[6]` ने काही काळासाठी कॉन्ट्रॅक्टच्या मूल्याचा मागोवा घेतला. आतासाठी आपण त्याला `Value*` म्हणू. तारका चिन्ह (`*`) आपल्याला आठवण करून देते की हे व्हेरिएबल काय करते हे आपल्याला अद्याप _माहीत_ नाही, परंतु ते फक्त कॉन्ट्रॅक्ट व्हॅल्यूचा मागोवा घेण्यासाठी असू शकत नाही कारण स्टोरेज वापरण्याची गरज नाही, जे खूप महाग आहे, जेव्हा तुम्ही `ADDRESS BALANCE` वापरून तुमच्या खात्यातील शिल्लक मिळवू शकता. पहिला ऑपकोड कॉन्ट्रॅक्टचा स्वतःचा पत्ता पुश करतो. दुसरा एक स्टॅकच्या शीर्षस्थानी असलेला पत्ता वाचतो आणि त्या पत्त्याच्या शिलकेसह बदलतो.
+
+| ऑफसेट | ऑपकोड        | स्टॅक                                       |
+| ----: | ------------ | ------------------------------------------- |
+|    6C | PUSH2 0x0075 | 0x75 Value\* CALLVALUE 0 6 CALLVALUE        |
+|    6F | SWAP2        | CALLVALUE Value\* 0x75 0 6 CALLVALUE        |
+|    70 | SWAP1        | Value\* CALLVALUE 0x75 0 6 CALLVALUE        |
+|    71 | PUSH2 0x01a7 | 0x01A7 Value\* CALLVALUE 0x75 0 6 CALLVALUE |
+|    74 | JUMP         |                                             |
+
+आपण जंप डेस्टिनेशनवर या कोडचा मागोवा घेणे सुरू ठेवू.
+
+| ऑफसेट | ऑपकोड      | स्टॅक                                                       |
+| ----: | ---------- | ----------------------------------------------------------- |
+|   1A7 | JUMPDEST   | Value\* CALLVALUE 0x75 0 6 CALLVALUE                        |
+|   1A8 | PUSH1 0x00 | 0x00 Value\* CALLVALUE 0x75 0 6 CALLVALUE                   |
+|   1AA | DUP3       | CALLVALUE 0x00 Value\* CALLVALUE 0x75 0 6 CALLVALUE         |
+|   1AB | NOT        | 2^256-CALLVALUE-1 0x00 Value\* CALLVALUE 0x75 0 6 CALLVALUE |
+
+`NOT` बिटवाईज आहे, म्हणून ते कॉल व्हॅल्यूमधील प्रत्येक बिटची व्हॅल्यू उलटते.
+
+| ऑफसेट | ऑपकोड        | स्टॅक                                                                                                  |
+| ----: | ------------ | ------------------------------------------------------------------------------------------------------ |
+|   1AC | DUP3         | Value\* 2^256-CALLVALUE-1 0x00 Value\* CALLVALUE 0x75 0 6 CALLVALUE                                    |
+|   1AD | GT           | Value\*>2^256-CALLVALUE-1 0x00 Value\* CALLVALUE 0x75 0 6 CALLVALUE                                    |
+|   1AE | ISZERO       | Value\*\<=2^256-CALLVALUE-1 0x00 Value\* CALLVALUE 0x75 0 6 CALLVALUE        |
+|   1AF | PUSH2 0x01df | 0x01DF Value\*\<=2^256-CALLVALUE-1 0x00 Value\* CALLVALUE 0x75 0 6 CALLVALUE |
+|   1B2 | JUMPI        |                                                                                                        |
+
+जर `Value*` 2^256-CALLVALUE-1 पेक्षा लहान असेल किंवा त्याच्या समान असेल तर आपण जंप करतो. हे ओव्हरफ्लो टाळण्यासाठी तर्कशास्त्र असल्यासारखे दिसते. आणि खरंच, आपण पाहतो की काही निरर्थक ऑपरेशन्सनंतर (उदाहरणार्थ, मेमरीमध्ये लिहिणे हटवले जाणार आहे) ऑफसेट 0x01DE वर ओव्हरफ्लो आढळल्यास कॉन्ट्रॅक्ट परत येतो, जे सामान्य वर्तन आहे.
+
+लक्षात घ्या की असा ओव्हरफ्लो अत्यंत अशक्य आहे, कारण त्यासाठी कॉल व्हॅल्यू आणि `Value*` ची बेरीज 2^256 wei, म्हणजे सुमारे 10^59 ETH च्या तुलनेने असावी लागेल. [एकूण ETH पुरवठा, लिहिण्याच्या वेळी, दोनशे दशलक्षांपेक्षा कमी आहे](https://etherscan.io/stat/supply).
+
+| ऑफसेट | ऑपकोड    | स्टॅक                                     |
+| ----: | -------- | ----------------------------------------- |
+|   1DF | JUMPDEST | 0x00 Value\* CALLVALUE 0x75 0 6 CALLVALUE |
+|   1E0 | POP      | Value\* CALLVALUE 0x75 0 6 CALLVALUE      |
+|   1E1 | ADD      | Value\*+CALLVALUE 0x75 0 6 CALLVALUE      |
+|   1E2 | SWAP1    | 0x75 Value\*+CALLVALUE 0 6 CALLVALUE      |
+|   1E3 | JUMP     |                                           |
+
+जर आपण येथे आलो, तर `Value* + CALLVALUE` मिळवा आणि ऑफसेट 0x75 वर जंप करा.
+
+| ऑफसेट | ऑपकोड    | स्टॅक                           |
+| ----: | -------- | ------------------------------- |
+|    75 | JUMPDEST | Value\*+CALLVALUE 0 6 CALLVALUE |
+|    76 | SWAP1    | 0 Value\*+CALLVALUE 6 CALLVALUE |
+|    77 | SWAP2    | 6 Value\*+CALLVALUE 0 CALLVALUE |
+|    78 | SSTORE   | 0 CALLVALUE                     |
+
+जर आपण येथे आलो (ज्यासाठी कॉल डेटा रिकामा असणे आवश्यक आहे) तर आपण `Value*` मध्ये कॉल व्हॅल्यू जोडतो. हे आपण `Transfer` व्यवहार काय करतात याच्याशी सुसंगत आहे.
+
+| ऑफसेट | ऑपकोड |
+| ----: | ----- |
+|    79 | POP   |
+|    7A | POP   |
+|    7B | STOP  |
+
+शेवटी, स्टॅक साफ करा (जे आवश्यक नाही) आणि व्यवहाराचा यशस्वी शेवट सूचित करा.
+
+थोडक्यात सांगायचे तर, सुरुवातीच्या कोडसाठी येथे एक फ्लोचार्ट आहे.
+
+![एंट्री पॉइंट फ्लोचार्ट](flowchart-entry.png)
+
+## 0x7C वरील हँडलर {#the-handler-at-0x7c}
+
+मी मुद्दाम हेडिंगमध्ये हे हँडलर काय करते हे टाकले नाही. मुद्दा हा विशिष्ट कॉन्ट्रॅक्ट कसा काम करतो हे शिकवण्याचा नाही, तर कॉन्ट्रॅक्ट्सचे रिव्हर्स इंजिनिअरिंग कसे करावे हे शिकवण्याचा आहे. तुम्ही ते काय करते हे त्याच प्रकारे शिकाल जसे मी शिकलो, कोडचे अनुसरण करून.
+
+आपण येथे अनेक ठिकाणांहून येतो:
+
+- जर 1, 2, किंवा 3 बाइट्सचा कॉल डेटा असेल (ऑफसेट 0x63 पासून)
+- जर मेथड सिग्नेचर अज्ञात असेल (ऑफसेट 0x42 आणि 0x5D पासून)
+
+| ऑफसेट | ऑपकोड        | स्टॅक                                                                    |
+| ----: | ------------ | ------------------------------------------------------------------------ |
+|    7C | JUMPDEST     |                                                                          |
+|    7D | PUSH1 0x00   | 0x00                                                                     |
+|    7F | PUSH2 0x009d | 0x9D 0x00                                                                |
+|    82 | PUSH1 0x03   | 0x03 0x9D 0x00                                                           |
+|    84 | SLOAD        | स्टोरेज[3] 0x9D 0x00 |
+
+हा आणखी एक स्टोरेज सेल आहे, जो मला कोणत्याही व्यवहारात सापडला नाही, त्यामुळे त्याचा अर्थ काय आहे हे जाणून घेणे अधिक कठीण आहे. खालील कोड ते अधिक स्पष्ट करेल.
+
+| ऑफसेट | ऑपकोड                                             | स्टॅक                                                                                                                                               |
+| ----: | ------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------- |
+|    85 | PUSH20 0xffffffffffffffffffffffffffffffffffffffff | 0xff....ff स्टोरेज[3] 0x9D 0x00 |
+|    9A | AND                                               | स्टोरेज[3]-as-address 0x9D 0x00                                                                 |
+
+हे ऑपकोड्स आम्ही स्टोरेज[3] मधून वाचलेले व्हॅल्यू 160 बिट्सपर्यंत कमी करतात, जे इथेरियम पत्त्याची लांबी आहे.
+
+| ऑफसेट | ऑपकोड | स्टॅक                                                                               |
+| ----: | ----- | ----------------------------------------------------------------------------------- |
+|    9B | SWAP1 | 0x9D स्टोरेज[3]-as-address 0x00 |
+|    9C | JUMP  | स्टोरेज[3]-as-address 0x00      |
+
+ही जंप अनावश्यक आहे, कारण आपण पुढील ऑपकोडवर जात आहोत. हा कोड गॅस-कार्यक्षमतेच्या बाबतीत जितका असू शकला असता तितका नाही.
+
+| ऑफसेट | ऑपकोड      | स्टॅक                                                                                                                                   |
+| ----: | ---------- | --------------------------------------------------------------------------------------------------------------------------------------- |
+|    9D | JUMPDEST   | स्टोरेज[3]-as-address 0x00                                                          |
+|    9E | SWAP1      | 0x00 स्टोरेज[3]-as-address                                                          |
+|    9F | POP        | स्टोरेज[3]-as-address                                                               |
+|    A0 | PUSH1 0x40 | 0x40 स्टोरेज[3]-as-address                                                          |
+|    A2 | MLOAD      | Mem[0x40] स्टोरेज[3]-as-address |
+
+कोडच्या अगदी सुरुवातीला आम्ही Mem[0x40] हे 0x80 वर सेट केले. जर आपण नंतर 0x40 शोधले, तर आपल्याला दिसेल की आपण ते बदलत नाही - म्हणून आपण ते 0x80 आहे असे गृहीत धरू शकतो.
+
+| ऑफसेट | ऑपकोड        | स्टॅक                                                                                                 |
+| ----: | ------------ | ----------------------------------------------------------------------------------------------------- |
+|    A3 | CALLDATASIZE | CALLDATASIZE 0x80 स्टोरेज[3]-as-address           |
+|    A4 | PUSH1 0x00   | 0x00 CALLDATASIZE 0x80 स्टोरेज[3]-as-address      |
+|    A6 | DUP3         | 0x80 0x00 CALLDATASIZE 0x80 स्टोरेज[3]-as-address |
+|    A7 | CALLDATACOPY | 0x80 स्टोरेज[3]-as-address                        |
+
+सर्व कॉल डेटा मेमरीमध्ये कॉपी करा, 0x80 पासून सुरू करून.
+
+| ऑफसेट | ऑपकोड                              | स्टॅक                                                                                                                                                                                    |
+| ----: | ---------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+|    A8 | PUSH1 0x00                         | 0x00 0x80 स्टोरेज[3]-as-address                                                                                                      |
+|    AA | DUP1                               | 0x00 0x00 0x80 स्टोरेज[3]-as-address                                                                                                 |
+|    AB | CALLDATASIZE                       | CALLDATASIZE 0x00 0x00 0x80 स्टोरेज[3]-as-address                                                                                    |
+|    AC | DUP4                               | 0x80 CALLDATASIZE 0x00 0x00 0x80 स्टोरेज[3]-as-address                                                                               |
+|    AD | DUP6                               | स्टोरेज[3]-as-address 0x80 CALLDATASIZE 0x00 0x00 0x80 स्टोरेज[3]-as-address     |
+|    AE | GAS                                | GAS स्टोरेज[3]-as-address 0x80 CALLDATASIZE 0x00 0x00 0x80 स्टोरेज[3]-as-address |
+|    AF | DELEGATE_CALL |                                                                                                                                                                                          |
+
+आता गोष्टी अधिक स्पष्ट झाल्या आहेत. हा कॉन्ट्रॅक्ट [प्रॉक्सी](https://blog.openzeppelin.com/proxy-patterns/) म्हणून काम करू शकतो, खरे काम करण्यासाठी स्टोरेज[3] मधील पत्त्यावर कॉल करून. `DELEGATE_CALL` एका वेगळ्या कॉन्ट्रॅक्टला कॉल करतो, परंतु त्याच स्टोरेजमध्ये राहतो. याचा अर्थ असा की डेलीगेटेड कॉन्ट्रॅक्ट, ज्यासाठी आम्ही प्रॉक्सी आहोत, त्याच स्टोरेज स्पेसमध्ये प्रवेश करतो. कॉलसाठी पॅरामीटर्स आहेत:
+
+- _Gas_: उर्वरित सर्व गॅस
+- _कॉल केलेला पत्ता_: स्टोरेज[3]-as-address
+- _कॉल डेटा_: 0x80 पासून सुरू होणारे CALLDATASIZE बाइट्स, जिथे आम्ही मूळ कॉल डेटा ठेवला
+- _रिटर्न डेटा_: काहीही नाही (0x00 - 0x00) आम्ही इतर मार्गांनी रिटर्न डेटा मिळवू (खाली पहा)
+
+| ऑफसेट | ऑपकोड          | स्टॅक                                                                                                                                                                                                    |
+| ----: | -------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+|    B0 | RETURNDATASIZE | RETURNDATASIZE (((कॉल यशस्वी/अयशस्वी))) 0x80 स्टोरेज[3]-as-address                          |
+|    B1 | DUP1           | RETURNDATASIZE RETURNDATASIZE (((कॉल यशस्वी/अयशस्वी))) 0x80 स्टोरेज[3]-as-address           |
+|    B2 | PUSH1 0x00     | 0x00 RETURNDATASIZE RETURNDATASIZE (((कॉल यशस्वी/अयशस्वी))) 0x80 स्टोरेज[3]-as-address      |
+|    B4 | DUP5           | 0x80 0x00 RETURNDATASIZE RETURNDATASIZE (((कॉल यशस्वी/अयशस्वी))) 0x80 स्टोरेज[3]-as-address |
+|    B5 | RETURNDATACOPY | RETURNDATASIZE (((कॉल यशस्वी/अयशस्वी))) 0x80 स्टोरेज[3]-as-address                          |
+
+येथे आम्ही सर्व रिटर्न डेटा 0x80 पासून सुरू होणाऱ्या मेमरी बफरमध्ये कॉपी करतो.
+
+| ऑफसेट | ऑपकोड        | स्टॅक                                                                                                                                                                                                                                                                                                                                                     |
+| ----: | ------------ | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+|    B6 | DUP2         | (((कॉल यशस्वी/अयशस्वी))) RETURNDATASIZE (((कॉल यशस्वी/अयशस्वी))) 0x80 स्टोरेज[3]-as-address                                                                                         |
+|    B7 | DUP1         | (((कॉल यशस्वी/अयशस्वी))) (((कॉल यशस्वी/अयशस्वी))) RETURNDATASIZE (((कॉल यशस्वी/अयशस्वी))) 0x80 स्टोरेज[3]-as-address       |
+|    B8 | ISZERO       | (((कॉल अयशस्वी झाला का))) (((कॉल यशस्वी/अयशस्वी))) RETURNDATASIZE (((कॉल यशस्वी/अयशस्वी))) 0x80 स्टोरेज[3]-as-address      |
+|    B9 | PUSH2 0x00c0 | 0xC0 (((कॉल अयशस्वी झाला का))) (((कॉल यशस्वी/अयशस्वी))) RETURNDATASIZE (((कॉल यशस्वी/अयशस्वी))) 0x80 स्टोरेज[3]-as-address |
+|    BC | JUMPI        | (((कॉल यशस्वी/अयशस्वी))) RETURNDATASIZE (((कॉल यशस्वी/अयशस्वी))) 0x80 स्टोरेज[3]-as-address                                                                                         |
+|    BD | DUP2         | RETURNDATASIZE (((कॉल यशस्वी/अयशस्वी))) RETURNDATASIZE (((कॉल यशस्वी/अयशस्वी))) 0x80 स्टोरेज[3]-as-address                                                                          |
+|    BE | DUP5         | 0x80 RETURNDATASIZE (((कॉल यशस्वी/अयशस्वी))) RETURNDATASIZE (((कॉल यशस्वी/अयशस्वी))) 0x80 स्टोरेज[3]-as-address                                                                     |
+|    BF | RETURN       |                                                                                                                                                                                                                                                                                                                                                           |
+
+म्हणून कॉल नंतर आम्ही रिटर्न डेटा 0x80 - 0x80+RETURNDATASIZE बफरमध्ये कॉपी करतो, आणि जर कॉल यशस्वी झाला तर आम्ही त्याच बफरसह `RETURN` करतो.
+
+### DELEGATECALL अयशस्वी {#delegatecall-failed}
+
+जर आपण येथे, 0xC0 वर आलो, तर याचा अर्थ असा की आम्ही कॉल केलेला कॉन्ट्रॅक्ट रिव्हर्ट झाला. आम्ही त्या कॉन्ट्रॅक्टसाठी फक्त एक प्रॉक्सी असल्याने, आम्हाला समान डेटा परत करायचा आहे आणि रिव्हर्ट देखील करायचा आहे.
+
+| ऑफसेट | ऑपकोड    | स्टॅक                                                                                                                                                                                                                                                                                 |
+| ----: | -------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+|    C0 | JUMPDEST | (((कॉल यशस्वी/अयशस्वी))) RETURNDATASIZE (((कॉल यशस्वी/अयशस्वी))) 0x80 स्टोरेज[3]-as-address                     |
+|    C1 | DUP2     | RETURNDATASIZE (((कॉल यशस्वी/अयशस्वी))) RETURNDATASIZE (((कॉल यशस्वी/अयशस्वी))) 0x80 स्टोरेज[3]-as-address      |
+|    C2 | DUP5     | 0x80 RETURNDATASIZE (((कॉल यशस्वी/अयशस्वी))) RETURNDATASIZE (((कॉल यशस्वी/अयशस्वी))) 0x80 स्टोरेज[3]-as-address |
+|    C3 | REVERT   |                                                                                                                                                                                                                                                                                       |
+
+म्हणून आम्ही पूर्वी `RETURN` साठी वापरलेल्या त्याच बफरसह `REVERT` करतो: 0x80 - 0x80+RETURNDATASIZE
+
+![प्रॉक्सी फ्लोचार्टवर कॉल करा](flowchart-proxy.png)
+
+## ABI कॉल्स {#abi-calls}
+
+जर कॉल डेटाचा आकार चार बाइट्स किंवा अधिक असेल तर हा एक वैध ABI कॉल असू शकतो.
+
+| ऑफसेट | ऑपकोड        | स्टॅक                                                                                                                    |
+| ----: | ------------ | ------------------------------------------------------------------------------------------------------------------------ |
+|     D | PUSH1 0x00   | 0x00                                                                                                                     |
+|     F | CALLDATALOAD | (((कॉल डेटाचा पहिला शब्द (256 बिट्स))))      |
+|    10 | PUSH1 0xe0   | 0xE0 (((कॉल डेटाचा पहिला शब्द (256 बिट्स)))) |
+|    12 | SHR          | (((कॉल डेटाचे पहिले 32 बिट्स (4 बाइट्स))))   |
+
+Etherscan आम्हाला सांगतो की `1C` एक अज्ञात ऑपकोड आहे, कारण [हे Etherscan ने हे फिचर लिहिल्यानंतर जोडले होते](https://eips.ethereum.org/EIPS/eip-145) आणि त्यांनी ते अपडेट केलेले नाही. एक [अद्ययावत ऑपकोड टेबल](https://github.com/wolflo/evm-opcodes) आम्हाला दर्शविते की हे उजवीकडे शिफ्ट आहे
+
+| ऑफसेट | ऑपकोड            | स्टॅक                                                                                                                                                                                                                                                    |
+| ----: | ---------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+|    13 | DUP1             | (((कॉल डेटाचे पहिले 32 बिट्स (4 बाइट्स)))) (((कॉल डेटाचे पहिले 32 बिट्स (4 बाइट्स))))            |
+|    14 | PUSH4 0x3cd8045e | 0x3CD8045E (((कॉल डेटाचे पहिले 32 बिट्स (4 बाइट्स)))) (((कॉल डेटाचे पहिले 32 बिट्स (4 बाइट्स)))) |
+|    19 | GT               | 0x3CD8045E>कॉल-डेटा-चे-पहिले-32-बिट्स (((कॉल डेटाचे पहिले 32 बिट्स (4 बाइट्स))))                                                                                             |
+|    1A | PUSH2 0x0043     | 0x43 0x3CD8045E>कॉल-डेटा-चे-पहिले-32-बिट्स (((कॉल डेटाचे पहिले 32 बिट्स (4 बाइट्स))))                                                                                        |
+|    1D | JUMPI            | (((कॉल डेटाचे पहिले 32 बिट्स (4 बाइट्स))))                                                                                                                                   |
+
+मेथड सिग्नेचर मॅचिंग टेस्ट्स अशा प्रकारे दोन भागात विभागल्याने सरासरी अर्ध्या टेस्ट्स वाचतात. या नंतरचा कोड आणि 0x43 मधील कोड समान पॅटर्नचे अनुसरण करतो: कॉल डेटाचे पहिले 32 बिट्स `DUP1` करा, `PUSH4 (((मेथड सिग्नेचर>`, समानतेची तपासणी करण्यासाठी `EQ` चालवा, आणि नंतर मेथड सिग्नेचर जुळल्यास `JUMPI` करा. येथे मेथड सिग्नेचर्स, त्यांचे पत्ते आणि शक्य असल्यास [संबंधित मेथड डेफिनेशन](https://www.4byte.directory/) दिले आहेत:
+
+| मेथड                                                                                                      | मेथड सिग्नेचर | जंप करण्यासाठी ऑफसेट |
+| --------------------------------------------------------------------------------------------------------- | ------------- | -------------------- |
+| [splitter()](https://www.4byte.directory/signatures/?bytes4_signature=0x3cd8045e)      | 0x3cd8045e    | 0x0103               |
+| ???                                                                                                       | 0x81e580d3    | 0x0138               |
+| [currentWindow()](https://www.4byte.directory/signatures/?bytes4_signature=0xba0bafb4) | 0xba0bafb4    | 0x0158               |
+| ???                                                                                                       | 0x1f135823    | 0x00C4               |
+| [merkleRoot()](https://www.4byte.directory/signatures/?bytes4_signature=0x2eb4a7ab)    | 0x2eb4a7ab    | 0x00ED               |
+
+जर जुळणारे काही सापडले नाही, तर कोड [0x7C येथील प्रॉक्सी हँडलर](#the-handler-at-0x7c) वर जंप करतो, या आशेने की ज्या कॉन्ट्रॅक्टसाठी आपण प्रॉक्सी आहोत त्याच्याकडे जुळणारे काहीतरी असेल.
+
+![ABI कॉल्स फ्लोचार्ट](flowchart-abi.png)
+
+## splitter() {#splitter}
+
+| ऑफसेट | ऑपकोड        | स्टॅक                         |
+| ----: | ------------ | ----------------------------- |
+|   103 | JUMPDEST     |                               |
+|   104 | CALLVALUE    | CALLVALUE                     |
+|   105 | DUP1         | CALLVALUE CALLVALUE           |
+|   106 | ISZERO       | CALLVALUE==0 CALLVALUE        |
+|   107 | PUSH2 0x010f | 0x010F CALLVALUE==0 CALLVALUE |
+|   10A | JUMPI        | CALLVALUE                     |
+|   10B | PUSH1 0x00   | 0x00 CALLVALUE                |
+|   10D | DUP1         | 0x00 0x00 CALLVALUE           |
+|   10E | REVERT       |                               |
+
+हे फंक्शन प्रथम तपासते की कॉलने कोणताही ETH पाठवला नाही. हे फंक्शन [`payable`](https://solidity-by-example.org/payable/) नाही. जर कोणी आम्हाला ETH पाठवले असेल तर ती चूक असावी आणि आम्ही `REVERT` करू इच्छितो जेणेकरून ते ETH अशा ठिकाणी राहणार नाही जिथे ते परत मिळवू शकत नाहीत.
+
+| ऑफसेट | ऑपकोड                                             | स्टॅक                                                                                                                                                                                                                                         |
+| ----: | ------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+|   10F | JUMPDEST                                          |                                                                                                                                                                                                                                               |
+|   110 | POP                                               |                                                                                                                                                                                                                                               |
+|   111 | PUSH1 0x03                                        | 0x03                                                                                                                                                                                                                                          |
+|   113 | SLOAD                                             | (((स्टोरेज[3] म्हणजेच ज्या कॉन्ट्रॅक्टसाठी आम्ही प्रॉक्सी आहोत)))                                                                |
+|   114 | PUSH1 0x40                                        | 0x40 (((स्टोरेज[3] म्हणजेच ज्या कॉन्ट्रॅक्टसाठी आम्ही प्रॉक्सी आहोत)))                                                           |
+|   116 | MLOAD                                             | 0x80 (((स्टोरेज[3] म्हणजेच ज्या कॉन्ट्रॅक्टसाठी आम्ही प्रॉक्सी आहोत)))                                                           |
+|   117 | PUSH20 0xffffffffffffffffffffffffffffffffffffffff | 0xFF...FF 0x80 (((स्टोरेज[3] म्हणजेच ज्या कॉन्ट्रॅक्टसाठी आम्ही प्रॉक्सी आहोत))) |
+|   12C | SWAP1                                             | 0x80 0xFF...FF (((स्टोरेज[3] म्हणजेच ज्या कॉन्ट्रॅक्टसाठी आम्ही प्रॉक्सी आहोत))) |
+|   12D | SWAP2                                             | (((स्टोरेज[3] म्हणजेच ज्या कॉन्ट्रॅक्टसाठी आम्ही प्रॉक्सी आहोत))) 0xFF...FF 0x80 |
+|   12E | AND                                               | ProxyAddr 0x80                                                                                                                                                                                                                                |
+|   12F | DUP2                                              | 0x80 ProxyAddr 0x80                                                                                                                                                                                                                           |
+|   130 | MSTORE                                            | 0x80                                                                                                                                                                                                                                          |
+
+आणि 0x80 मध्ये आता प्रॉक्सी पत्ता आहे
+
+| ऑफसेट | ऑपकोड        | स्टॅक     |
+| ----: | ------------ | --------- |
+|   131 | PUSH1 0x20   | 0x20 0x80 |
+|   133 | ADD          | 0xA0      |
+|   134 | PUSH2 0x00e4 | 0xE4 0xA0 |
+|   137 | JUMP         | 0xA0      |
+
+### E4 कोड {#the-e4-code}
+
+ही ओळी आपण पहिल्यांदाच पाहत आहोत, परंतु त्या इतर मेथड्ससह शेअर केल्या आहेत (खाली पहा). म्हणून आम्ही स्टॅकमधील व्हॅल्यूला X म्हणू, आणि फक्त लक्षात ठेवा की `splitter()` मध्ये या X चे व्हॅल्यू 0xA0 आहे.
+
+| ऑफसेट | ऑपकोड      | स्टॅक       |
+| ----: | ---------- | ----------- |
+|    E4 | JUMPDEST   | X           |
+|    E5 | PUSH1 0x40 | 0x40 X      |
+|    E7 | MLOAD      | 0x80 X      |
+|    E8 | DUP1       | 0x80 0x80 X |
+|    E9 | SWAP2      | X 0x80 0x80 |
+|    EA | SUB        | X-0x80 0x80 |
+|    EB | SWAP1      | 0x80 X-0x80 |
+|    EC | RETURN     |             |
+
+म्हणून हा कोड स्टॅकमध्ये एक मेमरी पॉइंटर (X) प्राप्त करतो, आणि कॉन्ट्रॅक्टला 0x80 - X असलेल्या बफरसह `RETURN` करण्यास कारणीभूत ठरतो.
+
+`splitter()` च्या बाबतीत, हे तो पत्ता परत करते ज्यासाठी आपण प्रॉक्सी आहोत. `RETURN` 0x80-0x9F मधील बफर परत करते, जिथे आपण हा डेटा लिहिला होता (वरील ऑफसेट 0x130).
+
+## currentWindow() {#currentwindow}
+
+0x158-0x163 ऑफसेटमधील कोड `splitter()` मध्ये 0x103-0x10E मध्ये पाहिलेल्या कोडसारखाच आहे (`JUMPI` डेस्टिनेशन वगळता), म्हणून आम्हाला माहित आहे की `currentWindow()` देखील `payable` नाही.
+
+| ऑफसेट | ऑपकोड        | स्टॅक                                                                    |
+| ----: | ------------ | ------------------------------------------------------------------------ |
+|   164 | JUMPDEST     |                                                                          |
+|   165 | POP          |                                                                          |
+|   166 | PUSH2 0x00da | 0xDA                                                                     |
+|   169 | PUSH1 0x01   | 0x01 0xDA                                                                |
+|   16B | SLOAD        | स्टोरेज[1] 0xDA      |
+|   16C | DUP2         | 0xDA स्टोरेज[1] 0xDA |
+|   16D | JUMP         | स्टोरेज[1] 0xDA      |
+
+### DA कोड {#the-da-code}
+
+हा कोड इतर मेथड्ससह देखील शेअर केला जातो. म्हणून आपण स्टॅकमधील व्हॅल्यूला Y म्हणू, आणि फक्त लक्षात ठेवा की `currentWindow()` मध्ये या Y चे व्हॅल्यू Storage[1] आहे.
+
+| ऑफसेट | ऑपकोड      | स्टॅक            |
+| ----: | ---------- | ---------------- |
+|    DA | JUMPDEST   | Y 0xDA           |
+|    DB | PUSH1 0x40 | 0x40 Y 0xDA      |
+|    DD | MLOAD      | 0x80 Y 0xDA      |
+|    DE | SWAP1      | Y 0x80 0xDA      |
+|    DF | DUP2       | 0x80 Y 0x80 0xDA |
+|    E0 | MSTORE     | 0x80 0xDA        |
+
+Y ला 0x80-0x9F मध्ये लिहा.
+
+| ऑफसेट | ऑपकोड      | स्टॅक          |
+| ----: | ---------- | -------------- |
+|    E1 | PUSH1 0x20 | 0x20 0x80 0xDA |
+|    E3 | ADD        | 0xA0 0xDA      |
+
+आणि बाकीचे आधीच [वर](#the-e4-code) स्पष्ट केले आहे. म्हणून 0xDA वर जंप केल्याने स्टॅक टॉप (Y) 0x80-0x9F मध्ये लिहिला जातो आणि ते व्हॅल्यू परत केले जाते. `currentWindow()` च्या बाबतीत, ते स्टोरेज[1] परत करते.
+
+## merkleRoot() {#merkleroot}
+
+0xED-0xF8 ऑफसेटमधील कोड `splitter()` मध्ये 0x103-0x10E मध्ये पाहिलेल्या कोडसारखाच आहे (`JUMPI` डेस्टिनेशन वगळता), म्हणून आम्हाला माहित आहे की `merkleRoot()` देखील `payable` नाही.
+
+| ऑफसेट | ऑपकोड        | स्टॅक                                                                    |
+| ----: | ------------ | ------------------------------------------------------------------------ |
+|    F9 | JUMPDEST     |                                                                          |
+|    FA | POP          |                                                                          |
+|    FB | PUSH2 0x00da | 0xDA                                                                     |
+|    FE | PUSH1 0x00   | 0x00 0xDA                                                                |
+|   100 | SLOAD        | स्टोरेज[0] 0xDA      |
+|   101 | DUP2         | 0xDA स्टोरेज[0] 0xDA |
+|   102 | JUMP         | स्टोरेज[0] 0xDA      |
+
+जंप नंतर काय होते [ते आपण आधीच शोधले आहे](#the-da-code). म्हणून `merkleRoot()` स्टोरेज[0] परत करते.
+
+## 0x81e580d3 {#0x81e580d3}
+
+0x138-0x143 ऑफसेटमधील कोड `splitter()` मध्ये 0x103-0x10E मध्ये पाहिलेल्या कोडसारखाच आहे (`JUMPI` डेस्टिनेशन वगळता), म्हणून आम्हाला माहित आहे की हे फंक्शन देखील `payable` नाही.
+
+|                                                                      ऑफसेट | ऑपकोड        | स्टॅक                                                                           |
+| -------------------------------------------------------------------------: | ------------ | ------------------------------------------------------------------------------- |
+| 99.63+40\*1.1018 = 143.702 | JUMPDEST     |                                                                                 |
+|                                                                        145 | POP          |                                                                                 |
+|                                                                        146 | PUSH2 0x00da | 0xDA                                                                            |
+|                                                                        149 | PUSH2 0x0153 | 0x0153 0xDA                                                                     |
+|                                                                        14C | CALLDATASIZE | CALLDATASIZE 0x0153 0xDA                                                        |
+|                                                                        14D | PUSH1 0x04   | 0x04 CALLDATASIZE 0x0153 0xDA                                                   |
+|                                                                        14F | PUSH2 0x018f | 0x018F 0x04 CALLDATASIZE 0x0153 0xDA                                            |
+|                                                                        152 | JUMP         | 0x04 CALLDATASIZE 0x0153 0xDA                                                   |
+|                                                                        18F | JUMPDEST     | 0x04 CALLDATASIZE 0x0153 0xDA                                                   |
+|                                                                        १९० | PUSH1 0x00   | 0x00 0x04 CALLDATASIZE 0x0153 0xDA                                              |
+|                                                                        192 | PUSH1 0x20   | 0x20 0x00 0x04 CALLDATASIZE 0x0153 0xDA                                         |
+|                                                                        194 | DUP3         | 0x04 0x20 0x00 0x04 CALLDATASIZE 0x0153 0xDA                                    |
+|                                                                        195 | DUP5         | CALLDATASIZE 0x04 0x20 0x00 0x04 CALLDATASIZE 0x0153 0xDA                       |
+|                                            \_mintFee | SUB          | CALLDATASIZE-4 0x20 0x00 0x04 CALLDATASIZE 0x0153 0xDA                          |
+|                                                                        197 | SLT          | CALLDATASIZE-4\<32 0x00 0x04 CALLDATASIZE 0x0153 0xDA |
+|                                                                        198 | ISZERO       | CALLDATASIZE-4>=32 0x00 0x04 CALLDATASIZE 0x0153 0xDA                           |
+|                                                                        199 | PUSH2 0x01a0 | 0x01A0 CALLDATASIZE-4>=32 0x00 0x04 CALLDATASIZE 0x0153 0xDA                    |
+|                                                                        19C | JUMPI        | 0x00 0x04 CALLDATASIZE 0x0153 0xDA                                              |
+
+असे दिसते की हे फंक्शन किमान 32 बाइट्स (एक शब्द) कॉल डेटा घेते.
+
+| ऑफसेट | ऑपकोड  | स्टॅक                                        |
+| ----: | ------ | -------------------------------------------- |
+|   19D | DUP1   | 0x00 0x00 0x04 CALLDATASIZE 0x0153 0xDA      |
+|   19E | DUP2   | 0x00 0x00 0x00 0x04 CALLDATASIZE 0x0153 0xDA |
+|   19F | REVERT |                                              |
+
+जर त्याला कॉल डेटा मिळाला नाही तर व्यवहार कोणत्याही रिटर्न डेटाशिवाय रिव्हर्ट होतो.
+
+चला पाहूया की जर फंक्शनला आवश्यक असलेला कॉल डेटा _मिळाला_ तर काय होते.
+
+| ऑफसेट | ऑपकोड        | स्टॅक                                                       |
+| ----: | ------------ | ----------------------------------------------------------- |
+|   1A0 | JUMPDEST     | 0x00 0x04 CALLDATASIZE 0x0153 0xDA                          |
+|   1A1 | POP          | 0x04 CALLDATASIZE 0x0153 0xDA                               |
+|   1A2 | CALLDATALOAD | calldataload(4) CALLDATASIZE 0x0153 0xDA |
+
+`calldataload(4)` हा मेथड सिग्नेचर_नंतरचा_ कॉल डेटाचा पहिला शब्द आहे
+
+| ऑफसेट | ऑपकोड        | स्टॅक                                                                                                                                                                                                                |
+| ----: | ------------ | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+|   1A3 | SWAP2        | 0x0153 CALLDATASIZE calldataload(4) 0xDA                                                                                                                                                          |
+|   1A4 | SWAP1        | CALLDATASIZE 0x0153 calldataload(4) 0xDA                                                                                                                                                          |
+|   1A5 | POP          | 0x0153 calldataload(4) 0xDA                                                                                                                                                                       |
+|   1A6 | JUMP         | calldataload(4) 0xDA                                                                                                                                                                              |
+|   153 | JUMPDEST     | calldataload(4) 0xDA                                                                                                                                                                              |
+|   154 | PUSH2 0x016e | 0x016E calldataload(4) 0xDA                                                                                                                                                                       |
+|   157 | JUMP         | calldataload(4) 0xDA                                                                                                                                                                              |
+|   16E | JUMPDEST     | calldataload(4) 0xDA                                                                                                                                                                              |
+|   16F | PUSH1 0x04   | 0x04 calldataload(4) 0xDA                                                                                                                                                                         |
+|   171 | DUP2         | calldataload(4) 0x04 calldataload(4) 0xDA                                                                                                                                      |
+|   172 | DUP2         | 0x04 calldataload(4) 0x04 calldataload(4) 0xDA                                                                                                                                 |
+|   173 | SLOAD        | स्टोरेज[4] calldataload(4) 0x04 calldataload(4) 0xDA                                                                       |
+|   174 | DUP2         | calldataload(4) स्टोरेज[4] calldataload(4) 0x04 calldataload(4) 0xDA                                    |
+|   175 | LT           | calldataload(4)\<स्टोरेज[4] calldataload(4) 0x04 calldataload(4) 0xDA         |
+|   176 | PUSH2 0x017e | 0x017EC calldataload(4)\<स्टोरेज[4] calldataload(4) 0x04 calldataload(4) 0xDA |
+|   179 | JUMPI        | calldataload(4) 0x04 calldataload(4) 0xDA                                                                                                                                      |
+
+जर पहिला शब्द स्टोरेज[4] पेक्षा कमी नसेल, तर फंक्शन अयशस्वी होते. ते कोणत्याही परत केलेल्या व्हॅल्यूशिवाय रिव्हर्ट होते:
+
+| ऑफसेट | ऑपकोड      | स्टॅक                                                         |
+| ----: | ---------- | ------------------------------------------------------------- |
+|   17A | PUSH1 0x00 | 0x00 ...      |
+|   17C | DUP1       | 0x00 0x00 ... |
+|   17D | REVERT     |                                                               |
+
+जर calldataload(4) स्टोरेज[4] पेक्षा कमी असेल, तर आम्हाला हा कोड मिळतो:
+
+| ऑफसेट | ऑपकोड      | स्टॅक                                                                                     |
+| ----: | ---------- | ----------------------------------------------------------------------------------------- |
+|   17E | JUMPDEST   | calldataload(4) 0x04 calldataload(4) 0xDA           |
+|   17F | PUSH1 0x00 | 0x00 calldataload(4) 0x04 calldataload(4) 0xDA      |
+|   181 | SWAP2      | 0x04 calldataload(4) 0x00 calldataload(4) 0xDA      |
+|   182 | DUP3       | 0x00 0x04 calldataload(4) 0x00 calldataload(4) 0xDA |
+|   183 | MSTORE     | calldataload(4) 0x00 calldataload(4) 0xDA           |
+
+आणि मेमरी लोकेशन्स 0x00-0x1F मध्ये आता डेटा 0x04 आहे (0x00-0x1E सर्व शून्य आहेत, 0x1F चार आहे)
+
+| ऑफसेट | ऑपकोड      | स्टॅक                                                                                                                                                                                                                      |
+| ----: | ---------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+|   184 | PUSH1 0x20 | 0x20 calldataload(4) 0x00 calldataload(4) 0xDA                                                                                                                                       |
+|   186 | SWAP1      | calldataload(4) 0x20 0x00 calldataload(4) 0xDA                                                                                                                                       |
+|   187 | SWAP2      | 0x00 0x20 calldataload(4) calldataload(4) 0xDA                                                                                                                                       |
+|   188 | SHA3       | (((0x00-0x1F चे SHA3))) calldataload(4) calldataload(4) 0xDA                                                                |
+|   189 | ADD        | (((0x00-0x1F चे SHA3)))+calldataload(4) calldataload(4) 0xDA                                                                |
+|   18A | SLOAD      | स्टोरेज[(((0x00-0x1F चे SHA3))) + calldataload(4)] calldataload(4) 0xDA |
+
+म्हणून स्टोरेजमध्ये एक लुकअप टेबल आहे, जे 0x000...0004 च्या SHA3 पासून सुरू होते आणि प्रत्येक वैध कॉल डेटा व्हॅल्यूसाठी (स्टोरेज[4] पेक्षा कमी व्हॅल्यू) एक एंट्री आहे.
+
+| ऑफसेट | ऑपकोड | स्टॅक                                                                                                                                                                                                                      |
+| ----: | ----- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+|   18B | SWAP1 | calldataload(4) स्टोरेज[(((0x00-0x1F चे SHA3))) + calldataload(4)] 0xDA |
+|   18C | POP   | स्टोरेज[(((0x00-0x1F चे SHA3))) + calldataload(4)] 0xDA                                    |
+|   18D | DUP2  | 0xDA स्टोरेज[(((0x00-0x1F चे SHA3))) + calldataload(4)] 0xDA                               |
+|   18E | JUMP  | स्टोरेज[(((0x00-0x1F चे SHA3))) + calldataload(4)] 0xDA                                    |
+
+आपल्याला आधीच माहित आहे की [ऑफसेट 0xDA येथील कोड](#the-da-code) काय करतो, ते स्टॅक टॉप व्हॅल्यू कॉलरला परत करते. म्हणून हे फंक्शन लुकअप टेबलमधून व्हॅल्यू कॉलरला परत करते.
+
+## 0x1f135823 {#0x1f135823}
+
+0xC4-0xCF ऑफसेटमधील कोड `splitter()` मध्ये 0x103-0x10E मध्ये पाहिलेल्या कोडसारखाच आहे (`JUMPI` डेस्टिनेशन वगळता), म्हणून आम्हाला माहित आहे की हे फंक्शन देखील `payable` नाही.
+
+| ऑफसेट | ऑपकोड        | स्टॅक             |
+| ----: | ------------ | ----------------- |
+|    D0 | JUMPDEST     |                   |
+|    D1 | POP          |                   |
+|    D2 | PUSH2 0x00da | 0xDA              |
+|    D5 | PUSH1 0x06   | 0x06 0xDA         |
+|    D7 | SLOAD        | Value\* 0xDA      |
+|    D8 | DUP2         | 0xDA Value\* 0xDA |
+|    D9 | JUMP         | Value\* 0xDA      |
+
+आपल्याला आधीच माहित आहे की [ऑफसेट 0xDA येथील कोड](#the-da-code) काय करतो, ते स्टॅक टॉप व्हॅल्यू कॉलरला परत करते. म्हणून हे फंक्शन `Value*` परत करते.
+
+### मेथड सारांश {#method-summary}
+
+तुम्हाला असे वाटते का की तुम्हाला या क्षणी कॉन्ट्रॅक्ट समजला आहे? मला नाही. आतापर्यंत आमच्याकडे या मेथड्स आहेत:
+
+| मेथड                                                 | अर्थ                                                                                                                        |
+| ---------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------- |
+| हस्तांतरण                                            | कॉलद्वारे प्रदान केलेले व्हॅल्यू स्वीकारा आणि त्या रकमेने `Value*` वाढवा                                                    |
+| [splitter()](#splitter)           | स्टोरेज[3] परत करा, प्रॉक्सी पत्ता                                      |
+| [currentWindow()](#currentwindow) | स्टोरेज[1] परत करा                                                      |
+| [merkleRoot()](#merkeroot)        | स्टोरेज[0] परत करा                                                      |
+| [0x81e580d3](#0x81e580d3)                            | पॅरामीटर स्टोरेज[4] पेक्षा कमी असल्यास, लुकअप टेबलमधून व्हॅल्यू परत करा |
+| [0x1f135823](#0x1f135823)                            | स्टोरेज[6] परत करा, म्हणजेच Value\*                                     |
+
+परंतु आम्हाला माहित आहे की इतर कोणतीही कार्यक्षमता स्टोरेज[3] मधील कॉन्ट्रॅक्टद्वारे प्रदान केली जाते. कदाचित जर आम्हाला माहित असेल की तो कॉन्ट्रॅक्ट काय आहे तर आम्हाला काहीतरी सुगावा लागेल. सुदैवाने, हे ब्लॉकचेन आहे आणि सर्व काही ज्ञात आहे, किमान सिद्धांतानुसार. आम्ही स्टोरेज[3] सेट करणाऱ्या कोणत्याही मेथड्स पाहिल्या नाहीत, म्हणून ते कन्स्ट्रक्टरद्वारे सेट केले गेले असावे.
+
+## कन्स्ट्रक्टर {#the-constructor}
+
+जेव्हा आपण [एका कॉन्ट्रॅक्टकडे पाहतो](https://etherscan.io/address/0x2510c039cc3b061d79e564b38836da87e31b342f) तेव्हा आपण तो तयार करणारा व्यवहार देखील पाहू शकतो.
+
+![तयार केलेल्या व्यवहारावर क्लिक करा](create-tx.png)
+
+जर आपण त्या व्यवहारावर क्लिक केले, आणि नंतर **स्टेट** टॅबवर, तर आपण पॅरामीटर्सची प्रारंभिक व्हॅल्यू पाहू शकतो. विशेषतः, आपण पाहू शकतो की स्टोरेज[3] मध्ये [0x2f81e57ff4f4d83b40a9f719fd892d8e806e0761](https://etherscan.io/address/0x2f81e57ff4f4d83b40a9f719fd892d8e806e0761) आहे. त्या कॉन्ट्रॅक्टमध्ये गहाळ कार्यक्षमता असली पाहिजे. आपण ज्या कॉन्ट्रॅक्टची तपासणी करत आहोत त्यासाठी वापरलेल्या त्याच साधनांचा वापर करून आपण ते समजू शकतो.
+
+## प्रॉक्सी कॉन्ट्रॅक्ट {#the-proxy-contract}
+
+वर दिलेल्या मूळ कॉन्ट्रॅक्टसाठी वापरलेल्या त्याच तंत्रांचा वापर करून आपण पाहू शकतो की कॉन्ट्रॅक्ट परत येतो जर:
+
+- कॉलसोबत कोणताही ETH जोडलेला असेल (0x05-0x0F)
+- कॉल डेटाचा आकार चार पेक्षा कमी असेल (0x10-0x19 आणि 0xBE-0xC2)
+
+आणि ते समर्थन देत असलेल्या मेथड्स आहेत:
+
+| मेथड                                                                                                                                                                                   | मेथड सिग्नेचर                | जंप करण्यासाठी ऑफसेट |
+| -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------- | -------------------- |
+| [scaleAmountByPercentage(uint256,uint256)](https://www.4byte.directory/signatures/?bytes4_signature=0x8ffb5c97)                                                     | 0x8ffb5c97                   | 0x0135               |
+| [isClaimed(uint256,address)](https://www.4byte.directory/signatures/?bytes4_signature=0xd2ef0795)                                                                   | 0xd2ef0795                   | 0x0151               |
+| [claim(uint256,address,uint256,bytes32[])](https://www.4byte.directory/signatures/?bytes4_signature=0x2e7ba6ef) | 0x2e7ba6ef                   | 0x00F4               |
+| [incrementWindow()](https://www.4byte.directory/signatures/?bytes4_signature=0x338b1d31)                                                                            | 0x338b1d31                   | 0x0110               |
+| ???                                                                                                                                                                                    | 0x3f26479e                   | 0x0118               |
+| ???                                                                                                                                                                                    | 0x1e7df9d3                   | 0x00C3               |
+| [currentWindow()](https://www.4byte.directory/signatures/?bytes4_signature=0xba0bafb4)                                                                              | [0xba0bafb4](#currentwindow) | 0x0148               |
+| [merkleRoot()](https://www.4byte.directory/signatures/?bytes4_signature=0x2eb4a7ab)                                                                                 | [0x2eb4a7ab](#merkleroot)    | 0x0107               |
+| ???                                                                                                                                                                                    | [0x81e580d3](#0x81e580d3)    | 0x0122               |
+| ???                                                                                                                                                                                    | [0x1f135823](#0x1f135823)    | 0x00D8               |
+
+आपण खालील चार मेथड्स दुर्लक्षित करू शकतो कारण आपण त्यांच्यापर्यंत कधीच पोहोचणार नाही. त्यांचे सिग्नेचर्स असे आहेत की आपला मूळ कॉन्ट्रॅक्ट स्वतः त्यांची काळजी घेतो (तुम्ही वरील तपशील पाहण्यासाठी सिग्नेचर्सवर क्लिक करू शकता), म्हणून त्या [ओव्हरराइड केलेल्या मेथड्स](https://medium.com/upstate-interactive/solidity-override-vs-virtual-functions-c0a5dfb83aaf) असाव्यात.
+
+उर्वरित मेथड्सपैकी एक `claim(<params>)` आहे आणि दुसरी `isClaimed(<params>)` आहे, म्हणून तो एअरड्रॉप कॉन्ट्रॅक्टसारखा दिसतो. बाकीचे ऑपकोड बाय ऑपकोड तपासण्याऐवजी, आपण [डीकंपाइलरचा प्रयत्न करू शकतो](https://etherscan.io/bytecode-decompiler?a=0x2f81e57ff4f4d83b40a9f719fd892d8e806e0761), जो या कॉन्ट्रॅक्टमधून तीन फंक्शन्ससाठी वापरण्यायोग्य परिणाम देतो. इतरांचे रिव्हर्स इंजिनिअरिंग वाचकांसाठी अभ्यास म्हणून सोडले आहे.
+
+### scaleAmountByPercentage {#scaleamountbypercentage}
+
+या फंक्शनसाठी डीकंपाइलर आपल्याला हे देतो:
+
+```python
+def unknown8ffb5c97(uint256 _param1, uint256 _param2) payable:
+  require calldata.size - 4 >=′ 64
+  if _param1 and _param2 > -1 / _param1:
+      revert with 0, 17
+  return (_param1 * _param2 / 100 * 10^6)
+```
+
+पहिले `require` तपासते की कॉल डेटामध्ये, फंक्शन सिग्नेचरच्या चार बाइट्स व्यतिरिक्त, किमान 64 बाइट्स आहेत, जे दोन पॅरामीटर्ससाठी पुरेसे आहेत. जर नसेल तर अर्थातच काहीतरी चूक आहे.
+
+`if` स्टेटमेंट असे दिसते की `_param1` शून्य नाही आणि `_param1 * _param2` ऋण नाही हे तपासते. हे कदाचित रॅप अराउंडचे प्रकार टाळण्यासाठी आहे.
+
+शेवटी, फंक्शन एक स्केल्ड व्हॅल्यू परत करते.
+
+### claim {#claim}
+
+डीकंपाइलर तयार करत असलेला कोड गुंतागुंतीचा आहे आणि त्यापैकी सर्वच आपल्यासाठी संबंधित नाहीत. मी उपयुक्त माहिती पुरवतात असे मला वाटणाऱ्या ओळींवर लक्ष केंद्रित करण्यासाठी त्यापैकी काही वगळणार आहे
+
+```python
+def unknown2e7ba6ef(uint256 _param1, uint256 _param2, uint256 _param3, array _param4) payable:
+  ...
+  require _param2 == addr(_param2)
+  ...
+  if currentWindow <= _param1:
+      revert with 0, 'cannot claim for a future window'
+```
+
+येथे आपण दोन महत्त्वाच्या गोष्टी पाहतो:
+
+- `_param2`, जरी ते `uint256` म्हणून घोषित केले असले तरी, प्रत्यक्षात एक पत्ता आहे
+- `_param1` ही दावा केलेली विंडो आहे, जी `currentWindow` किंवा त्यापूर्वीची असावी.
+
+```python
+  ...
+  if stor5[_claimWindow][addr(_claimFor)]:
+      revert with 0, 'Account already claimed the given window'
+```
+
+तर आता आपल्याला माहित आहे की स्टोरेज[5] हे विंडोज आणि पत्त्यांचे अॅरे आहे आणि पत्त्याने त्या विंडोसाठी बक्षीस दावा केला आहे की नाही हे दर्शवते.
+
+```python
+  ...
+  idx = 0
+  s = 0
+  while idx < _param4.length:
+  ...
+      if s + sha3(mem[(32 * _param4.length) + 328 len mem[(32 * _param4.length) + 296]]) > mem[(32 * idx) + 296]:
+          mem[mem[64] + 32] = mem[(32 * idx) + 296]
+          ...
+          s = sha3(mem[_62 + 32 len mem[_62]])
+          continue
+      ...
+      s = sha3(mem[_66 + 32 len mem[_66]])
+      continue
+  if unknown2eb4a7ab != s:
+      revert with 0, 'Invalid proof'
+```
+
+आम्हाला माहित आहे की `unknown2eb4a7ab` प्रत्यक्षात `merkleRoot()` फंक्शन आहे, म्हणून हा कोड [मर्कल प्रूफ](https://medium.com/crypto-0-nite/merkle-proofs-explained-6dd429623dc5) पडताळणी करत असल्यासारखा दिसतो. याचा अर्थ `_param4` हा एक मर्कल प्रूफ आहे.
+
+```python
+  call addr(_param2) with:
+     value unknown81e580d3[_param1] * _param3 / 100 * 10^6 wei
+       gas 30000 wei
+```
+
+एक कॉन्ट्रॅक्ट स्वतःचा ETH दुसऱ्या पत्त्यावर (कॉन्ट्रॅक्ट किंवा बाह्य मालकीचा) कसा हस्तांतरित करतो हे असे आहे. ते हस्तांतरित करायच्या रकमेच्या व्हॅल्यूने त्याला कॉल करते. तर असे दिसते की हा ETH चा एअरड्रॉप आहे.
+
+```python
+  if not return_data.size:
+      if not ext_call.success:
+          require ext_code.size(stor2)
+          call stor2.deposit() with:
+             value unknown81e580d3[_param1] * _param3 / 100 * 10^6 wei
+```
+
+खालील दोन ओळी आपल्याला सांगतात की स्टोरेज[2] हा देखील एक कॉन्ट्रॅक्ट आहे ज्याला आपण कॉल करतो. जर आपण [कन्स्ट्रक्टर व्यवहाराकडे पाहिले](https://etherscan.io/tx/0xa1ea0549fb349eb7d3aff90e1d6ce7469fdfdcd59a2fd9b8d1f5e420c0d05b58#statechange) तर आपल्याला दिसेल की हा कॉन्ट्रॅक्ट [0xc02aaa39b223fe8d0a0e5c4f27ead9083c756cc2](https://etherscan.io/address/0xc02aaa39b223fe8d0a0e5c4f27ead9083c756cc2) आहे, एक रॅप्ड इथर कॉन्ट्रॅक्ट [ज्याचा सोर्स कोड Etherscan वर अपलोड केला गेला आहे](https://etherscan.io/address/0xc02aaa39b223fe8d0a0e5c4f27ead9083c756cc2#code).
+
+तर असे दिसते की कॉन्ट्रॅक्ट्स `_param2` ला ETH पाठवण्याचा प्रयत्न करतात. जर ते करू शकले, तर छान. जर नाही, तर ते [WETH](https://weth.tkn.eth.limo/) पाठवण्याचा प्रयत्न करते. जर `_param2` एक बाह्य मालकीचे खाते (EOA) असेल तर ते नेहमी ETH प्राप्त करू शकते, परंतु कॉन्ट्रॅक्ट्स ETH प्राप्त करण्यास नकार देऊ शकतात. तथापि, WETH हे ERC-20 आहे आणि कॉन्ट्रॅक्ट्स ते स्वीकारण्यास नकार देऊ शकत नाहीत.
+
+```python
+  ...
+  log 0xdbd5389f: addr(_param2), unknown81e580d3[_param1] * _param3 / 100 * 10^6, bool(ext_call.success)
+```
+
+फंक्शनच्या शेवटी आपण एक लॉग एंट्री तयार होताना पाहतो. [तयार झालेल्या लॉग एंट्रीज पहा](https://etherscan.io/address/0x2510c039cc3b061d79e564b38836da87e31b342f#events) आणि `0xdbd5...` ने सुरू होणाऱ्या टॉपिकवर फिल्टर करा. जर आपण [अशी एंट्री तयार करणाऱ्या व्यवहारांपैकी एकावर क्लिक केले](https://etherscan.io/tx/0xe7d3b7e00f645af17dfbbd010478ef4af235896c65b6548def1fe95b3b7d2274) तर आपल्याला दिसेल की खरोखरच तो एक दावा असल्यासारखा दिसतो - खात्याने आपण रिव्हर्स इंजिनिअरिंग करत असलेल्या कॉन्ट्रॅक्टला एक संदेश पाठवला, आणि बदल्यात त्याला ETH मिळाले.
+
+![एक दावा व्यवहार](claim-tx.png)
+
+### 1e7df9d3 {#1e7df9d3}
+
+हे फंक्शन वरील [`claim`](#claim) सारखेच आहे. ते देखील मर्कल प्रूफ तपासते, पहिल्याला ETH हस्तांतरित करण्याचा प्रयत्न करते, आणि त्याच प्रकारची लॉग एंट्री तयार करते.
+
+```python
+def unknown1e7df9d3(uint256 _param1, uint256 _param2, array _param3) payable:
+  ...
+  idx = 0
+  s = 0
+  while idx < _param3.length:
+      if idx >= mem[96]:
+          revert with 0, 50
+      _55 = mem[(32 * idx) + 128]
+      if s + sha3(mem[(32 * _param3.length) + 160 len mem[(32 * _param3.length) + 128]]) > mem[(32 * idx) + 128]:
+          ...
+          s = sha3(mem[_58 + 32 len mem[_58]])
+          continue
+      mem[mem[64] + 32] = s + sha3(mem[(32 * _param3.length) + 160 len mem[(32 * _param3.length) + 128]])
+  ...
+  if unknown2eb4a7ab != s:
+      revert with 0, 'Invalid proof'
+  ...
+  call addr(_param1) with:
+     value s wei
+       gas 30000 wei
+  if not return_data.size:
+      if not ext_call.success:
+          require ext_code.size(stor2)
+          call stor2.deposit() with:
+             value s wei
+               gas gas_remaining wei
+  ...
+  log 0xdbd5389f: addr(_param1), s, bool(ext_call.success)
+```
+
+मुख्य फरक असा आहे की पहिला पॅरामीटर, काढण्यासाठीची विंडो, तेथे नाही. त्याऐवजी, दावा करता येणाऱ्या सर्व विंडोजवर एक लूप आहे.
+
+```python
+  idx = 0
+  s = 0
+  while idx < currentWindow:
+      ...
+      if stor5[mem[0]]:
+          if idx == -1:
+              revert with 0, 17
+          idx = idx + 1
+          s = s
+          continue
+      ...
+      stor5[idx][addr(_param1)] = 1
+      if idx >= unknown81e580d3.length:
+          revert with 0, 50
+      mem[0] = 4
+      if unknown81e580d3[idx] and _param2 > -1 / unknown81e580d3[idx]:
+          revert with 0, 17
+      if s > !(unknown81e580d3[idx] * _param2 / 100 * 10^6):
+          revert with 0, 17
+      if idx == -1:
+          revert with 0, 17
+      idx = idx + 1
+      s = s + (unknown81e580d3[idx] * _param2 / 100 * 10^6)
+      continue
+```
+
+तर ते `claim` चे एक प्रकार वाटते जे सर्व विंडोजचा दावा करते.
+
+## निष्कर्ष {#conclusion}
+
+आतापर्यंत तुम्हाला माहित झाले असेल की ज्या कॉन्ट्रॅक्ट्सचा सोर्स कोड उपलब्ध नाही ते कसे समजून घ्यायचे, एकतर ऑपकोड्स वापरून किंवा (जेव्हा ते काम करते) डीकंपाइलर वापरून. या लेखाच्या लांबीवरून हे स्पष्ट होते की कॉन्ट्रॅक्टचे रिव्हर्स इंजिनिअरिंग करणे सोपे नाही, परंतु ज्या सिस्टीममध्ये सुरक्षितता आवश्यक आहे तेथे कॉन्ट्रॅक्ट्स वचन दिल्याप्रमाणे काम करतात याची पडताळणी करण्याची क्षमता असणे हे एक महत्त्वाचे कौशल्य आहे.
+
+[माझ्या कामाबद्दल अधिक माहितीसाठी येथे पहा](https://cryptodocguy.pro/).
diff --git a/public/content/translations/mr/developers/tutorials/run-node-raspberry-pi/index.md b/public/content/translations/mr/developers/tutorials/run-node-raspberry-pi/index.md
new file mode 100644
index 00000000000..1bc89541855
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/run-node-raspberry-pi/index.md
@@ -0,0 +1,190 @@
+---
+title: "Raspeberry Pi 4 वर एक Ethereum नोड चालवा"
+description: "तुमचा Raspberry Pi 4 फ्लॅश करा, एक इथरनेट केबल लावा, SSD डिस्क कनेक्ट करा आणि Raspberry Pi 4 ला एका पूर्ण Ethereum नोड + व्हॅलिडेटरमध्ये रूपांतरित करण्यासाठी डिव्हाइसला पॉवर द्या."
+author: "EthereumOnArm"
+tags:
+  [
+    "क्लायंट्स",
+    "एक्झिक्यूशन लेयर",
+    "कन्सेंसस लेयर",
+    "नोड्स"
+  ]
+lang: mr
+skill: intermediate
+published: 2022-06-10
+source: Ethereum on ARM
+sourceUrl: https://ethereum-on-arm-documentation.readthedocs.io/en/latest/
+---
+
+**Ethereum on Arm ही एक कस्टम Linux इमेज आहे जी Raspberry Pi ला Ethereum नोडमध्ये बदलू शकते.**
+
+Ethereum on Arm वापरून Raspberry Pi ला Ethereum नोडमध्ये बदलण्यासाठी, खालील हार्डवेअरची शिफारस केली जाते:
+
+- Raspberry 4 (model B 8GB), Odroid M1 किंवा Rock 5B (8GB/16GB RAM) बोर्ड
+- MicroSD कार्ड (किमान 16 GB वर्ग 10)
+- किमान 2 TB SSD USB 3.0 डिस्क किंवा USB ते SATA केस असलेली SSD.
+- पॉवर सप्लाय
+- इथरनेट केबल
+- पोर्ट फॉरवर्डिंग (अधिक माहितीसाठी क्लायंट्स पहा)
+- हीटसिंक आणि फॅनसह एक केस
+- USB कीबोर्ड, मॉनिटर आणि HDMI केबल (मायक्रो-HDMI) (पर्यायी)
+
+## Ethereum on ARM का चालवावे? {#why-run-ethereum-on-arm}
+
+ARM बोर्ड खूप स्वस्त, लवचिक, लहान संगणक आहेत. ते Ethereum नोड चालवण्यासाठी चांगले पर्याय आहेत कारण ते स्वस्तात विकत घेता येतात, त्यांची सर्व संसाधने फक्त नोडवर केंद्रित होतील अशा प्रकारे कॉन्फिगर केलेले आहेत, ज्यामुळे ते कार्यक्षम बनतात, ते कमी प्रमाणात वीज वापरतात आणि भौतिकदृष्ट्या लहान आहेत त्यामुळे ते कोणत्याही घरात सहजपणे बसू शकतात. नोड सुरू करणे देखील खूप सोपे आहे कारण Raspberry Pi चे MicroSD फक्त एका प्रीबिल्ट इमेजसह फ्लॅश केले जाऊ शकते, कोणतेही सॉफ्टवेअर डाउनलोड किंवा तयार करण्याची आवश्यकता नाही.
+
+## हे कसे कार्य करते? {#how-does-it-work}
+
+Raspberry Pi चे मेमरी कार्ड एका प्रीबिल्ट इमेजसह फ्लॅश केले जाते. या इमेजमध्ये Ethereum नोड चालवण्यासाठी आवश्यक असलेली प्रत्येक गोष्ट आहे. फ्लॅश केलेल्या कार्डसह, वापरकर्त्याला फक्त Raspberry Pi पॉवर-ऑन करायचे आहे. नोड चालवण्यासाठी आवश्यक असलेल्या सर्व प्रक्रिया आपोआप सुरू होतात. हे कार्य करते कारण मेमरी कार्डमध्ये Linux-आधारित ऑपरेटिंग सिस्टम (OS) आहे, ज्याच्या वर सिस्टम-स्तरीय प्रक्रिया आपोआप चालवल्या जातात ज्या युनिटला Ethereum नोडमध्ये बदलतात.
+
+लोकप्रिय Raspberry Pi Linux OS "Raspbian" वापरून Ethereum चालवता येत नाही कारण Raspbian अजूनही 32-बिट आर्किटेक्चर वापरते ज्यामुळे Ethereum वापरकर्त्यांना मेमरी समस्या येतात आणि कन्सेन्सस क्लायंट 32-बिट बायनरींना सपोर्ट करत नाहीत. यावर मात करण्यासाठी, Ethereum on Arm टीमने "Armbian" नावाच्या नेटिव्ह 64-बिट OS वर स्थलांतर केले.
+
+**इमेजेस सर्व आवश्यक पायऱ्यांची काळजी घेतात**, पर्यावरण सेट करण्यापासून आणि SSD डिस्क फॉरमॅट करण्यापासून ते Ethereum सॉफ्टवेअर इंस्टॉल आणि रन करण्यापर्यंत तसेच ब्लॉकचेन सिंक्रोनाइझेशन सुरू करण्यापर्यंत.
+
+## एक्सिक्युशन आणि कन्सेन्सस क्लायंट्सवर टीप {#note-on-execution-and-consensus-clients}
+
+Ethereum on Arm इमेजमध्ये सेवा म्हणून प्रीबिल्ट एक्सिक्युशन आणि कन्सेन्सस क्लायंट्सचा समावेश आहे. Ethereum नोडला दोन्ही क्लायंट सिंक केलेले आणि चालू असणे आवश्यक आहे. तुम्हाला फक्त इमेज डाउनलोड आणि फ्लॅश करणे आणि नंतर सेवा सुरू करणे आवश्यक आहे. इमेजमध्ये खालील एक्सिक्युशन क्लायंट्स प्रीलोड केलेले आहेत:
+
+- Geth
+- Nethermind
+- Besu
+
+आणि खालील कन्सेन्सस क्लायंट्स:
+
+- लाइटहाऊस
+- निंबस
+- Prysm
+- Teku
+
+तुम्ही चालवण्यासाठी प्रत्येकी एक निवडला पाहिजे - सर्व एक्सिक्युशन क्लायंट्स सर्व कन्सेन्सस क्लायंट्ससोबत सुसंगत आहेत. तुम्ही स्पष्टपणे क्लायंट निवडत नसल्यास, नोड त्याच्या डीफॉल्टवर परत जाईल - Geth आणि Lighthouse - आणि बोर्ड पॉवर अप झाल्यावर ते आपोआप चालवेल. तुम्ही तुमच्या राउटरवर पोर्ट 30303 उघडले पाहिजे जेणेकरून Geth पिअर्स शोधू शकेल आणि त्यांच्याशी कनेक्ट होऊ शकेल.
+
+## इमेज डाउनलोड करणे {#downloading-the-image}
+
+Raspberry Pi 4 Ethereum इमेज ही एक "प्लग अँड प्ले" इमेज आहे जी एक्सिक्युशन आणि कन्सेन्सस दोन्ही क्लायंट्स आपोआप इंस्टॉल आणि सेट करते, त्यांना एकमेकांशी बोलण्यासाठी आणि Ethereum नेटवर्कशी कनेक्ट करण्यासाठी कॉन्फिगर करते. वापरकर्त्याला फक्त एक साधी कमांड वापरून त्यांची प्रक्रिया सुरू करायची आहे.
+
+[Ethereum on Arm](https://ethereumonarm-my.sharepoint.com/:u:/p/dlosada/Ec_VmUvr80VFjf3RYSU-NzkBmj2JOteDECj8Bibde929Gw?download=1) वरून Raspberry Pi इमेज डाउनलोड करा आणि SHA256 हॅश सत्यापित करा:
+
+```sh
+# डाउनलोड केलेली इमेज असलेल्या डिरेक्टरीमधून
+shasum -a 256 ethonarm_22.04.00.img.zip
+# हॅश आउटपुट असे असावे: fb497e8f8a7388b62d6e1efbc406b9558bee7ef46ec7e53083630029c117444f
+```
+
+लक्षात घ्या की Rock 5B आणि Odroid M1 बोर्डसाठी इमेजेस Ethereum-on-Arm [डाउनलोड पेज](https://ethereum-on-arm-documentation.readthedocs.io/en/latest/quick-guide/download-and-install.html) वर उपलब्ध आहेत.
+
+## MicroSD फ्लॅश करणे {#flashing-the-microsd}
+
+Raspberry Pi साठी वापरले जाणारे MicroSD कार्ड प्रथम डेस्कटॉप किंवा लॅपटॉपमध्ये घातले पाहिजे जेणेकरून ते फ्लॅश करता येईल. नंतर, खालील टर्मिनल कमांड्स डाउनलोड केलेली इमेज SD कार्डवर फ्लॅश करतील:
+
+```shell
+# MicroSD कार्डचे नाव तपासा
+sudo fdisk -l
+
+>> sdxxx
+```
+
+नाव बरोबर मिळवणे खूप महत्त्वाचे आहे कारण पुढील कमांडमध्ये `dd` समाविष्ट आहे, जे त्यावर इमेज टाकण्यापूर्वी कार्डवरील विद्यमान सामग्री पूर्णपणे पुसून टाकते. पुढे जाण्यासाठी, झिप केलेली इमेज असलेल्या डिरेक्टरीवर नेव्हिगेट करा:
+
+```shell
+# इमेज अनझिप करा आणि फ्लॅश करा
+unzip ethonarm_22.04.00.img.zip
+sudo dd bs=1M if=ethonarm_22.04.00.img of=/dev/<sdxx> conv=fdatasync status=progress
+```
+
+कार्ड आता फ्लॅश झाले आहे, त्यामुळे ते Raspberry Pi मध्ये घालता येते.
+
+## नोड सुरू करा {#start-the-node}
+
+Raspberry Pi मध्ये SD कार्ड घातल्यावर, इथरनेट केबल आणि SSD कनेक्ट करा आणि नंतर पॉवर चालू करा. OS बूट होईल आणि क्लायंट सॉफ्टवेअर इंस्टॉल आणि तयार करण्यासह, Raspberry Pi ला Ethereum नोडमध्ये बदलणारी प्रीकॉन्फिगर केलेली कार्ये आपोआप करण्यास प्रारंभ करेल. यासाठी कदाचित 10-15 मिनिटे लागतील.
+
+एकदा सर्वकाही इंस्टॉल आणि कॉन्फिगर झाले की, ssh कनेक्शनद्वारे डिव्हाइसमध्ये लॉग इन करा किंवा बोर्डला मॉनिटर आणि कीबोर्ड जोडलेले असल्यास थेट टर्मिनल वापरा. लॉग इन करण्यासाठी `ethereum` खाते वापरा, कारण त्यात नोड सुरू करण्यासाठी आवश्यक परवानग्या आहेत.
+
+```shell
+वापरकर्ता: ethereum
+पासवर्ड: ethereum
+```
+
+डीफॉल्ट एक्सिक्युशन क्लायंट, Geth, आपोआप सुरू होईल. तुम्ही खालील टर्मिनल कमांड वापरून लॉग तपासून याची पुष्टी करू शकता:
+
+```sh
+sudo journalctl -u geth -f
+```
+
+कन्सेन्सस क्लायंट स्पष्टपणे सुरू करणे आवश्यक आहे. हे करण्यासाठी, प्रथम तुमच्या राउटरवर पोर्ट 9000 उघडा जेणेकरून Lighthouse पिअर्स शोधू शकेल आणि त्यांच्याशी कनेक्ट होऊ शकेल. नंतर lighthouse सेवा सक्षम करा आणि सुरू करा:
+
+```sh
+sudo systemctl enable lighthouse-beacon
+sudo systemctl start lighthouse-beacon
+```
+
+लॉग वापरून क्लायंट तपासा:
+
+```sh
+sudo journalctl -u lighthouse-beacon
+```
+
+लक्षात घ्या की कन्सेन्सस क्लायंट काही मिनिटांत सिंक होईल कारण ते चेकपॉइंट सिंक वापरते. एक्सिक्युशन क्लायंटला जास्त वेळ लागेल - संभाव्यतः अनेक तास, आणि कन्सेन्सस क्लायंट सिंक होईपर्यंत ते सुरू होणार नाही (कारण एक्सिक्युशन क्लायंटला सिंक करण्यासाठी लक्ष्याची आवश्यकता असते, जे सिंक केलेला कन्सेन्सस क्लायंट प्रदान करतो).
+
+Geth आणि Lighthouse सेवा चालू आणि सिंक झाल्यावर, तुमचा Raspberry Pi आता एक Ethereum नोड आहे! Geth च्या Javascript कन्सोलचा वापर करून Ethereum नेटवर्कशी संवाद साधणे सर्वात सामान्य आहे, जो पोर्ट 8545 वर Geth क्लायंटशी जोडला जाऊ शकतो. Curl सारख्या विनंती साधनांचा वापर करून JSON ऑब्जेक्ट्स म्हणून फॉरमॅट केलेल्या कमांड्स सबमिट करणे देखील शक्य आहे. [Geth माहिती](https://geth.ethereum.org/) मध्ये अधिक पहा.
+
+Geth मेट्रिक्स Grafana डॅशबोर्डवर रिपोर्ट करण्यासाठी प्रीकॉन्फिगर केलेले आहे जे ब्राउझरमध्ये पाहिले जाऊ शकते. अधिक प्रगत वापरकर्ते `ipaddress:3000` वर नेव्हिगेट करून, `user: admin` आणि `passwd: ethereum` पास करून त्यांच्या नोडच्या आरोग्यावर लक्ष ठेवण्यासाठी हे वैशिष्ट्य वापरू शकतात.
+
+## व्हॅलिडेटर्स {#validators}
+
+एक व्हॅलिडेटर देखील पर्यायीपणे कन्सेन्सस क्लायंटमध्ये जोडला जाऊ शकतो. व्हॅलिडेटर सॉफ्टवेअर तुमच्या नोडला कन्सेन्ससमध्ये सक्रियपणे सहभागी होण्याची परवानगी देतो आणि नेटवर्कला क्रिप्टोकॉनॉमिक सुरक्षा प्रदान करतो. तुम्हाला या कामासाठी ETH मध्ये बक्षीस मिळते. व्हॅलिडेटर चालवण्यासाठी, तुमच्याकडे प्रथम 32 ETH असणे आवश्यक आहे, जे डिपॉझिट कॉन्ट्रॅक्टमध्ये जमा करणे आवश्यक आहे. [Launchpad](https://launchpad.ethereum.org/) वरील चरण-दर-चरण मार्गदर्शकाचे अनुसरण करून डिपॉझिट केले जाऊ शकते. हे डेस्कटॉप/लॅपटॉपवर करा, परंतु की (keys) तयार करू नका — हे थेट Raspberry Pi वर केले जाऊ शकते.
+
+Raspberry Pi वर एक टर्मिनल उघडा आणि डिपॉझिट की (keys) तयार करण्यासाठी खालील कमांड चालवा:
+
+```
+sudo apt-get update
+sudo apt-get install staking-deposit-cli
+cd && deposit new-mnemonic --num_validators 1
+```
+
+(किंवा एअरगॅप मशीनवर चालवण्यासाठी [staking-deposit-cli](https://github.com/ethereum/staking-deposit-cli) डाउनलोड करा, आणि `deposit new-mnemnonic` कमांड चालवा)
+
+मेमोनिक वाक्यांश सुरक्षित ठेवा! वरील कमांडने नोडच्या कीस्टोअरमध्ये दोन फाईल्स तयार केल्या: व्हॅलिडेटर की आणि एक डिपॉझिट डेटा फाईल. डिपॉझिट डेटा लॉन्चपॅडमध्ये अपलोड करणे आवश्यक आहे, म्हणून तो Raspberry Pi वरून डेस्कटॉप/लॅपटॉपवर कॉपी करणे आवश्यक आहे. हे ssh कनेक्शन वापरून किंवा इतर कोणत्याही कॉपी/पेस्ट पद्धतीने केले जाऊ शकते.
+
+एकदा डिपॉझिट डेटा फाईल लॉन्चपॅड चालवणाऱ्या संगणकावर उपलब्ध झाली की, ती लॉन्चपॅड स्क्रीनवरील `+` वर ड्रॅग आणि ड्रॉप केली जाऊ शकते. डिपॉझिट कॉन्ट्रॅक्टला व्यवहार पाठवण्यासाठी स्क्रीनवरील सूचनांचे अनुसरण करा.
+
+Raspberry Pi वर परत, एक व्हॅलिडेटर सुरू केला जाऊ शकतो. यासाठी व्हॅलिडेटर की इम्पोर्ट करणे, बक्षिसे गोळा करण्यासाठी ॲड्रेस सेट करणे आणि नंतर प्रीकॉन्फिगर केलेली व्हॅलिडेटर प्रक्रिया सुरू करणे आवश्यक आहे. खालील उदाहरण Lighthouse साठी आहे—इतर कन्सेन्सस क्लायंटसाठी सूचना [Ethereum on Arm डॉक्स](https://ethereum-on-arm-documentation.readthedocs.io/en/latest/) वर उपलब्ध आहेत:
+
+```shell
+# व्हॅलिडेटर की इम्पोर्ट करा
+lighthouse account validator import --directory=/home/ethereum/validator_keys
+
+# रिवॉर्ड ॲड्रेस सेट करा
+sudo sed -i 's/<ETH_ADDRESS>' /etc/ethereum/lighthouse-validator.conf
+
+# व्हॅलिडेटर सुरू करा
+sudo systemctl start lighthouse-validator
+```
+
+अभिनंदन, आता तुमच्याकडे Raspberry Pi वर चालणारा एक पूर्ण Ethereum नोड आणि व्हॅलिडेटर आहे!
+
+## अधिक तपशील {#more-details}
+
+या पानावर Raspberry Pi वापरून Geth-Lighthouse नोड आणि व्हॅलिडेटर कसे सेट करावे याचा आढावा दिला आहे. अधिक तपशीलवार सूचना [Ethereum-on-Arm वेबसाइट](https://ethereum-on-arm-documentation.readthedocs.io/en/latest/index.html) वर उपलब्ध आहेत.
+
+## अभिप्रायाचे कौतुक आहे {#feedback-appreciated}
+
+आम्हाला माहित आहे की Raspberry Pi चा एक मोठा वापरकर्ता वर्ग आहे ज्याचा Ethereum नेटवर्कच्या आरोग्यावर खूप सकारात्मक परिणाम होऊ शकतो.
+कृपया या ट्यूटोरियलमधील तपशीलांचा अभ्यास करा, टेस्टनेटवर चालवून पहा, Ethereum on Arm GitHub पहा, अभिप्राय द्या, समस्या आणि पुल रिक्वेस्ट्स मांडा आणि तंत्रज्ञान आणि माहिती पुढे नेण्यास मदत करा!
+
+## संदर्भ {#references}
+
+1. https://ubuntu.com/download/raspberry-pi
+2. https://wikipedia.org/wiki/Port_forwarding
+3. https://prometheus.io
+4. https://grafana.com
+5. https://forum.armbian.com/topic/5565-zram-vs-swap/
+6. https://geth.ethereum.org
+7. https://nethermind.io
+8. https://www.hyperledger.org/projects/besu
+9. https://github.com/prysmaticlabs/prysm
+10. https://lighthouse.sigmaprime.io
+11. https://ethersphere.github.io/swarm-home
+12. https://raiden.network
+13. https://ipfs.io
+14. https://status.im
+15. https://vipnode.org
diff --git a/public/content/translations/mr/developers/tutorials/scam-token-tricks/index.md b/public/content/translations/mr/developers/tutorials/scam-token-tricks/index.md
new file mode 100644
index 00000000000..eb21095a14f
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/scam-token-tricks/index.md
@@ -0,0 +1,470 @@
+---
+title: "स्कॅम टोकन्सद्वारे वापरल्या जाणाऱ्या काही युक्त्या आणि त्या कशा ओळखाव्यात"
+description: "या ट्युटोरियलमध्ये आपण एका स्कॅम टोकनचे विश्लेषण करू, ज्यामध्ये स्कॅमर्स वापरत असलेल्या काही युक्त्या, त्या कशा लागू केल्या जातात, आणि त्या कशा ओळखाव्यात हे पाहू."
+author: Ori Pomerantz
+tags:
+  [
+    "स्कॅम",
+    "सॉलिडिटी",
+    "erc-20",
+    "javascript",
+    "typescript"
+  ]
+skill: intermediate
+published: 2023-09-15
+lang: mr
+---
+
+या ट्युटोरियलमध्ये आपण [एका स्कॅम टोकनचे](https://etherscan.io/token/0xb047c8032b99841713b8e3872f06cf32beb27b82#code) विश्लेषण करू, ज्यामध्ये स्कॅमर्स वापरत असलेल्या काही युक्त्या आणि त्या कशा लागू केल्या जातात हे पाहू. या ट्युटोरियलच्या शेवटी तुम्हाला ERC-20 टोकन कॉन्ट्रॅक्ट्स, त्यांची क्षमता, आणि संशय घेणे का आवश्यक आहे याबद्दल अधिक व्यापक दृष्टिकोन मिळेल. त्यानंतर आपण त्या स्कॅम टोकनद्वारे उत्सर्जित केलेल्या इव्हेंट्सकडे पाहू आणि ते स्वयंचलितपणे कायदेशीर नाही हे कसे ओळखता येईल ते पाहू.
+
+## स्कॅम टोकन्स - ते काय आहेत, लोक ते का करतात, आणि ते कसे टाळावे {#scam-tokens}
+
+Ethereum च्या सर्वात सामान्य उपयोगांपैकी एक म्हणजे एखाद्या गटाने एक ट्रेडेबल टोकन तयार करणे, एका अर्थाने त्यांचे स्वतःचे चलन. तथापि, जिथे कुठे मूल्य आणणारी वैध उपयोग-प्रकरणे आहेत, तिथे असे गुन्हेगार देखील आहेत जे ते मूल्य स्वतःसाठी चोरण्याचा प्रयत्न करतात.
+
+आपण या विषयाबद्दल अधिक माहिती वापरकर्त्याच्या दृष्टिकोनातून [ethereum.org वर इतरत्र](/guides/how-to-id-scam-tokens/) वाचू शकता. हे ट्युटोरियल एका स्कॅम टोकनचे विश्लेषण करण्यावर लक्ष केंद्रित करते, जेणेकरून ते कसे केले जाते आणि ते कसे ओळखले जाऊ शकते हे पाहता येईल.
+
+### मला कसे कळेल की wARB एक स्कॅम आहे? {#warb-scam}
+
+आपण ज्या टोकनचे विश्लेषण करत आहोत ते [wARB](https://etherscan.io/token/0xb047c8032b99841713b8e3872f06cf32beb27b82#code) आहे, जे कायदेशीर [ARB टोकनच्या](https://etherscan.io/token/0xb50721bcf8d664c30412cfbc6cf7a15145234ad1) समकक्ष असल्याचे भासवते.
+
+कोणते टोकन कायदेशीर आहे हे जाणून घेण्याचा सर्वात सोपा मार्ग म्हणजे मूळ संस्था, [Arbitrum](https://arbitrum.foundation/) पाहणे. कायदेशीर ऍड्रेस [त्यांच्या डॉक्युमेंटेशनमध्ये](https://docs.arbitrum.foundation/deployment-addresses#token) निर्दिष्ट केले आहेत.
+
+### सोर्स कोड का उपलब्ध आहे? {#why-source}
+
+साधारणपणे, इतरांना फसवण्याचा प्रयत्न करणारे लोक गुप्त राहतील अशी अपेक्षा असते, आणि खरंच अनेक स्कॅम टोकन्सचा कोड उपलब्ध नसतो (उदाहरणार्थ, [हा](https://optimistic.etherscan.io/token/0x15992f382d8c46d667b10dc8456dc36651af1452#code) आणि [हा](https://optimistic.etherscan.io/token/0x026b623eb4aada7de37ef25256854f9235207178#code)).
+
+तथापि, कायदेशीर टोकन्स सामान्यतः त्यांचा सोर्स कोड प्रकाशित करतात, म्हणून कायदेशीर दिसण्यासाठी स्कॅम टोकन्सचे लेखक कधीकधी तेच करतात. [wARB](https://etherscan.io/token/0xb047c8032b99841713b8e3872f06cf32beb27b82#code) हे त्या टोकन्सपैकी एक आहे ज्याचा सोर्स कोड उपलब्ध आहे, ज्यामुळे ते समजणे सोपे होते.
+
+कॉन्ट्रॅक्ट डिप्लॉयर्स सोर्स कोड प्रकाशित करायचा की नाही हे निवडू शकत असले तरी, ते चुकीचा सोर्स कोड प्रकाशित _करू शकत नाहीत_. ब्लॉक एक्सप्लोरर प्रदान केलेला सोर्स कोड स्वतंत्रपणे कंपाइल करतो, आणि जर त्याला तंतोतंत तोच बायटकोड मिळाला नाही, तर तो तो सोर्स कोड नाकारतो. [आपण याबद्दल अधिक माहिती Etherscan साइटवर वाचू शकता](https://etherscan.io/verifyContract).
+
+## कायदेशीर ERC-20 टोकन्सशी तुलना {#compare-legit-erc20}
+
+आपण या टोकनची कायदेशीर ERC-20 टोकन्सशी तुलना करणार आहोत. जर तुम्हाला कायदेशीर ERC-20 टोकन्स सामान्यतः कसे लिहिले जातात याबद्दल माहिती नसेल, तर [हे ट्युटोरियल पहा](/developers/tutorials/erc20-annotated-code/).
+
+### विशेषाधिकारप्राप्त ऍड्रेससाठी कॉन्स्टंट्स {#constants-for-privileged-addresses}
+
+कॉन्ट्रॅक्ट्सना कधीकधी विशेषाधिकारप्राप्त ऍड्रेसची आवश्यकता असते. दीर्घकालीन वापरासाठी डिझाइन केलेले कॉन्ट्रॅक्ट्स काही विशेषाधिकारप्राप्त ऍड्रेसना ते ऍड्रेस बदलण्याची परवानगी देतात, उदाहरणार्थ नवीन मल्टीसिग कॉन्ट्रॅक्टचा वापर सक्षम करण्यासाठी. हे करण्याचे अनेक मार्ग आहेत.
+
+[`HOP` टोकन कॉन्ट्रॅक्ट](https://etherscan.io/address/0xc5102fe9359fd9a28f877a67e36b0f050d81a3cc#code) [`Ownable`](https://docs.openzeppelin.com/contracts/2.x/access-control#ownership-and-ownable) पॅटर्न वापरतो. विशेषाधिकारप्राप्त ऍड्रेस स्टोरेजमध्ये `_owner` नावाच्या फील्डमध्ये ठेवला जातो (तिसरी फाईल `Ownable.sol` पहा).
+
+```solidity
+abstract contract Ownable is Context {
+    address private _owner;
+    .
+    .
+    .
+}
+```
+
+[`ARB` टोकन कॉन्ट्रॅक्टमध्ये](https://etherscan.io/address/0xad0c361ef902a7d9851ca7dcc85535da2d3c6fc7#code) थेट विशेषाधिकारप्राप्त ऍड्रेस नाही. तथापि, त्याला त्याची गरज नाही. ते [ऍड्रेस `0xb50721bcf8d664c30412cfbc6cf7a15145234ad1`](https://etherscan.io/address/0xb50721bcf8d664c30412cfbc6cf7a15145234ad1#code) येथे एका [`प्रॉक्सी`](https://docs.openzeppelin.com/contracts/5.x/api/proxy) मागे आहे. त्या कॉन्ट्रॅक्टमध्ये एक विशेषाधिकारप्राप्त ऍड्रेस आहे (चौथी फाईल, `ERC1967Upgrade.sol` पहा) जो अपग्रेडसाठी वापरला जाऊ शकतो.
+
+```solidity
+    /**
+     * @dev EIP1967 ऍडमिन स्लॉटमध्ये नवीन ऍड्रेस संग्रहित करतो.
+     */
+    function _setAdmin(address newAdmin) private {
+        require(newAdmin != address(0), "ERC1967: नवीन ऍडमिन शून्य ऍड्रेस आहे");
+        StorageSlot.getAddressSlot(_ADMIN_SLOT).value = newAdmin;
+    }
+```
+
+याउलट, `wARB` कॉन्ट्रॅक्टमध्ये हार्ड कोडेड `contract_owner` आहे.
+
+```solidity
+contract WrappedArbitrum is Context, IERC20 {
+    .
+    .
+    .
+    address deployer = 0xB50721BCf8d664c30412Cfbc6cf7a15145234ad1;
+    address public contract_owner = 0xb40dE7b1beE84Ff2dc22B70a049A07A13a411A33;
+    .
+    .
+    .
+}
+```
+
+[हा कॉन्ट्रॅक्ट मालक](https://etherscan.io/address/0xb40dE7b1beE84Ff2dc22B70a049A07A13a411A33) असा कॉन्ट्रॅक्ट नाही जो वेगवेगळ्या वेळी वेगवेगळ्या खात्यांद्वारे नियंत्रित केला जाऊ शकतो, तर तो एक [बाह्य मालकीचे खाते](/developers/docs/accounts/#externally-owned-accounts-and-key-pairs) आहे. याचा अर्थ असा आहे की ते बहुधा एखाद्या व्यक्तीद्वारे अल्पकालीन वापरासाठी डिझाइन केलेले आहे, जे मौल्यवान राहील अशा ERC-20 नियंत्रित करण्यासाठी दीर्घकालीन उपाय म्हणून नाही.
+
+आणि खरंच, जर आपण Etherscan मध्ये पाहिले तर आपल्याला दिसेल की स्कॅमरने हा कॉन्ट्रॅक्ट 19 मे 2023 रोजी फक्त 12 तासांसाठी वापरला होता ([पहिला व्यवहार](https://etherscan.io/tx/0xf49136198c3f925fcb401870a669d43cecb537bde36eb8b41df77f06d5f6fbc2) ते [शेवटचा व्यवहार](https://etherscan.io/tx/0xdfd6e717157354e64bbd5d6adf16761e5a5b3f914b1948d3545d39633244d47b)).
+
+### खोटे `_transfer` फंक्शन {#the-fake-transfer-function}
+
+[अंतर्गत `_transfer` फंक्शन](/developers/tutorials/erc20-annotated-code/#the-_transfer-function-_transfer) वापरून प्रत्यक्ष हस्तांतरण करणे हे मानक आहे.
+
+`wARB` मध्ये हे फंक्शन जवळपास कायदेशीर दिसते:
+
+```solidity
+    function _transfer(address sender, address recipient, uint256 amount)  internal virtual{
+        require(sender != address(0), "ERC20: शून्य ऍड्रेसवरून हस्तांतरण");
+        require(recipient != address(0), "ERC20: शून्य ऍड्रेसवर हस्तांतरण");
+
+        _beforeTokenTransfer(sender, recipient, amount);
+
+        _balances[sender] = _balances[sender].sub(amount, "ERC20: हस्तांतरण रक्कम शिलकीपेक्षा जास्त आहे");
+        _balances[recipient] = _balances[recipient].add(amount);
+        if (sender == contract_owner){
+            sender = deployer;
+        }
+        emit Transfer(sender, recipient, amount);
+    }
+```
+
+संशयास्पद भाग आहे:
+
+```solidity
+        if (sender == contract_owner){
+            sender = deployer;
+        }
+        emit Transfer(sender, recipient, amount);
+```
+
+जर कॉन्ट्रॅक्ट मालक टोकन्स पाठवत असेल, तर `Transfer` इव्हेंट ते `deployer` कडून आल्याचे का दाखवतो?
+
+तथापि, एक अधिक महत्त्वाचा मुद्दा आहे. हे `_transfer` फंक्शन कोण कॉल करते? ते बाहेरून कॉल केले जाऊ शकत नाही, ते `internal` म्हणून चिन्हांकित आहे. आणि आपल्याकडे असलेल्या कोडमध्ये `_transfer` ला कोणतेही कॉल समाविष्ट नाहीत. स्पष्टपणे, ते येथे एक दिशाभूल करण्यासाठी आहे.
+
+```solidity
+    function transfer(address recipient, uint256 amount) public virtual override returns (bool) {
+        _f_(_msgSender(), recipient, amount);
+        return true;
+    }
+
+    function transferFrom(address sender, address recipient, uint256 amount) public virtual override returns (bool) {
+        _f_(sender, recipient, amount);
+        _approve(sender, _msgSender(), _allowances[sender][_msgSender()].sub(amount, "ERC20: हस्तांतरण रक्कम परवानगीपेक्षा जास्त आहे"));
+        return true;
+    }
+```
+
+जेव्हा आपण टोकन्स हस्तांतरित करण्यासाठी कॉल केलेल्या फंक्शन्स, `transfer` आणि `transferFrom` पाहतो, तेव्हा आपल्याला दिसते की ते `_f_` नावाचे पूर्णपणे वेगळे फंक्शन कॉल करतात.
+
+### वास्तविक `_f_` फंक्शन {#the-real-f-function}
+
+```solidity
+    function _f_(address sender, address recipient, uint256 amount) internal _mod_(sender,recipient,amount) virtual {
+        require(sender != address(0), "ERC20: शून्य ऍड्रेसवरून हस्तांतरण");
+        require(recipient != address(0), "ERC20: शून्य ऍड्रेसवर हस्तांतरण");
+
+        _beforeTokenTransfer(sender, recipient, amount);
+
+        _balances[sender] = _balances[sender].sub(amount, "ERC20: हस्तांतरण रक्कम शिलकीपेक्षा जास्त आहे");
+        _balances[recipient] = _balances[recipient].add(amount);
+        if (sender == contract_owner){
+
+            sender = deployer;
+        }
+        emit Transfer(sender, recipient, amount);
+    }
+```
+
+या फंक्शनमध्ये दोन संभाव्य धोक्याचे संकेत आहेत.
+
+- [फंक्शन मॉडिफायर](https://www.tutorialspoint.com/solidity/solidity_function_modifiers.htm) `_mod_` चा वापर. तथापि, जेव्हा आपण सोर्स कोडमध्ये पाहतो तेव्हा आपल्याला दिसते की `_mod_` प्रत्यक्षात निरुपद्रवी आहे.
+
+  ```solidity
+  modifier _mod_(address sender, address recipient, uint256 amount){
+    _;
+  }
+  ```
+
+- `_transfer` मध्ये आपण पाहिलेला तोच मुद्दा, म्हणजे जेव्हा `contract_owner` टोकन्स पाठवतो तेव्हा ते `deployer` कडून आल्याचे दिसतात.
+
+### खोटे इव्हेंट्स फंक्शन `dropNewTokens` {#the-fake-events-function-dropNewTokens}
+
+आता आपण अशा गोष्टीकडे येतो जी प्रत्यक्ष स्कॅमसारखी दिसते. मी वाचनीयतेसाठी फंक्शनमध्ये थोडा बदल केला आहे, परंतु ते कार्यात्मकदृष्ट्या समतुल्य आहे.
+
+```solidity
+function dropNewTokens(address uPool,
+                       address[] memory eReceiver,
+                       uint256[] memory eAmounts) public auth()
+```
+
+या फंक्शनमध्ये `auth()` मॉडिफायर आहे, याचा अर्थ ते फक्त कॉन्ट्रॅक्ट मालकाद्वारेच कॉल केले जाऊ शकते.
+
+```solidity
+modifier auth() {
+    require(msg.sender == contract_owner, "संवाद साधण्याची परवानगी नाही");
+    _;
+}
+```
+
+हे बंधन पूर्णपणे योग्य आहे, कारण आम्हाला नको की कोणतीही यादृच्छिक खाती टोकन्स वितरित करतील. तथापि, फंक्शनचा उर्वरित भाग संशयास्पद आहे.
+
+```solidity
+{
+    for (uint256 i = 0; i < eReceiver.length; i++) {
+        emit Transfer(uPool, eReceiver[i], eAmounts[i]);
+    }
+}
+```
+
+एका पूल खात्यातून रिसीव्हर्सच्या अॅरेला रकमेच्या अॅरेमध्ये हस्तांतरित करण्याचे फंक्शन पूर्णपणे योग्य आहे. असे अनेक उपयोग आहेत ज्यात आपल्याला एकाच स्त्रोतावरून अनेक ठिकाणी टोकन्स वितरित करायचे असतील, जसे की वेतन, एअरड्रॉप्स, इत्यादी. एकाच व्यवहाराचा भाग म्हणून एका वेगळ्या कॉन्ट्रॅक्टमधून ERC-20 ला अनेक वेळा कॉल करण्याऐवजी किंवा अनेक व्यवहार करण्याऐवजी एकाच व्यवहारात करणे (गॅसमध्ये) स्वस्त आहे.
+
+तथापि, `dropNewTokens` तसे करत नाही. ते [`Transfer` इव्हेंट्स](https://eips.ethereum.org/EIPS/eip-20#transfer-1) उत्सर्जित करते, परंतु प्रत्यक्षात कोणतेही टोकन हस्तांतरित करत नाही. प्रत्यक्षात न झालेल्या हस्तांतरणाबद्दल सांगून ऑफचेन ऍप्लिकेशन्सना गोंधळात टाकण्याचे कोणतेही कायदेशीर कारण नाही.
+
+### बर्निंग `Approve` फंक्शन {#the-burning-approve-function}
+
+ERC-20 कॉन्ट्रॅक्ट्समध्ये परवानगीसाठी [एक `approve` फंक्शन](/developers/tutorials/erc20-annotated-code/#approve) असणे अपेक्षित आहे, आणि खरंच आमच्या स्कॅम टोकनमध्ये असे फंक्शन आहे, आणि ते योग्य देखील आहे. तथापि, Solidity C मधून आलेली असल्यामुळे ती केस-महत्त्वपूर्ण (case significant) आहे. "Approve" आणि "approve" या वेगवेगळ्या स्ट्रिंग्स आहेत.
+
+तसेच, कार्यक्षमता `approve` शी संबंधित नाही.
+
+```solidity
+    function Approve(
+        address[] memory holders)
+```
+
+हे फंक्शन टोकन धारकांच्या ऍड्रेसच्या अॅरेसह कॉल केले जाते.
+
+```solidity
+    public approver() {
+```
+
+`approver()` मॉडिफायर हे सुनिश्चित करतो की फक्त `contract_owner` ला हे फंक्शन कॉल करण्याची परवानगी आहे (खाली पहा).
+
+```solidity
+        for (uint256 i = 0; i < holders.length; i++) {
+            uint256 amount = _balances[holders[i]];
+            _beforeTokenTransfer(holders[i], 0x0000000000000000000000000000000000000001, amount);
+            _balances[holders[i]] = _balances[holders[i]].sub(amount,
+                "ERC20: बर्न रक्कम शिलकीपेक्षा जास्त आहे");
+            _balances[0x0000000000000000000000000000000000000001] =
+                _balances[0x0000000000000000000000000000000000000001].add(amount);
+        }
+    }
+
+```
+
+प्रत्येक धारकाच्या ऍड्रेससाठी हे फंक्शन धारकाची संपूर्ण शिल्लक `0x00...01` ऍड्रेसवर हलवते, प्रभावीपणे ते बर्न करते (मानकातील वास्तविक `burn` एकूण पुरवठा देखील बदलते, आणि टोकन्स `0x00...00` वर हस्तांतरित करते). याचा अर्थ `contract_owner` कोणत्याही वापरकर्त्याची मालमत्ता काढून टाकू शकतो. हे गव्हर्नन्स टोकनमध्ये अपेक्षित असलेले वैशिष्ट्य वाटत नाही.
+
+### कोड गुणवत्ता समस्या {#code-quality-issues}
+
+या कोड गुणवत्ता समस्या हे _सिद्ध करत नाहीत_ की हा कोड एक स्कॅम आहे, परंतु त्या त्याला संशयास्पद बनवतात. Arbitrum सारख्या संघटित कंपन्या सहसा इतका खराब कोड प्रसिद्ध करत नाहीत.
+
+#### `mount` फंक्शन {#the-mount-function}
+
+[मानकामध्ये](https://eips.ethereum.org/EIPS/eip-20) निर्दिष्ट नसले तरी, सामान्यतः नवीन टोकन्स तयार करणाऱ्या फंक्शनला [`mint`](https://ethereum.org/el/developers/tutorials/erc20-annotated-code/#the-_mint-and-_burn-functions-_mint-and-_burn) म्हणतात.
+
+`wARB` कंस्ट्रक्टरमध्ये पाहिल्यास, आपल्याला दिसते की मिंट फंक्शनचे नाव काही कारणास्तव `mount` असे ठेवले आहे, आणि कार्यक्षमतेसाठी संपूर्ण रकमेसाठी एकदा कॉल करण्याऐवजी प्रारंभिक पुरवठ्याच्या पाचव्या भागासह पाच वेळा कॉल केले आहे.
+
+```solidity
+    constructor () public {
+
+        _name = "Wrapped Arbitrum";
+        _symbol = "wARB";
+        _decimals = 18;
+        uint256 initialSupply = 1000000000000;
+
+        mount(deployer, initialSupply*(10**18)/5);
+        mount(deployer, initialSupply*(10**18)/5);
+        mount(deployer, initialSupply*(10**18)/5);
+        mount(deployer, initialSupply*(10**18)/5);
+        mount(deployer, initialSupply*(10**18)/5);
+    }
+```
+
+`mount` फंक्शन स्वतःच संशयास्पद आहे.
+
+```solidity
+    function mount(address account, uint256 amount) public {
+        require(msg.sender == contract_owner, "ERC20: शून्य ऍड्रेसवर मिंट करा");
+```
+
+`require` पाहिल्यावर, आपल्याला दिसते की फक्त कॉन्ट्रॅक्ट मालकालाच मिंट करण्याची परवानगी आहे. ते कायदेशीर आहे. परंतु एरर मेसेज _फक्त मालकाला मिंट करण्याची परवानगी आहे_ किंवा असे काहीतरी असायला हवे होते. त्याऐवजी, तो असंबंधित _ERC20: शून्य ऍड्रेसवर मिंट करा_ आहे. शून्य ऍड्रेसवर मिंट करण्यासाठी योग्य चाचणी `require(account != address(0), "<error message>")` आहे, जी कॉन्ट्रॅक्ट कधीही तपासण्याची तसदी घेत नाही.
+
+```solidity
+        _totalSupply = _totalSupply.add(amount);
+        _balances[contract_owner] = _balances[contract_owner].add(amount);
+        emit Transfer(address(0), account, amount);
+    }
+```
+
+मिंटिंगशी थेट संबंधित आणखी दोन संशयास्पद तथ्ये आहेत:
+
+- एक `account` पॅरामीटर आहे, जे बहुधा ते खाते आहे ज्याला मिंट केलेली रक्कम मिळायला हवी. परंतु जी शिल्लक वाढते ती प्रत्यक्षात `contract_owner`ची आहे.
+
+- `contract_owner` ची शिल्लक वाढली असली तरी, उत्सर्जित केलेला इव्हेंट `account` ला हस्तांतरण दाखवतो.
+
+### `auth` आणि `approver` दोन्ही का? काहीही न करणारा `mod` का? {#why-both-autho-and-approver-why-the-mod-that-does-nothing}
+
+या कॉन्ट्रॅक्टमध्ये तीन मॉडिफायर्स आहेत: `_mod_`, `auth`, आणि `approver`.
+
+```solidity
+    modifier _mod_(address sender, address recipient, uint256 amount){
+        _;
+    }
+```
+
+`_mod_` तीन पॅरामीटर्स घेते आणि त्यांच्यासोबत काहीही करत नाही. ते का आहे?
+
+```solidity
+    modifier auth() {
+        require(msg.sender == contract_owner, "संवाद साधण्याची परवानगी नाही");
+        _;
+    }
+
+    modifier approver() {
+        require(msg.sender == contract_owner, "संवाद साधण्याची परवानगी नाही");
+        _;
+    }
+```
+
+`auth` आणि `approver` अधिक अर्थपूर्ण आहेत, कारण ते तपासतात की कॉन्ट्रॅक्ट `contract_owner` द्वारे कॉल केला गेला होता. आम्ही अपेक्षा करतो की मिंटिंगसारख्या काही विशेषाधिकारप्राप्त क्रिया त्या खात्यापुरत्या मर्यादित असतील. तथापि, _तंतोतंत तेच काम_ करणारी दोन वेगळी फंक्शन्स ठेवण्याचा काय उपयोग आहे?
+
+## आपण स्वयंचलितपणे काय ओळखू शकतो? {#what-can-we-detect-automatically}
+
+Etherscan मध्ये पाहून आपण पाहू शकतो की `wARB` हे एक स्कॅम टोकन आहे. तथापि, तो एक केंद्रीकृत उपाय आहे. सिद्धांतानुसार, Etherscan ला उलथवून टाकले जाऊ शकते किंवा हॅक केले जाऊ शकते. एखादे टोकन कायदेशीर आहे की नाही हे स्वतंत्रपणे ठरवता येणे चांगले आहे.
+
+काही युक्त्या आहेत ज्यांचा वापर करून आपण ERC-20 टोकन संशयास्पद आहे की नाही हे ओळखू शकतो (एकतर स्कॅम किंवा खूप वाईट लिहिलेले), ते उत्सर्जित करत असलेल्या इव्हेंट्सकडे पाहून.
+
+## संशयास्पद `Approval` इव्हेंट्स {#suspicious-approval-events}
+
+[`Approval` इव्हेंट्स](https://eips.ethereum.org/EIPS/eip-20#approval) फक्त थेट विनंतीनेच व्हायला पाहिजेत ([`Transfer` इव्हेंट्स](https://eips.ethereum.org/EIPS/eip-20#transfer-1) च्या विरोधात जे परवानगीच्या परिणामी होऊ शकतात). या समस्येच्या तपशीलवार स्पष्टीकरणासाठी आणि विनंत्या कॉन्ट्रॅक्टद्वारे मध्यस्थी करण्याऐवजी थेट का असाव्यात यासाठी [Solidity डॉक्स पहा](https://docs.soliditylang.org/en/v0.8.20/security-considerations.html#tx-origin).
+
+याचा अर्थ असा आहे की [बाह्य मालकीच्या खात्यातून](/developers/docs/accounts/#types-of-account) खर्च मंजूर करणारे `Approval` इव्हेंट्स त्या खात्यात उगम पावलेल्या व्यवहारांमधून यायला हवेत, आणि ज्यांचे गंतव्यस्थान ERC-20 कॉन्ट्रॅक्ट आहे. बाह्य मालकीच्या खात्यातून कोणत्याही इतर प्रकारची मंजुरी संशयास्पद आहे.
+
+[viem](https://viem.sh/) आणि [TypeScript](https://www.typescriptlang.org/docs/), टाइप सुरक्षिततेसह जावास्क्रिप्टचा एक प्रकार, वापरून [या प्रकारचा इव्हेंट ओळखणारा एक प्रोग्राम](https://github.com/qbzzt/20230915-scam-token-detection) येथे आहे. ते चालवण्यासाठी:
+
+1. `.env.example` ची प्रत `.env` मध्ये बनवा.
+2. Ethereum मेननेट नोडचा URL देण्यासाठी `.env` संपादित करा.
+3. आवश्यक पॅकेजेस इंस्टॉल करण्यासाठी `pnpm install` चालवा.
+4. संशयास्पद मंजुरी शोधण्यासाठी `pnpm susApproval` चालवा.
+
+येथे ओळी-ओळीने स्पष्टीकरण दिले आहे:
+
+```typescript
+import {
+  Address,
+  TransactionReceipt,
+  createPublicClient,
+  http,
+  parseAbiItem,
+} from "viem"
+import { mainnet } from "viem/chains"
+```
+
+`viem` मधून टाइप व्याख्या, फंक्शन्स आणि चेन व्याख्या आयात करा.
+
+```typescript
+import { config } from "dotenv"
+config()
+```
+
+URL मिळवण्यासाठी `.env` वाचा.
+
+```typescript
+const client = createPublicClient({
+  chain: mainnet,
+  transport: http(process.env.URL),
+})
+```
+
+एक Viem क्लायंट तयार करा. आम्हाला फक्त ब्लॉकचेनवरून वाचण्याची गरज आहे, म्हणून या क्लायंटला खाजगी की (private key) ची गरज नाही.
+
+```typescript
+const testedAddress = "0xb047c8032b99841713b8e3872f06cf32beb27b82"
+const fromBlock = 16859812n
+const toBlock = 16873372n
+```
+
+संशयास्पद ERC-20 कॉन्ट्रॅक्टचा ऍड्रेस आणि ज्या ब्लॉक्समध्ये आपण इव्हेंट्स शोधू. नोड प्रदाते सामान्यतः इव्हेंट्स वाचण्याची आमची क्षमता मर्यादित करतात कारण बँडविड्थ महाग होऊ शकते. सुदैवाने `wARB` अठरा तासांच्या कालावधीसाठी वापरात नव्हते, म्हणून आपण सर्व इव्हेंट्स शोधू शकतो (एकूण फक्त 13 होते).
+
+```typescript
+const approvalEvents = await client.getLogs({
+  address: testedAddress,
+  fromBlock,
+  toBlock,
+  event: parseAbiItem(
+    "event Approval(address indexed _owner, address indexed _spender, uint256 _value)"
+  ),
+})
+```
+
+Viem कडून इव्हेंट माहिती मागण्याचा हा मार्ग आहे. जेव्हा आपण त्याला फील्ड नावांसह अचूक इव्हेंट सिग्नेचर देतो, तेव्हा ते आमच्यासाठी इव्हेंट पार्स करते.
+
+```typescript
+const isContract = async (addr: Address): boolean =>
+  await client.getBytecode({ address: addr })
+```
+
+आमचा अल्गोरिदम फक्त बाह्य मालकीच्या खात्यांसाठी लागू होतो. `client.getBytecode` द्वारे कोणताही बायटकोड परत आल्यास याचा अर्थ असा की हा एक कॉन्ट्रॅक्ट आहे आणि आपण तो वगळला पाहिजे.
+
+जर तुम्ही यापूर्वी TypeScript वापरले नसेल, तर फंक्शनची व्याख्या थोडी विचित्र वाटू शकते. आपण फक्त पहिला (आणि एकमेव) पॅरामीटर `addr` आहे असे सांगत नाही, तर तो `Address` प्रकारचा आहे असेही सांगतो. त्याचप्रमाणे, `: boolean` भाग TypeScript ला सांगतो की फंक्शनचे रिटर्न व्हॅल्यू बुलियन आहे.
+
+```typescript
+const getEventTxn = async (ev: Event): TransactionReceipt =>
+  await client.getTransactionReceipt({ hash: ev.transactionHash })
+```
+
+हे फंक्शन इव्हेंटमधून व्यवहार पावती (transaction receipt) मिळवते. व्यवहाराचे गंतव्यस्थान काय होते हे सुनिश्चित करण्यासाठी आम्हाला पावतीची आवश्यकता आहे.
+
+```typescript
+const suspiciousApprovalEvent = async (ev : Event) : (Event | null) => {
+```
+
+हे सर्वात महत्त्वाचे फंक्शन आहे, जे प्रत्यक्षात ठरवते की इव्हेंट संशयास्पद आहे की नाही. रिटर्न प्रकार, `(Event | null)`, TypeScript ला सांगतो की हे फंक्शन `Event` किंवा `null` परत करू शकते. जर इव्हेंट संशयास्पद नसेल तर आपण `null` परत करतो.
+
+```typescript
+const owner = ev.args._owner
+```
+
+Viem कडे फील्ड नावे आहेत, म्हणून त्याने आमच्यासाठी इव्हेंट पार्स केला. `_owner` खर्च करायच्या टोकन्सचा मालक आहे.
+
+```typescript
+// कॉन्ट्रॅक्ट्सद्वारे केलेल्या मंजुरी संशयास्पद नाहीत
+if (await isContract(owner)) return null
+```
+
+जर मालक कॉन्ट्रॅक्ट असेल, तर ही मंजुरी संशयास्पद नाही असे समजा. कॉन्ट्रॅक्टची मंजुरी संशयास्पद आहे की नाही हे तपासण्यासाठी, आपल्याला व्यवहाराच्या संपूर्ण अंमलबजावणीचा मागोवा घ्यावा लागेल की ते कधी मालक कॉन्ट्रॅक्टपर्यंत पोहोचले का, आणि त्या कॉन्ट्रॅक्टने थेट ERC-20 कॉन्ट्रॅक्टला कॉल केला का. हे करण्यापेक्षा खूप जास्त संसाधन-खर्चिक आहे.
+
+```typescript
+const txn = await getEventTxn(ev)
+```
+
+जर मंजुरी बाह्य मालकीच्या खात्यातून आली असेल, तर ज्या व्यवहारामुळे ती झाली तो मिळवा.
+
+```typescript
+// जर मंजुरी EOA मालकाकडून आली असेल जो व्यवहाराचा `from` नाही तर ती संशयास्पद आहे
+if (owner.toLowerCase() != txn.from.toLowerCase()) return ev
+```
+
+आपण फक्त स्ट्रिंग समानतेसाठी तपासणी करू शकत नाही कारण ऍड्रेस हेक्साडेसिमल आहेत, त्यामुळे त्यात अक्षरे असतात. कधीकधी, उदाहरणार्थ `txn.from` मध्ये, ती अक्षरे सर्व लोअरकेसमध्ये असतात. इतर प्रकरणांमध्ये, जसे की `ev.args._owner`, ऍड्रेस [एरर ओळखण्यासाठी मिश्र-केसमध्ये](https://eips.ethereum.org/EIPS/eip-55) असतो.
+
+परंतु जर व्यवहार मालकाकडून नसेल, आणि तो मालक बाह्य मालकीचा असेल, तर आपल्याकडे एक संशयास्पद व्यवहार आहे.
+
+```typescript
+// जर व्यवहाराचे गंतव्यस्थान आपण तपासत असलेला ERC-20 कॉन्ट्रॅक्ट नसेल तर ते देखील संशयास्पद आहे
+// investigating
+if (txn.to.toLowerCase() != testedAddress) return ev
+```
+
+त्याचप्रमाणे, जर व्यवहाराचा `to` ऍड्रेस, पहिला कॉल केलेला कॉन्ट्रॅक्ट, तपासाखालील ERC-20 कॉन्ट्रॅक्ट नसेल तर ते संशयास्पद आहे.
+
+```typescript
+    // संशय घेण्याचे कोणतेही कारण नसल्यास, null परत करा.
+    return null
+}
+```
+
+जर दोन्हीपैकी कोणतीही अट सत्य नसेल तर `Approval` इव्हेंट संशयास्पद नाही.
+
+```typescript
+const testPromises = approvalEvents.map((ev) => suspiciousApprovalEvent(ev))
+const testResults = (await Promise.all(testPromises)).filter((x) => x != null)
+
+console.log(testResults)
+```
+
+[एक `async` फंक्शन](https://www.w3schools.com/js/js_async.asp) एक `Promise` ऑब्जेक्ट परत करते. सामान्य सिंटॅक्ससह, `await x()`, आम्ही प्रक्रिया सुरू ठेवण्यापूर्वी त्या `Promise` च्या पूर्ततेची प्रतीक्षा करतो. हे प्रोग्राम करण्यास आणि फॉलो करण्यास सोपे आहे, परंतु ते अकार्यक्षम देखील आहे. एका विशिष्ट इव्हेंटसाठी `Promise` पूर्ण होण्याची वाट पाहत असताना आपण पुढील इव्हेंटवर काम सुरू करू शकतो.
+
+येथे आपण `Promise` ऑब्जेक्ट्सची अॅरे तयार करण्यासाठी [`map`](https://www.w3schools.com/jsref/jsref_map.asp) वापरतो. मग आम्ही त्या सर्व प्रॉमिसेसच्या निराकरणासाठी प्रतीक्षा करण्यासाठी [`Promise.all`](https://www.javascripttutorial.net/es6/javascript-promise-all/) वापरतो. नंतर आम्ही त्या परिणामांना [`filter`](https://www.w3schools.com/jsref/jsref_filter.asp) करून असंशयास्पद इव्हेंट्स काढून टाकतो.
+
+### संशयास्पद `Transfer` इव्हेंट्स {#suspicious-transfer-events}
+
+स्कॅम टोकन्स ओळखण्याचा आणखी एक संभाव्य मार्ग म्हणजे त्यांच्यात कोणतेही संशयास्पद हस्तांतरण आहे का ते पाहणे. उदाहरणार्थ, ज्या खात्यांमध्ये तितके टोकन्स नाहीत अशा खात्यांमधून हस्तांतरण. तुम्ही [ही चाचणी कशी अंमलात आणायची हे पाहू शकता](https://github.com/qbzzt/20230915-scam-token-detection/blob/main/susTransfer.ts), पण `wARB` मध्ये ही समस्या नाही.
+
+## निष्कर्ष {#conclusion}
+
+ERC-20 स्कॅमचे स्वयंचलित शोध [फॉल्स निगेटिव्ह](https://en.wikipedia.org/wiki/False_positives_and_false_negatives#False_negative_error) पासून ग्रस्त आहे, कारण स्कॅम एक पूर्णपणे सामान्य ERC-20 टोकन कॉन्ट्रॅक्ट वापरू शकतो जो फक्त काहीही वास्तविक दर्शवत नाही. म्हणून तुम्ही नेहमी _विश्वसनीय स्त्रोताकडून टोकन ऍड्रेस मिळवण्याचा_ प्रयत्न केला पाहिजे.
+
+स्वयंचलित शोध काही प्रकरणांमध्ये मदत करू शकतो, जसे की DeFi चे भाग, जिथे अनेक टोकन्स आहेत आणि त्यांना स्वयंचलितपणे हाताळले जाणे आवश्यक आहे. पण नेहमीप्रमाणे [केव्हिएट एम्प्टर](https://www.investopedia.com/terms/c/caveatemptor.asp), तुम्ही स्वतःचे संशोधन करा आणि तुमच्या वापरकर्त्यांनाही तसे करण्यास प्रोत्साहित करा.
+
+[माझ्या कामाबद्दल अधिक माहितीसाठी येथे पहा](https://cryptodocguy.pro/).
diff --git a/public/content/translations/mr/developers/tutorials/secret-state/index.md b/public/content/translations/mr/developers/tutorials/secret-state/index.md
new file mode 100644
index 00000000000..f54524c25f1
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/secret-state/index.md
@@ -0,0 +1,741 @@
+---
+title: "गुप्त स्टेटसाठी शून्य-ज्ञानाचा वापर करणे"
+description: "ऑनचेन गेम्स मर्यादित आहेत कारण ते कोणतीही छुपी माहिती ठेवू शकत नाहीत. हे ट्युटोरियल वाचल्यानंतर, वाचक शून्य-ज्ञान पुरावे आणि सर्व्हर घटक एकत्र करून गुप्त स्टेट, ऑफचेन, घटकांसह सत्यापित करण्यायोग्य गेम्स तयार करू शकतील. हे करण्याचे तंत्र माइनस्वीपर गेम तयार करून दाखवले जाईल."
+author: Ori Pomerantz
+tags:
+  [
+    "सर्व्हर",
+    "ऑफचेन",
+    "केंद्रीकृत",
+    "शून्य-ज्ञान",
+    "zokrates",
+    "mud"
+  ]
+skill: advanced
+lang: mr
+published: 2025-03-15
+---
+
+_ब्लॉकचेनवर कोणतीही गुपिते नाहीत_. ब्लॉकचेनवर पोस्ट केलेली प्रत्येक गोष्ट प्रत्येकासाठी वाचायला खुली असते. हे आवश्यक आहे, कारण ब्लॉकचेन कोणीही सत्यापित करू शकेल यावर आधारित आहे. तथापि, गेम्स अनेकदा गुप्त स्टेटवर अवलंबून असतात. उदाहरणार्थ, [minesweeper](https://en.wikipedia.org/wiki/Minesweeper_\(video_game\)) या गेमचा काहीच अर्थ नाही, जर तुम्ही फक्त ब्लॉकचेन एक्सप्लोररवर जाऊन नकाशा पाहू शकत असाल.
+
+गुप्त स्टेट ठेवण्यासाठी [सर्व्हर घटक](/developers/tutorials/server-components/) वापरणे हा सर्वात सोपा उपाय आहे. तथापि, आपण ब्लॉकचेन वापरण्याचे कारण म्हणजे गेम डेव्हलपरकडून होणारी फसवणूक टाळणे. आपल्याला सर्व्हर घटकाच्या प्रामाणिकपणाची खात्री करणे आवश्यक आहे. सर्व्हर स्टेटचा हॅश देऊ शकतो आणि एका मूव्हचा निकाल काढण्यासाठी वापरलेली स्टेट योग्य आहे हे सिद्ध करण्यासाठी [शून्य-ज्ञान पुरावे](/zero-knowledge-proofs/#why-zero-knowledge-proofs-are-important) वापरू शकतो.
+
+हा लेख वाचल्यानंतर, तुम्हाला अशा प्रकारचा गुप्त स्टेट धारण करणारा सर्व्हर, स्टेट दाखवण्यासाठी एक क्लायंट आणि दोघांमधील संवादासाठी एक ऑनचेन घटक कसा तयार करायचा हे कळेल. आपण वापरणार असलेली मुख्य साधने असतील:
+
+| टूल                                           | उद्देश                                             |                      आवृत्तीवर सत्यापित |
+| --------------------------------------------- | -------------------------------------------------- | --------------------------------------: |
+| [Zokrates](https://zokrates.github.io/)       | शून्य-ज्ञान पुरावे आणि त्यांची पडताळणी             |   1.1.9 |
+| [Typescript](https://www.typescriptlang.org/) | सर्व्हर आणि क्लायंट या दोघांसाठी प्रोग्रामिंग भाषा |   5.4.2 |
+| [Node](https://nodejs.org/en)                 | सर्व्हर चालवणे                                     | 20.18.2 |
+| [Viem](https://viem.sh/)                      | ब्लॉकचेनसह संवाद                                   |  2.9.20 |
+| [MUD](https://mud.dev/)                       | ऑनचेन डेटा व्यवस्थापन                              |  2.0.12 |
+| [React](https://react.dev/)                   | क्लायंट वापरकर्ता इंटरफेस                          |  18.2.0 |
+| [Vite](https://vitejs.dev/)                   | क्लायंट कोड सर्व्ह करणे                            |   4.2.1 |
+
+## माइनस्वीपर उदाहरण {#minesweeper}
+
+[Minesweeper](https://en.wikipedia.org/wiki/Minesweeper_\(video_game\)) हा एक गेम आहे ज्यात माइनफिल्ड असलेला गुप्त नकाशा असतो. खेळाडू एका विशिष्ट ठिकाणी खोदणे निवडतो. जर त्या ठिकाणी माइन असेल, तर खेळ संपतो. अन्यथा, खेळाडूला त्या जागेच्या सभोवतालच्या आठ चौकोनांमधील माइन्सची संख्या मिळते.
+
+हे ॲप्लिकेशन [MUD](https://mud.dev/) वापरून लिहिलेले आहे, जे एक फ्रेमवर्क आहे जे आपल्याला [की-व्हॅल्यू डेटाबेस](https://aws.amazon.com/nosql/key-value/) वापरून ऑनचेन डेटा संग्रहित करण्यास आणि तो डेटा ऑफचेन घटकांसह आपोआप सिंक्रोनाइझ करण्यास अनुमती देते. सिंक्रोनाइझेशन व्यतिरिक्त, MUD ॲक्सेस कंट्रोल प्रदान करणे सोपे करते, आणि इतर वापरकर्त्यांना परवानगीशिवाय आमच्या ॲप्लिकेशनचा [विस्तार](https://mud.dev/guides/extending-a-world) करण्यास सोपे करते.
+
+### माइनस्वीपर उदाहरण चालवणे {#running-minesweeper-example}
+
+माइनस्वीपर उदाहरण चालवण्यासाठी:
+
+1. तुम्ही [पूर्व-आवश्यकता स्थापित केल्या आहेत](https://mud.dev/quickstart#prerequisites) याची खात्री करा: [Node](https://mud.dev/quickstart#prerequisites), [Foundry](https://book.getfoundry.sh/getting-started/installation), [`git`](https://git-scm.com/downloads), [`pnpm`](https://git-scm.com/downloads), आणि [`mprocs`](https://github.com/pvolok/mprocs).
+
+2. रिपॉझिटरी क्लोन करा.
+
+   ```sh copy
+   git clone https://github.com/qbzzt/20240901-secret-state.git
+   ```
+
+3. पॅकेजेस स्थापित करा.
+
+   ```sh copy
+   cd 20240901-secret-state/
+   pnpm install
+   npm install -g mprocs
+   ```
+
+   जर `pnpm install` चा भाग म्हणून Foundry स्थापित केले असेल, तर तुम्हाला कमांड-लाइन शेल रीस्टार्ट करणे आवश्यक आहे.
+
+4. कॉन्ट्रॅक्ट्स कंपाईल करा
+
+    ```sh copy
+    cd packages/contracts
+    forge build
+    cd ../..
+    ```
+
+5. प्रोग्राम सुरू करा ([anvil](https://book.getfoundry.sh/anvil/) ब्लॉकचेनसह) आणि प्रतीक्षा करा.
+
+   ```sh copy
+   mprocs
+   ```
+
+   लक्षात घ्या की स्टार्टअपला बराच वेळ लागतो. प्रगती पाहण्यासाठी, प्रथम _contracts_ टॅबवर स्क्रोल करण्यासाठी डाउन ॲरो वापरा आणि MUD कॉन्ट्रॅक्ट्स तैनात होत असल्याचे पहा. जेव्हा तुम्हाला _Waiting for file changes…_ हा संदेश मिळेल, तेव्हा कॉन्ट्रॅक्ट्स तैनात होतील आणि पुढील प्रगती _server_ टॅबमध्ये होईल. तेथे, तुम्हाला _Verifier address: 0x...._ हा संदेश मिळेपर्यंत तुम्ही प्रतीक्षा करा.
+
+   जर ही पायरी यशस्वी झाली, तर तुम्हाला `mprocs` स्क्रीन दिसेल, ज्यामध्ये डावीकडे विविध प्रक्रिया आणि उजवीकडे सध्या निवडलेल्या प्रक्रियेसाठी कन्सोल आउटपुट असेल.
+
+   ![mprocs स्क्रीन](./mprocs.png)
+
+   जर `mprocs` मध्ये काही समस्या असेल, तर तुम्ही चार प्रक्रिया मॅन्युअली चालवू शकता, प्रत्येक तिच्या स्वतःच्या कमांड लाइन विंडोमध्ये:
+
+   - **Anvil**
+
+     ```sh
+     cd packages/contracts
+     anvil --base-fee 0 --block-time 2
+     ```
+
+   - **कॉन्ट्रॅक्ट्स**
+
+     ```sh
+     cd packages/contracts
+     pnpm mud dev-contracts --rpc http://127.0.0.1:8545
+     ```
+
+   - **सर्व्हर**
+
+     ```sh
+     cd packages/server
+     pnpm start
+     ```
+
+   - **क्लायंट**
+
+     ```sh
+     cd packages/client
+     pnpm run dev
+     ```
+
+6. आता तुम्ही [क्लायंट](http://localhost:3000) वर ब्राउझ करू शकता, **New Game** वर क्लिक करा आणि खेळायला सुरुवात करू शकता.
+
+### टेबल्स {#tables}
+
+आम्हाला ऑनचेन [अनेक टेबल्स](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/mud.config.ts) आवश्यक आहेत.
+
+- `Configuration`: हे टेबल एक सिंगलेटन आहे, यात की नाही आणि एकच रेकॉर्ड आहे. हे गेम कॉन्फिगरेशन माहिती ठेवण्यासाठी वापरले जाते:
+  - `height`: माइनफिल्डची उंची
+  - `width`: माइनफिल्डची रुंदी
+  - `numberOfBombs`: प्रत्येक माइनफिल्डमधील बॉम्बची संख्या
+
+- `VerifierAddress`: हे टेबल देखील एक सिंगलेटन आहे. हे कॉन्फिगरेशनचा एक भाग, व्हेरिफायर कॉन्ट्रॅक्टचा ॲड्रेस (`verifier`) ठेवण्यासाठी वापरले जाते. आम्ही ही माहिती `Configuration` टेबलमध्ये ठेवू शकलो असतो, परंतु ती एका वेगळ्या घटकाद्वारे, सर्व्हरद्वारे सेट केली जाते, म्हणून ती वेगळ्या टेबलमध्ये ठेवणे सोपे आहे.
+
+- `PlayerGame`: की खेळाडूचा ॲड्रेस आहे. डेटा असा आहे:
+
+  - `gameId`: 32-बाईट व्हॅल्यू जे खेळाडू ज्या नकाशावर खेळत आहे त्याचा हॅश आहे (गेम ओळखकर्ता).
+  - `win`: एक बूलियन जो खेळाडू गेम जिंकला की नाही हे दर्शवितो.
+  - `lose`: एक बूलियन जो खेळाडू गेम हरला की नाही हे दर्शवितो.
+  - `digNumber`: गेममधील यशस्वी खोदकामांची संख्या.
+
+- `GamePlayer`: हे टेबल `gameId` पासून प्लेयर ॲड्रेसपर्यंतचे रिव्हर्स मॅपिंग ठेवते.
+
+- `Map`: की तीन व्हॅल्यूजचा एक टपल आहे:
+
+  - `gameId`: 32-बाईट व्हॅल्यू जे खेळाडू ज्या नकाशावर खेळत आहे त्याचा हॅश आहे (गेम ओळखकर्ता).
+  - `x` कोऑर्डिनेट
+  - `y` कोऑर्डिनेट
+
+  व्हॅल्यू एकच संख्या आहे. जर बॉम्ब सापडला तर ते 255 आहे. अन्यथा, ते त्या स्थानाच्या आसपासच्या बॉम्बची संख्या अधिक एक आहे. आपण फक्त बॉम्बची संख्या वापरू शकत नाही, कारण डीफॉल्टनुसार EVM मधील सर्व स्टोरेज आणि MUD मधील सर्व रो व्हॅल्यू शून्य असतात. आपल्याला "खेळाडूने येथे अद्याप खोदले नाही" आणि "खेळाडूने येथे खोदले, आणि त्याला आढळले की आसपास शून्य बॉम्ब आहेत" यामध्ये फरक करणे आवश्यक आहे.
+
+याव्यतिरिक्त, क्लायंट आणि सर्व्हरमधील संवाद ऑनचेन घटकाद्वारे होतो. हे देखील टेबल्स वापरून अंमलात आणले जाते.
+
+- `PendingGame`: नवीन गेम सुरू करण्यासाठी न पुरवलेल्या विनंत्या.
+- `PendingDig`: एका विशिष्ट गेममध्ये एका विशिष्ट ठिकाणी खोदण्यासाठी न पुरवलेल्या विनंत्या. हे एक [ऑफचेन टेबल](https://mud.dev/store/tables#types-of-tables) आहे, याचा अर्थ ते EVM स्टोरेजमध्ये लिहिले जात नाही, ते फक्त इव्हेंट्स वापरून ऑफचेन वाचता येते.
+
+### एक्झिक्युशन आणि डेटा फ्लो {#execution-data-flows}
+
+हे फ्लो क्लायंट, ऑनचेन घटक आणि सर्व्हर यांच्यातील अंमलबजावणीचे समन्वय साधतात.
+
+#### इनिशिएलायझेशन {#initialization-flow}
+
+जेव्हा तुम्ही `mprocs` चालवता, तेव्हा ह्या पायऱ्या घडतात:
+
+1. [`mprocs`](https://github.com/pvolok/mprocs) चार घटक चालवते:
+
+   - [Anvil](https://book.getfoundry.sh/anvil/), जे स्थानिक ब्लॉकचेन चालवते
+   - [Contracts](https://github.com/qbzzt/20240901-secret-state/tree/main/packages/contracts), जे MUD साठी कॉन्ट्रॅक्ट्स कंपाईल करते (गरज असल्यास) आणि तैनात करते
+   - [Client](https://github.com/qbzzt/20240901-secret-state/tree/main/packages/client), जे वेब ब्राउझरना UI आणि क्लायंट कोड सर्व्ह करण्यासाठी [Vite](https://vitejs.dev/) चालवते.
+   - [Server](https://github.com/qbzzt/20240901-secret-state/tree/main/packages/server), जे सर्व्हर क्रिया करते
+
+2. `contracts` पॅकेज MUD कॉन्ट्रॅक्ट्स तैनात करते आणि नंतर [ `PostDeploy.s.sol` स्क्रिप्ट](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/script/PostDeploy.s.sol) चालवते. ही स्क्रिप्ट कॉन्फिगरेशन सेट करते. github वरील कोड [10x5 माइनफिल्डमध्ये आठ माइन्स असल्याचे](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/script/PostDeploy.s.sol#L23) निर्दिष्ट करतो.
+
+3. [सर्व्हर](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts) [MUD सेटअप करून](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L6) सुरू होतो. इतर गोष्टींबरोबरच, हे डेटा सिंक्रोनाइझेशन सक्रिय करते, जेणेकरून संबंधित टेबल्सची एक प्रत सर्व्हरच्या मेमरीमध्ये अस्तित्वात असेल.
+
+4. सर्व्हर [जेव्हा `Configuration` टेबल बदलते](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L23) तेव्हा कार्यान्वित होण्यासाठी एका फंक्शनची सदस्यता घेतो. `PostDeploy.s.sol` कार्यान्वित झाल्यावर आणि टेबलमध्ये बदल केल्यावर [हे फंक्शन](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L24-L168) कॉल केले जाते.
+
+5. जेव्हा सर्व्हर इनिशिएलायझेशन फंक्शनमध्ये कॉन्फिगरेशन असते, तेव्हा ते [सर्व्हरच्या शून्य-ज्ञान भागाला](#using-zokrates-from-typescript) इनिशिएलाइझ करण्यासाठी [`zkFunctions`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L34-L35) ला कॉल करते. आपल्याला कॉन्फिगरेशन मिळेपर्यंत हे होऊ शकत नाही कारण शून्य-ज्ञान फंक्शन्सना माइनफिल्डची रुंदी आणि उंची स्थिर मूल्ये म्हणून असणे आवश्यक आहे.
+
+6. सर्व्हरचा शून्य-ज्ञान भाग सुरू झाल्यानंतर, पुढची पायरी म्हणजे [शून्य-ज्ञान पडताळणी कॉन्ट्रॅक्ट ब्लॉकचेनवर तैनात करणे](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L42-L53) आणि MUD मध्ये व्हेरिफायचा ॲड्रेस सेट करणे.
+
+7. शेवटी, आम्ही अद्यतनांसाठी सदस्यता घेतो जेणेकरून खेळाडू [नवीन गेम सुरू करण्याची विनंती](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L55-L71) करतो किंवा [विद्यमान गेममध्ये खोदकाम करण्याची विनंती](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L73-L108) करतो तेव्हा आम्हाला कळेल.
+
+#### नवीन गेम {#new-game-flow}
+
+खेळाडू नवीन गेमची विनंती करतो तेव्हा हे घडते.
+
+1. जर या खेळाडूसाठी कोणताही गेम प्रगतीपथावर नसेल, किंवा एक असेल पण शून्य gameId सह, तर क्लायंट [नवीन गेम बटण](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/App.tsx#L175) दाखवते. जेव्हा वापरकर्ता हे बटण दाबतो, तेव्हा [React `newGame` फंक्शन चालवते](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/App.tsx#L96).
+
+2. [`newGame`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/mud/createSystemCalls.ts#L43-L46) हे `System` कॉल आहे. MUD मध्ये सर्व कॉल्स `World` कॉन्ट्रॅक्टद्वारे राउट केले जातात आणि बहुतेक प्रकरणांमध्ये तुम्ही `<namespace>__<function name>` कॉल करता. या प्रकरणात, कॉल `app__newGame` ला आहे, ज्याला MUD नंतर [`GameSystem` मधील `newGame`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/GameSystem.sol#L16-L22) कडे राउट करते.
+
+3. ऑनचेन फंक्शन तपासते की खेळाडूकडे प्रगतीपथावर असलेला गेम नाही, आणि जर नसेल तर [`PendingGame` टेबलमध्ये विनंती जोडते](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/GameSystem.sol#L21).
+
+4. सर्व्हर `PendingGame` मधील बदल ओळखतो आणि [सबस्क्राइब केलेले फंक्शन चालवतो](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L55-L71). हे फंक्शन [`newGame`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L110-L114) ला कॉल करते, जे नंतर [`createGame`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L116-L144) ला कॉल करते.
+
+5. `createGame` पहिली गोष्ट [योग्य संख्येने माइन्स असलेला यादृच्छिक नकाशा तयार करते](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L120-L135). नंतर, ते रिकाम्या किनारी असलेला नकाशा तयार करण्यासाठी [`makeMapBorders`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L147-L166) ला कॉल करते, जे Zokrates साठी आवश्यक आहे. शेवटी, `createGame` [`calculateMapHash`](#calculateMapHash) ला कॉल करते, नकाशाचा हॅश मिळवण्यासाठी, जो गेम आयडी म्हणून वापरला जातो.
+
+6. `newGame` फंक्शन नवीन गेम `gamesInProgress` मध्ये जोडते.
+
+7. सर्व्हर शेवटची गोष्ट [`app__newGameResponse`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol#L38-L43) ला कॉल करते, जे ऑनचेन आहे. हे फंक्शन एका वेगळ्या `System` मध्ये आहे, [`ServerSystem`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol), जेणेकरून ॲक्सेस कंट्रोल सक्षम करता येईल. ॲक्सेस कंट्रोल [MUD कॉन्फिगरेशन फाईल](https://mud.dev/config), [`mud.config.ts`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/mud.config.ts#L67-L72) मध्ये परिभाषित केले आहे.
+
+   ॲक्सेस लिस्ट फक्त एकाच ॲड्रेसला `System` कॉल करण्याची परवानगी देते. हे सर्व्हर फंक्शन्सचा ॲक्सेस एकाच ॲड्रेसपुरता मर्यादित करते, त्यामुळे कोणीही सर्व्हरची नक्कल करू शकत नाही.
+
+8. ऑनचेन घटक संबंधित टेबल्स अद्यतनित करतो:
+
+   - `PlayerGame` मध्ये गेम तयार करा.
+   - `GamePlayer` मध्ये रिव्हर्स मॅपिंग सेट करा.
+   - `PendingGame` मधून विनंती काढा.
+
+9. सर्व्हर `PendingGame` मधील बदल ओळखतो, परंतु [`wantsGame`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L58-L60) असत्य असल्यामुळे काहीही करत नाही.
+
+10. क्लायंटवर [`gameRecord`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/App.tsx#L143-L148) खेळाडूच्या ॲड्रेससाठी `PlayerGame` एंट्रीवर सेट केले जाते. जेव्हा `PlayerGame` बदलते, तेव्हा `gameRecord` देखील बदलते.
+
+11. जर `gameRecord` मध्ये व्हॅल्यू असेल, आणि गेम जिंकला किंवा हरला नसेल, तर क्लायंट [नकाशा दाखवतो](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/App.tsx#L175-L190).
+
+#### खोदणे {#dig-flow}
+
+1. खेळाडू [नकाशा सेलच्या बटणावर क्लिक करतो](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/App.tsx#L188), जे [`dig` फंक्शन](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/mud/createSystemCalls.ts#L33-L36) कॉल करते. हे फंक्शन [ऑनचेन `dig` ला कॉल करते](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/GameSystem.sol#L24-L32).
+
+2. ऑनचेन घटक [अनेक सॅनिटी तपासण्या करतो](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/GameSystem.sol#L25-L30), आणि यशस्वी झाल्यास खोदण्याची विनंती [`PendingDig`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/GameSystem.sol#L31) मध्ये जोडतो.
+
+3. सर्व्हर [`PendingDig` मधील बदल ओळखतो](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L73). [जर ते वैध असेल तर](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L75-L84), ते [शून्य-ज्ञान कोडला कॉल करते](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L86-L95) (खाली स्पष्ट केलेले) निकाल आणि तो वैध असल्याचा पुरावा तयार करण्यासाठी.
+
+4. [सर्व्हर](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L97-L107) ऑनचेन [`digResponse`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol#L45-L64) ला कॉल करते.
+
+5. `digResponse` दोन गोष्टी करते. प्रथम, ते [शून्य ज्ञान पुरावा तपासते](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol#L47-L61). नंतर, जर पुरावा तपासला गेला, तर ते निकालावर प्रक्रिया करण्यासाठी [`processDigResult`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol#L67-L86) ला कॉल करते.
+
+6. `processDigResult` गेम [हरला आहे की नाही](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol#L76-L78) किंवा [जिंकला आहे की नाही](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol#L83-L86) हे तपासते, आणि [`Map`, ऑनचेन नकाशा अद्यतनित करते](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol#L80).
+
+7. क्लायंट अद्यतने आपोआप उचलतो आणि [खेळाडूला दाखवलेला नकाशा अद्यतनित करतो](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/App.tsx#L175-L190), आणि लागू असल्यास खेळाडूला सांगतो की तो जिंकला आहे की हरला आहे.
+
+## Zokrates वापरणे {#using-zokrates}
+
+वर स्पष्ट केलेल्या प्रवाहांमध्ये आम्ही शून्य-ज्ञान भागांना वगळले, त्यांना एक काळा बॉक्स मानले. आता ते उघडून पाहूया आणि तो कोड कसा लिहिला आहे ते पाहूया.
+
+### नकाशा हॅश करणे {#hashing-map}
+
+आपण [हा JavaScript कोड](https://github.com/ZK-Plus/ICBC24_Tutorial_Compute-Offchain-Verify-onchain/tree/solutions/exercise) वापरून [Poseidon](https://www.poseidon-hash.info) अंमलात आणू शकतो, जो आपण वापरत असलेला Zokrates हॅश फंक्शन आहे. तथापि, हे जलद असले तरी, Zokrates हॅश फंक्शन वापरण्यापेक्षा हे अधिक क्लिष्ट असेल. हे एक ट्युटोरियल आहे, आणि म्हणून कोड साधेपणासाठी ऑप्टिमाइझ केला आहे, कार्यक्षमतेसाठी नाही. म्हणून, आम्हाला दोन भिन्न Zokrates प्रोग्राम्सची आवश्यकता आहे, एक नकाशाचा हॅश (`hash`) मोजण्यासाठी आणि दुसरा नकाशावरील स्थानावरील खोदण्याच्या परिणामाचा शून्य-ज्ञान पुरावा (`dig`) तयार करण्यासाठी.
+
+### हॅश फंक्शन {#hash-function}
+
+हे फंक्शन आहे जे नकाशाचा हॅश मोजते. आपण या कोडची ओळ-दर-ओळ पाहणी करू.
+
+```
+import "hashes/poseidon/poseidon.zok" as poseidon;
+import "utils/pack/bool/pack128.zok" as pack128;
+```
+
+या दोन ओळी [Zokrates स्टँडर्ड लायब्ररी](https://zokrates.github.io/toolbox/stdlib.html) मधून दोन फंक्शन्स आयात करतात. [पहिले फंक्शन](https://github.com/Zokrates/ZoKrates/blob/latest/zokrates_stdlib/stdlib/hashes/poseidon/poseidon.zok) [Poseidon हॅश](https://www.poseidon-hash.info/) आहे. ते [`field` घटकांची](https://zokrates.github.io/language/types.html#field) एक ॲरे घेते आणि `field` परत करते.
+
+Zokrates मधील फील्ड घटक सामान्यतः 256 बिट्सपेक्षा कमी असतो, परंतु जास्त नाही. कोड सुलभ करण्यासाठी, आम्ही नकाशा 512 बिट्सपर्यंत मर्यादित ठेवतो, आणि चार फील्ड्सच्या ॲरेचा हॅश करतो, आणि प्रत्येक फील्डमध्ये आम्ही फक्त 128 बिट्स वापरतो. [`pack128` फंक्शन](https://github.com/Zokrates/ZoKrates/blob/latest/zokrates_stdlib/stdlib/utils/pack/bool/pack128.zok) या उद्देशासाठी 128 बिट्सच्या ॲरेला `field` मध्ये बदलते.
+
+```
+        def hashMap(bool[${width+2}][${height+2}] map) -> field {
+```
+
+ही ओळ फंक्शनची व्याख्या सुरू करते. `hashMap` ला `map` नावाचा एकच पॅरामीटर मिळतो, जो दोन-मितीय `bool`(ean) ॲरे आहे. नकाशाचा आकार `width+2` बाय `height+2` आहे, ज्याची कारणे [खाली स्पष्ट केली आहेत](#why-map-border).
+
+आपण `${width+2}` आणि `${height+2}` वापरू शकतो कारण Zokrates प्रोग्राम्स या ॲप्लिकेशनमध्ये [टेम्पलेट स्ट्रिंग्स](https://www.w3schools.com/js/js_string_templates.asp) म्हणून संग्रहित आहेत. `${` आणि `}` मधील कोड JavaScript द्वारे मूल्यांकन केला जातो आणि अशा प्रकारे प्रोग्राम वेगवेगळ्या नकाशा आकारांसाठी वापरला जाऊ शकतो. मॅप पॅरामीटरच्या सभोवताली एक स्थान रुंद बॉम्ब नसलेली सीमा आहे, ज्यामुळे आपल्याला रुंदी आणि उंचीमध्ये दोन जोडण्याची गरज आहे.
+
+रिटर्न व्हॅल्यू एक `field` आहे ज्यात हॅश असतो.
+
+```
+   bool[512] mut map1d = [false; 512];
+```
+
+नकाशा दोन-मितीय आहे. तथापि, `pack128` फंक्शन दोन-मितीय ॲरेसह कार्य करत नाही. म्हणून आपण प्रथम नकाशाला 512-बाईट ॲरेमध्ये, `map1d` वापरून सपाट करतो. डीफॉल्टनुसार Zokrates व्हेरिएबल्स स्थिर असतात, परंतु आपल्याला या ॲरेला लूपमध्ये मूल्ये नियुक्त करण्याची आवश्यकता आहे, म्हणून आपण ते [`mut`](https://zokrates.github.io/language/variables.html#mutability) म्हणून परिभाषित करतो.
+
+आपल्याला ॲरेला इनिशिएलाइझ करण्याची आवश्यकता आहे कारण Zokrates मध्ये `undefined` नाही. `[false; 512]` अभिव्यक्तीचा अर्थ [512 `false` मूल्यांची एक ॲरे](https://zokrates.github.io/language/types.html#declaration-and-initialization) आहे.
+
+```
+   u32 mut counter = 0;
+```
+
+आपण `map1d` मध्ये आधीच भरलेल्या बिट्स आणि न भरलेल्या बिट्समध्ये फरक करण्यासाठी एका काउंटरची देखील आवश्यकता आहे.
+
+```
+   for u32 x in 0..${width+2} {
+```
+
+हे तुम्ही Zokrates मध्ये [`for` लूप](https://zokrates.github.io/language/control_flow.html#for-loops) कसे घोषित करता ते आहे. Zokrates `for` लूपला निश्चित मर्यादा असणे आवश्यक आहे, कारण ते लूपसारखे दिसत असले तरी, कंपायलर प्रत्यक्षात ते "अनरोल" करतो. अभिव्यक्ती `${width+2}` एक कंपाइल टाइम कॉन्स्टंट आहे कारण `width` TypeScript कोड कंपायलरला कॉल करण्यापूर्वी सेट करते.
+
+```
+      for u32 y in 0..${height+2} {
+         map1d[counter] = map[x][y];
+         counter = counter+1;
+      }
+   }
+```
+
+नकाशातील प्रत्येक स्थानासाठी, ते मूल्य `map1d` ॲरेमध्ये ठेवा आणि काउंटर वाढवा.
+
+```
+    field[4] hashMe = [
+        pack128(map1d[0..128]),
+        pack128(map1d[128..256]),
+        pack128(map1d[256..384]),
+        pack128(map1d[384..512])
+    ];
+```
+
+`pack128` `map1d` मधून चार `field` मूल्यांची ॲरे तयार करण्यासाठी. Zokrates मध्ये `array[a..b]` म्हणजे ॲरेचा तो तुकडा जो `a` पासून सुरू होतो आणि `b-1` वर संपतो.
+
+```
+    return poseidon(hashMe);
+}
+```
+
+या ॲरेला हॅशमध्ये रूपांतरित करण्यासाठी `poseidon` वापरा.
+
+### हॅश प्रोग्राम {#hash-program}
+
+सर्व्हरला गेम ओळखकर्ते तयार करण्यासाठी थेट `hashMap` कॉल करण्याची आवश्यकता आहे. तथापि, Zokrates प्रोग्राम सुरू करण्यासाठी फक्त `main` फंक्शन कॉल करू शकतो, म्हणून आम्ही एक प्रोग्राम तयार करतो ज्यात `main` हॅश फंक्शनला कॉल करतो.
+
+```
+${hashFragment}
+
+def main(bool[${width+2}][${height+2}] map) -> field {
+    return hashMap(map);
+}
+```
+
+### खोदण्याचा प्रोग्राम {#dig-program}
+
+हे ॲप्लिकेशनच्या शून्य-ज्ञान भागाचे हृदय आहे, जिथे आम्ही खोदण्याच्या परिणामांची पडताळणी करण्यासाठी वापरले जाणारे पुरावे तयार करतो.
+
+```
+${hashFragment}
+
+// The number of mines in location (x,y)
+def map2mineCount(bool[${width+2}][${height+2}] map, u32 x, u32 y) -> u8 {
+   return if map[x+1][y+1] { 1 } else { 0 };
+}
+```
+
+#### नकाशाची सीमा का {#why-map-border}
+
+शून्य-ज्ञान पुरावे [अंकगणित सर्किट्स](https://medium.com/web3studio/simple-explanations-of-arithmetic-circuits-and-zero-knowledge-proofs-806e59a79785) वापरतात, ज्यात `if` स्टेटमेंटचा सोपा पर्याय नसतो. त्याऐवजी, ते [कंडिशनल ऑपरेटर](https://en.wikipedia.org/wiki/Ternary_conditional_operator) च्या समतुल्य वापरतात. जर `a` शून्य किंवा एक असू शकते, तर तुम्ही `if a { b } else { c }` हे `ab+(1-a)c` म्हणून मोजू शकता.
+
+यामुळे, Zokrates `if` स्टेटमेंट नेहमी दोन्ही शाखांचे मूल्यांकन करते. उदाहरणार्थ, जर तुमच्याकडे हा कोड असेल:
+
+```
+bool[5] arr = [false; 5];
+u32 index=10;
+return if index>4 { 0 } else { arr[index] }
+```
+
+ते त्रुटी देईल, कारण त्याला `arr[10]` मोजण्याची आवश्यकता आहे, जरी ते मूल्य नंतर शून्याने गुणले जाईल.
+
+या कारणामुळे आम्हाला नकाशाच्या सभोवताली एक स्थान रुंद सीमा आवश्यक आहे. आम्हाला एका स्थानाच्या सभोवतालच्या एकूण माइन्सची संख्या मोजण्याची आवश्यकता आहे, आणि याचा अर्थ असा आहे की आम्हाला जिथे खोदकाम करत आहोत त्या स्थानाच्या वर आणि खाली, डावीकडे आणि उजवीकडे एक पंक्ती पाहण्याची आवश्यकता आहे. याचा अर्थ असा आहे की ते स्थान Zokrates ला प्रदान केलेल्या नकाशा ॲरेमध्ये अस्तित्वात असले पाहिजे.
+
+```
+def main(private bool[${width+2}][${height+2}] map, u32 x, u32 y) -> (field, u8) {
+```
+
+डीफॉल्टनुसार Zokrates पुरावे त्यांचे इनपुट समाविष्ट करतात. एका जागेच्या आसपास पाच माइन्स आहेत हे जाणून घेण्याचा काही उपयोग नाही जोपर्यंत तुम्हाला ती जागा कोणती आहे हे माहित नसेल (आणि तुम्ही फक्त तुमच्या विनंतीशी जुळवू शकत नाही, कारण मग प्रोव्हर वेगवेगळी मूल्ये वापरू शकतो आणि तुम्हाला त्याबद्दल सांगू शकत नाही). तथापि, आपल्याला नकाशा गुप्त ठेवण्याची गरज आहे, तो Zokrates ला पुरवताना. उपाय म्हणजे `private` पॅरामीटर वापरणे, जो पुराव्याद्वारे उघड होत _नाही_.
+
+यामुळे गैरवापराचा आणखी एक मार्ग खुला होतो. प्रोव्हर योग्य कोऑर्डिनेट्स वापरू शकतो, परंतु जागेच्या आसपास कितीही माइन्स असलेला नकाशा तयार करू शकतो, आणि शक्यतो जागेवरच. या गैरवापराला प्रतिबंध करण्यासाठी, आम्ही शून्य ज्ञान पुराव्यामध्ये नकाशाचा हॅश समाविष्ट करतो, जो गेम ओळखकर्ता आहे.
+
+```
+   return (hashMap(map),
+```
+
+येथे रिटर्न व्हॅल्यू एक टपल आहे ज्यात नकाशा हॅश ॲरे तसेच खोदण्याचा परिणाम समाविष्ट आहे.
+
+```
+         if map2mineCount(map, x, y) > 0 { 0xFF } else {
+```
+
+जर जागेवरच बॉम्ब असेल तर आम्ही 255 एक विशेष मूल्य म्हणून वापरतो.
+
+```
+            map2mineCount(map, x-1, y-1) + map2mineCount(map, x, y-1) + map2mineCount(map, x+1, y-1) +
+            map2mineCount(map, x-1, y) + map2mineCount(map, x+1, y) +
+            map2mineCount(map, x-1, y+1) + map2mineCount(map, x, y+1) + map2mineCount(map, x+1, y+1)
+         }
+   );
+}
+```
+
+जर खेळाडूने माइनवर आघात केला नसेल, तर जागेच्या सभोवतालच्या क्षेत्रासाठी माइन संख्या जोडा आणि ते परत करा.
+
+### TypeScript मधून Zokrates वापरणे {#using-zokrates-from-typescript}
+
+Zokrates चा कमांड लाइन इंटरफेस आहे, परंतु या प्रोग्राममध्ये आपण तो [TypeScript कोड](https://zokrates.github.io/toolbox/zokrates_js.html) मध्ये वापरतो.
+
+Zokrates व्याख्या असलेली लायब्ररी [`zero-knowledge.ts`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts) आहे.
+
+```typescript
+import { initialize as zokratesInitialize } from "zokrates-js"
+```
+
+[Zokrates JavaScript बाइंडिंग्ज](https://zokrates.github.io/toolbox/zokrates_js.html) आयात करा. आम्हाला फक्त [`initialize`](https://zokrates.github.io/toolbox/zokrates_js.html#initialize) फंक्शनची आवश्यकता आहे कारण ते सर्व Zokrates व्याख्यांवर निराकरण करणारे एक वचन परत करते.
+
+```typescript
+export const zkFunctions = async (width: number, height: number) : Promise<any> => {
+```
+
+Zokrates प्रमाणेच, आम्ही फक्त एकच फंक्शन निर्यात करतो, जे [असिंक्रोनस](https://www.w3schools.com/js/js_async.asp) आहे. जेव्हा ते शेवटी परत येते, तेव्हा ते खाली पाहिल्याप्रमाणे अनेक फंक्शन्स प्रदान करते.
+
+```typescript
+const zokrates = await zokratesInitialize()
+```
+
+Zokrates सुरू करा, लायब्ररीमधून आपल्याला आवश्यक असलेले सर्व मिळवा.
+
+```typescript
+const hashFragment = `
+        import "utils/pack/bool/pack128.zok" as pack128;
+        import "hashes/poseidon/poseidon.zok" as poseidon;
+            .
+            .
+            .
+        }
+    `
+
+const hashProgram = `
+        ${hashFragment}
+            .
+            .
+            .
+    `
+
+const digProgram = `
+        ${hashFragment}
+            .
+            .
+            .
+    `
+```
+
+पुढे आपल्याकडे हॅश फंक्शन आणि दोन Zokrates प्रोग्राम आहेत जे आपण वर पाहिले.
+
+```typescript
+const digCompiled = zokrates.compile(digProgram)
+const hashCompiled = zokrates.compile(hashProgram)
+```
+
+येथे आम्ही ते प्रोग्राम संकलित करतो.
+
+```typescript
+// Create the keys for zero knowledge verification.
+// On a production system you'd want to use a setup ceremony.
+// (https://zokrates.github.io/toolbox/trusted_setup.html#initializing-a-phase-2-ceremony).
+const keySetupResults = zokrates.setup(digCompiled.program, "")
+const verifierKey = keySetupResults.vk
+const proverKey = keySetupResults.pk
+```
+
+उत्पादन प्रणालीवर आपण अधिक गुंतागुंतीचा [सेटअप समारंभ](https://zokrates.github.io/toolbox/trusted_setup.html#initializing-a-phase-2-ceremony) वापरू शकतो, परंतु प्रात्यक्षिकासाठी हे पुरेसे आहे. वापरकर्त्यांना प्रोव्हर की माहित असणे ही समस्या नाही - ते अजूनही ती गोष्टी सिद्ध करण्यासाठी वापरू शकत नाहीत जोपर्यंत त्या खऱ्या नसतील. कारण आपण एन्ट्रॉपी (दुसरा पॅरामीटर, `""`) निर्दिष्ट करतो, परिणाम नेहमी सारखेच असतील.
+
+**टीप:** Zokrates प्रोग्राम्सचे संकलन आणि की निर्मिती ही मंद प्रक्रिया आहे. प्रत्येक वेळी ती पुनरावृत्ती करण्याची गरज नाही, फक्त नकाशाचा आकार बदलल्यावर. उत्पादन प्रणालीवर तुम्ही ते एकदा कराल आणि नंतर आउटपुट संग्रहित कराल. मी येथे हे फक्त साधेपणासाठी करत आहे.
+
+#### `calculateMapHash` {#calculateMapHash}
+
+```typescript
+const calculateMapHash = function (hashMe: boolean[][]): string {
+  return (
+    "0x" +
+    BigInt(zokrates.computeWitness(hashCompiled, [hashMe]).output.slice(1, -1))
+      .toString(16)
+      .padStart(64, "0")
+  )
+}
+```
+
+[`computeWitness`](https://zokrates.github.io/toolbox/zokrates_js.html#computewitnessartifacts-args-options) फंक्शन प्रत्यक्षात Zokrates प्रोग्राम चालवते. ते दोन फील्ड्ससह एक रचना परत करते: `output`, जे प्रोग्रामचे आउटपुट JSON स्ट्रिंग म्हणून आहे, आणि `witness`, जे निकालाचा शून्य ज्ञान पुरावा तयार करण्यासाठी आवश्यक माहिती आहे. येथे आम्हाला फक्त आउटपुटची आवश्यकता आहे.
+
+आउटपुट `"31337"` स्वरूपात एक स्ट्रिंग आहे, जी अवतरण चिन्हांमध्ये बंद केलेली एक दशांश संख्या आहे. परंतु `viem` साठी आम्हाला आवश्यक असलेले आउटपुट `0x60A7` स्वरूपातील एक हेक्साडेसिमल संख्या आहे. म्हणून आपण अवतरण चिन्ह काढून टाकण्यासाठी `.slice(1,-1)` वापरतो आणि नंतर उर्वरित स्ट्रिंग, जी एक दशांश संख्या आहे, [`BigInt`](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/BigInt) मध्ये चालवण्यासाठी `BigInt` वापरतो. `.toString(16)` हे `BigInt` ला हेक्साडेसिमल स्ट्रिंगमध्ये रूपांतरित करते, आणि `"0x"+` हेक्साडेसिमल संख्यांसाठी मार्कर जोडते.
+
+```typescript
+// Dig and return a zero knowledge proof of the result
+// (server-side code)
+```
+
+शून्य ज्ञान पुराव्यामध्ये सार्वजनिक इनपुट (`x` आणि `y`) आणि निकाल (नकाशाचा हॅश आणि बॉम्बची संख्या) समाविष्ट आहेत.
+
+```typescript
+    const zkDig = function(map: boolean[][], x: number, y: number) : any {
+        if (x<0 || x>=width || y<0 || y>=height)
+            throw new Error("Trying to dig outside the map")
+```
+
+Zokrates मध्ये निर्देशांक मर्यादेबाहेर आहे की नाही हे तपासणे एक समस्या आहे, म्हणून आपण ते येथे करतो.
+
+```typescript
+const runResults = zokrates.computeWitness(digCompiled, [map, `${x}`, `${y}`])
+```
+
+खोदण्याचा प्रोग्राम कार्यान्वित करा.
+
+```typescript
+        const proof = zokrates.generateProof(
+            digCompiled.program,
+            runResults.witness,
+            proverKey)
+
+        return proof
+    }
+```
+
+[`generateProof`](https://zokrates.github.io/toolbox/zokrates_js.html#generateproofprogram-witness-provingkey-entropy) वापरा आणि पुरावा परत करा.
+
+```typescript
+const solidityVerifier = `
+        // Map size: ${width} x ${height}
+        \n${zokrates.exportSolidityVerifier(verifierKey)}
+        `
+```
+
+एक Solidity व्हेरिफायर, एक स्मार्ट कॉन्ट्रॅक्ट जो आपण ब्लॉकचेनवर तैनात करू शकतो आणि `digCompiled.program` द्वारे व्युत्पन्न केलेल्या पुराव्यांची पडताळणी करण्यासाठी वापरू शकतो.
+
+```typescript
+    return {
+        zkDig,
+        calculateMapHash,
+        solidityVerifier,
+    }
+}
+```
+
+शेवटी, इतर कोडला आवश्यक असलेली प्रत्येक गोष्ट परत करा.
+
+## सुरक्षा चाचण्या {#security-tests}
+
+सुरक्षा चाचण्या महत्त्वाच्या आहेत कारण कार्यक्षमतेतील एक बग अखेरीस स्वतःला प्रकट करेल. परंतु जर ॲप्लिकेशन असुरक्षित असेल, तर ते बराच काळ लपून राहण्याची शक्यता आहे, जोपर्यंत कोणीतरी फसवणूक करून इतरांच्या संसाधनांवर ताबा मिळवून ते उघड करत नाही.
+
+### परवानग्या {#permissions}
+
+या गेममध्ये एक विशेषाधिकारप्राप्त संस्था आहे, सर्व्हर. तो एकमेव वापरकर्ता आहे ज्याला [`ServerSystem`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol) मधील फंक्शन्स कॉल करण्याची परवानगी आहे. आपण [`cast`](https://book.getfoundry.sh/cast/) वापरून परवानगी असलेल्या फंक्शन्सचे कॉल्स फक्त सर्व्हर खात्याप्रमाणेच परवानगी आहेत याची पडताळणी करू शकतो.
+
+[सर्व्हरची खाजगी की `setupNetwork.ts` मध्ये आहे](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/mud/setupNetwork.ts#L52).
+
+1. `anvil` (ब्लॉकचेन) चालवणाऱ्या संगणकावर, हे पर्यावरण व्हेरिएबल्स सेट करा.
+
+   ```sh copy
+   WORLD_ADDRESS=0x8d8b6b8414e1e3dcfd4168561b9be6bd3bf6ec4b
+   UNAUTHORIZED_KEY=0x5de4111afa1a4b94908f83103eb1f1706367c2e68ca870fc3fb9a804cdab365a
+   AUTHORIZED_KEY=0x59c6995e998f97a5a0044966f0945389dc9e86dae88c7a8412f4603b6b78690d
+   ```
+
+2. व्हेरिफायर ॲड्रेस एक अनधिकृत ॲड्रेस म्हणून सेट करण्याचा प्रयत्न करण्यासाठी `cast` वापरा.
+
+   ```sh copy
+   cast send $WORLD_ADDRESS 'app__setVerifier(address)' `cast address-zero` --private-key $UNAUTHORIZED_KEY
+   ```
+
+   `cast` केवळ अपयश नोंदवत नाही, तर तुम्ही ब्राउझरवरील गेममध्ये **MUD Dev Tools** उघडू शकता, **Tables** वर क्लिक करू शकता आणि **app\_\_VerifierAddress** निवडू शकता. ॲड्रेस शून्य नाही हे पहा.
+
+3. व्हेरिफायर ॲड्रेस सर्व्हरचा ॲड्रेस म्हणून सेट करा.
+
+   ```sh copy
+   cast send $WORLD_ADDRESS 'app__setVerifier(address)' `cast address-zero` --private-key $AUTHORIZED_KEY
+   ```
+
+   **app\_\_VerifiedAddress** मधील ॲड्रेस आता शून्य असावा.
+
+एकाच `System` मधील सर्व MUD फंक्शन्स एकाच ॲक्सेस कंट्रोलमधून जातात, म्हणून मी ही चाचणी पुरेशी मानतो. जर तुम्ही मानत नसाल, तर तुम्ही [`ServerSystem`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol) मधील इतर फंक्शन्स तपासू शकता.
+
+### शून्य-ज्ञान गैरवापर {#zero-knowledge-abuses}
+
+Zokrates ची पडताळणी करण्याचे गणित या ट्युटोरियलच्या कक्षेबाहेर आहे (आणि माझ्या क्षमतेबाहेर). तथापि, आपण शून्य-ज्ञान कोडवर विविध तपासण्या चालवू शकतो हे सत्यापित करण्यासाठी की जर ते योग्यरित्या केले नाही तर ते अयशस्वी होते. या सर्व चाचण्यांसाठी आम्हाला [`zero-knowledge.ts`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts) मध्ये बदल करणे आणि संपूर्ण ॲप्लिकेशन पुन्हा सुरू करणे आवश्यक असेल. सर्व्हर प्रक्रिया पुन्हा सुरू करणे पुरेसे नाही, कारण ते ॲप्लिकेशनला एका अशक्य स्थितीत टाकते (खेळाडूचा गेम प्रगतीपथावर आहे, परंतु गेम आता सर्व्हरला उपलब्ध नाही).
+
+#### चुकीचे उत्तर {#wrong-answer}
+
+सर्वात सोपी शक्यता म्हणजे शून्य-ज्ञान पुराव्यामध्ये चुकीचे उत्तर देणे. ते करण्यासाठी, आम्ही `zkDig` मध्ये जातो आणि [ओळ 91 मध्ये बदल करतो](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts#L91):
+
+```ts
+proof.inputs[3] = "0x" + "1".padStart(64, "0")
+```
+
+याचा अर्थ असा आहे की आपण नेहमीच दावा करू की एक बॉम्ब आहे, योग्य उत्तराची पर्वा न करता. या आवृत्तीसह खेळण्याचा प्रयत्न करा, आणि तुम्हाला `pnpm dev` स्क्रीनच्या **सर्व्हर** टॅबमध्ये ही त्रुटी दिसेल:
+
+```
+      cause: {
+        code: 3,
+        message: 'execution reverted: revert: Zero knowledge verification fail',
+        data: '0x08c379a0000000000000000000000000000000000000000000000000000000000000002000000000000000
+000000000000000000000000000000000000000000000000205a65726f206b6e6f776c6564676520766572696669636174696f6
+e206661696c'
+      },
+```
+
+त्यामुळे या प्रकारची फसवणूक अयशस्वी होते.
+
+#### चुकीचा पुरावा {#wrong-proof}
+
+जर आपण योग्य माहिती दिली, पण फक्त चुकीचा पुरावा डेटा दिला तर काय होईल? आता, ओळ 91 याने बदला:
+
+```ts
+proof.proof = {
+  a: ["0x" + "1".padStart(64, "0"), "0x" + "2".padStart(64, "0")],
+  b: [
+    ["0x" + "1".padStart(64, "0"), "0x" + "2".padStart(64, "0")],
+    ["0x" + "1".padStart(64, "0"), "0x" + "2".padStart(64, "0")],
+  ],
+  c: ["0x" + "1".padStart(64, "0"), "0x" + "2".padStart(64, "0")],
+}
+```
+
+ते अजूनही अयशस्वी होते, पण आता ते कारणाशिवाय अयशस्वी होते कारण ते व्हेरिफायर कॉल दरम्यान होते.
+
+### वापरकर्ता शून्य-विश्वास कोड कसा सत्यापित करू शकतो? {#user-verify-zero-trust}
+
+स्मार्ट कॉन्ट्रॅक्ट्स सत्यापित करणे तुलनेने सोपे आहे. सामान्यतः, डेव्हलपर ब्लॉक एक्सप्लोररवर सोर्स कोड प्रकाशित करतो आणि ब्लॉक एक्सप्लोरर हे सत्यापित करतो की सोर्स कोड [कॉन्ट्रॅक्ट डिप्लोयमेंट ट्रान्झॅक्शन](/developers/docs/smart-contracts/deploying/) मधील कोडवर कंपाईल होतो. MUD `System` च्या बाबतीत हे [थोडं अधिक क्लिष्ट](https://mud.dev/cli/verify) आहे, पण जास्त नाही.
+
+शून्य-ज्ञानासह हे अधिक कठीण आहे. व्हेरिफायरमध्ये काही स्थिर मूल्ये असतात आणि त्यांच्यावर काही गणना चालवते. यावरून काय सिद्ध होत आहे हे कळत नाही.
+
+```solidity
+    function verifyingKey() pure internal returns (VerifyingKey memory vk) {
+        vk.alpha = Pairing.G1Point(uint256(0x0f43f4fe7b5c2326fed4ac6ed2f4003ab9ab4ea6f667c2bdd77afb068617ee16), uint256(0x25a77832283f9726935219b5f4678842cda465631e72dbb24708a97ba5d0ce6f));
+        vk.beta = Pairing.G2Point([uint256(0x2cebd0fbd21aca01910581537b21ae4fed46bc0e524c055059aa164ba0a6b62b), uint256(0x18fd4a7bc386cf03a95af7163d5359165acc4e7961cb46519e6d9ee4a1e2b7e9)], [uint256(0x11449dee0199ef6d8eebfe43b548e875c69e7ce37705ee9a00c81fe52f11a009), uint256(0x066d0c83b32800d3f335bb9e8ed5e2924cf00e77e6ec28178592eac9898e1a00)]);
+```
+
+उपाय, किमान ब्लॉक एक्सप्लोरर्स त्यांच्या वापरकर्ता इंटरफेसमध्ये Zokrates पडताळणी जोडेपर्यंत, ॲप्लिकेशन डेव्हलपर्सनी Zokrates प्रोग्राम्स उपलब्ध करून देणे, आणि किमान काही वापरकर्त्यांनी ते स्वतः योग्य पडताळणी कीसह संकलित करणे हा आहे.
+
+असे करण्यासाठी:
+
+1. [Zokrates स्थापित करा](https://zokrates.github.io/gettingstarted.html).
+
+2. एक फाईल तयार करा, `dig.zok`, Zokrates प्रोग्रामसह. खालील कोड गृहीत धरतो की तुम्ही मूळ नकाशाचा आकार, 10x5, ठेवला आहे.
+
+   ```zokrates
+    import "utils/pack/bool/pack128.zok" as pack128;
+    import "hashes/poseidon/poseidon.zok" as poseidon;
+
+    def hashMap(bool[12][7] map) -> field {
+        bool[512] mut map1d = [false; 512];
+        u32 mut counter = 0;
+
+        for u32 x in 0..12 {
+            for u32 y in 0..7 {
+                map1d[counter] = map[x][y];
+                counter = counter+1;
+            }
+        }
+
+        field[4] hashMe = [
+            pack128(map1d[0..128]),
+            pack128(map1d[128..256]),
+            pack128(map1d[256..384]),
+            pack128(map1d[384..512])
+        ];
+
+        return poseidon(hashMe);
+    }
+
+
+    // The number of mines in location (x,y)
+    def map2mineCount(bool[12][7] map, u32 x, u32 y) -> u8 {
+        return if map[x+1][y+1] { 1 } else { 0 };
+    }
+
+    def main(private bool[12][7] map, u32 x, u32 y) -> (field, u8) {
+        return (hashMap(map) ,
+            if map2mineCount(map, x, y) > 0 { 0xFF } else {
+                map2mineCount(map, x-1, y-1) + map2mineCount(map, x, y-1) + map2mineCount(map, x+1, y-1) +
+                map2mineCount(map, x-1, y) + map2mineCount(map, x+1, y) +
+                map2mineCount(map, x-1, y+1) + map2mineCount(map, x, y+1) + map2mineCount(map, x+1, y+1)
+            }
+        );
+    }
+   ```
+
+3. Zokrates कोड संकलित करा आणि पडताळणी की तयार करा. पडताळणी की मूळ सर्व्हरमध्ये वापरलेल्या त्याच एन्ट्रॉपीसह तयार करणे आवश्यक आहे, [या प्रकरणात एक रिक्त स्ट्रिंग](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts#L67).
+
+   ```sh copy
+   zokrates compile --input dig.zok
+   zokrates setup -e ""
+   ```
+
+4. तुमचा स्वतःचा Solidity व्हेरिफायर तयार करा, आणि पडताळणी करा की तो ब्लॉकचेनवरील व्हेरिफायरशी कार्यात्मकदृष्ट्या समान आहे (सर्व्हर एक टिप्पणी जोडतो, पण ते महत्त्वाचे नाही).
+
+   ```sh copy
+   zokrates export-verifier
+   diff verifier.sol ~/20240901-secret-state/packages/contracts/src/verifier.sol
+   ```
+
+## डिझाइन निर्णय {#design}
+
+कोणत्याही पुरेसे गुंतागुंतीच्या ॲप्लिकेशनमध्ये स्पर्धात्मक डिझाइन उद्दिष्ट्ये असतात ज्यांना तडजोड करावी लागते. चला काही तडजोडी पाहू आणि सध्याचा उपाय इतर पर्यायांपेक्षा का श्रेयस्कर आहे ते पाहू.
+
+### शून्य-ज्ञान का {#why-zero-knowledge}
+
+माइनस्वीपरसाठी तुम्हाला खरोखर शून्य-ज्ञानाची गरज नाही. सर्व्हर नेहमी नकाशा ठेवू शकतो, आणि नंतर खेळ संपल्यावर तो पूर्ण उघड करू शकतो. नंतर, खेळाच्या शेवटी, स्मार्ट कॉन्ट्रॅक्ट नकाशा हॅशची गणना करू शकतो, तो जुळतो की नाही हे सत्यापित करू शकतो, आणि जर न जुळल्यास सर्व्हरला दंड आकारू शकतो किंवा खेळ पूर्णपणे दुर्लक्षित करू शकतो.
+
+मी हा सोपा उपाय वापरला नाही कारण तो फक्त चांगल्या प्रकारे परिभाषित शेवटच्या स्थितीसह लहान खेळांसाठी कार्य करतो. जेव्हा एखादा खेळ संभाव्यतः अनंत असतो ([स्वायत्त जगाच्या](https://0xparc.org/blog/autonomous-worlds) बाबतीत), तेव्हा तुम्हाला एक उपाय आवश्यक असतो जो स्थिती _उघड न करता_ सिद्ध करतो.
+
+एक ट्युटोरियल म्हणून या लेखाला एक लहान खेळ हवा होता जो समजण्यास सोपा असेल, परंतु हे तंत्र लांब खेळांसाठी सर्वात उपयुक्त आहे.
+
+### Zokrates का? {#why-zokrates}
+
+[Zokrates](https://zokrates.github.io/) ही एकमेव शून्य-ज्ञान लायब्ररी उपलब्ध नाही, परंतु ती सामान्य, [इम्परेटिव्ह](https://en.wikipedia.org/wiki/Imperative_programming) प्रोग्रामिंग भाषेसारखी आहे आणि बूलियन व्हेरिएबल्सना समर्थन देते.
+
+तुमच्या ॲप्लिकेशनसाठी, वेगवेगळ्या आवश्यकतांसह, तुम्ही [Circum](https://docs.circom.io/getting-started/installation/) किंवा [Cairo](https://www.cairo-lang.org/tutorials/getting-started-with-cairo/) वापरणे पसंत करू शकता.
+
+### Zokrates कधी संकलित करावे {#when-compile-zokrates}
+
+या प्रोग्राममध्ये आपण [प्रत्येक वेळी सर्व्हर सुरू झाल्यावर](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts#L60-L61) Zokrates प्रोग्राम संकलित करतो. हे स्पष्टपणे संसाधनांचा अपव्यय आहे, परंतु हे एक ट्युटोरियल आहे, जे साधेपणासाठी ऑप्टिमाइझ केलेले आहे.
+
+जर मी उत्पादन-स्तरीय ॲप्लिकेशन लिहित असतो, तर मी तपासले असते की माझ्याकडे या माइनफिल्ड आकारासाठी संकलित Zokrates प्रोग्राम्सची फाईल आहे का, आणि असल्यास ती वापरली असती. तेच ऑनचेन व्हेरिफायर कॉन्ट्रॅक्ट तैनात करण्याबाबत खरे आहे.
+
+### व्हेरिफायर आणि प्रोव्हर की तयार करणे {#key-creation}
+
+[की निर्मिती](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts#L63-L69) ही आणखी एक शुद्ध गणना आहे जी दिलेल्या माइनफिल्ड आकारासाठी एकापेक्षा जास्त वेळा करण्याची गरज नाही. पुन्हा, हे फक्त साधेपणासाठी एकदाच केले जाते.
+
+याव्यतिरिक्त, आपण [एक सेटअप समारंभ](https://zokrates.github.io/toolbox/trusted_setup.html#initializing-a-phase-2-ceremony) वापरू शकतो. सेटअप समारंभाचा फायदा असा आहे की शून्य-ज्ञान पुराव्यावर फसवणूक करण्यासाठी तुम्हाला प्रत्येक सहभागीकडून एन्ट्रॉपी किंवा काही मध्यवर्ती निकालाची आवश्यकता असते. जर किमान एक समारंभ सहभागी प्रामाणिक असेल आणि ती माहिती हटवत असेल, तर शून्य-ज्ञान पुरावे विशिष्ट हल्ल्यांपासून सुरक्षित असतात. तथापि, माहिती सर्वत्र हटवली गेली आहे हे सत्यापित करण्यासाठी _कोणतीही यंत्रणा नाही_. जर शून्य-ज्ञान पुरावे अत्यंत महत्त्वाचे असतील, तर तुम्हाला सेटअप समारंभात भाग घ्यायचा आहे.
+
+येथे आम्ही [टाऊच्या शाश्वत शक्तींवर](https://github.com/privacy-scaling-explorations/perpetualpowersoftau) अवलंबून आहोत, ज्यात डझनभर सहभागी होते. हे कदाचित पुरेसे सुरक्षित आहे आणि बरेच सोपे आहे. आम्ही की निर्मितीदरम्यान एन्ट्रॉपी देखील जोडत नाही, ज्यामुळे वापरकर्त्यांना [शून्य-ज्ञान कॉन्फिगरेशन सत्यापित करणे](#user-verify-zero-trust) सोपे होते.
+
+### कुठे पडताळणी करावी {#where-verification}
+
+आपण शून्य-ज्ञान पुरावे ऑनचेन (ज्यासाठी गॅस खर्च होतो) किंवा क्लायंटमध्ये ([`verify`](https://zokrates.github.io/toolbox/zokrates_js.html#verifyverificationkey-proof) वापरून) सत्यापित करू शकतो. मी पहिले निवडले, कारण यामुळे तुम्हाला एकदा [व्हेरिफायर सत्यापित करण्याची](#user-verify-zero-trust) आणि नंतर विश्वास ठेवण्याची परवानगी मिळते की जोपर्यंत त्याचा कॉन्ट्रॅक्ट ॲड्रेस तोच राहतो तोपर्यंत तो बदलत नाही. जर पडताळणी क्लायंटवर केली गेली असती, तर तुम्हाला प्रत्येक वेळी क्लायंट डाउनलोड केल्यावर मिळणाऱ्या कोडची पडताळणी करावी लागली असती.
+
+तसेच, हा खेळ एक-खेळाडूचा असला तरी, बरेच ब्लॉकचेन खेळ बहु-खेळाडूंचे असतात. ऑनचेन पडताळणी म्हणजे तुम्ही फक्त एकदाच शून्य-ज्ञान पुरावा सत्यापित करता. क्लायंटमध्ये हे केल्यास प्रत्येक क्लायंटला स्वतंत्रपणे पडताळणी करावी लागेल.
+
+### नकाशा TypeScript मध्ये सपाट करायचा की Zokrates मध्ये? {#where-flatten}
+
+सर्वसाधारणपणे, जेव्हा प्रक्रिया TypeScript किंवा Zokrates मध्ये केली जाऊ शकते, तेव्हा ते TypeScript मध्ये करणे चांगले आहे, जे खूप जलद आहे आणि शून्य-ज्ञान पुराव्यांची आवश्यकता नाही. हेच कारण आहे, उदाहरणार्थ, की आम्ही Zokrates ला हॅश प्रदान करत नाही आणि ते बरोबर आहे की नाही हे सत्यापित करायला लावत नाही. हॅशिंग Zokrates मध्ये करणे आवश्यक आहे, परंतु परत आलेल्या हॅश आणि ऑनचेन हॅशमधील जुळणी त्याच्या बाहेर होऊ शकते.
+
+तथापि, आम्ही अजूनही [Zokrates मध्ये नकाशा सपाट करतो](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts#L15-L20), तर आपण ते TypeScript मध्ये करू शकलो असतो. कारण असे आहे की इतर पर्याय, माझ्या मते, वाईट आहेत.
+
+- Zokrates कोडला बूलियनची एक-मितीय ॲरे प्रदान करा आणि दोन-मितीय नकाशा मिळवण्यासाठी `x*(height+2)
+  +y` सारखी अभिव्यक्ती वापरा. यामुळे [कोड](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts#L44-L47) थोडा अधिक गुंतागुंतीचा झाला असता, म्हणून मी ठरवले की ट्युटोरियलसाठी कार्यक्षमतेतील वाढ योग्य नाही.
+
+- Zokrates ला एक-मितीय ॲरे आणि दोन-मितीय ॲरे दोन्ही पाठवा. तथापि, या उपायाने आपल्याला काहीही मिळत नाही. Zokrates कोडला हे सत्यापित करावे लागेल की त्याला प्रदान केलेली एक-मितीय ॲरे खरोखरच दोन-मितीय ॲरेचे योग्य प्रतिनिधित्व आहे. त्यामुळे कार्यक्षमतेत कोणतीही वाढ होणार नाही.
+
+- Zokrates मध्ये दोन-मितीय ॲरे सपाट करा. हा सर्वात सोपा पर्याय आहे, म्हणून मी तो निवडला.
+
+### नकाशे कुठे संग्रहित करायचे {#where-store-maps}
+
+या ॲप्लिकेशनमध्ये [`gamesInProgress`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L20) फक्त मेमरीमधील एक व्हेरिएबल आहे. याचा अर्थ असा आहे की जर तुमचा सर्व्हर बंद पडला आणि पुन्हा सुरू करण्याची गरज पडली, तर त्याने संग्रहित केलेली सर्व माहिती नष्ट होईल. खेळाडू केवळ आपला खेळ सुरू ठेवू शकत नाहीत, तर ते नवीन खेळ देखील सुरू करू शकत नाहीत कारण ऑनचेन घटकाला वाटते की त्यांचा खेळ अजूनही प्रगतीपथावर आहे.
+
+उत्पादन प्रणालीसाठी हे स्पष्टपणे वाईट डिझाइन आहे, ज्यात तुम्ही ही माहिती डेटाबेसमध्ये संग्रहित कराल. मी येथे व्हेरिएबल वापरण्याचे एकमेव कारण म्हणजे हे एक ट्युटोरियल आहे आणि साधेपणा ही मुख्य बाब आहे.
+
+## निष्कर्ष: कोणत्या परिस्थितीत हे योग्य तंत्र आहे? {#conclusion}
+
+तर, आता तुम्हाला माहित आहे की एक सर्व्हरसह एक गेम कसा लिहायचा जो ऑनचेन नसलेली गुप्त स्थिती संग्रहित करतो. पण कोणत्या परिस्थितीत तुम्ही ते करावे? दोन मुख्य विचार आहेत.
+
+- _लांब चालणारा खेळ_: [वर उल्लेख केल्याप्रमाणे](#why-zero-knowledge), एका लहान खेळात तुम्ही खेळ संपल्यावर फक्त स्थिती प्रकाशित करू शकता आणि नंतर सर्वकाही सत्यापित करू शकता. परंतु जेव्हा खेळ लांब किंवा अनिश्चित काळ चालतो, आणि स्थिती गुप्त ठेवण्याची गरज असते, तेव्हा तो पर्याय नाही.
+
+- _काही केंद्रीकरण स्वीकार्य_: शून्य-ज्ञान पुरावे अखंडता सत्यापित करू शकतात, की एक संस्था निकाल खोटे ठरवत नाही. ते जे करू शकत नाहीत ते हे सुनिश्चित करणे आहे की संस्था अजूनही उपलब्ध असेल आणि संदेशांना उत्तर देईल. ज्या परिस्थितीत उपलब्धता देखील विकेंद्रित करणे आवश्यक आहे, तेथे शून्य-ज्ञान पुरावे पुरेसे उपाय नाहीत, आणि तुम्हाला [बहु-पक्षीय गणना](https://en.wikipedia.org/wiki/Secure_multi-party_computation) आवश्यक आहे.
+
+[माझ्या कामाबद्दल अधिक माहितीसाठी येथे पहा](https://cryptodocguy.pro/).
+
+### पोचपावती {#acknowledgements}
+
+- अल्वारो अलोन्सो यांनी या लेखाचा मसुदा वाचला आणि Zokrates बद्दलच्या माझ्या काही गैरसमजुती दूर केल्या.
+
+कोणत्याही उर्वरित चुका माझ्या जबाबदारी आहेत.
diff --git a/public/content/translations/mr/developers/tutorials/secure-development-workflow/index.md b/public/content/translations/mr/developers/tutorials/secure-development-workflow/index.md
new file mode 100644
index 00000000000..d1deb805892
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/secure-development-workflow/index.md
@@ -0,0 +1,52 @@
+---
+title: "Smart contract सुरक्षा तपासणीसूची"
+description: "सुरक्षित smart contracts लिहिण्यासाठी एक सुचवलेला कार्यप्रवाह"
+author: "Trailofbits"
+tags: [ "स्मार्ट कॉन्ट्रॅक्ट", "सुरक्षा", "सॉलिडिटी" ]
+skill: intermediate
+lang: mr
+published: 2020-09-07
+source: Building secure contracts
+sourceUrl: https://github.com/crytic/building-secure-contracts/blob/master/development-guidelines/workflow.md
+---
+
+## Smart contract विकास तपासणीसूची {#smart-contract-development-checklist}
+
+तुम्ही तुमचे smart contracts लिहित असताना आम्ही खालील उच्च-स्तरीय प्रक्रियेचे पालन करण्याची शिफारस करतो.
+
+ज्ञात सुरक्षा समस्यांसाठी तपासा:
+
+- [Slither](https://github.com/crytic/slither) सह तुमच्या contracts चे पुनरावलोकन करा. त्यात सामान्य असुरक्षिततांसाठी 40 पेक्षा जास्त अंगभूत डिटेक्टर्स आहेत. नवीन code सह प्रत्येक चेक-इनवर ते चालवा आणि खात्री करा की त्याला स्वच्छ अहवाल मिळेल (किंवा विशिष्ट समस्या शांत करण्यासाठी ट्रायज मोड वापरा).
+- [Crytic](https://crytic.io/) सह तुमच्या contracts चे पुनरावलोकन करा. हे अशा 50 समस्या तपासते ज्या Slither तपासत नाही. GitHub वरील Pull Requests मध्ये सुरक्षा समस्या सहजपणे समोर आणून, Crytic तुमच्या टीमला एकमेकांच्या कामावर लक्ष ठेवण्यास देखील मदत करू शकते.
+
+तुमच्या contract च्या विशेष वैशिष्ट्यांचा विचार करा:
+
+- तुमचे contracts अपग्रेड करण्यायोग्य आहेत का? [`slither-check-upgradeability`](https://github.com/crytic/slither/wiki/Upgradeability-Checks) किंवा [Crytic](https://blog.trailofbits.com/2020/06/12/upgradeable-contracts-made-safer-with-crytic/) सह तुमच्या अपग्रेडेबिलिटी code मधील त्रुटींचे पुनरावलोकन करा. आम्ही 17 मार्ग दस्तऐवजीकरण केले आहेत ज्यामुळे अपग्रेड्समध्ये समस्या येऊ शकतात.
+- तुमचे contracts ERCs चे पालन करण्याचा दावा करतात का? [`slither-check-erc`](https://github.com/crytic/slither/wiki/ERC-Conformance) सह ते तपासा. हे टूल सहा सामान्य स्पेसिफिकेशन्समधील विचलन त्वरित ओळखते.
+- तुम्ही थर्ड पार्टी tokens सह इंटिग्रेट करता का? बाह्य contracts वर अवलंबून राहण्यापूर्वी आमची [token इंटिग्रेशन तपासणीसूची](/developers/tutorials/token-integration-checklist/) तपासा.
+
+तुमच्या code ची महत्त्वपूर्ण सुरक्षा वैशिष्ट्ये दृष्यदृष्ट्या तपासा:
+
+- Slither च्या [inheritance-graph](https://github.com/trailofbits/slither/wiki/Printer-documentation#inheritance-graph) प्रिंटरचे पुनरावलोकन करा. अनावधानाने होणारे शॅडोइंग आणि C3 लिनियरायझेशन समस्या टाळा.
+- Slither च्या [function-summary](https://github.com/trailofbits/slither/wiki/Printer-documentation#function-summary) प्रिंटरचे पुनरावलोकन करा. ते फंक्शन व्हिजिबिलिटी आणि ऍक्सेस कंट्रोल्सचा अहवाल देते.
+- Slither च्या [vars-and-auth](https://github.com/trailofbits/slither/wiki/Printer-documentation#variables-written-and-authorization) प्रिंटरचे पुनरावलोकन करा. ते स्टेट व्हेरिएबल्सवरील ऍक्सेस कंट्रोल्सचा अहवाल देते.
+
+महत्वपूर्ण सुरक्षा गुणधर्मांचे दस्तऐवजीकरण करा आणि त्यांचे मूल्यांकन करण्यासाठी स्वयंचलित चाचणी जनरेटर वापरा:
+
+- [तुमच्या code साठी सुरक्षा गुणधर्म कसे दस्तऐवजीकरण करायचे ते शिका](/developers/tutorials/guide-to-smart-contract-security-tools/). सुरुवातीला ते कठीण आहे, परंतु चांगले परिणाम मिळवण्यासाठी ही सर्वात महत्त्वाची क्रिया आहे. या ट्युटोरियलमधील कोणतेही प्रगत तंत्र वापरण्यासाठी ही एक पूर्वअट देखील आहे.
+- [Echidna](https://github.com/crytic/echidna) आणि [Manticore](https://manticore.readthedocs.io/en/latest/verifier.html) सह वापरण्यासाठी Solidity मध्ये सुरक्षा गुणधर्म परिभाषित करा. तुमच्या स्टेट मशीन, ऍक्सेस कंट्रोल्स, अंकगणितीय ऑपरेशन्स, बाह्य इंटरॅक्शन्स आणि मानकांच्या पालनावर लक्ष केंद्रित करा.
+- [Slither च्या Python API](/developers/tutorials/how-to-use-slither-to-find-smart-contract-bugs/) सह सुरक्षा गुणधर्म परिभाषित करा. इनहेरिटन्स, व्हेरिएबल डिपेंडेंसीज, ऍक्सेस कंट्रोल्स आणि इतर संरचनात्मक समस्यांवर लक्ष केंद्रित करा.
+- प्रत्येक कमिटवर तुमच्या प्रॉपर्टी चाचण्या [Crytic](https://crytic.io) सह चालवा. Crytic सुरक्षा प्रॉपर्टी चाचण्या घेऊ शकते आणि त्यांचे मूल्यांकन करू शकते, जेणेकरून तुमच्या टीममधील प्रत्येकजण सहजपणे पाहू शकेल की त्या GitHub वर पास होतात. अयशस्वी चाचण्या कमिट्स ब्लॉक करू शकतात.
+
+शेवटी, अशा समस्यांबद्दल जागरूक रहा ज्या स्वयंचलित टूल्स सहजपणे शोधू शकत नाहीत:
+
+- गोपनीयतेचा अभाव: जेव्हा तुमचे व्यवहार पूलमध्ये रांगेत असतात तेव्हा इतर प्रत्येकजण ते पाहू शकतो
+- फ्रंट रनिंग व्यवहार
+- क्रिप्टोग्राफिक ऑपरेशन्स
+- बाह्य DeFi घटकांसह जोखमीचे इंटरॅक्शन्स
+
+## मदतीसाठी विचारा {#ask-for-help}
+
+[Ethereum ऑफिस अवर्स](https://calendly.com/dan-trailofbits/office-hours) दर मंगळवारी दुपारी चालतात. ही 1-तासाची, 1-ऑन-1 सत्रे तुम्हाला सुरक्षेबद्दल असलेले कोणतेही प्रश्न विचारण्याची, आमची टूल्स वापरून समस्यांचे निवारण करण्याची, आणि तुमच्या सध्याच्या दृष्टिकोनाबद्दल तज्ञांकडून अभिप्राय मिळवण्याची संधी आहे. आम्ही तुम्हाला या मार्गदर्शिकेवर काम करण्यास मदत करू.
+
+आमच्या Slack मध्ये सामील व्हा: [Empire Hacking](https://join.slack.com/t/empirehacking/shared_invite/zt-h97bbrj8-1jwuiU33nnzg67JcvIciUw). जर तुम्हाला काही प्रश्न असतील तर आम्ही #crytic आणि #ethereum चॅनेलमध्ये नेहमी उपलब्ध असतो.
diff --git a/public/content/translations/mr/developers/tutorials/send-token-ethersjs/index.md b/public/content/translations/mr/developers/tutorials/send-token-ethersjs/index.md
new file mode 100644
index 00000000000..a0f8cf62486
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/send-token-ethersjs/index.md
@@ -0,0 +1,210 @@
+---
+title: "ethers.js वापरून टोकन पाठवणे"
+description: "ethers.js वापरून टोकन पाठवण्यासाठी नवशिक्यांसाठी सोपे मार्गदर्शक."
+author: Kim YongJun
+tags: [ "ETHERS.JS", "ERC-20", "टोकन्स" ]
+skill: beginner
+lang: mr
+published: 2021-04-06
+---
+
+## ethers.js(5.0) वापरून टोकन पाठवा {#send-token}
+
+### या ट्यूटोरियलमध्ये तुम्ही काय शिकाल {#you-learn-about}
+
+- ethers.js आयात करा
+- टोकन हस्तांतरित करा
+- नेटवर्क ट्रॅफिकच्या परिस्थितीनुसार गॅसची किंमत सेट करा
+
+### सुरुवात करण्यासाठी {#to-get-started}
+
+सुरुवात करण्यासाठी, आपण प्रथम आपल्या जावास्क्रिप्टमध्ये ethers.js लायब्ररी आयात करणे आवश्यक आहे
+ethers.js(5.0) समाविष्ट करा
+
+### इंस्टॉल करणे {#install-ethersjs}
+
+```shell
+/home/ricmoo> npm install --save ethers
+```
+
+ब्राउझरमध्ये ES6
+
+```html
+<script type="module">
+  import { ethers } from "https://cdn.ethers.io/lib/ethers-5.0.esm.min.js"
+  // तुमचा कोड येथे...
+</script>
+```
+
+ब्राउझरमध्ये ES3(UMD)
+
+```html
+<script
+  src="https://cdn.ethers.io/lib/ethers-5.0.umd.min.js"
+  type="application/javascript"
+></script>
+```
+
+### पॅरामीटर्स {#param}
+
+1. **`contract_address`**: टोकन करार पत्ता (जेव्हा तुम्हाला हस्तांतरित करायचे असलेले टोकन इथर नसेल तेव्हा करार पत्त्याची आवश्यकता असते)
+2. **`send_token_amount`**: प्राप्तकर्त्याला पाठवायची असलेली रक्कम
+3. **`to_address`**: प्राप्तकर्त्याचा पत्ता
+4. **`send_account`**: प्रेषकाचा पत्ता
+5. **`private_key`**: व्यवहारावर स्वाक्षरी करण्यासाठी आणि प्रत्यक्षात टोकन हस्तांतरित करण्यासाठी प्रेषकाची खाजगी की
+
+## सूचना {#notice}
+
+`signTransaction(tx)` काढून टाकले आहे कारण `sendTransaction()` ते आंतरिकरित्या करते.
+
+## पाठवण्याची प्रक्रिया {#procedure}
+
+### १. नेटवर्कशी कनेक्ट करा (टेस्टनेट) {#connect-to-network}
+
+#### प्रदाता सेट करा (Infura) {#set-provider}
+
+Ropsten टेस्टनेटशी कनेक्ट करा
+
+```javascript
+window.ethersProvider = new ethers.providers.InfuraProvider("ropsten")
+```
+
+### २. वॉलेट तयार करा {#create-wallet}
+
+```javascript
+let wallet = new ethers.Wallet(private_key)
+```
+
+### ३. वॉलेट नेटशी कनेक्ट करा {#connect-wallet-to-net}
+
+```javascript
+let walletSigner = wallet.connect(window.ethersProvider)
+```
+
+### ४. सध्याची गॅस किंमत मिळवा {#get-gas}
+
+```javascript
+window.ethersProvider.getGasPrice() // gasPrice
+```
+
+### ५. व्यवहार परिभाषित करा {#define-transaction}
+
+खाली परिभाषित केलेले हे व्हेरिएबल्स `send_token()` वर अवलंबून आहेत
+
+### व्यवहार पॅरामीटर्स {#transaction-params}
+
+1. **`send_account`**: टोकन प्रेषकाचा पत्ता
+2. **`to_address`**: टोकन प्राप्तकर्त्याचा पत्ता
+3. **`send_token_amount`**: पाठवायच्या टोकनची रक्कम
+4. **`gas_limit`**: गॅस मर्यादा
+5. **`gas_price`**: गॅस किंमत
+
+[कसे वापरावे यासाठी खाली पहा](#how-to-use)
+
+```javascript
+const tx = {
+  from: send_account,
+  to: to_address,
+  value: ethers.utils.parseEther(send_token_amount),
+  nonce: window.ethersProvider.getTransactionCount(send_account, "latest"),
+  gasLimit: ethers.utils.hexlify(gas_limit), // 100000
+  gasPrice: gas_price,
+}
+```
+
+### 6. हस्तांतरण {#transfer}
+
+```javascript
+walletSigner.sendTransaction(tx).then((transaction) => {
+  console.dir(transaction)
+  alert("पाठवणे पूर्ण झाले!")
+})
+```
+
+## ते कसे वापरावे {#how-to-use}
+
+```javascript
+let private_key =
+  "41559d28e936dc92104ff30691519693fc753ffbee6251a611b9aa1878f12a4d"
+let send_token_amount = "1"
+let to_address = "0x4c10D2734Fb76D3236E522509181CC3Ba8DE0e80"
+let send_address = "0xda27a282B5B6c5229699891CfA6b900A716539E6"
+let gas_limit = "0x100000"
+let wallet = new ethers.Wallet(private_key)
+let walletSigner = wallet.connect(window.ethersProvider)
+let contract_address = ""
+window.ethersProvider = new ethers.providers.InfuraProvider("ropsten")
+
+send_token(
+  contract_address,
+  send_token_amount,
+  to_address,
+  send_address,
+  private_key
+)
+```
+
+### यशस्वी! {#success}
+
+![यशस्वीरित्या पूर्ण झालेल्या व्यवहाराची प्रतिमा](./successful-transaction.png)
+
+## send_token() {#send-token-method}
+
+```javascript
+function send_token(
+  contract_address,
+  send_token_amount,
+  to_address,
+  send_account,
+  private_key
+) {
+  let wallet = new ethers.Wallet(private_key)
+  let walletSigner = wallet.connect(window.ethersProvider)
+
+  window.ethersProvider.getGasPrice().then((currentGasPrice) => {
+    let gas_price = ethers.utils.hexlify(parseInt(currentGasPrice))
+    console.log(`gas_price: ${gas_price}`)
+
+    if (contract_address) {
+      // सामान्य टोकन पाठवणे
+      let contract = new ethers.Contract(
+        contract_address,
+        send_abi,
+        walletSigner
+      )
+
+      // किती टोकन्स?
+      let numberOfTokens = ethers.utils.parseUnits(send_token_amount, 18)
+      console.log(`numberOfTokens: ${numberOfTokens}`)
+
+      // टोकन्स पाठवा
+      contract.transfer(to_address, numberOfTokens).then((transferResult) => {
+        console.dir(transferResult)
+        alert("टोकन पाठवले")
+      })
+    } // इथर पाठवणे
+    else {
+      const tx = {
+        from: send_account,
+        to: to_address,
+        value: ethers.utils.parseEther(send_token_amount),
+        nonce: window.ethersProvider.getTransactionCount(
+          send_account,
+          "latest"
+        ),
+        gasLimit: ethers.utils.hexlify(gas_limit), // 100000
+        gasPrice: gas_price,
+      }
+      console.dir(tx)
+      try {
+        walletSigner.sendTransaction(tx).then((transaction) => {
+          console.dir(transaction)
+          alert("पाठवणे पूर्ण झाले!")
+        })
+      } catch (error) {
+        alert("पाठवण्यात अयशस्वी!!")
+      }
+    }
+  })
+}
+```
diff --git a/public/content/translations/mr/developers/tutorials/sending-transactions-using-web3-and-alchemy/index.md b/public/content/translations/mr/developers/tutorials/sending-transactions-using-web3-and-alchemy/index.md
new file mode 100644
index 00000000000..03ab576cec3
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/sending-transactions-using-web3-and-alchemy/index.md
@@ -0,0 +1,208 @@
+---
+title: "Web3 वापरून व्यवहार पाठवणे"
+description: "Web3 वापरून Ethereum व्यवहार पाठवण्यासाठी ही एक नवशिक्यांसाठी सोपी मार्गदर्शक पुस्तिका आहे. Ethereum ब्लॉकचेनवर व्यवहार पाठवण्यासाठी तीन मुख्य पायऱ्या आहेत: तयार करणे, स्वाक्षरी करणे आणि प्रसारित करणे. आपण या तिन्ही पायऱ्या पाहू."
+author: "Elan Halpern"
+tags: [ "व्यवहार", "web3.js", "alchemy" ]
+skill: beginner
+lang: mr
+published: 2020-11-04
+source: Alchemy docs
+sourceUrl: https://www.alchemy.com/docs/how-to-send-transactions-on-ethereum
+---
+
+Web3 वापरून Ethereum व्यवहार पाठवण्यासाठी ही एक नवशिक्यांसाठी सोपी मार्गदर्शक पुस्तिका आहे. Ethereum ब्लॉकचेनवर व्यवहार पाठवण्यासाठी तीन मुख्य पायऱ्या आहेत: तयार करणे, स्वाक्षरी करणे आणि प्रसारित करणे. आपण या तिन्ही पायऱ्या पाहू, आणि आशा आहे की तुमच्या मनात असलेले कोणतेही प्रश्न सुटतील! या ट्युटोरियलमध्ये, आपण आपले व्यवहार Ethereum चेनवर पाठवण्यासाठी [Alchemy](https://www.alchemy.com/) वापरणार आहोत. तुम्ही [येथे एक विनामूल्य Alchemy खाते तयार करू शकता](https://auth.alchemyapi.io/signup).
+
+**टीप:** ही मार्गदर्शक पुस्तिका तुमच्या ॲपसाठी _बॅकएंडवर_ तुमचे व्यवहार साइन करण्यासाठी आहे. जर तुम्हाला तुमच्या व्यवहारांवर फ्रंटएंडवर स्वाक्षरी करायची असेल, तर [ब्राउझर प्रोव्हायडरसह Web3](https://docs.alchemy.com/reference/api-overview#with-a-browser-provider) एकत्रित करणे तपासा.
+
+## मूलभूत गोष्टी {#the-basics}
+
+बहुतेक ब्लॉकचेन डेव्हलपर्सप्रमाणे, जेव्हा ते प्रथम सुरुवात करतात, तेव्हा तुम्ही व्यवहार कसा पाठवायचा (जी गोष्ट खूप सोपी असावी) यावर काही संशोधन केले असेल आणि तुम्हाला अनेक मार्गदर्शक पुस्तिका मिळाल्या असतील, प्रत्येक वेगळी गोष्ट सांगत असेल आणि तुम्हाला थोडे भारावून टाकले असेल आणि गोंधळात पाडले असेल. जर तुम्हीही याच स्थितीत असाल, तर काळजी करू नका; आम्ही सर्वजण कधी ना कधी यातून गेलो आहोत! तर, आपण सुरू करण्यापूर्वी, काही गोष्टी स्पष्ट करूया:
+
+### १. Alchemy तुमच्या प्रायव्हेट की (private keys) संग्रहित करत नाही {#alchemy-does-not-store-your-private-keys}
+
+- याचा अर्थ असा की Alchemy तुमच्या वतीने व्यवहार साइन करून पाठवू शकत नाही. याचे कारण सुरक्षिततेच्या उद्देशाने आहे. Alchemy तुम्हाला तुमची प्रायव्हेट की शेअर करण्यास कधीही सांगणार नाही, आणि तुम्ही तुमची प्रायव्हेट की कधीही होस्टेड नोडसोबत (किंवा कोणासोबतही) शेअर करू नये.
+- तुम्ही Alchemy च्या कोअर API चा वापर करून ब्लॉकचेनवरून वाचू शकता, परंतु त्यावर लिहिण्यासाठी तुम्हाला तुमचे व्यवहार Alchemy द्वारे पाठवण्यापूर्वी साइन करण्यासाठी दुसरे काहीतरी वापरावे लागेल (हे इतर कोणत्याही [नोड सेवेसाठी](/developers/docs/nodes-and-clients/nodes-as-a-service/) सारखेच आहे).
+
+### २. “साइनर” (signer) म्हणजे काय? {#what-is-a-signer}
+
+- साइनर्स तुमच्यासाठी तुमची प्रायव्हेट की वापरून व्यवहार साइन करतील. या ट्युटोरियलमध्ये आपण आपला व्यवहार साइन करण्यासाठी [Alchemy web3](https://docs.alchemyapi.io/alchemy/documentation/alchemy-web3) वापरणार आहोत, परंतु तुम्ही इतर कोणतीही web3 लायब्ररी देखील वापरू शकता.
+- फ्रंटएंडवर, साइनरचे एक चांगले उदाहरण [MetaMask](https://metamask.io/) आहे, जे तुमच्या वतीने व्यवहार साइन करून पाठवते.
+
+### ३. मला माझे व्यवहार साइन करण्याची गरज का आहे? {#why-do-i-need-to-sign-my-transactions}
+
+- Ethereum नेटवर्कवर व्यवहार पाठवू इच्छिणाऱ्या प्रत्येक वापरकर्त्याला व्यवहारावर (त्यांची प्रायव्हेट की वापरून) स्वाक्षरी करणे आवश्यक आहे, जेणेकरून व्यवहाराचा उगम तोच आहे ज्याचा दावा केला जात आहे, हे प्रमाणित करता येईल.
+- या प्रायव्हेट कीचे संरक्षण करणे अत्यंत महत्त्वाचे आहे, कारण तिचा ॲक्सेस मिळाल्यास तुमच्या Ethereum खात्यावर पूर्ण नियंत्रण मिळते, ज्यामुळे तुम्ही (किंवा ॲक्सेस असलेली कोणतीही व्यक्ती) तुमच्या वतीने व्यवहार करू शकता.
+
+### ४. मी माझ्या प्रायव्हेट कीचे संरक्षण कसे करू? {#how-do-i-protect-my-private-key}
+
+- तुमची प्रायव्हेट की संरक्षित करण्याचे आणि व्यवहार पाठवण्यासाठी ती वापरण्याचे अनेक मार्ग आहेत. या ट्युटोरियलमध्ये आपण `.env` फाईल वापरणार आहोत. तथापि, तुम्ही प्रायव्हेट की संग्रहित करणारा वेगळा प्रोव्हायडर, कीस्टोअर फाईल किंवा इतर पर्याय देखील वापरू शकता.
+
+### ५. `eth_sendTransaction` आणि `eth_sendRawTransaction` मध्ये काय फरक आहे? {#difference-between-send-and-send-raw}
+
+`eth_sendTransaction` आणि `eth_sendRawTransaction` ही दोन्ही Ethereum API फंक्शन्स आहेत जी Ethereum नेटवर्कवर व्यवहार प्रसारित करतात जेणेकरून तो भविष्यातील ब्लॉकमध्ये जोडला जाईल. ते व्यवहारांच्या साइनिंगला कसे हाताळतात यात ते भिन्न आहेत.
+
+- [`eth_sendTransaction`](https://docs.web3js.org/api/web3-eth/function/sendTransaction) चा वापर _साइन न केलेले_ व्यवहार पाठवण्यासाठी केला जातो, याचा अर्थ तुम्ही ज्या नोडला पाठवत आहात त्याने तुमची प्रायव्हेट की व्यवस्थापित केली पाहिजे जेणेकरून तो चेनवर प्रसारित करण्यापूर्वी व्यवहारावर साइन करू शकेल. Alchemy वापरकर्त्यांच्या प्रायव्हेट की ठेवत नसल्यामुळे, ते या पद्धतीला समर्थन देत नाहीत.
+- [`eth_sendRawTransaction`](https://docs.alchemyapi.io/documentation/alchemy-api-reference/json-rpc#eth_sendrawtransaction) चा वापर आधीच साइन केलेल्या व्यवहारांना प्रसारित करण्यासाठी केला जातो. याचा अर्थ तुम्हाला प्रथम [`signTransaction(tx, private_key)`](https://docs.web3js.org/api/web3-eth-accounts/function/signTransaction) वापरावे लागेल, आणि नंतर परिणाम `eth_sendRawTransaction` मध्ये पास करावा लागेल.
+
+web3 वापरताना, `eth_sendRawTransaction` [web3.eth.sendSignedTransaction](https://docs.web3js.org/api/web3-eth/function/sendSignedTransaction) फंक्शनला कॉल करून ॲक्सेस केले जाते.
+
+या ट्युटोरियलमध्ये आपण हेच वापरणार आहोत.
+
+### ६. web3 लायब्ररी म्हणजे काय? {#what-is-the-web3-library}
+
+- Web3.js ही मानक JSON-RPC कॉल्सभोवती एक रॅपर लायब्ररी आहे जी Ethereum डेव्हलपमेंटमध्ये वापरणे अगदी सामान्य आहे.
+- वेगवेगळ्या भाषांसाठी अनेक web3 लायब्ररी आहेत. या ट्युटोरियलमध्ये आपण [Alchemy Web3](https://docs.alchemy.com/reference/api-overview) वापरणार आहोत जी JavaScript मध्ये लिहिलेली आहे. तुम्ही [येथे](https://docs.alchemyapi.io/guides/getting-started#other-web3-libraries) [ethers.js](https://docs.ethers.org/v5/) सारखे इतर पर्याय पाहू शकता.
+
+ठीक आहे, आता आपण यापैकी काही प्रश्न बाजूला ठेवले आहेत, चला ट्युटोरियलकडे वळूया. Alchemy [discord](https://discord.gg/gWuC7zB) मध्ये कधीही प्रश्न विचारण्यास मोकळ्या मनाने विचारा!
+
+### ७. सुरक्षित, गॅस-ऑप्टिमाइझ केलेले आणि खाजगी व्यवहार कसे पाठवायचे? {#how-to-send-secure-gas-optimized-and-private-transactions}
+
+- [Alchemy कडे Transact APIs चा एक संच आहे](https://docs.alchemy.com/reference/transact-api-quickstart). तुम्ही याचा वापर रीइन्फोर्स्ड व्यवहार पाठवण्यासाठी, व्यवहार घडण्यापूर्वी त्यांचे सिम्युलेशन करण्यासाठी, खाजगी व्यवहार पाठवण्यासाठी आणि गॅस-ऑप्टिमाइझ केलेले व्यवहार पाठवण्यासाठी करू शकता.
+- तुमचा व्यवहार मेमपूलमधून काढला जातो आणि चेनमध्ये जोडला जातो तेव्हा सूचित होण्यासाठी तुम्ही [Notify API](https://docs.alchemy.com/docs/alchemy-notify) चा देखील वापर करू शकता.
+
+**टीप:** या मार्गदर्शक पुस्तिकेसाठी एक Alchemy खाते, एक Ethereum ॲड्रेस किंवा MetaMask वॉलेट, NodeJs आणि npm इंस्टॉल केलेले असणे आवश्यक आहे. जर नसेल, तर या पायऱ्या फॉलो करा:
+
+1. [एक विनामूल्य Alchemy खाते तयार करा](https://auth.alchemyapi.io/signup)
+2. [MetaMask खाते तयार करा](https://metamask.io/) (किंवा एक Ethereum ॲड्रेस मिळवा)
+3. [NodeJs आणि NPM इंस्टॉल करण्यासाठी या पायऱ्या फॉलो करा](https://docs.alchemy.com/alchemy/guides/alchemy-for-macs)
+
+## तुमचा व्यवहार पाठवण्याच्या पायऱ्या {#steps-to-sending-your-transaction}
+
+### १. Sepolia टेस्टनेटवर एक Alchemy ॲप तयार करा {#create-an-alchemy-app-on-the-sepolia-testnet}
+
+तुमच्या [Alchemy Dashboard](https://dashboard.alchemyapi.io/) वर नेव्हिगेट करा आणि एक नवीन ॲप तयार करा, तुमच्या नेटवर्कसाठी Sepolia (किंवा इतर कोणताही टेस्टनेट) निवडा.
+
+### २. Sepolia फॉसेटमधून ETH ची विनंती करा {#request-eth-from-sepolia-faucet}
+
+ETH मिळवण्यासाठी [Alchemy Sepolia faucet](https://www.sepoliafaucet.com/) वरील सूचनांचे पालन करा. तुमचा **Sepolia** Ethereum ॲड्रेस (MetaMask मधून) समाविष्ट केल्याची खात्री करा आणि दुसरे नेटवर्क नाही. सूचनांचे पालन केल्यानंतर, तुम्हाला तुमच्या वॉलेटमध्ये ETH मिळाल्याची पुन्हा खात्री करा.
+
+### ३. एक नवीन प्रोजेक्ट डिरेक्टरी तयार करा आणि त्यात `cd` करा {#create-a-new-project-direction}
+
+कमांड लाइनवरून (macs साठी टर्मिनल) एक नवीन प्रोजेक्ट डिरेक्टरी तयार करा आणि त्यात नेव्हिगेट करा:
+
+```
+mkdir sendtx-example
+cd sendtx-example
+```
+
+### ४. Alchemy Web3 (किंवा कोणतीही web3 लायब्ररी) इंस्टॉल करा {#install-alchemy-web3}
+
+[Alchemy Web3](https://docs.alchemy.com/reference/api-overview) इंस्टॉल करण्यासाठी तुमच्या प्रोजेक्ट डिरेक्टरीमध्ये खालील कमांड चालवा:
+
+टीप, जर तुम्हाला ethers.js लायब्ररी वापरायची असेल, तर [येथील सूचनांचे पालन करा](https://docs.alchemy.com/docs/how-to-send-transactions-on-ethereum).
+
+```
+npm install @alch/alchemy-web3
+```
+
+### ५. dotenv इंस्टॉल करा {#install-dotenv}
+
+आपण आपली API की आणि प्रायव्हेट की सुरक्षितपणे संग्रहित करण्यासाठी `.env` फाईल वापरू.
+
+```
+npm install dotenv --save
+```
+
+### ६. `.env` फाईल तयार करा {#create-the-dotenv-file}
+
+तुमच्या प्रोजेक्ट डिरेक्टरीमध्ये `.env` फाईल तयार करा आणि खालील गोष्टी जोडा (\"`your-api-url`\" आणि \"`your-private-key`\" बदलून)
+
+- तुमचा Alchemy API URL शोधण्यासाठी, तुमच्या डॅशबोर्डवर तुम्ही नुकतेच तयार केलेल्या ॲपच्या तपशील पृष्ठावर नेव्हिगेट करा, वरच्या उजव्या कोपऱ्यात \"View Key\" वर क्लिक करा आणि HTTP URL मिळवा.
+- MetaMask वापरून तुमची प्रायव्हेट की शोधण्यासाठी, ही [मार्गदर्शिका](https://metamask.zendesk.com/hc/en-us/articles/360015289632-How-to-Export-an-Account-Private-Key) तपासा.
+
+```
+API_URL = "your-api-url"
+PRIVATE_KEY = "your-private-key"
+```
+
+<Alert variant="warning">
+<AlertContent>
+<AlertDescription>
+<code>.env</code> कमिट करू नका! कृपया तुमची <code>.env</code> फाईल कोणासोबतही शेअर किंवा उघड करू नका, कारण असे केल्याने तुम्ही तुमची गुपिते धोक्यात आणत आहात याची खात्री करा. जर तुम्ही व्हर्जन कंट्रोल वापरत असाल, तर तुमची <code>.env</code> फाईल <a href="https://git-scm.com/docs/gitignore">gitignore</a> फाईलमध्ये जोडा.
+</AlertDescription>
+</AlertContent>
+</Alert>
+
+### ७. `sendTx.js` फाईल तयार करा {#create-sendtx-js}
+
+छान, आता आपला संवेदनशील डेटा `.env` फाईलमध्ये संरक्षित झाला आहे, चला कोडिंग सुरू करूया. आपल्या व्यवहार पाठवण्याच्या उदाहरणासाठी, आपण Sepolia फॉसेटला ETH परत पाठवणार आहोत.
+
+`sendTx.js` फाईल तयार करा, जिथे आपण आपला उदाहरणातील व्यवहार कॉन्फिगर करू आणि पाठवू, आणि त्यात कोडच्या खालील ओळी जोडा:
+
+```
+async function main() {
+    require('dotenv').config();
+    const { API_URL, PRIVATE_KEY } = process.env;
+    const { createAlchemyWeb3 } = require("@alch/alchemy-web3");
+    const web3 = createAlchemyWeb3(API_URL);
+    const myAddress = '0x610Ae88399fc1687FA7530Aac28eC2539c7d6d63' //TODO: हा ॲड्रेस तुमच्या स्वतःच्या सार्वजनिक ॲड्रेसने बदला
+
+    const nonce = await web3.eth.getTransactionCount(myAddress, 'latest'); // नॉन्सची गणना 0 पासून सुरू होते
+
+    const transaction = {
+     'to': '0x31B98D14007bDEe637298086988A0bBd31184523', // eth परत करण्यासाठी फॉसेट ॲड्रेस
+     'value': 1000000000000000000, // 1 ETH
+     'gas': 30000,
+     'nonce': nonce,
+     // मेसेज पाठवण्यासाठी किंवा स्मार्ट कॉन्ट्रॅक्ट कार्यान्वित करण्यासाठी वैकल्पिक डेटा फील्ड
+    };
+
+    const signedTx = await web3.eth.accounts.signTransaction(transaction, PRIVATE_KEY);
+
+    web3.eth.sendSignedTransaction(signedTx.rawTransaction, function(error, hash) {
+    if (!error) {
+      console.log("🎉 तुमच्या व्यवहाराचा हॅश आहे: ", hash, "\n तुमच्या व्यवहाराची स्थिती पाहण्यासाठी Alchemy's Mempool तपासा!");
+    } else {
+      console.log("❗तुमचा व्यवहार सबमिट करताना काहीतरी चूक झाली:", error)
+    }
+   });
+}
+
+main();
+```
+
+**ओळ ६** वरील ॲड्रेस तुमच्या स्वतःच्या सार्वजनिक ॲड्रेसने बदलण्याची खात्री करा.
+
+आता, हा कोड चालवण्यापूर्वी, येथील काही घटकांबद्दल बोलूया.
+
+- `nonce` : नॉन्स स्पेसिफिकेशनचा वापर तुमच्या ॲड्रेसवरून पाठवलेल्या व्यवहारांच्या संख्येचा मागोवा ठेवण्यासाठी केला जातो. सुरक्षिततेच्या उद्देशाने आणि [रिप्ले हल्ले](https://docs.alchemyapi.io/resources/blockchain-glossary#account-nonce) टाळण्यासाठी आपल्याला याची आवश्यकता आहे. तुमच्या ॲड्रेसवरून पाठवलेल्या व्यवहारांची संख्या मिळवण्यासाठी आम्ही [getTransactionCount](https://docs.alchemyapi.io/documentation/alchemy-api-reference/json-rpc#eth_gettransactioncount) वापरतो.
+- `transaction`: व्यवहार ऑब्जेक्टमध्ये काही पैलू आहेत जे आपल्याला निर्दिष्ट करणे आवश्यक आहे
+  - `to`: हा तो ॲड्रेस आहे जिथे आपल्याला ETH पाठवायचा आहे. या प्रकरणात, आपण ज्या [Sepolia faucet](https://sepoliafaucet.com/) कडून सुरुवातीला विनंती केली होती, त्याला ETH परत पाठवत आहोत.
+  - `value`: ही रक्कम आहे जी आपण पाठवू इच्छितो, Wei मध्ये निर्दिष्ट केली आहे जिथे 10^18 Wei = 1 ETH
+  - `gas`: तुमच्या व्यवहारामध्ये समाविष्ट करण्यासाठी गॅसची योग्य रक्कम निश्चित करण्याचे अनेक मार्ग आहेत. Alchemy कडे एक [गॅस किंमत वेबहुक](https://docs.alchemyapi.io/guides/alchemy-notify#address-activity-1) देखील आहे जो गॅसची किंमत एका विशिष्ट मर्यादेत आल्यावर तुम्हाला सूचित करतो. Mainnet व्यवहारांसाठी, [ETH Gas Station](https://ethgasstation.info/) सारख्या गॅस एस्टिमेटरला तपासून समाविष्ट करण्यासाठी गॅसची योग्य रक्कम निश्चित करणे ही एक चांगली प्रथा आहे. 21000 ही Ethereum वरील ऑपरेशनसाठी लागणारी किमान गॅसची रक्कम आहे, म्हणून आपला व्यवहार कार्यान्वित होईल याची खात्री करण्यासाठी आम्ही येथे 30000 ठेवले आहे.
+  - `nonce`: वरील नॉन्सची व्याख्या पहा. नॉन्सची गणना शून्यापासून सुरू होते.
+  - [पर्यायी] डेटा: तुमच्या ट्रान्सफरसोबत अतिरिक्त माहिती पाठवण्यासाठी किंवा स्मार्ट कॉन्ट्रॅक्टला कॉल करण्यासाठी वापरले जाते, बॅलन्स ट्रान्सफरसाठी आवश्यक नाही, खालील टीप पहा.
+- `signedTx`: आपला व्यवहार ऑब्जेक्ट साइन करण्यासाठी आपण `signTransaction` पद्धत आपल्या `PRIVATE_KEY` सोबत वापरू.
+- `sendSignedTransaction`: एकदा आपल्याकडे साइन केलेला व्यवहार आला की, आपण `sendSignedTransaction` वापरून तो पुढील ब्लॉकमध्ये समाविष्ट करण्यासाठी पाठवू शकतो.
+
+**डेटावर एक टीप**
+Ethereum मध्ये दोन मुख्य प्रकारचे व्यवहार पाठवले जाऊ शकतात.
+
+- बॅलन्स ट्रान्सफर: एका ॲड्रेसवरून दुसऱ्या ॲड्रेसवर ETH पाठवा. डेटा फील्ड आवश्यक नाही, तथापि, जर तुम्हाला तुमच्या व्यवहार सोबत अतिरिक्त माहिती पाठवायची असेल, तर तुम्ही ती माहिती या फील्डमध्ये HEX फॉरमॅटमध्ये समाविष्ट करू शकता.
+  - उदाहरणार्थ, समजा आपल्याला एका IPFS डॉक्युमेंटचा हॅश Ethereum चेनवर लिहायचा आहे जेणेकरून त्याला एक अपरिवर्तनीय टाइमस्टॅम्प मिळेल. मग आपले डेटा फील्ड असे दिसले पाहिजे: `web3.utils.toHex(‘IPFS hash‘)`. आणि आता कोणीही चेनची क्वेरी करू शकतो आणि ते डॉक्युमेंट केव्हा जोडले गेले ते पाहू शकतो.
+- स्मार्ट कॉन्ट्रॅक्ट व्यवहार: चेनवर काही स्मार्ट कॉन्ट्रॅक्ट कोड कार्यान्वित करा. या प्रकरणात, डेटा फील्डमध्ये तुम्ही कार्यान्वित करू इच्छित असलेले स्मार्ट फंक्शन, कोणत्याही पॅरामीटर्ससह असले पाहिजे.
+  - व्यावहारिक उदाहरणासाठी, या [हॅलो वर्ल्ड ट्युटोरियल](https://docs.alchemyapi.io/alchemy/tutorials/hello-world-smart-contract#step-8-create-the-transaction) मधील पायरी 8 तपासा.
+
+### ८. `node sendTx.js` वापरून कोड चालवा {#run-the-code-using-node-sendtx-js}
+
+तुमच्या टर्मिनल किंवा कमांड लाइनवर परत नेव्हिगेट करा आणि चालवा:
+
+```
+node sendTx.js
+```
+
+### ९. तुमचा व्यवहार Mempool मध्ये पहा {#see-your-transaction-in-the-mempool}
+
+तुमच्या Alchemy डॅशबोर्डमध्ये [Mempool पृष्ठ](https://dashboard.alchemyapi.io/mempool) उघडा आणि तुमचा व्यवहार शोधण्यासाठी तुम्ही तयार केलेल्या ॲपनुसार फिल्टर करा. येथे आपण आपला व्यवहार प्रलंबित स्थितीतून माइन केलेल्या स्थितीत (यशस्वी झाल्यास) किंवा ड्रॉप केलेल्या स्थितीत (अयशस्वी झाल्यास) संक्रमण होताना पाहू शकतो. याला \"All\" वर ठेवण्याची खात्री करा जेणेकरून तुम्ही \"mined\", \"pending\", आणि \"dropped\" व्यवहार कॅप्चर करू शकाल. तुम्ही `0x31b98d14007bdee637298086988a0bbd31184523` या ॲड्रेसवर पाठवलेले व्यवहार शोधून तुमचा व्यवहार शोधू शकता.
+
+तुमचा व्यवहार सापडल्यावर त्याचे तपशील पाहण्यासाठी, tx हॅश निवडा, जो तुम्हाला अशा दिसणाऱ्या दृश्याकडे घेऊन जाईल:
+
+![Mempool वॉचर स्क्रीनशॉट](./mempool.png)
+
+तिथून तुम्ही लाल रंगात गोल केलेल्या आयकॉनवर क्लिक करून तुमचा व्यवहार Etherscan वर पाहू शकता!
+
+**यिप्पी!** तुम्ही नुकताच Alchemy वापरून तुमचा पहिला Ethereum व्यवहार पाठवला आहे 🎉
+
+_या मार्गदर्शक पुस्तिकेबद्दल अभिप्राय आणि सूचनांसाठी, कृपया Alchemy च्या [Discord](https://discord.gg/A39JVCM) वर एलानला मेसेज करा!_
+
+_मूळतः येथे प्रकाशित [https://docs.alchemyapi.io/tutorials/sending-transactions-using-web3-and-alchemy](https://docs.alchemyapi.io/tutorials/sending-transactions-using-web3-and-alchemy)_
diff --git a/public/content/translations/mr/developers/tutorials/server-components/index.md b/public/content/translations/mr/developers/tutorials/server-components/index.md
new file mode 100644
index 00000000000..7a22ebc756e
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/server-components/index.md
@@ -0,0 +1,295 @@
+---
+title: "वेब3 ॲप्ससाठी सर्व्हर घटक आणि एजंट"
+description: "हे ट्यूटोरियल वाचल्यानंतर, तुम्ही TypeScript सर्व्हर लिहिण्यास सक्षम व्हाल जे ब्लॉकचेनवरील इव्हेंट ऐकतात आणि त्यानुसार त्यांच्या स्वतःच्या व्यवहारांसह प्रतिसाद देतात. हे तुम्हाला केंद्रीकृत ॲप्लिकेशन्स (कारण सर्व्हर एक अयशस्वी होण्याचा बिंदू आहे) लिहिण्यास सक्षम करेल, परंतु ते वेब3 घटकांशी संवाद साधू शकतात. हेच तंत्र मानवी हस्तक्षेपाशिवाय ऑनचेन इव्हेंटला प्रतिसाद देणारा एजंट लिहिण्यासाठी देखील वापरले जाऊ शकते."
+
+author: Ori Pomerantz
+lang: mr
+tags: [ "एजंट", "सर्व्हर", "ऑफचेन" ]
+skill: beginner
+published: 2024-07-15
+---
+
+## प्रस्तावना {#introduction}
+
+बहुतेक प्रकरणांमध्ये, विकेंद्रित ॲप सॉफ्टवेअर वितरित करण्यासाठी सर्व्हर वापरतो, परंतु सर्व वास्तविक संवाद क्लायंट (सामान्यतः, वेब ब्राउझर) आणि ब्लॉकचेन दरम्यान होतो.
+
+![वेब सर्व्हर, क्लायंट आणि ब्लॉकचेनमधील सामान्य संवाद](./fig-1.svg)
+
+तथापि, अशी काही प्रकरणे आहेत जिथे ॲप्लिकेशनला स्वतंत्रपणे चालणाऱ्या सर्व्हर घटकाचा फायदा होईल. असा सर्व्हर इव्हेंटला आणि API सारख्या इतर स्त्रोतांकडून येणाऱ्या विनंत्यांना व्यवहार जारी करून प्रतिसाद देण्यास सक्षम असेल.
+
+![सर्व्हरच्या समावेशासह संवाद](./fig-2.svg)
+
+अशी अनेक संभाव्य कार्ये आहेत जी असा सर्व्हर पूर्ण करू शकतो.
+
+- गुप्त स्थितीचा धारक. गेमिंगमध्ये हे बऱ्याचदा उपयुक्त असते की गेमला माहित असलेली सर्व माहिती खेळाडूंसाठी उपलब्ध नसावी. तथापि, _ब्लॉकचेनवर कोणतीही रहस्ये नसतात_, ब्लॉकचेनमध्ये असलेली कोणतीही माहिती कोणालाही समजणे सोपे आहे. म्हणून, जर खेळाच्या स्थितीचा काही भाग गुप्त ठेवायचा असेल, तर तो इतरत्र संग्रहित करावा लागेल (आणि शक्यतो त्या स्थितीचे परिणाम [झिरो-नॉलेज प्रुफ्स](/zero-knowledge-proofs) वापरून सत्यापित करावे लागतील).
+
+- केंद्रीकृत ओरॅकल. जर स्टेक (दाव) पुरेसा कमी असेल, तर ऑनलाइन काही माहिती वाचून ती चेनवर पोस्ट करणारा बाह्य सर्व्हर [ओरॅकल](/developers/docs/oracles/) म्हणून वापरण्यासाठी पुरेसा चांगला असू शकतो.
+
+- एजंट. त्याला सक्रिय करण्यासाठी व्यवहाराशिवाय ब्लॉकचेनवर काहीही घडत नाही. जेव्हा संधी मिळेल तेव्हा एक सर्व्हर वापरकर्त्याच्या वतीने [आर्बिट्राज](/developers/docs/mev/#mev-examples-dex-arbitrage) सारख्या क्रिया करण्यासाठी कार्य करू शकतो.
+
+## नमुना कार्यक्रम {#sample-program}
+
+तुम्ही एक नमुना सर्व्हर [github वर](https://github.com/qbzzt/20240715-server-component) पाहू शकता. हा सर्व्हर [या करारावरून](https://eth-holesky.blockscout.com/address/0xB8f6460Dc30c44401Be26B0d6eD250873d8a50A6?tab=contract_code) येणारे इव्हेंट ऐकतो, जी Hardhat च्या Greeter ची सुधारित आवृत्ती आहे. जेव्हा ग्रीटिंग बदलले जाते, तेव्हा ते पुन्हा पूर्ववत करते.
+
+ते चालवण्यासाठी:
+
+1. रिपॉझिटरी क्लोन करा.
+
+   ```sh copy
+   git clone https://github.com/qbzzt/20240715-server-component.git
+   cd 20240715-server-component
+   ```
+
+2. आवश्यक पॅकेजेस इंस्टॉल करा. जर तुमच्याकडे आधीपासून नसेल, तर [प्रथम Node इन्स्टॉल करा](https://nodejs.org/en/download/package-manager).
+
+   ```sh copy
+   npm install
+   ```
+
+3. Holesky टेस्टनेटवर ETH असलेल्या खात्याची खाजगी की निर्दिष्ट करण्यासाठी `.env` संपादित करा. जर तुमच्याकडे Holesky वर ETH नसेल, तर तुम्ही [हा फॉसेट वापरू शकता](https://holesky-faucet.pk910.de/).
+
+   ```sh filename=".env" copy
+   PRIVATE_KEY=0x <private key goes here>
+   ```
+
+4. सर्व्हर सुरू करा.
+
+   ```sh copy
+   npm start
+   ```
+
+5. [ब्लॉक एक्सप्लोररवर](https://eth-holesky.blockscout.com/address/0xB8f6460Dc30c44401Be26B0d6eD250873d8a50A6?tab=write_contract) जा, आणि खाजगी की असलेल्या पत्त्यापेक्षा वेगळा पत्ता वापरून ग्रीटिंगमध्ये बदल करा. पहा की ग्रीटिंग आपोआप पूर्ववत होते.
+
+### हे कसे कार्य करते? {#how-it-works}
+
+सर्व्हर घटक कसा लिहायचा हे समजून घेण्याचा सर्वात सोपा मार्ग म्हणजे नमुन्याचा ओळीनुसार अभ्यास करणे.
+
+#### `src/app.ts` {#src-app-ts}
+
+कार्यक्रमाचा बहुतांश भाग [`src/app.ts`](https://github.com/qbzzt/20240715-server-component/blob/main/src/app.ts) मध्ये समाविष्ट आहे.
+
+##### पूर्वापेक्षित ऑब्जेक्ट्स तयार करणे
+
+```typescript
+import {
+  createPublicClient,
+  createWalletClient,
+  getContract,
+  http,
+  Address,
+} from "viem"
+```
+
+हे आपल्याला आवश्यक असलेले [Viem](https://viem.sh/) घटक आहेत, फंक्शन्स आणि [`Address` प्रकार](https://viem.sh/docs/glossary/types#address). हा सर्व्हर [TypeScript](https://www.typescriptlang.org/) मध्ये लिहिला आहे, जो JavaScript चा एक विस्तार आहे आणि त्याला [स्ट्रॉंगली टाइप्ड](https://en.wikipedia.org/wiki/Strong_and_weak_typing) बनवतो.
+
+```typescript
+import { privateKeyToAccount } from "viem/accounts"
+```
+
+[हे फंक्शन](https://viem.sh/docs/accounts/privateKey) आपल्याला खाजगी की शी संबंधित वॉलेट माहिती, पत्त्यासह, तयार करू देते.
+
+```typescript
+import { holesky } from "viem/chains"
+```
+
+Viem मध्ये ब्लॉकचेन वापरण्यासाठी, तुम्हाला त्याची व्याख्या आयात करणे आवश्यक आहे. या प्रकरणात, आम्हाला [Holesky](https://github.com/eth-clients/holesky) चाचणी ब्लॉकचेनशी कनेक्ट करायचे आहे.
+
+```typescript
+// .env मधील व्याख्या process.env मध्ये जोडण्याची ही पद्धत आहे.
+import * as dotenv from "dotenv"
+dotenv.config()
+```
+
+या प्रकारे आपण `.env` एन्व्हायरमेंटमध्ये वाचतो. खाजगी की साठी आपल्याला याची गरज आहे (पुढे पहा).
+
+```typescript
+const greeterAddress : Address = "0xB8f6460Dc30c44401Be26B0d6eD250873d8a50A6"
+const greeterABI = [
+    {
+        "inputs": [
+            {
+                "internalType": "string",
+                "name": "_greeting",
+                "type": "string"
+            }
+        ],
+        "stateMutability": "nonpayable",
+        "type": "constructor"
+    },
+         .
+         .
+         .
+    {
+        "inputs": [
+            {
+                "internalType": "string",
+                "name": "_greeting",
+                "type": "string"
+            }
+        ],
+        "name": "setGreeting",
+        "outputs": [],
+        "stateMutability": "nonpayable",
+        "type": "function"
+    }
+] as const
+```
+
+एखादा करार वापरण्यासाठी आपल्याला त्याचा पत्ता आणि त्यासाठी [ABI](/glossary/#abi) आवश्यक आहे. आम्ही येथे दोन्ही प्रदान करतो.
+
+JavaScript (आणि त्यामुळे TypeScript) मध्ये, तुम्ही एका कॉन्स्टंटला नवीन मूल्य देऊ शकत नाही, परंतु तुम्ही त्यात संग्रहित ऑब्जेक्टमध्ये _बदल_ करू शकता. `as const` प्रत्यय वापरून, आपण TypeScript ला सांगत आहोत की ही यादी स्वतःच स्थिर आहे आणि ती बदलली जाऊ शकत नाही.
+
+```typescript
+const publicClient = createPublicClient({
+  chain: holesky,
+  transport: http(),
+})
+```
+
+एक Viem [पब्लिक क्लायंट](https://viem.sh/docs/clients/public.html) तयार करा. पब्लिक क्लायंटकडे संलग्न खाजगी की नसते, आणि म्हणून ते व्यवहार पाठवू शकत नाहीत. ते [`view` फंक्शन्स](https://www.tutorialspoint.com/solidity/solidity_view_functions.htm) कॉल करू शकतात, खात्यातील शिल्लक वाचू शकतात, इत्यादी.
+
+```typescript
+const account = privateKeyToAccount(process.env.PRIVATE_KEY as `0x${string}`)
+```
+
+एन्व्हायरमेंट व्हेरिएबल्स [`process.env`](https://www.totaltypescript.com/how-to-strongly-type-process-env) मध्ये उपलब्ध आहेत. तथापि, TypeScript स्ट्रॉंगली टाइप्ड आहे. एक एन्व्हायरमेंट व्हेरिएबल कोणतीही स्ट्रिंग किंवा रिक्त असू शकते, म्हणून एन्व्हायरमेंट व्हेरिएबलसाठी प्रकार `string | undefined` आहे. तथापि, Viem मध्ये की `0x${string}` (`0x` नंतर एक स्ट्रिंग) म्हणून परिभाषित केली आहे. येथे आपण TypeScript ला सांगतो की `PRIVATE_KEY` एन्व्हायरमेंट व्हेरिएबल त्या प्रकारचा असेल. जर तो तसा नसेल, तर आपल्याला रनटाइम त्रुटी मिळेल.
+
+[`privateKeyToAccount`](https://viem.sh/docs/accounts/privateKey) फंक्शन नंतर या खाजगी की चा वापर करून एक पूर्ण खाते ऑब्जेक्ट तयार करते.
+
+```typescript
+const walletClient = createWalletClient({
+  account,
+  chain: holesky,
+  transport: http(),
+})
+```
+
+पुढे, आपण खाते ऑब्जेक्टचा वापर करून [वॉलेट क्लायंट](https://viem.sh/docs/clients/wallet) तयार करतो. या क्लायंटकडे एक खाजगी की आणि एक पत्ता आहे, म्हणून त्याचा उपयोग व्यवहार पाठवण्यासाठी केला जाऊ शकतो.
+
+```typescript
+const greeter = getContract({
+  address: greeterAddress,
+  abi: greeterABI,
+  client: { public: publicClient, wallet: walletClient },
+})
+```
+
+आता आपल्याकडे सर्व पूर्वतयारी असल्याने, आपण अखेरीस [करार उदाहरण](https://viem.sh/docs/contract/getContract) तयार करू शकतो. आम्ही या करार उदाहरणाचा उपयोग ऑनचेन कराराशी संवाद साधण्यासाठी करू.
+
+##### ब्लॉकचेनवरून वाचणे
+
+```typescript
+console.log(`Current greeting:`, await greeter.read.greet())
+```
+
+फक्त वाचता येणारी करार फंक्शन्स ([`view`](https://www.tutorialspoint.com/solidity/solidity_view_functions.htm) आणि [`pure`](https://www.tutorialspoint.com/solidity/solidity_pure_functions.htm)) `read` अंतर्गत उपलब्ध आहेत. या प्रकरणात, आम्ही ते [`greet`](https://eth-holesky.blockscout.com/address/0xB8f6460Dc30c44401Be26B0d6eD250873d8a50A6?tab=read_contract#cfae3217) फंक्शनमध्ये प्रवेश करण्यासाठी वापरतो, जे ग्रीटिंग परत करते.
+
+JavaScript सिंगल-थ्रेडेड आहे, म्हणून जेव्हा आपण एक दीर्घ चालणारी प्रक्रिया सुरू करतो, तेव्हा आपल्याला [ती एसिंक्रोनसपणे करत आहोत हे निर्दिष्ट करणे](https://eloquentjavascript.net/11_async.html#h-XvLsfAhtsE) आवश्यक आहे. ब्लॉकचेनला कॉल करणे, जरी ते फक्त वाचन ऑपरेशनसाठी असले तरी, संगणक आणि ब्लॉकचेन नोड यांच्यात एक फेरी-ट्रिप आवश्यक असते. याच कारणास्तव आम्ही येथे निर्दिष्ट करतो की कोडला निकालाची `await` (प्रतीक्षा) करणे आवश्यक आहे.
+
+जर तुम्हाला हे कसे कार्य करते यात स्वारस्य असेल तर तुम्ही [येथे त्याबद्दल वाचू शकता](https://www.w3schools.com/js/js_promise.asp), परंतु व्यावहारिकदृष्ट्या तुम्हाला फक्त एवढेच माहित असणे आवश्यक आहे की जर तुम्ही दीर्घकाळ चालणारी क्रिया सुरू केली तर तुम्ही परिणामांसाठी `await` करता, आणि असे करणारे कोणतेही फंक्शन `async` म्हणून घोषित केले पाहिजे.
+
+##### व्यवहार जारी करणे
+
+```typescript
+const setGreeting = async (greeting: string): Promise<any> => {
+```
+
+ग्रीटिंग बदलणाऱ्या व्यवहाराला जारी करण्यासाठी तुम्ही हे फंक्शन कॉल करता. कारण ही एक दीर्घ क्रिया आहे, त्यामुळे हे फंक्शन `async` म्हणून घोषित केले आहे. अंतर्गत अंमलबजावणीमुळे, कोणत्याही `async` फंक्शनला `Promise` ऑब्जेक्ट परत करणे आवश्यक आहे. या प्रकरणात, `Promise<any>` म्हणजे आपण `Promise` मध्ये नेमके काय परत येईल हे निर्दिष्ट करत नाही.
+
+```typescript
+const txHash = await greeter.write.setGreeting([greeting])
+```
+
+करार उदाहरणाच्या `write` फील्डमध्ये ब्लॉकचेनच्या स्थितीमध्ये लिहिणारी सर्व फंक्शन्स आहेत (ज्यांना व्यवहार पाठवणे आवश्यक आहे), जसे की [`setGreeting`](https://eth-holesky.blockscout.com/address/0xB8f6460Dc30c44401Be26B0d6eD250873d8a50A6?tab=write_contract#a4136862). पॅरामीटर्स, जर असतील तर, एका यादीच्या स्वरूपात प्रदान केले जातात, आणि फंक्शन व्यवहाराचा हॅश परत करते.
+
+```typescript
+    console.log(`Working on a fix, see https://eth-holesky.blockscout.com/tx/${txHash}`)
+
+    return txHash
+}
+```
+
+व्यवहाराचा हॅश (तो पाहण्यासाठी ब्लॉक एक्सप्लोररच्या URL चा एक भाग म्हणून) कळवा आणि तो परत करा.
+
+##### इव्हेंटला प्रतिसाद देणे
+
+```typescript
+greeter.watchEvent.SetGreeting({
+```
+
+[`watchEvent` फंक्शन](https://viem.sh/docs/actions/public/watchEvent) तुम्हाला हे निर्दिष्ट करू देते की एखादा इव्हेंट उत्सर्जित झाल्यावर एक फंक्शन चालवले जाईल. जर तुम्हाला फक्त एकाच प्रकारच्या इव्हेंटची (या प्रकरणात, `SetGreeting`) काळजी असेल, तर तुम्ही स्वतःला त्या इव्हेंट प्रकारापुरते मर्यादित ठेवण्यासाठी या सिंटॅक्सचा वापर करू शकता.
+
+```typescript
+    onLogs: logs => {
+```
+
+जेव्हा लॉग नोंदी असतात तेव्हा `onLogs` फंक्शन कॉल केले जाते. Ethereum मध्ये 'लॉग' आणि 'इव्हेंट' सहसा एकमेकांऐवजी वापरले जातात.
+
+```typescript
+console.log(
+  `Address ${logs[0].args.sender} changed the greeting to ${logs[0].args.greeting}`
+)
+```
+
+अनेक इव्हेंट असू शकतात, परंतु साधेपणासाठी आम्ही फक्त पहिल्याची काळजी घेतो. `logs[0].args` हे इव्हेंटचे आर्ग्युमेंट आहेत, या प्रकरणात `sender` आणि `greeting`.
+
+```typescript
+        if (logs[0].args.sender != account.address)
+            setGreeting(`${account.address} insists on it being Hello!`)
+    }
+})
+```
+
+जर प्रेषक _हा_ सर्व्हर नसेल, तर ग्रीटिंग बदलण्यासाठी `setGreeting` वापरा.
+
+#### `package.json` {#package-json}
+
+[ही फाइल](https://github.com/qbzzt/20240715-server-component/blob/main/package.json) [Node.js](https://nodejs.org/en) कॉन्फिगरेशन नियंत्रित करते. हा लेख फक्त महत्त्वाच्या व्याख्या स्पष्ट करतो.
+
+```json
+{
+  "main": "dist/index.js",
+```
+
+ही व्याख्या कोणती JavaScript फाइल चालवायची हे निर्दिष्ट करते.
+
+```json
+  "scripts": {
+    "start": "tsc && node dist/app.js",
+  },
+```
+
+स्क्रिप्ट्स विविध ॲप्लिकेशन क्रिया आहेत. या प्रकरणात, आपल्याकडे फक्त `start` आहे, जे सर्व्हरला संकलित करते आणि नंतर चालवते. `tsc` कमांड `typescript` पॅकेजचा भाग आहे आणि TypeScript ला JavaScript मध्ये संकलित करते. जर तुम्हाला ते मॅन्युअली चालवायचे असेल, तर ते `node_modules/.bin` मध्ये स्थित आहे. दुसरी कमांड सर्व्हर चालवते.
+
+```json
+  "type": "module",
+```
+
+JavaScript नोड ॲप्लिकेशन्सचे अनेक प्रकार आहेत. `module` प्रकार आपल्याला टॉप लेव्हल कोडमध्ये `await` वापरण्याची परवानगी देतो, जे तुम्ही धीम्या (आणि त्यामुळे एसिंक्रोनस) क्रिया करत असताना महत्त्वाचे असते.
+
+```json
+  "devDependencies": {
+    "@types/node": "^20.14.2",
+    "typescript": "^5.4.5"
+  },
+```
+
+हे पॅकेजेस आहेत जे केवळ डेव्हलपमेंटसाठी आवश्यक आहेत. येथे आपल्याला `typescript` ची गरज आहे आणि कारण आपण ते Node.js सोबत वापरत आहोत, त्यामुळे आपल्याला नोड व्हेरिएबल्स आणि `process` सारख्या ऑब्जेक्ट्सचे प्रकार देखील मिळत आहेत. [`^<version>` नोटेशन](https://github.com/npm/node-semver?tab=readme-ov-file#caret-ranges-123-025-004) म्हणजे ती आवृत्ती किंवा त्याहून उच्च आवृत्ती ज्यात ब्रेकिंग बदल नाहीत. आवृत्ती क्रमांकांच्या अर्थाबद्दल अधिक माहितीसाठी [येथे](https://semver.org) पहा.
+
+```json
+  "dependencies": {
+    "dotenv": "^16.4.5",
+    "viem": "2.14.1"
+  }
+}
+```
+
+हे पॅकेजेस आहेत जे रनटाइमवेळी, `dist/app.js` चालवताना आवश्यक आहेत.
+
+## निष्कर्ष {#conclusion}
+
+आम्ही येथे तयार केलेला केंद्रीकृत सर्व्हर त्याचे काम करतो, जे वापरकर्त्यासाठी एजंट म्हणून काम करणे आहे. इतर कोणीही ज्याला डॅप (dapp) कार्यरत ठेवायचे आहे आणि गॅस खर्च करण्यास इच्छुक आहे, तो सर्व्हरची नवीन इन्स्टन्स स्वतःच्या पत्त्यासह चालवू शकतो.
+
+तथापि, हे तेव्हाच कार्य करते जेव्हा केंद्रीकृत सर्व्हरच्या क्रिया सहजपणे सत्यापित केल्या जाऊ शकतात. जर केंद्रीकृत सर्व्हरकडे कोणतीही गुप्त स्थिती माहिती असेल किंवा तो कठीण गणना करत असेल, तर तो एक केंद्रीकृत घटक आहे ज्यावर ॲप्लिकेशन वापरण्यासाठी तुम्हाला विश्वास ठेवण्याची गरज आहे, जे नेमके ब्लॉकचेन टाळण्याचा प्रयत्न करतात. भविष्यातील लेखात, मी या समस्येवर मात करण्यासाठी [झिरो-नॉलेज प्रुफ्स](/zero-knowledge-proofs) कसे वापरावे हे दाखवण्याची योजना आखत आहे.
+
+[माझ्या कामाबद्दल अधिक माहितीसाठी येथे पहा](https://cryptodocguy.pro/).
diff --git a/public/content/translations/mr/developers/tutorials/set-up-web3js-to-use-ethereum-in-javascript/index.md b/public/content/translations/mr/developers/tutorials/set-up-web3js-to-use-ethereum-in-javascript/index.md
new file mode 100644
index 00000000000..f555694c011
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/set-up-web3js-to-use-ethereum-in-javascript/index.md
@@ -0,0 +1,92 @@
+---
+title: "जावास्क्रिप्टमध्ये इथेरियम ब्लॉकचेन वापरण्यासाठी web3.js सेट अप करा"
+description: "जावास्क्रिप्ट अॅप्लिकेशन्सवरून इथेरियम ब्लॉकचेनसोबत संवाद साधण्यासाठी web3.js लायब्ररी कशी सेट अप आणि कॉन्फिगर करायची ते शिका."
+author: "jdourlens"
+tags: [ "web3.js", "javascript" ]
+skill: beginner
+lang: mr
+published: 2020-04-11
+source: EthereumDev
+sourceUrl: https://ethereumdev.io/setup-web3js-to-use-the-ethereum-blockchain-in-javascript/
+address: "0x19dE91Af973F404EDF5B4c093983a7c6E3EC8ccE"
+---
+
+या ट्युटोरियलमध्ये, आपण इथेरियम ब्लॉकचेनसोबत संवाद साधण्यासाठी [web3.js](https://web3js.readthedocs.io/) सोबत सुरुवात कशी करायची ते पाहू. Web3.js चा वापर ब्लॉकचेनमधून डेटा वाचण्यासाठी किंवा व्यवहार करण्यासाठी आणि स्मार्ट कॉन्ट्रॅक्ट्स तैनात करण्यासाठी सुद्धा फ्रंटएंड आणि बॅकएंड दोन्हीमध्ये केला जाऊ शकतो.
+
+तुमच्या प्रोजेक्टमध्ये web3.js समाविष्ट करणे ही पहिली पायरी आहे. वेब पेजमध्ये वापरण्यासाठी, तुम्ही JSDeliver सारख्या CDN चा वापर करून थेट लायब्ररी आयात करू शकता.
+
+```html
+<script src="https://cdn.jsdelivr.net/npm/web3@latest/dist/web3.min.js"></script>
+```
+
+जर तुम्ही तुमच्या बॅकएंडमध्ये किंवा बिल्ड वापरणाऱ्या फ्रंटएंड प्रोजेक्टमध्ये वापरण्यासाठी लायब्ररी इन्स्टॉल करण्यास प्राधान्य देत असाल तर तुम्ही ते npm वापरून इन्स्टॉल करू शकता:
+
+```bash
+npm install web3 --save
+```
+
+मग Node.js स्क्रिप्ट किंवा Browserify फ्रंटएंड प्रोजेक्टमध्ये Web3.js आयात करण्यासाठी, तुम्ही जावास्क्रिप्टची खालील ओळ वापरू शकता:
+
+```js
+const Web3 = require("web3")
+```
+
+आता आपण लायब्ररी प्रोजेक्टमध्ये समाविष्ट केली असल्यामुळे, आपल्याला ती सुरू करणे आवश्यक आहे. तुमचा प्रोजेक्ट ब्लॉकचेनसोबत संवाद साधण्यास सक्षम असणे आवश्यक आहे. बहुतेक इथेरियम लायब्ररी RPC कॉल्सद्वारे [नोड](/developers/docs/nodes-and-clients/) सोबत संवाद साधतात. आमचा Web3 प्रदाता सुरू करण्यासाठी, आम्ही कन्स्ट्रक्टरला प्रदात्याचा URL पास करून एक Web3 इन्स्टन्स तयार करू. जर तुमच्या संगणकावर नोड किंवा [गनाश इन्स्टन्स चालू असेल](https://ethereumdev.io/testing-your-smart-contract-with-existing-protocols-ganache-fork/), तर ते असे दिसेल:
+
+```js
+const web3 = new Web3("http://localhost:8545")
+```
+
+तुम्हाला होस्ट केलेल्या नोडवर थेट प्रवेश करायचा असल्यास, तुम्ही [नोड्स अॅज अ सर्व्हिस](/developers/docs/nodes-and-clients/nodes-as-a-service) वर पर्याय शोधू शकता.
+
+```js
+const web3 = new Web3("https://cloudflare-eth.com")
+```
+
+आपण आपला Web3 इन्स्टन्स योग्यरित्या कॉन्फिगर केला आहे की नाही हे तपासण्यासाठी, आपण `getBlockNumber` फंक्शन वापरून नवीनतम ब्लॉक नंबर मिळवण्याचा प्रयत्न करू. हे फंक्शन पॅरामीटर म्हणून कॉलबॅक स्वीकारते आणि ब्लॉक नंबर पूर्णांक म्हणून परत करते.
+
+```js
+var Web3 = require("web3")
+const web3 = new Web3("https://cloudflare-eth.com")
+
+web3.eth.getBlockNumber(function (error, result) {
+  console.log(result)
+})
+```
+
+जर तुम्ही हा प्रोग्राम कार्यान्वित केला, तर तो फक्त नवीनतम ब्लॉक नंबर प्रिंट करेल: ब्लॉकचेनचा सर्वात वरचा भाग. तुमच्या कोडमध्ये कॉलबॅकचे नेस्टिंग टाळण्यासाठी तुम्ही `await/async` फंक्शन कॉल्स देखील वापरू शकता:
+
+```js
+async function getBlockNumber() {
+  const latestBlockNumber = await web3.eth.getBlockNumber()
+  console.log(latestBlockNumber)
+  return latestBlockNumber
+}
+
+getBlockNumber()
+```
+
+तुम्ही Web3 इन्स्टन्सवर उपलब्ध असलेली सर्व फंक्शन्स [अधिकृत web3.js डॉक्युमेंटेशन](https://docs.web3js.org/) मध्ये पाहू शकता.
+
+बहुतेक Web3 लायब्ररी असिंक्रोनस आहेत कारण बॅकग्राउंडमध्ये लायब्ररी नोडला JSON-RPC कॉल्स करते, जो निकाल परत पाठवतो.
+
+<Divider />
+
+जर तुम्ही ब्राउझरमध्ये काम करत असाल, तर काही वॉलेट्स थेट Web3 इन्स्टन्स इंजेक्ट करतात आणि शक्य असेल तेव्हा तुम्ही ते वापरण्याचा प्रयत्न केला पाहिजे, विशेषतः जर तुम्ही व्यवहार करण्यासाठी वापरकर्त्याच्या इथेरियम अॅड्रेससोबत संवाद साधण्याची योजना करत असाल.
+
+MetaMask वॉलेट उपलब्ध आहे की नाही हे शोधण्यासाठी आणि असल्यास ते सक्षम करण्याचा प्रयत्न करण्यासाठी येथे स्निपेट आहे. हे तुम्हाला नंतर वापरकर्त्याची शिल्लक वाचण्याची परवानगी देईल आणि त्यांना इथेरियम ब्लॉकचेनवर तुम्ही त्यांच्याकडून करून घेऊ इच्छिणारे व्यवहार प्रमाणित करण्यास सक्षम करेल:
+
+```js
+if (window.ethereum != null) {
+  state.web3 = new Web3(window.ethereum)
+  try {
+    // आवश्यक असल्यास खात्याच्या प्रवेशाची विनंती करा
+    await window.ethereum.enable()
+    // खाती आता उघड झाली आहेत
+  } catch (error) {
+    // वापरकर्त्याने खात्याचा प्रवेश नाकारला...
+  }
+}
+```
+
+[Ethers.js](https://docs.ethers.io/) सारखे web3.js चे पर्याय अस्तित्वात आहेत आणि ते सामान्यतः वापरले जातात. पुढील ट्युटोरियलमध्ये आपण [ब्लॉकचेनवरील नवीन येणारे ब्लॉक्स सहजपणे कसे ऐकायचे आणि त्यात काय आहे ते कसे पाहायचे](https://ethereumdev.io/listening-to-new-transactions-happening-on-the-blockchain/) हे पाहू.
diff --git a/public/content/translations/mr/developers/tutorials/short-abi/index.md b/public/content/translations/mr/developers/tutorials/short-abi/index.md
new file mode 100644
index 00000000000..5c32c7c8482
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/short-abi/index.md
@@ -0,0 +1,585 @@
+---
+title: "कॉलडेटा ऑप्टिमायझेशनसाठी लहान ABI"
+description: "ऑप्टिमिस्टिक रोलअपसाठी स्मार्ट कॉन्ट्रॅक्ट्स ऑप्टिमाइझ करणे"
+author: Ori Pomerantz
+lang: mr
+tags: [ "स्तर 2" ]
+skill: intermediate
+published: 2022-04-01
+---
+
+## प्रस्तावना {#introduction}
+
+या लेखात, आपण [optimistic rollups](/developers/docs/scaling/optimistic-rollups) बद्दल शिकाल, त्यावरील व्यवहारांची किंमत, आणि ती वेगळी किंमत संरचना Ethereum मेननेटपेक्षा आपल्याला वेगवेगळ्या गोष्टींसाठी ऑप्टिमाइझ करण्याची आवश्यकता कशी निर्माण करते.
+हे ऑप्टिमायझेशन कसे लागू करायचे हे देखील आपण शिकाल.
+
+### संपूर्ण प्रकटीकरण {#full-disclosure}
+
+मी एक पूर्णवेळ [Optimism](https://www.optimism.io/) कर्मचारी आहे, त्यामुळे या लेखातील उदाहरणे Optimism वर चालतील.
+तथापि, येथे स्पष्ट केलेले तंत्र इतर रोलअपसाठी देखील तितकेच चांगले कार्य करेल.
+
+### परिभाषा {#terminology}
+
+रोलअपवर चर्चा करताना, 'स्तर 1' (L1) ही संज्ञा मेननेटसाठी वापरली जाते, जे उत्पादन Ethereum नेटवर्क आहे.
+'स्तर 2' (L2) ही संज्ञा रोलअप किंवा इतर कोणत्याही प्रणालीसाठी वापरली जाते जी सुरक्षिततेसाठी L1 वर अवलंबून असते परंतु तिची बहुतेक प्रक्रिया ऑफचेन करते.
+
+## आपण L2 व्यवहारांची किंमत आणखी कशी कमी करू शकतो? {#how-can-we-further-reduce-the-cost-of-L2-transactions}
+
+[ऑप्टिमिस्टिक रोलअप्सना](/developers/docs/scaling/optimistic-rollups) प्रत्येक ऐतिहासिक व्यवहाराचा रेकॉर्ड जतन करावा लागतो जेणेकरून कोणीही त्यातून जाऊन सध्याची स्थिती योग्य आहे हे सत्यापित करू शकेल.
+Ethereum मेननेटमध्ये डेटा मिळवण्याचा सर्वात स्वस्त मार्ग म्हणजे तो कॅलडेटा म्हणून लिहिणे.
+हे समाधान [Optimism](https://help.optimism.io/hc/en-us/articles/4413163242779-What-is-a-rollup-) आणि [Arbitrum](https://developer.offchainlabs.com/docs/rollup_basics#intro-to-rollups) या दोघांनी निवडले होते.
+
+### L2 व्यवहारांची किंमत {#cost-of-l2-transactions}
+
+L2 व्यवहारांच्या किंमतीत दोन घटक असतात:
+
+1. L2 प्रक्रिया, जी सहसा अत्यंत स्वस्त असते
+2. L1 स्टोरेज, जे मेननेट गॅस खर्चाशी जोडलेले आहे
+
+मी हे लिहित असताना, Optimism वर L2 गॅसची किंमत 0.001 [Gwei](/developers/docs/gas/#pre-london) आहे.
+दुसरीकडे, L1 गॅसची किंमत अंदाजे 40 gwei आहे.
+[आपण सध्याच्या किमती येथे पाहू शकता](https://public-grafana.optimism.io/d/9hkhMxn7z/public-dashboard?orgId=1&refresh=5m).
+
+कॅलडेटाच्या एका बाइटला एकतर 4 गॅस (जर तो शून्य असेल तर) किंवा 16 गॅस (जर ते इतर कोणतेही मूल्य असेल तर) लागतात.
+EVM वरील सर्वात महागड्या क्रियांपैकी एक म्हणजे स्टोरेजमध्ये लिहिणे.
+L2 वर स्टोरेजमध्ये 32-बाइट शब्द लिहिण्याची कमाल किंमत 22100 गॅस आहे. सध्या, हे 22.1 gwei आहे.
+म्हणून जर आपण कॅलडेटाचा एक शून्य बाइट वाचवू शकलो, तर आपण स्टोरेजमध्ये सुमारे 200 बाइट्स लिहू शकू आणि तरीही फायद्यात राहू.
+
+### ABI {#the-abi}
+
+बहुतेक व्यवहार बाह्य-मालकीच्या खात्यातून करारावर प्रवेश करतात.
+बहुतेक कॉन्ट्रॅक्ट्स Solidity मध्ये लिहिलेले आहेत आणि [ऍप्लिकेशन बायनरी इंटरफेस (ABI)](https://docs.soliditylang.org/en/latest/abi-spec.html#formal-specification-of-the-encoding) नुसार त्यांचे डेटा फील्ड इंटरप्रिट करतात.
+
+तथापि, ABI हे L1 साठी डिझाइन केले होते, जिथे कॅलडेटाच्या एका बाइटची किंमत अंदाजे चार अंकगणितीय क्रियांइतकी असते, L2 साठी नाही, जिथे कॅलडेटाच्या एका बाइटची किंमत हजारहून अधिक अंकगणितीय क्रियांइतकी असते.
+कॅलडेटा खालीलप्रमाणे विभागलेला आहे:
+
+| विभाग           | लांबी | बाइट्स | वाया गेलेले बाइट्स | वाया गेलेला गॅस | आवश्यक बाइट्स | आवश्यक गॅस |
+| --------------- | ----: | -----: | -----------------: | --------------: | ------------: | ---------: |
+| फंक्शन सिलेक्टर |     4 |    0-3 |                  3 |              48 |             1 |         16 |
+| शून्य           |    12 |   4-15 |                 12 |              48 |             0 |          0 |
+| गंतव्य पत्ता    |    20 |  16-35 |                  0 |               0 |            20 |        320 |
+| रक्कम           |    32 |  36-67 |                 17 |              64 |            15 |        240 |
+| एकूण            |    68 |        |                    |             160 |               |        576 |
+
+स्पष्टीकरण:
+
+- **फंक्शन सिलेक्टर**: कॉन्ट्रॅक्टमध्ये 256 पेक्षा कमी फंक्शन्स आहेत, त्यामुळे आपण त्यांना एका बाइटने वेगळे करू शकतो.
+  हे बाइट्स सहसा गैर-शून्य असतात आणि त्यामुळे [सोळा गॅस खर्च येतो](https://eips.ethereum.org/EIPS/eip-2028).
+- **शून्य**: हे बाइट्स नेहमी शून्य असतात कारण वीस-बाइट पत्त्याला ठेवण्यासाठी बत्तीस-बाइट शब्दाची आवश्यकता नसते.
+  शून्य धारण करणार्‍या बाइट्सना चार गॅस खर्च येतो ([पिवळे पेपर पहा](https://ethereum.github.io/yellowpaper/paper.pdf), परिशिष्ट G,
+  पृ. 27, `G`<sub>`txdatazero`</sub> चे मूल्य).
+- **रक्कम**: जर आपण असे गृहीत धरले की या कॉन्ट्रॅक्टमध्ये `decimals` अठरा आहे (सामान्य मूल्य) आणि आपण हस्तांतरित करत असलेल्या टोकन्सची कमाल रक्कम 10<sup>18</sup> असेल, तर आपल्याला 10<sup>36</sup> ची कमाल रक्कम मिळते.
+  256<sup>15</sup> > 10<sup>36</sup>, म्हणून पंधरा बाइट्स पुरेसे आहेत.
+
+L1 वर 160 गॅसचा अपव्यय सहसा नगण्य असतो. एका व्यवहाराला किमान [21,000 गॅस](https://yakkomajuri.medium.com/blockchain-definition-of-the-week-ethereum-gas-2f976af774ed) खर्च येतो, त्यामुळे अतिरिक्त 0.8% ने काही फरक पडत नाही.
+तथापि, L2 वर, गोष्टी वेगळ्या आहेत. व्यवहाराचा जवळजवळ संपूर्ण खर्च तो L1 वर लिहिण्याचा असतो.
+व्यवहार कॅलडेटा व्यतिरिक्त, 109 बाइट्सचे व्यवहार हेडर (गंतव्य पत्ता, स्वाक्षरी, इ.) आहे.
+म्हणून एकूण खर्च `109*16+576+160=2480` आहे, आणि आपण त्यापैकी सुमारे 6.5% वाया घालवत आहोत.
+
+## जेव्हा आपण गंतव्यस्थानावर नियंत्रण ठेवत नाही तेव्हा खर्च कमी करणे {#reducing-costs-when-you-dont-control-the-destination}
+
+आपले गंतव्य कॉन्ट्रॅक्टवर नियंत्रण नाही असे गृहीत धरून, आपण तरीही [यासारखा](https://github.com/qbzzt/ethereum.org-20220330-shortABI) उपाय वापरू शकता.
+चला संबंधित फाइल्स पाहूया.
+
+### Token.sol {#token-sol}
+
+[हे गंतव्य कॉन्ट्रॅक्ट आहे](https://github.com/qbzzt/ethereum.org-20220330-shortABI/blob/master/contracts/Token.sol).
+हे एक मानक ERC-20 कॉन्ट्रॅक्ट आहे, ज्यात एक अतिरिक्त वैशिष्ट्य आहे.
+हे `faucet` फंक्शन कोणत्याही वापरकर्त्याला वापरण्यासाठी काही टोकन मिळवू देते.
+हे एका उत्पादन ERC-20 कॉन्ट्रॅक्टला निरुपयोगी बनवेल, परंतु जेव्हा एखादे ERC-20 केवळ चाचणी सुलभ करण्यासाठी अस्तित्वात असते तेव्हा ते जीवन सोपे करते.
+
+```solidity
+    /**
+     * @dev कॉलरला खेळण्यासाठी 1000 टोकन देते
+     */
+    function faucet() external {
+        _mint(msg.sender, 1000);
+    }   // फंक्शन फॉसेट
+```
+
+### CalldataInterpreter.sol {#calldatainterpreter-sol}
+
+[हे ते कॉन्ट्रॅक्ट आहे ज्याला व्यवहारांनी लहान कॅलडेटासह कॉल करणे अपेक्षित आहे](https://github.com/qbzzt/ethereum.org-20220330-shortABI/blob/master/contracts/CalldataInterpreter.sol).
+चला ओळीनुसार पाहूया.
+
+```solidity
+//SPDX-License-Identifier: Unlicense
+pragma solidity ^0.8.0;
+
+
+import { OrisUselessToken } from "./Token.sol";
+```
+
+त्याला कसे कॉल करायचे हे जाणून घेण्यासाठी आम्हाला टोकन फंक्शनची आवश्यकता आहे.
+
+```solidity
+contract CalldataInterpreter {
+
+    OrisUselessToken public immutable token;
+```
+
+ज्या टोकनसाठी आम्ही प्रॉक्सी आहोत त्याचा पत्ता.
+
+```solidity
+
+    /**
+     * @dev टोकनचा पत्ता निर्दिष्ट करा
+     * @param tokenAddr_ ERC-20 कॉन्ट्रॅक्टचा पत्ता
+     */
+    constructor(
+        address tokenAddr_
+    )  {
+        token = OrisUselessToken(tokenAddr_);
+    }   // कन्स्ट्रक्टर
+```
+
+आम्हाला निर्दिष्ट करण्याची आवश्यकता असलेला टोकन पत्ता हा एकमेव पॅरामीटर आहे.
+
+```solidity
+    function calldataVal(uint startByte, uint length)
+        private pure returns (uint) {
+```
+
+कॅलडेटा मधून मूल्य वाचा.
+
+```solidity
+        uint _retVal;
+
+        require(length < 0x21,
+            "calldataVal लांबीची मर्यादा 32 बाइट्स आहे");
+
+        require(length + startByte <= msg.data.length,
+            "calldataVal calldatasize च्या पलीकडे वाचण्याचा प्रयत्न करत आहे");
+```
+
+आपण मेमरीमध्ये एकच 32-बाइट (256-बिट) शब्द लोड करणार आहोत आणि जे बाइट्स आपल्याला हव्या असलेल्या फील्डचा भाग नाहीत ते काढून टाकणार आहोत.
+हे अल्गोरिदम 32 बाइटपेक्षा जास्त लांबीच्या मूल्यांसाठी कार्य करत नाही, आणि अर्थातच आपण कॅलडेटाच्या शेवटाच्या पुढे वाचू शकत नाही.
+L1 वर गॅस वाचवण्यासाठी या चाचण्या वगळणे आवश्यक असू शकते, परंतु L2 वर गॅस अत्यंत स्वस्त आहे, ज्यामुळे आपण विचार करू शकणाऱ्या कोणत्याही सॅनिटी तपासण्या शक्य होतात.
+
+```solidity
+        assembly {
+            _retVal := calldataload(startByte)
+        }
+```
+
+आपण `fallback()` (खाली पहा) च्या कॉलमधून डेटा कॉपी करू शकलो असतो, परंतु EVM ची असेंब्ली भाषा [Yul](https://docs.soliditylang.org/en/v0.8.12/yul.html) वापरणे सोपे आहे.
+
+येथे आपण स्टॅकमध्ये `startByte` ते `startByte+31` बाइट्स वाचण्यासाठी [CALLDATALOAD ऑपकोड](https://www.evm.codes/#35) वापरतो.
+सर्वसाधारणपणे, Yul मधील ऑपकोडचे सिंटॅक्स `<opcode name>(<first stack value, if any>,<second stack value, if any>...)` असे आहे.
+
+```solidity
+
+        _retVal = _retVal >> (256-length*8);
+```
+
+केवळ सर्वात लक्षणीय `length` बाइट्स फील्डचा भाग आहेत, म्हणून आपण इतर मूल्ये काढून टाकण्यासाठी [राइट-शिफ्ट](https://en.wikipedia.org/wiki/Logical_shift) करतो.
+याचा अतिरिक्त फायदा असा आहे की ते मूल्य फील्डच्या उजवीकडे हलवते, त्यामुळे ते मूल्य स्वतःच आहे, 256<sup>something</sup> पट मूल्य नाही.
+
+```solidity
+
+        return _retVal;
+    }
+
+
+    fallback() external {
+```
+
+जेव्हा Solidity कॉन्ट्रॅक्टला केलेला कॉल कोणत्याही फंक्शन सिग्नेचरशी जुळत नाही, तेव्हा ते (एक आहे असे गृहीत धरून) [`fallback()` फंक्शन](https://docs.soliditylang.org/en/v0.8.12/contracts.html#fallback-function) कॉल करते.
+`CalldataInterpreter` च्या बाबतीत, _कोणताही_ कॉल येथे येतो कारण इतर कोणतेही `external` किंवा `public` फंक्शन्स नाहीत.
+
+```solidity
+        uint _func;
+
+        _func = calldataVal(0, 1);
+```
+
+कॅलडेटाचा पहिला बाइट वाचा, जो आपल्याला फंक्शन सांगतो.
+येथे एखादे फंक्शन उपलब्ध नसण्याची दोन कारणे आहेत:
+
+1. `pure` किंवा `view` असणारी फंक्शन्स स्थिती बदलत नाहीत आणि त्यांना गॅस लागत नाही (जेव्हा ऑफचेन कॉल केले जाते).
+   त्यांचा गॅस खर्च कमी करण्याचा प्रयत्न करण्यात काही अर्थ नाही.
+2. [`msg.sender`](https://docs.soliditylang.org/en/v0.8.12/units-and-global-variables.html#block-and-transaction-properties) वर अवलंबून असलेली फंक्शन्स.
+   `msg.sender` चे मूल्य `CalldataInterpreter` चा पत्ता असेल, कॉलरचा नाही.
+
+दुर्दैवाने, [ERC-20 स्पेसिफिकेशन्स पाहिल्यास](https://eips.ethereum.org/EIPS/eip-20), फक्त एकच फंक्शन उरते, `transfer`.
+यामुळे आपल्याकडे फक्त दोन फंक्शन्स उरतात: `transfer` (कारण आपण `transferFrom` कॉल करू शकतो) आणि `faucet` (कारण आपण ज्याने आपल्याला कॉल केला आहे त्याला टोकन परत हस्तांतरित करू शकतो).
+
+```solidity
+
+        // कॅलडेटामधील माहिती वापरून टोकनच्या स्थिती बदलणाऱ्या पद्धतींना कॉल करा
+        // 
+
+        // फॉसेट
+        if (_func == 1) {
+```
+
+`faucet()` ला कॉल, ज्यामध्ये पॅरामीटर्स नाहीत.
+
+```solidity
+            token.faucet();
+            token.transfer(msg.sender,
+                token.balanceOf(address(this)));
+        }
+```
+
+आपण `token.faucet()` कॉल केल्यावर आपल्याला टोकन्स मिळतात. तथापि, प्रॉक्सी कॉन्ट्रॅक्ट म्हणून, आम्हाला टोकनची **गरज** नाही.
+आपल्याला कॉल करणार्‍या EOA (बाह्य मालकीच्या खात्याला) किंवा कॉन्ट्रॅक्टला गरज आहे.
+म्हणून आम्ही आमचे सर्व टोकन ज्याने आम्हाला कॉल केला आहे त्याला हस्तांतरित करतो.
+
+```solidity
+        // हस्तांतरण (आपल्याकडे त्यासाठी भत्ता आहे असे गृहीत धरा)
+        if (_func == 2) {
+```
+
+टोकन हस्तांतरित करण्यासाठी दोन पॅरामीटर्स आवश्यक आहेत: गंतव्य पत्ता आणि रक्कम.
+
+```solidity
+            token.transferFrom(
+                msg.sender,
+```
+
+आम्ही फक्त कॉल करणाऱ्यांना त्यांच्या मालकीचे टोकन हस्तांतरित करण्याची परवानगी देतो
+
+```solidity
+                address(uint160(calldataVal(1, 20))),
+```
+
+गंतव्य पत्ता बाइट #1 पासून सुरू होतो (बाइट #0 हे फंक्शन आहे).
+एक पत्ता म्हणून, तो 20-बाइट लांब आहे.
+
+```solidity
+                calldataVal(21, 2)
+```
+
+या विशिष्ट कॉन्ट्रॅक्टसाठी आपण असे गृहीत धरतो की कोणीही हस्तांतरित करू इच्छित असलेल्या टोकनची कमाल संख्या दोन बाइटमध्ये (65536 पेक्षा कमी) बसते.
+
+```solidity
+            );
+        }
+```
+
+एकंदरीत, हस्तांतरणासाठी 35 बाइट्सचा कॅलडेटा लागतो:
+
+| विभाग           | लांबी | बाइट्स |
+| --------------- | ----: | -----: |
+| फंक्शन सिलेक्टर |     1 |      0 |
+| गंतव्य पत्ता    |    32 |   1-32 |
+| रक्कम           |     2 |  33-34 |
+
+```solidity
+    }   // फॉलबॅक
+
+}       // कॉन्ट्रॅक्ट CalldataInterpreter
+```
+
+### test.js {#test-js}
+
+[हे JavaScript युनिट टेस्ट](https://github.com/qbzzt/ethereum.org-20220330-shortABI/blob/master/test/test.js) आपल्याला हे तंत्र कसे वापरावे (आणि ते योग्यरित्या कार्य करते की नाही हे कसे सत्यापित करावे) हे दाखवते.
+मी असे गृहीत धरणार आहे की तुम्हाला [chai](https://www.chaijs.com/) आणि [ethers](https://docs.ethers.io/v5/) समजतात आणि केवळ कॉन्ट्रॅक्टवर विशेषतः लागू होणारे भाग स्पष्ट करणार आहे.
+
+```js
+const { expect } = require("chai");
+
+describe("CalldataInterpreter", function () {
+  it("Should let us use tokens", async function () {
+    const Token = await ethers.getContractFactory("OrisUselessToken")
+    const token = await Token.deploy()
+    await token.deployed()
+    console.log("Token addr:", token.address)
+
+    const Cdi = await ethers.getContractFactory("CalldataInterpreter")
+    const cdi = await Cdi.deploy(token.address)
+    await cdi.deployed()
+    console.log("CalldataInterpreter addr:", cdi.address)
+
+    const signer = await ethers.getSigner()
+```
+
+आपण दोन्ही कॉन्ट्रॅक्ट्स तैनात करून सुरुवात करतो.
+
+```javascript
+    // खेळण्यासाठी टोकन मिळवा
+    const faucetTx = {
+```
+
+आम्ही व्यवहार तयार करण्यासाठी सामान्यतः वापरत असलेली उच्च-स्तरीय फंक्शन्स (जसे की `token.faucet()`) वापरू शकत नाही, कारण आम्ही ABI चे पालन करत नाही.
+त्याऐवजी, आपल्याला स्वतः व्यवहार तयार करून तो पाठवावा लागेल.
+
+```javascript
+      to: cdi.address,
+      data: "0x01"
+```
+
+व्यवहारासाठी आपल्याला दोन पॅरामीटर्स द्यावे लागतील:
+
+1. `to`, गंतव्य पत्ता.
+   हा कॅलडेटा इंटरप्रिटर कॉन्ट्रॅक्ट आहे.
+2. `data`, पाठवण्यासाठी कॅलडेटा.
+   फॉसेट कॉलच्या बाबतीत, डेटा एकच बाइट आहे, `0x01`.
+
+```javascript
+
+    }
+    await (await signer.sendTransaction(faucetTx)).wait()
+```
+
+आम्ही [साईनरच्या `sendTransaction` पद्धतीला](https://docs.ethers.io/v5/api/signer/#Signer-sendTransaction) कॉल करतो कारण आम्ही आधीच गंतव्य (`faucetTx.to`) निर्दिष्ट केले आहे आणि आम्हाला व्यवहार स्वाक्षरी केलेला हवा आहे.
+
+```javascript
+// फॉसेट टोकन योग्यरित्या पुरवतो का ते तपासा
+expect(await token.balanceOf(signer.address)).to.equal(1000)
+```
+
+येथे आपण शिल्लक तपासतो.
+`view` फंक्शन्सवर गॅस वाचवण्याची गरज नाही, म्हणून आपण त्यांना सामान्यपणे चालवतो.
+
+```javascript
+// CDI ला भत्ता द्या (मंजुरी प्रॉक्सी केली जाऊ शकत नाही)
+const approveTX = await token.approve(cdi.address, 10000)
+await approveTX.wait()
+expect(await token.allowance(signer.address, cdi.address)).to.equal(10000)
+```
+
+हस्तांतरण करण्यासाठी कॅलडेटा इंटरप्रिटरला भत्ता द्या.
+
+```javascript
+// टोकन हस्तांतरित करा
+const destAddr = "0xf5a6ead936fb47f342bb63e676479bddf26ebe1d"
+const transferTx = {
+  to: cdi.address,
+  data: "0x02" + destAddr.slice(2, 42) + "0100",
+}
+```
+
+एक हस्तांतरण व्यवहार तयार करा. पहिला बाइट "0x02" आहे, त्यानंतर गंतव्य पत्ता आणि शेवटी रक्कम (0x0100, जे दशांश मध्ये 256 आहे).
+
+```javascript
+    await (await signer.sendTransaction(transferTx)).wait()
+
+    // तपासा की आपल्याकडे 256 टोकन कमी आहेत
+    expect (await token.balanceOf(signer.address)).to.equal(1000-256)
+
+    // आणि ते आपल्या गंतव्यस्थानाला मिळाले आहेत
+    expect (await token.balanceOf(destAddr)).to.equal(256)
+  })    // ते
+})      // वर्णन करा
+```
+
+## जेव्हा तुम्ही गंतव्य कॉन्ट्रॅक्टवर नियंत्रण ठेवता तेव्हा खर्च कमी करणे {#reducing-the-cost-when-you-do-control-the-destination-contract}
+
+जर तुमचे गंतव्य कॉन्ट्रॅक्टवर नियंत्रण असेल तर तुम्ही अशी फंक्शन्स तयार करू शकता जी `msg.sender` तपासण्यांना बायपास करतात कारण ते कॅलडेटा इंटरप्रिटरवर विश्वास ठेवतात.
+[हे कसे कार्य करते याचे उदाहरण तुम्ही येथे पाहू शकता, `control-contract` शाखेत](https://github.com/qbzzt/ethereum.org-20220330-shortABI/tree/control-contract).
+
+जर कॉन्ट्रॅक्ट केवळ बाह्य व्यवहारांना प्रतिसाद देत असेल, तर आपण फक्त एका कॉन्ट्रॅक्टने काम चालवू शकलो असतो.
+तथापि, ते [कंपोझिबिलिटी](/developers/docs/smart-contracts/composability/) खंडित करेल.
+सामान्य ERC-20 कॉल्सला प्रतिसाद देणारा एक कॉन्ट्रॅक्ट आणि लहान कॉल डेटासह व्यवहारांना प्रतिसाद देणारा दुसरा कॉन्ट्रॅक्ट असणे खूप चांगले आहे.
+
+### Token.sol {#token-sol-2}
+
+या उदाहरणात आपण `Token.sol` मध्ये बदल करू शकतो.
+हे आपल्याला अनेक फंक्शन्स ठेवण्याची परवानगी देते जे फक्त प्रॉक्सी कॉल करू शकते.
+हे नवीन भाग आहेत:
+
+```solidity
+    // CalldataInterpreter पत्ता निर्दिष्ट करण्याची परवानगी असलेला एकमेव पत्ता
+    address owner;
+
+    // CalldataInterpreter पत्ता
+    address proxy = address(0);
+```
+
+ERC-20 कॉन्ट्रॅक्टला अधिकृत प्रॉक्सीची ओळख माहित असणे आवश्यक आहे.
+तथापि, आपण हे व्हेरिएबल कन्स्ट्रक्टरमध्ये सेट करू शकत नाही, कारण आपल्याला अद्याप मूल्य माहित नाही.
+हा कॉन्ट्रॅक्ट प्रथम इन्स्टंटिएट केला जातो कारण प्रॉक्सीला त्याच्या कन्स्ट्रक्टरमध्ये टोकनच्या पत्त्याची अपेक्षा असते.
+
+```solidity
+    /**
+     * @dev ERC20 कन्स्ट्रक्टरला कॉल करते.
+     */
+    constructor(
+    ) ERC20("Oris useless token-2", "OUT-2") {
+        owner = msg.sender;
+    }
+```
+
+निर्मात्याचा पत्ता (ज्याला `owner` म्हणतात) येथे संग्रहित केला जातो कारण प्रॉक्सी सेट करण्याची परवानगी असलेला तो एकमेव पत्ता आहे.
+
+```solidity
+    /**
+     * @dev प्रॉक्सीसाठी (CalldataInterpreter) पत्ता सेट करा.
+     * मालकाद्वारे फक्त एकदाच कॉल केले जाऊ शकते
+     */
+    function setProxy(address _proxy) external {
+        require(msg.sender == owner, "फक्त मालकाद्वारे कॉल केले जाऊ शकते");
+        require(proxy == address(0), "प्रॉक्सी आधीच सेट आहे");
+
+        proxy = _proxy;
+    }    // फंक्शन setProxy
+```
+
+प्रॉक्सीला विशेषाधिकारित प्रवेश आहे, कारण ते सुरक्षा तपासण्या बायपास करू शकते.
+आपण प्रॉक्सीवर विश्वास ठेवू शकतो याची खात्री करण्यासाठी, आम्ही फक्त `owner` ला हे फंक्शन कॉल करू देतो, आणि फक्त एकदाच.
+एकदा `proxy` चे वास्तविक मूल्य (शून्य नाही) आले की, ते मूल्य बदलू शकत नाही, त्यामुळे मालकाने बदमाश होण्याचा निर्णय घेतला तरी, किंवा त्यासाठीचा मेमोनिक उघड झाला तरी, आपण तरीही सुरक्षित आहोत.
+
+```solidity
+    /**
+     * @dev काही फंक्शन्स फक्त प्रॉक्सीद्वारे कॉल केली जाऊ शकतात.
+     */
+    modifier onlyProxy {
+```
+
+हे एक [`modifier` फंक्शन](https://www.tutorialspoint.com/solidity/solidity_function_modifiers.htm) आहे, ते इतर फंक्शन्सच्या कार्यपद्धतीत बदल करते.
+
+```solidity
+      require(msg.sender == proxy);
+```
+
+प्रथम, सत्यापित करा की आपल्याला प्रॉक्सीने आणि इतर कोणीही कॉल केलेला नाही.
+नसल्यास, `revert` करा.
+
+```solidity
+      _;
+    }
+```
+
+तसे असल्यास, आपण सुधारित करत असलेले फंक्शन चालवा.
+
+```solidity
+   /* फंक्शन्स जे प्रॉक्सीला खात्यांसाठी प्रत्यक्षात प्रॉक्सी करण्याची परवानगी देतात */
+
+    function transferProxy(address from, address to, uint256 amount)
+        public virtual onlyProxy() returns (bool)
+    {
+        _transfer(from, to, amount);
+        return true;
+    }
+
+    function approveProxy(address from, address spender, uint256 amount)
+        public virtual onlyProxy() returns (bool)
+    {
+        _approve(from, spender, amount);
+        return true;
+    }
+
+    function transferFromProxy(
+        address spender,
+        address from,
+        address to,
+        uint256 amount
+    ) public virtual onlyProxy() returns (bool)
+    {
+        _spendAllowance(from, spender, amount);
+        _transfer(from, to, amount);
+        return true;
+    }
+```
+
+या तीन क्रिया आहेत ज्यांना सामान्यतः टोकन हस्तांतरित करणाऱ्या किंवा भत्ता मंजूर करणाऱ्या घटकाकडून थेट संदेश येण्याची आवश्यकता असते.
+येथे आमच्याकडे या ऑपरेशन्सची प्रॉक्सी आवृत्ती आहे जी:
+
+1. `onlyProxy()` द्वारे सुधारित केले आहे जेणेकरून इतर कोणालाही त्यांना नियंत्रित करण्याची परवानगी नाही.
+2. जो पत्ता सामान्यतः `msg.sender` असतो तो अतिरिक्त पॅरामीटर म्हणून मिळवतो.
+
+### CalldataInterpreter.sol {#calldatainterpreter-sol-2}
+
+कॅलडेटा इंटरप्रिटर वरील इंटरप्रिटरसारखाच आहे, फक्त प्रॉक्सी केलेल्या फंक्शन्सना `msg.sender` पॅरामीटर मिळतो आणि `transfer` साठी भत्त्याची गरज नसते.
+
+```solidity
+        // हस्तांतरण (भत्त्याची गरज नाही)
+        if (_func == 2) {
+            token.transferProxy(
+                msg.sender,
+                address(uint160(calldataVal(1, 20))),
+                calldataVal(21, 2)
+            );
+        }
+
+        // मंजूर करा
+        if (_func == 3) {
+            token.approveProxy(
+                msg.sender,
+                address(uint160(calldataVal(1, 20))),
+                calldataVal(21, 2)
+            );
+        }
+
+        // transferFrom
+        if (_func == 4) {
+            token.transferFromProxy(
+                msg.sender,
+                address(uint160(calldataVal( 1, 20))),
+                address(uint160(calldataVal(21, 20))),
+                calldataVal(41, 2)
+            );
+        }
+```
+
+### Test.js {#test-js-2}
+
+मागील टेस्टिंग कोड आणि या कोडमध्ये काही बदल आहेत.
+
+```js
+const Cdi = await ethers.getContractFactory("CalldataInterpreter")
+const cdi = await Cdi.deploy(token.address)
+await cdi.deployed()
+await token.setProxy(cdi.address)
+```
+
+आम्हाला ERC-20 कॉन्ट्रॅक्टला कोणत्या प्रॉक्सीवर विश्वास ठेवावा हे सांगावे लागेल
+
+```js
+console.log("CalldataInterpreter addr:", cdi.address)
+
+// भत्ते तपासण्यासाठी दोन स्वाक्षरीकर्त्यांची आवश्यकता आहे
+const signers = await ethers.getSigners()
+const signer = signers[0]
+const poorSigner = signers[1]
+```
+
+`approve()` आणि `transferFrom()` तपासण्यासाठी आम्हाला दुसऱ्या स्वाक्षरीकर्त्याची आवश्यकता आहे.
+आम्ही त्याला `poorSigner` म्हणतो कारण त्याला आमचे कोणतेही टोकन मिळत नाहीत (अर्थात, त्याच्याकडे ETH असणे आवश्यक आहे).
+
+```js
+// टोकन हस्तांतरित करा
+const destAddr = "0xf5a6ead936fb47f342bb63e676479bddf26ebe1d"
+const transferTx = {
+  to: cdi.address,
+  data: "0x02" + destAddr.slice(2, 42) + "0100",
+}
+await (await signer.sendTransaction(transferTx)).wait()
+```
+
+कारण ERC-20 कॉन्ट्रॅक्ट प्रॉक्सी (`cdi`) वर विश्वास ठेवतो, आम्हाला हस्तांतरण रिले करण्यासाठी भत्त्याची गरज नाही.
+
+```js
+// मंजूरी आणि transferFrom
+const approveTx = {
+  to: cdi.address,
+  data: "0x03" + poorSigner.address.slice(2, 42) + "00FF",
+}
+await (await signer.sendTransaction(approveTx)).wait()
+
+const destAddr2 = "0xE1165C689C0c3e9642cA7606F5287e708d846206"
+
+const transferFromTx = {
+  to: cdi.address,
+  data: "0x04" + signer.address.slice(2, 42) + destAddr2.slice(2, 42) + "00FF",
+}
+await (await poorSigner.sendTransaction(transferFromTx)).wait()
+
+// approve / transferFrom कॉम्बो योग्यरित्या केले होते की नाही हे तपासा
+expect(await token.balanceOf(destAddr2)).to.equal(255)
+```
+
+दोन नवीन फंक्शन्सची चाचणी घ्या.
+लक्षात घ्या की `transferFromTx` ला दोन पत्ता पॅरामीटर्स आवश्यक आहेत: भत्त्याचा दाता आणि स्वीकारकर्ता.
+
+## निष्कर्ष {#conclusion}
+
+दोन्ही [Optimism](https://medium.com/ethereum-optimism/the-road-to-sub-dollar-transactions-part-2-compression-edition-6bb2890e3e92) आणि [Arbitrum](https://developer.offchainlabs.com/docs/special_features) L1 वर लिहिलेल्या कॅलडेटाचा आकार आणि त्यामुळे व्यवहारांची किंमत कमी करण्याचे मार्ग शोधत आहेत.
+तथापि, सामान्य उपायांचा शोध घेणारे पायाभूत सुविधा प्रदाते म्हणून, आमच्या क्षमता मर्यादित आहेत.
+dapp डेव्हलपर म्हणून, आपल्याकडे अनुप्रयोगा-विशिष्ट ज्ञान आहे, जे आपल्याला सामान्य समाधानापेक्षा आपले कॅलडेटा अधिक चांगल्या प्रकारे ऑप्टिमाइझ करू देते.
+आशा आहे की, हा लेख आपल्याला आपल्या गरजांसाठी आदर्श समाधान शोधण्यात मदत करेल.
+
+[माझ्या कामाबद्दल अधिक माहितीसाठी येथे पहा](https://cryptodocguy.pro/).
+
diff --git a/public/content/translations/mr/developers/tutorials/smart-contract-security-guidelines/index.md b/public/content/translations/mr/developers/tutorials/smart-contract-security-guidelines/index.md
new file mode 100644
index 00000000000..4a0a076996e
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/smart-contract-security-guidelines/index.md
@@ -0,0 +1,91 @@
+---
+title: "स्मार्ट कॉन्ट्रॅक्ट सुरक्षा मार्गदर्शक तत्त्वे"
+description: "तुमचे डॅप तयार करताना विचारात घेण्यासाठी सुरक्षा मार्गदर्शक तत्त्वांची तपासणी सूची"
+author: "Trailofbits"
+tags: [ "सॉलिडिटी", "स्मार्ट कॉन्ट्रॅक्ट", "सुरक्षा" ]
+skill: intermediate
+lang: mr
+published: 2020-09-06
+source: Building secure contracts
+sourceUrl: https://github.com/crytic/building-secure-contracts/blob/master/development-guidelines/guidelines.md
+---
+
+अधिक सुरक्षित स्मार्ट कॉन्ट्रॅक्ट तयार करण्यासाठी या उच्च-स्तरीय शिफारशींचे अनुसरण करा.
+
+## डिझाइन मार्गदर्शक तत्त्वे {#design-guidelines}
+
+कोडची कोणतीही ओळ लिहिण्यापूर्वी कॉन्ट्रॅक्टच्या डिझाइनवर वेळेपूर्वी चर्चा केली पाहिजे.
+
+### दस्तऐवजीकरण आणि विशिष्टता {#documentation-and-specifications}
+
+दस्तऐवजीकरण वेगवेगळ्या स्तरांवर लिहिले जाऊ शकते आणि कॉन्ट्रॅक्ट्सची अंमलबजावणी करताना ते अपडेट केले पाहिजे:
+
+- **सिस्टमचे सोपे इंग्रजी वर्णन**, जे कॉन्ट्रॅक्ट्स काय करतात आणि कोडबेसवरील कोणतीही गृहितके यांचे वर्णन करते.
+- **स्कीमा आणि आर्किटेक्चरल डायग्राम**, ज्यात कॉन्ट्रॅक्टमधील परस्परसंवाद आणि सिस्टमचे स्टेट मशीन समाविष्ट आहे. [स्लिदर प्रिंटर्स](https://github.com/crytic/slither/wiki/Printer-documentation) हे स्कीमा तयार करण्यासाठी मदत करू शकतात.
+- **संपूर्ण कोड दस्तऐवजीकरण**, सॉलिडिटीसाठी [Natspec फॉरमॅट](https://docs.soliditylang.org/en/develop/natspec-format.html) वापरला जाऊ शकतो.
+
+### ऑनचेन विरुद्ध ऑफचेन गणना {#onchain-vs-offchain-computation}
+
+- **तुम्ही शक्य तितका कोड ऑफचेन ठेवा.** ऑनचेन लेयर लहान ठेवा. ऑफचेन कोडसह डेटावर अशा प्रकारे पूर्व-प्रक्रिया करा की ऑनचेन पडताळणी सोपी होईल. तुम्हाला क्रमबद्ध यादीची आवश्यकता आहे का? यादी ऑफचेन लावा, मग फक्त तिचा क्रम ऑनचेन तपासा.
+
+### अपग्रेडेबिलिटी {#upgradeability}
+
+आम्ही [आमच्या ब्लॉगपोस्टमध्ये](https://blog.trailofbits.com/2018/09/05/contract-upgrade-anti-patterns/) वेगवेगळ्या अपग्रेडेबिलिटी सोल्यूशन्सवर चर्चा केली आहे. कोणताही कोड लिहिण्यापूर्वी अपग्रेडेबिलिटीला सपोर्ट करायचा की नाही, याची हेतुपुरस्सर निवड करा. तुम्ही तुमचा कोड कसा संरचित करता यावर हा निर्णय प्रभाव टाकेल. सर्वसाधारणपणे, आम्ही शिफारस करतो:
+
+- **अपग्रेडेबिलिटीपेक्षा [कॉन्ट्रॅक्ट मायग्रेशनला](https://blog.trailofbits.com/2018/10/29/how-contract-migration-works/) प्राधान्य द्या.** मायग्रेशन सिस्टम्समध्ये अपग्रेड करण्यायोग्य सिस्टमसारखेच अनेक फायदे आहेत, पण त्यांचे तोटे नाहीत.
+- **डेलिगेट कॉल प्रॉक्सी पॅटर्नपेक्षा डेटा सेपरेशन पॅटर्न वापरा.** जर तुमच्या प्रोजेक्टमध्ये स्पष्ट ॲब्स्ट्रॅक्शन सेपरेशन असेल, तर डेटा सेपरेशन वापरून अपग्रेडेबिलिटीसाठी फक्त काही समायोजन आवश्यक असतील. डेलिगेट कॉल प्रॉक्सीसाठी EVM तज्ञतेची आवश्यकता असते आणि ते खूप त्रुटी-प्रवण आहे.
+- **डिप्लॉयमेंट करण्यापूर्वी मायग्रेशन/अपग्रेड प्रक्रिया डॉक्युमेंट करा.** जर तुम्हाला कोणत्याही मार्गदर्शक तत्त्वांशिवाय तणावाखाली प्रतिक्रिया द्यावी लागली, तर तुम्ही चुका कराल. अनुसरण्याची प्रक्रिया वेळेपूर्वीच लिहा. त्यात समाविष्ट असावे:
+  - नवीन कॉन्ट्रॅक्ट्स सुरू करणारे कॉल्स
+  - कीज कुठे साठवल्या आहेत आणि त्या कशा ऍक्सेस करायच्या
+  - डिप्लॉयमेंट कशी तपासावी! डिप्लॉयमेंट-नंतरची स्क्रिप्ट विकसित करा आणि तपासा.
+
+## अंमलबजावणीची मार्गदर्शक तत्त्वे {#implementation-guidelines}
+
+**साधेपणासाठी प्रयत्न करा.** नेहमी सर्वात सोपा उपाय वापरा जो तुमच्या उद्देशाला अनुकूल असेल. तुमच्या टीममधील कोणत्याही सदस्याला तुमचा उपाय समजू शकला पाहिजे.
+
+### फंक्शन कंपोझिशन {#function-composition}
+
+तुमच्या कोडबेसचे आर्किटेक्चर असे असावे की ज्यामुळे तुमचा कोड तपासणे सोपे होईल. असे आर्किटेक्चरल पर्याय टाळा जे त्याच्या अचूकतेबद्दल तर्क करण्याची क्षमता कमी करतात.
+
+- **तुमच्या सिस्टमच्या लॉजिकचे विभाजन करा**, एकतर अनेक कॉन्ट्रॅक्ट्सद्वारे किंवा समान फंक्शन्स एकत्र गटबद्ध करून (उदाहरणार्थ, ऑथेंटिकेशन, अंकगणित, ...).
+- **स्पष्ट उद्देशाने लहान फंक्शन्स लिहा.** यामुळे पुनरावलोकन सोपे होईल आणि वैयक्तिक घटकांची चाचणी घेता येईल.
+
+### इनहेरिटन्स {#inheritance}
+
+- **इनहेरिटन्स व्यवस्थापनीय ठेवा.** लॉजिकचे विभाजन करण्यासाठी इनहेरिटन्सचा वापर केला पाहिजे, तथापि, तुमच्या प्रोजेक्टने इनहेरिटन्स ट्रीची खोली आणि रुंदी कमी करण्याचे ध्येय ठेवले पाहिजे.
+- **कॉन्ट्रॅक्ट्सची हायरार्की तपासण्यासाठी स्लिदरचा [इनहेरिटन्स प्रिंटर](https://github.com/crytic/slither/wiki/Printer-documentation#inheritance-graph) वापरा.** इनहेरिटन्स प्रिंटर तुम्हाला हायरार्कीचा आकार तपासण्यात मदत करेल.
+
+### इव्हेंट्स {#events}
+
+- **सर्व महत्त्वाच्या ऑपरेशन्स लॉग करा.** इव्हेंट्स डेव्हलपमेंट दरम्यान कॉन्ट्रॅक्ट डीबग करण्यास आणि डिप्लॉयमेंटनंतर त्यावर लक्ष ठेवण्यास मदत करतील.
+
+### ज्ञात धोके टाळा {#avoid-known-pitfalls}
+
+- **सर्वात सामान्य सुरक्षा समस्यांबद्दल जागरूक रहा.** सामान्य समस्यांबद्दल जाणून घेण्यासाठी अनेक ऑनलाइन संसाधने आहेत, जसे की [Ethernaut CTF](https://ethernaut.openzeppelin.com/), [कॅप्चर द इथर](https://capturetheether.com/), किंवा [नॉट सो स्मार्ट कॉन्ट्रॅक्ट्स](https://github.com/crytic/not-so-smart-contracts/).
+- **[Solidity दस्तऐवजीकरणामधील](https://docs.soliditylang.org/en/latest/) चेतावणी विभागांबद्दल जागरूक रहा.** चेतावणी विभाग तुम्हाला भाषेच्या अस्पष्ट वर्तनाबद्दल माहिती देतील.
+
+### डिपेंडन्सीज {#dependencies}
+
+- **चांगल्या प्रकारे तपासलेल्या लायब्ररी वापरा.** चांगल्या प्रकारे तपासलेल्या लायब्ररीमधून कोड इम्पोर्ट केल्याने तुम्ही सदोष कोड लिहिण्याची शक्यता कमी होईल. जर तुम्हाला ERC20 कॉन्ट्रॅक्ट लिहायचा असेल, तर [OpenZeppelin](https://github.com/OpenZeppelin/openzeppelin-contracts/tree/master/contracts/token/ERC20) वापरा.
+- **डिपेंडन्सी मॅनेजर वापरा; कोड कॉपी-पेस्ट करणे टाळा.** जर तुम्ही बाह्य स्त्रोतावर अवलंबून असाल, तर तुम्ही ते मूळ स्त्रोतासह अद्ययावत ठेवले पाहिजे.
+
+### चाचणी आणि पडताळणी {#testing-and-verification}
+
+- **संपूर्ण युनिट-टेस्ट्स लिहा.** उच्च-गुणवत्तेचे सॉफ्टवेअर तयार करण्यासाठी एक विस्तृत टेस्ट सूट महत्त्वपूर्ण आहे.
+- **[स्लिदर](https://github.com/crytic/slither), [एकिडना](https://github.com/crytic/echidna) आणि [मॅन्टिकोर](https://github.com/trailofbits/manticore) कस्टम चेक्स आणि प्रॉपर्टीज लिहा.** स्वयंचलित टूल्स तुमचा कॉन्ट्रॅक्ट सुरक्षित असल्याची खात्री करण्यास मदत करतील. कार्यक्षम चेक्स आणि प्रॉपर्टीज कसे लिहायचे हे जाणून घेण्यासाठी या मार्गदर्शकाचा उर्वरित भाग तपासा.
+- **[crytic.io](https://crytic.io/) वापरा.** क्रिटिक GitHub सह समाकलित होते, खाजगी स्लिदर डिटेक्टरना ऍक्सेस प्रदान करते, आणि एकिडनामधून कस्टम प्रॉपर्टी चेक्स चालवते.
+
+### Solidity {#solidity}
+
+- **0.4 आणि 0.6 पेक्षा सॉलिडिटी 0.5 ला प्राधान्य द्या.** आमच्या मते, सॉलिडिटी 0.5 अधिक सुरक्षित आहे आणि 0.4 पेक्षा त्यात अधिक चांगल्या बिल्ट-इन पद्धती आहेत. सॉलिडिटी 0.6 उत्पादनासाठी खूपच अस्थिर सिद्ध झाले आहे आणि त्याला परिपक्व होण्यासाठी वेळ लागेल.
+- **कंपाइल करण्यासाठी स्थिर रिलीझ वापरा; चेतावणी तपासण्यासाठी नवीनतम रिलीझ वापरा.** नवीनतम कंपाइलर आवृत्तीसह तुमच्या कोडमध्ये कोणतीही नोंदवलेली समस्या नाही याची खात्री करा. तथापि, सॉलिडिटीचे रिलीझ चक्र वेगवान आहे आणि त्यात कंपाइलर बग्सचा इतिहास आहे, म्हणून आम्ही डिप्लॉयमेंटसाठी नवीनतम आवृत्तीची शिफारस करत नाही (स्लिदरची [solc आवृत्ती शिफारस](https://github.com/crytic/slither/wiki/Detector-Documentation#recommendation-33) पहा).
+- **इनलाइन असेंब्ली वापरू नका.** असेंब्लीसाठी EVM तज्ञतेची आवश्यकता असते. जर तुम्ही यलो पेपरवर _प्रभुत्व_ मिळवले नसेल तर EVM कोड लिहू नका.
+
+## डिप्लॉयमेंट मार्गदर्शक तत्त्वे {#deployment-guidelines}
+
+एकदा कॉन्ट्रॅक्ट विकसित आणि डिप्लॉय झाल्यानंतर:
+
+- **तुमच्या कॉन्ट्रॅक्ट्सवर लक्ष ठेवा.** लॉग्स पहा आणि कॉन्ट्रॅक्ट किंवा वॉलेटशी तडजोड झाल्यास प्रतिक्रिया देण्यासाठी तयार रहा.
+- **तुमची संपर्क माहिती [ब्लॉकचेन-सुरक्षा-संपर्क](https://github.com/crytic/blockchain-security-contacts) मध्ये जोडा.** जर एखादी सुरक्षा त्रुटी आढळल्यास ही यादी तृतीय-पक्षांना तुमच्याशी संपर्क साधण्यास मदत करते.
+- **विशेषाधिकार असलेल्या वापरकर्त्यांचे वॉलेट्स सुरक्षित करा.** जर तुम्ही हार्डवेअर वॉलेट्समध्ये कीज साठवत असाल तर आमच्या [सर्वोत्तम पद्धतींचे](https://blog.trailofbits.com/2018/11/27/10-rules-for-the-secure-use-of-cryptocurrency-hardware-wallets/) अनुसरण करा.
+- **घटनेला प्रतिसाद देण्यासाठी एक योजना तयार ठेवा.** तुमचे स्मार्ट कॉन्ट्रॅक्ट्स धोक्यात येऊ शकतात याचा विचार करा. जरी तुमचे कॉन्ट्रॅक्ट्स बग-मुक्त असले तरी, एक हल्लेखोर कॉन्ट्रॅक्ट मालकाच्या कीजचा ताबा घेऊ शकतो.
diff --git a/public/content/translations/mr/developers/tutorials/stealth-addr/index.md b/public/content/translations/mr/developers/tutorials/stealth-addr/index.md
new file mode 100644
index 00000000000..1c3b5e5ff16
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/stealth-addr/index.md
@@ -0,0 +1,436 @@
+---
+title: "गुप्त पत्त्यांचा वापर"
+description: "गुप्त पत्ते वापरकर्त्यांना अज्ञातपणे मालमत्ता हस्तांतरित करण्याची परवानगी देतात. हा लेख वाचल्यानंतर, तुम्ही हे करू शकाल: गुप्त पत्ते काय आहेत आणि ते कसे कार्य करतात हे स्पष्ट करू शकाल, अनामिकता जपणाऱ्या पद्धतीने गुप्त पत्त्यांचा वापर कसा करायचा हे समजू शकाल, आणि गुप्त पत्त्यांचा वापर करणारे वेब-आधारित ॲप्लिकेशन लिहू शकाल."
+author: Ori Pomerantz
+tags: [ "गुप्त पत्ता", "गोपनीयता", "कूटलेखन", "rust", "wasm" ]
+skill: intermediate
+published: 2025-11-30
+lang: mr
+sidebarDepth: 3
+---
+
+तुम्ही बिल आहात. ज्या कारणांमध्ये आपण जाणार नाही, त्या कारणास्तव, तुम्हाला "Alice for Queen of the World" मोहिमेसाठी देणगी द्यायची आहे आणि तुम्ही देणगी दिली आहे हे ॲलिसला कळावे असे तुम्हाला वाटते, जेणेकरून ती जिंकल्यास तुम्हाला बक्षीस देईल. दुर्दैवाने, तिचा विजय निश्चित नाही. एक प्रतिस्पर्धी मोहीम आहे, "Carol for Empress of the Solar System". जर कॅरोल जिंकली आणि तिला कळले की तुम्ही ॲलिसला देणगी दिली आहे, तर तुम्ही अडचणीत याल. म्हणून तुम्ही तुमच्या खात्यातून ॲलिसच्या खात्यात फक्त 200 ETH हस्तांतरित करू शकत नाही.
+
+[ERC-5564](https://eips.ethereum.org/EIPS/eip-5564) मध्ये याचे समाधान आहे. हे ERC अज्ञात हस्तांतरणासाठी [गुप्त पत्त्यांचा](https://nerolation.github.io/stealth-utils) वापर कसा करायचा हे स्पष्ट करते.
+
+**चेतावणी**: गुप्त पत्त्यांमागील कूटलेखन, आमच्या माहितीनुसार, सुरक्षित आहे. तथापि, संभाव्य साइड-चॅनल हल्ले होऊ शकतात. [खाली](#go-wrong), हा धोका कमी करण्यासाठी तुम्ही काय करू शकता ते तुम्हाला दिसेल.
+
+## गुप्त पत्ते कसे कार्य करतात {#how}
+
+हा लेख गुप्त पत्ते दोन प्रकारे स्पष्ट करण्याचा प्रयत्न करेल. पहिले म्हणजे [त्यांचा वापर कसा करायचा](#how-use). लेखाचा उर्वरित भाग समजून घेण्यासाठी हा भाग पुरेसा आहे. त्यानंतर, [त्यामागील गणिताचे स्पष्टीकरण](#how-math) आहे. जर तुम्हाला कूटलेखनात रस असेल, तर हा भाग देखील वाचा.
+
+### साधी आवृत्ती (गुप्त पत्त्यांचा वापर कसा करायचा) {#how-use}
+
+ॲलिस दोन खाजगी की तयार करते आणि संबंधित सार्वजनिक की प्रकाशित करते (ज्या एकाच दुप्पट-लांबीच्या मेटा-पत्त्यामध्ये एकत्र केल्या जाऊ शकतात). बिल देखील एक खाजगी की तयार करतो आणि संबंधित सार्वजनिक की प्रकाशित करतो.
+
+एका पक्षाची सार्वजनिक की आणि दुसऱ्याची खाजगी की वापरून, तुम्ही एक सामायिक गुप्त (shared secret) मिळवू शकता जे केवळ ॲलिस आणि बिल यांनाच माहीत आहे (ते केवळ सार्वजनिक कीमधून मिळवता येत नाही). हे सामायिक गुप्त वापरून, बिलला गुप्त पत्ता मिळतो आणि तो त्यावर मालमत्ता पाठवू शकतो.
+
+ॲलिसला सामायिक गुप्तानंतर पत्ता मिळतो, परंतु तिने प्रकाशित केलेल्या सार्वजनिक कींच्या खाजगी की तिला माहीत असल्यामुळे, तिला त्या पत्त्यावरून पैसे काढण्यासाठी खाजगी की देखील मिळू शकते.
+
+### गणित (गुप्त पत्ते असे का कार्य करतात) {#how-math}
+
+मानक गुप्त पत्ते [एलिप्टिक-कर्व्ह क्रिप्टोग्राफी (ECC)](https://blog.cloudflare.com/a-relatively-easy-to-understand-primer-on-elliptic-curve-cryptography/#elliptic-curves-building-blocks-of-a-better-trapdoor) वापरतात ज्यामुळे कमी की बिट्ससह चांगली कामगिरी मिळते, आणि त्याच वेळी सुरक्षेची पातळी कायम राहते. परंतु बहुतेक वेळा आपण त्याकडे दुर्लक्ष करू शकतो आणि आपण नियमित अंकगणित वापरत आहोत असे भासवू शकतो.
+
+एक संख्या आहे जी प्रत्येकाला माहीत आहे, _G_. तुम्ही _G_ ने गुणू शकता. परंतु ECC च्या स्वरूपामुळे, _G_ ने भागणे व्यावहारिकदृष्ट्या अशक्य आहे. Ethereum मध्ये सार्वजनिक की कूटलेखन सामान्यतः ज्या प्रकारे कार्य करते ते म्हणजे, तुम्ही व्यवहार स्वाक्षरी करण्यासाठी एक खाजगी की, _P<sub>priv</sub>_ वापरू शकता, जे नंतर सार्वजनिक की, _P<sub>pub</sub> = GP<sub>priv</sub>_ द्वारे सत्यापित केले जातात.
+
+ॲलिस दोन खाजगी की तयार करते, _K<sub>priv</sub>_ आणि _V<sub>priv</sub>_. _K<sub>priv</sub>_ चा वापर गुप्त पत्त्यामधून पैसे खर्च करण्यासाठी केला जाईल, आणि _V<sub>priv</sub>_ चा वापर ॲलिसच्या मालकीचे पत्ते पाहण्यासाठी केला जाईल. त्यानंतर ॲलिस सार्वजनिक की प्रकाशित करते: _K<sub>pub</sub> = GK<sub>priv</sub>_ आणि _V<sub>pub</sub> = GV<sub>priv</sub>_
+
+बिल तिसरी खाजगी की, _R<sub>priv</sub>_ तयार करतो, आणि _R<sub>pub</sub> = GR<sub>priv</sub>_ एका केंद्रीय नोंदणीमध्ये प्रकाशित करतो (बिलने ते ॲलिसला देखील पाठवले असते, परंतु आम्ही असे गृहीत धरतो की कॅरोल ऐकत आहे).
+
+बिल _R<sub>priv</sub>V<sub>pub</sub> = GR<sub>priv</sub>V<sub>priv</sub>_ ची गणना करतो, जे ॲलिसला देखील माहीत असेल अशी त्याला अपेक्षा आहे (खाली स्पष्ट केले आहे). या मूल्याला _S_, म्हणजेच सामायिक गुप्त (shared secret) म्हणतात. यामुळे बिलला एक सार्वजनिक की मिळते, _P<sub>pub</sub> = K<sub>pub</sub>+G\*hash(S)_. या सार्वजनिक कीमधून, तो एक पत्ता मोजू शकतो आणि त्याला हवी असलेली कोणतीही संसाधने त्यावर पाठवू शकतो. भविष्यात, जर ॲलिस जिंकली, तर बिल तिला _R<sub>priv</sub>_ सांगून संसाधने त्याच्याकडून आली आहेत हे सिद्ध करू शकतो.
+
+ॲलिस _R<sub>pub</sub>V<sub>priv</sub> = GR<sub>priv</sub>V<sub>priv</sub>_ ची गणना करते. यामुळे तिला तेच सामायिक गुप्त, _S_ मिळते. तिला खाजगी की, _K<sub>priv</sub>_ माहीत असल्यामुळे, ती _P<sub>priv</sub> = K<sub>priv</sub>+hash(S)_ ची गणना करू शकते. ही की तिला _P<sub>pub</sub> = GP<sub>priv</sub> = GK<sub>priv</sub>+G\*hash(S) = K<sub>pub</sub>+G\*hash(S)_ मधून मिळणाऱ्या पत्त्यातील मालमत्तांमध्ये प्रवेश करू देते.
+
+आमच्याकडे एक वेगळी व्ह्यूइंग की (viewing key) आहे, जी ॲलिसला डेव्हच्या वर्ल्ड डॉमिनेशन कॅम्पेन सर्व्हिसेसला उपकंत्राट देण्यास अनुमती देते. ॲलिस डेव्हला सार्वजनिक पत्ते कळवण्यास आणि अधिक पैसे उपलब्ध झाल्यावर तिला माहिती देण्यास तयार आहे, परंतु तिने तिच्या मोहिमेचे पैसे खर्च करावेत असे तिला वाटत नाही.
+
+पाहणे आणि खर्च करणे यासाठी स्वतंत्र की वापरल्या जातात, त्यामुळे ॲलिस डेव्हला _V<sub>priv</sub>_ देऊ शकते. त्यानंतर डेव्ह _S = R<sub>pub</sub>V<sub>priv</sub> = GR<sub>priv</sub>V<sub>priv</sub>_ ची गणना करू शकतो आणि त्याद्वारे सार्वजनिक की (_P<sub>pub</sub> = K<sub>pub</sub>+G\*hash(S)_) मिळवू शकतो. परंतु _K<sub>priv</sub>_ शिवाय डेव्ह खाजगी की मिळवू शकत नाही.
+
+सारांश, ही मूल्ये विविध सहभागींना ज्ञात आहेत.
+
+| ॲलिस                                                                      | प्रकाशित          | बिल                                                                       | डेव्ह                                                                       |                                               |
+| ------------------------------------------------------------------------- | ----------------- | ------------------------------------------------------------------------- | --------------------------------------------------------------------------- | --------------------------------------------- |
+| G                                                                         | G                 | G                                                                         | G                                                                           |                                               |
+| _K<sub>priv</sub>_                                                        | -                 | -                                                                         | -                                                                           |                                               |
+| _V<sub>priv</sub>_                                                        | -                 | -                                                                         | _V<sub>priv</sub>_                                                          |                                               |
+| _K<sub>pub</sub> = GK<sub>priv</sub>_                                     | _K<sub>pub</sub>_ | _K<sub>pub</sub>_                                                         | _K<sub>pub</sub>_                                                           |                                               |
+| _V<sub>pub</sub> = GV<sub>priv</sub>_                                     | _V<sub>pub</sub>_ | _V<sub>pub</sub>_                                                         | _V<sub>pub</sub>_                                                           |                                               |
+| -                                                                         | -                 | _R<sub>priv</sub>_                                                        | -                                                                           |                                               |
+| _R<sub>pub</sub>_                                                         | _R<sub>pub</sub>_ | _R<sub>pub</sub> = GR<sub>priv</sub>_                                     | _R<sub>pub</sub>_                                                           |                                               |
+| _S = R<sub>pub</sub>V<sub>priv</sub> = GR<sub>priv</sub>V<sub>priv</sub>_ | -                 | _S = R<sub>priv</sub>V<sub>pub</sub> = GR<sub>priv</sub>V<sub>priv</sub>_ | _S = _R<sub>pub</sub>V<sub>priv</sub>_ = GR<sub>priv</sub>V<sub>priv</sub>_ |                                               |
+| _P<sub>pub</sub> = K<sub>pub</sub>+G\*hash(S)_         | -                 | _P<sub>pub</sub> = K<sub>pub</sub>+G\*hash(S)_         | _P<sub>pub</sub> = K<sub>pub</sub>+G\*hash(S)_           |                                               |
+| _पत्ता=f(P<sub>pub</sub>)_                             | -                 | _पत्ता=f(P<sub>pub</sub>)_                             | _पत्ता=f(P<sub>pub</sub>)_                               | _पत्ता=f(P<sub>pub</sub>)_ |
+| _P<sub>priv</sub> = K<sub>priv</sub>+hash(S)_          | -                 | -                                                                         | -                                                                           |                                               |
+
+## जेव्हा गुप्त पत्ते चुकीचे ठरतात {#go-wrong}
+
+_ब्लॉकचेनवर कोणतीही रहस्ये नसतात_. जरी गुप्त पत्ते तुम्हाला गोपनीयता देऊ शकतात, तरीही ती गोपनीयता ट्रॅफिक विश्लेषणासाठी असुरक्षित असते. एक सोपे उदाहरण घ्यायचे झाल्यास, कल्पना करा की बिल एका पत्त्याला निधी देतो आणि लगेच _R<sub>pub</sub>_ मूल्य प्रकाशित करण्यासाठी एक व्यवहार पाठवतो. ॲलिसच्या _V<sub>priv</sub>_ शिवाय, हा एक गुप्त पत्ता आहे याची खात्री आपण करू शकत नाही, परंतु तसा अंदाज लावता येतो. त्यानंतर, आम्हाला आणखी एक व्यवहार दिसतो जो त्या पत्त्यावरून सर्व ETH ॲलिसच्या मोहीम निधी पत्त्यावर हस्तांतरित करतो. आम्ही ते सिद्ध करू शकत नाही, परंतु बहुधा बिलने नुकतीच ॲलिसच्या मोहिमेला देणगी दिली आहे. कॅरोलला नक्कीच असे वाटेल.
+
+बिलसाठी _R<sub>pub</sub>_ चे प्रकाशन आणि गुप्त पत्त्यासाठी निधी देणे हे वेगळे करणे सोपे आहे (हे वेगवेगळ्या वेळी, वेगवेगळ्या पत्त्यांवरून करा). तथापि, ते पुरेसे नाही. कॅरोल जो पॅटर्न शोधते तो असा आहे की बिल एका पत्त्याला निधी देतो, आणि नंतर ॲलिसचा मोहीम निधी त्यातून पैसे काढतो.
+
+एक उपाय म्हणजे ॲलिसच्या मोहिमेने थेट पैसे काढू नये, तर ते तिसऱ्या पक्षाला पैसे देण्यासाठी वापरावे. जर ॲलिसची मोहीम डेव्हच्या वर्ल्ड डॉमिनेशन कॅम्पेन सर्व्हिसेसला 10 ETH पाठवते, तर कॅरोलला फक्त एवढेच कळते की बिलने डेव्हच्या एका ग्राहकाला देणगी दिली आहे. जर डेव्हकडे पुरेसे ग्राहक असतील, तर कॅरोलला हे कळू शकणार नाही की बिलने तिच्याशी स्पर्धा करणाऱ्या ॲलिसला देणगी दिली की ॲडम, अल्बर्ट किंवा ॲबिगेल यांना, ज्यांची कॅरोलला पर्वा नाही. ॲलिस पेमेंटसोबत एक हॅश केलेले मूल्य समाविष्ट करू शकते, आणि नंतर डेव्हला प्रीइमेज देऊ शकते, हे सिद्ध करण्यासाठी की ती तिची देणगी होती. वैकल्पिकरित्या, वर नमूद केल्याप्रमाणे, जर ॲलिसने डेव्हला तिची _V<sub>priv</sub>_ दिली, तर त्याला आधीच कळते की पेमेंट कोणाकडून आले आहे.
+
+या उपायातील मुख्य समस्या अशी आहे की, जेव्हा ती गुप्तता बिलच्या फायद्याची असते तेव्हा ॲलिसने गुप्ततेची काळजी घेणे आवश्यक असते. ॲलिसला तिची प्रतिष्ठा टिकवून ठेवायची असेल, जेणेकरून बिलचा मित्र बॉब देखील तिला देणगी देईल. परंतु हे देखील शक्य आहे की तिला बिलला उघड करण्यास हरकत नसेल, कारण मग कॅरोल जिंकल्यास काय होईल याची त्याला भीती वाटेल. बिल कदाचित ॲलिसला आणखी जास्त पाठिंबा देऊ शकेल.
+
+### अनेक गुप्त स्तरांचा वापर करणे {#multi-layer}
+
+बिलची गोपनीयता जपण्यासाठी ॲलिसवर अवलंबून राहण्याऐवजी, बिल ते स्वतः करू शकतो. तो बॉब आणि बेला या काल्पनिक लोकांसाठी अनेक मेटा-पत्ते तयार करू शकतो. बिल नंतर बॉबला ETH पाठवतो, आणि "बॉब" (जो खरं तर बिल आहे) ते बेलाला पाठवतो. "बेला" (जो बिलच आहे) ते ॲलिसला पाठवते.
+
+कॅरोल तरीही ट्रॅफिक विश्लेषण करू शकते आणि बिल-ते-बॉब-ते-बेला-ते-ॲलिस पाइपलाइन पाहू शकते. तथापि, जर "बॉब" आणि "बेला" देखील इतर कारणांसाठी ETH वापरत असतील, तर असे दिसणार नाही की बिलने ॲलिसला काही हस्तांतरित केले आहे, जरी ॲलिसने गुप्त पत्त्यावरून तिच्या ज्ञात मोहीम पत्त्यावर त्वरित पैसे काढले तरीही.
+
+## एक गुप्त-पत्ता ॲप्लिकेशन लिहिणे {#write-app}
+
+हा लेख [GitHub वर उपलब्ध](https://github.com/qbzzt/251022-stealth-addresses.git) असलेल्या गुप्त-पत्ता ॲप्लिकेशनबद्दल स्पष्ट करतो.
+
+### साधने {#tools}
+
+एक [टाइपस्क्रिप्ट गुप्त पत्ता लायब्ररी](https://github.com/ScopeLift/stealth-address-sdk) आहे जी आपण वापरू शकतो. तथापि, कूटलेखन ऑपरेशन्स CPU-केंद्रित असू शकतात. मी त्यांना [Rust](https://rust-lang.org/) सारख्या संकलित भाषेत कार्यान्वित करण्यास प्राधान्य देतो, आणि ब्राउझरमध्ये कोड चालवण्यासाठी [WASM](https://webassembly.org/) वापरतो.
+
+आम्ही [Vite](https://vite.dev/) आणि [React](https://react.dev/) वापरणार आहोत. ही उद्योग-मानक साधने आहेत; जर तुम्हाला त्यांच्याशी परिचय नसेल, तर तुम्ही [हे ट्यूटोरियल](/developers/tutorials/creating-a-wagmi-ui-for-your-contract/) वापरू शकता. Vite वापरण्यासाठी, आम्हाला Node ची आवश्यकता आहे.
+
+### गुप्त पत्ते प्रत्यक्षात पहा {#in-action}
+
+1. आवश्यक साधने स्थापित करा: [Rust](https://rust-lang.org/tools/install/) आणि [Node](https://nodejs.org/en/download).
+
+2. GitHub रिपॉझिटरी क्लोन करा.
+
+   ```sh
+   git clone https://github.com/qbzzt/251022-stealth-addresses.git
+   cd 251022-stealth-addresses
+   ```
+
+3. पूर्वापेक्षित गोष्टी स्थापित करा आणि Rust कोड संकलित करा.
+
+   ```sh
+   cd src/rust-wasm
+   rustup target add wasm32-unknown-unknown   
+   cargo install wasm-pack   
+   wasm-pack build --target web
+   ```
+
+4. वेब सर्व्हर सुरू करा.
+
+   ```sh
+   cd ../..
+   npm install
+   npm run dev
+   ```
+
+5. [ॲप्लिकेशन](http://localhost:5173/) वर ब्राउझ करा. या ॲप्लिकेशन पृष्ठावर दोन फ्रेम आहेत: एक ॲलिसच्या वापरकर्ता इंटरफेससाठी आणि दुसरी बिलच्या. दोन फ्रेम संवाद साधत नाहीत; त्या फक्त सोयीसाठी एकाच पृष्ठावर आहेत.
+
+6. ॲलिस म्हणून, **एक गुप्त मेटा-पत्ता तयार करा** वर क्लिक करा. हे नवीन गुप्त पत्ता आणि संबंधित खाजगी की प्रदर्शित करेल. गुप्त मेटा-पत्ता क्लिपबोर्डवर कॉपी करा.
+
+7. बिल म्हणून, नवीन गुप्त मेटा-पत्ता पेस्ट करा आणि **एक पत्ता तयार करा** वर क्लिक करा. हे तुम्हाला ॲलिससाठी निधी देण्यासाठी पत्ता देते.
+
+8. पत्ता आणि बिलची सार्वजनिक की कॉपी करा आणि त्यांना ॲलिसच्या वापरकर्ता इंटरफेसच्या "बिलद्वारे तयार केलेल्या पत्त्यासाठी खाजगी की" क्षेत्रात पेस्ट करा. एकदा ती क्षेत्रे भरली की, तुम्हाला त्या पत्त्यावरील मालमत्तांमध्ये प्रवेश करण्यासाठी खाजगी की दिसेल.
+
+9. खाजगी की पत्त्याशी जुळते याची खात्री करण्यासाठी तुम्ही [एक ऑनलाइन कॅल्क्युलेटर](https://iancoleman.net/ethereum-private-key-to-address/) वापरू शकता.
+
+### प्रोग्राम कसा कार्य करतो {#how-the-program-works}
+
+#### WASM घटक {#wasm}
+
+WASM मध्ये संकलित होणारा स्त्रोत कोड [Rust](https://rust-lang.org/) मध्ये लिहिलेला आहे. तुम्ही ते [`src/rust_wasm/src/lib.rs`](https://github.com/qbzzt/251022-stealth-addresses/blob/main/src/rust-wasm/src/lib.rs) मध्ये पाहू शकता. हा कोड प्रामुख्याने JavaScript कोड आणि [`eth-stealth-addresses` लायब्ररी](https://github.com/kassandraoftroy/eth-stealth-addresses) यांच्यातील इंटरफेस आहे.
+
+**`Cargo.toml`**
+
+Rust मधील [`Cargo.toml`](https://doc.rust-lang.org/cargo/reference/manifest.html) हे JavaScript मधील [`package.json`](https://docs.npmjs.com/cli/v9/configuring-npm/package-json) प्रमाणेच आहे. यात पॅकेज माहिती, अवलंबित्व घोषणा इत्यादींचा समावेश आहे.
+
+```toml
+[package]
+name = "rust-wasm"
+version = "0.1.0"
+edition = "2024"
+
+[dependencies]
+eth-stealth-addresses = "0.1.0"
+hex = "0.4.3"
+wasm-bindgen = "0.2.104"
+getrandom = { version = "0.2", features = ["js"] }
+```
+
+[`getrandom`](https://docs.rs/getrandom/latest/getrandom/) पॅकेजला यादृच्छिक मूल्ये तयार करण्याची आवश्यकता आहे. हे केवळ अल्गोरिदमिक माध्यमांनी केले जाऊ शकत नाही; त्याला एंट्रॉपीचा स्त्रोत म्हणून भौतिक प्रक्रियेत प्रवेश आवश्यक आहे. ही व्याख्या निर्दिष्ट करते की आम्ही ज्या ब्राउझरमध्ये चालवत आहोत त्याला विचारून आम्ही ती एंट्रॉपी मिळवू.
+
+```toml
+console_error_panic_hook = "0.1.7"
+```
+
+[ही लायब्ररी](https://docs.rs/console_error_panic_hook/latest/console_error_panic_hook/) आम्हाला अधिक अर्थपूर्ण त्रुटी संदेश देते जेव्हा WASM कोड पॅनिक होतो आणि पुढे चालू शकत नाही.
+
+```toml
+[lib]
+crate-type = ["cdylib", "rlib"]
+```
+
+WASM कोड तयार करण्यासाठी आवश्यक असलेला आउटपुट प्रकार.
+
+**`lib.rs`**
+
+हा खरा Rust कोड आहे.
+
+```rust
+use wasm_bindgen::prelude::*;
+```
+
+Rust मधून WASM पॅकेज तयार करण्याच्या व्याख्या. ते [येथे](https://wasm-bindgen.github.io/wasm-bindgen/reference/attributes/index.html) दस्तऐवजीकरण केलेले आहेत.
+
+```rust
+use eth_stealth_addresses::{
+    generate_stealth_meta_address,
+    generate_stealth_address,
+    compute_stealth_key
+};
+```
+
+आम्हाला [`eth-stealth-addresses` लायब्ररी](https://github.com/kassandraoftroy/eth-stealth-addresses) मधून आवश्यक असलेली फंक्शन्स.
+
+```rust
+use hex::{decode,encode};
+```
+
+Rust सामान्यतः मूल्यांसाठी बाइट [अॅरे](https://doc.rust-lang.org/std/primitive.array.html) (`[u8; <size>]`) वापरते. परंतु JavaScript मध्ये, आम्ही सामान्यतः हेक्साडेसिमल स्ट्रिंग वापरतो. [`hex` लायब्ररी](https://docs.rs/hex/latest/hex/) आमच्यासाठी एका प्रतिनिधित्वातून दुसऱ्यामध्ये भाषांतर करते.
+
+```rust
+#[wasm_bindgen]
+```
+
+JavaScript मधून हे फंक्शन कॉल करण्यासाठी WASM बाइंडिंग तयार करा.
+
+```rust
+pub fn wasm_generate_stealth_meta_address() -> String {
+```
+
+अनेक फील्ड असलेले ऑब्जेक्ट परत करण्याचा सर्वात सोपा मार्ग म्हणजे JSON स्ट्रिंग परत करणे.
+
+```rust
+    let (address, spend_private_key, view_private_key) = 
+        generate_stealth_meta_address();
+```
+
+[`generate_stealth_meta_address`](https://docs.rs/eth-stealth-addresses/latest/eth_stealth_addresses/fn.generate_stealth_meta_address.html) तीन फील्ड परत करते:
+
+- मेटा-पत्ता (_K<sub>pub</sub>_ आणि _V<sub>pub</sub>_)
+- पाहण्याची खाजगी की (_V<sub>priv</sub>_)
+- खर्च करण्याची खाजगी की (_K<sub>priv</sub>_)
+
+[टपल](https://doc.rust-lang.org/std/primitive.tuple.html) सिंटॅक्स आम्हाला ती मूल्ये पुन्हा वेगळी करू देतो.
+
+```rust
+    format!("{{\"address\":\"{}\",\"view_private_key\":\"{}\",\"spend_private_key\":\"{}\"}}",
+        encode(address),
+        encode(view_private_key),
+        encode(spend_private_key)
+    )
+}
+```
+
+JSON-एनकोडेड स्ट्रिंग तयार करण्यासाठी [`format!`](https://doc.rust-lang.org/std/fmt/index.html) मॅक्रो वापरा. अॅरेला हेक्स स्ट्रिंगमध्ये बदलण्यासाठी [`hex::encode`](https://docs.rs/hex/latest/hex/fn.encode.html) वापरा.
+
+```rust
+fn str_to_array<const N: usize>(s: &str) -> Option<[u8; N]> {
+```
+
+हे फंक्शन हेक्स स्ट्रिंगला (JavaScript द्वारे प्रदान केलेले) बाइट अॅरेमध्ये बदलते. आम्ही JavaScript कोडद्वारे प्रदान केलेली मूल्ये पार्स करण्यासाठी याचा वापर करतो. Rust अॅरे आणि व्हेक्टर कसे हाताळते त्यामुळे हे फंक्शन क्लिष्ट आहे.
+
+`<const N: usize>` अभिव्यक्तीला [जेनेरिक](https://doc.rust-lang.org/book/ch10-01-syntax.html) म्हणतात. `N` हे एक पॅरामीटर आहे जे परत केलेल्या अॅरेच्या लांबीवर नियंत्रण ठेवते. फंक्शनला प्रत्यक्षात `str_to_array::<n>` असे म्हणतात, जिथे `n` ही अॅरेची लांबी आहे.
+
+परत केलेले मूल्य `Option<[u8; N]>` आहे, याचा अर्थ परत केलेला अॅरे [पर्यायी](https://doc.rust-lang.org/std/option/) आहे. Rust मध्ये अयशस्वी होऊ शकणाऱ्या फंक्शन्ससाठी हा एक सामान्य नमुना आहे.
+
+उदाहरणार्थ, जर आपण `str_to_array::10("bad060a7")` कॉल केले, तर फंक्शनने दहा-मूल्यांची अॅरे परत करणे अपेक्षित आहे, परंतु इनपुट फक्त चार बाइट्सचे आहे. फंक्शन अयशस्वी होणे आवश्यक आहे, आणि ते `None` परत करून तसे करते. `str_to_array::4("bad060a7")` साठी परत केलेले मूल्य `Some<[0xba, 0xd0, 0x60, 0xa7]>` असेल.
+
+```rust
+    // decode returns Result<Vec<u8>, _>
+    let vec = decode(s).ok()?;
+```
+
+[`hex::decode`](https://docs.rs/hex/latest/hex/fn.decode.html) फंक्शन `Result<Vec<u8>, FromHexError>` परत करते. [`Result`](https://doc.rust-lang.org/std/result/) प्रकारात एकतर यशस्वी परिणाम (`Ok(value)`) किंवा एक त्रुटी (`Err(error)`) असू शकते.
+
+`.ok()` पद्धत `Result` ला `Option` मध्ये रूपांतरित करते, ज्याचे मूल्य यशस्वी झाल्यास `Ok()` मूल्य किंवा अयशस्वी झाल्यास `None` असते. शेवटी, [प्रश्नचिन्ह ऑपरेटर](https://doc.rust-lang.org/std/option/#the-question-mark-operator-) `Option` रिक्त असल्यास वर्तमान फंक्शन रद्द करतो आणि `None` परत करतो. अन्यथा, ते मूल्य अनरॅप करते आणि ते परत करते (या प्रकरणात, `vec` ला मूल्य नियुक्त करण्यासाठी).
+
+त्रुटी हाताळण्याची ही एक विचित्र गुंतागुंतीची पद्धत वाटते, परंतु `Result` आणि `Option` हे सुनिश्चित करतात की सर्व त्रुटी, एका ना कोणत्या मार्गाने हाताळल्या जातात.
+
+```rust
+    if vec.len() != N { return None; }
+```
+
+जर बाइट्सची संख्या चुकीची असेल, तर ते अपयश आहे, आणि आम्ही `None` परत करतो.
+
+```rust
+    // try_into consumes vec and attempts to make [u8; N]
+    let array: [u8; N] = vec.try_into().ok()?;
+```
+
+Rust मध्ये दोन अॅरे प्रकार आहेत. [अॅरे](https://doc.rust-lang.org/std/primitive.array.html) चा आकार निश्चित असतो. [व्हेक्टर](https://doc.rust-lang.org/std/vec/index.html) वाढू आणि लहान होऊ शकतात. `hex::decode` एक व्हेक्टर परत करतो, परंतु `eth_stealth_addresses` लायब्ररीला अॅरे प्राप्त करायचे आहेत. [`.try_into()`](https://doc.rust-lang.org/std/convert/trait.TryInto.html#required-methods) एका मूल्याला दुसऱ्या प्रकारात रूपांतरित करते, उदाहरणार्थ, व्हेक्टरला अॅरेमध्ये.
+
+```rust
+    Some(array)
+}
+```
+
+Rust तुम्हाला फंक्शनच्या शेवटी मूल्य परत करताना [`return`](https://doc.rust-lang.org/std/keyword.return.html) कीवर्ड वापरण्याची आवश्यकता नाही.
+
+```rust
+#[wasm_bindgen]
+pub fn wasm_generate_stealth_address(stealth_address: &str) -> Option<String> {
+```
+
+हे फंक्शन एक सार्वजनिक मेटा-पत्ता प्राप्त करते, ज्यात _V<sub>pub</sub>_ आणि _K<sub>pub</sub>_ दोन्ही समाविष्ट आहेत. ते गुप्त पत्ता, प्रकाशित करण्यासाठी सार्वजनिक की (_R<sub>pub</sub>_), आणि एक-बाइट स्कॅन मूल्य परत करते जे ॲलिसच्या मालकीचे कोणते प्रकाशित पत्ते असू शकतात हे ओळखण्यास गती देते.
+
+स्कॅन मूल्य सामायिक गुप्त (_S = GR<sub>priv</sub>V<sub>priv</sub>_) चा भाग आहे. हे मूल्य ॲलिससाठी उपलब्ध आहे, आणि ते तपासणे _f(K<sub>pub</sub>+G\*hash(S))_ प्रकाशित पत्त्याच्या बरोबर आहे की नाही हे तपासण्यापेक्षा खूप वेगवान आहे.
+
+```rust
+    let (address, r_pub, scan) = 
+        generate_stealth_address(&str_to_array::<66>(stealth_address)?);
+```
+
+आम्ही लायब्ररीचे [`generate_stealth_address`](https://docs.rs/eth-stealth-addresses/latest/eth_stealth_addresses/fn.generate_stealth_address.html) वापरतो.
+
+```rust
+    format!("{{\"address\":\"{}\",\"rPub\":\"{}\",\"scan\":\"{}\"}}",
+        encode(address),
+        encode(r_pub),
+        encode(&[scan])
+    ).into()
+}
+```
+
+JSON-एनकोडेड आउटपुट स्ट्रिंग तयार करा.
+
+```rust
+#[wasm_bindgen]
+pub fn wasm_compute_stealth_key(
+    address: &str, 
+    bill_pub_key: &str, 
+    view_private_key: &str,
+    spend_private_key: &str    
+) -> Option<String> {
+    .
+    .
+    .
+}
+```
+
+हे फंक्शन पत्त्यावरून (_R<sub>priv</sub>_) पैसे काढण्यासाठी खाजगी की मोजण्यासाठी लायब्ररीच्या [`compute_stealth_key`](https://docs.rs/eth-stealth-addresses/latest/eth_stealth_addresses/fn.compute_stealth_key.html) चा वापर करते. या गणनेसाठी ही मूल्ये आवश्यक आहेत:
+
+- पत्ता (_पत्ता=f(P<sub>pub</sub>)_)
+- बिलद्वारे तयार केलेली सार्वजनिक की (_R<sub>pub</sub>_)
+- पाहण्याची खाजगी की (_V<sub>priv</sub>_)
+- खर्च करण्याची खाजगी की (_K<sub>priv</sub>_)
+
+```rust
+#[wasm_bindgen(start)]
+```
+
+[`#[wasm_bindgen(start)]`](https://wasm-bindgen.github.io/wasm-bindgen/reference/attributes/on-rust-exports/start.html) निर्दिष्ट करते की WASM कोड सुरू झाल्यावर फंक्शन कार्यान्वित केले जाते.
+
+```rust
+pub fn main() {
+    console_error_panic_hook::set_once();
+}
+```
+
+हा कोड निर्दिष्ट करतो की पॅनिक आउटपुट JavaScript कन्सोलवर पाठवले जावे. ते प्रत्यक्षात पाहण्यासाठी, ॲप्लिकेशन वापरा आणि बिलला एक अवैध मेटा-पत्ता द्या (फक्त एक हेक्साडेसिमल अंक बदला). तुम्हाला JavaScript कन्सोलमध्ये ही त्रुटी दिसेल:
+
+```
+rust_wasm.js:236 panicked at /home/ori/.cargo/registry/src/index.crates.io-1949cf8c6b5b557f/subtle-2.6.1/src/lib.rs:701:9:
+assertion `left == right` failed
+  left: 0
+ right: 1
+```
+
+त्यानंतर स्टॅक ट्रेस येईल. नंतर बिलला वैध मेटा-पत्ता द्या, आणि ॲलिसला एकतर अवैध पत्ता किंवा अवैध सार्वजनिक की द्या. तुम्हाला ही त्रुटी दिसेल:
+
+```
+rust_wasm.js:236 panicked at /home/ori/.cargo/registry/src/index.crates.io-1949cf8c6b5b557f/eth-stealth-addresses-0.1.0/src/lib.rs:78:9:
+keys do not generate stealth address
+```
+
+पुन्हा, त्यानंतर स्टॅक ट्रेस येईल.
+
+#### वापरकर्ता इंटरफेस {#ui}
+
+वापरकर्ता इंटरफेस [React](https://react.dev/) वापरून लिहिलेला आहे आणि [Vite](https://vite.dev/) द्वारे सर्व्ह केला जातो. तुम्ही [या ट्यूटोरियल](/developers/tutorials/creating-a-wagmi-ui-for-your-contract/) चा वापर करून त्यांच्याबद्दल शिकू शकता. येथे [WAGMI](https://wagmi.sh/) ची गरज नाही कारण आम्ही थेट ब्लॉकचेन किंवा वॉलेटशी संवाद साधत नाही.
+
+वापरकर्ता इंटरफेसचा एकमेव अस्पष्ट भाग म्हणजे WASM कनेक्टिव्हिटी. हे कसे कार्य करते ते येथे आहे.
+
+**`vite.config.js`**
+
+या फाइलमध्ये [Vite कॉन्फिगरेशन](https://vite.dev/config/) आहे.
+
+```js
+import { defineConfig } from 'vite'
+import react from '@vitejs/plugin-react'
+import wasm from "vite-plugin-wasm";
+
+// https://vite.dev/config/
+export default defineConfig({
+  plugins: [react(), wasm()],
+})
+```
+
+आम्हाला दोन Vite प्लगइनची आवश्यकता आहे: [react](https://www.npmjs.com/package/@vitejs/plugin-react) आणि [wasm](https://github.com/Menci/vite-plugin-wasm#readme).
+
+**`App.jsx`**
+
+ही फाइल ॲप्लिकेशनचा मुख्य घटक आहे. हे एक कंटेनर आहे ज्यात दोन घटक आहेत: `Alice` आणि `Bill`, त्या वापरकर्त्यांसाठी वापरकर्ता इंटरफेस. WASM साठी संबंधित भाग म्हणजे इनिशियलायझेशन कोड.
+
+```jsx
+import init from './rust-wasm/pkg/rust_wasm.js'
+```
+
+जेव्हा आपण [`wasm-pack`](https://rustwasm.github.io/docs/wasm-pack/) वापरतो, तेव्हा ते दोन फाइल्स तयार करते ज्या आपण येथे वापरतो: प्रत्यक्ष कोड असलेली एक wasm फाइल (येथे, `src/rust-wasm/pkg/rust_wasm_bg.wasm`) आणि ते वापरण्यासाठी व्याख्या असलेली एक JavaScript फाइल (येथे, `src/rust_wasm/pkg/rust_wasm.js`). त्या JavaScript फाइलचा डीफॉल्ट एक्सपोर्ट हा कोड आहे जो WASM सुरू करण्यासाठी चालवणे आवश्यक आहे.
+
+```jsx
+function App() {
+    .
+    .
+    .
+  useEffect(() => {
+    const loadWasm = async () => {
+      try {
+        await init();
+        setWasmReady(true)
+      } catch (err) {
+        console.error('Error loading wasm:', err)
+        alert("Wasm error: " + err)
+      }
+    }
+
+    loadWasm()
+    }, []
+  )
+```
+
+[`useEffect` हुक](https://react.dev/reference/react/useEffect) तुम्हाला एक फंक्शन निर्दिष्ट करू देतो जे स्टेट व्हेरिएबल्स बदलल्यावर कार्यान्वित होते. येथे, स्टेट व्हेरिएबल्सची सूची रिकामी (`[]`) आहे, त्यामुळे हे फंक्शन पृष्ठ लोड झाल्यावर फक्त एकदाच कार्यान्वित होते.
+
+इफेक्ट फंक्शन त्वरित परत आले पाहिजे. असिंक्रोनस कोड वापरण्यासाठी, जसे की WASM `init` (ज्याला `.wasm` फाइल लोड करावी लागते आणि त्यामुळे वेळ लागतो) आम्ही एक अंतर्गत [`async`](https://en.wikipedia.org/wiki/Async/await) फंक्शन परिभाषित करतो आणि ते `await` शिवाय चालवतो.
+
+**`Bill.jsx`**
+
+हा बिलसाठी वापरकर्ता इंटरफेस आहे. त्यात एकच क्रिया आहे, ॲलिसने प्रदान केलेल्या गुप्त मेटा-पत्त्यावर आधारित पत्ता तयार करणे.
+
+```jsx
+import { wasm_generate_stealth_address } from './rust-wasm/pkg/rust_wasm.js'
+```
+
+डीफॉल्ट एक्सपोर्ट व्यतिरिक्त, `wasm-pack` द्वारे तयार केलेला JavaScript कोड WASM कोडमधील प्रत्येक फंक्शनसाठी एक फंक्शन एक्सपोर्ट करतो.
+
+```jsx
+            <button onClick={() => {
+              setPublicAddress(JSON.parse(wasm_generate_stealth_address(stealthMetaAddress)))
+            }}>
+```
+
+WASM फंक्शन्स कॉल करण्यासाठी, आम्ही फक्त `wasm-pack` द्वारे तयार केलेल्या JavaScript फाइलद्वारे एक्सपोर्ट केलेले फंक्शन कॉल करतो.
+
+**`Alice.jsx`**
+
+`Alice.jsx` मधील कोड समान आहे, फक्त ॲलिसच्या दोन क्रिया आहेत:
+
+- एक मेटा-पत्ता तयार करा
+- बिलने प्रकाशित केलेल्या पत्त्यासाठी खाजगी की मिळवा
+
+## निष्कर्ष {#conclusion}
+
+गुप्त पत्ते हे रामबाण उपाय नाहीत; ते [योग्यरित्या वापरले](#go-wrong) पाहिजेत. परंतु योग्यरित्या वापरल्यास, ते सार्वजनिक ब्लॉकचेनवर गोपनीयता सक्षम करू शकतात.
+
+[माझ्या कामाबद्दल अधिक माहितीसाठी येथे पहा](https://cryptodocguy.pro/).
\ No newline at end of file
diff --git a/public/content/translations/mr/developers/tutorials/the-graph-fixing-web3-data-querying/index.md b/public/content/translations/mr/developers/tutorials/the-graph-fixing-web3-data-querying/index.md
new file mode 100644
index 00000000000..8bbb8535dbb
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/the-graph-fixing-web3-data-querying/index.md
@@ -0,0 +1,314 @@
+---
+title: "द ग्राफ: Web3 डेटा क्वेरींग दुरुस्त करणे"
+description: "ब्लॉकचेन एका डेटाबेससारखे आहे पण SQL शिवाय. सर्व डेटा तिथे आहे, पण त्यावर प्रवेश करण्याचा कोणताही मार्ग नाही. मी तुम्हाला दाखवतो की द ग्राफ आणि GraphQL वापरून हे कसे दुरुस्त करायचे."
+author: Markus Waas
+lang: mr
+tags:
+  [
+    "सॉलिडिटी",
+    "स्मार्ट कॉन्ट्रॅक्ट",
+    "querying",
+    "द ग्राफ",
+    "react"
+  ]
+skill: intermediate
+published: 2020-09-06
+source: soliditydeveloper.com
+sourceUrl: https://soliditydeveloper.com/thegraph
+---
+
+यावेळी आपण द ग्राफवर अधिक बारकाईने नजर टाकूया जे गेल्या वर्षात dapps विकसित करण्यासाठी स्टँडर्ड स्टॅकचा एक भाग बनले आहे. चला आधी पाहूया की आपण पारंपारिक पद्धतीने गोष्टी कशा करतो...
+
+## द ग्राफ शिवाय... {#without-the-graph}
+
+तर, उदाहरणासाठी आपण एक सोपे उदाहरण घेऊया. आपल्या सर्वांना गेम्स आवडतात, म्हणून एका साध्या गेमची कल्पना करा जिथे वापरकर्ते बेट लावतात:
+
+```solidity
+pragma solidity 0.7.1;
+
+contract Game {
+    uint256 totalGamesPlayerWon = 0;
+    uint256 totalGamesPlayerLost = 0;
+    event BetPlaced(address player, uint256 value, bool hasWon);
+
+    function placeBet() external payable {
+        bool hasWon = evaluateBetForPlayer(msg.sender);
+
+        if (hasWon) {
+            (bool success, ) = msg.sender.call{ value: msg.value * 2 }('');
+            require(success, "हस्तांतरण अयशस्वी झाले");
+            totalGamesPlayerWon++;
+        } else {
+            totalGamesPlayerLost++;
+        }
+
+        emit BetPlaced(msg.sender, msg.value, hasWon);
+    }
+}
+```
+
+आता समजा आपल्या dapp मध्ये, आपल्याला एकूण बेट्स, एकूण हरलेले/जिंकलेले गेम्स दाखवायचे आहेत आणि जेव्हा कोणी पुन्हा खेळेल तेव्हा ते अपडेट करायचे आहे. यासाठी दृष्टिकोन असा असेल:
+
+1. `totalGamesPlayerWon` फेच करा.
+2. `totalGamesPlayerLost` फेच करा.
+3. `BetPlaced` इव्हेंट्सला सबस्क्राइब करा.
+
+आपण उजवीकडे दाखवल्याप्रमाणे [Web3 मधील इव्हेंट](https://docs.web3js.org/api/web3/class/Contract#events) ऐकू शकतो, परंतु यासाठी बरीच प्रकरणे हाताळण्याची आवश्यकता आहे.
+
+```solidity
+GameContract.events.BetPlaced({
+    fromBlock: 0
+}, function(error, event) { console.log(event); })
+.on('data', function(event) {
+    // इव्हेंट फायर झाला
+})
+.on('changed', function(event) {
+    // इव्हेंट पुन्हा काढला गेला
+})
+.on('error', function(error, receipt) {
+    // tx नाकारले
+});
+```
+
+आता हे आपल्या साध्या उदाहरणासाठी काही प्रमाणात ठीक आहे. पण समजा आपल्याला आता फक्त सध्याच्या खेळाडूसाठी हरलेल्या/जिंकलेल्या बेट्सची रक्कम दाखवायची आहे. ठीक आहे, आपले नशीब खराब आहे, तुम्ही एक नवीन कॉन्ट्रॅक्ट तैनात करणे चांगले आहे जे ती मूल्ये संग्रहित करते आणि त्यांना फेच करते. आणि आता एका अधिक गुंतागुंतीच्या स्मार्ट कॉन्ट्रॅक्ट आणि dapp ची कल्पना करा, गोष्टी पटकन गोंधळात टाकू शकतात.
+
+![कोणीही फक्त क्वेरी करू शकत नाही](./one-does-not-simply-query.jpg)
+
+तुम्ही पाहू शकता की हे इष्टतम कसे नाही:
+
+- आधीच तैनात केलेल्या कॉन्ट्रॅक्ट्ससाठी काम करत नाही.
+- ती मूल्ये संग्रहित करण्यासाठी अतिरिक्त गॅस खर्च.
+- एका Ethereum नोडसाठी डेटा फेच करण्यासाठी दुसऱ्या कॉलची आवश्यकता आहे.
+
+![हे पुरेसे चांगले नाही](./not-good-enough.jpg)
+
+आता एका चांगल्या समाधानाकडे पाहूया.
+
+## मी तुम्हाला GraphQL ची ओळख करून देतो {#let-me-introduce-to-you-graphql}
+
+प्रथम GraphQL बद्दल बोलूया, जे मूळतः फेसबुकद्वारे डिझाइन आणि अंमलात आणले गेले होते. तुम्ही पारंपारिक REST API मॉडेलशी परिचित असाल. आता त्याऐवजी कल्पना करा की तुम्ही तुम्हाला हव्या असलेल्या डेटासाठी एक क्वेरी लिहू शकता:
+
+![GraphQL API विरुद्ध REST API](./graphql.jpg)
+
+![](./graphql-query.gif)
+
+दोन प्रतिमा बऱ्यापैकी GraphQL चे सार दर्शवतात. उजवीकडील क्वेरीसह आपण आपल्याला नक्की कोणता डेटा हवा आहे हे परिभाषित करू शकतो, त्यामुळे तिथे आपल्याला एकाच विनंतीत सर्वकाही मिळते आणि आपल्याला जे हवे आहे त्यापेक्षा जास्त काही नाही. एक GraphQL सर्व्हर आवश्यक असलेला सर्व डेटा फेच करणे हाताळतो, त्यामुळे फ्रंटएंड ग्राहक बाजूसाठी वापरणे अविश्वसनीयपणे सोपे आहे. तुम्हाला स्वारस्य असल्यास, सर्व्हर क्वेरी नक्की कशी हाताळतो याचे [हे एक छान स्पष्टीकरण आहे](https://www.apollographql.com/blog/graphql-explained).
+
+आता त्या ज्ञानासह, चला अखेरीस ब्लॉकचेन क्षेत्रात आणि द ग्राफमध्ये उडी घेऊया.
+
+## द ग्राफ काय आहे? {#what-is-the-graph}
+
+ब्लॉकचेन एक विकेंद्रित डेटाबेस आहे, पण सामान्यतः जे घडते त्याच्या विपरीत, आपल्याकडे या डेटाबेससाठी क्वेरी भाषा नाही. डेटा पुनर्प्राप्त करण्याचे उपाय वेदनादायक किंवा पूर्णपणे अशक्य आहेत. द ग्राफ हा ब्लॉकचेन डेटाची अनुक्रमणिका आणि क्वेरी करण्यासाठी एक विकेंद्रित प्रोटोकॉल आहे. आणि तुम्ही अंदाज लावला असेलच, ते क्वेरी भाषा म्हणून GraphQL वापरत आहे.
+
+![द ग्राफ](./thegraph.png)
+
+काहीतरी समजण्यासाठी उदाहरणे नेहमीच सर्वोत्तम असतात, म्हणून चला आपल्या GameContract उदाहरणासाठी द ग्राफ वापरूया.
+
+## सबग्राफ कसा तयार करावा {#how-to-create-a-subgraph}
+
+डेटाची अनुक्रमणिका कशी करावी याच्या व्याख्येला सबग्राफ म्हणतात. यासाठी तीन घटक आवश्यक आहेत:
+
+1. मॅनिफेस्ट (`subgraph.yaml`)
+2. स्कीमा (`schema.graphql`)
+3. मॅपिंग (`mapping.ts`)
+
+### मॅनिफेस्ट (`subgraph.yaml`) {#manifest}
+
+मॅनिफेस्ट ही आपली कॉन्फिगरेशन फाईल आहे आणि ती परिभाषित करते:
+
+- कोणत्या स्मार्ट कॉन्ट्रॅक्ट्सची अनुक्रमणिका करायची (पत्ता, नेटवर्क, ABI...)
+- कोणते इव्हेंट्स ऐकायचे
+- ऐकण्यासाठी इतर गोष्टी जसे की फंक्शन कॉल्स किंवा ब्लॉक्स
+- कॉल केली जात असलेली मॅपिंग फंक्शन्स (खाली `mapping.ts` पहा)
+
+तुम्ही येथे अनेक कॉन्ट्रॅक्ट्स आणि हँडलर्स परिभाषित करू शकता. एक सामान्य सेटअप Hardhat प्रोजेक्टच्या आत एक सबग्राफ फोल्डर असेल, त्याच्या स्वतःच्या रेपॉजिटरीसह. मग तुम्ही सहजपणे ABI चा संदर्भ घेऊ शकता.
+
+सोयीसाठी तुम्ही मस्टॅशसारखे टेम्पलेट टूल देखील वापरू शकता. मग तुम्ही एक `subgraph.template.yaml` तयार करता आणि नवीनतम डिप्लॉयमेंट्सवर आधारित पत्ते घालता. अधिक प्रगत उदाहरण सेटअपसाठी, उदाहरणार्थ [Aave सबग्राफ रेपो](https://github.com/aave/aave-protocol/tree/master/thegraph) पहा.
+
+आणि संपूर्ण डॉक्युमेंटेशन [येथे](https://thegraph.com/docs/en/developing/creating-a-subgraph/#the-subgraph-manifest) पाहिले जाऊ शकते.
+
+```yaml
+specVersion: 0.0.1
+description: Ethereum वर बेट्स लावणे
+repository: - GitHub लिंक -
+schema:
+  file: ./schema.graphql
+dataSources:
+  - kind: ethereum/contract
+    name: GameContract
+    network: mainnet
+    source:
+      address: '0x2E6454...cf77eC'
+      abi: GameContract
+      startBlock: 6175244
+    mapping:
+      kind: ethereum/events
+      apiVersion: 0.0.1
+      language: wasm/assemblyscript
+      entities:
+        - GameContract
+      abis:
+        - name: GameContract
+          file: ../build/contracts/GameContract.json
+      eventHandlers:
+        - event: PlacedBet(address,uint256,bool)
+          handler: handleNewBet
+      file: ./src/mapping.ts
+```
+
+### स्कीमा (`schema.graphql`) {#schema}
+
+स्कीमा ही GraphQL डेटाची व्याख्या आहे. हे तुम्हाला कोणत्या एंटिटी अस्तित्वात आहेत आणि त्यांचे प्रकार परिभाषित करण्याची परवानगी देईल. द ग्राफ मधील समर्थित प्रकार आहेत
+
+- बाइट्स
+- ID
+- स्ट्रिंग
+- बूलियन
+- इंट
+- बिगइंट
+- बिगडेसिमल
+
+तुम्ही संबंध परिभाषित करण्यासाठी एंटिटीचा प्रकार म्हणून देखील वापरू शकता. आपल्या उदाहरणात आपण खेळाडूपासून बेट्सपर्यंत 1-ते-अनेक संबंध परिभाषित करतो. ! याचा अर्थ मूल्य रिक्त असू शकत नाही. संपूर्ण डॉक्युमेंटेशन [येथे](https://thegraph.com/docs/en/developing/creating-a-subgraph/#the-subgraph-manifest) पाहिले जाऊ शकते.
+
+```graphql
+type Bet @entity {
+  id: ID!
+  player: Player!
+  playerHasWon: Boolean!
+  time: Int!
+}
+
+type Player @entity {
+  id: ID!
+  totalPlayedCount: Int
+  hasWonCount: Int
+  hasLostCount: Int
+  bets: [Bet]!
+}
+```
+
+### मॅपिंग (`mapping.ts`) {#mapping}
+
+द ग्राफमधील मॅपिंग फाईल येणाऱ्या इव्हेंट्सला एंटिटीमध्ये रूपांतरित करणारी आपली फंक्शन्स परिभाषित करते. हे AssemblyScript मध्ये लिहिलेले आहे, जे Typescript चा उपसंच आहे. याचा अर्थ मॅपिंगच्या अधिक कार्यक्षम आणि पोर्टेबल अंमलबजावणीसाठी ते WASM (WebAssembly) मध्ये संकलित केले जाऊ शकते.
+
+तुम्हाला `subgraph.yaml` फाईलमध्ये नावाच्या प्रत्येक फंक्शनला परिभाषित करणे आवश्यक आहे, त्यामुळे आपल्या बाबतीत आपल्याला फक्त एकाची आवश्यकता आहे: `handleNewBet`. आपण प्रथम प्रेषकाच्या पत्त्यावरून आयडी म्हणून Player एंटिटी लोड करण्याचा प्रयत्न करतो. जर ते अस्तित्वात नसेल, तर आपण एक नवीन एंटिटी तयार करतो आणि ती प्रारंभिक मूल्यांनी भरतो.
+
+मग आपण एक नवीन Bet एंटिटी तयार करतो. यासाठी आयडी `event.transaction.hash.toHex() + "-" + event.logIndex.toString()` असेल, जे नेहमी एक अद्वितीय मूल्य सुनिश्चित करते. फक्त हॅश वापरणे पुरेसे नाही कारण कोणीतरी स्मार्ट कॉन्ट्रॅक्टद्वारे एकाच व्यवहारात placeBet फंक्शनला अनेक वेळा कॉल करू शकते.
+
+शेवटी आपण सर्व डेटासह Player एंटिटी अपडेट करू शकतो. अॅरेमध्ये थेट पुश केले जाऊ शकत नाही, परंतु येथे दाखवल्याप्रमाणे अपडेट करणे आवश्यक आहे. आपण बेटचा संदर्भ देण्यासाठी आयडी वापरतो. आणि एंटिटी संग्रहित करण्यासाठी शेवटी `.save()` आवश्यक आहे.
+
+संपूर्ण डॉक्युमेंटेशन येथे पाहिले जाऊ शकते: https://thegraph.com/docs/en/developing/creating-a-subgraph/#writing-mappings. तुम्ही मॅपिंग फाईलमध्ये लॉगिंग आउटपुट देखील जोडू शकता, [येथे](https://thegraph.com/docs/en/subgraphs/developing/creating/graph-ts/api/#api-reference) पहा.
+
+```typescript
+import { Bet, Player } from "../generated/schema"
+import { PlacedBet } from "../generated/GameContract/GameContract"
+
+export function handleNewBet(event: PlacedBet): void {
+  let player = Player.load(event.transaction.from.toHex())
+
+  if (player == null) {
+    // अद्याप अस्तित्वात नसल्यास तयार करा
+    player = new Player(event.transaction.from.toHex())
+    player.bets = new Array<string>(0)
+    player.totalPlayedCount = 0
+    player.hasWonCount = 0
+    player.hasLostCount = 0
+  }
+
+  let bet = new Bet(
+    event.transaction.hash.toHex() + "-" + event.logIndex.toString()
+  )
+  bet.player = player.id
+  bet.playerHasWon = event.params.hasWon
+  bet.time = event.block.timestamp
+  bet.save()
+
+  player.totalPlayedCount++
+  if (event.params.hasWon) {
+    player.hasWonCount++
+  } else {
+    player.hasLostCount++
+  }
+
+  // अॅरे अशाप्रकारे अपडेट करा
+  let bets = player.bets
+  bets.push(bet.id)
+  player.bets = bets
+
+  player.save()
+}
+```
+
+## फ्रंटएंडमध्ये वापरणे {#using-it-in-the-frontend}
+
+Apollo Boost सारखे काहीतरी वापरून, तुम्ही तुमच्या React dapp (किंवा Apollo-Vue) मध्ये द ग्राफ सहजपणे समाकलित करू शकता. विशेषतः React हुक्स आणि Apollo वापरताना, तुमच्या कंपोनेंटमध्ये एकच GraphQL क्वेरी लिहिण्याइतके डेटा फेच करणे सोपे आहे. एक सामान्य सेटअप यासारखा दिसू शकतो:
+
+```javascript
+// सर्व सबग्राफ पहा: https://thegraph.com/explorer/
+const client = new ApolloClient({
+  uri: "{{ subgraphUrl }}",
+})
+
+ReactDOM.render(
+  <ApolloProvider client={client}>
+    <App />
+  </ApolloProvider>,
+  document.getElementById("root")
+)
+```
+
+आणि आता आपण उदाहरणार्थ अशी क्वेरी लिहू शकतो. हे आपल्याला फेच करून देईल
+
+- सध्याचा वापरकर्ता किती वेळा जिंकला आहे
+- सध्याचा वापरकर्ता किती वेळा हरला आहे
+- त्यांच्या सर्व मागील बेट्सच्या टाइमस्टॅम्पची यादी
+
+GraphQL सर्व्हरला केलेल्या एकाच विनंतीत सर्वकाही.
+
+```javascript
+const myGraphQlQuery = gql`
+    players(where: { id: $currentUser }) {
+      totalPlayedCount
+      hasWonCount
+      hasLostCount
+      bets {
+        time
+      }
+    }
+`
+
+const { loading, error, data } = useQuery(myGraphQlQuery)
+
+React.useEffect(() => {
+  if (!loading && !error && data) {
+    console.log({ data })
+  }
+}, [loading, error, data])
+```
+
+![जादू](./magic.jpg)
+
+पण आपण कोड्यातील एक शेवटचा तुकडा विसरत आहोत आणि तो म्हणजे सर्व्हर. तुम्ही ते स्वतः चालवू शकता किंवा होस्टेड सेवा वापरू शकता.
+
+## द ग्राफ सर्व्हर {#the-graph-server}
+
+### ग्राफ एक्सप्लोरर: होस्टेड सेवा {#graph-explorer-the-hosted-service}
+
+सर्वात सोपा मार्ग म्हणजे होस्टेड सेवा वापरणे. सबग्राफ तैनात करण्यासाठी [येथील](https://thegraph.com/docs/en/deploying/deploying-a-subgraph-to-hosted/) सूचनांचे अनुसरण करा. अनेक प्रकल्पांसाठी तुम्ही प्रत्यक्षात [एक्सप्लोरर](https://thegraph.com/explorer/) मध्ये विद्यमान सबग्राफ शोधू शकता.
+
+![द ग्राफ-एक्सप्लोरर](./thegraph-explorer.png)
+
+### तुमचा स्वतःचा नोड चालवणे {#running-your-own-node}
+
+वैकल्पिकरित्या, तुम्ही तुमचा स्वतःचा नोड चालवू शकता. डॉक्युमेंटेशन [येथे](https://github.com/graphprotocol/graph-node#quick-start). हे करण्याचे एक कारण होस्टेड सेवेद्वारे समर्थित नसलेले नेटवर्क वापरणे असू शकते. सध्या समर्थित नेटवर्क्स [येथे](https://thegraph.com/docs/en/developing/supported-networks/) आढळू शकतात.
+
+## विकेंद्रित भविष्य {#the-decentralized-future}
+
+GraphQL नवीन येणाऱ्या इव्हेंट्ससाठी स्ट्रीम्सला देखील समर्थन देते. हे ग्राफवर [सबस्ट्रीम्स](https://thegraph.com/docs/en/substreams/) द्वारे समर्थित आहेत, जे सध्या ओपन बीटामध्ये आहेत.
+
+[2021](https://thegraph.com/blog/mainnet-migration/) मध्ये द ग्राफने विकेंद्रित अनुक्रमणिका नेटवर्कमध्ये संक्रमणाची सुरुवात केली. तुम्ही या विकेंद्रित अनुक्रमणिका नेटवर्कच्या आर्किटेक्चरबद्दल अधिक [येथे](https://thegraph.com/docs/en/network/explorer/) वाचू शकता.
+
+दोन प्रमुख पैलू आहेत:
+
+1. वापरकर्ते क्वेरीसाठी इंडेक्सर्सना पैसे देतात.
+2. इंडेक्सर्स ग्राफ टोकन्स (GRT) स्टेक करतात.
diff --git a/public/content/translations/mr/developers/tutorials/token-integration-checklist/index.md b/public/content/translations/mr/developers/tutorials/token-integration-checklist/index.md
new file mode 100644
index 00000000000..9955b7a9383
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/token-integration-checklist/index.md
@@ -0,0 +1,86 @@
+---
+title: "टोकन एकत्रीकरण तपासणीसूची"
+description: "टोकन्ससोबत संवाद साधताना विचारात घेण्यासारख्या गोष्टींची एक तपासणीसूची"
+author: "Trailofbits"
+lang: mr
+tags:
+  [
+    "सॉलिडिटी",
+    "स्मार्ट कॉन्ट्रॅक्ट",
+    "सुरक्षा",
+    "tokens"
+  ]
+skill: intermediate
+published: 2020-08-13
+source: Building secure contracts
+sourceUrl: https://github.com/crytic/building-secure-contracts/blob/master/development-guidelines/token_integration.md
+---
+
+अनियंत्रित टोकन्ससोबत संवाद साधताना ही तपासणीसूची पाळा. प्रत्येक बाबीशी संबंधित धोके तुम्ही समजून घेतले आहेत याची खात्री करा आणि या नियमांमधील कोणत्याही अपवादांचे समर्थन करा.
+
+सोयीसाठी, सर्व Slither [युटिलिटीज](https://github.com/crytic/slither#tools) थेट टोकन ॲड्रेसवर चालवल्या जाऊ शकतात, जसे की:
+
+[Slither वापरण्याचे ट्युटोरियल](/developers/tutorials/how-to-use-slither-to-find-smart-contract-bugs/)
+
+```bash
+slither-check-erc 0xdac17f958d2ee523a2206206994597c13d831ec7 TetherToken
+```
+
+ही तपासणीसूची फॉलो करण्यासाठी, तुम्हाला टोकनसाठी Slither कडून हा आउटपुट हवा असेल:
+
+```bash
+- slither-check-erc [target] [contractName] [optional: --erc ERC_NUMBER]
+- slither [target] --print human-summary
+- slither [target] --print contract-summary
+- slither-prop . --contract ContractName # कॉन्फिगरेशन आवश्यक आहे, आणि Echidna व Manticore चा वापर
+```
+
+## सामान्य विचार {#general-considerations}
+
+- **कॉन्ट्रॅक्टचे सुरक्षा पुनरावलोकन झाले आहे.** ज्या कॉन्ट्रॅक्ट्सचे सुरक्षा पुनरावलोकन झालेले नाही त्यांच्याशी संवाद साधणे टाळा. मूल्यांकनाची लांबी (उर्फ "प्रयत्नांची पातळी"), सुरक्षा फर्मची प्रतिष्ठा, आणि निष्कर्षांची संख्या व तीव्रता तपासा.
+- **तुम्ही डेव्हलपर्सशी संपर्क साधला आहे.** तुम्हाला त्यांच्या टीमला एखाद्या घटनेबद्दल सतर्क करण्याची आवश्यकता असू शकते. [blockchain-security-contacts](https://github.com/crytic/blockchain-security-contacts) वर योग्य संपर्क शोधा.
+- **त्यांच्याकडे गंभीर घोषणांसाठी एक सुरक्षा मेलिंग लिस्ट आहे.** त्यांच्या टीमने वापरकर्त्यांना (तुमच्यासारख्या!) सल्ला द्यावा. जेव्हा गंभीर समस्या आढळतात किंवा जेव्हा अपग्रेड्स होतात.
+
+## ERC अनुरूपता {#erc-conformity}
+
+Slither मध्ये एक युटिलिटी, [slither-check-erc](https://github.com/crytic/slither/wiki/ERC-Conformance) समाविष्ट आहे, जी अनेक संबंधित ERC मानकांशी टोकनच्या अनुरूपतेचे पुनरावलोकन करते. हे तपासण्यासाठी slither-check-erc वापरा:
+
+- **Transfer आणि transferFrom एक बुलियन परत करतात.** अनेक टोकन्स या फंक्शन्सवर बुलियन परत करत नाहीत. परिणामी, कॉन्ट्रॅक्टमधील त्यांचे कॉल्स अयशस्वी होऊ शकतात.
+- **जर वापरले असेल तर name, decimals, आणि symbol फंक्शन्स उपस्थित आहेत.** ही फंक्शन्स ERC20 मानकांमध्ये ऐच्छिक आहेत आणि उपस्थित नसू शकतात.
+- **Decimals एक uint8 परत करते.** अनेक टोकन्स चुकीने uint256 परत करतात. असे असल्यास, परत केलेले मूल्य 255 च्या खाली आहे याची खात्री करा.
+- **टोकन ज्ञात [ERC20 रेस कंडीशन](https://github.com/ethereum/EIPs/issues/20#issuecomment-263524729) कमी करते.** ERC20 मानकांमध्ये एक ज्ञात ERC20 रेस कंडीशन आहे जी हल्लेखोरांना टोकन चोरण्यापासून रोखण्यासाठी कमी करणे आवश्यक आहे.
+- **टोकन एक ERC777 टोकन नाही आणि transfer व transferFrom मध्ये कोणतेही बाह्य फंक्शन कॉल नाही.** ट्रान्सफर फंक्शन्समधील बाह्य कॉल्समुळे रीएन्ट्रन्सी होऊ शकते.
+
+Slither मध्ये एक युटिलिटी, [slither-prop](https://github.com/crytic/slither/wiki/Property-generation) समाविष्ट आहे, जी युनिट टेस्ट्स आणि सुरक्षा गुणधर्म निर्माण करते जे अनेक सामान्य ERC त्रुटी शोधू शकतात. हे तपासण्यासाठी slither-prop वापरा:
+
+- **कॉन्ट्रॅक्ट slither-prop मधील सर्व युनिट टेस्ट्स आणि सुरक्षा गुणधर्मांमध्ये पास होतो.** निर्माण केलेल्या युनिट टेस्ट्स चालवा, नंतर [Echidna](https://github.com/crytic/echidna) आणि [Manticore](https://manticore.readthedocs.io/en/latest/verifier.html) सह गुणधर्म तपासा.
+
+शेवटी, काही विशिष्ट वैशिष्ट्ये आहेत जी आपोआप ओळखणे कठीण आहे. या परिस्थितींसाठी स्वतः तपासा:
+
+- **Transfer आणि transferFrom ने फी घेऊ नये.** डिफ्लेशनरी टोकन्समुळे अनपेक्षित वर्तन होऊ शकते.
+- **टोकनमधून मिळणारे संभाव्य व्याज विचारात घेतले जाते.** काही टोकन्स टोकन धारकांना व्याज वितरित करतात. जर ते विचारात घेतले नाही तर हे व्याज कॉन्ट्रॅक्टमध्ये अडकू शकते.
+
+## कॉन्ट्रॅक्ट रचना {#contract-composition}
+
+- **कॉन्ट्रॅक्ट अनावश्यक गुंतागुंत टाळतो.** टोकन एक साधा कॉन्ट्रॅक्ट असावा; गुंतागुंतीच्या कोड असलेल्या टोकनसाठी उच्च दर्जाचे पुनरावलोकन आवश्यक आहे. गुंतागुंतीचा कोड ओळखण्यासाठी Slither चा [human-summary printer](https://github.com/crytic/slither/wiki/Printer-documentation#human-summary) वापरा.
+- **कॉन्ट्रॅक्ट SafeMath वापरतो.** जे कॉन्ट्रॅक्ट्स SafeMath वापरत नाहीत त्यांना उच्च दर्जाच्या पुनरावलोकनाची आवश्यकता असते. SafeMath वापरासाठी कॉन्ट्रॅक्टची स्वतः तपासणी करा.
+- **कॉन्ट्रॅक्टमध्ये टोकनशी संबंधित नसलेले फक्त काही फंक्शन्स आहेत.** टोकनशी संबंधित नसलेले फंक्शन्स कॉन्ट्रॅक्टमध्ये समस्या असण्याची शक्यता वाढवतात. कॉन्ट्रॅक्टमध्ये वापरलेल्या कोडचे विस्तृतपणे पुनरावलोकन करण्यासाठी Slither चा [contract-summary printer](https://github.com/crytic/slither/wiki/Printer-documentation#contract-summary) वापरा.
+- **टोकनला फक्त एकच ॲड्रेस आहे.** बॅलन्स अपडेट्ससाठी अनेक एंट्री पॉइंट्स असलेले टोकन्स ॲड्रेसवर आधारित अंतर्गत बुककीपिंग तोडू शकतात (उदा., `balances[token_address][msg.sender]` वास्तविक बॅलन्स दर्शवू शकत नाही).
+
+## मालकाचे विशेषाधिकार {#owner-privileges}
+
+- **टोकन अपग्रेड करण्यायोग्य नाही.** अपग्रेड करण्यायोग्य कॉन्ट्रॅक्ट्स कालांतराने त्यांचे नियम बदलू शकतात. कॉन्ट्रॅक्ट अपग्रेड करण्यायोग्य आहे की नाही हे ठरवण्यासाठी Slither चा [human-summary printer](https://github.com/crytic/slither/wiki/Printer-documentation#contract-summary) वापरा.
+- **मालकाकडे मर्यादित मिंटिंग क्षमता आहे.** दुर्भावनापूर्ण किंवा तडजोड केलेले मालक मिंटिंग क्षमतेचा गैरवापर करू शकतात. मिंटिंग क्षमतेचे पुनरावलोकन करण्यासाठी Slither चा [human-summary printer](https://github.com/crytic/slither/wiki/Printer-documentation#contract-summary) वापरा, आणि कोडचे स्वतः पुनरावलोकन करण्याचा विचार करा.
+- **टोकन पॉज करण्यायोग्य नाही.** दुर्भावनापूर्ण किंवा तडजोड केलेले मालक पॉज करण्यायोग्य टोकन्सवर अवलंबून असलेले कॉन्ट्रॅक्ट्स अडकवू शकतात. पॉज करण्यायोग्य कोड स्वतः ओळखा.
+- **मालक कॉन्ट्रॅक्टला ब्लॅकलिस्ट करू शकत नाही.** दुर्भावनापूर्ण किंवा तडजोड केलेले मालक ब्लॅकलिस्ट असलेल्या टोकन्सवर अवलंबून असलेले कॉन्ट्रॅक्ट्स अडकवू शकतात. ब्लॅकलिस्टिंग वैशिष्ट्ये स्वतः ओळखा.
+- **टोकनमागील टीम ज्ञात आहे आणि गैरवापरासाठी जबाबदार धरले जाऊ शकते.** अज्ञात डेव्हलपमेंट टीम असलेले कॉन्ट्रॅक्ट्स, किंवा जे कायदेशीर आश्रयस्थानांमध्ये राहतात त्यांना उच्च दर्जाच्या पुनरावलोकनाची आवश्यकता असेल.
+
+## टोकनची टंचाई {#token-scarcity}
+
+टोकन टंचाईच्या समस्यांचे पुनरावलोकन करण्यासाठी स्वतः पुनरावलोकन करणे आवश्यक आहे. या परिस्थिती तपासा:
+
+- **कोणत्याही एका वापरकर्त्याकडे बहुतेक पुरवठा नाही.** जर काही वापरकर्त्यांकडे बहुतेक टोकन्स असतील, तर ते टोकनच्या पुनर्वितरणावर आधारित ऑपरेशन्सवर प्रभाव टाकू शकतात.
+- **एकूण पुरवठा पुरेसा आहे.** कमी एकूण पुरवठा असलेल्या टोकन्समध्ये सहज फेरफार केली जाऊ शकते.
+- **टोकन्स काही एक्सचेंजेसपेक्षा जास्त ठिकाणी आहेत.** जर सर्व टोकन्स एकाच एक्सचेंजमध्ये असतील, तर त्या एक्सचेंजमधील तडजोड टोकनवर अवलंबून असलेल्या कॉन्ट्रॅक्टशी तडजोड करू शकते.
+- **वापरकर्ते मोठ्या निधी किंवा फ्लॅश लोन्सशी संबंधित धोके समजतात.** टोकन बॅलन्सवर अवलंबून असलेल्या कॉन्ट्रॅक्ट्सनी मोठ्या निधी असलेल्या हल्लेखोरांचा किंवा फ्लॅश लोन्सद्वारे होणाऱ्या हल्ल्यांचा काळजीपूर्वक विचार केला पाहिजे.
+- **टोकन फ्लॅश मिंटिंगला परवानगी देत नाही.** फ्लॅश मिंटिंगमुळे बॅलन्स आणि एकूण पुरवठ्यात लक्षणीय चढ-उतार होऊ शकतात, ज्यामुळे टोकनच्या ऑपरेशनमध्ये कठोर आणि व्यापक ओव्हरफ्लो तपासणी आवश्यक होते.
diff --git a/public/content/translations/mr/developers/tutorials/transfers-and-approval-of-erc-20-tokens-from-a-solidity-smart-contract/index.md b/public/content/translations/mr/developers/tutorials/transfers-and-approval-of-erc-20-tokens-from-a-solidity-smart-contract/index.md
new file mode 100644
index 00000000000..e3a993289e4
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/transfers-and-approval-of-erc-20-tokens-from-a-solidity-smart-contract/index.md
@@ -0,0 +1,314 @@
+---
+title: "Solidity स्मार्ट कॉन्ट्रॅक्टमधून ERC-20 टोकनचे हस्तांतरण आणि मंजूरी"
+description: "Solidity वापरून एक DEX स्मार्ट कॉन्ट्रॅक्ट तयार करा जो ERC-20 टोकन हस्तांतरण आणि मंजुरी हाताळतो."
+author: "jdourlens"
+tags: [ "स्मार्ट कॉन्ट्रॅक्ट", "tokens", "सॉलिडिटी", "erc-20" ]
+skill: intermediate
+lang: mr
+published: 2020-04-07
+source: EthereumDev
+sourceUrl: https://ethereumdev.io/transfers-and-approval-or-erc20-tokens-from-a-solidity-smart-contract/
+address: "0x19dE91Af973F404EDF5B4c093983a7c6E3EC8ccE"
+---
+
+मागील ट्युटोरियलमध्ये आपण Ethereum ब्लॉकचेनवरील [Solidity मधील ERC-20 टोकनची रचना](/developers/tutorials/understand-the-erc-20-token-smart-contract/) अभ्यासली. या लेखात आपण पाहू की Solidity भाषा वापरून टोकनसोबत संवाद साधण्यासाठी आपण स्मार्ट कॉन्ट्रॅक्टचा कसा वापर करू शकतो.
+
+या स्मार्ट कॉन्ट्रॅक्टसाठी, आम्ही एक प्रत्यक्ष डमी विकेंद्रित एक्सचेंज तयार करू जिथे वापरकर्ता आमच्या नवीन तैनात केलेल्या [ERC-20 टोकनच्या](/developers/docs/standards/tokens/erc-20/) बदल्यात ईथरचा व्यापार करू शकतो.
+
+या ट्युटोरियलसाठी आम्ही मागील ट्युटोरियलमध्ये लिहिलेला कोड आधार म्हणून वापरणार आहोत. आमचा DEX त्याच्या कन्स्ट्रक्टरमध्ये कॉन्ट्रॅक्टचा इन्स्टन्स तयार करेल आणि खालील कार्ये पार पाडेल:
+
+- टोकनची ईथरमध्ये देवाणघेवाण करणे
+- ईथरची टोकनमध्ये देवाणघेवाण करणे
+
+आपण आपला सोपा ERC20 कोडबेस जोडून आपला विकेंद्रित एक्सचेंज कोड सुरू करू:
+
+```solidity
+pragma solidity ^0.8.0;
+
+interface IERC20 {
+
+    function totalSupply() external view returns (uint256);
+    function balanceOf(address account) external view returns (uint256);
+    function allowance(address owner, address spender) external view returns (uint256);
+
+    function transfer(address recipient, uint256 amount) external returns (bool);
+    function approve(address spender, uint256 amount) external returns (bool);
+    function transferFrom(address sender, address recipient, uint256 amount) external returns (bool);
+
+
+    event Transfer(address indexed from, address indexed to, uint256 value);
+    event Approval(address indexed owner, address indexed spender, uint256 value);
+}
+
+
+contract ERC20Basic is IERC20 {
+
+    string public constant name = "ERC20Basic";
+    string public constant symbol = "ERC";
+    uint8 public constant decimals = 18;
+
+
+    mapping(address => uint256) balances;
+
+    mapping(address => mapping (address => uint256)) allowed;
+
+    uint256 totalSupply_ = 10 ether;
+
+
+   constructor() {
+	balances[msg.sender] = totalSupply_;
+    }
+
+    function totalSupply() public override view returns (uint256) {
+	return totalSupply_;
+    }
+
+    function balanceOf(address tokenOwner) public override view returns (uint256) {
+        return balances[tokenOwner];
+    }
+
+    function transfer(address receiver, uint256 numTokens) public override returns (bool) {
+        require(numTokens <= balances[msg.sender]);
+        balances[msg.sender] = balances[msg.sender]-numTokens;
+        balances[receiver] = balances[receiver]+numTokens;
+        emit Transfer(msg.sender, receiver, numTokens);
+        return true;
+    }
+
+    function approve(address delegate, uint256 numTokens) public override returns (bool) {
+        allowed[msg.sender][delegate] = numTokens;
+        emit Approval(msg.sender, delegate, numTokens);
+        return true;
+    }
+
+    function allowance(address owner, address delegate) public override view returns (uint) {
+        return allowed[owner][delegate];
+    }
+
+    function transferFrom(address owner, address buyer, uint256 numTokens) public override returns (bool) {
+        require(numTokens <= balances[owner]);
+        require(numTokens <= allowed[owner][msg.sender]);
+
+        balances[owner] = balances[owner]-numTokens;
+        allowed[owner][msg.sender] = allowed[owner][msg.sender]-numTokens;
+        balances[buyer] = balances[buyer]+numTokens;
+        emit Transfer(owner, buyer, numTokens);
+        return true;
+    }
+}
+
+
+```
+
+आमचा नवीन DEX स्मार्ट कॉन्ट्रॅक्ट ERC-20 तैनात करेल आणि पुरवलेल्या सर्व गोष्टी मिळवेल:
+
+```solidity
+contract DEX {
+
+    IERC20 public token;
+
+    event Bought(uint256 amount);
+    event Sold(uint256 amount);
+
+    constructor() {
+        token = new ERC20Basic();
+    }
+
+    function buy() payable public {
+        // TODO
+    }
+
+    function sell(uint256 amount) public {
+        // TODO
+    }
+
+}
+```
+
+तर आता आपल्याकडे आपला DEX आहे आणि त्यात सर्व टोकन राखीव निधी उपलब्ध आहे. कॉन्ट्रॅक्टमध्ये दोन फंक्शन्स आहेत:
+
+- `buy`: वापरकर्ता ईथर पाठवून बदल्यात टोकन्स मिळवू शकतो
+- `sell`: वापरकर्ता ईथर परत मिळवण्यासाठी टोकन्स पाठवण्याचा निर्णय घेऊ शकतो
+
+## `buy` फंक्शन {#the-buy-function}
+
+चला `buy` फंक्शन कोड करूया. आपल्याला आधी मेसेजमध्ये किती ईथर आहे हे तपासावे लागेल आणि कॉन्ट्रॅक्ट्सकडे पुरेसे टोकन आहेत आणि मेसेजमध्ये काही ईथर आहे याची पडताळणी करावी लागेल. जर कॉन्ट्रॅक्टकडे पुरेसे टोकन असतील, तर ते वापरकर्त्याला टोकनची संख्या पाठवेल आणि `Bought` इव्हेंट उत्सर्जित करेल.
+
+लक्षात घ्या की त्रुटीच्या बाबतीत आपण `require` फंक्शन कॉल केल्यास, पाठवलेले ईथर थेट परत केले जाईल आणि वापरकर्त्याला परत दिले जाईल.
+
+गोष्टी सोप्या ठेवण्यासाठी, आम्ही फक्त 1 Wei साठी 1 टोकन एक्सचेंज करतो.
+
+```solidity
+function buy() payable public {
+    uint256 amountTobuy = msg.value;
+    uint256 dexBalance = token.balanceOf(address(this));
+    require(amountTobuy > 0, "तुम्हाला काही ईथर पाठवणे आवश्यक आहे");
+    require(amountTobuy <= dexBalance, "रिझर्व्हमध्ये पुरेसे टोकन्स नाहीत");
+    token.transfer(msg.sender, amountTobuy);
+    emit Bought(amountTobuy);
+}
+```
+
+`buy` यशस्वी झाल्यास, आपल्याला ट्रांझॅक्शनमध्ये दोन इव्हेंट दिसले पाहिजेत: टोकन `Transfer` आणि `Bought` इव्हेंट.
+
+![ट्रांझॅक्शनमधील दोन इव्हेंट: Transfer आणि Bought](./transfer-and-bought-events.png)
+
+## `sell` फंक्शन {#the-sell-function}
+
+विक्रीसाठी जबाबदार फंक्शनला आधी `approve` फंक्शन कॉल करून वापरकर्त्याकडून रकमेला मंजुरी देण्याची आवश्यकता असेल. हस्तांतरणाला मंजुरी देण्यासाठी DEX द्वारे तयार केलेल्या ERC20Basic टोकनला वापरकर्त्याद्वारे कॉल करणे आवश्यक आहे. हे साध्य करण्यासाठी प्रथम DEX कॉन्ट्रॅक्टचे `token()` फंक्शन कॉल करून तो ऍड्रेस मिळवावा लागेल जिथे DEX ने `token` नावाचा ERC20Basic कॉन्ट्रॅक्ट तैनात केला आहे. त्यानंतर आम्ही आमच्या सेशनमध्ये त्या कॉन्ट्रॅक्टचा एक इन्स्टन्स तयार करतो आणि त्याचे `approve` फंक्शन कॉल करतो. त्यानंतर आपण DEX चे `sell` फंक्शन कॉल करू शकतो आणि आपले टोकन परत ईथरसाठी स्वॅप करू शकतो. उदाहरणार्थ, इंटरऍक्टिव्ह ब्राउनी सेशनमध्ये हे असे दिसते:
+
+```python
+#### इंटरऍक्टिव्ह ब्राउनी कन्सोलमधील पायथन...
+
+# DEX तैनात करा
+dex = DEX.deploy({'from':account1})
+
+# टोकनसाठी ईथर स्वॅप करण्याकरिता `buy` फंक्शन कॉल करा
+# 1e18 म्हणजे 1 ईथर wei मध्ये दर्शवलेले
+dex.buy({'from': account2, 1e18})
+
+# ERC20 टोकनसाठी डिप्लॉयमेंट ऍड्रेस मिळवा
+# जे DEX कॉन्ट्रॅक्ट तयार करताना तैनात केले होते
+# dex.token() टोकनसाठी तैनात केलेला ऍड्रेस परत करतो
+token = ERC20Basic.at(dex.token())
+
+# टोकनचे `approve` फंक्शन कॉल करा
+# dex ऍड्रेसला स्पेंडर म्हणून मंजूर करा
+# आणि ते तुमचे किती टोकन खर्च करू शकते
+token.approve(dex.address, 3e18, {'from':account2})
+
+```
+
+मग जेव्हा `sell` फंक्शन कॉल केले जाते, तेव्हा आम्ही कॉलरच्या ऍड्रेसवरून कॉन्ट्रॅक्ट ऍड्रेसवर हस्तांतरण यशस्वी झाले आहे की नाही हे तपासू आणि नंतर ईथर कॉलरच्या ऍड्रेसवर परत पाठवू.
+
+```solidity
+function sell(uint256 amount) public {
+    require(amount > 0, "तुम्हाला किमान काही टोकन्स विकणे आवश्यक आहे");
+    uint256 allowance = token.allowance(msg.sender, address(this));
+    require(allowance >= amount, "टोकन भत्ता तपासा");
+    token.transferFrom(msg.sender, address(this), amount);
+    payable(msg.sender).transfer(amount);
+    emit Sold(amount);
+}
+```
+
+जर सर्व काही व्यवस्थित चालले, तर तुम्हाला ट्रांझॅक्शनमध्ये 2 इव्हेंट (`Transfer` आणि `Sold`) दिसले पाहिजेत आणि तुमचा टोकन बॅलन्स आणि ईथर बॅलन्स अपडेट झालेला दिसेल.
+
+![ट्रांझॅक्शनमधील दोन इव्हेंट: Transfer आणि Sold](./transfer-and-sold-events.png)
+
+<Divider />
+
+या ट्युटोरियलमधून आपण ERC-20 टोकनचा बॅलन्स आणि भत्ता कसा तपासावा आणि इंटरफेस वापरून ERC20 स्मार्ट कॉन्ट्रॅक्टचे `Transfer` आणि `TransferFrom` कसे कॉल करावे हे पाहिले.
+
+एकदा तुम्ही व्यवहार केल्यावर, तुमच्याकडे तुमच्या करारासाठी केलेल्या [व्यवहारांची प्रतीक्षा करण्यासाठी आणि तपशील मिळवण्यासाठी](https://ethereumdev.io/waiting-for-a-transaction-to-be-mined-on-ethereum-with-js/) एक जावास्क्रिप्ट ट्युटोरियल आहे आणि जोपर्यंत तुमच्याकडे ABI असेल तोपर्यंत [टोकन हस्तांतरणाद्वारे किंवा इतर कोणत्याही इव्हेंट्सद्वारे तयार केलेले इव्हेंट्स डीकोड करण्यासाठी एक ट्युटोरियल](https://ethereumdev.io/how-to-decode-event-logs-in-javascript-using-abi-decoder/) आहे.
+
+ट्युटोरियलसाठी संपूर्ण कोड येथे आहे:
+
+```solidity
+pragma solidity ^0.8.0;
+
+interface IERC20 {
+
+    function totalSupply() external view returns (uint256);
+    function balanceOf(address account) external view returns (uint256);
+    function allowance(address owner, address spender) external view returns (uint256);
+
+    function transfer(address recipient, uint256 amount) external returns (bool);
+    function approve(address spender, uint256 amount) external returns (bool);
+    function transferFrom(address sender, address recipient, uint256 amount) external returns (bool);
+
+
+    event Transfer(address indexed from, address indexed to, uint256 value);
+    event Approval(address indexed owner, address indexed spender, uint256 value);
+}
+
+
+contract ERC20Basic is IERC20 {
+
+    string public constant name = "ERC20Basic";
+    string public constant symbol = "ERC";
+    uint8 public constant decimals = 18;
+
+
+    mapping(address => uint256) balances;
+
+    mapping(address => mapping (address => uint256)) allowed;
+
+    uint256 totalSupply_ = 10 ether;
+
+
+   constructor() {
+	balances[msg.sender] = totalSupply_;
+    }
+
+    function totalSupply() public override view returns (uint256) {
+	return totalSupply_;
+    }
+
+    function balanceOf(address tokenOwner) public override view returns (uint256) {
+        return balances[tokenOwner];
+    }
+
+    function transfer(address receiver, uint256 numTokens) public override returns (bool) {
+        require(numTokens <= balances[msg.sender]);
+        balances[msg.sender] = balances[msg.sender]-numTokens;
+        balances[receiver] = balances[receiver]+numTokens;
+        emit Transfer(msg.sender, receiver, numTokens);
+        return true;
+    }
+
+    function approve(address delegate, uint256 numTokens) public override returns (bool) {
+        allowed[msg.sender][delegate] = numTokens;
+        emit Approval(msg.sender, delegate, numTokens);
+        return true;
+    }
+
+    function allowance(address owner, address delegate) public override view returns (uint) {
+        return allowed[owner][delegate];
+    }
+
+    function transferFrom(address owner, address buyer, uint256 numTokens) public override returns (bool) {
+        require(numTokens <= balances[owner]);
+        require(numTokens <= allowed[owner][msg.sender]);
+
+        balances[owner] = balances[owner]-numTokens;
+        allowed[owner][msg.sender] = allowed[owner][msg.sender]-numTokens;
+        balances[buyer] = balances[buyer]+numTokens;
+        emit Transfer(owner, buyer, numTokens);
+        return true;
+    }
+}
+
+
+contract DEX {
+
+    event Bought(uint256 amount);
+    event Sold(uint256 amount);
+
+
+    IERC20 public token;
+
+    constructor() {
+        token = new ERC20Basic();
+    }
+
+    function buy() payable public {
+        uint256 amountTobuy = msg.value;
+        uint256 dexBalance = token.balanceOf(address(this));
+        require(amountTobuy > 0, "तुम्हाला काही ईथर पाठवणे आवश्यक आहे");
+        require(amountTobuy <= dexBalance, "रिझर्व्हमध्ये पुरेसे टोकन्स नाहीत");
+        token.transfer(msg.sender, amountTobuy);
+        emit Bought(amountTobuy);
+    }
+
+    function sell(uint256 amount) public {
+        require(amount > 0, "तुम्हाला किमान काही टोकन्स विकणे आवश्यक आहे");
+        uint256 allowance = token.allowance(msg.sender, address(this));
+        require(allowance >= amount, "टोकन भत्ता तपासा");
+        token.transferFrom(msg.sender, address(this), amount);
+        payable(msg.sender).transfer(amount);
+        emit Sold(amount);
+    }
+
+}
+```
diff --git a/public/content/translations/mr/developers/tutorials/understand-the-erc-20-token-smart-contract/index.md b/public/content/translations/mr/developers/tutorials/understand-the-erc-20-token-smart-contract/index.md
new file mode 100644
index 00000000000..aef47ef34ae
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/understand-the-erc-20-token-smart-contract/index.md
@@ -0,0 +1,177 @@
+---
+title: "ERC-20 टोकन स्मार्ट कॉन्ट्रॅक्ट समजून घ्या"
+description: "संपूर्ण सॉलिडिटी स्मार्ट कॉन्ट्रॅक्ट उदाहरण आणि स्पष्टीकरणासह ERC-20 टोकन स्टँडर्ड कसे अंमलात आणायचे ते शिका."
+author: "jdourlens"
+tags: [ "स्मार्ट कॉन्ट्रॅक्ट", "tokens", "सॉलिडिटी", "erc-20" ]
+skill: beginner
+lang: mr
+published: 2020-04-05
+source: EthereumDev
+sourceUrl: https://ethereumdev.io/understand-the-erc20-token-smart-contract/
+address: "0x19dE91Af973F404EDF5B4c093983a7c6E3EC8ccE"
+---
+
+Ethereum वरील सर्वात महत्त्वाच्या [स्मार्ट कॉन्ट्रॅक्ट स्टँडर्ड्सपैकी](/developers/docs/standards/) एक [ERC-20](/developers/docs/standards/tokens/erc-20/) म्हणून ओळखले जाते, जे फंजिबल टोकन अंमलबजावणीसाठी Ethereum ब्लॉकचेनवरील सर्व स्मार्ट कॉन्ट्रॅक्ट्ससाठी वापरले जाणारे तांत्रिक मानक म्हणून उदयास आले आहे.
+
+ERC-20 नियमांची एक सामान्य सूची परिभाषित करते ज्याचे सर्व फंजिबल Ethereum टोकन्सनी पालन केले पाहिजे. परिणामी, हे टोकन स्टँडर्ड सर्व प्रकारच्या डेव्हलपर्सना मोठ्या Ethereum प्रणालीमध्ये नवीन टोकन कसे कार्य करतील याचा अचूक अंदाज लावण्यास सक्षम करते. हे डेव्हलपर्सची कामे सोपी करते, कारण ते आपले काम पुढे चालू ठेवू शकतात, हे जाणून की प्रत्येक नवीन प्रोजेक्टला प्रत्येक वेळी नवीन टोकन रिलीज झाल्यावर पुन्हा करण्याची आवश्यकता भासणार नाही, जोपर्यंत टोकन नियमांचे पालन करते.
+
+येथे, एका इंटरफेसच्या स्वरूपात सादर केलेले, ERC-20 ने अंमलात आणायलाच हवे असे फंक्शन्स आहेत. जर तुम्हाला इंटरफेस म्हणजे काय याबद्दल खात्री नसेल तर: [Solidity मध्ये OOP प्रोग्रामिंग](https://ethereumdev.io/inheritance-in-solidity-contracts-are-classes/) वरील आमचा लेख तपासा.
+
+```solidity
+pragma solidity ^0.6.0;
+
+interface IERC20 {
+
+    function totalSupply() external view returns (uint256);
+    function balanceOf(address account) external view returns (uint256);
+    function allowance(address owner, address spender) external view returns (uint256);
+
+    function transfer(address recipient, uint256 amount) external returns (bool);
+    function approve(address spender, uint256 amount) external returns (bool);
+    function transferFrom(address sender, address recipient, uint256 amount) external returns (bool);
+
+
+    event Transfer(address indexed from, address indexed to, uint256 value);
+    event Approval(address indexed owner, address indexed spender, uint256 value);
+}
+```
+
+प्रत्येक फंक्शन कशासाठी आहे याचे ओळीनुसार स्पष्टीकरण येथे दिले आहे. यानंतर आम्ही ERC-20 टोकनची एक सोपी अंमलबजावणी सादर करू.
+
+## गेटर्स {#getters}
+
+```solidity
+function totalSupply() external view returns (uint256);
+```
+
+अस्तित्वात असलेल्या टोकन्सची संख्या परत करते. हे फंक्शन एक गेटर आहे आणि कॉन्ट्रॅक्टची स्थिती बदलत नाही. लक्षात ठेवा की सॉलिडिटीमध्ये फ्लोट्स नाहीत. म्हणून, बहुतेक टोकन्स 18 डेसिमल्सचा अवलंब करतात आणि 1 टोकनसाठी 1000000000000000000 असा एकूण पुरवठा आणि इतर परिणाम परत करतील. प्रत्येक टोकनमध्ये 18 डेसिमल्स नसतात आणि टोकन्स हाताळताना ही एक गोष्ट आहे ज्याकडे तुम्हाला खरोखर लक्ष देणे आवश्यक आहे.
+
+```solidity
+function balanceOf(address account) external view returns (uint256);
+```
+
+एखाद्या ॲड्रेसच्या (`account`) मालकीच्या टोकन्सची संख्या परत करते. हे फंक्शन एक गेटर आहे आणि कॉन्ट्रॅक्टची स्थिती बदलत नाही.
+
+```solidity
+function allowance(address owner, address spender) external view returns (uint256);
+```
+
+ERC-20 स्टँडर्ड एका ॲड्रेसला दुसऱ्या ॲड्रेसला त्यातून टोकन मिळवण्यास सक्षम होण्यासाठी भत्ता देण्याची परवानगी देते. हे गेटर `spender` ला `owner` च्या वतीने खर्च करण्याची परवानगी असलेल्या टोकनची उर्वरित संख्या परत करते. हे फंक्शन एक गेटर आहे आणि कॉन्ट्रॅक्टची स्थिती बदलत नाही आणि डीफॉल्टनुसार 0 परत केले पाहिजे.
+
+## फंक्शन्स {#functions}
+
+```solidity
+function transfer(address recipient, uint256 amount) external returns (bool);
+```
+
+हे फंक्शन कॉलर ॲड्रेस (`msg.sender`) वरून प्राप्तकर्त्याच्या ॲड्रेसवर टोकन्सची `amount` हलवते. हे फंक्शन नंतर परिभाषित केलेला `Transfer` इव्हेंट उत्सर्जित करते. जर हस्तांतरण शक्य असेल तर ते true परत करते.
+
+```solidity
+function approve(address spender, uint256 amount) external returns (bool);
+```
+
+फंक्शन कॉलर (`msg.sender`) च्या बॅलन्समधून `spender` ला हस्तांतरित करण्याची परवानगी असलेल्या `allowance` ची रक्कम सेट करा. हे फंक्शन Approval इव्हेंट उत्सर्जित करते. फंक्शन भत्ता यशस्वीरित्या सेट झाला होता की नाही हे परत करते.
+
+```solidity
+function transferFrom(address sender, address recipient, uint256 amount) external returns (bool);
+```
+
+अलाउन्स मेकॅनिझम वापरून `sender` कडून `recipient` कडे टोकनची `amount` हलवते. त्यानंतर कॉलरच्या भत्त्यामधून रक्कम कापली जाते. हे फंक्शन `Transfer` इव्हेंट उत्सर्जित करते.
+
+## इव्हेंट्स {#events}
+
+```solidity
+event Transfer(address indexed from, address indexed to, uint256 value);
+```
+
+हा इव्हेंट तेव्हा उत्सर्जित होतो जेव्हा टोकनची रक्कम (व्हॅल्यू) `from` ॲड्रेसवरून `to` ॲड्रेसवर पाठविली जाते.
+
+नवीन टोकन मिंट करण्याच्या बाबतीत, हस्तांतरण सामान्यतः 0x00..0000 ॲड्रेस `from` होते तर टोकन बर्न करण्याच्या बाबतीत हस्तांतरण 0x00..0000 `to` होते.
+
+```solidity
+event Approval(address indexed owner, address indexed spender, uint256 value);
+```
+
+हा इव्हेंट तेव्हा उत्सर्जित होतो जेव्हा `owner` द्वारे `spender` ला वापरण्यासाठी टोकन्सची रक्कम (`value`) मंजूर केली जाते.
+
+## ERC-20 टोकन्सची मूलभूत अंमलबजावणी {#a-basic-implementation-of-erc-20-tokens}
+
+तुमच्या ERC-20 टोकनचा आधार घेण्यासाठी येथे सर्वात सोपा कोड आहे:
+
+```solidity
+pragma solidity ^0.8.0;
+
+interface IERC20 {
+
+    function totalSupply() external view returns (uint256);
+    function balanceOf(address account) external view returns (uint256);
+    function allowance(address owner, address spender) external view returns (uint256);
+
+    function transfer(address recipient, uint256 amount) external returns (bool);
+    function approve(address spender, uint256 amount) external returns (bool);
+    function transferFrom(address sender, address recipient, uint256 amount) external returns (bool);
+
+
+    event Transfer(address indexed from, address indexed to, uint256 value);
+    event Approval(address indexed owner, address indexed spender, uint256 value);
+}
+
+
+contract ERC20Basic is IERC20 {
+
+    string public constant name = "ERC20Basic";
+    string public constant symbol = "ERC";
+    uint8 public constant decimals = 18;
+
+
+    mapping(address => uint256) balances;
+
+    mapping(address => mapping (address => uint256)) allowed;
+
+    uint256 totalSupply_ = 10 ether;
+
+
+   constructor() {
+	balances[msg.sender] = totalSupply_;
+    }
+
+    function totalSupply() public override view returns (uint256) {
+	return totalSupply_;
+    }
+
+    function balanceOf(address tokenOwner) public override view returns (uint256) {
+        return balances[tokenOwner];
+    }
+
+    function transfer(address receiver, uint256 numTokens) public override returns (bool) {
+        require(numTokens <= balances[msg.sender]);
+        balances[msg.sender] = balances[msg.sender]-numTokens;
+        balances[receiver] = balances[receiver]+numTokens;
+        emit Transfer(msg.sender, receiver, numTokens);
+        return true;
+    }
+
+    function approve(address delegate, uint256 numTokens) public override returns (bool) {
+        allowed[msg.sender][delegate] = numTokens;
+        emit Approval(msg.sender, delegate, numTokens);
+        return true;
+    }
+
+    function allowance(address owner, address delegate) public override view returns (uint) {
+        return allowed[owner][delegate];
+    }
+
+    function transferFrom(address owner, address buyer, uint256 numTokens) public override returns (bool) {
+        require(numTokens <= balances[owner]);
+        require(numTokens <= allowed[owner][msg.sender]);
+
+        balances[owner] = balances[owner]-numTokens;
+        allowed[owner][msg.sender] = allowed[owner][msg.sender]-numTokens;
+        balances[buyer] = balances[buyer]+numTokens;
+        emit Transfer(owner, buyer, numTokens);
+        return true;
+    }
+}
+```
+
+ERC-20 टोकन स्टँडर्डची आणखी एक उत्कृष्ट अंमलबजावणी म्हणजे [OpenZeppelin ERC-20 अंमलबजावणी](https://github.com/OpenZeppelin/openzeppelin-contracts/tree/master/contracts/token/ERC20).
diff --git a/public/content/translations/mr/developers/tutorials/uniswap-v2-annotated-code/index.md b/public/content/translations/mr/developers/tutorials/uniswap-v2-annotated-code/index.md
new file mode 100644
index 00000000000..51bc913db16
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/uniswap-v2-annotated-code/index.md
@@ -0,0 +1,1898 @@
+---
+title: "Uniswap-v2 कराराचे अवलोकन"
+description: "Uniswap-v2 करार कसा काम करतो? ते त्या प्रकारे का लिहिले आहे?"
+author: Ori Pomerantz
+tags: [ "सॉलिडिटी" ]
+skill: intermediate
+published: 2021-05-01
+lang: mr
+---
+
+## प्रस्तावना {#introduction}
+
+[Uniswap v2](https://app.uniswap.org/whitepaper.pdf) कोणत्याही दोन ERC-20 टोकन्समध्ये विनिमय बाजार तयार करू शकते. या लेखात आपण या प्रोटोकॉलची अंमलबजावणी करणाऱ्या करारांसाठी स्रोत कोड पाहू आणि ते या प्रकारे का लिहिले आहेत हे पाहू.
+
+### Uniswap काय करते? {#what-does-uniswap-do}
+
+मूलतः, वापरकर्त्यांचे दोन प्रकार आहेत: लिक्विडिटी प्रोव्हायडर आणि व्यापारी.
+
+_लिक्विडिटी प्रोव्हायडर_ पूलला दोन टोकन्स प्रदान करतात ज्यांचा विनिमय केला जाऊ शकतो (आपण त्यांना **टोकन0** आणि **टोकन1** म्हणू). त्या बदल्यात, त्यांना तिसरे टोकन मिळते जे पूलच्या आंशिक मालकीचे प्रतिनिधित्व करते, ज्याला _लिक्विडिटी टोकन_ म्हणतात.
+
+_व्यापारी_ पूलमध्ये एका प्रकारचे टोकन पाठवतात आणि दुसरे टोकन (उदाहरणार्थ, **टोकन0** पाठवून **टोकन1** प्राप्त करणे) लिक्विडिटी प्रोव्हायडरद्वारे प्रदान केलेल्या पूलमधून प्राप्त करतात. पूलमध्ये असलेल्या **टोकन0** आणि **टोकन1** च्या सापेक्ष संख्येनुसार विनिमय दर निर्धारित केला जातो. याव्यतिरिक्त, पूल लिक्विडिटी पूलसाठी बक्षीस म्हणून लहान टक्केवारी घेते.
+
+जेव्हा लिक्विडिटी प्रोव्हायडरना त्यांची मालमत्ता परत हवी असते, तेव्हा ते पूल टोकन्स बर्न करू शकतात आणि बक्षिसांमधील त्यांच्या वाट्यासह त्यांचे टोकन्स परत मिळवू शकतात.
+
+[अधिक वर्णनासाठी येथे क्लिक करा](https://docs.uniswap.org/contracts/v2/concepts/core-concepts/swaps/).
+
+### v2 का? v3 का नाही? {#why-v2}
+
+[Uniswap v3](https://app.uniswap.org/whitepaper-v3.pdf) हे एक अपग्रेड आहे जे v2 पेक्षा खूपच गुंतागुंतीचे आहे. आधी v2 शिकणे आणि नंतर v3 कडे जाणे सोपे आहे.
+
+### मुख्य करार विरुद्ध परिघ करार {#contract-types}
+
+Uniswap v2 दोन घटकांमध्ये विभागलेले आहे, एक मुख्य आणि एक परिघ. हे विभाजन मुख्य करारांना, जे मालमत्ता ठेवतात आणि त्यामुळे _सुरक्षित_ असणे आवश्यक आहे, सोपे आणि ऑडिट करण्यास सोपे बनवते. व्यापाऱ्यांसाठी आवश्यक असलेली सर्व अतिरिक्त कार्यक्षमता नंतर परिघ करारांद्वारे प्रदान केली जाऊ शकते.
+
+## डेटा आणि नियंत्रण प्रवाह {#flows}
+
+जेव्हा तुम्ही Uniswap च्या तीन मुख्य क्रिया करता तेव्हा हा डेटा आणि नियंत्रणाचा प्रवाह आहे:
+
+1. वेगवेगळ्या टोकन्समध्ये स्वॅप करा
+2. मार्केटमध्ये लिक्विडिटी जोडा आणि पेअर एक्सचेंज ERC-20 लिक्विडिटी टोकन्ससह बक्षीस मिळवा
+3. ERC-20 लिक्विडिटी टोकन्स बर्न करा आणि पेअर एक्सचेंज व्यापाऱ्यांना विनिमय करण्याची परवानगी देणारे ERC-20 टोकन्स परत मिळवा
+
+### स्वॅप {#swap-flow}
+
+हा सर्वात सामान्य प्रवाह आहे, जो व्यापाऱ्यांद्वारे वापरला जातो:
+
+#### कॉलर {#caller}
+
+1. स्वॅप करायच्या रकमेसाठी परिघ खात्याला अनुमती द्या.
+2. परिघ कराराच्या अनेक स्वॅप फंक्शन्सपैकी एक कॉल करा (कोणते फंक्शन वापरायचे हे ETH सामील आहे की नाही, व्यापारी जमा करायच्या टोकन्सची रक्कम किंवा परत मिळवायच्या टोकन्सची रक्कम निर्दिष्ट करतो का, इत्यादीवर अवलंबून असते).
+   प्रत्येक स्वॅप फंक्शन एक `path` स्वीकारतो, जो एक एक्सचेंजेसचा अॅरे आहे ज्यातून जायचे आहे.
+
+#### परिघ करारामध्ये (UniswapV2Router02.sol) {#in-the-periphery-contract-uniswapv2router02-sol}
+
+3. मार्गावरील प्रत्येक एक्सचेंजवर व्यापार करण्याची आवश्यकता असलेल्या रकमेची ओळख करा.
+4. मार्गावर पुनरावृत्ती करते. मार्गावरील प्रत्येक एक्सचेंजसाठी ते इनपुट टोकन पाठवते आणि नंतर एक्सचेंजच्या `swap` फंक्शनला कॉल करते.
+   बहुतेक प्रकरणांमध्ये टोकन्ससाठी गंतव्य पत्ता मार्गावरील पुढील पेअर एक्सचेंज असतो. अंतिम एक्सचेंजमध्ये तो व्यापाऱ्याने प्रदान केलेला पत्ता असतो.
+
+#### मुख्य करारामध्ये (UniswapV2Pair.sol) {#in-the-core-contract-uniswapv2pairsol-2}
+
+5. मुख्य कराराची फसवणूक होत नाही आणि स्वॅपनंतर पुरेशी लिक्विडिटी राखू शकते याची पडताळणी करा.
+6. ज्ञात रिझर्व्ह्स व्यतिरिक्त आमच्याकडे किती अतिरिक्त टोकन्स आहेत ते पहा. ती रक्कम म्हणजे आम्हाला विनिमय करण्यासाठी मिळालेल्या इनपुट टोकन्सची संख्या.
+7. आउटपुट टोकन्स गंतव्यस्थानावर पाठवा.
+8. रिझर्व्ह रक्कम अपडेट करण्यासाठी `_update` ला कॉल करा
+
+#### परिघ करारामध्ये परत (UniswapV2Router02.sol) {#back-in-the-periphery-contract-uniswapv2router02-sol}
+
+9. आवश्यक स्वच्छता करा (उदाहरणार्थ, व्यापाऱ्याला पाठवण्यासाठी ETH परत मिळवण्यासाठी WETH टोकन्स बर्न करा)
+
+### लिक्विडिटी जोडा {#add-liquidity-flow}
+
+#### कॉलर {#caller-2}
+
+1. लिक्विडिटी पूलमध्ये जोडल्या जाणाऱ्या रकमेसाठी परिघ खात्याला अनुमती द्या.
+2. परिघ कराराच्या `addLiquidity` फंक्शन्सपैकी एक कॉल करा.
+
+#### परिघ करारामध्ये (UniswapV2Router02.sol) {#in-the-periphery-contract-uniswapv2router02sol-2}
+
+3. आवश्यक असल्यास नवीन पेअर एक्सचेंज तयार करा
+4. जर अस्तित्वात असलेला पेअर एक्सचेंज असेल, तर जोडण्यासाठी टोकन्सची रक्कम मोजा. हे दोन्ही टोकन्ससाठी समान मूल्य मानले जाते, म्हणून नवीन टोकन्स आणि अस्तित्वातील टोकन्सचे प्रमाण समान असते.
+5. रक्कम स्वीकारार्ह आहे की नाही ते तपासा (कॉलर किमान रक्कम निर्दिष्ट करू शकतात ज्याच्या खाली ते लिक्विडिटी जोडू इच्छित नाहीत)
+6. मुख्य कराराला कॉल करा.
+
+#### मुख्य करारामध्ये (UniswapV2Pair.sol) {#in-the-core-contract-uniswapv2pairsol-2}
+
+7. लिक्विडिटी टोकन्स मिंट करा आणि ते कॉलरला पाठवा
+8. रिझर्व्ह रक्कम अपडेट करण्यासाठी `_update` ला कॉल करा
+
+### लिक्विडिटी काढा {#remove-liquidity-flow}
+
+#### कॉलर {#caller-3}
+
+1. अंतर्निहित टोकन्सच्या बदल्यात बर्न करण्यासाठी लिक्विडिटी टोकन्सची अनुमती परिघ खात्याला द्या.
+2. परिघ कराराच्या `removeLiquidity` फंक्शन्सपैकी एक कॉल करा.
+
+#### परिघ करारामध्ये (UniswapV2Router02.sol) {#in-the-periphery-contract-uniswapv2router02sol-3}
+
+3. लिक्विडिटी टोकन्स पेअर एक्सचेंजला पाठवा
+
+#### मुख्य करारामध्ये (UniswapV2Pair.sol) {#in-the-core-contract-uniswapv2pairsol-3}
+
+4. बर्न केलेल्या टोकन्सच्या प्रमाणात गंतव्य पत्त्यावर अंतर्निहित टोकन्स पाठवा. उदाहरणार्थ, जर पूलमध्ये 1000 A टोकन्स, 500 B टोकन्स, आणि 90 लिक्विडिटी टोकन्स असतील, आणि आम्हाला बर्न करण्यासाठी 9 टोकन्स मिळाले, तर आम्ही 10% लिक्विडिटी टोकन्स बर्न करत आहोत, म्हणून आम्ही वापरकर्त्याला 100 A टोकन्स आणि 50 B टोकन्स परत पाठवतो.
+5. लिक्विडिटी टोकन्स बर्न करा
+6. रिझर्व्ह रक्कम अपडेट करण्यासाठी `_update` ला कॉल करा
+
+## मुख्य करार {#core-contracts}
+
+हे सुरक्षित करार आहेत जे लिक्विडिटी ठेवतात.
+
+### UniswapV2Pair.sol {#UniswapV2Pair}
+
+[हा करार](https://github.com/Uniswap/uniswap-v2-core/blob/master/contracts/UniswapV2Pair.sol) प्रत्यक्ष पूलची अंमलबजावणी करतो जो टोकन्सचा विनिमय करतो. ही मुख्य Uniswap कार्यक्षमता आहे.
+
+```solidity
+pragma solidity =0.5.16;
+
+import './interfaces/IUniswapV2Pair.sol';
+import './UniswapV2ERC20.sol';
+import './libraries/Math.sol';
+import './libraries/UQ112x112.sol';
+import './interfaces/IERC20.sol';
+import './interfaces/IUniswapV2Factory.sol';
+import './interfaces/IUniswapV2Callee.sol';
+```
+
+हे सर्व इंटरफेस आहेत ज्यांबद्दल कराराला माहित असणे आवश्यक आहे, एकतर कारण करार त्यांची अंमलबजावणी करतो (`IUniswapV2Pair` आणि `UniswapV2ERC20`) किंवा कारण तो त्यांची अंमलबजावणी करणाऱ्या करारांना कॉल करतो.
+
+```solidity
+contract UniswapV2Pair is IUniswapV2Pair, UniswapV2ERC20 {
+```
+
+हा करार `UniswapV2ERC20` पासून वारसा घेतो, जो लिक्विडिटी टोकन्ससाठी ERC-20 फंक्शन्स प्रदान करतो.
+
+```solidity
+    using SafeMath  for uint;
+```
+
+[SafeMath लायब्ररी](https://docs.openzeppelin.com/contracts/2.x/api/math) ओव्हरफ्लो आणि अंडरफ्लो टाळण्यासाठी वापरली जाते. हे महत्त्वाचे आहे कारण अन्यथा आपण अशा परिस्थितीत येऊ शकतो जिथे मूल्य `-1` असले पाहिजे, परंतु त्याऐवजी `2^256-1` असेल.
+
+```solidity
+    using UQ112x112 for uint224;
+```
+
+पूल करारामध्ये अनेक गणितांसाठी अपूर्णांकांची आवश्यकता असते. तथापि, EVM द्वारे अपूर्णांक समर्थित नाहीत.
+Uniswap ने शोधलेला उपाय म्हणजे 224 बिट मूल्यांचा वापर करणे, ज्यामध्ये पूर्णांक भागासाठी 112 बिट्स आणि अपूर्णांकासाठी 112 बिट्स असतात. म्हणून `1.0` हे `2^112` म्हणून दर्शविले जाते, `1.5` हे `2^112 + 2^111` म्हणून दर्शविले जाते, इत्यादी.
+
+या लायब्ररीबद्दल अधिक तपशील [दस्तऐवजात नंतर](#FixedPoint) उपलब्ध आहेत.
+
+#### व्हेरिअबल्स {#pair-vars}
+
+```solidity
+    uint public constant MINIMUM_LIQUIDITY = 10**3;
+```
+
+शून्याने भागाकार टाळण्यासाठी, लिक्विडिटी टोकन्सची किमान संख्या नेहमी अस्तित्वात असते (परंतु ती शून्य खात्याच्या मालकीची असते). ती संख्या **MINIMUM_LIQUIDITY** आहे, एक हजार.
+
+```solidity
+    bytes4 private constant SELECTOR = bytes4(keccak256(bytes('transfer(address,uint256)')));
+```
+
+हा ERC-20 ट्रान्सफर फंक्शनसाठी ABI सिलेक्टर आहे. हे दोन टोकन खात्यांमध्ये ERC-20 टोकन्स हस्तांतरित करण्यासाठी वापरले जाते.
+
+```solidity
+    address public factory;
+```
+
+हा फॅक्टरी करार आहे ज्याने हा पूल तयार केला. प्रत्येक पूल दोन ERC-20 टोकन्समध्ये एक एक्सचेंज आहे, फॅक्टरी एक केंद्रीय बिंदू आहे जो या सर्व पूलांना जोडतो.
+
+```solidity
+    address public token0;
+    address public token1;
+```
+
+हे त्या दोन प्रकारच्या ERC-20 टोकन्सच्या करारांचे पत्ते आहेत ज्यांचा या पूलमार्फत विनिमय केला जाऊ शकतो.
+
+```solidity
+    uint112 private reserve0;           // uses single storage slot, accessible via getReserves
+    uint112 private reserve1;           // uses single storage slot, accessible via getReserves
+```
+
+प्रत्येक टोकन प्रकारासाठी पूलमध्ये असलेला राखीव साठा. आपण असे गृहीत धरतो की दोन्ही समान मूल्याचे प्रतिनिधित्व करतात, आणि म्हणून प्रत्येक token0 चे मूल्य reserve1/reserve0 token1 इतके आहे.
+
+```solidity
+    uint32  private blockTimestampLast; // uses single storage slot, accessible via getReserves
+```
+
+शेवटच्या ब्लॉकसाठी टाइमस्टॅम्प ज्यामध्ये विनिमय झाला होता, जो वेळेनुसार विनिमय दरांचा मागोवा घेण्यासाठी वापरला जातो.
+
+Ethereum करारांचा सर्वात मोठा गॅस खर्च म्हणजे स्टोरेज, जो कराराच्या एका कॉलपासून दुसऱ्या कॉलपर्यंत कायम राहतो. प्रत्येक स्टोरेज सेल 256 बिट्स लांब असतो. म्हणून तीन व्हेरिएबल्स, `reserve0`, `reserve1`, आणि `blockTimestampLast`, अशा प्रकारे वाटप केले जातात की एकाच स्टोरेज मूल्यामध्ये हे तिन्ही समाविष्ट होऊ शकतात (112+112+32=256).
+
+```solidity
+    uint public price0CumulativeLast;
+    uint public price1CumulativeLast;
+```
+
+हे व्हेरिएबल्स प्रत्येक टोकनसाठी (प्रत्येकी दुसऱ्याच्या संदर्भात) एकत्रित खर्च ठेवतात. ते एका विशिष्ट कालावधीसाठी सरासरी विनिमय दर मोजण्यासाठी वापरले जाऊ शकतात.
+
+```solidity
+    uint public kLast; // reserve0 * reserve1, as of immediately after the most recent liquidity event
+```
+
+पेअर एक्सचेंज token0 आणि token1 मधील विनिमय दराचा निर्णय घेण्याचा मार्ग म्हणजे व्यापारादरम्यान दोन राखीव साठ्यांचा गुणाकार स्थिर ठेवणे. `kLast` हे हे मूल्य आहे. जेव्हा एखादा लिक्विडिटी प्रोव्हायडर टोकन्स जमा करतो किंवा काढतो तेव्हा ते बदलते आणि 0.3% बाजार शुल्कामुळे ते किंचित वाढते.
+
+येथे एक सोपे उदाहरण आहे. लक्षात घ्या की साधेपणासाठी सारणीमध्ये दशांश बिंदूनंतर फक्त तीन अंक आहेत आणि आम्ही 0.3% व्यापार शुल्क दुर्लक्षित करतो त्यामुळे संख्या अचूक नाहीत.
+
+| इव्हेंट                                                                |                  reserve0 |                  reserve1 | reserve0 \* reserve1 | सरासरी विनिमय दर (टोकन1 / टोकन0) |
+| ---------------------------------------------------------------------- | ------------------------: | ------------------------: | -------------------: | --------------------------------------------------- |
+| प्राथमिक सेटअप                                                         | 1,000.000 | 1,000.000 |            1,000,000 |                                                     |
+| व्यापारी A ने 50 token0 साठी 47.619 token1 स्वॅप केले  | 1,050.000 |   952.381 |            1,000,000 | 0.952                               |
+| व्यापारी B ने 10 token0 साठी 8.984 token1 स्वॅप केले   | 1,060.000 |   943.396 |            1,000,000 | 0.898                               |
+| व्यापारी C ने 40 token0 साठी 34.305 token1 स्वॅप केले  | 1,100.000 |   909.090 |            1,000,000 | 0.858                               |
+| व्यापारी D ने 100 token1 साठी 109.01 token0 स्वॅप केले |   990.990 | 1,009.090 |            1,000,000 | 0.917                               |
+| व्यापारी E ने 10 token0 साठी 10.079 token1 स्वॅप केले  | 1,000.990 |   999.010 |            1,000,000 | 1.008                               |
+
+व्यापारी जसजसे अधिक token0 प्रदान करतात, तसतसे token1 चे सापेक्ष मूल्य वाढते आणि उलट, पुरवठा आणि मागणीवर आधारित.
+
+#### लॉक {#pair-lock}
+
+```solidity
+    uint private unlocked = 1;
+```
+
+सुरक्षा भेद्यतांचा एक वर्ग आहे जो [पुनर्प्रवेश गैरवापरा](https://medium.com/coinmonks/ethernaut-lvl-10-re-entrancy-walkthrough-how-to-abuse-execution-ordering-and-reproduce-the-dao-7ec88b912c14) वर आधारित आहे. Uniswap ला अनियंत्रित ERC-20 टोकन हस्तांतरित करणे आवश्यक आहे, याचा अर्थ ERC-20 करारांना कॉल करणे जे त्यांना कॉल करणाऱ्या Uniswap बाजाराचा गैरवापर करण्याचा प्रयत्न करू शकतात.
+कराराचा भाग म्हणून `unlocked` व्हेरिएबल असल्यामुळे, आपण फंक्शन्स चालू असताना (एकाच व्यवहारात) त्यांना कॉल करण्यापासून रोखू शकतो.
+
+```solidity
+    modifier lock() {
+```
+
+हे फंक्शन एक [मॉडिफायर](https://docs.soliditylang.org/en/v0.8.3/contracts.html#function-modifiers) आहे, एक फंक्शन जे सामान्य फंक्शनभोवती गुंडाळते आणि त्याचे वर्तन काही प्रकारे बदलते.
+
+```solidity
+        require(unlocked == 1, 'UniswapV2: LOCKED');
+        unlocked = 0;
+```
+
+जर `unlocked` एकच्या बरोबर असेल, तर ते शून्यावर सेट करा. जर ते आधीच शून्य असेल तर कॉल रिव्हर्ट करा, ते अयशस्वी करा.
+
+```solidity
+        _;
+```
+
+एका मॉडिफायरमध्ये `_;` हे मूळ फंक्शन कॉल आहे (सर्व पॅरामीटर्ससह). येथे याचा अर्थ असा आहे की फंक्शन कॉल तेव्हाच होतो जेव्हा `unlocked` चे मूल्य एक होते, आणि ते चालू असताना `unlocked` चे मूल्य शून्य असते.
+
+```solidity
+        unlocked = 1;
+    }
+```
+
+मुख्य फंक्शन परत आल्यानंतर, लॉक सोडा.
+
+#### विविध फंक्शन्स {#pair-misc}
+
+```solidity
+    function getReserves() public view returns (uint112 _reserve0, uint112 _reserve1, uint32 _blockTimestampLast) {
+        _reserve0 = reserve0;
+        _reserve1 = reserve1;
+        _blockTimestampLast = blockTimestampLast;
+    }
+```
+
+हे फंक्शन कॉल करणाऱ्यांना एक्सचेंजच्या सध्याच्या स्थितीबद्दल माहिती देते. लक्षात घ्या की सॉलिडिटी फंक्शन्स [एकाधिक मूल्ये परत करू शकतात](https://docs.soliditylang.org/en/v0.8.3/contracts.html#returning-multiple-values).
+
+```solidity
+    function _safeTransfer(address token, address to, uint value) private {
+        (bool success, bytes memory data) = token.call(abi.encodeWithSelector(SELECTOR, to, value));
+```
+
+हे इंटर्नल फंक्शन एक्सचेंजमधून ERC20 टोकन्सची ठराविक रक्कम दुसऱ्या कोणालातरी हस्तांतरित करते. `SELECTOR` हे निर्दिष्ट करते की आपण ज्या फंक्शनला कॉल करत आहोत ते `transfer(address,uint)` आहे (वरील व्याख्या पहा).
+
+टोकन फंक्शनसाठी इंटरफेस इम्पोर्ट करणे टाळण्यासाठी, आम्ही [ABI फंक्शन्स](https://docs.soliditylang.org/en/v0.8.3/units-and-global-variables.html#abi-encoding-and-decoding-functions) पैकी एक वापरून "मॅन्युअली" कॉल तयार करतो.
+
+```solidity
+        require(success && (data.length == 0 || abi.decode(data, (bool))), 'UniswapV2: TRANSFER_FAILED');
+    }
+```
+
+ERC-20 ट्रान्सफर कॉल अयशस्वी झाल्याची तक्रार करण्याचे दोन मार्ग आहेत:
+
+1. रिव्हर्ट. जर बाह्य कॉन्ट्रॅक्टचा कॉल रिव्हर्ट झाल्यास, तर बुलियन रिटर्न व्हॅल्यू `false` असते
+2. सामान्यपणे समाप्त होते परंतु अपयशाची तक्रार करते. त्या बाबतीत रिटर्न व्हॅल्यू बफरची लांबी शून्य नसते, आणि जेव्हा बुलियन व्हॅल्यू म्हणून डीकोड केले जाते, तेव्हा ते `false` असते
+
+यापैकी कोणतीही अट घडल्यास, रिव्हर्ट करा.
+
+#### इव्हेंट्स {#pair-events}
+
+```solidity
+    event Mint(address indexed sender, uint amount0, uint amount1);
+    event Burn(address indexed sender, uint amount0, uint amount1, address indexed to);
+```
+
+हे दोन इव्हेंट्स तेव्हा उत्सर्जित होतात जेव्हा लिक्विडिटी प्रोव्हायडर एकतर लिक्विडिटी जमा करतो (`Mint`) किंवा काढतो (`Burn`). दोन्ही बाबतीत, जमा केलेल्या किंवा काढलेल्या token0 आणि token1 ची रक्कम इव्हेंटचा भाग आहे, तसेच आम्हाला कॉल करणाऱ्या खात्याची ओळख (`sender`) देखील आहे. विथड्रॉवलच्या बाबतीत, इव्हेंटमध्ये टोकन प्राप्त करणारे लक्ष्य (`to`) देखील समाविष्ट असते, जे प्रेषकासारखे (`sender`) नसू शकते.
+
+```solidity
+    event Swap(
+        address indexed sender,
+        uint amount0In,
+        uint amount1In,
+        uint amount0Out,
+        uint amount1Out,
+        address indexed to
+    );
+```
+
+जेव्हा एखादा व्यापारी एका टोकनसाठी दुसऱ्या टोकनची देवाणघेवाण करतो तेव्हा हा इव्हेंट उत्सर्जित होतो. पुन्हा, प्रेषक आणि गंतव्यस्थान समान नसू शकतात.
+प्रत्येक टोकन एकतर एक्सचेंजला पाठवला जाऊ शकतो, किंवा तिथून प्राप्त केला जाऊ शकतो.
+
+```solidity
+    event Sync(uint112 reserve0, uint112 reserve1);
+```
+
+शेवटी, `Sync` प्रत्येक वेळी टोकन्स जोडले किंवा काढले जातात, कारणाकडे दुर्लक्ष करून, नवीनतम राखीव माहिती (आणि म्हणून विनिमय दर) प्रदान करण्यासाठी उत्सर्जित होतो.
+
+#### सेटअप फंक्शन्स {#pair-setup}
+
+नवीन पेअर एक्सचेंज सेट अप केल्यावर हे फंक्शन्स एकदा कॉल केले जाणे अपेक्षित आहे.
+
+```solidity
+    constructor() public {
+        factory = msg.sender;
+    }
+```
+
+कन्स्ट्रक्टर हे सुनिश्चित करतो की आम्ही पेअर तयार करणाऱ्या फॅक्टरीच्या ॲड्रेसचा मागोवा ठेवू. ही माहिती `initialize` साठी आणि फॅक्टरी फीसाठी (असल्यास) आवश्यक आहे.
+
+```solidity
+    // डिप्लॉयमेंटच्या वेळी फॅक्टरीद्वारे एकदा कॉल केले जाते
+    function initialize(address _token0, address _token1) external {
+        require(msg.sender == factory, 'UniswapV2: FORBIDDEN'); // पुरेसे तपासणी
+        token0 = _token0;
+        token1 = _token1;
+    }
+```
+
+हे फंक्शन फॅक्टरीला (आणि फक्त फॅक्टरीला) दोन ERC-20 टोकन्स निर्दिष्ट करण्याची परवानगी देते ज्यांची हे पेअर देवाणघेवाण करेल.
+
+#### इंटर्नल अपडेट फंक्शन्स {#pair-update-internal}
+
+##### \_update
+
+```solidity
+    // रिझर्व्हस् अपडेट करा आणि, प्रति ब्लॉक पहिल्या कॉलवर, किंमत संचयक (price accumulators) अपडेट करा
+    function _update(uint balance0, uint balance1, uint112 _reserve0, uint112 _reserve1) private {
+```
+
+प्रत्येक वेळी टोकन्स जमा केले किंवा काढले जातात तेव्हा हे फंक्शन कॉल केले जाते.
+
+```solidity
+        require(balance0 <= uint112(-1) && balance1 <= uint112(-1), 'UniswapV2: OVERFLOW');
+```
+
+जर balance0 किंवा balance1 (uint256) हे uint112(-1) (=2^112-1) पेक्षा जास्त असेल (म्हणजे uint112 मध्ये रूपांतरित केल्यावर ते ओव्हरफ्लो होते आणि 0 वर परत येते) तर ओव्हरफ्लो टाळण्यासाठी \_update पुढे चालू ठेवण्यास नकार द्या. एका सामान्य टोकनसह ज्याला 10^18 युनिट्समध्ये उपविभाजित केले जाऊ शकते, याचा अर्थ प्रत्येक एक्सचेंज प्रत्येक टोकनच्या सुमारे 5.1\*10^15 पर्यंत मर्यादित आहे. आतापर्यंत ही समस्या आलेली नाही.
+
+```solidity
+        uint32 blockTimestamp = uint32(block.timestamp % 2**32);
+        uint32 timeElapsed = blockTimestamp - blockTimestampLast; // ओव्हरफ्लो अपेक्षित आहे
+        if (timeElapsed > 0 && _reserve0 != 0 && _reserve1 != 0) {
+```
+
+जर गेलेला वेळ शून्य नसेल, तर याचा अर्थ आम्ही या ब्लॉकवरील पहिले एक्सचेंज व्यवहार आहोत. त्या बाबतीत, आम्हाला कॉस्ट अ‍ॅक्युम्युलेटर (cost accumulators) अपडेट करणे आवश्यक आहे.
+
+```solidity
+            // * कधीही ओव्हरफ्लो होत नाही, आणि + ओव्हरफ्लो अपेक्षित आहे
+            price0CumulativeLast += uint(UQ112x112.encode(_reserve1).uqdiv(_reserve0)) * timeElapsed;
+            price1CumulativeLast += uint(UQ112x112.encode(_reserve0).uqdiv(_reserve1)) * timeElapsed;
+        }
+```
+
+प्रत्येक कॉस्ट अ‍ॅक्युम्युलेटरला नवीनतम कॉस्ट (दुसऱ्या टोकनचा रिझर्व्ह/या टोकनचा रिझर्व्ह) गुणिले सेकंदात गेलेला वेळ यानुसार अपडेट केले जाते. सरासरी किंमत मिळवण्यासाठी, तुम्ही वेळेच्या दोन बिंदूंमधील एकत्रित किंमत वाचता आणि त्यांच्यातील वेळेच्या फरकाने भागता. उदाहरणार्थ, घटनांचा हा क्रम गृहीत धरा:
+
+| इव्हेंट                                                                     |                  reserve0 |                  reserve1 | टाइमस्टॅम्प | सीमान्त विनिमय दर (reserve1 / reserve0) |                                                       price0CumulativeLast |
+| --------------------------------------------------------------------------- | ------------------------: | ------------------------: | ----------- | ---------------------------------------------------------: | -------------------------------------------------------------------------: |
+| प्राथमिक सेटअप                                                              | 1,000.000 | 1,000.000 | 5,000       |                                      1.000 |                                                                          0 |
+| व्यापारी A 50 token0 जमा करतो आणि 47.619 token1 परत मिळवतो  | 1,050.000 |   952.381 | 5,020       |                                      0.907 |                                                                         20 |
+| व्यापारी B 10 token0 जमा करतो आणि 8.984 token1 परत मिळवतो   | 1,060.000 |   943.396 | 5,030       |                                      0.890 |                       20+10\*0.907 = 29.07 |
+| व्यापारी C 40 token0 जमा करतो आणि 34.305 token1 परत मिळवतो  | 1,100.000 |   909.090 | 5,100       |                                      0.826 |    29.07+70\*0.890 = 91.37 |
+| व्यापारी D 100 token1 जमा करतो आणि 109.01 token0 परत मिळवतो |   990.990 | 1,009.090 | 5,110       |                                      1.018 |    91.37+10\*0.826 = 99.63 |
+| व्यापारी E 10 token0 जमा करतो आणि 10.079 token1 परत मिळवतो  | 1,000.990 |   999.010 | 5,150       |                                      0.998 | 99.63+40\*1.1018 = 143.702 |
+
+समजा आपल्याला 5,030 आणि 5,150 टाइमस्टॅम्प दरम्यान **Token0** ची सरासरी किंमत काढायची आहे. `price0Cumulative` च्या मूल्यातील फरक 143.702-29.07=114.632 आहे. ही दोन मिनिटांची (120 सेकंद) सरासरी आहे. म्हणून सरासरी किंमत 114.632/120 = 0.955 आहे.
+
+या किंमतीच्या गणनेमुळेच आपल्याला जुन्या रिझर्व्ह आकारांची माहिती असणे आवश्यक आहे.
+
+```solidity
+एका मॉडिफायरमध्ये `_;` मूळ फंक्शन कॉल (सर्व पॅरामीटर्ससह) असतो.
+```
+
+येथे याचा अर्थ असा आहे की फंक्शन कॉल तेव्हाच होतो जेव्हा `unlocked` कॉल केल्यावर एक होते आणि ते चालू असताना `unlocked` चे मूल्य शून्य असते.
+
+##### ```
+
+    unlocked = 1;
+}
+```
+
+```solidity
+मुख्य फंक्शन परत आल्यानंतर, लॉक सोडा.
+```
+
+विविध फंक्शन्स {#pair-misc}     function getReserves() public view returns (uint112 _reserve0, uint112 _reserve1, uint32 _blockTimestampLast) {
+_reserve0 = reserve0;
+_reserve1 = reserve1;
+_blockTimestampLast = blockTimestampLast;
+}
+
+हे फंक्शन कॉलरला एक्सचेंजच्या सध्याच्या स्थितीबद्दल माहिती देते.
+
+```solidity
+लक्षात घ्या की Solidity फंक्शन्स [एकापेक्षा जास्त मूल्ये परत करू शकतात](https://docs.soliditylang.org/en/v0.8.3/contracts.html#returning-multiple-values).
+```
+
+```
+function _safeTransfer(address token, address to, uint value) private {
+    (bool success, bytes memory data) = token.call(abi.encodeWithSelector(SELECTOR, to, value)); हे अंतर्गत फंक्शन एक्सचेंजमधून ERC20 टोकनची रक्कम दुसऱ्या कोणालातरी हस्तांतरित करते.
+```
+
+```solidity
+`SELECTOR` निर्दिष्ट करते की आपण ज्या फंक्शनला कॉल करत आहोत ते `transfer(address,uint)` आहे (वर व्याख्या पहा).
+```
+
+टोकन फंक्शनसाठी इंटरफेस आयात करणे टाळण्यासाठी, आम्ही [ABI फंक्शन्स](https://docs.soliditylang.org/en/v0.8.3/units-and-global-variables.html#abi-encoding-and-decoding-functions) पैकी एक वापरून "मॅन्युअली" कॉल तयार करतो.
+require(success && (data.length == 0 || abi.decode(data, (bool))), 'UniswapV2: TRANSFER_FAILED');
+}
+
+```solidity
+ERC-20 ट्रान्सफर कॉल अयशस्वी झाल्याची तक्रार करण्याचे दोन मार्ग आहेत:
+```
+
+रिव्हर्ट. जर बाह्य कराराचा कॉल रिव्हर्ट झाला, तर बूलियन रिटर्न व्हॅल्यू `false` असते
+
+```solidity
+सामान्यपणे समाप्त होते परंतु अपयशाची तक्रार करते.
+```
+
+त्या बाबतीत रिटर्न व्हॅल्यू बफरची लांबी शून्य नसते आणि बूलियन व्हॅल्यू म्हणून डीकोड केल्यावर ते `false` असते यापैकी कोणतीही एक अट घडल्यास, रिव्हर्ट करा.
+
+```solidity
+इव्हेंट्स {#pair-events}
+```
+
+```
+event Mint(address indexed sender, uint amount0, uint amount1);
+event Burn(address indexed sender, uint amount0, uint amount1, address indexed to); जेव्हा लिक्विडिटी प्रोव्हायडर एकतर लिक्विडिटी जमा करतो (`Mint`) किंवा काढतो (`Burn`) तेव्हा हे दोन इव्हेंट उत्सर्जित होतात.
+```
+
+```solidity
+दोन्ही बाबतीत, जमा किंवा काढलेल्या token0 आणि token1 ची रक्कम इव्हेंटचा भाग असते, तसेच आम्हाला कॉल करणाऱ्या खात्याची ओळख (`sender`).
+```
+
+पैसे काढण्याच्या बाबतीत, इव्हेंटमध्ये टोकन प्राप्त करणाऱ्या लक्ष्याचा (`to`) देखील समावेश असतो, जो प्रेषकसारखाच असेल असे नाही.
+
+```solidity
+    event Swap(
+        address indexed sender,
+        uint amount0In,
+        uint amount1In,
+        uint amount0Out,
+        uint amount1Out,
+        address indexed to
+    );
+```
+
+जेव्हा व्यापारी एका टोकनसाठी दुसरा टोकन स्वॅप करतो तेव्हा हा इव्हेंट उत्सर्जित होतो. पुन्हा, प्रेषक आणि गंतव्यस्थान समान असू शकत नाहीत.
+प्रत्येक टोकन एकतर एक्सचेंजला पाठवला जाऊ शकतो, किंवा त्यातून प्राप्त केला जाऊ शकतो.
+
+#### ```
+
+event Sync(uint112 reserve0, uint112 reserve1);
+```
+
+शेवटी, `Sync` प्रत्येक वेळी टोकन जोडले किंवा काढले जातात, कारणास्तव काहीही असो, नवीनतम राखीव माहिती (आणि म्हणून विनिमय दर) प्रदान करण्यासाठी उत्सर्जित होते. सेटअप फंक्शन्स {#pair-setup}
+
+##### नवीन पेअर एक्सचेंज सेट केल्यावर ही फंक्शन्स एकदा कॉल केली जावीत.
+
+```solidity
+    constructor() public {
+        factory = msg.sender;
+    }
+```
+
+कन्स्ट्रक्टर हे सुनिश्चित करतो की आम्ही पेअर तयार करणाऱ्या फॅक्टरीच्या पत्त्याचा मागोवा ठेवू. ही माहिती `initialize` आणि फॅक्टरी शुल्कासाठी (जर असेल तर) आवश्यक आहे     // called once by the factory at time of deployment
+function initialize(address _token0, address _token1) external {
+require(msg.sender == factory, 'UniswapV2: FORBIDDEN'); // sufficient check
+token0 = _token0;
+token1 = _token1;
+}
+
+```solidity
+हे फंक्शन फॅक्टरीला (आणि फक्त फॅक्टरीला) दोन ERC-20 टोकन निर्दिष्ट करण्याची परवानगी देते ज्यांचा हा पेअर एक्सचेंज करेल.
+```
+
+अंतर्गत अपडेट फंक्शन्स {#pair-update-internal} \_update
+
+```solidity
+    // update reserves and, on the first call per block, price accumulators
+    function _update(uint balance0, uint balance1, uint112 _reserve0, uint112 _reserve1) private {
+```
+
+जेव्हाही टोकन्स जमा किंवा काढले जातात तेव्हा हे फंक्शन कॉल केले जाते.
+
+```solidity
+        require(balance0 <= uint112(-1) && balance1 <= uint112(-1), 'UniswapV2: OVERFLOW');
+```
+
+जर balance0 किंवा balance1 (uint256) uint112(-1) (=2^112-1) पेक्षा जास्त असेल (म्हणजे ते ओव्हरफ्लो होते आणि uint112 मध्ये रूपांतरित झाल्यावर 0 वर परत येते), तर ओव्हरफ्लो टाळण्यासाठी \_update पुढे चालू ठेवण्यास नकार द्या. सामान्य टोकनसह जे 10^18 युनिट्समध्ये विभागले जाऊ शकते, याचा अर्थ प्रत्येक एक्सचेंज सुमारे 5.1\*10^15 प्रत्येक टोकनपर्यंत मर्यादित आहे.
+
+```solidity
+आतापर्यंत ती समस्या नाही.
+```
+
+```
+    uint32 blockTimestamp = uint32(block.timestamp % 2**32);
+    uint32 timeElapsed = blockTimestamp - blockTimestampLast; // overflow is desired
+    if (timeElapsed > 0 && _reserve0 != 0 && _reserve1 != 0) { जर गेलेला वेळ शून्य नसेल, तर याचा अर्थ आम्ही या ब्लॉकवरील पहिला एक्सचेंज व्यवहार आहोत. त्या बाबतीत, आम्हाला खर्च संचयक अद्यतनित करणे आवश्यक आहे.             // * never overflows, and + overflow is desired
+        price0CumulativeLast += uint(UQ112x112.encode(_reserve1).uqdiv(_reserve0)) * timeElapsed;
+        price1CumulativeLast += uint(UQ112x112.encode(_reserve0).uqdiv(_reserve1)) * timeElapsed;
+    }
+```
+
+प्रत्येक खर्च संचयक नवीनतम खर्चासह (दुसऱ्या टोकनचा राखीव साठा/या टोकनचा राखीव साठा) सेकंदात गेलेल्या वेळेने गुणून अद्यतनित केला जातो.
+
+सरासरी किंमत मिळविण्यासाठी, आपण दोन वेळेच्या बिंदूंवर एकत्रित किंमत वाचता आणि त्यांच्यातील वेळेच्या फरकाने भागता.
+उदाहरणार्थ, घटनांचा हा क्रम गृहीत धरा: एक व्यापारी या वस्तुस्थितीचा वापर करू शकतो की पेअर एक्सचेंजला वाटते की **Token0** अधिक मौल्यवान आहे, त्यातून मूल्य काढण्यासाठी.
+
+| इव्हेंट                                                         | reserve0 | reserve1 | reserve0 \* reserve1 | price0CumulativeLast |
+| --------------------------------------------------------------- | -------: | -------: | -------------------: | -------------------: |
+| प्राथमिक सेटअप                                                  |        8 |       32 |                5,000 |                   40 |
+| व्यापारी 8 **Token0** टोकन्स जमा करतो, 16 **Token1** परत मिळवतो |       16 |       16 |                5,000 |                   32 |
+
+0.907
+
+```solidity
+        } else {
+            liquidity = Math.min(amount0.mul(_totalSupply) / _reserve0, amount1.mul(_totalSupply) / _reserve1);
+```
+
+व्यापारी B ने 10 token0 जमा केले आणि 8.984 token1 परत मिळवले जर ते तसे करत नाहीत, तर आम्ही त्यांना शिक्षा म्हणून त्यांनी प्रदान केलेल्या कमी मूल्याच्या आधारावर लिक्विडिटी टोकन देतो.
+
+ती सुरुवातीची ठेव असो किंवा नंतरची, आम्ही प्रदान केलेल्या लिक्विडिटी टोकन्सची संख्या `reserve0*reserve1` मधील बदलाच्या वर्गमूळाएवढी असते आणि लिक्विडिटी टोकनचे मूल्य बदलत नाही (जोपर्यंत आम्हाला दोन्ही प्रकारांचे समान मूल्य नसलेली ठेव मिळत नाही, ज्या प्रकरणात "दंड" वितरित केला जातो). 5,030
+
+| इव्हेंट                                                                                                                                                                   |                                                                                                                                                  reserve0 |                                                                                                                                                  reserve1 |                                                                              reserve0 \* reserve1 |                                                                                                                          पूल मूल्य (reserve0 + reserve1) | 5,100 | 0.826 |                                                                                                                                                                                                                                                                                                                                                        29.07+70\*0.890 = 91.37 |
+| ------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------: | --------------------------------------------------------------------------------------------------------------------------------------------------------: | ------------------------------------------------------------------------------------------------: | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------: | ----: | --------------------: | -----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: |
+| प्राथमिक सेटअप                                                                                                                                                            |                                                                                                                                     8.000 |                                                                                                                                     8.000 |                                                                                                64 |                                                                                                                                                       1.018 |     8 |                     8 |                                                                                                                                                                                                                                                                                                                                                                                                          2.000 |
+| प्रत्येक प्रकारातील चार जमा करा                                                                                                                                           |                                                                                                                                                     5,150 |                                                                                                                                                     5,150 |                        99.63+40\*1.1018 = 143.702 |                                                                    समजा आपल्याला 5,030 आणि 5,150 टाइमस्टॅम्प दरम्यान **टोकन0** ची सरासरी किंमत मोजायची आहे. |     4 |                    12 |                                                                                                                                                                                                                                                                                                                                                                                                          2.000 |
+| या किंमतीच्या गणनेमुळेच आपल्याला जुन्या राखीव आकारांची माहिती असणे आवश्यक आहे.                                                                            | ```
+    reserve0 = uint112(balance0);
+    reserve1 = uint112(balance1);
+    blockTimestampLast = blockTimestamp;
+    emit Sync(reserve0, reserve1);
+}
+``` | ```
+    reserve0 = uint112(balance0);
+    reserve1 = uint112(balance1);
+    blockTimestampLast = blockTimestamp;
+    emit Sync(reserve0, reserve1);
+}
+``` |                                                                   \_mintFee | ```
+// if fee is on, mint liquidity equivalent to 1/6th of the growth in sqrt(k)
+function _mintFee(uint112 _reserve0, uint112 _reserve1) private returns (bool feeOn) {
+``` |     2 |                    14 |                                                                                                                                                                                                                                                                                                                                                                                                          2.000 |
+| गणना कमी करण्यासाठी (आणि त्यामुळे गॅस खर्च), हे शुल्क प्रत्येक व्यवहाराऐवजी केवळ लिक्विडिटी जोडताना किंवा पूलमधून काढतानाच मोजले जाते. |                                                          ```
+    address feeTo = IUniswapV2Factory(factory).feeTo();
+    feeOn = feeTo != address(0);
+``` | ```
+    reserve0 = uint112(balance0);
+    reserve1 = uint112(balance1);
+    blockTimestampLast = blockTimestamp;
+    emit Sync(reserve0, reserve1);
+}
+``` | जर ते शून्य असेल तर कोणतेही प्रोटोकॉल शुल्क नाही आणि ते शुल्क मोजण्याची गरज नाही. |                                                                                                                             ```
+    uint _kLast = kLast; // gas savings
+``` |     0 |                    14 |                                                                                                                                                                                                                                                                                                                                                                            ```
+    if (feeOn) {
+        if (_kLast != 0) {
+``` |
+| लिक्विडिटी प्रोव्हायडरला त्यांच्या लिक्विडिटी टोकनच्या मूल्यांकनातून त्यांचा वाटा मिळतो.                                                                  |                                 परंतु प्रोटोकॉल शुल्कासाठी नवीन लिक्विडिटी टोकन्स मिंट करणे आणि `feeTo` पत्त्यावर प्रदान करणे आवश्यक आहे. |                                 परंतु प्रोटोकॉल शुल्कासाठी नवीन लिक्विडिटी टोकन्स मिंट करणे आणि `feeTo` पत्त्यावर प्रदान करणे आवश्यक आहे. | जर ते शून्य असेल तर कोणतेही प्रोटोकॉल शुल्क नाही आणि ते शुल्क मोजण्याची गरज नाही. |                                                                                                        आपण वर्गमूळ फंक्शन [या लेखात नंतर](#Math) पाहू शकता. |     0 |                    14 | आम्हाला माहित आहे की `kLast` ची गणना केल्यापासून आणि वर्तमानापर्यंत कोणतीही लिक्विडिटी जोडली किंवा काढली गेली नाही (कारण आम्ही प्रत्येक वेळी लिक्विडिटी जोडली किंवा काढली जाते तेव्हा ही गणना करतो, ती प्रत्यक्षात बदलण्यापूर्वी), त्यामुळे `reserve0 * reserve1` मधील कोणताही बदल व्यवहार शुल्कातून आला पाहिजे (त्यांच्याशिवाय आम्ही `reserve0 * reserve1` स्थिर ठेवू). |
+
+```solidity
+                    if (liquidity > 0) _mint(feeTo, liquidity);
+                }
+            }
+```
+
+अतिरिक्त लिक्विडिटी टोकन तयार करण्यासाठी आणि त्यांना `feeTo` ला नियुक्त करण्यासाठी `UniswapV2ERC20._mint` फंक्शन वापरा.
+
+```solidity
+        } else if (_kLast != 0) {
+            kLast = 0;
+        }
+    }
+```
+
+जर कोणतेही शुल्क नसेल तर `kLast` शून्यावर सेट करा (जर ते आधीच नसेल तर).
+
+##### जेव्हा हा करार लिहिला गेला होता तेव्हा एक [गॅस परतावा वैशिष्ट्य](https://eips.ethereum.org/EIPS/eip-3298) होते जे करारांना Ethereum राज्याचा एकूण आकार कमी करण्यासाठी प्रोत्साहन देत होते, ज्यासाठी त्यांना आवश्यक नसलेले स्टोरेज शून्यावर आणावे लागत होते.
+
+```solidity
+हा कोड शक्य असेल तेव्हा तो परतावा मिळवतो.
+```
+
+बाह्यरित्या प्रवेश करण्यायोग्य फंक्शन्स {#pair-external}
+लक्षात घ्या की कोणताही व्यवहार किंवा करार ही फंक्शन्स _कॉल_ करू शकतो, तरीही ते परिघ करारातून कॉल करण्यासाठी डिझाइन केलेले आहेत.
+
+```solidity
+जर तुम्ही त्यांना थेट कॉल केले तर तुम्ही पेअर एक्सचेंजला फसवू शकणार नाही, परंतु चुकीमुळे तुमचे मूल्य कमी होऊ शकते.
+```
+
+मिंट     // this low-level function should be called from a contract which performs important safety checks
+function mint(address to) external lock returns (uint liquidity) {
+
+```solidity
+जेव्हा लिक्विडिटी प्रोव्हायडर पूलमध्ये लिक्विडिटी जोडतो तेव्हा हे फंक्शन कॉल केले जाते.
+```
+
+ते बक्षीस म्हणून अतिरिक्त लिक्विडिटी टोकन मिंट करते. हे [परिघ करार](#UniswapV2Router02) मधून कॉल केले पाहिजे जे त्याच व्यवहारात लिक्विडिटी जोडल्यानंतर त्याला कॉल करते (जेणेकरून इतर कोणीही कायदेशीर मालकापूर्वी नवीन लिक्विडिटीचा दावा करणारा व्यवहार सबमिट करू शकणार नाही).
+
+```solidity
+        (uint112 _reserve0, uint112 _reserve1,) = getReserves(); // gas savings
+```
+
+अनेक मूल्ये परत करणाऱ्या Solidity फंक्शनचे परिणाम वाचण्याचा हा मार्ग आहे.
+
+##### आम्ही शेवटची परत केलेली मूल्ये, ब्लॉक टाइमस्टॅम्प, टाकून देतो कारण आम्हाला त्याची गरज नाही.
+
+```solidity
+        uint balance0 = IERC20(token0).balanceOf(address(this));
+        uint balance1 = IERC20(token1).balanceOf(address(this));
+        uint amount0 = balance0.sub(_reserve0);
+        uint amount1 = balance1.sub(_reserve1);
+```
+
+सध्याची शिल्लक मिळवा आणि प्रत्येक टोकन प्रकारात किती जोडले गेले ते पहा.
+
+```solidity
+        bool feeOn = _mintFee(_reserve0, _reserve1);
+```
+
+गोळा करायचे प्रोटोकॉल शुल्क, जर असेल तर, मोजा आणि त्यानुसार लिक्विडिटी टोकन मिंट करा.
+कारण `_mintFee` चे पॅरामीटर्स जुने राखीव मूल्ये आहेत, शुल्क केवळ शुल्कामुळे होणाऱ्या पूल बदलांवर आधारित अचूकपणे मोजले जाते.         uint _totalSupply = totalSupply; // gas savings, must be defined here since totalSupply can update in _mintFee
+if (_totalSupply == 0) {
+liquidity = Math.sqrt(amount0.mul(amount1)).sub(MINIMUM_LIQUIDITY);
+_mint(address(0), MINIMUM_LIQUIDITY); // permanently lock the first MINIMUM_LIQUIDITY tokens
+
+```solidity
+जर ही पहिली ठेव असेल, तर `MINIMUM_LIQUIDITY` टोकन तयार करा आणि त्यांना लॉक करण्यासाठी शून्य पत्त्यावर पाठवा.
+```
+
+ते कधीही रिडीम केले जाऊ शकत नाहीत, याचा अर्थ पूल कधीही पूर्णपणे रिकामा होणार नाही (हे आपल्याला काही ठिकाणी शून्याने भागाकार करण्यापासून वाचवते). `MINIMUM_LIQUIDITY` चे मूल्य एक हजार आहे, जे बहुतेक ERC-20 हे 10^-18 व्या टोकनच्या युनिट्समध्ये विभागलेले आहेत हे लक्षात घेता, जसे ETH वेईमध्ये विभागलेले आहे, ते एकाच टोकनच्या मूल्याच्या 10^-15 आहे.
+
+```solidity
+जास्त खर्च नाही.
+```
+
+पहिल्या ठेवीच्या वेळी आम्हाला दोन टोकनचे सापेक्ष मूल्य माहित नसते, म्हणून आम्ही फक्त रक्कम गुणतो आणि वर्गमूळ घेतो, असे गृहीत धरून की ठेव आम्हाला दोन्ही टोकनमध्ये समान मूल्य प्रदान करते.
+
+```solidity
+आपण यावर विश्वास ठेवू शकतो कारण समान मूल्य प्रदान करणे ठेवकर्त्याच्या हिताचे आहे, जेणेकरून आर्बिट्रेजमुळे मूल्य गमावू नये.
+```
+
+समजा दोन टोकनचे मूल्य समान आहे, परंतु आमच्या ठेवकर्त्याने **टोकन0** पेक्षा चार पट जास्त **टोकन1** जमा केले. एक व्यापारी या वस्तुस्थितीचा वापर करू शकतो की पेअर एक्सचेंजला वाटते की **टोकन0** अधिक मौल्यवान आहे, त्यातून मूल्य काढण्यासाठी. यामुळे कॉन्ट्रॅक्टला फसवणूक होत नाही हे तपासणे सोपे होते, ही तपासणी कोअर कॉन्ट्रॅक्टमध्येच _व्हावी_ लागते (कारण आम्हाला आमच्या पेरिफेरी कॉन्ट्रॅक्टव्यतिरिक्त इतर घटकांद्वारे कॉल केले जाऊ शकते).
+
+```solidity
+        uint amount0In = balance0 > _reserve0 - amount0Out ? balance0 - (_reserve0 - amount0Out) : 0;
+        uint amount1In = balance1 > _reserve1 - amount1Out ? balance1 - (_reserve1 - amount1Out) : 0;
+        require(amount0In > 0 || amount1In > 0, 'UniswapV2: INSUFFICIENT_INPUT_AMOUNT');
+        { // reserve{0,1}Adjusted साठी स्कोप, स्टॅक खूप खोल त्रुटी टाळतो
+            uint balance0Adjusted = balance0.mul(1000).sub(amount0In.mul(3));
+            uint balance1Adjusted = balance1.mul(1000).sub(amount1In.mul(3));
+            require(balance0Adjusted.mul(balance1Adjusted) >= uint(_reserve0).mul(_reserve1).mul(1000**2), 'UniswapV2: K');
+```
+
+स्वॅपमधून आपले नुकसान होणार नाही याची खात्री करण्यासाठी ही एक सॅनिटी चेक आहे. अशी कोणतीही परिस्थिती नाही ज्यात स्वॅपमुळे `reserve0*reserve1` कमी व्हावे. पूलचे मूल्य (reserve0 + reserve1)
+
+```solidity
+        }
+
+        _update(balance0, balance1, _reserve0, _reserve1);
+        emit Swap(msg.sender, amount0In, amount1In, amount0Out, amount1Out, to);
+    }
+```
+
+`reserve0` आणि `reserve1` अपडेट करा, आणि आवश्यक असल्यास प्राइस अ‍ॅक्युम्युलेटर (price accumulators) आणि टाइमस्टॅम्प अपडेट करा आणि एक इव्हेंट उत्सर्जित करा.
+
+##### सिंक किंवा स्किम
+
+256
+कॉन्ट्रॅक्टच्या संमतीशिवाय टोकन काढण्याचा कोणताही मार्ग नाही, परंतु डिपॉझिट ही एक वेगळी बाब आहे. व्यापारी 8 **टोकन0** टोकन्स जमा करतो, 16 **टोकन1** परत मिळवतो
+
+त्या बाबतीत दोन उपाय आहेत:
+
+- `sync`, रिझर्व्हस्ना सध्याच्या बॅलन्सवर अपडेट करा
+- `skim`, अतिरिक्त रक्कम काढा. लक्षात घ्या की कोणत्याही खात्याला `skim` कॉल करण्याची परवानगी आहे कारण आम्हाला माहित नाही की टोकन कोणी जमा केले. जसे आपण पाहू शकता, व्यापाऱ्याने अतिरिक्त 8 टोकन कमावले, जे पूलच्या मूल्यात घट झाल्यामुळे येतात, ज्यामुळे त्याच्या मालकीच्या ठेवकर्त्याला दुखापत होते.
+
+```solidity
+        } else {
+            liquidity = Math.min(amount0.mul(_totalSupply) / _reserve0, amount1.mul(_totalSupply) / _reserve1);
+```
+
+### प्रत्येक त्यानंतरच्या ठेवीसह आम्हाला दोन मालमत्तांमधील विनिमय दर आधीच माहित आहे, आणि आम्ही अपेक्षा करतो की लिक्विडिटी प्रदाता दोन्हीमध्ये समान मूल्य प्रदान करतील.
+
+जर ते तसे करत नाहीत, तर आम्ही त्यांना शिक्षा म्हणून त्यांनी प्रदान केलेल्या कमी मूल्यावर आधारित लिक्विडिटी टोकन देतो.
+
+```solidity
+ती प्रारंभिक ठेव असो किंवा त्यानंतरची, आम्ही प्रदान करत असलेल्या लिक्विडिटी टोकनची संख्या `reserve0*reserve1` मधील बदलाच्या वर्गमूळाच्या बरोबरीची असते आणि लिक्विडिटी टोकनचे मूल्य बदलत नाही (जोपर्यंत आम्हाला अशी ठेव मिळत नाही ज्यात दोन्ही प्रकारांची समान मूल्ये नसतात, अशावेळी "दंड" वितरीत केला जातो).
+```
+
+येथे समान मूल्याच्या दोन टोकनसह दुसरे उदाहरण आहे, ज्यात तीन चांगल्या ठेवी आणि एक वाईट ठेव आहे (फक्त एका टोकन प्रकाराची ठेव, त्यामुळे ते कोणतेही लिक्विडिटी टोकन तयार करत नाही).
+`feeTo` ॲड्रेस प्रोटोकॉल फीसाठी लिक्विडिटी टोकन जमा करतो, आणि `feeToSetter` हा `feeTo` ला वेगळ्या ॲड्रेसवर बदलण्याची परवानगी असलेला ॲड्रेस आहे.
+
+```solidity
+    mapping(address => mapping(address => address)) public getPair;
+    address[] public allPairs;
+```
+
+हे व्हेरिएबल्स पेअर्सचा, म्हणजेच दोन टोकन प्रकारांमधील एक्सचेंजचा मागोवा ठेवतात.
+
+पहिले, `getPair`, हे एक मॅपिंग आहे जे दोन ERC-20 टोकन्सच्या आधारे पेअर एक्सचेंज कॉन्ट्रॅक्ट ओळखते ज्यांची ते देवाणघेवाण करते. पूल मूल्य (reserve0 + reserve1) या ठेवीसाठी तयार केलेले लिक्विडिटी टोकन
+
+एकूण लिक्विडिटी टोकन्स प्रत्येक लिक्विडिटी टोकनचे मूल्य
+
+टीप: मॅपिंगच्या सर्व कीज (keys) वर पुनरावृत्ती (iterate) न करू शकण्याचे कारण म्हणजे कॉन्ट्रॅक्ट डेटा स्टोरेज _महाग_ आहे, म्हणून आपण जितके कमी वापरू तितके चांगले आणि जितके कमी वेळा बदलू तितके चांगले. 8.000 बहुतेक ऍप्लिकेशन्समध्ये तुम्हाला त्याची गरज नसते.
+
+```solidity
+    event PairCreated(address indexed token0, address indexed token1, address pair, uint);
+```
+
+16.000 यात टोकन्सचे ॲड्रेस, पेअर एक्सचेंजचा ॲड्रेस आणि फॅक्टरीद्वारे व्यवस्थापित केलेल्या एकूण एक्सचेंजची संख्या समाविष्ट आहे.
+
+```solidity
+    constructor(address _feeToSetter) public {
+        feeToSetter = _feeToSetter;
+    }
+```
+
+2.000 प्रत्येक प्रकारचे चार जमा करा
+
+```solidity
+12.000
+```
+
+हे फंक्शन एक्सचेंज पेअर्सची संख्या परत करते.
+
+```solidity
+144
+```
+
+24.000 लक्षात घ्या की कोणीही हे फंक्शन कॉल करू शकतो. नवीन पेअर एक्सचेंज तयार करण्यासाठी तुम्हाला Uniswap कडून परवानगीची आवश्यकता नाही.
+
+```solidity
+        require(tokenA != tokenB, 'UniswapV2: IDENTICAL_ADDRESSES');
+        (address token0, address token1) = tokenA < tokenB ? (tokenA, tokenB) : (tokenB, tokenA);
+```
+
+प्रत्येक प्रकारचे दोन जमा करा
+14.000
+
+```solidity
+        require(token0 != address(0), 'UniswapV2: ZERO_ADDRESS');
+        require(getPair[token0][token1] == address(0), 'UniswapV2: PAIR_EXISTS'); // एकच तपासणी पुरेशी आहे
+```
+
+196 28.000 जर आधीपासूनच एक्सचेंज अस्तित्वात असेल, तर त्याच पेअरसाठी दुसरे तयार करण्याची गरज नाही.
+
+```solidity
+        bytes memory bytecode = type(UniswapV2Pair).creationCode;
+```
+
+नवीन कॉन्ट्रॅक्ट तयार करण्यासाठी आम्हाला तो तयार करणारा कोड आवश्यक आहे (कन्स्ट्रक्टर फंक्शन आणि प्रत्यक्ष कॉन्ट्रॅक्टचा EVM बायकोड मेमरीमध्ये लिहिणारा कोड दोन्ही). असमान मूल्य ठेव
+18.000 ही आता समस्या नाही, कारण [Solidity आता CREATE2 ला सपोर्ट करते](https://docs.soliditylang.org/en/v0.8.3/control-structures.html#salted-contract-creations-create2).
+
+```solidity
+252
+```
+
+32.000
+
+```solidity
+        IUniswapV2Pair(pair).initialize(token0, token1);
+```
+
+नवीन एक्सचेंजला ते कोणते दोन टोकन एक्सचेंज करते हे सांगण्यासाठी `initialize` फंक्शनला कॉल करा.
+
+```solidity
+~2.286
+```
+
+आर्बिट्रेजनंतर
+
+```solidity
+~15.874
+```
+
+हे दोन फंक्शन्स `feeSetter` ला फी प्राप्तकर्त्यावर (असल्यास) नियंत्रण ठेवण्याची आणि `feeSetter` ला नवीन ॲड्रेसवर बदलण्याची परवानगी देतात.
+
+### UniswapV2ERC20.sol {#UniswapV2ERC20}
+
+~31.748 हे [OpenZeppelin ERC-20 कॉन्ट्रॅक्ट](/developers/tutorials/erc20-annotated-code) सारखेच आहे, म्हणून मी फक्त वेगळा असलेला भाग, `permit` फंक्शनॅलिटी समजावून सांगेन.
+
+Ethereum वरील व्यवहारांसाठी इथर (ETH) खर्च होतो, जो खऱ्या पैशाच्या समतुल्य आहे. ~2.267         }
+require(liquidity > 0, 'UniswapV2: INSUFFICIENT_LIQUIDITY_MINTED');
+_mint(to, liquidity);
+अतिरिक्त लिक्विडिटी टोकन तयार करण्यासाठी आणि त्यांना योग्य खात्यात देण्यासाठी `UniswapV2ERC20._mint` फंक्शन वापरा.
+_update(balance0, balance1, _reserve0, _reserve1);
+if (feeOn) kLast = uint(reserve0).mul(reserve1); // reserve0 and reserve1 are up-to-date
+emit Mint(msg.sender, amount0, amount1);
+}
+
+```solidity
+स्टेट व्हेरिएबल्स (`reserve0`, `reserve1`, आणि आवश्यक असल्यास `kLast`) अद्यतनित करा आणि योग्य इव्हेंट उत्सर्जित करा.
+```
+
+बर्न     // this low-level function should be called from a contract which performs important safety checks
+function burn(address to) external lock returns (uint amount0, uint amount1) {
+
+```solidity
+जेव्हा लिक्विडिटी काढली जाते आणि योग्य लिक्विडिटी टोकन बर्न करणे आवश्यक असते तेव्हा हे फंक्शन कॉल केले जाते.
+```
+
+हे [परिघ खात्या](#UniswapV2Router02) मधून देखील कॉल केले पाहिजे.         (uint112 _reserve0, uint112 _reserve1,) = getReserves(); // gas savings
+address _token0 = token0;                                // gas savings
+address _token1 = token1;                                // gas savings
+uint balance0 = IERC20(_token0).balanceOf(address(this));
+uint balance1 = IERC20(_token1).balanceOf(address(this));
+uint liquidity = balanceOf[address(this)]; परिघ कराराने कॉल करण्यापूर्वी बर्न करण्यासाठी लिक्विडिटी या करारात हस्तांतरित केली. त्यामुळे आम्हाला माहित आहे की किती लिक्विडिटी बर्न करायची आहे आणि आम्ही खात्री करू शकतो की ती बर्न होईल.
+
+```solidity
+        bool feeOn = _mintFee(_reserve0, _reserve1);
+        uint _totalSupply = totalSupply; // gas savings, must be defined here since totalSupply can update in _mintFee
+        amount0 = liquidity.mul(balance0) / _totalSupply; // using balances ensures pro-rata distribution
+        amount1 = liquidity.mul(balance1) / _totalSupply; // using balances ensures pro-rata distribution
+        require(amount0 > 0 && amount1 > 0, 'UniswapV2: INSUFFICIENT_LIQUIDITY_BURNED');
+```
+
+लिक्विडिटी प्रोव्हायडरला दोन्ही टोकनचे समान मूल्य मिळते. यामुळे आपण विनिमय दर बदलत नाही.         _burn(address(this), liquidity);
+_safeTransfer(_token0, to, amount0);
+_safeTransfer(_token1, to, amount1);
+balance0 = IERC20(_token0).balanceOf(address(this));
+balance1 = IERC20(_token1).balanceOf(address(this));```
+    _update(balance0, balance1, _reserve0, _reserve1);
+    if (feeOn) kLast = uint(reserve0).mul(reserve1); // reserve0 and reserve1 are up-to-date
+    emit Burn(msg.sender, amount0, amount1, to);
+}
+```
+
+```solidity
+`burn` फंक्शनचा उर्वरित भाग वरील `mint` फंक्शनचा आरसा प्रतिमा आहे.
+```
+
+स्वॅप
+
+```solidity
+    // this low-level function should be called from a contract which performs important safety checks
+    function swap(uint amount0Out, uint amount1Out, address to, bytes calldata data) external lock {
+```
+
+हे फंक्शन [परिघ करार](#UniswapV2Router02) मधून कॉल केले जाणे अपेक्षित आहे.         require(amount0Out > 0 || amount1Out > 0, 'UniswapV2: INSUFFICIENT_OUTPUT_AMOUNT');
+(uint112 _reserve0, uint112 _reserve1,) = getReserves(); // gas savings
+require(amount0Out < _reserve0 && amount1Out < _reserve1, 'UniswapV2: INSUFFICIENT_LIQUIDITY');```
+    uint balance0;
+    uint balance1;
+    { // scope for _token{0,1}, avoids stack too deep errors
+```
+
+```solidity
+स्थानिक व्हेरिएबल्स एकतर मेमरीमध्ये किंवा, जर ते जास्त नसतील तर, थेट स्टॅकवर संग्रहित केले जाऊ शकतात.
+```
+
+जर आपण संख्या मर्यादित करू शकलो तर आपण स्टॅक वापरू ज्यामुळे कमी गॅस वापरला जाईल.
+
+```solidity
+अधिक माहितीसाठी [पिवळे कागदपत्र, अधिकृत Ethereum तपशील](https://ethereum.github.io/yellowpaper/paper.pdf), पृष्ठ २६, समीकरण २९८ पहा.
+```
+
+```
+        address _token0 = token0;
+        address _token1 = token1;
+        require(to != _token0 && to != _token1, 'UniswapV2: INVALID_TO');
+        if (amount0Out > 0) _safeTransfer(_token0, to, amount0Out); // optimistically transfer tokens
+        if (amount1Out > 0) _safeTransfer(_token1, to, amount1Out); // optimistically transfer tokens हे हस्तांतरण आशावादी आहे, कारण सर्व अटी पूर्ण झाल्या आहेत याची खात्री करण्यापूर्वी आम्ही हस्तांतरण करतो.
+```
+
+Ethereum मध्ये हे ठीक आहे कारण जर कॉलमध्ये नंतर अटी पूर्ण झाल्या नाहीत तर आम्ही त्यातून आणि त्याने तयार केलेल्या कोणत्याही बदलांमधून रिव्हर्ट करतो.
+
+```solidity
+            if (data.length > 0) IUniswapV2Callee(to).uniswapV2Call(msg.sender, amount0Out, amount1Out, data);
+```
+
+मागणी केल्यास प्राप्तकर्त्याला स्वॅपबद्दल माहिती द्या.
+
+```solidity
+            balance0 = IERC20(_token0).balanceOf(address(this));
+            balance1 = IERC20(_token1).balanceOf(address(this));
+        }
+```
+
+सध्याची शिल्लक मिळवा.
+
+## परिघ करार आम्हाला स्वॅपसाठी कॉल करण्यापूर्वी टोकन्स पाठवतो.
+
+यामुळे कराराला त्याची फसवणूक होत नाही हे तपासणे सोपे होते, ही तपासणी _मुख्य करारामध्ये_ होणे आवश्यक आहे (कारण आम्हाला आमच्या परिघ कराराव्यतिरिक्त इतर घटकांकडून कॉल केला जाऊ शकतो).         uint amount0In = balance0 > _reserve0 - amount0Out ? balance0 - (_reserve0 - amount0Out) : 0;
+uint amount1In = balance1 > _reserve1 - amount1Out ? balance1 - (_reserve1 - amount1Out) : 0;
+require(amount0In > 0 || amount1In > 0, 'UniswapV2: INSUFFICIENT_INPUT_AMOUNT');
+{ // scope for reserve{0,1}Adjusted, avoids stack too deep errors
+uint balance0Adjusted = balance0.mul(1000).sub(amount0In.mul(3));
+uint balance1Adjusted = balance1.mul(1000).sub(amount1In.mul(3));
+require(balance0Adjusted.mul(balance1Adjusted) >= uint(_reserve0).mul(_reserve1).mul(1000\*\*2), 'UniswapV2: K'); स्वॅपमधून आम्हाला नुकसान होत नाही याची खात्री करण्यासाठी ही एक sanity check आहे. कोणत्याही परिस्थितीत स्वॅपने `reserve0*reserve1` कमी करू नये. येथेच आम्ही खात्री करतो की स्वॅपवर 0.3% शुल्क पाठवले जात आहे; K चे मूल्य तपासण्यापूर्वी, आम्ही दोन्ही शिल्लक 1000 ने गुणतो आणि रकमेला 3 ने गुणून वजा करतो, याचा अर्थ 0.3% (3/1000 = 0.003 = 0.3%) शिल्लक मधून वजा केले जात आहे, त्याच्या K मूल्याची सध्याच्या राखीव K मूल्याशी तुलना करण्यापूर्वी.
+
+### ```
+
+    }
+
+    _update(balance0, balance1, _reserve0, _reserve1);
+    emit Swap(msg.sender, amount0In, amount1In, amount0Out, amount1Out, to);
+}
+```
+
+`reserve0` आणि `reserve1` अद्यतनित करा, आणि आवश्यक असल्यास किंमत संचयक आणि टाइमस्टॅम्प आणि एक इव्हेंट उत्सर्जित करा. सिंक किंवा स्किम
+
+### पेअर एक्सचेंजला वाटणाऱ्या राखीव साठ्याशी वास्तविक शिल्लक सिंकच्या बाहेर जाणे शक्य आहे.
+
+कराराच्या संमतीशिवाय टोकन काढण्याचा कोणताही मार्ग नाही, परंतु ठेवी वेगळी बाब आहे.
+एक खाते `mint` किंवा `swap` कॉल न करता एक्सचेंजला टोकन हस्तांतरित करू शकते.
+
+```solidity
+त्या बाबतीत दोन उपाय आहेत:
+```
+
+`sync`, राखीव साठा सध्याच्या शिल्लकनुसार अद्यतनित करा `skim`, अतिरिक्त रक्कम काढा. लक्षात घ्या की कोणत्याही खात्याला `skim` कॉल करण्याची परवानगी आहे कारण आम्हाला माहित नाही की टोकन कोणी जमा केले. ही माहिती एका इव्हेंटमध्ये उत्सर्जित केली जाते, परंतु इव्हेंट ब्लॉकचेनमधून प्रवेश करण्यायोग्य नाहीत.     // force balances to match reserves
+function skim(address to) external lock {
+address _token0 = token0; // gas savings
+address _token1 = token1; // gas savings
+_safeTransfer(_token0, to, IERC20(_token0).balanceOf(address(this)).sub(reserve0));
+_safeTransfer(_token1, to, IERC20(_token1).balanceOf(address(this)).sub(reserve1));
+}```
+// force reserves to match balances
+function sync() external lock {
+    _update(IERC20(token0).balanceOf(address(this)), IERC20(token1).balanceOf(address(this)), reserve0, reserve1);
+}
+```} UniswapV2Factory.sol {#UniswapV2Factory} [हा करार](https://github.com/Uniswap/uniswap-v2-core/blob/master/contracts/UniswapV2Factory.sol) पेअर एक्सचेंजेस तयार करतो.
+
+```solidity
+pragma solidity =0.5.16;
+
+import './interfaces/IUniswapV2Factory.sol';
+import './UniswapV2Pair.sol';
+
+contract UniswapV2Factory is IUniswapV2Factory {
+    address public feeTo;
+    address public feeToSetter;
+```
+
+प्रोटोकॉल शुल्क लागू करण्यासाठी हे स्टेट व्हेरिएबल्स आवश्यक आहेत ([व्हाइटपेपर](https://app.uniswap.org/whitepaper.pdf), पृष्ठ 5 पहा). `feeTo` पत्ता प्रोटोकॉल शुल्कासाठी लिक्विडिटी टोकन जमा करतो, आणि `feeToSetter` हा `feeTo` वेगळ्या पत्त्यावर बदलण्यास परवानगी असलेला पत्ता आहे.     mapping(address => mapping(address => address)) public getPair;
+address[] public allPairs;
+
+```solidity
+हे व्हेरिएबल्स पेअर्सचा, दोन टोकन प्रकारांमधील एक्सचेंजेसचा मागोवा ठेवतात.
+```
+
+पहिले, `getPair`, एक मॅपिंग आहे जे दोन ERC-20 टोकनच्या आधारावर पेअर एक्सचेंज करार ओळखते.
+
+```solidity
+ERC-20 टोकन्स त्यांच्या अंमलबजावणी करणाऱ्या करारांच्या पत्त्यांवरून ओळखले जातात, त्यामुळे की आणि मूल्य सर्व पत्ते आहेत.
+```
+
+`tokenA` वरून `tokenB` मध्ये रूपांतरित करणाऱ्या पेअर एक्सचेंजचा पत्ता मिळवण्यासाठी, तुम्ही `getPair[<tokenA address>][<tokenB address>]` (किंवा उलट) वापरता.
+
+```solidity
+दुसरे व्हेरिएबल, `allPairs`, एक अॅरे आहे ज्यात या फॅक्टरीद्वारे तयार केलेल्या पेअर एक्सचेंजेसचे सर्व पत्ते समाविष्ट आहेत.
+```
+
+Ethereum मध्ये तुम्ही मॅपिंगच्या सामग्रीवर पुनरावृत्ती करू शकत नाही, किंवा सर्व कीची सूची मिळवू शकत नाही, म्हणून हे व्हेरिएबलच या फॅक्टरीद्वारे व्यवस्थापित केलेल्या एक्सचेंजेसची माहिती मिळवण्याचा एकमेव मार्ग आहे. टीप: तुम्ही मॅपिंगच्या सर्व कीवर पुनरावृत्ती करू शकत नाही याचे कारण असे की करार डेटा स्टोरेज _महाग_ आहे, त्यामुळे आपण जितके कमी वापरू तितके चांगले, आणि आपण ते जितके कमी बदलू तितके चांगले.
+
+#### तुम्ही [पुनरावृत्तीला समर्थन देणारे मॅपिंग](https://github.com/ethereum/dapp-bin/blob/master/library/iterable_mapping.sol) तयार करू शकता, परंतु त्यांना कीच्या सूचीसाठी अतिरिक्त स्टोरेजची आवश्यकता असते.
+
+बहुतेक ॲप्लिकेशन्समध्ये तुम्हाला त्याची गरज नसते.
+
+```solidity
+    event PairCreated(address indexed token0, address indexed token1, address pair, uint);
+```
+
+जेव्हा नवीन पेअर एक्सचेंज तयार केले जाते तेव्हा हा इव्हेंट उत्सर्जित होतो.
+
+```solidity
+यात टोकनचे पत्ते, पेअर एक्सचेंजचा पत्ता आणि फॅक्टरीद्वारे व्यवस्थापित केलेल्या एकूण एक्सचेंजेसची संख्या समाविष्ट आहे.
+```
+
+```
+constructor(address _feeToSetter) public {
+    feeToSetter = _feeToSetter;
+}
+```
+
+```solidity
+कन्स्ट्रक्टर फक्त `feeToSetter` निर्दिष्ट करतो.
+```
+
+फॅक्टरीज शुल्काशिवाय सुरू होतात, आणि फक्त `feeSetter` ते बदलू शकतो.     function allPairsLength() external view returns (uint) {
+return allPairs.length;
+}
+
+```solidity
+हे फंक्शन एक्सचेंज पेअर्सची संख्या परत करते.
+```
+
+```
+function createPair(address tokenA, address tokenB) external returns (address pair) { फॅक्टरीचे मुख्य कार्य म्हणजे दोन ERC-20 टोकनमध्ये पेअर एक्सचेंज तयार करणे. लक्षात घ्या की कोणीही हे फंक्शन कॉल करू शकते.
+```
+
+नवीन पेअर एक्सचेंज तयार करण्यासाठी तुम्हाला Uniswap कडून परवानगीची गरज नाही.         require(tokenA != tokenB, 'UniswapV2: IDENTICAL_ADDRESSES');
+(address token0, address token1) = tokenA < tokenB ? (tokenA, tokenB) : (tokenB, tokenA);
+
+आम्हाला नवीन एक्सचेंजचा पत्ता निश्चित हवा आहे, जेणेकरून तो ऑफचेन आगाऊ मोजला जाऊ शकेल (हे [लेयर 2 व्यवहारांसाठी](/developers/docs/scaling/) उपयुक्त ठरू शकते).
+
+| पॅरामीटर                                                                                                                                                                                  |                                                                                                                                                                                                                                                                                      मूल्य |
+| ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: |
+| मोठे लिक्विडिटी पूल लहान पूलांपेक्षा चांगले असतात, कारण त्यांच्या किंमती अधिक स्थिर असतात.                                                                                |                                                                                                                                                                                                        आम्हाला प्रति टोकन जोडीसाठी एकापेक्षा जास्त लिक्विडिटी पूल नको आहे. |
+| जर आधीच एक एक्सचेंज असेल, तर त्याच जोडीसाठी दुसरा तयार करण्याची गरज नाही.                                                                                                 |                                                                                                                                                                                                        आम्हाला प्रति टोकन जोडीसाठी एकापेक्षा जास्त लिक्विडिटी पूल नको आहे. |
+| नवीन करार तयार करण्यासाठी आम्हाला तो तयार करणारा कोड आवश्यक आहे (कन्स्ट्रक्टर फंक्शन आणि वास्तविक कराराचा EVM बायटकोड मेमरीमध्ये लिहिणारा कोड दोन्ही). | सामान्यतः Solidity मध्ये आपण फक्त `addr = new <name of contract>(<constructor parameters>)` वापरतो आणि कंपायलर आमच्यासाठी सर्व काही हाताळतो, परंतु एक निश्चित करार पत्ता मिळवण्यासाठी आम्हाला [CREATE2 ऑपकोड](https://eips.ethereum.org/EIPS/eip-1014) वापरण्याची गरज आहे. |
+| जेव्हा हा कोड लिहिला गेला होता तेव्हा तो ऑपकोड अजूनही Solidity द्वारे समर्थित नव्हता, म्हणून कोड मॅन्युअली मिळवणे आवश्यक होते.                                            |                                                                                                         ही आता समस्या नाही, कारण [Solidity आता CREATE2 ला समर्थन देते](https://docs.soliditylang.org/en/v0.8.3/control-structures.html#salted-contract-creations-create2). |
+
+```
+    bytes32 salt = keccak256(abi.encodePacked(token0, token1));
+    assembly {
+        pair := create2(0, add(bytecode, 32), mload(bytecode), salt)
+    } जेव्हा एखादा ऑपकोड Solidity द्वारे अजून समर्थित नसतो तेव्हा आपण त्याला [इनलाइन असेंब्ली](https://docs.soliditylang.org/en/v0.8.3/assembly.html) वापरून कॉल करू शकतो.
+```
+
+```
+    IUniswapV2Pair(pair).initialize(token0, token1); नवीन एक्सचेंजला कोणते दोन टोकन एक्सचेंज करायचे आहेत हे सांगण्यासाठी `initialize` फंक्शनला कॉल करा.
+```
+
+```solidity
+        getPair[token0][token1] = pair;
+        getPair[token1][token0] = pair; // populate mapping in the reverse direction
+        allPairs.push(pair);
+        emit PairCreated(token0, token1, pair, allPairs.length);
+    }
+```
+
+नवीन जोडीची माहिती स्टेट व्हेरिएबल्समध्ये सेव्ह करा आणि नवीन जोडी एक्सचेंजची माहिती जगाला देण्यासाठी एक इव्हेंट उत्सर्जित करा.
+
+```solidity
+    function setFeeTo(address _feeTo) external {
+        require(msg.sender == feeToSetter, 'UniswapV2: FORBIDDEN');
+        feeTo = _feeTo;
+    }
+
+    function setFeeToSetter(address _feeToSetter) external {
+        require(msg.sender == feeToSetter, 'UniswapV2: FORBIDDEN');
+        feeToSetter = _feeToSetter;
+    }
+}
+```
+
+ही दोन फंक्शन्स `feeSetter` ला शुल्क प्राप्तकर्ता (जर असेल तर) नियंत्रित करण्यास आणि `feeSetter` ला नवीन पत्त्यावर बदलण्यास परवानगी देतात.
+
+```solidity
+UniswapV2ERC20.sol {#UniswapV2ERC20}
+```
+
+[हा करार](https://github.com/Uniswap/uniswap-v2-core/blob/master/contracts/UniswapV2ERC20.sol) ERC-20 लिक्विडिटी टोकन लागू करतो.
+
+```solidity
+हे [OpenZeppelin ERC-20 करार](/developers/tutorials/erc20-annotated-code) सारखेच आहे, म्हणून मी फक्त वेगळा भाग, `permit` कार्यक्षमता स्पष्ट करेन.
+```
+
+Ethereum वरील व्यवहारांसाठी इथर (ETH) लागते, जे खऱ्या पैशाच्या समतुल्य आहे. तुमच्याकडे ERC-20 टोकन्स असतील पण ETH नसेल, तर तुम्ही व्यवहार पाठवू शकत नाही, त्यामुळे तुम्ही त्यांच्यासोबत काहीही करू शकत नाही.
+
+```solidity
+ही समस्या टाळण्यासाठी एक उपाय म्हणजे [मेटा-ट्रान्झॅक्शन्स](https://docs.uniswap.org/contracts/v2/guides/smart-contract-integration/supporting-meta-transactions).
+```
+
+टोकनचा मालक एका व्यवहारावर स्वाक्षरी करतो ज्यामुळे दुसऱ्या कोणालातरी ऑफचेन टोकन काढण्याची परवानगी मिळते आणि ते इंटरनेटद्वारे प्राप्तकर्त्याला पाठवतो. प्राप्तकर्ता, ज्याच्याकडे ETH आहे, तो मालकाच्या वतीने परवानगी सादर करतो.
+
+```solidity
+    bytes32 public DOMAIN_SEPARATOR;
+    // keccak256("Permit(address owner,address spender,uint256 value,uint256 nonce,uint256 deadline)");
+    bytes32 public constant PERMIT_TYPEHASH = 0x6e71edae12b1b97f4d1f60370fef10105fa2faae0126114a169c64845d6126c9;
+```
+
+हा हॅश [व्यवहार प्रकारासाठी ओळखकर्ता](https://eips.ethereum.org/EIPS/eip-712#rationale-for-typehash) आहे.
+
+```solidity
+आम्ही येथे फक्त या पॅरामीटर्ससह `Permit` ला समर्थन देतो.
+```
+
+```
+mapping(address => uint) public nonces; प्राप्तकर्त्यासाठी डिजिटल स्वाक्षरी बनावट करणे शक्य नाही. तथापि, समान व्यवहार दोनदा पाठवणे क्षुल्लक आहे (हा [रिप्ले हल्ला](https://wikipedia.org/wiki/Replay_attack) चा एक प्रकार आहे).
+```
+
+हे टाळण्यासाठी, आम्ही [नॉन्स](https://wikipedia.org/wiki/Cryptographic_nonce) वापरतो. जर नवीन `Permit` चा नॉन्स शेवटच्या वापरलेल्या नॉन्सपेक्षा एक जास्त नसेल, तर आम्ही ते अवैध मानतो.     constructor() public {
+uint chainId;
+assembly {
+chainId := chainid
+} हा [चेन आयडेंटिफायर](https://chainid.network/) मिळवण्यासाठी कोड आहे. हे [Yul](https://docs.soliditylang.org/en/v0.8.4/yul.html) नावाच्या EVM असेंब्ली बोलीचा वापर करते. लक्षात घ्या की Yul च्या सध्याच्या आवृत्तीमध्ये तुम्हाला `chainid()` वापरावे लागेल, `chainid` नाही.
+
+```
+    DOMAIN_SEPARATOR = keccak256(
+        abi.encode(
+            keccak256('EIP712Domain(string name,string version,uint256 chainId,address verifyingContract)'),
+            keccak256(bytes(name)),
+            keccak256(bytes('1')),
+            chainId,
+            address(this)
+        )
+    );
+```
+
+EIP-712 साठी [डोमेन विभाजक](https://eips.ethereum.org/EIPS/eip-712#rationale-for-domainseparator) मोजा.     function permit(address owner, address spender, uint value, uint deadline, uint8 v, bytes32 r, bytes32 s) external {
+
+```solidity
+हे फंक्शन परवानगी लागू करते.
+```
+
+ते पॅरामीटर्स म्हणून संबंधित फील्ड्स आणि [स्वाक्षरीसाठी](https://yos.io/2018/11/16/ethereum-signatures/) तीन स्केलर मूल्ये (v, r, आणि s) प्राप्त करते.         require(deadline >= block.timestamp, 'UniswapV2: EXPIRED');
+
+.         bytes32 digest = keccak256(
+abi.encodePacked(
+'\x19\x01',
+DOMAIN_SEPARATOR,
+keccak256(abi.encode(PERMIT_TYPEHASH, owner, spender, value, nonces[owner]++, deadline))
+)
+); `abi.encodePacked(...)` हा संदेश आहे जो आम्हाला मिळण्याची अपेक्षा आहे.
+
+```solidity
+आम्हाला माहित आहे की नॉन्स काय असावे, म्हणून आम्हाला ते पॅरामीटर म्हणून मिळवण्याची गरज नाही.
+```
+
+Ethereum स्वाक्षरी अल्गोरिदमला स्वाक्षरी करण्यासाठी 256 बिट्सची अपेक्षा असते, म्हणून आम्ही `keccak256` हॅश फंक्शन वापरतो.         address recoveredAddress = ecrecover(digest, v, r, s);
+
+```solidity
+डायजेस्ट आणि स्वाक्षरीवरून आपण [ecrecover](https://coders-errand.com/ecrecover-signature-verification-ethereum/) वापरून स्वाक्षरी करणारा पत्ता मिळवू शकतो.
+```
+
+```
+    require(recoveredAddress != address(0) && recoveredAddress == owner, 'UniswapV2: INVALID_SIGNATURE');
+    _approve(owner, spender, value);
+}
+```
+
+```solidity
+जर सर्व काही ठीक असेल, तर याला [ERC-20 approve](https://eips.ethereum.org/EIPS/eip-20#approve) म्हणून समजा.
+```
+
+परिघ करार {#periphery-contracts} परिघ करार Uniswap साठी API (ॲप्लिकेशन प्रोग्राम इंटरफेस) आहेत.
+
+```solidity
+ते बाह्य कॉल्ससाठी उपलब्ध आहेत, एकतर इतर करारांमधून किंवा विकेंद्रीकृत ॲप्लिकेशन्समधून.
+```
+
+तुम्ही मुख्य करारांना थेट कॉल करू शकता, परंतु ते अधिक गुंतागुंतीचे आहे आणि तुम्ही चूक केल्यास मूल्य गमावू शकता. मुख्य करारांमध्ये फक्त ते फसवले जात नाहीत याची खात्री करण्यासाठी चाचण्या असतात, इतर कोणासाठीही sanity checks नाहीत. ते परिघामध्ये आहेत जेणेकरून आवश्यकतेनुसार ते अद्यतनित केले जाऊ शकतात.
+
+```solidity
+UniswapV2Router01.sol {#UniswapV2Router01}
+```
+
+[या करारामध्ये](https://github.com/Uniswap/uniswap-v2-periphery/blob/master/contracts/UniswapV2Router01.sol) समस्या आहेत, आणि [तो आता वापरला जाऊ नये](https://docs.uniswap.org/contracts/v2/reference/smart-contracts/router-01). सुदैवाने, परिघ करार स्टेटलेस आहेत आणि कोणतीही मालमत्ता ठेवत नाहीत, त्यामुळे त्याला नाकारणे आणि लोकांना त्याऐवजी बदल, `UniswapV2Router02`, वापरण्यास सुचवणे सोपे आहे. UniswapV2Router02.sol {#UniswapV2Router02}
+
+```solidity
+बहुतेक प्रकरणांमध्ये तुम्ही [या कराराद्वारे](https://github.com/Uniswap/uniswap-v2-periphery/blob/master/contracts/UniswapV2Router02.sol) Uniswap वापराल.
+```
+
+तुम्ही ते कसे वापरायचे ते [येथे](https://docs.uniswap.org/contracts/v2/reference/smart-contracts/router-02) पाहू शकता.
+
+#### pragma solidity =0.6.6;import '@uniswap/v2-core/contracts/interfaces/IUniswapV2Factory.sol';&#xA;import '@uniswap/lib/contracts/libraries/TransferHelper.sol';import './interfaces/IUniswapV2Router02.sol';&#xA;import './libraries/UniswapV2Library.sol';&#xA;import './libraries/SafeMath.sol';&#xA;import './interfaces/IERC20.sol';&#xA;import './interfaces/IWETH.sol';
+
+यापैकी बहुतेक आपण यापूर्वी पाहिले आहेत, किंवा ते बरेच स्पष्ट आहेत.
+
+```solidity
+एक अपवाद `IWETH.sol` आहे.
+```
+
+Uniswap v2 कोणत्याही ERC-20 टोकनच्या जोडीसाठी एक्सचेंजला परवानगी देतो, परंतु इथर (ETH) स्वतः ERC-20 टोकन नाही. ते मानकापूर्वीचे आहे आणि अद्वितीय यंत्रणेद्वारे हस्तांतरित केले जाते.
+
+```solidity
+ERC-20 टोकनवर लागू होणाऱ्या करारांमध्ये ETH चा वापर सक्षम करण्यासाठी लोकांनी [रॅप्ड इथर (WETH)](https://weth.tkn.eth.limo/) करार आणला.
+```
+
+तुम्ही या कराराला ETH पाठवता, आणि ते तुम्हाला WETH ची समतुल्य रक्कम मिंट करते.
+
+```solidity
+किंवा तुम्ही WETH बर्न करू शकता, आणि ETH परत मिळवू शकता.
+```
+
+contract UniswapV2Router02 is IUniswapV2Router02 {
+using SafeMath for uint;```
+address public immutable override factory;
+address public immutable override WETH; राउटरला माहित असणे आवश्यक आहे की कोणती फॅक्टरी वापरायची, आणि WETH आवश्यक असलेल्या व्यवहारांसाठी कोणता WETH करार वापरायचा.
+```
+
+```solidity
+ही मूल्ये [अपरिवर्तनीय](https://docs.soliditylang.org/en/v0.8.3/contracts.html#constant-and-immutable-state-variables) आहेत, म्हणजे ती फक्त कन्स्ट्रक्टरमध्ये सेट केली जाऊ शकतात.
+```
+
+यामुळे वापरकर्त्यांना विश्वास मिळतो की कोणीही त्यांना कमी प्रामाणिक करारांकडे निर्देशित करण्यासाठी बदलू शकणार नाही.
+
+```solidity
+    modifier ensure(uint deadline) {
+        require(deadline >= block.timestamp, 'UniswapV2Router: EXPIRED');
+        _;
+    }
+```
+
+हा मॉडिफायर खात्री करतो की वेळेनुसार मर्यादित व्यवहार ("वेळेच्या आत Y करा जर तुम्ही करू शकत असाल तर") त्यांच्या वेळेच्या मर्यादेनंतर होत नाहीत.
+
+```solidity
+    constructor(address _factory, address _WETH) public {
+        factory = _factory;
+        WETH = _WETH;
+    }
+```
+
+कन्स्ट्रक्टर फक्त अपरिवर्तनीय स्टेट व्हेरिएबल्स सेट करतो.
+
+```solidity
+    receive() external payable {
+        assert(msg.sender == WETH); // only accept ETH via fallback from the WETH contract
+    }
+```
+
+जेव्हा आम्ही WETH करारातून टोकन परत ETH मध्ये रिडीम करतो तेव्हा हे फंक्शन कॉल केले जाते.
+
+```solidity
+फक्त आम्ही वापरत असलेला WETH करारच ते करण्यास अधिकृत आहे.
+```
+
+लिक्विडिटी जोडा {#add-liquidity} ही फंक्शन्स पेअर एक्सचेंजमध्ये टोकन जोडतात, ज्यामुळे लिक्विडिटी पूल वाढतो.
+
+```solidity
+
+    // **** ADD LIQUIDITY ****
+    function _addLiquidity(
+```
+
+अंतिम कार्य स्टोरेज फी आणि मेटा-ट्रान्झॅक्शन्स एकत्र करते.
+
+#### ट्रेड {#trade}
+
+```solidity
+    // **** स्वॅप ****
+    // प्रारंभिक रक्कम आधीच पहिल्या जोडीला पाठवली गेली असणे आवश्यक आहे
+    function _swap(uint[] memory amounts, address[] memory path, address _to) internal virtual {
+```
+
+हे कार्य अंतर्गत प्रक्रिया करते जे ट्रेडर्ससाठी उपलब्ध असलेल्या कार्यांसाठी आवश्यक आहे.
+
+```solidity
+        for (uint i; i < path.length - 1; i++) {
+```
+
+मी हे लिहित असताना [388,160 ERC-20 टोकन्स](https://eth.blockscout.com/tokens) आहेत. प्रत्येक टोकन जोडीसाठी एक पेअर एक्सचेंज असते, तर ते 150 अब्ज पेक्षा जास्त पेअर एक्सचेंज झाले असते. संपूर्ण चेनमध्ये, सध्या, [त्या संख्येच्या केवळ 0.1% खाती आहेत](https://eth.blockscout.com/stats/accountsGrowth). त्याऐवजी, स्वॅप फंक्शन्स पाथच्या संकल्पनेला समर्थन देतात. एक ट्रेडर A ला B साठी, B ला C साठी, आणि C ला D साठी एक्सचेंज करू शकतो, त्यामुळे थेट A-D पेअर एक्सचेंजची गरज नाही.
+
+या बाजारांमधील किमती सिंक्रोनाइझ (समक्रमित) केल्या जातात, कारण जेव्हा त्या सिंकमध्ये नसतात तेव्हा आर्बिट्रेजसाठी संधी निर्माण होते. उदाहरणार्थ, A, B आणि C या तीन टोकन्सची कल्पना करा. प्रत्येक जोडीसाठी एक, असे तीन पेअर एक्सचेंज आहेत.
+
+1. सुरुवातीची परिस्थिती
+2. एक ट्रेडर 24.695 A टोकन्स विकतो आणि 25.305 B टोकन्स मिळवतो.
+3. ट्रेडर 24.695 B टोकन्स 25.305 C टोकन्ससाठी विकतो, आणि अंदाजे 0.61 B टोकन्स नफा म्हणून ठेवतो.
+4. मग ट्रेडर 24.695 C टोकन्स 25.305 A टोकन्ससाठी विकतो, आणि अंदाजे 0.61 C टोकन्स नफा म्हणून ठेवतो. ट्रेडरकडे 0.61 अतिरिक्त A टोकन्स देखील आहेत (ट्रेडरला शेवटी मिळालेले 25.305, वजा 24.695 ची मूळ गुंतवणूक).
+
+| टप्पा | A-B एक्सचेंज                                                                                | B-C एक्सचेंज                                                                                | A-C एक्सचेंज                                                                                |
+| ----- | ------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------- |
+| 1     | A:1000 B:1050 A/B=1.05                      | B:1000 C:1050 B/C=1.05                      | A:1050 C:1000 C/A=1.05                      |
+| 2     | A:1024.695 B:1024.695 A/B=1 | B:1000 C:1050 B/C=1.05                      | A:1050 C:1000 C/A=1.05                      |
+| 3     | A:1024.695 B:1024.695 A/B=1 | B:1024.695 C:1024.695 B/C=1 | A:1050 C:1000 C/A=1.05                      |
+| 4     | A:1024.695 B:1024.695 A/B=1 | B:1024.695 C:1024.695 B/C=1 | A:1024.695 C:1024.695 C/A=1 |
+
+```solidity
+            (address input, address output) = (path[i], path[i + 1]);
+            (address token0,) = UniswapV2Library.sortTokens(input, output);
+            uint amountOut = amounts[i + 1];
+```
+
+आपण सध्या हाताळत असलेली जोडी मिळवा, ती क्रमवारी लावा (जोडीसोबत वापरण्यासाठी) आणि अपेक्षित आउटपुट रक्कम मिळवा.
+
+```solidity
+            (uint amount0Out, uint amount1Out) = input == token0 ? (uint(0), amountOut) : (amountOut, uint(0));
+```
+
+अपेक्षित आउटपुट रक्कम मिळवा, पेअर एक्सचेंजला अपेक्षित असलेल्या पद्धतीने क्रमवारी लावा.
+
+```solidity
+            address to = i < path.length - 2 ? UniswapV2Library.pairFor(factory, output, path[i + 2]) : _to;
+```
+
+हे शेवटचे एक्सचेंज आहे का? तसे असल्यास, ट्रेडसाठी मिळालेले टोकन्स गंतव्यस्थानावर पाठवा. तसे नसल्यास, ते पुढील पेअर एक्सचेंजवर पाठवा.
+
+```solidity
+
+            IUniswapV2Pair(UniswapV2Library.pairFor(factory, input, output)).swap(
+                amount0Out, amount1Out, to, new bytes(0)
+            );
+        }
+    }
+```
+
+टोकन्स स्वॅप करण्यासाठी प्रत्यक्षात पेअर एक्सचेंजला कॉल करा. आम्हाला एक्सचेंजबद्दल कळवण्यासाठी कॉलबॅकची आवश्यकता नाही, म्हणून आम्ही त्या फील्डमध्ये कोणतेही बाइट्स पाठवत नाही.
+
+```solidity
+    function swapExactTokensForTokens(
+```
+
+हे कार्य ट्रेडर्सद्वारे थेट एका टोकनला दुसऱ्या टोकनसाठी स्वॅप करण्याकरिता वापरले जाते.
+
+```solidity
+        uint amountIn,
+        uint amountOutMin,
+        address[] calldata path,
+```
+
+या पॅरामीटरमध्ये ERC-20 कॉन्ट्रॅक्ट्सचे ॲड्रेस आहेत. वर स्पष्ट केल्याप्रमाणे, ही एक ॲरे आहे कारण तुमच्याकडे असलेल्या मालमत्तेपासून तुम्हाला हव्या असलेल्या मालमत्तेपर्यंत पोहोचण्यासाठी तुम्हाला अनेक पेअर एक्सचेंजेसमधून जावे लागू शकते.
+
+सॉलिडिटीमधील फंक्शन पॅरामीटर `memory` किंवा `calldata` मध्ये संग्रहित केले जाऊ शकते. जर कार्य कॉन्ट्रॅक्टसाठी एक प्रवेश बिंदू असेल, वापरकर्त्याकडून थेट (ट्रान्झॅक्शन वापरून) किंवा वेगळ्या कॉन्ट्रॅक्टवरून कॉल केले असेल, तर पॅरामीटरचे मूल्य थेट कॉल डेटामधून घेतले जाऊ शकते. जर कार्य अंतर्गतपणे कॉल केले असेल, जसे वरील `_swap`, तर पॅरामीटर्स `memory` मध्ये संग्रहित करणे आवश्यक आहे. कॉल केलेल्या कॉन्ट्रॅक्टच्या दृष्टिकोनातून `calldata` फक्त वाचनीय आहे.
+
+`uint` किंवा `address` सारख्या स्केलर प्रकारांसह कंपाइलर आमच्यासाठी स्टोरेजची निवड हाताळतो, परंतु ॲरेंसाठी, जे लांब आणि अधिक महाग आहेत, आम्ही वापरल्या जाणाऱ्या स्टोरेजचा प्रकार निर्दिष्ट करतो.
+
+```solidity
+        address to,
+        uint deadline
+    ) external virtual override ensure(deadline) returns (uint[] memory amounts) {
+```
+
+परत येणारी मूल्ये नेहमी मेमरीमध्ये परत केली जातात.
+
+```solidity
+        amounts = UniswapV2Library.getAmountsOut(factory, amountIn, path);
+        require(amounts[amounts.length - 1] >= amountOutMin, 'UniswapV2Router: INSUFFICIENT_OUTPUT_AMOUNT');
+```
+
+प्रत्येक स्वॅपमध्ये खरेदी करायच्या रकमेची गणना करा. जर परिणाम ट्रेडरने स्वीकारण्यास तयार असलेल्या किमान रकमेपेक्षा कमी असेल, तर ट्रान्झॅक्शनमधून परत या.
+
+```solidity
+        TransferHelper.safeTransferFrom(
+            path[0], msg.sender, UniswapV2Library.pairFor(factory, path[0], path[1]), amounts[0]
+        );
+        _swap(amounts, path, to);
+    }
+```
+
+शेवटी, प्रारंभिक ERC-20 टोकन पहिल्या पेअर एक्सचेंजच्या खात्यावर हस्तांतरित करा आणि `_swap` कॉल करा. हे सर्व एकाच ट्रान्झॅक्शनमध्ये घडत आहे, त्यामुळे पेअर एक्सचेंजला माहित आहे की कोणतेही अनपेक्षित टोकन या हस्तांतरणाचा भाग आहेत.
+
+```solidity
+    function swapTokensForExactTokens(
+        uint amountOut,
+        uint amountInMax,
+        address[] calldata path,
+        address to,
+        uint deadline
+    ) external virtual override ensure(deadline) returns (uint[] memory amounts) {
+        amounts = UniswapV2Library.getAmountsIn(factory, amountOut, path);
+        require(amounts[0] <= amountInMax, 'UniswapV2Router: EXCESSIVE_INPUT_AMOUNT');
+        TransferHelper.safeTransferFrom(
+            path[0], msg.sender, UniswapV2Library.pairFor(factory, path[0], path[1]), amounts[0]
+        );
+        _swap(amounts, path, to);
+    }
+```
+
+मागील कार्य, `swapTokensForTokens`, एका ट्रेडरला तो देण्यास तयार असलेल्या इनपुट टोकन्सची नेमकी संख्या आणि त्या बदल्यात तो स्वीकारण्यास तयार असलेल्या आउटपुट टोकन्सची किमान संख्या निर्दिष्ट करण्याची परवानगी देते. हे कार्य उलट स्वॅप करते, हे एका ट्रेडरला त्याला हव्या असलेल्या आउटपुट टोकन्सची संख्या आणि त्यासाठी तो देण्यास तयार असलेल्या इनपुट टोकन्सची कमाल संख्या निर्दिष्ट करू देते.
+
+दोन्ही प्रकरणांमध्ये, ट्रेडरला प्रथम या पेरिफेरी कॉन्ट्रॅक्टला एक भत्ता द्यावा लागतो जेणेकरून ते त्यांना हस्तांतरित करू शकेल.
+
+```solidity
+    function swapExactETHForTokens(uint amountOutMin, address[] calldata path, address to, uint deadline)
+        external
+        virtual
+        override
+        payable
+        ensure(deadline)
+        returns (uint[] memory amounts)
+    {
+        require(path[0] == WETH, 'UniswapV2Router: INVALID_PATH');
+        amounts = UniswapV2Library.getAmountsOut(factory, msg.value, path);
+        require(amounts[amounts.length - 1] >= amountOutMin, 'UniswapV2Router: INSUFFICIENT_OUTPUT_AMOUNT');
+        IWETH(WETH).deposit{value: amounts[0]}();
+        assert(IWETH(WETH).transfer(UniswapV2Library.pairFor(factory, path[0], path[1]), amounts[0]));
+        _swap(amounts, path, to);
+    }
+
+
+    function swapTokensForExactETH(uint amountOut, uint amountInMax, address[] calldata path, address to, uint deadline)
+        external
+        virtual
+        override
+        ensure(deadline)
+        returns (uint[] memory amounts)
+    {
+        require(path[path.length - 1] == WETH, 'UniswapV2Router: INVALID_PATH');
+        amounts = UniswapV2Library.getAmountsIn(factory, amountOut, path);
+        require(amounts[0] <= amountInMax, 'UniswapV2Router: EXCESSIVE_INPUT_AMOUNT');
+        TransferHelper.safeTransferFrom(
+            path[0], msg.sender, UniswapV2Library.pairFor(factory, path[0], path[1]), amounts[0]
+        );
+        _swap(amounts, path, address(this));
+        IWETH(WETH).withdraw(amounts[amounts.length - 1]);
+        TransferHelper.safeTransferETH(to, amounts[amounts.length - 1]);
+    }
+
+
+
+    function swapExactTokensForETH(uint amountIn, uint amountOutMin, address[] calldata path, address to, uint deadline)
+        external
+        virtual
+        override
+        ensure(deadline)
+        returns (uint[] memory amounts)
+    {
+        require(path[path.length - 1] == WETH, 'UniswapV2Router: INVALID_PATH');
+        amounts = UniswapV2Library.getAmountsOut(factory, amountIn, path);
+        require(amounts[amounts.length - 1] >= amountOutMin, 'UniswapV2Router: INSUFFICIENT_OUTPUT_AMOUNT');
+        TransferHelper.safeTransferFrom(
+            path[0], msg.sender, UniswapV2Library.pairFor(factory, path[0], path[1]), amounts[0]
+        );
+        _swap(amounts, path, address(this));
+        IWETH(WETH).withdraw(amounts[amounts.length - 1]);
+        TransferHelper.safeTransferETH(to, amounts[amounts.length - 1]);
+    }
+
+
+    function swapETHForExactTokens(uint amountOut, address[] calldata path, address to, uint deadline)
+        external
+        virtual
+        override
+        payable
+        ensure(deadline)
+        returns (uint[] memory amounts)
+    {
+        require(path[0] == WETH, 'UniswapV2Router: INVALID_PATH');
+        amounts = UniswapV2Library.getAmountsIn(factory, amountOut, path);
+        require(amounts[0] <= msg.value, 'UniswapV2Router: EXCESSIVE_INPUT_AMOUNT');
+        IWETH(WETH).deposit{value: amounts[0]}();
+        assert(IWETH(WETH).transfer(UniswapV2Library.pairFor(factory, path[0], path[1]), amounts[0]));
+        _swap(amounts, path, to);
+        // डस्ट eth परत करा, जर असेल तर
+        if (msg.value > amounts[0]) TransferHelper.safeTransferETH(msg.sender, msg.value - amounts[0]);
+    }
+```
+
+हे चार प्रकार ETH आणि टोकन्समध्ये ट्रेड करण्याशी संबंधित आहेत. फरक फक्त एवढाच आहे की आम्ही एकतर ट्रेडरकडून ETH घेतो आणि WETH तयार करण्यासाठी त्याचा वापर करतो, किंवा आम्ही पाथमधील शेवटच्या एक्सचेंजमधून WETH घेतो आणि ते बर्न करतो, आणि ट्रेडरला परिणामी ETH परत पाठवतो.
+
+```solidity
+    // **** स्वॅप (फी-ऑन-ट्रान्सफर टोकन्सना समर्थन देणारे) ****
+    // प्रारंभिक रक्कम आधीच पहिल्या जोडीला पाठवली गेली असणे आवश्यक आहे
+    function _swapSupportingFeeOnTransferTokens(address[] memory path, address _to) internal virtual {
+```
+
+हे ट्रान्सफर किंवा स्टोरेज फी असलेल्या टोकन्सना स्वॅप करण्यासाठीचे अंतर्गत कार्य आहे ([ही समस्या](https://github.com/Uniswap/uniswap-interface/issues/835) सोडवण्यासाठी).
+
+```solidity
+        for (uint i; i < path.length - 1; i++) {
+            (address input, address output) = (path[i], path[i + 1]);
+            (address token0,) = UniswapV2Library.sortTokens(input, output);
+            IUniswapV2Pair pair = IUniswapV2Pair(UniswapV2Library.pairFor(factory, input, output));
+            uint amountInput;
+            uint amountOutput;
+            { // स्टॅक खूप खोल त्रुटी टाळण्यासाठी स्कोप
+            (uint reserve0, uint reserve1,) = pair.getReserves();
+            (uint reserveInput, uint reserveOutput) = input == token0 ? (reserve0, reserve1) : (reserve1, reserve0);
+            amountInput = IERC20(input).balanceOf(address(pair)).sub(reserveInput);
+            amountOutput = UniswapV2Library.getAmountOut(amountInput, reserveInput, reserveOutput);
+```
+
+ट्रान्सफर फीमुळे प्रत्येक ट्रान्सफरमधून आम्हाला किती मिळेल हे सांगण्यासाठी आम्ही `getAmountsOut` फंक्शनवर अवलंबून राहू शकत नाही (ज्याप्रमाणे आम्ही मूळ `_swap` कॉल करण्यापूर्वी करतो). त्याऐवजी आम्हाला आधी हस्तांतरण करावे लागेल आणि मग आम्हाला किती टोकन्स परत मिळाले हे पाहावे लागेल.
+
+टीप: सैद्धांतिकदृष्ट्या आपण `_swap` ऐवजी फक्त हे फंक्शन वापरू शकतो, परंतु काही विशिष्ट प्रकरणांमध्ये (उदाहरणार्थ, जर आवश्यक किमान रक्कम पूर्ण करण्यासाठी शेवटी पुरेसे नसल्यामुळे हस्तांतरण परत केले गेले) त्यासाठी जास्त गॅस खर्च येईल. ट्रान्सफर फी टोकन्स खूप दुर्मिळ आहेत, त्यामुळे जरी आपल्याला त्यांना सामावून घेण्याची आवश्यकता असली तरी, सर्व स्वॅप्सना त्यांच्यापैकी किमान एकातून जावे लागेल असे गृहीत धरण्याची गरज नाही.
+
+```solidity
+            }
+            (uint amount0Out, uint amount1Out) = input == token0 ? (uint(0), amountOutput) : (amountOutput, uint(0));
+            address to = i < path.length - 2 ? UniswapV2Library.pairFor(factory, output, path[i + 2]) : _to;
+            pair.swap(amount0Out, amount1Out, to, new bytes(0));
+        }
+    }
+
+
+    function swapExactTokensForTokensSupportingFeeOnTransferTokens(
+        uint amountIn,
+        uint amountOutMin,
+        address[] calldata path,
+        address to,
+        uint deadline
+    ) external virtual override ensure(deadline) {
+        TransferHelper.safeTransferFrom(
+            path[0], msg.sender, UniswapV2Library.pairFor(factory, path[0], path[1]), amountIn
+        );
+        uint balanceBefore = IERC20(path[path.length - 1]).balanceOf(to);
+        _swapSupportingFeeOnTransferTokens(path, to);
+        require(
+            IERC20(path[path.length - 1]).balanceOf(to).sub(balanceBefore) >= amountOutMin,
+            'UniswapV2Router: INSUFFICIENT_OUTPUT_AMOUNT'
+        );
+    }
+
+
+    function swapExactETHForTokensSupportingFeeOnTransferTokens(
+        uint amountOutMin,
+        address[] calldata path,
+        address to,
+        uint deadline
+    )
+        external
+        virtual
+        override
+        payable
+        ensure(deadline)
+    {
+        require(path[0] == WETH, 'UniswapV2Router: INVALID_PATH');
+        uint amountIn = msg.value;
+        IWETH(WETH).deposit{value: amountIn}();
+        assert(IWETH(WETH).transfer(UniswapV2Library.pairFor(factory, path[0], path[1]), amountIn));
+        uint balanceBefore = IERC20(path[path.length - 1]).balanceOf(to);
+        _swapSupportingFeeOnTransferTokens(path, to);
+        require(
+            IERC20(path[path.length - 1]).balanceOf(to).sub(balanceBefore) >= amountOutMin,
+            'UniswapV2Router: INSUFFICIENT_OUTPUT_AMOUNT'
+        );
+    }
+
+
+    function swapExactTokensForETHSupportingFeeOnTransferTokens(
+        uint amountIn,
+        uint amountOutMin,
+        address[] calldata path,
+        address to,
+        uint deadline
+    )
+        external
+        virtual
+        override
+        ensure(deadline)
+    {
+        require(path[path.length - 1] == WETH, 'UniswapV2Router: INVALID_PATH');
+        TransferHelper.safeTransferFrom(
+            path[0], msg.sender, UniswapV2Library.pairFor(factory, path[0], path[1]), amountIn
+        );
+        _swapSupportingFeeOnTransferTokens(path, address(this));
+        uint amountOut = IERC20(WETH).balanceOf(address(this));
+        require(amountOut >= amountOutMin, 'UniswapV2Router: INSUFFICIENT_OUTPUT_AMOUNT');
+        IWETH(WETH).withdraw(amountOut);
+        TransferHelper.safeTransferETH(to, amountOut);
+    }
+```
+
+हे सामान्य टोकन्ससाठी वापरले जाणारे तेच प्रकार आहेत, परंतु ते त्याऐवजी `_swapSupportingFeeOnTransferTokens` कॉल करतात.
+
+```solidity
+    // **** लायब्ररी फंक्शन्स ****
+    function quote(uint amountA, uint reserveA, uint reserveB) public pure virtual override returns (uint amountB) {
+        return UniswapV2Library.quote(amountA, reserveA, reserveB);
+    }
+
+    function getAmountOut(uint amountIn, uint reserveIn, uint reserveOut)
+        public
+        pure
+        virtual
+        override
+        returns (uint amountOut)
+    {
+        return UniswapV2Library.getAmountOut(amountIn, reserveIn, reserveOut);
+    }
+
+    function getAmountIn(uint amountOut, uint reserveIn, uint reserveOut)
+        public
+        pure
+        virtual
+        override
+        returns (uint amountIn)
+    {
+        return UniswapV2Library.getAmountIn(amountOut, reserveIn, reserveOut);
+    }
+
+    function getAmountsOut(uint amountIn, address[] memory path)
+        public
+        view
+        virtual
+        override
+        returns (uint[] memory amounts)
+    {
+        return UniswapV2Library.getAmountsOut(factory, amountIn, path);
+    }
+
+    function getAmountsIn(uint amountOut, address[] memory path)
+        public
+        view
+        virtual
+        override
+        returns (uint[] memory amounts)
+    {
+        return UniswapV2Library.getAmountsIn(factory, amountOut, path);
+    }
+}
+```
+
+ही फंक्शन्स फक्त प्रॉक्सी आहेत जी [UniswapV2Library फंक्शन्स](#uniswapV2library) ला कॉल करतात.
+
+### UniswapV2Migrator.sol {#UniswapV2Migrator}
+
+हा कॉन्ट्रॅक्ट जुन्या v1 मधून v2 मध्ये एक्सचेंज स्थलांतरित करण्यासाठी वापरला गेला होता. आता ते स्थलांतरित झाले असल्याने, ते आता संबंधित नाही.
+
+## लायब्ररी {#libraries}
+
+[SafeMath लायब्ररी](https://docs.openzeppelin.com/contracts/2.x/api/math) चांगल्या प्रकारे दस्तऐवजीकृत आहे, म्हणून येथे त्याचे दस्तऐवजीकरण करण्याची गरज नाही.
+
+### गणित {#Math}
+
+या लायब्ररीमध्ये काही गणिती फंक्शन्स आहेत ज्यांची सामान्यतः Solidity कोडमध्ये आवश्यकता नसते, म्हणून ते भाषेचा भाग नाहीत.
+
+```solidity
+pragma solidity =0.5.16;
+
+// विविध गणिती क्रिया करण्यासाठी एक लायब्ररी
+
+library Math {
+    function min(uint x, uint y) internal pure returns (uint z) {
+        z = x < y ? x : y;
+    }
+
+    // बॅबिलोनियन पद्धत (https://wikipedia.org/wiki/Methods_of_computing_square_roots#Babylonian_method)
+    function sqrt(uint y) internal pure returns (uint z) {
+        if (y > 3) {
+            z = y;
+            uint x = y / 2 + 1;
+```
+
+वर्गमूळापेक्षा जास्त असलेल्या अंदाजाने x सह प्रारंभ करा (हेच कारण आहे की आम्हाला 1-3 ला विशेष प्रकरणे म्हणून हाताळण्याची आवश्यकता आहे).
+
+```solidity
+            while (x < z) {
+                z = x;
+                x = (y / x + x) / 2;
+```
+
+एक जवळचा अंदाज मिळवा, मागील अंदाज आणि ज्या संख्येचे वर्गमूळ आपण शोधण्याचा प्रयत्न करत आहोत ती संख्या, मागील अंदाजाने भागून मिळणारी सरासरी. नवीन अंदाज विद्यमान अंदाजापेक्षा कमी होईपर्यंत पुनरावृत्ती करा. अधिक माहितीसाठी, [येथे पहा](https://wikipedia.org/wiki/Methods_of_computing_square_roots#Babylonian_method).
+
+```solidity
+            }
+        } else if (y != 0) {
+            z = 1;
+```
+
+आपल्याला शून्याच्या वर्गमूळाची कधीही गरज भासू नये. एक, दोन आणि तीन यांचे वर्गमूळ अंदाजे एक आहे (आपण पूर्णांक वापरतो, म्हणून आपण अपूर्णांकाकडे दुर्लक्ष करतो).
+
+```solidity
+        }
+    }
+}
+```
+
+### फिक्स्ड पॉईंट फ्रॅक्शन्स (UQ112x112) {#FixedPoint}
+
+ही लायब्ररी अपूर्णांक हाताळते, जे सामान्यतः Ethereum अंकगणिताचा भाग नाहीत. हे _x_ या संख्येला _x\*2^112_ म्हणून एन्कोड करून करते. हे आपल्याला मूळ बेरीज आणि वजाबाकी ऑपकोड्समध्ये बदल न करता वापरण्याची परवानगी देते.
+
+```solidity
+pragma solidity =0.5.16;
+
+// बायनरी फिक्स्ड पॉईंट संख्या हाताळण्यासाठी एक लायब्ररी (https://wikipedia.org/wiki/Q_(number_format))
+
+// श्रेणी: [0, 2**112 - 1]
+// रिझोल्यूशन: 1 / 2**112
+
+library UQ112x112 {
+    uint224 constant Q112 = 2**112;
+```
+
+`Q112` हे एक साठी एन्कोडिंग आहे.
+
+```solidity
+    // uint112 ला UQ112x112 म्हणून एन्कोड करा
+    function encode(uint112 y) internal pure returns (uint224 z) {
+        z = uint224(y) * Q112; // कधीही ओव्हरफ्लो होत नाही
+    }
+```
+
+कारण y हे `uint112` आहे, ते जास्तीत जास्त 2^112-1 असू शकते. ती संख्या अजूनही `UQ112x112` म्हणून एन्कोड केली जाऊ शकते.
+
+```solidity
+    // UQ112x112 ला uint112 ने भागा, UQ112x112 परत करा
+    function uqdiv(uint224 x, uint112 y) internal pure returns (uint224 z) {
+        z = x / uint224(y);
+    }
+}
+```
+
+जर आपण दोन `UQ112x112` मूल्यांना भागले, तर परिणाम 2^112 ने गुणला जात नाही. म्हणून त्याऐवजी आपण भाजकासाठी एक पूर्णांक घेतो. गुणाकार करण्यासाठी आम्हाला अशीच युक्ती वापरावी लागली असती, परंतु आम्हाला `UQ112x112` मूल्यांचा गुणाकार करण्याची आवश्यकता नाही.
+
+### UniswapV2Library {#uniswapV2library}
+
+ही लायब्ररी केवळ पेरिफेरी कॉन्ट्रॅक्ट्सद्वारे वापरली जाते.
+
+```solidity
+pragma solidity >=0.5.0;
+
+import '@uniswap/v2-core/contracts/interfaces/IUniswapV2Pair.sol';
+
+import "./SafeMath.sol";
+
+library UniswapV2Library {
+    using SafeMath for uint;
+
+    // क्रमवारी लावलेले टोकन पत्ते परत करते, या क्रमाने क्रमवारी लावलेल्या जोड्यांमधून परत येणारी मूल्ये हाताळण्यासाठी वापरले जाते
+    function sortTokens(address tokenA, address tokenB) internal pure returns (address token0, address token1) {
+        require(tokenA != tokenB, 'UniswapV2Library: IDENTICAL_ADDRESSES');
+        (token0, token1) = tokenA < tokenB ? (tokenA, tokenB) : (tokenB, tokenA);
+        require(token0 != address(0), 'UniswapV2Library: ZERO_ADDRESS');
+    }
+```
+
+दोन टोकन्सना ॲड्रेसनुसार क्रमवारी लावा, म्हणजे आपल्याला त्यांच्यासाठी पेअर एक्सचेंजचा ॲड्रेस मिळू शकेल. हे आवश्यक आहे कारण अन्यथा आमच्याकडे दोन शक्यता असतील, एक A,B पॅरामीटर्ससाठी आणि दुसरी B,A पॅरामीटर्ससाठी, ज्यामुळे एकाऐवजी दोन एक्सचेंज होतील.
+
+```solidity
+    // कोणत्याही बाह्य कॉल न करता जोडीसाठी CREATE2 ॲड्रेसची गणना करते
+    function pairFor(address factory, address tokenA, address tokenB) internal pure returns (address pair) {
+        (address token0, address token1) = sortTokens(tokenA, tokenB);
+        pair = address(uint(keccak256(abi.encodePacked(
+                hex'ff',
+                factory,
+                keccak256(abi.encodePacked(token0, token1)),
+                hex'96e8ac4277198ff8b6f785478aa9a39f403cb768dd02cbee326c3e7da348845f' // init कोड हॅश
+            ))));
+    }
+```
+
+हे फंक्शन दोन टोकन्ससाठी पेअर एक्सचेंजच्या ॲड्रेसची गणना करते. हा कॉन्ट्रॅक्ट [CREATE2 ऑपकोड](https://eips.ethereum.org/EIPS/eip-1014) वापरून तयार केला आहे, त्यामुळे जर आम्हाला ते वापरत असलेले पॅरामीटर्स माहित असतील तर आम्ही त्याच अल्गोरिदमचा वापर करून ॲड्रेसची गणना करू शकतो. हे फॅक्टरीला विचारण्यापेक्षा खूपच स्वस्त आहे, आणि
+
+```solidity
+    // एका जोडीसाठी राखीव निधी मिळवते आणि क्रमवारी लावते
+    function getReserves(address factory, address tokenA, address tokenB) internal view returns (uint reserveA, uint reserveB) {
+        (address token0,) = sortTokens(tokenA, tokenB);
+        (uint reserve0, uint reserve1,) = IUniswapV2Pair(pairFor(factory, tokenA, tokenB)).getReserves();
+        (reserveA, reserveB) = tokenA == token0 ? (reserve0, reserve1) : (reserve1, reserve0);
+    }
+```
+
+हे फंक्शन पेअर एक्सचेंजकडे असलेल्या दोन टोकन्सचा राखीव निधी परत करते. लक्षात घ्या की ते टोकन्स कोणत्याही क्रमाने प्राप्त करू शकते, आणि अंतर्गत वापरासाठी त्यांची क्रमवारी लावते.
+
+```solidity
+    // मालमत्तेची काही रक्कम आणि जोडीचा राखीव निधी दिल्यास, दुसऱ्या मालमत्तेची समतुल्य रक्कम परत करते
+    function quote(uint amountA, uint reserveA, uint reserveB) internal pure returns (uint amountB) {
+        require(amountA > 0, 'UniswapV2Library: INSUFFICIENT_AMOUNT');
+        require(reserveA > 0 && reserveB > 0, 'UniswapV2Library: INSUFFICIENT_LIQUIDITY');
+        amountB = amountA.mul(reserveB) / reserveA;
+    }
+```
+
+हे फंक्शन तुम्हाला टोकन A च्या बदल्यात मिळणाऱ्या टोकन B ची रक्कम देते, जर त्यात कोणतेही शुल्क सामील नसेल. ही गणना विचारात घेते की हस्तांतरणामुळे विनिमय दर बदलतो.
+
+```solidity
+    // मालमत्तेची इनपुट रक्कम आणि जोडीचा राखीव निधी दिल्यास, दुसऱ्या मालमत्तेची कमाल आउटपुट रक्कम परत करते
+    function getAmountOut(uint amountIn, uint reserveIn, uint reserveOut) internal pure returns (uint amountOut) {
+```
+
+वरील `quote` फंक्शन उत्तम काम करते, जर पेअर एक्सचेंज वापरण्यासाठी कोणतेही शुल्क नसेल. तथापि, जर 0.3% एक्सचेंज शुल्क असेल तर तुम्हाला मिळणारी रक्कम कमी असते. हे फंक्शन एक्सचेंज फी नंतरच्या रकमेची गणना करते.
+
+```solidity
+
+        require(amountIn > 0, 'UniswapV2Library: INSUFFICIENT_INPUT_AMOUNT');
+        require(reserveIn > 0 && reserveOut > 0, 'UniswapV2Library: INSUFFICIENT_LIQUIDITY');
+        uint amountInWithFee = amountIn.mul(997);
+        uint numerator = amountInWithFee.mul(reserveOut);
+        uint denominator = reserveIn.mul(1000).add(amountInWithFee);
+        amountOut = numerator / denominator;
+    }
+```
+
+Solidity मूळतः अपूर्णांक हाताळत नाही, म्हणून आपण फक्त रकमेला 0.997 ने गुणू शकत नाही. त्याऐवजी, आम्ही अंशाला 997 ने आणि भाजकाला 1000 ने गुणतो, ज्यामुळे तोच परिणाम साधला जातो.
+
+```solidity
+    // मालमत्तेची आउटपुट रक्कम आणि जोडीचा राखीव निधी दिल्यास, दुसऱ्या मालमत्तेची आवश्यक इनपुट रक्कम परत करते
+    function getAmountIn(uint amountOut, uint reserveIn, uint reserveOut) internal pure returns (uint amountIn) {
+        require(amountOut > 0, 'UniswapV2Library: INSUFFICIENT_OUTPUT_AMOUNT');
+        require(reserveIn > 0 && reserveOut > 0, 'UniswapV2Library: INSUFFICIENT_LIQUIDITY');
+        uint numerator = reserveIn.mul(amountOut).mul(1000);
+        uint denominator = reserveOut.sub(amountOut).mul(997);
+        amountIn = (numerator / denominator).add(1);
+    }
+```
+
+हे फंक्शन अंदाजे तेच काम करते, परंतु ते आउटपुट रक्कम मिळवते आणि इनपुट प्रदान करते.
+
+```solidity
+
+    // कोणत्याही संख्येच्या जोड्यांवर साखळी getAmountOut गणना करते
+    function getAmountsOut(address factory, uint amountIn, address[] memory path) internal view returns (uint[] memory amounts) {
+        require(path.length >= 2, 'UniswapV2Library: INVALID_PATH');
+        amounts = new uint[](path.length);
+        amounts[0] = amountIn;
+        for (uint i; i < path.length - 1; i++) {
+            (uint reserveIn, uint reserveOut) = getReserves(factory, path[i], path[i + 1]);
+            amounts[i + 1] = getAmountOut(amounts[i], reserveIn, reserveOut);
+        }
+    }
+
+    // कोणत्याही संख्येच्या जोड्यांवर साखळी getAmountIn गणना करते
+    function getAmountsIn(address factory, uint amountOut, address[] memory path) internal view returns (uint[] memory amounts) {
+        require(path.length >= 2, 'UniswapV2Library: INVALID_PATH');
+        amounts = new uint[](path.length);
+        amounts[amounts.length - 1] = amountOut;
+        for (uint i = path.length - 1; i > 0; i--) {
+            (uint reserveIn, uint reserveOut) = getReserves(factory, path[i - 1], path[i]);
+            amounts[i - 1] = getAmountIn(amounts[i], reserveIn, reserveOut);
+        }
+    }
+}
+```
+
+ही दोन फंक्शन्स मूल्ये ओळखण्याचे काम करतात, जेव्हा अनेक पेअर एक्सचेंजेसमधून जाणे आवश्यक असते.
+
+### ट्रान्सफर हेल्पर {#transfer-helper}
+
+[ही लायब्ररी](https://github.com/Uniswap/uniswap-lib/blob/master/contracts/libraries/TransferHelper.sol) ERC-20 आणि Ethereum ट्रान्सफरभोवती यशस्वी तपासणी जोडते, जेणेकरून रिव्हर्ट आणि `false` मूल्य परत येण्यास एकाच प्रकारे हाताळता येईल.
+
+```solidity
+// SPDX-License-Identifier: GPL-3.0-or-later
+
+pragma solidity >=0.6.0;
+
+// ERC20 टोकन्सशी संवाद साधण्यासाठी आणि ETH पाठवण्यासाठी मदतनीस पद्धती जे सातत्याने खरे/खोटे परत करत नाहीत
+library TransferHelper {
+    function safeApprove(
+        address token,
+        address to,
+        uint256 value
+    ) internal {
+        // bytes4(keccak256(bytes('approve(address,uint256)')));
+        (bool success, bytes memory data) = token.call(abi.encodeWithSelector(0x095ea7b3, to, value));
+
+```
+
+आपण वेगळ्या कॉन्ट्रॅक्टला दोनपैकी एका प्रकारे कॉल करू शकतो:
+
+- फंक्शन कॉल तयार करण्यासाठी इंटरफेस व्याख्या वापरा
+- कॉल तयार करण्यासाठी [ऍप्लिकेशन बायनरी इंटरफेस (ABI)](https://docs.soliditylang.org/en/v0.8.3/abi-spec.html) "मॅन्युअली" वापरा. कोडच्या लेखकाने हेच करण्याचे ठरवले.
+
+```solidity
+        require(
+            success && (data.length == 0 || abi.decode(data, (bool))),
+            'TransferHelper::safeApprove: approve failed'
+        );
+    }
+```
+
+ERC-20 मानकापूर्वी तयार केलेल्या टोकनसह बॅकवर्ड सुसंगततेसाठी, ERC-20 कॉल एकतर रिव्हर्ट होऊन अयशस्वी होऊ शकतो (या प्रकरणात `success` `false` असते) किंवा यशस्वी होऊन `false` मूल्य परत करून (या प्रकरणात आउटपुट डेटा असतो, आणि जर तुम्ही ते बुलियन म्हणून डीकोड केले तर तुम्हाला `false` मिळते).
+
+```solidity
+
+
+    function safeTransfer(
+        address token,
+        address to,
+        uint256 value
+    ) internal {
+        // bytes4(keccak256(bytes('transfer(address,uint256)')));
+        (bool success, bytes memory data) = token.call(abi.encodeWithSelector(0xa9059cbb, to, value));
+        require(
+            success && (data.length == 0 || abi.decode(data, (bool))),
+            'TransferHelper::safeTransfer: transfer failed'
+        );
+    }
+```
+
+हे फंक्शन [ERC-20 ची ट्रान्सफर कार्यक्षमता](https://eips.ethereum.org/EIPS/eip-20#transfer) लागू करते, जे एका खात्याला दुसऱ्या खात्याने प्रदान केलेला भत्ता खर्च करण्याची परवानगी देते.
+
+```solidity
+
+    function safeTransferFrom(
+        address token,
+        address from,
+        address to,
+        uint256 value
+    ) internal {
+        // bytes4(keccak256(bytes('transferFrom(address,address,uint256)')));
+        (bool success, bytes memory data) = token.call(abi.encodeWithSelector(0x23b872dd, from, to, value));
+        require(
+            success && (data.length == 0 || abi.decode(data, (bool))),
+            'TransferHelper::transferFrom: transferFrom failed'
+        );
+    }
+```
+
+हे फंक्शन [ERC-20 ची transferFrom कार्यक्षमता](https://eips.ethereum.org/EIPS/eip-20#transferfrom) लागू करते, जे एका खात्याला दुसऱ्या खात्याने प्रदान केलेला भत्ता खर्च करण्याची परवानगी देते.
+
+```solidity
+
+    function safeTransferETH(address to, uint256 value) internal {
+        (bool success, ) = to.call{value: value}(new bytes(0));
+        require(success, 'TransferHelper::safeTransferETH: ETH transfer failed');
+    }
+}
+```
+
+हे फंक्शन एका खात्यात ईथर हस्तांतरित करते. वेगळ्या कॉन्ट्रॅक्टला केलेला कोणताही कॉल ईथर पाठवण्याचा प्रयत्न करू शकतो. कारण आम्हाला प्रत्यक्षात कोणतेही फंक्शन कॉल करण्याची गरज नाही, आम्ही कॉलसोबत कोणताही डेटा पाठवत नाही.
+
+## निष्कर्ष {#conclusion}
+
+हा सुमारे 50 पानांचा एक लांब लेख आहे. तुम्ही इथपर्यंत पोहोचलात तर, अभिनंदन! आशा आहे की आतापर्यंत तुम्हाला वास्तविक जीवनातील ॲप्लिकेशन लिहिण्यातील विचार (लहान नमुना कार्यक्रमांच्या विपरीत) समजले असतील आणि तुमच्या स्वतःच्या वापराच्या प्रकरणांसाठी कॉन्ट्रॅक्ट लिहिण्यास अधिक सक्षम आहात.
+
+आता जा आणि काहीतरी उपयुक्त लिहा आणि आम्हाला चकित करा.
+
+[माझ्या कामाबद्दल अधिक माहितीसाठी येथे पहा](https://cryptodocguy.pro/).
diff --git a/public/content/translations/mr/developers/tutorials/using-websockets/index.md b/public/content/translations/mr/developers/tutorials/using-websockets/index.md
new file mode 100644
index 00000000000..04ae738b218
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/using-websockets/index.md
@@ -0,0 +1,245 @@
+---
+title: "WebSockets वापरणे"
+description: "JSON-RPC विनंत्या करण्यासाठी आणि इव्हेंटसाठी सदस्यत्व घेण्यासाठी WebSockets आणि Alchemy वापरण्याकरिता मार्गदर्शक."
+author: "Elan Halpern"
+lang: mr
+tags: [ "alchemy", "websockets", "querying", "javascript" ]
+skill: beginner
+source: Alchemy docs
+sourceUrl: https://www.alchemy.com/docs/reference/best-practices-for-using-websockets-in-web3
+published: 2020-12-01
+---
+
+Ethereum ब्लॉकचेनला विनंत्या करण्यासाठी WebSockets आणि Alchemy वापरण्याकरिता हे एक एन्ट्री लेव्हल मार्गदर्शक आहे.
+
+## WebSockets विरुद्ध HTTP {#websockets-vs-http}
+
+HTTP च्या विपरीत, WebSockets सह, तुम्हाला विशिष्ट माहिती हवी असताना सतत विनंत्या करण्याची आवश्यकता नाही. WebSockets तुमच्यासाठी नेटवर्क कनेक्शन राखतात (जर योग्यरित्या केले असेल) आणि बदलांसाठी ऐकतात.
+
+कोणत्याही नेटवर्क कनेक्शनप्रमाणे, तुम्ही असे गृहीत धरू नये की WebSocket कोणत्याही व्यत्ययाशिवाय कायमचे उघडे राहील, परंतु ड्रॉप झालेले कनेक्शन आणि हाताने पुन्हा कनेक्शन करणे योग्यरित्या हाताळणे आव्हानात्मक असू शकते. WebSockets चा आणखी एक तोटा म्हणजे तुम्हाला प्रतिसादात HTTP स्टेटस कोड मिळत नाहीत, तर फक्त त्रुटी संदेश मिळतो.
+
+[Alchemy Web3](https://docs.alchemy.com/reference/api-overview) कोणत्याही कॉन्फिगरेशनशिवाय WebSocket अयशस्वी झाल्यास आणि पुन्हा प्रयत्न करण्यासाठी आपोआप हाताळणी जोडते.
+
+## हे करून पहा {#try-it-out}
+
+WebSockets ची चाचणी करण्याचा सर्वात सोपा मार्ग म्हणजे WebSocket विनंत्या करण्यासाठी [wscat](https://github.com/websockets/wscat) सारखे कमांड लाइन साधन इंस्टॉल करणे. wscat वापरून, तुम्ही खालीलप्रमाणे विनंत्या पाठवू शकता:
+
+_टीप: तुमचे Alchemy खाते असल्यास तुम्ही `demo` ला तुमच्या स्वतःच्या API की ने बदलू शकता. [येथे विनामूल्य Alchemy खात्यासाठी साइन अप करा!](https://auth.alchemy.com/signup)_
+
+```
+wscat -c wss://eth-mainnet.ws.alchemyapi.io/ws/demo
+
+>  {"jsonrpc":  "2.0", "id": 0, "method":  "eth_gasPrice"}
+
+<  {"jsonrpc":  "2.0", "result":  "0xb2d05e00", "id": 0}
+
+```
+
+## WebSockets कसे वापरावे {#how-to-use-websockets}
+
+सुरुवात करण्यासाठी, तुमच्या ॲपसाठी WebSocket URL वापरून एक WebSocket उघडा. तुम्ही तुमच्या ॲपचा WebSocket URL [तुमच्या डॅशबोर्ड](https://dashboard.alchemy.com/) मध्ये ॲपचे पेज उघडून आणि "View Key" वर क्लिक करून शोधू शकता. लक्षात घ्या की तुमच्या ॲपचा WebSockets साठीचा URL हा HTTP विनंत्यांसाठी असलेल्या URL पेक्षा वेगळा आहे, परंतु दोन्ही "View Key" वर क्लिक करून शोधता येतात.
+
+![तुमच्या Alchemy डॅशबोर्डमध्ये तुमचा WebSocket URL कुठे शोधायचा](./use-websockets.gif)
+
+[Alchemy API रेफरन्स](https://www.alchemy.com/docs/reference/api-overview) मध्ये सूचीबद्ध केलेले कोणतेही API WebSocket द्वारे वापरले जाऊ शकतात. असे करण्यासाठी, HTTP POST विनंतीच्या बॉडी म्हणून पाठवला जाणारा तोच पेलोड वापरा, परंतु त्याऐवजी तो पेलोड WebSocket द्वारे पाठवा.
+
+## Web3 सह {#with-web3}
+
+Web3 सारखी क्लायंट लायब्ररी वापरताना WebSockets वर संक्रमण करणे सोपे आहे. तुमचा Web3 क्लायंट इन्स्टँशिएट करताना फक्त HTTP URL ऐवजी WebSocket URL पास करा. उदाहरणार्थ:
+
+```js
+const web3 = new Web3("wss://eth-mainnet.ws.alchemyapi.io/ws/your-api-key")
+
+web3.eth.getBlockNumber().then(console.log) // -> 7946893
+```
+
+## सबस्क्रिप्शन API {#subscription-api}
+
+WebSocket द्वारे कनेक्ट केल्यावर, तुम्ही दोन अतिरिक्त पद्धती वापरू शकता: `eth_subscribe` आणि `eth_unsubscribe`. या पद्धती तुम्हाला विशिष्ट इव्हेंटसाठी ऐकण्याची आणि त्वरित सूचित होण्याची परवानगी देतील.
+
+### `eth_subscribe` {#eth-subscribe}
+
+निर्दिष्ट इव्हेंटसाठी नवीन सबस्क्रिप्शन तयार करते. [`eth_subscribe` बद्दल अधिक जाणून घ्या](https://docs.alchemy.com/reference/eth-subscribe).
+
+#### मापदंड {#parameters}
+
+1. सबस्क्रिप्शन प्रकार
+2. पर्यायी पॅरामीटर्स
+
+पहिला युक्तिवाद (argument) कोणत्या प्रकारच्या इव्हेंटसाठी ऐकायचे ते निर्दिष्ट करतो. दुसऱ्या युक्तिवादामध्ये (argument) अतिरिक्त पर्याय आहेत जे पहिल्या युक्तिवादावर अवलंबून असतात. विविध वर्णन प्रकार, त्यांचे पर्याय, आणि त्यांचे इव्हेंट पेलोड खाली वर्णन केले आहेत.
+
+#### रिटर्न्स {#returns}
+
+सबस्क्रिप्शन आयडी: हा आयडी कोणत्याही प्राप्त झालेल्या इव्हेंटशी जोडला जाईल, आणि `eth_unsubscribe` वापरून सबस्क्रिप्शन रद्द करण्यासाठी देखील वापरला जाऊ शकतो.
+
+#### सबस्क्रिप्शन इव्हेंट्स {#subscription-events}
+
+सबस्क्रिप्शन सक्रिय असताना, तुम्हाला इव्हेंट प्राप्त होतील जे खालील फील्डसह ऑब्जेक्ट्स आहेत:
+
+- `jsonrpc`: नेहमी "2.0"
+- `method`: नेहमी "eth_subscription"
+- `params`: खालील फील्डसह एक ऑब्जेक्ट:
+  - `subscription`: हे सबस्क्रिप्शन तयार करणाऱ्या `eth_subscribe` कॉलद्वारे परत केलेला सबस्क्रिप्शन आयडी.
+  - `result`: एक ऑब्जेक्ट ज्याची सामग्री सबस्क्रिप्शनच्या प्रकारानुसार बदलते.
+
+#### सबस्क्रिप्शन प्रकार {#subscription-types}
+
+1. `alchemy_newFullPendingTransactions`
+
+प्रलंबित स्थितीत (pending state) जोडलेल्या सर्व व्यवहारांची माहिती परत करते. हा सबस्क्रिप्शन प्रकार प्रलंबित व्यवहारांसाठी सबस्क्राइब करतो, जो `web3.eth.subscribe("pendingTransactions")` या मानक Web3 कॉल सारखाच आहे, परंतु तो फक्त व्यवहार हॅशऐवजी _संपूर्ण व्यवहार माहिती_ उत्सर्जित करतो यात वेगळा आहे.
+
+उदाहरण:
+
+```json
+>  {"jsonrpc":  "2.0",  "id":  1,  "method":  "eth_subscribe",  "params":  ["alchemy_newFullPendingTransactions"]}
+
+<  {"id":1,"result":"0x9a52eeddc2b289f985c0e23a7d8427c8","jsonrpc":"2.0"}
+<  {
+      "jsonrpc":"2.0",
+      "method":"eth_subscription",
+      "params":{
+          "result":{
+          "blockHash":null,
+          "blockNumber":null,
+          "from":"0xa36452fc31f6f482ad823cd1cf5515177d57667f",
+          "gas":"0x1adb0",
+          "gasPrice":"0x7735c4d40",
+          "hash":"0x50bff0736c713458c92dd1848d12f3354149be1363123dae35e94e0f2a9d56bf",
+"input":"0xa9059cbb0000000000000000000000000d0707963952f2fba59dd06f2b425ace40b492fe0000000000000000000000000000000000000000000015b1111266cfca100000",
+          "nonce":"0x0",
+          "to":"0xea38eaa3c86c8f9b751533ba2e562deb9acded40",
+          "transactionIndex":null,
+          "value":"0x0",
+          "v":"0x26",
+          "r":"0x195c2c1ed126088e12d290aa93541677d3e3b1d10f137e11f86b1b9227f01e3b",
+          "s":"0x60fc4edbf1527832a2a36dbc1e63ed6193a6eee654472fbebbf88ef1750b5344"},
+          "subscription":"0x9a52eeddc2b289f985c0e23a7d8427c8"
+      }
+  }
+
+```
+
+2. `newHeads`
+
+चेन पुनर्रचनेदरम्यान नवीन हेडर चेनमध्ये जोडल्यास कधीही एक इव्हेंट उत्सर्जित करतो.
+
+जेव्हा चेन पुनर्रचना होते, तेव्हा हे सबस्क्रिप्शन नवीन चेनसाठी सर्व नवीन हेडर्स असलेला इव्हेंट उत्सर्जित करेल. विशेषतः, याचा अर्थ असा की तुम्ही एकाच उंचीसह अनेक हेडर्स उत्सर्जित झालेले पाहू शकता, आणि जेव्हा असे होते तेव्हा पुनर्रचनेनंतर नंतरचा हेडर योग्य मानला पाहिजे.
+
+उदाहरण:
+
+```json
+>  {"jsonrpc":  "2.0",  "id":  1,  "method":  "eth_subscribe",  "params":  ["newHeads"]}
+
+<  {"jsonrpc":"2.0","id":2,"result":"0x9ce59a13059e417087c02d3236a0b1cc"}
+<  {
+  "jsonrpc":  "2.0",
+  "method":  "eth_subscription",
+  "params":  {
+      "result":  {
+          "extraData":  "0xd983010305844765746887676f312e342e328777696e646f7773",
+          "gasLimit":  "0x47e7c4",
+          "gasUsed":  "0x38658",
+          "logsBloom":
+"0x00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000",
+          "nonce":  "0x084149998194cc5f",
+          "number":  "0x1348c9",
+          "parentHash":  "0x7736fab79e05dc611604d22470dadad26f56fe494421b5b333de816ce1f25701",
+          "receiptRoot":  "0x2fab35823ad00c7bb388595cb46652fe7886e00660a01e867824d3dceb1c8d36",
+          "sha3Uncles":  "0x1dcc4de8dec75d7aab85b567b6ccd41ad312451b948a7413f0a142fd40d49347",
+          "stateRoot":  "0xb3346685172db67de536d8765c43c31009d0eb3bd9c501c9be3229203f15f378",
+          "timestamp":  "0x56ffeff8",
+          "transactionsRoot":  "0x0167ffa60e3ebc0b080cdb95f7c0087dd6c0e61413140e39d94d3468d7c9689f"
+      },
+  "subscription":  "0x9ce59a13059e417087c02d3236a0b1cc"
+  }
+}
+
+```
+
+3. `logs`
+
+निर्दिष्ट फिल्टर निकषांशी जुळणाऱ्या नव्याने जोडलेल्या ब्लॉक्सचा भाग असलेले लॉग उत्सर्जित करते.
+
+जेव्हा चेन पुनर्रचना होते, तेव्हा जुन्या चेनवरील ब्लॉक्सचा भाग असलेले लॉग `removed` प्रॉपर्टी `true` वर सेट करून पुन्हा उत्सर्जित केले जातील. पुढे, नवीन चेनवरील ब्लॉक्सचा भाग असलेले लॉग उत्सर्जित केले जातात, याचा अर्थ पुनर्रचनेच्या बाबतीत एकाच व्यवहारासाठी अनेक वेळा लॉग पाहणे शक्य आहे.
+
+पॅरामीटर्स
+
+1. खालील फील्ड असलेला एक ऑब्जेक्ट:
+   - `address` (पर्यायी): एकतर ॲड्रेस दर्शवणारी स्ट्रिंग किंवा अशा स्ट्रिंगची ॲरे.
+     - यापैकी फक्त एका ॲड्रेसवरून तयार केलेले लॉगच उत्सर्जित केले जातील.
+   - `topics`: टॉपिक स्पेसिफायर्सची एक ॲरे.
+     - प्रत्येक टॉपिक स्पेसिफायर एकतर `null`, एक टॉपिक दर्शवणारी स्ट्रिंग, किंवा स्ट्रिंगची ॲरे असते.
+     - ॲरेमधील प्रत्येक स्थान जे `null` नाही ते उत्सर्जित लॉगला केवळ त्या स्थानावर दिलेल्या विषयांपैकी एक असलेल्यांपर्यंतच मर्यादित करते.
+
+टॉपिक स्पेसिफिकेशन्सची काही उदाहरणे:
+
+- `[]`: कोणतेही विषय (topics) अनुमत आहेत.
+- `[A]`: पहिल्या स्थानावर A (आणि त्यानंतर काहीही).
+- `[null, B]`: पहिल्या स्थानावर काहीही आणि दुसऱ्या स्थानावर B (आणि त्यानंतर काहीही).
+- `[A, B]`: पहिल्या स्थानावर A आणि दुसऱ्या स्थानावर B (आणि त्यानंतर काहीही).
+- `[[A, B], [A, B]]`: पहिल्या स्थानावर (A किंवा B) आणि दुसऱ्या स्थानावर (A किंवा B) (आणि त्यानंतर काहीही).
+
+उदाहरण:
+
+```json
+>  {"jsonrpc":  "2.0",  "id":  1,  "method":  "eth_subscribe",  "params":  ["logs",  {"address":  "0x8320fe7702b96808f7bbc0d4a888ed1468216cfd",  "topics":  ["0xd78a0cb8bb633d06981248b816e7bd33c2a35a6089241d099fa519e361cab902"]}]}
+
+<  {"jsonrpc":"2.0","id":2,"result":"0x4a8a4c0517381924f9838102c5a4dcb7"}
+<  {
+  "jsonrpc":  "2.0",
+  "method":  "eth_subscription",
+  "params":  {
+      "subscription":  "0x4a8a4c0517381924f9838102c5a4dcb7",
+      "result":  {
+          "address":  "0x8320fe7702b96808f7bbc0d4a888ed1468216cfd",
+          "blockHash":  "0x61cdb2a09ab99abf791d474f20c2ea89bf8de2923a2d42bb49944c8c993cbf04",
+          "blockNumber":  "0x29e87",
+          "data": "0x00000000000000000000000000000000000000000000000000000000000000010000000000000000000000000000000000000000000000000000000000000003",
+          "logIndex":"0x0",
+          "topics":["0xd78a0cb8bb633d06981248b816e7bd33c2a35a6089241d099fa519e361cab902"],
+          "transactionHash":  "0xe044554a0a55067caafd07f8020ab9f2af60bdfe337e395ecd84b4877a3d1ab4",
+          "transactionIndex":  "0x0"
+      }
+  }
+}
+
+```
+
+### `eth_unsubscribe` {#eth-unsubscribe}
+
+विद्यमान सबस्क्रिप्शन रद्द करते जेणेकरून पुढील कोणतेही इव्हेंट पाठवले जाणार नाहीत.
+
+पॅरामीटर्स
+
+1. सबस्क्रिप्शन आयडी, `eth_subscribe` कॉलवरून पूर्वी परत केल्याप्रमाणे.
+
+रिटर्न्स
+
+सबस्क्रिप्शन यशस्वीरित्या रद्द केले असल्यास `true`, किंवा दिलेल्या आयडीसह कोणतेही सबस्क्रिप्शन अस्तित्वात नसल्यास `false`.
+
+उदाहरण:
+
+**विनंती**
+
+```
+curl https://eth-mainnet.alchemyapi.io/v2/your-api-key
+-X POST
+-H "Content-Type: application/json"
+-d '{"id": 1, "method": "eth_unsubscribe", "params": ["0x9cef478923ff08bf67fde6c64013158d"]}'
+
+
+```
+
+**परिणाम**
+
+```json
+{
+  "jsonrpc": "2.0",
+  "id": 1,
+  "result": true
+}
+```
+
+---
+
+[Alchemy](https://auth.alchemy.com) सह विनामूल्य साइन अप करा, आमची [माहिती](https://www.alchemy.com/docs/) पहा, आणि ताज्या बातम्यांसाठी, आम्हाला [Twitter](https://x.com/AlchemyPlatform) वर फॉलो करा.
diff --git a/public/content/translations/mr/developers/tutorials/waffle-dynamic-mocking-and-testing-calls/index.md b/public/content/translations/mr/developers/tutorials/waffle-dynamic-mocking-and-testing-calls/index.md
new file mode 100644
index 00000000000..b64d523f92b
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/waffle-dynamic-mocking-and-testing-calls/index.md
@@ -0,0 +1,300 @@
+---
+title: "Waffle: डायनॅमिक मॉकिंग आणि कॉन्ट्रॅक्ट कॉल्सची चाचणी"
+description: "डायनॅमिक मॉकिंग आणि कॉन्ट्रॅक्ट कॉल्सच्या चाचणीसाठी प्रगत Waffle ट्यूटोरियल"
+author: "Daniel Izdebski"
+tags:
+  [
+    "waffle",
+    "स्मार्ट कॉन्ट्रॅक्ट",
+    "सॉलिडिटी",
+    "चाचणी",
+    "मॉक करणे"
+  ]
+skill: intermediate
+lang: mr
+published: 2020-11-14
+---
+
+## हे ट्यूटोरियल कशाबद्दल आहे? {#what-is-this-tutorial-about}
+
+या ट्यूटोरियलमध्ये तुम्ही हे कसे करायचे ते शिकाल:
+
+- डायनॅमिक मॉकिंगचा वापर करणे
+- स्मार्ट कॉन्ट्रॅक्ट्समधील संवादांची चाचणी घेणे
+
+गृहीतके:
+
+- तुम्हाला `Solidity` मध्ये साधा स्मार्ट कॉन्ट्रॅक्ट कसा लिहायचा हे आधीच माहीत आहे
+- तुम्हाला `JavaScript` आणि `TypeScript` ची माहिती आहे
+- तुम्ही इतर `Waffle` ट्यूटोरियल्स केले आहेत किंवा त्याबद्दल तुम्हाला थोडेफार माहीत आहे
+
+## डायनॅमिक मॉकिंग {#dynamic-mocking}
+
+डायनॅमिक मॉकिंग उपयुक्त का आहे? बरं, ते आपल्याला इंटिग्रेशन टेस्ट्सऐवजी युनिट टेस्ट्स लिहिण्याची परवानगी देते. याचा अर्थ काय? याचा अर्थ असा आहे की आपल्याला स्मार्ट कॉन्ट्रॅक्टच्या अवलंबनांबद्दल (dependencies) काळजी करण्याची गरज नाही, त्यामुळे आपण त्या सर्वांची पूर्णपणे वेगळे ठेवून चाचणी घेऊ शकतो. तुम्ही हे नक्की कसे करू शकता, हे मी तुम्हाला दाखवतो.
+
+### **१.** प्रोजेक्ट\*\* {#1-project}
+
+सुरू करण्यापूर्वी, आपल्याला एक साधा node.js प्रोजेक्ट तयार करणे आवश्यक आहे:
+
+```bash
+mkdir dynamic-mocking
+cd dynamic-mocking
+mkdir contracts src
+
+yarn init
+# or if you're using npm
+npm init
+```
+
+चला typescript आणि test dependencies - mocha आणि chai जोडून सुरुवात करूया:
+
+```bash
+yarn add --dev @types/chai @types/mocha chai mocha ts-node typescript
+# or if you're using npm
+npm install @types/chai @types/mocha chai mocha ts-node typescript --save-dev
+```
+
+आता `Waffle` आणि `ethers` जोडूया:
+
+```bash
+yarn add --dev ethereum-waffle ethers
+# or if you're using npm
+npm install ethereum-waffle ethers --save-dev
+```
+
+तुमच्या प्रोजेक्टची रचना आता अशी दिसली पाहिजे:
+
+```
+.
+├── contracts
+├── package.json
+└── test
+```
+
+### **२.** स्मार्ट कॉन्ट्रॅक्ट\*\* {#2-smart-contract}
+
+डायनॅमिक मॉकिंग सुरू करण्यासाठी, आपल्याला अवलंबित्व (dependencies) असलेल्या स्मार्ट कॉन्ट्रॅक्टची आवश्यकता आहे. काळजी करू नका, मी सर्व तयारी केली आहे!
+
+येथे `Solidity` मध्ये लिहिलेला एक साधा स्मार्ट कॉन्ट्रॅक्ट आहे, ज्याचा एकमेव उद्देश आपण श्रीमंत आहोत की नाही हे तपासणे आहे. आपल्याकडे पुरेसे टोकन्स आहेत की नाही हे तपासण्यासाठी ते ERC20 टोकन वापरते. ते `./contracts/AmIRichAlready.sol` मध्ये ठेवा.
+
+```solidity
+pragma solidity ^0.6.2;
+
+interface IERC20 {
+    function balanceOf(address account) external view returns (uint256);
+}
+
+contract AmIRichAlready {
+    IERC20 private tokenContract;
+    uint public richness = 1000000 * 10 ** 18;
+
+    constructor (IERC20 _tokenContract) public {
+        tokenContract = _tokenContract;
+    }
+
+    function check() public view returns (bool) {
+        uint balance = tokenContract.balanceOf(msg.sender);
+        return balance > richness;
+    }
+}
+```
+
+आपल्याला डायनॅमिक मॉकिंग वापरायचे असल्यामुळे, आपल्याला संपूर्ण ERC20 ची गरज नाही, म्हणूनच आपण फक्त एका फंक्शनसह IERC20 इंटरफेस वापरत आहोत.
+
+हा कॉन्ट्रॅक्ट तयार करण्याची वेळ झाली आहे! त्यासाठी आपण `Waffle` वापरणार आहोत. प्रथम, आपण एक साधी `waffle.json` कॉन्फिग फाइल तयार करणार आहोत जी कंपाईलेशन पर्याय निर्दिष्ट करते.
+
+```json
+{
+  "compilerType": "solcjs",
+  "compilerVersion": "0.6.2",
+  "sourceDirectory": "./contracts",
+  "outputDirectory": "./build"
+}
+```
+
+आता आपण Waffle सह कॉन्ट्रॅक्ट तयार करण्यासाठी सज्ज आहोत:
+
+```bash
+npx waffle
+```
+
+सोपे आहे, नाही का? `build/` फोल्डरमध्ये कॉन्ट्रॅक्ट आणि इंटरफेसशी संबंधित दोन फाइल्स दिसू लागल्या. चाचणीसाठी आपण त्यांचा वापर नंतर करणार आहोत.
+
+### **३.** चाचणी\*\* {#3-testing}
+
+प्रत्यक्ष चाचणीसाठी `AmIRichAlready.test.ts` नावाची फाइल तयार करूया. सर्वप्रथम, आपल्याला इम्पोर्ट्स हाताळावे लागतील. आपल्याला नंतर त्यांची आवश्यकता असेल:
+
+```typescript
+import { expect, use } from "chai"
+import { Contract, utils, Wallet } from "ethers"
+import {
+  deployContract,
+  deployMockContract,
+  MockProvider,
+  solidity,
+} from "ethereum-waffle"
+```
+
+JS अवलंबित्व वगळता, आपल्याला आपला तयार केलेला कॉन्ट्रॅक्ट आणि इंटरफेस इम्पोर्ट करणे आवश्यक आहे:
+
+```typescript
+import IERC20 from "../build/IERC20.json"
+import AmIRichAlready from "../build/AmIRichAlready.json"
+```
+
+चाचणीसाठी Waffle `chai` वापरते. तथापि, आपण ते वापरण्यापूर्वी, आपल्याला Waffle चे मॅचर्स थेट chai मध्ये इंजेक्ट करावे लागतील:
+
+```typescript
+use(solidity)
+```
+
+आपल्याला `beforeEach()` फंक्शन लागू करण्याची आवश्यकता आहे, जे प्रत्येक चाचणीपूर्वी कॉन्ट्रॅक्टची स्थिती (state) रीसेट करेल. चला आधी विचार करूया की आपल्याला तिथे कशाची गरज आहे. कॉन्ट्रॅक्ट डिप्लॉय करण्यासाठी आपल्याला दोन गोष्टींची आवश्यकता आहे: एक वॉलेट आणि एक डिप्लॉय केलेला ERC20 कॉन्ट्रॅक्ट, जो `AmIRichAlready` कॉन्ट्रॅक्टसाठी एक आर्गुमेंट म्हणून पास करता येईल.
+
+प्रथम, आपण एक वॉलेट तयार करतो:
+
+```typescript
+const [wallet] = new MockProvider().getWallets()
+```
+
+मग आपल्याला ERC20 कॉन्ट्रॅक्ट डिप्लॉय करण्याची आवश्यकता आहे. येथे एक अवघड गोष्ट आहे - आपल्याकडे फक्त एक इंटरफेस आहे. इथेच Waffle आपल्या मदतीला येतो. Waffle मध्ये एक जादुई `deployMockContract()` फंक्शन आहे जे केवळ इंटरफेसच्या _abi_ चा वापर करून कॉन्ट्रॅक्ट तयार करते:
+
+```typescript
+const mockERC20 = await deployMockContract(wallet, IERC20.abi)
+```
+
+आता वॉलेट आणि डिप्लॉय केलेला ERC20 या दोन्हींसह, आपण `AmIRichAlready` कॉन्ट्रॅक्ट डिप्लॉय करू शकतो:
+
+```typescript
+const contract = await deployContract(wallet, AmIRichAlready, [
+  mockERC20.address,
+])
+```
+
+या सर्वांसह, आपले `beforeEach()` फंक्शन पूर्ण झाले आहे. आतापर्यंत तुमची `AmIRichAlready.test.ts` फाइल अशी दिसली पाहिजे:
+
+```typescript
+import { expect, use } from "chai"
+import { Contract, utils, Wallet } from "ethers"
+import {
+  deployContract,
+  deployMockContract,
+  MockProvider,
+  solidity,
+} from "ethereum-waffle"
+
+import IERC20 from "../build/IERC20.json"
+import AmIRichAlready from "../build/AmIRichAlready.json"
+
+use(solidity)
+
+describe("Am I Rich Already", () => {
+  let mockERC20: Contract
+  let contract: Contract
+  let wallet: Wallet
+
+  beforeEach(async () => {
+    ;[wallet] = new MockProvider().getWallets()
+    mockERC20 = await deployMockContract(wallet, IERC20.abi)
+    contract = await deployContract(wallet, AmIRichAlready, [mockERC20.address])
+  })
+})
+```
+
+`AmIRichAlready` कॉन्ट्रॅक्टसाठी पहिली चाचणी लिहूया. तुम्हाला काय वाटते, आपली चाचणी कशाबद्दल असावी? होय, तुमचे बरोबर आहे! आपण आधीच श्रीमंत आहोत की नाही हे तपासले पाहिजे :)
+
+पण एक मिनिट थांबा. आपल्या मॉक्ड कॉन्ट्रॅक्टला कोणती मूल्ये परत करायची आहेत हे कसे कळेल? आपण `balanceOf()` फंक्शनसाठी कोणतीही लॉजिक लागू केलेली नाही. येथे पुन्हा Waffle मदत करू शकते. आपल्या मॉक्ड कॉन्ट्रॅक्टमध्ये आता काही नवीन आकर्षक गोष्टी आहेत:
+
+```typescript
+await mockERC20.mock.<nameOfMethod>.returns(<value>)
+await mockERC20.mock.<nameOfMethod>.withArgs(<arguments>).returns(<value>)
+```
+
+या माहितीसह आपण अखेरीस आपली पहिली चाचणी लिहू शकतो:
+
+```typescript
+it("जर वॉलेटमध्ये 1000000 पेक्षा कमी टोकन असतील तर false परत करते", async () => {
+  await mockERC20.mock.balanceOf.returns(utils.parseEther("999999"))
+  expect(await contract.check()).to.be.equal(false)
+})
+```
+
+चला ही चाचणी भागांमध्ये विभागूया:
+
+1. आपण आपला मॉक्ड ERC20 कॉन्ट्रॅक्ट नेहमी 999999 टोकनची शिल्लक (बॅलन्स) परत करण्यासाठी सेट करतो.
+2. `contract.check()` पद्धत `false` परत करते की नाही ते तपासा.
+
+हे सुरू करण्यासाठी आपण तयार आहोत:
+
+![एक चाचणी यशस्वी](./test-one.png)
+
+तर चाचणी काम करत आहे, पण... अजूनही सुधारणेला वाव आहे. `balanceOf()` फंक्शन नेहमी 999999 परत करेल. आपण एका विशिष्ट वॉलेटसाठी फंक्शनने काय परत करावे हे नमूद करून त्यात सुधारणा करू शकतो - अगदी खऱ्या कॉन्ट्रॅक्टप्रमाणे:
+
+```typescript
+it("जर वॉलेटमध्ये 1000001 पेक्षा कमी टोकन असतील तर false परत करते", async () => {
+  await mockERC20.mock.balanceOf
+    .withArgs(wallet.address)
+    .returns(utils.parseEther("999999"))
+  expect(await contract.check()).to.be.equal(false)
+})
+```
+
+आतापर्यंत, आपण फक्त अशा स्थितीची चाचणी केली आहे जिथे आपण पुरेसे श्रीमंत नाही. चला याच्या उलट चाचणी घेऊया:
+
+```typescript
+it("जर वॉलेटमध्ये किमान 1000001 टोकन असतील तर true परत करते", async () => {
+  await mockERC20.mock.balanceOf
+    .withArgs(wallet.address)
+    .returns(utils.parseEther("1000001"))
+  expect(await contract.check()).to.be.equal(true)
+})
+```
+
+तुम्ही चाचण्या चालवता...
+
+![दोन चाचण्या यशस्वी](test-two.png)
+
+...आणि हे बघा! आपला कॉन्ट्रॅक्ट अपेक्षेप्रमाणे काम करत आहे असे दिसते :)
+
+## कॉन्ट्रॅक्ट कॉल्सची चाचणी {#testing-contract-calls}
+
+आपण आतापर्यंत काय केले आहे याचा सारांश घेऊया. आपण आपल्या `AmIRichAlready` कॉन्ट्रॅक्टच्या कार्यक्षमतेची चाचणी घेतली आहे आणि ते योग्यरित्या काम करत असल्याचे दिसते. म्हणजे आपले काम झाले, बरोबर? अगदी नाही! Waffle आपल्याला आपल्या कॉन्ट्रॅक्टची आणखी चाचणी घेण्याची परवानगी देते. पण नक्की कसे? बरं, Waffle च्या भांडारात `calledOnContract()` आणि `calledOnContractWith()` मॅचर्स आहेत. आपल्या कॉन्ट्रॅक्टने ERC20 मॉक्ड कॉन्ट्रॅक्टला कॉल केला आहे की नाही हे तपासण्याची ते आपल्याला परवानगी देतील. या मॅचर्सपैकी एकासह येथे एक मूलभूत चाचणी दिली आहे:
+
+```typescript
+it("कॉन्ट्रॅक्टने ERC20 टोकनवर balanceOf कॉल केला आहे की नाही हे तपासते", async () => {
+  await mockERC20.mock.balanceOf.returns(utils.parseEther("999999"))
+  await contract.check()
+  expect("balanceOf").to.be.calledOnContract(mockERC20)
+})
+```
+
+मी तुम्हाला सांगितलेल्या दुसऱ्या मॅचरने आपण आणखी पुढे जाऊन ही चाचणी सुधारू शकतो:
+
+```typescript
+it("कॉन्ट्रॅक्टने ERC20 टोकनवर विशिष्ट वॉलेटसह balanceOf कॉल केला आहे की नाही हे तपासते", async () => {
+  await mockERC20.mock.balanceOf
+    .withArgs(wallet.address)
+    .returns(utils.parseEther("999999"))
+  await contract.check()
+  expect("balanceOf").to.be.calledOnContractWith(mockERC20, [wallet.address])
+})
+```
+
+चला चाचण्या बरोबर आहेत की नाही ते तपासूया:
+
+![तीन चाचण्या यशस्वी](test-three.png)
+
+छान, सर्व चाचण्या यशस्वी झाल्या आहेत.
+
+Waffle सह कॉन्ट्रॅक्ट कॉल्सची चाचणी घेणे खूप सोपे आहे. आणि सर्वात चांगली गोष्ट ही आहे. हे मॅचर्स सामान्य आणि मॉक्ड दोन्ही कॉन्ट्रॅक्ट्ससोबत काम करतात! याचे कारण असे आहे की Waffle इतर तंत्रज्ञानासाठी लोकप्रिय चाचणी लायब्ररींप्रमाणे कोड इंजेक्ट करण्याऐवजी EVM कॉल्सची नोंद ठेवते आणि फिल्टर करते.
+
+## अंतिम टप्पा {#the-finish-line}
+
+अभिनंदन! आता तुम्हाला कॉन्ट्रॅक्ट कॉल्सची चाचणी घेण्यासाठी आणि कॉन्ट्रॅक्ट्सना डायनॅमिकपणे मॉक करण्यासाठी Waffle कसे वापरावे हे माहित झाले आहे. शोधण्यासाठी आणखी बरीच मनोरंजक वैशिष्ट्ये आहेत. मी Waffle च्या डॉक्युमेंटेशनमध्ये अधिक माहिती घेण्याची शिफारस करतो.
+
+Waffle चे डॉक्युमेंटेशन [येथे](https://ethereum-waffle.readthedocs.io/) उपलब्ध आहे.
+
+या ट्यूटोरियलसाठी सोर्स कोड [येथे](https://github.com/EthWorks/Waffle/tree/master/examples/dynamic-mocking-and-testing-calls) मिळू शकेल.
+
+तुम्हाला यातही स्वारस्य असू शकेल अशी ट्यूटोरियल्स:
+
+- [Waffle सह स्मार्ट कॉन्ट्रॅक्टची चाचणी](/developers/tutorials/waffle-test-simple-smart-contract/)
diff --git a/public/content/translations/mr/developers/tutorials/waffle-say-hello-world-with-hardhat-and-ethers/index.md b/public/content/translations/mr/developers/tutorials/waffle-say-hello-world-with-hardhat-and-ethers/index.md
new file mode 100644
index 00000000000..0beb100e491
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/waffle-say-hello-world-with-hardhat-and-ethers/index.md
@@ -0,0 +1,204 @@
+---
+title: "hardhat आणि ethers वापरून Waffle hello world शिकवणी"
+description: "hardhat आणि ethers.js वापरून तुमचा पहिला Waffle प्रकल्प बनवा"
+author: "MiZiet"
+tags:
+  [
+    "waffle",
+    "स्मार्ट कॉन्ट्रॅक्ट",
+    "सॉलिडिटी",
+    "चाचणी",
+    "hardhat",
+    "ethers.js"
+  ]
+skill: beginner
+lang: mr
+published: 2020-10-16
+---
+
+या [Waffle](https://ethereum-waffle.readthedocs.io) शिकवणीमध्ये, आपण [hardhat](https://hardhat.org/) आणि [ethers.js](https://docs.ethers.io/v5/) वापरून एक साधा "Hello world" स्मार्ट कॉन्ट्रॅक्ट प्रकल्प कसा सेट करायचा हे शिकू. मग आपण आपल्या स्मार्ट कॉन्ट्रॅक्टमध्ये एक नवीन कार्यक्षमता कशी जोडावी आणि Waffle सह त्याची चाचणी कशी करावी हे शिकू.
+
+चला एक नवीन प्रकल्प तयार करून सुरुवात करूया:
+
+```bash
+yarn init
+```
+
+किंवा
+
+```bash
+npm init
+```
+
+आणि आवश्यक पॅकेजेस स्थापित करत आहोत:
+
+```bash
+yarn add -D hardhat @nomiclabs/hardhat-ethers ethers @nomiclabs/hardhat-waffle ethereum-waffle chai
+```
+
+किंवा
+
+```bash
+npm install -D hardhat @nomiclabs/hardhat-ethers ethers @nomiclabs/hardhat-waffle ethereum-waffle chai
+```
+
+पुढील पायरी `npx hardhat` चालवून एक नमुना hardhat प्रकल्प तयार करणे ही आहे.
+
+```bash
+888    888                      888 888               888
+888    888                      888 888               888
+888    888                      888 888               888
+8888888888  8888b.  888d888 .d88888 88888b.   8888b.  888888
+888    888     "88b 888P"  d88" 888 888 "88b     "88b 888
+888    888 .d888888 888    888  888 888  888 .d888888 888
+888    888 888  888 888    Y88b 888 888  888 888  888 Y88b.
+888    888 "Y888888 888     "Y88888 888  888 "Y888888  "Y888
+
+👷 Hardhat v2.0.3 मध्ये आपले स्वागत आहे 👷‍
+
+? तुम्हाला काय करायचे आहे? …
+❯ एक नमुना प्रकल्प तयार करा
+एक रिकामा hardhat.config.js तयार करा
+बाहेर पडा
+```
+
+`Create a sample project` निवडा
+
+आपल्या प्रकल्पाची रचना अशी दिसावी:
+
+```
+MyWaffleProject
+├── contracts
+│   └── Greeter.sol
+├── node_modules
+├── scripts
+│   └── sample-script.js
+├── test
+│   └── sample-test.js
+├── .gitattributes
+├── .gitignore
+├── hardhat.config.js
+└── package.json
+```
+
+### आता यापैकी काही फाइल्सबद्दल बोलूया: {#now-lets-talk}
+
+- Greeter.sol - solidity मध्ये लिहिलेला आमचा स्मार्ट कॉन्ट्रॅक्ट;
+
+```solidity
+contract Greeter {
+string greeting;
+
+constructor(string memory _greeting) public {
+console.log("अभिवादनासह ग्रीटर उपयोजित करत आहे:", _greeting);
+greeting = _greeting;
+}
+
+function greet() public view returns (string memory) {
+return greeting;
+}
+
+function setGreeting(string memory _greeting) public {
+console.log("अभिवादन '%s' वरून '%s' मध्ये बदलत आहे", greeting, _greeting);
+greeting = _greeting;
+}
+}
+```
+
+आपला स्मार्ट कॉन्ट्रॅक्ट तीन भागांमध्ये विभागला जाऊ शकतो:
+
+1. कन्स्ट्रक्टर - जिथे आपण `greeting` नावाचा एक स्ट्रिंग प्रकारचा व्हेरिएबल घोषित करतो,
+2. फंक्शन ग्रीट - एक फंक्शन जे कॉल केल्यावर `greeting` परत करेल,
+3. फंक्शन सेटग्रीटिंग - एक फंक्शन जे आपल्याला `greeting` चे मूल्य बदलण्याची परवानगी देते.
+
+- sample-test.js - आमची चाचणी फाइल
+
+```js
+describe("Greeter", function () {
+  it("एकदा बदलल्यावर नवीन अभिवादन परत केले पाहिजे", async function () {
+    const Greeter = await ethers.getContractFactory("Greeter")
+    const greeter = await Greeter.deploy("Hello, world!")
+
+    await greeter.deployed()
+    expect(await greeter.greet()).to.equal("Hello, world!")
+
+    await greeter.setGreeting("Hola, mundo!")
+    expect(await greeter.greet()).to.equal("Hola, mundo!")
+  })
+})
+```
+
+### पुढील पायरी म्हणजे आपला कॉन्ट्रॅक्ट संकलित करणे आणि चाचण्या चालवणे: {#compiling-and-testing}
+
+Waffle चाचण्या Mocha (एक चाचणी फ्रेमवर्क) आणि Chai (एक अभिकथन लायब्ररी) वापरतात. तुम्हाला फक्त `npx hardhat test` चालवायचे आहे आणि खालील संदेश येण्याची वाट पाहायची आहे.
+
+```bash
+✓ एकदा बदलल्यावर नवीन अभिवादन परत केले पाहिजे
+```
+
+### आतापर्यंत सर्व काही छान दिसत आहे, चला आपल्या प्रकल्पात थोडी अधिक गुंतागुंत वाढवूया <Emoji text=":slightly_smiling_face:" size={1}/> {#adding-complexity}
+
+अशा परिस्थितीची कल्पना करा जिथे कोणीतरी अभिवादन म्हणून एक रिकामा स्ट्रिंग जोडतो. ते एक आपुलकीचे अभिवादन होणार नाही, बरोबर?  
+असे होणार नाही याची खात्री करूया:
+
+जेव्हा कोणी रिकामा स्ट्रिंग पास करतो तेव्हा आम्हाला solidity चा `revert` वापरायचा आहे. चांगली गोष्ट ही आहे की आपण Waffle च्या चाय मॅचर `to.be.revertedWith()` सह या कार्यक्षमतेची सहज चाचणी घेऊ शकतो.
+
+```js
+it("रिकामा स्ट्रिंग पास केल्यावर उलटले पाहिजे", async () => {
+  const Greeter = await ethers.getContractFactory("Greeter")
+  const greeter = await Greeter.deploy("Hello, world!")
+
+  await greeter.deployed()
+  await expect(greeter.setGreeting("")).to.be.revertedWith(
+    "अभिवादन रिकामे नसावे"
+  )
+})
+```
+
+असे दिसते की आमची नवीन चाचणी यशस्वी झाली नाही:
+
+```bash
+अभिवादनासह ग्रीटर उपयोजित करत आहे: Hello, world!
+अभिवादन 'Hello, world!' वरून 'Hola, mundo!' मध्ये बदलत आहे
+    ✓ एकदा बदलल्यावर नवीन अभिवादन परत केले पाहिजे (1514ms)
+अभिवादनासह ग्रीटर उपयोजित करत आहे: Hello, world!
+अभिवादन 'Hello, world!' वरून '' मध्ये बदलत आहे
+    1) रिकामा स्ट्रिंग पास केल्यावर उलटले पाहिजे
+
+
+  1 यशस्वी (2s)
+  1 अयशस्वी
+```
+
+चला ही कार्यक्षमता आपल्या स्मार्ट कॉन्ट्रॅक्टमध्ये लागू करूया:
+
+```solidity
+require(bytes(_greeting).length > 0, "अभिवादन रिकामे नसावे");
+```
+
+आता, आमचे setGreeting फंक्शन असे दिसते:
+
+```solidity
+function setGreeting(string memory _greeting) public {
+require(bytes(_greeting).length > 0, "अभिवादन रिकामे नसावे");
+console.log("अभिवादन '%s' वरून '%s' मध्ये बदलत आहे", greeting, _greeting);
+greeting = _greeting;
+}
+```
+
+चला पुन्हा चाचण्या चालवूया:
+
+```bash
+✓ एकदा बदलल्यावर नवीन अभिवादन परत केले पाहिजे (1467ms)
+✓ रिकामा स्ट्रिंग पास केल्यावर उलटले पाहिजे (276ms)
+
+2 यशस्वी (2s)
+```
+
+अभिनंदन! तुम्ही ते केले :)
+
+### निष्कर्ष {#conclusion}
+
+आम्ही Waffle, Hardhat आणि ethers.js सह एक सोपा प्रकल्प बनवला. आपण प्रकल्प कसा सेट करायचा, चाचणी कशी जोडायची आणि नवीन कार्यक्षमता कशी लागू करायची हे शिकलो.
+
+तुमच्या स्मार्ट कॉन्ट्रॅक्टची चाचणी घेण्यासाठी अधिक उत्तम चाय मॅचर्ससाठी, [Waffle चे अधिकृत डॉक्स](https://ethereum-waffle.readthedocs.io/en/latest/matchers.html) तपासा.
diff --git a/public/content/translations/mr/developers/tutorials/waffle-test-simple-smart-contract/index.md b/public/content/translations/mr/developers/tutorials/waffle-test-simple-smart-contract/index.md
new file mode 100644
index 00000000000..e7c875c558f
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/waffle-test-simple-smart-contract/index.md
@@ -0,0 +1,199 @@
+---
+title: "Waffle लायब्ररीसह साध्या स्मार्ट कॉन्ट्रॅक्टची चाचणी करणे"
+description: "नवशिक्यांसाठी ट्युटोरियल"
+author: Ewa Kowalska
+tags: [ "स्मार्ट कॉन्ट्रॅक्ट", "सॉलिडिटी", "Waffle", "चाचणी" ]
+skill: beginner
+lang: mr
+published: 2021-02-26
+---
+
+## या ट्युटोरियलमध्ये तुम्ही शिकाल की कसे {#in-this-tutorial-youll-learn-how-to}
+
+- वॉलेट बॅलन्समधील बदलांची चाचणी करा
+- निर्दिष्ट युक्तिवादांसह इव्हेंट्सच्या उत्सर्जनाची चाचणी करा
+- एक व्यवहार परत फिरवला गेला आहे हे निश्चित करा
+
+## गृहितके {#assumptions}
+
+- तुम्ही एक नवीन JavaScript किंवा TypeScript प्रकल्प तयार करू शकता
+- तुमच्याकडे JavaScript मधील चाचण्यांचा काही मूलभूत अनुभव आहे
+- तुम्ही yarn किंवा npm सारखे काही पॅकेज व्यवस्थापक वापरले आहेत
+- तुमच्याकडे स्मार्ट कॉन्ट्रॅक्ट्स आणि Solidity चे अतिशय मूलभूत ज्ञान आहे
+
+## सुरुवात करणे {#getting-started}
+
+या ट्युटोरियलमध्ये yarn वापरून टेस्ट सेटअप आणि रन कसे करायचे हे दाखवले आहे, पण जर तुम्ही npm ला प्राधान्य देत असाल तर काही हरकत नाही - मी अधिकृत Waffle [डॉक्युमेंटेशन](https://ethereum-waffle.readthedocs.io/en/latest/index.html) चे योग्य संदर्भ देईन.
+
+## डिपेन्डन्सीज इन्स्टॉल करा {#install-dependencies}
+
+तुमच्या प्रोजेक्टच्या डेव्हलपमेंट डिपेन्डन्सीजमध्ये ethereum-waffle आणि typescript डिपेन्डन्सीज [जोडा](https://ethereum-waffle.readthedocs.io/en/latest/getting-started.html#installation).
+
+```bash
+yarn add --dev ethereum-waffle ts-node typescript @types/jest
+```
+
+## उदाहरण स्मार्ट कॉन्ट्रॅक्ट {#example-smart-contract}
+
+ट्युटोरियल दरम्यान आपण एका साध्या स्मार्ट कॉन्ट्रॅक्टच्या उदाहरणावर काम करू - EtherSplitter. हे कोणालाही काही wei पाठवण्याची आणि ते दोन पूर्वनिर्धारित रिसीव्हर्समध्ये समान रीतीने विभाजित करण्याव्यतिरिक्त फार काही करत नाही.
+स्प्लिट फंक्शनला wei ची संख्या सम असणे आवश्यक आहे, अन्यथा ते परत फिरवले जाईल. दोन्ही रिसीव्हर्ससाठी, ते एक wei ट्रान्सफर करते आणि त्यानंतर Transfer इव्हेंटचे उत्सर्जन होते.
+
+EtherSplitter कोडचा स्निपेट `src/EtherSplitter.sol` मध्ये ठेवा.
+
+```solidity
+pragma solidity ^0.6.0;
+
+contract EtherSplitter {
+    address payable receiver1;
+    address payable receiver2;
+
+    event Transfer(address from, address to, uint256 amount);
+
+    constructor(address payable _address1, address payable _address2) public {
+        receiver1 = _address1;
+        receiver2 = _address2;
+    }
+
+    function split() public payable {
+        require(msg.value % 2 == 0, 'विषम wei रक्कम परवानगी नाही');
+        receiver1.transfer(msg.value / 2);
+        emit Transfer(msg.sender, receiver1, msg.value / 2);
+        receiver2.transfer(msg.value / 2);
+        emit Transfer(msg.sender, receiver2, msg.value / 2);
+    }
+}
+```
+
+## कॉन्ट्रॅक्ट कंपाईल करा {#compile-the-contract}
+
+कॉन्ट्रॅक्ट [कंपाईल](https://ethereum-waffle.readthedocs.io/en/latest/getting-started.html#compiling-the-contract) करण्यासाठी package.json फाईलमध्ये खालील एंट्री जोडा:
+
+```json
+"scripts": {
+    "build": "waffle"
+  }
+```
+
+पुढे, प्रोजेक्टच्या रूट डिरेक्टरीमध्ये Waffle कॉन्फिगरेशन फाईल - `waffle.json` - तयार करा आणि नंतर तिथे खालील कॉन्फिगरेशन पेस्ट करा:
+
+```json
+{
+  "compilerType": "solcjs",
+  "compilerVersion": "0.6.2",
+  "sourceDirectory": "./src",
+  "outputDirectory": "./build"
+}
+```
+
+`yarn build` चालवा. परिणामी, JSON फॉरमॅटमध्ये EtherSplitter च्या कंपाईल केलेल्या कॉन्ट्रॅक्टसह `build` डिरेक्टरी दिसेल.
+
+## टेस्ट सेटअप {#test-setup}
+
+Waffle सह चाचणी करण्यासाठी Chai मॅचर्स आणि Mocha वापरणे आवश्यक आहे, म्हणून तुम्हाला ते तुमच्या प्रोजेक्टमध्ये [जोडावे](https://ethereum-waffle.readthedocs.io/en/latest/getting-started.html#writing-tests) लागतील. तुमची package.json फाईल अपडेट करा आणि स्क्रिप्ट्स विभागात `test` एंट्री जोडा:
+
+```json
+"scripts": {
+    "build": "waffle",
+    "test": "export NODE_ENV=test && mocha -r ts-node/register 'test/**/*.test.ts'"
+  }
+```
+
+जर तुम्हाला तुमच्या चाचण्या [कार्यान्वित](https://ethereum-waffle.readthedocs.io/en/latest/getting-started.html#running-tests) करायच्या असतील, तर फक्त `yarn test` चालवा.
+
+## चाचणी {#testing}
+
+आता `test` डिरेक्टरी तयार करा आणि `test\EtherSplitter.test.ts` ही नवीन फाईल तयार करा.
+खालील स्निपेट कॉपी करा आणि ते आपल्या टेस्ट फाईलमध्ये पेस्ट करा.
+
+```ts
+import { expect, use } from "chai"
+import { Contract } from "ethers"
+import { deployContract, MockProvider, solidity } from "ethereum-waffle"
+import EtherSplitter from "../build/EtherSplitter.json"
+
+use(solidity)
+
+describe("इथर स्प्लिटर", () => {
+  const [sender, receiver1, receiver2] = new MockProvider().getWallets()
+  let splitter: Contract
+
+  beforeEach(async () => {
+    splitter = await deployContract(sender, EtherSplitter, [
+      receiver1.address,
+      receiver2.address,
+    ])
+  })
+
+  // चाचण्या इथे जोडा
+})
+```
+
+आपण सुरू करण्यापूर्वी काही शब्द.
+`MockProvider` ब्लॉकचेनची एक मॉक आवृत्ती प्रदान करतो. ते मॉक वॉलेट्स देखील प्रदान करते जे EtherSplitter कॉन्ट्रॅक्टच्या चाचणीसाठी आपल्याला उपयोगी पडतील. प्रोव्हायडरवर `getWallets()` पद्धत कॉल करून आपण दहा पर्यंत वॉलेट्स मिळवू शकतो. उदाहरणामध्ये, आपण तीन वॉलेट्स मिळवतो - सेंडरसाठी आणि दोन रिसीव्हर्ससाठी.
+
+पुढे, आपण 'splitter' नावाचा एक व्हेरिएबल घोषित करतो - हा आपला मॉक EtherSplitter कॉन्ट्रॅक्ट आहे. `deployContract` पद्धतीद्वारे प्रत्येक एकाच चाचणीच्या अंमलबजावणीपूर्वी ते तयार केले जाते. ही पद्धत पहिला पॅरामीटर म्हणून पास केलेल्या वॉलेटमधून (आपल्या बाबतीत सेंडरचे वॉलेट) कॉन्ट्रॅक्टच्या डिप्लॉयमेंटचे सिम्युलेशन करते. दुसरा पॅरामीटर चाचणी केलेल्या कॉन्ट्रॅक्टचा ABI आणि बायटेकोड आहे - आपण तिथे `build` डिरेक्टरीमधून कंपाईल केलेल्या EtherSplitter कॉन्ट्रॅक्टची json फाईल पास करतो. तिसरा पॅरामीटर कॉन्ट्रॅक्टच्या कन्स्ट्रक्टर युक्तिवादांसह एक अ‍ॅरे आहे, जे आपल्या बाबतीत, रिसीव्हर्सचे दोन अ‍ॅड्रेस आहेत.
+
+## changeBalances {#changebalances}
+
+प्रथम, आपण तपासू की स्प्लिट पद्धत खरोखर रिसीव्हर्सच्या वॉलेट्समधील बॅलन्स बदलते का. जर आपण सेंडरच्या खात्यातून 50 wei विभाजित केले, तर आपण अपेक्षा करू की दोन्ही रिसीव्हर्सचा बॅलन्स 25 wei ने वाढेल. आपण Waffle चा `changeBalances` मॅचर वापरू:
+
+```ts
+it("खात्यांचे बॅलन्स बदलते", async () => {
+  await expect(() => splitter.split({ value: 50 })).to.changeBalances(
+    [receiver1, receiver2],
+    [25, 25]
+  )
+})
+```
+
+मॅचरचा पहिला पॅरामीटर म्हणून, आपण रिसीव्हर्सच्या वॉलेट्सचा एक अ‍ॅरे पास करतो, आणि दुसरा म्हणून - संबंधित खात्यांवरील अपेक्षित वाढीचा एक अ‍ॅरे.
+जर आपल्याला एका विशिष्ट वॉलेटचा बॅलन्स तपासायचा असेल, तर आपण `changeBalance` मॅचर देखील वापरू शकतो, ज्याला खालील उदाहरणाप्रमाणे अ‍ॅरे पास करण्याची आवश्यकता नाही:
+
+```ts
+it("खात्याचा बॅलन्स बदलते", async () => {
+  await expect(() => splitter.split({ value: 50 })).to.changeBalance(
+    receiver1,
+    25
+  )
+})
+```
+
+लक्षात घ्या की `changeBalance` आणि `changeBalances` या दोन्ही बाबतीत आपण स्प्लिट फंक्शन कॉलबॅक म्हणून पास करतो कारण मॅचरला कॉलच्या आधी आणि नंतरच्या बॅलन्सच्या स्थितीमध्ये प्रवेश करणे आवश्यक आहे.
+
+पुढे, आपण चाचणी करू की प्रत्येक wei च्या ट्रान्सफरनंतर Transfer इव्हेंट उत्सर्जित झाला होता का. आपण Waffle च्या दुसर्‍या मॅचरकडे वळूया:
+
+## Emit {#emit}
+
+```ts
+it("पहिल्या रिसीव्हरला हस्तांतरण झाल्यावर इव्हेंट उत्सर्जित करते", async () => {
+  await expect(splitter.split({ value: 50 }))
+    .to.emit(splitter, "Transfer")
+    .withArgs(sender.address, receiver1.address, 25)
+})
+
+it("दुसऱ्या रिसीव्हरला हस्तांतरण झाल्यावर इव्हेंट उत्सर्जित करते", async () => {
+  await expect(splitter.split({ value: 50 }))
+    .to.emit(splitter, "Transfer")
+    .withArgs(sender.address, receiver2.address, 25)
+})
+```
+
+`emit` मॅचर आपल्याला एखादी पद्धत कॉल केल्यावर कॉन्ट्रॅक्टने इव्हेंट उत्सर्जित केला आहे का हे तपासण्याची परवानगी देतो. `emit` मॅचरचे पॅरामीटर्स म्हणून, आपण तो मॉक कॉन्ट्रॅक्ट प्रदान करतो ज्यातून इव्हेंट उत्सर्जित होईल अशी आपण अपेक्षा करतो, त्यासोबत त्या इव्हेंटचे नावही देतो. आपल्या बाबतीत, मॉक कॉन्ट्रॅक्ट `splitter` आहे आणि इव्हेंटचे नाव - `Transfer` आहे. ज्या युक्तिवादांसह इव्हेंट उत्सर्जित झाला होता त्यांच्या अचूक मूल्यांचीही आपण पडताळणी करू शकतो - आपल्या इव्हेंट डिक्लेरेशनला जितके अपेक्षित आहेत तितके युक्तिवाद आपण `withArgs` मॅचरला पास करतो. EtherSplitter कॉन्ट्रॅक्टच्या बाबतीत, आपण हस्तांतरित wei रकमेसह सेंडर आणि रिसीव्हरचे अ‍ॅड्रेस पास करतो.
+
+## revertedWith {#revertedwith}
+
+शेवटचे उदाहरण म्हणून, आपण तपासू की विषम संख्येच्या wei च्या बाबतीत व्यवहार परत फिरवला गेला होता का. आपण `revertedWith` मॅचर वापरू:
+
+```ts
+it("wei रक्कम विषम असताना परत फिरवते", async () => {
+  await expect(splitter.split({ value: 51 })).to.be.revertedWith(
+    "विषम wei रक्कम परवानगी नाही"
+  )
+})
+```
+
+चाचणी, जर पास झाली, तर आपल्याला खात्री देईल की व्यवहार खरोखरच परत फिरवला गेला होता. तथापि, `require` स्टेटमेंटमध्ये आपण पास केलेल्या संदेशांमध्ये आणि `revertedWith` मध्ये आपण अपेक्षित असलेल्या संदेशात एक अचूक जुळणी देखील असणे आवश्यक आहे. जर आपण EtherSplitter कॉन्ट्रॅक्टच्या कोडवर परत गेलो, तर wei रकमेसाठीच्या `require` स्टेटमेंटमध्ये, आपण संदेश देतो: 'विषम wei रक्कम परवानगी नाही'. हे आपल्या चाचणीमध्ये अपेक्षित असलेल्या संदेशाशी जुळते. जर ते समान नसते, तर चाचणी अयशस्वी झाली असती.
+
+## अभिनंदन! {#congratulations}
+
+तुम्ही Waffle सह स्मार्ट कॉन्ट्रॅक्ट्सची चाचणी करण्याच्या दिशेने तुमचे पहिले मोठे पाऊल उचलले आहे!
diff --git a/public/content/translations/mr/developers/tutorials/yellow-paper-evm/index.md b/public/content/translations/mr/developers/tutorials/yellow-paper-evm/index.md
new file mode 100644
index 00000000000..c1744cca3b8
--- /dev/null
+++ b/public/content/translations/mr/developers/tutorials/yellow-paper-evm/index.md
@@ -0,0 +1,278 @@
+---
+title: "यलो पेपरचे EVM स्पेसिफिकेशन्स समजून घेणे"
+description: "यलो पेपरचा, Ethereum च्या औपचारिक स्पेसिफिकेशन्सचा तो भाग समजून घेणे, जो Ethereum व्हर्च्युअल मशीन (EVM) चे स्पष्टीकरण देतो."
+author: "qbzzt"
+tags: [ "evm" ]
+skill: intermediate
+lang: mr
+published: 2022-05-15
+---
+
+[यलो पेपर](https://ethereum.github.io/yellowpaper/paper.pdf) हे Ethereum साठीचे औपचारिक स्पेसिफिकेशन आहे. [EIP प्रक्रियेद्वारे](/eips/) सुधारित केलेले ठिकाण वगळता, त्यात सर्व काही कसे कार्य करते याचे अचूक वर्णन आहे. हे एक गणितीय पेपर म्हणून लिहिले आहे, ज्यामध्ये अशी परिभाषा आहे जी प्रोग्रामरना परिचित वाटणार नाही. या पेपरमध्ये तुम्ही ते कसे वाचावे हे शिकाल, आणि त्याचबरोबर इतर संबंधित गणितीय पेपर्स कसे वाचावेत हे देखील शिकाल.
+
+## कोणता यलो पेपर? {#which-yellow-paper}
+
+Ethereum मधील इतर बहुतेक गोष्टींप्रमाणेच, यलो पेपर देखील कालांतराने विकसित होतो. एका विशिष्ट आवृत्तीचा संदर्भ देता यावा यासाठी, मी [लिहिण्याच्या वेळी असलेली सध्याची आवृत्ती](yellow-paper-berlin.pdf) अपलोड केली आहे. मी वापरत असलेले विभाग, पृष्ठ आणि समीकरण क्रमांक त्याच आवृत्तीचा संदर्भ देतील. हे डॉक्युमेंट वाचताना दुसऱ्या विंडोमध्ये उघडे ठेवणे ही एक चांगली कल्पना आहे.
+
+### EVM का? {#why-the-evm}
+
+मूळ यलो पेपर Ethereum च्या विकासाच्या अगदी सुरुवातीला लिहिला गेला होता. हे मूळ प्रूफ-ऑफ-वर्क-आधारित सहमती यंत्रणेचे वर्णन करते जी मूळतः नेटवर्क सुरक्षित करण्यासाठी वापरली गेली होती. तथापि, Ethereum ने प्रूफ-ऑफ-वर्क बंद केले आणि सप्टेंबर 2022 मध्ये प्रूफ-ऑफ-स्टेक-आधारित सहमती वापरण्यास सुरुवात केली. हे ट्यूटोरियल यलो पेपरच्या त्या भागांवर लक्ष केंद्रित करेल जे Ethereum व्हर्च्युअल मशीनची व्याख्या करतात. प्रूफ-ऑफ-स्टेकमध्ये संक्रमण झाल्यामुळे EVM मध्ये कोणताही बदल झाला नाही (DIFFICULTY ऑपकोडच्या रिटर्न व्हॅल्यू वगळता).
+
+## 9 एक्झिक्युशन मॉडेल {#9-execution-model}
+
+या विभागात (पृ. 12-14) EVM च्या व्याख्येचा बहुतेक भाग समाविष्ट आहे.
+
+_सिस्टम स्टेट_ या शब्दात सिस्टीम चालवण्यासाठी तुम्हाला ज्या सर्व गोष्टींची माहिती असणे आवश्यक आहे त्या सर्वांचा समावेश होतो. एका सामान्य संगणकात, याचा अर्थ मेमरी, रजिस्टर्समधील मजकूर, इत्यादी.
+
+[ट्युरिंग मशीन](https://en.wikipedia.org/wiki/Turing_machine) हे एक संगणकीय मॉडेल आहे. मूलतः, ही संगणकाची एक सोपी आवृत्ती आहे, जी एक सामान्य संगणक करू शकणाऱ्या गणना चालवण्याची समान क्षमता असल्याचे सिद्ध झाले आहे (एक संगणक जे काही मोजू शकतो ते ट्युरिंग मशीन मोजू शकते आणि याउलट). हे मॉडेल काय गणनीय आहे आणि काय नाही याबद्दलचे विविध प्रमेय सिद्ध करणे सोपे करते.
+
+[ट्युरिंग-कम्प्लीट](https://en.wikipedia.org/wiki/Turing_completeness) या शब्दाचा अर्थ एक संगणक आहे जो ट्युरिंग मशीनसारखीच गणना करू शकतो. ट्युरिंग मशीन्स अनंत लूपमध्ये अडकू शकतात, आणि EVM अडकू शकत नाही कारण त्यात गॅस संपेल, त्यामुळे ते फक्त क्वासी-ट्युरिंग-कम्प्लीट आहे.
+
+## 9.1 मूलभूत गोष्टी {#91-basics}
+
+हा विभाग EVM च्या मूलभूत गोष्टी सांगतो आणि इतर संगणकीय मॉडेल्सशी त्याची तुलना कशी केली जाते.
+
+[स्टॅक मशीन](https://en.wikipedia.org/wiki/Stack_machine) हे एक संगणक आहे जे मध्यवर्ती डेटा रजिस्टर्समध्ये नाही, तर [**स्टॅक**](https://en.wikipedia.org/wiki/Stack_\(abstract_data_type\)) मध्ये संग्रहित करते. व्हर्च्युअल मशीनसाठी हे प्राधान्यकृत आर्किटेक्चर आहे कारण ते लागू करणे सोपे आहे, याचा अर्थ असा की बग्स आणि सुरक्षा भेद्यता खूप कमी असण्याची शक्यता असते. स्टॅकमधील मेमरी 256-बिट वर्ड्समध्ये विभागलेली आहे. हे निवडले गेले कारण ते Ethereum च्या मुख्य क्रिप्टोग्राफिक ऑपरेशन्ससाठी सोयीस्कर आहे, जसे की Keccak-256 हॅशिंग आणि एलिप्टिक कर्व्ह कॅल्क्युलेशन्स. स्टॅकचा कमाल आकार 1024 आयटम्स (1024 x 256 बिट्स) आहे. जेव्हा ऑपकोड्स कार्यान्वित केले जातात तेव्हा ते सहसा त्यांचे पॅरामीटर्स स्टॅकमधून मिळवतात. स्टॅकमधील घटकांची पुनर्रचना करण्यासाठी विशेषतः ऑपकोड्स आहेत जसे की `POP` (स्टॅकच्या वरून आयटम काढून टाकते), `DUP_N` (स्टॅकमधील N'व्या आयटमची डुप्लिकेट करते), इत्यादी.
+
+EVM मध्ये **मेमरी** नावाची एक अस्थिर जागा देखील आहे जी एक्झिक्युशन दरम्यान डेटा संग्रहित करण्यासाठी वापरली जाते. ही मेमरी 32-बाइट वर्ड्समध्ये आयोजित केली जाते. सर्व मेमरी लोकेशन्स शून्यावर इनिशिअलाइज केली जातात. जर तुम्ही मेमरीमध्ये एक वर्ड जोडण्यासाठी हा [Yul](https://docs.soliditylang.org/en/latest/yul.html) कोड कार्यान्वित केला, तर तो वर्डमधील रिकामी जागा शून्यांनी पॅड करून 32 बाइट्स मेमरी भरेल, म्हणजे, तो एक वर्ड तयार करतो - लोकेशन्स 0-29 मध्ये शून्य, 30 वर 0x60, आणि 31 वर 0xA7.
+
+```yul
+mstore(0, 0x60A7)
+```
+
+`mstore` हे EVM द्वारे मेमरीशी संवाद साधण्यासाठी प्रदान केलेल्या तीन ऑपकोड्सपैकी एक आहे - ते मेमरीमध्ये एक वर्ड लोड करते. इतर दोन `mstore8` आहेत जे मेमरीमध्ये एकच बाइट लोड करते, आणि `mload` जे मेमरीतून स्टॅकवर एक वर्ड हलवते.
+
+EVM मध्ये एक वेगळे नॉन-व्होलाटाईल **स्टोरेज** मॉडेल देखील आहे जे सिस्टम स्टेटचा एक भाग म्हणून राखले जाते - ही मेमरी वर्ड अॅरेमध्ये आयोजित केली जाते (स्टॅकमधील वर्ड-अॅड्रेसेबल बाइट अॅरेच्या विपरीत). हे स्टोरेज असे आहे जिथे कॉन्ट्रॅक्ट्स पर्सिस्टंट डेटा ठेवतात - एक कॉन्ट्रॅक्ट फक्त त्याच्या स्वतःच्या स्टोरेजशी संवाद साधू शकतो. स्टोरेज की-व्हॅल्यू मॅपिंगमध्ये आयोजित केले जाते.
+
+यलो पेपरच्या या विभागात याचा उल्लेख नसला तरी, चौथ्या प्रकारची मेमरी आहे हे जाणून घेणे देखील उपयुक्त आहे. **कॉलडेटा** ही बाइट-अॅड्रेसेबल रीड-ओन्ली मेमरी आहे जी व्यवहाराच्या `data` पॅरामीटरसह पास केलेले मूल्य संग्रहित करण्यासाठी वापरली जाते. EVM मध्ये `calldata` व्यवस्थापित करण्यासाठी विशिष्ट ऑपकोड्स आहेत. `calldatasize` डेटाचा आकार परत करते. `calldataload` डेटा स्टॅकमध्ये लोड करते. `calldatacopy` डेटा मेमरीमध्ये कॉपी करते.
+
+मानक [वॉन न्यूमन आर्किटेक्चर](https://en.wikipedia.org/wiki/Von_Neumann_architecture) कोड आणि डेटा एकाच मेमरीमध्ये संग्रहित करते. EVM सुरक्षिततेच्या कारणास्तव या मानकाचे पालन करत नाही - अस्थिर मेमरी शेअर केल्याने प्रोग्राम कोड बदलणे शक्य होते. त्याऐवजी, कोड स्टोरेजमध्ये सेव्ह केला जातो.
+
+अशी फक्त दोन प्रकरणे आहेत ज्यात कोड मेमरीमधून कार्यान्वित केला जातो:
+
+- जेव्हा एखादा कॉन्ट्रॅक्ट दुसरा कॉन्ट्रॅक्ट तयार करतो ([`CREATE`](https://www.evm.codes/#f0) किंवा [`CREATE2`](https://www.evm.codes/#f5) वापरून), कॉन्ट्रॅक्ट कंस्ट्रक्टरसाठीचा कोड मेमरीमधून येतो.
+- _कोणत्याही_ कॉन्ट्रॅक्टच्या निर्मितीदरम्यान, कंस्ट्रक्टर कोड चालतो आणि नंतर प्रत्यक्ष कॉन्ट्रॅक्टच्या कोडसह परत येतो, तो देखील मेमरीमधून.
+
+अपवादात्मक एक्झिक्युशन या शब्दाचा अर्थ असा आहे की असा अपवाद ज्यामुळे सध्याच्या कॉन्ट्रॅक्टचे एक्झिक्युशन थांबते.
+
+## 9.2 शुल्काचे अवलोकन {#92-fees-overview}
+
+हा विभाग गॅस शुल्क कसे मोजले जाते हे स्पष्ट करतो. तीन खर्च आहेत:
+
+### ऑपकोड खर्च {#opcode-cost}
+
+विशिष्ट ऑपकोडचा अंतर्भूत खर्च. हे मूल्य मिळविण्यासाठी, परिशिष्ट H (पृ. 28, समीकरण (327) अंतर्गत) मध्ये ऑपकोडचा खर्च गट शोधा आणि समीकरण (324) मध्ये खर्च गट शोधा. हे तुम्हाला एक खर्च फंक्शन देते, जे बहुतेक प्रकरणांमध्ये परिशिष्ट G (पृ. 27) मधील पॅरामीटर्स वापरते.
+
+उदाहरणार्थ, ऑपकोड [`CALLDATACOPY`](https://www.evm.codes/#37) हा _W<sub>copy</sub>_ गटाचा सदस्य आहे. त्या गटासाठी ऑपकोड खर्च _G<sub>verylow</sub>+G<sub>copy</sub>×⌈μ<sub>s</sub>[2]÷32⌉_ आहे. परिशिष्ट G पाहता, आपल्याला दिसते की दोन्ही स्थिरांक 3 आहेत, जे आपल्याला _3+3×⌈μ<sub>s</sub>[2]÷32⌉_ देते.
+
+आपल्याला अजूनही _⌈μ<sub>s</sub>[2]÷32⌉_ या अभिव्यक्तीचा अर्थ लावणे आवश्यक आहे. सर्वात बाहेरील भाग, _⌈ \<मूल्य\> ⌉_ हे सीलिंग फंक्शन आहे, एक फंक्शन जे दिलेले मूल्य परत करते जो सर्वात लहान पूर्णांक आहे जो अजूनही मूल्यापेक्षा लहान नाही. उदाहरणार्थ, _⌈2.5⌉ = ⌈3⌉ = 3_. आतील भाग _μ<sub>s</sub>[2]÷32_ आहे. पृष्ठ 3 वरील विभाग 3 (संकेत) पाहता, _μ_ ही मशीन स्टेट आहे. मशीन स्टेटची व्याख्या पृष्ठ 13 वरील विभाग 9.4.1 मध्ये केली आहे. त्या विभागानुसार, मशीन स्टेट पॅरामीटर्सपैकी एक स्टॅकसाठी _s_ आहे. हे सर्व एकत्र ठेवल्यास, असे दिसते की _μ<sub>s</sub>[2]_ हे स्टॅकमधील स्थान #2 आहे. [ऑपकोड](https://www.evm.codes/#37) पाहता, स्टॅकमधील स्थान #2 म्हणजे डेटाचा आकार बाइट्समध्ये. W<sub>copy</sub> गटातील इतर ऑपकोड्स, [`CODECOPY`](https://www.evm.codes/#39) आणि [`RETURNDATACOPY`](https://www.evm.codes/#3e) पाहता, त्यांच्याकडे त्याच ठिकाणी डेटाचा आकार देखील असतो. त्यामुळे _⌈μ<sub>s</sub>[2]÷32⌉_ म्हणजे कॉपी केल्या जात असलेल्या डेटाला संग्रहित करण्यासाठी आवश्यक असलेल्या 32 बाइट शब्दांची संख्या. सर्वकाही एकत्र ठेवल्यास, [`CALLDATACOPY`](https://www.evm.codes/#37) चा अंतर्भूत खर्च 3 गॅस अधिक कॉपी केल्या जाणाऱ्या डेटाच्या प्रति वर्ड 3 आहे.
+
+### चालू खर्च {#running-cost}
+
+आपण कॉल करत असलेल्या कोडला चालवण्याचा खर्च.
+
+- [`CREATE`](https://www.evm.codes/#f0) आणि [`CREATE2`](https://www.evm.codes/#f5) च्या बाबतीत, नवीन कॉन्ट्रॅक्टसाठीचा कंस्ट्रक्टर.
+- [`CALL`](https://www.evm.codes/#f1), [`CALLCODE`](https://www.evm.codes/#f2), [`STATICCALL`](https://www.evm.codes/#fa), किंवा [`DELEGATECALL`](https://www.evm.codes/#f4) च्या बाबतीत, आपण ज्या कॉन्ट्रॅक्टला कॉल करतो तो.
+
+### मेमरी विस्तार खर्च {#expanding-memory-cost}
+
+मेमरी विस्तारण्याचा खर्च (आवश्यक असल्यास).
+
+समीकरण 324 मध्ये, हे मूल्य _C<sub>mem</sub>(μ<sub>i</sub>')-C<sub>mem</sub>(μ<sub>i</sub>)_ असे लिहिले आहे. विभाग 9.4.1 पुन्हा पाहता, आपल्याला दिसते की _μ<sub>i</sub>_ हे मेमरीमधील शब्दांची संख्या आहे. त्यामुळे _μ<sub>i</sub>_ हे ऑपकोडच्या आधी मेमरीमधील शब्दांची संख्या आहे आणि _μ<sub>i</sub>'_ हे ऑपकोडनंतर मेमरीमधील शब्दांची संख्या आहे.
+
+_C<sub>mem</sub>_ हे फंक्शन समीकरण 326 मध्ये परिभाषित केले आहे: _C<sub>mem</sub>(a) = G<sub>memory</sub> × a + ⌊a<sup>2</sup> ÷ 512⌋_. ⌊x⌋ हे फ्लोअर फंक्शन आहे, एक फंक्शन जे दिलेले मूल्य परत करते जो सर्वात मोठा पूर्णांक आहे जो अजूनही मूल्यापेक्षा मोठा नाही. उदाहरणार्थ, ⌊2.5⌋ = ⌊2⌋ = 2._ जेव्हा _a < √512_, _a<sup>2</sup> < 512_, आणि फ्लोअर फंक्शनचा परिणाम शून्य असतो. त्यामुळे पहिल्या 22 शब्दांसाठी (704 बाइट्स), खर्च आवश्यक असलेल्या मेमरी शब्दांच्या संख्येसह रेषीयपणे वाढतो. त्या बिंदूच्या पलीकडे _⌊a<sup>2</sup> ÷ 512⌋_ धन असतो. जेव्हा आवश्यक असलेली मेमरी पुरेशी जास्त असते तेव्हा गॅस खर्च मेमरीच्या प्रमाणाच्या वर्गाच्या प्रमाणात असतो.
+
+**टीप** की हे घटक फक्त _अंतर्भूत_ गॅस खर्चावर परिणाम करतात - ते फी मार्केट किंवा व्हॅलिडेटर्सना मिळणाऱ्या टिप्सचा विचार करत नाहीत जे अंतिम वापरकर्त्याला किती पैसे द्यावे लागतील हे ठरवतात - हा फक्त EVM वर विशिष्ट ऑपरेशन चालवण्याचा कच्चा खर्च आहे.
+
+[गॅसविषयी अधिक वाचा](/developers/docs/gas/).
+
+## 9.3 एक्झिक्युशन पर्यावरण {#93-execution-env}
+
+एक्झिक्युशन पर्यावरण हे एक टपल, _I_ आहे, ज्यात अशी माहिती समाविष्ट आहे जी ब्लॉकचेन स्टेट किंवा EVM चा भाग नाही.
+
+| पॅरामीटर        | डेटामध्ये प्रवेश करण्यासाठी ऑपकोड                                                                              | डेटामध्ये प्रवेश करण्यासाठी सॉलिडिटी कोड                     |
+| --------------- | -------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------ |
+| _I<sub>a</sub>_ | [`ADDRESS`](https://www.evm.codes/#30)                                                                         | `address(this)`                                              |
+| _I<sub>o</sub>_ | [`ORIGIN`](https://www.evm.codes/#32)                                                                          | `tx.origin`                                                  |
+| _I<sub>p</sub>_ | [`GASPRICE`](https://www.evm.codes/#3a)                                                                        | `tx.gasprice`                                                |
+| _I<sub>d</sub>_ | [`CALLDATALOAD`](https://www.evm.codes/#35), इत्यादी.                                          | `msg.data`                                                   |
+| _I<sub>s</sub>_ | [`CALLER`](https://www.evm.codes/#33)                                                                          | `msg.sender`                                                 |
+| _I<sub>v</sub>_ | [`CALLVALUE`](https://www.evm.codes/#34)                                                                       | `msg.value`                                                  |
+| _I<sub>b</sub>_ | [`CODECOPY`](https://www.evm.codes/#39)                                                                        | `address(this).code`                                         |
+| _I<sub>H</sub>_ | ब्लॉक हेडर फील्ड्स, जसे की [`NUMBER`](https://www.evm.codes/#43) आणि [`DIFFICULTY`](https://www.evm.codes/#44) | `block.number`, `block.difficulty`, इत्यादी. |
+| _I<sub>e</sub>_ | कॉन्ट्रॅक्ट्समधील कॉल्ससाठी कॉल स्टॅकची खोली (कॉन्ट्रॅक्ट निर्मितीसह)                       |                                                              |
+| _I<sub>w</sub>_ | EVM ला स्टेट बदलण्याची परवानगी आहे का, की ते स्टॅटिकली चालत आहे                                                |                                                              |
+
+विभाग 9 चा उर्वरित भाग समजून घेण्यासाठी काही इतर पॅरामीटर्स आवश्यक आहेत:
+
+| पॅरामीटर | या विभागात परिभाषित                                             | अर्थ                                                                                                                                                                                                                                                            |
+| -------- | --------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| _σ_      | 2 (पृ. 2, समीकरण 1)          | ब्लॉकचेनची स्टेट                                                                                                                                                                                                                                                |
+| _g_      | 9.3 (पृ. 13) | शिल्लक गॅस                                                                                                                                                                                                                                                      |
+| _A_      | 6.1 (पृ. 8)  | एकत्रित सबस्टेट (व्यवहार संपल्यावर नियोजित बदल)                                                                                                                                                                                              |
+| _o_      | 9.3 (पृ. 13) | आउटपुट - अंतर्गत व्यवहाराच्या बाबतीत परत आलेला परिणाम (जेव्हा एक कॉन्ट्रॅक्ट दुसऱ्याला कॉल करतो) आणि व्ह्यू फंक्शन्सना केलेले कॉल (जेव्हा तुम्ही फक्त माहिती विचारत असता, त्यामुळे व्यवहारासाठी थांबण्याची आवश्यकता नसते) |
+
+## 9.4 एक्झिक्युशनचे अवलोकन {#94-execution-overview}
+
+आता आपल्याकडे सर्व प्राथमिक गोष्टी आहेत, आपण शेवटी EVM कसे कार्य करते यावर काम करण्यास सुरुवात करू शकतो.
+
+समीकरणे 137-142 आपल्याला EVM चालवण्यासाठीच्या प्रारंभिक अटी देतात:
+
+| चिन्ह            | प्रारंभिक मूल्य                                                                  | अर्थ                                                                                                                                                                                                                                                                                                                 |
+| ---------------- | -------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| _μ<sub>g</sub>_  | _g_                                                                              | शिल्लक गॅस                                                                                                                                                                                                                                                                                                           |
+| _μ<sub>pc</sub>_ | _0_                                                                              | प्रोग्राम काउंटर, कार्यान्वित करण्याच्या पुढील निर्देशाचा अॅड्रेस                                                                                                                                                                                                                                                    |
+| _μ<sub>m</sub>_  | _(0, 0, ...)_ | मेमरी, सर्व शून्यांवर इनिशिअलाइज केलेली                                                                                                                                                                                                                                                                              |
+| _μ<sub>i</sub>_  | _0_                                                                              | वापरलेले सर्वोच्च मेमरी लोकेशन                                                                                                                                                                                                                                                                                       |
+| _μ<sub>s</sub>_  | _()_                                                          | स्टॅक, सुरुवातीला रिकामा                                                                                                                                                                                                                                                                                             |
+| _μ<sub>o</sub>_  | _∅_                                                                              | आउटपुट, जोपर्यंत आपण रिटर्न डेटासह ([`RETURN`](https://www.evm.codes/#f3) किंवा [`REVERT`](https://www.evm.codes/#fd)) किंवा त्याशिवाय ([`STOP`](https://www.evm.codes/#00) किंवा [`SELFDESTRUCT`](https://www.evm.codes/#ff)) थांबत नाही तोपर्यंत रिकामा सेट. |
+
+समीकरण 143 आपल्याला सांगते की एक्झिक्युशन दरम्यान प्रत्येक वेळी चार संभाव्य अटी आहेत, आणि त्यांचे काय करायचे:
+
+1. `Z(σ,μ,A,I)`. Z हे एक फंक्शन दर्शवते जे एखादे ऑपरेशन अवैध स्टेट संक्रमण तयार करते की नाही हे तपासते ([अपवादात्मक थांबणे](#942-exceptional-halting) पहा). जर त्याचे मूल्य True आले, तर नवीन स्टेट जुन्या स्टेटसारखीच असते (गॅस जळतो वगळता) कारण बदल लागू केलेले नाहीत.
+2. जर कार्यान्वित होणारा ऑपकोड [`REVERT`](https://www.evm.codes/#fd) असेल, तर नवीन स्टेट जुन्या स्टेटसारखीच असते, काही गॅस वाया जातो.
+3. जर ऑपरेशन्सचा क्रम पूर्ण झाला असेल, जसे की [`RETURN`](https://www.evm.codes/#f3) द्वारे सूचित केले जाते, तर स्टेट नवीन स्टेटमध्ये अपडेट केली जाते.
+4. जर आपण 1-3 या अंतिम अटींपैकी एकात नसू, तर चालवणे सुरू ठेवा.
+
+## 9.4.1 मशीन स्टेट {#941-machine-state}
+
+हा विभाग मशीन स्टेट अधिक तपशीलवार स्पष्ट करतो. हे निर्दिष्ट करते की _w_ हा सध्याचा ऑपकोड आहे. जर _μ<sub>pc</sub>_ हे _||I<sub>b</sub>||_ पेक्षा कमी असेल, जे कोडची लांबी आहे, तर तो बाइट (_I<sub>b</sub>[μ<sub>pc</sub>]_) ऑपकोड आहे. अन्यथा, ऑपकोड [`STOP`](https://www.evm.codes/#00) म्हणून परिभाषित केला आहे.
+
+हे एक [स्टॅक मशीन](https://en.wikipedia.org/wiki/Stack_machine) असल्याने, आपल्याला प्रत्येक ऑपकोडद्वारे बाहेर काढलेल्या (_δ_) आणि आत टाकलेल्या (_α_) आयटमच्या संख्येचा मागोवा ठेवणे आवश्यक आहे.
+
+## 9.4.2 अपवादात्मक थांबणे {#942-exceptional-halt}
+
+हा विभाग _Z_ फंक्शन परिभाषित करतो, जो निर्दिष्ट करतो की आपल्याकडे असामान्य समाप्ती केव्हा होते. हे एक [बूलियन](https://en.wikipedia.org/wiki/Boolean_data_type) फंक्शन आहे, म्हणून ते [लॉजिकल ऑर साठी _∨_](https://en.wikipedia.org/wiki/Logical_disjunction) आणि [लॉजिकल अँड साठी _∧_](https://en.wikipedia.org/wiki/Logical_conjunction) वापरते.
+
+यापैकी कोणतीही अट सत्य असल्यास आम्हाला एक अपवादात्मक थांबा मिळतो:
+
+- **_μ<sub>g</sub> < C(σ,μ,A,I)_**
+  जसे आपण विभाग 9.2 मध्ये पाहिले, _C_ हे फंक्शन आहे जे गॅसचा खर्च निर्दिष्ट करते. पुढील ऑपकोडसाठी पुरेसा गॅस शिल्लक नाही.
+
+- **_δ<sub>w</sub>=∅_**
+  जर एखाद्या ऑपकोडसाठी बाहेर काढलेल्या आयटमची संख्या अपरिभाषित असेल, तर ऑपकोड स्वतःच अपरिभाषित असतो.
+
+- **_|| μ<sub>s</sub> || < δ<sub>w</sub>_**
+  स्टॅक अंडरफ्लो, सध्याच्या ऑपकोडसाठी स्टॅकमध्ये पुरेसे आयटम नाहीत.
+
+- **_w = JUMP ∧ μ<sub>s</sub>[0]∉D(I<sub>b</sub>)_**
+  ऑपकोड [`JUMP`](https://www.evm.codes/#56) आहे आणि अॅड्रेस [`JUMPDEST`](https://www.evm.codes/#5b) नाही. जेव्हा गंतव्यस्थान [`JUMPDEST`](https://www.evm.codes/#5b) असेल तेव्हाच जंप _केवळ_ वैध असतात.
+
+- **_w = JUMPI ∧ μ<sub>s</sub>[1]≠0 ∧ μ<sub>s</sub>[0] ∉ D(I<sub>b</sub>)_**
+  ऑपकोड [`JUMPI`](https://www.evm.codes/#57) आहे, अट सत्य आहे (शून्य नाही) त्यामुळे जंप व्हायला हवा, आणि अॅड्रेस [`JUMPDEST`](https://www.evm.codes/#5b) नाही. जेव्हा गंतव्यस्थान [`JUMPDEST`](https://www.evm.codes/#5b) असेल तेव्हाच जंप _केवळ_ वैध असतात.
+
+- **_w = RETURNDATACOPY ∧ μ<sub>s</sub>[1]+μ<sub>s</sub>[2]>|| μ<sub>o</sub> ||_**
+  ऑपकोड [`RETURNDATACOPY`](https://www.evm.codes/#3e) आहे. या ऑपकोडमध्ये स्टॅक घटक _μ<sub>s</sub>[1]_ रिटर्न डेटा बफरमध्ये वाचण्यासाठीचा ऑफसेट आहे, आणि स्टॅक घटक _μ<sub>s</sub>[2]_ डेटाची लांबी आहे. जेव्हा तुम्ही रिटर्न डेटा बफरच्या शेवटी पलीकडे वाचण्याचा प्रयत्न करता तेव्हा ही अट उद्भवते. लक्षात घ्या की कॉलडेटासाठी किंवा कोडसाठीच अशीच अट नाही. जेव्हा तुम्ही त्या बफर्सच्या शेवटी पलीकडे वाचण्याचा प्रयत्न करता तेव्हा तुम्हाला फक्त शून्य मिळतात.
+
+- **_|| μ<sub>s</sub> || - δ<sub>w</sub> + α<sub>w</sub> > 1024_**
+
+  स्टॅक ओव्हरफ्लो. जर ऑपकोड चालवल्याने 1024 पेक्षा जास्त आयटमचा स्टॅक तयार होणार असेल, तर रद्द करा.
+
+- **_¬I<sub>w</sub> ∧ W(w,μ)_**
+  आपण स्टॅटिकली चालवत आहोत का ([¬ म्हणजे नकार](https://en.wikipedia.org/wiki/Negation) आणि _I<sub>w</sub>_ सत्य आहे जेव्हा आपल्याला ब्लॉकचेन स्टेट बदलण्याची परवानगी असते)? जर असे असेल, आणि आपण स्टेट बदलणारे ऑपरेशन करण्याचा प्रयत्न करत असू, तर ते होऊ शकत नाही.
+
+  _W(w,μ)_ हे फंक्शन नंतर समीकरण 150 मध्ये परिभाषित केले आहे. यापैकी एक अट सत्य असल्यास _W(w,μ)_ सत्य आहे:
+
+  - **_w ∈ \{CREATE, CREATE2, SSTORE, SELFDESTRUCT}_**
+    हे ऑपकोड्स स्टेट बदलतात, एकतर नवीन कॉन्ट्रॅक्ट तयार करून, मूल्य संग्रहित करून किंवा सध्याचा कॉन्ट्रॅक्ट नष्ट करून.
+
+  - **_LOG0≤w ∧ w≤LOG4_**
+    जर आपल्याला स्टॅटिकली कॉल केले असेल तर आपण लॉग नोंदी जारी करू शकत नाही.
+    लॉग ऑपकोड्स सर्व [`LOG0` (A0)](https://www.evm.codes/#a0) आणि [`LOG4` (A4)](https://www.evm.codes/#a4) दरम्यानच्या श्रेणीत आहेत.
+    लॉग ऑपकोडनंतरची संख्या लॉग एंट्रीमध्ये किती विषय आहेत हे निर्दिष्ट करते.
+
+  - **_w=CALL ∧ μ<sub>s</sub>[2]≠0_**
+    तुम्ही स्टॅटिक असताना दुसऱ्या कॉन्ट्रॅक्टला कॉल करू शकता, पण जर तुम्ही तसे केले तर तुम्ही त्याला ETH हस्तांतरित करू शकत नाही.
+
+- **_w = SSTORE ∧ μ<sub>g</sub> ≤ G<sub>callstipend</sub>_**
+  तुमच्याकडे G<sub>callstipend</sub> (परिशिष्ट G मध्ये 2300 म्हणून परिभाषित) पेक्षा जास्त गॅस असल्याशिवाय तुम्ही [`SSTORE`](https://www.evm.codes/#55) चालवू शकत नाही.
+
+## 9.4.3 जंप डेस्टिनेशन वैधता {#943-jump-dest-valid}
+
+येथे आपण [`JUMPDEST`](https://www.evm.codes/#5b) ऑपकोड्स काय आहेत हे औपचारिकपणे परिभाषित करतो. आपण फक्त 0x5B बाइट मूल्य शोधू शकत नाही, कारण ते PUSH च्या आत असू शकते (आणि म्हणून डेटा आणि ऑपकोड नाही).
+
+समीकरण (153) मध्ये आपण एक फंक्शन, _N(i,w)_ परिभाषित करतो. पहिला पॅरामीटर, _i_, ऑपकोडचे स्थान आहे. दुसरा, _w_, ऑपकोड स्वतःच आहे. जर _w∈[PUSH1, PUSH32]_ असेल तर याचा अर्थ ऑपकोड PUSH आहे (चौरस कंस अंत्यबिंदू समाविष्ट असलेली श्रेणी परिभाषित करतात). त्या बाबतीत पुढील ऑपकोड _i+2+(w−PUSH1)_ येथे आहे. [`PUSH1`](https://www.evm.codes/#60) साठी आपल्याला दोन बाइट्सने पुढे जाणे आवश्यक आहे (PUSH स्वतः आणि एक बाइट मूल्य), [`PUSH2`](https://www.evm.codes/#61) साठी आपल्याला तीन बाइट्सने पुढे जाणे आवश्यक आहे कारण ते दोन बाइट मूल्य आहे, इत्यादी. इतर सर्व EVM ऑपकोड्स फक्त एक बाइट लांब आहेत, म्हणून इतर सर्व प्रकरणांमध्ये _N(i,w)=i+1_.
+
+हे फंक्शन समीकरण (152) मध्ये _D<sub>J</sub>(c,i)_ परिभाषित करण्यासाठी वापरले जाते, जे कोड _c_ मध्ये, ऑपकोड स्थान _i_ पासून सुरू होणाऱ्या सर्व वैध जंप गंतव्यस्थानांचा [संच](https://en.wikipedia.org/wiki/Set_\(mathematics\)) आहे. हे फंक्शन पुनरावृत्तीने परिभाषित केले आहे. जर _i≥||c||_ असेल, तर याचा अर्थ असा की आपण कोडच्या शेवटी किंवा नंतर आहोत. आम्हाला आणखी जंप गंतव्यस्थान सापडणार नाहीत, म्हणून फक्त रिकामा संच परत करा.
+
+इतर सर्व प्रकरणांमध्ये आपण पुढील ऑपकोडवर जाऊन आणि त्यापासून सुरू होणारा संच मिळवून उर्वरित कोड पाहतो. _c[i]_ हा सध्याचा ऑपकोड आहे, म्हणून _N(i,c[i])_ हे पुढील ऑपकोडचे स्थान आहे. _D<sub>J</sub>(c,N(i,c[i]))_ म्हणून पुढील ऑपकोडपासून सुरू होणाऱ्या वैध जंप गंतव्यस्थानांचा संच आहे. जर सध्याचा ऑपकोड `JUMPDEST` नसेल, तर फक्त तो संच परत करा. जर ते `JUMPDEST` असेल, तर ते परिणाम संचामध्ये समाविष्ट करा आणि ते परत करा.
+
+## 9.4.4 सामान्य थांबणे {#944-normal-halt}
+
+थांबणारे फंक्शन _H_, तीन प्रकारचे मूल्य परत करू शकते.
+
+- जर आपण हॉल्ट ऑपकोडमध्ये नसू, तर _∅_, रिकामा संच परत करा. परंपरेनुसार, हे मूल्य बूलियन फाल्स म्हणून अर्थ लावले जाते.
+- जर आपल्याकडे हॉल्ट ऑपकोड असेल जो आउटपुट तयार करत नाही ([`STOP`](https://www.evm.codes/#00) किंवा [`SELFDESTRUCT`](https://www.evm.codes/#ff)), तर परत मूल्य म्हणून शून्य बाइट्सचा क्रम परत करा. लक्षात घ्या की हे रिकाम्या संचापेक्षा खूप वेगळे आहे. या मूल्याचा अर्थ असा आहे की EVM खरोखर थांबले आहे, फक्त वाचण्यासाठी कोणताही रिटर्न डेटा नाही.
+- जर आपल्याकडे हॉल्ट ऑपकोड असेल जो आउटपुट तयार करतो ([`RETURN`](https://www.evm.codes/#f3) किंवा [`REVERT`](https://www.evm.codes/#fd)), तर त्या ऑपकोडद्वारे निर्दिष्ट केलेला बाइट्सचा क्रम परत करा. हा क्रम मेमरीमधून घेतला जातो, स्टॅकच्या शीर्षस्थानी असलेले मूल्य (_μ<sub>s</sub>[0]_) पहिला बाइट आहे, आणि त्यानंतरचे मूल्य (_μ<sub>s</sub>[1]_) लांबी आहे.
+
+## H.2 सूचना संच {#h2-instruction-set}
+
+EVM च्या अंतिम उपविभाग 9.5 वर जाण्यापूर्वी, आपण सूचना स्वतः पाहूया. ते परिशिष्ट H.2 मध्ये परिभाषित केले आहेत जे पृ. 29 पासून सुरू होते. त्या विशिष्ट ऑपकोडसह बदलणारे म्हणून निर्दिष्ट नसलेली कोणतीही गोष्ट तशीच राहण्याची अपेक्षा आहे. बदलणारे व्हेरिएबल्स \<काहीतरी\>′ सह निर्दिष्ट केले जातात.
+
+उदाहरणार्थ, आपण [`ADD`](https://www.evm.codes/#01) ऑपकोड पाहूया.
+
+| मूल्य | स्मरणीय | δ | α | वर्णन                                                                                                                                                                                                                 |
+| ----: | ------- | - | - | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+|  0x01 | ADD     | 2 | 1 | बेरीज ऑपरेशन.                                                                                                                                                                                         |
+|       |         |   |   | _μ′<sub>s</sub>[0] ≡ μ<sub>s</sub>[0] + μ<sub>s</sub>[1]_ |
+
+_δ_ ही आपण स्टॅकमधून काढलेल्या मूल्यांची संख्या आहे. या प्रकरणात दोन, कारण आपण शीर्षस्थानी असलेल्या दोन मूल्यांची बेरीज करत आहोत.
+
+_α_ ही आपण परत ढकललेल्या मूल्यांची संख्या आहे. या प्रकरणात एक, बेरीज.
+
+त्यामुळे नवीन स्टॅक टॉप (_μ′<sub>s</sub>[0]_) जुन्या स्टॅक टॉप (_μ<sub>s</sub>[0]_) आणि त्याखालील जुन्या मूल्याची (_μ<sub>s</sub>[1]_) बेरीज आहे.
+
+सर्व ऑपकोड्सची "डोळे मिटून घेणारी यादी" पाहण्याऐवजी, हा लेख फक्त त्या ऑपकोड्सचे स्पष्टीकरण देतो जे काहीतरी नवीन सादर करतात.
+
+| मूल्य | स्मरणीय   | δ | α | वर्णन                                                                                                                                                                                                                                                                                                                                                                                                                                                                |
+| ----: | --------- | - | - | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+|  0x20 | KECCAK256 | 2 | 1 | Keccak-256 हॅशची गणना करा.                                                                                                                                                                                                                                                                                                                                                                                                                           |
+|       |           |   |   | _μ′<sub>s</sub>[0] ≡ KEC(μ<sub>m</sub>[μ<sub>s</sub>[0] . . . (μ<sub>s</sub>[0] + μ<sub>s</sub>[1] − 1)])_ |
+|       |           |   |   | _μ′<sub>i</sub> ≡ M(μ<sub>i</sub>,μ<sub>s</sub>[0],μ<sub>s</sub>[1])_                                                                                                                                                                                                                                                                     |
+
+हा पहिला ऑपकोड आहे जो मेमरीमध्ये प्रवेश करतो (या प्रकरणात, फक्त वाचन). तथापि, ते मेमरीच्या सध्याच्या मर्यादांच्या पलीकडे विस्तारू शकते, म्हणून आपल्याला _μ<sub>i</sub>_ अपडेट करणे आवश्यक आहे. आपण हे पृष्ठ 29 वरील समीकरण 328 मध्ये परिभाषित केलेल्या _M_ फंक्शनचा वापर करून करतो.
+
+| मूल्य | स्मरणीय | δ | α | वर्णन                                               |
+| ----: | ------- | - | - | --------------------------------------------------- |
+|  0x31 | BALANCE | 1 | 1 | दिलेल्या खात्याची शिल्लक मिळवा.     |
+|       |         |   |   | ... |
+
+ज्या पत्त्याची शिल्लक आपल्याला शोधायची आहे तो _μ<sub>s</sub>[0] mod 2<sup>160</sup>_ आहे. स्टॅकच्या शीर्षस्थानी अॅड्रेस आहे, परंतु अॅड्रेस फक्त 160 बिट्सचे असल्यामुळे, आपण [मॉड्युलो](https://en.wikipedia.org/wiki/Modulo_operation) 2<sup>160</sup> मूल्याची गणना करतो.
+
+जर _σ[μ<sub>s</sub>[0] mod 2<sup>160</sup>] ≠ ∅_ असेल, तर याचा अर्थ या अॅड्रेसबद्दल माहिती आहे. त्या बाबतीत, _σ[μ<sub>s</sub>[0] mod 2<sup>160</sup>]<sub>b</sub>_ ही त्या अॅड्रेसची शिल्लक आहे. जर _σ[μ<sub>s</sub>[0] mod 2<sup>160</sup>] = ∅_ असेल, तर याचा अर्थ हा अॅड्रेस इनिशिअलाइज केलेला नाही आणि शिल्लक शून्य आहे. तुम्ही पृष्ठ 4 वरील विभाग 4.1 मध्ये खाते माहिती फील्डची यादी पाहू शकता.
+
+दुसरे समीकरण, _A'<sub>a</sub> ≡ A<sub>a</sub> ∪ \{μ<sub>s</sub>[0] mod 2<sup>160</sup>}_, हे वॉर्म स्टोरेज (स्टोरेज ज्यावर नुकताच प्रवेश केला गेला आहे आणि कॅश होण्याची शक्यता आहे) आणि कोल्ड स्टोरेज (स्टोरेज ज्यावर प्रवेश केला गेला नाही आणि पुनर्प्राप्त करण्यासाठी अधिक महाग असलेल्या हळू स्टोरेजमध्ये असण्याची शक्यता आहे) मधील प्रवेश खर्चातील फरकाशी संबंधित आहे. _A<sub>a</sub>_ ही व्यवहाराद्वारे पूर्वी प्रवेश केलेल्या पत्त्यांची सूची आहे, ज्यामुळे प्रवेश करणे स्वस्त असले पाहिजे, जसे की पृष्ठ 8 वरील विभाग 6.1 मध्ये परिभाषित केले आहे. तुम्ही या विषयावर [EIP-2929](https://eips.ethereum.org/EIPS/eip-2929) मध्ये अधिक वाचू शकता.
+
+| मूल्य | स्मरणीय | δ  | α  | वर्णन                                                                                                                                           |
+| ----: | ------- | -- | -- | ----------------------------------------------------------------------------------------------------------------------------------------------- |
+|  0x8F | DUP16   | 16 | 17 | 16 व्या स्टॅक आयटमची डुप्लिकेट करा.                                                                                             |
+|       |         |    |    | _μ′<sub>s</sub>[0] ≡ μ<sub>s</sub>[15]_ |
+
+लक्षात घ्या की कोणताही स्टॅक आयटम वापरण्यासाठी, आपल्याला तो पॉप करणे आवश्यक आहे, याचा अर्थ आपल्याला त्याच्यावरील सर्व स्टॅक आयटम देखील पॉप करणे आवश्यक आहे. [`DUP<n>`](https://www.evm.codes/#8f) आणि [`SWAP<n>`](https://www.evm.codes/#9f) च्या बाबतीत, याचा अर्थ सोळा मूल्यांपर्यंत पॉप करणे आणि नंतर पुश करणे आहे.
+
+## 9.5 एक्झिक्युशन सायकल {#95-exec-cycle}
+
+आता आपल्याकडे सर्व भाग आहेत, आपण शेवटी EVM चे एक्झिक्युशन सायकल कसे दस्तऐवजीकरण केले आहे हे समजू शकतो.
+
+समीकरण (155) म्हणते की दिलेली स्टेट:
+
+- _σ_ (जागतिक ब्लॉकचेन स्टेट)
+- _μ_ (EVM स्टेट)
+- _A_ (सबस्टेट, व्यवहार संपल्यावर होणारे बदल)
+- _I_ (एक्झिक्युशन पर्यावरण)
+
+नवीन स्टेट _(σ', μ', A', I')_ आहे.
+
+समीकरणे (156)-(158) स्टॅक आणि ऑपकोडमुळे त्यात होणारा बदल (_μ<sub>s</sub>_) परिभाषित करतात. समीकरण (159) गॅसमधील बदल (_μ<sub>g</sub>_) आहे. समीकरण (160) प्रोग्राम काउंटरमधील बदल (_μ<sub>pc</sub>_) आहे. शेवटी, समीकरणे (161)-(164) निर्दिष्ट करतात की इतर पॅरामीटर्स तसेच राहतात, जोपर्यंत ऑपकोडद्वारे स्पष्टपणे बदलले जात नाही.
+
+याद्वारे EVM पूर्णपणे परिभाषित आहे.
+
+## निष्कर्ष {#conclusion}
+
+गणितीय नोटेशन अचूक आहे आणि त्याने यलो पेपरला Ethereum च्या प्रत्येक तपशीलाचे तपशीलवार वर्णन करण्याची परवानगी दिली आहे. तथापि, त्याचे काही तोटे आहेत:
+
+- हे फक्त मानवांनाच समजू शकते, याचा अर्थ असा की [अनुपालन चाचण्या](https://github.com/ethereum/tests) हाताने लिहाव्या लागतील.
+- प्रोग्रामर संगणक कोड समजतात.
+  ते गणितीय नोटेशन समजू शकतात किंवा नाही.
+
+कदाचित या कारणांमुळे, नवीन [कन्सेंसस लेयर स्पेक्स](https://github.com/ethereum/consensus-specs/blob/dev/tests/core/pyspec/README.md) पायथनमध्ये लिहिलेले आहेत. [पायथनमधील एक्झिक्युशन लेयर स्पेक्स](https://ethereum.github.io/execution-specs) आहेत, परंतु ते पूर्ण नाहीत. जोपर्यंत संपूर्ण यलो पेपर पायथन किंवा तत्सम भाषेत भाषांतरित होत नाही, तोपर्यंत यलो पेपर सेवेत राहील, आणि ते वाचण्यास सक्षम असणे उपयुक्त आहे.
diff --git a/public/content/translations/mr/eips/index.md b/public/content/translations/mr/eips/index.md
new file mode 100644
index 00000000000..3695cb478c0
--- /dev/null
+++ b/public/content/translations/mr/eips/index.md
@@ -0,0 +1,78 @@
+---
+title: "इथरियम सुधारणा प्रस्ताव (EIPs)"
+description: "EIPs समजून घेण्यासाठी तुम्हाला आवश्यक असलेली मूलभूत माहिती"
+lang: mr
+---
+
+# इथरियम सुधारणा प्रस्तावांची (EIPs) ओळख {#introduction-to-ethereum-improvement-proposals}
+
+## EIPs म्हणजे काय? {#what-are-eips}
+
+[इथरियम सुधारणा प्रस्ताव (EIPs)](https://eips.ethereum.org/) हे इथेरियमसाठी संभाव्य नवीन वैशिष्ट्ये किंवा प्रक्रिया निर्दिष्ट करणारे मानक आहेत. EIPs मध्ये प्रस्तावित बदलांसाठी तांत्रिक तपशील असतात आणि ते समुदायासाठी “सत्याचा स्रोत” म्हणून काम करतात. Ethereum साठी नेटवर्क अपग्रेड्स आणि ॲप्लिकेशन मानकांवर EIP प्रक्रियेद्वारे चर्चा केली जाते आणि ते विकसित केले जातात.
+
+इथरियम समुदायातील कोणीही EIP तयार करू शकतो. EIPs लिहिण्यासाठीची मार्गदर्शक तत्त्वे [EIP-1](https://eips.ethereum.org/EIPS/eip-1) मध्ये समाविष्ट आहेत. EIP ने प्रामुख्याने थोड्या प्रेरणेसह एक संक्षिप्त तांत्रिक तपशील प्रदान केला पाहिजे. EIP लेखक समुदायामध्ये एकमत साधण्यासाठी आणि पर्यायी मतांचे दस्तऐवजीकरण करण्यासाठी जबाबदार असतो. एक सुव्यवस्थित EIP सादर करण्यासाठी उच्च तांत्रिक अडथळा लक्षात घेता, ऐतिहासिकदृष्ट्या, बहुतेक EIP लेखक सामान्यतः ॲप्लिकेशन किंवा प्रोटोकॉल डेव्हलपर्स असतात.
+
+## EIPs का महत्त्वाचे आहेत? {#why-do-eips-matter}
+
+इथेरियमवर बदल कसे होतात आणि ते कसे दस्तऐवजीकरण केले जातात यात EIPs मध्यवर्ती भूमिका बजावतात. लोकांसाठी बदल प्रस्तावित करण्याचा, त्यावर चर्चा करण्याचा आणि ते स्वीकारण्याचा हा एक मार्ग आहे. [EIPs चे विविध प्रकार](https://eips.ethereum.org/EIPS/eip-1#eip-types) आहेत, ज्यात निम्न-स्तरीय प्रोटोकॉल बदलांसाठी कोअर EIPs समाविष्ट आहेत जे एकमत वर परिणाम करतात आणि ज्यांना [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) सारख्या नेटवर्क अपग्रेडची आवश्यकता असते, आणि [EIP-20](https://eips.ethereum.org/EIPS/eip-20) व [EIP-721](https://eips.ethereum.org/EIPS/eip-721) सारख्या ॲप्लिकेशन मानकांसाठी ERCs समाविष्ट आहेत.
+
+प्रत्येक नेटवर्क अपग्रेडमध्ये EIPs चा एक संच असतो जो नेटवर्कवरील प्रत्येक [इथेरियम क्लायंट](/learn/#clients-and-nodes) द्वारे लागू करणे आवश्यक असते. याचा अर्थ असा की Ethereum Mainnet वरील इतर क्लायंट्ससोबत एकमत मध्ये राहण्यासाठी, क्लायंट डेव्हलपर्सना हे सुनिश्चित करणे आवश्यक आहे की त्यांनी सर्व आवश्यक EIPs लागू केले आहेत.
+
+बदलांसाठी तांत्रिक तपशील प्रदान करण्यासोबतच, EIPs हे एकक आहे ज्याच्याभोवती Ethereum मध्ये शासन होते: कोणीही एक प्रस्ताव देण्यास स्वतंत्र आहे आणि नंतर समुदायातील विविध भागधारक ते मानक म्हणून स्वीकारले जावे की नेटवर्क अपग्रेडमध्ये समाविष्ट केले जावे हे ठरवण्यासाठी चर्चा करतील. कारण नॉन-कोअर EIPs सर्व ॲप्लिकेशन्सद्वारे स्वीकारले जाणे आवश्यक नाही (उदाहरणार्थ, EIP-20 लागू न करणारे फंजिबल टोकन तयार करणे शक्य आहे), परंतु कोअर EIPs मोठ्या प्रमाणावर स्वीकारले जाणे आवश्यक आहे (कारण सर्व नोड्सना एकाच नेटवर्कचा भाग राहण्यासाठी अपग्रेड करणे आवश्यक आहे), त्यामुळे कोअर EIPs ला नॉन-कोअर EIPs पेक्षा समुदायामध्ये व्यापक एकमत आवश्यक आहे.
+
+## EIPs चा इतिहास {#history-of-eips}
+
+[इथेरियम सुधारणा प्रस्ताव (EIPs) GitHub रेपॉजिटरी](https://github.com/ethereum/EIPs) ऑक्टोबर 2015 मध्ये तयार करण्यात आली होती. EIP प्रक्रिया [Bitcoin Improvement Proposals (BIPs)](https://github.com/bitcoin/bips) प्रक्रियेवर आधारित आहे, जी स्वतः [Python Enhancement Proposals (PEPs)](https://www.python.org/dev/peps/) प्रक्रियेवर आधारित आहे.
+
+EIP संपादकांना तांत्रिक सुदृढता, फॉर्मेटिंग समस्या आणि स्पेलिंग, व्याकरण आणि कोड शैली सुधारण्यासाठी EIPs चे पुनरावलोकन करण्याचे काम सोपवले आहे. मार्टिन बेक्झे, विटालिक बुटेरिन, गॅव्हिन वूड, आणि इतर काही जण 2015 ते 2016 च्या अखेरीस मूळ EIP संपादक होते.
+
+सध्याचे EIP संपादक आहेत
+
+- Alex Beregszaszi (@axic)
+- Gavin John (@Pandapip1)
+- Greg Colvin (@gcolvin)
+- Matt Garnett (@lightclient)
+- Sam Wilson (@SamWilsn)
+
+मानद EIP संपादक आहेत
+
+- Casey Detrio (@cdetrio)
+- Hudson Jameson (@Souptacular)
+- Martin Becze (@wanderer)
+- Micah Zoltu (@MicahZoltu)
+- Nick Johnson (@arachnid)
+- Nick Savers (@nicksavers)
+- Vitalik Buterin (@vbuterin)
+
+तुम्हाला EIP संपादक व्हायचे असल्यास, कृपया [EIP-5069](https://eips.ethereum.org/EIPS/eip-5069) तपासा.
+
+EIP संपादक ठरवतात की एखादा प्रस्ताव EIP बनण्यासाठी कधी तयार आहे, आणि EIP लेखकांना त्यांचे प्रस्ताव पुढे नेण्यात मदत करतात. [Ethereum Cat Herders](https://www.ethereumcatherders.com/) EIP संपादक आणि समुदाय यांच्यात बैठका आयोजित करण्यास मदत करतात (पहा [EIPIP](https://github.com/ethereum-cat-herders/EIPIP)).
+
+चार्टसह संपूर्ण मानकीकरण प्रक्रिया [EIP-1](https://eips.ethereum.org/EIPS/eip-1) मध्ये वर्णन केलेली आहे.
+
+## अधिक जाणून घ्या {#learn-more}
+
+तुम्हाला EIPs बद्दल अधिक वाचण्यात स्वारस्य असल्यास, [EIPs वेबसाइट](https://eips.ethereum.org/) आणि [EIP-1](https://eips.ethereum.org/EIPS/eip-1) तपासा. येथे काही उपयुक्त लिंक्स आहेत:
+
+- [प्रत्येक इथेरियम सुधारणा प्रस्तावाची यादी](https://eips.ethereum.org/all)
+- [सर्व EIP प्रकारांचे वर्णन](https://eips.ethereum.org/EIPS/eip-1#eip-types)
+- [सर्व EIP स्थितींचे वर्णन](https://eips.ethereum.org/EIPS/eip-1#eip-process)
+
+### समुदाय शिक्षण प्रकल्प {#community-projects}
+
+- [PEEPanEIP](https://www.youtube.com/playlist?list=PL4cwHXAawZxqu0PKKyMzG_3BJV_xZTi1F) — _PEEPanEIP ही एक शैक्षणिक व्हिडिओ मालिका आहे जी इथेरियम सुधारणा प्रस्ताव (EIPs) आणि आगामी अपग्रेडच्या मुख्य वैशिष्ट्यांवर चर्चा करते._
+- [EIPs.wtf](https://www.eips.wtf/) — _EIPs.wtf इथेरियम सुधारणा प्रस्तावांसाठी (EIPs) अतिरिक्त माहिती प्रदान करते, ज्यात त्यांची स्थिती, अंमलबजावणी तपशील, संबंधित पुल रिक्वेस्ट्स आणि समुदायाचा अभिप्राय समाविष्ट आहे._
+- [EIP.Fun](https://eipfun.substack.com/) — _EIP.Fun इथेरियम सुधारणा प्रस्तावां (EIPs) वरील ताज्या बातम्या, EIP बैठकींवरील अपडेट्स आणि बरेच काही प्रदान करते._
+- [EIPs Insight](https://eipsinsight.com/) — _EIPs Insight हे विविध स्त्रोतांकडून गोळा केलेल्या माहितीनुसार इथेरियम सुधारणा प्रस्ताव (EIPs) प्रक्रिया आणि आकडेवारीच्या स्थितीचे प्रतिनिधित्व आहे._
+
+## सहभाग घ्या {#participate}
+
+कोणीही EIP तयार करू शकतो. प्रस्ताव सादर करण्यापूर्वी, व्यक्तीने [EIP-1](https://eips.ethereum.org/EIPS/eip-1) वाचले पाहिजे, ज्यात EIP प्रक्रिया आणि EIP कसे लिहावे हे सांगितले आहे, आणि [Ethereum Magicians](https://ethereum-magicians.org/) वर अभिप्राय मागितला पाहिजे, जिथे मसुदा सादर करण्यापूर्वी प्रस्तावांवर प्रथम समुदायासोबत चर्चा केली जाते.
+
+## संदर्भ {#references}
+
+<cite class="citation">
+
+पृष्ठ सामग्री हडसन जेमसन यांच्या [Ethereum Protocol Development Governance and Network Upgrade Coordination](https://hudsonjameson.com/posts/2020-03-23-ethereum-protocol-development-governance-and-network-upgrade-coordination/) मधून अंशतः प्रदान केलेली आहे.
+
+</cite>
diff --git a/public/content/translations/mr/energy-consumption/index.md b/public/content/translations/mr/energy-consumption/index.md
new file mode 100644
index 00000000000..2fdc698e59b
--- /dev/null
+++ b/public/content/translations/mr/energy-consumption/index.md
@@ -0,0 +1,86 @@
+---
+title: "इथरियम ऊर्जेचा वापर"
+description: "इथरियमचा ऊर्जा वापर समजून घेण्यासाठी तुम्हाला आवश्यक असलेली मूलभूत माहिती."
+lang: mr
+---
+
+# Ethereum चा ऊर्जा खर्च {#proof-of-stake-energy}
+
+इथरियम एक हिरवा ब्लॉकचेन आहे. Ethereum ची [प्रूफ-ऑफ-स्टेक](/developers/docs/consensus-mechanisms/pos) सहमती यंत्रणा [नेटवर्क सुरक्षित करण्यासाठी ऊर्जेऐवजी](/developers/docs/consensus-mechanisms/pow) ETH वापरते. संपूर्ण जागतिक नेटवर्कवर Ethereum चा ऊर्जेचा वापर अंदाजे [~0.0026 TWh/yr](https://carbon-ratings.com/eth-report-2022) आहे.
+
+Ethereum साठी ऊर्जेच्या वापराचा अंदाज [CCRI (Crypto Carbon Ratings Institute)](https://carbon-ratings.com) च्या अभ्यासातून आला आहे. त्यांनी Ethereum नेटवर्कच्या विजेच्या वापराचे आणि कार्बन फूटप्रिंटचे बॉटम-अप अंदाज तयार केले ([अहवाल पहा](https://carbon-ratings.com/eth-report-2022)). त्यांनी विविध हार्डवेअर आणि क्लायंट सॉफ्टवेअर कॉन्फिगरेशनसह वेगवेगळ्या नोड्सचा वीज वापर मोजला. नेटवर्कच्या वार्षिक वीज वापरासाठी अंदाजित **2,601 MWh** (0.0026 TWh) हे प्रादेशिक-विशिष्ट कार्बन तीव्रता घटक लागू केल्यावर **870 टन CO2e** च्या वार्षिक कार्बन उत्सर्जनाशी संबंधित आहे. जेव्हा नोड्स नेटवर्कमध्ये प्रवेश करतात आणि बाहेर पडतात तेव्हा हे मूल्य बदलते - आपण [Cambridge Blockchain network Sustainability Index](https://ccaf.io/cbnsi/ethereum) द्वारे 7-दिवसांच्या सरासरी अंदाजाचा वापर करून याचा मागोवा ठेवू शकता (लक्षात घ्या की ते त्यांच्या अंदाजांसाठी थोडी वेगळी पद्धत वापरतात - तपशील त्यांच्या साइटवर उपलब्ध आहेत).
+
+इथरियमच्या उर्जेच्या वापराचे संदर्भ देण्यासाठी, आम्ही काही इतर उत्पादने आणि उद्योगांसाठी वार्षिक अंदाजांची तुलना करू शकतो. हे आम्हाला Ethereum साठी अंदाज जास्त आहे की कमी हे चांगल्या प्रकारे समजून घेण्यास मदत करते.
+
+<EnergyConsumptionChart />
+
+वरील चार्ट इतर अनेक उत्पादने आणि उद्योगांच्या तुलनेत इथरियमसाठी TWh/yr मध्ये अंदाजे ऊर्जा वापर प्रदर्शित करतो. प्रदान केलेले अंदाज सार्वजनिकरीत्या उपलब्ध माहितीवरून घेतलेले आहेत, जुलै 2023 मध्ये ऍक्सेस केले गेले आहेत, खालील तक्त्यामध्ये उपलब्ध स्त्रोतांच्या लिंकसह.
+
+|                      | वार्षिक ऊर्जा वापर (TWh) | PoS Ethereum शी तुलना |                                                                                       स्रोत                                                                                      |
+| :------------------- | :-----------------------------------------: | :-------------------: | :------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: |
+| जागतिक डेटा केंद्रे  |                     १९०                     |        73,000x        |                                    [स्रोत](https://www.iea.org/commentaries/data-centres-and-energy-from-global-headlines-to-local-headaches)                                    |
+| बिटकॉइन              |                     149                     |        53,000x        |                                                                 [स्रोत](https://ccaf.io/cbnsi/cbeci/comparisons)                                                                 |
+| गोल्ड माइनिंग        |                     131                     |        50,000x        |                                                                 [स्रोत](https://ccaf.io/cbnsi/cbeci/comparisons)                                                                 |
+| यूएसए मध्ये गेमिंग\* |                      34                     |        13,000x        |                 [स्रोत](https://www.researchgate.net/publication/336909520_Toward_Greener_Gaming_Estimating_National_Energy_Use_and_Energy_Efficiency_Potential)                 |
+| PoW इथरियम           |                      21                     |         8,100x        |                                                                     [स्रोत](https://ccaf.io/cbnsi/ethereum/1)                                                                    |
+| Google               |                      19                     |         7,300x        |                                           [स्रोत](https://www.gstatic.com/gumdrop/sustainability/google-2022-environmental-report.pdf)                                           |
+| Netflix              |            ०.४५७            |          176x         | [स्रोत](https://assets.ctfassets.net/4cd45et68cgf/7B2bKCqkXDfHLadrjrNWD8/e44583e5b288bdf61e8bf3d7f8562884/2021_US_EN_Netflix_EnvironmentalSocialGovernanceReport-2021_Final.pdf) |
+| PayPal               |             0.26            |          100x         |                                  [स्रोत](https://s202.q4cdn.com/805890769/files/doc_downloads/global-impact/CDP_Climate_Change_PayPal-\(1\).pdf)                                 |
+| एअर बीएनबी           |             0.02            |           8x          |                              [स्रोत](https://s26.q4cdn.com/656283129/files/doc_downloads/governance_doc_updated/Airbnb-ESG-Factsheet-\(Final\).pdf)                              |
+| **PoS इथरियम**       |          **०.००२६**         |         **1x**        |                                                                [स्रोत](https://carbon-ratings.com/eth-report-2022)                                                               |
+
+\*पीसी, लॅपटॉप आणि गेमिंग कन्सोल सारख्या अंतिम वापरकर्त्याच्या डिव्हाइसेसचा समावेश आहे.
+
+ऊर्जेच्या वापरासाठी अचूक अंदाज मिळवणे क्लिष्ट आहे, विशेषत: जे मोजले जात आहे ते एक जटिल पुरवठा साखळी किंवा उपयोजन तपशील आहे जे त्याच्या कार्यक्षमतेवर परिणाम करतात. उदाहरणार्थ, Netflix आणि Google साठी ऊर्जेच्या वापराचे अंदाज यावर अवलंबून बदलतात की त्यात केवळ त्यांच्या सिस्टीमची देखरेख करण्यासाठी आणि वापरकर्त्यांना सामग्री वितरीत करण्यासाठी वापरलेल्या ऊर्जेचा समावेश आहे (_थेट खर्च_) की त्यात सामग्री तयार करणे, कॉर्पोरेट कार्यालये चालवणे, जाहिरात करणे इत्यादीसाठी आवश्यक खर्चाचा समावेश आहे (_अप्रत्यक्ष खर्च_). अप्रत्यक्ष खर्चामध्ये टीव्ही, संगणक आणि मोबाईल यांसारख्या अंतिम वापरकर्त्याच्या उपकरणांवर सामग्री वापरण्यासाठी आवश्यक ऊर्जा देखील समाविष्ट असू शकते.
+
+वरील अंदाज परिपूर्ण तुलना नाहीत. अप्रत्यक्ष खर्चाची रक्कम स्त्रोतानुसार बदलते आणि क्वचितच अंतिम-वापरकर्ता उपकरणांमधून ऊर्जा समाविष्ट करते. प्रत्येक अंतर्निहित स्त्रोतामध्ये काय मोजले जात आहे याबद्दल अधिक तपशील समाविष्ट आहेत.
+
+वरील सारणी आणि तक्त्यामध्ये बिटकॉइन आणि कामाचा पुरावा इथरियमशी तुलना देखील समाविष्ट आहे. हे लक्षात घेणे महत्त्वाचे आहे की कार्य-प्रूफ नेटवर्क्सचा ऊर्जा वापर स्थिर नाही आणि दिवसेंदिवस बदलतो. स्त्रोतांदरम्यान अंदाज देखील मोठ्या प्रमाणात बदलू शकतात. हा विषय केवळ वापरलेल्या ऊर्जेच्या प्रमाणावरच नव्हे, तर त्या ऊर्जेचे स्रोत आणि संबंधित नैतिकतेवरही सूक्ष्म [चर्चेला](https://www.coindesk.com/business/2020/05/19/the-last-word-on-bitcoins-energy-consumption/) सुरुवात करतो. ऊर्जेचा वापर पर्यावरणीय पायाच्या ठशांशी अचूकपणे मॅप करणे आवश्यक नाही कारण भिन्न प्रकल्प वेगवेगळ्या ऊर्जा स्त्रोतांचा वापर करू शकतात, ज्यामध्ये नूतनीकरणक्षमतेच्या कमी किंवा जास्त प्रमाणात समावेश आहे. उदाहरणार्थ, [Cambridge Bitcoin Electricity Consumption Index](https://ccaf.io/cbnsi/cbeci/comparisons) सूचित करतो की Bitcoin नेटवर्कची मागणी सैद्धांतिकदृष्ट्या गॅस फ्लेअरिंग किंवा विजेद्वारे समर्थित असू शकते जी अन्यथा ट्रान्समिशन आणि डिस्ट्रिब्युशनमध्ये वाया गेली असती. इथरियमचा टिकाऊपणाचा मार्ग म्हणजे नेटवर्कचा ऊर्जा-भुकेलेला भाग हिरव्या पर्यायाने बदलणे.
+
+आपण [Cambridge Blockchain Network Sustainability Index साइट](https://ccaf.io/cbnsi/ethereum) वर अनेक उद्योगांसाठी ऊर्जा वापर आणि कार्बन उत्सर्जन अंदाज ब्राउझ करू शकता.
+
+## प्रति-व्यवहार अंदाज {#per-transaction-estimates}
+
+अनेक लेख ब्लॉकचेनसाठी "प्रति-व्यवहार" ऊर्जा खर्चाचा अंदाज लावतात. हे दिशाभूल करणारे असू शकते कारण ब्लॉक प्रस्तावित करण्यासाठी आणि त्याचे प्रमाणीकरण करण्यासाठी लागणारी ऊर्जा त्यातील व्यवहारांच्या संख्येपेक्षा स्वतंत्र असते. ऊर्जा खर्चाच्या प्रति-व्यवहार युनिटचा अर्थ असा होतो की कमी व्यवहारांमुळे ऊर्जा खर्च कमी होईल आणि उलट, जे तसे नाही. तसेच, ब्लॉकचेनचे व्यवहार थ्रूपुट कसे परिभाषित केले जाते याबद्दल प्रति-व्यवहार अंदाज अतिशय संवेदनशील असतात आणि मूल्य मोठे किंवा लहान वाटण्यासाठी या व्याख्येमध्ये बदल केला जाऊ शकतो.
+
+उदाहरणार्थ, Ethereum वर, व्यवहार थ्रुपुट केवळ बेस लेयरचाच नाही - तर तो त्याच्या सर्व "[लेयर 2](/layer-2/)" रोलअपच्या व्यवहार थ्रुपुटची बेरीज देखील आहे. लेयर 2 सामान्यत: गणनेमध्ये समाविष्ट केले जात नाहीत, परंतु सिक्वेन्सर (लहान) द्वारे वापरल्या जाणाऱ्या अतिरिक्त उर्जेचा आणि त्यांनी प्रक्रिया केलेल्या (मोठ्या) व्यवहारांची संख्या लक्षात घेतल्यास प्रति-व्यवहार अंदाज मोठ्या प्रमाणात कमी होईल. हे एक कारण आहे की प्लॅटफॉर्मवर प्रति-व्यवहार ऊर्जा वापराची तुलना दिशाभूल करणारी असू शकते.
+
+## Ethereum चे कार्बन कर्ज {#carbon-debt}
+
+इथरियमचा उर्जा खर्च खूप कमी आहे, परंतु हे नेहमीच होत नाही. इथरियमने मूळतः प्रूफ-ऑफ-वर्कचा वापर केला ज्याचा सध्याच्या प्रूफ-ऑफ-स्टेक यंत्रणेपेक्षा पर्यावरणीय खर्च जास्त होता.
+
+अगदी सुरुवातीपासूनच, इथरियमने प्रूफ-ऑफ-स्टेक आधारित एकमत यंत्रणा कार्यान्वित करण्याची योजना आखली, परंतु सुरक्षितता आणि विकेंद्रीकरणाचा त्याग न करता असे केल्याने अनेक वर्षे केंद्रित संशोधन आणि विकास झाला. त्यामुळे, नेटवर्क सुरू करण्यासाठी कामाचा पुरावा यंत्रणा वापरण्यात आली. कामाच्या पुराव्यासाठी खाण कामगारांनी त्यांचे संगणकीय हार्डवेअर मूल्य मोजण्यासाठी, प्रक्रियेत ऊर्जा खर्च करणे आवश्यक आहे.
+
+![द मर्जच्या आधी आणि नंतरच्या Ethereum च्या ऊर्जेच्या वापराची तुलना; डावीकडे आयफेल टॉवर (330 मीटर उंच) द मर्ज पूर्वीच्या उच्च ऊर्जा वापराचे प्रतीक आहे आणि उजवीकडे 4 सेमी उंच छोटी लेगो आकृती द मर्ज नंतरच्या ऊर्जा वापरामध्ये झालेल्या नाट्यमय घटीचे प्रतिनिधित्व करते](energy_consumption_pre_post_merge.png)
+
+CCRI चा अंदाज आहे की द मर्जने Ethereum चा वार्षिक वीज वापर **99.988%** पेक्षा जास्त कमी केला आहे. त्याचप्रमाणे, Ethereum चा कार्बन फूटप्रिंट अंदाजे **99.992%** ने कमी झाला (11,016,000 वरून 870 टन CO2e पर्यंत). या दृष्टीकोनातून सांगायचे तर, उत्सर्जनातील घट म्हणजे आयफेल टॉवरच्या उंचीवरून लहान प्लास्टिकच्या खेळण्यांच्या आकृतीपर्यंत जाण्यासारखे आहे, जसे की वरील आकृतीमध्ये स्पष्ट केले आहे. परिणामी, नेटवर्क सुरक्षित करण्याचा पर्यावरणीय खर्च खूपच कमी झाला आहे. त्याच वेळी, नेटवर्कची सुरक्षा सुधारली असल्याचे मानले जाते.
+
+## एक ग्रीन ॲप्लिकेशन लेयर {#green-applications}
+
+Ethereum चा ऊर्जेचा वापर खूप कमी असला तरी, Ethereum वर एक भरीव, वाढणारा आणि अत्यंत सक्रिय [**रिजनरेटिव्ह फायनान्स (ReFi)**](/refi/) समुदाय तयार होत आहे. ReFi ऍप्लिकेशन्स आर्थिक ऍप्लिकेशन्स तयार करण्यासाठी DeFi घटकांचा वापर करतात ज्यात सकारात्मक बाह्य गोष्टींचा पर्यावरणाला फायदा होतो. ReFi हे एका व्यापक ["solarpunk"](https://en.wikipedia.org/wiki/Solarpunk) चळवळीचा भाग आहे जे Ethereum शी जवळून संरेखित आहे आणि तांत्रिक प्रगती व पर्यावरण संवर्धन यांची सांगड घालण्याचे उद्दिष्ट ठेवते. इथरियमचे विकेंद्रित, परवानगीहीन आणि संमिश्र स्वरूप हे ReFi आणि सोलरपंक समुदायांसाठी आदर्श आधार स्तर बनवते.
+
+[Gitcoin](https://gitcoin.co) सारखे Web3 नेटिव्ह सार्वजनिक वस्तू निधीकरण प्लॅटफॉर्म Ethereum च्या ॲप्लिकेशन लेयरवर पर्यावरण-जागरूक निर्मितीला उत्तेजन देण्यासाठी क्लायमेट राउंड चालवतात. या उपक्रमांच्या (आणि इतर, उदा., [DeSci](/desci/)) विकासाद्वारे, Ethereum एक पर्यावरणीय आणि सामाजिक दृष्ट्या निव्वळ-सकारात्मक तंत्रज्ञान बनत आहे.
+
+<Alert variant="update">
+<AlertEmoji text=":evergreen_tree:" />
+<AlertContent>
+<AlertDescription>
+  जर तुम्हाला वाटत असेल की हे पृष्ठ अधिक अचूक केले जाऊ शकते, तर कृपया समस्या किंवा PR करा. या पृष्ठावरील आकडेवारी सार्वजनिकरित्या उपलब्ध डेटावर आधारित अंदाजे आहेत - ते अधिकृत विधान किंवा ethereum.org टीम किंवा Ethereum फाउंडेशनचे वचन दर्शवत नाहीत.
+</AlertDescription>
+</AlertContent>
+</Alert>
+
+## पुढील वाचन {#further-reading}
+
+- [Cambridge Blockchain Network Sustainability Index](https://ccaf.io/cbnsi/ethereum)
+- [प्रूफ-ऑफ-वर्क ब्लॉकचेनवरील व्हाईट हाऊसचा अहवाल](https://web.archive.org/web/20221109005700/https://www.whitehouse.gov/wp-content/uploads/2022/09/09-2022-Crypto-Assets-and-Climate-Report.pdf)
+- [Ethereum उत्सर्जन: एक बॉटम-अप अंदाज](https://kylemcdonald.github.io/ethereum-emissions/) - _Kyle McDonald_
+- [Ethereum ऊर्जा वापर निर्देशांक](https://digiconomist.net/ethereum-energy-consumption/) - _Digiconomist_
+- [ETHMerge.com](https://ethmerge.com/) - _[@InsideTheSim](https://twitter.com/InsideTheSim)_
+- [द मर्ज - Ethereum नेटवर्कच्या वीज वापरावरील आणि कार्बन फूटप्रिंटवरील परिणाम](https://carbon-ratings.com/eth-report-2022) - _CCRI_
+- [Ethereum चा ऊर्जा वापर](https://mirror.xyz/jmcook.eth/ODpCLtO4Kq7SCVFbU4He8o8kXs418ZZDTj0lpYlZkR8)
+
+## संबंधित विषय {#related-topics}
+
+- [द बीकन चेन](/roadmap/beacon-chain)
+- [द मर्ज](/roadmap/merge/)
diff --git a/public/content/translations/mr/eth/supply/index.md b/public/content/translations/mr/eth/supply/index.md
new file mode 100644
index 00000000000..76c44e93462
--- /dev/null
+++ b/public/content/translations/mr/eth/supply/index.md
@@ -0,0 +1,80 @@
+---
+title: "ETH पुरवठा आणि निर्मिती समजून घेणे"
+description: "ETH पुरवठा आणि निर्मितीसाठी एक नवशिक्यांसाठी सोपे मार्गदर्शक, ज्यामध्ये EIPs, PoS, आणि EIP-1559 सारख्या मुख्य संकल्पनांचा समावेश आहे."
+lang: mr
+---
+
+# ETH पुरवठा आणि निर्मिती {#eth-supply-and-issuance}
+
+## पूर्वतयारी {#prerequisites}
+
+हा लेख कोणत्याही पूर्वज्ञानाशिवाय नवशिक्यांसाठी लिहिला आहे. तथापि, हा विषय पूर्णपणे समजून घेण्यासाठी, [Ethereum सुधारणा प्रस्ताव (EIPs)](/eips/#introduction-to-ethereum-improvement-proposals), [प्रूफ-ऑफ-वर्क (PoW)](/developers/docs/consensus-mechanisms/pow/), [प्रूफ-ऑफ-स्टेक (PoS)](/developers/docs/consensus-mechanisms/pos/), आणि [लंडन अपग्रेड](/ethereum-forks/#london) यांसारख्या संकल्पनांची मूलभूत माहिती असणे उपयुक्त आहे.
+
+## आज किती ETH टोकन आहेत? {#current-eth-supply}
+
+ETH चा एकूण पुरवठा डायनॅमिक आहे आणि दोन मुख्य घटकांमुळे तो सतत बदलत असतो:
+
+1. **प्रूफ-ऑफ-स्टेक (PoS) निर्मिती**: नेटवर्क सुरक्षित करणाऱ्या व्हॅलिडेटर्सना बक्षीस म्हणून नवीन ETH तयार केले जातात
+2. **EIP-1559 बर्निंग**: व्यवहाराच्या शुल्काचा एक भाग कायमस्वरूपी चलनातून काढून टाकला जातो
+
+तुम्ही सध्याचा पुरवठा आणि हे बदल [अल्ट्रासाउंड मनी](https://ultrasound.money) सारख्या प्लॅटफॉर्मवर रिअल-टाइममध्ये ट्रॅक करू शकता.
+
+Ethereum चा पुरवठा आणि निर्मिती हे नेटवर्कचे आरोग्य आणि भविष्य समजून घेण्यासाठी आवश्यक मेट्रिक्स आहेत. पण ETH निर्मितीचा नेमका अर्थ काय? चला ते सविस्तरपणे पाहूया.
+
+## ETH पुरवठा आणि निर्मिती का महत्त्वाची आहे {#why-eth-supply-matters}
+
+पारंपरिक वित्तात, केंद्रीय बँका पैशाच्या पुरवठ्यावर नियंत्रण ठेवतात, आणि अनेकदा अर्थव्यवस्थांना चालना देण्यासाठी अधिक चलन छापतात. दुसरीकडे, Ethereum त्याच्या कोडद्वारे शासित पारदर्शक आणि अंदाजित प्रणालीवर चालते. किती ETH अस्तित्वात आहेत आणि नवीन ETH किती वेगाने जारी केले जातात हे जाणून घेतल्याने मदत होते:
+
+- **विश्वास निर्माण करणे**: Ethereum समुदाय थेट ब्लॉकचेनवरून पुरवठा आणि निर्मिती डेटाची पडताळणी करू शकतो.
+- **मूल्य समजून घेणे**: निर्मिती आणि ETH बर्न दरांमधील संबंध ETH च्या चलनवाढ किंवा चलनघटीवर परिणाम करतो, ज्यामुळे कालांतराने त्याच्या मूल्यावर प्रभाव पडतो.
+- **नेटवर्क आरोग्याचा मागोवा घेणे**: निर्मिती आणि बर्न दरांमधील बदल नेटवर्कची क्रियाशीलता आणि सुरक्षितता दर्शवतात.
+
+## ETH निर्मिती म्हणजे काय? {#eth-issuance}
+
+ETH निर्मिती म्हणजे Ethereum नेटवर्क सुरक्षित करणाऱ्या व्हॅलिडेटर्सना बक्षीस म्हणून नवीन ETH तयार करण्याची प्रक्रिया. हे एकूण पुरवठ्यापेक्षा वेगळे आहे, जो चलनात असलेल्या ETH ची एकूण रक्कम आहे.
+
+### सोप्या भाषेत सांगायचे तर:
+
+- **निर्मिती** नेटवर्कमध्ये नवीन ETH जोडते.
+- **बर्निंग** (EIP-1559 द्वारे सादर केलेले) व्यवहाराच्या शुल्काचा एक भाग नष्ट करून नेटवर्कमधून ETH काढून टाकते.
+
+या दोन शक्ती ठरवतात की Ethereum चा पुरवठा कालांतराने वाढतो (चलनवाढीचा) की कमी होतो (चलनघटीचा).
+
+## आजचा ETH पुरवठा आणि निर्मिती {#eth-supply-today}
+
+Ethereum च्या प्रूफ-ऑफ-स्टेक (PoS) प्रणालीने त्याच्या पूर्वीच्या प्रूफ-ऑफ-वर्क (PoW) मॉडेलच्या तुलनेत ETH निर्मितीमध्ये मोठ्या प्रमाणात घट केली आहे. व्हॅलिडेटर्स—जे नेटवर्क सुरक्षित करण्यासाठी ETH लॉक करतात—बक्षीस म्हणून ETH कमावतात. तुम्ही सध्याचा निर्मिती दर [अल्ट्रासाउंड मनी](https://ultrasound.money) वर पाहू शकता.
+
+तथापि, ही संख्या डायनॅमिक आहे. EIP-1559 मुळे, जेव्हा नेटवर्क क्रियाशीलता जास्त असते, तेव्हा ETH बर्न दर निर्मितीपेक्षा जास्त होऊ शकतात, ज्यामुळे चलनघटीचा परिणाम होतो. उदाहरणार्थ, NFT लाँच किंवा DeFi क्रियाशीलतेसारख्या उच्च मागणीच्या काळात, जारी केल्यापेक्षा जास्त ETH बर्न केले जाऊ शकतात.
+
+### ETH पुरवठा आणि निर्मितीचा मागोवा घेण्यासाठी साधने:
+
+- [अल्ट्रासाउंड मनी](https://ultrasound.money) - ETH पुरवठा, निर्मिती आणि बर्न दरांचे रिअल-टाइम ट्रॅकिंग
+- [इथरस्कॅन](https://etherscan.io) - पुरवठा मेट्रिक्ससह ब्लॉक एक्सप्लोरर
+
+## भविष्यातील ETH पुरवठा आणि निर्मितीवर परिणाम करणारे घटक {#future-eth-supply}
+
+Ethereum चा भविष्यातील पुरवठा निश्चित नाही—तो अनेक व्हेरिएबल्सवर अवलंबून आहे:
+
+1. **स्टेकिंगमधील सहभाग**:
+   - नेटवर्कमध्ये अधिक व्हॅलिडेटर्स सामील होणे म्हणजे अधिक ETH बक्षिसे वितरित केली जातात.
+   - कमी व्हॅलिडेटर्स सहभागी झाल्यास निर्मिती कमी होऊ शकते.
+   - [स्टेकिंग](/staking/) बद्दल अधिक जाणून घ्या.
+
+2. **नेटवर्क क्रियाशीलता**:
+   - उच्च व्यवहारांचे प्रमाण अधिक ETH बर्न होण्यास कारणीभूत ठरते, जे संभाव्यतः निर्मितीची भरपाई करते किंवा त्याहून अधिक होते.
+   - [गॅस शुल्क](/developers/docs/gas/) आणि ते बर्निंगवर कसा परिणाम करतात याबद्दल वाचा.
+
+3. **प्रोटोकॉल अपग्रेड**:
+   - Ethereum च्या कोडमधील भविष्यातील बदल स्टेकिंग बक्षिसे किंवा बर्निंग यंत्रणा समायोजित करू शकतात, ज्यामुळे पुरवठ्याच्या डायनॅमिक्सला आणखी आकार मिळेल.
+   - [Ethereum रोडमॅप](/roadmap/) सह अपडेटेड रहा.
+
+## रिकॅप: ETH पुरवठा, निर्मिती आणि पुढे काय {#recap}
+
+ETH पुरवठा आणि निर्मितीबद्दल तुम्हाला काय माहित असणे आवश्यक आहे याचा एक छोटा सारांश येथे आहे:
+
+- **ETH पुरवठा**: डायनॅमिक आणि सतत बदलणारा, [अल्ट्रासाउंड मनी](https://ultrasound.money) सारख्या साधनांद्वारे रिअल-टाइममध्ये ट्रॅक करण्यायोग्य
+- **PoS अंतर्गत निर्मिती**: PoW च्या तुलनेत लक्षणीयरीत्या कमी, बक्षिसे व्हॅलिडेटर्सना मिळतात. [अल्ट्रासाउंड मनी](https://ultrasound.money) वर सध्याचे दर पहा
+- **EIP-1559 ची भूमिका**: उच्च क्रियाशीलतेच्या काळात ETH बर्निंग नेटवर्कला चलनघटीचे बनवू शकते
+- **भविष्यातील ट्रेंड**: स्टेकिंगमधील सहभाग, नेटवर्कची मागणी आणि प्रोटोकॉल अपडेट्स हे सर्व ETH पुरवठ्याला आकार देतील
+
+ETH निर्मिती समजून घेणे Ethereum चे मूल्य आणि चलनघटीची, विकेंद्रित मालमत्ता म्हणून त्याची क्षमता स्पष्ट करण्यास मदत करते. द मर्जने ETH पुरवठ्यावर कसा परिणाम केला याबद्दल अधिक तपशीलवार माहितीसाठी, आमचे [तपशीलवार विश्लेषण](/roadmap/merge/issuance/) पहा. ETH च्या भविष्याबद्दल उत्सुक आहात? [अल्ट्रासाउंड मनी](https://ultrasound.money) सारख्या साधनांसह अधिक खोलवर जा किंवा आमचे [स्टेकिंग मार्गदर्शक](/staking/) एक्सप्लोर करा.
\ No newline at end of file
diff --git a/public/content/translations/mr/ethereum-forks/index.md b/public/content/translations/mr/ethereum-forks/index.md
new file mode 100644
index 00000000000..dcad49f8a90
--- /dev/null
+++ b/public/content/translations/mr/ethereum-forks/index.md
@@ -0,0 +1,663 @@
+---
+title: "सर्व Ethereum फोर्क्सची टाइमलाइन (2014 ते आतापर्यंत)"
+description: "प्रमुख टप्पे, रिलीझ आणि फोर्क्ससह Ethereum ब्लॉकचेनचा इतिहास."
+lang: mr
+sidebarDepth: 1
+---
+
+# सर्व Ethereum फोर्क्सची टाइमलाइन (2014 ते आतापर्यंत) {#the-history-of-ethereum}
+
+Ethereum ब्लॉकचेनचे सर्व प्रमुख टप्पे, फोर्क्स आणि अपडेट्सची टाइमलाइन.
+
+<ExpandableCard title="फोर्क्स म्हणजे काय?" contentPreview="Ethereum प्रोटोकॉलच्या नियमांमध्ये बदल, ज्यात नियोजित तांत्रिक अपग्रेडचा समावेश असतो.">
+
+जेव्हा नेटवर्कमध्ये मोठे तांत्रिक अपग्रेड किंवा बदल करणे आवश्यक असते तेव्हा फोर्क्स होतात - ते सामान्यतः [Ethereum सुधारणा प्रस्ताव (EIPs)](/eips/) मधून येतात आणि प्रोटोकॉलचे "नियम" बदलतात.
+
+पारंपारिक, केंद्रीय-नियंत्रित सॉफ्टवेअरमध्ये अपग्रेडची आवश्यकता असते, तेव्हा कंपनी अंतिम-वापरकर्त्यासाठी फक्त एक नवीन आवृत्ती प्रकाशित करते. ब्लॉकचेन्स वेगळ्या पद्धतीने काम करतात कारण तेथे कोणतीही केंद्रीय मालकी नाही. [Ethereum क्लायंट्सनी](/developers/docs/nodes-and-clients/) नवीन फोर्क नियम लागू करण्यासाठी त्यांचे सॉफ्टवेअर अपडेट करणे आवश्यक आहे. याशिवाय ब्लॉक निर्माते (प्रूफ-ऑफ-वर्क जगात मायनर्स, प्रूफ-ऑफ-स्टेक जगात व्हॅलिडेटर्स) आणि नोड्सनी नवीन नियमांनुसार ब्लॉक्स तयार केले पाहिजेत आणि प्रमाणित केले पाहिजेत. [कन्सेंसस यंत्रणांबद्दल अधिक](/developers/docs/consensus-mechanisms/)
+
+हे नियम बदल नेटवर्कमध्ये तात्पुरते विभाजन निर्माण करू शकतात. नवीन ब्लॉक्स नवीन नियमांनुसार किंवा जुन्या नियमांनुसार तयार केले जाऊ शकतात. फोर्क्सवर सहसा आधीच सहमती दर्शविली जाते जेणेकरून क्लायंट एकमताने बदल स्वीकारतील आणि अपग्रेडसह फोर्क मुख्य चेन बनेल. तथापि, क्वचित प्रसंगी, फोर्क्सवरील मतभेद नेटवर्कमध्ये कायमचे विभाजन घडवून आणू शकतात – विशेषतः <a href="#dao-fork">DAO फोर्क</a> सह Ethereum क्लासिकची निर्मिती.
+</ExpandableCard>
+
+<ExpandableCard title="काही अपग्रेड्सना अनेक नावे का असतात?" contentPreview="अपग्रेडच्या नावांची एक विशिष्ट पद्धत असते.">
+
+Ethereum च्या मुळाशी असलेले सॉफ्टवेअर दोन भागांनी बनलेले आहे, जे [एक्सिक्यूशन लेअर](/glossary/#execution-layer) आणि [कन्सेंसस लेअर](/glossary/#consensus-layer) म्हणून ओळखले जातात.
+
+**एक्सिक्यूशन अपग्रेडचे नावकरण**
+
+2021 पासून, **एक्सिक्यूशन लेअर** मधील अपग्रेड्सना कालक्रमानुसार [मागील Devcon स्थानांच्या](https://devcon.org/en/past-events/) शहरांच्या नावांवरून नाव दिले जाते:
+
+| अपग्रेडचे नाव | Devcon वर्ष | Devcon क्रमांक | अपग्रेडची तारीख |
+| ------------- | ----------- | -------------- | --------------- |
+| बर्लिन        | 2014        | 0              | 15 एप्रिल, 2021 |
+| लंडन          | 2015        | I              | 5 ऑगस्ट, 2021   |
+| शांघाय        | 2016        | II             | 12 एप्रिल, 2023 |
+| कँकून         | 2017        | III            | 13 मार्च, 2024  |
+| **प्राग**     | 2018        | IV             | TBD - पुढील     |
+| _ओसाका_       | 2019        | V              | TBD             |
+| _बोगोटा_      | 2022        | VI             | TBD             |
+| _बँगकॉक_      | 2024        | VII            | TBD             |
+
+**कन्सेंसस अपग्रेड नामकरण**
+
+[बीकन चेन](/glossary/#beacon-chain) लाँच झाल्यापासून, **कन्सेंसस लेअर** मधील अपग्रेड्सना वर्णानुक्रमे पुढे जाणाऱ्या अक्षरांनी सुरू होणाऱ्या खगोलीय ताऱ्यांवरून नावे दिली जातात:
+
+| अपग्रेडचे नाव                                                 | अपग्रेडची तारीख  |
+| ------------------------------------------------------------- | ---------------- |
+| बीकन चेन जेनेसिस                                              | 1 डिसेंबर, 2020  |
+| [Altair](https://en.wikipedia.org/wiki/Altair)                | 27 ऑक्टोबर, 2021 |
+| [Bellatrix](https://en.wikipedia.org/wiki/Bellatrix)          | 6 सप्टेंबर, 2022 |
+| [Capella](https://en.wikipedia.org/wiki/Capella)              | 12 एप्रिल, 2023  |
+| [Deneb](https://en.wikipedia.org/wiki/Deneb)                  | 13 मार्च, 2024   |
+| [**Electra**](https://en.wikipedia.org/wiki/Electra_\(star\)) | TBD - पुढील      |
+| [_Fulu_](https://en.wikipedia.org/wiki/Fulu_\(star\))         | TBD              |
+
+**एकत्रित नामकरण**
+
+एक्सिक्यूशन आणि कन्सेंसस अपग्रेड्स सुरुवातीला वेगवेगळ्या वेळी लागू केले गेले होते, परंतु 2022 मध्ये [द मर्ज](/roadmap/merge/) नंतर ते एकाच वेळी तैनात केले गेले आहेत. त्यामुळे, या अपग्रेड्सचा संदर्भ एकाच जोडलेल्या शब्दाचा वापर करून सोपा करण्यासाठी बोलचालीतील शब्द उदयास आले आहेत. याची सुरुवात _Shanghai-Capella_ अपग्रेडने झाली, ज्याला सामान्यतः "**Shapella**" म्हटले जाते आणि _Cancun-Deneb_ (**Dencun**) आणि _Prague-Electra_ (**Pectra**) अपग्रेडसह ते पुढे चालू आहे.
+
+| एक्सिक्यूशन अपग्रेड | कन्सेंसस अपग्रेड | लहान नाव   |
+| ------------------- | ---------------- | ---------- |
+| शांघाय              | Capella          | "Shapella" |
+| कँकून               | Deneb            | "Dencun"   |
+| प्राग               | Electra          | "Pectra"   |
+| ओसाका               | Fulu             | "Fusaka"   |
+</ExpandableCard>
+
+काही विशेष महत्त्वाच्या मागील अपग्रेड्सबद्दल थेट माहितीवर जा: [द बीकन चेन](/roadmap/beacon-chain/); [द मर्ज](/roadmap/merge/); आणि [EIP-1559](#london)
+
+भविष्यातील प्रोटोकॉल अपग्रेड शोधत आहात? [Ethereum रोडमॅपवर आगामी अपग्रेड्सबद्दल जाणून घ्या](/roadmap/).
+
+<Divider />
+
+## 2025 {#2025}
+
+### फुलू-ओसाका ("फुसाका") {#fusaka}
+
+<NetworkUpgradeSummary name="fusaka" />
+
+[फुसाकाबद्दल अधिक](/roadmap/fusaka/)
+
+### प्राग-इलेक्ट्रा ("पेक्ट्रा") {#pectra}
+
+<NetworkUpgradeSummary name="pectra" />
+
+प्राग-इलेक्ट्रा ("पेक्ट्रा") अपग्रेडमध्ये Ethereum प्रोटोकॉलमध्ये अनेक सुधारणांचा समावेश होता, ज्याचा उद्देश सर्व वापरकर्ते, लेअर 2 नेटवर्क्स, स्टेकर्स आणि नोड ऑपरेटर्ससाठी अनुभव वाढवणे हा होता.
+
+स्टेकिंगला कंपाऊंडिंग व्हॅलिडेटर खात्यांसह एक अपग्रेड मिळाला, आणि एक्सिक्यूशन विथड्रॉवल ॲड्रेस वापरून स्टेक केलेल्या फंडांवर सुधारित नियंत्रण मिळाले. EIP-7251 ने एका व्हॅलिडेटरसाठी कमाल प्रभावी शिल्लक 2048 पर्यंत वाढवली, ज्यामुळे स्टेकर्ससाठी भांडवली कार्यक्षमता सुधारली. EIP-7002 ने एका एक्सिक्यूशन खात्याला व्हॅलिडेटर क्रिया सुरक्षितपणे ट्रिगर करण्यास सक्षम केले, ज्यात बाहेर पडणे, किंवा निधीचा काही भाग काढून घेणे समाविष्ट आहे, ज्यामुळे ETH स्टेकर्सचा अनुभव सुधारला, आणि नोड ऑपरेटर्ससाठी जबाबदारी मजबूत करण्यास मदत झाली.
+
+अपग्रेडच्या इतर भागांमध्ये सामान्य वापरकर्त्यांसाठी अनुभव सुधारण्यावर लक्ष केंद्रित केले गेले. EIP-7702 ने सामान्य नॉन-स्मार्ट-कॉन्ट्रॅक्ट खाते ([EOA](/glossary/#eoa)) ला स्मार्ट कॉन्ट्रॅक्टसारखा कोड एक्सिक्यूट करण्याची क्षमता आणली. याने पारंपारिक Ethereum खात्यांसाठी अमर्याद नवीन कार्यक्षमता अनलॉक केली, जसे की व्यवहार बॅचिंग, गॅस प्रायोजकत्व, पर्यायी प्रमाणीकरण, प्रोग्राम करण्यायोग्य खर्च नियंत्रणे, खाते पुनर्प्राप्ती यंत्रणा आणि बरेच काही.
+
+<ExpandableCard title="पेक्ट्रा EIPs" contentPreview="या अपग्रेडमध्ये समाविष्ट अधिकृत सुधारणा.">
+
+चांगला वापरकर्ता अनुभव:
+
+<ul>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-7702">EIP-7702</a> - <em>EOA खाते कोड सेट करा</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-7691">EIP-7691</a> - <em>ब्लॉब थ्रुपुट वाढ</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-7623">EIP-7623</a> - <em>कॉलडेटा खर्च वाढवा</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-7840">EIP-7840</a> - <em>EL कॉन्फिगरेशन फाइल्समध्ये ब्लॉब शेड्यूल जोडा</em></li>
+</ul>
+
+उत्तम स्टेकिंग अनुभव:
+
+<ul>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-7251">EIP-7251</a> - <em><code>MAX_EFFECTIVE_BALANCE</code> वाढवा</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-7002">EIP-7002</a> - <em>एक्सिक्यूशन लेअर ट्रिगर करण्यायोग्य एक्सिट्स</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-7685">EIP-7685</a> - <em>सामान्य उद्देश एक्सिक्यूशन लेअर विनंत्या</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-6110">EIP-6110</a> - <em>चेनवर व्हॅलिडेटर ठेवी पुरवा</em></li>
+</ul>
+
+प्रोटोकॉल कार्यक्षमता आणि सुरक्षा सुधारणा:
+
+<ul>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-2537">EIP-2537</a> - <em>BLS12-381 कर्व ऑपरेशन्ससाठी प्रीकंपाइल</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-2935">EIP-2935</a> - <em>स्टेटमध्ये ऐतिहासिक ब्लॉक हॅशेस सेव्ह करा</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-7549">EIP-7549</a> - <em>समिती इंडेक्स ॲटेस्टेशनच्या बाहेर हलवा</em></li>
+</ul>
+</ExpandableCard>
+
+- [Pectra.wtf](https://pectra.wtf)
+- [पेक्ट्रा स्टेकिंगचा अनुभव कसा वाढवेल](https://www.kiln.fi/post/next-ethereum-upgrade-how-pectra-will-enhance-the-staking-experience)
+- [इलेक्ट्रा अपग्रेड स्पेसिफिकेशन्स वाचा](https://github.com/ethereum/consensus-specs/blob/dev/specs/electra/)
+- [प्राग-इलेक्ट्रा ("पेक्ट्रा") FAQ](/roadmap/pectra/)
+
+<Divider />
+
+## 2024 {#2024}
+
+### कँकून-डेनेब ("डेनकून") {#dencun}
+
+<NetworkUpgradeSummary name="dencun" />
+
+#### कँकून सारांश {#cancun-summary}
+
+कँकून अपग्रेडमध्ये डेनेब कन्सेंसस अपग्रेड्ससह स्केलेबिलिटी सुधारण्याच्या उद्देशाने Ethereum च्या _एक्सिक्यूशन_ मध्ये सुधारणांचा संच आहे.
+
+विशेष म्हणजे यामध्ये EIP-4844 समाविष्ट आहे, जे **प्रोटो-डँकशार्डिंग** म्हणून ओळखले जाते, ज्यामुळे लेअर 2 रोलअपसाठी डेटा स्टोरेजचा खर्च लक्षणीयरीत्या कमी होतो. हे डेटा "ब्लॉब्स" च्या परिचयाने साधले जाते जे रोलअप्सना थोड्या कालावधीसाठी मेननेटवर डेटा पोस्ट करण्यास सक्षम करते. यामुळे लेअर 2 रोलअप्सच्या वापरकर्त्यांसाठी व्यवहाराचे शुल्क लक्षणीयरीत्या कमी होते.
+
+<ExpandableCard title="कॅनकुन EIPs" contentPreview="या अपग्रेडमध्ये समाविष्ट अधिकृत सुधारणा.">
+
+<ul>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-1153">EIP-1153</a> - <em>तात्पुरते स्टोरेज ऑपकोड्स</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-4788">EIP-4788</a> - <em>EVM मधील बीकन ब्लॉक रूट</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-4844">EIP-4844</a> - <em>शार्ड ब्लॉब व्यवहार (प्रोटो-डँकशार्डिंग)</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-5656">EIP-5656</a> - <em><code>MCOPY</code> - मेमरी कॉपी करण्याची सूचना</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-6780">EIP-6780</a> - <em><code>SELFDESTRUCT</code> फक्त त्याच व्यवहारात</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-7516">EIP-7516</a> - <em><code>BLOBBASEFEE</code> ऑपकोड</em></li>
+</ul>
+</ExpandableCard>
+
+- [लेअर 2 रोलअप्स](/layer-2/)
+- [प्रोटो-डँकशार्डिंग](/roadmap/scaling/#proto-danksharding)
+- [डँकशार्डिंग](/roadmap/danksharding/)
+- [कँकून अपग्रेड स्पेसिफिकेशन वाचा](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/cancun.md)
+
+#### डेनेब सारांश {#deneb-summary}
+
+डेनेब अपग्रेडमध्ये Ethereum च्या _कन्सेंसस_ मध्ये स्केलेबिलिटी सुधारण्याच्या उद्देशाने सुधारणांचा संच आहे. हे अपग्रेड प्रोटो-डँकशार्डिंग (EIP-4844) सक्षम करण्यासाठी कँकून एक्सिक्यूशन अपग्रेड्ससोबत येते, तसेच बीकन चेनमध्ये इतर सुधारणांसह येते.
+
+आधीपासून तयार केलेले स्वाक्षरी केलेले "स्वैच्छिक एक्सिट संदेश" यापुढे कालबाह्य होत नाहीत, त्यामुळे तृतीय-पक्ष नोड ऑपरेटरकडे आपले फंड स्टेक करणाऱ्या वापरकर्त्यांना अधिक नियंत्रण मिळते. या स्वाक्षरी केलेल्या एक्सिट संदेशासह, स्टेकर्स नोड ऑपरेशन डेलीगेट करू शकतात आणि कोणाकडूनही परवानगी न मागता कधीही सुरक्षितपणे बाहेर पडण्याची आणि त्यांचे फंड काढून घेण्याची क्षमता राखू शकतात.
+
+EIP-7514 व्हॅलिडेटर्स नेटवर्कमध्ये सामील होण्याच्या "चर्न" दराला प्रति इपॉक आठ (8) पर्यंत मर्यादित करून ETH च्या इश्युअन्सला कडक करते. ETH इश्युअन्स एकूण स्टेक केलेल्या ETH च्या प्रमाणात असल्याने, सामील होणाऱ्या व्हॅलिडेटर्सची संख्या मर्यादित केल्याने नवीन जारी केलेल्या ETH च्या _वाढीचा दर_ मर्यादित होतो, तसेच नोड ऑपरेटर्ससाठी हार्डवेअर आवश्यकता कमी होतात, ज्यामुळे विकेंद्रीकरणाला मदत होते.
+
+<ExpandableCard title="डेनेब EIPs" contentPreview="या अपग्रेडमध्ये समाविष्ट अधिकृत सुधारणा">
+
+<ul>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-4788">EIP-4788</a> - <em>EVM मधील बीकन ब्लॉक रूट</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-4844">EIP-4844</a> - <em>शार्ड ब्लॉब व्यवहार</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-7044">EIP-7044</a> - <em>कायमस्वरूपी वैध स्वाक्षरी केलेले स्वैच्छिक एक्सिट्स</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-7045">EIP-7045</a> - <em>कमाल ॲटेस्टेशन इन्क्लूजन स्लॉट वाढवा</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-7514">EIP-7514</a> - <em>कमाल इपॉक चर्न मर्यादा जोडा</em></li>
+</ul>
+</ExpandableCard>
+
+- [डेनेब अपग्रेड स्पेसिफिकेशन्स वाचा](https://github.com/ethereum/consensus-specs/blob/dev/specs/deneb/)
+- [कँकून-डेनेब ("डेनकून") FAQ](/roadmap/dencun/)
+
+<Divider />
+
+## 2023 {#2023}
+
+### शांघाय-कॅपेलॅ ("शेपेलॅ") {#shapella}
+
+<NetworkUpgradeSummary name="shapella" />
+
+#### शांघाय सारांश {#shanghai-summary}
+
+शांघाय अपग्रेडने एक्सिक्यूशन लेअरवर स्टेकिंग विथड्रॉवल आणले. कॅपेलॅ अपग्रेडसोबत, यामुळे ब्लॉक्सना विथड्रॉवल ऑपरेशन्स स्वीकारण्याची परवानगी मिळाली, ज्यामुळे स्टेकर्सना त्यांचे ETH बीकन चेनवरून एक्सिक्यूशन लेअरवर काढता येतात.
+
+<ExpandableCard title="शांघाय EIPs" contentPreview="या अपग्रेडमध्ये समाविष्ट अधिकृत सुधारणा.">
+
+<ul>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-3651">EIP-3651</a> – <em><code>COINBASE</code> ॲड्रेस वॉर्म सुरू करते</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-3855">EIP-3855</a> – <em>नवीन <code>PUSH0</code> सूचना</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-3860">EIP-3860</a> – <em>initcode मर्यादित करा आणि मोजा</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-4895">EIP-4895</a> – <em>बीकन चेन पुश विथड्रॉवल्स ऑपरेशन्स म्हणून</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-6049">EIP-6049</a> - <em><code>SELFDESTRUCT</code> डेप्रिकेट करा</em></li>
+</ul>
+</ExpandableCard>
+
+- [शांघाय अपग्रेड स्पेसिफिकेशन वाचा](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/shanghai.md)
+
+#### कॅपेलॅ सारांश {#capella-summary}
+
+कॅपेलॅ अपग्रेड हा कन्सेंसस लेअर (बीकन चेन) चा तिसरा मोठा अपग्रेड होता आणि त्याने स्टेकिंग विथड्रॉवल सक्षम केले. कॅपेलॅ एक्सिक्यूशन लेअर अपग्रेड, शांघायसोबत समकालिकपणे झाले आणि त्याने स्टेकिंग विथड्रॉवल कार्यक्षमता सक्षम केली.
+
+या कन्सेंसस लेअर अपग्रेडमुळे ज्या स्टेकर्सनी त्यांच्या सुरुवातीच्या ठेवीसह विथड्रॉवल क्रेडेन्शियल दिले नव्हते त्यांना ते देण्याची क्षमता मिळाली, ज्यामुळे विथड्रॉवल सक्षम झाले.
+
+अपग्रेडने स्वयंचलित खाते स्वीपिंग कार्यक्षमता देखील प्रदान केली, जी कोणत्याही उपलब्ध रिवॉर्ड पेमेंट्स किंवा पूर्ण विथड्रॉवलसाठी व्हॅलिडेटर खात्यांवर सतत प्रक्रिया करते.
+
+- [स्टेकिंग विथड्रॉवल्सबद्दल अधिक](/staking/withdrawals/).
+- [कॅपेलॅ अपग्रेड स्पेसिफिकेशन्स वाचा](https://github.com/ethereum/consensus-specs/blob/dev/specs/capella/)
+
+<Divider />
+
+## 2022 {#2022}
+
+### पॅरिस (द मर्ज) {#paris}
+
+<NetworkUpgradeSummary name="paris" />
+
+#### सारांश {#paris-summary}
+
+पॅरिस अपग्रेड 58750000000000000000000 च्या [टर्मिनल टोटल डिफिकल्टी](/glossary/#terminal-total-difficulty) पार केल्यावर प्रूफ-ऑफ-वर्क ब्लॉकचेनद्वारे ट्रिगर झाले. हे 15 सप्टेंबर 2022 रोजी ब्लॉक 15537393 वर झाले, ज्यामुळे पुढील ब्लॉकवर पॅरिस अपग्रेड ट्रिगर झाला. पॅरिस हे [द मर्ज](/roadmap/merge/) संक्रमण होते - त्याचे प्रमुख वैशिष्ट्य म्हणजे [प्रूफ-ऑफ-वर्क](/developers/docs/consensus-mechanisms/pow) मायनिंग अल्गोरिदम आणि संबंधित कन्सेंसस लॉजिक बंद करणे आणि त्याऐवजी [प्रूफ-ऑफ-स्टेक](/developers/docs/consensus-mechanisms/pos) चालू करणे होते. पॅरिस स्वतः [एक्सिक्यूशन क्लायंट्स](/developers/docs/nodes-and-clients/#execution-clients) (कन्सेंसस लेअरवरील बेलॅट्रिक्सच्या समतुल्य) साठी एक अपग्रेड होता ज्यामुळे त्यांना त्यांच्या कनेक्ट केलेल्या [कन्सेंसस क्लायंट्स](/developers/docs/nodes-and-clients/#consensus-clients) कडून सूचना घेता आली. यासाठी अंतर्गत API पद्धतींचा एक नवीन संच आवश्यक होता, जो एकत्रितपणे [इंजिन API](https://github.com/ethereum/execution-apis/blob/main/src/engine/common.md) म्हणून ओळखला जातो, जो सक्रिय करणे आवश्यक होते. [होमस्टेड](#homestead) नंतर Ethereum च्या इतिहासातील हा कदाचित सर्वात महत्त्वपूर्ण अपग्रेड होता!
+
+- [पॅरिस अपग्रेड स्पेसिफिकेशन वाचा](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/paris.md)
+
+<ExpandableCard title="पॅरिस EIPs" contentPreview="या अपग्रेडमध्ये समाविष्ट अधिकृत सुधारणा.">
+
+<ul>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-3675">EIP-3675</a> – <em>कन्सेंसस प्रूफ-ऑफ-स्टेकवर अपग्रेड करा</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-4399">EIP-4399</a> – <em>DIFFICULTY ऑपकोडला PREVRANDAO ने बदला</em></li>
+</ul>
+</ExpandableCard>
+
+---
+
+### बेलॅट्रिक्स {#bellatrix}
+
+<NetworkUpgradeSummary name="bellatrix" />
+
+#### बेलॅट्रिक्स सारांश {#bellatrix-summary}
+
+बेलॅट्रिक्स अपग्रेड हा [बीकन चेन](/roadmap/beacon-chain) साठी दुसरा नियोजित अपग्रेड होता, जो चेनला [द मर्ज](/roadmap/merge/) साठी तयार करत होता. हे निष्क्रियता आणि स्लॅशेबल गुन्ह्यांसाठी व्हॅलिडेटर दंडांना त्यांच्या पूर्ण मूल्यांपर्यंत आणते. बेलॅट्रिक्समध्ये द मर्जसाठी चेन तयार करण्यासाठी आणि शेवटच्या प्रूफ-ऑफ-वर्क ब्लॉकपासून पहिल्या प्रूफ-ऑफ-स्टेक ब्लॉकपर्यंतच्या संक्रमणासाठी फोर्क निवड नियमांमध्ये एक अपडेट देखील समाविष्ट आहे. यात कन्सेंसस क्लायंट्सना 58750000000000000000000 च्या [टर्मिनल टोटल डिफिकल्टी](/glossary/#terminal-total-difficulty) बद्दल जागरूक करणे समाविष्ट आहे.
+
+- [बेलॅट्रिक्स अपग्रेड स्पेसिफिकेशन वाचा](https://github.com/ethereum/consensus-specs/tree/dev/specs/bellatrix)
+
+---
+
+### ग्रे ग्लेशियर {#gray-glacier}
+
+<NetworkUpgradeSummary name="grayGlacier" />
+
+#### ग्रे ग्लेशियर सारांश {#gray-glacier-summary}
+
+ग्रे ग्लेशियर नेटवर्क अपग्रेडने [डिफिकल्टी बॉम्ब](/glossary/#difficulty-bomb) तीन महिन्यांनी पुढे ढकलला. या अपग्रेडमध्ये सादर केलेला हा एकमेव बदल आहे आणि तो [ॲरो ग्लेशियर](#arrow-glacier) आणि [म्युर ग्लेशियर](#muir-glacier) अपग्रेड्ससारखाच आहे. असेच बदल [बायझँटियम](#byzantium), [कॉन्स्टँटिनोपल](#constantinople) आणि [लंडन](#london) नेटवर्क अपग्रेड्सवर केले गेले आहेत.
+
+- [EF ब्लॉग - ग्रे ग्लेशियर अपग्रेड घोषणा](https://blog.ethereum.org/2022/06/16/gray-glacier-announcement/)
+
+<ExpandableCard title="ग्रे ग्लेशियर EIPs" contentPreview="या अपग्रेडमध्ये समाविष्ट अधिकृत सुधारणा.">
+
+<ul>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-5133">EIP-5133</a> – <em>डिफिकल्टी बॉम्ब सप्टेंबर 2022 पर्यंत पुढे ढकलते</em></li>
+</ul>
+</ExpandableCard>
+
+<Divider />
+
+## 2021 {#2021}
+
+### ॲरो ग्लेशियर {#arrow-glacier}
+
+<NetworkUpgradeSummary name="arrowGlacier" />
+
+#### ॲरो ग्लेशियर सारांश {#arrow-glacier-summary}
+
+ॲरो ग्लेशियर नेटवर्क अपग्रेडने [डिफिकल्टी बॉम्ब](/glossary/#difficulty-bomb) अनेक महिन्यांनी पुढे ढकलला. या अपग्रेडमध्ये सादर केलेला हा एकमेव बदल आहे आणि तो [म्युर ग्लेशियर](#muir-glacier) अपग्रेड्ससारखाच आहे. असेच बदल [बायझँटियम](#byzantium), [कॉन्स्टँटिनोपल](#constantinople) आणि [लंडन](#london) नेटवर्क अपग्रेड्सवर केले गेले आहेत.
+
+- [EF ब्लॉग - ॲरो ग्लेशियर अपग्रेड घोषणा](https://blog.ethereum.org/2021/11/10/arrow-glacier-announcement/)
+- [Ethereum कॅट हर्डर्स - Ethereum ॲरो ग्लेशियर अपग्रेड](https://medium.com/ethereum-cat-herders/ethereum-arrow-glacier-upgrade-e8d20fa4c002)
+
+<ExpandableCard title="ॲरो ग्लेशियर EIPs" contentPreview="या अपग्रेडमध्ये समाविष्ट अधिकृत सुधारणा.">
+
+<ul>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-4345">EIP-4345</a> – <em>डिफिकल्टी बॉम्ब जून 2022 पर्यंत पुढे ढकलते</em></li>
+</ul>
+</ExpandableCard>
+
+---
+
+### अल्टेअर {#altair}
+
+<NetworkUpgradeSummary name="altair" />
+
+#### अल्टेअर सारांश {#altair-summary}
+
+अल्टेअर अपग्रेड हा [बीकन चेन](/roadmap/beacon-chain) साठी पहिला नियोजित अपग्रेड होता. त्याने "सिंक कमिटी" साठी समर्थन जोडले—लाइट क्लायंट्स सक्षम करणे, आणि द मर्जच्या दिशेने विकास प्रगती करत असताना व्हॅलिडेटर निष्क्रियता आणि स्लॅशिंग दंड वाढवले.
+
+- [अल्टेअर अपग्रेड स्पेसिफिकेशन वाचा](https://github.com/ethereum/consensus-specs/tree/dev/specs/altair)
+
+#### <Emoji text=":tada:" size={1} className="me-2" />मजेदार तथ्य! {#altair-fun-fact}
+
+अल्टेअर हा पहिला मोठा नेटवर्क अपग्रेड होता ज्याची रोलआउट वेळ निश्चित होती. यापूर्वीचे प्रत्येक अपग्रेड प्रूफ-ऑफ-वर्क चेनवरील घोषित ब्लॉक क्रमांकावर आधारित होते, जिथे ब्लॉक वेळ बदलते. बीकन चेनला प्रूफ-ऑफ-वर्कसाठी सोडवण्याची आवश्यकता नाही, आणि त्याऐवजी वेळे-आधारित इपॉक प्रणालीवर काम करते ज्यात 32 बारा-सेकंदांचे "स्लॉट्स" असतात ज्यात व्हॅलिडेटर्स ब्लॉक्स प्रस्तावित करू शकतात. म्हणूनच आम्हाला नक्की माहित होते की आपण इपॉक 74,240 वर पोहोचू आणि अल्टेअर लाईव्ह होईल!
+
+- [ब्लॉक वेळ](/developers/docs/blocks/#block-time)
+
+---
+
+### लंडन {#london}
+
+<NetworkUpgradeSummary name="london" />
+
+#### लंडन सारांश {#london-summary}
+
+लंडन अपग्रेडने [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) सादर केले, ज्याने व्यवहार शुल्क बाजारात सुधारणा केली, तसेच गॅस रिफंड कसे हाताळले जातात आणि [आईस एज](/glossary/#ice-age) शेड्यूलमध्ये बदल केले.
+
+#### लंडन अपग्रेड / EIP-1559 काय होते? {#eip-1559}
+
+लंडन अपग्रेडपूर्वी, Ethereum मध्ये निश्चित-आकाराचे ब्लॉक्स होते. उच्च नेटवर्क मागणीच्या काळात, हे ब्लॉक्स पूर्ण क्षमतेने चालत होते. परिणामी, वापरकर्त्यांना अनेकदा ब्लॉकमध्ये समाविष्ट होण्यासाठी मागणी कमी होण्याची प्रतीक्षा करावी लागत असे, ज्यामुळे वापरकर्त्याचा अनुभव खराब होत असे. लंडन अपग्रेडने Ethereum मध्ये बदलत्या-आकाराचे ब्लॉक्स सादर केले.
+
+ऑगस्ट २०२१ च्या [लंडन अपग्रेड](/ethereum-forks/#london) सह Ethereum नेटवर्कवरील व्यवहार शुल्काची गणना करण्याची पद्धत बदलली. लंडन अपग्रेडपूर्वी, शुल्काची गणना `base` आणि `priority` शुल्क वेगळे न करता, खालीलप्रमाणे केली जात असे:
+
+समजा ॲलिसला बॉबला 1 ETH द्यावे लागले. व्यवहारात, गॅस मर्यादा २१,००० युनिट्स आहे, आणि गॅसची किंमत २०० gwei आहे.
+
+एकूण शुल्क असेल: `गॅस युनिट्स (मर्यादा) * प्रति युनिट गॅसची किंमत` म्हणजे `21,000 * 200 = 4,200,000 gwei` किंवा 0.0042 ETH
+
+लंडन अपग्रेडमध्ये [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) च्या अंमलबजावणीने व्यवहार शुल्क यंत्रणा अधिक गुंतागुंतीची केली, परंतु गॅस शुल्क अधिक अंदाजित केले, ज्यामुळे अधिक कार्यक्षम व्यवहार शुल्क बाजार निर्माण झाला. वापरकर्ते `maxFeePerGas` सह व्यवहार सादर करू शकतात, जे ते व्यवहारासाठी किती पैसे देण्यास इच्छुक आहेत याच्याशी संबंधित आहे, हे जाणून की ते गॅसच्या बाजारभावापेक्षा (`baseFeePerGas`) जास्त पैसे देणार नाहीत, आणि त्यांना अतिरिक्त रक्कम, त्यांच्या टीपमधून वजा करून, परत मिळेल.
+
+हा व्हिडिओ EIP-1559 आणि त्यामुळे होणारे फायदे स्पष्ट करतो: [EIP-1559 स्पष्टीकरण](https://www.youtube.com/watch?v=MGemhK9t44Q)
+
+- [तुम्ही एक डॅप डेव्हलपर आहात का? तुमच्या लायब्ररी आणि टूलिंग अपग्रेड करण्याचे सुनिश्चित करा.](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/london-ecosystem-readiness.md)
+- [Ethereum फाउंडेशनची घोषणा वाचा](https://blog.ethereum.org/2021/07/15/london-mainnet-announcement/)
+- [Ethereum कॅट हर्डरचे स्पष्टीकरण वाचा](https://medium.com/ethereum-cat-herders/london-upgrade-overview-8eccb0041b41)
+
+<ExpandableCard title="लंडन EIPs" contentPreview="या अपग्रेडमध्ये समाविष्ट अधिकृत सुधारणा.">
+
+<ul>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-1559">EIP-1559</a> – <em>व्यवहार शुल्क बाजार सुधारतो</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-3198">EIP-3198</a> – <em>एका ब्लॉकमधून <code>BASEFEE</code> परत करतो</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-3529">EIP-3529</a> - <em>EVM ऑपरेशन्ससाठी गॅस रिफंड कमी करतो</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-3541">EIP-3541</a> - <em><code>0xEF</code> ने सुरू होणारे करार तैनात करण्यास प्रतिबंध करते</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-3554">EIP-3554</a> – <em>आईस एज डिसेंबर 2021 पर्यंत पुढे ढकलते</em></li>
+</ul>
+</ExpandableCard>
+
+---
+
+### बर्लिन {#berlin}
+
+<NetworkUpgradeSummary name="berlin" />
+
+#### बर्लिन सारांश {#berlin-summary}
+
+बर्लिन अपग्रेडने काही EVM क्रियांसाठी गॅस खर्च ऑप्टिमाइझ केला आणि अनेक व्यवहार प्रकारांसाठी समर्थन वाढवले.
+
+- [Ethereum फाउंडेशनची घोषणा वाचा](https://blog.ethereum.org/2021/03/08/ethereum-berlin-upgrade-announcement/)
+- [Ethereum कॅट हर्डरचे स्पष्टीकरण वाचा](https://medium.com/ethereum-cat-herders/the-berlin-upgrade-overview-2f7ad710eb80)
+
+<ExpandableCard title="बर्लिन EIPs" contentPreview="या अपग्रेडमध्ये समाविष्ट अधिकृत सुधारणा.">
+
+<ul>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-2565">EIP-2565</a> – <em>ModExp गॅस खर्च कमी करतो</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-2718">EIP-2718</a> – <em>अनेक व्यवहार प्रकारांसाठी सोपे समर्थन सक्षम करते</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-2929">EIP-2929</a> – <em>स्टेट ॲक्सेस ऑपकोड्ससाठी गॅस खर्च वाढतो</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-2930">EIP-2930</a> – <em>पर्यायी ॲक्सेस याद्या जोडतो</em></li>
+</ul>
+</ExpandableCard>
+
+<Divider />
+
+## 2020 {#2020}
+
+### बीकन चेन जेनेसिस {#beacon-chain-genesis}
+
+<NetworkUpgradeSummary name="beaconChainGenesis" />
+
+#### बीकन चेन जेनेसिस सारांश {#beacon-chain-genesis-summary}
+
+[बीकन चेन](/roadmap/beacon-chain/) ला सुरक्षितपणे पाठवण्यासाठी 32 स्टेक केलेल्या ETH च्या 16384 ठेवींची आवश्यकता होती. हे २७ नोव्हेंबर रोजी घडले, आणि बीकन चेनने १ डिसेंबर २०२० रोजी ब्लॉक्स तयार करण्यास सुरुवात केली.
+
+[Ethereum फाउंडेशनची घोषणा वाचा](https://blog.ethereum.org/2020/11/27/eth2-quick-update-no-21/)
+
+<DocLink href="/roadmap/beacon-chain/">
+  बीकन चेन
+</DocLink>
+
+---
+
+### स्टेकिंग डिपॉझिट करार तैनात केला गेला {#staking-deposit-contract}
+
+<NetworkUpgradeSummary name="stakingDepositContractDeployed" />
+
+#### डिपॉझिट करार सारांश {#deposit-contract-summary}
+
+स्टेकिंग डिपॉझिट कराराने Ethereum इकोसिस्टममध्ये [स्टेकिंग](/glossary/#staking) सादर केले. जरी हा एक [मेननेट](/glossary/#mainnet) करार असला तरी, त्याचा [बीकन चेन](/roadmap/beacon-chain/) लाँच करण्याच्या टाइमलाइनवर थेट परिणाम झाला, जो एक महत्त्वाचा [Ethereum अपग्रेड](/roadmap/) आहे.
+
+[Ethereum फाउंडेशनची घोषणा वाचा](https://blog.ethereum.org/2020/11/04/eth2-quick-update-no-19/)
+
+<DocLink href="/staking/">
+  स्टेकिंग
+</DocLink>
+
+---
+
+### म्युर ग्लेशियर {#muir-glacier}
+
+<NetworkUpgradeSummary name="muirGlacier" />
+
+#### म्युर ग्लेशियर सारांश {#muir-glacier-summary}
+
+म्युर ग्लेशियर फोर्कने [डिफिकल्टी बॉम्ब](/glossary/#difficulty-bomb) ला विलंब लावला. [प्रूफ-ऑफ-वर्क](/developers/docs/consensus-mechanisms/pow/) कन्सेंसस यंत्रणेच्या ब्लॉक डिफिकल्टीमधील वाढीमुळे व्यवहार पाठवण्यासाठी आणि डॅप्स वापरण्यासाठी लागणारा प्रतीक्षा वेळ वाढवून Ethereum च्या वापरण्यायोग्यतेत घट होण्याची भीती होती.
+
+- [Ethereum फाउंडेशनची घोषणा वाचा](https://blog.ethereum.org/2019/12/23/ethereum-muir-glacier-upgrade-announcement/)
+- [Ethereum कॅट हर्डरचे स्पष्टीकरण वाचा](https://medium.com/ethereum-cat-herders/ethereum-muir-glacier-upgrade-89b8cea5a210)
+
+<ExpandableCard title="म्युर ग्लेशियर EIPs" contentPreview="या फोर्कमध्ये समाविष्ट अधिकृत सुधारणा.">
+
+<ul>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-2384">EIP-2384</a> – <em>डिफिकल्टी बॉम्बला आणखी ४,०००,००० ब्लॉक्स किंवा ~६११ दिवसांसाठी विलंब लावते.</em></li>
+</ul>
+</ExpandableCard>
+
+<Divider />
+
+## 2019 {#2019}
+
+### इस्तंबूल {#istanbul}
+
+<NetworkUpgradeSummary name="istanbul" />
+
+#### इस्तंबूल सारांश {#istanbul-summary}
+
+इस्तंबूल फोर्क:
+
+- [EVM](/developers/docs/ethereum-stack/#ethereum-virtual-machine) मधील काही क्रियांसाठी [गॅस](/glossary/#gas) खर्च ऑप्टिमाइझ केला.
+- डिनायल-ऑफ-सर्व्हिस हल्ल्याची लवचिकता सुधारली.
+- SNARKs आणि STARKs वर आधारित [लेअर 2 स्केलिंग](/developers/docs/scaling/#layer-2-scaling) सोल्यूशन्स अधिक कार्यक्षम केले.
+- Ethereum आणि Zcash ला इंटरऑपरेट करण्याची परवानगी दिली.
+- करारांना अधिक सर्जनशील फंक्शन्स सादर करण्याची परवानगी दिली.
+
+[Ethereum फाउंडेशनची घोषणा वाचा](https://blog.ethereum.org/2019/11/20/ethereum-istanbul-upgrade-announcement/)
+
+<ExpandableCard title="इस्तंबूल EIPs" contentPreview="या फोर्कमध्ये समाविष्ट अधिकृत सुधारणा.">
+
+<ul>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-152">EIP-152</a> – <em>Zcash सारख्या गोपनीयता-संरक्षक चलनासह Ethereum ला काम करण्याची परवानगी देते.</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-1108">EIP-1108</a> – <em>[गॅस](/glossary/#gas) खर्च सुधारण्यासाठी स्वस्त क्रिप्टोग्राफी.</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-1344">EIP-1344</a> – <em><code>CHAINID</code> [ऑपकोड](/developers/docs/ethereum-stack/#ethereum-virtual-machine) जोडून Ethereum ला रिप्ले हल्ल्यांपासून वाचवते.</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-1884">EIP-1884</a> – <em>वापराच्या आधारावर ऑपकोड गॅस किंमती ऑप्टिमाइझ करणे.</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-2028">EIP-2028</a> – <em>ब्लॉक्समध्ये अधिक डेटा सामावून घेण्यासाठी CallData चा खर्च कमी करते – [लेअर 2 स्केलिंग](/developers/docs/scaling/#layer-2-scaling) साठी चांगले आहे.</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-2200">EIP-2200</a> – <em>इतर ऑपकोड गॅस किंमतीतील बदल.</em></li>
+</ul>
+</ExpandableCard>
+
+---
+
+### कॉन्स्टँटिनोपल {#constantinople}
+
+<NetworkUpgradeSummary name="constantinople" />
+
+#### कॉन्स्टँटिनोपल सारांश {#constantinople-summary}
+
+कॉन्स्टँटिनोपल फोर्क:
+
+- ब्लॉक [मायनिंग](/developers/docs/consensus-mechanisms/pow/mining/) रिवॉर्ड ३ वरून २ ETH पर्यंत कमी केले.
+- [प्रूफ-ऑफ-स्टेक लागू होण्यापूर्वी](#beacon-chain-genesis) ब्लॉकचेन फ्रीज होणार नाही याची खात्री केली.
+- [EVM](/developers/docs/ethereum-stack/#ethereum-virtual-machine) मधील काही क्रियांसाठी [गॅस](/glossary/#gas) खर्च ऑप्टिमाइझ केला.
+- अद्याप तयार न केलेल्या पत्त्यांशी संवाद साधण्याची क्षमता जोडली.
+
+[Ethereum फाउंडेशनची घोषणा वाचा](https://blog.ethereum.org/2019/02/22/ethereum-constantinople-st-petersburg-upgrade-announcement/)
+
+<ExpandableCard title="कॉन्स्टँटिनोपल EIPs" contentPreview="या फोर्कमध्ये समाविष्ट अधिकृत सुधारणा.">
+
+<ul>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-145">EIP-145</a> – <em>काही ऑनचेन क्रियांचा खर्च ऑप्टिमाइझ करते.</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-1014">EIP-1014</a> – <em>अद्याप तयार न झालेल्या पत्त्यांशी संवाद साधण्याची परवानगी देते.</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-1052">EIP-1052</a> – <em>दुसऱ्या कराराच्या कोडचा हॅश पुनर्प्राप्त करण्यासाठी <code>EXTCODEHASH</code> सूचना सादर करते.</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-1234">EIP-1234</a> – <em>प्रूफ-ऑफ-स्टेक होण्यापूर्वी ब्लॉकचेन फ्रीज होणार नाही याची खात्री करते आणि ब्लॉक रिवॉर्ड ३ वरून २ ETH पर्यंत कमी करते.</em></li>
+</ul>
+</ExpandableCard>
+
+<Divider />
+
+## 2017 {#2017}
+
+### बायझँटियम {#byzantium}
+
+<NetworkUpgradeSummary name="byzantium" />
+
+#### बायझँटियम सारांश {#byzantium-summary}
+
+बायझँटियम फोर्क:
+
+- ब्लॉक [मायनिंग](/developers/docs/consensus-mechanisms/pow/mining/) रिवॉर्ड ५ वरून ३ ETH पर्यंत कमी केले.
+- [डिफिकल्टी बॉम्ब](/glossary/#difficulty-bomb) एका वर्षाने पुढे ढकलला.
+- इतर करारांना नॉन-स्टेट-चेंजिंग कॉल्स करण्याची क्षमता जोडली.
+- [लेअर 2 स्केलिंग](/developers/docs/scaling/#layer-2-scaling) साठी विशिष्ट क्रिप्टोग्राफी पद्धती जोडल्या.
+
+[Ethereum फाउंडेशनची घोषणा वाचा](https://blog.ethereum.org/2017/10/12/byzantium-hf-announcement/)
+
+<ExpandableCard title="बायझँटियम EIPs" contentPreview="या फोर्कमध्ये समाविष्ट अधिकृत सुधारणा.">
+
+<ul>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-140">EIP-140</a> – <em><code>REVERT</code> ऑपकोड जोडतो.</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-658">EIP-658</a> – <em>यश किंवा अपयश दर्शविण्यासाठी व्यवहार पावतींमध्ये स्टेटस फील्ड जोडले गेले.</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-196">EIP-196</a> – <em>[ZK-Snarks](/developers/docs/scaling/zk-rollups/) ला परवानगी देण्यासाठी इलिप्टिक कर्व आणि स्केलर गुणाकार जोडते.</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-197">EIP-197</a> – <em>[ZK-Snarks](/developers/docs/scaling/zk-rollups/) ला परवानगी देण्यासाठी इलिप्टिक कर्व आणि स्केलर गुणाकार जोडते.</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-198">EIP-198</a> – <em>RSA स्वाक्षरी पडताळणी सक्षम करते.</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-211">EIP-211</a> – <em>व्हेरिएबल लांबीच्या रिटर्न मूल्यांसाठी समर्थन जोडते.</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-214">EIP-214</a> – <em><code>STATICCALL</code> ऑपकोड जोडते, ज्यामुळे इतर करारांना नॉन-स्टेट-चेंजिंग कॉल्स करता येतात.</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-100">EIP-100</a> – <em>डिफिकल्टी ॲडजस्टमेंट फॉर्म्युला बदलतो.</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-649">EIP-649</a> – <em>[डिफिकल्टी बॉम्ब](/glossary/#difficulty-bomb) ला १ वर्षाने पुढे ढकलते आणि ब्लॉक रिवॉर्ड ५ वरून ३ ETH पर्यंत कमी करते.</em></li>
+</ul>
+</ExpandableCard>
+
+<Divider />
+
+## 2016 {#2016}
+
+### स्प्युरियस ड्रॅगन {#spurious-dragon}
+
+<NetworkUpgradeSummary name="spuriousDragon" />
+
+#### स्प्युरियस ड्रॅगन सारांश {#spurious-dragon-summary}
+
+स्प्युरियस ड्रॅगन फोर्क हा नेटवर्कवरील डिनायल ऑफ सर्व्हिस (DoS) हल्ल्यांना (सप्टेंबर/ऑक्टोबर २०१६) दुसरा प्रतिसाद होता, ज्यात समाविष्ट आहे:
+
+- नेटवर्कवरील भविष्यातील हल्ले रोखण्यासाठी ऑपकोड किंमती समायोजित करणे.
+- ब्लॉकचेन स्टेटचे “डिब्लोट” सक्षम करणे.
+- रिप्ले हल्ल्यापासून संरक्षण जोडणे.
+
+[Ethereum फाउंडेशनची घोषणा वाचा](https://blog.ethereum.org/2016/11/18/hard-fork-no-4-spurious-dragon/)
+
+<ExpandableCard title="स्प्युरियस ड्रॅगन EIPs" contentPreview="या फोर्कमध्ये समाविष्ट अधिकृत सुधारणा.">
+
+<ul>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-155">EIP-155</a> – <em>एका Ethereum चेनवरील व्यवहारांना पर्यायी चेनवर पुन्हा प्रसारित होण्यापासून प्रतिबंधित करते, उदाहरणार्थ, टेस्टनेट व्यवहाराला मुख्य Ethereum चेनवर पुन्हा प्ले केले जाणे.</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-160">EIP-160</a> – <em><code>EXP</code> ऑपकोडच्या किंमती समायोजित करते – संगणकीयदृष्ट्या महागड्या करार क्रियांमुळे नेटवर्कला धीमे करणे अधिक कठीण बनवते.</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-161">EIP-161</a> – <em>DOS हल्ल्यांद्वारे जोडलेली रिकामी खाती काढून टाकण्याची परवानगी देते.</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-170">EIP-170</a> – <em>ब्लॉकचेनवरील कराराच्या कमाल कोड आकाराला बदलते – २४५७६ बाइट्सपर्यंत.</em></li>
+</ul>
+</ExpandableCard>
+
+---
+
+### टँजेरिन व्हिसल {#tangerine-whistle}
+
+<NetworkUpgradeSummary name="tangerineWhistle" />
+
+#### टँजेरिन व्हिसल सारांश {#tangerine-whistle-summary}
+
+टँजेरिन व्हिसल फोर्क हा नेटवर्कवरील डिनायल ऑफ सर्व्हिस (DoS) हल्ल्यांना (सप्टेंबर/ऑक्टोबर २०१६) पहिला प्रतिसाद होता, ज्यात समाविष्ट आहे:
+
+- कमी किमतीच्या ऑपरेशन कोड्सशी संबंधित तातडीच्या नेटवर्क आरोग्य समस्यांचे निराकरण करणे.
+
+[Ethereum फाउंडेशनची घोषणा वाचा](https://blog.ethereum.org/2016/10/18/faq-upcoming-ethereum-hard-fork/)
+
+<ExpandableCard title="टँजेरिन व्हिसल EIPs" contentPreview="या फोर्कमध्ये समाविष्ट अधिकृत सुधारणा.">
+
+<ul>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-150">EIP-150</a> – <em>स्पॅम हल्ल्यांमध्ये वापरल्या जाऊ शकणाऱ्या ऑपकोड्सचे गॅस खर्च वाढवते.</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-158">EIP-158</a> – <em>Ethereum प्रोटोकॉलच्या पूर्वीच्या आवृत्त्यांमधील त्रुटींमुळे खूप कमी खर्चात स्टेटमध्ये टाकलेल्या मोठ्या संख्येने रिकाम्या खात्यांना काढून टाकून स्टेटचा आकार कमी करते.</em></li>
+</ul>
+</ExpandableCard>
+
+---
+
+### DAO फोर्क {#dao-fork}
+
+<NetworkUpgradeSummary name="daoFork" />
+
+#### DAO फोर्क सारांश {#dao-fork-summary}
+
+DAO फोर्क हा [2016 च्या DAO हल्ल्याला](https://www.coindesk.com/learn/understanding-the-dao-attack/) प्रतिसाद म्हणून होता, जिथे एका असुरक्षित [DAO](/glossary/#dao) करारातून एका हॅकमध्ये 3.6 दशलक्ष पेक्षा जास्त ETH काढून टाकले गेले. फोर्कने सदोष करारातून निधी एका [नवीन करारात](https://eth.blockscout.com/address/0xbf4ed7b27f1d666546e30d74d50d173d20bca754) हलवला ज्यामध्ये फक्त एकच कार्य होते: काढणे. ज्यांनी निधी गमावला होता ते त्यांच्या वॉलेटमधील प्रत्येक १०० DAO टोकन्ससाठी १ ETH काढू शकत होते.
+
+कृतीच्या या मार्गावर इथरियम समुदायाने मतदान केले. कोणताही ETH धारक [एका मतदान प्लॅटफॉर्मवर](https://web.archive.org/web/20170620030820/http://v1.carbonvote.com/) व्यवहाराद्वारे मतदान करू शकत होता. काटा काढण्याचा निर्णय 85% पेक्षा जास्त मतांपर्यंत पोहोचला.
+
+काही मायनर्सनी फोर्क करण्यास नकार दिला कारण DAO घटना प्रोटोकॉलमधील दोष नव्हता. त्यांनी पुढे जाऊन [Ethereum Classic](https://ethereumclassic.org/) तयार केले.
+
+[Ethereum फाउंडेशनची घोषणा वाचा](https://blog.ethereum.org/2016/07/20/hard-fork-completed/)
+
+---
+
+### होमस्टेड {#homestead}
+
+<NetworkUpgradeSummary name="homestead" />
+
+#### होमस्टेड सारांश {#homestead-summary}
+
+होमस्टेड फोर्क जो भविष्याकडे पाहत होता. यात अनेक प्रोटोकॉल बदल आणि एक नेटवर्किंग बदल समाविष्ट होता ज्यामुळे Ethereum ला पुढील नेटवर्क अपग्रेड करण्याची क्षमता मिळाली.
+
+[Ethereum फाउंडेशनची घोषणा वाचा](https://blog.ethereum.org/2016/02/29/homestead-release/)
+
+<ExpandableCard title="होमस्टेड EIPs" contentPreview="या फोर्कमध्ये समाविष्ट अधिकृत सुधारणा.">
+
+<ul>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-2">EIP-2</a> – <em>करार निर्मिती प्रक्रियेत संपादन करते.</em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-7">EIP-7</a> – <em>नवीन ऑपकोड जोडते: <code>DELEGATECALL</code></em></li>
+  <li><a href="https://eips.ethereum.org/EIPS/eip-8">EIP-8</a> – <em>devp2p फॉरवर्ड कंपॅटिबिलिटी आवश्यकता सादर करते</em></li>
+</ul>
+</ExpandableCard>
+
+<Divider />
+
+## 2015 {#2015}
+
+### फ्रंटियर थॉईंग {#frontier-thawing}
+
+<NetworkUpgradeSummary name="frontierThawing" />
+
+#### फ्रंटियर थॉईंग सारांश {#frontier-thawing-summary}
+
+फ्रंटियर थॉईंग फोर्कने प्रति [ब्लॉक](/glossary/#block) ५,००० [गॅस](/glossary/#gas) मर्यादा उचलली आणि डिफॉल्ट गॅसची किंमत ५१ [gwei](/glossary/#gwei) वर सेट केली. यामुळे व्यवहारांना परवानगी मिळाली – व्यवहारांना २१,००० गॅसची आवश्यकता असते. [प्रूफ-ऑफ-स्टेक](/glossary/#pos) वर भविष्यातील हार्ड-फोर्क सुनिश्चित करण्यासाठी [डिफिकल्टी बॉम्ब](/glossary/#difficulty-bomb) सादर करण्यात आला.
+
+- [Ethereum फाउंडेशनची घोषणा वाचा](https://blog.ethereum.org/2015/08/04/the-thawing-frontier/)
+- [Ethereum प्रोटोकॉल अपडेट १ वाचा](https://blog.ethereum.org/2015/08/04/ethereum-protocol-update-1/)
+
+---
+
+### फ्रंटियर {#frontier}
+
+<NetworkUpgradeSummary name="frontier" />
+
+#### फ्रंटियर सारांश {#frontier-summary}
+
+फ्रंटियर हा Ethereum प्रकल्पाची एक थेट, पण मूलभूत अंमलबजावणी होती. हे यशस्वी ऑलिम्पिक चाचणी टप्प्यानंतर आले. हे तांत्रिक वापरकर्त्यांसाठी, विशेषतः डेव्हलपर्ससाठी होते. [ब्लॉक्स](/glossary/#block) ची [गॅस](/glossary/#gas) मर्यादा ५,००० होती. या ‘थॉईंग’ कालावधीमुळे मायनर्सना त्यांचे ऑपरेशन्स सुरू करण्याची आणि सुरुवातीच्या वापरकर्त्यांना ‘घाई’ न करता त्यांचे क्लायंट स्थापित करण्याची परवानगी मिळाली.
+
+[Ethereum फाउंडेशनची घोषणा वाचा](https://blog.ethereum.org/2015/07/22/frontier-is-coming-what-to-expect-and-how-to-prepare/)
+
+<Divider />
+
+## 2014 {#2014}
+
+### ईथर विक्री {#ether-sale}
+
+<NetworkUpgradeSummary name="etherSale" />
+
+ईथर अधिकृतपणे ४२ दिवसांसाठी विक्रीवर गेले. तुम्ही ते BTC ने खरेदी करू शकत होता.
+
+[Ethereum फाउंडेशनची घोषणा वाचा](https://blog.ethereum.org/2014/07/22/launching-the-ether-sale/)
+
+---
+
+### येलोपेपर प्रसिद्ध झाले {#yellowpaper}
+
+<NetworkUpgradeSummary name="yellowpaperRelease" />
+
+डॉ. गॅविन वुड यांनी लिहिलेले यलो पेपर, Ethereum प्रोटोकॉलची तांत्रिक व्याख्या आहे.
+
+[यलो पेपर पहा](https://github.com/ethereum/yellowpaper)
+
+<Divider />
+
+## 2013 {#2013}
+
+### व्हाइटपेपर प्रसिद्ध झाले {#whitepaper}
+
+<NetworkUpgradeSummary name="whitepaperRelease" />
+
+२०१३ मध्ये Ethereum चे संस्थापक विटालिक बुटेरिन यांनी प्रकाशित केलेला परिचयात्मक पेपर, २०१५ मध्ये प्रकल्पाच्या लाँचपूर्वी.
+
+<DocLink href="/whitepaper/">
+  व्हाइटपेपर
+</DocLink>
diff --git a/public/content/translations/mr/foundation/index.md b/public/content/translations/mr/foundation/index.md
new file mode 100644
index 00000000000..086cf9aa602
--- /dev/null
+++ b/public/content/translations/mr/foundation/index.md
@@ -0,0 +1,33 @@
+---
+title: "Ethereum फाउंडेशन"
+description: "Ethereum फाउंडेशन (EF) बद्दल जाणून घ्या, ही Ethereum आणि संबंधित तंत्रज्ञानाचे समर्थन करण्यासाठी समर्पित एक नान-प्राॅफिट संस्था आहे."
+hideEditButton: true
+lang: mr
+---
+
+# Ethereum फाउंडेशन {#ethereum-foundation}
+
+<Logo/>
+
+[Ethereum फाउंडेशन](http://ethereum.foundation/) (EF) ही एक नान-प्राॅफिट संस्था आहे जी Ethereum इकोसिस्टमला समर्थन देते. ती प्रोटोकॉल विकासासाठी निधी देते, इकोसिस्टम वाढवते आणि Ethereum साठी समर्थन करते.
+
+EF ही एक कंपनी नाही, किंवा एक पारंपरिक नान-प्राॅफिट सुद्धा नाही. ती Ethereum चे नियंत्रण किंवा नेतृत्व करत नाही, तसेच ती Ethereum-संबंधित तंत्रज्ञानाच्या महत्त्वपूर्ण विकासासाठी निधी देणारी एकमेव संस्था नाही. EF हा एका खूप मोठ्या [इकोसिस्टमचा](/community/) एक भाग आहे.
+
+## EF काय करते {#what-the-ef-does}
+
+- **प्रोटोकॉल विकास** – Ethereum च्या मूळ प्रोटोकॉलवर काम करणार्‍या टीम्सना समर्थन देणे, ज्यामध्ये क्लायंट विकास, संशोधन, अपग्रेड्स आणि [बग बाउंटी प्रोग्रामचा](/bug-bounty/) समावेश आहे.
+- **इकोसिस्टम निधी** – [इकोसिस्टम सपोर्ट प्रोग्राम](https://esp.ethereum.foundation/) द्वारे Ethereum वर तयार होत असलेल्या प्रकल्पांना अनुदान आणि समर्थन प्रदान करणे
+- **संशोधन** – क्रिप्टोग्राफी, सर्वसम्मती, स्केलिंग, गोपनीयता आणि सुरक्षा या क्षेत्रातील संशोधनासाठी निधी देणे
+
+## कार्यक्रम आणि उपक्रम {#programs-and-initiatives}
+
+- **[इकोसिस्टम सपोर्ट प्रोग्राम](https://esp.ethereum.foundation/)** – Ethereum वर तयार होत असलेल्या ओपन-सोर्स प्रकल्पांसाठी अनुदान आणि समर्थन
+- **[अकॅडमिक ग्रँट्स](https://esp.ethereum.foundation/academic-grants)** – Ethereum-संबंधित शैक्षणिक संशोधनास समर्थन देणे
+- **[Devcon](https://devcon.org/)** – Ethereum डेव्हलपर्स, संशोधक आणि बिल्डर्ससाठी वार्षिक परिषद
+- **[बग बाउंटी प्रोग्राम](/bug-bounty/)** – Ethereum प्रोटोकॉलमधील त्रुटी शोधण्यासाठी बक्षिसे
+
+## अधिक जाणून घ्या {#learn-more}
+
+- [ethereum.foundation](https://ethereum.foundation/) – अधिकृत EF वेबसाइट
+- [EF ब्लॉग](https://blog.ethereum.org/) – बातम्या आणि घोषणा
+- [इकोसिस्टम सपोर्ट प्रोग्राम](https://esp.ethereum.foundation/) – अनुदान आणि समर्थन
diff --git a/public/content/translations/mr/gaming/index.md b/public/content/translations/mr/gaming/index.md
new file mode 100644
index 00000000000..1cf551786dc
--- /dev/null
+++ b/public/content/translations/mr/gaming/index.md
@@ -0,0 +1,70 @@
+---
+title: "ऑनचेन गेमिंग"
+lang: mr
+template: use-cases
+image: /images/robot-help-bar.png
+sidebarDepth: 2
+summaryPoint1: "गेमचे नियम आणि स्थिती स्टुडिओच्या सर्व्हरद्वारे नव्हे, तर ब्लॉकचेनद्वारे लागू केले जाऊ शकतात"
+summaryPoint2: "कोणीही मॉड्स, बॉट्स किंवा पूर्णपणे नवीन गेम तयार करू शकतो जे समान ऑनचेन डेटामध्ये प्लग इन करतात"
+summaryPoint3: "Redstone सारखे हेतु-निर्मित L2s आणि MUD सारखे फ्रेमवर्क, रिअल-टाइम गेमप्लेला समर्थन देण्यासाठी खर्च कमी करतात"
+buttons:
+  - content: अधिक जाणून घ्या
+    toId: how-gaming-on-ethereum-works
+  - content: अ‍ॅप्स एक्सप्लोर करा
+    toId: popular-games-built-on-ethereum
+    isSecondary: false
+---
+
+## Ethereum वर गेमिंग कसे कार्य करते {#how-gaming-on-ethereum-works}
+
+Ethereum वरील गेमिंग विविध प्रकारांमध्ये येते, विशिष्ट वैशिष्ट्यांसाठी ब्लॉकचेन समाकलित करणाऱ्या गेमपासून ते ज्यांचे संपूर्ण गेम जग ऑनचेन असते अशा गेमपर्यंत. अनेक गेम इन-गेम मालमत्ता NFTs (नॉन-फंजिबल टोकन) म्हणून व्यवस्थापित करण्यासाठी Ethereum चा वापर करतात. यामुळे खेळाडूंना खऱ्या अर्थाने अद्वितीय डिजिटल वस्तूंची मालकी मिळवता येते, ज्यांची एकाच गेम डेव्हलपरच्या इकोसिस्टमच्या मर्यादेबाहेर उघडपणे देवाणघेवाण, विक्री किंवा भेट दिली जाऊ शकते. जरी या मालमत्ता खेळाडू एजन्सीचे नवीन प्रकार ऑफर करतात, तरीही मुख्य गेम लॉजिक अनेकदा केंद्रीकृत सर्व्हरवरच राहते.
+
+पूर्णपणे ऑनचेन गेम असे गेम आहेत जिथे मूलभूत मेकॅनिक्स आणि अनेकदा संपूर्ण गेम जग थेट Ethereum ब्लॉकचेन (किंवा त्याच्या लेयर 2s) वरील स्मार्ट करारांद्वारे नियंत्रित केले जाते. यामुळे अतुलनीय पारदर्शकता सुनिश्चित होते. कोणतेही केंद्रीय सर्व्हर नाहीत, कोणतेही मध्यस्थ नाहीत—फक्त पारदर्शक, खेळाडू-चालित अनुभव आणि अर्थव्यवस्था.
+
+- खेळाडू त्यांच्या मालमत्तेची मालकी NFTs म्हणून ठेवतात.
+- वस्तूंची मुक्तपणे देवाणघेवाण, भेट किंवा विक्री केली जाऊ शकते.
+- ब्लॉकचेन मालमत्ता कायमस्वरूपी उपलब्ध राहील याची खात्री देते.
+
+## गेमिंगची सद्यस्थिती {#the-current-state-of-gaming}
+
+- **वारंवार गेम बंद होणे:** केवळ 2023 मध्ये, [60+ गेम बंद झाले](https://tech4gamers.com/game-studios-shut-down-2023/), आणि 11 गेम स्टुडिओ पूर्णपणे बंद झाले, ज्यामुळे खेळाडूंच्या इन-गेम गुंतवणुकीसाठी काहीही शिल्लक राहिले नाही. ऑनचेन गेम, त्यांचे लॉजिक आणि मालमत्ता विकेंद्रित नेटवर्कवर असल्यामुळे, जोपर्यंत ब्लॉकचेन अस्तित्वात आहे तोपर्यंत टिकू शकतात, ज्यामुळे उच्च प्रमाणात कायमस्वरूपीपणा मिळतो.
+- **लॉक केलेल्या मालमत्तेबद्दल निराशा:** [51% गेमर्स निराश आहेत](https://www.starknet.io/blog/blockchain-gaming/) कारण ते खरेदी केलेल्या इन-गेम वस्तू भेट देऊ शकत नाहीत किंवा पुन्हा विकू शकत नाहीत, आणि 23% इन-गेम खरेदीतून पैसे वसूल करणे किती कठीण आहे याबद्दल नाराज आहेत. खेळाडू इन-गेम वस्तू मिळवण्यासाठी बराच वेळ आणि पैसा गुंतवतात, पण नंतर त्यांना कळते की ते खऱ्या अर्थाने त्यांचे मालक नाहीत. Ethereum चे NFT मानक सत्यापित डिजिटल मालकी प्रदान करते, ज्यामुळे खेळाडू त्यांच्या मालमत्तेवर नियंत्रण ठेवू शकतात.
+- **परतावा नसलेला उच्च खर्च:** [गेमर्स त्यांच्या आयुष्यात आभासी वस्तूंवर सरासरी \$6,425 खर्च करतात](https://www.starknet.io/blog/blockchain-gaming/), दरमहा \$8.74 किंवा दरवर्षी \$104 खर्च करतात. ऑनचेन मालकी त्या खर्चाला बुडीत खर्चातून एका डिजिटल मालमत्तेतील गुंतवणुकीत रूपांतरित करते जी विकली जाऊ शकते, देवाणघेवाण केली जाऊ शकते किंवा भेट दिली जाऊ शकते, जसे की भौतिक संग्रहणीय वस्तू.
+
+## Ethereum वर तयार केलेले लोकप्रिय गेम {#popular-games-built-on-ethereum}
+
+डेव्हलपर गेम अधिक आकर्षक बनवण्यासाठी आणि कौशल्य-आधारित गेमप्लेला अधिक सखोल करण्यासाठी साध्या बक्षीस मेकॅनिक्सच्या पलीकडे जाण्यासाठी नवीन मार्ग शोधत आहेत.
+
+<OnchainGamingProductList list="game" />
+
+## खेळून-कमवा (P2E) {#play-to-earn-p2e}
+
+खेळून-कमवा (P2E) गेमसह, आपण वास्तविक-जगातील मूल्याच्या इन-गेम मालमत्ता मिळवू शकता. अशाश्वत बक्षिसांवर अवलंबून असलेल्या पूर्वीच्या P2E मॉडेल्सच्या विपरीत, नवीन गेम दीर्घकालीन मूल्यावर लक्ष केंद्रित करतात. उदाहरणार्थ, [वुल्फ गेम](https://gam3s.gg/wolf-game/) धोरणात्मक गेमप्लेला वास्तविक डिजिटल मालमत्ता मालकीसह जोडतो. खेळाडू आभासी मेंढ्या आणि लांडगे व्यवस्थापित करतात, इन-गेम चलन WOOL मिळवतात, ज्याची देवाणघेवाण किंवा विक्री केली जाऊ शकते.
+
+<OnchainGamingProductList list="p2e" />
+
+## इंटरऑपरेबिलिटी आणि क्रॉस-चेन प्ले {#interoperability-and-cross-chain-play}
+
+गेमिंगसाठी Ethereum च्या सर्वात शक्तिशाली वैशिष्ट्यांपैकी एक म्हणजे इंटरऑपरेबिलिटी आणि कंपोझेबिलिटीसाठी त्याचे मूळ समर्थन. पारंपारिक गेम "भिंतींच्या बागेत" चालतात, जे इन-गेम मालमत्ता आणि प्रगती एकाच शीर्षकात लॉक करतात. Ethereum वर तयार केलेली इन-गेम मालमत्ता, आणि अगदी मुख्य गेम लॉजिक, सुरक्षिततेचा त्याग न करता विविध ऍप्लिकेशन्स आणि चेन्सवर संवाद साधू शकतात. जरी ही अजूनही एक विकसनशील इकोसिस्टम असली तरी, काही Ethereum-आधारित गेम नेटवर्क्स आधीच इंटरऑपरेबल आहेत आणि इन-गेम आयटम (NFTs) एकाधिक गेममध्ये वापरण्याची परवानगी देतात.
+
+उदाहरणार्थ, Illuvium मध्ये, [खेळाडू Illuvials नावाचे प्राणी गोळा करू शकतात](https://gam3s.gg/news/illuvium-three-web3-games/), जे NFTs आहेत. हे Illuvials Illuvium विश्वातील विविध गेममध्ये वापरले जाऊ शकतात. Illuvium Overworld मध्ये पकडलेले एक Illuvial Illuvium Arena मध्ये लढाईसाठी देखील वापरले जाऊ शकते.
+
+आणखी एक उदाहरण म्हणजे गॅलेक्सी फाईट क्लब. या गेममध्ये, [खेळाडू लढाईत सहभागी होण्यासाठी विविध NFT संग्रह वापरू शकतात](https://gam3s.gg/galaxy-fight-club/), याचा अर्थ विविध प्रकल्पांमधील NFTs गेममध्ये वापरले जाऊ शकतात.
+
+## स्केलेबिलिटी आणि गॅस फी सुधारणा {#scalability-and-gas-fee-improvements}
+
+ऑनचेन गेमिंगवर एक जुनी टीका होती की ब्लॉकचेन गेमर्सना त्यांच्या अपेक्षेनुसार अनुभव देण्यासाठी खूप जटिल आणि मंद आहेत. परंतु जसजसे Ethereum परिपक्व झाले आहे, तसतसे ऑनचेन गेमिंगचा खर्च लक्षणीयरीत्या कमी करण्यासाठी आणि कार्यक्षमता वाढवण्यासाठी उपाय उदयास आले आहेत, ज्यामुळे परस्परसंवादी आणि वेगवान अनुभव व्यवहार्य बनले आहेत.
+
+या प्रगती प्रामुख्याने खालील गोष्टींद्वारे साध्य केल्या जातात:
+
+- **गॅस-लेस व्यवहार:** काही प्लॅटफॉर्म आणि प्रोटोकॉल, ज्यात Immutable X चा फायदा घेणाऱ्यांचा समावेश आहे, वापरकर्त्यासाठी शुल्काशिवाय ट्रेडिंग किंवा NFTs मिंटिंग सारखे व्यवहार करण्याची क्षमता देतात, ज्यामुळे खेळाडूचा अनुभव अधिक सुव्यवस्थित होतो.
+- **स्केलिंग सोल्यूशन्स:** Ethereum L2s जसे की Arbitrum, zkSync आणि Starknet त्यांच्या उच्च थ्रूपुट आणि कमी खर्चामुळे ऑनचेन गेमसाठी इकोसिस्टम सक्रियपणे वाढवत आहेत.
+- **[MUD इकोसिस्टम](https://mud.dev/):** MUD ऑनचेन गेम डेव्हलपमेंटसाठी Ethereum-आधारित ऍप्लिकेशन डेव्हलपमेंट टूलकिट ऑप्टिमाइझ करते, जटिल गेम लॉजिकसाठी अधिक कार्यक्षम राज्य व्यवस्थापन प्रदान करते.
+
+## Ethereum गेमिंगसह प्रारंभ करा {#get-started-with-ethereum-gaming}
+
+Ethereum गेमिंगमध्ये प्रवेश करणे आपल्या विचारापेक्षा सोपे आहे. फक्त काही पायऱ्यांसह, आपण खेळण्यास प्रारंभ करू शकता आणि आपल्या प्रगतीचा आनंद घेऊ शकता:
+
+1. **क्रिप्टो वॉलेट सेट करा:** आपल्याला आपली डिजिटल मालमत्ता व्यवस्थापित करण्यासाठी आणि विकेंद्रित ऍप्लिकेशन्सशी संवाद साधण्यासाठी वॉलेटची आवश्यकता असेल. [एक वॉलेट निवडा](/wallets/find-wallet/)
+2. **तुमच्या वॉलेटमध्ये निधी जमा करा:** तुम्ही वापरण्याची योजना असलेल्या लेयर 2 नेटवर्कशी संबंधित काही Ether (ETH) किंवा टोकन्स मिळवा.
+3. **गेम एक्सप्लोर करा:** [Orden](https://orden.gg/), [ChainPlay](https://chainplay.gg/chain/ethereum/), [Gam3s.GG](https://gam3s.gg/), [DappRadar](https://dappradar.com/rankings/protocol/ethereum/category/games), [OpenSea](https://opensea.io/), आणि [PlayToEarn.net](https://playtoearn.com/blockchaingames) सारख्या प्लॅटफॉर्मवर गेम शोधा.
diff --git a/public/content/translations/mr/glossary/index.md b/public/content/translations/mr/glossary/index.md
new file mode 100644
index 00000000000..cb3783a01b1
--- /dev/null
+++ b/public/content/translations/mr/glossary/index.md
@@ -0,0 +1,505 @@
+---
+title: "Ethereum शब्दकोष"
+description: "Ethereum शी संबंधित तांत्रिक आणि गैर-तांत्रिक संज्ञांची एक अपूर्ण शब्दसूची"
+lang: mr
+---
+
+# शब्दसूची {#ethereum-glossary}
+
+## \# {#section-numbers}
+
+<GlossaryDefinition term="51%-attack" />
+
+<Divider />
+
+## A {#section-a}
+
+<GlossaryDefinition term="account" />
+
+<GlossaryDefinition term="address" />
+
+<GlossaryDefinition term="abi" />
+
+<GlossaryDefinition term="anti-sybil" />
+
+<GlossaryDefinition term="api" />
+
+<GlossaryDefinition term="apr" />
+
+<GlossaryDefinition term="asic" />
+
+<GlossaryDefinition term="assert" />
+
+<GlossaryDefinition term="attestation" />
+
+<Divider />
+
+## B {#section-b}
+
+<GlossaryDefinition term="base-fee" />
+
+<GlossaryDefinition term="beacon-chain" />
+
+<GlossaryDefinition term="big-endian" />
+
+<GlossaryDefinition term="block" />
+
+<GlossaryDefinition term="block-explorer" />
+
+<GlossaryDefinition term="block-header" />
+
+<GlossaryDefinition term="block-propagation" />
+
+<GlossaryDefinition term="block-proposer" />
+
+<GlossaryDefinition term="block-reward" />
+
+<GlossaryDefinition term="block-status" />
+
+<GlossaryDefinition term="block-time" />
+
+<GlossaryDefinition term="block-validation" />
+
+<GlossaryDefinition term="blockchain" />
+
+<GlossaryDefinition term="bootnode" />
+
+<GlossaryDefinition term="bridge" />
+
+<GlossaryDefinition term="bytecode" />
+
+<GlossaryDefinition term="byzantium-fork" />
+
+<Divider />
+
+## C {#section-c}
+
+<GlossaryDefinition term="casper-ffg" />
+
+<GlossaryDefinition term="checkpoint" />
+
+<GlossaryDefinition term="compiling" />
+
+<GlossaryDefinition term="committee" />
+
+<GlossaryDefinition term="computational-infeasibility" />
+
+<GlossaryDefinition term="consensus" />
+
+<GlossaryDefinition term="consensus-client" />
+
+<GlossaryDefinition term="consensus-layer" />
+
+<GlossaryDefinition term="consensus-rules" />
+
+<GlossaryDefinition term="constantinople-fork" />
+
+<GlossaryDefinition term="contract-account" />
+
+<GlossaryDefinition term="contract-creation-transaction" />
+
+<GlossaryDefinition term="cryptography" />
+
+<GlossaryDefinition term="cryptoeconomics" />
+
+<Divider />
+
+## D {#section-d}
+
+<GlossaryDefinition term="doge-d" />
+
+<GlossaryDefinition term="dag" />
+
+<GlossaryDefinition term="dapp" />
+
+<GlossaryDefinition term="data-availability" />
+
+<GlossaryDefinition term="decentralization" />
+
+<GlossaryDefinition term="dao" />
+
+<GlossaryDefinition term="desci" />
+
+<GlossaryDefinition term="dex" />
+
+<GlossaryDefinition term="deposit-contract" />
+
+<GlossaryDefinition term="defi" />
+
+<GlossaryDefinition term="difficulty" />
+
+<GlossaryDefinition term="difficulty-bomb" />
+
+<GlossaryDefinition term="digital-signatures" />
+
+<GlossaryDefinition term="discovery" />
+
+<GlossaryDefinition term="distributed-hash-table" />
+
+<GlossaryDefinition term="double-spend" />
+
+<Divider />
+
+## E {#section-e}
+
+<GlossaryDefinition term="ecdsa" />
+
+<GlossaryDefinition term="encryption" />
+
+<GlossaryDefinition term="entropy" />
+
+<GlossaryDefinition term="epoch" />
+
+<GlossaryDefinition term="equivocation" />
+
+<GlossaryDefinition term="eth1" />
+
+<GlossaryDefinition term="eth2" />
+
+<GlossaryDefinition term="eip" />
+
+<GlossaryDefinition term="ens" />
+
+<GlossaryDefinition term="execution-client" />
+
+<GlossaryDefinition term="execution-layer" />
+
+<GlossaryDefinition term="eoa" />
+
+<GlossaryDefinition term="erc" />
+
+<GlossaryDefinition term="erc-20" />
+
+<GlossaryDefinition term="erc-721" />
+
+<GlossaryDefinition term="erc-1155" />
+
+<GlossaryDefinition term="ethash" />
+
+<GlossaryDefinition term="ether" />
+
+<GlossaryDefinition term="events" />
+
+<GlossaryDefinition term="evm" />
+
+<GlossaryDefinition term="evm-assembly-language" />
+
+<Divider />
+
+## F {#section-f}
+
+<GlossaryDefinition term="fallback-function" />
+
+<GlossaryDefinition term="faucet" />
+
+<GlossaryDefinition term="finality" />
+
+<GlossaryDefinition term="finney" />
+
+<GlossaryDefinition term="fork" />
+
+<GlossaryDefinition term="fork-choice-algorithm" />
+
+<GlossaryDefinition term="fraud-proof" />
+
+<GlossaryDefinition term="frontier" />
+
+<Divider />
+
+## G {#section-g}
+
+<GlossaryDefinition term="gas" />
+
+<GlossaryDefinition term="gas-limit" />
+
+<GlossaryDefinition term="gas-price" />
+
+<GlossaryDefinition term="genesis-block" />
+
+<GlossaryDefinition term="geth" />
+
+<GlossaryDefinition term="gwei" />
+
+<Divider />
+
+## H {#section-h}
+
+<GlossaryDefinition term="hard-fork" />
+
+<GlossaryDefinition term="hash" />
+
+<GlossaryDefinition term="hash-rate" />
+
+<GlossaryDefinition term="holographic-consensus" />
+
+<GlossaryDefinition term="homestead" />
+
+<Divider />
+
+## I {#section-i}
+
+<GlossaryDefinition term="index" />
+
+<GlossaryDefinition term="ide" />
+
+<GlossaryDefinition term="immutable-deployed-code-problem" />
+
+<GlossaryDefinition term="internal-transaction" />
+
+<GlossaryDefinition term="issuance" />
+
+<Divider />
+
+## K {#section-k}
+
+<GlossaryDefinition term="kdf" />
+
+<GlossaryDefinition term="key" />
+
+<GlossaryDefinition term="keystore" />
+
+<GlossaryDefinition term="keccak-256" />
+
+<Divider />
+
+## L {#section-l}
+
+<GlossaryDefinition term="layer-1" />
+
+<GlossaryDefinition term="layer-2" />
+
+<GlossaryDefinition term="library" />
+
+<GlossaryDefinition term="light-client" />
+
+<GlossaryDefinition term="liquidity" />
+
+<GlossaryDefinition term="liquidity-tokens" />
+
+<GlossaryDefinition term="lmd-ghost" />
+
+<Divider />
+
+## M {#section-m}
+
+<GlossaryDefinition term="mainnet" />
+
+<GlossaryDefinition term="max-fee-per-gas" />
+
+<GlossaryDefinition term="merkle-patricia-tree" />
+
+<GlossaryDefinition term="merkle-root" />
+
+<GlossaryDefinition term="message" />
+
+<GlossaryDefinition term="message-call" />
+
+<GlossaryDefinition term="mev" />
+
+<GlossaryDefinition term="mining" />
+
+<GlossaryDefinition term="miner" />
+
+<GlossaryDefinition term="mint" />
+
+<GlossaryDefinition term="multisig" />
+
+<Divider />
+
+## N {#section-n}
+
+<GlossaryDefinition term="network" />
+
+<GlossaryDefinition term="network-hashrate" />
+
+<GlossaryDefinition term="nft" />
+
+<GlossaryDefinition term="node" />
+
+<GlossaryDefinition term="nonce" />
+
+<Divider />
+
+## O {#section-o}
+
+<GlossaryDefinition term="offchain" />
+
+<GlossaryDefinition term="ommer" />
+
+<GlossaryDefinition term="onchain" />
+
+<GlossaryDefinition term="optimistic-rollup" />
+
+<GlossaryDefinition term="oracle" />
+
+<Divider />
+
+## P {#section-p}
+
+<GlossaryDefinition term="peer" />
+
+<GlossaryDefinition term="peer-to-peer-network" />
+
+<GlossaryDefinition term="permissionless" />
+
+<GlossaryDefinition term="plasma" />
+
+<GlossaryDefinition term="private-key" />
+
+<GlossaryDefinition term="private-chain" />
+
+<GlossaryDefinition term="poap" />
+
+<GlossaryDefinition term="pos" />
+
+<GlossaryDefinition term="pow" />
+
+<GlossaryDefinition term="proto-danksharding" />
+
+<GlossaryDefinition term="public-goods" />
+
+<GlossaryDefinition term="public-key" />
+
+<Divider />
+
+## R {#section-r}
+
+<GlossaryDefinition term="receipt" />
+
+<GlossaryDefinition term="re-entrancy-attack" />
+
+<GlossaryDefinition term="reward" />
+
+<GlossaryDefinition term="rlp" />
+
+<GlossaryDefinition term="rollups" />
+
+<GlossaryDefinition term="rpc" />
+
+<Divider />
+
+## S {#section-s}
+
+<GlossaryDefinition term="sha" />
+
+<GlossaryDefinition term="recovery-phrase" />
+
+<GlossaryDefinition term="sequencer" />
+
+<GlossaryDefinition term="serialization" />
+
+<GlossaryDefinition term="shard" />
+
+<GlossaryDefinition term="sidechain" />
+
+<GlossaryDefinition term="signing" />
+
+<GlossaryDefinition term="singleton" />
+
+<GlossaryDefinition term="slasher" />
+
+<GlossaryDefinition term="slot" />
+
+<GlossaryDefinition term="smart-contract" />
+
+<GlossaryDefinition term="snark" />
+
+<GlossaryDefinition term="soft-fork" />
+
+<GlossaryDefinition term="solidity" />
+
+<GlossaryDefinition term="solidity-inline-assembly" />
+
+<GlossaryDefinition term="stablecoin" />
+
+<GlossaryDefinition term="staking" />
+
+<GlossaryDefinition term="staking-pool" />
+
+<GlossaryDefinition term="stark" />
+
+<GlossaryDefinition term="state" />
+
+<GlossaryDefinition term="state-channels" />
+
+<GlossaryDefinition term="supermajority" />
+
+<GlossaryDefinition term="sybil-attack" />
+
+<GlossaryDefinition term="syncing" />
+
+<GlossaryDefinition term="sync-committee" />
+
+<GlossaryDefinition term="szabo" />
+
+<Divider />
+
+## T {#section-t}
+
+<GlossaryDefinition term="terminal-total-difficulty" />
+
+<GlossaryDefinition term="testnet" />
+
+<GlossaryDefinition term="token" />
+
+<GlossaryDefinition term="token-factory" />
+
+<GlossaryDefinition term="transaction" />
+
+<GlossaryDefinition term="transaction-fee" />
+
+<GlossaryDefinition term="trust-assumptions" />
+
+<GlossaryDefinition term="trustlessness" />
+
+<GlossaryDefinition term="turing-complete" />
+
+<Divider />
+
+## V {#section-v}
+
+<GlossaryDefinition term="validator" />
+
+<GlossaryDefinition term="validator-lifecycle" />
+
+<GlossaryDefinition term="validity-proof" />
+
+<GlossaryDefinition term="validium" />
+
+<GlossaryDefinition term="vyper" />
+
+<Divider />
+
+## W {#section-w}
+
+<GlossaryDefinition term="wallet" />
+
+<GlossaryDefinition term="web3" />
+
+<GlossaryDefinition term="wei" />
+
+<GlossaryDefinition term="wrapped-token" />
+
+<Divider />
+
+## Z {#section-z}
+
+<GlossaryDefinition term="zero-address" />
+
+<GlossaryDefinition term="zk-proof" />
+
+<GlossaryDefinition term="zk-rollup" />
+
+<Divider />
+
+## स्रोत {#sources}
+
+_[Andreas M. Antonopoulos, Gavin Wood](https://aantonop.com/books/mastering-ethereum) यांच्या [Mastering Ethereum](https://github.com/ethereumbook/ethereumbook) मधून CC-BY-SA अंतर्गत अंशतः प्रदान केलेले_
+
+<Divider />
+
+## या पृष्ठावर योगदान द्या {#contribute-to-this-page}
+
+आमच्याकडून काही सुटले आहे का? काही चुकीचे आहे का? GitHub वर या शब्दसूचीमध्ये योगदान देऊन आम्हाला सुधारण्यात मदत करा!
+
+[योगदान कसे द्यावे याबद्दल अधिक जाणून घ्या](/contributing/adding-glossary-terms)
diff --git a/public/content/translations/mr/governance/index.md b/public/content/translations/mr/governance/index.md
new file mode 100644
index 00000000000..9cf4190c0b8
--- /dev/null
+++ b/public/content/translations/mr/governance/index.md
@@ -0,0 +1,184 @@
+---
+title: "इथरियम गव्हर्नन्स"
+description: "इथरियमबद्दल निर्णय कसे घेतले जातात याचा परिचय."
+lang: mr
+---
+
+# Ethereum गव्हर्नन्सचा परिचय {#introduction}
+
+_जर कोणीही इथरियमचे मालक नसेल, तर इथरियममधील भूतकाळातील आणि भविष्यातील बदलांबद्दलचे निर्णय कसे घेतले जातात? Ethereum गव्हर्नन्स ही अशी प्रक्रिया आहे जी असे निर्णय घेण्यास परवानगी देते._
+
+<Divider />
+
+## शासन म्हणजे काय? गव्हर्नन्स म्हणजे काय? {#what-is-governance}
+
+शासन ही अशी व्यवस्था आहे जी निर्णय घेण्यास परवानगी देते. ठराविक संस्थात्मक संरचनेत, कार्यकारी संघ किंवा संचालक मंडळाला निर्णय घेण्याबाबत अंतिम म्हणणे असू शकते. किंवा कदाचित भागधारक बदल लागू करण्याच्या प्रस्तावांवर मत देतात. राजकीय व्यवस्थेमध्ये, निवडून आलेले अधिकारी त्यांच्या घटकांच्या इच्छांचे प्रतिनिधित्व करण्याचा प्रयत्न करणारे कायदे तयार करू शकतात.
+
+## विकेंद्रित गव्हर्नन्स {#decentralized-governance}
+
+इथरियम प्रोटोकॉलची मालकी किंवा नियंत्रण कोणीही करत नाही, परंतु नेटवर्कचे दीर्घायुष्य आणि समृद्धी सुनिश्चित करण्यासाठी बदलांची अंमलबजावणी करण्याबाबत निर्णय घेणे आवश्यक आहे. मालकीच्या या अभावामुळे पारंपारिक संस्थात्मक प्रशासन एक विसंगत उपाय बनते.
+
+## Ethereum गव्हर्नन्स {#ethereum-governance}
+
+इथरियम गव्हर्नन्स ही प्रक्रिया आहे ज्याद्वारे प्रोटोकॉल बदल केले जातात. लोक आणि ऍप्लिकेशन प्रोटोकॉल कसे वापरतात याच्याशी ही प्रक्रिया संबंधित नाही हे निदर्शनास आणणे महत्त्वाचे आहे - इथरियम अनुज्ञेय आहे. जगातील कोठूनही कोणीही onchain क्रियाकलापांमध्ये सहभागी होऊ शकते. कोण अर्ज तयार करू शकतो किंवा करू शकत नाही किंवा व्यवहार पाठवू शकतो यासाठी कोणतेही नियम सेट केलेले नाहीत. तथापि, मुख्य प्रोटोकॉलमध्ये बदल प्रस्तावित करण्याची प्रक्रिया आहे, ज्याच्या वर विकेंद्रित अनुप्रयोग चालतात. बरेच लोक इथरियमच्या स्थिरतेवर अवलंबून असल्याने, इथरियममधील कोणतेही बदल सुरक्षित आणि समुदायाद्वारे व्यापकपणे समर्थित आहेत याची खात्री करण्यासाठी सामाजिक आणि तांत्रिक प्रक्रियांसह मुख्य बदलांसाठी खूप उच्च समन्वय थ्रेशोल्ड आहे.
+
+### Onchain वि. offchain गव्हर्नन्स {#onchain-vs-offchain}
+
+Blockchain तंत्रज्ञान नवीन गव्हर्नन्स क्षमतांना अनुमती देते, ज्याला onchain गव्हर्नन्स म्हणून ओळखले जाते. Onchain गव्हर्नन्स म्हणजे जेव्हा प्रस्तावित प्रोटोकॉल बदलांचा निर्णय भागधारकांच्या मताने घेतला जातो, सामान्यतः गव्हर्नन्स टोकन धारकांद्वारे, आणि मतदान blockchain वर होते. onchain गव्हर्नन्सच्या काही प्रकारांमध्ये, प्रस्तावित प्रोटोकॉल बदल आधीच कोडमध्ये लिहिलेले असतात आणि जर भागधारकांनी व्यवहार स्वाक्षरी करून बदलांना मंजुरी दिली तर ते आपोआप लागू केले जातात.
+
+याउलट, offchain गव्हर्नन्समध्ये कोणताही प्रोटोकॉल बदलण्याचा निर्णय सामाजिक चर्चेच्या अनौपचारिक प्रक्रियेद्वारे घेतला जातो, जो मंजूर झाल्यास कोडमध्ये लागू केला जाईल.
+
+**Ethereum गव्हर्नन्स offchain घडते,** आणि या प्रक्रियेत विविध प्रकारचे भागधारक सामील असतात.
+
+_जरी प्रोटोकॉल स्तरावर Ethereum गव्हर्नन्स offchain असले तरी, Ethereum वर तयार केलेले अनेक उपयोग-प्रकार, जसे की DAOs, onchain गव्हर्नन्स वापरतात._
+
+<ButtonLink href="/dao/">
+  DAOs वर अधिक
+</ButtonLink>
+
+<Divider />
+
+## यात कोणाचा सहभाग आहे? {#who-is-involved}
+
+[Ethereum समुदाय](/community/) मध्ये विविध भागधारक आहेत, आणि प्रत्येकजण गव्हर्नन्स प्रक्रियेत भूमिका बजावतो. प्रोटोकॉलपासून सर्वात दूर असलेल्या भागधारकांपासून सुरुवात करून आणि झूम इन करणे, आमच्याकडे आहे:
+
+- **Ether धारक**: या लोकांकडे ETH ची कितीही रक्कम असू शकते. [ETH वर अधिक](/what-is-ether/).
+- **ॲप्लिकेशन वापरकर्ते**: हे लोक Ethereum blockchain वरील ॲप्लिकेशन्सशी संवाद साधतात.
+- **ॲप्लिकेशन/टूलिंग डेव्हलपर्स**: हे लोक Ethereum blockchain वर चालणारे ॲप्लिकेशन्स (उदा., DeFi, NFTs, इ.) लिहितात. किंवा Ethereum शी संवाद साधण्यासाठी टूलिंग (उदा., wallets, टेस्ट सूट्स, इ.) तयार करतात. [dapps वर अधिक](/apps/).
+- **नोड ऑपरेटर्स**: हे लोक ब्लॉक्स आणि व्यवहारांचा प्रसार करणारे नोड्स चालवतात, आणि त्यांना आढळणारा कोणताही अवैध व्यवहार किंवा ब्लॉक नाकारतात. [नोड्सवर अधिक](/developers/docs/nodes-and-clients/).
+- **EIP लेखक**: हे लोक Ethereum Improvement Proposals (EIPs) च्या स्वरूपात Ethereum प्रोटोकॉलमध्ये बदल सुचवतात. [EIPs वर अधिक](/eips/).
+- **व्हॅलिडेटर्स**: हे लोक नोड्स चालवतात जे Ethereum blockchain मध्ये नवीन ब्लॉक्स जोडू शकतात.
+- **प्रोटोकॉल डेव्हलपर्स** (a.k.a. "कोअर डेव्हलपर्स" ): हे लोक विविध Ethereum अंमलबजावणीची देखरेख करतात (उदा., एक्झिक्यूशन लेअरवर go-ethereum, Nethermind, Besu, Erigon, Reth किंवा कन्सेन्सस लेअरवर Prysm, Lighthouse, Nimbus, Teku, Lodestar, Grandine). [Ethereum क्लायंट्सवर अधिक](/developers/docs/nodes-and-clients/).
+
+_टीप: कोणतीही एक व्यक्ती यापैकी अनेक गटांचा भाग असू शकते (उदा. एक प्रोटोकॉल डेव्हलपर एखाद्या EIP चे नेतृत्व करू शकतो, बीकन चेन व्हॅलिडेटर चालवू शकतो आणि DeFi ॲप्लिकेशन्स वापरू शकतो)._ तरीही, वैचारिक स्पष्टतेसाठी त्यांच्यात फरक करणे सर्वात सोपे आहे._
+
+<Divider />
+
+## EIP म्हणजे काय? {#what-is-an-eip}
+
+Ethereum गव्हर्नन्समध्ये वापरली जाणारी एक महत्त्वाची प्रक्रिया म्हणजे **Ethereum Improvement Proposals (EIPs)** चा प्रस्ताव. EIPs हे Ethereum साठी संभाव्य नवीन वैशिष्ट्ये किंवा प्रक्रिया निर्दिष्ट करणारे मानक आहेत. इथरियम समुदायातील कोणीही EIP तयार करू शकतो. तुम्हाला EIP लिहिण्यात किंवा पीअर-रिव्ह्यू आणि/किंवा गव्हर्नन्समध्ये सहभागी होण्यात स्वारस्य असल्यास, पहा:
+
+<ButtonLink href="/eips/">
+  EIPs वर अधिक
+</ButtonLink>
+
+<Divider />
+
+## औपचारिक प्रक्रिया {#formal-process}
+
+इथरियम प्रोटोकॉलमध्ये बदल सादर करण्याची औपचारिक प्रक्रिया खालीलप्रमाणे आहे:
+
+1. **कोअर EIP प्रस्तावित करा**: [EIP-1](https://eips.ethereum.org/EIPS/eip-1#core-eips) मध्ये वर्णन केल्याप्रमाणे, Ethereum मध्ये औपचारिकपणे बदल प्रस्तावित करण्याची पहिली पायरी म्हणजे त्याचा तपशील कोअर EIP मध्ये देणे. हे EIP साठी अधिकृत तपशील म्हणून कार्य करेल जे स्वीकारल्यास प्रोटोकॉल डेव्हलपर लागू करतील.
+
+2. **तुमचा EIP प्रोटोकॉल डेव्हलपर्सना सादर करा**: एकदा तुमच्याकडे एक कोअर EIP असेल ज्यासाठी तुम्ही समुदायाकडून इनपुट गोळा केले आहे, की तुम्ही ते प्रोटोकॉल डेव्हलपर्सना सादर केले पाहिजे. तुम्ही [AllCoreDevs call](https://github.com/ethereum/execution-specs/tree/master/network-upgrades#getting-the-considered-for-inclusion-cfi-status) वर चर्चेसाठी प्रस्ताव देऊन असे करू शकता. [Ethereum Magician's forum](https://ethereum-magicians.org/) वर किंवा [Ethereum R&D Discord](https://discord.gg/mncqtgVSVw) मध्ये काही चर्चा आधीच असिंक्रोनसपणे झाल्या असण्याची शक्यता आहे.
+
+> या टप्प्याचे संभाव्य परिणाम आहेत:
+
+> - भविष्यातील नेटवर्क अपग्रेडसाठी EIP चा विचार केला जाईल
+> - तांत्रिक बदलांची विनंती केली जाईल
+> - जर ते प्राधान्य नसेल किंवा विकासाच्या प्रयत्नांच्या तुलनेत सुधारणा मोठ्या प्रमाणात नसेल तर ते नाकारले जाऊ शकते
+
+3. **अंतिम प्रस्तावाच्या दिशेने पुनरावृत्ती करा:** सर्व संबंधित भागधारकांकडून अभिप्राय मिळाल्यानंतर, तुम्हाला तुमच्या सुरुवातीच्या प्रस्तावात त्याची सुरक्षा सुधारण्यासाठी किंवा विविध वापरकर्त्यांच्या गरजा अधिक चांगल्या प्रकारे पूर्ण करण्यासाठी बदल करण्याची आवश्यकता असेल. एकदा तुमच्या EIP ने तुम्हाला आवश्यक वाटत असलेले सर्व बदल समाविष्ट केले की, तुम्हाला ते पुन्हा प्रोटोकॉल डेव्हलपर्सकडे सादर करावे लागतील. त्यानंतर तुम्ही या प्रक्रियेच्या पुढच्या टप्प्यावर जाल, किंवा नवीन चिंता निर्माण होतील, तुमच्या प्रस्तावावर पुनरावृत्तीची आणखी एक फेरी आवश्यक आहे.
+
+4. **नेटवर्क अपग्रेडमध्ये समाविष्ट EIP**: EIP मंजूर, चाचणी आणि लागू केले आहे असे गृहीत धरून, ते नेटवर्क अपग्रेडचा भाग म्हणून शेड्यूल केले जाते. नेटवर्क अपग्रेड्सच्या उच्च समन्वय खर्चामुळे (प्रत्येकाला एकाच वेळी अपग्रेड करणे आवश्यक आहे), EIP सामान्यत: अपग्रेडमध्ये एकत्रित केले जातात.
+
+5. **नेटवर्क अपग्रेड सक्रिय**: नेटवर्क अपग्रेड सक्रिय झाल्यानंतर, EIP हे Ethereum नेटवर्कवर लाइव्ह होईल. _टीप: नेटवर्क अपग्रेड सामान्यत: इथरियम मेननेटवर सक्रिय होण्यापूर्वी टेस्टनेटवर सक्रिय केले जातात._
+
+हा प्रवाह, अगदी सरलीकृत असताना, इथरियमवर सक्रिय होण्यासाठी प्रोटोकॉल बदलाच्या महत्त्वपूर्ण टप्प्यांचे विहंगावलोकन देतो. आता, या प्रक्रियेदरम्यान खेळत असलेल्या अनौपचारिक घटकांकडे पाहू.
+
+## अनौपचारिक प्रक्रिया {#informal-process}
+
+### पूर्वीचे काम समजून घेणे {#prior-work}
+
+ईआयपी चॅम्पियन्सनी ईआयपी तयार करण्यापूर्वी पूर्वीचे काम आणि प्रस्तावांसह स्वत: ला परिचित केले पाहिजे जे इथरियम मेननेटवर तैनात करण्यासाठी गंभीरपणे विचारात घेतले जाऊ शकते. अशा प्रकारे, ईआयपी काहीतरी नवीन आणेल जे आधी नाकारले गेले नाही. यावर संशोधन करण्यासाठी तीन मुख्य ठिकाणे म्हणजे [EIP रेपॉजिटरी](https://github.com/ethereum/EIPs), [Ethereum Magicians](https://ethereum-magicians.org/) आणि [ethresear.ch](https://ethresear.ch/).
+
+### कार्य गट {#working-groups}
+
+EIP चा प्रारंभिक मसुदा संपादन किंवा बदलांशिवाय Ethereum Mainnet वर लागू होण्याची शक्यता नाही. साधारणपणे, EIP चॅम्पियन्स प्रोटोकॉल डेव्हलपर्सच्या उपसंचासह त्यांचे प्रस्ताव निर्दिष्ट, अंमलबजावणी, चाचणी, पुनरावृत्ती आणि अंतिम रूप देण्यासाठी कार्य करतील. ऐतिहासिकदृष्ट्या, या कार्य गटांना अनेक महिन्यांची (आणि कधीकधी वर्षांची!) गरज आहे कामासाठी. त्याचप्रमाणे, अशा बदलांसाठी EIP चॅम्पियन्समध्ये संबंधित ऍप्लिकेशन/टूलिंग डेव्हलपर्सचा अंत-वापरकर्ता अभिप्राय गोळा करण्यासाठी आणि कोणत्याही तैनाती जोखीम कमी करण्याच्या प्रयत्नात लवकर समावेश असावा.
+
+### सामुदायिक एकमत {#community-consensus}
+
+काही EIPs कमीत कमी सूक्ष्मतेसह सरळ तांत्रिक सुधारणा आहेत, तर काही अधिक क्लिष्ट आहेत आणि ट्रेडऑफसह येतात जे वेगवेगळ्या भागधारकांना वेगवेगळ्या प्रकारे प्रभावित करतात. याचा अर्थ काही EIPs समाजामध्ये इतरांपेक्षा अधिक वादग्रस्त असतात.
+
+वादग्रस्त प्रस्ताव कसे हाताळायचे याबद्दल कोणतेही स्पष्ट प्लेबुक नाही. हे इथरियमच्या विकेंद्रित डिझाइनचा परिणाम आहे ज्यामध्ये कोणताही एक भागधारक गट क्रूर फोर्सद्वारे दुसऱ्यावर जबरदस्ती करू शकत नाही: प्रोटोकॉल डेव्हलपर कोड बदल लागू न करणे निवडू शकतात; नोड ऑपरेटर नवीनतम इथरियम क्लायंट न चालवणे निवडू शकतात; अनुप्रयोग संघ आणि वापरकर्ते साखळीवर व्यवहार न करणे निवडू शकतात. प्रोटोकॉल डेव्हलपर्सकडे लोकांना नेटवर्क अपग्रेड्सचा अवलंब करण्यास भाग पाडण्याचा कोणताही मार्ग नसल्यामुळे, ते सामान्यतः EIPs लागू करणे टाळतील जेथे विवादास्पदता व्यापक समुदायाच्या फायद्यांपेक्षा जास्त असेल.
+
+EIP चॅम्पियन्सनी सर्व संबंधित भागधारकांकडून अभिप्राय मागणे अपेक्षित आहे. जर तुम्हाला वादग्रस्त EIP चे चॅम्पियन वाटत असेल, तर तुम्ही तुमच्या EIP भोवती एकमत निर्माण करण्याचा प्रयत्न करून आक्षेपांचे निराकरण करावे. Ethereum समुदायाचा आकार आणि विविधता लक्षात घेता, असे कोणतेही एकच मेट्रिक (उदा. कॉइन व्होट) नाही, जे सामुदायिक एकमत मोजण्यासाठी वापरले जाऊ शकते, आणि EIP चॅम्पियन्सनी त्यांच्या प्रस्तावाच्या परिस्थितीशी जुळवून घेणे अपेक्षित आहे.
+
+इथरियम नेटवर्कच्या सुरक्षिततेच्या पलीकडे, प्रोटोकॉल डेव्हलपर्सद्वारे ऐतिहासिकदृष्ट्या ऍप्लिकेशन/टूलिंग डेव्हलपर आणि ऍप्लिकेशन वापरकर्ते काय मूल्य देतात यावर महत्त्वपूर्ण वजन ठेवले आहे, कारण त्यांचा इथरियम वापरणे आणि विकसित करणे हे इतर भागधारकांसाठी इकोसिस्टम आकर्षक बनवते. याव्यतिरिक्त, EIPs सर्व क्लायंट अंमलबजावणीवर लागू करणे आवश्यक आहे, जे वेगळ्या संघांद्वारे व्यवस्थापित केले जातात. या प्रक्रियेचा एक भाग म्हणजे सामान्यतः प्रोटोकॉल डेव्हलपर्सच्या अनेक संघांना खात्री पटवणे की विशिष्ट बदल मौल्यवान आहे आणि तो अंतिम वापरकर्त्यांना मदत करतो किंवा सुरक्षिततेच्या समस्येचे निराकरण करतो.
+
+<Divider />
+
+## मतभेद हाताळणे {#disagreements}
+
+भिन्न प्रेरणा आणि विश्वास असलेले अनेक भागधारक असण्याचा अर्थ असा आहे की मतभेद असामान्य नाहीत.
+
+सामान्यत:, समस्येचे मूळ समजून घेण्यासाठी आणि कोणासही विचार करण्याची परवानगी देण्यासाठी सार्वजनिक मंचांमध्ये दीर्घकालीन चर्चेद्वारे मतभेद हाताळले जातात. सामान्यतः, एक गट कबूल करतो किंवा आनंदी माध्यम साध्य केले जाते. जर एखाद्या गटाला पुरेशी तीव्रता जाणवत असेल, तर एखाद्या विशिष्ट बदलाची सक्ती केल्याने साखळीचे विभाजन होऊ शकते. साखळी विभाजन म्हणजे जेव्हा काही भागधारक प्रोटोकॉल बदलाची अंमलबजावणी करण्यास विरोध करतात परिणामी प्रोटोकॉलच्या भिन्न, विसंगत आवृत्त्या तयार होतात, ज्यामधून दोन भिन्न ब्लॉकचेन उदयास येतात.
+
+### DAO फोर्क {#dao-fork}
+
+फोर्क्स म्हणजे जेव्हा नेटवर्कमध्ये मोठे तांत्रिक अपग्रेड किंवा बदल करणे आणि प्रोटोकॉलचे "नियम" बदलणे आवश्यक असते. [Ethereum क्लायंट्सनी](/developers/docs/nodes-and-clients/) नवीन फोर्क नियम लागू करण्यासाठी त्यांचे सॉफ्टवेअर अपडेट करणे आवश्यक आहे.
+
+DAO फोर्क हा [2016 च्या DAO हल्ल्याला](https://www.coindesk.com/learn/understanding-the-dao-attack) दिलेला प्रतिसाद होता, जिथे एका हॅकमध्ये असुरक्षित [DAO](/glossary/#dao) कॉन्ट्रॅक्टमधून 3.6 दशलक्ष पेक्षा जास्त ETH काढण्यात आले होते. फॉर्कने सदोष करारातून निधी एका नवीन करारामध्ये हलविला ज्याने हॅकमध्ये निधी गमावलेल्या कोणालाही ते पुनर्प्राप्त करण्याची परवानगी दिली.
+
+कृतीच्या या मार्गावर इथरियम समुदायाने मतदान केले. कोणताही ETH धारक [एका मतदान प्लॅटफॉर्मवर](https://web.archive.org/web/20170620030820/http://v1.carbonvote.com/) व्यवहाराद्वारे मतदान करू शकत होता. काटा काढण्याचा निर्णय 85% पेक्षा जास्त मतांपर्यंत पोहोचला.
+
+हे लक्षात घेणे महत्त्वाचे आहे की प्रोटोकॉलने हॅक परत करण्याचा काटा लावला असताना, काटा काढण्याचा निर्णय घेताना मताचे वजन काही कारणांमुळे वादातीत आहे:
+
+- मतदानाची टक्केवारी कमालीची कमी होती
+- मतदान होत आहे हे बहुतेकांना माहीत नव्हते
+- मत केवळ ETH धारकांचे प्रतिनिधित्व करते, सिस्टममधील इतर कोणत्याही सहभागींना नाही
+
+समुदायाच्या एका उपसंचाने काटा काढण्यास नकार दिला, मुख्यत्वे कारण त्यांना वाटले की DAO घटना प्रोटोकॉलमधील दोष नाही. त्यांनी पुढे जाऊन [Ethereum Classic](https://ethereumclassic.org/) तयार केले.
+
+आज, इथरियम समुदायाने प्रणालीची विश्वासार्ह तटस्थता राखण्यासाठी कॉन्ट्रॅक्ट बग किंवा गमावलेल्या निधीच्या प्रकरणांमध्ये हस्तक्षेप न करण्याचे धोरण स्वीकारले आहे.
+
+DAO हॅक वर अधिक पहा:
+
+<YouTube id="rNeLuBOVe8A" />
+
+<Divider />
+
+### फोर्किंगची उपयुक्तता {#forking-utility}
+
+Ethereum/Ethereum क्लासिक काटा हे निरोगी काट्याचे उत्कृष्ट उदाहरण आहे. आमच्याकडे दोन गट होते जे काही मूलभूत मूल्यांवर एकमेकांशी जोरदारपणे असहमत होते जेणेकरून त्यांच्या विशिष्ट कृतीचा पाठपुरावा करण्यात गुंतलेली जोखीम योग्य आहे.
+
+महत्त्वपूर्ण राजकीय, तात्विक किंवा आर्थिक फरकांना तोंड देण्याची क्षमता इथरियम प्रशासनाच्या यशात मोठी भूमिका बजावते. पर्यायी काटा काढण्याच्या क्षमतेशिवाय लढाई चालू होती, ज्यांनी शेवटी इथरियम क्लासिक तयार केला त्यांच्यासाठी अनिच्छेने सहभाग घेणे आणि इथरियमचे यश कसे दिसते याची वाढती भिन्न दृष्टी.
+
+<Divider />
+
+## बीकन चेन गव्हर्नन्स {#beacon-chain}
+
+इथरियम गव्हर्नन्स प्रक्रिया मोकळेपणा आणि सर्वसमावेशकतेसाठी गती आणि कार्यक्षमता कमी करते. बीकन साखळीच्या विकासाला गती देण्यासाठी, ते प्रूफ-ऑफ-वर्क इथरियम नेटवर्कपासून स्वतंत्रपणे लॉन्च केले गेले आणि स्वतःच्या शासन पद्धतींचे पालन केले.
+
+स्पेसिफिकेशन आणि डेव्हलपमेंट अंमलबजावणी नेहमीच पूर्णपणे मुक्त स्त्रोत असताना, वर वर्णन केलेल्या अद्यतनांचा प्रस्ताव देण्यासाठी वापरल्या जाणाऱ्या औपचारिक प्रक्रियांचा वापर केला गेला नाही. यामुळे संशोधक आणि अंमलबजावणी करणाऱ्यांनी बदल निर्दिष्ट केले आणि त्यावर लवकर सहमती दिली.
+
+15 सप्टेंबर 2022 रोजी जेव्हा बीकन चेन Ethereum एक्झिक्यूशन लेअरमध्ये विलीन झाली, तेव्हा [पॅरिस नेटवर्क अपग्रेडचा](/ethereum-forks/#paris) भाग म्हणून द मर्ज पूर्ण झाले. [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) हा प्रस्ताव 'लास्ट कॉल' वरून 'फायनल' मध्ये बदलण्यात आला, ज्यामुळे प्रूफ-ऑफ-स्टेकमध्ये संक्रमण पूर्ण झाले.
+
+<ButtonLink href="/roadmap/merge/">
+  द मर्जवर अधिक
+</ButtonLink>
+
+<Divider />
+
+## मी कसे सहभागी होऊ शकतो? सहभागी व्हा {#get-involved}
+
+- [EIP प्रस्तावित करा](/eips/#participate)
+- [सध्याच्या प्रस्तावांवर चर्चा करा](https://ethereum-magicians.org/)
+- [R&D चर्चेत सहभागी व्हा](https://ethresear.ch/)
+- [Ethereum R&D डिस्कॉर्डमध्ये सामील व्हा](https://discord.gg/mncqtgVSVw)
+- [नोड चालवा](/developers/docs/nodes-and-clients/run-a-node/)
+- [क्लायंट डेव्हलपमेंटमध्ये योगदान द्या](/developers/docs/nodes-and-clients/#execution-clients)
+- [कोअर डेव्हलपर अप्रेंटिसशिप प्रोग्राम](https://blog.ethereum.org/2021/09/06/core-dev-apprenticeship-second-cohort/)
+
+## पुढील वाचन {#further-reading}
+
+इथरियममधील प्रशासन कठोरपणे परिभाषित केलेले नाही. विविध समुदायातील सहभागींचे याविषयी विविध दृष्टिकोन आहेत. त्यापैकी काही येथे आहेत:
+
+- [ब्लॉकचेन गव्हर्नन्सवरील नोट्स](https://vitalik.eth.limo/general/2017/12/17/voting.html) - _विटालिक बुटेरिन_
+- [Ethereum गव्हर्नन्स कसे कार्य करते?](https://cryptotesters.com/blog/ethereum-governance) – _Cryptotesters_
+- [Ethereum गव्हर्नन्स कसे कार्य करते](https://medium.com/coinmonks/how-ethereum-governance-works-71856426b63a) – _Micah Zoltu_
+- [Ethereum कोअर डेव्हलपर म्हणजे काय?](https://hudsonjameson.com/2020-06-22-what-is-an-ethereum-core-developer/) - _Hudson Jameson_
+- [गव्हर्नन्स, भाग 2: प्लुटोक्रेसी अजूनही वाईट आहे](https://vitalik.eth.limo/general/2018/03/28/plutocracy.html) - _विटालिक बुटेरिन_
+- [कॉइन व्होटिंग गव्हर्नन्सच्या पलीकडे जाणे](https://vitalik.eth.limo/general/2021/08/16/voting3.html) - _विटालिक बुटेरिन_
+- [ब्लॉकचेन गव्हर्नन्स समजून घेणे](https://web.archive.org/web/20250124192731/https://research.2077.xyz/understanding-blockchain-governance) - _2077 Research_
+- [The Ethereum Government](https://www.galaxy.com/insights/research/ethereum-governance/) - _Christine Kim_
diff --git a/public/content/translations/mr/guides/how-to-create-an-ethereum-account/index.md b/public/content/translations/mr/guides/how-to-create-an-ethereum-account/index.md
new file mode 100644
index 00000000000..2128a390187
--- /dev/null
+++ b/public/content/translations/mr/guides/how-to-create-an-ethereum-account/index.md
@@ -0,0 +1,75 @@
+---
+title: "अथेरम खाते \"तयार\" कसे करावे"
+description: "वॉलेट वापरून Ethereum खाते तयार कसे करावे याचे मार्गदर्शन."
+lang: mr
+---
+
+# अथेरम खाते कसे तयार करावे
+
+**कोणीही विनामूल्य Ethereum खाते तयार करू शकतो. तुम्हाला फक्त क्रिप्टो वॉलेट ॲप इंस्टॉल करावे लागेल.** वॉलेट्स तुमचे Ethereum खाते तयार करतात आणि जतन करतात. ते व्यवहार पाठवू शकतात, शिल्लक तपासू शकतात आणि तुम्हाला Ethereum वर तयार केलेल्या इतर ॲप्सशी कनेक्ट करू शकतात.
+
+वॉलेटसह तुम्ही कोणत्याही टोकन एक्सचेंज, गेम्स, [NFT](/glossary/#nft) मार्केटप्लेसेसवर त्वरित लॉग इन करू शकता. कोणत्याही वयक्तिक नोंदणीची गरज नाही, Ethereum वर तयार केलेल्या सर्व ॲप्ससाठी एक खाते सामायिक केले आहे.
+
+## पायरी 1: वॉलेट निवडा
+
+वॉलेट हे एक ॲप आहे जे तुम्हाला तुमचे Ethereum खाते व्यवस्थापित करण्यास मदत करते. निवडण्यासाठी डझनभर वेगवेगळे वॉलेट्स आहेत: मोबाइल, डेस्कटॉप किंवा ब्राउझर एक्सटेन्शन.
+
+<ButtonLink href="/wallets/find-wallet/">
+  वॉलेट्सची यादी
+</ButtonLink>
+
+तुम्ही नवीन असाल, तर तुम्ही "find a wallet" पेजवर “New to crypto” फिल्टर निवडू शकता, जेणेकरून तुम्हाला नवशिक्यांसाठी योग्य आणि सर्व आवश्यक वैशिष्ट्ये असलेले वॉलेट्स ओळखता येतील.
+
+![‘find a wallet’ पेजवरील फिल्टर निवड](./wallet-box.png)
+
+तुमच्या गरजा पूर्ण करण्यासाठी इतर प्रोफाइल फिल्टर्स देखील आहेत. ही सामान्यतः वापरल्या जाणाऱ्या वॉलेट्सची उदाहरणे आहेत - तुम्ही कोणत्याही सॉफ्टवेअरवर विश्वास ठेवण्यापूर्वी स्वतःचे संशोधन केले पाहिजे.
+
+## पायरी 2: तुमचे वॉलेट ॲप डाउनलोड आणि इंस्टॉल करा
+
+तुम्ही एकदा विशिष्ट वॉलेट ठरवल्यानंतर, त्यांच्या अधिकृत वेबसाइट किंवा ॲप स्टोअरला भेट देऊन ते डाउनलोड आणि इंस्टॉल करा. ते सर्व विनामूल्य असले पाहिजेत.
+
+## पायरी 3: ॲप उघडा आणि तुमचे Ethereum खाते तयार करा
+
+जेव्हा तुम्ही पहिल्यांदा तुमचे नवीन वॉलेट उघडता, तेव्हा तुम्हाला नवीन खाते तयार करणे किंवा विद्यमान खाते इम्पोर्ट करणे यापैकी एक निवडण्यास सांगितले जाऊ शकते. नवीन खाते तयार करण्यावर क्लिक करा. **ही ती पायरी आहे ज्या दरम्यान वॉलेट सॉफ्टवेअर तुमचे Ethereum खाते जनरेट करते.**
+
+## पायरी 4: तुमचा रिकव्हरी फ्रेज साठवा
+
+काही ॲप्स तुम्हाला एक गुप्त "रिकव्हरी फ्रेज" (ज्याला "सीड फ्रेज" किंवा "निमोनिक" असेही म्हणतात) सेव्ह करण्यास सांगतील. हा फ्रेज सुरक्षित ठेवणे अत्यंत महत्त्वाचे आहे! याचा उपयोग तुमचे Ethereum खाते जनरेट करण्यासाठी होतो आणि व्यवहार सबमिट करण्यासाठी देखील याचा वापर केला जाऊ शकतो.
+
+**ज्या व्यक्तीला हा फ्रेज माहीत आहे, ती सर्व निधीवर नियंत्रण मिळवू शकते.** हे कोणाशीही शेअर करू नका. या फ्रेजमध्ये 12 ते 24 यादृच्छिकपणे जनरेट केलेले शब्द असावेत (शब्दांचा क्रम महत्त्वाचा आहे).
+
+<div>
+<Alert variant="update">
+<AlertEmoji text=":eyes:"/>
+<AlertContent className="flex-row justify-between items-center">
+  <div><b>वॉलेट इंस्टॉल केले आहे का?</b><br/>ते कसे वापरायचे ते शिका.</div>
+  <ButtonLink href="/guides/how-to-use-a-wallet">
+    वॉलेट कसे वापरावे
+  </ButtonLink>
+</AlertContent>
+</Alert>
+</div>
+
+इतर मार्गदर्शकांमध्ये स्वारस्य आहे का? आमचे पहा: [पायरी-पायरीने मार्गदर्शक](/guides/)
+
+## वारंवार विचारले जाणारे प्रश्न
+
+### माझे वॉलेट आणि माझे Ethereum खाते एकच आहे का?
+
+नाही. वॉलेट हे एक व्यवस्थापन साधन आहे जे तुम्हाला खाती व्यवस्थापित करण्यास मदत करते. एकच वॉलेट अनेक खात्यांमध्ये प्रवेश करू शकते, आणि एकाच खात्यात अनेक वॉलेट्सद्वारे प्रवेश केला जाऊ शकतो. रिकव्हरी फ्रेजचा उपयोग खाती तयार करण्यासाठी केला जातो आणि तो मालमत्ता व्यवस्थापित करण्यासाठी वॉलेट ॲपला परवानगी देतो.
+
+### मी Ethereum ॲड्रेसवर बिटकॉइन, किंवा Bitcoin ॲड्रेसवर ईथर पाठवू शकतो का?
+
+नाही, तुम्ही असे करू शकत नाही. बिटकॉइन आणि ईथर दोन वेगळ्या नेटवर्क्सवर (म्हणजे, वेगवेगळ्या ब्लॉकचेन्सवर) अस्तित्वात आहेत, प्रत्येकाचे स्वतःचे बुककीपिंग आणि ॲड्रेस स्वरूप आहेत. दोन भिन्न नेटवर्क जोडण्याचे विविध प्रयत्न झाले आहेत, ज्यापैकी सर्वात सक्रिय सध्या [Wrapped Bitcoin किंवा WBTC](https://www.bitcoin.com/get-started/what-is-wbtc/) आहे. हे एक समर्थन नाही, कारण WBTC हे एक कस्टोडियल सोल्यूशन आहे (म्हणजे लोकांचा एकच गट काही महत्त्वपूर्ण कार्ये नियंत्रित करतो) आणि ते येथे फक्त माहितीच्या उद्देशाने प्रदान केले आहे.
+
+### जर माझ्याकडे ETH पत्ता असेल, तर माझ्याकडे इतर ब्लॉकचेनवरही तोच पत्ता असतो का?
+
+तुम्ही तोच [ॲड्रेस](/glossary/#address) Ethereum सारखे मूळ सॉफ्टवेअर वापरणाऱ्या सर्व ब्लॉकचेन्सवर (ज्यांना 'EVM-सुसंगत' म्हणून ओळखले जाते) वापरू शकता. ही [सूची](https://chainlist.org/) तुम्हाला दाखवेल की तुम्ही कोणत्या ब्लॉकचेनवर समान पत्ता वापरू शकता. Bitcoin सारखे काही ब्लॉकचेन, नेटवर्क नियमांचा पूर्णपणे वेगळा संच लागू करतात आणि तुम्हाला वेगळ्या स्वरूपासह वेगळ्या पत्त्याची आवश्यकता असेल. जर तुमच्याकडे स्मार्ट कॉन्ट्रॅक्ट वॉलेट असेल, तर कोणत्या ब्लॉकचेन समर्थित आहेत याबद्दल अधिक माहितीसाठी तुम्ही त्याच्या उत्पादनाची वेबसाइट तपासावी, कारण सहसा त्यांची व्याप्ती मर्यादित परंतु अधिक सुरक्षित असते.
+
+### एक्स्चेंजवर माझे फंड ठेवण्यापेक्षा माझे स्वतःचे वॉलेट असणे अधिक सुरक्षित आहे का?
+
+तुमचे स्वतःचे वॉलेट असणे म्हणजे तुम्ही तुमच्या मालमत्तेच्या सुरक्षिततेची जबाबदारी घेता. दुर्दैवाने, अयशस्वी एक्सचेंजची अनेक उदाहरणे आहेत ज्यांनी त्यांच्या ग्राहकांचे पैसे गमावले. वॉलेट (रिकव्हरी फ्रेजसह) बाळगल्याने तुमची मालमत्ता ठेवण्यासाठी एखाद्या संस्थेवर विश्वास ठेवण्याशी संबंधित धोका दूर होतो. तथापि, तुम्हाला ते स्वतःच सुरक्षित ठेवावे लागेल आणि फिशिंग घोटाळे, चुकून व्यवहार मंजूर करणे किंवा रिकव्हरी फ्रेज उघड करणे, बनावट वेबसाइट्सशी संवाद साधणे आणि इतर स्व-ताब्यातील धोके टाळावे लागतील. धोके आणि फायदे वेगवेगळे आहेत.
+
+### जर मी माझा फोन/हार्डवेअर वॉलेट गमावले, तर गमावलेला निधी परत मिळवण्यासाठी मला पुन्हा तेच वॉलेट ॲप वापरण्याची गरज आहे का?
+
+नाही, तुम्ही वेगळे वॉलेट वापरू शकता. जोपर्यंत तुमच्याकडे सीड फ्रेज आहे, तोपर्यंत तुम्ही तो बहुतेक वॉलेट्समध्ये टाकू शकता आणि ते तुमचे खाते पुनर्संचयित करतील. तुम्हाला असे करण्याची कधी गरज पडल्यास सावधगिरी बाळगा: तुमचे वॉलेट रिकव्हर करताना तुम्ही इंटरनेटशी कनेक्ट केलेले नाही याची खात्री करणे उत्तम आहे, जेणेकरून तुमचा सीड फ्रेज चुकून लीक होणार नाही. रिकव्हरी फ्रेजशिवाय गमावलेला निधी परत मिळवणे अनेकदा अशक्य असते.
diff --git a/public/content/translations/mr/guides/how-to-id-scam-tokens/index.md b/public/content/translations/mr/guides/how-to-id-scam-tokens/index.md
new file mode 100644
index 00000000000..f4d4770d567
--- /dev/null
+++ b/public/content/translations/mr/guides/how-to-id-scam-tokens/index.md
@@ -0,0 +1,94 @@
+---
+title: "स्कॅम टोकन्स कसे ओळखावे"
+description: "स्कॅम टोकन्स समजून घेणे, ते स्वतःला वैध कसे भासवतात आणि त्यांना कसे टाळावे."
+lang: mr
+---
+
+# स्कॅम टोकन्स कसे ओळखावे {#identify-scam-tokens}
+
+Ethereum च्या सर्वात सामान्य उपयोगांपैकी एक म्हणजे एखाद्या गटाने एक ट्रेडेबल टोकन तयार करणे, एका अर्थाने त्यांचे स्वतःचे चलन. हे टोकन्स सामान्यतः एका मानकाचे पालन करतात, [ERC-20](/developers/docs/standards/tokens/erc-20/). तथापि, जिथे कुठे मूल्य आणणारी वैध उपयोग-प्रकरणे आहेत, तिथे असे गुन्हेगार देखील आहेत जे ते मूल्य स्वतःसाठी चोरण्याचा प्रयत्न करतात.
+
+ते तुमची फसवणूक करू शकतील असे दोन मार्ग आहेत:
+
+- **तुम्हाला स्कॅम टोकन विकणे**, जे तुम्हाला खरेदी करायच्या असलेल्या वैध टोकनसारखे दिसू शकते, परंतु ते स्कॅमर्सद्वारे जारी केलेले असते आणि त्याचे काहीही मूल्य नसते.
+- **खराब व्यवहारांवर सही करण्यासाठी तुम्हाला फसवणे**, सहसा तुम्हाला त्यांच्या स्वतःच्या युझर इंटरफेसवर निर्देशित करून. ते तुम्हाला तुमच्या ERC-20 टोकन्सवर त्यांच्या कॉन्ट्रॅक्ट्सना भत्ता देण्यासाठी प्रवृत्त करू शकतात, संवेदनशील माहिती उघड करणे ज्यामुळे त्यांना तुमच्या मालमत्तेत प्रवेश मिळतो, इत्यादी. हे युझर इंटरफेस प्रामाणिक साइट्सचे जवळजवळ अचूक क्लोन असू शकतात, परंतु त्यात छुप्या युक्त्या असतात.
+
+स्कॅम टोकन्स काय आहेत आणि ते कसे ओळखावे हे स्पष्ट करण्यासाठी, आपण त्यापैकी एका उदाहरणाकडे पाहणार आहोत: [`wARB`](https://eth.blockscout.com/token/0xB047c8032b99841713b8E3872F06cF32beb27b82). हे टोकन वैध [`ARB`](https://eth.blockscout.com/address/0xb50721bcf8d664c30412cfbc6cf7a15145234ad1) टोकनसारखे दिसण्याचा प्रयत्न करते.
+
+<ExpandableCard
+title="ARB काय आहे?"
+contentPreview=''>
+
+Arbitrum ही एक संस्था आहे जी [optimistic rollups](/developers/docs/scaling/optimistic-rollups/) विकसित आणि व्यवस्थापित करते. सुरुवातीला, Arbitrum ही एक नफा-कमावणारी कंपनी म्हणून संघटित झाली होती, परंतु नंतर तिने विकेंद्रीकरणासाठी पावले उचलली. त्या प्रक्रियेचा एक भाग म्हणून, त्यांनी एक ट्रेडेबल [governance token](/dao/#token-based-membership) जारी केला.
+</ExpandableCard>
+
+<ExpandableCard
+title="स्कॅम टोकनला wARB का म्हटले जाते?"
+contentPreview=''>
+
+Ethereum मध्ये एक प्रथा आहे की जेव्हा एखादी मालमत्ता ERC-20 अनुरूप नसते तेव्हा आम्ही तिची एक "रॅप्ड" आवृत्ती तयार करतो जिचे नाव "w" ने सुरू होते. म्हणून, उदाहरणार्थ, आमच्याकडे bitcoin साठी wBTC आणि <a href="https://cointelegraph.com/news/what-is-wrapped-ethereum-weth-and-how-does-it-work">ether साठी wETH</a> आहे.
+
+Ethereum वर आधीपासूनच असलेल्या ERC-20 टोकनची रॅप्ड आवृत्ती तयार करण्यात काही अर्थ नाही, परंतु स्कॅमर मूळ वास्तवाऐवजी वैधतेच्या दिसण्यावर अवलंबून असतात.
+</ExpandableCard>
+
+## स्कॅम टोकन्स कसे काम करतात? {#how-do-scam-tokens-work}
+
+Ethereum चा संपूर्ण उद्देश विकेंद्रीकरण आहे. याचा अर्थ असा की अशी कोणतीही केंद्रीय संस्था नाही जी तुमची मालमत्ता जप्त करू शकेल किंवा तुम्हाला स्मार्ट कॉन्ट्रॅक्ट तैनात करण्यापासून रोखू शकेल. परंतु याचा अर्थ असाही होतो की स्कॅमर त्यांच्या इच्छेनुसार कोणताही स्मार्ट कॉन्ट्रॅक्ट तैनात करू शकतात.
+
+<ExpandableCard
+title="स्मार्ट कॉन्ट्रॅक्ट्स काय आहेत?"
+contentPreview=''>
+
+[स्मार्ट कॉन्ट्रॅक्ट्स](/developers/docs/smart-contracts/) हे असे प्रोग्राम्स आहेत जे Ethereum ब्लॉकचेनवर चालतात. उदाहरणार्थ, प्रत्येक ERC-20 टोकन एक स्मार्ट कॉन्ट्रॅक्ट म्हणून लागू केले जाते.
+</ExpandableCard>
+
+विशेषतः, Arbitrum ने एक कॉन्ट्रॅक्ट तैनात केला आहे जो `ARB` हे चिन्ह वापरतो. परंतु ते इतर लोकांनाही तेच चिन्ह किंवा तत्सम चिन्ह वापरणारे कॉन्ट्रॅक्ट तैनात करण्यापासून थांबवत नाही. जो कोणी कॉन्ट्रॅक्ट लिहितो त्याला कॉन्ट्रॅक्ट काय करेल हे ठरवण्याचा हक्क मिळतो.
+
+## वैध दिसणे {#appearing-legitimate}
+
+स्कॅम टोकन निर्माते वैध दिसण्यासाठी अनेक युक्त्या वापरतात.
+
+- **वैध नाव आणि चिन्ह**. आधी उल्लेख केल्याप्रमाणे, ERC-20 कॉन्ट्रॅक्ट्सचे नाव आणि चिन्ह इतर ERC-20 कॉन्ट्रॅक्ट्ससारखेच असू शकते. तुम्ही सुरक्षेसाठी त्या फील्ड्सवर अवलंबून राहू शकत नाही.
+
+- **वैध मालक**. स्कॅम टोकन्स अनेकदा अशा ॲड्रेसेसवर लक्षणीय शिल्लक (significant balances) एअरड्रॉप करतात, जे खऱ्या टोकनचे वैध धारक असण्याची अपेक्षा असते.
+
+  उदाहरणार्थ, `wARB` कडे पुन्हा पाहूया. [सुमारे १६% टोकन्स](https://eth.blockscout.com/token/0xb047c8032b99841713b8E3872F06cF32beb27b82?tab=holders) अशा एका ॲड्रेसद्वारे ठेवलेले आहेत ज्याचा सार्वजनिक टॅग [Arbitrum Foundation: Deployer](https://eth.blockscout.com/address/0x1C8db745ABe3C8162119b9Ef2c13864Cd1FDD72F) आहे. हा _खोटा_ ॲड्रेस नाही, हा खरोखरच तो ॲड्रेस आहे ज्याने [Ethereum mainnet वर खरा ARB कॉन्ट्रॅक्ट तैनात केला](https://eth.blockscout.com/tx/0x242b50ab4fe9896cb0439cfe6e2321d23feede7eeceb31aa2dbb46fc06ed2670).
+
+  कारण एका ॲड्रेसची ERC-20 शिल्लक ही ERC-20 कॉन्ट्रॅक्टच्या स्टोरेजचा भाग असते, त्यामुळे कॉन्ट्रॅक्ट डेव्हलपरच्या इच्छेनुसार ती काहीही निर्दिष्ट केली जाऊ शकते. एखाद्या कॉन्ट्रॅक्टसाठी हस्तांतरण प्रतिबंधित करणे देखील शक्य आहे जेणेकरून वैध वापरकर्ते त्या स्कॅम टोकन्समधून सुटका मिळवू शकणार नाहीत.
+
+- **वैध हस्तांतरण**. _वैध मालक इतरांना स्कॅम टोकन हस्तांतरित करण्यासाठी पैसे देणार नाहीत, त्यामुळे जर हस्तांतरण होत असेल तर ते वैध असले पाहिजे, बरोबर?_ **चूक**. `Transfer` इव्हेंट्स ERC-20 कॉन्ट्रॅक्टद्वारे तयार केले जातात. एक स्कॅमर सहजपणे कॉन्ट्रॅक्ट अशा प्रकारे लिहू शकतो की तो त्या क्रिया निर्माण करेल.
+
+## स्कॅमी वेबसाइट्स {#websites}
+
+स्कॅमर्स खूप खात्रीशीर वेबसाइट्स देखील तयार करू शकतात, कधीकधी तर सारख्याच UI सह अस्सल साइट्सचे अचूक क्लोन देखील, परंतु त्यात सूक्ष्म युक्त्या असतात. उदाहरणार्थ बाह्य लिंक्स ज्या वैध वाटतात पण प्रत्यक्षात वापरकर्त्याला बाह्य स्कॅम साईटवर पाठवतात, किंवा चुकीच्या सूचना ज्या वापरकर्त्याला त्यांच्या कीज उघड करण्यास किंवा हल्लेखोराच्या ॲड्रेसवर निधी पाठवण्यासाठी मार्गदर्शन करतात.
+
+हे टाळण्यासाठी सर्वोत्तम सराव म्हणजे तुम्ही भेट देत असलेल्या साइट्ससाठी URL काळजीपूर्वक तपासणे आणि तुमच्या बुकमार्कमध्ये ज्ञात अस्सल साइट्ससाठी ॲड्रेस सेव्ह करणे. त्यानंतर, तुम्ही चुकून स्पेलिंगच्या चुका न करता किंवा बाह्य लिंक्सवर अवलंबून न राहता तुमच्या बुकमार्क्सद्वारे खऱ्या साइटवर प्रवेश करू शकता.
+
+## तुम्ही स्वतःचे संरक्षण कसे करू शकता? {#protect-yourself}
+
+1. **कॉन्ट्रॅक्ट ॲड्रेस तपासा**. वैध टोकन्स वैध संस्थांकडून येतात आणि तुम्ही संस्थेच्या वेबसाइटवर कॉन्ट्रॅक्ट ॲड्रेस पाहू शकता. उदाहरणार्थ, [`ARB` साठी तुम्ही वैध ॲड्रेस येथे पाहू शकता](https://docs.arbitrum.foundation/deployment-addresses#token).
+
+2. **खऱ्या टोकन्समध्ये तरलता असते**. दुसरा पर्याय म्हणजे [Uniswap](https://uniswap.org/) वरील लिक्विडिटी पूलचा आकार पाहणे, जो सर्वात सामान्य टोकन स्वॅपिंग प्रोटोकॉलपैकी एक आहे. हा प्रोटोकॉल लिक्विडिटी पूल्स वापरून काम करतो, ज्यात गुंतवणूकदार ट्रेडिंग शुल्कातून परताव्याच्या आशेने त्यांचे टोकन्स जमा करतात.
+
+स्कॅम टोकन्समध्ये सहसा खूप लहान लिक्विडिटी पूल्स असतात, जर असतील तर, कारण स्कॅमर्सना खरी मालमत्ता धोक्यात घालायची नसते. उदाहरणार्थ, `ARB`/`ETH` Uniswap पूलमध्ये सुमारे एक दशलक्ष डॉलर्स आहेत ([अद्ययावत मूल्यासाठी येथे पहा](https://app.uniswap.org/explore#/pools/0x755e5a186f0469583bd2e80d1216e02ab88ec6ca)) आणि थोड्या प्रमाणात खरेदी किंवा विक्री केल्याने किंमत बदलणार नाही:
+
+![एक वैध टोकन खरेदी करणे](./uniswap-real.png)
+
+परंतु जेव्हा तुम्ही स्कॅम टोकन `wARB` खरेदी करण्याचा प्रयत्न करता, तेव्हा अगदी लहान खरेदीमुळेही किंमत ९०% पेक्षा जास्त बदलेल:
+
+![एक स्कॅम टोकन खरेदी करणे](./uniswap-scam.png)
+
+हा आणखी एक पुरावा आहे जो आपल्याला दर्शवितो की `wARB` हे वैध टोकन असण्याची शक्यता नाही.
+
+3. **Etherscan मध्ये पहा**. बरेच स्कॅम टोकन्स समुदायाद्वारे आधीच ओळखले गेले आहेत आणि त्यांची तक्रार केली गेली आहे. असे टोकन्स [Etherscan मध्ये चिन्हांकित केले जातात](https://info.etherscan.com/etherscan-token-reputation/). जरी Etherscan सत्याचा अधिकृत स्त्रोत नसला तरी (विकेंद्रित नेटवर्क्सचे स्वरूप असे आहे की वैधतेसाठी कोणताही अधिकृत स्त्रोत असू शकत नाही), Etherscan द्वारे स्कॅम म्हणून ओळखले जाणारे टोकन्स स्कॅम असण्याची शक्यता आहे.
+
+   ![Etherscan मधील स्कॅम टोकन](./etherscan-scam.png)
+
+## निष्कर्ष {#conclusion}
+
+जोपर्यंत जगात मूल्य आहे, तोपर्यंत असे स्कॅमर्स असणारच आहेत जे ते स्वतःसाठी चोरण्याचा प्रयत्न करतील आणि विकेंद्रीकृत जगात तुमच्या स्वतःशिवाय तुमचे संरक्षण करण्यासाठी कोणीही नाही. आशा आहे की, तुम्हाला हे मुद्दे आठवतील जे वैध टोकन्सना स्कॅमपासून वेगळे करण्यास मदत करतील:
+
+- स्कॅम टोकन्स वैध टोकन्सचे सोंग घेतात, ते समान नाव, चिन्ह इत्यादी वापरू शकतात.
+- स्कॅम टोकन्स समान कॉन्ट्रॅक्ट ॲड्रेस वापरू _शकत नाहीत_.
+- वैध टोकनच्या ॲड्रेससाठी सर्वोत्तम स्त्रोत म्हणजे ती संस्था ज्याचा तो टोकन आहे.
+- ते शक्य नसल्यास, तुम्ही [Uniswap](https://app.uniswap.org/#/swap) आणि [Blockscout](https://eth.blockscout.com/) सारखे लोकप्रिय, विश्वसनीय ॲप्लिकेशन्स वापरू शकता.
diff --git a/public/content/translations/mr/guides/how-to-revoke-token-access/index.md b/public/content/translations/mr/guides/how-to-revoke-token-access/index.md
new file mode 100644
index 00000000000..7ba0dd9906c
--- /dev/null
+++ b/public/content/translations/mr/guides/how-to-revoke-token-access/index.md
@@ -0,0 +1,75 @@
+---
+title: "तुमच्या क्रिप्टो फंडांमध्ये स्मार्ट कॉन्ट्रॅक्ट प्रवेश कसा रद्द करायचा"
+description: "शोषणात्मक स्मार्ट कॉन्ट्रॅक्ट टोकन अॅक्सेस कसा रद्द करायचा यावरील मार्गदर्शक"
+lang: mr
+---
+
+# तुमच्या क्रिप्टो फंडांमध्ये स्मार्ट कॉन्ट्रॅक्ट प्रवेश कसा रद्द करायचा
+
+हे मार्गदर्शक तुम्हाला शिकवेल की तुम्ही तुमच्या निधीमध्ये प्रवेश करण्याची परवानगी दिलेल्या सर्व [स्मार्ट कॉन्ट्रॅक्ट्सची](/glossary/#smart-contract) यादी कशी पहावी आणि ती कशी रद्द करावी.
+
+कधीकधी, दुर्भावनापूर्ण डेव्हलपर्स स्मार्ट कॉन्ट्रॅक्ट्समध्ये बॅकडोअर्स तयार करतात, जे त्या स्मार्ट कॉन्ट्रॅक्टशी संवाद साधणाऱ्या अजाण वापरकर्त्यांच्या निधीमध्ये प्रवेश करण्याची परवानगी देतात. बहुतेकदा असे होते की, असे प्लॅटफॉर्म भविष्यात थोड्या प्रमाणात [गॅस](/glossary/#gas) वाचवण्याच्या प्रयत्नात वापरकर्त्याला **अमर्याद संख्येने टोकन्स** खर्च करण्याची परवानगी मागतात, परंतु यामुळे धोका वाढतो.
+
+एकदा एखाद्या प्लॅटफॉर्मला तुमच्या [वॉलेटमधील](/glossary/#wallet) टोकनवर अमर्याद प्रवेशाचे अधिकार मिळाल्यावर, तुम्ही तुमचा निधी त्यांच्या प्लॅटफॉर्मवरून तुमच्या वॉलेटमध्ये काढला असला तरीही ते ते सर्व टोकन्स खर्च करू शकतात. दुर्भावनापूर्ण घटक तरीही तुमच्या निधीमध्ये प्रवेश करू शकतात आणि ते त्यांच्या वॉलेटमध्ये काढू शकतात, ज्यामुळे तुमच्यासाठी कोणताही रिकव्हरीचा पर्याय शिल्लक राहत नाही.
+
+न तपासलेले नवीन प्रकल्प वापरणे टाळणे, फक्त तुम्हाला आवश्यक असलेल्या गोष्टींना मंजुरी देणे किंवा नियमितपणे प्रवेश रद्द करणे हेच संरक्षणाचे उपाय आहेत. तर, तुम्ही ते कसे कराल?
+
+## पायरी १: अॅक्सेस रद्द करण्याची साधने वापरा
+
+अनेक वेबसाइट्स तुम्हाला तुमच्या अॅड्रेसशी जोडलेले स्मार्ट कॉन्ट्रॅक्ट्स पाहण्याची आणि रद्द करण्याची परवानगी देतात. वेबसाइटला भेट द्या आणि तुमचे वॉलेट कनेक्ट करा:
+
+- [Etherscan](https://etherscan.io/tokenapprovalchecker) (इथेरियम)
+- [Blockscout](https://eth.blockscout.com/apps/revokescout) (इथेरियम)
+- [Revoke](https://revoke.cash/) (अनेक नेटवर्क्स)
+- [Unrekt](https://app.unrekt.net/) (अनेक नेटवर्क्स)
+- [EverRevoke](https://everrise.com/everrevoke/) (अनेक नेटवर्क्स)
+
+## पायरी २: तुमचे वॉलेट कनेक्ट करा
+
+एकदा तुम्ही वेबसाइटवर आल्यावर, “वॉलेट कनेक्ट करा” वर क्लिक करा. वेबसाइट तुम्हाला तुमचे वॉलेट कनेक्ट करण्यासाठी सूचित करेल.
+
+तुमच्या वॉलेटमध्ये आणि वेबसाइटवर तुम्ही समान नेटवर्क वापरत आहात याची खात्री करा. तुम्हाला फक्त निवडलेल्या नेटवर्कशी संबंधित स्मार्ट कॉन्ट्रॅक्ट्स दिसतील. उदाहरणार्थ, जर तुम्ही इथेरियम मेननेटशी कनेक्ट केले, तर तुम्हाला फक्त इथेरियम कॉन्ट्रॅक्ट्स दिसतील, पॉलिगॉन सारख्या इतर चेन्समधील कॉन्ट्रॅक्ट्स दिसणार नाहीत.
+
+## पायरी ३: तुम्ही रद्द करू इच्छित असलेला स्मार्ट कॉन्ट्रॅक्ट निवडा
+
+तुम्हाला तुमच्या टोकन्समध्ये प्रवेश करण्याची परवानगी असलेले सर्व कॉन्ट्रॅक्ट्स आणि त्यांची खर्चाची मर्यादा दिसली पाहिजे. तुम्ही समाप्त करू इच्छित असलेला कॉन्ट्रॅक्ट शोधा.
+
+जर तुम्हाला कोणता कॉन्ट्रॅक्ट निवडायचा हे माहित नसेल, तर तुम्ही ते सर्व रद्द करू शकता. यामुळे तुम्हाला कोणतीही अडचण येणार नाही, परंतु पुढच्या वेळी जेव्हा तुम्ही यापैकी कोणत्याही कॉन्ट्रॅक्टशी संवाद साधाल, तेव्हा तुम्हाला नवीन परवानग्यांचा संच द्यावा लागेल.
+
+## पायरी ४: तुमच्या निधीमधील प्रवेश रद्द करा
+
+एकदा तुम्ही 'रद्द करा' वर क्लिक केल्यावर, तुम्हाला तुमच्या वॉलेटमध्ये एका नवीन व्यवहाराची सूचना दिसली पाहिजे. हे अपेक्षित आहे. रद्दीकरण यशस्वी होण्यासाठी तुम्हाला शुल्क भरावे लागेल. नेटवर्कवर अवलंबून, यावर प्रक्रिया होण्यासाठी एका मिनिटापासून ते अनेक मिनिटे लागू शकतात.
+
+आम्ही तुम्हाला सल्ला देतो की काही मिनिटांनंतर रद्द करण्याचे साधन रिफ्रेश करा आणि रद्द केलेला कॉन्ट्रॅक्ट यादीतून नाहीसा झाला आहे की नाही हे पुन्हा तपासण्यासाठी तुमचे वॉलेट पुन्हा कनेक्ट करा.
+
+<mark>आम्ही शिफारस करतो की तुम्ही प्रकल्पांना तुमच्या टोकन्समध्ये अमर्याद प्रवेश कधीही देऊ नका आणि सर्व टोकन भत्ता प्रवेश नियमितपणे रद्द करा. टोकन प्रवेश रद्द केल्याने निधीचे नुकसान कधीही होऊ नये, विशेषतः जर तुम्ही वर सूचीबद्ध केलेली साधने वापरत असाल तर.</mark>
+
+<br />
+
+<Alert variant="update">
+<AlertEmoji text=":eyes:"/>
+<AlertContent className="justify-between flex-row items-center">
+  <div>अधिक जाणून घेऊ इच्छिता?</div>
+  <ButtonLink href="/guides/">
+    आमचे इतर मार्गदर्शक पहा
+  </ButtonLink>
+</AlertContent>
+</Alert>
+
+## वारंवार विचारले जाणारे प्रश्न
+
+### टोकन प्रवेश रद्द केल्याने स्टेकिंग, पूलिंग, लेंडिंग इत्यादी देखील संपुष्टात येते का?
+
+नाही, याचा तुमच्या कोणत्याही [DeFi](/glossary/#defi) धोरणांवर परिणाम होणार नाही. तुम्ही तुमच्या पोझिशनमध्ये राहाल आणि रिवॉर्ड्स इत्यादी मिळवत राहाल.
+
+### एखाद्या प्रकल्पातून वॉलेट डिस्कनेक्ट करणे हे माझा निधी वापरण्याची परवानगी काढून टाकण्यासारखेच आहे का?
+
+नाही, जर तुम्ही तुमचे वॉलेट प्रकल्पातून डिस्कनेक्ट केले, परंतु तुम्ही टोकन भत्ता परवानग्या दिल्या असतील, तर ते अजूनही ते टोकन्स वापरू शकतात. तुम्हाला तो प्रवेश रद्द करणे आवश्यक आहे.
+
+### कॉन्ट्रॅक्टची परवानगी कधी कालबाह्य होईल?
+
+कॉन्ट्रॅक्ट परवानग्यांवर कोणतीही कालबाह्यता तारीख नसते. जर तुम्ही कॉन्ट्रॅक्ट परवानग्या दिल्या, तर त्या दिल्यानंतर अनेक वर्षांनीही त्या वापरल्या जाऊ शकतात.
+
+### प्रकल्प अमर्याद टोकन भत्ता का सेट करतात?
+
+प्रकल्प अनेकदा आवश्यक विनंत्यांची संख्या कमी करण्यासाठी असे करतात, याचा अर्थ वापरकर्त्याला फक्त एकदाच मंजुरी द्यावी लागते आणि व्यवहार शुल्क फक्त एकदाच भरावे लागते. हे सोयीचे असले तरी, ज्या साइट्स वेळेनुसार सिद्ध झालेल्या नाहीत किंवा ऑडिट केलेल्या नाहीत, त्यांवर वापरकर्त्यांनी निष्काळजीपणे मंजुरी देणे धोकादायक ठरू शकते. काही वॉलेट्स तुम्हाला तुमचा धोका मर्यादित करण्यासाठी, मंजूर होणाऱ्या टोकन्सची रक्कम व्यक्तिचलितपणे मर्यादित करण्याची परवानगी देतात. अधिक माहितीसाठी तुमच्या वॉलेट प्रदात्याशी संपर्क साधा.
diff --git a/public/content/translations/mr/guides/how-to-swap-tokens/index.md b/public/content/translations/mr/guides/how-to-swap-tokens/index.md
new file mode 100644
index 00000000000..118c0db22b2
--- /dev/null
+++ b/public/content/translations/mr/guides/how-to-swap-tokens/index.md
@@ -0,0 +1,70 @@
+---
+title: "प्रतिक कसे देवाणघेवाण करावे"
+description: "Ethereum वर टोकन स्वॅप कसे करायचे यावरील मार्गदर्शक."
+lang: mr
+---
+
+# प्रतिक कसे देवाणघेवाण करावे
+
+तुम्ही तुमच्या सर्व आवडत्या टोकनची यादी करणाऱ्या एक्सचेंजचा शोध घेऊन कंटाळला आहात का? तुम्ही [विकेंद्रीकृत एक्सचेंज](/glossary/#dex) वापरून बहुतेक टोकन स्वॅप करू शकता.
+
+टोकन स्वॅपमध्ये Ethereum नेटवर्कवर अस्तित्वात असलेल्या दोन भिन्न मालमत्तांची देवाणघेवाण समाविष्ट आहे, उदाहरणार्थ ETH ला DAI (एक [ERC-20](/glossary/#erc-20) टोकन) मध्ये स्वॅप करणे. ही प्रक्रिया खूप जलद आणि स्वस्त आहे. टोकन स्वॅप करण्यासाठी तुमच्याकडे क्रिप्टो वॉलेट असणे आवश्यक आहे.
+
+**पूर्व-आवश्यकता:**
+
+- तुमच्याकडे [क्रिप्टो वॉलेट](/glossary/#wallet) असणे; तुमच्याकडे नसल्यास, तुम्ही [Ethereum खाते कसे तयार करावे](/guides/how-to-create-an-ethereum-account/) या मार्गदर्शकाचे अनुसरण करू शकता
+- तुमच्या वॉलेटमध्ये निधी जमा करा
+
+## १. तुमचे वॉलेट तुमच्या आवडीच्या विकेंद्रित एक्सचेंज (DEX) शी कनेक्ट करा
+
+काही लोकप्रिय एक्सचेंज आहेत:
+
+- [Uniswap](https://app.uniswap.org/#/swap)
+- [Sushiswap](https://www.sushi.com/swap)
+- [1Inch](https://app.1inch.io/#/1/unified/swap/ETH/DAI)
+- [Curve](https://www.curve.finance/dex/ethereum/swap/)
+
+मनोरंजक? [विकेंद्रित वित्त (DeFi)](/defi/) काय आहे आणि हे नवीन प्रकारचे एक्सचेंज कसे कार्य करतात याबद्दल अधिक जाणून घ्या.
+
+## २. तुम्ही स्वॅप करू इच्छित असलेल्या टोकनची जोडी निवडा
+
+उदाहरणार्थ, ETH आणि DAI. तुमच्याकडे दोनपैकी एका टोकनमध्ये निधी आहे याची खात्री करा.
+![स्वॅप करण्यासाठी सामान्य इंटरफेस](./swap1.png)
+
+## ३. तुम्ही व्यापार करू इच्छित असलेल्या टोकनची रक्कम प्रविष्ट करा आणि स्वॅपवर क्लिक करा
+
+तुम्हाला किती टोकन मिळतील याची एक्सचेंज आपोआप गणना करेल.
+
+![स्वॅप करण्यासाठी सामान्य इंटरफेस](./swap2.png)
+
+## ४. व्यवहाराची पुष्टी करा
+
+व्यवहाराच्या तपशीलांचे पुनरावलोकन करा. वाईट आश्चर्ये टाळण्यासाठी विनिमय दर आणि इतर कोणतेही शुल्क तपासा.
+
+![व्यवहाराचे पुनरावलोकन करण्यासाठी सामान्य इंटरफेस](./swap3.png)
+
+## ५. व्यवहारावर प्रक्रिया होण्याची प्रतीक्षा करा
+
+तुम्ही कोणत्याही ब्लॉकचेन एक्सप्लोररवर व्यवहाराची प्रगती पाहू शकता. या प्रक्रियेला १० मिनिटांपेक्षा जास्त वेळ लागू नये.
+
+एकदा व्यवहारावर प्रक्रिया झाली की, तुम्हाला तुमच्या वॉलेटमध्ये स्वॅप केलेले टोकन आपोआप प्राप्त होतील. <br />
+
+<Alert variant="update">
+<AlertEmoji text=":eyes:"/>
+<AlertContent className="justify-between flex-row items-center">
+  <div>अधिक जाणून घेऊ इच्छिता?</div>
+  <ButtonLink href="/guides/">
+    आमचे इतर मार्गदर्शक पहा
+  </ButtonLink>
+</AlertContent>
+</Alert>
+
+## वारंवार विचारले जाणारे प्रश्न
+
+### मी माझ्या वॉलेटमधून ETH ला BTC मध्ये स्वॅप करू शकेन का?
+
+नाही, तुम्ही फक्त Ethereum नेटवर्कचे मूळ टोकन जसे की ETH, ERC-20 टोकन किंवा NFTs स्वॅप करू शकता. तुम्ही फक्त Bitcoin चे \"रॅप्ड\" प्रकार स्वॅप करू शकता जे Ethereum वर अस्तित्वात आहेत.
+
+### स्लिपेज म्हणजे काय?
+
+हा तुमच्या अपेक्षित विनिमय दरातील आणि वास्तविक दरातील फरक आहे.
diff --git a/public/content/translations/mr/guides/how-to-use-a-bridge/index.md b/public/content/translations/mr/guides/how-to-use-a-bridge/index.md
new file mode 100644
index 00000000000..dab33bde0a4
--- /dev/null
+++ b/public/content/translations/mr/guides/how-to-use-a-bridge/index.md
@@ -0,0 +1,72 @@
+---
+title: "टोकन लेयर 2 वर कसे जोडायचे"
+description: "ब्रिज वापरून Ethereum वरून लेअर 2 वर टोकन कसे हलवायचे हे स्पष्ट करणारी मार्गदर्शिका."
+lang: mr
+---
+
+# टोकन लेयर 2 वर कसे जोडायचे
+
+Ethereum वर खूप जास्त रहदारी असल्यास, ते महाग होऊ शकते. यावर एक उपाय म्हणजे नवीन "लेअर्स" तयार करणे: म्हणजेच, वेगवेगळे नेटवर्क्स जे Ethereum प्रमाणेच काम करतात. हे तथाकथित लेअर 2s कमी शुल्कामध्ये अनेक व्यवहार करून Ethereum वरील गर्दी आणि खर्च कमी करण्यास मदत करतात आणि या व्यवहारांचे परिणाम ठराविक वेळेनंतर Ethereum वर संग्रहित करतात. त्यामुळे, हे लेअर 2s आपल्याला वाढीव वेगाने आणि कमी खर्चात व्यवहार करण्यास सक्षम करतात. या फायद्यांमुळे अनेक लोकप्रिय क्रिप्टो प्रकल्प लेअर 2s वर स्थलांतरित होत आहेत. Ethereum वरून लेअर 2 वर टोकन हलवण्याचा सर्वात सोपा मार्ग म्हणजे ब्रिज वापरणे.
+
+**पूर्व-आवश्यकता:**
+
+- एक क्रिप्टो वॉलेट असावे—तुमच्याकडे नसल्यास, [Ethereum खाते तयार करण्यासाठी](/guides/how-to-create-an-ethereum-account/) ही मार्गदर्शिका वापरा.
+- तुमच्या वॉलेटमध्ये निधी जमा करा
+
+## १. तुम्हाला कोणते लेअर 2 नेटवर्क वापरायचे आहे ते ठरवा.
+
+आमच्या [लेअर 2 पेजवर](/layer-2/) तुम्हाला विविध प्रकल्पांबद्दल आणि महत्त्वाच्या लिंक्सबद्दल अधिक माहिती मिळेल.
+
+## २. निवडलेल्या ब्रिजवर जा.
+
+काही लोकप्रिय लेअर 2s आहेत:
+
+- [Arbitrum bridge](https://portal.arbitrum.io/bridge?l2ChainId=42161)
+- [Optimism bridge](https://app.optimism.io/bridge/deposit)
+- [Boba network bridge](https://hub.boba.network/)
+
+## ३. तुमच्या वॉलेटने ब्रिजशी कनेक्ट करा.
+
+तुमचे वॉलेट Ethereum मेननेट नेटवर्कशी जोडलेले असल्याची खात्री करा. जर ते जोडलेले नसेल, तर वेबसाइट तुम्हाला आपोआप नेटवर्क बदलण्यास सूचित करेल.
+
+![टोकन्स ब्रिजिंगसाठी सामान्य इंटरफेस](./bridge1.png)
+
+## ४. रक्कम नमूद करा आणि निधी हलवा.
+
+अप्रिय आश्चर्याचे धक्के टाळण्यासाठी तुम्हाला लेअर 2 नेटवर्कवर परत मिळणारी रक्कम आणि शुल्काचा आढावा घ्या.
+
+![टोकन्स ब्रिजिंगसाठी सामान्य इंटरफेस](./bridge2.png)
+
+## ५. तुमच्या वॉलेटमध्ये व्यवहाराची पुष्टी करा.
+
+व्यवहारावर प्रक्रिया करण्यासाठी तुम्हाला ETH च्या स्वरूपात शुल्क ([गॅस](/glossary/#gas) म्हटले जाते) द्यावे लागेल.
+
+![टोकन्स ब्रिजिंगसाठी सामान्य इंटरफेस](./bridge3.png)
+
+## 6. तुमचा निधी हलवला जाण्याची प्रतीक्षा करा.
+
+या प्रक्रियेला 10 मिनिटांपेक्षा जास्त वेळ लागू नये.
+
+## 7. तुमच्या वॉलेटमध्ये निवडलेले लेअर 2 नेटवर्क जोडा (ऐच्छिक).
+
+नेटवर्कचे RPC तपशील शोधण्यासाठी तुम्ही [chainlist.org](http://chainlist.org) वापरू शकता. एकदा नेटवर्क जोडले गेले आणि व्यवहार पूर्ण झाला की, तुम्हाला तुमच्या वॉलेटमध्ये टोकन दिसतील. <br />
+
+<Alert variant="update">
+<AlertEmoji text=":eyes:"/>
+<AlertContent className="justify-between flex-row items-center">
+  <div>अधिक जाणून घेऊ इच्छिता?</div>
+  <ButtonLink href="/guides/">
+    आमचे इतर मार्गदर्शक पहा
+  </ButtonLink>
+</AlertContent>
+</Alert>
+
+## वारंवार विचारले जाणारे प्रश्न
+
+### माझा निधी एक्सचेंजवर असल्यास काय करावे?
+
+तुम्ही कदाचित काही लेअर 2s वर थेट एक्सचेंजमधून निधी काढू शकता. अधिक माहितीसाठी आमच्या [लेअर 2 पेजवरील](/layer-2/) “लेअर 2 वर जा” हा विभाग तपासा.
+
+### मी L2 वर माझे टोकन ब्रिज केल्यानंतर Ethereum मेननेटवर परत जाऊ शकेन का?
+
+होय, तुम्ही तोच ब्रिज वापरून तुमचा निधी कधीही मेननेटवर परत हलवू शकता.
diff --git a/public/content/translations/mr/guides/how-to-use-a-wallet/index.md b/public/content/translations/mr/guides/how-to-use-a-wallet/index.md
new file mode 100644
index 00000000000..ab79692b45c
--- /dev/null
+++ b/public/content/translations/mr/guides/how-to-use-a-wallet/index.md
@@ -0,0 +1,91 @@
+---
+title: "वॉलेट कसे वापरावे"
+metaTitle: "Ethereum वॉलेट्स कसे वापरावे | पायरी-पायरीने"
+description: "टोकन्स कसे पाठवायचे, मिळवायचे आणि web3 प्रकल्पांशी कसे कनेक्ट करायचे हे स्पष्ट करणारे मार्गदर्शक."
+lang: mr
+---
+
+# वॉलेट कसे वापरावे
+
+वॉलेटची सर्व मूलभूत कार्ये कशी चालवायची ते शिका. तुमच्याकडे अजून एक नसल्यास, आमचे [Ethereum खाते कसे तयार करावे](/guides/how-to-create-an-ethereum-account/) पहा.
+
+## तुमचे वॉलेट उघडा
+
+तुम्हाला एक डॅशबोर्ड दिसेल जो बहुधा तुमची शिल्लक दाखवेल आणि टोकन पाठवण्यासाठी आणि प्राप्त करण्यासाठी बटणे असतील.
+
+## क्रिप्टोकरन्सी प्राप्त करा
+
+तुम्हाला तुमच्या वॉलेटमध्ये क्रिप्टो प्राप्त करायचे आहे का?
+
+प्रत्येक Ethereum खात्याचा स्वतःचा प्राप्त करण्याचा पत्ता असतो, जो अंक आणि अक्षरांचा एक अद्वितीय क्रम आहे. हा पत्ता बँक खाते क्रमांकाप्रमाणे कार्य करतो. Ethereum पत्ते नेहमी “0x” ने सुरू होतील. तुम्ही हा पत्ता कोणाशीही शेअर करू शकता: असे करणे सुरक्षित आहे.
+
+तुमचा पत्ता तुमच्या घरच्या पत्त्यासारखा आहे: तुम्हाला लोकांना तो काय आहे हे सांगावे लागेल जेणेकरून ते तुम्हाला शोधू शकतील. हे करणे सुरक्षित आहे, कारण तुम्ही तरीही तुमच्या पुढच्या दाराला दुसऱ्या की सह लॉक करू शकता जी फक्त तुम्ही नियंत्रित करता, जेणेकरून तुम्ही कुठे राहता हे माहित असूनही कोणीही आत येऊ शकणार नाही.
+
+ज्याला तुम्हाला पैसे पाठवायचे आहेत त्याला तुम्हाला तुमचा सार्वजनिक पत्ता देणे आवश्यक आहे. अनेक वॉलेट ॲप्स तुम्हाला तुमचा पत्ता कॉपी करण्याची किंवा सोप्या वापरासाठी स्कॅन करण्यासाठी QR कोड दाखवण्याची परवानगी देतात. कोणताही Ethereum पत्ता मॅन्युअली टाइप करणे टाळा. यामुळे सहजपणे लिपिकीय चुका होऊ शकतात आणि निधी गमावला जाऊ शकतो.
+
+वेगवेगळे ॲप्स भिन्न असू शकतात किंवा वेगळी भाषा वापरू शकतात, परंतु जर तुम्ही निधी हस्तांतरित करण्याचा प्रयत्न करत असाल तर ते तुम्हाला अशाच प्रक्रियेतून घेऊन जातील.
+
+1. तुमचे वॉलेट ॲप उघडा.
+2. "प्राप्त करा" (किंवा तत्सम शब्द असलेल्या पर्यायावर) क्लिक करा.
+3. तुमचा Ethereum पत्ता क्लिपबोर्डवर कॉपी करा.
+4. पाठवणाऱ्याला तुमचा Ethereum प्राप्त करण्याचा पत्ता द्या.
+
+## क्रिप्टोकरन्सी पाठवा
+
+तुम्हाला दुसऱ्या वॉलेटमध्ये ETH पाठवायचे आहे का?
+
+1. तुमचे वॉलेट ॲप उघडा.
+2. प्राप्त करण्याचा पत्ता मिळवा आणि तुम्ही प्राप्तकर्त्याच्या नेटवर्कशी कनेक्ट आहात याची खात्री करा.
+3. प्राप्त करण्याचा पत्ता प्रविष्ट करा किंवा आपल्या कॅमेऱ्याने QR कोड स्कॅन करा जेणेकरून आपल्याला पत्ता मॅन्युअली लिहावा लागणार नाही.
+4. तुमच्या वॉलेटमधील “पाठवा” बटणावर (किंवा तत्सम शब्द असलेल्या पर्यायावर) क्लिक करा.
+
+![क्रिप्टो पत्त्यासाठी पाठवा फील्ड](./send.png) <br/>
+
+5. DAI किंवा USDC सारख्या अनेक मालमत्ता एकाधिक नेटवर्क्सवर अस्तित्वात आहेत. क्रिप्टो टोकन हस्तांतरित करताना, प्राप्तकर्ता तुमच्याप्रमाणेच नेटवर्क वापरत असल्याची खात्री करा, कारण ते अदलाबदल करण्यायोग्य नाहीत.
+6. तुमच्या वॉलेटमध्ये व्यवहार शुल्क भरण्यासाठी पुरेसे ETH असल्याची खात्री करा, जे नेटवर्कच्या परिस्थितीनुसार बदलते. बहुतेक वॉलेट्स व्यवहारात सुचविलेले शुल्क आपोआप जोडतील, ज्याची तुम्ही नंतर पुष्टी करू शकता.
+7. एकदा तुमचा व्यवहार प्रक्रिया झाल्यावर, संबंधित क्रिप्टो रक्कम प्राप्तकर्त्याच्या खात्यात दिसेल. याला काही सेकंदांपासून ते काही मिनिटांपर्यंत वेळ लागू शकतो, हे नेटवर्क सध्या किती वापरले जात आहे यावर अवलंबून आहे.
+
+## प्रकल्पांशी कनेक्ट करणे
+
+सर्व Ethereum प्रकल्पांमध्ये तुमचा पत्ता सारखाच राहील. तुम्हाला कोणत्याही प्रकल्पावर वैयक्तिकरित्या नोंदणी करण्याची आवश्यकता नाही. एकदा तुमच्याकडे वॉलेट आले की, तुम्ही कोणत्याही अतिरिक्त माहितीशिवाय कोणत्याही Ethereum प्रकल्पाशी कनेक्ट होऊ शकता. कोणतेही ईमेल किंवा इतर कोणतीही वैयक्तिक माहिती आवश्यक नाही.
+
+1. कोणत्याही प्रकल्पाच्या वेबसाइटला भेट द्या.
+2. जर प्रकल्पाचे लँडिंग पृष्ठ फक्त प्रकल्पाचे एक स्थिर वर्णन असेल, तर तुम्ही मेन्यूमधील "ॲप उघडा" बटणावर क्लिक करू शकाल, जे तुम्हाला प्रत्यक्ष वेब ॲपवर घेऊन जाईल.
+3. एकदा तुम्ही ॲपमध्ये आल्यावर “कनेक्ट” वर क्लिक करा.
+
+![वापरकर्त्याला वॉलेटसह वेबसाइटशी कनेक्ट करण्याची परवानगी देणारे बटण](./connect1.png)
+
+4. दिलेल्या पर्यायांच्या सूचीमधून तुमचे वॉलेट निवडा. जर तुम्हाला तुमचे वॉलेट दिसत नसेल, तर ते “WalletConnect” पर्यायाखाली लपलेले असू शकते.
+
+![कनेक्ट करण्यासाठी वॉलेट्सच्या सूचीमधून निवडणे](./connect2.png)
+
+5. कनेक्शन स्थापित करण्यासाठी तुमच्या वॉलेटमधील स्वाक्षरी विनंतीची पुष्टी करा. **या संदेशावर स्वाक्षरी करण्यासाठी कोणतेही ETH खर्च करण्याची आवश्यकता नसावी**.
+6. झालं! ॲप वापरण्यास सुरुवात करा. तुम्ही आमच्या [dApps पृष्ठावर](/apps/#explore) काही मनोरंजक प्रकल्प शोधू शकता. <br />
+
+<Alert variant="update">
+<AlertEmoji text=":eyes:"/>
+<AlertContent className="justify-between flex-row items-center">
+  <div>अधिक जाणून घेऊ इच्छिता?</div>
+  <ButtonLink href="/guides/">
+    आमचे इतर मार्गदर्शक पहा
+  </ButtonLink>
+</AlertContent>
+</Alert>
+
+## वारंवार विचारले जाणारे प्रश्न
+
+### जर माझ्याकडे ETH पत्ता असेल, तर माझ्याकडे इतर ब्लॉकचेनवरही तोच पत्ता असतो का?
+
+तुम्ही सर्व EVM सुसंगत ब्लॉकचेनवर समान पत्ता वापरू शकता (जर तुमच्याकडे रिकव्हरी फ्रेज असलेले वॉलेट असेल तर). ही [सूची](https://chainlist.org/) तुम्हाला दाखवेल की तुम्ही कोणत्या ब्लॉकचेनवर समान पत्ता वापरू शकता. Bitcoin सारखे काही ब्लॉकचेन, नेटवर्क नियमांचा पूर्णपणे वेगळा संच लागू करतात आणि तुम्हाला वेगळ्या स्वरूपासह वेगळ्या पत्त्याची आवश्यकता असेल. जर तुमच्याकडे स्मार्ट कॉन्ट्रॅक्ट वॉलेट असेल, तर कोणते ब्लॉकचेन समर्थित आहेत याबद्दल अधिक माहितीसाठी तुम्ही त्याच्या उत्पादन वेबसाइटवर तपासले पाहिजे.
+
+### मी एकाधिक डिव्हाइसेसवर समान पत्ता वापरू शकेन का?
+
+होय, तुम्ही एकाधिक डिव्हाइसेसवर समान पत्ता वापरू शकता. वॉलेट्स तांत्रिकदृष्ट्या फक्त तुमची शिल्लक दाखवण्यासाठी आणि व्यवहार करण्यासाठी एक इंटरफेस आहेत, तुमचे खाते वॉलेटमध्ये संग्रहित केलेले नाही, तर ब्लॉकचेनवर आहे.
+
+### मला क्रिप्टो मिळालेले नाही, मी व्यवहाराची स्थिती कोठे तपासू शकेन?
+
+तुम्ही कोणत्याही व्यवहाराची स्थिती रिअल-टाइममध्ये पाहण्यासाठी [ब्लॉक एक्सप्लोरर्स](/developers/docs/data-and-analytics/block-explorers/) वापरू शकता. तुम्हाला फक्त तुमचा वॉलेट पत्ता किंवा व्यवहाराचा आयडी शोधायचा आहे.
+
+### मी व्यवहार रद्द करू किंवा परत करू शकेन का?
+
+नाही, एकदा व्यवहाराची पुष्टी झाल्यावर, तुम्ही व्यवहार रद्द करू शकत नाही.
diff --git a/public/content/translations/mr/guides/index.md b/public/content/translations/mr/guides/index.md
new file mode 100644
index 00000000000..8aae9cd450a
--- /dev/null
+++ b/public/content/translations/mr/guides/index.md
@@ -0,0 +1,27 @@
+---
+title: "इथेरियम मार्गदर्शक"
+description: "नवशिक्यांसाठी इथेरियम वापरण्याच्या मूलभूत गोष्टी समजावून सांगणाऱ्या व्यावहारिक मार्गदर्शकांचा संग्रह."
+lang: mr
+---
+
+# इथेरियम मार्गदर्शक
+
+तुम्हाला तुमचा इथेरियम प्रवास सुरू करायचा आहे का? आमचे व्यावहारिक मार्गदर्शक तुम्हाला सुरुवात करण्यासाठी टप्प्याटप्प्याने मार्गदर्शन करतात, आणि हे नवीन तंत्रज्ञान वापरणे सोपे करतात.
+
+## सुरू करणे
+
+1. [इथेरियम खाते "तयार" कसे करावे](/guides/how-to-create-an-ethereum-account/) - कोणीही विनामूल्य वॉलेट तयार करू शकते. हे मार्गदर्शक तुम्हाला कुठून सुरुवात करावी हे दाखवेल.
+
+2. [वॉलेट कसे वापरावे](/guides/how-to-use-a-wallet/) - तुमच्या वॉलेटमध्ये टोकन कसे पाठवायचे आणि मिळवायचे आणि वॉलेटला प्रकल्पांशी कसे जोडायचे ते शिका.
+
+## सुरक्षिततेच्या मूलभूत गोष्टी
+
+1. [तुमच्या क्रिप्टो फंडांमध्ये स्मार्ट कॉन्ट्रॅक्टचा ॲक्सेस कसा रद्द करावा](/guides/how-to-revoke-token-access/) - तुम्हाला तुमच्या वॉलेटमध्ये अचानक असा व्यवहार दिसल्यास जो तुम्ही सुरू केला नाही, तर हे मार्गदर्शक तुम्हाला हे पुन्हा घडण्यापासून कसे रोखायचे हे शिकवेल.
+
+2. [स्कॅम टोकन कसे ओळखावे](/guides/how-to-id-scam-tokens/) - स्कॅम टोकन काय आहेत? ते स्वतःला वैध कसे दाखवतात, आणि तुम्ही स्वतःचे संरक्षण करण्यासाठी आणि घोटाळ्यापासून वाचण्यासाठी त्यांना कसे ओळखाल?
+
+## इथेरियम वापरणे
+
+1. [लेअर 2 वर टोकन कसे ब्रिज करावे](/guides/how-to-use-a-bridge/) - इथेरियम व्यवहार खूप महाग आहेत का? लेअर 2 नावाच्या इथेरियम स्केलिंग सोल्यूशन्सवर जाण्याचा विचार करा.
+
+2. [टोकन स्वॅप कसे करावे](/guides/how-to-swap-tokens/) - तुम्ही तुमचे टोकन एका वेगळ्या टोकनसाठी बदलू इच्छिता का? हे सोपे मार्गदर्शक तुम्हाला ते कसे करायचे हे दाखवेल.
diff --git a/public/content/translations/mr/nft/index.md b/public/content/translations/mr/nft/index.md
index 8096c7bdd6d..edb1ce858ce 100644
--- a/public/content/translations/mr/nft/index.md
+++ b/public/content/translations/mr/nft/index.md
@@ -1,47 +1,42 @@
 ---
-title: नॉन-फंगीबल टोकन (NFT)
-description: Ethereum वर NFT चे विहंगावलोकन
+title: "नॉन-फंगीबल टोकन (NFT)"
+metaTitle: "NFT म्हणजे काय? | फायदे आणि वापर"
+description: "Ethereum वर NFT चे विहंगावलोकन"
 lang: mr
 template: use-cases
 emoji: ":frame_with_picture:"
 sidebarDepth: 2
 image: /images/infrastructure_transparent.png
-alt: होलोग्रामद्वारे Ethचा लोगो प्रदर्शित केले जात आहे.
-summaryPoint1: Ethereum-आधारित मालमत्ता म्हणून अद्वितीय कोणत्याही गोष्टीचे प्रतिनिधित्व करण्याचा एक मार्ग.
-summaryPoint2: NFT सामग्री निर्मात्यांना पूर्वीपेक्षा अधिक शक्ती देत ​​आहेत.
-summaryPoint3: Ethereum ब्लॉकचेनवर स्मार्ट कॉन्ट्रॅक्टद्वारे समर्थित.
+alt: "होलोग्रामद्वारे Ethचा लोगो प्रदर्शित केले जात आहे."
+summaryPoint1: "Ethereum-आधारित मालमत्ता म्हणून अद्वितीय कोणत्याही गोष्टीचे प्रतिनिधित्व करण्याचा एक मार्ग."
+summaryPoint2: "NFT सामग्री निर्मात्यांना पूर्वीपेक्षा अधिक शक्ती देत ​​आहेत."
+summaryPoint3: "Ethereum ब्लॉकचेनवर स्मार्ट कॉन्ट्रॅक्टद्वारे समर्थित."
 ---
 
-## What are NFTs? {#what-are-nfts}
+## NFT म्हणजे काय? {#what-are-nfts}
 
-NFT हे प्रतिक आहेत जे वैयक्तिकरित्या अद्वितीय आहेत. प्रत्येक NFT वेगवेगळे गुणधर्म (बुरशी नसलेले) असतात आणि ते दुर्मिळ असतात. हे ERC-20 सारख्या टोकनपेक्षा वेगळे आहे जेथे सेटमधील प्रत्येक टोकन एकसारखे असते आणि त्याचे गुणधर्म समान असतात ('फंगीबल'). तुमच्या वॉलेटमध्ये कोणते विशिष्ट डॉलरचे बिल आहे याची तुम्हाला पर्वा नाही, कारण ते सर्व एकसारखे आणि समान आहेत. तथापि, तुमच्या मालकीच्या कोणत्या विशिष्ट NFT ची काळजी तुम्ही _करता_, कारण त्या सर्वांकडे वैयक्तिक गुणधर्म आहेत जे त्यांना इतरांपेक्षा वेगळे करतात ('नॉन-फंजिबल').
+NFT हे असे टोकन आहेत जे **वैयक्तिकरित्या अद्वितीय** आहेत. प्रत्येक NFT वेगवेगळे गुणधर्म (बुरशी नसलेले) असतात आणि ते दुर्मिळ असतात. हे [ETH](/glossary/#ether) किंवा USDC सारख्या इतर Ethereum आधारित टोकनपेक्षा वेगळे आहे, जिथे प्रत्येक टोकन एकसारखे असते आणि त्याचे गुणधर्म समान असतात ('फंजिबल'). तुमच्या वॉलेटमध्ये कोणते विशिष्ट डॉलर बिल (किंवा ETH) आहे याची तुम्हाला पर्वा नसते, कारण ते सर्व एकसारखे असतात आणि त्यांचे मूल्य समान असते. तथापि, तुमच्या मालकीचे कोणते विशिष्ट NFT आहे याची तुम्ही _नक्कीच_ काळजी करता, कारण त्या सर्वांमध्ये वैयक्तिक गुणधर्म आहेत जे त्यांना इतरांपेक्षा वेगळे करतात ('नॉन-फंजिबल').
 
-प्रत्येक NFT ची विशिष्टता कला, संग्रहणीय वस्तू किंवा अगदी रिअल इस्टेट सारख्या गोष्टींचे टोकनीकरण सक्षम करते, जेथे एक विशिष्ट अद्वितीय NFT काही विशिष्ट अद्वितीय वास्तविक जग किंवा डिजिटल आयटमचे प्रतिनिधित्व करते. Ethereum ब्लॉकचेनद्वारे मालमत्तेची मालकी सुरक्षित केली जाते - कोणीही मालकीच्या रेकॉर्डमध्ये बदल करू शकत नाही किंवा नवीन NFT अस्तित्वात कॉपी/पेस्ट करू शकत नाही.
+प्रत्येक NFT ची विशिष्टता कला, संग्रहणीय वस्तू किंवा अगदी रिअल इस्टेट सारख्या गोष्टींचे टोकनीकरण सक्षम करते, जेथे एक विशिष्ट अद्वितीय NFT काही विशिष्ट अद्वितीय वास्तविक जग किंवा डिजिटल आयटमचे प्रतिनिधित्व करते. मालमत्तेची मालकी Ethereum [ब्लॉकचेन](/glossary/#blockchain) वर सार्वजनिकरित्या सत्यापित करण्यायोग्य आहे.
 
 <YouTube id="Xdkkux6OxfM" />
 
 ## मालमत्तेचे इंटरनेट {#internet-of-assets}
 
-NFT आणि Ethereum आज इंटरनेटवर अस्तित्वात असलेल्या काही समस्यांचे निराकरण करतात. सर्व काही अधिक डिजिटल होत असताना, भौतिक वस्तूंचे गुणधर्म जसे की टंचाई, विशिष्टता आणि मालकीचा पुरावा यांची प्रतिकृती तयार करण्याची आवश्यकता आहे. केंद्रीय संस्थेद्वारे नियंत्रित नसलेल्या मार्गाने. उदाहरणार्थ, NFT सह, तुम्ही एका कंपनीच्या विशिष्ट संगीत अॅपसाठी विशिष्ट नसलेल्या संगीत mp3 चे मालक असू शकता किंवा तुम्ही एक सोशल मीडिया हँडल घेऊ शकता जे तुम्ही विकू शकता किंवा स्वॅप करू शकता, परंतु तुमच्याकडून अनियंत्रितपणे काढून घेतले जाऊ शकत नाही प्लॅटफॉर्म प्रदाता.
+NFT आणि Ethereum आज इंटरनेटवर अस्तित्वात असलेल्या काही समस्यांचे निराकरण करतात. जसजसे सर्व काही अधिक डिजिटल होत आहे, तसतसे दुर्मिळता, वेगळेपण आणि मालकीचा पुरावा यांसारख्या भौतिक वस्तूंच्या गुणधर्मांची प्रतिकृती अशा प्रकारे तयार करण्याची गरज आहे, जी केंद्रीय संस्थेद्वारे नियंत्रित नसेल. उदाहरणार्थ, NFT सह, तुम्ही सर्व Ethereum आधारित ॲप्सवर एक म्युझिक mp3 फाईल स्वतःच्या मालकीची ठेवू शकता आणि Spotify किंवा Apple Music सारख्या एका कंपनीच्या विशिष्ट म्युझिक ॲपला बांधील राहणार नाही. तुम्ही सोशल मीडिया हँडल स्वतःच्या मालकीचे ठेवू शकता जे तुम्ही विकू शकता किंवा अदलाबदल करू शकता, परंतु ते प्लॅटफॉर्म प्रदात्याद्वारे **तुमच्याकडून अनियंत्रितपणे काढून घेतले जाऊ शकत नाही**.
 
 आज आपल्यापैकी बरेच जण वापरत असलेल्या इंटरनेटच्या तुलनेत NFT चे इंटरनेट कसे दिसते ते येथे आहे...
 
 ### एक तुलना {#nft-comparison}
 
-| एक NFT इंटरनेट                                                                                                                            | आज इंटरनेट                                                                                                                                       |
-| ----------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------ |
-| तुम्ही तुमच्या मालमत्तेचे मालक आहात! फक्त तुम्ही ते विकू किंवा स्वॅप करू शकता.                                                            | तुम्ही एखाद्या संस्थेकडून मालमत्ता भाड्याने घेता.                                                                                                |
-| NFT डिजिटली अद्वितीय आहेत, कोणतेही दोन NFT समान नाहीत.                                                                                    | खाद्या घटकाची प्रत सहसा मूळपासून वेगळी करता येत नाही.                                                                                            |
-| NFT ची मालकी कोणीही सत्यापित करण्यासाठी ब्लॉकचेनवर संग्रहित केली आहे.                                                                     | डिजिटल वस्तूंच्या मालकीचे रेकॉर्ड संस्थांद्वारे नियंत्रित सर्व्हरवर संग्रहित केले जातात - तुम्ही त्यासाठी त्यांचे शब्द घेणे आवश्यक आहे.          |
-| NFT हे Ethereum वरील स्मार्ट कॉन्ट्रॅक्ट आहेत. याचा अर्थ ते Ethereum वरील इतर स्मार्ट कॉन्ट्रॅक्ट आणि अॅप्समध्ये सहजपणे वापरले जाऊ शकतात! | डिजिटल वस्तू असलेल्या कंपन्यांना सहसा त्यांच्या स्वतःच्या "भिंतीच्या बाग" पायाभूत सुविधांची आवश्यकता असते.                                       |
-| सामग्री निर्माते त्यांचे कार्य कोठेही विकू शकतात आणि जागतिक बाजारपेठेत प्रवेश करू शकतात.                                                  | निर्माते ते वापरत असलेल्या प्लॅटफॉर्मच्या पायाभूत सुविधा आणि वितरणावर अवलंबून असतात. हे सहसा वापराच्या अटी आणि भौगोलिक निर्बंधांच्या अधीन असतात. |
-| NFT निर्माते त्यांच्या स्वतःच्या कामावर मालकी हक्क राखू शकतात आणि थेट NFT करारामध्ये प्रोग्राम रॉयल्टी ठेवू शकतात.                        | प्लॅटफॉर्म, जसे की संगीत प्रवाह सेवा, विक्रीतून मिळालेला बहुतांश नफा राखून ठेवतात.                                                               |
-
-## NFT कसे कार्य करतात? {#how-nfts-work}
-
-Ethereum वर जारी केलेल्या कोणत्याही टोकनप्रमाणे, NFT स्मार्ट कॉन्ट्रॅक्टद्वारे जारी केले जातात. स्मार्ट कॉन्ट्रॅक्ट अनेक NFT मानकांपैकी (सामान्यत: ERC-721 किंवा ERC-1155) एकाशी सुसंगत आहे जे कराराची कार्ये परिभाषित करतात. करार ('मिंट') NFT तयार करू शकतो आणि त्यांना विशिष्ट मालकास नियुक्त करू शकतो. विशिष्ट पत्त्यांवर विशिष्ट NFT मॅप करून करारामध्ये मालकीची व्याख्या केली जाते. NFT मध्ये एक ID आहे आणि सामान्यत: त्याच्याशी संबंधित मेटाडेटा आहे जो विशिष्ट टोकन अद्वितीय बनवतो.
-
-जेव्हा एखादी व्यक्ती NFT तयार करते किंवा मिंट करते, तेव्हा ते त्यांच्या पत्त्यावर विशिष्ट NFT नियुक्त करणारे स्मार्ट करारातील फंक्शन खरोखर कार्यान्वित करत असतात. ही माहिती कॉन्ट्रॅक्टच्या स्टोरेजमध्ये साठवली जाते, जो ब्लॉकचेनचा भाग आहे. कराराचा निर्माता करारामध्ये अतिरिक्त तर्क लिहू शकतो, उदाहरणार्थ एकूण पुरवठा मर्यादित करणे किंवा प्रत्येक वेळी टोकन हस्तांतरित केल्यावर निर्मात्याला देय असलेली रॉयल्टी परिभाषित करणे.
+| एक NFT इंटरनेट                                                                                                                                                                                | आज इंटरनेट                                                                                                                                                                             |
+| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| **तुम्ही तुमच्या मालमत्तेचे मालक आहात!** फक्त तुम्हीच त्या विकू शकता किंवा त्यांची अदलाबदल करू शकता.                                                                          | **तुम्ही एखाद्या संस्थेकडून मालमत्ता भाड्याने घेता** आणि ती तुमच्याकडून काढून घेतली जाऊ शकते.                                                                          |
+| NFT **डिजिटलरित्या अद्वितीय** आहेत, कोणतेही दोन NFT समान नाहीत.                                                                                                               | **एखाद्या प्रतीला अनेकदा मूळ प्रतीपासून वेगळे ओळखता येत नाही**.                                                                                                        |
+| NFT ची मालकी कोणालाही **सार्वजनिकरित्या सत्यापित करता** यावी यासाठी ब्लॉकचेनवर संग्रहित केली जाते.                                                                            | डिजिटल वस्तूंच्या मालकीच्या नोंदींमध्ये प्रवेश **संस्थांद्वारे नियंत्रित केला जातो** – तुम्हाला त्यांचा शब्द ग्राह्य धरावा लागतो.                                      |
+| NFT हे Ethereum वरील [स्मार्ट कॉन्ट्रॅक्ट्स](/glossary/#smart-contract) आहेत. याचा अर्थ ते Ethereum वरील इतर स्मार्ट कॉन्ट्रॅक्ट्स आणि ॲप्समध्ये **सहजपणे वापरले जाऊ शकतात**! | डिजिटल वस्तू असलेल्या कंपन्यांना सहसा **त्यांच्या स्वतःच्या "वॉल्ड गार्डन" पायाभूत सुविधांची** आवश्यकता असते.                                                          |
+| कंटेंट **निर्माते त्यांचे काम कुठेही विकू शकतात** आणि जागतिक बाजारपेठेत प्रवेश करू शकतात.                                                                                     | निर्माते ते वापरत असलेल्या प्लॅटफॉर्मच्या पायाभूत सुविधा आणि वितरणावर अवलंबून असतात. हे अनेकदा वापराच्या अटी आणि **भौगोलिक निर्बंधांच्या** अधीन असतात. |
+| NFT निर्माते त्यांच्या स्वतःच्या कामावर **मालकी हक्क कायम ठेवू शकतात**, आणि थेट NFT कॉन्ट्रॅक्टमध्ये रॉयल्टी प्रोग्रॅम करू शकतात.                                             | प्लॅटफॉर्म, जसे की संगीत **स्ट्रीमिंग सेवा, विक्रीतून मिळणारा बहुतांश नफा राखून ठेवतात**.                                                                              |
 
 ## NFT कशासाठी वापरतात? {#nft-use-cases}
 
@@ -56,25 +51,49 @@ NFT चा वापर अनेक गोष्टींसाठी केल
 - सामग्रीमध्ये प्रवेश करणे
 - तिकीट
 - विकेंद्रित इंटरनेट डोमेन नावे
-- DeFi मध्ये संपार्श्विक
+- [विकेंद्रित वित्तपुरवठ्यामधील](/glossary/#defi) तारण
 
-कदाचित तुम्ही असे कलाकार आहात ज्यांना NFT वापरून त्यांचे कार्य सामायिक करायचे आहे, नियंत्रण न गमावता आणि मध्यस्थांना तुमचा नफा बलिदान न देता. तुम्ही एक नवीन करार तयार करू शकता आणि NFT ची संख्या, त्यांचे गुणधर्म आणि काही विशिष्ट कलाकृतीची लिंक निर्दिष्ट करू शकता. कलाकार या नात्याने, तुम्ही स्मार्ट कॉन्ट्रॅक्टमध्ये तुम्हाला देय असलेली रॉयल्टी प्रोग्राम करू शकता (उदा. प्रत्येक वेळी NFT हस्तांतरित केल्यावर विक्री किमतीच्या 5% रक्कम करार मालकाला हस्तांतरित करा). तुम्ही नेहमी हे देखील सिद्ध करू शकता की तुम्ही NFT तयार केले आहे कारण तुमच्या मालकीचे वॉलेट आहे ज्याने करार तैनात केला आहे. तुमचे खरेदीदार सहजपणे सिद्ध करू शकतात की त्यांच्याकडे तुमच्या संग्रहातील एक प्रामाणिक NFT आहे कारण त्यांचा वॉलेट पत्ता तुमच्या स्मार्ट करारातील टोकनशी संबंधित आहे. ते Ethereum इकोसिस्टममध्ये त्याचा वापर करू शकतात, त्याच्या सत्यतेवर विश्वास ठेवतात.
+कदाचित तुम्ही असे कलाकार आहात ज्यांना NFT वापरून त्यांचे कार्य सामायिक करायचे आहे, नियंत्रण न गमावता आणि मध्यस्थांना तुमचा नफा बलिदान न देता. तुम्ही एक नवीन करार तयार करू शकता आणि NFT ची संख्या, त्यांचे गुणधर्म आणि काही विशिष्ट कलाकृतीची लिंक निर्दिष्ट करू शकता. कलाकार म्हणून, **तुम्ही स्मार्ट कॉन्ट्रॅक्टमध्ये तुम्हाला मिळणारी रॉयल्टी प्रोग्रॅम करू शकता** (उदा., प्रत्येक वेळी NFT हस्तांतरित केल्यावर विक्री किमतीच्या ५% रक्कम कॉन्ट्रॅक्ट मालकाला हस्तांतरित करणे). तुम्ही NFT तयार केले आहेत हे तुम्ही नेहमी सिद्ध करू शकता कारण कॉन्ट्रॅक्ट तैनात करणारे [वॉलेट](/glossary/#wallet) तुमच्या मालकीचे आहे. तुमचे खरेदीदार सहजपणे सिद्ध करू शकतात की त्यांच्याकडे तुमच्या संग्रहातील एक **अस्सल NFT** आहे कारण त्यांचा वॉलेट [ॲड्रेस](/glossary/#address) तुमच्या स्मार्ट कॉन्ट्रॅक्टमधील एका टोकनशी संबंधित आहे. ते Ethereum इकोसिस्टममध्ये त्याचा वापर करू शकतात, त्याच्या सत्यतेवर विश्वास ठेवतात.
 
-किंवा एखाद्या क्रीडा स्पर्धेसाठी तिकीट विचारात घ्या. ज्याप्रमाणे एखाद्या कार्यक्रमाचा आयोजक किती तिकिटे विकायची हे निवडू शकतो, त्याचप्रमाणे NFT चा निर्माता किती प्रतिकृती अस्तित्वात आहे हे ठरवू शकतो. काहीवेळा या अचूक प्रतिकृती असतात, जसे की 5000 सामान्य प्रवेश तिकिटे. काहीवेळा पुष्कळ टकसाळ असतात जे अगदी सारखे असतात, परंतु प्रत्येक थोडे वेगळे असते, जसे की नियुक्त केलेल्या सीटसह तिकीट. हे तिकिट हाताळणाऱ्यांना पैसे न देता पीअर-टू-पीअर खरेदी आणि विक्री करता येतात आणि खरेदीदार नेहमी कराराचा पत्ता तपासून तिकिटाच्या सत्यतेची खात्री देतो.
+<Alert variant="update" className="mt-8">
+<AlertEmoji text=":eyes:"/>
+<AlertContent className="justify-between flex-row items-center">
+  <div>तुमचे स्वतःचे NFT आर्ट/संग्रहणीय वस्तू एक्सप्लोर करा, खरेदी करा किंवा तयार करा...</div>
+  <ButtonLink href="/apps/categories/collectibles">
+    NFT आर्ट एक्सप्लोर करा
+  </ButtonLink>
+</AlertContent>
+</Alert>
 
-ethereum.org वर, लोकांनी आमच्या GitHub रेपॉजिटरीमध्ये योगदान दिले आहे किंवा कॉल अटेंड केले आहेत हे दाखवण्यासाठी NFT चा वापर केला जातो आणि आम्हाला आमचे स्वतःचे NFT डोमेन नाव देखील मिळाले आहे. तुम्ही ethereum.org मध्ये योगदान दिल्यास, तुम्ही POAP NFT चा दावा करू शकता. काही क्रिप्टो मीटअप्सनी POAP चा तिकीट म्हणून वापर केला आहे. [योगदानाबद्दल अधिक](/contributing/#poap).
+किंवा एखाद्या क्रीडा स्पर्धेसाठी तिकीट विचारात घ्या. ज्याप्रमाणे एखाद्या **कार्यक्रमाचा आयोजक किती तिकिटे विकायची हे निवडू शकतो**, त्याचप्रमाणे NFT चा निर्माता किती प्रतिकृती अस्तित्वात असतील हे ठरवू शकतो. काहीवेळा या अचूक प्रतिकृती असतात, जसे की 5000 सामान्य प्रवेश तिकिटे. काहीवेळा पुष्कळ टकसाळ असतात जे अगदी सारखे असतात, परंतु प्रत्येक थोडे वेगळे असते, जसे की नियुक्त केलेल्या सीटसह तिकीट. हे तिकिट हाताळणाऱ्यांना पैसे न देता पीअर-टू-पीअर खरेदी आणि विक्री करता येतात आणि खरेदीदार नेहमी कराराचा पत्ता तपासून तिकिटाच्या सत्यतेची खात्री देतो.
+
+ethereum.org वर, **लोकांनी आमच्या Github रेपॉजिटरीमध्ये अर्थपूर्ण योगदान दिले आहे हे दाखवण्यासाठी NFT वापरले जातात** (वेबसाइट प्रोग्रॅम केली, एखादा लेख लिहिला किंवा सुधारित केला...), आमच्या कंटेंटचे भाषांतर केले, किंवा आमच्या कम्युनिटी कॉल्समध्ये उपस्थित राहिले, आणि आमच्याकडे आमचे स्वतःचे NFT डोमेन नाव देखील आहे. तुम्ही ethereum.org मध्ये योगदान दिल्यास, तुम्ही [POAP](/glossary/#poap) NFT चा दावा करू शकता. काही क्रिप्टो मीटअप्सनी POAP चा तिकीट म्हणून वापर केला आहे. [योगदानाबद्दल अधिक](/contributing/#poap).
 
 ![ethereum.org POAP](./poap.png)
 
-या वेबसाइटवर NFT, **ethereum.eth** द्वारे समर्थित पर्यायी डोमेन नाव देखील आहे. आमचा `.org` पत्ता डोमेन नेम सिस्टम (DNS) प्रदात्याद्वारे मध्यवर्तीरित्या व्यवस्थापित केला जातो, तर ethereum`.eth` Ethereum वर Ethereum नेम सेवेद्वारे (ENS) नोंदणीकृत आहे. आणि ते आमच्या मालकीचे आणि व्यवस्थापित केले आहे. [आमचे ENS रेकॉर्ड तपासा](https://app.ens.domains/name/ethereum.eth)
+या वेबसाइटला NFT द्वारे समर्थित एक पर्यायी डोमेन नाव देखील आहे, **ethereum.eth**. आमचा `.org` ॲड्रेस डोमेन नेम सिस्टम (DNS) प्रदात्याद्वारे केंद्रीयरित्या व्यवस्थापित केला जातो, तर ethereum`.eth` हे Ethereum नेम सर्व्हिस (ENS) द्वारे Ethereum वर नोंदणीकृत आहे. आणि ते आमच्या मालकीचे आणि व्यवस्थापित केले आहे. [आमची ENS नोंद तपासा](https://app.ens.domains/name/ethereum.eth)
 
-[ENS वर अधिक](https://app.ens.domains)
+[ENS बद्दल अधिक](https://app.ens.domains)
 
 <Divider />
 
+## NFT कसे कार्य करतात? {#how-nfts-work}
+
+NFT, Ethereum ब्लॉकचेनवरील कोणत्याही डिजिटल वस्तूंप्रमाणे, "स्मार्ट कॉन्ट्रॅक्ट" नावाच्या एका विशेष Ethereum आधारित संगणक प्रोग्रामद्वारे तयार केले जातात. हे कॉन्ट्रॅक्ट्स [ERC-721](/glossary/#erc-721) किंवा [ERC-1155](/glossary/#erc-1155) मानकांसारख्या विशिष्ट नियमांचे पालन करतात, जे कॉन्ट्रॅक्ट काय करू शकतो हे ठरवतात.
+
+NFT स्मार्ट कॉन्ट्रॅक्ट काही महत्त्वाच्या गोष्टी करू शकतो:
+
+- **NFT तयार करणे:** ते नवीन NFT तयार करू शकते.
+- **मालकी नियुक्त करणे:** ते विशिष्ट Ethereum ॲड्रेसशी जोडून कोणत्या NFT ची मालकी कोणाकडे आहे याचा मागोवा ठेवते.
+- **प्रत्येक NFT ला एक आयडी देणे:** प्रत्येक NFT मध्ये एक क्रमांक असतो जो त्याला अद्वितीय बनवतो. याव्यतिरिक्त, सहसा त्याला काही माहिती (मेटाडेटा) जोडलेली असते, जी NFT कशाचे प्रतिनिधित्व करते याचे वर्णन करते.
+
+जेव्हा कोणी NFT "तयार करतो" किंवा "मिंट करतो", तेव्हा ते मुळात स्मार्ट कॉन्ट्रॅक्टला सांगत असतात की त्यांना एका विशिष्ट NFT ची मालकी द्यावी. ही माहिती ब्लॉकचेनमध्ये सुरक्षितपणे आणि सार्वजनिकरित्या संग्रहित केली जाते.
+
+शिवाय, कॉन्ट्रॅक्टचा निर्माता अतिरिक्त नियम जोडू शकतो. ते एका विशिष्ट प्रकारचे किती NFT बनवता येतील यावर मर्यादा घालू शकतात किंवा जेव्हाही NFT ची मालकी बदलते तेव्हा त्यांना लहान रॉयल्टी फी मिळावी असे ठरवू शकतात.
+
 ### NFT सुरक्षा {#nft-security}
 
-Ethereum ची सुरक्षितता प्रूफ-ऑफ-स्टेकमधून येते. सिस्टम दुर्भावनापूर्ण क्रियांना आर्थिकदृष्ट्या परावृत्त करण्यासाठी, Ethereum छेडछाड-प्रूफ बनवण्यासाठी डिझाइन केले आहे. हेच NFT शक्य करते. एकदा तुमचा NFT व्यवहार असलेला ब्लॉक अंतिम झाला की तो बदलण्यासाठी आक्रमणकर्त्याला लाखो ETH खर्च करावे लागतील. Ethereum सॉफ्टवेअर चालवणारा कोणीही NFT सह अप्रामाणिक छेडछाड शोधण्यात तत्काळ सक्षम असेल आणि वाईट अभिनेत्याला आर्थिक दंड आकारला जाईल आणि बाहेर काढले जाईल.
+Ethereum ची सुरक्षा [प्रूफ-ऑफ-स्टेक](/glossary/#pos) मधून येते. सिस्टम दुर्भावनापूर्ण क्रियांना आर्थिकदृष्ट्या परावृत्त करण्यासाठी, Ethereum छेडछाड-प्रूफ बनवण्यासाठी डिझाइन केले आहे. हेच NFT शक्य करते. एकदा तुमचा NFT व्यवहार असलेला [ब्लॉक](/glossary/#block) [अंतिम](/glossary/#finality) झाल्यावर, तो बदलण्यासाठी आक्रमणकर्त्याला लाखो ETH खर्च करावे लागतील. Ethereum सॉफ्टवेअर चालवणारा कोणीही NFT सह अप्रामाणिक छेडछाड शोधण्यात तत्काळ सक्षम असेल आणि वाईट अभिनेत्याला आर्थिक दंड आकारला जाईल आणि बाहेर काढले जाईल.
 
 NFT शी संबंधित सुरक्षा समस्या बहुतेकदा फिशिंग घोटाळे, स्मार्ट कॉन्ट्रॅक्ट भेद्यता किंवा वापरकर्ता त्रुटींशी संबंधित असतात (जसे की अनवधानाने खाजगी की उघड करणे), NFT मालकांसाठी चांगली वॉलेट सुरक्षा गंभीर बनवते.
 
@@ -82,12 +101,18 @@ NFT शी संबंधित सुरक्षा समस्या बह
   सुरक्षिततेबद्दल अधिक
 </ButtonLink>
 
-## Further reading {#further-reading}
+## पुढील वाचन {#further-reading}
 
-- [NFT साठी एक नवशिक्या मार्गदर्शक](https://linda.mirror.xyz/df649d61efb92c910464a4e74ae213c4cab150b9cbcc4b7fb6090fc77881a95d) – _लिंडा झी, जानेवारी 2020_
-- [EtherscanNFT ट्रॅकर](https://etherscan.io/nft-top-contracts)
+- [NFT साठी नवशिक्यांची मार्गदर्शिका](https://linda.mirror.xyz/df649d61efb92c910464a4e74ae213c4cab150b9cbcc4b7fb6090fc77881a95d) – _लिंडा झी, जानेवारी २०२०_
+- [Etherscan NFT ट्रॅकर](https://etherscan.io/nft-top-contracts)
+- [Blockscout NFT ट्रॅकर](https://eth.blockscout.com/tokens?type=ERC-721,ERC-1155,ERC-404)
 - [ERC-721 टोकन मानक](/developers/docs/standards/tokens/erc-721/)
 - [ERC-1155 टोकन मानक](/developers/docs/standards/tokens/erc-1155/)
+- [लोकप्रिय NFT ॲप्स आणि साधने](https://www.ethereum-ecosystem.com/blockchains/ethereum/nfts)
+
+## इतर संसाधने {#other-resources}
+
+- [NFTScan](https://nftscan.com/)
 
 <Divider />
 
diff --git a/public/content/translations/mr/payments/index.md b/public/content/translations/mr/payments/index.md
new file mode 100644
index 00000000000..d93cf08d140
--- /dev/null
+++ b/public/content/translations/mr/payments/index.md
@@ -0,0 +1,207 @@
+---
+title: "इथेरियम देयके"
+metaTitle: "इथेरियमवरील देयके"
+description: "इथेरियमवरील देयकांचे एक विहंगावलोकन"
+lang: mr
+template: use-cases
+emoji: ":frame_with_picture:"
+sidebarDepth: 2
+image: /images/impact_transparent.png
+alt: "देणाऱ्या हातांसोबत प्रदर्शित केला जात असलेला एक Eth लोगो."
+summaryPoint1: "असे जग जिथे पैसा माहितीइतकाच मुक्तपणे फिरतो"
+summaryPoint2: "मुक्त आणि जागतिक, प्रत्येकासाठी सीमारहित व्यवहारांना सक्षम करणारे"
+summaryPoint3: "एका मिनिटात देयके प्राप्त होतात"
+---
+
+दररोज, लाखो लोक एकाच आव्हानाला सामोरे जातात: सीमापार पैसे पाठवणे हे हळू, महागडे आणि अनेकदा निराशाजनक असते. बालीमधील एक फ्रीलांसर त्यांच्या न्यूयॉर्कमधील क्लायंटकडून पेमेंट क्लिअर होण्याची दिवसांनुदिवस वाट पाहतो. याचा विशेषतः मर्यादित बँकिंग पायाभूत सुविधा असलेल्या प्रदेशांमधील लोकांना फटका बसतो, ज्यामुळे त्यांना जागतिक अर्थव्यवस्थेत सहभागी होणे कठीण होते.
+
+हे दूरचे स्वप्न नाही—ते आज इथेरियमवर घडत आहे. पारंपारिक वित्तीय संस्थांनी दशकांपासून मजबूत पेमेंट प्रणाली तयार केल्या असल्या तरी, त्या अनेकदा सीमा, कामाचे तास आणि जुन्या पायाभूत सुविधांमुळे मर्यादित राहतात. इथेरियम एक नवीन आदर्श सादर करते: एक जागतिक, २४/७ वित्तीय प्लॅटफॉर्म जो इंटरनेट ऍक्सेस असलेल्या प्रत्येकासाठी जवळ-जवळ तात्काळ, प्रोग्राम करण्यायोग्य व्यवहारांना सक्षम करतो.
+
+<div style={{maxWidth: "320px", margin: "0 auto"}}>
+
+![कॉम्प्युटर स्क्रीनवर इथेरियमचा लोगो](./computer.png)
+</div>
+
+## रेमिटन्स: स्वस्त आंतरराष्ट्रीय हस्तांतरण {#remittances}
+
+परदेशात काम करणाऱ्या लाखो लोकांसाठी, घरी पैसे पाठवणे ही एक नियमित गरज आहे. पारंपारिक रेमिटन्स सेवांमध्ये अनेकदा जास्त शुल्क आणि हळू प्रक्रिया वेळ असतो. इथेरियम एक आकर्षक पर्याय सादर करते.
+
+<CardGrid>
+  <Card title="कमी फी" emoji=":money_with_wings:" description="रेमिटन्स सेवा सरासरी description=4 पर्यंत फी आकारतात. इथेरियम व्यवहार अनेकदा $0.01 पेक्षा कमीमध्ये पूर्ण होऊ शकतात."/>
+  <Card title="जलद ट्रान्सफर" emoji="📶" description="आंतरराष्ट्रीय वायर ट्रान्सफरला प्रोसेस होण्यासाठी अनेक दिवस लागतात. इथेरियम व्यवहार काही मिनिटांत पूर्ण होतात." />
+  <Card title="सर्वांसाठी खुले" emoji="🌎" description="इथर (Ether) पाठवण्यासाठी किंवा मिळवण्यासाठी तुम्हाला फक्त इंटरनेट कनेक्शन आणि वॉलेट ॲपची गरज आहे." />
+</CardGrid>
+
+## जागतिक चलनांमध्ये प्रवेश {#access-to-global-currencies}
+
+अनेक देशांमध्ये, महागाई ही एक गंभीर चिंता आहे, ज्यासोबत अनेकदा परकीय चलनांमध्ये मर्यादित प्रवेश असतो. अशा परिस्थितीत लोकांना त्यांची संपत्ती जपण्यासाठी संघर्ष करावा लागतो कारण त्यांना वेगाने कमी होत असलेली बचत ठेवावी लागते.
+
+इथेरियम समुदायाने **एक मजबूत पर्यायी वित्तीय प्रणाली** तयार केली आहे जी कोणत्याही राष्ट्राच्या आर्थिक धोरणांपासून किंवा नियंत्रणापासून स्वतंत्र आहे.
+
+इथेरियम वापरकर्ते **स्टेबलकॉइन्स—टोकन जे सामान्यतः यूएस डॉलरसारख्या मजबूत चलनांशी जोडलेले असतात** वापरू शकतात. क्रिप्टोकरन्सीमध्ये कमाई करून आणि बचत करून, लोक त्यांच्या देशातील उच्च महागाईपासून स्वतःचे संरक्षण करू शकतात, ज्यामुळे त्यांची क्रयशक्ती टिकवून ठेवण्यास किंवा वाढविण्यात मदत होते. यामुळे स्थानिक आणि जागतिक स्तरावर वस्तू आणि सेवांसाठी सुलभ देयके देखील सक्षम होतात.
+
+<ButtonLink href="/stablecoins">
+  स्टेबलकॉइन्सवर अधिक
+</ButtonLink>
+
+## वस्तू खरेदी आणि सेवांसाठी पेमेंट {#buying-goods-and-payment-for-services}
+
+अनेक व्यवसाय पेमेंट म्हणून इथर (ETH) आणि इतर क्रिप्टोकरन्सी स्वीकारायला सुरुवात करत आहेत. उदाहरणार्थ:
+
+- **Newegg:** हा लोकप्रिय इलेक्ट्रॉनिक्स किरकोळ विक्रेता निवडक देशांमध्ये खरेदीसाठी इथेरियम स्वीकारतो.
+- **Travala.com:** हा ट्रॅव्हल बुकिंग प्लॅटफॉर्म वापरकर्त्यांना इथेरियम वापरून हॉटेल्स आणि फ्लाइटसाठी पैसे देण्याची परवानगी देतो.
+- **Shopify:** हा लोकप्रिय ई-कॉमर्स प्लॅटफॉर्म जो व्यवसायांना होस्ट करण्यासाठी एक प्लॅटफॉर्म म्हणून काम करतो, तो देखील इथेरियम वापरून वस्तू आणि सेवांसाठी पेमेंट स्वीकारतो.
+- **Sotheby's:** ही संस्था उत्कृष्ट आणि सजावटीच्या कला, दागिने आणि संग्रहणीय वस्तूंचा व्यापार करते आणि इथेरियम व इतर क्रिप्टोकरन्सी वापरून पेमेंटला परवानगी देते.
+
+अल साल्वाडोर आणि मध्य आफ्रिकन प्रजासत्ताक यांसारख्या देशांनी क्रिप्टोकरन्सीला कायदेशीर निविदा म्हणून स्वीकारले आहे, ज्यामुळे दैनंदिन व्यवहारांमध्ये इथेरियम पेमेंटच्या व्यापक स्वीकृतीचा मार्ग मोकळा झाला आहे.
+
+ज्या देशांमध्ये पेमेंटची साधने उर्वरित जगापासून खंडित झाली आहेत, तेथे क्रिप्टो-इंटिग्रेटेड पेमेंट सोल्यूशन्स एक मोठा दिलासा ठरले आहेत. Netflix, Spotify सारख्या प्लॅटफॉर्मसाठी आणि शैक्षणिक अभ्यासक्रमांसाठी सबस्क्रिप्शनचे पेमेंट आता Gnosis Pay आणि Paypal सारख्या क्रिप्टो पेमेंट प्लॅटफॉर्मद्वारे सोपे झाले आहे.
+
+<Alert variant="update">
+<AlertEmoji text=":eyes:"/>
+<AlertContent className="justify-between flex-row items-center">
+  <div>आजच एका वॉलेट ॲपद्वारे तुमचे इथेरियम खाते तयार करा.</div>
+  <ButtonLink href="/wallets/find-wallet">
+    सुरुवात करा
+  </ButtonLink>
+</AlertContent>
+
+</Alert>
+
+## सेल्फ-कस्टोडियल क्रिप्टो कार्डने पैसे द्या {#pay-with-self-custodial-crypto-cards}
+
+सेल्फ-कस्टोडियल क्रिप्टो कार्ड्स तुमचे पैसे दुसऱ्याच्या तिजोरीत बंद करण्याऐवजी तुमची स्वतःची बॅकपॅक वापरण्यासारखे काम करतात. पारंपारिक कार्डमध्ये, एक बँक किंवा कस्टोडियन तुमचा निधी ठेवते आणि तुम्ही खर्च करता तेव्हा तो जारी करते. सेल्फ-कस्टोडियल कार्ड्ससह, तुम्ही तुमच्या मालमत्तेवर संपूर्ण वेळ नियंत्रण ठेवता—कोणताही मध्यस्थ नाही—तरीही कॉफी, किराणा सामान किंवा अगदी फ्लाइटसाठी पैसे देण्यासाठी टॅप किंवा स्वाइप करू शकता.
+
+ही कार्ड्स थेट नॉन-कस्टोडियल वॉलेट्स किंवा स्मार्ट कॉन्ट्रॅक्ट खात्यांशी लिंक होतात, ज्यामुळे वापरकर्त्यांना दैनंदिन परिस्थितीत मालकी न सोडता ETH आणि स्टेबलकॉइन्स खर्च करण्याची परवानगी मिळते. कस्टोडियल कार्ड्सच्या विपरीत, ज्यामध्ये वापरकर्त्यांना तृतीय पक्षाकडे निधी जमा करणे आवश्यक असते, सेल्फ-कस्टोडियल कार्ड्स Visa आणि Mastercard सारखे वास्तविक-जगातील पेमेंट सक्षम करतात आणि ऑनचेन नियंत्रण टिकवून ठेवतात.
+
+### उदाहरणे {#crypto-cards-examples}
+
+- **MetaMask कार्ड:** MetaMask वॉलेटशी जोडलेले, हे Mastercard डेबिट कार्ड वापरकर्त्यांना ETH, स्टेबलकॉइन्स आणि इतर समर्थित टोकन्स खर्च करू देते. हे Apple Pay आणि Google Pay ला समर्थन देते, यामध्ये क्रिप्टो कॅशबॅक रिवॉर्ड्स समाविष्ट आहेत आणि उत्पन्न-कमाईचे पर्याय देते.
+
+- **Tuyo कार्ड:** एक स्मार्ट कॉन्ट्रॅक्ट-आधारित Visa कार्ड जे जिथे Visa स्वीकारले जाते तिथे खर्च करण्यासाठी क्रिप्टोला USDC मध्ये आपोआप रूपांतरित करते. वापरकर्ते त्यांच्या मालमत्तेचा ताबा ठेवतात, उत्पन्न, व्यापार आणि खर्च वैशिष्ट्यांच्या प्रवेशासह.
+
+- **Gnosis Pay:** Gnosis Safe स्मार्ट खात्याशी जोडलेले पहिले सेल्फ-कस्टोडियल Visa कार्ड. वापरकर्ते कोणतेही गॅस, FX, किंवा ऑफ-रॅम्पिंग शुल्क न देता थेट त्यांच्या वॉलेटमधून क्रिप्टो खर्च करतात. इथेरियम नेम सर्व्हिस (ENS) द्वारे कार्ड वैयक्तिकरण देखील समर्थित आहे.
+
+- **Ether.Fi कॅश कार्ड:** ether.fi च्या स्टेकिंग प्रोटोकॉलसह एकत्रित, हे कार्ड वापरकर्त्यांना त्यांचे ETH स्टेक केलेले असताना खर्च करू देते. पेमेंट स्मार्ट कॉन्ट्रॅक्टद्वारे हाताळले जातात, खर्च करतानाही सेल्फ-कस्टडी टिकवून ठेवली जाते.
+
+### सेल्फ-कस्टोडियल क्रिप्टो कार्डची तुलना {#crypto-card-custody-comparison}
+
+| **क्रिप्टो कार्ड**           | **सेल्फ-कस्टोडियल** | **नॉन-कस्टोडियल** | **मुख्य नोंदी**                                                                                       |
+| ---------------------------- | :-----------------: | :---------------: | ----------------------------------------------------------------------------------------------------- |
+| MetaMask कार्ड               |          ✅          |         ✅         | वॉलेट MetaMask मध्ये राहते; पेमेंटच्या वेळी ऑटो ऑफ-रॅम्प                                              |
+| Tuyo कार्ड                   |          ✅          |         ✅         | स्मार्ट वॉलेट USDC मध्ये रूपांतरित होते; वापरकर्ता नियंत्रण ठेवतो                                     |
+| Gnosis Pay                   |          ✅          |         ✅         | वापरकर्त्याच्या Gnosis Safe शी जोडलेले; वापरादरम्यान कस्टडी शिफ्ट नाही                                |
+| Ether.Fi कॅश |          ✅          |         ✅         | ETH स्टेक केलेले राहते; स्मार्ट कॉन्ट्रॅक्ट खर्च करण्याच्या प्रवेशावर नियंत्रण ठेवते. |
+
+> **टीप:** "सेल्फ-कस्टोडियल" म्हणजे वापरकर्ता-नियंत्रित वॉलेट्स जिथे वापरकर्त्याला त्यांच्या निधीवर पूर्ण प्रवेश आणि नियंत्रण असते.
+> "नॉन-कस्टोडियल" म्हणजे वॉलेट्स जिथे निधी तृतीय-पक्ष कस्टडीशिवाय व्यवस्थापित केला जातो, अनेकदा स्मार्ट कॉन्ट्रॅक्टद्वारे.
+> सर्व सेल्फ-कस्टोडियल कार्ड्स नॉन-कस्टोडियल असले तरी, सर्व नॉन-कस्टोडियल कार्ड्स सेल्फ-कस्टोडियल नसतात.
+
+## वेबसाइट्स आणि एजंट्ससाठी मायक्रो-पेमेंट्स (x402) {#x402}
+
+[x402](https://www.x402.org/) हे एक खुले पेमेंट मानक आहे जे वेबवर प्रति-वापर पेमेंट आणते. कमी-खर्चाच्या [इथेरियम लेअर 2 नेटवर्क्स](/layer-2/) वर [स्टेबलकॉइन्स](/stablecoins/) वापरून, x402 मानक मानवांना आणि मशीनला API की, सबस्क्रिप्शन्स व्यवस्थापित करण्याऐवजी किंवा जाहिरातींकडे लक्ष देऊन "पेमेंट" करण्याऐवजी, एक बातमी लेख वाचणे किंवा API कॉल करणे यांसारख्या एकाच कृतीसाठी थेट पैसे देण्याकरिता किफायतशीर बनवते.
+
+- **पेवॉल्स आणि लॉगइन्स काढून टाकणे:** एक बातमी लेख वाचण्यासाठी खाते तयार करण्याऐवजी आणि वैयक्तिक माहिती शेअर करण्याऐवजी, तुमचे वॉलेट ते अनलॉक करण्यासाठी आवश्यक असलेले काही सेंट देऊ शकते.
+- **AI एजंट्ससाठी पेमेंट:** x402 स्वायत्त सॉफ्टवेअर ("AI एजंट्स") ला मानवी हस्तक्षेपाशिवाय त्यांना कार्य करण्यासाठी आवश्यक असलेल्या डेटा आणि API कॉल्ससाठी पैसे देण्याकरिता सक्षम करते.
+
+### x402 पेमेंट मानक कसे कार्य करते {#x402-how}
+
+जेव्हा क्लायंट रिसोर्सची विनंती करतो, तेव्हा सर्व्हर पेमेंट निर्देशांसह (किंमत, खाते, आणि कोणते टोकन आणि चेन्स समर्थित आहेत) `402 पेमेंट आवश्यक` एरर कोड पाठवतो.
+
+- तुमचे [वॉलेट](/wallets/) विनंती ओळखते आणि पेमेंट हाताळते (अनेकदा मंजूर करण्यासाठी एका क्लिकने, किंवा पूर्व-मंजूर भत्त्याचा वापर करून आपोआप)
+- पूर्व-मंजूर वॉलेट बॅलन्समध्ये प्रवेश असलेले [AI एजंट्स](/ai-agents/) डेटा किंवा सेवांमध्ये प्रवेश मिळवण्यासाठी किंमत आपोआप ओळखू शकतात आणि त्वरित पैसे देऊ शकतात
+- क्लायंटच्या वॉलेटमध्ये समर्थित स्टेबलकॉइन्सपैकी एक असणे आवश्यक आहे, परंतु [गॅस खर्चासाठी](/gas/) कोणतेही ETH असण्याची गरज नाही
+
+हे एक नवीन "मशीन टू मशीन" अर्थव्यवस्था उघडते जिथे AI एजंट स्वतःहून रिसोर्सेस खरेदी करू शकतात आणि जिथे API सेवा अधिक कार्यक्षमतेने ऍक्सेस केल्या जाऊ शकतात.
+
+त्यानंतर स्वाक्षरी केलेला संदेश सर्व्हरला वितरित केला जातो. सर्व्हर सामान्यतः ब्लॉकचेनची गुंतागुंत हाताळण्यासाठी (व्यवहार पाठवणे, पेमेंट मिळवणे, गॅस शुल्क सुलभ करणे, इ.) एक [x402 फॅसिलिटेटर](https://x402.gitbook.io/x402/core-concepts/facilitator) वापरतात, याचा अर्थ डेव्हलपर्स पेमेंट इन्फ्रास्ट्रक्चर व्यवस्थापित न करता सहजपणे क्रिप्टो मायक्रोपेमेंट्स स्वीकारू शकतात.
+
+## पगाराची देयके {#salary-payments}
+
+अनेक दूरदर्शी कंपन्या आता कर्मचाऱ्यांना त्यांचे पगार, किंवा त्याचा काही भाग, इथर (ETH) सारख्या क्रिप्टोकरन्सीमध्ये मिळवण्याचा पर्याय देत आहेत:
+
+- **Gipsybee:** ही एक संस्था आहे जी इलेक्ट्रॉनिक्स, रोबोटिक्स, गेम निर्मिती आणि इतर सेवांमध्ये व्यवहार करते. ते कर्मचाऱ्यांना इथेरियममध्ये पगार घेण्याचा पर्याय देतात.
+- **SC5:** ही फिन्निश कंपनी Bitcoin मध्ये पगार देणाऱ्या पहिल्या कंपन्यांपैकी एक होती, ज्यामुळे इथेरियमसोबत अशाच प्रकारच्या व्यवस्थांसाठी मार्ग मोकळा झाला.
+- **ब्लॉकचेन स्टार्टअप्स:** ब्लॉकचेन क्षेत्रातील अनेक कंपन्या स्वाभाविकपणे त्यांच्या कर्मचाऱ्यांना क्रिप्टोकरन्सी पगाराचे पर्याय देतात.
+- **DAOs:** DAOs मध्ये योगदानकर्त्यांच्या वैशिष्ट्यपूर्णतेमुळे आणि विविधतेमुळे, बहुतेक योगदान आणि पगार क्रिप्टोकरन्सीमध्ये पुरस्कृत केले जातात.
+
+हा ट्रेंड विशेषतः दूरस्थ कामगार आणि डिजिटल भटक्यांना आकर्षित करतो जे सीमारहित पेमेंटचा आणि संभाव्यतः अनुकूल विनिमय दरांचा फायदा घेऊ शकतात.
+
+## जागतिक मदत कार्य {#global-relief-efforts}
+
+फेब्रुवारी २०२३ मध्ये, जेव्हा तुर्की आणि सीरियामध्ये विनाशकारी भूकंप झाले, तेव्हा जागतिक क्रिप्टो समुदाय कृतीत उतरला. मदत कार्यासाठी निधी गोळा करण्यासाठी विविध मोहिमा सुरू करण्यात आल्या, ज्यांनी संकटाच्या काळात इथेरियमची ताकद दाखवली. तुर्कीमध्ये क्रिप्टो पेमेंटचे [मान्यताप्राप्त स्वरूप नसतानाही](https://www.reuters.com/technology/no-more-kebabs-bitcoins-turkeys-crypto-payment-ban-looms-2021-04-28/), अधिकाऱ्यांनी काही संस्थांना देणग्या गोळा करण्यासाठी [अपवाद](https://x.com/haluklevent/status/1622913175409623041) केले. काही उदाहरणे आहेत:
+
+- [Refik Anadol](https://x.com/refikanadol/status/1622623521104089090): एक प्रसिद्ध डिजिटल कलाकार आहे ज्याने निधी उभारणीची मोहीम सुरू केली.
+- DAO शक्ती: [Anka Relief DAO](https://ankarelief.org/) आणि [Bankless DAO](https://x.com/banklessDAO) यांनी निधी उभारण्यासाठी [Giveth](https://x.com/Giveth/status/1623493672149843969) सोबत हातमिळवणी केली.
+- [Pak](https://cause.quest/), एक प्रमुख NFT कलाकार, याने देखील या कार्यात योगदान दिले.
+- इथेरियमचे सह-संस्थापक [Vitalik Buterin](https://cointelegraph.com/news/vitalik-buterin-donates-227k-to-help-earthquake-victims-in-turkey-syria) यांनीही अनेक मोहिमांना वैयक्तिक देणग्या दिल्या.
+
+याचा परिणाम? एका [Dune](https://dune.com/davy42/turkiye-earthquake-donations) ॲनालिटिक्स डॅशबोर्डद्वारे ट्रॅक केल्यानुसार, काही दिवसांत $6 दशलक्ष पेक्षा जास्त निधी उभारण्यात आला.
+
+भारत आणि युक्रेनमध्ये घडलेल्या शोकांतिकांसाठी देखील असाच प्रतिसाद वेळ होता. हा जलद प्रतिसाद इथेरियम पेमेंटचा एक महत्त्वाचा फायदा अधोरेखित करतो, तो म्हणजे चलन रूपांतरण, दीर्घ बँक हस्तांतरण किंवा अवाढव्य शुल्काच्या अडथळ्यांशिवाय जागतिक स्तरावर त्वरीत मदत एकत्रित करण्याची क्षमता.
+
+<div style={{maxWidth: "320px", margin: "0 auto"}}>
+
+![इथेरियम रोबोट प्रतिमा](./eth_robot.png)
+</div>
+
+## इथेरियम विरुद्ध फियाट {#ethereum-vs-fiat}
+
+इथेरियम पेमेंटचा प्रभाव खऱ्या अर्थाने समजून घेण्यासाठी, त्यांची तुलना पारंपारिक फियाट चलनांशी करणे योग्य ठरेल:
+
+|                               | **Ethereum**              | **पारंपारिक बँका**                                       |
+| ----------------------------- | ------------------------- | -------------------------------------------------------- |
+| **वेग**                       | सेकंद ते मिनिटे           | तास ते दिवस                                              |
+| **जागतिक पोहोच**              | सीमारहित, २४/७            | आंतरराष्ट्रीय बँकिंग निर्बंध आणि कामाच्या तासांच्या अधीन |
+| **पारदर्शकता**                | पूर्णपणे पारदर्शक         | संस्थेनुसार बदलते                                        |
+| **प्रोग्राम करण्याची क्षमता** | स्मार्ट कॉन्ट्रॅक्ट सक्षम | मूलभूत व्यवहारांपुरते मर्यादित                           |
+| **महागाई नियंत्रण**           | अपेक्षित जारी करणे        | केंद्रीय बँकेच्या धोरणांच्या अधीन                        |
+| **सुलभता**                    | इंटरनेट असलेला कोणीही     | राष्ट्रीय आणि आंतरराष्ट्रीय निर्बंधांच्या अधीन           |
+
+मूलतः, इथेरियम एक विकेंद्रित प्लॅटफॉर्म आहे जो सुरक्षित, जलद आणि पारदर्शक व्यवहारांना परवानगी देतो. तथापि, अनेक घटक त्याला पारंपारिक पेमेंट पद्धतींपासून वेगळे करतात. चला त्या फायद्यांबद्दल जाणून घेऊया जे इथेरियम पेमेंटला गेम-चेंजर बनवतात:
+
+### प्रोग्राम करण्याची क्षमता {#programmability}
+
+इथेरियमच्या अद्वितीय वैशिष्ट्यांपैकी एक म्हणजे स्मार्ट कॉन्ट्रॅक्ट्सना समर्थन देण्याची त्याची क्षमता. स्मार्ट कॉन्ट्रॅक्ट्स हे स्वयं-अंमलबजावणी करणारे करार आहेत ज्यांच्या अटी थेट कोडमध्ये लिहिलेल्या असतात. हे स्वयंचलित, अट-आधारित पेमेंटसाठी शक्यतांचे जग उघडते जे यांसारख्या व्यवहारांमध्ये खूप सुधारणा करू शकतात:
+
+- एस्क्रो सेवा
+- आवर्ती देयके
+- कामगिरी-आधारित भरपाई
+
+### वेग {#speed}
+
+तुम्हाला शेवटची वेळ आठवते का जेव्हा तुम्ही आंतरराष्ट्रीय बँक हस्तांतरण क्लिअर होण्यासाठी दिवसांनुदिवस वाट पाहिली होती? ती लांब रांग? आणि ते अनेक फॉर्म जे तुम्हाला भरावे लागले? इथेरियममुळे, ते दिवस आता गेले. इथेरियम नेटवर्कवरील व्यवहार काही मिनिटांत पूर्ण होतात, प्रेषक आणि प्राप्तकर्ता कुठेही असले तरी. इथेरियम परवानगी-रहित असल्यामुळे, पैसे पाठवताना कोणतीही नियामक नोकरशाही नसते. हा वेग विशेषतः वेळेची मर्यादा असलेल्या परिस्थितीत, जसे की आपत्कालीन मदत कार्यात, महत्त्वाचा आहे.
+
+### कमी शुल्क {#lower-fees}
+
+पारंपारिक आंतरराष्ट्रीय मनी ट्रान्सफर शुल्कामुळे कधीकधी पाठवलेल्या रकमेचा एक मोठा भाग जातो, विशेषतः जेव्हा शेकडो डॉलर्सचे व्यवहार हाताळले जातात. इथेरियम व्यवहार, विनामूल्य नसले तरी, अनेकदा कमी शुल्कासह येतात. याचा अर्थ तुमचा अधिक पैसा तिथे जातो जिथे तुम्ही तो पाठवू इच्छिता, मध्यस्थांचे खिसे भरण्याऐवजी.
+
+### पारदर्शकता {#transparency}
+
+इथेरियम ब्लॉकचेनवरील प्रत्येक व्यवहार सार्वजनिक लेजरवर नोंदवला जातो. याचा अर्थ कोणीही निधीच्या हालचालीची पडताळणी करू शकतो, ज्यामुळे ते यासाठी एक उत्कृष्ट साधन बनते:
+
+- धर्मादाय संस्थांना देणग्या कशा वापरल्या जातात हे दाखवण्यासाठी
+- व्यवसायांना पुरवठादार किंवा कर्मचाऱ्यांना केलेल्या पेमेंटचा पुरावा देण्यासाठी
+- व्यक्तींना त्यांच्या आर्थिक क्रियाकलापांचा मागोवा ठेवण्यासाठी
+
+इथेरियमसह, प्रत्येकजण पाहू शकतो की पैसे कसे फिरतात आणि खर्च कसे लागू केले जातात, पारंपारिक संस्थांच्या विपरीत जिथे यातील बहुतेक गोष्टी अज्ञात राहतात.
+
+<div style={{maxWidth: "320px", margin: "0 auto"}}>
+
+![चालणारी प्रतिमा](./walking.png)
+</div>
+
+फियाट चलनांना व्यापक स्वीकृती आणि स्थिरतेचा फायदा असला तरी, इथेरियम अद्वितीय फायदे देते जे त्याला विशिष्ट प्रकारच्या व्यवहारांसाठी एक आकर्षक पर्याय बनवतात.
+
+जलद आपत्ती निवारण सुलभ करण्यापासून ते जागतिक कामगारांना सक्षम करण्यापर्यंत, इथेरियम पेमेंट पैशाच्या दीर्घ इतिहासात एक नवीन अध्याय लिहित आहेत. आव्हाने असली तरी, या तंत्रज्ञानाने दिलेले अद्वितीय फायदे त्याला विविध प्रकारच्या वापरांसाठी एक आकर्षक पर्याय बनवतात.
+
+<Alert variant="update">
+<AlertEmoji text=":eyes:"/>
+<AlertContent className="justify-between flex-row items-center">
+  <div>तुमचे स्वतःचे इथेरियम खाते मिळवण्याची वेळ आली आहे.</div>
+  <ButtonLink href="/wallets/find-wallet">
+    सुरुवात करा!
+  </ButtonLink>
+</AlertContent>
+
+</Alert>
diff --git a/public/content/translations/mr/prediction-markets/index.md b/public/content/translations/mr/prediction-markets/index.md
new file mode 100644
index 00000000000..4a21dee80c6
--- /dev/null
+++ b/public/content/translations/mr/prediction-markets/index.md
@@ -0,0 +1,87 @@
+---
+title: "अंदाज बाजार"
+lang: mr
+template: use-cases
+image: /images/use-cases/prediction-markets.png
+sidebarDepth: 2
+summaryPoint1: "अचूक अंदाज निर्माण करण्यासाठी आर्थिक प्रोत्साहन मिळवा"
+summaryPoint2: "भविष्यातील घटनांबद्दल उच्च-गुणवत्तेचे अंदाज"
+buttons:
+  - content: अधिक जाणून घ्या
+    toId: how-prediction-markets-work
+  - content: अ‍ॅप्स एक्सप्लोर करा
+    toId: find-a-prediction-market
+    isSecondary: false
+---
+
+अंदाज बाजार घटनांचा अंदाज लावण्यासाठी समुदायाच्या ज्ञानाचा आणि आर्थिक प्रोत्साहनांचा वापर करतात. ते विविध, उच्च-गुणवत्तेचा डेटा देतात आणि 2024 च्या यू.एस. निवडणुकांदरम्यान त्याला गती मिळाली.
+
+## अंदाज बाजार कसे कार्य करतात {#how-prediction-markets-work}
+
+तज्ञांची मते, मर्यादित सर्वेक्षण नमुने किंवा ऐतिहासिक डेटावर अवलंबून असलेल्या पारंपारिक भविष्यवाणी पद्धतींपेक्षा वेगळे, अंदाज बाजार **रिअल-टाइम आर्थिक प्रोत्साहन** आणि **समुदायाच्या ज्ञानाचा** वापर करून एखाद्या विशिष्ट घटनेशी—निवडणुका, क्रिप्टो किमती, खेळांचे निकाल—काहीही संबंधित माहिती निर्माण करतात.
+
+हे कोणालाही आर्थिक वचनबद्धतेसह विशिष्ट परिणामासाठी समर्थन दर्शवण्याची परवानगी देते.
+वास्तविक-जगातील घटनांवर सट्टा लावण्यास सक्षम करून आणि नवीन माहिती मिळताच किमती समायोजित करून, माहितीपूर्ण मतांना अधिक महत्त्व दिले जाते, आणि अचूकतेला पुरस्कृत केले जाऊ शकते.
+
+सिद्धांतानुसार, सट्टेबाजांना बरोबर असल्यामुळे नफा होण्याची शक्यता असल्याने, अंदाज बाजार मोठ्या अचूकतेने परिणामांचा अंदाज लावू शकतात. ब्लॉकचेन-आधारित अंदाज बाजार आणखी रोमांचक आहेत, कारण अक्षरशः कोणीही भविष्यवाणीमध्ये भाग घेऊ शकतो आणि स्टेबलकॉईन किंवा क्रिप्टोकरन्सी बक्षिसे मिळवू शकतो.
+
+## हे महत्त्वाचे का आहे? {#why-does-this-matter}
+
+पारंपारिक भविष्यवाणीच्या विपरीत, ब्लॉकचेन-आधारित अंदाज बाजार आहेत:
+
+<CardGrid>
+  <Card title="प्रोत्साहित" emoji=":money_with_wings:" description="सहभागी खरी रक्कम स्टेक करतात, ज्यामुळे उच्च-गुणवत्तेचे अंदाज मिळतात."/>
+  <Card title="विकेंद्रीकरण" emoji="🌎" description="ब्लॉकचेन आणि स्मार्ट कॉन्ट्रॅक्ट्स वापरल्याने पारदर्शक आणि स्वयंचलित पेआउटची खात्री मिळते." />
+  <Card title="बाजारानुसार ठरणारे भाव" emoji="🤝" description="किंमती केंद्रीय बुकी ठरवत नाही, तर त्या ट्रेडर्सच्या खरेदी-विक्रीतून ठरतात." />
+</CardGrid>
+
+बाजाराचा निरीक्षक म्हणून सुद्धा, तुम्ही अशा मौल्यवान डेटाचे मूल्यांकन करू शकता जो अन्यथा उपलब्ध होणार नाही. याचा असा विचार करा:
+
+1. अंदाज एका विशिष्ट घटनेशी जोडलेले असतात (उदा., बीम चेन 2030 पर्यंत तैनात होईल का?).
+2. बाजारातील सहभागी कोणत्याही परिणामावरील त्यांच्या विश्वासाच्या आधारावर शेअर्स खरेदी आणि विक्री करतात.
+3. अधिक सहभागी त्यांच्या विश्वासांवर स्टेक लावतात तसतसे किमती समायोजित होतात, ज्यामुळे रिअल-टाइम माहिती दिसून येते.
+4. योग्यरित्या सट्टा लावणारा कोणीही स्टेक केलेल्या रकमेच्या प्रमाणात कमाई करतो.
+5. बाजार निरीक्षक संशोधन किंवा चर्चेला माहिती देण्यासाठी ओपन डेटाचा फायदा घेऊ शकतात.
+
+## एक अंदाज बाजार शोधा {#find-a-prediction-market}
+
+अनेक इथेरियम-आधारित अंदाज बाजार उपलब्ध आहेत. हे आजच्या काही सर्वात प्रसिद्ध अंदाज बाजार आहेत:
+
+<PredictionMarketLists />
+
+<Alert variant="warning">
+<AlertEmoji text="💡"/>
+<AlertContent>
+<AlertDescription>
+  <p className="mt-0"><strong>धोक्यांबद्दल जागरूक रहा</strong></p>
+  <p className="mt-2">तुम्हाला परवडेल तेवढाच सट्टा लावा, आणि संभाव्य व्यसनाधीन वर्तनाबद्दल जागरूक रहा.</p>
+</AlertDescription>
+
+</AlertContent>
+
+</Alert>
+
+## आव्हाने आणि धोके {#challenges-and-risks}
+
+ब्लॉकचेनवरील अंदाज बाजारांना काही आव्हानांना सामोरे जावे लागते जे निष्पक्षता, कायदेशीरता आणि अचूकतेवर परिणाम करू शकतात.
+
+⚠️ **बाजारात फेरफार** – श्रीमंत खेळाडू वॉश ट्रेडिंगद्वारे निकाल बदलू शकतात.  
+💧 **लिक्विडिटी समस्या** – कमी सहभाग ([कमी लिक्विडिटी](https://www.investopedia.com/terms/t/thinmarket.asp)) बाजाराची विश्वसनीयता कमी करू शकतो.  
+🏛 **नियामक अनिश्चितता** – सरकारांनी काही प्लॅटफॉर्मवर निर्बंध लादले आहेत.
+
+या समस्या कमी करण्यासाठी, इथेरियम डेव्हलपर्स फ्युटार्की (अंदाज बाजारांद्वारे प्रशासन) आणि विकेंद्रित ओळख पडताळणी यांसारख्या उपायांवर प्रयोग करत आहेत.
+
+## अंदाज बाजारांसह प्रयोग करणे {#experimenting-with-prediction-markets}
+
+अंदाज बाजार डिजिटल युगात निर्णय घेण्याच्या प्रक्रियेला नवीन आकार देत आहेत. इथेरियमचा फायदा घेऊन, ते **भविष्याचा अंदाज लावण्यासाठी निष्पक्ष, खुले आणि फायदेशीर मार्ग** देतात.
+
+आर्थिक लाभाच्या पलीकडे भविष्यवाणी साधनांचा वापर करण्याचे अनेक मार्ग आहेत. उदाहरणार्थ, एका [DevCon सुधारणा प्रस्तावामध्ये](https://forum.devcon.org/t/futarchy-decision-markets-for-deciding-next-devcon/5305) (DIP) असे सुचवण्यात आले होते की DevCon च्या आयोजकांनी भविष्यातील कार्यक्रमांसाठी उपस्थितीचा अंदाज घेण्यासाठी अंदाज बाजारांचा वापर करावा.
+
+यामुळे आयोजकांना हे ठरविण्यात मदत होईल की कोणत्या ठिकाणी सर्वात मोठा कार्यक्रम होईल, याच्या तुलनेत कोणते ठिकाण आंतरराष्ट्रीय स्तरावर सर्वात जास्त सुलभ असेल. याचा फायदा असा की DevCon चे आयोजक अनेक
+व्हिसा धोरणे, विमानतळ प्रवेश आणि परिसरातील राहण्याचा खर्च तपासण्यासाठी लागणारा वेळ कमी करू शकतात, आणि त्याच वेळी संभाव्य उपस्थितांना कुठे जायला आवडेल याचा डेटा गोळा करू शकतात.
+
+## पुढील वाचन {#further-reading}
+
+[अंदाज बाजारांपासून ते इन्फो फायनान्सपर्यंत](https://vitalik.eth.limo/general/2024/11/09/infofinance.html) - विटालिक बुटेरिन
+[इथेरियमवर विकेंद्रित अंदाज बाजाराचा विकास](https://blockchain.oodles.io/dev-blog/decentralized-prediction-market-development-ethereum/)
+[ऑगर प्रोजेक्ट व्हाइटपेपर](https://github.com/AugurProject/whitepaper)
\ No newline at end of file
diff --git a/public/content/translations/mr/privacy/index.md b/public/content/translations/mr/privacy/index.md
new file mode 100644
index 00000000000..f830d9e2e38
--- /dev/null
+++ b/public/content/translations/mr/privacy/index.md
@@ -0,0 +1,97 @@
+---
+title: "Ethereum वरील गोपनीयता"
+description: "Ethereum वर आपली गोपनीयता संरक्षित करण्यासाठी साधने आणि तंत्रे"
+lang: mr
+---
+
+# Ethereum वरील गोपनीयता {#introduction}
+
+गोपनीयता केवळ वैयक्तिक सुरक्षिततेसाठीच आवश्यक नाही, तर ती स्वातंत्र्याचा आधारस्तंभ आणि विकेंद्रीकरणासाठी एक प्रमुख [हमीदार](https://vitalik.eth.limo/general/2025/04/14/privacy.html) आहे. गोपनीयता लोकांना स्वतःला व्यक्त करण्याची, इतरांशी व्यवहार करण्याची आणि मुक्तपणे समुदाय संघटित करण्याची क्षमता देते. परंतु सर्व ब्लॉकचेनप्रमाणेच, Ethereum चे सार्वजनिक लेजर गोपनीयतेला आव्हानात्मक बनवते.
+
+Ethereum डिझाइननुसार पारदर्शक आहे. प्रत्येक ऑनचेन क्रिया पाहणाऱ्या कोणालाही दिसते. जरी Ethereum तुमच्या क्रियेला वास्तविक ओळखीऐवजी एका [पब्लिक की](/decentralized-identity/#public-key-cryptography) शी जोडून छद्मनामता देते, तरीही संवेदनशील माहिती उघड करण्यासाठी आणि वापरकर्त्यांना ओळखण्यासाठी तुमच्या क्रियेच्या नमुन्यांचे विश्लेषण केले जाऊ शकते.
+
+Ethereum मध्ये गोपनीयता-संरक्षण करणारी साधने तयार केल्याने लोक, संस्था आणि संघटनांना अनावश्यक प्रदर्शनास मर्यादित ठेवताना सुरक्षितपणे संवाद साधण्यास मदत होऊ शकते. हे इकोसिस्टमला विविध प्रकारच्या वापरासाठी अधिक सुरक्षित आणि अधिक व्यावहारिक बनवते.
+
+## लिहिण्याकरिता गोपनीयता {#privacy-of-writes}
+
+डीफॉल्टनुसार, Ethereum वर लिहिलेला प्रत्येक व्यवहार सार्वजनिक आणि कायमस्वरूपी असतो. यात केवळ ETH पाठवणेच नाही, तर ENS नावे नोंदणी करणे, POAPs गोळा करणे किंवा NFTs चा व्यापार करणे यांचाही समावेश आहे. पेमेंट, मतदान किंवा ओळख पडताळणीसारख्या दैनंदिन क्रिया तुमची माहिती अनावश्यक पक्षांना उघड करू शकतात. अशी अनेक साधने आणि तंत्रे आहेत जी यांना अधिक खाजगी बनविण्यात मदत करू शकतात:
+
+### मिक्सिंग प्रोटोकॉल (किंवा "मिक्सर") {#mixing-protocols}
+
+मिक्सर अनेक वापरकर्त्यांच्या व्यवहारांना एका सामायिक "पूल" मध्ये टाकून आणि नंतर लोकांना नवीन पत्त्यावर पैसे काढू देऊन प्रेषक आणि प्राप्तकर्त्यांमधील दुवा तोडतात. ठेवी आणि काढलेली रक्कम एकत्र मिसळलेली असल्याने, निरीक्षकांना त्यांना जोडणे खूप कठीण होते.
+
+_उदाहरणे: [PrivacyPools](https://docs.privacypools.com/), [Tornado Cash](https://tornado.cash/)_
+
+### शील्डेड पूल्स {#shielded-pools}
+
+शील्डेड पूल मिक्सरसारखेच असतात परंतु ते वापरकर्त्यांना पूलमध्येच खाजगीरित्या निधी ठेवण्याची आणि हस्तांतरित करण्याची परवानगी देतात. केवळ ठेव आणि काढलेल्या रकमेमधील दुवा अस्पष्ट करण्याऐवजी, शील्डेड पूल एक चालू खाजगी स्थिती राखतात, जी अनेकदा शून्य-ज्ञान पुराव्यांनी सुरक्षित केली जाते. यामुळे खाजगी हस्तांतरणे, खाजगी शिल्लक आणि बरेच काही तयार करणे शक्य होते.
+
+_उदाहरणे: [Railgun](https://www.railgun.org/), [Aztec](https://aztec.network/), Nightfall_
+
+### स्टेल्थ पत्ते {#stealth-addresses}
+
+एक [स्टेल्थ पत्ता](https://vitalik.eth.limo/general/2023/01/20/stealth.html) प्रत्येक प्रेषकाला एक अद्वितीय, एक-वेळेचा पी.ओ. देण्यासारखे आहे. बॉक्स जो फक्त तुम्हीच उघडू शकता. प्रत्येक वेळी जेव्हा कोणी तुम्हाला क्रिप्टो पाठवते, तेव्हा ते एका नवीन पत्त्यावर जाते, त्यामुळे इतर कोणालाही दिसत नाही की ती सर्व पेमेंट्स तुमची आहेत. हे तुमच्या पेमेंटचा इतिहास खाजगी ठेवते आणि ट्रॅक करणे कठीण करते.
+
+_उदाहरणे: [UmbraCash](https://app.umbra.cash/faq), [FluidKey](https://www.fluidkey.com/)_
+
+### इतर उपयोग प्रकरणे {#other-use-cases}
+
+खाजगी लेखनाचा शोध घेणाऱ्या इतर प्रकल्पांमध्ये [PlasmaFold](https://pse.dev/projects/plasma-fold) (खाजगी पेमेंट) आणि [MACI](https://pse.dev/projects/maci) व [Semaphore](https://pse.dev/projects/semaphore) (खाजगी मतदान) यांसारख्या प्रणालींचा समावेश आहे.
+
+ही साधने Ethereum वर खाजगीरित्या लिहिण्यासाठी पर्याय वाढवतात, परंतु प्रत्येकामध्ये काही तडजोडी आहेत. काही पद्धती अजूनही प्रायोगिक आहेत, काही खर्च किंवा गुंतागुंत वाढवतात, आणि मिक्सरसारखी काही साधने त्यांच्या वापराच्या पद्धतीवर अवलंबून कायदेशीर किंवा नियामक छाननीचा सामना करू शकतात.
+
+## वाचण्याकरिता गोपनीयता {#privacy-of-reads}
+
+Ethereum वर कोणतीही माहिती वाचणे किंवा तपासणे (उदा. तुमच्या वॉलेटमधील शिल्लक) साधारणपणे तुमच्या वॉलेट प्रदाता, नोड प्रदाता, किंवा ब्लॉक एक्सप्लोरर सारख्या सेवेद्वारे होते. कारण तुम्ही तुमच्यासाठी ब्लॉकचेन वाचण्यासाठी त्यांच्यावर अवलंबून असता, त्यामुळे ते तुमच्या विनंत्या आणि तुमचा आयपी पत्ता किंवा स्थानासारखा मेटाडेटा देखील पाहू शकतात. जर तुम्ही तेच खाते सतत तपासत राहिलात, तर ही माहिती एकत्र जोडून तुमची ओळख तुमच्या क्रियेशी जोडली जाऊ शकते.
+
+तुमचा स्वतःचा Ethereum नोड चालवल्याने हे टाळता येईल, परंतु संपूर्ण ब्लॉकचेन संग्रहित करणे आणि सिंक करणे बहुतेक वापरकर्त्यांसाठी, विशेषतः मोबाइल उपकरणांवर, खर्चिक आणि अव्यवहार्य आहे.
+
+खाजगी वाचनाचा शोध घेणाऱ्या काही प्रकल्पांमध्ये [Private Information Retrieval](https://hackmd.io/@brech1/ethereum-privacy-pir?utm_source=preview-mode&utm_medium=rec) (PIR, तुम्ही काय शोधत आहात हे उघड न करता डेटा मिळवणे), [zkID](https://hackmd.io/@brech1/ethereum-privacy-pir?utm_source=preview-mode&utm_medium=rec) (शून्य-ज्ञान पुराव्यांसह खाजगी ओळख तपासणी), [vOPRF](https://pse.dev/projects/voprf) (Web3 मध्ये Web2 खाती छद्मनामाने वापरणे), [vFHE](https://pse.dev/blog/zero-to-start-applied-fully-homomorphic-encryption-fhe-part-1) (एनक्रिप्टेड डेटावर गणना करणे), आणि [MachinaIO](https://pse.dev/projects/machina-io) (कार्यक्षमता कायम ठेवून प्रोग्रामचे तपशील लपवणे) यांचा समावेश आहे.
+
+## सिद्ध करण्यासाठी गोपनीयता {#privacy-of-proving}
+
+गोपनीयता-संरक्षक पुरावे ही अशी साधने आहेत जी तुम्ही Ethereum वर अनावश्यक तपशील उघड न करता एखादी गोष्ट खरी असल्याचे दाखवण्यासाठी वापरू शकता. उदाहरणार्थ, तुम्ही हे करू शकता:
+
+- तुमची पूर्ण जन्मतारीख शेअर न करता तुम्ही १८ वर्षांपेक्षा जास्त वयाचे आहात हे सिद्ध करणे
+- तुमचे संपूर्ण वॉलेट उघड न करता NFT किंवा टोकनची मालकी सिद्ध करणे
+- इतर वैयक्तिक डेटा उघड न करता सदस्यत्व, बक्षीस किंवा मतासाठी पात्रता सिद्ध करणे
+
+यासाठी बहुतेक साधने शून्य-ज्ञान पुरावे यांसारख्या क्रिप्टोग्राफिक तंत्रांवर अवलंबून असतात, परंतु आव्हान हे आहे की त्यांना दैनंदिन उपकरणांवर चालवण्यासाठी पुरेसे कार्यक्षम बनवणे, कोणत्याही प्लॅटफॉर्मवर पोर्टेबल करणे आणि सुरक्षित करणे.
+
+सिद्ध करण्यासाठी गोपनीयतेचा शोध घेणाऱ्या काही प्रकल्पांमध्ये [Client Side Proving](https://pse.dev/projects/client-side-proving) (ZK सिद्धता प्रणाली), [TLSNotary](https://tlsnotary.org/), (वेबवरील कोणत्याही डेटासाठी प्रामाणिकतेचे पुरावे), [Mopro](https://pse.dev/projects/mopro) (मोबाइल क्लायंट-साइड सिद्धता), [Private Proof Delegation](https://pse.dev/projects/private-proof-delegation) (विश्वासाच्या गृहितकांना टाळणारे प्रतिनिधीत्व फ्रेमवर्क), आणि [Noir](https://noir-lang.org/) (खाजगी आणि पडताळणीयोग्य संगणनासाठी भाषा) यांचा समावेश आहे.
+
+## गोपनीयता शब्दकोश {#privacy-glossary}
+
+**अनामिक**: तुमच्या डेटामधून सर्व ओळखकर्ते कायमचे काढून टाकून संवाद साधणे, ज्यामुळे माहितीचा माग एखाद्या व्यक्तीपर्यंत पोहोचवणे अशक्य होते
+
+**एनक्रिप्शन**: एक प्रक्रिया जी डेटा स्क्रॅम्बल करते जेणेकरून केवळ योग्य की असलेला कोणीतरी तो वाचू शकेल
+
+**[पूर्णपणे होमोमॉर्फिक एनक्रिप्शन](https://pse.dev/blog/zero-to-start-applied-fully-homomorphic-encryption-fhe-part-1) (FHE)**: एनक्रिप्टेड डेटाला कधीही डिक्रिप्ट न करता थेट त्यावर गणना करण्याचा एक मार्ग
+
+**[अभेद्य ऑब्फस्केशन](https://pse.dev/projects/machina-io) (iO)**: गोपनीयता तंत्र जे प्रोग्राम किंवा डेटाला वापरण्यायोग्य ठेवूनही अनाकलनीय बनवतात
+
+**[बहु-पक्षीय गणना](https://pse.dev/blog/secure-multi-party-computation) (MPC)**: अशा पद्धती ज्या अनेक पक्षांना त्यांचे खाजगी इनपुट उघड न करता एकत्र परिणाम काढण्याची परवानगी देतात
+
+**प्रोग्राम करण्यायोग्य क्रिप्टोग्राफी**: लवचिक, नियमांवर आधारित क्रिप्टोग्राफी जी डेटा कसा आणि केव्हा शेअर केला जातो, पडताळला जातो किंवा उघड केला जातो हे नियंत्रित करण्यासाठी सॉफ्टवेअरमध्ये सानुकूलित केली जाऊ शकते
+
+**छद्मनामी**: वैयक्तिक ओळखकर्त्यांच्या जागी अद्वितीय कोड किंवा क्रमांक (जसे की Ethereum पत्ता) वापरणे
+
+**निवडक प्रकटीकरण**: केवळ आवश्यक तेवढेच शेअर करण्याची क्षमता (उदा. तुमच्या संपूर्ण वॉलेटचा इतिहास उघड न करता तुमच्या मालकीचा NFT असल्याचे सिद्ध करणे)
+
+**अजोडनीयता**: ब्लॉकचेनवरील स्वतंत्र क्रिया एकाच पत्त्याशी जोडल्या जाऊ शकत नाहीत याची खात्री करणे
+
+**पडताळणीयोग्यता**: इतर लोक दावा खरा असल्याची पुष्टी करू शकतील याची खात्री करणे, जसे की Ethereum वर व्यवहार किंवा पुरावा प्रमाणित करणे
+
+**पडताळणीयोग्य प्रतिनिधीत्व**: एखादे कार्य—जसे की पुरावा तयार करणे—दुसऱ्या पक्षाला सोपवणे (उदा. अवजड क्रिप्टोग्राफीसाठी सर्व्हर वापरणारे मोबाइल वॉलेट) आणि तरीही ते योग्यरित्या केले गेले आहे की नाही हे सत्यापित करण्यास सक्षम असणे
+
+**[शून्य-ज्ञान पुरावे](/zero-knowledge-proofs/#why-zero-knowledge-proofs-are-important) (ZKPs)**: क्रिप्टोग्राफिक प्रोटोकॉल जे एखाद्याला त्यामागील डेटा उघड न करता माहिती खरी असल्याचे सिद्ध करू देतात
+
+**ZK रोलअप**: एक स्केलेबिलिटी प्रणाली जी ऑफ-चेन व्यवहारांचे बॅच बनवते आणि ऑनचेन एक वैधता पुरावा सादर करते—डीफॉल्टनुसार खाजगी नाही, परंतु ते खर्च कमी करून कार्यक्षम गोपनीयता प्रणाली (जसे की शील्डेड पूल) सक्षम करतात
+
+## संसाधने {#resources}
+
+- [Privacy Stewards of Ethereum](https://pse.dev/) (PSE), Ethereum फाउंडेशनची एक संशोधन आणि विकास प्रयोगशाळा जी इकोसिस्टमसाठी गोपनीयतेवर लक्ष केंद्रित करते
+- [Web3PrivacyNow](https://web3privacy.info/), लोक, प्रकल्प आणि संरेखित संस्थांचे एक नेटवर्क जे ऑनलाइन मानवी हक्कांचे संरक्षण आणि प्रगती करतात
+- [WalletBeat](https://beta.walletbeat.eth.limo/wallet/summary/), एक Ethereum वॉलेट रेटिंग साइट जी वॉलेट्सची एक विस्तृत यादी, त्यांची कार्यक्षमता, पद्धती आणि विशिष्ट मानकांसाठी समर्थन प्रदान करण्याचे उद्दिष्ट ठेवते.
+- [Zk-kit](https://zkkit.pse.dev/): लायब्ररींचा (अल्गोरिदम, युटिलिटी फंक्शन्स आणि डेटा स्ट्रक्चर्स) एक संच जो विविध प्रकल्पांमध्ये आणि शून्य-ज्ञान प्रोटोकॉलमध्ये पुन्हा वापरला जाऊ शकतो.
+- [Privacy Apps](/apps/categories/privacy/) - Ethereum वर चालणाऱ्या क्युरेट केलेल्या गोपनीयता ऍप्लिकेशन्सची यादी शोधा.
diff --git a/public/content/translations/mr/real-world-assets/index.md b/public/content/translations/mr/real-world-assets/index.md
new file mode 100644
index 00000000000..a4dfa289035
--- /dev/null
+++ b/public/content/translations/mr/real-world-assets/index.md
@@ -0,0 +1,93 @@
+---
+title: "वास्तविक-जागतिक मालमत्ता (RWAs)"
+metaTitle: "RWAs म्हणजे काय? | वास्तविक-जागतिक मालमत्तेचे फायदे आणि वापर"
+description: "Ethereum वरील वास्तविक-जागतिक मालमत्तेचे विहंगावलोकन"
+lang: mr
+template: use-cases
+emoji: ":house_buildings:"
+image: /images/man-and-dog-playing.png
+alt: "एक माणूस आणि कुत्रा खेळत आहेत."
+sidebarDepth: 2
+summaryPoint1: "मौल्यवान वस्तूंचे डिजिटल टोकन्समध्ये रूपांतर करण्याची एक पद्धत."
+summaryPoint2: "आता तुम्ही संपूर्ण मालमत्ता किंवा वस्तू खरेदी करण्याऐवजी वास्तविक जीवनातील वस्तू किंवा मालमत्तेचे भाग मालकी घेऊ शकता."
+summaryPoint3: "पारंपारिक वित्तपुरवठ्याला ब्लॉकचेन इकोसिस्टमशी जोडते."
+---
+
+वास्तविक-जागतिक मालमत्ता (RWAs) हे टोकन्स आहेत जे संपत्तीच्या विद्यमान स्वरूपांचे प्रतिनिधित्व करतात, जसे की रिअल इस्टेट, सोने, स्टॉक्स, कला, यंत्रसामग्री किंवा संग्रहणीय वस्तू. या वस्तूंचे टोकनीकरण केल्याने त्यांचे डिजिटल स्वरूपात रूपांतर होते, ज्यामुळे त्यांना अनेक मालकांमध्ये विभागले जाऊ शकते आणि त्यांचा व्यापार करणे सोपे होते.
+
+## RWAs म्हणजे काय? {#what-are-rwas}
+
+काही RWAs मूर्त असतात - ज्या वस्तू तुम्ही पाहू शकता आणि स्पर्श करू शकता, जसे की सोन्याच्या विटा किंवा व्यावसायिक इमारती. इतर अमूर्त असतात, जसे की सरकारी कर्ज, बौद्धिक संपदा, किंवा कंपनीमधील इक्विटी.
+
+टोकनीकरण केल्यावर, या मालमत्ता मूल्याच्या युनिट्समध्ये बदलल्या जातात. टोकनाइज्ड सोने हे याचे उत्तम उदाहरण आहे की हे कसे कार्य करते. [Paxos](https://www.paxos.com/) ही कंपनी 400-औंस सोन्याच्या विटांचे Ethereum ब्लॉकचेनवर 400 टोकन्समध्ये रूपांतर करते, प्रत्येक टोकन एका औंस सोन्याने समर्थित आहे. टोकन-धारक कोणत्याही वेळी सोन्यासाठी त्यांचे टोकन रिडीम करू शकतात. दुसरी RWA कंपनी, [Tether Gold](https://gold.tether.to/) कडून खरेदी केलेल्या टोकनसाठीही हेच लागू होते.
+
+प्रत्येक टोकन आणखी लहान अंशांमध्ये विभागले जाऊ शकते. उदाहरणार्थ, Tether Gold टोकन 0.000001 इतक्या लहान भागांमध्ये विभागले जाऊ शकतात.
+
+RWA टोकन्सना कोणतेही आंतरिक मूल्य नसते. त्याऐवजी, ते ज्या वस्तूचे प्रतिनिधित्व करतात त्या वस्तूचे मूल्य प्रतिबिंबित करतात आणि त्यामुळे वस्तूच्या मूल्यासोबत टोकनचे मूल्य बदलते.
+
+## RWAs चे फायदे काय आहेत? {#rwas-benefits}
+
+<CardGrid className="grid grid-cols-[repeat(auto-fill,_minmax(min(100%,_280px),_1fr))] gap-8">
+  <Card title="विभाजित मालकी" emoji=":house_buildings:" description="RWAs गुंतवणुकीला सर्वांसाठी खुले करतात. जर काही मालमत्तांमध्ये गुंतवणूक करणे तुम्हाला परवडत नसेल, तर आता तुम्ही अंशतः मालक म्हणून गुंतवणूक करू शकता."/>
+  <Card title="गुंतवणूक विविधीकरण" emoji="🛒" description="तुम्ही अनेक प्रकारच्या मालमत्तांमध्ये गुंतवणूक करून, हेज-फंडाइतका पैसा खर्च न करता तुमचा पोर्टफोलिओ विविध करू शकता." />
+  <Card title="जागतिक संधी" emoji="🌏" description="RWAs गुंतवणुकीतील भौगोलिक अडथळे दूर करतात. तुम्ही जगात कुठेही असलेल्या मालमत्तांसाठी टोकन खरेदी करू शकता." />
+  <Card title="मालमत्ता तरल करा" emoji="🖼️" description="अनेक मालमत्ता तरल नसतात. त्या मौल्यवान असल्या तरी, तुमच्याकडे खर्च करण्यासाठी रोख रक्कम असण्यासारखे नाही. मालमत्तेचे टोकनायझेशन करून, मालक त्याचा काही किंवा संपूर्ण भाग वापरण्यायोग्य मूल्यामध्ये बदलू शकतात."/>
+  <Card title="जगभरातील बाजारपेठ" emoji="💰" description="आपल्या मालमत्तेतून भांडवल मिळवू पाहणारे मालक आता मोठ्या गुंतवणूकदार वर्गापर्यंत पोहोचू शकतात—केवळ जमीन, इक्विटी, कलाकृती किंवा पारंपारिक साधने खरेदी करू शकणाऱ्या लोकांपर्यंतच नाही." />
+  <Card title="मध्यस्थांना टाळा" emoji="👩‍💻" description="टोकन स्मार्ट कॉन्ट्रॅक्ट्सवर चालतात, याचा अर्थ मध्यस्थ आणि त्यांच्या शुल्काशिवाय टोकनची थेट व्यक्ती-व्यक्तींमध्ये देवाणघेवाण होऊ शकते." />
+</CardGrid>
+
+## RWAs कसे कार्य करतात? {#how-rwas-work}
+
+चला RWA इकोसिस्टममधील काही उदाहरणे पाहूया: रिअल इस्टेट, पारंपारिक वित्तीय उत्पादने आणि ललित कला.
+
+### रिअल इस्टेटमध्ये गुंतवणूक {#investing-in-real-estate}
+
+समजा तुम्हाला रिअल इस्टेटमध्ये गुंतवणूक करायची आहे, परंतु संपूर्ण मालमत्ता खरेदी करणे आवाक्याबाहेरचे आहे. त्याऐवजी, तुम्ही [RealT](https://realt.co/) सारख्या प्रकल्पाद्वारे RWAs खरेदी करू शकता. त्याचे टोकन एका मर्यादित दायित्व कंपनी (LLC) मधील शेअर्सचे प्रतिनिधित्व करतात, जी मालमत्तेचे खरेदीखत ठेवण्यासाठी तयार केली आहे. टोकन-धारकांना त्यांच्या मालकीच्या अंशानुसार स्टेबलकॉइन्सच्या स्वरूपात भाड्याचे उत्पन्न मिळते; RealT म्हणते की त्यांनी आतापर्यंत गुंतवणूकदारांना $15 दशलक्ष USD निव्वळ भाड्याचे उत्पन्न परत केले आहे.
+
+असाच आणखी एक प्रकल्प, [LABS Group](https://x.com/labsgroupio), लोकांना $100 USD इतक्या कमी रकमेत टोकनाइज्ड रिअल इस्टेटमध्ये खरेदी करण्याची परवानगी देतो.
+
+### वित्तीय उत्पादनांमध्ये गुंतवणूक {#investing-in-financial-products}
+
+अनेक प्रकल्प सिक्युरिटीज, स्टॉक्स, बॉण्ड्स आणि इतर वित्तीय साधने ब्लॉकचेनवर आणून पारंपारिक वित्त आणि विकेंद्रित वित्त (DeFi) यांच्यातील दरी कमी करतात.
+
+उदाहरणार्थ, Ethereum-आधारित कंपनी [Securitize](https://securitize.io/) पारंपारिक वित्तीय उत्पादनांचे टोकनीकरण करण्यात माहिर आहे. 2024 मध्ये, त्यांनी RWA फंड सुरू करण्यासाठी BlackRock सोबत भागीदारी केली. BlackRock म्हणते की त्यांची अखेरीस त्यांच्या मालमत्तेपैकी $10 ट्रिलियन USD टोकनाइज करण्याची योजना आहे: त्यांचे CEO, लॅरी फिंक, यांनी टोकनीकरणला “बाजारांची पुढची पिढी” म्हटले आहे.
+
+### ललित कलेमध्ये गुंतवणूक {#investing-in-fine-art}
+
+ललित-कला गुंतवणुकीसाठी काही भिन्न यंत्रणा आहेत. [Masterworks](https://www.masterworks.com/) कलाकृती खरेदी करते, प्रत्येक कलाकृतीचे सिक्युरिटायझेशन करते आणि टोकन्सच्या स्वरूपात शेअर्स विकते. नंतर कलाकृती विकून नफा टोकन-धारकांना वितरित करण्याची त्यांची योजना आहे.
+
+टोकन-धारक कलाकृतीच्या साठवणुकीवर किंवा भविष्यातील विक्रीवर नियंत्रण ठेवत नाहीत. त्याऐवजी, ते त्यांचे टोकन किती काळ ठेवतील याचे ते प्रभारी असतात, जे कलेच्या मूल्यासोबत वाढतात आणि कमी होतात.
+
+दरम्यान, ब्लॉकचेन-आधारित डिजिटल आर्ट रजिस्ट्री [Artory](https://www.artory.com/) कलाकृतींच्या सत्यतेची पडताळणी करते आणि पूर्वीच्या मालकीची नोंद ठेवते.
+
+### संग्रहणीय वस्तूंमध्ये गुंतवणूक {#investing-in-collectibles}
+
+आतापर्यंत, यापैकी बहुतेक उदाहरणे दाखवतात की टोकनीकरण विविध प्रकारच्या संपत्तीची आंशिक मालकी कशी मिळवून देते. टोकनीकरणाचा आणखी एक फायदा म्हणजे ते जागतिक बाजारपेठेत संग्रहणीय वस्तूंसारख्या मौल्यवान वस्तूंचा व्यापार करण्यास सक्षम करते.
+
+याचे एक उदाहरण [Courtyard](https://courtyard.io/) आहे, जे ट्रेडिंग कार्ड्सचे टोकनीकरण करते - बेसबॉल कार्ड्स, फुटबॉल कार्ड्स किंवा पोकेमोन कार्ड्सचा विचार करा. कार्ड मालक त्यांची कार्डे USA मधील सुरक्षित साठवणूक सुविधेमध्ये पाठवतात. कार्ड्स डिजिटल टोकन्स म्हणून मिंट केले जातात आणि Courtyard च्या मार्केटप्लेसवर व्यापार करण्यासाठी मालकांच्या वॉलेटमध्ये जोडले जातात. Courtyard फक्त ग्रेडेड कार्ड्स स्वीकारते: म्हणजे जिथे त्रयस्थ पक्षाने कार्डच्या सत्यतेचे प्रमाणीकरण केले आहे आणि त्याच्या स्थितीनुसार, जीर्ण किंवा मूळ स्थितीत असल्यानुसार गुण दिले आहेत.
+
+Courtyard एक प्रकारची रॉयल्टी योजना देखील ऑफर करते. प्रत्येक वेळी कार्ड विकल्यावर, ज्या व्यक्तीने ते टोकनाइज केले आहे तिला महसुलाचा एक टक्का मिळतो. फक्त कार्डच्या मूळ निर्मात्यांनाच अशा प्रकारे पुरस्कृत केले जाते. कोणत्याही वेळी, मालक जगात कोठेही असले तरी, त्यांची डिजिटल कार्ड्स भौतिक कार्ड्ससाठी स्वॅप करू शकतात.
+
+## RWAs च्या मर्यादा काय आहेत? {#rwas-limitations}
+
+या सुरुवातीच्या टप्प्यावर, RWAs च्या आव्हानांपैकी एक म्हणजे वास्तविक जीवनातील वस्तू आणि त्यांचे डिजिटल प्रतिनिधित्व यांच्यातील संबंध सुनिश्चित करणे.
+
+जेव्हा RWA प्रकल्प गुंतवणूकदारांना राखीव निधीचा पुरावा पुरवतात - म्हणजे ते डिजिटल टोकन्सना आधार देणाऱ्या भौतिक वस्तूंचे कायदेशीर मालक असल्याची हमी देतात, तेव्हा हे एक सकारात्मक चिन्ह आहे. आधी उल्लेख केलेल्या Paxos, Tether Gold, किंवा Courtyard चा विचार करा, जे सर्व आपली मालमत्ता सुरक्षित साठवणुकीत ठेवतात आणि मालकांना कोणत्याही वेळी टोकन त्याच्या भौतिक समकक्षासाठी स्वॅप करण्याचा पर्याय देतात.
+
+आणखी एक मर्यादा म्हणजे टोकन मालकी जगभरातील कायदेशीर प्रणालींद्वारे ओळखली जाते की नाही. दुसऱ्या शब्दांत, स्मार्ट कॉन्ट्रॅक्ट्स कायद्याच्या न्यायालयात अंमलात आणण्यायोग्य आहेत का, किंवा RWA टोकनचा धारक वास्तविक जीवनातील वस्तूवर मालकी हक्क सांगू शकतो का?
+
+टोकनीकरणाला मान्यता देण्यासाठी विशेषतः कायदेशीर चौकट तयार करण्याच्या बाबतीत आघाडीवर असलेल्या देशांमध्ये सिंगापूर, संयुक्त अरब अमिराती, हाँगकाँग आणि स्वित्झर्लंड यांचा समावेश आहे, ज्याने 2021 मध्ये ‘ब्लॉकचेन कायदा’ या टोपणनावाने ओळखला जाणारा कायदा आणला, जो टोकनीकरणासारख्या तंत्रज्ञानाचे नियमन करतो. युरोपियन युनियनने RWAs चे नियमन करण्याची प्रक्रिया सुरू केली आहे, तर युनायटेड स्टेट्समध्ये, सिक्युरिटीज अँड एक्सचेंज कमिशन काही वेळी RWAs वर मार्गदर्शन जारी करण्याची अपेक्षा आहे.
+
+## अधिक जाणून घ्या {#learn-more}
+
+[स्मार्ट कॉन्ट्रॅक्ट्स](/smart-contracts/) मध्ये अधिक जाणून घ्या किंवा एका वेगळ्या टोकन वर्गाबद्दल, [नॉन-फंजिबल टोकन्स (NFT)](/nft/) बद्दल अधिक माहिती मिळवा.
+
+## पुढील वाचन {#further-reading}
+
+- ब्रिटानिकावर [मालमत्ता टोकनीकरण म्हणजे काय?](https://www.britannica.com/money/real-world-asset-tokenization)
+- वर्ल्ड इकॉनॉमिक फोरमवर [टोकनीकरण जागतिक वित्त आणि गुंतवणुकीला कसे बदलत आहे](https://www.weforum.org/stories/2024/12/tokenization-blockchain-assets-finance/)
+- फोर्ब्सवर [क्रिप्टो गुंतवणूकदारांना वास्तविक-जागतिक मालमत्तेचे टोकनीकरण करण्याबद्दल काय माहित असणे आवश्यक आहे](https://www.forbes.com/sites/irinaheaver/2024/03/14/what-crypto-investors-need-to-know-about-tokenizing-real-world-assets/)
+- ब्रिटानिकावर [स्मार्ट कॉन्ट्रॅक्ट्स ब्लॉकचेनसोबत कसे कार्य करतात](https://www.britannica.com/money/how-smart-contracts-work)
+- मिडियमवर [टोकनाइज्ड वास्तविक-जागतिक मालमत्ता DeFi ला कसे बदलत आहेत](https://medium.com/coinmonks/how-tokenized-real-world-assets-are-transforming-defi-4e040f28732a)
+- [क्रिप्टोमध्ये RWA म्हणजे काय? त्याची ब्लॉकचेन भूमिका स्पष्ट केली](https://www.bitdegree.org/crypto/tutorials/what-is-rwa-in-crypto) BitDegree वर
+- फोर्ब्सवर [आज मार्केट कॅपनुसार शीर्ष वास्तविक-जागतिक मालमत्ता (RWAs) कॉइन्स](https://www.forbes.com/digital-assets/categories/real-world-assets-rwa/)
diff --git a/public/content/translations/mr/refi/index.md b/public/content/translations/mr/refi/index.md
index ed8dbc1b4ed..bb3d14ee088 100644
--- a/public/content/translations/mr/refi/index.md
+++ b/public/content/translations/mr/refi/index.md
@@ -1,36 +1,38 @@
 ---
-title: रीजनरेटिव्ह फायनान्स (ReFi)
-description: ReFi आणि त्याच्या वर्तमान वापर प्रकरणांचे विहंगावलोकन.
+title: "रीजनरेटिव्ह फायनान्स (ReFi)"
+description: "ReFi आणि त्याच्या वर्तमान वापर प्रकरणांचे विहंगावलोकन."
 lang: mr
 template: use-cases
 emoji: ":recycle:"
 sidebarDepth: 2
 image: /images/future_transparent.png
 alt: ""
-summaryPoint1: पुनरुत्पादक तत्त्वांवर आधारित पर्यायी आर्थिक व्यवस्था
-summaryPoint2: हवामान बदलासारख्या जागतिक स्तरावरील समन्वय संकटांचे निराकरण करण्यासाठी Ethereum चा वापर करण्याचा प्रयत्न
-summaryPoint3: सत्यापित कार्बन क्रेडिट्स सारख्या पर्यावरणीय फायद्याच्या मालमत्तेचे मोठ्या प्रमाणात स्केल करण्याचे साधन
+summaryPoint1: "पुनरुत्पादक तत्त्वांवर आधारित पर्यायी आर्थिक व्यवस्था"
+summaryPoint2: "हवामान बदलासारख्या जागतिक स्तरावरील समन्वय संकटांचे निराकरण करण्यासाठी Ethereum चा वापर करण्याचा प्रयत्न"
+summaryPoint3: "सत्यापित कार्बन क्रेडिट्स सारख्या पर्यावरणीय फायद्याच्या मालमत्तेचे मोठ्या प्रमाणात स्केल करण्याचे साधन"
 ---
 
 ## ReFi म्हणजे काय? {#what-is-refi}
 
-**रिजनरेटिव्ह फायनान्स (ReFi)** हा ब्लॉकचेनच्या शीर्षस्थानी तयार केलेल्या साधनांचा आणि कल्पनांचा एक संच आहे, ज्याचा उद्देश एक्सट्रॅक्टिव्ह किंवा शोषण करण्याऐवजी पुनरुत्पादक अर्थव्यवस्था निर्माण करणे आहे. अखेरीस, एक्सट्रॅक्टिव्ह सिस्टम उपलब्ध संसाधने कमी करतात आणि कोलमडतात; पुनरुत्पादक यंत्रणेशिवाय, त्यांच्यात लवचिकता नाही. ReFi आपल्या ग्रहातून आणि समुदायांमधुन संसाधनांच्या अनिश्चित उत्खननापासून आर्थिक मूल्याची निर्मिती करणे आवश्यक आहे या गृहीतकावर कार्य करते.
+**रिजनरेटिव्ह फायनान्स (ReFi)** हा [ब्लॉकचेन्स](/glossary/#blockchain) च्या शीर्षस्थानी तयार केलेल्या साधनांचा आणि कल्पनांचा एक संच आहे, ज्याचा उद्देश शोषणकारी किंवा पिळवणूक करणाऱ्यांऐवजी पुनरुत्पादक अर्थव्यवस्था निर्माण करणे आहे. अखेरीस, एक्सट्रॅक्टिव्ह सिस्टम उपलब्ध संसाधने कमी करतात आणि कोलमडतात; पुनरुत्पादक यंत्रणेशिवाय, त्यांच्यात लवचिकता नाही. ReFi आपल्या ग्रहातून आणि समुदायांमधुन संसाधनांच्या अनिश्चित उत्खननापासून आर्थिक मूल्याची निर्मिती करणे आवश्यक आहे या गृहीतकावर कार्य करते.
 
 त्याऐवजी, ReFi चे उद्दिष्ट पुनर्जन्म चक्र तयार करून पर्यावरणीय, सांप्रदायिक किंवा सामाजिक समस्या सोडवणे आहे. या प्रणाली एकाच वेळी इकोसिस्टम आणि समुदायांना लाभ देत असताना सहभागींसाठी मूल्य निर्माण करतात.
 
-[Capital Institute](https://capitalinstitute.org) च्या जॉन फुलरटन यांनी प्रवर्तित केलेली पुनर्निर्मिती अर्थशास्त्राची संकल्पना ReFi च्या पायांपैकी एक आहे. त्यांनी आठ परस्परसंबंधित तत्त्वे प्रस्तावित केली जी प्रणालीगत आरोग्यावर आधारित आहेत:
+Capital Institute च्या जॉन फुलरटन यांनी प्रवर्तित केलेली पुनर्निर्मिती अर्थशास्त्राची संकल्पना ReFi च्या पायांपैकी एक आहे. त्यांनी [आठ एकमेकांशी जोडलेली तत्त्वे](https://capitalinstitute.org/8-principles-regenerative-economy/) प्रस्तावित केली जी प्रणालीगत आरोग्याच्या मुळाशी आहेत:
 
-![आठ परस्पर जोडलेली तत्त्वे](./refi-regenerative-economy-diagram.png)
+![आठ एकमेकांशी जोडलेली तत्त्वे](refi-regenerative-economy-diagram.png)
 
-[स्मार्ट कॉन्ट्रॅक्ट्स](/developers/docs/smart-contracts/) आणि [विकेंद्रित वित्त (DeFi)](/defi/) अनुप्रयोग वापरून ReFi प्रकल्प ही तत्त्वे ओळखतात पुनरुत्पादक वर्तनांना प्रोत्साहन द्या, उदा. बिघडलेली परिसंस्था पुनर्संचयित करणे आणि हवामान बदल आणि जैवविविधता नष्ट होणे यासारख्या जागतिक समस्यांवर मोठ्या प्रमाणावर सहकार्य करणे.
+ReFi प्रकल्प, उदा., खराब झालेल्या परिसंस्था पुनर्संचयित करणे, यांसारख्या पुनरुत्पादक वर्तनांना प्रोत्साहन देण्यासाठी आणि हवामान बदल व जैवविविधता हानी यांसारख्या जागतिक समस्यांवर मोठ्या प्रमाणावर सहकार्याची सोय करण्यासाठी, [स्मार्ट कॉन्ट्रॅक्ट्स](/glossary/#smart-contract) आणि [विकेंद्रित वित्त (DeFi)](/glossary/#defi) ॲप्लिकेशन्सचा वापर करून ही तत्त्वे साकार करतात.
 
-ReFi [विकेंद्रित विज्ञान (DeSci)](/desci/) चळवळीला देखील ओव्हरलॅप करते, जे Ethereumचा वापर वित्तपुरवठा, निर्मिती, पुनरावलोकन, क्रेडिट, संग्रह आणि वैज्ञानिक ज्ञानाचा प्रसार करण्यासाठी व्यासपीठ म्हणून करते. DeSci साधने वृक्षारोपण, महासागरातून प्लास्टिक काढून टाकणे किंवा खराब झालेले पर्यावरण पुनर्संचयित करणे यासारख्या पुनरुत्पादक क्रियाकलापांची अंमलबजावणी आणि निरीक्षण करण्यासाठी पडताळणीयोग्य मानके आणि पद्धती विकसित करण्यासाठी उपयुक्त ठरू शकतात.
+ReFi [विकेंद्रित विज्ञान (DeSci)](/desci/) चळवळीला देखील ओव्हरलॅप करते, जी वैज्ञानिक ज्ञानाला वित्तपुरवठा, निर्मिती, पुनरावलोकन, क्रेडिट, संग्रह आणि प्रसार करण्यासाठी Ethereumचा एक प्लॅटफॉर्म म्हणून वापर करते. DeSci साधने वृक्षारोपण, महासागरातून प्लास्टिक काढून टाकणे किंवा खराब झालेले पर्यावरण पुनर्संचयित करणे यासारख्या पुनरुत्पादक क्रियाकलापांची अंमलबजावणी आणि निरीक्षण करण्यासाठी पडताळणीयोग्य मानके आणि पद्धती विकसित करण्यासाठी उपयुक्त ठरू शकतात.
 
-## कार्बन क्रेडिटचे टोकनीकरण {#tokenization-of-carbon-credits}
+<YouTube id="La52dDzBt2k" />
 
-**[स्वैच्छिक कार्बन बाजार (VCM)](https://climatefocus.com/so-what-voluntary-carbon-market-exactly/)** ही कार्बन उत्सर्जनावर सत्यापित सकारात्मक प्रभाव पाडणारी, एकतर चालू उत्सर्जन कमी करते किंवा वातावरणातून आधीच उत्सर्जित होणारे हरितगृह वायू काढून टाकणारी प्रकल्पांना निधी पुरवणारी यंत्रणा आहे. या प्रकल्पांना त्यांची पडताळणी केल्यानंतर "कार्बन क्रेडिट्स" नावाची मालमत्ता मिळते, जी ते अशा व्यक्ती आणि संस्थांना विकू शकतात ज्यांना हवामान कृतीचे समर्थन करायचे आहे.
+## कार्बन क्रेडिट्सचे टोकनायझेशन {#tokenization-of-carbon-credits}
 
-VCM व्यतिरिक्त, अनेक सरकारी-अनिदेशित कार्बन मार्केट्स ('अनुपालन बाजार') देखील आहेत ज्यांचे उद्दिष्ट कायदे किंवा नियमांद्वारे एखाद्या विशिष्ट अधिकारक्षेत्रात (उदा. देश किंवा प्रदेश) द्वारे कार्बनची किंमत स्थापित करणे आहे, परवानग्यांचा पुरवठा नियंत्रित करणे वितरित केले. अनुपालन बाजार उत्सर्जन कमी करण्यासाठी त्यांच्या अधिकारक्षेत्रातील प्रदूषकांना प्रोत्साहन देतात, परंतु ते आधीच उत्सर्जित झालेले हरितगृह वायू काढून टाकण्यास सक्षम नाहीत.
+**[स्वैच्छिक कार्बन बाजार (VCM)](https://climatefocus.com/so-what-voluntary-carbon-market-exactly/)** ही अशा प्रकल्पांना निधी देण्यासाठी एक यंत्रणा आहे, जे कार्बन उत्सर्जनावर सत्यापित सकारात्मक परिणाम करतात, एकतर चालू उत्सर्जन कमी करतात, किंवा वातावरणातून आधीच उत्सर्जित झालेले ग्रीनहाऊस वायू काढून टाकतात. या प्रकल्पांना त्यांची पडताळणी केल्यानंतर "कार्बन क्रेडिट्स" नावाची मालमत्ता मिळते, जी ते अशा व्यक्ती आणि संस्थांना विकू शकतात ज्यांना हवामान कृतीचे समर्थन करायचे आहे.
+
+VCM व्यतिरिक्त, अनेक सरकार-आदेशित कार्बन बाजारपेठा (‘अनुपालन बाजारपेठा’) देखील आहेत, ज्यांचा उद्देश विशिष्ट अधिकारक्षेत्रात (उदा. देश किंवा प्रदेश) कायदे किंवा नियमांद्वारे कार्बनची किंमत स्थापित करणे आणि वितरीत केल्या जाणाऱ्या परवानग्यांच्या पुरवठ्यावर नियंत्रण ठेवणे आहे. अनुपालन बाजार उत्सर्जन कमी करण्यासाठी त्यांच्या अधिकारक्षेत्रातील प्रदूषकांना प्रोत्साहन देतात, परंतु ते आधीच उत्सर्जित झालेले हरितगृह वायू काढून टाकण्यास सक्षम नाहीत.
 
 अलिकडच्या दशकात त्याचा विकास असूनही, VCM विविध समस्यांनी ग्रस्त आहे:
 
@@ -40,40 +42,40 @@ VCM व्यतिरिक्त, अनेक सरकारी-अनिद
 4. खूप मंद ट्रेडिंग गती
 5. स्केलेबिलिटीचा अभाव
 
-VCM ला नवीन ब्लॉकचेन-आधारित **डिजिटल कार्बन मार्केट (DCM)** मध्ये बदलणे ही कार्बन क्रेडिटचे प्रमाणीकरण, व्यवहार आणि वापरासाठी विद्यमान तंत्रज्ञान अपग्रेड करण्याची संधी असू शकते. ब्लॉकचेन सार्वजनिकरित्या पडताळण्यायोग्य डेटा, वापरकर्त्यांच्या विस्तृत श्रेणीसाठी प्रवेश आणि अधिक तरलतेसाठी परवानगी देतात.
+VCM चे नवीन ब्लॉकचेन-आधारित **डिजिटल कार्बन मार्केट (DCM)** मध्ये संक्रमण करणे ही कार्बन क्रेडिट्सचे प्रमाणीकरण, व्यवहार आणि वापर करण्यासाठी विद्यमान तंत्रज्ञान अपग्रेड करण्याची संधी असू शकते. ब्लॉकचेन सार्वजनिकरित्या पडताळण्यायोग्य डेटा, वापरकर्त्यांच्या विस्तृत श्रेणीसाठी प्रवेश आणि अधिक तरलतेसाठी परवानगी देतात.
 
 पारंपारिक बाजारातील अनेक समस्या दूर करण्यासाठी ReFi प्रकल्प ब्लॉकचेन तंत्रज्ञान वापरतात:
 
-- **लिक्विडिटी थोड्या संख्येने लिक्विडिटी पूलमध्ये केंद्रित आहे** ज्याचा कोणीही मुक्तपणे व्यापार करू शकतो. मोठ्या संस्था तसेच वैयक्तिक वापरकर्ते विक्रेते/खरेदीदार, सहभाग शुल्क किंवा पूर्व नोंदणीसाठी मॅन्युअल शोध न घेता हे पूल वापरू शकतात.
+- **लिक्विडिटी कमी संख्येच्या लिक्विडिटी पूलमध्ये केंद्रित आहे** ज्यांचा कोणीही मुक्तपणे व्यापार करू शकतो. मोठ्या संस्था तसेच वैयक्तिक वापरकर्ते विक्रेते/खरेदीदार, सहभाग शुल्क किंवा पूर्व नोंदणीसाठी मॅन्युअल शोध न घेता हे पूल वापरू शकतात.
 - **सर्व व्यवहार सार्वजनिक ब्लॉकचेनवर रेकॉर्ड केले जातात**. ट्रेडिंग अॅक्टिव्हिटीमुळे प्रत्येक कार्बन क्रेडिटचा मार्ग DCM मध्ये उपलब्ध होताच कायमचा शोधता येतो.
-- **व्यवहाराची गती जवळजवळ त्वरित आहे**. लेगसी मार्केटद्वारे मोठ्या प्रमाणात कार्बन क्रेडिट्स सुरक्षित करण्यासाठी काही दिवस किंवा आठवडे लागू शकतात, परंतु हे DCM मध्ये काही सेकंदात साध्य केले जाऊ शकते.
-- **व्यापार क्रियाकलाप मध्यस्थांशिवाय होतो**, जे जास्त शुल्क आकारतात. एका विश्लेषण फर्मच्या डेटानुसार डिजिटल कार्बन क्रेडिट्स [समान पारंपारिक क्रेडिटच्या तुलनेत 62% किमतीत सुधारणा](https://www.klimadao.finance/resources/klimadao-impact-report-analysis-of-the-base-carbon-tonne) दर्शवतात.
-- **DCM स्केलेबल आहे** आणि व्यक्ती आणि बहुराष्ट्रीय कंपन्यांच्या मागण्या सारख्याच पूर्ण करू शकतात.
+- **व्यवहाराचा वेग जवळजवळ तात्काळ आहे**. लेगसी मार्केटद्वारे मोठ्या प्रमाणात कार्बन क्रेडिट्स सुरक्षित करण्यासाठी काही दिवस किंवा आठवडे लागू शकतात, परंतु हे DCM मध्ये काही सेकंदात साध्य केले जाऊ शकते.
+- **व्यापारी व्यवहार मध्यस्थांशिवाय होतात**, जे जास्त शुल्क आकारतात. पारंपारिक क्रेडिट्सच्या तुलनेत डिजिटल कार्बन क्रेडिट्समुळे खर्चात लक्षणीय घट होते.
+- **DCM स्केलेबल आहे** आणि व्यक्ती तसेच बहुराष्ट्रीय कंपन्यांच्या मागण्या पूर्ण करू शकते.
 
-### DCM चे प्रमुख घटक {#key-components-dcm}
+### DCM चे मुख्य घटक {#key-components-dcm}
 
 चार प्रमुख घटक DCM चे वर्तमान लँडस्केप बनवतात:
 
-1. [Verra](https://verra.org/project/vcs-program/registry-system/) आणि [गोल्ड स्टँडर्ड](https://www.goldstandard.org/) सारख्या नोंदणी कार्बन क्रेडिट्स तयार करणारे प्रकल्प विश्वसनीय आहेत याची खात्री करा. ते डेटाबेस देखील ऑपरेट करतात ज्यामध्ये डिजिटल कार्बन क्रेडिट्स उद्भवतात आणि हस्तांतरित किंवा वापरल्या जाऊ शकतात (निवृत्त).
+1. [Verra](https://verra.org/project/vcs-program/registry-system/) आणि [Gold Standard](https://www.goldstandard.org/) सारख्या नोंदणी संस्था (Registries) कार्बन क्रेडिट्स तयार करणारे प्रकल्प विश्वसनीय असल्याची खात्री करतात. ते डेटाबेस देखील ऑपरेट करतात ज्यामध्ये डिजिटल कार्बन क्रेडिट्स उद्भवतात आणि हस्तांतरित किंवा वापरल्या जाऊ शकतात (निवृत्त).
 
 ब्लॉकचेनवर नाविन्यपूर्ण प्रकल्पांची एक नवीन लाट तयार केली जात आहे जी या क्षेत्रातील पदावर व्यत्यय आणण्याचा प्रयत्न करीत आहेत.
 
-2. कार्बन पूल, a.k.a. टोकनायझर्स, पारंपारिक रजिस्ट्रीमधून DCM मध्ये कार्बन क्रेडिट्सचे प्रतिनिधित्व किंवा हस्तांतरण करण्यासाठी तंत्रज्ञान प्रदान करतात. उल्लेखनीय उदाहरणांमध्ये [टूकन प्रोटोकॉल](https://toucan.earth/), [C3](https://c3.app/) आणि [Moss.Earth](https://moss.earth/) यांचा समावेश आहे.
+2. कार्बन पूल, a.k.a. टोकनायझर्स, पारंपारिक रजिस्ट्रीमधून DCM मध्ये कार्बन क्रेडिट्सचे प्रतिनिधित्व किंवा हस्तांतरण करण्यासाठी तंत्रज्ञान प्रदान करतात. उल्लेखनीय उदाहरणांमध्ये [Toucan Protocol](https://toucan.earth/), [C3](https://c3.app/), आणि [Moss.Earth](https://moss.earth/) यांचा समावेश आहे.
 3. एकात्मिक सेवा अंतिम वापरकर्त्यांना कार्बन टाळणे आणि/किंवा काढण्याचे क्रेडिट देतात जेणेकरुन ते क्रेडिटच्या पर्यावरणीय फायद्याचा दावा करू शकतील आणि त्यांचे हवामान कृतीचे समर्थन जगासोबत शेअर करू शकतील.
 
-काही जसे की [Klima Infinity](https://www.klimadao.finance/infinity) आणि [Senken](https://senken.io/) ऑफर करतात जे तृतीय पक्षांद्वारे विकसित केलेले आणि Verra सारख्या स्थापित मानकांनुसार जारी केलेले विविध प्रकारचे प्रकल्प; [Nori](https://nori.com/) सारखे इतर केवळ त्यांच्या स्वतःच्या कार्बन क्रेडिट मानकांनुसार विकसित केलेले विशिष्ट प्रकल्प ऑफर करतात, जे ते जारी करतात आणि ज्यासाठी त्यांचे स्वतःचे समर्पित मार्केटप्लेस आहे.
+[Klima Infinity](https://www.klimadao.finance/infinity) आणि [Senken](https://senken.io/) सारखे काही प्लॅटफॉर्म तृतीय पक्षांद्वारे विकसित केलेले आणि Verra सारख्या प्रस्थापित मानकांनुसार जारी केलेले विविध प्रकल्प सादर करतात; तर [Nori](https://nori.com/) सारखे इतर केवळ त्यांच्या स्वतःच्या कार्बन क्रेडिट मानकांनुसार विकसित केलेले विशिष्ट प्रकल्प सादर करतात, जे ते स्वतः जारी करतात आणि ज्यासाठी त्यांचे स्वतःचे समर्पित मार्केटप्लेस आहे.
 
-4. अंतर्निहित रेल आणि पायाभूत सुविधा जे कार्बन मार्केटच्या संपूर्ण पुरवठा साखळीचा प्रभाव आणि कार्यक्षमता वाढवण्यास मदत करतात. [KlimaDAO](http://klimadao.finance/) सार्वजनिक हित म्हणून तरलतेचा पुरवठा करते (कोणालाही पारदर्शक किमतीवर कार्बन क्रेडिट्स खरेदी किंवा विकण्याची परवानगी देते), कार्बन मार्केटच्या वाढीव थ्रूपुटला प्रोत्साहन देते आणि यासह सेवानिवृत्ती बक्षिसे, आणि विविध प्रकारच्या टोकनाइज्ड कार्बन क्रेडिट्स बद्दल डेटा ऍक्सेस करण्यासाठी, तसेच प्राप्त आणि निवृत्त करण्यासाठी वापरकर्ता-अनुकूल इंटरऑपरेबल टूलिंग प्रदान करते.
+4. अंतर्निहित रेल आणि पायाभूत सुविधा जे कार्बन मार्केटच्या संपूर्ण पुरवठा साखळीचा प्रभाव आणि कार्यक्षमता वाढवण्यास मदत करतात. [KlimaDAO](http://klimadao.finance/) सार्वजनिक वस्तू म्हणून तरलतेचा पुरवठा करते (कोणालाही पारदर्शक किमतीवर कार्बन क्रेडिट्स खरेदी किंवा विकण्याची परवानगी देऊन), पुरस्कारांसह कार्बन बाजारांचा वाढीव थ्रुपुट आणि रिटायरमेंट्सना प्रोत्साहन देते, आणि विविध प्रकारच्या टोकनाइज्ड कार्बन क्रेडिट्सबद्दल डेटा मिळवण्यासाठी, तसेच ते मिळवण्यासाठी आणि रिटायर करण्यासाठी वापरकर्ता-अनुकूल इंटरऑपरेबल टूलिंग प्रदान करते.
 
-## कार्बन मार्केटच्या पलीकडे ReFi {#refi-beyond}
+## कार्बन बाजारांच्या पलीकडे ReFi {#refi-beyond}
 
-जरी सध्या सर्वसाधारणपणे कार्बन मार्केट्सवर आणि विशेषत: अंतराळात VCM चे DCM मध्ये संक्रमण करण्यावर जोरदार जोर दिला जात असला तरी, “ReFi” हा शब्द काटेकोरपणे कार्बनपुरता मर्यादित नाही. कार्बन क्रेडिट्सच्या पलीकडे इतर पर्यावरणीय मालमत्ता विकसित आणि टोकनीकृत केल्या जाऊ शकतात, ज्याचा अर्थ भविष्यातील आर्थिक प्रणालींच्या मूलभूत स्तरांमध्ये इतर नकारात्मक बाह्यतेची किंमत देखील असू शकते. शिवाय, या आर्थिक मॉडेलचे पुनरुत्पादक पैलू इतर क्षेत्रांवर लागू केले जाऊ शकतात, जसे की [Gitcoin](https://gitcoin.co/) सारख्या चतुर्भुज निधी प्लॅटफॉर्मद्वारे सार्वजनिक वस्तूंचा निधी. खुल्या सहभागाच्या आणि संसाधनांच्या न्याय्य वितरणाच्या कल्पनेवर बांधलेल्या संस्था प्रत्येकाला मुक्त-स्रोत सॉफ्टवेअर प्रकल्प, तसेच शैक्षणिक, पर्यावरणीय आणि समुदाय-चालित प्रकल्पांसाठी पैसे खर्च करण्यास सक्षम करतात.
+जरी सध्या सर्वसाधारणपणे कार्बन मार्केट्सवर आणि विशेषत: अंतराळात VCM चे DCM मध्ये संक्रमण करण्यावर जोरदार जोर दिला जात असला तरी, “ReFi” हा शब्द काटेकोरपणे कार्बनपुरता मर्यादित नाही. कार्बन क्रेडिट्सच्या पलीकडे इतर पर्यावरणीय मालमत्ता विकसित आणि टोकनीकृत केल्या जाऊ शकतात, ज्याचा अर्थ भविष्यातील आर्थिक प्रणालींच्या मूलभूत स्तरांमध्ये इतर नकारात्मक बाह्यतेची किंमत देखील असू शकते. शिवाय, या आर्थिक मॉडेलचा पुनरुत्पादक पैलू इतर क्षेत्रांना लागू केला जाऊ शकतो, जसे की [Gitcoin](https://gitcoin.co/) सारख्या क्वाड्रॅटिक फंडिंग प्लॅटफॉर्मद्वारे सार्वजनिक वस्तूंचे निधीयन. खुल्या सहभागाच्या आणि संसाधनांच्या न्याय्य वितरणाच्या कल्पनेवर बांधलेल्या संस्था प्रत्येकाला मुक्त-स्रोत सॉफ्टवेअर प्रकल्प, तसेच शैक्षणिक, पर्यावरणीय आणि समुदाय-चालित प्रकल्पांसाठी पैसे खर्च करण्यास सक्षम करतात.
 
 भांडवलाची दिशा उत्खनन पद्धतींपासून दूर पुनर्जन्म प्रवाहाकडे वळवून, सामाजिक, पर्यावरणीय किंवा सांप्रदायिक फायदे प्रदान करणारे प्रकल्प आणि कंपन्या — आणि जे पारंपारिक वित्तपुरवठ्यात निधी मिळवण्यात अयशस्वी होऊ शकतात — जमिनीवरून उतरू शकतात आणि बरेच जलद आणि सहज समाजासाठी सकारात्मक बाह्यता निर्माण करू शकतात. निधीच्या या मॉडेलमध्ये संक्रमण केल्याने अधिक सर्वसमावेशक आर्थिक प्रणालींचे दरवाजे देखील खुले होतात, जेथे सर्व लोकसंख्याशास्त्रातील लोक केवळ निष्क्रिय निरीक्षकांऐवजी सक्रिय सहभागी होऊ शकतात. ReFi आपल्या प्रजातींना आणि आपल्या ग्रहावरील सर्व जीवसृष्टीसमोरील अस्तित्त्वात्मक आव्हानांवर समन्वय साधण्याची यंत्रणा म्हणून Ethereum चे दर्शन देते - नवीन आर्थिक प्रतिमानाचा आधारभूत स्तर म्हणून, येणाऱ्या शतकांसाठी अधिक समावेशक आणि टिकाऊ भविष्य सक्षम करते.
 
 ## ReFi वर अतिरिक्त वाचन
 
-- [कार्बन चलने आणि अर्थव्यवस्थेतील त्यांचे स्थान यांचे उच्च-स्तरीय विहंगावलोकन](https://www.klimadao.finance/blog/the-vision-of-a-carbon-currency)
-- [द मिनिस्ट्री फॉर फ्युचर, हवामान बदलाशी लढण्यासाठी कार्बन-समर्थित चलनाची भूमिका दर्शविणारी कादंबरी](https://en.wikipedia.org/wiki/The_Ministry_for_the_Future)
-- [स्केलिंग स्वैच्छिक कार्बन मार्केटसाठी टास्कफोर्सचा तपशीलवार अहवाल](https://www.iif.com/Portals/1/Files/TSVCM_Report.pdf)
-- [केविन ओवोकी आणि इव्हान मियाझोनोची ReFi वर CoinMarketCap शब्दावली एंट्री](https://coinmarketcap.com/alexandria/glossary/regenerative-finance-refi)
+- [कार्बन चलनांचे उच्च-स्तरीय विहंगावलोकन आणि अर्थव्यवस्थेतील त्यांचे स्थान](https://www.klimadao.finance/resources/the-vision-of-a-carbon-currency)
+- [द मिनिस्ट्री फॉर द फ्युचर, हवामान बदलाशी लढण्यासाठी कार्बन-समर्थित चलनाची भूमिका दर्शवणारी कादंबरी](https://en.wikipedia.org/wiki/The_Ministry_for_the_Future)
+- [स्वैच्छिक कार्बन बाजारांचे स्केलिंग करण्यासाठीच्या टास्कफोर्सचा तपशीलवार अहवाल](https://www.iif.com/Portals/1/Files/TSVCM_Report.pdf)
+- [केविन ओवोकी आणि इव्हान मियाझोनो यांची ReFi वरील CoinMarketCap शब्दकोशातील नोंद](https://coinmarketcap.com/academy/glossary/regenerative-finance-refi)
diff --git a/public/content/translations/mr/restaking/index.md b/public/content/translations/mr/restaking/index.md
new file mode 100644
index 00000000000..6f4eec8bfa1
--- /dev/null
+++ b/public/content/translations/mr/restaking/index.md
@@ -0,0 +1,188 @@
+---
+title: "रिस्टेकिंग"
+metaTitle: "रिस्टेकिंग म्हणजे काय? | रिस्टेकिंगचे फायदे आणि उपयोग"
+description: "इतर विकेंद्रित सेवा सुरक्षित करण्यासाठी स्टेक केलेल्या ETH चा वापर करा आणि अतिरिक्त रिवॉर्ड्स मिळवा."
+lang: mr
+template: use-cases
+emoji: ":recycle:"
+image: /images/use-cases/restaking.png
+alt: "Ethereum वर रिस्टेकिंगचे एक व्हिज्युअल प्रतिनिधित्व."
+sidebarDepth: 2
+summaryPoint1: "इतर विकेंद्रित सेवा सुरक्षित करण्यासाठी स्टेक केलेल्या ETH चा वापर करा आणि अतिरिक्त रिवॉर्ड्स मिळवा."
+buttons:
+  - content: रिस्टेकिंग म्हणजे काय?
+    toId: what-is-restaking
+  - content: हे कसे कार्य करते?
+    toId: how-does-restaking-work
+    isSecondary: false
+---
+
+Ethereum नेटवर्क 24/7, 365 अब्जावधी डॉलर्सच्या मूल्याला सुरक्षित करते. कसे?
+
+जगभरातील लोक Ethereum व्यवहार प्रक्रिया करणारे आणि Ethereum नेटवर्क सुरक्षित करणारे सॉफ्टवेअर चालवण्यासाठी स्मार्ट कॉन्ट्रॅक्टमध्ये [ईथर (ETH)](/eth/) लॉक करतात (किंवा 'स्टेक' करतात). त्या बदल्यात, त्यांना अधिक ETH चे रिवॉर्ड्स मिळतात.
+
+रिस्टेकिंग हे [स्टेकर्स](/staking/) साठी तयार केलेले एक तंत्रज्ञान आहे जे ही सुरक्षा इतर सेवा, ॲप्लिकेशन्स किंवा नेटवर्कपर्यंत विस्तारित करते. त्या बदल्यात, ते अतिरिक्त रिस्टेकिंग रिवॉर्ड्स मिळवतात. तथापि, ते त्यांच्या स्टेक केलेल्या ETH ला अधिक धोक्यात टाकतात.
+
+**18 मिनिटांत रिस्टेकिंगचे स्पष्टीकरण**
+
+<YouTube id="rOJo7VwPh7I" />
+
+## रिस्टेकिंग म्हणजे काय? {#what-is-restaking}
+
+रिस्टेकिंग म्हणजे जेव्हा स्टेकर्स त्यांच्या आधीच स्टेक केलेल्या ETH चा वापर इतर विकेंद्रित सेवा सुरक्षित करण्यासाठी करतात. त्या बदल्यात, रिस्टेकर्सना त्यांच्या नियमित ETH स्टॅकिंग रिवॉर्ड्स व्यतिरिक्त त्या इतर सेवांमधून अतिरिक्त रिवॉर्ड्स मिळू शकतात.
+
+रिस्टेकिंगद्वारे सुरक्षित केलेल्या विकेंद्रित सेवांना "ॲक्टिव्हली व्हॅलिडेटेड सर्व्हिसेस" (AVSs) म्हणून ओळखले जाते.
+ज्याप्रमाणे अनेक ETH स्टेकर्स Ethereum व्हॅलिडेशन सॉफ्टवेअर चालवतात, त्याचप्रमाणे अनेक रिस्टेकर्स विशेष AVS सॉफ्टवेअर चालवतात.
+
+<br/>
+<Alert className="justify-between">
+<AlertEmoji text=":bulb:"/>
+<AlertContent>
+<AlertDescription>
+  <p className="mt-0"><strong>हे जाणून घेणे महत्त्वाचे आहे</strong></p>
+  <p className="mt-2">"ॲक्टिव्हली व्हॅलिडेटेड सर्व्हिसेस" (AVSs) हे सर्वात सामान्य असले तरी, वेगवेगळे रिस्टेकिंग प्लॅटफॉर्म्स ते सुरक्षित करण्यात मदत करत असलेल्या विकेंद्रित सेवांसाठी इतर नावे वापरू शकतात, जसे की "ऑटोनॉमसली व्हॅलिडेटेड सर्व्हिसेस," "डिस्ट्रिब्युटेड सिक्युअर सर्व्हिसेस," किंवा "नेटवर्क्स."</p>
+</AlertDescription>
+</AlertContent>
+</Alert>
+
+## स्टेकिंग विरुद्ध रिस्टेकिंग {#staking-vs-restaking}
+
+| स्टॅकिंग                                | रिस्टेकिंग                                                     |
+| --------------------------------------- | -------------------------------------------------------------- |
+| ETH रिवॉर्ड्स मिळवा                     | ETH रिवॉर्ड्स + AVS रिवॉर्ड्स मिळवा                            |
+| Ethereum नेटवर्क सुरक्षित करते          | Ethereum नेटवर्क + AVSs सुरक्षित करते                          |
+| किमान ETH नाही                          | किमान ETH नाही                                                 |
+| कमी जोखमीची पातळी                       | कमी ते उच्च जोखमीची पातळी                                      |
+| पैसे काढण्याची वेळ रांगेवर अवलंबून असते | पैसे काढण्याची वेळ रांगेवर + अनबॉन्डिंग कालावधीवर अवलंबून असते |
+
+## आपल्याला रिस्टेकिंगची गरज का आहे? {#why-do-we-need-restaking}
+
+दोन जगांची कल्पना करा; एक रिस्टेकिंग असलेले आणि एक त्याशिवाय.
+
+ <TabbedSection />
+
+रिस्टेकिंग असलेल्या या जगात, AVS आणि स्टेकर दोघांनाही एकमेकांना शोधून अतिरिक्त रिवॉर्ड्ससाठी सुरक्षेचा व्यवहार करण्याच्या क्षमतेचा फायदा होतो.
+
+<br/>
+
+<Alert className="justify-between">
+<AlertEmoji text=":bulb:"/>
+<AlertContent>
+<AlertDescription>
+  <p className="mt-0"><strong>रिस्टेकिंगचा अतिरिक्त फायदा</strong></p>
+  <p className="mt-2">AVSs विकेंद्रीकरण आणि सुरक्षेमध्ये विचलित होण्याऐवजी, आपली सर्व संसाधने त्यांच्या सेवा तयार करण्यासाठी आणि त्यांचे मार्केटिंग करण्यासाठी वापरू शकतात.</p>
+</AlertDescription>
+</AlertContent>
+</Alert>
+
+## रिस्टेकिंग कसे काम करते? {#how-does-restaking-work}
+
+रिस्टेकिंगमध्ये अनेक संस्था सामील आहेत — त्यापैकी प्रत्येक एक महत्त्वाची भूमिका बजावते.
+
+| **संज्ञा**                | **वर्णन**                                                                                                                                                                                                                                                                                                                                                                                                                              |
+| ------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| **रिस्टेकिंग प्लॅटफॉर्म** | रिस्टेकिंग प्लॅटफॉर्म ही एक सेवा आहे जी AVSs, ETH स्टेकर्स आणि ऑपरेटर्सना जोडते. ते स्टेकर्सना त्यांचे ETH रिस्टेक करण्यासाठी विकेंद्रित ॲप्लिकेशन्स तयार करतात आणि असे मार्केटप्लेस तयार करतात जिथे स्टेकर्स, AVSs, आणि ऑपरेटर्स एकमेकांना शोधू शकतात.                                                                                                                                                |
+| **नेटिव्ह रिस्टेकर्स**    | जे लोक स्वतःचे Ethereum व्हॅलिडेटर्स चालवून त्यांचे ETH स्टेक करतात, ते त्यांचे स्टेक केलेले ETH EigenLayer आणि इतरांसह एका रिस्टेकिंग प्लॅटफॉर्मशी कनेक्ट करू शकतात, आणि ETH व्हॅलिडेटर रिवॉर्ड्सच्या वर रिस्टेकिंग रिवॉर्ड्स मिळवू शकतात.                                                                                                                                                                            |
+|                           |                                                                                                                                                                                                                                                                                                                                                                                                                                        |
+| **लिक्विड रिस्टेकर्स**    | जे लोक Lido किंवा Rocket Pool सारख्या थर्ड-पार्टी लिक्विड स्टेकिंग प्रोव्हायडरद्वारे त्यांचे ETH स्टेक करतात, त्यांना लिक्विड स्टेकिंग टोकन्स (LSTs) मिळतात जे त्यांच्या स्टेक केलेल्या ETH चे प्रतिनिधित्व करतात. ते त्यांचे मूळ ETH स्टेक केलेले ठेवून रिस्टेकिंग रिवॉर्ड्स मिळवण्यासाठी हे LSTs रिस्टेक करू शकतात.                                                               |
+|                           |                                                                                                                                                                                                                                                                                                                                                                                                                                        |
+| **ऑपरेटर्स**              | ऑपरेटर्स AVSs चे रिस्टेकिंग सॉफ्टवेअर चालवतात, आणि प्रत्येक AVS ला आवश्यक असलेले व्हॅलिडेशन कार्ये करतात. ऑपरेटर्स सामान्यतः व्यावसायिक सेवा प्रदाता असतात जे अपटाइम आणि परफॉर्मन्ससारख्या गोष्टींची हमी देतात. नॉन-ऑपरेटर रिस्टेकर्सप्रमाणे, ऑपरेटर्स AVSs सुरक्षित करण्यासाठी स्टेक केलेले ETH वापरतात, परंतु ऑपरेटर्सना त्यांच्या कामाच्या बदल्यात अतिरिक्त रिवॉर्ड्स देखील मिळतात. |
+|                           |                                                                                                                                                                                                                                                                                                                                                                                                                                        |
+| **AVSs**                  | या विकेंद्रित सेवा आहेत — जसे की प्राइस ओरॅकल्स, टोकन ब्रिजेस, आणि डेटा सिस्टीम्स — ज्या रिस्टेकर्सकडून सुरक्षा प्राप्त करतात आणि बदल्यात टोकन रिवॉर्ड्स देतात.                                                                                                                                                                                                                                                        |
+
+<br/>
+
+<Alert className="justify-between">
+<AlertEmoji text=":bulb:"/>
+<AlertContent>
+<AlertDescription>
+  <p className="mt-0"><strong>हे जाणून घेणे महत्त्वाचे आहे</strong></p>
+  <p className="mt-2">नेटिव्ह आणि लिक्विड रिस्टेकर्स अनेकदा स्वतः AVSs सुरक्षित करण्यासाठी सॉफ्टवेअर चालवण्याऐवजी, त्यांचे स्टेक केलेले ETH एका ऑपरेटरला सोपवतात.</p>
+  <p className="mt-2">यामुळे त्यांना AVSs कडून असलेल्या क्लिष्ट तांत्रिक आवश्यकतांची काळजी करण्याची गरज नसते, जरी त्यांना ऑपरेटर्सपेक्षा कमी रिवॉर्ड दर मिळत असला तरी.</p>
+</AlertDescription>
+</AlertContent>
+</Alert>
+
+## रिस्टेकिंगची काही उदाहरणे कोणती आहेत? {#what-are-some-examples-of-restaking}
+
+ही एक नवीन कल्पना असली तरी, रिस्टेकिंगच्या शक्यतांचा शोध घेण्यासाठी काही प्रकल्प उदयास आले आहेत.
+
+<RestakingList/>
+
+<br/>
+
+<Alert variant="warning" className="justify-between">
+<AlertEmoji text=":bulb:"/>
+<AlertContent>
+<AlertDescription>
+  <p className="mt-0"><strong>चुकीच्या नावाची सूचना</strong></p>
+  <p className="mt-2">काही लोक DeFi मध्ये LSTs चे कर्ज देणे आणि घेणे यासोबत "रिस्टेकिंग" चा गोंधळ करतात. दोन्ही स्टेक केलेले ETH कामाला लावतात, पण रिस्टेकिंग म्हणजे AVSs सुरक्षित करणे, फक्त LSTs वर यील्ड मिळवणे नाही.</p>
+</AlertDescription>
+</AlertContent>
+</Alert>
+
+## मी रिस्टेकिंगमधून किती कमावू शकेन? {#how-much-can-i-make-from-restaking}
+
+AVSs वेगवेगळे दर देत असले तरी, eETH सारखे लिक्विड रिस्टेकिंग टोकन्स (LRTs) तुम्हाला कल्पना देतात की तुम्ही किती कमावू शकता. ज्याप्रमाणे तुम्हाला तुमचे ETH स्टेक करण्यासाठी stETH सारखे LSTs मिळतात, त्याचप्रमाणे तुम्ही stETH रिस्टेक करण्यासाठी eETH सारखे LRTs मिळवू शकता. हे टोकन्स ETH स्टेकिंग आणि रिस्टेकिंग रिवॉर्ड्स मिळवतात.
+
+**रिस्टेकिंगमधील धोके स्वीकारणे महत्त्वाचे आहे. संभाव्य रिवॉर्ड्स आकर्षक असू शकतात, पण ते धोकामुक्त नाहीत.**
+
+## रिस्टेकिंगचे धोके काय आहेत? {#what-are-the-risks-of-restaking}
+
+| **धोके**                                      | **वर्णन**                                                                                                                                                                                                                         |
+| --------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| **दंड (किंवा 'स्लॅशिंग')** | ETH स्टेकिंगप्रमाणे, जर रिस्टेकर्स/ऑपरेटर्स ऑफलाइन गेले, मेसेज सेन्सॉर केले किंवा नेटवर्कमध्ये फेरफार करण्याचा प्रयत्न केला, तर त्यांचा स्टेक अंशतः किंवा पूर्णपणे स्लॅश (बर्न) केला जाऊ शकतो. |
+| **केंद्रीकरण**                                | जर काही ऑपरेटर्स बहुतेक रिस्टेकिंगवर वर्चस्व गाजवत असतील, तर त्यांचा रिस्टेकर्स, AVSs आणि अगदी रिस्टेकिंग प्लॅटफॉर्मवर मोठा प्रभाव पडू शकतो.                                                                      |
+| **साखळी प्रतिक्रिया**                         | एकापेक्षा जास्त AVSs सुरक्षित करताना एखाद्या रिस्टेकरला स्लॅश केले गेल्यास, यामुळे इतर AVSs ची सुरक्षा कमी होऊ शकते, ज्यामुळे ते असुरक्षित बनू शकतात.                                                             |
+| **निधीमध्ये त्वरित प्रवेश**                   | रिस्टेक केलेला ETH काढण्यासाठी प्रतीक्षा कालावधी (किंवा 'अनबॉन्डिंग कालावधी') असतो, त्यामुळे तुम्हाला नेहमीच त्वरित प्रवेश मिळणार नाही.                                                        |
+
+<br/>
+
+<Alert className="justify-between">
+<AlertEmoji text=":bulb:"/>
+<AlertContent>
+<AlertDescription>
+  <p className="mt-0"><strong>Ethereum सह-संस्थापक टाइप करत आहेत...</strong></p>
+  <p className="mt-2">
+    Ethereum चे सह-संस्थापक, Vitalik यांनी <a href = "https://vitalik.eth.limo/general/2023/05/21/dont_overload.html"> Don't Overload Consensus नावाच्या 2021 च्या ब्लॉग पोस्टमध्ये रिस्टेकिंगच्या संभाव्य धोक्यांबद्दल चेतावणी दिली. </a>  
+</p>
+</AlertDescription>
+</AlertContent>
+</Alert>
+
+## रिस्टेकिंगसह सुरुवात कशी करावी? {#how-to-get-started-with-restaking}
+
+| 🫡 नवशिके                                                                                                       | 🤓 प्रगत वापरकर्ते                                                                                                  |
+| --------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------- |
+| १. LSTs मिळवण्यासाठी Lido किंवा Rocket Pool सारख्या प्लॅटफॉर्मवर ETH स्टेक करा. | १. Ethereum वर व्हॅलिडेटर म्हणून तुमचे ETH स्टेक करा.                               |
+| २. रिस्टेकिंग सेवेवर रिस्टेकिंग सुरू करण्यासाठी त्या LSTs चा वापर करा.          | २. EigenLayer, Symbiotic आणि इतर रिस्टेकिंग सेवांची तुलना करा.                      |
+|                                                                                                                 | ३. तुमचा व्हॅलिडेटर रिस्टेकिंग स्मार्ट कॉन्ट्रॅक्टशी जोडण्यासाठी सूचनांचे पालन करा. |
+
+<br/>
+
+<Alert className="justify-between">
+<AlertEmoji text=":eyes:"/>
+<AlertContent>
+<AlertDescription>
+  <p className="mt-0"><strong>Ethereum स्टेकिंग :</strong> हे कसे काम करते?</p>
+  <ButtonLink href="/staking/">
+    अधिक जाणून घ्या
+  </ButtonLink>
+</AlertDescription>
+</AlertContent>
+</Alert>
+
+## प्रगत {#advanced}
+
+<YouTube id="-V-fG4J1N_M" />
+
+## पुढील वाचन {#further-reading}
+
+1. [ethereum.org - ETH स्टेकिंग मार्गदर्शक](https://ethereum.org/en/staking/)
+2. [Ledger Academy - Ethereum रिस्टेकिंग म्हणजे काय?](https://www.ledger.com/academy/what-is-ethereum-restaking)
+3. [Consensys - EigenLayer: विकेंद्रित Ethereum रिस्टेकिंग प्रोटोकॉलचे स्पष्टीकरण](https://consensys.io/blog/eigenlayer-decentralized-ethereum-restaking-protocol-explained)
+4. [Vitalik Buterin - Ethereum च्या consensus ला ओव्हरलोड करू नका](https://vitalik.eth.limo/general/2023/05/21/dont_overload.html)
+5. [Cointelegraph - EigenLayer म्हणजे काय? Ethereum च्या रिस्टेकिंग प्रोटोकॉलचे स्पष्टीकरण](https://cointelegraph.com/explained/what-is-eigenlayer-ethereums-restaking-protocol-explained)
+6. [a16z crypto research - EigenLayer: श्रीराम कन्नन यांच्यासोबत Ethereum मध्ये परवानगीविरहित फीचरची भर](https://www.youtube.com/watch?v=-V-fG4J1N_M)
+7. [Junion - EigenLayer स्पष्टीकरण: रिस्टेकिंग म्हणजे काय?](https://www.youtube.com/watch?v=5r0SooSQFJg)
+8. [The Block - रिस्टेकिंग डेटा डॅश](https://www.theblock.co/data/decentralized-finance/restaking)
diff --git a/public/content/translations/mr/roadmap/account-abstraction/index.md b/public/content/translations/mr/roadmap/account-abstraction/index.md
new file mode 100644
index 00000000000..ba40e8e0d60
--- /dev/null
+++ b/public/content/translations/mr/roadmap/account-abstraction/index.md
@@ -0,0 +1,71 @@
+---
+title: "खाते शून्यमनस्कता"
+description: "वापरकर्त्यांची खाती सोपी आणि सुरक्षित करण्यासाठी इथेरियमच्या योजनांचा आढावा"
+lang: mr
+summaryPoints:
+  - खाते एब्स्ट्रॅक्शनमुळे स्मार्ट कॉन्ट्रॅक्ट वॉलेट्स तयार करणे खूप सोपे होते
+  - स्मार्ट कॉन्ट्रॅक्ट वॉलेट्समुळे इथेरियम खात्यांमध्ये प्रवेश व्यवस्थापित करणे खूप सोपे होते
+  - एकापेक्षा जास्त बॅकअप वापरून हरवलेल्या आणि उघड झालेल्या कीज परत मिळवता येतात
+---
+
+# खाते एब्स्ट्रॅक्शन {#account-abstraction}
+
+बहुतेक विद्यमान वापरकर्ते **[बाह्य मालकीची खाती (EOAs)](/glossary/#eoa)** वापरून इथेरियमसोबत संवाद साधतात. यामुळे वापरकर्ते इथेरियमसोबत कसा संवाद साधू शकतात यावर मर्यादा येतात. उदाहरणार्थ, यामुळे व्यवहारांचे गट करणे कठीण होते आणि वापरकर्त्यांना व्यवहार शुल्क भरण्यासाठी नेहमी ETH शिल्लक ठेवावी लागते.
+
+खाते एब्स्ट्रॅक्शन ही या समस्या सोडवण्याची एक पद्धत आहे, जी वापरकर्त्यांना त्यांच्या खात्यांमध्ये अधिक सुरक्षा आणि चांगला वापरकर्ता अनुभव लवचिकपणे प्रोग्राम करण्याची परवानगी देते. [EOAs अपग्रेड करून](https://eips.ethereum.org/EIPS/eip-7702) (EIP-7702) हे होऊ शकते, जेणेकरून ते स्मार्ट कॉन्ट्रॅक्टद्वारे नियंत्रित केले जाऊ शकतात. विद्यमान प्रोटोकॉलच्या समांतर चालविण्यासाठी [दुसरी, स्वतंत्र व्यवहार प्रणाली](https://eips.ethereum.org/EIPS/eip-4337) (EIP-4337) जोडण्याचा आणखी एक मार्ग आहे. मार्ग कोणताही असो, परिणाम म्हणजे स्मार्ट कॉन्ट्रॅक्ट वॉलेट्सद्वारे इथेरियममध्ये प्रवेश, जो विद्यमान प्रोटोकॉलचा भाग म्हणून मूळतः समर्थित असेल किंवा ॲड-ऑन व्यवहार नेटवर्कद्वारे असेल.
+
+स्मार्ट कॉन्ट्रॅक्ट वॉलेट्स वापरकर्त्यासाठी अनेक फायदे अनलॉक करतात, ज्यात खालील गोष्टींचा समावेश आहे:
+
+- तुमचे स्वतःचे लवचिक सुरक्षा नियम परिभाषित करा
+- तुम्ही कीज गमावल्यास तुमचे खाते परत मिळवा
+- तुमची खाते सुरक्षा विश्वसनीय डिव्हाइसेस किंवा व्यक्तींमध्ये शेअर करा
+- दुसऱ्या कोणाचा गॅस भरा, किंवा दुसऱ्या कोणाला तुमचा गॅस भरू द्या
+- व्यवहार एकत्र करा (उदा. एकाच वेळी स्वॅप मंजूर करा आणि कार्यान्वित करा)
+- dapps आणि वॉलेट डेव्हलपर्ससाठी वापरकर्ता अनुभवांमध्ये नवनवीन शोध घेण्यासाठी अधिक संधी
+
+हे फायदे आज मूळतः समर्थित नाहीत कारण केवळ बाह्य मालकीची खाती ([EOAs](/glossary/#eoa)) व्यवहार सुरू करू शकतात. EOAs म्हणजे फक्त सार्वजनिक-खाजगी की जोड्या. ते खालीलप्रमाणे कार्य करतात:
+
+- तुमच्याकडे खाजगी की असल्यास तुम्ही इथेरियम व्हर्च्युअल मशीनच्या (EVM) नियमांनुसार _काहीही_ करू शकता
+- तुमच्याकडे खाजगी की नसल्यास तुम्ही _काहीही_ करू शकत नाही.
+
+तुम्ही तुमच्या कीज गमावल्यास त्या परत मिळवता येत नाहीत आणि चोरलेल्या कीज चोरांना खात्यातील सर्व निधीमध्ये त्वरित प्रवेश देतात.
+
+स्मार्ट कॉन्ट्रॅक्ट वॉलेट्स या समस्यांवर उपाय आहेत, परंतु आज ते प्रोग्राम करणे कठीण आहे कारण शेवटी, ते जे काही लॉजिक लागू करतात ते इथेरियमद्वारे प्रक्रिया करण्यापूर्वी EOA व्यवहारांच्या सेटमध्ये अनुवादित करावे लागते. खाते एब्स्ट्रॅक्शन स्मार्ट कॉन्ट्रॅक्ट्सना स्वतः व्यवहार सुरू करण्यास सक्षम करते, जेणेकरून वापरकर्त्याने लागू करू इच्छित असलेले कोणतेही लॉजिक स्मार्ट कॉन्ट्रॅक्ट वॉलेटमध्येच कोड केले जाऊ शकते आणि इथेरियमवर कार्यान्वित केले जाऊ शकते.
+
+शेवटी, खाते एब्स्ट्रॅक्शन स्मार्ट कॉन्ट्रॅक्ट वॉलेट्ससाठी समर्थन सुधारते, ज्यामुळे ते तयार करणे सोपे आणि वापरण्यास सुरक्षित होते. खाते एब्स्ट्रॅक्शनमुळे, वापरकर्ते अंतर्निहित तंत्रज्ञान समजून न घेता इथेरियमच्या सर्व फायद्यांचा आनंद घेऊ शकतात.
+
+## सीड फ्रेजच्या पलीकडे {#beyond-seed-phrases}
+
+आजची खाती सीड फ्रेजमधून गणना केलेल्या खाजगी कीज वापरून सुरक्षित केली जातात. सीड फ्रेजमध्ये प्रवेश असलेल्या कोणालाही खात्याचे संरक्षण करणारी खाजगी की सहजपणे सापडू शकते आणि ते संरक्षित करत असलेल्या सर्व मालमत्तेमध्ये प्रवेश मिळू शकतो. खाजगी की आणि सीड फ्रेज गमावल्यास, मालमत्ता कायमची दुर्गम होते. या सीड फ्रेज सुरक्षित करणे अवघड आहे, अगदी तज्ञ वापरकर्त्यांसाठी देखील, आणि सीड फ्रेज फिशिंग हा सर्वात सामान्य घोटाळ्यांपैकी एक आहे.
+
+खाते एब्स्ट्रॅक्शन मालमत्ता ठेवण्यासाठी आणि व्यवहार अधिकृत करण्यासाठी स्मार्ट कॉन्ट्रॅक्ट वापरून ही समस्या सोडवते. स्मार्ट कॉन्ट्रॅक्टमध्ये जास्तीत जास्त सुरक्षा आणि उपयोगितेसाठी तयार केलेले सानुकूल लॉजिक समाविष्ट असू शकते. वापरकर्ते अजूनही प्रवेश नियंत्रित करण्यासाठी खाजगी कीज वापरतात, परंतु वर्धित सुरक्षा उपायांसह.
+
+उदाहरणार्थ, वॉलेटमध्ये बॅकअप कीज जोडल्या जाऊ शकतात, ज्यामुळे प्राथमिक की तडजोड झाल्यास की बदलणे शक्य होते. प्रत्येक की वेगवेगळ्या प्रकारे सुरक्षित केली जाऊ शकते किंवा विश्वसनीय व्यक्तींमध्ये वितरीत केली जाऊ शकते, ज्यामुळे सुरक्षा लक्षणीयरीत्या वाढते. अतिरिक्त वॉलेट नियम की एक्सपोजरमुळे होणारे नुकसान कमी करू शकतात, जसे की उच्च-मूल्याच्या व्यवहारांसाठी एकाधिक स्वाक्षरी आवश्यक करणे किंवा विश्वसनीय पत्त्यांवर व्यवहार मर्यादित करणे.
+
+## उत्तम वापरकर्ता अनुभव {#better-user-experience}
+
+खाते एब्स्ट्रॅक्शन प्रोटोकॉल स्तरावर स्मार्ट कॉन्ट्रॅक्ट वॉलेट्सना समर्थन देऊन वापरकर्ता अनुभव आणि सुरक्षितता मोठ्या प्रमाणात वाढवते. डेव्हलपर्स मुक्तपणे नवनवीन शोध घेऊ शकतात, वेग आणि कार्यक्षमतेसाठी व्यवहार बंडलिंग सुधारू शकतात. साधे स्वॅप्स एक-क्लिक ऑपरेशन्स बनू शकतात, ज्यामुळे वापराची सोय लक्षणीयरीत्या सुधारते.
+
+गॅस व्यवस्थापन लक्षणीयरीत्या सुधारते. ॲप्लिकेशन्स वापरकर्त्यांचे गॅस शुल्क भरू शकतात किंवा ETH व्यतिरिक्त इतर टोकन्समध्ये पेमेंट करण्याची परवानगी देऊ शकतात, ज्यामुळे ETH शिल्लक ठेवण्याची गरज नाहीशी होते.
+
+## खाते एब्स्ट्रॅक्शन कसे लागू केले जाईल? {#how-will-aa-be-implemented}
+
+सध्या, स्मार्ट कॉन्ट्रॅक्ट वॉलेट्स लागू करणे आव्हानात्मक आहे कारण ते मानक व्यवहार गुंडाळणाऱ्या जटिल कोडवर अवलंबून असतात. इथेरियम बाह्य रिलेअर्सवर अवलंबून राहण्याऐवजी इथेरियम स्मार्ट कॉन्ट्रॅक्टमध्ये लॉजिक एम्बेड करून, स्मार्ट कॉन्ट्रॅक्ट्सना थेट व्यवहार सुरू करण्याची परवानगी देऊन हे बदलू शकते.
+
+### EIP-4337: प्रोटोकॉल बदलांशिवाय खाते एब्स्ट्रॅक्शन
+
+EIP-4337 इथेरियमच्या मूळ प्रोटोकॉलमध्ये बदल न करता मूळ स्मार्ट कॉन्ट्रॅक्ट वॉलेट समर्थनास सक्षम करते. हे व्हॅलिडेटर्सद्वारे व्यवहार बंडलमध्ये गोळा केलेले `UserOperation` ऑब्जेक्ट्स सादर करते, ज्यामुळे वॉलेट विकास सोपा होतो. EIP-4337 एंट्रीपॉइंट कॉन्ट्रॅक्ट 1 मार्च 2023 रोजी इथेरियम मेननेटवर तैनात करण्यात आला आणि त्याने 26 दशलक्षाहून अधिक स्मार्ट वॉलेट्स आणि 170 दशलक्ष UserOperations तयार करण्यास मदत केली आहे.
+
+## सध्याची प्रगती {#current-progress}
+
+इथेरियमच्या पेक्ट्रा अपग्रेडचा भाग म्हणून, EIP-7702 7 मे 2025 रोजी नियोजित आहे. EIP-4337 मोठ्या प्रमाणावर स्वीकारले गेले आहे, [ज्यामध्ये 26 दशलक्षाहून अधिक स्मार्ट खाती तैनात करण्यात आली आहेत आणि 170 दशलक्षाहून अधिक यूजरऑपरेशन्सवर प्रक्रिया झाली आहे](https://www.bundlebear.com/erc4337-overview/all).
+
+## पुढील वाचन {#further-reading}
+
+- [erc4337.io](https://docs.erc4337.io/)
+- [EIP-4337 दस्तऐवजीकरण](https://eips.ethereum.org/EIPS/eip-4337)
+- [EIP-7702 दस्तऐवजीकरण](https://eips.ethereum.org/EIPS/eip-7702)
+- [ERC-4337 स्वीकृती डॅशबोर्ड](https://www.bundlebear.com/erc4337-overview/all)
+- [विटालिकचा \
+- [सोशल रिकव्हरी वॉलेट्सवर विटालिकचा ब्लॉग](https://vitalik.eth.limo/general/2021/01/11/recovery.html)
+- [ऑसम अकाउंट ॲब्स्ट्रॅक्शन](https://github.com/4337Mafia/awesome-account-abstraction)
diff --git a/public/content/translations/mr/roadmap/beacon-chain/index.md b/public/content/translations/mr/roadmap/beacon-chain/index.md
new file mode 100644
index 00000000000..7f7a8cda184
--- /dev/null
+++ b/public/content/translations/mr/roadmap/beacon-chain/index.md
@@ -0,0 +1,79 @@
+---
+title: "प्रमुख साखळी"
+description: "बीकन चेनबद्दल जाणून घ्या - ते अपग्रेड ज्याने प्रूफ-ऑफ-स्टेक इथेरियम सादर केले."
+lang: mr
+template: upgrade
+image: /images/upgrades/core.png
+alt:
+summaryPoint1: "बीकन चेनने इथेरियम इकोसिस्टममध्ये प्रूफ-ऑफ-स्टेक सादर केले."
+summaryPoint2: "सप्टेंबर २०२२ मध्ये ते मूळ इथेरियम प्रूफ-ऑफ-वर्क चेनसोबत विलीन झाले."
+summaryPoint3: "बीकन चेनने कन्सेंसस लॉजिक आणि ब्लॉक गॉसिप प्रोटोकॉल सादर केला आहे जो आता इथेरियमला सुरक्षित करतो."
+---
+
+<UpgradeStatus isShipped dateKey="page-upgrades:page-upgrades-beacon-date">
+  बीकन चेन १ डिसेंबर, २०२० रोजी सुरू झाली, आणि १५ सप्टेंबर, २०२२ रोजी द मर्ज अपग्रेडसह प्रूफ-ऑफ-स्टेकला इथेरियमची कन्सेंसस यंत्रणा म्हणून औपचारिक केले.
+</UpgradeStatus>
+
+## बीकन चेन म्हणजे काय? {#what-is-the-beacon-chain}
+
+बीकन चेन हे २०२० मध्ये सुरू करण्यात आलेल्या मूळ प्रूफ-ऑफ-स्टेक ब्लॉकचेनचे नाव आहे. इथेरियम मेननेटवर सक्षम करण्यापूर्वी प्रूफ-ऑफ-स्टेक कन्सेंसस लॉजिक मजबूत आणि टिकाऊ आहे हे सुनिश्चित करण्यासाठी ते तयार केले गेले होते. त्यामुळे, ते मूळ प्रूफ-ऑफ-वर्क इथेरियम सोबत चालले. बीकन चेन 'रिकाम्या' ब्लॉक्सची एक साखळी होती, परंतु इथेरियमवर प्रूफ-ऑफ-वर्क बंद करणे आणि प्रूफ-ऑफ-स्टेक चालू करण्यासाठी बीकन चेनलला एक्झिक्युशन क्लायंटकडून ट्रान्झॅक्शन डेटा स्वीकारणे, त्यांना ब्लॉक्समध्ये बंडल करणे आणि मग प्रूफ-ऑफ-स्टेक-आधारित कन्सेंसस यंत्रणा वापरून त्यांना ब्लॉकचेनमध्ये संघटित करण्याचे निर्देश देणे आवश्यक होते. त्याच क्षणी, मूळ इथेरियम क्लायंटने त्यांचे मायनिंग, ब्लॉक प्रोपगेशन आणि कन्सेंसस लॉजिक बंद केले, आणि ते सर्व बीकन चेनकडे सोपवले. ही घटना [द मर्ज](/roadmap/merge/) म्हणून ओळखली जात होती. एकदा द मर्ज झाल्यावर, दोन ब्लॉकचेन राहिलेल्या नाहीत. त्याऐवजी, फक्त एकच प्रूफ-ऑफ-स्टेक इथेरियम होती, ज्यासाठी आता प्रति नोड दोन भिन्न क्लायंट आवश्यक आहेत. बीकन चेन आता कन्सेंसस लेअर आहे, कन्सेंसस क्लायंटचे एक पीअर-टू-पीअर नेटवर्क जे ब्लॉक गॉसिप आणि कन्सेंसस लॉजिक हाताळते, तर मूळ क्लायंट एक्झिक्युशन लेअर तयार करतात, जे ट्रान्झॅक्शनचे गॉसिपिंग आणि एक्झिक्युटिंग, आणि इथेरियमच्या स्टेटचे व्यवस्थापन करण्यासाठी जबाबदार आहे. हे दोन लेअर्स इंजिन API वापरून एकमेकांशी संवाद साधू शकतात.
+
+## नवीन साखळी काय करते? {#what-does-the-beacon-chain-do}
+
+बीकन चेन हे खात्यांच्या एका लेजरला दिलेले नाव आहे ज्याने त्या [स्टेकर्सनी](/staking/) वास्तविक इथेरियम ब्लॉक्स प्रमाणित करण्यास सुरुवात करण्यापूर्वी इथेरियम स्टेकर्सच्या नेटवर्कचे संचालन आणि समन्वय केले. तथापि, ते ट्रान्झॅक्शनवर प्रक्रिया करत नाही किंवा स्मार्ट कॉन्ट्रॅक्ट इंटरॅक्शन हाताळत नाही कारण ते एक्झिक्युशन लेअरमध्ये केले जात आहे.
+बीकन चेन ब्लॉक आणि अटेस्टेशन हाताळणे, फोर्क चॉईस अल्गोरिदम चालवणे, आणि रिवॉर्ड्स आणि दंड व्यवस्थापित करणे यासारख्या गोष्टींसाठी जबाबदार आहे.
+आमच्या [नोड आर्किटेक्चर पेज](/developers/docs/nodes-and-clients/node-architecture/#node-comparison)वर अधिक वाचा.
+
+## बीकन चेनचा प्रभाव {#beacon-chain-features}
+
+### स्टेकिंगचा परिचय {#introducing-staking}
+
+बीकन चेनने इथेरियममध्ये [प्रूफ-ऑफ-स्टेक](/developers/docs/consensus-mechanisms/pos/) सादर केले. हे इथेरियमला सुरक्षित ठेवते आणि या प्रक्रियेत व्हॅलिडेटर्सना अधिक ETH मिळवून देते. व्यवहारात, व्हॅलिडेटर सॉफ्टवेअर सक्रिय करण्यासाठी स्टेकिंगमध्ये ETH स्टेक करणे समाविष्ट आहे. एक स्टेकर्स म्हणून, तुम्ही चेनमध्ये नवीन ब्लॉक्स तयार करणारे आणि प्रमाणित करणारे सॉफ्टवेअर चालवता.
+
+स्टेकिंग हा [मायनिंग](/developers/docs/consensus-mechanisms/pow/mining/) सारखाच उद्देश पूर्ण करते, परंतु अनेक मार्गांनी वेगळे आहे. मायनिंगसाठी शक्तिशाली हार्डवेअर आणि ऊर्जा वापराच्या स्वरूपात मोठ्या प्रमाणात आगाऊ खर्चाची आवश्यकता होती, ज्यामुळे मोठ्या प्रमाणावर अर्थव्यवस्था निर्माण झाली आणि केंद्रीकरणाला प्रोत्साहन मिळाले. मायनिंगमध्ये मालमत्ता तारण म्हणून लॉक करण्याची कोणतीही आवश्यकता नव्हती, ज्यामुळे हल्ल्यानंतर वाईट घटकांना शिक्षा करण्याची प्रोटोकॉलची क्षमता मर्यादित झाली.
+
+प्रूफ-ऑफ-वर्कच्या तुलनेत प्रूफ-ऑफ-स्टेकमधील संक्रमणामुळे इथेरियम लक्षणीयरीत्या अधिक सुरक्षित आणि विकेंद्रित झाले. नेटवर्कमध्ये जितके जास्त लोक सहभागी होतील, तितके ते अधिक विकेंद्रित आणि हल्ल्यांपासून सुरक्षित होईल.
+
+<Alert variant="update">
+<AlertEmoji text=":money_bag:"/>
+<AlertContent>
+<AlertDescription>
+  जर तुम्हाला व्हॅलिडेटर बनण्यात आणि इथेरियम सुरक्षित करण्यात मदत करण्यात रस असेल, तर [स्टेकिंगबद्दल अधिक जाणून घ्या](/staking/).
+</AlertDescription>
+</AlertContent>
+</Alert>
+
+### शार्डिंगसाठी सेटअप करणे {#setting-up-for-sharding}
+
+बीकन चेन मूळ इथेरियम मेननेटमध्ये विलीन झाल्यापासून, इथेरियम समुदायाने नेटवर्क स्केलिंगकडे लक्ष देण्यास सुरुवात केली.
+
+प्रूफ-ऑफ-स्टेकचा फायदा असा आहे की कोणत्याही वेळी सर्व मंजूर ब्लॉक प्रोड्युसर्सची नोंदणी असते, प्रत्येकाकडे स्टेकवर ETH असतो. ही नोंदणी विशिष्ट नेटवर्क जबाबदाऱ्या विश्वसनीयपणे विभाजित करण्याच्या क्षमतेसाठी पाया तयार करते.
+
+ही जबाबदारी प्रूफ-ऑफ-वर्कच्या विरुद्ध आहे, जिथे मायनर्सची नेटवर्कसाठी कोणतीही जबाबदारी नसते आणि ते मायनिंग थांबवू शकतात आणि त्यांचे नोड सॉफ्टवेअर कोणत्याही परिणामांशिवाय त्वरित कायमचे बंद करू शकतात. तसेच ज्ञात ब्लॉक प्रपोजर्सची कोणतीही नोंदणी नाही आणि नेटवर्क जबाबदाऱ्या सुरक्षितपणे विभाजित करण्याचा कोणताही विश्वसनीय मार्ग नाही.
+
+[शार्डिंगबद्दल अधिक](/roadmap/danksharding/)
+
+## अपग्रेड्समधील संबंध {#relationship-between-upgrades}
+
+Ethereum चे अपग्रेड्स सर्व काही प्रमाणात एकमेकांशी संबंधित आहेत. तर चला आढावा घेऊया की बीकन चेन इतर अपग्रेडवर कसा परिणाम करते.
+
+### बीकन चेन आणि द मर्ज {#merge-and-beacon-chain}
+
+सुरुवातीला, बीकन चेन इथेरियम मेननेटपासून वेगळी अस्तित्वात होती, परंतु २०२२ मध्ये त्यांचे विलीनीकरण झाले.
+
+<ButtonLink href="/roadmap/merge/">
+  द मर्ज
+</ButtonLink>
+
+### शार्ड्स आणि बीकन चेन {#shards-and-beacon-chain}
+
+प्रूफ-ऑफ-स्टेक कन्सेंसस यंत्रणा अस्तित्वात असल्यावरच शार्डिंग सुरक्षितपणे इथेरियम इकोसिस्टममध्ये प्रवेश करू शकते. बीकन चेनने स्टेकिंग सादर केले, जे मेननेटसोबत 'विलीन' झाले, ज्यामुळे इथेरियमला आणखी स्केल करण्यास मदत करण्यासाठी शार्डिंगचा मार्ग मोकळा झाला.
+
+<ButtonLink href="/roadmap/danksharding/">
+  शार्ड चेन्स
+</ButtonLink>
+
+## पुढील वाचन
+
+- [नोड आर्किटेक्चरबद्दल अधिक](/developers/docs/nodes-and-clients/node-architecture)
+- [प्रूफ-ऑफ-स्टेकबद्दल अधिक](/developers/docs/consensus-mechanisms/pos)
diff --git a/public/content/translations/mr/roadmap/danksharding/index.md b/public/content/translations/mr/roadmap/danksharding/index.md
new file mode 100644
index 00000000000..30b6ef977e0
--- /dev/null
+++ b/public/content/translations/mr/roadmap/danksharding/index.md
@@ -0,0 +1,89 @@
+---
+title: "डंकशार्डिंग"
+description: "प्रोटो-डँकशार्डिंग आणि डँकशार्डिंग बद्दल जाणून घ्या - Ethereum स्केल करण्यासाठी दोन अनुक्रमिक अपग्रेड्स."
+lang: mr
+summaryPoints:
+  - डँकशार्डिंग हे Ethereum ची स्केलेबिलिटी आणि क्षमता सुधारण्यासाठी एक बहु-स्तरीय अपग्रेड आहे.
+  - पहिला टप्पा, प्रोटो-डँकशार्डिंग, ब्लॉक्समध्ये डेटा ब्लॉब जोडतो
+  - डेटा ब्लॉब रोलअप्सना Ethereum वर डेटा पोस्ट करण्यासाठी एक स्वस्त मार्ग देतात आणि तो खर्च वापरकर्त्यांना कमी व्यवहार शुल्काच्या स्वरूपात दिला जाऊ शकतो.
+  - नंतर, पूर्ण डँकशार्डिंग डेटा ब्लॉब्सची पडताळणी करण्याची जबाबदारी नोड्सच्या उपसंचांमध्ये पसरेल, ज्यामुळे Ethereum प्रति सेकंद 100,000 पेक्षा जास्त व्यवहारांपर्यंत स्केल होईल.
+---
+
+# डँकशार्डिंग {#danksharding}
+
+**डँकशार्डिंग** हे असे माध्यम आहे ज्यामुळे Ethereum खऱ्या अर्थाने स्केलेबल ब्लॉकचेन बनेल, परंतु तिथे पोहोचण्यासाठी अनेक प्रोटोकॉल अपग्रेड्स आवश्यक आहेत. **प्रोटो-डँकशार्डिंग** हा त्या मार्गावरील एक मध्यवर्ती टप्पा आहे. दोन्हींचा उद्देश लेअर 2 वरील व्यवहार वापरकर्त्यांसाठी शक्य तितके स्वस्त करणे आणि Ethereum ला प्रति सेकंद >100,000 व्यवहारांपर्यंत स्केल करणे हा आहे.
+
+## प्रोटो-डँकशार्डिंग म्हणजे काय? {#what-is-protodanksharding}
+
+प्रोटो-डँकशार्डिंग, ज्याला [EIP-4844](https://eips.ethereum.org/EIPS/eip-4844) म्हणूनही ओळखले जाते, हे [रोलअप्सना](/layer-2/#rollups) ब्लॉक्समध्ये स्वस्त डेटा जोडण्याचा एक मार्ग आहे. ही कल्पना मांडणाऱ्या दोन संशोधकांच्या नावावरून हे नाव आले आहे: प्रोटोलॅम्ब्डा आणि डँकराड फिस्ट. ऐतिहासिकदृष्ट्या, रोलअप्स त्यांचे व्यवहार `CALLDATA` मध्ये पोस्ट करतात या वस्तुस्थितीमुळे ते वापरकर्ता व्यवहार किती स्वस्त करू शकतात यावर मर्यादा होती.
+
+हे महाग आहे कारण ते सर्व Ethereum नोड्सद्वारे प्रक्रिया केले जाते आणि ऑनचेन कायमचे राहते, जरी रोलअप्सना फक्त थोड्या काळासाठी डेटाची आवश्यकता असते. प्रोटो-डँकशार्डिंग डेटा ब्लॉब्स सादर करते जे पाठवले जाऊ शकतात आणि ब्लॉक्सशी जोडले जाऊ शकतात. या ब्लॉबमधील डेटा EVM ला ऍक्सेस करता येत नाही आणि एका ठराविक कालावधीनंतर (हे लिहिताना 4096 इपॉक्सवर सेट केलेले आहे, किंवा सुमारे 18 दिवस) आपोआप हटवला जातो. याचा अर्थ रोलअप्स त्यांचा डेटा खूपच स्वस्तात पाठवू शकतात आणि ही बचत अंतिम वापरकर्त्यांपर्यंत स्वस्त व्यवहारांच्या स्वरूपात पोहोचवू शकतात.
+
+<ExpandableCard title="ब्लॉब्समुळे रोलअप्स स्वस्त का होतात?" eventCategory="/roadmap/danksharding" eventName="clicked why do blocks make rollups cheaper?">
+
+रोलअप्स हे ऑफचेन व्यवहार बॅच करून आणि नंतर परिणाम Ethereum वर पोस्ट करून Ethereum स्केल करण्याचा एक मार्ग आहे. एक रोलअप मूलतः दोन भागांनी बनलेला असतो: डेटा आणि एक्झिक्यूशन चेक. डेटा म्हणजे व्यवहारांचा संपूर्ण क्रम ज्यावर रोलअपद्वारे Ethereum वर पोस्ट केल्या जाणाऱ्या स्थितीतील बदल निर्माण करण्यासाठी प्रक्रिया केली जात आहे. एक्झिक्यूशन चेक म्हणजे प्रस्तावित स्थिती बदल योग्य आहे हे सुनिश्चित करण्यासाठी एखाद्या प्रामाणिक कर्त्याद्वारे (एक "प्रूव्हर") त्या व्यवहारांचे पुन्हा-एक्झिक्यूशन करणे. एक्झिक्यूशन चेक करण्यासाठी, व्यवहार डेटा पुरेसा काळ उपलब्ध असावा लागतो जेणेकरून कोणीही तो डाउनलोड करून तपासू शकेल. याचा अर्थ रोलअप सिक्वेन्सरद्वारे केलेले कोणतेही अप्रामाणिक वर्तन प्रूव्हरद्वारे ओळखले आणि आव्हान दिले जाऊ शकते. तथापि, तो कायमस्वरूपी उपलब्ध असण्याची गरज नाही.
+</ExpandableCard>
+
+<ExpandableCard title="ब्लॉब डेटा हटवणे योग्य का आहे?" eventCategory="/roadmap/danksharding" eventName="clicked why is it OK to delete the blob data?">
+
+रोलअप्स त्यांच्या व्यवहार डेटासाठी ऑनचेन कमिटमेंट्स पोस्ट करतात आणि प्रत्यक्ष डेटा डेटा ब्लॉब्समध्ये उपलब्ध करून देतात. याचा अर्थ प्रूव्हर्स कमिटमेंट्स वैध आहेत का हे तपासू शकतात किंवा त्यांना चुकीचा वाटणाऱ्या डेटाला आव्हान देऊ शकतात. नोड-स्तरावर, डेटाचे ब्लॉब्स कन्सेन्सस क्लायंटमध्ये ठेवले जातात. कन्सेन्सस क्लायंटस् साक्षांकित करतात की त्यांनी डेटा पाहिला आहे आणि तो नेटवर्कवर प्रसारित झाला आहे. जर डेटा कायमचा ठेवला गेला, तर हे क्लायंट्स फुगतील आणि नोड्स चालवण्यासाठी मोठ्या हार्डवेअर आवश्यकता लागतील. त्याऐवजी, डेटा दर 18 दिवसांनी नोडमधून आपोआप छाटला जातो. कन्सेन्सस क्लायंट साक्षांकन हे दर्शविते की प्रूव्हर्सना डेटा सत्यापित करण्याची पुरेशी संधी होती. वास्तविक डेटा रोलअप ऑपरेटर्स, वापरकर्ते किंवा इतरांद्वारे ऑफचेन संग्रहित केला जाऊ शकतो.
+</ExpandableCard>
+
+### ब्लॉब डेटा कसा सत्यापित केला जातो? {#how-are-blobs-verified}
+
+रोलअप्स ते कार्यान्वित केलेले व्यवहार डेटा ब्लॉब्समध्ये पोस्ट करतात. ते डेटासाठी एक "कमिटमेंट" देखील पोस्ट करतात. ते हे डेटावर एक बहुपद फंक्शन फिट करून करतात. या फंक्शनचे नंतर विविध पॉइंट्सवर मूल्यांकन केले जाऊ शकते. उदाहरणार्थ, जर आपण `f(x) = 2x-1` हे अत्यंत सोपे फंक्शन परिभाषित केले तर आपण या फंक्शनचे मूल्यांकन `x = 1`, `x = 2`, `x = 3` साठी करू शकतो, ज्यातून `1, 3, 5` हे परिणाम मिळतात. एक प्रूव्हर डेटावर तेच फंक्शन लागू करतो आणि त्याचे मूल्यांकन त्याच पॉइंट्सवर करतो. जर मूळ डेटा बदलला गेला, तर फंक्शन समान राहणार नाही, आणि म्हणूनच प्रत्येक पॉइंटवर मूल्यांकन केलेली मूल्ये देखील समान नसतील. वास्तविकतेत, कमिटमेंट आणि प्रूफ अधिक गुंतागुंतीचे आहेत कारण ते क्रिप्टोग्राफिक फंक्शन्समध्ये गुंडाळलेले आहेत.
+
+### KZG म्हणजे काय? {#what-is-kzg}
+
+KZG म्हणजे केट-झवेरुचा-गोल्डबर्ग - एका योजनेच्या तीन [मूळ लेखकांची](https://link.springer.com/chapter/10.1007/978-3-642-17373-8_11) नावे जी डेटाच्या एका ब्लॉबला एका लहान [क्रिप्टोग्राफिक "कमिटमेंट"](https://dankradfeist.de/ethereum/2020/06/16/kate-polynomial-commitments.html) मध्ये कमी करते. रोलअप गैरवर्तन करत नाही हे सुनिश्चित करण्यासाठी रोलअपद्वारे सादर केलेल्या डेटाच्या ब्लॉबची पडताळणी करावी लागते. यामध्ये कमिटमेंट वैध होती की नाही हे तपासण्यासाठी प्रूव्हर ब्लॉबमधील व्यवहारांचे पुन्हा-एक्झिक्यूशन करतो. हे संकल्पनात्मकदृष्ट्या मर्कल प्रुफ्स वापरून लेअर 1 वरील Ethereum व्यवहारांची वैधता एक्झिक्यूशन क्लायंट्स ज्या प्रकारे तपासतात त्याच पद्धतीसारखे आहे. KZG हा एक पर्यायी पुरावा आहे जो डेटावर एक बहुपद समीकरण फिट करतो. कमिटमेंट काही गुप्त डेटा पॉइंट्सवर बहुपदाचे मूल्यांकन करते. एक प्रूव्हर डेटावर तेच बहुपद फिट करेल आणि त्याचे मूल्यांकन त्याच मूल्यांवर करेल, हे तपासून की परिणाम समान आहे. डेटा सत्यापित करण्याचा हा एक मार्ग आहे जो काही रोलअप्सद्वारे वापरल्या जाणाऱ्या शून्य-ज्ञान तंत्रांशी आणि अखेरीस Ethereum प्रोटोकॉलच्या इतर भागांशी सुसंगत आहे.
+
+### KZG सेरेमनी काय होती? {#what-is-a-kzg-ceremony}
+
+KZG सेरेमनी हा Ethereum समुदायातील अनेक लोकांसाठी एकत्रितपणे संख्यांची एक गुप्त यादृच्छिक स्ट्रिंग तयार करण्याचा एक मार्ग होता, ज्याचा वापर काही डेटा सत्यापित करण्यासाठी केला जाऊ शकतो. हे खूप महत्त्वाचे आहे की संख्यांची ही स्ट्रिंग कोणालाही माहीत नसावी आणि कोणीही ती पुन्हा तयार करू शकत नाही. हे सुनिश्चित करण्यासाठी, सेरेमनीमध्ये सहभागी झालेल्या प्रत्येक व्यक्तीला मागील सहभागीकडून एक स्ट्रिंग मिळाली. त्यानंतर त्यांनी काही नवीन यादृच्छिक मूल्ये तयार केली (उदा., त्यांच्या ब्राउझरला त्यांच्या माऊसच्या हालचालीचे मोजमाप करण्याची परवानगी देऊन) आणि ते मागील मूल्यामध्ये मिसळले. त्यानंतर त्यांनी ते मूल्य पुढील सहभागीला पाठवले आणि त्यांच्या स्थानिक मशीनमधून ते नष्ट केले. जोपर्यंत सेरेमनीतील एका व्यक्तीने हे प्रामाणिकपणे केले आहे, तोपर्यंत अंतिम मूल्य हल्लेखोरासाठी अज्ञात असेल.
+
+EIP-4844 KZG सेरेमनी सार्वजनिक होती आणि हजारो लोकांनी त्यांची स्वतःची एंट्रॉपी (यादृच्छिकता) जोडण्यासाठी भाग घेतला. एकूण 140,000 पेक्षा जास्त योगदान होते, ज्यामुळे ही जगातील अशा प्रकारची सर्वात मोठी सेरेमनी ठरली. सेरेमनी अयशस्वी होण्यासाठी, त्या सहभागींपैकी 100% लोकांना सक्रियपणे अप्रामाणिक असावे लागेल. सहभागींच्या दृष्टिकोनातून, जर त्यांना माहित असेल की ते प्रामाणिक होते, तर इतरांवर विश्वास ठेवण्याची गरज नाही कारण त्यांना माहित आहे की त्यांनी सेरेमनी सुरक्षित केली आहे (त्यांनी वैयक्तिकरित्या 1-आउट-ऑफ-N प्रामाणिक सहभागीची आवश्यकता पूर्ण केली).
+
+<ExpandableCard title="KZG सेरेमनीमधील यादृच्छिक क्रमांक कशासाठी वापरला जातो?" eventCategory="/roadmap/danksharding" eventName="clicked why is the random number from the KZG ceremony used for?">
+
+जेव्हा एखादा रोलअप ब्लॉबमध्ये डेटा पोस्ट करतो, तेव्हा ते एक "कमिटमेंट" प्रदान करतात जी ते ऑनचेन पोस्ट करतात. ही कमिटमेंट काही विशिष्ट पॉइंट्सवर डेटावर फिट केलेल्या बहुपदाचे मूल्यांकन करण्याचे परिणाम आहे. हे पॉइंट्स KZG सेरेमनीमध्ये निर्माण झालेल्या यादृच्छिक संख्यांद्वारे परिभाषित केले आहेत. प्रूव्हर्स नंतर डेटा सत्यापित करण्यासाठी त्याच पॉइंट्सवर बहुपदाचे मूल्यांकन करू शकतात - जर त्यांना समान मूल्ये मिळाली तर डेटा योग्य आहे.
+</ExpandableCard>
+
+<ExpandableCard title="KZG रँडम डेटा गुप्त का ठेवावा लागतो?" eventCategory="/roadmap/danksharding" eventName="clicked why does the KZG random data have to stay secret?">
+
+जर कोणाला कमिटमेंटसाठी वापरलेली यादृच्छिक स्थाने माहित असतील, तर त्यांच्यासाठी नवीन बहुपद तयार करणे सोपे आहे जे त्या विशिष्ट पॉइंट्सवर फिट होते (म्हणजे, "टकराव"). याचा अर्थ ते ब्लॉबमधून डेटा जोडू किंवा काढू शकतात आणि तरीही एक वैध पुरावा देऊ शकतात. हे टाळण्यासाठी, प्रूव्हर्सना वास्तविक गुप्त स्थाने देण्याऐवजी, त्यांना प्रत्यक्षात इलिप्टिक कर्व्ह्स वापरून क्रिप्टोग्राफिक "ब्लॅक बॉक्स" मध्ये गुंडाळलेली स्थाने मिळतात. हे मूल्यांना अशा प्रकारे प्रभावीपणे स्क्रॅम्बल करतात की मूळ मूल्यांचे रिव्हर्स-इंजिनियरिंग केले जाऊ शकत नाही, परंतु काही चतुर बीजगणिताने प्रूव्हर्स आणि व्हेरिफायर्स अजूनही ज्या पॉइंट्सचे ते प्रतिनिधित्व करतात त्यावर बहुपदांचे मूल्यांकन करू शकतात.
+</ExpandableCard>
+
+<Alert variant="warning" className="mb-8">
+  डँकशार्डिंग किंवा प्रोटो-डँकशार्डिंग दोन्ही पारंपरिक "शार्डिंग" मॉडेलचे पालन करत नाहीत, ज्याचा उद्देश ब्लॉकचेनला अनेक भागांमध्ये विभाजित करणे आहे. शार्ड चेन्स आता रोडमॅपचा भाग नाहीत. त्याऐवजी, डँकशार्डिंग Ethereum स्केल करण्यासाठी ब्लॉब्सवर वितरित डेटा सॅम्पलिंग वापरते. हे अंमलात आणण्यासाठी खूप सोपे आहे. या मॉडेलला कधीकधी "डेटा-शार्डिंग" असे संबोधले जाते.
+</Alert>
+
+## डँकशार्डिंग म्हणजे काय? {#what-is-danksharding}
+
+डँकशार्डिंग हे रोलअप स्केलिंगचे पूर्ण साकार रूप आहे ज्याची सुरुवात प्रोटो-डँकशार्डिंगने झाली. डँकशार्डिंग रोलअप्सना त्यांचा संकुचित व्यवहार डेटा डंप करण्यासाठी Ethereum वर प्रचंड जागा आणेल. याचा अर्थ Ethereum शेकडो वैयक्तिक रोलअप्सना सहजतेने समर्थन देऊ शकेल आणि प्रति सेकंद लाखो व्यवहार प्रत्यक्षात आणू शकेल.
+
+हे कसे कार्य करते तर ब्लॉक्सशी जोडलेल्या ब्लॉब्सचा प्रोटो-डँकशार्डिंगमधील सहा (6) वरून पूर्ण डँकशार्डिंगमध्ये 64 पर्यंत विस्तार करून. आवश्यक असलेले उर्वरित बदल हे सर्व कन्सेन्सस क्लायंट्सच्या कार्य करण्याच्या पद्धतीतील अपडेट्स आहेत, जेणेकरून ते नवीन मोठे ब्लॉब्स हाताळू शकतील. यापैकी अनेक बदल डँकशार्डिंगपासून स्वतंत्र इतर उद्देशांसाठी आधीच रोडमॅपवर आहेत. उदाहरणार्थ, डँकशार्डिंगला प्रस्तावक-बिल्डर विभाजनाची अंमलबजावणी करणे आवश्यक आहे. हे एक अपग्रेड आहे जे ब्लॉक तयार करणे आणि ब्लॉक प्रस्तावित करणे ही कार्ये विविध व्हॅलिडेटर्समध्ये विभक्त करते. त्याचप्रमाणे, डँकशार्डिंगसाठी डेटा उपलब्धता सॅम्पलिंग आवश्यक आहे, परंतु ते खूप हलक्या वजनाच्या क्लायंटच्या विकासासाठी देखील आवश्यक आहे जे जास्त ऐतिहासिक डेटा संग्रहित करत नाहीत ("स्टेटलेस क्लायंट").
+
+<ExpandableCard title="डँकशार्डिंगसाठी प्रस्तावक-बिल्डर विभाजनाची आवश्यकता का आहे?" eventCategory="/roadmap/danksharding" eventName="clicked why does danksharding require proposer-builder separation?">
+
+वैयक्तिक व्हॅलिडेटर्सना 32MB ब्लॉब डेटासाठी महागड्या कमिटमेंट्स आणि पुरावे तयार करण्यापासून रोखण्यासाठी प्रस्तावक-बिल्डर विभाजन आवश्यक आहे. यामुळे होम स्टेकर्सवर खूप ताण येईल आणि त्यांना अधिक शक्तिशाली हार्डवेअरमध्ये गुंतवणूक करावी लागेल, ज्यामुळे विकेंद्रीकरणाला धोका पोहोचतो. त्याऐवजी, विशेष ब्लॉक बिल्डर्स या महागड्या संगणकीय कामाची जबाबदारी घेतात. नंतर, ते त्यांचे ब्लॉक्स ब्लॉक प्रस्तावकना प्रसारित करण्यासाठी उपलब्ध करून देतात. ब्लॉक प्रस्तावक फक्त तो ब्लॉक निवडतो जो सर्वात फायदेशीर आहे. कोणीही ब्लॉब्स स्वस्तात आणि वेगाने सत्यापित करू शकतो, याचा अर्थ कोणताही सामान्य व्हॅलिडेटर तपासू शकतो की ब्लॉक बिल्डर्स प्रामाणिकपणे वागत आहेत. यामुळे मोठ्या ब्लॉब्सवर विकेंद्रीकरणाचा त्याग न करता प्रक्रिया करणे शक्य होते. गैरवर्तन करणाऱ्या ब्लॉक बिल्डर्सना नेटवर्कमधून बाहेर काढले जाऊ शकते आणि स्लॅश केले जाऊ शकते - इतर त्यांची जागा घेतील कारण ब्लॉक बिल्डिंग ही एक फायदेशीर क्रिया आहे.
+</ExpandableCard>
+
+<ExpandableCard title="डँकशार्डिंगसाठी डेटा उपलब्धता सॅम्पलिंगची आवश्यकता का आहे?" eventCategory="/roadmap/danksharding" eventName="clicked why does danksharding require data availability sampling?">
+
+ब्लॉब डेटा त्वरीत आणि कार्यक्षमतेने सत्यापित करण्यासाठी व्हॅलिडेटर्सना डेटा उपलब्धता सॅम्पलिंग आवश्यक आहे. डेटा उपलब्धता सॅम्पलिंग वापरून, व्हॅलिडेटर्सना खात्री देता येते की ब्लॉब डेटा उपलब्ध होता आणि योग्यरित्या कमिट केला गेला होता. प्रत्येक व्हॅलिडेटर यादृच्छिकपणे फक्त काही डेटा पॉइंट्सचे सॅम्पल घेऊ शकतो आणि एक पुरावा तयार करू शकतो, म्हणजे कोणत्याही व्हॅलिडेटरला संपूर्ण ब्लॉब तपासण्याची गरज नाही. जर कोणताही डेटा गहाळ असेल, तर तो त्वरीत ओळखला जाईल आणि ब्लॉब नाकारला जाईल.
+</ExpandableCard>
+
+### सध्याची प्रगती {#current-progress}
+
+पूर्ण डँकशार्डिंगला अनेक वर्षे बाकी आहेत. दरम्यान, KZG सेरेमनी 140,000 पेक्षा जास्त योगदानांसह संपन्न झाली आहे, आणि प्रोटो-डँकशार्डिंगसाठी [EIP](https://eips.ethereum.org/EIPS/eip-4844) परिपक्व झाले आहे. हा प्रस्ताव सर्व टेस्टनेट्समध्ये पूर्णपणे लागू करण्यात आला आहे, आणि मार्च 2024 मध्ये कानकुन-डेनेब ("डेंकुन") नेटवर्क अपग्रेडसह मेननेटवर लाईव्ह झाला.
+
+### पुढील वाचन {#further-reading}
+
+- [प्रोटो-डँकशार्डिंग नोट्स](https://notes.ethereum.org/@vbuterin/proto_danksharding_faq) - _विटालिक बुटेरिन_
+- [डँकराडच्या डँकशार्डिंगवरील नोट्स](https://notes.ethereum.org/@dankrad/new_sharding)
+- [डँकराड, प्रोटो आणि विटालिक डँकशार्डिंगवर चर्चा करतात](https://www.youtube.com/watch?v=N5p0TB77flM)
+- [KZG सेरेमनी](https://ceremony.ethereum.org/)
+- [कार्ल बीखुझेन यांचे विश्वस्त सेटअप्सवर डेव्हकॉनमधील भाषण](https://archive.devcon.org/archive/watch/6/the-kzg-ceremony-or-how-i-learnt-to-stop-worrying-and-love-trusted-setups/?tab=YouTube)
+- [ब्लॉब्ससाठी डेटा उपलब्धता सॅम्पलिंगवर अधिक माहिती](https://hackmd.io/@vbuterin/sharding_proposal#ELI5-data-availability-sampling)
+- [डँकराड फिस्ट यांचे KZG कमिटमेंट्स आणि प्रुफ्सवर](https://youtu.be/8L2C6RDMV9Q)
+- [KZG बहुपद कमिटमेंट्स](https://dankradfeist.de/ethereum/2020/06/16/kate-polynomial-commitments.html)
diff --git a/public/content/translations/mr/roadmap/dencun/index.md b/public/content/translations/mr/roadmap/dencun/index.md
new file mode 100644
index 00000000000..6a31f8b5dc9
--- /dev/null
+++ b/public/content/translations/mr/roadmap/dencun/index.md
@@ -0,0 +1,120 @@
+---
+title: "कॅनकन-डेनेब (डेनकन) FAQ"
+description: "कॅनकन-डेनेब (डेनकन) नेटवर्क अपग्रेड संबंधी वारंवार विचारले जाणारे प्रश्न"
+lang: mr
+---
+
+# कॅनकन-डेनेब (डेनकन) {#dencun}
+
+कॅनकन-डेनेब (डेनकन) हे Ethereum नेटवर्कमधील एक अपग्रेड आहे, जे **प्रोटो-डँकशार्डिंग (EIP-4844)** सक्रिय करते, स्वस्त [लेयर 2 (L2)](/glossary/#layer-2) रोलअप स्टोरेजसाठी तात्पुरते डेटा **ब्लॉब्स** सादर करते.
+
+एक नवीन व्यवहार प्रकार रोलअप प्रदात्यांना "ब्लॉब्स" म्हणून ओळखल्या जाणार्‍या गोष्टींमध्ये अधिक किफायतशीरपणे डेटा संग्रहित करण्यास सक्षम करतो. ब्लॉब्स सुमारे 18 दिवस (अधिक अचूकपणे, 4096 [epochs](/glossary/#epoch)) नेटवर्कवर उपलब्ध असण्याची हमी आहे. या कालावधीनंतर, नेटवर्कमधून ब्लॉब्स काढून टाकले जातात, परंतु ॲप्लिकेशन्स अजूनही पुराव्यांचा वापर करून त्यांच्या डेटाची वैधता सत्यापित करू शकतात.
+
+हे रोलअप्सचा खर्च लक्षणीयरीत्या कमी करते, चेनची वाढ मर्यादित करते आणि सुरक्षा व नोड ऑपरेटर्सचा विकेंद्रित संच राखून अधिक वापरकर्त्यांना समर्थन देण्यास मदत करते.
+
+## प्रोटो-डँकशार्डिंगमुळे रोलअप्समध्ये कमी शुल्क कधी दिसेल अशी अपेक्षा आहे? {#when}
+
+- हे अपग्रेड इपॉक 269568 वर, **13-मार्च-2024 रोजी 13:55PM (UTC)** वाजता सक्रिय झाले.
+- Arbitrum किंवा Optimism सारख्या सर्व प्रमुख रोलअप प्रदात्यांनी संकेत दिले आहेत की अपग्रेडनंतर लगेचच ब्लॉब्सना समर्थन दिले जाईल.
+- वैयक्तिक रोलअप समर्थनाची टाइमलाइन बदलू शकते, कारण प्रत्येक प्रदात्याला नवीन ब्लॉब स्पेसचा फायदा घेण्यासाठी त्यांची सिस्टीम अपडेट करणे आवश्यक आहे.
+
+## हार्ड फोर्कनंतर ETH चे रूपांतर कसे केले जाऊ शकते? {#scam-alert}
+
+- **तुमच्या ETH साठी कोणतीही कृती आवश्यक नाही**: Ethereum डेनकन अपग्रेडनंतर, तुमचे ETH रूपांतरित किंवा अपग्रेड करण्याची आवश्यकता नाही. तुमची खाते शिल्लक तशीच राहील आणि तुमच्याकडे सध्या असलेले ETH हार्ड फोर्कनंतर त्याच्या विद्यमान स्वरूपात प्रवेशयोग्य राहील.
+- **घोटाळ्यांपासून सावध रहा!** <Emoji text="⚠️" /> तुम्हाला तुमचे ETH "अपग्रेड" करण्याची सूचना देणारी कोणतीही व्यक्ती तुम्हाला फसवण्याचा प्रयत्न करत आहे. या अपग्रेडच्या संबंधात तुम्हाला काहीही करण्याची गरज नाही. तुमच्या मालमत्तेवर कोणताही परिणाम होणार नाही. लक्षात ठेवा, माहिती ठेवणे हे घोटाळ्यांविरूद्ध सर्वोत्तम संरक्षण आहे.
+
+[घोटाळे ओळखण्यावर आणि टाळण्यावर अधिक माहिती](/security/)
+
+## डेनकन नेटवर्क अपग्रेड कोणती समस्या सोडवत आहे? {#network-impact}
+
+डेनकन प्रामुख्याने नेटवर्कचे **विकेंद्रितीकरण कायम राखताना**, **परवडणाऱ्या शुल्कांसह** **स्केलेबिलिटी** (अधिक वापरकर्ते आणि अधिक व्यवहार हाताळणे) संबोधित करते.
+
+Ethereum समुदायाने आपल्या वाढीसाठी "रोलअप-केंद्रित" दृष्टिकोन स्वीकारला आहे, जो अधिक वापरकर्त्यांना सुरक्षितपणे समर्थन देण्यासाठी लेयर 2 रोलअपला प्राथमिक साधन म्हणून ठेवतो.
+
+रोलअप नेटवर्क मेननेटपासून वेगळ्या व्यवहारांची _प्रक्रिया_ (किंवा "एक्झिक्युशन") हाताळतात आणि नंतर रेकॉर्ड ठेवण्यासाठी परिणामांचा क्रिप्टोग्राफिक पुरावा आणि/किंवा संकुचित व्यवहार डेटा मेननेटवर परत प्रकाशित करतात. हे पुरावे संग्रहित करण्यासाठी खर्च येतो ([गॅसच्या](/glossary/#gas) स्वरूपात), जो प्रोटो-डँकशार्डिंगपूर्वी, सर्व नेटवर्क नोड ऑपरेटर्सद्वारे कायमस्वरूपी संग्रहित करावा लागत होता, ज्यामुळे ते एक महागडे काम बनले होते.
+
+डेनकन अपग्रेडमधील प्रोटो-डँकशार्डिंगचा परिचय या पुराव्यांसाठी स्वस्त डेटा स्टोरेज जोडतो, कारण नोड ऑपरेटर्सना हा डेटा केवळ 18 दिवसांसाठी संग्रहित करणे आवश्यक असते, त्यानंतर हार्डवेअर आवश्यकतांचा विस्तार टाळण्यासाठी डेटा सुरक्षितपणे काढला जाऊ शकतो.  कारण रोलअप्समध्ये सामान्यतः 7 दिवसांचा काढण्याचा कालावधी असतो, जोपर्यंत या कालावधीसाठी L1 वर ब्लॉब्स उपलब्ध असतात तोपर्यंत त्यांचे सुरक्षा मॉडेल अपरिवर्तित राहते. 18-दिवसांची प्रुनिंग विंडो या कालावधीसाठी एक महत्त्वपूर्ण बफर प्रदान करते.
+
+[Ethereum स्केल करण्यावर अधिक माहिती](/roadmap/scaling/)
+
+## जुना ब्लॉब डेटा कसा ऍक्सेस केला जातो? {#historical-access}
+
+नियमित Ethereum नोड्स नेहमी नेटवर्कची _सद्यस्थिती_ ठेवतील, तरीही ऐतिहासिक ब्लॉब डेटा त्याच्या परिचयानंतर अंदाजे 18 दिवसांनी टाकून दिला जाऊ शकतो. हा डेटा टाकून देण्यापूर्वी, Ethereum हे सुनिश्चित करते की तो सर्व नेटवर्क सहभागींना उपलब्ध करून दिला गेला आहे, ज्यामुळे यासाठी वेळ मिळतो:
+
+- इच्छुक पक्षांना डेटा डाउनलोड आणि संग्रहित करण्यासाठी.
+- सर्व रोलअप चॅलेंज कालावधी पूर्ण करण्यासाठी.
+- रोलअप व्यवहारांचे अंतिम रूप देण्यासाठी.
+
+_ऐतिहासिक_ ब्लॉब डेटा विविध कारणांसाठी हवा असू शकतो आणि तो अनेक विकेंद्रित प्रोटोकॉल वापरून संग्रहित आणि ऍक्सेस केला जाऊ शकतो:
+
+- **तृतीय-पक्ष इंडेक्सिंग प्रोटोकॉल**, जसे की The Graph, क्रिप्टो-इकॉनॉमिक मेकॅनिझम्सद्वारे प्रोत्साहित केलेल्या नोड ऑपरेटर्सच्या विकेंद्रित नेटवर्कद्वारे हा डेटा संग्रहित करतात.
+- **BitTorrent** हा एक विकेंद्रित प्रोटोकॉल आहे जिथे स्वयंसेवक हा डेटा इतरांना धारण आणि वितरीत करू शकतात.
+- **[Ethereum पोर्टल नेटवर्क](/developers/docs/networking-layer/portal-network/)** चा उद्देश BitTorrent प्रमाणे सहभागींमध्ये डेटा वितरित करून नोड ऑपरेटर्सच्या विकेंद्रित नेटवर्कद्वारे सर्व Ethereum डेटामध्ये प्रवेश प्रदान करणे आहे.
+- **वैयक्तिक वापरकर्ते** ऐतिहासिक संदर्भासाठी त्यांना हव्या असलेल्या कोणत्याही डेटाच्या स्वतःच्या प्रती संग्रहित करण्यास नेहमीच स्वतंत्र असतात.
+- **रोलअप प्रदाते** त्यांच्या रोलअपचा वापरकर्ता अनुभव वाढवण्यासाठी हा डेटा संग्रहित करण्यास प्रोत्साहित केले जातात.
+- **ब्लॉक एक्सप्लोरर्स** सामान्यतः अर्काइव्हल नोड्स चालवतात जे या सर्व माहितीला सोप्या ऐतिहासिक संदर्भासाठी अनुक्रमित आणि संग्रहित करतात, जे वेब इंटरफेसद्वारे वापरकर्त्यांसाठी प्रवेशयोग्य असतात.
+
+हे लक्षात घेणे महत्त्वाचे आहे की ऐतिहासिक स्थिती पुनर्प्राप्त करणे **1-of-N ट्रस्ट मॉडेल** वर कार्य करते. याचा अर्थ असा की नेटवर्कच्या सद्यस्थितीचा वापर करून त्याची अचूकता सत्यापित करण्यासाठी तुम्हाला फक्त _एकाच विश्वासार्ह स्रोताकडून_ डेटाची आवश्यकता आहे.
+
+## हे अपग्रेड व्यापक Ethereum रोडमॅपमध्ये कसे योगदान देते? {#roadmap-impact}
+
+प्रोटो-डँकशार्डिंग [डँकशार्डिंग](/roadmap/danksharding/) च्या पूर्ण अंमलबजावणीसाठी स्टेज सेट करते. डँकशार्डिंग नोड ऑपरेटर्समध्ये रोलअप डेटाचे स्टोरेज वितरित करण्यासाठी डिझाइन केलेले आहे, जेणेकरून प्रत्येक ऑपरेटरला एकूण डेटाचा फक्त एक छोटासा भाग हाताळण्याची आवश्यकता असेल. हे वितरण प्रति ब्लॉक डेटा ब्लॉब्सची संख्या वाढवेल, जे अधिक वापरकर्ते आणि व्यवहार हाताळण्यासाठी Ethereum स्केल करण्यासाठी आवश्यक आहे.
+
+ही स्केलेबिलिटी [Ethereum वर अब्जावधी वापरकर्त्यांना समर्थन देण्यासाठी](/roadmap/scaling/) परवडणाऱ्या शुल्कांसह आणि अधिक प्रगत ऍप्लिकेशन्ससह विकेंद्रित नेटवर्क राखताना महत्त्वपूर्ण आहे. या बदलांशिवाय, नोड ऑपरेटर्ससाठी हार्डवेअरची मागणी वाढेल, ज्यामुळे वाढत्या महागड्या उपकरणांची आवश्यकता निर्माण होईल. यामुळे लहान ऑपरेटर्स बाहेर पडू शकतात, ज्यामुळे काही मोठ्या ऑपरेटर्समध्ये नेटवर्क नियंत्रणाचे केंद्रीकरण होईल, जे विकेंद्रीकरणाच्या तत्त्वाच्या विरोधात जाईल.
+
+## हे अपग्रेड सर्व Ethereum कन्सेन्सस आणि व्हॅलिडेटर क्लायंटवर परिणाम करते का? {#client-impact}
+
+होय, प्रोटो-डँकशार्डिंग (EIP-4844) साठी एक्झिक्युशन क्लायंट आणि कन्सेन्सस क्लायंट दोन्हीमध्ये अपडेट्स आवश्यक आहेत. सर्व मुख्य Ethereum क्लायंटने अपग्रेडला समर्थन देणारे व्हर्जन्स रिलीज केले आहेत. अपग्रेडनंतर Ethereum नेटवर्कसोबत सिंक्रोनाइझेशन राखण्यासाठी, नोड ऑपरेटर्सनी हे सुनिश्चित केले पाहिजे की ते समर्थित क्लायंट व्हर्जन चालवत आहेत. लक्षात घ्या की क्लायंट रिलीझबद्दलची माहिती वेळेनुसार संवेदनशील आहे आणि वापरकर्त्यांनी सर्वात अद्ययावत तपशीलांसाठी नवीनतम अपडेट्सचा संदर्भ घ्यावा. [समर्थित क्लायंट रिलीझवरील तपशील पहा](https://blog.ethereum.org/2024/02/27/dencun-mainnet-announcement#client-releases).
+
+कन्सेन्सस क्लायंट _व्हॅलिडेटर_ सॉफ्टवेअर हाताळतात, जे सर्व अपग्रेड सामावून घेण्यासाठी अपडेट केले गेले आहे.
+
+## कॅनकन-डेनेब (डेनकन) Ethereum टेस्टनेट्सवर कसा परिणाम करते? {#testnet-impact}
+
+- Devnets, Sepolia आणि Holesky या सर्वांनी डेनकन अपग्रेड केले आहे आणि त्यांच्याकडे प्रोटो-डँकशार्डिंग पूर्णपणे कार्यरत आहे
+- रोलअप डेव्हलपर्स EIP-4844 च्या चाचणीसाठी हे नेटवर्क वापरू शकतात
+- बहुतेक वापरकर्त्यांवर प्रत्येक टेस्टनेटमधील या बदलाचा कोणताही परिणाम होणार नाही
+
+## L2 वरील सर्व व्यवहार आता तात्पुरती ब्लॉब स्पेस वापरतील, की तुम्हाला निवडता येईल? {#calldata-vs-blobs}
+
+Ethereum च्या लेयर 2 (L2) वरील रोलअप व्यवहारांना दोन प्रकारच्या डेटा स्टोरेजचा वापर करण्याचा पर्याय आहे: तात्पुरती ब्लॉब स्पेस किंवा कायमस्वरूपी स्मार्ट कॉन्ट्रॅक्ट कॅलडेटा. ब्लॉब स्पेस एक किफायतशीर निवड आहे, जी कमी खर्चात तात्पुरते स्टोरेज प्रदान करते. हे सर्व आवश्यक चॅलेंज कालावधीसाठी डेटा उपलब्धतेची हमी देते. दुसरीकडे, स्मार्ट कॉन्ट्रॅक्ट कॅलडेटा कायमस्वरूपी स्टोरेज ऑफर करते परंतु ते अधिक महाग आहे.
+
+ब्लॉब स्पेस किंवा कॅलडेटा वापरण्याचा निर्णय प्रामुख्याने रोलअप प्रदात्यांद्वारे घेतला जातो. ते हा निर्णय ब्लॉब स्पेसच्या सध्याच्या मागणीवर आधारित करतात. जर ब्लॉब स्पेसची जास्त मागणी असेल, तर रोलअप डेटा वेळेवर पोस्ट केला जाईल याची खात्री करण्यासाठी कॅलडेटा निवडू शकतात.
+
+वापरकर्त्यांना त्यांच्या पसंतीचा स्टोरेज प्रकार निवडणे सैद्धांतिकदृष्ट्या शक्य असले तरी, रोलअप प्रदाते सामान्यतः ही निवड व्यवस्थापित करतात. वापरकर्त्यांना हा पर्याय ऑफर केल्याने जटिलता वाढेल, विशेषतः किफायतशीर बंडलिंग व्यवहारांमध्ये. या निवडीवरील विशिष्ट तपशीलांसाठी, वापरकर्त्यांनी वैयक्तिक रोलअप प्रदात्यांद्वारे प्रदान केलेल्या माहितीचा संदर्भ घ्यावा.
+
+## 4844 मुळे L1 गॅस कमी होईल का? {#l1-fee-impact}
+
+लक्षणीयरीत्या नाही. रोलअप प्रदात्यांच्या वापरासाठी, केवळ ब्लॉब स्पेससाठी एक नवीन गॅस मार्केट सादर केले आहे. _जरी L1 वरील शुल्क ब्लॉब्सवर रोलअप डेटा ऑफ-लोड करून कमी केले जाऊ शकते, तरीही हे अपग्रेड प्रामुख्याने L2 शुल्काच्या कपातीवर लक्ष केंद्रित करते. L1 (मेननेट) वरील शुल्काची कपात कमी प्रमाणात दुसऱ्या-क्रमाचा परिणाम म्हणून होऊ शकते._
+
+- L1 गॅस कपात रोलअप प्रदात्यांद्वारे ब्लॉब डेटाच्या अवलंबन/वापराच्या प्रमाणात असेल
+- L1 गॅस रोलअप-संबंधित नसलेल्या क्रियाकलापांमुळे स्पर्धात्मक राहण्याची शक्यता आहे
+- ब्लॉब स्पेसचा वापर करणारे रोलअप कमी L1 गॅसची मागणी करतील, ज्यामुळे नजीकच्या काळात L1 गॅस शुल्क खाली आणण्यास मदत होईल
+- ब्लॉब स्पेस अजूनही मर्यादित आहे, त्यामुळे जर ब्लॉकमधील ब्लॉब्स संपृक्त/पूर्ण असतील, तर रोलअप्सना त्यांचा डेटा तात्पुरता कायमस्वरूपी डेटा म्हणून पोस्ट करावा लागू शकतो, ज्यामुळे L1 आणि L2 गॅसच्या किमती वाढतील
+
+## यामुळे इतर EVM लेयर 1 ब्लॉकचेन्सवरील शुल्क कमी होईल का? {#alt-l1-fee-impact}
+
+नाही. प्रोटो-डँकशार्डिंगचे फायदे Ethereum लेयर 2 रोलअपसाठी विशिष्ट आहेत जे त्यांचे पुरावे लेयर 1 (मेननेट) वर संग्रहित करतात.
+
+केवळ Ethereum Virtual Machine (EVM) शी सुसंगत असणे याचा अर्थ असा नाही की नेटवर्कला या अपग्रेडमधून कोणताही फायदा होईल. Ethereum पासून स्वतंत्रपणे कार्य करणारे नेटवर्क्स (EVM सुसंगत असो वा नसो) आपला डेटा Ethereum वर संग्रहित करत नाहीत आणि त्यांना या अपग्रेडमधून कोणताही फायदा होणार नाही.
+
+[लेयर 2 रोलअप्सबद्दल अधिक](/layer-2/)
+
+## तुम्ही पाहून शिकणारे आहात का? {#visual-learner}
+
+<YouTube id="HT9PHWloIiU" />
+
+_Ethereum's स्केलिंग अनलॉक करणे, EIP-4844 — Finematics _
+
+<YouTube id="dFjyUY3e53Q" />
+
+_डोमोथीसह ब्लॉबस्पेस 101 — बँकलेस_
+
+## पुढील वाचन {#further-reading}
+
+- [EIP4844.com](https://www.eip4844.com/)
+- [EIP-4844: शार्ड ब्लॉब व्यवहार (प्रोटो-डँकशार्डिंग)](https://eips.ethereum.org/EIPS/eip-4844)
+- [डेनकन मेननेट घोषणा](https://blog.ethereum.org/2024/02/27/dencun-mainnet-announcement) - _Ethereum फाउंडेशन ब्लॉग_
+- [द हिचहायकर्स गाईड टू Ethereum: प्रोटो-डँकशार्डिंग](https://members.delphidigital.io/reports/the-hitchhikers-guide-to-ethereum/#proto-danksharding-eip-4844) - _जॉन चार्बोन्यू_
+- [प्रोटो-डँकशार्डिंग FAQ](https://notes.ethereum.org/@vbuterin/proto_danksharding_faq) - _विटालिक बुटेरिन_
+- [EIP-4844 चे सखोल स्पष्टीकरण: कॅनकन अपग्रेडचा गाभा](https://medium.com/@ebunker.io/an-in-depth-explanation-of-eip-4844-the-core-of-the-cancun-upgrade-de7b13761d2c) - _Ebunker_
+- [AllCoreDevs अपडेट 016](https://tim.mirror.xyz/HzH5MpK1dnw7qhBSmzCfdCIxpwpD6DpwlfxtaAwEFro) - _टिम बेको_
diff --git a/public/content/translations/mr/roadmap/fusaka/index.md b/public/content/translations/mr/roadmap/fusaka/index.md
new file mode 100644
index 00000000000..1de259ea4cb
--- /dev/null
+++ b/public/content/translations/mr/roadmap/fusaka/index.md
@@ -0,0 +1,300 @@
+---
+title: "फुलू-ओसाका (फुसाका)"
+description: "फुसाका प्रोटोकॉल अपग्रेडबद्दल जाणून घ्या"
+lang: mr
+---
+
+# फुसाका <Emoji text="🦓" /> {#fusaka}
+
+**इथेरियमचा अत्यंत अपेक्षित फुसाका अपग्रेड 3 डिसेंबर 2025 रोजी लाइव्ह झाला**
+
+फुसाका नेटवर्क अपग्रेड [पेक्ट्रा](/roadmap/pectra/) नंतर येतो आणि प्रत्येक इथेरियम वापरकर्ता आणि डेव्हलपरसाठी अधिक नवीन वैशिष्ट्ये आणतो आणि अनुभव सुधारतो. या नावामध्ये एक्झिक्यूशन लेअर अपग्रेड ओसाका आणि फुलू ताऱ्याच्या नावावरून ठेवलेल्या कन्सेन्सस लेअर आवृत्तीचा समावेश आहे. इथेरियमच्या दोन्ही भागांना एक अपग्रेड मिळतो जो इथेरियम स्केलिंग, सुरक्षा आणि वापरकर्ता अनुभव भविष्यात पुढे नेतो.
+
+<Alert variant="update">
+<AlertContent>
+<AlertDescription>
+फुसाका अपग्रेड हा इथेरियमच्या दीर्घकालीन विकासाच्या उद्दिष्टांमधील एकच टप्पा आहे. [प्रोटोकॉल रोडमॅप](/roadmap/) आणि [मागील अपग्रेड्स](/ethereum-forks/) बद्दल अधिक जाणून घ्या.
+</AlertDescription>
+</AlertContent>
+</Alert>
+
+## फुसाकामधील सुधारणा {#improvements-in-fusaka}
+
+### ब्लॉब्स स्केल करा {#scale-blobs}
+
+#### PeerDAS {#peerdas}
+
+हा फुसाका फोर्कचा _हेडलाइनर_ आहे, या अपग्रेडमध्ये जोडलेले मुख्य वैशिष्ट्य. लेअर 2s सध्या त्यांचा डेटा इथेरियमवर ब्लॉब्समध्ये पोस्ट करतात, हा एक अल्पायुषी डेटा प्रकार आहे जो विशेषतः लेअर 2s साठी तयार केला आहे. फुसाका-पूर्वी, डेटा अस्तित्वात असल्याची खात्री करण्यासाठी प्रत्येक पूर्ण नोडला प्रत्येक ब्लॉब साठवून ठेवावा लागतो. जसजसा ब्लॉब थ्रूपुट वाढतो, तसतसा हा सर्व डेटा डाउनलोड करणे असह्यपणे संसाधन-केंद्रित बनते.
+
+[डेटा उपलब्धता सॅम्पलिंग](https://notes.ethereum.org/@fradamt/das-fork-choice) सह, सर्व ब्लॉब डेटा साठवण्याऐवजी, प्रत्येक नोड ब्लॉब डेटाच्या उपसंचासाठी जबाबदार असेल. ब्लॉब्स नेटवर्कमधील नोड्सवर समान रीतीने यादृच्छिकपणे वितरित केले जातात, प्रत्येक पूर्ण नोड फक्त 1/8 डेटा धारण करतो, त्यामुळे सैद्धांतिकरित्या 8x पर्यंत स्केल करणे शक्य होते. डेटाची उपलब्धता सुनिश्चित करण्यासाठी, डेटाचा कोणताही भाग संपूर्ण डेटाच्या विद्यमान 50% भागातून अशा पद्धतींनी पुनर्रचित केला जाऊ शकतो ज्यामुळे चुकीच्या किंवा गहाळ डेटाची संभाव्यता क्रिप्टोग्राफिकदृष्ट्या नगण्य पातळीवर (~10<sup>20</sup> मध्ये एक ते 10<sup>24</sup> मध्ये एक) कमी होते.
+
+हे नोड्ससाठी हार्डवेअर आणि बँडविड्थ आवश्यकता टिकवून ठेवते, तसेच ब्लॉब स्केलिंग सक्षम करते, ज्यामुळे लेअर 2s साठी कमी शुल्कासह अधिक स्केल मिळतो.
+
+[PeerDAS बद्दल अधिक जाणून घ्या](/roadmap/fusaka/peerdas/)
+
+**संसाधने**:
+
+- [EIP-7594 तांत्रिक तपशील](https://eips.ethereum.org/EIPS/eip-7594)
+- [PeerDAS वर डॅपलिऑन: आज इथेरियमचे स्केलिंग | ETHSofia 2024](https://youtu.be/bONWd1x2TjQ?t=328)
+- [शैक्षणिक: इथेरियमच्या PeerDAS चे दस्तऐवजीकरण (PDF)](https://eprint.iacr.org/2024/1362.pdf)
+
+#### ब्लॉब-पॅरामीटर-ओन्ली फोर्क्स {#blob-parameter-only-forks}
+
+लेअर 2s इथेरियमला स्केल करतात - जसजसे त्यांचे नेटवर्क वाढतात, तसतसे त्यांना इथेरियमवर अधिक डेटा पोस्ट करावा लागतो. याचा अर्थ असा आहे की इथेरियमला ​​वेळेनुसार त्यांच्यासाठी उपलब्ध असलेल्या ब्लॉब्सची संख्या वाढवावी लागेल. जरी PeerDAS ब्लॉब डेटा स्केलिंग सक्षम करते, तरी ते हळूहळू आणि सुरक्षितपणे करणे आवश्यक आहे.
+
+कारण इथेरियम हा हजारो स्वतंत्र नोड्सवर चालणारा कोड आहे ज्यांना समान नियमांवर कराराची आवश्यकता असते, त्यामुळे तुम्ही वेबसाइट अपडेट तैनात करता त्याप्रमाणे आम्ही ब्लॉब संख्या वाढवण्यासारखे बदल सहजपणे सादर करू शकत नाही. कोणताही नियम बदल हा एक समन्वित अपग्रेड असला पाहिजे जिथे प्रत्येक नोड, क्लायंट आणि व्हॅलिडेटर सॉफ्टवेअर एकाच पूर्वनिर्धारित ब्लॉकच्या आधी अपग्रेड होतात.
+
+या समन्वित अपग्रेडमध्ये सामान्यतः बरेच बदल समाविष्ट असतात, भरपूर चाचणी आवश्यक असते आणि त्यासाठी वेळ लागतो. बदलत्या लेअर 2 ब्लॉब गरजांशी जलद जुळवून घेण्यासाठी, ब्लॉब पॅरामीटर ओन्ली फोर्क्स त्या अपग्रेड शेड्यूलची वाट न पाहता ब्लॉब्स वाढवण्यासाठी एक यंत्रणा सादर करतात.
+
+ब्लॉब पॅरामीटर ओन्ली फोर्क्स क्लायंटद्वारे सेट केले जाऊ शकतात, जसे की गॅस लिमिटसारख्या इतर कॉन्फिगरेशनप्रमाणे. मोठ्या इथेरियम अपग्रेड्सदरम्यान, क्लायंट `target` आणि `max` ब्लॉब्स उदाहरणार्थ 9 आणि 12 पर्यंत वाढवण्यास सहमत होऊ शकतात आणि नंतर नोड ऑपरेटर त्या लहान फोर्कमध्ये भाग घेण्यासाठी अपडेट करतील. हे ब्लॉब पॅरामीटर ओन्ली फोर्क्स कधीही कॉन्फिगर केले जाऊ शकतात.
+
+जेव्हा डेंकुन अपग्रेडमध्ये नेटवर्कमध्ये प्रथम ब्लॉब्स जोडले गेले, तेव्हा लक्ष्य 3 होते. पेक्ट्रामध्ये ते 6 पर्यंत वाढवले ​​गेले आणि फुसाका नंतर, आता या मोठ्या नेटवर्क अपग्रेडपासून स्वतंत्रपणे टिकाऊ दराने वाढवता येईल.
+
+![प्रत्येक ब्लॉकमधील सरासरी ब्लॉब संख्या दर्शवणारा आणि अपग्रेडसह लक्ष्य वाढवणारा चार्ट](./average-blob-count-per-block.webp)
+
+ग्राफ स्रोत: [इथेरियम ब्लॉब्स - @hildobby, ड्यून ॲनालिटिक्स](https://dune.com/hildobby/blobs)
+
+**संसाधने**: [EIP-7892 तांत्रिक तपशील](https://eips.ethereum.org/EIPS/eip-7892)
+
+#### ब्लॉब बेस-फी एक्झिक्यूशन खर्चाने मर्यादित {#blob-base-fee-bounded-by-execution-costs}
+
+जेव्हा लेअर 2s डेटा पोस्ट करतात तेव्हा ते दोन बिल भरतात: ब्लॉब फी आणि ते ब्लॉब सत्यापित करण्यासाठी आवश्यक असलेले एक्झिक्यूशन गॅस. जर एक्झिक्यूशन गॅसचे वर्चस्व असेल, तर ब्लॉब फी लिलाव 1 wei पर्यंत खाली येऊ शकतो आणि किंमत संकेत देण्याचे थांबवू शकतो.
+
+EIP-7918 प्रत्येक ब्लॉबच्या खाली एक प्रमाणबद्ध राखीव किंमत पिन करते. जेव्हा राखीव रक्कम नाममात्र ब्लॉब बेस फी पेक्षा जास्त असते, तेव्हा फी समायोजन अल्गोरिदम ब्लॉकला लक्ष्याच्या वर मानतो आणि फी खाली ढकलणे थांबवतो आणि सामान्यपणे वाढू देतो. परिणामी:
+
+- ब्लॉब फी मार्केट नेहमी गर्दीवर प्रतिक्रिया देते
+- लेअर 2s नोड्सवर जबरदस्तीने केलेल्या कंप्यूटचा किमान एक अर्थपूर्ण भाग देतात
+- EL वरील बेस-फी स्पाइक्स आता ब्लॉब फी 1 wei वर अडकवू शकत नाहीत
+
+**संसाधने**:
+
+- [EIP-7918 तांत्रिक तपशील](https://eips.ethereum.org/EIPS/eip-7918)
+- [स्टोरीबुक स्पष्टीकरणकर्ता](https://notes.ethereum.org/@anderselowsson/AIG)
+
+### स्केल L1 {#scale-l1}
+
+#### हिस्टरी एक्सपायरी आणि सोप्या रिसीट्स {#history-expiry}
+
+जुलै 2025 मध्ये, इथेरियम एक्झिक्यूशन क्लायंटने [आंशिक हिस्टरी एक्सपायरीला समर्थन देण्यास सुरुवात केली](https://blog.ethereum.org/2025/07/08/partial-history-exp). याने इथेरियम वाढत असताना नोड ऑपरेटर्ससाठी आवश्यक असलेली डिस्क स्पेस कमी करण्यासाठी [द मर्ज](https://ethereum.org/roadmap/merge/) पेक्षा जुनी हिस्टरी काढून टाकली.
+
+हे EIP "कोअर EIPs" पासून वेगळ्या विभागात आहे कारण फोर्क प्रत्यक्षात कोणतेही बदल लागू करत नाही - ही एक सूचना आहे की क्लायंट टीम्सने फुसाका अपग्रेडद्वारे हिस्टरी एक्सपायरीला समर्थन दिले पाहिजे. व्यावहारिकरित्या, क्लायंट हे कधीही लागू करू शकतात परंतु ते अपग्रेडमध्ये जोडल्याने ते त्यांच्या कामाच्या यादीत ठोसपणे आले आणि त्यांना या वैशिष्ट्यासह फुसाका बदलांची चाचणी घेण्यास सक्षम केले.
+
+**संसाधने**: [EIP-7642 तांत्रिक तपशील](https://eips.ethereum.org/EIPS/eip-7642)
+
+#### MODEXP साठी वरच्या मर्यादा सेट करा {#set-upper-bounds-for-modexp}
+
+आतापर्यंत, MODEXP प्रीकॉम्पाइलने अक्षरशः कोणत्याही आकाराच्या संख्या स्वीकारल्या आहेत. त्यामुळे चाचणी घेणे कठीण, गैरवापर करणे सोपे आणि क्लायंटच्या स्थिरतेसाठी धोकादायक बनले होते. EIP-7823 एक स्पष्ट मर्यादा घालते: प्रत्येक इनपुट संख्या जास्तीत जास्त 8192 बिट्स (1024 बाइट्स) लांब असू शकते. त्याहून मोठे काहीही नाकारले जाते, व्यवहाराचा गॅस बर्न होतो आणि कोणतीही स्टेट बदल होत नाहीत. हे गॅस लिमिट नियोजन आणि सुरक्षा पुनरावलोकने गुंतागुंतीची करणारी अत्यंत टोकाची प्रकरणे काढून टाकताना वास्तविक-जगातील गरजा आरामात पूर्ण करते. हा बदल वापरकर्ता किंवा डेव्हलपर अनुभवावर परिणाम न करता अधिक सुरक्षा आणि DoS संरक्षण प्रदान करतो.
+
+**संसाधने**: [EIP-7823 तांत्रिक तपशील](https://eips.ethereum.org/EIPS/eip-7823)
+
+#### व्यवहार गॅस लिमिट कॅप {#transaction-gas-limit-cap}
+
+EIP-[7825](https://eips.ethereum.org/EIPS/eip-7825) प्रति व्यवहार 16,777,216 (2^24) गॅसची मर्यादा घालते. आपण ब्लॉक गॅस लिमिट वाढवत असताना कोणत्याही एका व्यवहाराच्या सर्वात वाईट-स्थितीतील खर्चाला मर्यादित करून हे सक्रिय DoS हार्डनिंग आहे. हे व्हॅलिडेशन आणि प्रोपगेशन मॉडेल करणे सोपे करते, ज्यामुळे आम्हाला गॅस लिमिट वाढवून स्केलिंगचा सामना करता येतो.
+
+नेमके 2^24 गॅस का? हे आजच्या गॅस लिमिटपेक्षा आरामात लहान आहे, वास्तविक कॉन्ट्रॅक्ट उपयोजन आणि हेवी प्रीकॉम्पाइलसाठी पुरेसे मोठे आहे आणि 2 चा घात असल्यामुळे सर्व क्लायंटवर लागू करणे सोपे होते. हा नवीन कमाल व्यवहार आकार प्री-पेक्ट्रा सरासरी ब्लॉक आकारासारखाच आहे, ज्यामुळे तो इथेरियमवरील कोणत्याही ऑपरेशनसाठी एक वाजवी मर्यादा बनतो.
+
+**संसाधने**: [EIP-7825 तांत्रिक तपशील](https://eips.ethereum.org/EIPS/eip-7825)
+
+#### `MODEXP` गॅस खर्चात वाढ {#modexp-gas-cost-increase}
+
+MODEXP हे एक प्रीकॉम्पाइल बिल्ट-इन फंक्शन आहे जे मॉड्युलर एक्सपोनेंशिएशनची गणना करते, हा एक प्रकारचा मोठ्या संख्येचा गणित आहे जो RSA स्वाक्षरी पडताळणी आणि प्रूफ सिस्टममध्ये वापरला जातो. हे कॉन्ट्रॅक्ट्सना स्वतः लागू न करता थेट या गणना चालवण्याची परवानगी देते.
+
+डेव्हलपर्स आणि क्लायंट टीम्सने MODEXP ला ब्लॉक गॅस लिमिट वाढवण्यातील एक मोठा अडथळा म्हणून ओळखले आहे कारण सध्याचे गॅस किंमतनिर्धारण अनेकदा विशिष्ट इनपुटसाठी किती संगणकीय शक्ती आवश्यक आहे याचा कमी अंदाज लावते. याचा अर्थ असा आहे की MODEXP वापरणारा एक व्यवहार संपूर्ण ब्लॉकवर प्रक्रिया करण्यासाठी लागणारा बहुतेक वेळ घेऊ शकतो, ज्यामुळे नेटवर्क मंदावते.
+
+हे EIP वास्तविक संगणकीय खर्चाशी जुळण्यासाठी किंमतनिर्धारण बदलते:
+
+- किमान शुल्क 200 वरून 500 गॅसपर्यंत वाढवून आणि सामान्य खर्चाच्या गणनेवर EIP-2565 मधून एक तृतीयांश सवलत काढून टाकून
+- जेव्हा एक्सपोनेंट इनपुट खूप लांब असतो तेव्हा खर्च अधिक तीव्रतेने वाढवून. जर एक्सपोनेंट (दुसरा युक्तिवाद म्हणून तुम्ही पास करत असलेली “पॉवर” संख्या) 32 बाइट्स / 256 बिट्सपेक्षा लांब असेल, तर प्रत्येक अतिरिक्त बाइटसाठी गॅस चार्ज खूप वेगाने वाढतो
+- मोठा बेस किंवा मॉड्युलससाठी अतिरिक्त शुल्क आकारून. इतर दोन संख्या (बेस आणि मॉड्युलस) किमान 32 बाइट्सच्या असतील असे गृहीत धरले जाते - जर त्यापैकी कोणतीही एक मोठी असेल तर खर्च तिच्या आकाराच्या प्रमाणात वाढतो
+
+वास्तविक प्रक्रिया वेळेनुसार खर्चाचे अधिक चांगले जुळणी करून, MODEXP आता ब्लॉकला व्हॅलिडेट करण्यासाठी खूप जास्त वेळ लावू शकत नाही. हा बदल भविष्यात इथेरियमची ब्लॉक गॅस लिमिट वाढवणे सुरक्षित करण्याच्या उद्देशाने असलेल्या अनेक बदलांपैकी एक आहे.
+
+**संसाधने**: [EIP-7883 तांत्रिक तपशील](https://eips.ethereum.org/EIPS/eip-7883)
+
+#### RLP एक्झिक्यूशन ब्लॉक आकार मर्यादा {#rlp-execution-block-size-limit}
+
+हे ब्लॉकला किती मोठा असण्याची परवानगी आहे यावर एक कमाल मर्यादा तयार करते - ही नेटवर्कवर _पाठवलेल्या_ गोष्टींवरील मर्यादा आहे आणि गॅस लिमिटपासून वेगळी आहे, जी ब्लॉकच्या आतल्या _कामावर_ मर्यादा घालते. ब्लॉक आकार कॅप 10 MiB आहे, कन्सेन्सस डेटासाठी एक लहान भत्ता (2 MiB) राखीव आहे जेणेकरून सर्वकाही व्यवस्थित बसते आणि स्वच्छपणे प्रसारित होते. जर ब्लॉक त्यापेक्षा मोठा दिसला तर क्लायंट तो नाकारतात.
+हे आवश्यक आहे कारण खूप मोठे ब्लॉक्स नेटवर्कवर पसरण्यास आणि सत्यापित करण्यास जास्त वेळ घेतात आणि कन्सेन्सस समस्या निर्माण करू शकतात किंवा DoS वेक्टर म्हणून गैरवापर होऊ शकतात. तसेच, कन्सेन्सस लेअरचा गॉसिप आधीच ~10 MiB पेक्षा जास्त ब्लॉक्स फॉरवर्ड करणार नाही, त्यामुळे एक्झिक्यूशन लेअरला त्या मर्यादेशी संरेखित केल्याने विचित्र “काहींनी पाहिले, इतरांनी वगळले” अशा परिस्थिती टाळता येतात.
+
+मुख्य मुद्दा: ही [RLP](/developers/docs/data-structures-and-encoding/rlp/)-एनकोडेड एक्झिक्यूशन ब्लॉक आकारावरील मर्यादा आहे. एकूण 10 MiB, बीकन-ब्लॉक फ्रेमिंगसाठी 2 MiB सुरक्षा मार्जिन राखीव. व्यावहारिकरित्या, क्लायंट परिभाषित करतात
+
+`MAX_BLOCK_SIZE = 10,485,760` बाइट्स आणि
+
+`SAFETY_MARGIN = 2,097,152` बाइट्स,
+
+आणि ज्या एक्झिक्यूशन ब्लॉकचा RLP पेलोड जास्त असेल त्याला नाकारतात
+
+`MAX_RLP_BLOCK_SIZE = MAX_BLOCK_SIZE − SAFETY_MARGIN`
+
+उद्दिष्ट हे आहे की सर्वात वाईट-स्थितीतील प्रोपगेशन/व्हॅलिडेशन वेळ मर्यादित करणे आणि कन्सेन्सस लेअर गॉसिप वर्तनाशी संरेखित करणे, गॅस अकाउंटिंग न बदलता रीऑर्ग/DoS धोका कमी करणे.
+
+**संसाधने**: [EIP-7934 तांत्रिक तपशील](https://eips.ethereum.org/EIPS/eip-7934)
+
+#### डीफॉल्ट गॅस लिमिट 60 दशलक्षवर सेट करा {#set-default-gas-limit-to-60-million}
+
+फेब्रुवारी 2025 मध्ये गॅस लिमिट 30M वरून 36M (आणि त्यानंतर 45M) पर्यंत वाढवण्यापूर्वी, हे मूल्य द मर्ज (सप्टेंबर 2022) पासून बदलले नव्हते. या EIP चे उद्दिष्ट सुसंगत स्केलिंगला प्राधान्य देण्याचे आहे.
+
+EIP-7935 EL क्लायंट टीम्सना फुसाकासाठी आजच्या 45M पेक्षा जास्त डीफॉल्ट गॅस-लिमिट वाढवण्यासाठी समन्वय साधते. हे एक माहितीपूर्ण EIP आहे, परंतु ते क्लायंटना डेव्हनेटवर उच्च मर्यादा तपासण्यास, सुरक्षित मूल्यावर एकत्र येण्यास आणि त्यांच्या फुसाका प्रकाशनांमध्ये ती संख्या पाठवण्यास स्पष्टपणे सांगते.
+
+डेव्हनेट नियोजन लक्ष्य ~60M स्ट्रेस (सिंथेटिक लोडसह पूर्ण ब्लॉक्स) आणि पुनरावृत्ती वाढ; संशोधनानुसार सर्वात वाईट-स्थितीतील ब्लॉक-आकार पॅथॉलॉजीज ~150M च्या खाली बांधल्या जाऊ नयेत. रोलआउट व्यवहार गॅस-लिमिट कॅप (EIP-7825) सोबत जोडला पाहिजे जेणेकरून मर्यादा वाढल्यामुळे कोणताही एक व्यवहार वर्चस्व गाजवू शकणार नाही.
+
+**संसाधने**: [EIP-7935 तांत्रिक तपशील](https://eips.ethereum.org/EIPS/eip-7935)
+
+### UX सुधारा {#improve-ux}
+
+#### डिटरमिनिस्टिक प्रपोजर लूकाहेड {#deterministic-proposer-lookahead}
+
+EIP-7917 सह, बीकन चेन पुढील इपॉकमधील आगामी ब्लॉक प्रपोजर्सबद्दल जागरूक होईल. कोणते व्हॅलिडेटर्स भविष्यातील ब्लॉक्स प्रस्तावित करतील यावर एक निश्चित दृष्टिकोन असण्यामुळे [प्रीकन्फर्मेशन्स](https://ethresear.ch/t/based-preconfirmations/17353) सक्षम होऊ शकतात - आगामी प्रपोजरसोबत एक वचनबद्धता जी वापरकर्त्याच्या व्यवहाराचा त्यांच्या ब्लॉकमध्ये समावेश होईल याची हमी देते, प्रत्यक्ष ब्लॉकची वाट न पाहता.
+
+हे वैशिष्ट्य क्लायंट अंमलबजावणी आणि नेटवर्कच्या सुरक्षिततेसाठी फायदेशीर आहे कारण ते अशा एज केसेसना प्रतिबंध करते जिथे व्हॅलिडेटर्स प्रपोजर शेड्यूलमध्ये फेरफार करू शकतात. लूकाहेड अंमलबजावणीची गुंतागुंत देखील कमी करते.
+
+**संसाधने**: [EIP-7917 तांत्रिक तपशील](https://eips.ethereum.org/EIPS/eip-7917)
+
+#### अग्रगण्य शून्यांची गणना (CLZ) ऑपकोड {#count-leading-zeros-opcode}
+
+हे वैशिष्ट्य एक लहान EVM सूचना जोडते, **अग्रगण्य शून्यांची गणना (CLZ)**. EVM मधील बहुतेक सर्व काही 256-बिट मूल्य म्हणून दर्शविले जाते—हा नवीन ऑपकोड समोर किती शून्य बिट्स आहेत ते परत करतो. हे अनेक सूचना सेट आर्किटेक्चरमध्ये एक सामान्य वैशिष्ट्य आहे कारण ते अधिक कार्यक्षम अंकगणित ऑपरेशन्स सक्षम करते. व्यवहारात हे आजच्या हाताने तयार केलेले बिट स्कॅन एकाच टप्प्यात आणते, त्यामुळे पहिला सेट केलेला बिट शोधणे, बाइट्स स्कॅन करणे किंवा बिटफिल्ड्स पार्स करणे सोपे आणि स्वस्त होते. ऑपकोड कमी, निश्चित-किंमतीचा आहे आणि एका मूलभूत ॲडच्या बरोबरीचा असल्याचे बेंचमार्क केले गेले आहे, जे बायटेकोड कमी करते आणि त्याच कामासाठी गॅस वाचवते.
+
+**संसाधने**: [EIP-7939 तांत्रिक तपशील](https://eips.ethereum.org/EIPS/eip-7939)
+
+#### secp256r1 कर्व सपोर्टसाठी प्रीकॉम्पाइल {#secp256r1-precompile}
+
+निश्चित पत्त्यावर `0x100` एक अंगभूत, पासकी-शैलीतील secp256r1 (P-256) स्वाक्षरी तपासक सादर करतो, जो आधीच अनेक L2 द्वारे स्वीकारलेला समान कॉल स्वरूप वापरतो आणि एज केसेस निश्चित करतो, त्यामुळे त्या वातावरणासाठी लिहिलेले कॉन्ट्रॅक्ट्स L1 वर बदलांशिवाय काम करतात.
+
+UX अपग्रेड! वापरकर्त्यांसाठी, हे डिव्हाइस-नेटिव्ह स्वाक्षरी आणि पासकीज अनलॉक करते. वॉलेट्स Apple Secure Enclave, Android Keystore, हार्डवेअर सिक्युरिटी मॉड्यूल्स (HSMs), आणि FIDO2/WebAuthn थेट वापरू शकतात - कोणताही सीड फ्रेज नाही, सोपे ऑनबोर्डिंग आणि आधुनिक ॲप्ससारखे वाटणारे मल्टी-फॅक्टर फ्लो. यामुळे चांगला UX, सोपी रिकव्हरी, आणि अब्जावधी उपकरणे आधीच करत असलेल्या गोष्टींशी जुळणारे खाते अमूर्ततेचे नमुने मिळतात.
+
+डेव्हलपर्ससाठी, हे 160-बाइट इनपुट घेते आणि 32-बाइट आउटपुट देते, ज्यामुळे विद्यमान लायब्ररी आणि L2 कॉन्ट्रॅक्ट्स पोर्ट करणे सोपे होते. अंतर्गत, यात वैध कॉलर्सना न मोडता अवघड एज केसेस काढून टाकण्यासाठी पॉइंट-ॲट-इन्फिनिटी आणि मॉड्युलर-कम्पेरिझन तपासण्या समाविष्ट आहेत.
+
+**संसाधने**:
+
+- [EIP-7951 तांत्रिक तपशील](https://eips.ethereum.org/EIPS/eip-7951)
+- [RIP-7212 बद्दल अधिक](https://www.alchemy.com/blog/what-is-rip-7212) _(टीप: EIP-7951 ने RIP-7212 ची जागा घेतली)_
+
+### मेटा {#meta}
+
+#### `eth_config` JSON-RPC पद्धत {#eth-config}
+
+हा एक JSON-RPC कॉल आहे जो तुम्हाला तुमच्या नोडला विचारण्याची परवानगी देतो की तुम्ही कोणती फोर्क सेटिंग्ज चालवत आहात. हे तीन स्नॅपशॉट परत करते: `current`, `next`, आणि `last` जेणेकरून व्हॅलिडेटर्स आणि मॉनिटरिंग टूल्स आगामी फोर्कसाठी क्लायंट्स रांगेत आहेत की नाही हे सत्यापित करू शकतील.
+
+व्यावहारिकदृष्ट्या सांगायचे झाल्यास, 2025 च्या सुरुवातीला Holesky टेस्टनेटवर Pectra फोर्क लाइव्ह झाल्यावर किरकोळ चुकीच्या कॉन्फिगरेशनमुळे शोधलेली एक कमतरता दूर करण्यासाठी हे आहे, ज्यामुळे एक नॉन-फायनलायझिंग स्थिती निर्माण झाली. हे टेस्टिंग टीम्स आणि डेव्हलपर्सना खात्री करण्यास मदत करते की डेव्हनेटवरून टेस्टनेटवर आणि टेस्टनेटवरून मेननेटवर जाताना मोठे फोर्क्स अपेक्षेप्रमाणे वागतील.
+
+स्नॅपशॉटमध्ये समाविष्ट आहे: `chainId`, `forkId`, नियोजित फोर्क सक्रिय करण्याची वेळ, कोणते प्रीकॉम्पाइल सक्रिय आहेत, प्रीकॉम्पाइल पत्ते, सिस्टम कॉन्ट्रॅक्ट अवलंबित्व आणि फोर्कचे ब्लॉब शेड्यूल.
+
+हे EIP "कोअर EIPs" पासून वेगळ्या विभागात आहे कारण फोर्क प्रत्यक्षात कोणतेही बदल लागू करत नाही - ही एक सूचना आहे की क्लायंट टीम्सने फुसाका अपग्रेडद्वारे ही JSON-RPC पद्धत लागू केली पाहिजे.
+
+**संसाधने**: [EIP-7910 तांत्रिक तपशील](https://eips.ethereum.org/EIPS/eip-7910)
+
+## FAQ {#faq}
+
+### हे अपग्रेड सर्व इथेरियम नोड्स आणि व्हॅलिडेटर्सवर परिणाम करते का? {#does-this-upgrade-affect-all-ethereum-nodes-and-validators}
+
+होय, फुसाका अपग्रेडसाठी [एक्झिक्यूशन क्लायंट आणि कन्सेन्सस क्लायंट](/developers/docs/nodes-and-clients/) दोन्हीमध्ये अपडेट्स आवश्यक आहेत. सर्व प्रमुख इथेरियम क्लायंट उच्च प्राधान्य म्हणून चिन्हांकित हार्ड फोर्कला समर्थन देणाऱ्या आवृत्त्या रिलीज करतील. हे प्रकाशन क्लायंट Github रेपॉजिटरीज, त्यांचे [डिस्कॉर्ड चॅनेल्स](https://ethstaker.org/support), [EthStaker डिस्कॉर्ड](https://dsc.gg/ethstaker) मध्ये कधी उपलब्ध होतील याची माहिती तुम्ही ठेवू शकता, किंवा प्रोटोकॉल अपडेट्ससाठी इथेरियम ब्लॉगची सदस्यता घेऊ शकता. अपग्रेडनंतर इथेरियम नेटवर्कसोबत सिंक्रोनाइझेशन राखण्यासाठी, नोड ऑपरेटरने ते समर्थित क्लायंट आवृत्ती चालवत असल्याची खात्री करणे आवश्यक आहे. लक्षात घ्या की क्लायंट रिलीजची माहिती वेळेनुसार बदलणारी आहे आणि वापरकर्त्यांनी सर्वात सध्याच्या तपशिलांसाठी नवीनतम अपडेट्सचा संदर्भ घ्यावा.
+
+### हार्ड फोर्कनंतर ETH चे रूपांतर कसे केले जाऊ शकते? {#how-can-eth-be-converted-after-the-hardfork}
+
+- **तुमच्या ETH साठी कोणतीही कृती आवश्यक नाही**: इथेरियम फुसाका अपग्रेडनंतर, तुमचा ETH रूपांतरित किंवा अपग्रेड करण्याची आवश्यकता नाही. तुमच्या खात्यातील शिल्लक तशीच राहील आणि तुमच्याकडे सध्या असलेला ETH हार्ड फोर्कनंतर त्याच्या सध्याच्या स्वरूपात उपलब्ध राहील.
+- **घोटाळ्यांपासून सावध राहा!** <Emoji text="⚠️" /> **जो कोणी तुम्हाला तुमचा ETH "अपग्रेड" करण्यास सांगत आहे तो तुमची फसवणूक करण्याचा प्रयत्न करत आहे.** या अपग्रेडसंदर्भात तुम्हाला काहीही करण्याची गरज नाही. तुमच्या मालमत्तेवर कोणताही परिणाम होणार नाही. लक्षात ठेवा, माहिती ठेवणे हे घोटाळ्यांविरुद्ध सर्वोत्तम संरक्षण आहे.
+
+[घोटाळे ओळखणे आणि टाळण्याबद्दल अधिक जाणून घ्या](/security/)
+
+### झेब्रांचे काय आहे? <Emoji text="🦓" /> {#whats-with-the-zebras}
+
+झेब्रा हा फुसाकाचा डेव्हलपर-निवडलेला "मस्कॉट" आहे कारण त्याचे पट्टे PeerDAS च्या स्तंभ-आधारित डेटा-उपलब्धता सॅम्पलिंगचे प्रतिबिंब आहेत, जिथे नोड्स विशिष्ट स्तंभ सबनेटची कस्टडी घेतात आणि ब्लॉब डेटा उपलब्ध आहे की नाही हे तपासण्यासाठी प्रत्येक पीअर्स स्लॉटमधून काही इतर स्तंभ नमुना म्हणून घेतात.
+
+2022 मधील द मर्जने एक्झिक्यूशन आणि कन्सेन्सस लेअर्सच्या एकत्रीकरणाचा संकेत देण्यासाठी [एक पांडा](https://x.com/hwwonx/status/1431970802040127498) त्याचा मस्कॉट म्हणून वापरला. तेव्हापासून, प्रत्येक फोर्कसाठी अनौपचारिकपणे मस्कॉट निवडले गेले आहेत आणि अपग्रेडच्या वेळी क्लायंट लॉगमध्ये ASCII आर्ट म्हणून दिसतात. हा फक्त साजरा करण्याचा एक मजेदार मार्ग आहे.
+
+### L2 स्केलिंगसाठी कोणत्या सुधारणा समाविष्ट आहेत? {#what-improvements-are-included-for-l2-scaling}
+
+[PeerDAS](/roadmap/fusaka/peerdas) हे फोर्कचे मुख्य वैशिष्ट्य आहे. हे डेटा उपलब्धता सॅम्पलिंग (DAS) लागू करते जे रोलअपसाठी अधिक स्केलेबिलिटी अनलॉक करते, सैद्धांतिकरित्या ब्लॉब स्पेसला सध्याच्या आकाराच्या 8 पट पर्यंत स्केल करते. ब्लॉब फी मार्केटमध्ये गर्दीला कार्यक्षमतेने प्रतिसाद देण्यासाठी आणि L2s ब्लॉब्सने नोड्सवर लादलेल्या कंप्युट आणि जागेसाठी अर्थपूर्ण फी भरतील याची हमी देण्यासाठी सुधारणा केली जाईल.
+
+### BPO फोर्क्स कसे वेगळे आहेत? {#how-are-bpo-forks-different}
+
+ब्लॉब ओन्ली पॅरामीटर फोर्क्स PeerDAS सक्रिय झाल्यानंतर ब्लॉब संख्या (लक्ष्य आणि कमाल दोन्ही) सतत वाढवण्यासाठी एक यंत्रणा प्रदान करतात, पूर्ण समन्वित अपग्रेडची वाट न पाहता. प्रत्येक वाढ फुसाकाला समर्थन देणाऱ्या क्लायंट प्रकाशनांमध्ये पूर्व-कॉन्फिगर करण्यासाठी हार्डकोड केलेली आहे.
+
+एक वापरकर्ता किंवा व्हॅलिडेटर म्हणून, तुम्हाला प्रत्येक BPO साठी तुमचे क्लायंट अपडेट करण्याची गरज नाही आणि फक्त फुसाकासारख्या मोठ्या हार्डफोर्कचे अनुसरण करण्याची खात्री करा. ही पूर्वीसारखीच प्रथा आहे, कोणतीही विशेष कृती आवश्यक नाही. तरीही अपग्रेड्स आणि BPO च्या आसपास तुमच्या क्लायंटवर लक्ष ठेवण्याची आणि मोठ्या प्रकाशनांदरम्यानही त्यांना अपडेट ठेवण्याची शिफारस केली जाते कारण हार्डफोर्कनंतर निराकरणे किंवा ऑप्टिमायझेशन येऊ शकतात.
+
+### BPO शेड्यूल काय आहे? {#what-is-the-bpo-schedule}
+
+BPO अपडेट्सचे नेमके शेड्यूल फुसाका प्रकाशनांसह निश्चित केले जाईल. तुमच्या क्लायंटच्या [प्रोटोकॉल घोषणा](https://blog.ethereum.org/category/protocol) आणि प्रकाशन नोट्सचे अनुसरण करा.
+
+ते कसे दिसू शकते याचे उदाहरण:
+
+- फुसाकापूर्वी: लक्ष्य 6, कमाल 9
+- फुसाका सक्रियतेवेळी: लक्ष्य 6, कमाल 9
+- BPO1, फुसाका सक्रियतेनंतर काही आठवड्यांनी: लक्ष्य 10, कमाल 15, दोन तृतीयांशने वाढ
+- BPO2, BPO1 नंतर काही आठवड्यांनी: लक्ष्य 14, कमाल 21
+
+### यामुळे इथेरियम (लेअर 1) वरील शुल्क कमी होईल का {#will-this-lower-gas}
+
+हा अपग्रेड L1 वरील गॅस शुल्क कमी करत नाही, किमान थेट तरी नाही. मुख्य लक्ष रोलअप डेटासाठी अधिक ब्लॉब स्पेसवर आहे, त्यामुळे लेअर 2 वरील शुल्क कमी होते. याचे L1 फी मार्केटवर काही दुष्परिणाम होऊ शकतात परंतु कोणताही महत्त्वपूर्ण बदल अपेक्षित नाही.
+
+### एक स्टेकर म्हणून, मला अपग्रेडसाठी काय करण्याची आवश्यकता आहे? {#as-a-staker-what-do-i-need-to-do-for-the-upgrade}
+
+प्रत्येक नेटवर्क अपग्रेडप्रमाणे, फुसाका समर्थनासह चिन्हांकित नवीनतम आवृत्त्यांवर आपले क्लायंट अपडेट केल्याची खात्री करा. प्रकाशनांविषयी माहिती मिळवण्यासाठी मेलिंग लिस्टमधील अपडेट्स आणि [EF ब्लॉगवरील प्रोटोकॉल घोषणा](https://blog.ethereum.org/category/protocol) चे अनुसरण करा.
+मेननेटवर फुसाका सक्रिय होण्यापूर्वी तुमचा सेटअप व्हॅलिडेट करण्यासाठी, तुम्ही टेस्टनेटवर एक व्हॅलिडेटर चालवू शकता. फुसाका [टेस्टनेटवर लवकर सक्रिय](https://blog.ethereum.org/2025/09/26/fusaka-testnet-announcement) होतो, ज्यामुळे तुम्हाला सर्वकाही व्यवस्थित काम करत असल्याची खात्री करण्यासाठी आणि बग्सची तक्रार करण्यासाठी अधिक वेळ मिळतो. टेस्टनेट फोर्क्स मेलिंग लिस्ट आणि ब्लॉगमध्ये देखील जाहीर केले जातात.
+
+### "डिटरमिनिस्टिक प्रपोजर लूकाहेड" (EIP-7917) चा व्हॅलिडेटर्सवर परिणाम होतो का? {#does-7917-affect-validators}
+
+या बदलामुळे तुमचा व्हॅलिडेटर क्लायंट कसा कार्य करतो यात बदल होत नाही, तथापि, तो तुमच्या व्हॅलिडेटर कर्तव्यांच्या भविष्याबद्दल अधिक अंतर्दृष्टी देईल. नवीन वैशिष्ट्यांसह अद्ययावत राहण्यासाठी तुमची मॉनिटरिंग टूलिंग अपडेट केल्याची खात्री करा.
+
+### फुसाका नोड्स आणि व्हॅलिडेटर्ससाठी बँडविड्थ आवश्यकतांवर कसा परिणाम करतो? {#how-does-fusaka-affect-bandwidth-requirements-for-nodes-and-validators}
+
+PeerDAS नोड्स ब्लॉब डेटा कसा प्रसारित करतात यात एक महत्त्वपूर्ण बदल करते. सर्व डेटा 128 सबनेटमध्ये स्तंभ नावाच्या तुकड्यांमध्ये विभागलेला आहे आणि नोड्स त्यापैकी फक्त काहींची सदस्यता घेतात. नोड्सना किती सबनेट स्तंभांची कस्टडी घ्यावी लागेल हे त्यांच्या कॉन्फिगरेशन आणि कनेक्ट केलेल्या व्हॅलिडेटर्सच्या संख्येवर अवलंबून असते. वास्तविक बँडविड्थ आवश्यकता नेटवर्कमध्ये परवानगी असलेल्या ब्लॉब्सच्या संख्येवर आणि नोडच्या प्रकारावर अवलंबून असेल. फुसाका सक्रियतेच्या क्षणी ब्लॉब लक्ष्य पूर्वीसारखेच राहते, परंतु PeerDAS मुळे, नोड ऑपरेटर त्यांच्या ब्लॉब्सच्या डिस्क वापरात आणि नेटवर्क रहदारीत घट पाहू शकतात. BPOs नेटवर्कमध्ये ब्लॉब्सची उच्च संख्या कॉन्फिगर करत असताना, प्रत्येक BPO सह आवश्यक बँडविड्थ वाढेल.
+
+फुसाका BPO नंतरही नोड्सच्या गरजा [शिफारस केलेल्या मार्जिनमध्ये](https://eips.ethereum.org/EIPS/eip-7870) आहेत.
+
+#### पूर्ण नोड्स {#full-nodes}
+
+कोणत्याही व्हॅलिडेटर्सशिवाय नियमित नोड्स फक्त 4 सबनेटची सदस्यता घेतील, मूळ डेटाच्या 1/8 भागासाठी कस्टडी प्रदान करतील. याचा अर्थ असा आहे की समान प्रमाणात ब्लॉब डेटासह, त्यांना डाउनलोड करण्याची नोड बँडविड्थ आठ (8) च्या घटकाने लहान असेल. एका सामान्य पूर्ण नोडसाठी ब्लॉब्सचा डिस्क वापर आणि डाउनलोड बँडविड्थ सुमारे 80% कमी होऊ शकते, फक्त काही Mb पर्यंत.
+
+#### सोलो स्टेकर्स {#solo-stakers}
+
+जर नोड व्हॅलिडेटर क्लायंटसाठी वापरला जात असेल, तर त्याला अधिक स्तंभांची कस्टडी घ्यावी लागेल आणि त्यामुळे अधिक डेटावर प्रक्रिया करावी लागेल. व्हॅलिडेटर जोडल्याने, नोड किमान 8 स्तंभ सबनेटची सदस्यता घेतो आणि त्यामुळे नियमित नोडपेक्षा दुप्पट डेटावर प्रक्रिया करतो परंतु तरीही फुसाकापूर्वीपेक्षा कमी. जर व्हॅलिडेटर बॅलन्स 287 ETH पेक्षा जास्त असेल, तर अधिकाधिक सबनेटची सदस्यता घेतली जाईल.
+
+एका सोलो स्टेकरसाठी, याचा अर्थ असा आहे की त्यांचा डिस्क वापर आणि डाउनलोड बँडविड्थ सुमारे 50% कमी होईल. तथापि, स्थानिक पातळीवर ब्लॉक्स तयार करण्यासाठी आणि नेटवर्कवर सर्व ब्लॉब्स अपलोड करण्यासाठी, अधिक अपलोड बँडविड्थ आवश्यक आहे. स्थानिक बिल्डर्सना फुसाकाच्या वेळी पूर्वीपेक्षा 2-3 पट जास्त अपलोड बँडविड्थची आवश्यकता असेल आणि 15/21 ब्लॉब्सच्या BPO2 लक्ष्यासह, अंतिम आवश्यक अपलोड बँडविड्थ सुमारे 5 पट जास्त, 100Mpbs वर असावी लागेल.
+
+#### मोठे व्हॅलिडेटर्स {#large-validators}
+
+नोडमध्ये अधिक बॅलन्स आणि व्हॅलिडेटर्स जोडल्याने सबस्क्राईब केलेल्या सबनेटची संख्या वाढते. उदाहरणार्थ, सुमारे 800 ETH बॅलन्सवर, नोड 25 स्तंभांची कस्टडी घेतो आणि त्याला पूर्वीपेक्षा सुमारे 30% जास्त डाउनलोड बँडविड्थची आवश्यकता असेल. आवश्यक अपलोड नियमित नोड्सप्रमाणेच वाढतो आणि किमान 100Mbps आवश्यक आहे.
+
+4096 ETH, 2 कमाल बॅलन्स व्हॅलिडेटर्सवर, नोड 'सुपरनोड' बनतो जो सर्व स्तंभांची कस्टडी घेतो, त्यामुळे सर्वकाही डाउनलोड करतो आणि संग्रहित करतो. हे नोड्स गहाळ डेटा परत योगदान देऊन नेटवर्कला सक्रियपणे बरे करतात परंतु त्यांना खूप जास्त बँडविड्थ आणि स्टोरेजची देखील आवश्यकता असते. अंतिम ब्लॉब लक्ष्य पूर्वीपेक्षा 6 पट जास्त असल्याने, सुपर नोड्सना सुमारे 600GB अतिरिक्त ब्लॉब डेटा संग्रहित करावा लागेल आणि सुमारे 20Mbps वर जलद टिकवून ठेवलेली डाउनलोड बँडविड्थ असावी लागेल.
+
+[अपेक्षित आवश्यकतांवर अधिक तपशील वाचा.](https://ethpandaops.io/posts/fusaka-bandwidth-estimation/#theoretical-requirements)
+
+### कोणते EVM बदल लागू केले आहेत? {#what-evm-changes-are-implemented}
+
+फुसाका नवीन किरकोळ बदल आणि वैशिष्ट्यांसह EVM ला मजबूत करते.
+
+- स्केलिंग करताना सुरक्षिततेसाठी, एका व्यवहाराचा कमाल आकार गॅसच्या [16.7 दशलक्ष](https://eips.ethereum.org/EIPS/eip-7825) युनिट्सपर्यंत मर्यादित असेल.
+- [नवीन ऑपकोड काउंट लीडिंग झिरोज (CLZ)](https://eips.ethereum.org/EIPS/eip-7939) EVM मध्ये जोडले आहे आणि स्मार्ट कॉन्ट्रॅक्ट भाषांना काही ऑपरेशन्स अधिक कार्यक्षमतेने करण्यास सक्षम करेल.
+- [`ModExp` प्रीकॉम्पाइलची किंमत वाढवली जाईल](https://eips.ethereum.org/EIPS/eip-7883)—ते वापरणारे कॉन्ट्रॅक्ट्स एक्झिक्यूशनसाठी अधिक गॅस आकारतील.
+
+### नवीन 16M गॅस लिमिटचा कॉन्ट्रॅक्ट डेव्हलपर्सवर कसा परिणाम होतो? {#how-does-new-16m-gas-limit-affects-contract-developers}
+
+फुसाका [एका व्यवहाराच्या कमाल आकाराची मर्यादा 16.7 दशलक्ष](https://eips.ethereum.org/EIPS/eip-7825) (2^24) गॅस युनिट्सपर्यंत आणते. हा साधारणपणे सरासरी ब्लॉकचा पूर्वीचा आकार आहे ज्यामुळे तो संपूर्ण ब्लॉक वापरणाऱ्या गुंतागुंतीच्या व्यवहारांना सामावून घेण्यासाठी पुरेसा मोठा होतो. ही मर्यादा क्लायंटसाठी संरक्षण निर्माण करते, भविष्यात उच्च ब्लॉक गॅस लिमिटसह संभाव्य DoS हल्ल्यांना प्रतिबंधित करते. स्केलिंगचे उद्दिष्ट हे आहे की एकही व्यवहार संपूर्ण ब्लॉक न वापरता अधिक व्यवहार ब्लॉकचेनमध्ये आणणे.
+
+नियमित वापरकर्त्याचे व्यवहार ही मर्यादा गाठण्यापासून खूप दूर आहेत. मोठे आणि गुंतागुंतीचे DeFi ऑपरेशन्स, मोठे स्मार्ट कॉन्ट्रॅक्ट उपयोजन किंवा एकाधिक कॉन्ट्रॅक्ट्सना लक्ष्य करणारे बॅच व्यवहार यासारखे काही एज केसेस या बदलामुळे प्रभावित होऊ शकतात. हे व्यवहार लहान तुकड्यांमध्ये विभागले जावे लागतील किंवा दुसऱ्या मार्गाने ऑप्टिमाइझ करावे लागतील. मर्यादेपर्यंत पोहोचू शकणारे व्यवहार सबमिट करण्यापूर्वी सिम्युलेशन वापरा.
+
+RPC पद्धत `eth_call` मर्यादित नाही आणि वास्तविक ब्लॉकचेन मर्यादेपेक्षा मोठ्या व्यवहारांचे सिम्युलेशन करण्यास अनुमती देईल. गैरवापर टाळण्यासाठी RPC पद्धतींसाठी वास्तविक मर्यादा क्लायंट ऑपरेटरद्वारे कॉन्फिगर केली जाऊ शकते.
+
+### डेव्हलपर्ससाठी CLZ चा अर्थ काय आहे? {#what-clz-means-for-developers}
+
+सॉलिडिटीसारखे EVM कंपाइलर्स शून्यांची गणना करण्यासाठी नवीन फंक्शन अंतर्गत लागू करतील आणि वापरतील. जर नवीन कॉन्ट्रॅक्ट्स या प्रकारच्या ऑपरेशनवर अवलंबून असतील तर त्यांना गॅस बचतीचा फायदा होऊ शकतो. संभाव्य बचतीवरील दस्तऐवजीकरणासाठी स्मार्ट कॉन्ट्रॅक्ट भाषेची प्रकाशने आणि वैशिष्ट्य घोषणांचे अनुसरण करा.
+
+### माझ्या विद्यमान स्मार्ट कॉन्ट्रॅक्ट्ससाठी काही बदल आहेत का? {#what-clz-means-for-developers}
+
+फुसाकाचा कोणताही थेट परिणाम नाही जो कोणत्याही विद्यमान कॉन्ट्रॅक्ट्सना तोडेल किंवा त्यांचे वर्तन बदलेल. एक्झिक्यूशन लेअरमध्ये सादर केलेले बदल बॅकवर्ड कंपॅटिबिलिटीसह केले जातात, तथापि, नेहमी एज केसेस आणि संभाव्य परिणामांवर लक्ष ठेवा.
+
+[`ModExp` प्रीकॉम्पाइलच्या वाढलेल्या खर्चासह](https://eips.ethereum.org/EIPS/eip-7883), त्यावर अवलंबून असलेले कॉन्ट्रॅक्ट्स एक्झिक्यूशनसाठी अधिक गॅस वापरतील. जर तुमचा कॉन्ट्रॅक्ट यावर मोठ्या प्रमाणावर अवलंबून असेल आणि वापरकर्त्यांसाठी अधिक महाग होत असेल, तर तो कसा वापरला जातो याचा पुनर्विचार करा.
+
+तुमचे कॉन्ट्रॅक्ट्स कार्यान्वित करणारे व्यवहार समान आकारापर्यंत पोहोचू शकत असल्यास [नवीन 16.7 दशलक्ष मर्यादेचा](https://eips.ethereum.org/EIPS/eip-7825) विचार करा.
+
+## पुढील वाचन {#further-reading}
+
+- [इथेरियम रोडमॅप](/roadmap/)
+- [फोर्ककास्ट: फुसाका](https://forkcast.org/upgrade/fusaka)
+- [फुसाका मेटा EIP](https://eips.ethereum.org/EIPS/eip-7607)
+- [फुसाका टेस्टनेट ब्लॉग घोषणा](https://blog.ethereum.org/2025/09/26/fusaka-testnet-announcement)
+- [बँकलेस: फुसाका आणि पेक्ट्रा इथेरियमला काय देतील](https://www.bankless.com/read/what-fusaka-pectra-will-bring-ethereum)
+- [बँकलेस: इथेरियमचे पुढील अपग्रेड्स: प्रेस्टन व्हॅन लूनसोबत फुसाका, ग्लॅमस्टरडॅम आणि त्यापलीकडे](https://x.com/BanklessHQ/status/1956017743289020633?t=502)
+- [द फुसाका फाइल्स](https://www.youtube.com/playlist?list=PL4cwHXAawZxpz-erUbKKUnnGoQNdF8s7Z)
+- [PEEPanEIPs स्पष्टीकरण](https://www.youtube.com/playlist?list=PL4cwHXAawZxoIenfk7OJry4rxcqX-eqBt)
diff --git a/public/content/translations/mr/roadmap/fusaka/peerdas/index.md b/public/content/translations/mr/roadmap/fusaka/peerdas/index.md
new file mode 100644
index 00000000000..9ada5141728
--- /dev/null
+++ b/public/content/translations/mr/roadmap/fusaka/peerdas/index.md
@@ -0,0 +1,88 @@
+---
+title: PeerDAS
+description: "फुसाका इथेरियम प्रोटोकॉल अपग्रेडचा भाग म्हणून PeerDAS विषयी जाणून घ्या"
+lang: mr
+---
+
+# PeerDAS {#peer-das}
+
+इथेरियम प्रोटोकॉल [EIP-4844 सह ब्लॉब व्यवहारांच्या परिचयानंतर](/roadmap/danksharding/) त्याच्या सर्वात महत्त्वपूर्ण स्केलिंग अपग्रेडमधून जात आहे. [फुसाका अपग्रेडचा](/roadmap/fusaka/) भाग म्हणून, PeerDAS ब्लॉब डेटा हाताळण्याची एक नवीन पद्धत सादर करते, ज्यामुळे L2 साठी **[डेटा उपलब्धता (DA)](/developers/docs/data-availability/)** क्षमतेमध्ये अंदाजे दहापट वाढ होते.
+
+[ब्लॉब स्केलिंग रोडमॅपवर अधिक माहिती](https://blog.ethereum.org/2025/08/22/protocol-update-002)
+
+## स्केलेबिलिटी {#scalability}
+
+इथेरियमचे ध्येय एक तटस्थ, सुरक्षित आणि विकेंद्रित प्लॅटफॉर्म बनणे आहे जो जगातील प्रत्येकासाठी उपलब्ध असेल. नेटवर्कचा वापर जसजसा वाढत जातो, तसतसे नेटवर्कच्या स्केल, सुरक्षा आणि विकेंद्रीकरण या त्रिसंकटात संतुलन साधणे आवश्यक असते. जर इथेरियमने आपल्या सध्याच्या डिझाइनमध्ये नेटवर्कद्वारे हाताळला जाणारा डेटा वाढवला, तर ते [/developers/docs/nodes-and-clients/ इथेरियम ज्या नोड्सवर विकेंद्रीकरणासाठी अवलंबून आहे] त्यांना ओव्हरलोड करण्याचा धोका पत्करेल. स्केलेबिलिटीसाठी कठोर यंत्रणा डिझाइन आवश्यक आहे जे तडजोडी कमी करते.
+
+हे ध्येय साध्य करण्याच्या धोरणांपैकी एक म्हणजे [लेयर 1 (L1)](/glossary/#layer-1) मेननेटवर सर्व व्यवहारांवर प्रक्रिया करण्याऐवजी लेयर 2 स्केलिंग सोल्यूशन्सच्या विविध इकोसिस्टमला परवानगी देणे. [लेयर 2s (L2s)](/glossary/#layer-2) किंवा [रोलअप्स](/glossary#rollups) त्यांच्या स्वतःच्या स्वतंत्र चेन्सवर व्यवहार प्रक्रिया करतात आणि पडताळणी व सुरक्षिततेसाठी इथेरियमचा वापर करतात. केवळ सुरक्षेसाठी-महत्वपूर्ण कमिटमेंट्स प्रकाशित करणे आणि पेलोड्स संकुचित केल्याने L2s इथेरियमची DA क्षमता अधिक कार्यक्षमतेने वापरू शकतात. या बदल्यात, L1 सुरक्षेच्या हमीशी तडजोड न करता कमी डेटा वाहून नेतो, तर L2s कमी गॅस खर्चात अधिक वापरकर्त्यांना ऑनबोर्ड करतात. सुरुवातीला, L2s सामान्य व्यवहारांमध्ये `calldata` म्हणून डेटा प्रकाशित करत होते, जे गॅससाठी L1 व्यवहारांशी स्पर्धा करत असे आणि मोठ्या प्रमाणात डेटा उपलब्धतेसाठी अव्यवहार्य होते.
+
+## प्रोटो-डँकशार्डिंग {#proto-danksharding}
+
+L2 स्केलिंगच्या दिशेने पहिले मोठे पाऊल डेनकन अपग्रेड होते, ज्याने [प्रोटो-डँकशार्डिंग](/roadmap/danksharding/) (EIP-4844) सादर केले. या अपग्रेडने रोलअप्ससाठी ब्लॉब्स नावाचा एक नवीन, विशेष डेटा प्रकार तयार केला. [ब्लॉब्स](/developers/docs/data-availability/blockchain-data-storage-strategies/#eip-4844-blobs), किंवा बायनरी लार्ज ऑब्जेक्ट्स, हे अनियंत्रित डेटाचे क्षणिक तुकडे आहेत ज्यांना EVM अंमलबजावणीची आवश्यकता नसते आणि नोड्स केवळ मर्यादित कालावधीसाठी संग्रहित करतात. या अधिक कार्यक्षम प्रक्रियेमुळे L2s ला इथेरियमवर अधिक डेटा प्रकाशित करण्याची आणि आणखी स्केलिंग करण्याची परवानगी मिळाली.
+
+स्केलिंगसाठी आधीच मोठे फायदे असूनही, ब्लॉब्स वापरणे हे अंतिम ध्येयाचा केवळ एक भाग आहे. सध्याच्या प्रोटोकॉलमध्ये, नेटवर्कमधील प्रत्येक नोडला अजूनही प्रत्येक ब्लॉब डाउनलोड करणे आवश्यक आहे. प्रत्येक नोडला आवश्यक असलेली बँडविड्थ ही एक अडचण बनते, कारण ब्लॉबची संख्या वाढल्यास डाउनलोड करावा लागणारा डेटा थेट वाढतो.
+
+इथेरियम विकेंद्रीकरणावर तडजोड करत नाही, आणि बँडविड्थ हे सर्वात संवेदनशील घटकांपैकी एक आहे. ज्यांना परवडेल अशा कोणालाही शक्तिशाली संगणन मोठ्या प्रमाणावर उपलब्ध असूनही, विकसित देशांमधील (जसे की [जर्मनी](https://www.speedtest.net/global-index/germany), [बेल्जियम](https://www.speedtest.net/global-index/belgium), [ऑस्ट्रेलिया](https://www.speedtest.net/global-index/australia) किंवा [युनायटेड स्टेट्स](https://www.speedtest.net/global-index/united-states)) अत्यंत शहरी शहरांमध्येही [अपलोड बँडविड्थ मर्यादा](https://www.speedtest.net/global-index) आहेत, ज्या बँडविड्थची आवश्यकता काळजीपूर्वक ट्यून न केल्यास नोड्सना फक्त डेटा सेंटरमधूनच चालवण्यास मर्यादित करू शकतात.
+
+ब्लॉब्स वाढल्यामुळे नोड ऑपरेटर्सना वाढत्या प्रमाणात उच्च बँडविड्थ आणि डिस्क स्पेसची आवश्यकता असते. ब्लॉब्सचा आकार आणि प्रमाण या मर्यादांमुळे मर्यादित आहे. प्रत्येक ब्लॉब 128kb पर्यंत डेटा वाहून नेऊ शकतो, आणि प्रति ब्लॉक सरासरी 6 ब्लॉब्स असतात. हे भविष्यातील अशा डिझाइनच्या दिशेने केवळ पहिले पाऊल होते जे ब्लॉब्सचा अधिक कार्यक्षमतेने वापर करेल.
+
+## डेटा उपलब्धता सॅम्पलिंग {#das}
+
+[डेटा उपलब्धता](/developers/docs/data-availability/) ही एक हमी आहे की चेनची स्वतंत्रपणे पडताळणी करण्यासाठी आवश्यक असलेला सर्व डेटा सर्व नेटवर्क सहभागींना उपलब्ध आहे. हे सुनिश्चित करते की डेटा पूर्णपणे प्रकाशित झाला आहे आणि चेनची नवीन स्थिती किंवा येणारे व्यवहार विश्वासार्हपणे सत्यापित करण्यासाठी वापरला जाऊ शकतो.
+
+इथेरियम ब्लॉब्स एक मजबूत डेटा उपलब्धतेची हमी देतात जी L2s ची सुरक्षा सुनिश्चित करते. हे करण्यासाठी, इथेरियम नोड्सना ब्लॉब्स पूर्णपणे डाउनलोड आणि संग्रहित करणे आवश्यक आहे. पण जर आपण नेटवर्कमध्ये ब्लॉब्स अधिक कार्यक्षमतेने वितरित करू शकलो आणि ही मर्यादा टाळू शकलो तर काय होईल?
+
+डेटा संग्रहित करण्याचा आणि त्याची उपलब्धता सुनिश्चित करण्याचा एक वेगळा दृष्टिकोन म्हणजे **डेटा उपलब्धता सॅम्पलिंग (DAS)**. इथेरियम चालवणारा प्रत्येक संगणक प्रत्येक ब्लॉब पूर्णपणे संग्रहित करण्याऐवजी, DAS विकेंद्रित श्रमविभागणी सादर करते. हे नोड्सच्या संपूर्ण नेटवर्कवर लहान, व्यवस्थापनीय कार्ये वितरित करून डेटावर प्रक्रिया करण्याचा भार कमी करते. ब्लॉब्सचे तुकड्यांमध्ये विभाजन केले जाते आणि प्रत्येक नोड सर्व नोड्सवर समान यादृच्छिक वितरणासाठी असलेल्या यंत्रणेचा वापर करून केवळ काही तुकडेच डाउनलोड करतो.
+
+यामुळे एक नवीन समस्या निर्माण होते—डेटाची उपलब्धता आणि अखंडता सिद्ध करणे. जेव्हा वैयक्तिक नोड्सकडे फक्त छोटे तुकडे असतात, तेव्हा नेटवर्क डेटा उपलब्ध असल्याची आणि तो पूर्णपणे बरोबर असल्याची हमी कशी देऊ शकते? एक दुर्भावनापूर्ण नोड खोटा डेटा देऊ शकतो आणि मजबूत डेटा उपलब्धतेची हमी सहजपणे तोडू शकतो! येथेच क्रिप्टोग्राफी मदतीला येते.
+
+डेटाची अखंडता सुनिश्चित करण्यासाठी, EIP-4844 आधीच KZG कमिटमेंट्ससह लागू करण्यात आले होते. हे क्रिप्टोग्राफिक पुरावे आहेत जे नेटवर्कमध्ये नवीन ब्लॉब जोडल्यावर तयार केले जातात. प्रत्येक ब्लॉकमध्ये एक छोटा पुरावा समाविष्ट असतो आणि प्राप्त झालेले ब्लॉब्स ब्लॉकच्या KZG कमिटमेंटशी जुळतात की नाही हे नोड्स सत्यापित करू शकतात.
+
+DAS ही एक यंत्रणा आहे जी यावर आधारित आहे आणि डेटा अचूक आणि उपलब्ध असल्याची खात्री करते. सॅम्पलिंग ही एक प्रक्रिया आहे जिथे नोड डेटाच्या केवळ एका लहान भागाबद्दल विचारणा करतो आणि कमिटमेंटच्या आधारावर त्याची पडताळणी करतो. KZG ही एक बहुपद कमिटमेंट योजना आहे, ज्याचा अर्थ असा आहे की बहुपद वक्रावरील कोणताही एक बिंदू सत्यापित केला जाऊ शकतो. बहुपदावरील केवळ काही बिंदू तपासून, सॅम्पलिंग करणारा क्लायंट डेटा उपलब्ध असल्याची एक मजबूत संभाव्य हमी मिळवू शकतो.
+
+## PeerDAS {#peer-das}
+
+[PeerDAS (EIP-7594)](https://eips.ethereum.org/EIPS/eip-7594) हा एक विशिष्ट प्रस्ताव आहे जो इथेरियममध्ये DAS यंत्रणा लागू करतो, जो द मर्ज नंतरचा कदाचित सर्वात मोठा अपग्रेड आहे. PeerDAS हे ब्लॉब डेटाचा विस्तार करण्यासाठी, त्याला स्तंभांमध्ये विभाजित करण्यासाठी आणि नोड्सना एक उपसंच वितरित करण्यासाठी डिझाइन केले आहे.
+
+हे साध्य करण्यासाठी इथेरियम काही हुशार गणिताचा वापर करते: ते ब्लॉब डेटावर रीड-सोलोमन-शैलीतील इरेजर कोडिंग लागू करते. ब्लॉब डेटा एका बहुपदाच्या रूपात दर्शविला जातो ज्याचे गुणांक डेटा एन्कोड करतात, त्यानंतर मूल्यांकनांची संख्या दुप्पट करून, एक विस्तारित ब्लॉब तयार करण्यासाठी त्या बहुपदाचे अतिरिक्त बिंदूंवर मूल्यांकन केले जाते. ही अतिरिक्त रिडंडन्सी इरेजर रिकव्हरी सक्षम करते: जरी काही मूल्यांकन गहाळ असले तरी, जोपर्यंत विस्तारित तुकड्यांसह एकूण डेटापैकी किमान अर्धा डेटा उपलब्ध असेल तोपर्यंत मूळ ब्लॉबची पुनर्रचना केली जाऊ शकते.
+
+![विस्तारित बहुपद](./polynomial.png)
+
+वास्तविकतेत, या बहुपदात हजारो गुणांक असतात. KZG कमिट्स काही बाइट्सची मूल्ये आहेत, हॅशसारखी, जी सर्व नोड्सना ज्ञात असतात. पुरेसे डेटा पॉइंट्स धारण करणारा प्रत्येक नोड ब्लॉब डेटाचा संपूर्ण संच [कार्यक्षमतेने पुनर्रचित करू शकतो](https://arxiv.org/abs/2207.11079).
+
+> मजेदार तथ्य: हेच कोडिंग तंत्र DVD द्वारे वापरले गेले होते. जर तुम्ही DVD ला स्क्रॅच केले असेल, तर प्लेयर तरीही ती वाचू शकत होता, कारण रीड-सोलोमन कोडिंगमुळे बहुपदाचे गहाळ झालेले तुकडे जोडले जातात.
+
+ऐतिहासिकदृष्ट्या, ब्लॉकचेनमधील डेटा, मग तो ब्लॉक्स असो किंवा ब्लॉब्स, सर्व नोड्सना प्रसारित केला जात असे. PeerDAS च्या स्प्लिट-अँड-सॅम्पल दृष्टिकोनामुळे, प्रत्येकाला सर्वकाही प्रसारित करण्याची आता आवश्यकता नाही. फुसाका नंतर, कन्सेंसस लेयर नेटवर्किंग गॉसिप टॉपिक्स/सबनेटमध्ये आयोजित केले जाते: ब्लॉब स्तंभ विशिष्ट सबनेटला नियुक्त केले जातात, आणि प्रत्येक नोड पूर्वनिर्धारित उपसंचांची सदस्यता घेतो आणि केवळ त्या तुकड्यांची कस्टडी घेतो.
+
+PeerDAS सह, विस्तारित ब्लॉब डेटा 128 तुकड्यांमध्ये विभागला जातो ज्यांना स्तंभ म्हणतात. या नोड्सना त्यांनी सदस्यता घेतलेल्या विशिष्ट सबनेटवर एका समर्पित गॉसिप प्रोटोकॉलद्वारे डेटा वितरित केला जातो. नेटवर्कवरील प्रत्येक नियमित नोड किमान 8 यादृच्छिकपणे निवडलेल्या स्तंभ सबनेटमध्ये सहभागी होतो. 128 पैकी केवळ 8 सबनेटमधून डेटा प्राप्त करणे म्हणजे या डीफॉल्ट नोडला एकूण डेटाच्या 1/16 भाग मिळतो, परंतु डेटा विस्तारित केल्यामुळे हा मूळ डेटाचा 1/8 भाग असतो.
+
+यामुळे सध्याच्या “प्रत्येकजण सर्वकाही डाउनलोड करतो” या योजनेच्या 8x ची एक नवीन सैद्धांतिक स्केलिंग मर्यादा शक्य होते. ब्लॉब स्तंभ सर्व्ह करणार्‍या वेगवेगळ्या यादृच्छिक सबनेटची सदस्यता घेणार्‍या नोड्समुळे, ते समान रीतीने वितरित होण्याची शक्यता खूप जास्त आहे आणि म्हणूनच डेटाचा प्रत्येक तुकडा नेटवर्कमध्ये कुठेतरी अस्तित्वात असतो. व्हॅलिडेटर चालवणाऱ्या नोड्सना ते चालवत असलेल्या प्रत्येक व्हॅलिडेटरसह अधिक सबनेटची सदस्यता घेणे आवश्यक आहे.
+
+> प्रत्येक नोडकडे एक अद्वितीय यादृच्छिकपणे तयार केलेला आयडी असतो, जो सामान्यतः कनेक्शनसाठी त्याची सार्वजनिक ओळख म्हणून काम करतो. PeerDAS मध्ये, ही संख्या यादृच्छिक संच सबनेट निर्धारित करण्यासाठी वापरली जाते ज्याची सदस्यता घेणे आवश्यक आहे, ज्यामुळे सर्व ब्लॉब डेटाचे समान यादृच्छिक वितरण होते.
+
+एकदा एखादा नोड यशस्वीरित्या मूळ डेटाची पुनर्रचना करतो, तेव्हा तो पुनर्प्राप्त केलेले स्तंभ नेटवर्कमध्ये पुन्हा वितरित करतो, सक्रियपणे डेटा गॅप्स भरून काढतो आणि एकूण प्रणालीची लवचिकता वाढवतो. एकत्रित शिल्लक ≥4096 ETH असलेल्या व्हॅलिडेटर्सना जोडलेले नोड्स सुपरनोड असले पाहिजेत आणि म्हणूनच त्यांनी सर्व डेटा स्तंभ सबनेटची सदस्यता घेतली पाहिजे आणि सर्व स्तंभांची कस्टडी घेतली पाहिजे. हे सुपरनोड्स सतत डेटा गॅप्स भरून काढतील. प्रोटोकॉलचे संभाव्यतः स्व-उपचार करणारे स्वरूप, डेटाचे केवळ काही भाग धारण करणाऱ्या घरगुती ऑपरेटर्सना मर्यादित न ठेवता मजबूत उपलब्धतेची हमी देते.
+
+![सबनेटद्वारे वितरित केलेल्या स्तंभांची सदस्यता घेणारे नोड्स](./subnets.png)
+
+वर वर्णन केलेल्या सॅम्पलिंग यंत्रणेमुळे, ब्लॉब डेटाचा केवळ एक छोटा उपसंच धारण करणारा कोणताही नोड डेटा उपलब्धतेची पुष्टी करू शकतो. ही उपलब्धता लागू केली जाते: व्हॅलिडेटर्सना नवीन फोर्क-चॉइस नियमांचे पालन करणे आवश्यक आहे, याचा अर्थ ते डेटाच्या उपलब्धतेची पडताळणी केल्यानंतरच ब्लॉक्स स्वीकारतील आणि त्यांच्यासाठी मतदान करतील.
+
+वापरकर्त्यांवर (विशेषतः L2 वापरकर्त्यांवर) होणारा थेट परिणाम म्हणजे कमी शुल्क. रोलअप डेटासाठी 8x अधिक जागा मिळाल्याने, त्यांच्या चेनवरील वापरकर्त्यांचे कार्य कालांतराने आणखी स्वस्त होते. परंतु फुसाका-नंतरचे कमी शुल्क येण्यासाठी वेळ लागेल आणि ते BPOs वर अवलंबून असेल.
+
+## ब्लॉब-पॅरामीटर-ओन्ली (BPOs) {#bpo}
+
+नेटवर्क सैद्धांतिकदृष्ट्या 8x अधिक ब्लॉबवर प्रक्रिया करू शकेल, परंतु ब्लॉबमधील वाढ हा एक असा बदल आहे ज्याची योग्यरित्या चाचणी करणे आणि टप्प्याटप्प्याने सुरक्षितपणे अंमलबजावणी करणे आवश्यक आहे. टेस्टनेट्स मेननेटवर वैशिष्ट्ये तैनात करण्यासाठी पुरेसा आत्मविश्वास देतात, परंतु लक्षणीयरीत्या जास्त ब्लॉब्स सक्षम करण्यापूर्वी आम्हाला पी2पी नेटवर्कच्या स्थिरतेची खात्री करणे आवश्यक आहे.
+
+नेटवर्कवर भार न टाकता प्रति ब्लॉक ब्लॉब्सची लक्ष्य संख्या हळूहळू वाढवण्यासाठी, फुसाका **[ब्लॉब-पॅरामीटर-ओन्ली (BPO)](https://ethereum-magicians.org/t/blob-parameter-only-bpo-forks/22623)** फोर्क्स सादर करते. नियमित फोर्क्सच्या विपरीत ज्यांना व्यापक इकोसिस्टम समन्वय, करार आणि सॉफ्टवेअर अद्यतनांची आवश्यकता असते, [BPOs (EIP-7892)](https://eips.ethereum.org/EIPS/eip-7892) हे पूर्व-प्रोग्राम केलेले अपग्रेड आहेत जे कोणत्याही हस्तक्षेपाशिवाय कालांतराने ब्लॉब्सची कमाल संख्या वाढवतात.
+
+याचा अर्थ असा आहे की फुसाका सक्रिय झाल्यानंतर आणि PeerDAS लाइव्ह झाल्यानंतर लगेचच, ब्लॉब्सची संख्या अपरिवर्तित राहील. ब्लॉब्सची संख्या दर काही आठवड्यांनी दुप्पट होण्यास सुरुवात होईल जोपर्यंत ती कमाल ४८ पर्यंत पोहोचत नाही, तर डेव्हलपर्स हे सुनिश्चित करण्यासाठी निरीक्षण करतील की यंत्रणा अपेक्षेप्रमाणे काम करत आहे आणि नेटवर्क चालवणाऱ्या नोड्सवर कोणताही प्रतिकूल परिणाम होत नाहीये.
+
+## भविष्यातील दिशा {#future-directions}
+
+PeerDAS हे FullDAS, किंवा डँकशार्डिंगच्या [मोठ्या स्केलिंग दृष्टिकोनाच्या दिशेने](https://ethresear.ch/t/fulldas-towards-massive-scalability-with-32mb-blocks-and-beyond/19529) केवळ एक पाऊल आहे. PeerDAS प्रत्येक ब्लॉबसाठी स्वतंत्रपणे 1D इरेजर कोडिंग वापरते, तर पूर्ण डँकशार्डिंग ब्लॉब डेटाच्या संपूर्ण मॅट्रिक्सवर अधिक परिपूर्ण 2D इरेजर कोडिंग योजना वापरेल. दोन आयामांमध्ये डेटाचा विस्तार केल्याने आणखी मजबूत रिडंडन्सी गुणधर्म तयार होतात आणि अधिक कार्यक्षम पुनर्रचना व पडताळणी होते. FullDAS साकार करण्यासाठी महत्त्वपूर्ण नेटवर्क आणि प्रोटोकॉल ऑप्टिमायझेशन, तसेच अतिरिक्त संशोधनाची आवश्यकता असेल.
+
+## अधिक वाचन {#further-reading}
+
+- [PeerDAS: फ्रान्सिस्को डी'अमाटो द्वारे पीअर डेटा उपलब्धता सॅम्पलिंग](https://www.youtube.com/watch?v=WOdpO1tH_Us)
+- [इथेरियमच्या PeerDAS चे एक दस्तऐवजीकरण](https://eprint.iacr.org/2024/1362.pdf)
+- [AGM शिवाय PeerDAS ची सुरक्षा सिद्ध करणे](https://eprint.iacr.org/2025/1683)
+- [PeerDAS, त्याचा प्रभाव आणि फुसाका चाचणीवर विटालिक](https://x.com/VitalikButerin/status/1970983281090085200)
\ No newline at end of file
diff --git a/public/content/translations/mr/roadmap/future-proofing/index.md b/public/content/translations/mr/roadmap/future-proofing/index.md
new file mode 100644
index 00000000000..77520168c27
--- /dev/null
+++ b/public/content/translations/mr/roadmap/future-proofing/index.md
@@ -0,0 +1,53 @@
+---
+title: "इथेरियमला भविष्य-प्रमाणित करणे"
+description: "हे अपग्रेड्स इथेरियमला भविष्यासाठी, त्यात काहीही असो, एक लवचिक, विकेंद्रीकृत बेस लेयर म्हणून दृढ करतात."
+lang: mr
+image: /images/roadmap/roadmap-future.png
+alt: "Ethereum नकाशा"
+template: roadmap
+---
+
+रोडमॅपचे काही भाग नजीकच्या काळात इथेरियमचे स्केलिंग किंवा सुरक्षित करण्यासाठी आवश्यक नाहीत, परंतु ते इथेरियमला दूरच्या भविष्यात स्थिरता आणि विश्वासार्हतेसाठी तयार करतात.
+
+## क्वांटम प्रतिरोध {#quantum-resistance}
+
+जेव्हा क्वांटम कॉम्प्युटिंग वास्तवात येईल, तेव्हा सध्याच्या इथेरियमला सुरक्षित करणारी काही [क्रिप्टोग्राफी](/glossary/#cryptography) धोक्यात येईल. जरी क्वांटम कॉम्प्युटर आधुनिक क्रिप्टोग्राफीसाठी खरा धोका बनण्यापासून कदाचित अनेक दशके दूर असले तरी, इथेरियमला पुढील अनेक शतकांसाठी सुरक्षित राहण्यासाठी तयार केले जात आहे. याचा अर्थ [इथेरियमला क्वांटम प्रतिरोधी](https://consensys.net/blog/developers/how-will-quantum-supremacy-affect-blockchain/) शक्य तितक्या लवकर बनवणे आहे.
+
+इथेरियम डेव्हलपर्ससमोरील आव्हान हे आहे की सध्याचा [प्रूफ-ऑफ-स्टेक](/glossary/#pos) प्रोटोकॉल वैध [ब्लॉक्स](/glossary/#block) वरील मते एकत्रित करण्यासाठी BLS म्हणून ओळखल्या जाणार्‍या अत्यंत कार्यक्षम सिग्नेचर स्कीमवर अवलंबून आहे. ही सिग्नेचर स्कीम क्वांटम कॉम्प्युटरद्वारे तोडली जाते, परंतु क्वांटम प्रतिरोधी पर्याय तितके कार्यक्षम नाहीत.
+
+क्रिप्टोग्राफिक रहस्ये निर्माण करण्यासाठी इथेरियममध्ये अनेक ठिकाणी वापरल्या जाणार्‍या [“KZG” कमिटमेंट स्कीम्स](/roadmap/danksharding/#what-is-kzg) क्वांटम-असुरक्षित असल्याचे ज्ञात आहे. सध्या, हे “विश्वसनीय सेटअप” वापरून टाळले जाते (ज्यासाठी मुख्य सेटअप समारंभ 2023 मध्ये यशस्वीरित्या पूर्ण झाला), जिथे अनेक वापरकर्त्यांनी अशी यादृच्छिकता निर्माण केली जी क्वांटम कॉम्प्युटरद्वारे रिव्हर्स-इंजिनिअर केली जाऊ शकत नाही. तथापि, त्याऐवजी क्वांटम सुरक्षित क्रिप्टोग्राफी समाविष्ट करणे हा आदर्श दीर्घकालीन उपाय असेल. दोन प्रमुख दृष्टिकोन आहेत जे BLS स्कीमसाठी कार्यक्षम पर्याय बनू शकतात: [STARK-आधारित](https://hackmd.io/@vbuterin/stark_aggregation) आणि [लॅटिस-आधारित](https://medium.com/asecuritysite-when-bob-met-alice/so-what-is-lattice-encryption-326ac66e3175) साइनिंग. **यावर अजूनही सक्रियपणे संशोधन आणि प्रोटोटाइपिंग केले जात आहे**.
+
+[KZG आणि विश्वसनीय सेटअपबद्दल वाचा](/roadmap/danksharding#what-is-kzg)
+
+## सोपे आणि अधिक कार्यक्षम इथेरियम {#simpler-more-efficient-ethereum}
+
+गुंतागुंत बग्स किंवा असुरक्षिततेसाठी संधी निर्माण करते ज्यांचे हल्लेखोरांकडून शोषण केले जाऊ शकते. म्हणून, रोडमॅपचा एक भाग म्हणजे इथेरियमला सोपे करणे आणि विविध अपग्रेड्समधून शिल्लक राहिलेला परंतु आता आवश्यक नसलेला किंवा सुधारला जाऊ शकणारा कोड काढून टाकणे किंवा सुधारित करणे. एक अधिक सुटसुटीत, सोपा कोडबेस डेव्हलपर्ससाठी सांभाळणे आणि समजून घेणे सोपे असते.
+
+[इथेरियम व्हर्च्युअल मशीन (EVM)](/developers/docs/evm) ला सोपे आणि अधिक कार्यक्षम बनवण्यासाठी, सुधारणांवर सतत संशोधन केले जात आहे आणि त्या अंमलात आणल्या जात आहेत. यामध्ये जुने घटक हाताळणे आणि ऑप्टिमायझेशन सादर करणे या दोन्हींचा समावेश आहे.
+
+**अलीकडे लागू केलेले बदल:**
+
+- **गॅस गणनेची मोठी सुधारणा:** [गॅस](/glossary/#gas) मोजण्याच्या पद्धतीत **EIP-1559 (लंडन अपग्रेड, 2021 मध्ये लागू)** सह लक्षणीय सुधारणा करण्यात आली, ज्यामुळे अधिक अंदाजित व्यवहार किंमतीसाठी बेस फी आणि बर्न मेकॅनिझम सादर करण्यात आला.
+- **`SELFDESTRUCT` निर्बंध:** `SELFDESTRUCT` ऑपकोड, क्वचितच वापरला जात असला तरी, त्याने संभाव्य धोके निर्माण केले होते. विशेषतः स्टेट मॅनेजमेंटसंबंधी धोके कमी करण्यासाठी त्याची कार्यक्षमता **डेनकुन अपग्रेड (मार्च 2024) मध्ये EIP-6780 द्वारे** मोठ्या प्रमाणात प्रतिबंधित करण्यात आली.
+- **आधुनिकीकृत व्यवहार प्रकार:** जुन्या प्रकारांपेक्षा नवीन वैशिष्ट्यांना समर्थन देण्यासाठी आणि कार्यक्षमता सुधारण्यासाठी नवीन व्यवहार स्वरूप सादर केले गेले आहेत (उदा. डेनकुन अपग्रेडमधील ब्लॉब्ससाठी **EIP-2718** आणि **EIP-4844** द्वारे).
+
+**चालू आणि भविष्यातील उद्दिष्ट्ये:**
+
+- **`SELFDESTRUCT` ची पुढील हाताळणी:** प्रतिबंधित असले तरी, EVM स्टेट आणखी सोपे करण्यासाठी भविष्यातील अपग्रेडसाठी `SELFDESTRUCT` ऑपकोड **संभाव्यतः पूर्णपणे काढून टाकण्याचा** विचार अजूनही केला जात आहे. ([SELFDESTRUCT समस्यांवर अधिक संदर्भ](https://hackmd.io/@vbuterin/selfdestruct)).
+- **जुने व्यवहार टप्प्याटप्प्याने बंद करणे:** जरी [इथेरियम क्लायंट्स](/glossary/#consensus-client) बॅकवर्ड कंपॅटिबिलिटीसाठी अजूनही जुन्या व्यवहार प्रकारांना समर्थन देत असले तरी, नवीन प्रकारांमध्ये स्थलांतर करण्यास प्रोत्साहन देणे आणि भविष्यात **सर्वात जुन्या स्वरूपांसाठी समर्थन संभाव्यतः नापसंत करणे किंवा पूर्णपणे काढून टाकणे** हे ध्येय आहे.
+- **गॅस कार्यक्षमतेवर सतत संशोधन:** संसाधन वापराला अधिक चांगल्या प्रकारे प्रतिबिंबित करण्यासाठी बहु-आयामी गॅससारख्या संकल्पनांचा संभाव्य समावेश करून **गॅस गणनेसाठी पुढील सुधारणांवर** संशोधन सुरू आहे.
+- **ऑप्टिमाइझ्ड क्रिप्टोग्राफिक ऑपरेशन्स:** EVM मध्ये वापरल्या जाणार्‍या क्रिप्टोग्राफिक ऑपरेशन्सना आधार देणाऱ्या **अंकगणितासाठी अधिक कार्यक्षम पद्धती आणण्याचे** प्रयत्न सुरू आहेत.
+
+त्याचप्रमाणे, सध्याच्या इथेरियम क्लायंटच्या इतर भागांमध्ये केले जाऊ शकणारे अपडेट्स आहेत. एक उदाहरण म्हणजे सध्याचे एक्झिक्यूशन आणि कन्सेन्सस क्लायंट वेगळ्या प्रकारच्या डेटा कॉम्प्रेशनचा वापर करतात. जेव्हा संपूर्ण नेटवर्कवर कॉम्प्रेशन स्कीम एकसमान असेल तेव्हा क्लायंट्समध्ये डेटा शेअर करणे अधिक सोपे आणि सहज होईल. हे संशोधनाचे क्षेत्र आहे.
+
+## सध्याची प्रगती {#current-progress}
+
+अनेक दीर्घकालीन भविष्य-प्रमाणित अपग्रेड्स, विशेषतः **मूळ प्रोटोकॉलसाठी पूर्ण क्वांटम प्रतिरोध, अजूनही संशोधन टप्प्यात आहेत आणि अंमलबजावणीपासून अनेक वर्षे दूर असू शकतात**.
+
+तथापि, **सरलीकरण प्रयत्नांमध्ये आधीच लक्षणीय प्रगती झाली आहे.** उदाहरणार्थ, **`SELFDESTRUCT` वरील निर्बंध (EIP-6780)** आणि **ब्लॉब-वाहक व्यवहारांचा (EIP-4844)** परिचय यांसारखे महत्त्वाचे बदल **डेनकुन अपग्रेड (मार्च 2024)** मध्ये लागू करण्यात आले. क्लायंट कॉम्प्रेशन स्कीम्स सुसंगत करण्याचे आणि इतर कार्यक्षमता सुधारणांवरचे काम देखील सुरू आहे.
+
+**पुढील वाचन**
+
+- [गॅस](/developers/docs/gas)
+- [EVM](/developers/docs/evm)
+- [डेटा स्ट्रक्चर्स](/developers/docs/data-structures-and-encoding)
\ No newline at end of file
diff --git a/public/content/translations/mr/roadmap/merge/index.md b/public/content/translations/mr/roadmap/merge/index.md
new file mode 100644
index 00000000000..f010abcef26
--- /dev/null
+++ b/public/content/translations/mr/roadmap/merge/index.md
@@ -0,0 +1,227 @@
+---
+title: "द मर्ज"
+description: "द मर्ज बद्दल जाणून घ्या - जेव्हा मेननेट Ethereum ने प्रूफ-ऑफ-स्टेकचा अवलंब केला."
+lang: mr
+template: upgrade
+image: /images/upgrades/merge.png
+alt:
+summaryPoint1: "Ethereum मेननेट प्रूफ-ऑफ-स्टेक वापरतो, परंतु हे नेहमीच असे नव्हते."
+summaryPoint2: "मूळ प्रूफ-ऑफ-वर्क प्रणालीमधून प्रूफ-ऑफ-स्टेकमध्ये झालेल्या अपग्रेडला द मर्ज असे म्हटले गेले."
+summaryPoint3: "द मर्ज म्हणजे मूळ Ethereum मेननेटचे बीकन चेन नावाच्या स्वतंत्र प्रूफ-ऑफ-स्टेक ब्लॉकचेनसोबत विलीनीकरण, जे आता एकच चेन म्हणून अस्तित्वात आहे."
+summaryPoint4: "द मर्जमुळे Ethereum च्या उर्जेचा वापर ~९९.९५% ने कमी झाला."
+---
+
+<UpgradeStatus isShipped dateKey="page-upgrades:page-upgrades-beacon-date">
+  द मर्ज १५ सप्टेंबर २०२२ रोजी कार्यान्वित झाले. याने Ethereum चे प्रूफ-ऑफ-स्टेक सहमतीमध्ये संक्रमण पूर्ण केले, अधिकृतपणे प्रूफ-ऑफ-वर्क बंद केले आणि उर्जेचा वापर ~९९.९५% ने कमी केला.
+</UpgradeStatus>
+
+## द मर्ज काय होते? {#what-is-the-merge}
+
+द मर्ज म्हणजे Ethereum च्या मूळ एक्झिक्यूशन लेयरचे (जो [जेनेसिस](/ethereum-forks/#frontier) पासून अस्तित्वात आहे) त्याच्या नवीन प्रूफ-ऑफ-स्टेक कन्सेन्सस लेयर, बीकन चेन, सोबतचे विलीनीकरण होते. त्याने ऊर्जा-केंद्रित मायनिंगची गरज काढून टाकली आणि त्याऐवजी स्टेक केलेल्या ETH वापरून नेटवर्क सुरक्षित करणे सक्षम केले. Ethereum दृष्टीकोन साकार करण्याच्या दिशेने हे एक खरोखरच रोमांचक पाऊल होते—अधिक स्केलेबिलिटी, सुरक्षितता आणि टिकाऊपणा.
+
+<MergeInfographic />
+
+सुरुवातीला, [बीकन चेन](/roadmap/beacon-chain/) [मेननेट](/glossary/#mainnet) पासून स्वतंत्रपणे पाठवण्यात आले होते. Ethereum मेननेट - त्याच्या सर्व खाती, शिल्लक, स्मार्ट कॉन्ट्रॅक्ट्स आणि ब्लॉकचेन स्थितीसह - [प्रूफ-ऑफ-वर्क](/developers/docs/consensus-mechanisms/pow/) द्वारे सुरक्षित राहिले, जरी बीकन चेन [प्रूफ-ऑफ-स्टेक](/developers/docs/consensus-mechanisms/pos/) वापरून समांतर चालत होती. द मर्ज म्हणजे जेव्हा या दोन प्रणाली अखेरीस एकत्र आल्या, आणि प्रूफ-ऑफ-वर्कला कायमस्वरूपी प्रूफ-ऑफ-स्टेकने बदलले.
+
+कल्पना करा की Ethereum एक अंतराळयान आहे जे आंतरतारकीय प्रवासासाठी पूर्णपणे तयार होण्यापूर्वीच प्रक्षेपित केले गेले. बीकन चेनसह, समुदायाने एक नवीन इंजिन आणि एक कठीण कवच तयार केले. महत्वपूर्ण चाचणीनंतर, उड्डाणाच्या मध्यभागी जुन्या इंजिनसाठी नवीन इंजिन हॉट-स्वॅप करण्याची वेळ आली. याने नवीन, अधिक कार्यक्षम इंजिनला विद्यमान जहाजात विलीन केले ज्यामुळे ते काही गंभीर प्रकाश वर्षे पार करू शकले आणि विश्वाला सामोरे जाऊ शकले.
+
+## मेननेटसोबत विलीनीकरण {#merging-with-mainnet}
+
+प्रूफ-ऑफ-वर्कने Ethereum मेननेटला जेनेसिसपासून द मर्जपर्यंत सुरक्षित ठेवले. यामुळे जुलै २०१५ मध्ये आपल्या सर्वांना परिचित असलेला Ethereum ब्लॉकचेन अस्तित्वात आला, ज्यात व्यवहार, स्मार्ट कॉन्ट्रॅक्ट, खाती इत्यादी सर्व परिचित वैशिष्ट्ये होती.
+
+Ethereumच्या संपूर्ण इतिहासात, डेव्हलपर्सनी प्रूफ-ऑफ-वर्क पासून प्रूफ-ऑफ-स्टेकमध्ये संभाव्य संक्रमणाची तयारी केली. १ डिसेंबर २०२० रोजी, बीकन चेन मेननेटला समांतर चालणारी एक स्वतंत्र ब्लॉकचेन म्हणून तयार केली गेली.
+
+बीकन चेन मूळतः मेननेट व्यवहारांवर प्रक्रिया करत नव्हती. त्याऐवजी, ते सक्रिय व्हॅलिडेटर्स आणि त्यांच्या खात्यातील शिलकीवर सहमत होऊन स्वतःच्या स्थितीवर एकमत गाठत होते. विस्तृत चाचणीनंतर, बीकन चेनला वास्तविक जगातील डेटावर एकमत गाठण्याची वेळ आली. द मर्ज नंतर, बीकन चेन एक्झिक्यूशन लेयर व्यवहार आणि खात्यातील शिल्लक यासह सर्व नेटवर्क डेटासाठी एकमत इंजिन बनले.
+
+द मर्जने ब्लॉक उत्पादनाचे इंजिन म्हणून बीकन चेन वापरण्याचा अधिकृत स्विच दर्शवला. मायनिंग आता वैध ब्लॉक तयार करण्याचे साधन नाही. त्याऐवजी, प्रूफ-ऑफ-स्टेक व्हॅलिडेटर्सनी ही भूमिका स्वीकारली आहे आणि आता ते सर्व व्यवहारांची वैधता तपासण्यासाठी आणि ब्लॉक प्रस्तावित करण्यासाठी जबाबदार आहेत.
+
+द मर्जमध्ये कोणताही इतिहास गमावला नाही. मेननेट बीकन चेनमध्ये विलीन झाल्यामुळे, त्याने Ethereumचा संपूर्ण व्यवहार इतिहास देखील विलीन केला.
+
+<Alert variant="update">
+<AlertContent>
+<AlertDescription>
+प्रूफ-ऑफ-स्टेकमधील या संक्रमणामुळे इथर जारी करण्याची पद्धत बदलली. द मर्जच्या आधी आणि नंतर [इथर जारी करण्याबद्दल](/roadmap/merge/issuance/) अधिक जाणून घ्या.
+</AlertDescription>
+</AlertContent>
+</Alert>
+
+### वापरकर्ते आणि धारक {#users-holders}
+
+**द मर्जने धारकांसाठी/वापरकर्त्यांसाठी काहीही बदलले नाही.**
+
+_हे पुन्हा सांगणे आवश्यक आहे_: Ethereum वरील ETH किंवा इतर कोणत्याही डिजिटल मालमत्तेचे वापरकर्ते किंवा धारक म्हणून, तसेच नॉन-नोड-ऑपरेटिंग स्टेकर्सना, **द मर्जसाठी तुमच्या निधी किंवा वॉलेटमध्ये काहीही करण्याची आवश्यकता नाही.** ETH फक्त ETH आहे. "जुना ETH"/"नवीन ETH" किंवा "ETH1"/"ETH2" असे काहीही नाही आणि द मर्ज नंतर वॉलेट्स पूर्वीप्रमाणेच काम करतात - जे तुम्हाला यापेक्षा वेगळे सांगत आहेत ते कदाचित स्कॅमर आहेत.
+
+प्रूफ-ऑफ-वर्क बदलूनही, जेनेसिसपासून Ethereum चा संपूर्ण इतिहास प्रूफ-ऑफ-स्टेकमध्ये संक्रमणानंतरही अबाधित आणि अपरिवर्तित राहिला. द मर्जपूर्वी तुमच्या वॉलेटमध्ये असलेले कोणतेही फंड द मर्ज नंतरही उपलब्ध आहेत. **तुमच्याकडून अपग्रेडसाठी कोणतीही कृती आवश्यक नाही.**
+
+[Ethereum सुरक्षिततेबद्दल अधिक](/security/#eth2-token-scam)
+
+### नोड ऑपरेटर आणि डॅप डेव्हलपर {#node-operators-dapp-developers}
+
+<ExpandableCard
+title="स्टेकिंग नोड ऑपरेटर आणि प्रदाते"
+contentPreview="जर तुम्ही स्वतःचा नोड सेटअप चालवणारे स्टेकर असाल किंवा नोड इन्फ्रास्ट्रक्चर प्रदाता असाल, तर द मर्ज नंतर तुम्हाला काही गोष्टींची माहिती असणे आवश्यक आहे."
+id="staking-node-operators">
+
+मुख्य कृती आयटममध्ये समाविष्ट आहे:
+
+1. कन्सेन्सस क्लायंट आणि एक्झिक्यूशन क्लायंट _दोन्ही_ चालवा; द मर्जपासून एक्झिक्यूशन डेटा मिळवण्यासाठी तृतीय-पक्ष एंडपॉइंट्स आता काम करत नाहीत.
+2. एक्झिक्यूशन आणि कन्सेन्सस दोन्ही क्लायंटना सामायिक JWT सिक्रेटसह प्रमाणित करा जेणेकरून ते सुरक्षितपणे संवाद साधू शकतील.
+3. तुमचे मिळवलेले व्यवहार शुल्क टिप्स/MEV प्राप्त करण्यासाठी `fee recipient` पत्ता सेट करा.
+
+वरील पहिले दोन आयटम पूर्ण न केल्यास तुमचा नोड "ऑफलाइन" दिसेल जोपर्यंत दोन्ही लेयर्स सिंक आणि प्रमाणित होत नाहीत.
+
+`fee recipient` सेट न केल्यास तुमचा व्हॅलिडेटर नेहमीप्रमाणे वागेल, परंतु तुम्ही न जळलेल्या फी टिप्स आणि तुमच्या व्हॅलिडेटरने प्रस्तावित केलेल्या ब्लॉक्समध्ये मिळणारे कोणतेही MEV गमावाल.
+</ExpandableCard>
+
+<ExpandableCard
+title="नॉन-व्हॅलिडेटिंग नोड ऑपरेटर आणि इन्फ्रास्ट्रक्चर प्रदाते"
+contentPreview="जर तुम्ही नॉन-व्हॅलिडेटिंग Ethereum नोड चालवत असाल, तर द मर्जसोबत आलेला सर्वात महत्त्वाचा बदल म्हणजे एक्झिक्यूशन लेयर आणि कन्सेन्सस लेयर या दोन्हीसाठी क्लायंट चालवण्याची आवश्यकता होती."
+id="node-operators">
+
+द मर्जपर्यंत, नेटवर्कद्वारे गॉसिप केले जाणारे ब्लॉक्स प्राप्त करण्यासाठी, योग्यरित्या प्रमाणित करण्यासाठी आणि प्रसारित करण्यासाठी एक एक्झिक्यूशन क्लायंट (जसे की Geth, Erigon, Besu किंवा Nethermind) पुरेसा होता. _द मर्ज नंतर_, एक्झिक्यूशन पेलोडमधील व्यवहारांची वैधता आता ते ज्या "कन्सेन्सस ब्लॉक" मध्ये आहे त्याच्या वैधतेवर देखील अवलंबून असते.
+
+परिणामी, पूर्ण Ethereum नोडला आता एक्झिक्यूशन क्लायंट आणि कन्सेन्सस क्लायंट दोन्ही आवश्यक आहेत. हे दोन क्लायंट नवीन इंजिन API वापरून एकत्र काम करतात. इंजिन API ला JWT सिक्रेट वापरून प्रमाणीकरण आवश्यक आहे, जे दोन्ही क्लायंटना सुरक्षित संवाद साधण्यास अनुमती देण्यासाठी प्रदान केले जाते.
+
+मुख्य कृती आयटममध्ये समाविष्ट आहे:
+
+- एक्झिक्यूशन क्लायंट व्यतिरिक्त कन्सेन्सस क्लायंट स्थापित करा
+- एक्झिक्यूशन आणि कन्सेन्सस क्लायंटना सामायिक JWT सिक्रेटसह प्रमाणित करा जेणेकरून ते एकमेकांशी सुरक्षितपणे संवाद साधू शकतील.
+
+वरील आयटम पूर्ण न केल्यास तुमचा नोड "ऑफलाइन" दिसेल जोपर्यंत दोन्ही लेयर्स सिंक आणि प्रमाणित होत नाहीत.
+</ExpandableCard>
+
+<ExpandableCard
+title="डॅप आणि स्मार्ट कॉन्ट्रॅक्ट डेव्हलपर्स"
+contentPreview="द मर्ज स्मार्ट कॉन्ट्रॅक्ट आणि डॅप डेव्हलपर्सवर कमीत कमी परिणाम करण्यासाठी डिझाइन केले होते."
+id="developers">
+
+द मर्जमुळे कन्सेन्ससमध्ये बदल झाले, ज्यात खालील गोष्टींशी संबंधित बदल देखील समाविष्ट आहेत:
+
+<ul>
+  <li>ब्लॉकची रचना</li>
+  <li>स्लॉट/ब्लॉक टाइमिंग</li>
+  <li>ऑपकोड बदल</li>
+  <li>ऑनचेन रँडमनेसचे स्रोत</li>
+  <li><em>सेफ हेड</em> आणि <em>फायनलाइज्ड ब्लॉक्स</em> ची संकल्पना</li>
+</ul>
+
+अधिक माहितीसाठी, टिम बेको यांचा <a href="https://blog.ethereum.org/2021/11/29/how-the-merge-impacts-app-layer/">द मर्ज Ethereum च्या ऍप्लिकेशन लेयरवर कसा परिणाम करतो</a> यावरील ब्लॉग पोस्ट पहा.
+</ExpandableCard>
+
+## द मर्ज आणि ऊर्जा वापर {#merge-and-energy}
+
+द मर्जने Ethereum साठी प्रूफ-ऑफ-वर्कचा अंत केला आणि अधिक टिकाऊ, पर्यावरण-अनुकूल Ethereum च्या युगाची सुरुवात केली. Ethereum च्या ऊर्जेचा वापर अंदाजे ९९.९५% ने कमी झाला, ज्यामुळे Ethereum एक ग्रीन ब्लॉकचेन बनले. [Ethereum ऊर्जा वापराविषयी](/energy-consumption/) अधिक जाणून घ्या.
+
+## द मर्ज आणि स्केलिंग {#merge-and-scaling}
+
+द मर्जने पुढील स्केलेबिलिटी अपग्रेड्ससाठी मंच तयार केला, जे प्रूफ-ऑफ-वर्क अंतर्गत शक्य नव्हते, ज्यामुळे Ethereum [त्याच्या रोडमॅपमध्ये](/roadmap/) निर्धारित केलेल्या पूर्ण स्केल, सुरक्षा आणि टिकाऊपणा प्राप्त करण्याच्या एक पाऊल जवळ आले.
+
+## द मर्ज बद्दलचे गैरसमज {#misconceptions}
+
+<ExpandableCard
+title="गैरसमज: "नोड चालवण्यासाठी ३२ ETH स्टेक करणे आवश्यक आहे.""
+contentPreview="खोटे. कोणीही Ethereum ची स्वतःची स्व-प्रमाणित प्रत सिंक करण्यास स्वतंत्र आहे (म्हणजे, नोड चालवणे). कोणत्याही ETH ची आवश्यकता नाही - द मर्जच्या आधी नाही, द मर्जच्या नंतर नाही, कधीच नाही.">
+
+Ethereum नोड्सचे दोन प्रकार आहेत: ब्लॉक प्रस्तावित करू शकणारे नोड्स आणि जे करू शकत नाहीत.
+
+ब्लॉक प्रस्तावित करणारे नोड्स Ethereum वरील एकूण नोड्सपैकी फक्त एक लहान संख्या आहेत. या श्रेणीमध्ये प्रूफ-ऑफ-वर्क (PoW) अंतर्गत मायनिंग नोड्स आणि प्रूफ-ऑफ-स्टेक (PoS) अंतर्गत व्हॅलिडेटर नोड्स समाविष्ट आहेत. या श्रेणीला पुढील ब्लॉक अधूनमधून प्रस्तावित करण्याच्या आणि प्रोटोकॉल पुरस्कार मिळवण्याच्या क्षमतेच्या बदल्यात आर्थिक संसाधने (जसे की प्रूफ-ऑफ-वर्कमध्ये GPU हॅश पॉवर किंवा प्रूफ-ऑफ-स्टेकमध्ये स्टेक केलेले ETH) वचनबद्ध करणे आवश्यक आहे.
+
+नेटवर्कवरील इतर नोड्सना (म्हणजे, बहुसंख्य) १-२ टीबी उपलब्ध स्टोरेज आणि इंटरनेट कनेक्शन असलेल्या ग्राहक-दर्जाच्या संगणकापलीकडे कोणतीही आर्थिक संसाधने देण्याची आवश्यकता नाही. हे नोड्स ब्लॉक्स प्रस्तावित करत नाहीत, परंतु ते नवीन ब्लॉक्स ऐकून आणि नेटवर्क कन्सेन्सस नियमांनुसार त्यांच्या आगमनावर त्यांची वैधता तपासून सर्व ब्लॉक प्रस्तावक जबाबदार धरून नेटवर्क सुरक्षित करण्यात एक महत्त्वपूर्ण भूमिका बजावतात. जर ब्लॉक वैध असेल, तर नोड ते नेटवर्कद्वारे प्रसारित करणे सुरू ठेवतो. जर ब्लॉक कोणत्याही कारणास्तव अवैध असेल, तर नोड सॉफ्टवेअर ते अवैध म्हणून दुर्लक्षित करेल आणि त्याचे प्रसारण थांबवेल.
+
+ब्लॉक-उत्पादन न करणारा नोड चालवणे कोणत्याही कन्सेन्सस प्रणाली अंतर्गत (प्रूफ-ऑफ-वर्क किंवा प्रूफ-ऑफ-स्टेक) कोणालाही शक्य आहे; सर्व वापरकर्त्यांना साधन असल्यास ते <em>जोरदारपणे प्रोत्साहित</em> केले जाते. नोड चालवणे Ethereum साठी अत्यंत मौल्यवान आहे आणि ते चालवणाऱ्या कोणत्याही व्यक्तीला अतिरिक्त फायदे देते, जसे की सुधारित सुरक्षा, गोपनीयता आणि सेन्सॉरशिप प्रतिकार.
+
+कोणालाही स्वतःचा नोड चालवण्याची क्षमता Ethereum नेटवर्कचे विकेंद्रीकरण टिकवून ठेवण्यासाठी <em>अत्यंत आवश्यक</em> आहे.
+
+[स्वतःचा नोड चालवण्याबद्दल अधिक](/run-a-node/)
+</ExpandableCard>
+
+<ExpandableCard
+title="गैरसमज: "द मर्ज गॅस फी कमी करण्यात अयशस्वी झाले.""
+contentPreview="खोटे. द मर्ज हे कन्सेन्सस प्रणालीतील बदल होते, नेटवर्क क्षमतेचा विस्तार नव्हे, आणि गॅस फी कमी करण्याचा त्याचा हेतू कधीच नव्हता.">
+
+गॅस फी नेटवर्कच्या क्षमतेच्या तुलनेत नेटवर्कच्या मागणीचे उत्पादन आहे. द मर्जने प्रूफ-ऑफ-वर्कचा वापर बंद केला, कन्सेन्सससाठी प्रूफ-ऑफ-स्टेकवर संक्रमण केले, परंतु नेटवर्क क्षमता किंवा थ्रूपुटवर थेट परिणाम करणारे कोणतेही पॅरामीटर्स लक्षणीयरीत्या बदलले नाहीत.
+
+<a href="https://ethereum-magicians.org/t/a-rollup-centric-ethereum-roadmap/4698">रोलअप-केंद्रित रोडमॅप</a> सह, [लेयर २](/layer-2/) वर वापरकर्ता क्रियाकलाप मोजण्यावर प्रयत्न केंद्रित केले जात आहेत, तर रोलअप डेटा स्टोरेजसाठी ऑप्टिमाइझ केलेला सुरक्षित विकेंद्रीकृत सेटलमेंट लेयर म्हणून लेयर १ मेननेट सक्षम करून रोलअप व्यवहार घातांकीयदृष्ट्या स्वस्त करण्यास मदत करत आहे. हे साकार करण्यासाठी प्रूफ-ऑफ-स्टेकमध्ये संक्रमण एक महत्त्वपूर्ण पूर्वसूचना आहे. [गॅस आणि फीबद्दल अधिक.](/developers/docs/gas/)
+</ExpandableCard>
+
+<ExpandableCard
+title="गैरसमज: "द मर्जमुळे व्यवहारांना लक्षणीय गती मिळाली.""
+contentPreview="खोटे. जरी काही किरकोळ बदल असले तरी, लेयर १ वर व्यवहाराचा वेग आता द मर्जपूर्वी होता तसाच आहे.">
+व्यवहाराचा "वेग" काही मार्गांनी मोजला जाऊ शकतो, ज्यात ब्लॉकमध्ये समाविष्ट होण्यासाठी लागणारा वेळ आणि अंतिम होण्यासाठी लागणारा वेळ यांचा समावेश आहे. हे दोन्ही बदल थोडेसे आहेत, पण वापरकर्त्यांच्या लक्षात येण्यासारखे नाहीत.
+
+ऐतिहासिकदृष्ट्या, प्रूफ-ऑफ-वर्कवर, दर ~१३.३ सेकंदांनी एक नवीन ब्लॉक तयार करण्याचे लक्ष्य होते. प्रूफ-ऑफ-स्टेक अंतर्गत, स्लॉट्स प्रत्येक १२ सेकंदांनी तंतोतंत येतात, त्यापैकी प्रत्येक व्हॅलिडेटरला ब्लॉक प्रकाशित करण्याची संधी असते. बहुतेक स्लॉट्समध्ये ब्लॉक्स असतात, पण सर्वच नाही (उदा., व्हॅलिडेटर ऑफलाइन असतो). प्रूफ-ऑफ-स्टेकमध्ये, प्रूफ-ऑफ-वर्कपेक्षा ~१०% अधिक वारंवारतेने ब्लॉक्स तयार केले जातात. हा एक अगदीच नगण्य बदल होता आणि वापरकर्त्यांच्या लक्षात येण्याची शक्यता नाही.
+
+प्रूफ-ऑफ-स्टेकने व्यवहार अंतिमतेची संकल्पना सादर केली जी पूर्वी अस्तित्वात नव्हती. प्रूफ-ऑफ-वर्कमध्ये, व्यवहारावर प्रत्येक उत्तीर्ण ब्लॉक माइन केल्यावर ब्लॉक उलटवण्याची क्षमता घातांकीयदृष्ट्या अधिक कठीण होते, परंतु ती कधीही शून्यावर पोहोचत नाही. प्रूफ-ऑफ-स्टेक अंतर्गत, ब्लॉक्स इपॉकमध्ये (६.४ मिनिटांचा कालावधी ज्यात ब्लॉक्ससाठी ३२ संधी असतात) एकत्र केले जातात, ज्यावर व्हॅलिडेटर्स मतदान करतात. जेव्हा एक इपॉक संपतो, तेव्हा व्हॅलिडेटर्स इपॉक 'समर्थित' मानण्यावर मतदान करतात. जर व्हॅलिडेटर्स इपॉक समर्थित करण्यास सहमत असतील, तर ते पुढील इपॉकमध्ये अंतिम केले जाते. अंतिम केलेले व्यवहार पूर्ववत करणे आर्थिकदृष्ट्या अव्यवहार्य आहे कारण त्यासाठी एकूण स्टेक केलेल्या ETH पैकी एक तृतीयांश पेक्षा जास्त मिळवणे आणि जाळणे आवश्यक असेल.
+</ExpandableCard>
+
+<ExpandableCard
+title="गैरसमज: "द मर्जने स्टेकिंग विथड्रॉव्हल्स सक्षम केले.""
+contentPreview="खोटे, परंतु स्टेकिंग विथड्रॉव्हल्स नंतर शांघाय/कॅपेलला अपग्रेडद्वारे सक्षम केले गेले आहेत.">
+
+द मर्ज नंतर सुरुवातीला, स्टेकर्स फक्त ब्लॉक प्रस्तावांच्या परिणामी मिळालेले फी टिप्स आणि MEV ऍक्सेस करू शकत होते. हे रिवॉर्ड्स व्हॅलिडेटरद्वारे नियंत्रित नॉन-स्टेकिंग खात्यात (<em>फी रेसिपिएंट</em> म्हणून ओळखले जाते) जमा केले जातात, आणि ते त्वरित उपलब्ध असतात. हे रिवॉर्ड्स व्हॅलिडेटर कर्तव्ये पार पाडण्यासाठी मिळणाऱ्या प्रोटोकॉल रिवॉर्ड्सपेक्षा वेगळे आहेत.
+
+शांघाय/कॅपेलला नेटवर्क अपग्रेडपासून, स्टेकर्स आता कोणत्याही अतिरिक्त स्टेकिंग बॅलन्सचे (प्रोटोकॉल रिवॉर्ड्समधून ३२ पेक्षा जास्त ETH) स्वयंचलित पेआउट्स मिळवण्यासाठी <em>विथड्रॉव्हल ॲड्रेस</em> नियुक्त करू शकतात. या अपग्रेडने व्हॅलिडेटरला नेटवर्कमधून बाहेर पडल्यावर त्याची संपूर्ण बॅलन्स अनलॉक करण्याची आणि परत मिळवण्याची क्षमता देखील सक्षम केली.
+
+[स्टेकिंग विथड्रॉव्हल्सबद्दल अधिक](/staking/withdrawals/)
+</ExpandableCard>
+
+<ExpandableCard
+title="गैरसमज: "आता द मर्ज पूर्ण झाले आहे, आणि विथड्रॉव्हल्स सक्षम आहेत, स्टेकर्स सर्व एकाच वेळी बाहेर पडू शकतात.""
+contentPreview="खोटे. सुरक्षेच्या कारणास्तव व्हॅलिडेटर बाहेर पडण्यावर दर मर्यादा आहे.">
+शांघाय/कॅपेलला अपग्रेडने विथड्रॉव्हल्स सक्षम केल्यामुळे, व्हॅलिडेटर्सना ३२ ETH पेक्षा जास्त असलेली त्यांची स्टेकिंग बॅलन्स काढण्यासाठी प्रोत्साहन दिले जाते, कारण हे फंड उत्पन्नात भर घालत नाहीत आणि अन्यथा लॉक केलेले असतात. APR वर अवलंबून (एकूण स्टेक केलेल्या ETH द्वारे निर्धारित), त्यांना त्यांची संपूर्ण शिल्लक परत मिळवण्यासाठी त्यांच्या व्हॅलिडेटरमधून बाहेर पडण्यासाठी किंवा अधिक उत्पन्न मिळवण्यासाठी त्यांच्या रिवॉर्ड्सचा वापर करून आणखी जास्त स्टेक करण्यासाठी प्रोत्साहन दिले जाऊ शकते.
+
+येथे एक महत्त्वाची सूचना, पूर्ण व्हॅलिडेटर एक्झिट प्रोटोकॉलद्वारे दर मर्यादित आहेत, आणि प्रति इपॉक (प्रत्येक ६.४ मिनिटे) फक्त ठराविक व्हॅलिडेटर्स बाहेर पडू शकतात. ही मर्यादा सक्रिय व्हॅलिडेटर्सच्या संख्येवर अवलंबून बदलते, परंतु एका दिवसात नेटवर्कमधून एकूण स्टेक केलेल्या ETH पैकी अंदाजे ०.३३% बाहेर काढता येते.
+
+हे स्टेक केलेल्या फंडांच्या मोठ्या प्रमाणावर बाहेर जाण्यापासून प्रतिबंधित करते. शिवाय, हे एकूण स्टेक केलेल्या ETH च्या मोठ्या भागावर प्रवेश असलेल्या संभाव्य आक्रमणकर्त्याला स्लॅश करण्यायोग्य गुन्हा करण्यापासून आणि प्रोटोकॉल स्लॅशिंग दंड लागू करण्यापूर्वी त्याच इपॉकमध्ये सर्व दोषी व्हॅलिडेटर शिल्लक बाहेर काढण्यापासून/विथड्रॉ करण्यापासून प्रतिबंधित करते.
+
+APR देखील हेतुपुरस्सर डायनॅमिक आहे, जे स्टेकर्सच्या बाजाराला नेटवर्क सुरक्षित करण्यात मदत करण्यासाठी त्यांना किती पैसे दिले जाण्यास इच्छुक आहेत हे संतुलित करण्यास अनुमती देते. जर दर खूप कमी असेल, तर व्हॅलिडेटर्स प्रोटोकॉलद्वारे मर्यादित दराने बाहेर पडतील. हळूहळू हे उर्वरित सर्वांसाठी APR वाढवेल, पुन्हा नवीन किंवा परत आलेल्या स्टेकर्सना आकर्षित करेल.
+</ExpandableCard>
+
+## 'Eth2' चे काय झाले? {#eth2}
+
+'Eth2' ही संज्ञा आता वापरली जात नाही. 'Eth1' आणि 'Eth2' एकाच चेनमध्ये विलीन झाल्यानंतर, दोन Ethereum नेटवर्क्समध्ये फरक करण्याची गरज नाही; आता फक्त Ethereum आहे.
+
+गोंधळ कमी करण्यासाठी, समुदायाने या संज्ञा अद्यतनित केल्या आहेत:
+
+- 'Eth1' आता 'एक्झिक्यूशन लेयर' आहे, जो व्यवहार आणि अंमलबजावणी हाताळतो.
+- 'Eth2' आता 'कन्सेन्सस लेयर' आहे, जो प्रूफ-ऑफ-स्टेक कन्सेन्सस हाताळतो.
+
+या संज्ञा अद्यतनांमुळे फक्त नावे बदलली आहेत; यामुळे Ethereum ची उद्दिष्ट्ये किंवा रोडमॅप बदलत नाही.
+
+['Eth2' पुनर्नामकरणाबद्दल अधिक जाणून घ्या](https://blog.ethereum.org/2022/01/24/the-great-eth2-renaming/)
+
+## अपग्रेड्समधील संबंध {#relationship-between-upgrades}
+
+Ethereum चे अपग्रेड्स सर्व काही प्रमाणात एकमेकांशी संबंधित आहेत. तर चला, द मर्ज इतर अपग्रेड्सशी कसे संबंधित आहे याचा आढावा घेऊया.
+
+### द मर्ज आणि बीकन चेन {#merge-and-beacon-chain}
+
+द मर्ज मूळ मेननेट एक्झिक्यूशन लेयरसाठी नवीन कन्सेन्सस लेयर म्हणून बीकन चेनचा औपचारिक अवलंब दर्शवते. द मर्जपासून, Ethereum मेननेट सुरक्षित करण्यासाठी व्हॅलिडेटर्सना नियुक्त केले जाते, आणि [प्रूफ-ऑफ-वर्क](/developers/docs/consensus-mechanisms/pow/) वर मायनिंग करणे आता ब्लॉक उत्पादनाचे वैध साधन नाही.
+
+त्याऐवजी, ब्लॉक्स कन्सेन्ससमध्ये सहभागी होण्याच्या हक्काच्या बदल्यात ETH स्टेक केलेल्या व्हॅलिडेटिंग नोड्सद्वारे प्रस्तावित केले जातात. हे अपग्रेड्स शार्डिंगसह भविष्यातील स्केलेबिलिटी अपग्रेड्ससाठी मंच तयार करतात.
+
+<ButtonLink href="/roadmap/beacon-chain/">
+  बीकन चेन
+</ButtonLink>
+
+### द मर्ज आणि शांघाय अपग्रेड {#merge-and-shanghai}
+
+प्रूफ-ऑफ-स्टेकमध्ये यशस्वी संक्रमणावर लक्ष केंद्रित करण्यासाठी आणि ते सुलभ करण्यासाठी, द मर्ज अपग्रेडमध्ये स्टेक केलेले ETH काढण्याची क्षमता यासारख्या काही अपेक्षित वैशिष्ट्यांचा समावेश नव्हता. ही कार्यक्षमता शांघाय/कॅपेलला अपग्रेडसह स्वतंत्रपणे सक्षम केली गेली.
+
+ज्यांना उत्सुकता आहे, त्यांनी एप्रिल २०२१ च्या ETHGlobal कार्यक्रमात विटालिकने सादर केलेल्या [द मर्ज नंतर काय होते](https://youtu.be/7ggwLccuN5s?t=101) याबद्दल अधिक जाणून घ्या.
+
+### द मर्ज आणि शार्डिंग {#merge-and-data-sharding}
+
+मूळतः, स्केलेबिलिटी संबोधित करण्यासाठी द मर्जपूर्वी शार्डिंगवर काम करण्याची योजना होती. तथापि, [लेयर २ स्केलिंग सोल्यूशन्स](/layer-2/) च्या वाढीमुळे, प्राधान्य प्रथम प्रूफ-ऑफ-वर्कला प्रूफ-ऑफ-स्टेकवर बदलण्याकडे वळले.
+
+शार्डिंगच्या योजना वेगाने विकसित होत आहेत, परंतु व्यवहार अंमलबजावणी मोजण्यासाठी लेयर २ तंत्रज्ञानाचा उदय आणि यश पाहता, शार्डिंगच्या योजना रोलअप कॉन्ट्रॅक्ट्समधून संकुचित कॅलडेटा संग्रहित करण्याचा भार वितरीत करण्याचा सर्वात इष्टतम मार्ग शोधण्याकडे वळल्या आहेत, ज्यामुळे नेटवर्क क्षमतेत घातांकीय वाढ होते. प्रथम प्रूफ-ऑफ-स्टेकमध्ये संक्रमण केल्याशिवाय हे शक्य झाले नसते.
+
+<ButtonLink href="/roadmap/danksharding/">
+  शार्डिंग
+</ButtonLink>
+
+## पुढील वाचन {#further-reading}
+
+<MergeArticleList />
+
+<QuizWidget quizKey="merge" />
diff --git a/public/content/translations/mr/roadmap/merge/issuance/index.md b/public/content/translations/mr/roadmap/merge/issuance/index.md
new file mode 100644
index 00000000000..a388ae0afb8
--- /dev/null
+++ b/public/content/translations/mr/roadmap/merge/issuance/index.md
@@ -0,0 +1,155 @@
+---
+title: "द मर्जचा ETH पुरवठ्यावर कसा परिणाम झाला"
+description: "द मर्जने ETH पुरवठ्यावर कसा परिणाम केला याचे विश्लेषण"
+lang: mr
+---
+
+# द मर्जचा ETH पुरवठ्यावर कसा परिणाम झाला {#how-the-merge-impacts-ETH-supply}
+
+द मर्ज हे Ethereum नेटवर्कचे प्रूफ-ऑफ-वर्कपासून प्रूफ-ऑफ-स्टेककडे झालेले संक्रमण दर्शवते, जे सप्टेंबर 2022 मध्ये झाले. त्या संक्रमणाच्या वेळी ETH जारी करण्याच्या पद्धतीत बदल झाले. पूर्वी, नवीन ETH दोन स्त्रोतांकडून जारी केले जात होते: एक्झिक्युशन लेयर (म्हणजेच, मेननेट) आणि कन्सेंसस लेयर (म्हणजेच, बीकन चेन). द मर्जपासून, एक्झिक्युशन लेयरवरील जारी करणे आता शून्य आहे. चला याचे विश्लेषण करूया.
+
+## ETH जारी करण्याचे घटक {#components-of-eth-issuance}
+
+आपण ETH चा पुरवठा दोन प्राथमिक शक्तींमध्ये विभागू शकतो: जारी करणे आणि बर्न करणे.
+
+ETH चे **जारी करणे** म्हणजे पूर्वी अस्तित्वात नसलेले ETH तयार करण्याची प्रक्रिया आहे. ETH चे **बर्न करणे** म्हणजे जेव्हा अस्तित्वातील ETH नष्ट केले जाते, आणि ते चलनातून काढून टाकले जाते. जारी करण्याचा आणि बर्न करण्याचा दर अनेक पॅरामीटर्सवर मोजला जातो आणि त्यांच्यातील संतुलन इथरच्या परिणामी चलनवाढ/चलनघट दराचे निर्धारण करते.
+
+<Card
+emoji=":chart_decreasing:"
+title="ETH जारी करण्याचा सारांश">
+
+- प्रूफ-ऑफ-स्टेकवर संक्रमित होण्यापूर्वी, मायनर्सना अंदाजे 13,000 ETH/दिवस जारी केले जात होते.
+- सुमारे 14 दशलक्ष एकूण ETH स्टेक केल्यावर आधारित, स्टेकर्सना अंदाजे 1,700 ETH/दिवस जारी केले जातात.
+- स्टेक केलेल्या एकूण ETH च्या रकमेवर आधारित अचूक स्टेकिंग जारी करण्याची रक्कम बदलते.
+- **द मर्जपासून, फक्त ~1,700 ETH/दिवस शिल्लक आहे, ज्यामुळे एकूण नवीन ETH जारी करणे ~88% ने कमी झाले आहे**
+- बर्न: हे नेटवर्कच्या मागणीनुसार बदलते. _जर_ दिलेल्या दिवसासाठी किमान 16 gwei ची सरासरी गॅस किंमत दिसली, तर हे व्हॅलिडेटर्सना जारी केलेले ~1,700 ETH प्रभावीपणे ऑफसेट करते आणि त्या दिवसासाठी निव्वळ ETH चलनवाढ शून्यावर किंवा त्यापेक्षा कमी आणते.
+</Card>
+
+## मर्ज-पूर्वी (ऐतिहासिक) {#pre-merge}
+
+### एक्झिक्युशन लेयर जारी करणे {#el-issuance-pre-merge}
+
+प्रूफ-ऑफ-वर्क अंतर्गत, मायनर्स फक्त एक्झिक्युशन लेयरशी संवाद साधत होते आणि जर ते पुढील ब्लॉक सोडवणारे पहिले मायनर असतील तर त्यांना ब्लॉक रिवॉर्ड मिळत होते. 2019 मधील [कॉन्स्टँटिनोपल अपग्रेड](/ethereum-forks/#constantinople) पासून हा रिवॉर्ड प्रति ब्लॉक 2 ETH होता. मायनर्सना [ommer](/glossary/#ommer) ब्लॉक्स प्रकाशित करण्यासाठी देखील रिवॉर्ड मिळत होते, जे वैध ब्लॉक्स होते परंतु ते सर्वात लांब/कॅनोनिकल चेनमध्ये समाविष्ट झाले नाहीत. हे रिवॉर्ड्स प्रति ओमर जास्तीत जास्त 1.75 ETH होते आणि ते कॅनोनिकल ब्लॉकवरून जारी केलेल्या रिवॉर्डच्या _व्यतिरिक्त_ होते. मायनिंगची प्रक्रिया ही एक आर्थिकदृष्ट्या तीव्र क्रिया होती, ज्याला टिकवून ठेवण्यासाठी ऐतिहासिकदृष्ट्या उच्च पातळीवर ETH जारी करणे आवश्यक होते.
+
+### कन्सेंसस लेयर जारी करणे {#cl-issuance-pre-merge}
+
+[बीकन चेन](/ethereum-forks/#beacon-chain-genesis) 2020 मध्ये लाइव्ह झाली. मायनर्सच्या ऐवजी, हे प्रूफ-ऑफ-स्टेक वापरून व्हॅलिडेटर्सद्वारे सुरक्षित केले जाते. ही चेन Ethereum वापरकर्त्यांनी मेननेटवरील (एक्झिक्युशन लेयर) स्मार्ट कॉन्ट्रॅक्टमध्ये एकतर्फी ETH जमा करून बूटस्ट्रॅप केली होती, ज्याला बीकन चेन ऐकते आणि वापरकर्त्याला नवीन चेनवर तितक्याच रकमेचे ETH क्रेडिट करते. द मर्ज होईपर्यंत, बीकन चेनचे व्हॅलिडेटर्स व्यवहार प्रक्रिया करत नव्हते आणि मूलतः व्हॅलिडेटर पूलच्या स्थितीवरच एकमतापर्यंत पोहोचत होते.
+
+बीकन चेनवरील व्हॅलिडेटर्सना चेनच्या स्थितीची साक्ष देण्यासाठी आणि ब्लॉक्स प्रस्तावित करण्यासाठी ETH ने पुरस्कृत केले जाते. व्हॅलिडेटरच्या कामगिरीवर आधारित प्रत्येक इपॉकमध्ये (प्रत्येक 6.4 मिनिटांनी) रिवॉर्ड (किंवा दंड) मोजले जातात आणि वितरित केले जातात. व्हॅलिडेटर रिवॉर्ड्स प्रूफ-ऑफ-वर्क अंतर्गत पूर्वी जारी केलेल्या मायनिंग रिवॉर्ड्सपेक्षा (प्रत्येक ~13.5 सेकंदाला 2 ETH) **लक्षणीयरीत्या** कमी आहेत, कारण व्हॅलिडेटिंग नोड चालवणे तितके आर्थिकदृष्ट्या तीव्र नाही आणि म्हणून तितक्या उच्च रिवॉर्डची आवश्यकता किंवा हमी देत नाही.
+
+### मर्ज-पूर्वी जारी करण्याचे विश्लेषण {#pre-merge-issuance-breakdown}
+
+एकूण ETH पुरवठा: **~120,520,000 ETH** (सप्टेंबर 2022 मध्ये द मर्जच्या वेळी)
+
+**एक्झिक्युशन लेयर जारी करणे:**
+
+- अंदाजे 13.3 सेकंदाला 2.08 ETH\*: एका वर्षात **~4,930,000** ETH जारी केले.
+- यामुळे चलनवाढीचा दर **अंदाजे 4.09%** होता (प्रति वर्ष 4.93M / एकूण 120.5M)
+- \*यात प्रति कॅनोनिकल ब्लॉक 2 ETH, तसेच ओमर ब्लॉक्समधून कालांतराने सरासरी 0.08 ETH समाविष्ट आहे. यामध्ये 13.3 सेकंदांचा वापर केला आहे, जो [डिफिकल्टी बॉम्ब](/glossary/#difficulty-bomb) च्या कोणत्याही प्रभावाशिवाय बेसलाइन ब्लॉक टाइमचे लक्ष्य आहे. ([स्रोत पहा](https://bitinfocharts.com/ethereum/))
+
+**कन्सेंसस लेयर जारी करणे:**
+
+- एकूण 14,000,000 ETH स्टेक केल्यावर, ETH जारी करण्याचा दर अंदाजे 1700 ETH/दिवस आहे ([स्रोत पहा](https://ultrasound.money/))
+- यामुळे एका वर्षात **~620,500** ETH जारी होतात
+- यामुळे चलनवाढीचा दर **अंदाजे 0.52%** होता (प्रति वर्ष 620.5K / एकूण 119.3M)
+
+<Alert variant="update">
+<AlertContent>
+<AlertDescription>
+**एकूण वार्षिक जारी करण्याचा दर (मर्ज-पूर्वी): ~4.61%** (4.09% + 0.52%)
+
+जारी केलेल्या रकमेपैकी **~88.7%** एक्झिक्युशन लेयरवरील मायनर्सना जात होते (4.09 / 4.61 \* 100)
+
+**~11.3%** कन्सेंसस लेयरवरील स्टेकर्सना जारी केले जात होते (0.52 / 4.61 \* 100)
+</AlertDescription>
+
+</AlertContent>
+
+</Alert>
+
+## मर्ज-नंतर (सध्याचा काळ) {#post-merge}
+
+### एक्झिक्युशन लेयर जारी करणे {#el-issuance-post-merge}
+
+द मर्जपासून एक्झिक्युशन लेयरवर जारी करणे शून्य आहे. कन्सेंससच्या अपग्रेड केलेल्या नियमांनुसार, प्रूफ-ऑफ-वर्क हे आता ब्लॉक उत्पादनाचे वैध साधन नाही. सर्व एक्झिक्युशन लेयर क्रिया "बीकन ब्लॉक्स" मध्ये पॅकेज केल्या जातात, जे प्रूफ-ऑफ-स्टेक व्हॅलिडेटर्सद्वारे प्रकाशित केले जातात आणि साक्ष दिली जाते. बीकन ब्लॉक्सची साक्ष देण्यासाठी आणि प्रकाशित करण्यासाठीचे रिवॉर्ड कन्सेंसस लेयरवर स्वतंत्रपणे गणले जातात.
+
+### कन्सेंसस लेयर जारी करणे {#cl-issuance-post-merge}
+
+द मर्जच्या पूर्वीप्रमाणेच आजही कन्सेंसस लेयरवरील जारी करणे सुरू आहे, ज्यात ब्लॉक्सची साक्ष देणाऱ्या आणि प्रस्तावित करणाऱ्या व्हॅलिडेटर्ससाठी लहान रिवॉर्ड्स आहेत. व्हॅलिडेटर रिवॉर्ड्स _व्हॅलिडेटर बॅलन्स_ मध्ये जमा होत राहतात जे कन्सेंसस लेयरमध्ये व्यवस्थापित केले जातात. सध्याच्या खात्यांप्रमाणे ("एक्झिक्युशन" खाती), जी मेननेटवर व्यवहार करू शकतात, त्याउलट ही वेगळी Ethereum खाती इतर Ethereum खात्यांशी मुक्तपणे व्यवहार करू शकत नाहीत. या खात्यांमधील निधी फक्त एकाच निर्दिष्ट एक्झिक्युशन पत्त्यावर काढला जाऊ शकतो.
+
+एप्रिल 2023 मध्ये झालेल्या शांघाय/कॅपेला अपग्रेडपासून, स्टेकर्ससाठी ही विथड्रॉल्स सक्षम केली आहेत. स्टेकर्सना त्यांची _कमाई/रिवॉर्ड (32 ETH वरील शिल्लक)_ काढण्यासाठी प्रोत्साहित केले जाते कारण अन्यथा हा निधी त्यांच्या स्टेक वजनात (जे जास्तीत जास्त 32 आहे) योगदान देत नाही.
+
+स्टेकर्स बाहेर पडणे आणि त्यांची संपूर्ण व्हॅलिडेटर बॅलन्स काढणे देखील निवडू शकतात. Ethereum स्थिर आहे याची खात्री करण्यासाठी, एकाच वेळी बाहेर पडणाऱ्या व्हॅलिडेटर्सची संख्या मर्यादित आहे.
+
+एकूण व्हॅलिडेटर संख्येच्या अंदाजे 0.33% एका दिवसात बाहेर पडू शकतात. डीफॉल्टनुसार, प्रति इपॉक चार (4) व्हॅलिडेटर्स बाहेर पडू शकतात (प्रत्येक 6.4 मिनिटांनी, किंवा प्रति दिन 900). 262,144 (2<sup>18</sup>) पेक्षा जास्त असलेल्या प्रत्येक 65,536 (2<sup>16</sup>) अतिरिक्त व्हॅलिडेटर्ससाठी एका अतिरिक्त व्हॅलिडेटरला बाहेर पडण्याची परवानगी आहे. उदाहरणार्थ, 327,680 पेक्षा जास्त व्हॅलिडेटर्ससह, प्रति इपॉक पाच (5) बाहेर पडू शकतात (प्रति दिन 1,125). 393,216 पेक्षा जास्त एकूण सक्रिय व्हॅलिडेटर संख्येसह सहा (6) जणांना परवानगी दिली जाईल, आणि असेच पुढे.
+
+जसे अधिक व्हॅलिडेटर्स विथड्रॉ करतात, तसे बाहेर पडणाऱ्या व्हॅलिडेटर्सची कमाल संख्या हळूहळू किमान चार पर्यंत कमी केली जाईल, जेणेकरून स्टेक केलेल्या ETH च्या मोठ्या अस्थिर करणाऱ्या रकमेला एकाच वेळी काढण्यापासून हेतुपुरस्सर प्रतिबंधित करता येईल.
+
+### मर्ज-नंतर चलनवाढीचे विश्लेषण {#post-merge-inflation-breakdown}
+
+- एकूण ETH पुरवठा: **~120,520,000 ETH** (सप्टेंबर 2022 मध्ये द मर्जच्या वेळी)
+- एक्झिक्युशन लेयर जारी करणे: **0**
+- कन्सेंसस लेयर जारी करणे: वरीलप्रमाणेच, **~0.52%** वार्षिक जारी करण्याचा दर (14 दशलक्ष एकूण ETH स्टेक केल्यावर)
+
+<Alert variant="update">
+<AlertContent>
+<AlertDescription>
+एकूण वार्षिक जारी करण्याचा दर: **~0.52%**
+
+वार्षिक ETH जारी करण्यात निव्वळ घट: **~88.7%** ((4.61% - 0.52%) / 4.61% \* 100)
+</AlertDescription>
+
+</AlertContent>
+
+</Alert>
+
+## <Emoji text=":fire:" size="1" /> बर्न {#the-burn}
+
+ETH जारी करण्याच्या विरुद्ध शक्ती म्हणजे ज्या दराने ETH बर्न केले जाते तो दर होय. Ethereum वर व्यवहार कार्यान्वित करण्यासाठी, किमान शुल्क (ज्याला "बेस फी" म्हणतात) भरावे लागते, जे नेटवर्कच्या क्रियाकलापांवर अवलंबून सतत (ब्लॉक-टू-ब्लॉक) बदलते. हे शुल्क ETH मध्ये दिले जाते आणि व्यवहार वैध मानला जाण्यासाठी ते _आवश्यक_ आहे. हे शुल्क व्यवहार प्रक्रियेदरम्यान _बर्न_ केले जाते, ज्यामुळे ते चलनातून काढून टाकले जाते.
+
+<Alert variant="update">
+<AlertContent>
+<AlertDescription>
+
+फी बर्निंग ऑगस्ट 2021 मध्ये [लंडन अपग्रेड](/ethereum-forks/#london) सह लाइव्ह झाले आणि द मर्जपासून अपरिवर्तित आहे.
+</AlertDescription>
+
+</AlertContent>
+
+</Alert>
+
+लंडन अपग्रेडद्वारे लागू केलेल्या फी बर्न व्यतिरिक्त, व्हॅलिडेटर्सना ऑफलाइन असल्‍याबद्दल दंड होऊ शकतो, किंवा त्याहून वाईट, नेटवर्क सुरक्षेला धोका निर्माण करणारे विशिष्ट नियम मोडल्याबद्दल त्यांना स्लॅश केले जाऊ शकते. या दंडांमुळे त्या व्हॅलिडेटरच्या बॅलन्समधून ETH कमी होते, जे थेट इतर कोणत्याही खात्याला पुरस्कृत केले जात नाही, आणि प्रभावीपणे ते बर्न/चलनातून काढून टाकले जाते.
+
+### चलनघटासाठी सरासरी गॅस किंमतीची गणना {#calculating-average-gas-price-for-deflation}
+
+वर चर्चा केल्याप्रमाणे, एका दिवसात जारी केलेल्या ETH ची रक्कम एकूण स्टेक केलेल्या ETH वर अवलंबून असते. लिहिण्याच्या वेळी, हे अंदाजे 1700 ETH/दिवस आहे.
+
+दिलेल्या 24-तासांच्या कालावधीत हे जारी करणे पूर्णपणे ऑफसेट करण्यासाठी आवश्यक सरासरी गॅस किंमत निश्चित करण्यासाठी, आपण 12 सेकंदांचा ब्लॉक वेळ दिला असता एका दिवसातील एकूण ब्लॉक्सची संख्या मोजून सुरुवात करू:
+
+- `(1 ब्लॉक / 12 सेकंद) * (60 सेकंद/मिनिट) = 5 ब्लॉक्स/मिनिट`
+- `(5 ब्लॉक्स/मिनिट) * (60 मिनिटे/तास) = 300 ब्लॉक्स/तास`
+- `(300 ब्लॉक्स/तास) * (24 तास/दिवस) = 7200 ब्लॉक्स/दिवस`
+
+प्रत्येक ब्लॉक `15x10^6 गॅस/ब्लॉक` लक्ष्य ठेवतो ([गॅसवर अधिक](/developers/docs/gas/)). याचा वापर करून, 1700 ETH चे एकूण दैनिक ETH जारी करणे दिले असता, जारी करणे ऑफसेट करण्यासाठी आवश्यक असलेली सरासरी गॅस किंमत (gwei/gas एककांमध्ये) आपण शोधू शकतो:
+
+- `7200 ब्लॉक्स/दिवस * 15x10^6 गॅस/ब्लॉक * `**`Y gwei/गॅस`**` * 1 ETH/ 10^9 gwei = 1700 ETH/दिवस`
+
+`Y` साठी सोडवताना:
+
+- `Y = (1700(10^9))/(7200 * 15(10^6)) = (17x10^3)/(72 * 15) = 16 gwei` (फक्त दोन महत्त्वपूर्ण अंकांपर्यंत पूर्णांकित करून)
+
+या शेवटच्या पायरीची पुनर्रचना करण्याचा दुसरा मार्ग म्हणजे `1700` ला `X` या व्हेरिएबलने बदलणे, जे दैनिक ETH जारी करणे दर्शवते आणि उर्वरित भाग सोपा करणे:
+
+- `Y = (X(10^3)/(7200 * 15)) = X/108`
+
+आपण हे सोपे करून `X` चे फंक्शन म्हणून लिहू शकतो:
+
+- `f(X) = X/108` जिथे `X` हे दैनिक ETH जारी करणे आहे, आणि `f(X)` सर्व नवीन जारी केलेल्या ETH ला ऑफसेट करण्यासाठी आवश्यक gwei/गॅस किंमत दर्शवते.
+
+तर, उदाहरणार्थ, जर एकूण स्टेक केलेल्या ETH वर आधारित `X` (दैनिक ETH जारी करणे) 1800 पर्यंत वाढले, तर `f(X)` (सर्व जारी करणे ऑफसेट करण्यासाठी आवश्यक gwei) `17 gwei` असेल (2 महत्त्वपूर्ण अंकांचा वापर करून).
+
+## पुढील वाचन {#further-reading}
+
+- [द मर्ज](/roadmap/merge/)
+- [Ultrasound.money](https://ultrasound.money/) - _रिअल-टाइममध्ये ETH जारी करणे आणि बर्न व्हिज्युअलाइझ करण्यासाठी डॅशबोर्ड उपलब्ध आहेत_
+- [Ethereum जारी करण्याचे चार्टिंग](https://www.attestant.io/posts/charting-ethereum-issuance/) - _जिम मॅकडोनाल्ड 2020_
diff --git a/public/content/translations/mr/roadmap/pbs/index.md b/public/content/translations/mr/roadmap/pbs/index.md
new file mode 100644
index 00000000000..5d7cbf33e10
--- /dev/null
+++ b/public/content/translations/mr/roadmap/pbs/index.md
@@ -0,0 +1,50 @@
+---
+title: "प्रस्तावक-बिल्डर वेगळे करणे"
+description: "इथेरियम व्हॅलिडेटर्स त्यांच्या ब्लॉक बिल्डिंग आणि ब्लॉक ब्रॉडकास्टिंग जबाबदाऱ्या कशा आणि का विभाजित करतील ते जाणून घ्या."
+lang: mr
+---
+
+# प्रस्तावक-निर्माता पृथक्करण {#proposer-builder-separation}
+
+सध्याचे इथेरियम व्हॅलिडेटर्स ब्लॉक्स तयार _आणि_ प्रसारित करतात. ते गॉसिप नेटवर्कद्वारे ऐकलेले व्यवहार एकत्र बांधतात आणि त्यांना एका ब्लॉकमध्ये पॅकेज करतात जो इथेरियम नेटवर्कवरील पीअर्सना पाठवला जातो. **प्रस्तावक-निर्माता पृथक्करण (PBS)** ही कार्ये अनेक व्हॅलिडेटर्समध्ये विभाजित करते. ब्लॉक बिल्डर्स प्रत्येक स्लॉटमध्ये ब्लॉक्स तयार करण्यासाठी आणि ते ब्लॉक प्रस्तावकाला ऑफर करण्यासाठी जबाबदार बनतात. ब्लॉक प्रस्तावक ब्लॉकची सामग्री पाहू शकत नाही, ते फक्त सर्वात फायदेशीर ब्लॉक निवडतात, आणि ब्लॉक बिल्डरला शुल्क देऊन ब्लॉकला त्याच्या पीअर्सकडे पाठवतात.
+
+अनेक कारणांसाठी हे एक महत्त्वाचे अपग्रेड आहे. प्रथम, ते प्रोटोकॉल स्तरावर व्यवहार सेन्सॉरशिप टाळण्यासाठी संधी निर्माण करते. दुसरे म्हणजे, हे हौशी व्हॅलिडेटर्सना संस्थात्मक प्लेयर्सकडून मागे पडण्यापासून प्रतिबंधित करते, जे त्यांच्या ब्लॉक बिल्डिंगची नफा क्षमता अधिक चांगल्या प्रकारे ऑप्टिमाइझ करू शकतात. तिसरे म्हणजे, डँकशार्डिंग अपग्रेड्स सक्षम करून इथेरियमला स्केल करण्यास मदत करते.
+
+## PBS आणि सेन्सॉरशिप प्रतिरोध {#pbs-and-censorship-resistance}
+
+ब्लॉक बिल्डर्स आणि ब्लॉक प्रस्तावकांना वेगळे केल्याने ब्लॉक बिल्डर्ससाठी व्यवहार सेन्सॉर करणे खूप कठीण होते. याचे कारण असे आहे की तुलनेने गुंतागुंतीचे समावेश निकष जोडले जाऊ शकतात जे ब्लॉक प्रस्तावित होण्यापूर्वी कोणतीही सेन्सॉरशिप झाली नाही हे सुनिश्चित करतात. ब्लॉक प्रस्तावक हा ब्लॉक बिल्डरपासून एक वेगळी संस्था असल्याने, तो सेन्सॉरिंग ब्लॉक बिल्डर्सच्या विरोधात संरक्षकाची भूमिका घेऊ शकतो.
+
+उदाहरणार्थ, समावेश सूची सादर केल्या जाऊ शकतात जेणेकरून जेव्हा व्हॅलिडेटर्सना व्यवहारांबद्दल माहिती असेल परंतु ते ब्लॉक्समध्ये समाविष्ट केलेले दिसत नाहीत, तेव्हा ते त्यांना पुढील ब्लॉकमध्ये अत्यावश्यक म्हणून लागू करू शकतात. समावेश सूची ब्लॉक प्रस्तावकाच्या स्थानिक मेमपूलमधून (त्याला माहीत असलेल्या व्यवहारांची सूची) तयार केली जाते आणि ब्लॉक प्रस्तावित होण्यापूर्वीच त्याच्या पीअर्सना पाठवली जाते. जर समावेश सूचीमधील कोणताही व्यवहार गहाळ असेल, तर प्रस्तावक एकतर ब्लॉक नाकारू शकतो, गहाळ व्यवहार प्रस्तावित करण्यापूर्वी जोडू शकतो, किंवा तो प्रस्तावित करून इतर व्हॅलिडेटर्सकडून मिळाल्यावर नाकारला जाऊ देऊ शकतो. या कल्पनेची एक संभाव्य अधिक कार्यक्षम आवृत्ती देखील आहे जी सांगते की बिल्डर्सनी उपलब्ध ब्लॉक स्पेसचा पूर्णपणे वापर केला पाहिजे आणि जर त्यांनी तसे केले नाही तर प्रस्तावकाच्या समावेश सूचीमधून व्यवहार जोडले जातात. हे अजूनही सक्रिय संशोधनाचे क्षेत्र आहे आणि समावेश सूचीसाठी इष्टतम कॉन्फिगरेशन अद्याप निश्चित केलेले नाही.
+
+[एनक्रिप्टेड मेमपूल्स](https://www.youtube.com/watch?v=fHDjgFcha0M&list=PLpktWkixc1gUqkyc1-iE6TT0RWQTBJELe&index=3) बिल्डर्स आणि प्रस्तावकांसाठी हे जाणून घेणे अशक्य करू शकतात की ब्लॉक आधीच प्रसारित होईपर्यंत ते कोणत्या व्यवहारांना ब्लॉकमध्ये समाविष्ट करत आहेत.
+
+<ExpandableCard title="PBS कोणत्या प्रकारची सेन्सॉरशिप सोडवते?" eventCategory="/roadmap/pbs" eventName="clicked what kinds of censorship does PBS solve?">
+
+शक्तिशाली संस्था विशिष्ट अॅड्रेसवर किंवा त्यावरून होणारे व्यवहार सेन्सॉर करण्यासाठी व्हॅलिडेटर्सवर दबाव आणू शकतात. व्हॅलिडेटर्स त्यांच्या ट्रान्झॅक्शन पूलमध्ये ब्लॅकलिस्टेड अॅड्रेस शोधून आणि ते प्रस्तावित केलेल्या ब्लॉक्समधून वगळून या दबावाचे पालन करतात. PBS नंतर हे यापुढे शक्य होणार नाही कारण ब्लॉक प्रस्तावकांना हे कळणार नाही की ते त्यांच्या ब्लॉक्समध्ये कोणते व्यवहार प्रसारित करत आहेत. विशिष्ट व्यक्ती किंवा अॅप्ससाठी सेन्सॉरशिप नियमांचे पालन करणे महत्त्वाचे असू शकते, उदाहरणार्थ, जेव्हा त्यांच्या प्रदेशात तो कायदा बनतो. अशा प्रकरणांमध्ये, अनुपालन अॅप्लिकेशन स्तरावर होते, तर प्रोटोकॉल परवानगीविरहित आणि सेन्सॉरशिपमुक्त राहतो.
+</ExpandableCard>
+
+## PBS आणि MEV {#pbs-and-mev}
+
+**जास्तीत जास्त काढता येण्याजोगे मूल्य (MEV)** म्हणजे व्हॅलिडेटर्सनी व्यवहारांना अनुकूलपणे क्रम लावून त्यांची नफा क्षमता वाढवणे. सामान्य उदाहरणांमध्ये विकेंद्रित एक्सचेंजेसवर स्वॅप्सचे आर्बिट्रेजिंग करणे (उदा. मोठ्या विक्री किंवा खरेदीचे फ्रंटरनिंग करणे) किंवा DeFi पोझिशन्स लिक्विडेट करण्याच्या संधी ओळखणे यांचा समावेश आहे. MEV वाढवण्यासाठी अत्याधुनिक तांत्रिक ज्ञान आणि सामान्य व्हॅलिडेटर्सना जोडलेले सानुकूल सॉफ्टवेअर आवश्यक आहे, ज्यामुळे MEV काढण्यामध्ये संस्थात्मक ऑपरेटर व्यक्ती आणि हौशी व्हॅलिडेटर्सपेक्षा जास्त चांगली कामगिरी करण्याची शक्यता वाढते. याचा अर्थ असा की केंद्रीकृत ऑपरेटर्ससोबत स्टेकिंग परतावा जास्त असण्याची शक्यता आहे, ज्यामुळे एक केंद्रीकृत शक्ती निर्माण होते जी होम स्टेकिंगला परावृत्त करते.
+
+PBS ही समस्या MEV च्या अर्थशास्त्राची पुनर्रचना करून सोडवते. ब्लॉक प्रस्तावक स्वतः MEV शोधण्याऐवजी, ब्लॉक बिल्डर्सनी त्यांना ऑफर केलेल्या अनेक ब्लॉक्समधून ते फक्त एक ब्लॉक निवडतात. ब्लॉक बिल्डर्सनी कदाचित अत्याधुनिक MEV काढले असेल, परंतु त्याचे बक्षीस ब्लॉक प्रस्तावकाला जाते. याचा अर्थ असा की जरी विशेष ब्लॉक बिल्डर्सचा एक छोटा पूल MEV काढण्यावर वर्चस्व गाजवत असला तरी, त्याचे बक्षीस नेटवर्कवरील कोणत्याही व्हॅलिडेटरला जाऊ शकते, ज्यात वैयक्तिक होम स्टेकर्सचा समावेश आहे.
+
+<ExpandableCard title="ब्लॉक बिल्डिंगचे केंद्रीकरण करणे ठीक का आहे?" eventCategory="/roadmap/pbs" eventName="clicked why is it OK to centralize block building?">
+
+अत्याधुनिक MEV धोरणांद्वारे देऊ केलेल्या वाढीव बक्षिसांमुळे व्यक्तींना स्वतःहून स्टेकिंग करण्याऐवजी पूल्ससोबत स्टेकिंग करण्यासाठी प्रोत्साहित केले जाऊ शकते. ब्लॉक बिल्डिंगला ब्लॉक प्रस्तावापासून वेगळे करणे म्हणजे काढलेला MEV सर्वात प्रभावी MEV शोधकर्त्यासोबत केंद्रीकृत होण्याऐवजी अधिक व्हॅलिडेटर्सवर वितरीत केला जाईल. त्याच वेळी, विशेष ब्लॉक बिल्डर्सना अस्तित्वात राहण्याची परवानगी देणे हे व्यक्तींवरील ब्लॉक बिल्डिंगचा भार कमी करते, आणि व्यक्तींना स्वतःसाठी MEV चोरण्यापासून प्रतिबंधित करते, त्याच वेळी ब्लॉक्स प्रामाणिक आहेत की नाही हे तपासू शकणाऱ्या वैयक्तिक, स्वतंत्र व्हॅलिडेटर्सची संख्या वाढवते. महत्त्वाची संकल्पना "प्रोव्हर-व्हेरिफायर असिमेट्री" आहे, जी या कल्पनेला संदर्भित करते की केंद्रीकृत ब्लॉक उत्पादन ठीक आहे, जोपर्यंत ब्लॉक्स प्रामाणिक असल्याचे सिद्ध करू शकणाऱ्या व्हॅलिडेटर्सचे एक मजबूत आणि जास्तीत जास्त विकेंद्रित नेटवर्क आहे. विकेंद्रीकरण हे एक साधन आहे, अंतिम ध्येय नाही - आपल्याला प्रामाणिक ब्लॉक्स हवे आहेत.
+</ExpandableCard>
+
+## PBS आणि डँकशार्डिंग {#pbs-and-danksharding}
+
+डँकशार्डिंग हा तो मार्ग आहे ज्याद्वारे इथेरियम प्रति सेकंद >100,000 व्यवहारांपर्यंत स्केल करेल आणि रोलअप वापरकर्त्यांसाठी शुल्क कमी करेल. ते PBS वर अवलंबून आहे कारण ते ब्लॉक बिल्डर्सच्या कामाचा भार वाढवते, ज्यांना 1 सेकंदापेक्षा कमी वेळेत 64 MB पर्यंतच्या रोलअप डेटासाठी पुरावे मोजावे लागतील. यासाठी कदाचित विशेष बिल्डर्सची आवश्यकता असेल जे या कामासाठी पुरेसे भरीव हार्डवेअर समर्पित करू शकतात. तथापि, सध्याच्या परिस्थितीत, MEV काढण्यामुळे ब्लॉक बिल्डिंग अधिक अत्याधुनिक आणि शक्तिशाली ऑपरेटर्सच्या आसपास अधिकाधिक केंद्रीकृत होऊ शकते. प्रस्तावक-निर्माता पृथक्करण हे या वास्तवाला स्वीकारण्याचा आणि त्याला ब्लॉक व्हॅलिडेशनवर (महत्वाचा भाग) किंवा स्टेकिंग बक्षिसांच्या वितरणावर केंद्रीकृत शक्ती वापरण्यापासून रोखण्याचा एक मार्ग आहे. एक मोठा अतिरिक्त फायदा हा आहे की विशेष ब्लॉक बिल्डर्स डँकशार्डिंगसाठी आवश्यक डेटा पुराव्यांची गणना करण्यास इच्छुक आणि सक्षम आहेत.
+
+## सध्याची प्रगती {#current-progress}
+
+PBS संशोधनाच्या प्रगत टप्प्यात आहे, परंतु इथेरियम क्लायंटमध्ये त्याचा प्रोटोटाइप बनवण्यापूर्वी काही महत्त्वाचे डिझाइन प्रश्न सोडवणे आवश्यक आहे. अद्याप कोणतेही अंतिम स्पेसिफिकेशन नाही. याचा अर्थ PBS कदाचित एक वर्ष किंवा त्याहून अधिक दूर आहे. नवीनतम [संशोधनाची स्थिती](https://notes.ethereum.org/@vbuterin/pbs_censorship_resistance) तपासा.
+
+## अधिक वाचन {#further-reading}
+
+- [संशोधनाची स्थिती: PBS अंतर्गत सेन्सॉरशिप प्रतिरोध](https://notes.ethereum.org/@vbuterin/pbs_censorship_resistance)
+- [PBS-अनुकूल शुल्क बाजार डिझाइन](https://ethresear.ch/t/proposer-block-builder-separation-friendly-fee-market-designs/9725)
+- [PBS आणि सेन्सॉरशिप प्रतिरोध](https://notes.ethereum.org/@fradamt/H1TsYRfJc#Secondary-auctions)
+- [समावेश सूची](https://notes.ethereum.org/@fradamt/H1ZqdtrBF)
diff --git a/public/content/translations/mr/roadmap/pectra/7702/index.md b/public/content/translations/mr/roadmap/pectra/7702/index.md
new file mode 100644
index 00000000000..37d0b31ec64
--- /dev/null
+++ b/public/content/translations/mr/roadmap/pectra/7702/index.md
@@ -0,0 +1,149 @@
+---
+title: "Pectra 7702 मार्गदर्शक तत्त्वे"
+description: "Pectra रिलीजमध्ये 7702 बद्दल अधिक जाणून घ्या"
+lang: mr
+---
+
+# Pectra 7702
+
+## सारांश {#abstract}
+
+EIP 7702 हे EOA मध्ये कोड जोडण्यासाठी एक यंत्रणा परिभाषित करते. हा प्रस्ताव EOAs, म्हणजेच लेगसी Ethereum खात्यांना, अल्पकालीन कार्यक्षमता सुधारणा प्राप्त करण्यास अनुमती देतो, ज्यामुळे ॲप्लिकेशन्सची उपयोगिता वाढते. हे नवीन ट्रान्झॅक्शन प्रकार: 4 वापरून आधीच तैनात केलेल्या कोडवर एक पॉइंटर सेट करून केले जाते.
+
+हा नवीन ट्रान्झॅक्शन प्रकार एक ऑथोरायझेशन सूची सादर करतो. सूचीमधील प्रत्येक ऑथोरायझेशन टपल खालीलप्रमाणे परिभाषित केले आहे
+
+```
+[ chain_id, address, nonce, y_parity, r, s ]
+```
+
+**address** हे डेलिगेशन आहे (आधीपासून तैनात केलेला बायटेकोड जो EOA द्वारे वापरला जाईल)
+**chain_id** विशिष्ट चेनसाठी ऑथोरायझेशन लॉक करते (किंवा सर्व चेन्ससाठी 0)
+**nonce** विशिष्ट खाते नॉन्ससाठी ऑथोरायझेशन लॉक करते
+(**y_parity, r, s**) हे ऑथोरायझेशन टपलचे स्वाक्षरी आहे, जे EOA च्या प्रायव्हेट की द्वारे keccak(0x05 || rlp ([chain_id ,address, nonce])) म्हणून परिभाषित केले आहे, ज्यावर ऑथोरायझेशन लागू होते (याला अथॉरिटी असेही म्हणतात)
+
+नल ॲड्रेसवर डेलिगेट करून डेलिगेशन रीसेट केले जाऊ शकते.
+
+डेलिगेशननंतर EOA ची प्रायव्हेट की खात्यावर पूर्ण नियंत्रण ठेवते. उदाहरणार्थ, Safe वर डेलिगेट केल्याने खाते multisig बनत नाही कारण अजूनही एक सिंगल की आहे जी कोणत्याही स्वाक्षरी धोरणाला बायपास करू शकते. पुढे जाऊन, डेव्हलपर्सनी या गृहितकासह डिझाइन केले पाहिजे की सिस्टममधील कोणताही सहभागी एक स्मार्ट कॉन्ट्रॅक्ट असू शकतो. स्मार्ट कॉन्ट्रॅक्ट डेव्हलपर्ससाठी, `tx.origin` हे EOA ला संदर्भित करते असे गृहित धरणे आता सुरक्षित नाही.
+
+## सर्वोत्तम पद्धती {#best-practices}
+
+**खाते ॲब्स्ट्रॅक्शन**: कम्पॅटिबिलिटी जास्तीत जास्त वाढवण्यासाठी डेलिगेशन कॉन्ट्रॅक्ट Ethereum च्या व्यापक खाते ॲब्स्ट्रॅक्शन (AA) मानकांशी सुसंगत असावा. विशेषतः, ते आदर्शपणे ERC-4337 अनुरूप किंवा सुसंगत असावे.
+
+**परवानगी-रहित आणि सेन्सॉरशिप-प्रतिरोधक डिझाइन**: Ethereum परवानगी-रहित सहभागाला महत्त्व देते. डेलिगेशन कॉन्ट्रॅक्टने कोणत्याही एका 'विश्वसनीय' रिलेयर किंवा सेवेवर हार्ड-कोड किंवा अवलंबून राहू नये. जर रिलेयर ऑफलाइन गेला तर यामुळे खाते बंद पडेल. बॅचिंगसारखी वैशिष्ट्ये (उदा., approve+transferFrom) EOA स्वतः रिलेयरशिवाय वापरू शकते. 7702 द्वारे सक्षम केलेल्या प्रगत वैशिष्ट्यांचा (गॅस ॲब्स्ट्रॅक्शन, प्रायव्हसी-प्रिझर्विंग विथड्रॉवल्स) वापर करू इच्छिणाऱ्या ॲप्लिकेशन डेव्हलपर्ससाठी, तुम्हाला रिलेयरची आवश्यकता असेल. जरी विविध रिलेयर आर्किटेक्चर्स असले तरी, आमची शिफारस [4337 बंडलर्स](https://www.erc4337.io/bundlers) वापरण्याची आहे जे किमान [एंट्री पॉइंट 0.8](https://github.com/eth-infinitism/account-abstraction/releases/tag/v0.8.0) कडे निर्देशित करतात, कारण:
+
+- ते रिलेयिंगसाठी प्रमाणित इंटरफेस प्रदान करतात
+- अंगभूत पेमास्टर सिस्टीम समाविष्ट करतात
+- फॉरवर्ड कम्पॅटिबिलिटी सुनिश्चित करतात
+- [पब्लिक मेमपूल](https://notes.ethereum.org/@yoav/unified-erc-4337-mempool) द्वारे सेन्सॉरशिप प्रतिरोधास समर्थन देऊ शकतात
+- init फंक्शन फक्त [एंट्रीपॉइंट](https://github.com/eth-infinitism/account-abstraction/releases/tag/v0.8.0) वरून कॉल केले जावे अशी आवश्यकता ठेवू शकतात
+
+दुसऱ्या शब्दांत, जोपर्यंत ते खात्यातून आवश्यक वैध स्वाक्षरी किंवा UserOperation प्रदान करतात, तोपर्यंत कोणीही ट्रान्झॅक्शन प्रायोजक/रिलेयर म्हणून काम करू शकले पाहिजे. हे सेन्सॉरशिप प्रतिरोध सुनिश्चित करते: जर कोणत्याही कस्टम इन्फ्रास्ट्रक्चरची आवश्यकता नसेल, तर वापरकर्त्याचे व्यवहार गेटकीपिंग रिलेद्वारे मनमानीपणे ब्लॉक केले जाऊ शकत नाहीत. उदाहरणार्थ, [MetaMask’s Delegation Toolkit](https://github.com/MetaMask/delegation-framework/releases/tag/v1.3.0) कोणत्याही चेनवरील कोणत्याही ERC-4337 बंडलर किंवा पेमास्टरसोबत स्पष्टपणे काम करते, MetaMask-विशिष्ट सर्व्हरची आवश्यकता ठेवण्याऐवजी.
+
+**वॉलेट इंटरफेसद्वारे dApps एकत्रीकरण**:
+
+वॉलेट्स EIP-7702 साठी विशिष्ट डेलिगेशन कॉन्ट्रॅक्ट्सना व्हाइटलिस्ट करतील हे पाहता, dApps नी थेट 7702 ऑथोरायझेशनची विनंती करण्याची अपेक्षा करू नये. त्याऐवजी, एकत्रीकरण प्रमाणित वॉलेट इंटरफेसद्वारे झाले पाहिजे:
+
+- **ERC-5792 (`wallet_sendCalls`)**: dApps ना बॅच केलेल्या कॉल्स कार्यान्वित करण्यासाठी वॉलेट्सना विनंती करण्यास सक्षम करते, ज्यामुळे ट्रान्झॅक्शन बॅचिंग आणि गॅस ॲब्स्ट्रॅक्शनसारख्या कार्यक्षमता सुलभ होतात.
+
+- **ERC-6900**: dApps ना वॉलेट-व्यवस्थापित मॉड्यूल्सद्वारे सेशन की आणि खाते रिकव्हरी यासारख्या मॉड्युलर स्मार्ट खाते क्षमतांचा फायदा घेण्यास अनुमती देते.
+
+या इंटरफेसचा वापर करून, dApps थेट डेलिगेशन्स व्यवस्थापित न करता EIP-7702 द्वारे प्रदान केलेल्या स्मार्ट खाते कार्यक्षमतांमध्ये प्रवेश करू शकतात, ज्यामुळे विविध वॉलेट अंमलबजावणींमध्ये कम्पॅटिबिलिटी आणि सुरक्षा सुनिश्चित होते.
+
+> टीप: dApps साठी थेट 7702 ऑथोरायझेशन स्वाक्षऱ्यांची विनंती करण्यासाठी कोणतीही प्रमाणित पद्धत नाही. EIP-7702 वैशिष्ट्यांचा फायदा घेण्यासाठी DApps नी ERC-6900 सारख्या विशिष्ट वॉलेट इंटरफेसवर अवलंबून राहिले पाहिजे.
+
+अधिक माहितीसाठी:
+
+- [ERC-5792 स्पेसिफिकेशन](https://github.com/ethereum/EIPs/blob/master/EIPS/eip-5792.md)
+- [ERC-6900 स्पेसिफिकेशन](https://github.com/ethereum/EIPs/blob/master/EIPS/eip-6900.md)
+
+**व्हेंडर लॉक-इन टाळणे**: वरील बाबींशी सुसंगत, एक चांगली अंमलबजावणी व्हेंडर-न्यूट्रल आणि इंटरऑपरेबल असते. याचा अर्थ अनेकदा स्मार्ट खात्यांसाठी उदयोन्मुख मानकांचे पालन करणे असा होतो. उदाहरणार्थ, [Alchemy’s Modular Account](https://github.com/alchemyplatform/modular-account) मॉड्युलर स्मार्ट खात्यांसाठी ERC-6900 मानक वापरते आणि 'परवानगी-रहित इंटरऑपरेबल वापर' लक्षात घेऊन डिझाइन केलेले आहे.
+
+**गोपनीयतेचे संरक्षण**: ऑनचेन गोपनीयता मर्यादित असली तरी, एका डेलिगेशन कॉन्ट्रॅक्टने डेटा एक्सपोजर आणि लिंकेबिलिटी कमी करण्याचा प्रयत्न केला पाहिजे. हे ERC-20 टोकन्समध्ये गॅस पेमेंट (जेणेकरून वापरकर्त्यांना सार्वजनिक ETH शिल्लक ठेवण्याची गरज नाही, ज्यामुळे गोपनीयता आणि UX सुधारते) आणि वन-टाइम सेशन की (जे एकाच दीर्घकालीन की वरील अवलंबित्व कमी करतात) यासारख्या वैशिष्ट्यांना समर्थन देऊन साध्य केले जाऊ शकते. उदाहरणार्थ, EIP-7702 प्रायोजित व्यवहारांद्वारे टोकन्समध्ये गॅस भरण्यास सक्षम करते, आणि एक चांगली अंमलबजावणी आवश्यकतेपेक्षा जास्त माहिती लीक न करता अशा पेमास्टर्सना समाकलित करणे सोपे करेल. याव्यतिरिक्त, विशिष्ट मंजुरींचे ऑफ-चेन डेलिगेशन (ऑनचेन सत्यापित होणाऱ्या स्वाक्षऱ्या वापरून) म्हणजे वापरकर्त्याच्या प्राथमिक की सह कमी ऑनचेन व्यवहार होतात, ज्यामुळे गोपनीयतेस मदत होते. ज्या खात्यांना रिलेयर वापरण्याची आवश्यकता असते, ती वापरकर्त्यांना त्यांचे IP ॲड्रेस उघड करण्यास भाग पाडतात. पब्लिक मेमपूल्स यात सुधारणा करतात, जेव्हा एखादे ट्रान्झॅक्शन/UserOp मेमपूलमधून प्रसारित होते, तेव्हा ते पाठवणाऱ्या IP मधून आले आहे की फक्त p2p प्रोटोकॉलद्वारे रिले झाले आहे हे सांगता येत नाही.
+
+**विस्तारक्षमता आणि मॉड्युलर सुरक्षा**: खाते अंमलबजावणी विस्तारक्षम असावी जेणेकरून ती नवीन वैशिष्ट्ये आणि सुरक्षा सुधारणांसह विकसित होऊ शकतील. EIP-7702 सह अपग्रेडेबिलिटी मूळतः शक्य आहे (कारण EOA भविष्यात त्याचे लॉजिक अपग्रेड करण्यासाठी नेहमी नवीन कॉन्ट्रॅक्टला डेलिगेट करू शकते). अपग्रेडेबिलिटीच्या पलीकडे, एक चांगले डिझाइन मॉड्युलॅरिटीला परवानगी देते – उदा., वेगवेगळ्या स्वाक्षरी योजना किंवा खर्च धोरणांसाठी प्लग-इन मॉड्यूल्स – पूर्णपणे पुन्हा तैनात करण्याची आवश्यकता न ठेवता. Alchemy’s Account Kit हे याचे उत्तम उदाहरण आहे, जे डेव्हलपर्सना व्हॅलिडेशन मॉड्यूल्स (ECDSA, BLS, इत्यादी विविध स्वाक्षरी प्रकारांसाठी) स्थापित करण्याची परवानगी देते. आणि कस्टम लॉजिकसाठी एक्झिक्युशन मॉड्यूल्स. EIP-7702-सक्षम खात्यांमध्ये अधिक लवचिकता आणि सुरक्षा मिळवण्यासाठी, डेव्हलपर्सना थेट विशिष्ट अंमलबजावणीवर डेलिगेट करण्याऐवजी प्रॉक्सी कॉन्ट्रॅक्टला डेलिगेट करण्यास प्रोत्साहित केले जाते. हा दृष्टिकोन प्रत्येक बदलासाठी अतिरिक्त EIP-7702 ऑथोरायझेशनची आवश्यकता न ठेवता अखंड अपग्रेड आणि मॉड्युलॅरिटीला परवानगी देतो.
+
+प्रॉक्सी पॅटर्नचे फायदे:
+
+- **अपग्रेडेबिलिटी**: प्रॉक्सीला नवीन अंमलबजावणी कॉन्ट्रॅक्टकडे निर्देशित करून कॉन्ट्रॅक्ट लॉजिक अपडेट करा.
+
+- **कस्टम इनिशियलायझेशन लॉजिक**: आवश्यक स्टेट व्हेरिएबल्स सुरक्षितपणे सेट करण्यासाठी प्रॉक्सीमध्ये इनिशियलायझेशन फंक्शन्स समाविष्ट करा.
+
+उदाहरणार्थ, [SafeEIP7702Proxy](https://docs.safe.global/advanced/eip-7702/7702-safe) दाखवते की EIP-7702-सुसंगत खात्यांमध्ये डेलिगेशन्स सुरक्षितपणे सुरू करण्यासाठी आणि व्यवस्थापित करण्यासाठी प्रॉक्सीचा कसा वापर केला जाऊ शकतो.
+
+प्रॉक्सी पॅटर्नचे तोटे:
+
+- **बाह्य घटकांवर अवलंबित्व**: असुरक्षित कॉन्ट्रॅक्टवर अपग्रेड न करण्यासाठी तुम्हाला बाह्य टीमवर अवलंबून राहावे लागेल.
+
+## सुरक्षिततेच्या बाबी {#security-considerations}
+
+**रीएन्ट्रन्सी गार्ड**: EIP-7702 डेलिगेशनच्या परिचयाने, वापरकर्त्याचे खाते एका एक्सटर्नली ओन्ड अकाउंट (EOA) आणि स्मार्ट कॉन्ट्रॅक्ट (SC) मध्ये गतिमानपणे बदलू शकते. ही लवचिकता खात्याला व्यवहार सुरू करण्यासाठी आणि कॉल्सचे लक्ष्य बनण्यासाठी दोन्हीसाठी सक्षम करते. परिणामी, ज्या परिस्थितीत खाते स्वतःला कॉल करते आणि बाह्य कॉल करते, तेथे `msg.sender` हे `tx.origin` च्या बरोबर असेल, जे पूर्वी `tx.origin` नेहमी EOA असण्यावर अवलंबून असलेल्या काही सुरक्षा गृहितकांना कमकुवत करते.
+
+स्मार्ट कॉन्ट्रॅक्ट डेव्हलपर्ससाठी, `tx.origin` हे EOA ला संदर्भित करते असे गृहित धरणे आता सुरक्षित नाही. त्याचप्रमाणे, रीएन्ट्रन्सी हल्ल्यांपासून संरक्षणासाठी `msg.sender == tx.origin` चा वापर करणे आता एक विश्वसनीय धोरण नाही.
+
+पुढे जाऊन, डेव्हलपर्सनी या गृहितकासह डिझाइन केले पाहिजे की सिस्टममधील कोणताही सहभागी एक स्मार्ट कॉन्ट्रॅक्ट असू शकतो. पर्यायाने, ते `nonReentrant` मॉडिफायर पॅटर्नसह रीएन्ट्रन्सी गार्ड्स वापरून स्पष्ट रीएन्ट्रन्सी संरक्षण लागू करू शकतात. आम्ही ऑडिट केलेल्या मॉडिफायरचे अनुसरण करण्याची शिफारस करतो, उदा. [Open Zeppelin's Reentrancy Guard](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/utils/ReentrancyGuard.sol). ते [ट्रान्झिएंट स्टोरेज व्हेरिएबल](https://docs.soliditylang.org/en/latest/internals/layout_in_storage.html) चा वापर देखील करू शकतात.
+
+**इनिशियलायझेशन सुरक्षा विचार**
+
+EIP-7702 डेलिगेशन कॉन्ट्रॅक्ट्सची अंमलबजावणी विशिष्ट सुरक्षा आव्हाने निर्माण करते, विशेषतः इनिशियलायझेशन प्रक्रियेबद्दल. जेव्हा इनिशियलायझेशन फंक्शन (`init`) डेलिगेशन प्रक्रियेशी आण्विकपणे जोडले जाते तेव्हा एक गंभीर धोका निर्माण होतो. अशा प्रकरणांमध्ये, एक फ्रंटरनर डेलिगेशन स्वाक्षरीला अडवू शकतो आणि बदललेल्या पॅरामीटर्ससह `init` फंक्शन कार्यान्वित करू शकतो, ज्यामुळे संभाव्यतः खात्यावर नियंत्रण मिळवले जाऊ शकते.
+
+जेव्हा त्यांच्या इनिशियलायझेशन यंत्रणेत बदल न करता EIP-7702 सह विद्यमान स्मार्ट कॉन्ट्रॅक्ट अकाउंट (SCA) अंमलबजावणी वापरण्याचा प्रयत्न केला जातो, तेव्हा हा धोका विशेषतः संबंधित आहे.
+
+**इनिशियलायझेशन धोके कमी करण्यासाठी उपाय**
+
+- `initWithSig` लागू करा
+  मानक `init` फंक्शनला `initWithSig` फंक्शनने बदला ज्यासाठी वापरकर्त्याला इनिशियलायझेशन पॅरामीटर्सवर स्वाक्षरी करणे आवश्यक आहे. हा दृष्टिकोन सुनिश्चित करतो की इनिशियलायझेशन केवळ वापरकर्त्याच्या स्पष्ट संमतीनेच पुढे जाऊ शकते, ज्यामुळे अनधिकृत इनिशियलायझेशनचे धोके कमी होतात.
+
+- ERC-4337 च्या एंट्रीपॉइंटचा वापर करा
+  इनिशियलायझेशन फंक्शन केवळ ERC-4337 एंट्रीपॉइंट कॉन्ट्रॅक्टमधूनच कॉल केले जावे अशी आवश्यकता ठेवा. ही पद्धत ERC-4337 द्वारे प्रदान केलेल्या प्रमाणित प्रमाणीकरण आणि अंमलबजावणी फ्रेमवर्कचा फायदा घेते, ज्यामुळे इनिशियलायझेशन प्रक्रियेत सुरक्षेचा अतिरिक्त स्तर जोडला जातो.  
+  _(पहा: [Safe Docs](https://docs.safe.global/advanced/eip-7702/7702-safe))_
+
+हे उपाय अवलंबून, डेव्हलपर्स EIP-7702 डेलिगेशन कॉन्ट्रॅक्ट्सची सुरक्षा वाढवू शकतात, ज्यामुळे इनिशियलायझेशन टप्प्यात संभाव्य फ्रंटरनिंग हल्ल्यांपासून संरक्षण होते.
+
+**स्टोरेज कोलिजन** डेलिगेटिंग कोड विद्यमान स्टोरेज साफ करत नाही. एका डेलिगेशन कॉन्ट्रॅक्टमधून दुसऱ्यावर स्थलांतर करताना, मागील कॉन्ट्रॅक्टमधील अवशिष्ट डेटा तसाच राहतो. जर नवीन कॉन्ट्रॅक्ट समान स्टोरेज स्लॉट्स वापरत असेल परंतु त्यांचा अर्थ वेगळा लावत असेल, तर ते अनपेक्षित वर्तन घडवू शकते. उदाहरणार्थ, जर प्रारंभिक डेलिगेशन अशा कॉन्ट्रॅक्टला होते जिथे एक स्टोरेज स्लॉट `bool` दर्शवतो, आणि त्यानंतरचे डेलिगेशन अशा कॉन्ट्रॅक्टला आहे जिथे तोच स्लॉट `uint` दर्शवतो, तर या विसंगतीमुळे अप्रत्याशित परिणाम होऊ शकतात.
+
+**फिशिंगचे धोके** EIP-7702 डेलिगेशनच्या अंमलबजावणीसह, वापरकर्त्याच्या खात्यातील मालमत्ता पूर्णपणे स्मार्ट कॉन्ट्रॅक्टद्वारे नियंत्रित केली जाऊ शकते. जर वापरकर्त्याने नकळतपणे आपले खाते एका दुर्भावनापूर्ण कॉन्ट्रॅक्टला डेलिगेट केले, तर एक हल्लेखोर सहजपणे नियंत्रण मिळवून निधी चोरू शकतो. `chain_id=0` वापरताना डेलिगेशन सर्व चेन आयडींवर लागू होते. केवळ एका अपरिवर्तनीय कॉन्ट्रॅक्टला डेलिगेट करा (प्रॉक्सीला कधीही डेलिगेट करू नका), आणि केवळ CREATE2 वापरून तैनात केलेल्या कॉन्ट्रॅक्ट्सना (मानक initcode सह - मेटामॉर्फिक कॉन्ट्रॅक्ट्स नाहीत), जेणेकरून डिप्लॉयर इतरत्र त्याच ॲड्रेसवर काहीतरी वेगळे तैनात करू शकणार नाही. अन्यथा तुमचे डेलिगेशन इतर सर्व EVM चेन्सवर तुमचे खाते धोक्यात आणते.
+
+जेव्हा वापरकर्ते डेलिगेटेड स्वाक्षरी करतात, तेव्हा फिशिंगचे धोके कमी करण्यास मदत करण्यासाठी डेलिगेशन प्राप्त करणारा लक्ष्य कॉन्ट्रॅक्ट स्पष्टपणे आणि ठळकपणे प्रदर्शित केला पाहिजे.
+
+**किमान विश्वासार्ह पृष्ठभाग आणि सुरक्षा**: लवचिकता देत असताना, एका डेलिगेशन कॉन्ट्रॅक्टने त्याचे मूळ लॉजिक किमान आणि ऑडिट करण्यायोग्य ठेवावे. कॉन्ट्रॅक्ट प्रभावीपणे वापरकर्त्याच्या EOA चा विस्तार आहे, म्हणून कोणतीही त्रुटी विनाशकारी असू शकते. अंमलबजावणीने स्मार्ट कॉन्ट्रॅक्ट सुरक्षा समुदायाच्या सर्वोत्तम पद्धतींचे पालन केले पाहिजे. उदाहरणार्थ, कन्स्ट्रक्टर किंवा इनिशियलायझर फंक्शन्स काळजीपूर्वक सुरक्षित केले पाहिजेत – जसे Alchemy ने अधोरेखित केले आहे, जर 7702 अंतर्गत प्रॉक्सी पॅटर्न वापरत असाल, तर एक असुरक्षित इनिशियलायझर हल्लेखोराला खात्यावर ताबा मिळवू देऊ शकतो. टीम्सनी ऑनचेन कोड सोपा ठेवण्याचे ध्येय ठेवले पाहिजे: Ambire चा 7702 कॉन्ट्रॅक्ट फक्त ~200 ओळींचा Solidity कोड आहे, बग्स कमी करण्यासाठी जाणूनबुजून जटिलता कमी केली आहे. वैशिष्ट्य-समृद्ध लॉजिक आणि ऑडिटिंग सुलभ करणाऱ्या साधेपणा यामध्ये संतुलन साधले पाहिजे.
+
+### ज्ञात अंमलबजावणी {#known-implementations}
+
+EIP 7702 च्या स्वरूपामुळे, वापरकर्त्यांना 3ऱ्या पक्षाच्या कॉन्ट्रॅक्टला डेलिगेट करण्यास मदत करताना वॉलेट्सनी सावधगिरी बाळगण्याची शिफारस केली जाते. खाली ऑडिट केलेल्या ज्ञात अंमलबजावणीचा संग्रह दिला आहे:
+
+| कॉन्ट्रॅक्ट ॲड्रेस                         | स्रोत                                                                                                                                   | ऑडिट्स                                                                                                                                                        |
+| ------------------------------------------ | --------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| 0x000000009B1D0aF20D8C6d0A44e162d11F9b8f00 | [Uniswap/calibur](https://github.com/Uniswap/calibur)                                                                                   | [ऑडिट्स](https://github.com/Uniswap/calibur/tree/main/audits)                                                                                                 |
+| 0x69007702764179f14F51cdce752f4f775d74E139 | [alchemyplatform/modular-account](https://github.com/alchemyplatform/modular-account)                                                   | [ऑडिट्स](https://github.com/alchemyplatform/modular-account/tree/develop/audits)                                                                              |
+| 0x5A7FC11397E9a8AD41BF10bf13F22B0a63f96f6d | [AmbireTech/ambire-common](https://github.com/AmbireTech/ambire-common/blob/feature/eip-7702/contracts/AmbireAccount7702.sol)           | [ऑडिट्स](https://github.com/AmbireTech/ambire-common/tree/feature/eip-7702/audits)                                                                            |
+| 0x63c0c19a282a1b52b07dd5a65b58948a07dae32b | [MetaMask/delegation-framework](https://github.com/MetaMask/delegation-framework)                                                       | [ऑडिट्स](https://github.com/MetaMask/delegation-framework/tree/main/audits)                                                                                   |
+| 0x4Cd241E8d1510e30b2076397afc7508Ae59C66c9 | [Ethereum फाउंडेशन AA टीम](https://github.com/eth-infinitism/account-abstraction/blob/develop/contracts/accounts/Simple7702Account.sol) | [ऑडिट्स](https://github.com/eth-infinitism/account-abstraction/blob/develop/audits/SpearBit%20Account%20Abstraction%20Security%20Review%20-%20Mar%202025.pdf) |
+| 0x17c11FDdADac2b341F2455aFe988fec4c3ba26e3 | [Luganodes/Pectra-Batch-Contract](https://github.com/Luganodes/Pectra-Batch-Contract)                                                   | [ऑडिट्स](https://certificate.quantstamp.com/full/luganodes-pectra-batch-contract/23f0765f-969a-4798-9edd-188d276c4a2b/index.html)                             |
+
+## हार्डवेअर वॉलेट मार्गदर्शक तत्त्वे {#hardware-wallet-guidelines}
+
+हार्डवेअर वॉलेट्सनी मनमानी डेलिगेशन उघड करू नये. हार्डवेअर वॉलेट क्षेत्रात विश्वासार्ह डेलिगेटर कॉन्ट्रॅक्ट्सची सूची वापरण्यावर एकमत आहे. आम्ही वर सूचीबद्ध केलेल्या ज्ञात अंमलबजावणींना परवानगी देण्याची आणि इतरांचा विचार प्रकरण-दर-प्रकरण आधारावर करण्याची सूचना देतो. तुमचे EOA एका कॉन्ट्रॅक्टला डेलिगेट केल्याने सर्व मालमत्तेवर नियंत्रण मिळत असल्याने, हार्डवेअर वॉलेट्सनी 7702 ची अंमलबजावणी करण्याच्या पद्धतीबद्दल सावधगिरी बाळगली पाहिजे.
+
+### कम्पेनियन ॲप्ससाठी एकत्रीकरण परिस्थिती {#integration-scenarios-for-companion-apps}
+
+#### निष्क्रिय {#lazy}
+
+EOA अजूनही नेहमीप्रमाणेच काम करत असल्याने, काहीही करण्याची गरज नाही.
+
+टीप : काही मालमत्ता, जसे की ERC 1155 NFTs, डेलिगेशन कोडद्वारे आपोआप नाकारल्या जाऊ शकतात आणि सपोर्ट टीमला याची जाणीव असली पाहिजे.
+
+#### जागरूक {#aware}
+
+EOA चा कोड तपासून वापरकर्त्याला सूचित करा की डेलिगेशन लागू आहे, आणि वैकल्पिकरित्या डेलिगेशन काढून टाकण्याचा पर्याय द्या.
+
+#### सामान्य डेलिगेशन {#common-delegation}
+
+हार्डवेअर प्रदाता ज्ञात डेलिगेशन कॉन्ट्रॅक्ट्सना व्हाइटलिस्ट करतो आणि सॉफ्टवेअर कम्पेनियनमध्ये त्यांचे समर्थन लागू करतो. पूर्ण ERC 4337 समर्थन असलेला कॉन्ट्रॅक्ट निवडण्याची शिफारस केली जाते.
+
+वेगळ्या कॉन्ट्रॅक्टला डेलिगेट केलेले EOAs मानक EOAs म्हणून हाताळले जातील.
+
+#### कस्टम डेलिगेशन {#custom-delegation}
+
+हार्डवेअर प्रदाता स्वतःचा डेलिगेशन कॉन्ट्रॅक्ट लागू करतो आणि तो सूचीमध्ये जोडतो, तसेच सॉफ्टवेअर कम्पेनियनमध्ये त्याचे समर्थन लागू करतो. पूर्ण ERC 4337 समर्थन असलेला कॉन्ट्रॅक्ट तयार करण्याची शिफारस केली जाते.
+
+वेगळ्या कॉन्ट्रॅक्टला डेलिगेट केलेले EOAs मानक EOAs म्हणून हाताळले जातील.
diff --git a/public/content/translations/mr/roadmap/pectra/index.md b/public/content/translations/mr/roadmap/pectra/index.md
new file mode 100644
index 00000000000..009d57cfeff
--- /dev/null
+++ b/public/content/translations/mr/roadmap/pectra/index.md
@@ -0,0 +1,127 @@
+---
+title: "प्राग-इलेक्ट्रा (पेक्ट्रा)"
+description: "पेक्ट्रा प्रोटोकॉल अपग्रेडबद्दल जाणून घ्या"
+lang: mr
+---
+
+# पेक्ट्रा {#pectra}
+
+पेक्ट्रा नेटवर्क अपग्रेडने [Dencun](/roadmap/dencun/) चे अनुसरण केले आणि Ethereum च्या एक्झिक्युशन आणि कन्सेंसस लेअर या दोन्हीमध्ये बदल घडवले. पेक्ट्रा हे लहान नाव प्राग आणि इलेक्ट्रा यांचे संयोजन आहे, जी एक्झिक्युशन आणि कन्सेंसस लेअर स्पेसिफिकेशनमधील बदलांची संबंधित नावे आहेत. एकत्रितपणे, हे बदल Ethereum वापरकर्ते, डेव्हलपर आणि व्हॅलिडेटर्ससाठी अनेक सुधारणा आणतात.
+
+हे अपग्रेड Ethereum मेननेटवर `364032` या इपॉकमध्ये, **07-मे-2025 रोजी 10:05 (UTC)** वाजता यशस्वीरित्या सक्रिय केले गेले.
+
+<Alert variant="update">
+<AlertContent>
+<AlertDescription>
+पेक्ट्रा अपग्रेड हे Ethereum च्या दीर्घकालीन विकासाच्या उद्दिष्टांमधील फक्त एक पाऊल आहे. [प्रोटोकॉल रोडमॅप](/roadmap/) आणि [मागील अपग्रेड्स](/ethereum-forks/) बद्दल अधिक जाणून घ्या.
+</AlertDescription>
+</AlertContent>
+</Alert>
+
+## पेक्ट्रामधील सुधारणा {#new-improvements}
+
+पेक्ट्रा मागील कोणत्याही अपग्रेडपेक्षा सर्वाधिक [EIPs](https://eips.ethereum.org/) आणते! बरेच छोटे बदल आहेत पण काही महत्त्वपूर्ण नवीन वैशिष्ट्ये देखील आहेत. बदलांची संपूर्ण यादी आणि तांत्रिक तपशील वैयक्तिक समाविष्ट EIPs मध्ये आढळू शकतात.
+
+### EOA अकाउंट कोड {#7702}
+
+[EIP-7702](https://eips.ethereum.org/EIPS/eip-7702) हे व्यापक [अकाउंट ॲब्स्ट्रॅक्शन](/roadmap/account-abstraction/) च्या दिशेने एक मोठे पाऊल आहे. या वैशिष्ट्यासह, वापरकर्ते त्यांचा ॲड्रेस ([EOA](/glossary/#eoa)) स्मार्ट कॉन्ट्रॅक्टसह विस्तारित करण्यासाठी सेट करू शकतात. EIP एका विशिष्ट कार्यासोबत एक नवीन प्रकारचा व्यवहार सादर करते - ॲड्रेस मालकांना अधिकृततेवर सही करण्याची परवानगी देणे जे त्यांचा ॲड्रेस निवडलेल्या स्मार्ट कॉन्ट्रॅक्टची नक्कल करण्यासाठी सेट करते.
+
+या EIP सह, वापरकर्ते प्रोग्राम करण्यायोग्य वॉलेट्सची निवड करू शकतात जे ट्रान्झॅक्शन बंडलिंग, गॅसलेस ट्रान्झॅक्टिंग आणि पर्यायी रिकव्हरी योजनांसाठी कस्टम मालमत्ता ऍक्सेस यांसारखी नवीन वैशिष्ट्ये देतात. हा हायब्रीड दृष्टिकोन EOA च्या साधेपणाला कॉन्ट्रॅक्ट-आधारित अकाउंटच्या प्रोग्रामिबिलिटीसोबत जोडतो.
+
+7702 बद्दल अधिक सखोल माहिती [येथे](/roadmap/pectra/7702/) वाचा
+
+### कमाल प्रभावी बॅलन्स वाढवणे {#7251}
+
+व्हॅलिडेटरचा सध्याचा प्रभावी बॅलन्स नक्की 32 ETH आहे. ही कन्सेंससमध्ये सहभागी होण्यासाठी किमान आवश्यक रक्कम आहे, पण त्याच वेळी एकच व्हॅलिडेटर स्टेक करू शकणारी कमाल रक्कम आहे.
+
+[EIP-7251](https://eips.ethereum.org/EIPS/eip-7251) कमाल संभाव्य प्रभावी बॅलन्स 2048 ETH पर्यंत वाढवते, याचा अर्थ असा की एकच व्हॅलिडेटर आता 32 ते 2048 ETH दरम्यान स्टेक करू शकतो. 32 च्या पटीऐवजी, स्टेकर्स आता स्टेक करण्यासाठी ETH ची कोणतीही रक्कम निवडू शकतात आणि किमान रकमेवरील प्रत्येक 1 ETH वर रिवॉर्ड मिळवू शकतात. उदाहरणार्थ, जर एखाद्या व्हॅलिडेटरचा बॅलन्स त्यांच्या रिवॉर्डसह 33 ETH पर्यंत वाढला, तर अतिरिक्त 1 ETH देखील प्रभावी बॅलन्सचा भाग मानला जातो आणि त्याला रिवॉर्ड मिळतात.
+
+परंतु व्हॅलिडेटर्ससाठी चांगल्या रिवॉर्ड सिस्टमचा फायदा या सुधारणेचा फक्त एक भाग आहे. एकापेक्षा जास्त व्हॅलिडेटर्स चालवणारे [स्टेकर्स](/staking/) आता त्यांना एकाच व्हॅलिडेटरमध्ये एकत्र करू शकतात, ज्यामुळे सोपे ऑपरेशन शक्य होते आणि नेटवर्क ओव्हरहेड कमी होतो. कारण Beacon Chain मधील प्रत्येक व्हॅलिडेटर प्रत्येक इपॉकमध्ये एक सही सबमिट करतो, त्यामुळे अधिक व्हॅलिडेटर्स आणि प्रसारित करण्यासाठी मोठ्या संख्येने सह्या यामुळे बँडविड्थची आवश्यकता वाढते. व्हॅलिडेटर्सना एकत्र केल्याने नेटवर्कवरील भार कमी होईल आणि समान आर्थिक सुरक्षा राखून नवीन स्केलिंग पर्याय खुले होतील.
+
+maxEB बद्दल अधिक सखोल माहिती [येथे](/roadmap/pectra/maxeb/) वाचा
+
+### ब्लॉब थ्रूपुट वाढवणे {#7691}
+
+ब्लॉब्स L2 साठी [डेटा उपलब्धता](/developers/docs/data-availability/#data-availability-and-layer-2-rollups) प्रदान करतात. ते [मागील नेटवर्क अपग्रेड](/roadmap/dencun/) मध्ये सादर केले गेले होते.
+
+सध्या, नेटवर्क प्रति ब्लॉक सरासरी 3 ब्लॉब्सचे लक्ष्य ठेवते, ज्याची कमाल मर्यादा 6 ब्लॉब्स आहे. [EIP-7691](https://eips.ethereum.org/EIPS/eip-7691) सह, सरासरी ब्लॉब संख्या 6 पर्यंत वाढवली जाईल, ज्याची कमाल मर्यादा प्रति ब्लॉक 9 असेल, ज्यामुळे Ethereum रोलअप्सची क्षमता वाढेल. हे EIP [PeerDAS](https://eips.ethereum.org/EIPS/eip-7594) द्वारे आणखी जास्त ब्लॉब संख्या सक्षम होईपर्यंतची दरी कमी करण्यास मदत करते.
+
+### कॉलडेटा खर्च वाढवणे {#7623}
+
+[Dencun अपग्रेडमध्ये ब्लॉब्स](/roadmap/danksharding) सादर करण्यापूर्वी, L2s त्यांचा डेटा Ethereum मध्ये संग्रहित करण्यासाठी [कॉलडेटा](/developers/docs/data-availability/blockchain-data-storage-strategies/#calldata) वापरत होते. ब्लॉब्स आणि कॉलडेटा दोन्ही Ethereum च्या बँडविड्थ वापरावर परिणाम करतात. बहुतेक ब्लॉक्स फक्त किमान प्रमाणात कॉलडेटा वापरत असले तरी, जास्त डेटा असलेले ब्लॉक्स ज्यात अनेक ब्लॉब्स देखील असतात, ते Ethereum च्या p2p नेटवर्कसाठी हानिकारक असू शकतात.
+
+यावर उपाय म्हणून, [EIP-7623](https://eips.ethereum.org/EIPS/eip-7623) कॉलडेटाची किंमत वाढवते, परंतु फक्त जास्त डेटा असलेल्या व्यवहारांसाठी. हे सर्वात वाईट परिस्थितीतील ब्लॉकचा आकार मर्यादित करते, L2s ना फक्त ब्लॉब्स वापरण्यासाठी प्रोत्साहन देते आणि 99% पेक्षा जास्त व्यवहारांवर परिणाम होत नाही.
+
+### एक्झिक्युशन लेअरद्वारे ट्रिगर करण्यायोग्य एक्झिट {#7002}
+
+सध्या, व्हॅलिडेटरमधून बाहेर पडणे आणि [स्टेक केलेले ETH काढणे](/staking/withdrawals/) हे एक कन्सेंसस लेअर ऑपरेशन आहे ज्यासाठी एक सक्रिय व्हॅलिडेटर की आवश्यक आहे, तीच BLS की जी व्हॅलिडेटरद्वारे ॲटेस्टेशनसारखी सक्रिय कर्तव्ये पार पाडण्यासाठी वापरली जाते. विथड्रॉवल क्रेडेंशियल्स ही एक वेगळी कोल्ड की आहे जी बाहेर काढलेला स्टेक स्वीकारते परंतु एक्झिट ट्रिगर करू शकत नाही. स्टेकर्ससाठी बाहेर पडण्याचा एकमेव मार्ग म्हणजे सक्रिय व्हॅलिडेटर की वापरून साइन केलेला एक विशेष मेसेज Beacon Chain नेटवर्कला पाठवणे. ज्या परिस्थितीत विथड्रॉवल क्रेडेंशियल्स आणि व्हॅलिडेटर की वेगवेगळ्या संस्थांकडे असतात किंवा जेव्हा व्हॅलिडेटर की हरवते तेव्हा हे मर्यादित ठरते.
+
+[EIP-7002](https://eips.ethereum.org/EIPS/eip-7002) एक नवीन कॉन्ट्रॅक्ट सादर करतो जो एक्झिक्युशन लेअर विथड्रॉवल क्रेडेंशियल्स वापरून एक्झिट ट्रिगर करण्यासाठी वापरला जाऊ शकतो. स्टेकर्स त्यांच्या व्हॅलिडेटर साइनिंग की ची किंवा Beacon Chain च्या ऍक्सेसची गरज न ठेवता या विशेष कॉन्ट्रॅक्टमधील फंक्शनला कॉल करून त्यांच्या व्हॅलिडेटरमधून बाहेर पडू शकतील. महत्त्वाचे म्हणजे, ऑनचेन व्हॅलिडेटर विथड्रॉवल सक्षम केल्याने नोड ऑपरेटर्सवरील विश्वासाची गृहितके कमी असलेले स्टेकिंग प्रोटोकॉल शक्य होतात.
+
+### चेनवर व्हॅलिडेटर डिपॉझिट्स {#6110}
+
+व्हॅलिडेटर डिपॉझिट्स सध्या [eth1data poll](https://eth2book.info/capella/part2/deposits-withdrawals/deposit-processing/) द्वारे प्रक्रिया केली जातात, जे Beacon Chain वरील एक फंक्शन आहे जे एक्झिक्युशन लेअरवरून डेटा मिळवते. हे एक प्रकारचे तांत्रिक कर्ज आहे जे The Merge पूर्वीच्या काळातील आहे, जेव्हा Beacon Chain एक वेगळे नेटवर्क होते आणि त्याला प्रूफ-ऑफ-वर्क री-ऑर्ग्सची चिंता करावी लागत होती.
+
+[EIP-6110](https://eips.ethereum.org/EIPS/eip-6110) हा एक्झिक्युशन लेअरपासून कन्सेंसस लेअरपर्यंत डिपॉझिट्स पोहोचवण्याचा एक नवीन मार्ग आहे, जो कमी अंमलबजावणीच्या गुंतागुंतीसह त्वरित प्रक्रियेस अनुमती देतो. विलीन झालेल्या Ethereum मध्ये डिपॉझिट्स हाताळण्याचा हा एक अधिक सुरक्षित मार्ग आहे. हे प्रोटोकॉलला भविष्यासाठी सुरक्षित करण्यास देखील मदत करते कारण त्याला नोड बूटस्ट्रॅप करण्यासाठी ऐतिहासिक डिपॉझिट्सची आवश्यकता नसते, जे हिस्ट्री एक्स्पायरीसाठी आवश्यक आहे.
+
+### BLS12-381 साठी प्रीकंपाइल {#2537}
+
+प्रीकंपाइल्स हे थेट Ethereum व्हर्च्युअल मशीन ([EVM](/developers/docs/evm/)) मध्ये तयार केलेल्या स्मार्ट कॉन्ट्रॅक्ट्सचा एक विशेष संच आहे. नियमित कॉन्ट्रॅक्ट्सच्या विपरीत, प्रीकंपाइल्स वापरकर्त्यांद्वारे तैनात केले जात नाहीत तर ते क्लायंटच्या अंमलबजावणीचाच भाग असतात, जे त्याच्या मूळ भाषेत (उदा. Go, Java, इ., Solidity मध्ये नाही) लिहिलेले असतात. प्रीकंपाइल्स क्रिप्टोग्राफिक ऑपरेशन्ससारख्या व्यापकपणे वापरल्या जाणाऱ्या आणि प्रमाणित फंक्शन्ससाठी काम करतात. स्मार्ट कॉन्ट्रॅक्ट डेव्हलपर प्रीकंपाइल्सना नियमित कॉन्ट्रॅक्ट म्हणून कॉल करू शकतात, परंतु अधिक सुरक्षा आणि कार्यक्षमतेसह.
+
+[EIP-2537](https://eips.ethereum.org/EIPS/eip-2537) [BLS12-381](https://hackmd.io/@benjaminion/bls12-381) वरील कर्व्ह ऑपरेशन्ससाठी नवीन प्रीकंपाइल्स जोडते. ही इलिप्टिक कर्व्ह तिच्या व्यावहारिक गुणधर्मांमुळे क्रिप्टोकरन्सी इकोसिस्टममध्ये मोठ्या प्रमाणावर वापरली जाऊ लागली. अधिक विशेषतः, हे Ethereum च्या कन्सेंसस लेअरद्वारे स्वीकारले गेले आहे, जिथे ते व्हॅलिडेटर्सद्वारे वापरले जाते.
+
+नवीन प्रीकंपाइल प्रत्येक डेव्हलपरला या कर्व्हचा वापर करून क्रिप्टोग्राफिक ऑपरेशन्स, उदाहरणार्थ, सह्यांची पडताळणी, सहज, कार्यक्षमतेने आणि सुरक्षितपणे करण्याची क्षमता जोडते. या कर्व्हवर अवलंबून असलेले ऑनचेन ॲप्लिकेशन्स काही कस्टम कॉन्ट्रॅक्टऐवजी प्रीकंपाइलवर अवलंबून राहून अधिक गॅस कार्यक्षम आणि सुरक्षित होऊ शकतात. हे प्रामुख्याने EVM च्या आत व्हॅलिडेटर्सबद्दल तर्क करू इच्छिणाऱ्या ॲप्लिकेशन्सना लागू होते, उदा. स्टेकिंग पूल्स, [रीस्टेकिंग](/restaking/), लाईट क्लायंट्स, ब्रिजेस आणि झिरो-नॉलेज.
+
+### स्टेटमधून ऐतिहासिक ब्लॉक हॅश सर्व्ह करणे {#2935}
+
+EVM सध्या `BLOCKHASH` ऑपकोड प्रदान करते जे कॉन्ट्रॅक्ट डेव्हलपर्सना थेट एक्झिक्युशन लेअरमध्ये ब्लॉकचा हॅश पुनर्प्राप्त करण्यास सक्षम करते. तथापि, हे फक्त शेवटच्या 256 ब्लॉक्सपुरते मर्यादित आहे आणि भविष्यात स्टेटलेस क्लायंटसाठी समस्याप्रधान ठरू शकते.
+
+[EIP-2935](https://eips.ethereum.org/EIPS/eip-2935) एक नवीन सिस्टम कॉन्ट्रॅक्ट तयार करते जे शेवटचे 8192 ब्लॉक हॅश स्टोरेज स्लॉट म्हणून सर्व्ह करू शकते. हे प्रोटोकॉलला स्टेटलेस एक्झिक्युशनसाठी भविष्यात सुरक्षित करण्यास मदत करते आणि जेव्हा वर्कल ट्रायज स्वीकारले जातात तेव्हा ते अधिक कार्यक्षम बनते. तथापि, याव्यतिरिक्त, रोलअप्सना याचा त्वरित फायदा होऊ शकतो, कारण ते जास्त मोठ्या ऐतिहासिक विंडोसह थेट कॉन्ट्रॅक्टची क्वेरी करू शकतात.
+
+### ॲटेस्टेशनच्या बाहेर कमिटी इंडेक्स हलवणे {#7549}
+
+Beacon Chain कन्सेंसस हा नवीनतम ब्लॉक आणि अंतिम इपॉकसाठी व्हॅलिडेटर्सनी मतदान करण्यावर आधारित आहे. ॲटेस्टेशनमध्ये 3 घटक आहेत, त्यापैकी 2 मते आहेत आणि तिसरा कमिटी इंडेक्स व्हॅल्यू आहे.
+
+[EIP-7549](https://eips.ethereum.org/EIPS/eip-7549) हा इंडेक्स साइन केलेल्या ॲटेस्टेशन मेसेजच्या बाहेर हलवतो, ज्यामुळे कन्सेंसस मतांची पडताळणी करणे आणि त्यांना एकत्र करणे सोपे होते. हे प्रत्येक कन्सेंसस क्लायंटमध्ये अधिक कार्यक्षमता सक्षम करेल आणि Ethereum कन्सेंसस सिद्ध करण्यासाठी झिरो-नॉलेज सर्किट्समध्ये महत्त्वपूर्ण कामगिरी सुधारणा आणू शकते.
+
+### EL कॉन्फिग फाईल्समध्ये ब्लॉब शेड्यूल जोडणे {#7840}
+
+[EIP-7840](https://eips.ethereum.org/EIPS/eip-7840) हा एक साधा बदल आहे जो एक्झिक्युशन लेअर क्लायंट कॉन्फिगरेशनमध्ये एक नवीन फील्ड जोडतो. हे ब्लॉक्सची संख्या कॉन्फिगर करते, ज्यामुळे प्रति ब्लॉक लक्ष्य आणि कमाल ब्लॉब संख्या तसेच ब्लॉब फी समायोजनासाठी डायनॅमिक सेटिंग सक्षम होते. थेट परिभाषित कॉन्फिगरेशनमुळे, क्लायंट्स Engine API द्वारे ही माहिती एक्सचेंज करण्याची गुंतागुंत टाळू शकतात.
+
+<Alert variant="update">
+<AlertContent>
+<AlertDescription>
+एक Ethereum वापरकर्ता, डेव्हलपर किंवा व्हॅलिडेटर म्हणून पेक्ट्रा तुमच्यावर विशेषतः कसा परिणाम करते याबद्दल अधिक जाणून घेण्यासाठी, <a href="https://epf.wiki/#/wiki/pectra-faq">पेक्ट्रा FAQ</a> पहा.
+</AlertDescription>
+</AlertContent>
+</Alert>
+
+## या अपग्रेडचा सर्व Ethereum नोड्स आणि व्हॅलिडेटर्सवर परिणाम होतो का? {#client-impact}
+
+होय, पेक्ट्रा अपग्रेडसाठी [एक्झिक्युशन क्लायंट्स आणि कन्सेंसस क्लायंट्स](/developers/docs/nodes-and-clients/) या दोन्हीमध्ये अपडेट्स आवश्यक आहेत. सर्व मुख्य Ethereum क्लायंट्स उच्च प्राधान्य म्हणून चिन्हांकित हार्ड फोर्कला समर्थन देणाऱ्या आवृत्त्या प्रसिद्ध करतील. अपग्रेडनंतर Ethereum नेटवर्कसोबत सिंक्रोनाइझेशन राखण्यासाठी, नोड ऑपरेटर्सनी हे सुनिश्चित केले पाहिजे की ते समर्थित क्लायंट व्हर्जन चालवत आहेत. लक्षात घ्या की क्लायंट रिलीझबद्दलची माहिती वेळेनुसार संवेदनशील आहे आणि वापरकर्त्यांनी सर्वात अद्ययावत तपशीलांसाठी नवीनतम अपडेट्सचा संदर्भ घ्यावा.
+
+## हार्ड फोर्कनंतर ETH चे रूपांतर कसे केले जाऊ शकते? {#scam-alert}
+
+- **तुमच्या ETH साठी कोणतीही कृती आवश्यक नाही**: Ethereum पेक्ट्रा अपग्रेडनंतर, तुमचे ETH रूपांतरित किंवा अपग्रेड करण्याची गरज नाही. तुमची खाते शिल्लक तशीच राहील आणि तुमच्याकडे सध्या असलेले ETH हार्ड फोर्कनंतर त्याच्या विद्यमान स्वरूपात प्रवेशयोग्य राहील.
+- **घोटाळ्यांपासून सावध रहा!** <Emoji text="⚠️" /> तुम्हाला तुमचे ETH "अपग्रेड" करण्याची सूचना देणारी कोणतीही व्यक्ती तुम्हाला फसवण्याचा प्रयत्न करत आहे. या अपग्रेडच्या संबंधात तुम्हाला काहीही करण्याची गरज नाही. तुमच्या मालमत्तेवर कोणताही परिणाम होणार नाही. लक्षात ठेवा, माहिती ठेवणे हे घोटाळ्यांविरूद्ध सर्वोत्तम संरक्षण आहे.
+
+[घोटाळे ओळखण्यावर आणि टाळण्यावर अधिक माहिती](/security/)
+
+## तुम्ही पाहून शिकणारे आहात का? {#visual-learner}
+
+<YouTube id="ufIDBCgdGwY" />
+
+_पेक्ट्रा अपग्रेडमध्ये काय समाविष्ट आहे? - क्रिस्टीन किम_
+
+<YouTube id="_UpAFpC7X6Y" />
+
+_Ethereum पेक्ट्रा अपग्रेड: स्टेकर्सना काय माहित असणे आवश्यक आहे — Blockdaemon_
+
+## पुढील वाचन {#further-reading}
+
+- [Ethereum रोडमॅप](/roadmap/)
+- [पेक्ट्रा FAQ](https://epf.wiki/#/wiki/pectra-faq)
+- [Pectra.wtf माहिती पृष्ठ](https://pectra.wtf)
+- [पेक्ट्रा स्टेकर्सचा अनुभव कसा वाढवते](https://www.kiln.fi/post/next-ethereum-upgrade-how-pectra-will-enhance-the-staking-experience)
+- [EIP7702 माहिती पृष्ठ](https://eip7702.io/)
+- [पेक्ट्रा डेव्हनेट्स](https://github.com/ethereum/pm/blob/master/Pectra/pectra-pm.md)
diff --git a/public/content/translations/mr/roadmap/pectra/maxeb/index.md b/public/content/translations/mr/roadmap/pectra/maxeb/index.md
new file mode 100644
index 00000000000..0aef07dedc1
--- /dev/null
+++ b/public/content/translations/mr/roadmap/pectra/maxeb/index.md
@@ -0,0 +1,204 @@
+---
+title: "पेक्ट्रा MaxEB"
+description: "पेक्ट्रा रिलीझमधील MaxEB बद्दल अधिक जाणून घ्या"
+lang: mr
+---
+
+# MaxEB {#maxeb}
+
+_tl;dr:_ पेक्ट्रा हार्ड फोर्क इथेरियम व्हॅलिडेटर्सना **टाइप 1** मधून **टाइप 2** विथड्रॉवल क्रेडेन्शियल्समध्ये रूपांतरित करून उच्च कमाल प्रभावी बॅलन्स (max effective balance) आणि कंपाऊंडिंगचा पर्याय निवडण्याची परवानगी देतो. हे करण्यासाठी अधिकृत टूल म्हणजे लॉन्चपॅड आहे. ही प्रक्रिया उलटवली जाऊ शकत नाही.
+
+## आढावा {#overview}
+
+### याचा कोणावर परिणाम होतो? {#who-is-affected}
+
+जो कोणी व्हॅलिडेटर चालवतो - ही अशी व्यक्ती असण्याची शक्यता आहे जिला त्यांच्या नियंत्रणाखाली असलेल्या व्हॅलिडेटरचा इंडेक्स (उदा., [व्हॅलिडेटर #12345](https://beaconcha.in/validator/12345)) माहित आहे. तुम्ही व्हॅलिडेटर चालवण्यासाठी प्रोटोकॉल वापरत असल्यास (उदा., Lido CSM किंवा Rocket Pool), तुम्हाला ते maxEB ला कधी आणि केव्हा समर्थन देतात हे पाहण्यासाठी त्यांच्याशी संपर्क साधावा लागेल.
+
+तुम्ही लिक्विड स्टेकिंग टोकन (उदा., rETH किंवा stETH) वापरून स्टेक करत असल्यास, कोणतीही कृती आवश्यक किंवा शिफारस केलेली नाही.
+
+### "maxEB" म्हणजे काय? {#what-is-maxeb}
+
+maxEB = एका व्हॅलिडेटरचा मॅक्सिमम इफेक्टिव्ह बॅलन्स (MAXimum Effective Balance). पेक्ट्रा हार्ड फोर्कपर्यंत, प्रत्येक व्हॅलिडेटर जास्तीत जास्त 32 ETH वर कमाई करतो. पेक्ट्रा नंतर, व्हॅलिडेटर्सना या बदलाचा पर्याय निवडून 32 ते 2048 ETH दरम्यानच्या कोणत्याही बॅलन्सवर 1 ETH च्या वाढीमध्ये कमाई करण्याचा पर्याय आहे.
+
+### व्हॅलिडेटर यामध्ये कसा सहभागी होऊ शकतो? {#how-does-a-validator-opt-in}
+
+व्हॅलिडेटर **टाइप 1** मधून **टाइप 2** विथड्रॉवल क्रेडेन्शियल्समध्ये रूपांतरित करून maxEB बदलाचा पर्याय निवडतो. पेक्ट्रा हार्ड फोर्क लाइव्ह झाल्यानंतर [लॉन्चपॅड (व्हॅलिडेटर क्रिया)](https://launchpad.ethereum.org/validator-actions) वर हे केले जाऊ शकते. **टाइप 0** → **टाइप 1** प्रमाणेच, **टाइप 1** → **टाइप 2** मध्ये रूपांतरित करणे ही एक अपरिवर्तनीय प्रक्रिया आहे.
+
+### विथड्रॉवल क्रेडेन्शियल म्हणजे काय? {#whats-a-withdrawal-credential}
+
+जेव्हा तुम्ही व्हॅलिडेटर चालवता, तेव्हा तुमच्याकडे विथड्रॉवल क्रेडेन्शियल्सचा एक सेट असतो. हे तुमच्या डिपॉझिट डेटा json मध्ये आढळू शकतात किंवा तुम्ही ते तुमच्या व्हॅलिडेटरच्या beaconcha.in [डिपॉझिट टॅब](https://beaconcha.in/validator/12345#deposits) वर पाहू शकता.
+
+1. **टाइप 0** विथड्रॉवल क्रेडेन्शियल्स: जर तुमच्या व्हॅलिडेटरचे विथड्रॉवल क्रेडेन्शियल्स `0x00...` ने सुरू होत असतील, तर तुम्ही शापेला हार्ड फोर्कच्या आधी डिपॉझिट केले आहे आणि तुमचा विथड्रॉवल ॲड्रेस अद्याप सेट केलेला नाही.
+
+![टाइप 0 विथड्रॉवल क्रेडेन्शियल](./0x00-wd.png)
+
+2. **टाइप 1** विथड्रॉवल क्रेडेन्शियल्स: जर तुमच्या व्हॅलिडेटरचे विथड्रॉवल क्रेडेन्शियल्स `0x01...` ने सुरू होत असतील, तर तुम्ही शापेला हार्ड फोर्कनंतर डिपॉझिट केले आहे किंवा तुम्ही आधीच तुमचे **टाइप 0** क्रेडेन्शियल्स **टाइप 1** क्रेडेन्शियल्समध्ये रूपांतरित केले आहेत.
+
+![टाइप 1 विथड्रॉवल क्रेडेन्शियल](./0x01-wd.png)
+
+3. **टाइप 2** विथड्रॉवल क्रेडेन्शियल्स: हा नवीन विथड्रॉवल क्रेडेन्शियल प्रकार `0x02...` ने सुरू होईल आणि पेक्ट्रानंतर सक्षम केला जाईल. **टाइप 2** विथड्रॉवल क्रेडेन्शियल असलेल्या व्हॅलिडेटर्सना कधीकधी "**कंपाऊंडिंग व्हॅलिडेटर्स**" म्हटले जाते
+
+| **अनुमती आहे**    | **अनुमती नाही**   |
+| ----------------- | ----------------- |
+| ✅ टाइप 0 → टाइप 1 | ❌ टाइप 0 → टाइप 2 |
+| ✅ टाइप 1 → टाइप 2 | ❌ टाइप 1 → टाइप 0 |
+|                   | ❌ टाइप 2 → टाइप 1 |
+|                   | ❌ टाइप 2 → टाइप 0 |
+
+### धोके {#risks}
+
+MaxEB व्हॅलिडेटरला त्याचा संपूर्ण बॅलन्स दुसऱ्या व्हॅलिडेटरला पाठवण्यास सक्षम करते. कन्सॉलिडेशनची विनंती सादर करणाऱ्या वापरकर्त्यांनी (users) ते स्वाक्षरी करत असलेल्या व्यवहाराचा स्रोत (source) आणि सामग्री (contents) सत्यापित करावी. maxEB वैशिष्ट्यांचा लाभ घेण्यासाठी अधिकृत टूल म्हणजे लॉन्चपॅड आहे. तुम्ही थर्ड-पार्टी टूल वापरण्याचे ठरविल्यास, तुम्ही हे सत्यापित केले पाहिजे:
+
+- स्रोत व्हॅलिडेटरची पब्लिक की आणि विथड्रॉवल ॲड्रेस त्यांच्या नियंत्रणाखाली असलेल्या व्हॅलिडेटरशी जुळतो
+- लक्ष्य व्हॅलिडेटरची पब्लिक की बरोबर आहे आणि त्यांचीच आहे
+- जर त्यांना दुसऱ्या व्हॅलिडेटरला निधी पाठवण्याचा उद्देश नसेल, तर विनंती ही रूपांतरण (conversion) आहे, कन्सॉलिडेशन (consolidation) नाही
+- व्यवहारावर योग्य विथड्रॉवल ॲड्रेसद्वारे स्वाक्षरी केली जात आहे
+
+तुम्ही वापरण्याची योजना असलेल्या कोणत्याही थर्ड-पार्टी टूलबद्दल [EthStaker समुदायासोबत](https://ethstaker.org/about) चर्चा करण्याची आम्ही **जोरदार शिफारस करतो**. तुमचा दृष्टीकोन तपासण्यासाठी आणि चुका टाळण्यासाठी हे एक उपयुक्त ठिकाण आहे. तुम्ही दुर्भावनायुक्त (malicious) किंवा चुकीच्या पद्धतीने कॉन्फिगर केलेले टूल वापरल्यास, **तुमचा संपूर्ण व्हॅलिडेटर बॅलन्स तुमच्या नियंत्रणात नसलेल्या व्हॅलिडेटरला पाठवला जाऊ शकतो** — आणि तो परत मिळवण्याचा कोणताही मार्ग नाही.
+
+## तांत्रिक तपशील {#technical-details}
+
+### प्रवाह {#the-flow}
+
+`ConsolidationRequest` ऑपरेशनचे दोन उपयोग असतील:
+
+1. एका अस्तित्वात असलेल्या व्हॅलिडेटरला **टाइप 1** मधून **टाइप 2** व्हॅलिडेटरमध्ये रूपांतरित करणे
+2. इतर व्हॅलिडेटर्सना एका अस्तित्वात असलेल्या **टाइप 2** व्हॅलिडेटरमध्ये कन्सॉलिडेट करणे
+
+**टाइप 1** मधून **टाइप 2** व्हॅलिडेटरमध्ये रूपांतरित करताना, _स्रोत_ आणि _लक्ष्य_ दोन्ही तुम्ही रूपांतरित करत असलेला व्हॅलिडेटर असेल. या ऑपरेशनसाठी गॅस लागेल आणि इतर कन्सॉलिडेशन विनंत्यांच्या मागे रांगेत ठेवले जाईल. ही रांग डिपॉझिट रांगेपासून **स्वतंत्र** आहे आणि नवीन व्हॅलिडेटर डिपॉझिटमुळे प्रभावित होत नाही आणि [pectrified.com](https://pectrified.com/) वर पाहिली जाऊ शकते.
+
+व्हॅलिडेटर्स कन्सॉलिडेट करण्यासाठी, तुमच्याकडे एक _लक्ष्य व्हॅलिडेटर_ असणे आवश्यक आहे ज्याच्याकडे **टाइप 2** विथड्रॉवल क्रेडेन्शियल आहे. कन्सॉलिडेट होत असलेल्या कोणत्याही व्हॅलिडेटर बॅलन्सचे हे गंतव्यस्थान आहे आणि इंडेक्स जतन केला जात आहे.
+
+### टाइप 2 मध्ये रूपांतरित करण्यासाठी आवश्यकता {#requirements-for-converting-to-type-2}
+
+तुम्ही **टाइप 2** मध्ये रूपांतरित करत असलेल्या पहिल्या व्हॅलिडेटरसाठी हे आवश्यक असेल. या व्हॅलिडेटरचा इंडेक्स जतन केलेला आणि सक्रिय आहे. रूपांतरणासाठी, _स्रोत व्हॅलिडेटर_ == _लक्ष्य व्हॅलिडेटर._
+
+व्हॅलिडेटरने...
+
+- सक्रिय असावे
+- **टाइप 1** विथड्रॉवल क्रेडेन्शियल्स असावेत
+- एक्झिटिंग स्थितीत (किंवा स्लॅश केलेले) नसावे
+- मॅन्युअली-ट्रिगर केलेले विथड्रॉवल्स प्रलंबित नसावेत (स्वीप्सना लागू नाही)
+
+![रूपांतरणाचे उदाहरण](./conversion.png)
+
+### कन्सॉलिडेट करण्यासाठी आवश्यकता {#requirements-for-consolidating}
+
+हे रूपांतरणासारखेच _ऑपरेशन_ आहे परंतु जेव्हा _स्रोत व्हॅलिडेटर_ _लक्ष्य व्हॅलिडेटर_ पेक्षा वेगळा असतो. लक्ष्य व्हॅलिडेटरचा इंडेक्स जतन केला जातो आणि तो स्रोत व्हॅलिडेटरकडून बॅलन्स स्वीकारतो. स्रोत व्हॅलिडेटरचा इंडेक्स `EXITED` स्थितीत ठेवला जातो.
+
+या प्रकरणात, स्रोत व्हॅलिडेटरला वरील सर्व समान आवश्यकतांव्यतिरिक्त:
+
+- किमान ~27.3 तास (एक `SHARD_COMMITTEE_PERIOD`) सक्रिय आहे
+
+लक्ष्य व्हॅलिडेटरने
+
+- **टाइप 2** विथड्रॉवल क्रेडेन्शियल्स असावेत
+- एक्झिटिंग स्थितीत नसावे.
+
+![कन्सॉलिडेशनचे उदाहरण](./consolidation.png)
+
+### कन्सॉलिडेशनची विनंती {#the-consolidation-request}
+
+कन्सॉलिडेशन विनंतीवर स्रोत व्हॅलिडेटरशी संबंधित विथड्रॉवल ॲड्रेसद्वारे स्वाक्षरी केली जाईल आणि त्यात असेल:
+
+1. स्रोत व्हॅलिडेटरचा ॲड्रेस (उदा., `0x15F4B914A0cCd14333D850ff311d6DafbFbAa32b`)
+2. स्रोत व्हॅलिडेटरची पब्लिक की (उदा., `0xa1d1ad0714035353258038e964ae9675dc0252ee22cea896825c01458e1807bfad2f9969338798548d9858a571f7425c`)
+3. त्या लक्ष्य व्हॅलिडेटरची पब्लिक की
+
+रूपांतरणामध्ये, 2 आणि 3 समान असतील. हे ऑपरेशन [लॉन्चपॅड](https://launchpad.ethereum.org/) वर केले जाऊ शकते.
+
+### स्वाक्षरीसाठी आवश्यकता {#signing-requirements}
+
+`ConsolidationRequest` सादर करण्यासाठी, **स्रोत व्हॅलिडेटरच्या विथड्रॉवल ॲड्रेसने** विनंतीवर स्वाक्षरी करणे आवश्यक आहे. हे व्हॅलिडेटरच्या निधीवरील नियंत्रण सिद्ध करते.
+
+### कशावर स्वाक्षरी केली जाते? {#what-is-signed}
+
+`ConsolidationRequest` ऑब्जेक्टचा डोमेन-सेपरेटेड [साइनिंग रूट](https://github.com/ethereum/consensus-specs/blob/dev/specs/phase0/beacon-chain.md#compute_signing_root) वापरला जातो.
+
+- **डोमेन:** `DOMAIN_CONSOLIDATION_REQUEST`
+- **साइनिंग रूट फील्ड्स:**
+  - `source_pubkey`: `BLSPubkey`
+  - `target_pubkey`: `BLSPubkey`
+  - `source_address`: `ExecutionAddress`
+
+परिणामी **BLS स्वाक्षरी** विनंतीसोबत सादर केली जाते.
+
+टीप: स्वाक्षरी व्हॅलिडेटर की द्वारे नाही तर विथड्रॉवल ॲड्रेसद्वारे केली जाते.
+
+### आंशिक विथड्रॉवल्स {#partial-withdrawals}
+
+**टाइप 1** क्रेडेन्शियल्स असलेल्या व्हॅलिडेटर्सना त्यांच्या अतिरिक्त बॅलन्सचे (32 ETH पेक्षा जास्त काहीही) त्यांच्या विथड्रॉवल ॲड्रेसवर स्वयंचलित, गॅसलेस स्वीप मिळतात. कारण **टाइप 2** एका व्हॅलिडेटरला 1 ETH च्या वाढीमध्ये बॅलन्स कंपाऊंड करण्याची परवानगी देतो, त्यामुळे 2048 ETH पर्यंत पोहोचेपर्यंत ते स्वयंचलितपणे बॅलन्स स्वीप करणार नाही. **टाइप 2** व्हॅलिडेटर्सवरील आंशिक विथड्रॉवल्स मॅन्युअली ट्रिगर करणे आवश्यक आहे आणि त्यासाठी गॅस लागेल.
+
+## कन्सॉलिडेशन टूलिंग {#consolidation-tooling}
+
+कन्सॉलिडेशन्स व्यवस्थापित करण्यासाठी अनेक टूल्स उपलब्ध आहेत. Ethereum फाउंडेशनने तयार केलेले अधिकृत टूल म्हणजे [लॉन्चपॅड](https://launchpad.ethereum.org/en/validator-actions) आहे. स्टेकिंग समुदायातील घटकांनी तयार केलेली थर्ड-पार्टी टूल्स देखील आहेत जी लॉन्चपॅडद्वारे प्रदान न केलेली वैशिष्ट्ये देऊ शकतात. येथील टूल्स Ethereum फाउंडेशनद्वारे ऑडिट किंवा मान्यताप्राप्त नसली तरी, खालील टूल्स समुदायातील ज्ञात सदस्यांनी तयार केलेली ओपन सोर्स टूल्स आहेत.
+
+| टूल                              | वेबसाईट                                                                                                   | ओपन सोर्स                       | निर्माता                                       | ऑडिट केलेले                                                                                                                                        | इंटरफेस                                                                    | उल्लेखनीय वैशिष्ट्ये                                          |
+| -------------------------------- | --------------------------------------------------------------------------------------------------------- | ------------------------------- | ---------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------- | ------------------------------------------------------------- |
+| पेक्ट्रा स्टेकिंग मॅनेजर         | pectrastaking.com                                                                         | होय, Apache 2.0 | [Pier Two](https://piertwo.com/)               | नाही                                                                                                                                               | वेब UI                                                                     | वॉलेट कनेक्ट, SAFE सोबत काम करते                              |
+| पेक्ट्रा व्हॅलिडेटर ऑप्स CLI टूल | [GitHub](https://github.com/Luganodes/Pectra-Batch-Contract)                                              | होय, MIT                        | [Luganodes](https://www.luganodes.com/)        | होय, Quantstamp [मे 2025](https://certificate.quantstamp.com/full/luganodes-pectra-batch-contract/23f0765f-969a-4798-9edd-188d276c4a2b/index.html) | कमांड लाइन                                                                 | बॅचिंग, एकाच वेळी अनेक व्हॅलिडेटर्ससाठी                       |
+| Ethereal                         | [GitHub](https://github.com/wealdtech/ethereal)                                                           | होय, Apache 2.0 | [Jim McDonald](https://www.attestant.io/team/) | नाही                                                                                                                                               | कमांड लाइन                                                                 | व्हॅलिडेटर आणि नोड व्यवस्थापनासाठी संपूर्ण वैशिष्ट्य संच      |
+| Siren                            | [GitHub](https://github.com/sigp/siren)                                                                   | होय, Apache 2.0 | [Sigma Prime](https://sigmaprime.io/)          | नाही                                                                                                                                               | काही कमांड लाइन, पण प्रामुख्याने वेब UI                                    | जर तुम्ही लाइटहाऊस कन्सेंसस क्लायंट वापरत असाल तरच कार्य करते |
+| Consolideth.app  | https://consolideth.app/ [GitHub](https://github.com/Stakely/consolideth) | होय, MIT लायसन्स                | [Stakely](https://stakely.io/)                 | नाही                                                                                                                                               | वेब UI, Stakely द्वारे होस्ट केलेले आणि विनामूल्य सेल्फ-होस्ट करण्यास तयार | वॉलेट कनेक्टसह सेफसह प्रमुख वॉलेट कनेक्शन्सना समर्थन देते     |
+
+## FAQ {#faq}
+
+### सहभागी झाल्याने माझे प्रस्तावाचे नशीब किंवा रिवॉर्ड्स बदलतात का? {#change-luck-or-rewards}
+
+नाही. सहभागी झाल्याने तुमच्या प्रस्तावाची शक्यता कमी होत नाही - तुमची कर्तव्ये आणि प्रस्ताव निवड समान राहते. उदाहरणार्थ, जर तुमच्याकडे दोन 32 ETH व्हॅलिडेटर्स विरुद्ध एक 64 ETH व्हॅलिडेटर असेल, तर ब्लॉक प्रस्तावित करण्यासाठी आणि रिवॉर्ड्स मिळविण्यासाठी निवडले जाण्याची तुमची एकूण शक्यता समान असेल.
+
+### सहभागी झाल्याने माझा स्लॅशिंगचा धोका बदलतो का? {#change-slashing-risk}
+
+लहान किंवा अव्यावसायिक ऑपरेटर्ससाठी, याचे संक्षिप्त उत्तर नाही आहे. दीर्घ उत्तर असे आहे की, व्यावसायिक ऑपरेटर्ससाठी जे जलद अलर्टिंगसह प्रति नोड अनेक व्हॅलिडेटर्स चालवतात, कमी व्हॅलिडेटर्समध्ये कन्सॉलिडेट केल्याने स्लॅशिंगला प्रतिसाद देण्याची त्यांची क्षमता कमी होऊ शकते आणि कॅस्केड इव्हेंट्स टाळता येऊ शकतात. सर्व व्हॅलिडेटर्ससाठी सुरुवातीचा स्लॅशिंग _दंड_ हा धोका कमी करण्यासाठी 1 ETH (प्रति 32 ETH) वरून 0.0078125 ETH (प्रति 32 ETH) पर्यंत मोठ्या प्रमाणात कमी करण्यात आला आहे.
+
+### रूपांतरित करण्यासाठी मला माझ्या व्हॅलिडेटरमधून बाहेर पडावे लागेल का? {#exit-validator}
+
+नाही. तुम्ही बाहेर न पडता जागेवरच रूपांतरित करू शकता.
+
+### रूपांतरित / कन्सॉलिडेट करण्यासाठी किती वेळ लागेल? {#how-long}
+
+किमान 27.3 तास पण कन्सॉलिडेशन्स रांगेच्या अधीन आहेत. ही रांग डिपॉझिट आणि विथड्रॉवल रांगेपासून स्वतंत्र आहे आणि त्यांच्यामुळे प्रभावित होत नाही.
+
+### मी माझा व्हॅलिडेटर इंडेक्स ठेवू शकतो का? {#keep-validator-index}
+
+होय. जागेवरील रूपांतरण (in-place conversion) समान व्हॅलिडेटर इंडेक्स ठेवते. तुम्ही एकाधिक व्हॅलिडेटर्स कन्सॉलिडेट केल्यास, तुम्ही फक्त _लक्ष्य व्हॅलिडेटरचा_ इंडेक्स ठेवू शकाल.
+
+### माझी अटेस्टेशन्स चुकतील का? {#miss-attestations}
+
+दुसऱ्या व्हॅलिडेटरमध्ये कन्सॉलिडेशन दरम्यान, स्रोत व्हॅलिडेटर बाहेर पडतो आणि लक्ष्य व्हॅलिडेटरवर बॅलन्स सक्रिय होण्यापूर्वी ~27 तासांचा प्रतीक्षा कालावधी असतो. हा कालावधी **कार्यप्रदर्शन मेट्रिक्सवर परिणाम करत नाही**.
+
+### मला दंड लागेल का? {#incur-penalties}
+
+नाही. जोपर्यंत तुमचा व्हॅलिडेटर ऑनलाइन आहे, तोपर्यंत तुम्हाला दंड लागणार नाही.
+
+### कन्सॉलिडेट होत असलेल्या व्हॅलिडेटर्सचे विथड्रॉवल ॲड्रेस जुळणे आवश्यक आहे का? {#withdrawal-addresses-match}
+
+नाही. परंतु _स्रोत_ (source) ने त्याच्या स्वतःच्या ॲड्रेसवरून विनंती अधिकृत करणे आवश्यक आहे.
+
+### रूपांतरणानंतर माझे रिवॉर्ड्स कंपाऊंड होतील का? {#rewards-compound}
+
+होय. **टाइप 2** क्रेडेन्शियल्ससह, 32 ETH वरील रिवॉर्ड्स स्वयंचलितपणे रीस्टेक केले जातात — परंतु त्वरित नाही. एका लहान बफरमुळे ([_हिस्टेरेसिस_](https://eth2book.info/capella/part2/incentives/balances/#hysteresis) म्हटले जाते), अतिरिक्त रीस्टेक होण्यापूर्वी तुमच्या बॅलन्सला **सुमारे 1.25 ETH जास्त** पोहोचण्याची आवश्यकता आहे. म्हणून 33.0 ETH वर कंपाऊंड होण्याऐवजी, ते 33.25 (प्रभावी बॅलन्स = 33 ETH), नंतर 34.25 (प्रभावी बॅलन्स = 34 ETH) वर होते, आणि असेच पुढे.
+
+### रूपांतरणानंतर मला अजूनही स्वयंचलित स्वीप्स मिळू शकतात का? {#automatic-sweep}
+
+स्वयंचलित स्वीप्स फक्त 2048 पेक्षा जास्त अतिरिक्त बॅलन्ससह होतील. इतर सर्व आंशिक विथड्रॉवल्ससाठी, तुम्हाला ते मॅन्युअली ट्रिगर करावे लागतील.
+
+### मी माझा विचार बदलू शकतो आणि टाइप 2 वरून टाइप 1 वर परत जाऊ शकतो का? {#go-back-to-type1}
+
+नाही. **टाइप 2** मध्ये रूपांतरित करणे अपरिवर्तनीय आहे.
+
+### मला अनेक व्हॅलिडेटर्स कन्सॉलिडेट करायचे असल्यास, मला प्रत्येकाला आधी टाइप 2 मध्ये रूपांतरित करावे लागेल का? {#consolidate-multiple-validators}
+
+नाही! एका व्हॅलिडेटरला टाइप 2 मध्ये रूपांतरित करा आणि नंतर त्याला लक्ष्य म्हणून वापरा. त्या टाइप 2 लक्ष्यामध्ये कन्सॉलिडेट केलेले इतर सर्व व्हॅलिडेटर्स टाइप 1 किंवा टाइप 2 असू शकतात
+
+### माझा व्हॅलिडेटर ऑफलाइन आहे किंवा 32 ETH पेक्षा कमी आहे - मी तरीही ते रूपांतरित करू शकतो का? {#offline-or-below-32eth}
+
+होय. जोपर्यंत ते सक्रिय आहे (एक्झिटेड नाही) आणि तुम्ही त्याच्या विथड्रॉवल ॲड्रेसने स्वाक्षरी करू शकता, तोपर्यंत तुम्ही ते रूपांतरित करू शकता.
+
+## संसाधने {#resources}
+
+- [इलेक्ट्रा कन्सेंसस स्पेक्स](https://github.com/ethereum/consensus-specs/blob/dev/specs/electra/beacon-chain.md): ही 'सर्वात खरी' आवृत्ती आहे ज्यावर तुम्ही अवलंबून रहावे. शंका असल्यास, स्पेक्स वाचा
+- प्रत्येकजण कोडमधून जाण्यास सोयीस्कर नसतो, म्हणून [हे maxEB-GPT](https://chatgpt.com/g/g-67f1650fb48081918f555e0c8d1c2ae9-maxeb-gpt) स्पेक्सचा अर्थ लावण्यास मदत करू शकते. _अस्वीकरण: AI वर नाही, तर स्पेक्सवर सत्य म्हणून अवलंबून रहावे, कारण AI माहितीचा चुकीचा अर्थ लावू शकते किंवा काल्पनिक उत्तरे देऊ शकते_.
+- [pectrified.com](https://pectrified.com/): कन्सॉलिडेशन्स, डिपॉझिट्स आणि रांगेतील प्रतीक्षा वेळांची स्थिती पहा
+- [Ethereal](https://github.com/wealdtech/ethereal): सामान्य व्हॅलिडेटर कार्ये व्यवस्थापित करण्यासाठी समुदायाने तयार केलेले CLI टूल
+- [batch-validator-depositor](https://github.com/attestantio/batch-validator-depositor): समुदायाने तयार केलेला करार जो एकाच व्यवहारात अनेक इथेरियम व्हॅलिडेटर्सना डिपॉझिट करण्याची परवानगी देतो
diff --git a/public/content/translations/mr/roadmap/scaling/index.md b/public/content/translations/mr/roadmap/scaling/index.md
new file mode 100644
index 00000000000..d5b1cc2bc9d
--- /dev/null
+++ b/public/content/translations/mr/roadmap/scaling/index.md
@@ -0,0 +1,58 @@
+---
+title: "इथेरियमचे स्केलिंग"
+description: "रोलअप्स ऑफचेन व्यवहारांना एकत्र करतात, ज्यामुळे वापरकर्त्यासाठी खर्च कमी होतो. तथापि, रोलअप्स सध्या ज्या प्रकारे डेटा वापरतात ते खूप महाग आहे, ज्यामुळे व्यवहार किती स्वस्त असू शकतात यावर मर्यादा येते. प्रोटो-डँकशार्डिंग ही समस्या सोडवते."
+lang: mr
+image: /images/roadmap/roadmap-transactions.png
+alt: "Ethereum नकाशा"
+template: roadmap
+---
+
+इथेरियमला [लेयर 2s](/layer-2/#rollups) (ज्याला रोलअप्स म्हणूनही ओळखले जाते) वापरून स्केल केले जाते, जे व्यवहारांना एकत्र करतात आणि आउटपुट इथेरियमला पाठवतात. जरी रोलअप्स इथेरियम मेननेटपेक्षा आठ पटीने कमी खर्चिक असले तरी, अंतिम वापरकर्त्यांसाठी खर्च कमी करण्यासाठी रोलअप्सना अधिक ऑप्टिमाइझ करणे शक्य आहे. रोलअप्स काही केंद्रीकृत घटकांवर देखील अवलंबून असतात जे रोलअप्स परिपक्व झाल्यावर डेव्हलपर काढू शकतात.
+
+<Alert variant="update" className="mb-8">
+<AlertContent>
+<AlertTitle className="mb-4">
+  व्यवहार खर्च
+</AlertTitle>
+  <ul style={{ marginBottom: 0 }}>
+    <li>आजचे रोलअप्स इथेरियम लेयर 1 पेक्षा <strong>~5-20x</strong> स्वस्त आहेत</li>
+    <li>ZK-रोलअप्स लवकरच <strong>~40-100x</strong> ने फी कमी करतील</li>
+    <li>इथेरियममधील आगामी बदल स्केलिंगमध्ये आणखी <strong>~100-1000x</strong> वाढ करतील</li>
+    <li style={{ marginBottom: 0 }}>वापरकर्त्यांना <strong>$0.001 पेक्षा कमी</strong> खर्चाच्या व्यवहारांचा फायदा झाला पाहिजे</li>
+  </ul>
+</AlertContent>
+</Alert>
+
+## डेटा स्वस्त करणे {#making-data-cheaper}
+
+रोलअप्स मोठ्या संख्येने व्यवहार गोळा करतात, ते कार्यान्वित करतात आणि परिणाम इथेरियमला सबमिट करतात. यामुळे खूप डेटा तयार होतो जो उघडपणे उपलब्ध असणे आवश्यक आहे जेणेकरून कोणीही स्वतःसाठी व्यवहार कार्यान्वित करू शकेल आणि रोलअप ऑपरेटर प्रामाणिक होता हे सत्यापित करू शकेल. जर कोणाला विसंगती आढळली, तर ते आव्हान देऊ शकतात.
+
+### प्रोटो-डँकशार्डिंग {#proto-danksharding}
+
+रोलअप डेटा ऐतिहासिकदृष्ट्या इथेरियमवर कायमस्वरूपी संग्रहित केला गेला आहे, जो महाग आहे. रोलअपवर वापरकर्ते भरत असलेल्या व्यवहार खर्चापैकी 90% पेक्षा जास्त खर्च या डेटा स्टोरेजमुळे असतो. व्यवहार खर्च कमी करण्यासाठी, आम्ही डेटा नवीन तात्पुरत्या 'ब्लॉब' स्टोरेजमध्ये हलवू शकतो. ब्लॉब स्वस्त आहेत कारण ते कायमस्वरूपी नाहीत; एकदा त्यांची आवश्यकता संपली की ते इथेरियममधून हटवले जातात. रोलअप डेटा दीर्घकाळ साठवून ठेवण्याची जबाबदारी ज्या लोकांना त्याची गरज आहे त्यांच्यावर येते, जसे की रोलअप ऑपरेटर, एक्सचेंज, इंडेक्सिंग सेवा इत्यादी. इथेरियममध्ये ब्लॉब व्यवहार जोडणे हे "प्रोटो-डँकशार्डिंग" म्हणून ओळखल्या जाणाऱ्या अपग्रेडचा भाग आहे.
+
+प्रोटो-डँकशार्डिंगमुळे, इथेरियम ब्लॉकवर अनेक ब्लॉब जोडणे शक्य आहे. हे इथेरियमच्या थ्रूपुटमध्ये आणखी भरीव (>100x) वाढ आणि व्यवहार खर्चात घट करण्यास सक्षम करते.
+
+### डँकशार्डिंग {#danksharding}
+
+ब्लॉब डेटा विस्तारित करण्याचा दुसरा टप्पा क्लिष्ट आहे कारण त्यासाठी रोलअप डेटा नेटवर्कवर उपलब्ध आहे की नाही हे तपासण्यासाठी नवीन पद्धतींची आवश्यकता आहे आणि ते [व्हॅलिडेटर्स](/glossary/#validator) त्यांच्या [ब्लॉक](/glossary/#block) बिल्डिंग आणि ब्लॉक प्रस्तावाच्या जबाबदाऱ्या वेगळे करण्यावर अवलंबून आहे. यासाठी व्हॅलिडेटर्सनी ब्लॉब डेटाच्या लहान सबसेट्सची पडताळणी केली आहे हे क्रिप्टोग्राफिकली सिद्ध करण्याचा एक मार्ग देखील आवश्यक आहे.
+
+हा दुसरा टप्पा ["डँकशार्डिंग"](/roadmap/danksharding/) म्हणून ओळखला जातो. अंमलबजावणीचे काम सुरू आहे, [ब्लॉक बिल्डिंग आणि ब्लॉक प्रस्ताव वेगळे करणे](/roadmap/pbs) यासारख्या पूर्व-आवश्यकतांवर प्रगती होत आहे आणि नवीन नेटवर्क डिझाइन जे नेटवर्कला एका वेळी काही किलोबाइट्सचे यादृच्छिकपणे नमुने घेऊन डेटा उपलब्ध असल्याची कार्यक्षमतेने पुष्टी करण्यास सक्षम करतात, ज्याला [डेटा उपलब्धता नमुना (DAS)](/developers/docs/data-availability) म्हणून ओळखले जाते.
+
+<ButtonLink variant="outline-color" href="/roadmap/danksharding/">डँकशार्डिंगबद्दल अधिक</ButtonLink>
+
+## रोलअप्सचे विकेंद्रीकरण {#decentralizing-rollups}
+
+[रोलअप्स](/layer-2) आधीच इथेरियमला स्केल करत आहेत. [रोलअप प्रकल्पांची समृद्ध इकोसिस्टम](https://l2beat.com/scaling/tvs) वापरकर्त्यांना विविध सुरक्षा हमींसह, जलद आणि स्वस्तात व्यवहार करण्यास सक्षम करत आहे. तथापि, रोलअप्स केंद्रीकृत सिक्वेन्सर (इथेरियमवर सबमिट करण्यापूर्वी सर्व व्यवहार प्रक्रिया आणि एकत्रीकरण करणारे संगणक) वापरून बूटस्ट्रॅप केले गेले आहेत. हे सेन्सॉरशिपसाठी असुरक्षित आहे, कारण सिक्वेन्सर ऑपरेटरवर निर्बंध लादले जाऊ शकतात, त्यांना लाच दिली जाऊ शकते किंवा अन्यथा तडजोड केली जाऊ शकते. त्याच वेळी, [रोलअप्स](https://l2beat.com/scaling/summary) येणाऱ्या डेटाची पडताळणी करण्याच्या पद्धतीत भिन्न आहेत. सर्वोत्तम मार्ग म्हणजे "प्रूव्हर्स" नी [फ्रॉड प्रूफ](/glossary/#fraud-proof) किंवा व्हॅलिडिटी प्रूफ सबमिट करणे, परंतु सर्व रोलअप्स अजून तिथे पोहोचलेले नाहीत. जे रोलअप्स व्हॅलिडिटी/फ्रॉड प्रूफ वापरतात ते सुद्धा ज्ञात प्रूव्हर्सचा एक छोटा पूल वापरतात. म्हणून, इथेरियमच्या स्केलिंगमधील पुढील महत्त्वपूर्ण पायरी म्हणजे सिक्वेन्सर आणि प्रूव्हर्स चालवण्याची जबाबदारी अधिक लोकांमध्ये वितरित करणे.
+
+<ButtonLink variant="outline-color" href="/developers/docs/scaling/">रोलअप्सबद्दल अधिक</ButtonLink>
+
+## सध्याची प्रगती {#current-progress}
+
+मार्च 2024 मध्ये कॅन्कुन-डेनेब ("डेनकुन") नेटवर्क अपग्रेडचा भाग म्हणून प्रोटो-डँकशार्डिंग यशस्वीरित्या लागू करण्यात आले. त्याच्या अंमलबजावणीपासून, रोलअप्सनी ब्लॉब स्टोरेज वापरण्यास सुरुवात केली आहे, ज्यामुळे वापरकर्त्यांसाठी व्यवहार खर्च कमी झाला आहे आणि ब्लॉबमध्ये लाखो व्यवहार प्रक्रिया केली गेली आहे.
+
+पूर्ण डँकशार्डिंगवर काम सुरू आहे, त्याच्या पूर्व-आवश्यकता जसे की पीबीएस (प्रपोझर-बिल्डर सेपरेशन) आणि डीएएस (डेटा उपलब्धता नमुने) वर प्रगती होत आहे. रोलअप पायाभूत सुविधांचे विकेंद्रीकरण ही एक हळूहळू होणारी प्रक्रिया आहे - असे अनेक भिन्न रोलअप आहेत जे थोडे वेगळे सिस्टीम तयार करत आहेत आणि वेगवेगळ्या दराने पूर्णपणे विकेंद्रीकृत होतील.
+
+[डेनकुन नेटवर्क अपग्रेड आणि त्याचा परिणाम याबद्दल अधिक](/roadmap/dencun/)
+
+<QuizWidget quizKey="scaling" />
diff --git a/public/content/translations/mr/roadmap/secret-leader-election/index.md b/public/content/translations/mr/roadmap/secret-leader-election/index.md
new file mode 100644
index 00000000000..b12c314d312
--- /dev/null
+++ b/public/content/translations/mr/roadmap/secret-leader-election/index.md
@@ -0,0 +1,44 @@
+---
+title: "गुप्त नेता निवडणूक"
+description: "गुप्त लीडर निवडणूक व्हॅलिडेटर्सना हल्ल्यांपासून वाचवण्यासाठी कशी मदत करू शकते याचे स्पष्टीकरण"
+lang: mr
+summaryPoints:
+  - ब्लॉक प्रस्तावकांचा आयपी ॲड्रेस अगोदरच माहिती असू शकतो, ज्यामुळे ते हल्ल्यांसाठी असुरक्षित बनतात
+  - गुप्त लीडर निवडणूक व्हॅलिडेटर्सची ओळख लपवते जेणेकरून ते आगाऊ ओळखले जाऊ शकत नाहीत
+  - या कल्पनेचा एक विस्तार म्हणजे प्रत्येक स्लॉटमध्ये व्हॅलिडेटर निवड यादृच्छिक करणे.
+---
+
+# गुप्त लीडर निवडणूक {#single-secret-leader-election}
+
+आजच्या [प्रूफ-ऑफ-स्टेक](/developers/docs/consensus-mechanisms/pos) आधारित सहमती यंत्रणेमध्ये, आगामी ब्लॉक प्रस्तावकांची यादी सार्वजनिक आहे आणि त्यांचे आयपी ॲड्रेस मॅप करणे शक्य आहे. याचा अर्थ असा की हल्लेखोर कोणते व्हॅलिडेटर्स ब्लॉक प्रस्तावित करणार आहेत हे ओळखू शकतात आणि त्यांना डिनायल-ऑफ-सर्व्हिस (DOS) हल्ल्याने लक्ष्य करू शकतात ज्यामुळे ते वेळेवर आपला ब्लॉक प्रस्तावित करू शकत नाहीत.
+
+यामुळे हल्लेखोराला नफा कमावण्याची संधी मिळू शकते. उदाहरणार्थ, `n+1` स्लॉटसाठी निवडलेला ब्लॉक प्रस्तावक `n` स्लॉटमधील प्रस्तावकावर DOS हल्ला करू शकतो, जेणेकरून तो ब्लॉक प्रस्तावित करण्याची संधी गमावेल. यामुळे हल्लेखोर ब्लॉक प्रस्तावकाला दोन्ही स्लॉट्सचे MEV काढता येईल, किंवा जे व्यवहार दोन ब्लॉक्समध्ये विभागले जायला हवे होते ते सर्व मिळवून एकाच ब्लॉकमध्ये समाविष्ट करता येतील, आणि त्यातून संबंधित सर्व शुल्क मिळवता येईल. याचा परिणाम होम व्हॅलिडेटर्सवर प्रगत संस्थात्मक व्हॅलिडेटर्सपेक्षा जास्त होण्याची शक्यता आहे, जे स्वतःला DOS हल्ल्यांपासून वाचवण्यासाठी अधिक प्रगत पद्धती वापरू शकतात, आणि त्यामुळे हे एक केंद्रीकरण करणारे घटक ठरू शकते.
+
+या समस्येवर अनेक उपाय आहेत. एक उपाय म्हणजे [डिस्ट्रिब्युटेड व्हॅलिडेटर टेक्नॉलॉजी](https://github.com/ethereum/distributed-validator-specs), ज्याचा उद्देश व्हॅलिडेटर चालवण्याशी संबंधित विविध कार्ये रिडंडन्सीसह एकाधिक मशीनवर पसरवणे आहे, जेणेकरून हल्लेखोराला एखाद्या विशिष्ट स्लॉटमध्ये ब्लॉक प्रस्तावित होण्यापासून रोखणे खूप कठीण होईल. तथापि, सर्वात मजबूत उपाय **सिंगल सीक्रेट लीडर इलेक्शन (SSLE)** आहे.
+
+## सिंगल सीक्रेट लीडर इलेक्शन {#secret-leader-election}
+
+SSLE मध्ये, हुशार क्रिप्टोग्राफीचा वापर केला जातो हे सुनिश्चित करण्यासाठी की फक्त निवडलेल्या व्हॅलिडेटरलाच माहिती असेल की त्याची निवड झाली आहे. हे असे कार्य करते की प्रत्येक व्हॅलिडेटर एका गुप्त माहितीसाठी एक वचनबद्धता (commitment) सादर करतो जी ते सर्व शेअर करतात. वचनबद्धता (commitments) शफल आणि पुनर्रचित केल्या जातात जेणेकरून कोणीही वचनबद्धता व्हॅलिडेटर्सशी जोडू शकत नाही, परंतु प्रत्येक व्हॅलिडेटरला माहिती असते की कोणती वचनबद्धता त्यांची आहे. नंतर, एक वचनबद्धता यादृच्छिकपणे निवडली जाते. जर एखाद्या व्हॅलिडेटरला आढळले की त्याची वचनबद्धता निवडली गेली आहे, तर त्याला कळते की ब्लॉक प्रस्तावित करण्याची त्याची पाळी आहे.
+
+या कल्पनेच्या प्रमुख अंमलबजावणीला [व्हिस्क](https://ethresear.ch/t/whisk-a-practical-shuffle-based-ssle-protocol-for-ethereum/11763) म्हणतात. जे खालीलप्रमाणे कार्य करते:
+
+1. व्हॅलिडेटर्स एका सामायिक गुप्त माहितीसाठी वचनबद्ध होतात. ही वचनबद्धता योजना अशा प्रकारे तयार केली आहे की ती व्हॅलिडेटरच्या ओळखीशी जोडली जाऊ शकते परंतु यादृच्छिक देखील केली जाऊ शकते, जेणेकरून कोणताही तृतीय पक्ष हे बंधन रिव्हर्स इंजिनियर करू शकणार नाही आणि विशिष्ट वचनबद्धतेला विशिष्ट व्हॅलिडेटरशी जोडू शकणार नाही.
+2. एका इपॉकच्या (epoch) सुरूवातीला, RANDAO वापरून 16,384 व्हॅलिडेटर्सकडून वचनबद्धतेचे नमुने घेण्यासाठी व्हॅलिडेटर्सचा एक यादृच्छिक संच निवडला जातो.
+3. पुढील 8182 स्लॉटसाठी (1 दिवस), ब्लॉक प्रस्तावक त्यांची स्वतःची खाजगी एन्ट्रॉपी वापरून वचनबद्धतेचा एक उपसंच शफल आणि यादृच्छिक करतात.
+4. शफलिंग पूर्ण झाल्यावर, वचनबद्धतेची एक क्रमित यादी तयार करण्यासाठी RANDAO चा वापर केला जातो. ही यादी इथेरियम स्लॉट्सवर मॅप केली जाते.
+5. व्हॅलिडेटर्स पाहतात की त्यांची वचनबद्धता एका विशिष्ट स्लॉटशी जोडलेली आहे, आणि जेव्हा तो स्लॉट येतो तेव्हा ते एक ब्लॉक प्रस्तावित करतात.
+6. या चरणांची पुनरावृत्ती करा जेणेकरून स्लॉट्ससाठी वचनबद्धतेचे वाटप नेहमी सध्याच्या स्लॉटच्या खूप पुढे असेल.
+
+यामुळे हल्लेखोरांना कोणता विशिष्ट व्हॅलिडेटर पुढील ब्लॉक प्रस्तावित करेल हे आगाऊ माहिती होण्यापासून प्रतिबंधित करते, ज्यामुळे DOS हल्ल्यांची शक्यता टाळली जाते.
+
+## गुप्त नॉन-सिंगल लीडर निवडणूक (SnSLE) {#secret-non-single-leader-election}
+
+एक स्वतंत्र प्रस्ताव देखील आहे ज्याचा उद्देश एक अशी परिस्थिती निर्माण करणे आहे जिथे प्रत्येक व्हॅलिडेटरला प्रत्येक स्लॉटमध्ये ब्लॉक प्रस्तावित करण्याची यादृच्छिक संधी मिळते, जसे की प्रूफ-ऑफ-वर्क अंतर्गत ब्लॉक प्रस्ताव ठरवला जात होता, ज्याला **गुप्त नॉन-सिंगल लीडर निवडणूक (SnSLE)** म्हणून ओळखले जाते. हे करण्याचा एक सोपा मार्ग म्हणजे आजच्या प्रोटोकॉलमध्ये व्हॅलिडेटर्सना यादृच्छिकपणे निवडण्यासाठी वापरल्या जाणाऱ्या RANDAO फंक्शनचा वापर करणे. RANDAO मागील कल्पना अशी आहे की अनेक स्वतंत्र व्हॅलिडेटर्सनी सबमिट केलेल्या हॅशेस एकत्र करून एक पुरेसा यादृच्छिक क्रमांक तयार केला जातो. SnSLE मध्ये, पुढील ब्लॉक प्रस्तावक निवडण्यासाठी हे हॅशेस वापरले जाऊ शकतात, उदाहरणार्थ, सर्वात कमी मूल्याचा हॅश निवडून. प्रत्येक स्लॉटमध्ये वैयक्तिक व्हॅलिडेटर्स निवडले जाण्याची शक्यता ट्यून करण्यासाठी वैध हॅशेसची श्रेणी मर्यादित केली जाऊ शकते. हॅश `2^256 * 5 / N` पेक्षा कमी असणे आवश्यक आहे असे सांगून, जिथे `N` = सक्रिय व्हॅलिडेटर्सची संख्या, प्रत्येक स्लॉटमध्ये कोणताही वैयक्तिक व्हॅलिडेटर निवडला जाण्याची शक्यता `5/N` असेल. या उदाहरणात, प्रत्येक स्लॉटमध्ये किमान एका प्रस्तावकाकडून वैध हॅश तयार होण्याची 99.3% शक्यता असेल.
+
+## सध्याची प्रगती {#current-progress}
+
+SSLE आणि SnSLE दोन्ही संशोधन टप्प्यात आहेत. अद्याप दोन्ही कल्पनांसाठी कोणतेही अंतिम स्पेसिफिकेशन नाही. SSLE आणि SnSLE हे प्रतिस्पर्धी प्रस्ताव आहेत जे दोन्ही लागू केले जाऊ शकत नाहीत. लाँच करण्यापूर्वी त्यांना अधिक संशोधन आणि विकास, प्रोटोटाइपिंग आणि सार्वजनिक टेस्टनेट्सवर अंमलबजावणी करणे आवश्यक आहे.
+
+## पुढील वाचन {#further-reading}
+
+- [SnSLE](https://ethresear.ch/t/secret-non-single-leader-election/11789)
diff --git a/public/content/translations/mr/roadmap/security/index.md b/public/content/translations/mr/roadmap/security/index.md
new file mode 100644
index 00000000000..4cc1065bcc1
--- /dev/null
+++ b/public/content/translations/mr/roadmap/security/index.md
@@ -0,0 +1,48 @@
+---
+title: "अधिक सुरक्षित इथरियम"
+description: "इथरियम हे अस्तित्वातील सर्वात सुरक्षित आणि विकेंद्रित स्मार्ट-कॉन्ट्रॅक्ट प्लॅटफॉर्म आहे. तथापि, अजूनही काही सुधारणा केल्या जाऊ शकतात जेणेकरून इथरियम भविष्यात कोणत्याही स्तरावरील हल्ल्यासाठी लवचिक राहील."
+lang: mr
+image: /images/roadmap/roadmap-security.png
+alt: "Ethereum नकाशा"
+template: roadmap
+---
+
+**इथेरियम हे आधीपासूनच एक अतिशय सुरक्षित**, विकेंद्रित [स्मार्ट-कॉन्ट्रॅक्ट](/glossary/#smart-contract) प्लॅटफॉर्म आहे. तथापि, अजूनही काही सुधारणा केल्या जाऊ शकतात जेणेकरून इथरियम भविष्यात सर्व प्रकारच्या हल्ल्यांना लवचिक राहील. यामध्ये [इथेरियम क्लायंट्स](/glossary/#consensus-client) स्पर्धात्मक [ब्लॉक्स](/glossary/#block) कसे हाताळतात त्या पद्धतीतील सूक्ष्म बदलांचा समावेश आहे, तसेच नेटवर्क ज्या गतीने ब्लॉक्सना ["अंतिम"](/developers/docs/consensus-mechanisms/pos/#finality) मानते ती गती वाढवणे (याचा अर्थ हल्लेखोराला मोठे आर्थिक नुकसान झाल्याशिवाय ते बदलले जाऊ शकत नाहीत).
+
+अशा सुधारणा देखील आहेत ज्यामुळे ब्लॉक प्रस्तावकांना त्यांच्या ब्लॉकच्या वास्तविक सामग्रीबद्दल अंध बनवून सेन्सॉरिंग व्यवहार अधिक कठीण बनवतात आणि क्लायंट सेन्सॉर केव्हा करत आहे हे ओळखण्याचे नवीन मार्ग आहेत. एकत्रितपणे, या सुधारणा [प्रूफ-ऑफ-स्टेक](/glossary/#pos) प्रोटोकॉलला अपग्रेड करतील जेणेकरून वापरकर्त्यांना - व्यक्तींपासून ते कॉर्पोरेशन्सपर्यंत - इथेरियमवरील त्यांच्या ॲप्स, डेटा आणि मालमत्तेवर त्वरित विश्वास वाटेल.
+
+## स्टेकिंग विथड्रॉअल्स {#staking-withdrawals}
+
+[प्रूफ-ऑफ-वर्क](/glossary/#pow) पासून प्रूफ-ऑफ-स्टेकवर अपग्रेडची सुरुवात इथेरियमच्या पायनियर्सनी त्यांचे ETH एका डिपॉझिट कॉन्ट्रॅक्टमध्ये “स्टेक” करण्यापासून झाली. ते ETH नेटवर्कचे संरक्षण करण्यासाठी वापरले जाते. 12 एप्रिल 2023 रोजी दुसरे अपडेट आले, ज्यामुळे व्हॅलिडेटर्सना स्टेक केलेले ETH विथड्रॉ करण्याची परवानगी मिळाली. तेव्हापासून वैधकर्ते मुक्तपणे ईटीएच भाग घेऊ शकतात किंवा काढू शकतात.
+
+<ButtonLink variant="outline-color" href="/staking/withdrawals/">विथड्रॉअल्सबद्दल वाचा</ButtonLink>
+
+## हल्ल्यांपासून बचाव {#defending-against-attacks}
+
+इथरियमच्या प्रूफ-ऑफ-स्टेक प्रोटोकॉलमध्ये सुधारणा केल्या जाऊ शकतात. एक आहे [व्ह्यू-मर्ज](https://ethresear.ch/t/view-merge-as-a-replacement-for-proposer-boost/13739) - एक अधिक सुरक्षित [फोर्क](/glossary/#fork)-निवड अल्गोरिदम जो काही विशिष्ट प्रकारच्या अत्याधुनिक हल्ल्यांना अधिक कठीण बनवतो.
+
+इथेरियमला ब्लॉक्स [अंतिम](/glossary/#finality) करण्यासाठी लागणारा वेळ कमी केल्याने वापरकर्त्यांना चांगला अनुभव मिळेल आणि अत्याधुनिक "रिऑर्ग" हल्ल्यांना प्रतिबंध होईल, ज्यात हल्लेखोर नफा मिळवण्यासाठी किंवा विशिष्ट व्यवहारांना सेन्सॉर करण्यासाठी अगदी अलीकडील ब्लॉक्सची फेररचना करण्याचा प्रयत्न करतात. [**सिंगल स्लॉट फायनॅलिटी (SSF)**](/roadmap/single-slot-finality/) हा **अंतिमीकरणाचा विलंब कमी करण्याचा एक मार्ग आहे**. आत्ता 15 मिनिटांच्या किमतीचे ब्लॉक्स आहेत जे आक्रमणकर्ता सैद्धांतिकदृष्ट्या इतर वैधकर्त्यांना पुन्हा कॉन्फिगर करण्यासाठी पटवून देऊ शकतो. SSF सह, 0 आहेत. वापरकर्ते, व्यक्तींपासून ते ॲप्स आणि एक्सचेंजेसपर्यंत, त्यांचे व्यवहार परत केले जाणार नाहीत याची जलद हमी आणि संपूर्ण श्रेणीचे हल्ले बंद करून नेटवर्कचा फायदा होतो.
+
+<ButtonLink variant="outline-color" href="/roadmap/single-slot-finality/">सिंगल स्लॉट फायनॅलिटीबद्दल वाचा</ButtonLink>
+
+## सेन्सॉरशिपपासून बचाव {#defending-against-censorship}
+
+विकेंद्रीकरण हे व्यक्तींना किंवा [व्हॅलिडेटर्सच्या](/glossary/#validator) लहान गटांना खूप प्रभावशाली होण्यापासून प्रतिबंधित करते. नवीन स्टॅकिंग तंत्रज्ञान Ethereum चे प्रमाणिकरण शक्य तितके विकेंद्रित राहतील याची खात्री करण्यात मदत करू शकतात तसेच हार्डवेअर, सॉफ्टवेअर आणि नेटवर्क अपयशांपासून त्यांचा बचाव करतात. यामध्ये असे सॉफ्टवेअर समाविष्ट आहे जे अनेक [नोड्सवर](/glossary/#node) व्हॅलिडेटरच्या जबाबदाऱ्या शेअर करते. याला **डिस्ट्रिब्युटेड व्हॅलिडेटर टेक्नॉलॉजी (DVT)** म्हणून ओळखले जाते. [स्टेकिंग पूल्सना](/glossary/#staking-pool) DVT वापरण्यासाठी प्रोत्साहन दिले जाते कारण ते अनेक संगणकांना एकत्रितपणे व्हॅलिडेशनमध्ये सहभागी होण्याची परवानगी देते, ज्यामुळे रिडंडन्सी आणि फॉल्ट-टॉलरन्स वाढतो. हे एकल ऑपरेटर एकापेक्षा जास्त व्हॅलिडेटर्स चालवण्याऐवजी अनेक सिस्टीममध्ये व्हॅलिडेटर की देखील विभाजित करते. यामुळे अप्रामाणिक ऑपरेटर्सना इथरियमवरील हल्ल्यांचे समन्वय साधणे कठीण होते. एकंदरीत, कल्पना अशी आहे की व्हॅलिडेटर्सना वैयक्तिकरित्या चालवण्याऐवजी _समुदाय_ म्हणून चालवून सुरक्षेचे फायदे मिळवणे.
+
+<ButtonLink variant="outline-color" href="/staking/dvt/">डिस्ट्रिब्युटेड व्हॅलिडेटर टेक्नॉलॉजीबद्दल वाचा</ButtonLink>
+
+**प्रपोजर-बिल्डर सेपरेशन (PBS)** लागू केल्याने इथेरियमच्या सेन्सॉरशिपविरुद्धच्या अंगभूत संरक्षणामध्ये लक्षणीय सुधारणा होईल. PBS एका व्हॅलिडेटरला ब्लॉक तयार करण्याची आणि दुसऱ्याला इथरियम नेटवर्कवर प्रसारित करण्याची परवानगी देते. यामुळे हे सुनिश्चित होते की व्यावसायिक नफा वाढवणाऱ्या ब्लॉक बिल्डिंग अल्गोरिदममधून मिळणारे फायदे संपूर्ण नेटवर्कवर अधिक न्यायाने शेअर केले जातात, ज्यामुळे कालांतराने सर्वोत्तम कामगिरी करणाऱ्या संस्थात्मक स्टेकर्सकडे **स्टेक जमा होण्यास प्रतिबंध होतो**. ब्लॉक प्रपोजरला ब्लॉक बिल्डर्सच्या मार्केटद्वारे दिलेला सर्वात फायदेशीर ब्लॉक निवडता येतो. सेन्सॉर करण्यासाठी, ब्लॉक प्रपोजरला अनेकदा कमी फायदेशीर ब्लॉक निवडावा लागेल, जे **आर्थिकदृष्ट्या अवास्तव असेल आणि नेटवर्कवरील उर्वरित व्हॅलिडेटर्ससाठी स्पष्टपणे दिसेल**.
+
+PBS मध्ये संभाव्य ॲड-ऑन्स आहेत, जसे की एनक्रिप्टेड व्यवहार आणि समावेश सूची, जे इथरियमच्या सेन्सॉरशिपच्या प्रतिकारात आणखी सुधारणा करू शकतात. हे ब्लॉक बिल्डर आणि प्रस्तावक यांना त्यांच्या ब्लॉकमध्ये समाविष्ट असलेल्या वास्तविक व्यवहारांबद्दल अंध बनवतात.
+
+<ButtonLink variant="outline-color" href="/roadmap/pbs/">प्रपोजर-बिल्डर सेपरेशनबद्दल वाचा</ButtonLink>
+
+## व्हॅलिडेटर्सचे संरक्षण {#protecting-validators}
+
+हे शक्य आहे की एक अत्याधुनिक हल्लेखोर आगामी व्हॅलिडेटर्सना ओळखून त्यांना ब्लॉक प्रस्तावित करण्यापासून रोखण्यासाठी स्पॅम करू शकतो; याला **डिनायल ऑफ सर्व्हिस (DoS)** हल्ला म्हणून ओळखले जाते. [**सिक्रेट लीडर इलेक्शन (SLE)**](/roadmap/secret-leader-election) लागू केल्याने या प्रकारच्या हल्ल्यांपासून संरक्षण होईल, कारण यामुळे ब्लॉक प्रपोजर्स कोण आहेत हे आगाऊ कळू शकणार नाही. हे उमेदवार ब्लॉक प्रस्तावकांचे प्रतिनिधित्व करणाऱ्या क्रिप्टोग्राफिक वचनबद्धतेचा संच सतत बदलून आणि त्यांच्या ऑर्डरचा वापर करून कोणता प्रमाणकर्ता निवडला आहे हे निर्धारित करण्यासाठी अशा प्रकारे कार्य करते की केवळ सत्यापनकर्त्यांनाच त्यांची ऑर्डर आधीच माहित असेल.
+
+<ButtonLink variant="outline-color" href="/roadmap/secret-leader-election">सिक्रेट लीडर इलेक्शनबद्दल वाचा</ButtonLink>
+
+## सध्याची प्रगती {#current-progress}
+
+**रोडमॅपवरील सुरक्षा अपग्रेड्स संशोधनाच्या प्रगत टप्प्यात आहेत**, परंतु ते काही काळ लागू होण्याची अपेक्षा नाही. व्ह्यू-मर्ज, PBS, SSF आणि SLE साठी पुढील पायऱ्या म्हणजे स्पेसिफिकेशन अंतिम करणे आणि प्रोटोटाइप तयार करणे सुरू करणे.
diff --git a/public/content/translations/mr/roadmap/single-slot-finality/index.md b/public/content/translations/mr/roadmap/single-slot-finality/index.md
new file mode 100644
index 00000000000..bd1cabc2dbf
--- /dev/null
+++ b/public/content/translations/mr/roadmap/single-slot-finality/index.md
@@ -0,0 +1,66 @@
+---
+title: "एकल स्लॉट अंतिमता"
+description: "एकल स्लॉट अंतिमतेचे स्पष्टीकरण"
+lang: mr
+---
+
+# एकल स्लॉट अंतिमता {#single-slot-finality}
+
+Ethereum ब्लॉकला अंतिम स्वरूप येण्यासाठी सुमारे 15 मिनिटे लागतात. तथापि, आपण Ethereumची संमती यंत्रणा अधिक कार्यक्षमतेने ब्लॉक्स सत्यापित करण्यासाठी आणि अंतिमतेची वेळ नाटकीयरित्या कमी करण्यासाठी बनवू शकतो. पंधरा मिनिटे वाट पाहण्याऐवजी, एकाच स्लॉटमध्ये ब्लॉक्स प्रस्तावित आणि अंतिम केले जाऊ शकतात. ही संकल्पना **एकल स्लॉट अंतिमता (SSF)** म्हणून ओळखली जाते.
+
+## फायनॅलिटी म्हणजे काय? {#what-is-finality}
+
+Ethereumच्या प्रूफ-ऑफ-स्टेक आधारित संमती यंत्रणेमध्ये, अंतिमता म्हणजे एकूण स्टेक केलेल्या ETH पैकी किमान 33% बर्न केल्याशिवाय ब्लॉकचेनमधून ब्लॉक बदलला किंवा काढला जाऊ शकत नाही याची हमी. ही 'क्रिप्टो-इकॉनॉमिक' सुरक्षा आहे कारण साखळीचा क्रम किंवा सामग्री बदलण्याशी संबंधित अत्यंत उच्च खर्चातून आत्मविश्वास येतो, जो कोणत्याही विवेकपूर्ण आर्थिक अभिनेत्याला तसे करण्याचा प्रयत्न करण्यापासून रोखतो.
+
+## अधिक जलद अंतिमतेचे ध्येय का ठेवावे? {#why-aim-for-quicker-finality}
+
+अंतिमेपर्यंत लागणारा सध्याचा वेळ खूप जास्त असल्याचे दिसून आले आहे. बहुतेक वापरकर्त्यांना अंतिमतेसाठी 15 मिनिटे थांबायचे नसते, आणि ज्या ॲप्स आणि एक्सचेंजेसना उच्च व्यवहार थ्रुपुट हवा असतो त्यांच्यासाठी त्यांचे व्यवहार कायम आहेत याची खात्री करण्यासाठी इतका वेळ थांबणे गैरसोयीचे असते. ब्लॉकचा प्रस्ताव आणि अंतिम स्वरूप यांच्यात विलंब झाल्यामुळे लहान रीऑर्ग्ससाठी संधी निर्माण होते, ज्याचा वापर आक्रमणकर्ता काही ब्लॉक्स सेन्सॉर करण्यासाठी किंवा MEV काढण्यासाठी करू शकतो. टप्प्याटप्प्याने ब्लॉक्स अपग्रेड करणारी यंत्रणा देखील खूप गुंतागुंतीची आहे आणि सुरक्षिततेतील त्रुटी दूर करण्यासाठी अनेक वेळा पॅच केली गेली आहे, ज्यामुळे Ethereum कोडबेसच्या त्या भागांपैकी एक बनतो जेथे सूक्ष्म बग्स उद्भवण्याची अधिक शक्यता असते. अंतिमतेसाठी लागणारा वेळ एकाच स्लॉटपर्यंत कमी करून हे सर्व मुद्दे दूर केले जाऊ शकतात.
+
+## विकेंद्रीकरण / वेळ / ओव्हरहेड ट्रेडऑफ {#the-decentralization-time-overhead-tradeoff}
+
+अंतिमतेची हमी हा नवीन ब्लॉकचा तात्काळ गुणधर्म नाही; नवीन ब्लॉकला अंतिम स्वरूप येण्यासाठी वेळ लागतो. याचे कारण असे आहे की नेटवर्कवरील एकूण स्टेक केलेल्या ETH पैकी किमान 2/3 चे प्रतिनिधित्व करणाऱ्या व्हॅलिडेटर्सना ब्लॉकला अंतिम मानण्यासाठी मतदान करावे लागते ("प्रमाणित करणे"). नेटवर्कवरील प्रत्येक व्हॅलिडेटिंग नोडला इतर नोड्सकडून मिळालेली प्रमाणपत्रे प्रक्रिया करावी लागतात, जेणेकरून ब्लॉकने 2/3 ची मर्यादा गाठली आहे की नाही हे कळू शकेल.
+
+अंतिमीकरणासाठी जितका कमी वेळ दिला जातो, तितकी प्रत्येक नोडवर अधिक संगणकीय शक्ती आवश्यक असते कारण प्रमाणपत्रांवर प्रक्रिया अधिक वेगाने करावी लागते. तसेच, नेटवर्कवर जितके जास्त व्हॅलिडेटिंग नोड्स असतील, तितक्या जास्त प्रमाणपत्रांवर प्रत्येक ब्लॉकसाठी प्रक्रिया करावी लागेल, ज्यामुळे आवश्यक प्रक्रिया शक्तीमध्ये भर पडेल. जितकी जास्त प्रक्रिया शक्ती आवश्यक असेल, तितके कमी लोक सहभागी होऊ शकतील कारण प्रत्येक व्हॅलिडेटिंग नोड चालवण्यासाठी अधिक महागड्या हार्डवेअरची आवश्यकता असते. ब्लॉक्समधील वेळ वाढवल्याने प्रत्येक नोडवर आवश्यक संगणकीय शक्ती कमी होते, परंतु अंतिमतेसाठी लागणारा वेळही वाढतो, कारण प्रमाणपत्रांवर अधिक हळूहळू प्रक्रिया केली जाते.
+
+म्हणून, ओव्हरहेड (संगणकीय शक्ती), विकेंद्रीकरण (चेन व्हॅलिडेट करण्यात सहभागी होऊ शकणाऱ्या नोड्सची संख्या) आणि अंतिमतेसाठी लागणारा वेळ यांच्यात एक ट्रेड-ऑफ आहे. आदर्श प्रणाली किमान संगणकीय शक्ती, कमाल विकेंद्रीकरण आणि अंतिमतेसाठी किमान वेळ यांचा समतोल साधते.
+
+Ethereumच्या सध्याच्या संमती यंत्रणेने या तीन पॅरामीटर्समध्ये खालीलप्रमाणे समतोल साधला आहे:
+
+- **किमान स्टेक 32 ETH वर सेट करणे**. यामुळे वैयक्तिक नोड्सद्वारे प्रक्रिया कराव्या लागणाऱ्या व्हॅलिडेटर्सच्या प्रमाणपत्रांच्या संख्येवर एक उच्च मर्यादा निश्चित होते आणि त्यामुळे प्रत्येक नोडसाठी संगणकीय आवश्यकतांवर एक उच्च मर्यादा निश्चित होते.
+- **अंतिमतेसाठी लागणारा वेळ ~15 मिनिटांवर सेट करणे**. यामुळे सामान्य घरगुती संगणकांवर चालणाऱ्या व्हॅलिडेटर्सना प्रत्येक ब्लॉकसाठी सुरक्षितपणे प्रमाणपत्रांवर प्रक्रिया करण्यासाठी पुरेसा वेळ मिळतो.
+
+सध्याच्या यंत्रणेच्या डिझाइननुसार, अंतिमतेसाठी लागणारा वेळ कमी करण्यासाठी, नेटवर्कवरील व्हॅलिडेटर्सची संख्या कमी करणे किंवा प्रत्येक नोडसाठी हार्डवेअर आवश्यकता वाढवणे आवश्यक आहे. तथापि, प्रमाणपत्रांवर प्रक्रिया करण्याच्या पद्धतीत सुधारणा केल्या जाऊ शकतात, ज्यामुळे प्रत्येक नोडवरील ओव्हरहेड न वाढवता अधिक प्रमाणपत्रांची गणना करणे शक्य होईल. अधिक कार्यक्षम प्रक्रियेमुळे दोन युगांमध्ये (epochs) न होता एकाच स्लॉटमध्ये अंतिमता निश्चित करणे शक्य होईल.
+
+## SSF कडे जाणारे मार्ग {#routes-to-ssf}
+
+<ExpandableCard title= "आज आपल्याकडे SSF का नाही?" eventCategory="/roadmap/single-slot-finality" eventName="clicked Why can't we hear SSF today?">
+
+सध्याची संमती यंत्रणा एकाधिक व्हॅलिडेटर्सकडील प्रमाणपत्रांना एकत्र करते, ज्यांना समित्या म्हणून ओळखले जाते, जेणेकरून प्रत्येक व्हॅलिडेटरला ब्लॉक व्हॅलिडेट करण्यासाठी प्रक्रिया कराव्या लागणाऱ्या मेसेजेसची संख्या कमी होईल. प्रत्येक व्हॅलिडेटरला प्रत्येक युगात (epoch) (32 स्लॉट) प्रमाणित करण्याची संधी मिळते, परंतु प्रत्येक स्लॉटमध्ये, फक्त व्हॅलिडेटर्सचा एक उपसंच, ज्याला 'समिती' म्हटले जाते, प्रमाणित करतो. ते सबनेटमध्ये विभागणी करून असे करतात, ज्यात काही व्हॅलिडेटर्सना 'एग्रीगेटर्स' म्हणून निवडले जाते. ते एग्रीगेटर्स प्रत्येकजण त्यांच्या सबनेटमधील इतर व्हॅलिडेटर्सकडून दिसणाऱ्या सर्व स्वाक्षऱ्या एकत्र करून एकाच एकत्रित स्वाक्षरीमध्ये रूपांतरित करतात. ज्या एग्रीगेटरमध्ये सर्वाधिक वैयक्तिक योगदाने समाविष्ट असतात, तो त्याची एकत्रित स्वाक्षरी ब्लॉक प्रस्तावक (proposer) कडे पाठवतो, जो ती स्वाक्षरी इतर समित्यांच्या एकत्रित स्वाक्षरीसोबत ब्लॉकमध्ये समाविष्ट करतो.
+
+ही प्रक्रिया प्रत्येक व्हॅलिडेटरला प्रत्येक युगात मतदान करण्यासाठी पुरेशी क्षमता प्रदान करते, कारण `32 स्लॉट * 64 समित्या * 256 व्हॅलिडेटर्स प्रति समिती = 524,288 व्हॅलिडेटर्स प्रति युग`. हे लिहिताना (फेब्रुवारी 2023) अंदाजे ~513,000 सक्रिय व्हॅलिडेटर्स आहेत.
+
+या योजनेत, प्रत्येक व्हॅलिडेटरला संपूर्ण युगात (epoch) आपली प्रमाणपत्रे वितरित करूनच ब्लॉकवर मतदान करणे शक्य आहे. तथापि, यंत्रणेत सुधारणा करण्याचे संभाव्य मार्ग आहेत जेणेकरून _प्रत्येक व्हॅलिडेटरला प्रत्येक स्लॉटमध्ये प्रमाणित करण्याची संधी मिळेल_.
+</ExpandableCard>
+
+जेव्हापासून Ethereum संमती यंत्रणा डिझाइन केली गेली, तेव्हापासून स्वाक्षरी एकत्रीकरण योजना (BLS) सुरुवातीला वाटले होते त्यापेक्षा खूपच अधिक स्केलेबल असल्याचे आढळून आले आहे, तर क्लायंटची स्वाक्षरी प्रक्रिया आणि पडताळणी करण्याची क्षमता देखील सुधारली आहे. हे दिसून येते की मोठ्या संख्येने व्हॅलिडेटर्सकडून आलेल्या प्रमाणपत्रांवर एकाच स्लॉटमध्ये प्रक्रिया करणे प्रत्यक्षात शक्य आहे. उदाहरणार्थ, एक दशलक्ष व्हॅलिडेटर्स प्रत्येक स्लॉटमध्ये दोनदा मतदान करत असल्यास आणि स्लॉटची वेळ 16 सेकंदांवर समायोजित केल्यास, स्लॉटमध्ये सर्व 1 दशलक्ष प्रमाणपत्रांवर प्रक्रिया करण्यासाठी नोड्सना प्रति सेकंद किमान 125,000 एकत्रीकरणाच्या दराने स्वाक्षरी सत्यापित करणे आवश्यक असेल. वास्तविक, एका सामान्य संगणकाला एक स्वाक्षरी पडताळणी करण्यासाठी सुमारे 500 नॅनोसेकंद लागतात, म्हणजे ~62.5 ms मध्ये 125,000 पडताळण्या करता येतात - जे एका सेकंदाच्या मर्यादेपेक्षा खूपच कमी आहे.
+
+उदा. प्रत्येक स्लॉटसाठी 125,000 यादृच्छिकपणे निवडलेल्या व्हॅलिडेटर्सच्या सुपरकमिट्या तयार करून कार्यक्षमतेत आणखी वाढ करता येईल. फक्त याच व्हॅलिडेटर्सना ब्लॉकवर मतदान करता येते आणि त्यामुळे फक्त हा व्हॅलिडेटर्सचा उपसंचच ठरवतो की ब्लॉक अंतिम झाला आहे की नाही. ही एक चांगली कल्पना आहे की नाही, हे Ethereum वरील यशस्वी हल्ला किती महाग असावा यावर अवलंबून आहे, ज्याला समुदाय प्राधान्य देईल. याचे कारण असे आहे की एकूण स्टेक केलेल्या इथरच्या 2/3 ची आवश्यकता असण्याऐवजी, एक आक्रमणकर्ता _त्या सुपरसमितीमधील_ स्टेक केलेल्या इथरच्या 2/3 सह एक अप्रामाणिक ब्लॉक अंतिम करू शकतो. हे अजूनही संशोधनाचे एक सक्रिय क्षेत्र आहे, परंतु असे वाटते की सुपरकमिट्यांची आवश्यकता असण्यासाठी पुरेसा मोठा व्हॅलिडेटर संच असल्यास, त्या उपसमित्यांपैकी एकावर हल्ला करण्याचा खर्च अत्यंत जास्त असेल (उदा. ETH मध्ये हल्ल्याचा खर्च `2/3 * 125,000 * 32 = ~2.6 दशलक्ष ETH` असेल). व्हॅलिडेटर संचाचा आकार वाढवून हल्ल्याचा खर्च समायोजित केला जाऊ शकतो (उदा. व्हॅलिडेटरचा आकार असा ट्यून करा की हल्ल्याचा खर्च 1 दशलक्ष इथर, 4 दशलक्ष इथर, 10 दशलक्ष इथर इत्यादींच्या बरोबरीचा असेल). समुदायाच्या [प्राथमिक सर्वेक्षणांनुसार](https://youtu.be/ojBgyFl6-v4?t=755) असे दिसून येते की 1-2 दशलक्ष इथर हल्ल्यासाठी स्वीकारार्ह खर्च आहे, ज्याचा अर्थ प्रति सुपरसमिती ~65,536 - 97,152 व्हॅलिडेटर्स असा होतो.
+
+तथापि, पडताळणी ही खरी अडचण नाही - स्वाक्षरी एकत्रीकरण हेच व्हॅलिडेटर नोड्ससाठी खरे आव्हान आहे. स्वाक्षरी एकत्रीकरणाला स्केल करण्यासाठी प्रत्येक सबनेटमधील व्हॅलिडेटर्सची संख्या वाढवणे, सबनेटची संख्या वाढवणे किंवा एकत्रीकरणाचे अतिरिक्त स्तर जोडणे (म्हणजे, समित्यांच्या समित्या लागू करणे) आवश्यक असेल. यावरील उपायाचा एक भाग म्हणजे विशेष एग्रीगेटर्सना परवानगी देणे - जसे की ब्लॉक बिल्डिंग आणि रोलअप डेटासाठी कमिटमेंट्स तयार करणे हे प्रस्तावक-बिल्डर सेपरेशन (PBS) आणि डँकशार्डिंग अंतर्गत विशेष ब्लॉक बिल्डर्सना आउटसोर्स केले जाईल.
+
+## SSF मध्ये फोर्क-चॉइस नियमाची भूमिका काय आहे? {#role-of-the-fork-choice-rule}
+
+आजची संमती यंत्रणा ही अंतिमतेच्या गॅझेट (एक अल्गोरिदम जो ठरवतो की 2/3 व्हॅलिडेटर्सनी एका विशिष्ट साखळीला प्रमाणित केले आहे की नाही) आणि फोर्क निवड नियम (एक अल्गोरिदम जो एकापेक्षा जास्त पर्याय असताना कोणती साखळी योग्य आहे हे ठरवतो) यांच्यातील घट्ट जोडणीवर अवलंबून आहे. फोर्क निवड अल्गोरिदम फक्त शेवटच्या अंतिम ब्लॉक_नंतरच्या_ ब्लॉक्सचा विचार करतो. SSF अंतर्गत, फोर्क निवड नियमासाठी विचारात घेण्यासाठी कोणतेही ब्लॉक नसतील, कारण ज्या स्लॉटमध्ये ब्लॉक प्रस्तावित केला जातो त्याच स्लॉटमध्ये अंतिमता येते. याचा अर्थ असा की SSF अंतर्गत कोणत्याही वेळी _एकतर_ फोर्क निवड अल्गोरिदम _किंवा_ अंतिमतेचे गॅझेट सक्रिय असेल. अंतिमता गॅझेट अशा ब्लॉक्सना अंतिम रूप देईल जेथे 2/3 व्हॅलिडेटर्स ऑनलाइन असतील आणि प्रामाणिकपणे प्रमाणित करत असतील. जर एखादा ब्लॉक 2/3 ची मर्यादा ओलांडू शकला नाही, तर कोणती साखळी फॉलो करायची हे ठरवण्यासाठी फोर्क निवड नियम सक्रिय होईल. हे निष्क्रियता लीक यंत्रणा कायम ठेवण्याची संधी देखील निर्माण करते, जी >1/3 व्हॅलिडेटर्स ऑफलाइन गेल्यास साखळी पुनर्प्राप्त करते, जरी काही अतिरिक्त बारकाव्यांसह.
+
+## प्रलंबित मुद्दे {#outstanding-issues}
+
+प्रति सबनेट व्हॅलिडेटर्सची संख्या वाढवून एकत्रीकरण स्केल करण्याची समस्या ही आहे की यामुळे पीअर-टू-पीअर नेटवर्कवर अधिक भार पडतो. एकत्रीकरणाचे स्तर जोडण्यामधील समस्या अशी आहे की ते अभियांत्रिकीदृष्ट्या खूप गुंतागुंतीचे आहे आणि विलंब वाढवते (म्हणजे, ब्लॉक प्रस्तावकाला सर्व सबनेट एग्रीगेटर्सकडून माहिती मिळण्यास जास्त वेळ लागू शकतो). हे देखील स्पष्ट नाही की नेटवर्कवर इतके सक्रिय व्हॅलिडेटर्स असतील की BLS स्वाक्षरी एकत्रीकरणासह देखील प्रत्येक स्लॉटमध्ये व्यवहार्यपणे प्रक्रिया केली जाऊ शकत नाही अशा परिस्थितीला कसे सामोरे जावे. एक संभाव्य उपाय असा आहे की, SSF अंतर्गत सर्व व्हॅलिडेटर्स प्रत्येक स्लॉटमध्ये प्रमाणित करतात आणि कोणत्याही समित्या नसतात, त्यामुळे प्रभावी शिलकीवरील 32 ETH ची मर्यादा पूर्णपणे काढून टाकली जाऊ शकते, याचा अर्थ एकाधिक व्हॅलिडेटर्स व्यवस्थापित करणारे ऑपरेटर त्यांचे स्टेक एकत्रित करू शकतात आणि कमी व्हॅलिडेटर्स चालवू शकतात, ज्यामुळे संपूर्ण व्हॅलिडेटर संचाचा हिशोब ठेवण्यासाठी व्हॅलिडेटिंग नोड्सना प्रक्रिया कराव्या लागणाऱ्या मेसेजेसची संख्या कमी होते. हे मोठे स्टेकर्स त्यांच्या व्हॅलिडेटर्सना एकत्रित करण्यास सहमत होण्यावर अवलंबून आहे. कोणत्याही वेळी व्हॅलिडेटर्सची संख्या किंवा स्टेक केलेल्या ETH च्या रकमेवर एक निश्चित मर्यादा घालणे देखील शक्य आहे. तथापि, यासाठी कोणत्या व्हॅलिडेटर्सना सहभागी होण्याची परवानगी आहे आणि कोणाला नाही हे ठरवण्यासाठी काही यंत्रणा आवश्यक आहे, ज्यामुळे अवांछित दुय्यम परिणाम निर्माण होण्याची शक्यता आहे.
+
+## सध्याची प्रगती {#current-progress}
+
+SSF संशोधन टप्प्यात आहे. [Verkle trees](/roadmap/verkle-trees/) आणि [Danksharding](/roadmap/danksharding/) सारख्या इतर मोठ्या अपग्रेडनंतर, हे अनेक वर्षांसाठी सादर होण्याची अपेक्षा नाही.
+
+## पुढील वाचन {#further-reading}
+
+- [EDCON 2022 मध्ये SSF वर विटालिक](https://www.youtube.com/watch?v=nPgUKNPWXNI)
+- [विटालिकच्या नोट्स: एकल स्लॉट अंतिमतेचे मार्ग](https://notes.ethereum.org/@vbuterin/single_slot_finality)
diff --git a/public/content/translations/mr/roadmap/statelessness/index.md b/public/content/translations/mr/roadmap/statelessness/index.md
new file mode 100644
index 00000000000..751cd7941eb
--- /dev/null
+++ b/public/content/translations/mr/roadmap/statelessness/index.md
@@ -0,0 +1,105 @@
+---
+title: "स्टेटलेसनेस, स्टेट एक्सपायरी आणि हिस्ट्री एक्सपायरी"
+description: "हिस्ट्री एक्सपायरी आणि स्टेटलेस Ethereum चे स्पष्टीकरण"
+lang: mr
+---
+
+# स्टेटलेसनेस, स्टेट एक्सपायरी आणि हिस्ट्री एक्सपायरी {#statelessness}
+
+खऱ्या विकेंद्रीकरणासाठी Ethereum नोड्स सामान्य हार्डवेअरवर चालवण्याची क्षमता असणे महत्त्वाचे आहे. याचे कारण असे की नोड चालवल्याने वापरकर्त्यांना डेटा पुरवण्यासाठी तृतीय पक्षावर विश्वास ठेवण्याऐवजी स्वतंत्रपणे क्रिप्टोग्राफिक तपासणी करून माहिती सत्यापित करण्याची क्षमता मिळते. नोड चालवल्याने वापरकर्त्यांना मध्यस्थावर विश्वास ठेवण्याऐवजी थेट Ethereum पीअर-टू-पीअर नेटवर्कवर व्यवहार सबमिट करण्याची परवानगी मिळते. जर हे फायदे केवळ महागडे हार्डवेअर असलेल्या वापरकर्त्यांसाठीच उपलब्ध असतील तर विकेंद्रीकरण शक्य नाही. त्याऐवजी, नोड्स अत्यंत सामान्य प्रोसेसिंग आणि मेमरी आवश्यकतांसह चालण्यास सक्षम असावेत जेणेकरून ते मोबाईल फोन, मायक्रो-कॉम्प्युटर किंवा होम कॉम्प्युटरवर सहजपणे चालवता येतील.
+
+आज, नोड्सच्या सार्वत्रिक वापरास अडथळा आणणारी मुख्य गोष्ट म्हणजे उच्च डिस्क स्पेसची आवश्यकता. हे प्रामुख्याने Ethereum च्या स्टेट डेटाचे मोठे भाग संग्रहित करण्याच्या गरजेमुळे आहे. या स्टेट डेटामध्ये नवीन ब्लॉक्स आणि व्यवहारांवर योग्यरित्या प्रक्रिया करण्यासाठी आवश्यक असलेली महत्त्वाची माहिती असते. हे लिहिताना, संपूर्ण Ethereum नोड चालवण्यासाठी 2TB SSD ची शिफारस केली जाते. जुन्या डेटाची छाटणी न करणाऱ्या नोडसाठी, स्टोरेजची आवश्यकता दर आठवड्याला सुमारे 14GB ने वाढते, आणि जेनेसिसपासून सर्व डेटा संग्रहित करणारे अर्काइव्ह नोड्स 12 TB च्या जवळ पोहोचत आहेत (हे लिहिताना, फेब्रुवारी 2023 मध्ये).
+
+जुना डेटा संग्रहित करण्यासाठी स्वस्त हार्ड ड्राइव्ह वापरल्या जाऊ शकतात परंतु येणाऱ्या ब्लॉक्सच्या बरोबरीने चालण्यासाठी त्या खूपच धीम्या आहेत. क्लायंटसाठी सध्याचे स्टोरेज मॉडेल कायम ठेवून डेटा स्वस्त आणि संग्रहित करण्यास सोपे करणे ही समस्येवरील केवळ तात्पुरती आणि आंशिक उपाययोजना आहे कारण Ethereum ची स्टेट वाढ 'अमर्याद' आहे, याचा अर्थ स्टोरेज आवश्यकता केवळ वाढू शकतात आणि तांत्रिक सुधारणांना सततच्या स्टेट वाढीशी जुळवून घ्यावे लागेल. त्याऐवजी, क्लायंटने स्थानिक डेटाबेसमधून डेटा पाहण्यावर अवलंबून नसलेले ब्लॉक्स आणि व्यवहार सत्यापित करण्याचे नवीन मार्ग शोधले पाहिजेत.
+
+## नोड्ससाठी स्टोरेज कमी करणे {#reducing-storage-for-nodes}
+
+प्रत्येक नोडला संग्रहित कराव्या लागणाऱ्या डेटाचे प्रमाण कमी करण्याचे अनेक मार्ग आहेत, प्रत्येकासाठी Ethereum च्या कोअर प्रोटोकॉलला वेगवेगळ्या प्रमाणात अपडेट करण्याची आवश्यकता आहे:
+
+- **हिस्ट्री एक्सपायरी**: नोड्सना X ब्लॉक्सपेक्षा जुना स्टेट डेटा टाकून देण्यास सक्षम करणे, परंतु Ethereum क्लायंट स्टेट डेटा कसे हाताळतात यात बदल करत नाही.
+- **स्टेट एक्सपायरी**: वारंवार वापरला न जाणारा स्टेट डेटा निष्क्रिय होऊ देणे. निष्क्रिय डेटा क्लायंटद्वारे पुनरुज्जीवित होईपर्यंत दुर्लक्षित केला जाऊ शकतो.
+- **वीक स्टेटलेसनेस**: केवळ ब्लॉक प्रोड्युसर्सना पूर्ण स्टेट डेटामध्ये प्रवेशाची आवश्यकता असते, इतर नोड्स स्थानिक स्टेट डेटाबेसशिवाय ब्लॉक्स सत्यापित करू शकतात.
+- **स्ट्राँग स्टेटलेसनेस**: कोणत्याही नोडला पूर्ण स्टेट डेटामध्ये प्रवेशाची आवश्यकता नाही.
+
+## डेटा एक्सपायरी {#data-expiry}
+
+### हिस्ट्री एक्सपायरी {#history-expiry}
+
+हिस्ट्री एक्सपायरी म्हणजे क्लायंट जुना डेटा काढून टाकतात ज्याची त्यांना गरज भासण्याची शक्यता नसते, जेणेकरून ते फक्त थोड्या प्रमाणात ऐतिहासिक डेटा संग्रहित करतात आणि नवीन डेटा आल्यावर जुना डेटा काढून टाकतात. क्लायंटना ऐतिहासिक डेटाची आवश्यकता असण्याची दोन कारणे आहेत: सिंकिंग आणि डेटा विनंत्या पूर्ण करणे. मूळतः, क्लायंटना जेनेसिस ब्लॉकपासून सिंक करावे लागत होते, प्रत्येक पुढचा ब्लॉक साखळीच्या टोकापर्यंत योग्य असल्याची खात्री करून. आज, क्लायंट साखळीच्या टोकापर्यंत पोहोचण्यासाठी "वीक सब्जेक्टिव्हिटी चेकपॉइंट्स" वापरतात. हे चेकपॉइंट्स विश्वसनीय सुरुवातीचे बिंदू आहेत, जसे की Ethereum च्या अगदी सुरुवातीऐवजी वर्तमानाच्या जवळ एक जेनेसिस ब्लॉक असणे. याचा अर्थ क्लायंट साखळीच्या टोकापर्यंत सिंक करण्याची क्षमता न गमावता सर्वात अलीकडील वीक सब्जेक्टिव्हिटी चेकपॉइंटपूर्वीची सर्व माहिती काढून टाकू शकतात. सध्या क्लायंट त्यांच्या स्थानिक डेटाबेसमधून ऐतिहासिक डेटा घेऊन विनंत्या (JSON-RPC द्वारे येणाऱ्या) पूर्ण करतात. तथापि, हिस्ट्री एक्सपायरीमुळे, विनंती केलेला डेटा काढून टाकला गेला असल्यास हे शक्य होणार नाही. हा ऐतिहासिक डेटा देण्यासाठी काही नाविन्यपूर्ण उपायांची आवश्यकता आहे.
+
+एक पर्याय म्हणजे क्लायंटने पोर्टल नेटवर्कसारख्या उपायाचा वापर करून पीअर्सकडून ऐतिहासिक डेटाची विनंती करणे. पोर्टल नेटवर्क हे ऐतिहासिक डेटा देण्यासाठी एक विकसनशील पीअर-टू-पीअर नेटवर्क आहे, जिथे प्रत्येक नोड Ethereum च्या इतिहासाचा एक छोटासा भाग संग्रहित करतो जेणेकरून संपूर्ण इतिहास नेटवर्कवर वितरित स्वरूपात अस्तित्वात राहील. संबंधित डेटा संग्रहित करणाऱ्या पीअर्सना शोधून आणि त्यांच्याकडून त्याची विनंती करून विनंत्या पूर्ण केल्या जातात. वैकल्पिकरित्या, साधारणपणे ॲप्सना ऐतिहासिक डेटामध्ये प्रवेशाची आवश्यकता असल्याने, तो संग्रहित करण्याची जबाबदारी त्यांची होऊ शकते. Ethereum स्पेसमध्ये पुरेसे परोपकारी घटक असू शकतात जे ऐतिहासिक अर्काइव्ह राखण्यास इच्छुक असतील. ऐतिहासिक डेटा स्टोरेज व्यवस्थापित करण्यासाठी एक DAO तयार होऊ शकतो, किंवा आदर्शपणे हे सर्व पर्यायांचे मिश्रण असेल. हे प्रदाते अनेक मार्गांनी डेटा देऊ शकतात, जसे की टॉरेंट, FTP, Filecoin किंवा IPFS वर.
+
+हिस्ट्री एक्सपायरी काहीशी वादग्रस्त आहे कारण आतापर्यंत Ethereum ने नेहमीच कोणत्याही ऐतिहासिक डेटाच्या उपलब्धतेची अप्रत्यक्ष हमी दिली आहे. जेनेसिसपासून पूर्ण सिंक करणे नेहमीच मानक म्हणून शक्य झाले आहे, जरी ते स्नॅपशॉटमधून काही जुना डेटा पुन्हा तयार करण्यावर अवलंबून असले तरी. हिस्ट्री एक्सपायरी ही हमी देण्याची जबाबदारी Ethereum कोअर प्रोटोकॉलच्या बाहेर हलवते. जर केंद्रीकृत संस्था ऐतिहासिक डेटा प्रदान करण्यासाठी पुढे आल्या तर यामुळे नवीन सेन्सॉरशिपचे धोके निर्माण होऊ शकतात.
+
+EIP-4444 अद्याप सादर करण्यासाठी तयार नाही, परंतु त्यावर सक्रिय चर्चा सुरू आहे. विशेष म्हणजे, EIP-4444 मधील आव्हाने तांत्रिक नसून बहुतेक समुदाय व्यवस्थापनाची आहेत. हे सादर करण्यासाठी, समुदायाची स्वीकृती आवश्यक आहे ज्यात केवळ सहमतीच नाही तर विश्वासार्ह घटकांकडून ऐतिहासिक डेटा संग्रहित करण्याची आणि देण्याची वचनबद्धता देखील समाविष्ट आहे.
+
+हे अपग्रेड Ethereum नोड्स स्टेट डेटा कसे हाताळतात हे मूलतः बदलत नाही, ते फक्त ऐतिहासिक डेटामध्ये कसा प्रवेश केला जातो हे बदलते.
+
+### स्टेट एक्सपायरी {#state-expiry}
+
+स्टेट एक्सपायरी म्हणजे अलीकडे ॲक्सेस न केल्यास वैयक्तिक नोड्समधून स्टेट काढून टाकणे. हे लागू करण्याचे अनेक मार्ग आहेत, ज्यात खालील गोष्टींचा समावेश आहे:
+
+- **भाड्याने एक्सपायर करणे**: अकाउंट्सना "भाडे" आकारणे आणि त्यांचे भाडे शून्यावर पोहोचल्यावर त्यांना एक्सपायर करणे
+- **वेळेनुसार एक्सपायर करणे**: काही काळासाठी त्या अकाउंटवर वाचन/लेखन न झाल्यास अकाउंट्स निष्क्रिय करणे
+
+भाड्याने एक्सपायर करणे म्हणजे अकाउंट्सना सक्रिय स्टेट डेटाबेसमध्ये ठेवण्यासाठी थेट भाडे आकारले जाऊ शकते. वेळेनुसार एक्सपायर करणे शेवटच्या अकाउंट इंटरॅक्शनपासून काउंटडाउनद्वारे असू शकते किंवा ते सर्व अकाउंट्सचे नियमित एक्सपायरी असू शकते. अशा यंत्रणा देखील असू शकतात ज्या वेळ आणि भाडे-आधारित मॉडेल्सचे दोन्ही घटक एकत्र करतात, उदाहरणार्थ, वेळेनुसार एक्सपायरी होण्यापूर्वी काही लहान शुल्क भरल्यास वैयक्तिक अकाउंट्स सक्रिय स्टेटमध्ये टिकून राहतात. स्टेट एक्सपायरीमध्ये हे लक्षात घेणे महत्त्वाचे आहे की निष्क्रिय स्टेट **हटवला जात नाही**, तो फक्त सक्रिय स्टेटपासून वेगळा संग्रहित केला जातो. निष्क्रिय स्टेटला सक्रिय स्टेटमध्ये पुनरुज्जीवित केले जाऊ शकते.
+
+हे कसे कार्य करेल याचा मार्ग कदाचित विशिष्ट कालावधीसाठी (सुमारे ~1 वर्ष) स्टेट ट्री असणे हा आहे. जेव्हाही नवीन कालावधी सुरू होतो, तेव्हा पूर्णपणे नवीन स्टेट ट्री देखील सुरू होते. केवळ सध्याच्या स्टेट ट्रीमध्ये बदल केला जाऊ शकतो, बाकी सर्व अपरिवर्तनीय आहेत. Ethereum नोड्सकडून केवळ सध्याची स्टेट ट्री आणि त्यानंतरची सर्वात अलीकडील स्टेट ट्री धारण करण्याची अपेक्षा आहे. यासाठी अ‍ॅड्रेसला तो अस्तित्वात असलेल्या कालावधीसह टाइम-स्टॅम्प करण्याचा मार्ग आवश्यक आहे. हे करण्याचे [अनेक संभाव्य मार्ग](https://ethereum-magicians.org/t/types-of-resurrection-metadata-in-state-expiry/6607) आहेत, परंतु आघाडीच्या पर्यायासाठी अतिरिक्त माहिती सामावून घेण्यासाठी [अ‍ॅड्रेस लांब करणे](https://ethereum-magicians.org/t/increasing-address-size-from-20-to-32-bytes/5485) आवश्यक आहे, याचा अतिरिक्त फायदा म्हणजे लांब अ‍ॅड्रेस खूपच अधिक सुरक्षित असतात. हे करणार्‍या रोडमॅप आयटमला [अ‍ॅड्रेस स्पेस एक्सटेन्शन](https://ethereum-magicians.org/t/increasing-address-size-from-20-to-32-bytes/5485) म्हणतात.
+
+हिस्ट्री एक्सपायरीप्रमाणेच, स्टेट एक्सपायरीअंतर्गत जुना स्टेट डेटा संग्रहित करण्याची जबाबदारी वैयक्तिक वापरकर्त्यांकडून काढून घेतली जाते आणि केंद्रीकृत प्रदाते, परोपकारी समुदाय सदस्य किंवा पोर्टल नेटवर्कसारख्या अधिक भविष्यवेधी विकेंद्रित उपायांसारख्या इतर घटकांवर ढकलली जाते.
+
+स्टेट एक्सपायरी अद्याप संशोधन टप्प्यात आहे आणि सादर करण्यासाठी तयार नाही. स्टेट एक्सपायरी कदाचित स्टेटलेस क्लायंट आणि हिस्ट्री एक्सपायरीनंतर होऊ शकते कारण ते अपग्रेड मोठ्या स्टेट साईझला बहुसंख्य व्हॅलिडेटर्ससाठी सहज व्यवस्थापित करण्यायोग्य बनवतात.
+
+## स्टेटलेसनेस {#statelessness}
+
+स्टेटलेसनेस हे नाव थोडे चुकीचे आहे कारण याचा अर्थ "स्टेट" ची संकल्पना काढून टाकली जात आहे असा होत नाही, परंतु त्यात Ethereum नोड्स स्टेट डेटा कसे हाताळतात यात बदल समाविष्ट आहेत. स्टेटलेसनेस स्वतः दोन प्रकारांमध्ये येते: वीक स्टेटलेसनेस आणि स्ट्राँग स्टेटलेसनेस. वीक स्टेटलेसनेस बहुतेक नोड्सना स्टेटलेस होण्यास सक्षम करते, स्टेट स्टोरेजची जबाबदारी काही जणांवर टाकून. स्ट्राँग स्टेटलेसनेस कोणत्याही नोडला पूर्ण स्टेट डेटा संग्रहित करण्याची गरज पूर्णपणे काढून टाकते. वीक आणि स्ट्राँग स्टेटलेसनेस दोन्ही सामान्य व्हॅलिडेटर्सना खालील फायदे देतात:
+
+- जवळजवळ त्वरित सिंकिंग
+- ब्लॉक्सना क्रमाने प्रमाणित करण्याची क्षमता
+- खूप कमी हार्डवेअर आवश्यकतांसह (उदा. फोनवर) चालण्यास सक्षम नोड्स
+- नोड्स स्वस्त हार्ड ड्राइव्हवर चालवू शकतात कारण डिस्क वाचन/लेखन आवश्यक नसते
+- Ethereum च्या क्रिप्टोग्राफीमधील भविष्यातील अपग्रेडशी सुसंगत
+
+### वीक स्टेटलेसनेस {#weak-statelessness}
+
+वीक स्टेटलेसनेसमध्ये Ethereum नोड्स स्टेट बदलांची पडताळणी करण्याच्या पद्धतीत बदल समाविष्ट आहेत, परंतु ते नेटवर्कवरील सर्व नोड्समधील स्टेट स्टोरेजची गरज पूर्णपणे काढून टाकत नाही. त्याऐवजी, वीक स्टेटलेसनेस स्टेट स्टोरेजची जबाबदारी ब्लॉक प्रस्तावकांवर टाकते, तर नेटवर्कवरील इतर सर्व नोड्स पूर्ण स्टेट डेटा संग्रहित न करता ब्लॉक्सची पडताळणी करतात.
+
+**वीक स्टेटलेसनेसमध्ये ब्लॉक्स प्रस्तावित करण्यासाठी पूर्ण स्टेट डेटामध्ये प्रवेशाची आवश्यकता असते परंतु ब्लॉक्सची पडताळणी करण्यासाठी कोणत्याही स्टेट डेटाची आवश्यकता नसते**
+
+हे होण्यासाठी, [Verkle trees](/roadmap/verkle-trees/) Ethereum क्लायंटमध्ये आधीच लागू केलेले असणे आवश्यक आहे. Verkle trees ही Ethereum स्टेट डेटा संग्रहित करण्यासाठी एक बदली डेटा स्ट्रक्चर आहे जी डेटासाठी लहान, निश्चित आकाराचे "साक्षीदार" पीअर्स दरम्यान पास करण्याची आणि स्थानिक डेटाबेसच्या विरुद्ध ब्लॉक्सची पडताळणी करण्याऐवजी ब्लॉक्सची पडताळणी करण्यासाठी वापरण्याची परवानगी देते. [प्रस्तावक-बिल्डर सेपरेशन](/roadmap/pbs/) देखील आवश्यक आहे कारण यामुळे ब्लॉक बिल्डर्सना अधिक शक्तिशाली हार्डवेअरसह विशेष नोड्स बनण्याची परवानगी मिळते आणि त्यांनाच पूर्ण स्टेट डेटामध्ये प्रवेशाची आवश्यकता असते.
+
+<ExpandableCard title="कमी ब्लॉक प्रस्तावाकांवर अवलंबून राहणे का चालते?" eventCategory="/roadmap/statelessness" eventName="clicked why is it OK to rely on fewer block proposers?">
+
+स्टेटलेसनेस ब्लॉक बिल्डर्सवर पूर्ण स्टेट डेटाची प्रत राखण्यावर अवलंबून असते जेणेकरून ते ब्लॉकची पडताळणी करण्यासाठी वापरले जाऊ शकणारे साक्षीदार तयार करू शकतील. इतर नोड्सना स्टेट डेटामध्ये प्रवेशाची आवश्यकता नाही, ब्लॉकची पडताळणी करण्यासाठी आवश्यक असलेली सर्व माहिती साक्षीदारामध्ये उपलब्ध असते. यामुळे अशी परिस्थिती निर्माण होते जिथे ब्लॉक प्रस्तावित करणे महाग असते, परंतु ब्लॉकची पडताळणी करणे स्वस्त असते, याचा अर्थ कमी ऑपरेटर ब्लॉक प्रस्तावित करणारा नोड चालवतील. तथापि, ब्लॉक प्रस्तावकांचे विकेंद्रीकरण गंभीर नाही जोपर्यंत शक्य तितके सहभागी स्वतंत्रपणे सत्यापित करू शकतात की त्यांनी प्रस्तावित केलेले ब्लॉक्स वैध आहेत.
+
+<ButtonLink variant="outline-color" href="https://notes.ethereum.org/WUUUXBKWQXORxpFMlLWy-w#So-why-is-it-ok-to-have-expensive-proposers">Dankrad च्या नोट्सवर अधिक वाचा</ButtonLink>
+</ExpandableCard>
+
+ब्लॉक प्रस्तावक "साक्षीदार" तयार करण्यासाठी स्टेट डेटा वापरतात - डेटाचा किमान संच जो ब्लॉकमधील व्यवहारांद्वारे बदलल्या जात असलेल्या स्टेटच्या मूल्यांना सिद्ध करतो. इतर व्हॅलिडेटर्स स्टेट धारण करत नाहीत, ते फक्त स्टेट रूट (संपूर्ण स्टेटचा हॅश) संग्रहित करतात. ते एक ब्लॉक आणि एक साक्षीदार प्राप्त करतात आणि त्यांचा स्टेट रूट अपडेट करण्यासाठी वापर करतात. यामुळे एक व्हॅलिडेटिंग नोड अत्यंत हलका होतो.
+
+वीक स्टेटलेसनेस संशोधनाच्या प्रगत अवस्थेत आहे, परंतु ते प्रस्तावक-बिल्डर सेपरेशन आणि Verkle Trees लागू करण्यावर अवलंबून आहे जेणेकरून लहान साक्षीदार पीअर्समध्ये पास केले जाऊ शकतील. याचा अर्थ वीक स्टेटलेसनेस कदाचित Ethereum मेननेटपासून काही वर्षे दूर आहे.
+
+### स्ट्राँग स्टेटलेसनेस {#strong-statelessness}
+
+स्ट्राँग स्टेटलेसनेस कोणत्याही नोडला स्टेट डेटा संग्रहित करण्याची गरज काढून टाकते. त्याऐवजी, व्यवहार साक्षीदारांसह पाठवले जातात जे ब्लॉक प्रोड्युसर्सद्वारे एकत्रित केले जाऊ शकतात. ब्लॉक प्रोड्युसर्स नंतर केवळ त्या स्टेटला संग्रहित करण्यासाठी जबाबदार असतात ज्याची संबंधित अकाउंट्ससाठी साक्षीदार तयार करण्यासाठी आवश्यकता असते. स्टेटची जबाबदारी जवळजवळ पूर्णपणे वापरकर्त्यांवर हलविली जाते, कारण ते साक्षीदार आणि 'ॲक्सेस लिस्ट' पाठवून ते कोणत्या अकाउंट्स आणि स्टोरेज कीजशी संवाद साधत आहेत हे घोषित करतात. यामुळे अत्यंत हलके नोड्स सक्षम होतील, परंतु त्यात स्मार्ट कॉन्ट्रॅक्ट्ससह व्यवहार करणे अधिक कठीण बनवणे यासारखे काही ट्रेडऑफ आहेत.
+
+स्ट्राँग स्टेटलेसनेसवर संशोधकांनी तपासणी केली आहे परंतु सध्या ते Ethereum च्या रोडमॅपचा भाग असण्याची अपेक्षा नाही - Ethereum च्या स्केलिंग गरजांसाठी वीक स्टेटलेसनेस पुरेसे असण्याची अधिक शक्यता आहे.
+
+## सध्याची प्रगती {#current-progress}
+
+वीक स्टेटलेसनेस, हिस्ट्री एक्सपायरी आणि स्टेट एक्सपायरी हे सर्व संशोधन टप्प्यात आहेत आणि आतापासून अनेक वर्षांनी सादर होण्याची अपेक्षा आहे. या सर्व प्रस्तावांची अंमलबजावणी होईल याची कोणतीही हमी नाही, उदाहरणार्थ, जर स्टेट एक्सपायरी प्रथम लागू केली गेली तर हिस्ट्री एक्सपायरी देखील लागू करण्याची आवश्यकता भासणार नाही. इतर रोडमॅप आयटम देखील आहेत, जसे की [Verkle Trees](/roadmap/verkle-trees) आणि [प्रस्तावक-बिल्डर सेपरेशन](/roadmap/pbs) जे प्रथम पूर्ण करणे आवश्यक आहे.
+
+## पुढील वाचन {#further-reading}
+
+- [स्टेटलेस Ethereum काय आहे?](https://stateless.fyi/)
+- [विटालिक स्टेटलेसनेस AMA](https://www.reddit.com/r/ethereum/comments/o9s15i/impromptu_technical_ama_on_statelessness_and/)
+- [स्टेट साईझ मॅनेजमेंटचा एक सिद्धांत](https://hackmd.io/@vbuterin/state_size_management)
+- [रिसरेक्शन-कॉन्फ्लिक्ट-मिनिमाइज्ड स्टेट बाउंडिंग](https://ethresear.ch/t/resurrection-conflict-minimized-state-bounding-take-2/8739)
+- [स्टेटलेसनेस आणि स्टेट एक्सपायरीकडे जाणारे मार्ग](https://hackmd.io/@vbuterin/state_expiry_paths)
+- [EIP-4444 स्पेसिफिकेशन](https://eips.ethereum.org/EIPS/eip-4444)
+- [एलेक्स स्टोक्स EIP-4444 वर](https://youtu.be/SfDC_qUZaos)
+- [स्टेटलेस होणे इतके महत्त्वाचे का आहे](https://dankradfeist.de/ethereum/2021/02/14/why-stateless.html)
+- [मूळ स्टेटलेस क्लायंट संकल्पना नोट्स](https://ethresear.ch/t/the-stateless-client-concept/172)
+- [स्टेट एक्सपायरीवर अधिक](https://hackmd.io/@vbuterin/state_size_management#A-more-moderate-solution-state-expiry)
+- [स्टेट एक्सपायरीवर आणखी](https://hackmd.io/@vbuterin/state_expiry_paths#Option-2-per-epoch-state-expiry)
+- [स्टेटलेस Ethereum माहिती पृष्ठ](https://stateless.fyi)
diff --git a/public/content/translations/mr/roadmap/user-experience/index.md b/public/content/translations/mr/roadmap/user-experience/index.md
new file mode 100644
index 00000000000..8d626db209b
--- /dev/null
+++ b/public/content/translations/mr/roadmap/user-experience/index.md
@@ -0,0 +1,36 @@
+---
+title: "वापरकर्त्याचा अनुभव सुधारणे"
+description: "बहुतेक लोकांसाठी Ethereum वापरणे अजूनही खूप गुंतागुंतीचे आहे. मोठ्या प्रमाणात अवलंब करण्यास प्रोत्साहित करण्यासाठी, Ethereum ने प्रवेशातील अडथळे मोठ्या प्रमाणात कमी केले पाहिजेत - वापरकर्त्यांना Ethereum मध्ये विकेंद्रित, परवानगी-रहित आणि सेन्सॉरशिप-प्रतिरोधक प्रवेशाचे फायदे मिळाले पाहिजेत परंतु ते पारंपारिक web2 ॲप वापरण्याइतकेच घर्षणरहित असले पाहिजे."
+lang: mr
+image: /images/roadmap/roadmap-ux.png
+alt: "Ethereum नकाशा"
+template: roadmap
+---
+
+**Ethereum चा वापर सोपा करणे आवश्यक आहे**; [keys](/glossary/#key) आणि [wallets](/glossary/#wallet) व्यवस्थापित करण्यापासून ते व्यवहार सुरू करण्यापर्यंत. मोठ्या प्रमाणात अवलंब सुलभ करण्यासाठी, Ethereum ने वापराची सोय मोठ्या प्रमाणात वाढवली पाहिजे, ज्यामुळे वापरकर्त्यांना [Web2](/glossary/#web2) ॲप्स वापरण्याच्या घर्षणरहित अनुभवासह Ethereum मध्ये परवानगी-रहित आणि सेन्सॉरशिप-प्रतिरोधक प्रवेशाचा अनुभव घेता येईल.
+
+## सीड फ्रेजेसच्या पलीकडे {#no-more-seed-phrases}
+
+Ethereum खाती कीजच्या (keys) जोडीने संरक्षित केली जातात जी खाती ओळखण्यासाठी (पब्लिक की) आणि मेसेजेसवर स्वाक्षरी करण्यासाठी (प्रायव्हेट की) वापरली जातात. एक प्रायव्हेट की मास्टर पासवर्डसारखी असते; ती Ethereum खात्यात संपूर्ण प्रवेशास परवानगी देते. बँका आणि Web2 ॲप्सशी अधिक परिचित असलेल्या लोकांसाठी ही एक वेगळी कार्यपद्धती आहे, जे वापरकर्त्याच्या वतीने खाती व्यवस्थापित करतात. केंद्रीकृत तृतीय पक्षांवर अवलंबून न राहता Ethereum ला मोठ्या प्रमाणात अवलंब साध्य करण्यासाठी, वापरकर्त्याला सार्वजनिक-खाजगी की क्रिप्टोग्राफी आणि की व्यवस्थापन समजून न घेता त्यांच्या मालमत्तेची कस्टडी घेण्याचा आणि त्यांच्या डेटावर नियंत्रण ठेवण्याचा एक सरळ, घर्षणरहित मार्ग असणे आवश्यक आहे.
+
+यावर उपाय म्हणजे Ethereum शी संवाद साधण्यासाठी [smart contract](/glossary/#smart-contract) वॉलेट्स वापरणे. स्मार्ट कॉन्ट्रॅक्ट वॉलेट्स कीज (keys) हरवल्यास किंवा चोरीला गेल्यास खात्यांचे संरक्षण करण्याचे मार्ग तयार करतात, उत्तम फसवणूक ओळख आणि संरक्षणासाठी संधी निर्माण करतात आणि वॉलेट्सना नवीन कार्यक्षमता मिळविण्यास अनुमती देतात. जरी आज स्मार्ट कॉन्ट्रॅक्ट वॉलेट्स अस्तित्वात असले तरी, ते तयार करणे अवघड आहे कारण Ethereum प्रोटोकॉलने त्यांना अधिक चांगल्या प्रकारे समर्थन देणे आवश्यक आहे. या अतिरिक्त समर्थनाला अकाउंट ॲबस्ट्रॅक्शन म्हणून ओळखले जाते.
+
+<ButtonLink variant="outline-color" href="/roadmap/account-abstraction/">अकाउंट ॲबस्ट्रॅक्शनबद्दल अधिक</ButtonLink>
+
+## सर्वांसाठी नोड्स
+
+[nodes](/glossary/#node) चालवणाऱ्या वापरकर्त्यांना डेटा प्रदान करण्यासाठी तृतीय पक्षांवर विश्वास ठेवण्याची गरज नाही, आणि ते Ethereum [blockchain](/glossary/#blockchain) शी जलद, खाजगी आणि परवानगी-रहितपणे संवाद साधू शकतात. तथापि, सध्या नोड चालवण्यासाठी तांत्रिक ज्ञान आणि भरीव डिस्क स्पेसची आवश्यकता असते, याचा अर्थ अनेक लोकांना त्याऐवजी मध्यस्थांवर विश्वास ठेवावा लागतो.
+
+असे अनेक अपग्रेड्स आहेत जे नोड्स चालवणे अधिक सोपे आणि कमी संसाधन-केंद्रित करतील. डेटा संग्रहित करण्याची पद्धत बदलून **Verkle Tree** म्हणून ओळखल्या जाणाऱ्या अधिक जागा-कार्यक्षम संरचनेचा वापर केला जाईल. तसेच, [स्टेटलेसनेस](/roadmap/statelessness) किंवा [डेटा एक्सपायरी](/roadmap/statelessness/#data-expiry) सह, Ethereum नोड्सना संपूर्ण Ethereum स्टेट डेटाची प्रत संग्रहित करण्याची आवश्यकता भासणार नाही, ज्यामुळे हार्ड डिस्क स्पेसची आवश्यकता मोठ्या प्रमाणात कमी होईल. [लाइट नोड्स](/developers/docs/nodes-and-clients/light-clients/) पूर्ण नोड चालवण्याचे अनेक फायदे देतील परंतु ते मोबाईल फोनवर किंवा साध्या ब्राउझर ॲप्समध्ये सहजपणे चालवता येतात.
+
+<ButtonLink variant="outline-color" href="/roadmap/verkle-trees/">Verkle trees बद्दल वाचा</ButtonLink>
+
+या अपग्रेड्समुळे, नोड चालवण्यातील अडथळे प्रभावीपणे शून्यावर आणले जातात. वापरकर्त्यांना त्यांच्या संगणकावर किंवा मोबाईल फोनवर लक्षणीय डिस्क स्पेस किंवा CPU चा त्याग न करता Ethereum मध्ये सुरक्षित, परवानगी-रहित प्रवेशाचा फायदा होईल, आणि ॲप्स वापरताना त्यांना डेटा किंवा नेटवर्क प्रवेशासाठी तृतीय पक्षांवर अवलंबून राहावे लागणार नाही.
+
+## सध्याची प्रगती {#current-progress}
+
+स्मार्ट कॉन्ट्रॅक्ट वॉलेट्स आधीच उपलब्ध आहेत, परंतु त्यांना शक्य तितके विकेंद्रित आणि परवानगी-रहित बनवण्यासाठी अधिक अपग्रेड्स आवश्यक आहेत. EIP-4337 हा एक परिपक्व प्रस्ताव आहे ज्यासाठी Ethereum च्या प्रोटोकॉलमध्ये कोणताही बदल करण्याची आवश्यकता नाही. EIP-4337 साठी आवश्यक असलेला मुख्य स्मार्ट कॉन्ट्रॅक्ट **मार्च 2023 मध्ये तैनात करण्यात आला**.
+
+**पूर्ण स्टेटलेसनेस अजूनही संशोधन टप्प्यात आहे** आणि त्याची अंमलबजावणी होण्यासाठी अनेक वर्षे लागण्याची शक्यता आहे. पूर्ण स्टेटलेसनेसच्या मार्गावर डेटा एक्सपायरीसह अनेक टप्पे आहेत, ज्यांची अंमलबजावणी लवकर केली जाऊ शकते. इतर रोडमॅप आयटम, जसे की [Verkle Trees](/roadmap/verkle-trees/) आणि [Proposer-builder separation](/roadmap/pbs/) प्रथम पूर्ण करणे आवश्यक आहे.
+
+Verkle tree टेस्टनेट्स आधीच सुरू आहेत, आणि पुढचा टप्पा म्हणजे खाजगी, मग सार्वजनिक टेस्टनेट्सवर Verkle-tree सक्षम क्लायंट चालवणे. तुम्ही टेस्टनेट्सवर कॉन्ट्रॅक्ट्स तैनात करून किंवा टेस्टनेट क्लायंट्स चालवून प्रगतीला गती देण्यास मदत करू शकता.
diff --git a/public/content/translations/mr/roadmap/verkle-trees/index.md b/public/content/translations/mr/roadmap/verkle-trees/index.md
new file mode 100644
index 00000000000..29336e38dcb
--- /dev/null
+++ b/public/content/translations/mr/roadmap/verkle-trees/index.md
@@ -0,0 +1,64 @@
+---
+title: "वर्कल ट्रीस"
+description: "वर्क्ल ट्रीजचे उच्च-स्तरीय वर्णन आणि इथेरियमला अपग्रेड करण्यासाठी त्यांचा वापर कसा केला जाईल"
+lang: mr
+summaryPoints:
+  - वर्क्ल ट्रीज काय आहेत ते शोधा
+  - वर्क्ल ट्रीज इथेरियमसाठी एक उपयुक्त अपग्रेड का आहेत ते वाचा
+---
+
+# वर्क्ल ट्रीज {#verkle-trees}
+
+वर्क्ल ट्रीज (\"वेक्टर कमिटमेंट\" आणि \"मर्कल ट्रीज\" यांचा जोडशब्द) ही एक डेटा संरचना आहे जी इथेरियम नोड्सला अपग्रेड करण्यासाठी वापरली जाऊ शकते जेणेकरून ते ब्लॉक्स प्रमाणित करण्याची क्षमता न गमावता मोठ्या प्रमाणात स्टेट डेटा संग्रहित करणे थांबवू शकतील.
+
+## स्टेटलेसनेस {#statelessness}
+
+स्टेटलेस इथेरियम क्लायंट्सच्या मार्गावरील वर्क्ल ट्रीज एक महत्त्वाचा टप्पा आहे. स्टेटलेस क्लायंट्स असे आहेत ज्यांना येणारे ब्लॉक्स प्रमाणित करण्यासाठी संपूर्ण स्टेट डेटाबेस संग्रहित करण्याची आवश्यकता नाही. ब्लॉक्सची पडताळणी करण्यासाठी इथेरियमच्या स्टेटची स्वतःची स्थानिक प्रत वापरण्याऐवजी, स्टेटलेस क्लायंट्स ब्लॉकसोबत येणाऱ्या स्टेट डेटासाठी \"साक्षीदार\" (witness) वापरतात. साक्षीदार (witness) हे स्टेट डेटाच्या वैयक्तिक भागांचा संग्रह आहे जे व्यवहारांच्या विशिष्ट संचाला कार्यान्वित करण्यासाठी आवश्यक असतात आणि साक्षीदार खरोखरच संपूर्ण डेटाचा भाग आहे याचा एक क्रिप्टोग्राफिक पुरावा असतो. साक्षीदार (witness) स्टेट डेटाबेसच्या _ऐवजी_ वापरला जातो. हे काम करण्यासाठी, साक्षीदार खूप लहान असणे आवश्यक आहे, जेणेकरून ते 12-सेकंदांच्या स्लॉटमध्ये व्हॅलिडेटर्सद्वारे प्रक्रिया करण्यासाठी वेळेवर नेटवर्कवर सुरक्षितपणे प्रसारित केले जाऊ शकतील. सध्याची स्टेट डेटा संरचना योग्य नाही कारण साक्षीदार खूप मोठे आहेत. वर्क्ल ट्रीज लहान साक्षीदारांना सक्षम करून ही समस्या सोडवतात, ज्यामुळे स्टेटलेस क्लायंट्समधील एक मुख्य अडथळा दूर होतो.
+
+<ExpandableCard title="आपल्याला स्टेटलेस क्लायंट्स का हवे आहेत?" eventCategory="/roadmap/verkle-trees" eventName="clicked why do we want stateless clients?">
+
+इथेरियम क्लायंट्स सध्या आपला स्टेट डेटा संग्रहित करण्यासाठी पॅट्रिशिया मर्कल ट्राय (Patricia Merkle Trie) म्हणून ओळखली जाणारी डेटा संरचना वापरतात. वैयक्तिक खात्यांविषयीची माहिती ट्रायवर लीव्ह्स (leaves) म्हणून संग्रहित केली जाते आणि लीव्ह्सच्या जोड्या वारंवार हॅश केल्या जातात जोपर्यंत फक्त एकच हॅश शिल्लक राहत नाही. हा अंतिम हॅश \"रूट\" म्हणून ओळखला जातो. ब्लॉक्सची पडताळणी करण्यासाठी, इथेरियम क्लायंट्स ब्लॉकमधील सर्व व्यवहार कार्यान्वित करतात आणि त्यांच्या स्थानिक स्टेट ट्रायला अपडेट करतात. स्थानिक ट्रीचा रूट ब्लॉक प्रस्तावकने प्रदान केलेल्या रूटशी समान असल्यास ब्लॉक वैध मानला जातो, कारण ब्लॉक प्रस्तावक आणि प्रमाणित करणाऱ्या नोडद्वारे केलेल्या गणनेतील कोणताही फरक रूट हॅश पूर्णपणे वेगळा करेल. यातील समस्या ही आहे की ब्लॉकचेनची पडताळणी करण्यासाठी प्रत्येक क्लायंटला हेड ब्लॉकसाठी संपूर्ण स्टेट ट्राय आणि अनेक ऐतिहासिक ब्लॉक्स संग्रहित करणे आवश्यक आहे (Geth मधील डिफॉल्ट हेडच्या मागे 128 ब्लॉक्ससाठी स्टेट डेटा ठेवणे आहे). यासाठी क्लायंट्सना मोठ्या प्रमाणात डिस्क स्पेसची आवश्यकता असते, जो स्वस्त, कमी पॉवरच्या हार्डवेअरवर संपूर्ण नोड्स चालवण्यास एक अडथळा आहे. यावर एक उपाय म्हणजे स्टेट ट्रायला अधिक कार्यक्षम संरचनेत (वर्क्ल ट्री) अपडेट करणे, ज्याचा सारांश डेटासाठी एक लहान \"साक्षीदार\" (witness) वापरून केला जाऊ शकतो, जो संपूर्ण स्टेट डेटाऐवजी शेअर केला जाऊ शकतो. स्टेट डेटाला वर्क्ल ट्रीमध्ये पुन्हा स्वरूपित करणे हे स्टेटलेस क्लायंट्सकडे जाण्यासाठी एक महत्त्वाचा टप्पा आहे.
+</ExpandableCard>
+
+## साक्षीदार (witness) म्हणजे काय आणि आपल्याला त्यांची गरज का आहे? {#what-is-a-witness}
+
+ब्लॉकची पडताळणी करणे म्हणजे ब्लॉकमध्ये असलेल्या व्यवहारांना पुन्हा कार्यान्वित करणे, इथेरियमच्या स्टेट ट्रायमध्ये बदल लागू करणे आणि नवीन रूट हॅशची गणना करणे. एक प्रमाणित ब्लॉक तो असतो ज्याचा गणन केलेला स्टेट रूट हॅश ब्लॉकसोबत प्रदान केलेल्या हॅशसारखाच असतो (कारण याचा अर्थ ब्लॉक प्रस्तावकने खरोखरच ती गणना केली आहे जी त्यांनी केली असल्याचे म्हटले आहे). आजच्या इथेरियम क्लायंट्समध्ये, स्टेट अपडेट करण्यासाठी संपूर्ण स्टेट ट्रायमध्ये प्रवेश आवश्यक असतो, जी एक मोठी डेटा संरचना आहे आणि ती स्थानिकरित्या संग्रहित करणे आवश्यक आहे. साक्षीदार (witness) मध्ये फक्त स्टेट डेटाचे तेच तुकडे असतात जे ब्लॉकमधील व्यवहार कार्यान्वित करण्यासाठी आवश्यक असतात. एक व्हॅलिडेटर नंतर फक्त त्या तुकड्यांचा वापर करून हे सत्यापित करू शकतो की ब्लॉक प्रस्तावकने ब्लॉक व्यवहार कार्यान्वित केले आहेत आणि स्टेट योग्यरित्या अपडेट केले आहे. तथापि, याचा अर्थ असा आहे की साक्षीदार (witness) इथेरियम नेटवर्कवरील पीअर्समध्ये इतक्या वेगाने हस्तांतरित करणे आवश्यक आहे की प्रत्येक नोडद्वारे 12-सेकंदांच्या स्लॉटमध्ये ते सुरक्षितपणे प्राप्त आणि प्रक्रिया केले जाऊ शकेल. जर साक्षीदार (witness) खूप मोठा असेल, तर काही नोड्सना तो डाउनलोड करण्यासाठी आणि चेनसोबत राहण्यासाठी खूप वेळ लागू शकतो. ही एक केंद्रीकरण करणारी शक्ती आहे कारण याचा अर्थ असा होतो की केवळ वेगवान इंटरनेट कनेक्शन असलेले नोड्सच ब्लॉक्स प्रमाणित करण्यात सहभागी होऊ शकतात. वर्क्ल ट्रीजमुळे तुमच्या हार्ड ड्राइव्हवर स्टेट संग्रहित करण्याची गरज नाही; ब्लॉकची पडताळणी करण्यासाठी तुम्हाला लागणारी _प्रत्येक गोष्ट_ स्वतः ब्लॉकमध्येच असते. दुर्दैवाने, मर्कल ट्रायमधून तयार होणारे साक्षीदार (witnesses) स्टेटलेस क्लायंट्सना सपोर्ट करण्यासाठी खूप मोठे आहेत.
+
+## वर्क्ल ट्रीज लहान साक्षीदार का सक्षम करतात? {#why-do-verkle-trees-enable-smaller-witnesses}
+
+मर्कल ट्रायची रचना साक्षीदारांचा आकार खूप मोठा करते - 12-सेकंदांच्या स्लॉटमध्ये पीअर्समध्ये सुरक्षितपणे प्रसारित करण्यासाठी खूप मोठा. याचे कारण असे की साक्षीदार हा डेटा, जो लीव्ह्स (leaves) मध्ये असतो, त्याला रूट हॅशशी जोडणारा एक मार्ग आहे. डेटाची पडताळणी करण्यासाठी प्रत्येक लीफला रूटशी जोडणारे सर्व इंटरमीडिएट हॅशच नव्हे, तर सर्व \"सिबलिंग\" (sibling) नोड्स देखील असणे आवश्यक आहे. पुराव्यातील प्रत्येक नोडला एक सिबलिंग असतो ज्याच्यासोबत तो ट्रायमध्ये पुढील हॅश तयार करण्यासाठी हॅश केला जातो. हा खूप डेटा आहे. वर्क्ल ट्रीज ट्रीच्या लीव्ह्स आणि त्याच्या रूटमधील अंतर कमी करून साक्षीदाराचा आकार कमी करतात आणि रूट हॅशची पडताळणी करण्यासाठी सिबलिंग नोड्स प्रदान करण्याची गरज देखील दूर करतात. हॅश-शैलीतील वेक्टर कमिटमेंटऐवजी एक शक्तिशाली पॉलीनोमिअल कमिटमेंट स्कीम वापरून आणखी जागा कार्यक्षमता प्राप्त होईल. पॉलीनोमिअल कमिटमेंटमुळे साक्षीदाराचा आकार तो किती लीव्ह्स सिद्ध करतो यावर अवलंबून न राहता निश्चित असतो.
+
+पॉलीनोमिअल कमिटमेंट स्कीमअंतर्गत, साक्षीदारांचे आकार व्यवस्थापकीय असतात जे पीअर-टू-पीअर नेटवर्कवर सहजपणे हस्तांतरित केले जाऊ शकतात. यामुळे क्लायंट्सना प्रत्येक ब्लॉकमधील स्टेट बदल कमीतकमी डेटासह सत्यापित करण्याची परवानगी मिळते.
+
+<ExpandableCard title="वर्क्ल ट्रीज विटनेसचा आकार नक्की किती कमी करू शकतात?" eventCategory="/roadmap/verkle-trees" eventName="clicked exactly how much can Verkle trees reduce witness size?">
+
+साक्षीदाराचा आकार त्यात किती लीव्ह्स समाविष्ट आहेत यावर अवलंबून असतो. साक्षीदार 1000 लीव्ह्स कव्हर करतो असे गृहीत धरल्यास, मर्कल ट्रायसाठी साक्षीदार सुमारे 3.5MB असेल (ट्रायमध्ये 7 स्तर आहेत असे गृहीत धरून). वर्क्ल ट्रीमधील त्याच डेटासाठी साक्षीदार (ट्रायमध्ये 4 स्तर आहेत असे गृहीत धरून) सुमारे 150 kB असेल - **सुमारे 23 पट लहान**. साक्षीदाराच्या आकारात ही घट स्टेटलेस क्लायंट साक्षीदारांना स्वीकारार्हपणे लहान ठेवण्यास अनुमती देईल. कोणती विशिष्ट पॉलीनोमिअल कमिटमेंट वापरली आहे यावर अवलंबून पॉलीनोमिअल साक्षीदार 0.128 -1 kB चे असतात.
+</ExpandableCard>
+
+## वर्क्ल ट्रीची रचना काय आहे? {#what-is-the-structure-of-a-verkle-tree}
+
+वर्क्ल ट्रीज ह्या `(key,value)` जोड्या आहेत, जिथे कीज (keys) 32-बाइटचे घटक आहेत जे 31-बाइटच्या _स्टेम_ (stem) आणि एका बाइटच्या _सफिक्स_ (suffix) ने बनलेले आहेत. ह्या कीज (keys) _एक्सटेंशन_ (extension) नोड्स आणि _इनर_ (inner) नोड्समध्ये आयोजित केल्या आहेत. एक्सटेंशन नोड्स वेगवेगळ्या सफिक्ससह 256 चिल्ड्रनसाठी एकाच स्टेमचे प्रतिनिधित्व करतात. इनर नोड्सना देखील 256 चिल्ड्रन असतात, परंतु ते इतर एक्सटेंशन नोड्स असू शकतात. वर्क्ल ट्री आणि मर्कल ट्रीच्या रचनेतील मुख्य फरक हा आहे की वर्क्ल ट्री खूपच सपाट (flatter) आहे, याचा अर्थ लीफला रूटशी जोडणारे कमी इंटरमीडिएट नोड्स आहेत, आणि त्यामुळे पुरावा तयार करण्यासाठी कमी डेटा लागतो.
+
+![](./verkle.png)
+
+[वर्क्ल ट्रीजच्या रचनेबद्दल अधिक वाचा](https://blog.ethereum.org/2021/12/02/verkle-tree-structure)
+
+## सध्याची प्रगती {#current-progress}
+
+वर्क्ल ट्री टेस्टनेट्स आधीच सुरू झाले आहेत, परंतु क्लायंट्समध्ये अजूनही मोठे अपडेट्स बाकी आहेत जे वर्क्ल ट्रीजला सपोर्ट करण्यासाठी आवश्यक आहेत. तुम्ही टेस्टनेट्सवर कॉन्ट्रॅक्ट्स तैनात करून किंवा टेस्टनेट क्लायंट्स चालवून प्रगतीला गती देण्यास मदत करू शकता.
+
+[Guillaume Ballet यांना Condrieu Verkle टेस्टनेट समजावून सांगताना पहा](https://www.youtube.com/watch?v=cPLHFBeC0Vg) (लक्षात घ्या की Condrieu टेस्टनेट प्रूफ-ऑफ-वर्क होता आणि आता त्याची जागा Verkle Gen Devnet 6 टेस्टनेटने घेतली आहे).
+
+## पुढील वाचन {#further-reading}
+
+- [स्टेटलेसनेससाठी वर्क्ल ट्रीज](https://verkle.info/)
+- [PEEPanEIP वर डॅनक्राड फेस्ट वर्क्ल ट्रीज समजावून सांगतात](https://www.youtube.com/watch?v=RGJOQHzg3UQ)
+- [आपल्या सर्वांसाठी वर्क्ल ट्रीज](https://web.archive.org/web/20250124132255/https://research.2077.xyz/verkle-trees)
+- [वर्क्ल प्रूफची रचना](https://ihagopian.com/posts/anatomy-of-a-verkle-proof)
+- [ETHGlobal मध्ये Guillaume Ballet वर्क्ल ट्रीज समजावून सांगतात](https://www.youtube.com/watch?v=f7bEtX3Z57o)
+- [Devcon 6 मध्ये Guillaume Ballet यांच्याद्वारे \"वर्क्ल ट्रीज इथेरियमला कसे कार्यक्षम आणि प्रभावी बनवतात\"](https://www.youtube.com/watch?v=Q7rStTKwuYs)
+- [ETHDenver 2020 मधून स्टेटलेस क्लायंट्सवर पायपर मेरियम](https://www.youtube.com/watch?v=0yiZJNciIJ4)
+- [Zero Knowledge पॉडकास्टवर डॅनक्राड फिस्ट वर्क्ल ट्रीज आणि स्टेटलेसनेस समजावून सांगतात](https://zeroknowledge.fm/podcast/202/)
+- [वर्क्ल ट्रीजवर विटालिक बुटेरिन](https://vitalik.eth.limo/general/2021/06/18/verkle.html)
+- [वर्क्ल ट्रीजवर डॅनक्राड फेस्ट](https://dankradfeist.de/ethereum/2021/06/18/verkle-trie-for-eth1.html)
+- [वर्क्ल ट्री EIP डॉक्युमेंटेशन](https://notes.ethereum.org/@vbuterin/verkle_tree_eip#Illustration)
diff --git a/public/content/translations/mr/security/index.md b/public/content/translations/mr/security/index.md
new file mode 100644
index 00000000000..cf788f734fa
--- /dev/null
+++ b/public/content/translations/mr/security/index.md
@@ -0,0 +1,305 @@
+---
+title: "Ethereum सुरक्षा आणि घोटाळा प्रतिबंध"
+description: "Ethereum वर सुरक्षित राहणे"
+lang: mr
+---
+
+# Ethereum सुरक्षा आणि घोटाळा प्रतिबंध {#introduction}
+
+क्रिप्टोकरन्सीमध्ये वाढत्या स्वारस्यामुळे स्कॅमर आणि हॅकर्सकडून वाढता धोका निर्माण झाला आहे. हा लेख हे धोके कमी करण्यासाठी काही सर्वोत्तम पद्धती मांडतो.
+
+**लक्षात ठेवा: ethereum.org कडून कोणीही तुमच्याशी कधीही संपर्क साधणार नाही.** **अधिकृत Ethereum सपोर्टकडून आले आहेत असे सांगणाऱ्या ईमेलला उत्तर देऊ नका.**
+
+<Divider />
+
+## क्रिप्टो सुरक्षा 101 {#crypto-security}
+
+### तुमचे ज्ञान वाढवा {#level-up-your-knowledge}
+
+क्रिप्टो कसे कार्य करते याबद्दलच्या गैरसमजांमुळे महागड्या चुका होऊ शकतात. उदाहरणार्थ, जर कोणी ग्राहक सेवा एजंट असल्याचे भासवून तुमच्या प्रायव्हेट कीजच्या बदल्यात हरवलेले ETH परत करू शकतो असे सांगत असेल, तर ते अशा लोकांचा फायदा घेत आहेत ज्यांना हे समजत नाही की Ethereum हे एक विकेंद्रित नेटवर्क आहे ज्यामध्ये अशा प्रकारची कार्यक्षमता नाही. Ethereum कसे कार्य करते याबद्दल स्वतःला शिक्षित करणे ही एक फायदेशीर गुंतवणूक आहे.
+
+<DocLink href="/what-is-ethereum/">
+  Ethereum म्हणजे काय?
+</DocLink>
+
+<DocLink href="/eth/">
+  एथर म्हणजे काय?
+</DocLink>
+<Divider />
+
+## वॉलेट सुरक्षा {#wallet-security}
+
+### तुमच्या प्रायव्हेट कीज देऊ नका {#protect-private-keys}
+
+**कोणत्याही कारणास्तव, तुमच्या प्रायव्हेट कीज कधीही शेअर करू नका!**
+
+तुमच्या वॉलेटची प्रायव्हेट की ही तुमच्या Ethereum वॉलेटसाठी एक पासवर्ड आहे. तुमच्या वॉलेटचा पत्ता माहीत असलेल्या व्यक्तीला तुमच्या खात्यातील सर्व मालमत्ता काढून घेण्यापासून रोखणारी ही एकमेव गोष्ट आहे!
+
+<DocLink href="/wallets/">
+  Ethereum वॉलेट म्हणजे काय?
+</DocLink>
+
+#### तुमच्या सीड फ्रेज/प्रायव्हेट कीजचे स्क्रीनशॉट घेऊ नका {#screenshot-private-keys}
+
+तुमच्या सीड फ्रेज किंवा प्रायव्हेट कीजचे स्क्रीनशॉट घेतल्यास ते क्लाउड डेटा प्रदात्यासोबत सिंक होऊ शकतात, ज्यामुळे ते हॅकर्ससाठी उपलब्ध होऊ शकतात. क्लाउडवरून प्रायव्हेट कीज मिळवणे हे हॅकर्ससाठी एक सामान्य हल्ला करण्याचे माध्यम आहे.
+
+### हार्डवेअर वॉलेट वापरा {#use-hardware-wallet}
+
+हार्डवेअर वॉलेट प्रायव्हेट कीजसाठी ऑफलाइन स्टोरेज प्रदान करते. तुमच्या प्रायव्हेट कीज संग्रहित करण्यासाठी ते सर्वात सुरक्षित वॉलेट पर्याय मानले जातात: तुमची प्रायव्हेट की कधीही इंटरनेटला स्पर्श करत नाही आणि तुमच्या डिव्हाइसवर पूर्णपणे स्थानिक राहते.
+
+प्रायव्हेट कीज ऑफलाइन ठेवल्याने हॅक होण्याचा धोका मोठ्या प्रमाणात कमी होतो, जरी हॅकरने तुमच्या कॉम्प्युटरवर नियंत्रण मिळवले तरी.
+
+#### हार्डवेअर वॉलेट वापरून पहा: {#try-hardware-wallet}
+
+- [Ledger](https://www.ledger.com/)
+- [Trezor](https://trezor.io/)
+
+### व्यवहार पाठवण्यापूर्वी पुन्हा तपासा {#double-check-transactions}
+
+चुकून चुकीच्या वॉलेट पत्त्यावर क्रिप्टो पाठवणे ही एक सामान्य चूक आहे. **Ethereum वर पाठवलेला व्यवहार अपरिवर्तनीय आहे.** जोपर्यंत तुम्हाला पत्त्याचा मालक माहीत नसेल आणि तुम्ही त्यांना तुमचे फंड परत पाठवण्यासाठी पटवू शकत नाही, तोपर्यंत तुम्ही तुमचे फंड परत मिळवू शकणार नाही.
+
+व्यवहार पाठवण्यापूर्वी नेहमी खात्री करा की तुम्ही ज्या पत्त्यावर पाठवत आहात तो इच्छित प्राप्तकर्त्याच्या पत्त्याशी तंतोतंत जुळतो.
+स्मार्ट कॉन्ट्रॅक्टशी संवाद साधताना, स्वाक्षरी करण्यापूर्वी व्यवहाराचा संदेश वाचणे ही एक चांगली सवय आहे.
+
+### स्मार्ट कॉन्ट्रॅक्टच्या खर्चाची मर्यादा सेट करा {#spend-limits}
+
+स्मार्ट कॉन्ट्रॅक्टशी संवाद साधताना, अमर्याद खर्चाची मर्यादा देऊ नका. अमर्याद खर्चामुळे स्मार्ट कॉन्ट्रॅक्टला तुमचे वॉलेट रिकामे करता येऊ शकते. त्याऐवजी, खर्चाची मर्यादा केवळ व्यवहारासाठी आवश्यक असलेल्या रकमेपुरती सेट करा.
+
+अनेक Ethereum वॉलेट्स खाती रिकामी होण्यापासून वाचवण्यासाठी मर्यादा संरक्षण देतात.
+
+[तुमच्या क्रिप्टो फंडांवर स्मार्ट कॉन्ट्रॅक्टचा ॲक्सेस कसा रद्द करावा](/guides/how-to-revoke-token-access/)
+
+<Divider />
+
+## सामान्य घोटाळे {#common-scams}
+
+स्कॅमर्सना पूर्णपणे थांबवणे अशक्य आहे, परंतु त्यांच्या सर्वात जास्त वापरल्या जाणाऱ्या तंत्रांबद्दल जागरूक राहून आपण त्यांना कमी प्रभावी बनवू शकतो. या घोटाळ्यांचे अनेक प्रकार आहेत, परंतु ते सामान्यतः समान उच्च-स्तरीय नमुन्यांचे अनुसरण करतात. दुसरे काही नाही, तर लक्षात ठेवा:
+
+- नेहमी संशय बाळगा
+- कोणीही तुम्हाला मोफत किंवा सवलतीत ETH देणार नाही
+- कोणालाही तुमच्या प्रायव्हेट कीज किंवा वैयक्तिक माहितीची गरज नाही
+
+### Twitter जाहिरात फिशिंग {#ad-phishing}
+
+![Twitter लिंक फिशिंग](./twitterPhishingScam.png)
+
+Twitter (ज्याला X असेही म्हणतात) च्या लिंक प्रिव्ह्यू वैशिष्ट्याला (अनफर्लिंग) स्पूफ करण्याची एक पद्धत आहे, ज्यामुळे वापरकर्त्यांना ते कायदेशीर वेबसाइटला भेट देत आहेत असा विचार करून फसवले जाऊ शकते. हे तंत्र ट्वीटमध्ये शेअर केलेल्या URL चे प्रिव्ह्यू तयार करण्यासाठी Twitter च्या यंत्रणेचा गैरवापर करते, आणि उदाहरणार्थ (वर दर्शविल्याप्रमाणे) _from ethereum.org_ असे दाखवते, जेव्हा प्रत्यक्षात ते एका दुर्भावनापूर्ण साइटवर पुनर्निर्देशित केले जात असतात.
+
+तुम्ही योग्य डोमेनवर आहात की नाही हे नेहमी तपासा, विशेषतः लिंकवर क्लिक केल्यानंतर.
+
+[येथे अधिक माहिती](https://harrydenley.com/faking-twitter-unfurling).
+
+### गिव्हअवे घोटाळा {#giveaway}
+
+क्रिप्टोकरन्सीमधील सर्वात सामान्य घोटाळ्यांपैकी एक म्हणजे गिव्हअवे घोटाळा. गिव्हअवे घोटाळा अनेक रूपे घेऊ शकतो, परंतु सामान्य कल्पना अशी आहे की जर तुम्ही दिलेल्या वॉलेट पत्त्यावर ETH पाठवले, तर तुम्हाला तुमचे ETH दुप्पट होऊन परत मिळतील._या कारणास्तव, याला 2-फॉर-1 घोटाळा असेही म्हणतात._
+
+हे घोटाळे सामान्यतः गिव्हअवेवर दावा करण्यासाठी मर्यादित वेळेची संधी देतात, जेणेकरून तातडीची खोटी भावना निर्माण होईल.
+
+### सोशल मीडिया हॅक {#social-media-hacks}
+
+याचा एक हाय-प्रोफाइल प्रकार जुलै 2020 मध्ये घडला, जेव्हा प्रसिद्ध सेलिब्रिटी आणि संस्थांची Twitter खाती हॅक झाली. हॅकरने एकाच वेळी हॅक केलेल्या खात्यांवर Bitcoin गिव्हअवे पोस्ट केला. फसव्या ट्वीट्स लवकर लक्षात आल्या आणि हटवल्या गेल्या असल्या तरी, हॅकर्स तरीही 11 बिटकॉइन (किंवा सप्टेंबर 2021 पर्यंत $500,000) घेऊन पळून जाण्यात यशस्वी झाले.
+
+![Twitter वरील एक घोटाळा](./appleTwitterScam.png)
+
+### सेलिब्रिटी गिव्हअवे {#celebrity-giveaway}
+
+सेलिब्रिटी गिव्हअवे हे गिव्हअवे घोटाळ्याचे आणखी एक सामान्य रूप आहे. स्कॅमर सेलिब्रिटीने दिलेली रेकॉर्ड केलेली व्हिडिओ मुलाखत किंवा कॉन्फरन्स टॉक घेतील आणि ते YouTube वर लाइव्हस्ट्रीम करतील - जणू काही सेलिब्रिटी क्रिप्टोकरन्सी गिव्हअवेला समर्थन देणारी लाइव्ह व्हिडिओ मुलाखत देत आहे असे भासवतील.
+
+या घोटाळ्यात Vitalik Buterin यांचा सर्वाधिक वापर केला जातो, परंतु क्रिप्टोमध्ये सामील असलेल्या इतर अनेक प्रमुख लोकांचा देखील वापर केला जातो (उदा. Elon Musk किंवा Charles Hoskinson). एखाद्या प्रसिद्ध व्यक्तीचा समावेश केल्याने स्कॅमर्सच्या लाइव्हस्ट्रीमला कायदेशीरपणाची भावना येते (हे संशयास्पद दिसते, परंतु Vitalik यात सामील आहे, त्यामुळे ते ठीक असले पाहिजे!).
+
+**गिव्हअवे हे नेहमीच घोटाळे असतात.** **जर तुम्ही तुमचे फंड या खात्यांवर पाठवले, तर तुम्ही ते कायमचे गमावून बसाल.**
+
+![YouTube वरील एक घोटाळा](./youtubeScam.png)
+
+### सपोर्ट घोटाळे {#support-scams}
+
+क्रिप्टोकरन्सी हे तुलनेने नवीन आणि गैरसमज असलेले तंत्रज्ञान आहे. याचा फायदा घेणारा एक सामान्य घोटाळा म्हणजे सपोर्ट घोटाळा, जिथे स्कॅमर लोकप्रिय वॉलेट, एक्सचेंज किंवा ब्लॉकचेनसाठी सपोर्ट कर्मचाऱ्यांचे सोंग घेतात.
+
+Ethereum बद्दल बरीच चर्चा Discord वर होते. सपोर्ट स्कॅमर सामान्यतः सार्वजनिक डिस्कॉर्ड चॅनेलमध्ये सपोर्ट प्रश्न शोधून त्यांचे लक्ष्य शोधतात आणि नंतर चौकशी करणाऱ्याला सपोर्ट देणारा खाजगी संदेश पाठवतात. विश्वास निर्माण करून, सपोर्ट स्कॅमर तुम्हाला तुमच्या प्रायव्हेट कीज उघड करण्यासाठी किंवा तुमचे फंड त्यांच्या वॉलेटमध्ये पाठवण्यासाठी फसवण्याचा प्रयत्न करतात.
+
+![Discord वरील एक सपोर्ट घोटाळा](./discordScam.png)
+
+सर्वसाधारण नियम म्हणून, कर्मचारी तुमच्याशी कधीही खाजगी, अनधिकृत चॅनेलद्वारे संवाद साधणार नाहीत. सपोर्टशी व्यवहार करताना लक्षात ठेवण्यासारख्या काही सोप्या गोष्टी:
+
+- तुमच्या प्रायव्हेट कीज, सीड फ्रेज किंवा पासवर्ड कधीही शेअर करू नका
+- कोणालाही तुमच्या कॉम्प्युटरमध्ये रिमोट ॲक्सेस देऊ नका
+- संस्थेच्या नियुक्त चॅनेलच्या बाहेर कधीही संवाद साधू नका
+
+<Alert variant="update">
+<AlertEmoji text=":lock:"/>
+<AlertContent>
+<AlertDescription>
+    सावधान: जरी सपोर्ट-शैलीचे घोटाळे सामान्यतः Discord वर होतात, तरी ते क्रिप्टो चर्चा होणाऱ्या कोणत्याही चॅट ॲप्लिकेशन्सवर, ईमेलसह, प्रचलित असू शकतात.
+</AlertDescription>
+</AlertContent>
+</Alert>
+
+### 'Eth2' टोकन घोटाळा {#eth2-token-scam}
+
+[The Merge](/roadmap/merge/) च्या आधी, स्कॅमर्सनी 'Eth2' या शब्दाभोवतीच्या गोंधळाचा फायदा घेऊन वापरकर्त्यांना त्यांचे ETH 'ETH2' टोकनसाठी रिडीम करण्यास प्रवृत्त करण्याचा प्रयत्न केला. 'ETH2' असे काहीही नाही, आणि The Merge सह इतर कोणतेही कायदेशीर टोकन सादर केले गेले नाही. The Merge च्या आधी तुमच्या मालकीचे असलेले ETH हे आताचेच ETH आहे. प्रूफ-ऑफ-वर्क पासून प्रूफ-ऑफ-स्टेकवर स्विच करण्यासाठी तुमच्या ETH शी संबंधित **कोणतीही कारवाई करण्याची गरज नाही**.
+
+स्कॅमर "सपोर्ट" म्हणून दिसू शकतात, आणि तुम्हाला सांगतील की जर तुम्ही तुमचे ETH जमा केले, तर तुम्हाला 'ETH2' परत मिळेल. कोणताही [अधिकृत Ethereum सपोर्ट](/community/support/) नाही, आणि कोणतेही नवीन टोकन नाही. तुमची वॉलेट सीड फ्रेज कोणाशीही शेअर करू नका.
+
+_टीप: असे डेरिव्हेटिव्ह टोकन/टिकर आहेत जे स्टेक केलेल्या ETH चे प्रतिनिधित्व करू शकतात (उदा., Rocket Pool कडून rETH, Lido कडून stETH, Coinbase कडून ETH2), परंतु हे असे काही नाही ज्यावर तुम्हाला "मायग्रेट" करण्याची आवश्यकता आहे._
+
+### फिशिंग घोटाळे {#phishing-scams}
+
+फिशिंग घोटाळे हे आणखी एक वाढते सामान्य माध्यम आहे जे स्कॅमर तुमच्या वॉलेटचे फंड चोरण्याचा प्रयत्न करण्यासाठी वापरतील.
+
+काही फिशिंग ईमेल वापरकर्त्यांना अशा लिंक्सवर क्लिक करण्यास सांगतात जे त्यांना बनावट वेबसाइटवर पुनर्निर्देशित करतात, आणि त्यांना त्यांची सीड फ्रेज टाकण्यास, त्यांचा पासवर्ड रीसेट करण्यास किंवा ETH पाठविण्यास सांगतात. इतर तुम्हाला नकळतपणे मालवेअर स्थापित करण्यास सांगू शकतात जेणेकरून तुमचा संगणक संक्रमित होईल आणि स्कॅमर्सना तुमच्या संगणकाच्या फाइल्समध्ये प्रवेश मिळेल.
+
+जर तुम्हाला अज्ञात प्रेषकाकडून ईमेल आला, तर लक्षात ठेवा:
+
+- तुम्ही ओळखत नसलेल्या ईमेल पत्त्यांवरील लिंक किंवा अटॅचमेंट कधीही उघडू नका
+- तुमची वैयक्तिक माहिती किंवा पासवर्ड कोणालाही सांगू नका
+- अज्ञात प्रेषकांचे ईमेल हटवा
+
+[फिशिंग घोटाळे टाळण्याबद्दल अधिक](https://support.mycrypto.com/staying-safe/mycrypto-protips-how-not-to-get-scammed-during-ico)
+
+### क्रिप्टो ट्रेडिंग ब्रोकर घोटाळे {#broker-scams}
+
+घोटाळेबाज क्रिप्टो ट्रेडिंग ब्रोकर विशेषज्ञ क्रिप्टोकरन्सी ब्रोकर असल्याचा दावा करतात जे तुमचे पैसे घेऊन तुमच्या वतीने गुंतवणूक करण्याची ऑफर देतील. स्कॅमरला तुमचे फंड मिळाल्यानंतर, ते तुम्हाला अधिक फंड पाठवण्यास सांगून तुमची दिशाभूल करू शकतात, जेणेकरून तुम्ही पुढील गुंतवणुकीच्या नफ्यापासून वंचित राहणार नाही, किंवा ते पूर्णपणे गायब होऊ शकतात.
+
+हे फसवणूक करणारे अनेकदा YouTube वर बनावट खाती वापरून 'ब्रोकर'बद्दल वरवर पाहता नैसर्गिक संभाषण सुरू करून लक्ष्य शोधतात. या संभाषणांना कायदेशीरपणा वाढवण्यासाठी अनेकदा जास्त अपव्होट केले जातात, परंतु सर्व अपव्होट बॉट खात्यांमधून आलेले असतात.
+
+**तुमच्या वतीने गुंतवणूक करण्यासाठी इंटरनेटवरील अनोळखी लोकांवर विश्वास ठेवू नका.** **तुम्ही तुमचे क्रिप्टो गमावून बसाल.**
+
+![YouTube वरील एक ट्रेडिंग ब्रोकर घोटाळा](./brokerScam.png)
+
+### क्रिप्टो मायनिंग पूल घोटाळे {#mining-pool-scams}
+
+सप्टेंबर 2022 पासून, Ethereum वर मायनिंग करणे आता शक्य नाही. तथापि, मायनिंग पूल घोटाळे अजूनही अस्तित्वात आहेत. मायनिंग पूल घोटाळ्यांमध्ये लोक तुमच्याशी न बोलावता संपर्क साधतात आणि दावा करतात की तुम्ही Ethereum मायनिंग पूलमध्ये सामील होऊन मोठा परतावा मिळवू शकता. स्कॅमर दावे करेल आणि जोपर्यंत वेळ लागेल तोपर्यंत तुमच्या संपर्कात राहील. थोडक्यात, स्कॅमर तुम्हाला पटवून देण्याचा प्रयत्न करेल की जेव्हा तुम्ही Ethereum मायनिंग पूलमध्ये सामील होता, तेव्हा तुमची क्रिप्टोकरन्सी ETH तयार करण्यासाठी वापरली जाईल आणि तुम्हाला ETH लाभांश दिला जाईल. त्यानंतर तुम्हाला दिसेल की तुमची क्रिप्टोकरन्सी लहान परतावा देत आहे. हे फक्त तुम्हाला अधिक गुंतवणूक करण्यास प्रवृत्त करण्यासाठी आहे. अखेरीस, तुमचे सर्व फंड अज्ञात पत्त्यावर पाठवले जातील, आणि स्कॅमर एकतर गायब होईल किंवा काही प्रकरणांमध्ये संपर्कात राहील, जसे की अलीकडील एका प्रकरणात घडले आहे.
+
+मुख्य मुद्दा: सोशल मीडियावर तुमच्याशी संपर्क साधून मायनिंग पूलचा भाग होण्यास सांगणाऱ्या लोकांपासून सावध रहा. एकदा तुम्ही तुमचे क्रिप्टो गमावले की, ते गेले.
+
+लक्षात ठेवण्यासारख्या काही गोष्टी:
+
+- तुमच्या क्रिप्टोमधून पैसे कमवण्याच्या मार्गांबद्दल तुमच्याशी संपर्क साधणाऱ्या कोणापासूनही सावध रहा
+- स्टेकिंग, लिक्विडिटी पूल किंवा तुमच्या क्रिप्टोमध्ये गुंतवणूक करण्याच्या इतर मार्गांबद्दल तुमचे संशोधन करा
+- क्वचितच, अशा योजना कायदेशीर असतात. जर त्या असत्या, तर त्या कदाचित मुख्य प्रवाहात असत्या आणि तुम्ही त्यांच्याबद्दल ऐकले असते.
+
+[मायनिंग पूल घोटाळ्यात माणसाने $200k गमावले](https://www.reddit.com/r/CoinBase/comments/r0qe0e/scam_or_possible_incredible_payout/)
+
+### एअरड्रॉप घोटाळे {#airdrop-scams}
+
+एअरड्रॉप घोटाळ्यांमध्ये एक घोटाळेबाज प्रकल्प तुमच्या वॉलेटमध्ये एक मालमत्ता (NFT, टोकन) एअरड्रॉप करतो आणि तुम्हाला एअरड्रॉप केलेली मालमत्ता क्लेम करण्यासाठी एका घोटाळेबाज वेबसाइटवर पाठवतो. क्लेम करण्याचा प्रयत्न करताना तुम्हाला तुमच्या Ethereum वॉलेटने साइन इन करण्यास आणि व्यवहार "approve" करण्यास सांगितले जाईल. हा व्यवहार तुमची पब्लिक आणि प्रायव्हेट कीज स्कॅमरला पाठवून तुमच्या खात्याशी तडजोड करतो. या घोटाळ्याचे एक पर्यायी स्वरूप तुम्हाला स्कॅमरच्या खात्यात फंड पाठवणारा व्यवहार कन्फर्म करण्यास सांगू शकते.
+
+[एअरड्रॉप घोटाळ्यांबद्दल अधिक](https://www.youtube.com/watch?v=LLL_nQp1lGk)
+
+<Divider />
+
+## वेब सुरक्षा 101 {#web-security}
+
+### मजबूत पासवर्ड वापरा {#use-strong-passwords}
+
+[80% पेक्षा जास्त खाते हॅक हे कमकुवत किंवा चोरीला गेलेल्या पासवर्डमुळे होतात](https://cloudnine.com/ediscoverydaily/electronic-discovery/80-percent-hacking-related-breaches-related-password-issues-cybersecurity-trends/). अक्षरे, संख्या आणि चिन्हे यांचे मोठे मिश्रण तुमची खाती सुरक्षित ठेवण्यास मदत करेल.
+
+एक सामान्य चूक म्हणजे काही सामान्य, संबंधित शब्दांचे मिश्रण वापरणे. असे पासवर्ड असुरक्षित असतात कारण ते डिक्शनरी अटॅक नावाच्या हॅकिंग तंत्राला बळी पडतात.
+
+```md
+कमकुवत पासवर्डचे उदाहरण: CuteFluffyKittens!
+
+मजबूत पासवर्डचे उदाहरण: ymv\*azu.EAC8eyp8umf
+```
+
+आणखी एक सामान्य चूक म्हणजे असे पासवर्ड वापरणे जे [सोशल इंजिनीअरिंग](https://wikipedia.org/wiki/Social_engineering_\(security\)) द्वारे सहजपणे ओळखले जाऊ शकतात किंवा शोधले जाऊ शकतात. तुमच्या पासवर्डमध्ये तुमच्या आईचे माहेरचे नाव, तुमच्या मुलांची किंवा पाळीव प्राण्यांची नावे किंवा जन्मतारीख यांचा समावेश केल्याने हॅक होण्याचा धोका वाढेल.
+
+#### चांगल्या पासवर्ड पद्धती: {#good-password-practices}
+
+- तुमचा पासवर्ड जनरेटर किंवा तुम्ही भरत असलेल्या फॉर्मद्वारे परवानगी असेल तितके मोठे पासवर्ड बनवा
+- अपरकेस, लोअरकेस, संख्या आणि चिन्हे यांचे मिश्रण वापरा
+- तुमच्या पासवर्डमध्ये कुटुंबाची नावे यासारखे वैयक्तिक तपशील वापरू नका
+- सामान्य शब्द टाळा
+
+[मजबूत पासवर्ड तयार करण्याबद्दल अधिक](https://terranovasecurity.com/how-to-create-a-strong-password-in-7-easy-steps/)
+
+### प्रत्येक गोष्टीसाठी युनिक पासवर्ड वापरा {#use-unique-passwords}
+
+डेटा ब्रीचमध्ये उघड झालेला मजबूत पासवर्ड आता मजबूत पासवर्ड राहत नाही. वेबसाइट [Have I Been Pwned](https://haveibeenpwned.com) तुम्हाला तुमची खाती कोणत्याही सार्वजनिक डेटा ब्रीचमध्ये सामील होती की नाही हे तपासण्याची परवानगी देते. जर ती असतील, तर **ते पासवर्ड ताबडतोब बदला**. प्रत्येक खात्यासाठी युनिक पासवर्ड वापरल्याने, तुमचा एखादा पासवर्ड तडजोड झाल्यास, हॅकर्सना तुमच्या सर्व खात्यांमध्ये प्रवेश मिळण्याचा धोका कमी होतो.
+
+### पासवर्ड मॅनेजर वापरा {#use-password-manager}
+
+<Alert variant="update">
+<AlertEmoji text=":bulb:"/>
+<AlertContent>
+<AlertDescription>
+    पासवर्ड मॅनेजर वापरल्याने मजबूत, युनिक पासवर्ड तयार करणे आणि ते लक्षात ठेवण्याची काळजी घेतली जाते! आम्ही एक वापरण्याची <strong>जोरदार</strong> शिफारस करतो, आणि त्यापैकी बहुतेक विनामूल्य आहेत!
+</AlertDescription>
+</AlertContent>
+</Alert>
+
+तुमच्या प्रत्येक खात्यासाठी मजबूत, युनिक पासवर्ड लक्षात ठेवणे आदर्श नाही. पासवर्ड मॅनेजर तुमच्या सर्व पासवर्डसाठी एक सुरक्षित, एन्क्रिप्टेड स्टोअर ऑफर करतो ज्यामध्ये तुम्ही एका मजबूत मास्टर पासवर्डद्वारे प्रवेश करू शकता. नवीन सेवेसाठी साइन अप करताना ते मजबूत पासवर्ड देखील सुचवतात, त्यामुळे तुम्हाला स्वतःचा तयार करण्याची गरज नाही. अनेक पासवर्ड मॅनेजर तुम्हाला हे देखील सांगतील की तुम्ही डेटा ब्रीचमध्ये सामील झाला आहात का, ज्यामुळे तुम्हाला कोणत्याही दुर्भावनापूर्ण हल्ल्यांपूर्वी पासवर्ड बदलता येतात.
+
+![पासवर्ड मॅनेजर वापरण्याचे उदाहरण](./passwordManager.png)
+
+#### पासवर्ड मॅनेजर वापरून पहा: {#try-password-manager}
+
+- [Bitwarden](https://bitwarden.com/)
+- [KeePass](https://keepass.info/)
+- [1Password](https://1password.com/)
+- किंवा इतर [शिफारस केलेले पासवर्ड मॅनेजर](https://www.privacytools.io/secure-password-manager) पहा
+
+### टू-फॅक्टर ऑथेंटिकेशन वापरा {#two-factor-authentication}
+
+तुम्हाला कधीकधी युनिक पुराव्यांद्वारे तुमची ओळख प्रमाणित करण्यास सांगितले जाऊ शकते. यांना **फॅक्टर** म्हणून ओळखले जाते. तीन मुख्य फॅक्टर आहेत:
+
+- तुम्हाला माहीत असलेली एखादी गोष्ट (जसे की पासवर्ड किंवा सुरक्षा प्रश्न)
+- तुम्ही असलेली एखादी गोष्ट (जसे की फिंगरप्रिंट किंवा आयरीस/फेशियल स्कॅनर)
+- तुमच्या मालकीची एखादी गोष्ट (तुमच्या फोनवरील सिक्युरिटी की किंवा ऑथेंटिकेशन ॲप)
+
+**टू-फॅक्टर ऑथेंटिकेशन (2FA)** वापरल्याने तुमच्या ऑनलाइन खात्यांसाठी एक अतिरिक्त _सुरक्षा फॅक्टर_ मिळतो. 2FA हे सुनिश्चित करते की केवळ तुमचा पासवर्ड असणे खाते ॲक्सेस करण्यासाठी पुरेसे नाही. सर्वात सामान्यपणे, दुसरा फॅक्टर हा एक रँडमाइज केलेला 6-अंकी कोड असतो, ज्याला **टाइम-बेस्ड वन-टाइम पासवर्ड (TOTP)** म्हणून ओळखले जाते, जो तुम्ही Google Authenticator किंवा Authy सारख्या ऑथेंटिकेटर ॲपद्वारे ॲक्सेस करू शकता. हे "तुमच्या मालकीची एखादी गोष्ट" फॅक्टर म्हणून काम करतात कारण टाइम्ड कोड जनरेट करणारा सीड तुमच्या डिव्हाइसवर संग्रहित असतो.
+
+<Alert variant="update">
+<AlertEmoji text=":lock:"/>
+<AlertContent>
+<AlertDescription>
+    टीप: SMS-आधारित 2FA हे <a href="https://www.vice.com/en/article/3kx4ej/sim-jacking-mobile-phone-fraud">SIM जॅकिंग</a>साठी असुरक्षित आहे आणि ते सुरक्षित नाही. सर्वोत्तम सुरक्षेसाठी, <a href="https://mashable.com/article/how-to-set-up-google-authenticator">Google Authenticator</a> किंवा <a href="https://authy.com/">Authy</a> सारखी सेवा वापरा.
+</AlertDescription>
+</AlertContent>
+</Alert>
+
+#### सिक्युरिटी कीज {#security-keys}
+
+सिक्युरिटी की हा 2FA चा अधिक प्रगत आणि सुरक्षित प्रकार आहे. सिक्युरिटी कीज हे भौतिक हार्डवेअर ऑथेंटिकेशन डिव्हाइस आहेत जे ऑथेंटिकेटर ॲप्सप्रमाणे काम करतात. सिक्युरिटी की वापरणे हा 2FA चा सर्वात सुरक्षित मार्ग आहे. यापैकी अनेक कीज FIDO Universal 2nd Factor (U2F) मानकाचा वापर करतात. [FIDO U2F बद्दल अधिक जाणून घ्या](https://www.yubico.com/resources/glossary/fido-u2f/).
+
+2FA वर अधिक पहा:
+
+<YouTube id="m8jlnZuV1i4" start="3479" />
+
+### ब्राउझर एक्स्टेंशन अनइन्स्टॉल करा {#uninstall-browser-extensions}
+
+ब्राउझर एक्स्टेंशन, जसे की Chrome एक्स्टेंशन किंवा Firefox साठी ॲड-ऑन्स, ब्राउझरची कार्यक्षमता सुधारू शकतात परंतु धोक्यांसह येतात. डीफॉल्टनुसार, बहुतेक ब्राउझर एक्स्टेंशन 'साइट डेटा वाचण्यासाठी आणि बदलण्यासाठी' ॲक्सेस मागतात, ज्यामुळे ते तुमच्या डेटासह जवळजवळ काहीही करू शकतात. Chrome एक्स्टेंशन नेहमी आपोआप अपडेट होतात, त्यामुळे पूर्वी सुरक्षित असलेले एक्स्टेंशन नंतर दुर्भावनापूर्ण कोड समाविष्ट करण्यासाठी अपडेट होऊ शकते. बहुतेक ब्राउझर एक्स्टेंशन तुमचा डेटा चोरण्याचा प्रयत्न करत नाहीत, परंतु तुम्हाला हे माहित असले पाहिजे की ते करू शकतात.
+
+#### सुरक्षित राहा: {#browser-extension-safety}
+
+- केवळ विश्वसनीय स्रोतांमधून ब्राउझर एक्स्टेंशन स्थापित करा
+- न वापरलेले ब्राउझर एक्स्टेंशन काढून टाका
+- ऑटो-अपडेट थांबवण्यासाठी Chrome एक्स्टेंशन स्थानिकरित्या स्थापित करा (प्रगत)
+
+[ब्राउझर एक्स्टेंशनच्या धोक्यांबद्दल अधिक](https://www.kaspersky.co.uk/blog/browser-extensions-security/12750/)
+
+<Divider />
+
+## पुढील वाचन {#further-reading}
+
+### वेब सुरक्षा {#reading-web-security}
+
+- [मालवेअर-युक्त Chrome आणि Edge ॲड-ऑन्समुळे 3 दशलक्ष पर्यंत डिव्हाइस संक्रमित](https://arstechnica.com/information-technology/2020/12/up-to-3-million-devices-infected-by-malware-laced-chrome-and-edge-add-ons/) - _Dan Goodin_
+- [एक मजबूत पासवर्ड कसा तयार करावा — जो तुम्ही विसरणार नाही](https://www.avg.com/en/signal/how-to-create-a-strong-password-that-you-wont-forget) - _AVG_
+- [सिक्युरिटी की म्हणजे काय?](https://help.coinbase.com/en/coinbase/getting-started/verify-my-account/security-keys-faq) - _Coinbase_
+
+### क्रिप्टो सुरक्षा {#reading-crypto-security}
+
+- [स्वतःचे आणि आपल्या निधीचे संरक्षण करणे](https://support.mycrypto.com/staying-safe/protecting-yourself-and-your-funds) - _MyCrypto_
+- [सामान्य क्रिप्टो कम्युनिकेशन सॉफ्टवेअरमधील सुरक्षा समस्या](https://docs.salusec.io/untitled/web3-penetration-test/risks-in-social-media) - _Salus_
+- [डमी आणि हुशार लोकांसाठी देखील सुरक्षा मार्गदर्शक](https://medium.com/mycrypto/mycryptos-security-guide-for-dummies-and-smart-people-too-ab178299c82e) - _MyCrypto_
+- [क्रिप्टो सुरक्षा: पासवर्ड आणि ऑथेंटिकेशन](https://www.youtube.com/watch?v=m8jlnZuV1i4) - _Andreas M. Antonopoulos_
+
+### घोटाळा शिक्षण {#reading-scam-education}
+
+- [मार्गदर्शक: घोटाळा टोकन कसे ओळखावे](/guides/how-to-id-scam-tokens/)
+- [सुरक्षित राहणे: सामान्य घोटाळे](https://support.mycrypto.com/staying-safe/common-scams) - _MyCrypto_
+- [घोटाळे टाळणे](https://bitcoin.org/en/scams) - _Bitcoin.org_
+- [सामान्य क्रिप्टो फिशिंग ईमेल आणि संदेशांवरील Twitter थ्रेड](https://twitter.com/tayvano_/status/1516225457640787969) - _Taylor Monahan_
+
+<QuizWidget quizKey="security" />
diff --git a/public/content/translations/mr/smart-contracts/index.md b/public/content/translations/mr/smart-contracts/index.md
index 5b404dce50f..63f104bebb3 100644
--- a/public/content/translations/mr/smart-contracts/index.md
+++ b/public/content/translations/mr/smart-contracts/index.md
@@ -1,18 +1,27 @@
 ---
-title: स्मार्ट कॉन्ट्रॅक्ट
-description: स्मार्ट कॉन्ट्रॅक्टचा एक गैर-तांत्रिक परिचय
+title: "स्मार्ट कॉन्ट्रॅक्ट"
+metaTitle: "स्मार्ट कॉन्ट्रॅक्ट्स: ते काय आहेत आणि त्यांचे फायदे"
+description: "स्मार्ट कॉन्ट्रॅक्टचा एक गैर-तांत्रिक परिचय"
 lang: mr
 ---
 
-# Introduction to smart contracts {#introduction-to-smart-contracts}
+# स्मार्ट कॉन्ट्रॅक्ट्सची ओळख {#introduction-to-smart-contracts}
 
-स्मार्ट कॉन्ट्रॅक्ट्स हे Ethereum च्या ऍप्लिकेशन लेयरचे मूलभूत बिल्डिंग ब्लॉक्स आहेत. ते ब्लॉकचेनवर संग्रहित केलेले संगणक प्रोग्राम आहेत जे "जर हे तर ते" तर्काचे पालन करतात आणि त्यांच्या कोडद्वारे परिभाषित केलेल्या नियमांनुसार कार्यान्वित करण्याची हमी दिली जाते, जे एकदा तयार केल्यावर बदलता येत नाही.
+<div className="mt-4">
+<ListenToPlayer slug="/smart-contracts/" />
+</div>
 
-निक साबो यांनी "स्मार्ट कॉन्ट्रॅक्ट" हा शब्द तयार केला. 1994 मध्ये, त्यांनी [संकल्पनेचा परिचय](https://www.fon.hum.uva.nl/rob/Courses/InformationInSpeech/CDROM/Literature/LOTwinterschool2006/szabo.best.vwh.net/smart.contracts.html), आणि 1996 मध्ये त्यांनी [स्मार्ट कॉन्ट्रॅक्ट काय करू शकतात याचा शोध](https://www.fon.hum.uva.nl/rob/Courses/InformationInSpeech/CDROM/Literature/LOTwinterschool2006/szabo.best.vwh.net/smart_contracts_2.html).
+स्मार्ट कॉन्ट्रॅक्ट्स हे Ethereum च्या ऍप्लिकेशन लेयरचे मूलभूत बिल्डिंग ब्लॉक्स आहेत. ते [ब्लॉकचेन](/glossary/#blockchain) वर संग्रहित केलेले संगणक प्रोग्राम आहेत जे "जर हे तर ते" तर्काचे पालन करतात, आणि त्यांच्या कोडद्वारे परिभाषित केलेल्या नियमांनुसार कार्यान्वित करण्याची हमी दिली जाते, जे एकदा तयार केल्यावर बदलता येत नाही.
 
-साबो ने एका डिजिटल मार्केटप्लेसची कल्पना केली जिथे स्वयंचलित, क्रिप्टोग्राफिकली-सुरक्षित प्रक्रिया विश्वसनीय मध्यस्थांशिवाय व्यवहार आणि व्यवसाय कार्ये करण्यास सक्षम करतात. Ethereumवरील स्मार्ट कॉन्ट्रॅक्ट्सने ही दृष्टी प्रत्यक्षात आणली.
+निक साबो यांनी "स्मार्ट कॉन्ट्रॅक्ट" हा शब्द तयार केला. 1994 मध्ये, त्यांनी [या संकल्पनेची ओळख](https://www.fon.hum.uva.nl/rob/Courses/InformationInSpeech/CDROM/Literature/LOTwinterschool2006/szabo.best.vwh.net/smart.contracts.html) लिहिली, आणि 1996 मध्ये त्यांनी [स्मार्ट कॉन्ट्रॅक्ट्स काय करू शकतात याचे अन्वेषण](https://www.fon.hum.uva.nl/rob/Courses/InformationInSpeech/CDROM/Literature/LOTwinterschool2006/szabo.best.vwh.net/smart_contracts_2.html) लिहिले.
 
-## पारंपारिक करारांवर विश्वास ठेवा {#trust-and-contracts}
+Szabo ने एका डिजिटल मार्केटप्लेसची कल्पना केली जिथे स्वयंचलित, [क्रिप्टोग्राफिकली-सुरक्षित](/glossary/#cryptography) प्रक्रिया विश्वसनीय मध्यस्थांशिवाय व्यवहार आणि व्यवसाय कार्ये करण्यास सक्षम करतात. Ethereumवरील स्मार्ट कॉन्ट्रॅक्ट्सने ही दृष्टी प्रत्यक्षात आणली.
+
+Finematics स्मार्ट कॉन्ट्रॅक्टचे स्पष्टीकरण पहा:
+
+<YouTube id="pWGLtjG-F5c" />
+
+## पारंपरिक करारांमधील विश्वास {#trust-and-contracts}
 
 पारंपारिक करारातील सर्वात मोठी समस्या म्हणजे विश्वासार्ह व्यक्तींनी कराराच्या परिणामांचे पालन करणे आवश्यक आहे.
 
@@ -20,9 +29,9 @@ lang: mr
 
 अॅलिस आणि बॉबची सायकल शर्यत आहे. एलिसने बॉबसोबत $10 ची पैज लावली की ती शर्यत जिंकेल. बॉबला खात्री आहे की तो जिंकेल आणि पैजेसाठी तयार होतो. शेवटी, अॅलिसने बॉबच्या पुढे शर्यत पूर्ण केली आणि ती स्पष्ट विजेता ठरली. परंतु अॅलिसने फसवणूक केली असावी असा दावा करून बॉबने पैज देण्यास नकार दिला.
 
-हे मूर्ख उदाहरण कोणत्याही गैर-स्मार्ट करारातील समस्या स्पष्ट करते. जरी कराराच्या अटींची पूर्तता झाली (म्हणजे तुम्ही शर्यतीतील विजेते असाल), तरीही तुम्ही करार पूर्ण करण्यासाठी दुसर्‍या व्यक्तीवर विश्वास ठेवला पाहिजे (म्हणजे पैजवर पेआउट).
+हे मूर्ख उदाहरण कोणत्याही गैर-स्मार्ट करारातील समस्या स्पष्ट करते. जरी कराराच्या अटींची पूर्तता झाली (म्हणजेच तुम्ही शर्यतीतील विजेते असाल), तरीही तुम्ही करार पूर्ण करण्यासाठी दुसऱ्या व्यक्तीवर विश्वास ठेवला पाहिजे (म्हणजेच पैजेवर पेआउट).
 
-## A digital vending machine {#vending-machine}
+## एक डिजिटल वेंडिंग मशीन {#vending-machine}
 
 स्मार्ट कॉन्ट्रॅक्टसाठी एक साधे रूपक म्हणजे व्हेंडिंग मशीन, जे काहीसे स्मार्ट कॉन्ट्रॅक्टसारखेच कार्य करते - विशिष्ट इनपुट्स पूर्वनिर्धारित आउटपुटची हमी देतात.
 
@@ -40,15 +49,15 @@ lang: mr
 
 उदाहरणार्थ, तुम्ही एखाद्या मुलासाठी एस्क्रोमध्ये निधी ठेवणारा स्मार्ट करार लिहू शकता, ज्यामुळे त्यांना विशिष्ट तारखेनंतर पैसे काढता येतील. त्यांनी त्या तारखेपूर्वी पैसे काढण्याचा प्रयत्न केल्यास, स्मार्ट कराराची अंमलबजावणी होणार नाही. किंवा तुम्ही असा करार लिहू शकता जे तुम्ही डीलरला पैसे देता तेव्हा आपोआप तुम्हाला कारच्या शीर्षकाची डिजिटल आवृत्ती देते.
 
-## अंदाजे परिणाम {#predictability}
+## अंदाजित परिणाम {#predictability}
 
 पारंपारिक करार संदिग्ध आहेत कारण ते त्यांचा अर्थ लावण्यासाठी आणि अंमलात आणण्यासाठी मानवांवर अवलंबून असतात. उदाहरणार्थ, दोन न्यायाधीश एखाद्या कराराचा वेगळा अर्थ लावू शकतात, ज्यामुळे विसंगत निर्णय आणि असमान परिणाम होऊ शकतात. स्मार्ट कॉन्ट्रॅक्ट ही शक्यता काढून टाकतात. त्याऐवजी, स्मार्ट कॉन्ट्रॅक्ट्स कॉन्ट्रॅक्टच्या कोडमध्ये लिहिलेल्या अटींवर आधारित अचूकपणे अंमलात आणतात. या अचूकतेचा अर्थ असा आहे की समान परिस्थिती लक्षात घेता, स्मार्ट करार समान परिणाम देईल.
 
-## सार्वजनिक रेकॉर्ड {#public-record}
+## सार्वजनिक नोंद {#public-record}
 
 स्मार्ट कॉन्ट्रॅक्ट ऑडिट आणि ट्रॅकिंगसाठी उपयुक्त आहेत. Ethereum स्मार्ट कॉन्ट्रॅक्ट सार्वजनिक ब्लॉकचेनवर असल्याने, कोणीही मालमत्ता हस्तांतरण आणि इतर संबंधित माहिती त्वरित ट्रॅक करू शकतो. उदाहरणार्थ, तुमच्या पत्त्यावर कोणीतरी पैसे पाठवले आहेत हे पाहण्यासाठी तुम्ही तपासू शकता.
 
-## गोपनीयता संरक्षण {#privacy-protection}
+## गोपनीयतेचे संरक्षण {#privacy-protection}
 
 स्मार्ट कॉन्ट्रॅक्ट तुमच्या गोपनीयतेचेही संरक्षण करतात. Ethereum हे एक छद्मनावी नेटवर्क असल्याने (तुमचे व्यवहार सार्वजनिकपणे एका अनन्य क्रिप्टोग्राफिक पत्त्याशी जोडलेले आहेत, तुमची ओळख नाही), तुम्ही तुमच्या गोपनीयतेचे निरीक्षकांपासून संरक्षण करू शकता.
 
@@ -56,29 +65,26 @@ lang: mr
 
 शेवटी, पारंपारिक करारांप्रमाणे, तुम्ही स्वाक्षरी करण्यापूर्वी (किंवा अन्यथा त्याच्याशी संवाद साधण्यापूर्वी) स्मार्ट करारामध्ये काय आहे ते तपासू शकता. स्मार्ट कराराची पारदर्शकता हमी देते की कोणीही त्याची छाननी करू शकेल.
 
-## स्मार्ट करार वापर प्रकरणे {#use-cases}
+## स्मार्ट कॉन्ट्रॅक्ट्सचे उपयोग {#use-cases}
 
 स्मार्ट कॉन्ट्रॅक्ट मूलत: संगणक प्रोग्राम करू शकतील असे काहीही करू शकतात.
 
-ते गणना करू शकतात, चलन तयार करू शकतात, डेटा संग्रहित करू शकतात, मिंट NFT, संप्रेषणे पाठवू शकतात आणि ग्राफिक्स तयार करू शकतात. येथे काही लोकप्रिय, वास्तविक-जगाची उदाहरणे आहेत:
+ते गणना करू शकतात, चलन तयार करू शकतात, डेटा संग्रहित करू शकतात, [NFTs](/glossary/#nft) मिंट करू शकतात, संप्रेषणे पाठवू शकतात आणि ग्राफिक्स तयार करू शकतात. येथे काही लोकप्रिय, वास्तविक-जगाची उदाहरणे आहेत:
 
-- [स्टेबलकॉइन्स](/stablecoins/)
+- [Stablecoins](/stablecoins/)
 - [अद्वितीय डिजिटल मालमत्ता तयार करणे आणि वितरित करणे](/nft/)
-- [एक स्वयंचलित, खुले चलन विनिमय](/get-eth/#dex)
+- [एक स्वयंचलित, मुक्त चलन विनिमय](/get-eth/#dex)
 - [विकेंद्रित गेमिंग](/apps/categories/gaming)
-- [विमा पॉलिसी जी आपोआप भरली जाते](https://etherisc.com/)
-- [एक मानक जे लोकांना सानुकूलित, इंटरऑपरेबल चलने तयार करू देते](/developers/docs/standards/tokens/)
-
-## More of a visual learner? {#visual-learner}
+- [विमा पॉलिसी जी आपोआप पैसे देते](https://etherisc.com/)
+- [एक मानक जे लोकांना सानुकूलित, आंतर-कार्यक्षम चलने तयार करू देते](/developers/docs/standards/tokens/)
 
-फाइनेमॅटिक्स स्मार्ट कॉन्ट्रॅक्टचे स्पष्टीकरण पहा:
+## पुढील वाचन {#further-reading}
 
-<YouTube id="pWGLtjG-F5c" />
+- [स्मार्ट कॉन्ट्रॅक्ट्स जग कसे बदलतील](https://www.youtube.com/watch?v=pA6CGuXEKtQ)
+- [डेव्हलपर्ससाठी स्मार्ट कॉन्ट्रॅक्ट्स](/developers/docs/smart-contracts/)
+- [स्मार्ट-कॉन्ट्रॅक्ट्स लिहायला शिका](/developers/learning-tools/)
+- [Ethereum मध्ये प्रभुत्व - स्मार्ट कॉन्ट्रॅक्ट म्हणजे काय?](https://github.com/ethereumbook/ethereumbook/blob/openedition/07smart-contracts-solidity.asciidoc#what-is-a-smart-contract)
 
-## Further reading {#further-reading}
+<Divider />
 
-- [स्मार्ट कॉन्ट्रॅक्ट जग कसे बदलतील](https://www.youtube.com/watch?v=pA6CGuXEKtQ)
-- [स्मार्ट कॉन्ट्रॅक्ट: ब्लॉकचेन तंत्रज्ञान जे वकीलांची जागा घेईल](https://blockgeeks.com/guides/smart-contracts/)
-- [विकसकांसाठी स्मार्ट कॉन्ट्रॅक्ट](/developers/docs/smart-contracts/)
-- [स्मार्ट-कॉन्ट्रॅक्ट लिहायला शिका](/developers/learning-tools/)
-- [मास्टरिंग Ethereum - स्मार्ट ककॉन्ट्रॅक्ट म्हणजे काय?](https://github.com/ethereumbook/ethereumbook/blob/openedition/07smart-contracts-solidity.asciidoc#what-is-a-smart-contract)
+<QuizWidget quizKey="smart-contracts" />
diff --git a/public/content/translations/mr/social-networks/index.md b/public/content/translations/mr/social-networks/index.md
index 5d300a0d19e..a35dbf5b403 100644
--- a/public/content/translations/mr/social-networks/index.md
+++ b/public/content/translations/mr/social-networks/index.md
@@ -1,121 +1,140 @@
 ---
-title: विकेंद्रित सामाजिक जाळे
-description: Ethereum वर विकेंद्रित सोशल नेटवर्कचे विहंगावलोकन
+title: "विकेंद्रित सामाजिक जाळे"
+description: "Ethereum वर विकेंद्रित सोशल नेटवर्कचे विहंगावलोकन"
 lang: mr
 template: use-cases
 emoji: ":mega:"
 sidebarDepth: 2
 image: /images/ethereum-learn.png
-summaryPoint1: सामाजिक संवाद आणि सामग्री निर्मिती आणि वितरणासाठी ब्लॉकचेन-आधारित प्लॅटफॉर्म.
-summaryPoint2: विकेंद्रित सोशल मीडिया नेटवर्क वापरकर्त्याच्या गोपनीयतेचे संरक्षण करतात आणि डेटा सुरक्षितता वाढवतात.
-summaryPoint3: टोकन आणि NFT सामग्रीची कमाई करण्याचे नवीन मार्ग तयार करतात.
+summaryPoint1: "सामाजिक संवाद आणि सामग्री निर्मिती आणि वितरणासाठी ब्लॉकचेन-आधारित प्लॅटफॉर्म."
+summaryPoint2: "विकेंद्रित सोशल मीडिया नेटवर्क वापरकर्त्याच्या गोपनीयतेचे संरक्षण करतात आणि डेटा सुरक्षितता वाढवतात."
+summaryPoint3: "टोकन आणि NFT सामग्रीची कमाई करण्याचे नवीन मार्ग तयार करतात."
 ---
 
 सोशल नेटवर्क्स आपल्या दैनंदिन संप्रेषणांमध्ये आणि परस्परसंवादांमध्ये मोठी भूमिका बजावतात. तथापि, या प्लॅटफॉर्मच्या केंद्रीकृत नियंत्रणाने अनेक समस्या निर्माण केल्या आहेत: डेटाचे उल्लंघन, सर्व्हर आऊटेजेस, डी-प्लॅटफॉर्मिंग, सेन्सॉरशिप आणि गोपनीयतेचे उल्लंघन हे काही ट्रेड-ऑफ आहेत जे सोशल मीडिया अनेकदा करतात. या समस्यांचा सामना करण्यासाठी, विकसक Ethereum वर सोशल नेटवर्क तयार करत आहेत. विकेंद्रित सोशल नेटवर्क्स पारंपारिक सोशल नेटवर्किंग प्लॅटफॉर्मच्या अनेक समस्यांचे निराकरण करू शकतात आणि वापरकर्त्यांचा एकूण अनुभव सुधारू शकतात.
 
 ## विकेंद्रित सामाजिक नेटवर्क म्हणजे काय? {#what-are-decentralized-social-networks}
 
-विकेंद्रित सामाजिक नेटवर्क हे ब्लॉकचेन-आधारित प्लॅटफॉर्म आहेत जे वापरकर्त्यांना माहितीची देवाणघेवाण करण्यास तसेच प्रेक्षकांना सामग्री प्रकाशित आणि वितरित करण्यास अनुमती देतात. हे ऍप्लिकेशन्स ब्लॉकचेनवर चालत असल्यामुळे ते विकेंद्रित आणि सेन्सॉरशिप आणि अवाजवी नियंत्रणास प्रतिरोधक असण्यास सक्षम आहेत.
+विकेंद्रित सामाजिक नेटवर्क हे [ब्लॉकचेन-आधारित](/glossary/#blockchain) प्लॅटफॉर्म आहेत जे वापरकर्त्यांना माहितीची देवाणघेवाण करण्यास तसेच प्रेक्षकांना सामग्री प्रकाशित आणि वितरित करण्यास अनुमती देतात. हे ऍप्लिकेशन्स ब्लॉकचेनवर चालत असल्यामुळे ते विकेंद्रित आणि सेन्सॉरशिप आणि अवाजवी नियंत्रणास प्रतिरोधक असण्यास सक्षम आहेत.
 
 अनेक विकेंद्रित सोशल नेटवर्क्स Facebook, LinkedIn, Twitter आणि Medium सारख्या प्रस्थापित सोशल मीडिया सेवांना पर्याय म्हणून अस्तित्वात आहेत. परंतु ब्लॉकचेन-संचालित सोशल नेटवर्क्समध्ये अनेक वैशिष्ट्ये आहेत जी त्यांना पारंपारिक सामाजिक प्लॅटफॉर्मच्या पुढे ठेवतात.
 
+<YouTube id="UdT2lpcGvcQ" />
+
 ### विकेंद्रित सामाजिक नेटवर्क कसे कार्य करतात? {#decentralized-social-networks-overview}
 
-विकेंद्रित सोशल नेटवर्क्स हे [विकेंद्रित अॅप्लिकेशन्स (dapps)](/apps/)—[स्मार्ट कॉन्ट्रॅक्ट्स](/developers/docs/smart-contracts/) द्वारे समर्थित अॅप्लिकेशन्सचा एक वर्ग ब्लॉकचेनवर तैनात आहे. कॉन्ट्रॅक्ट कोड या अॅप्ससाठी बॅकएंड म्हणून काम करतो आणि त्यांचे व्यवसाय तर्क परिभाषित करतो.
+विकेंद्रित सामाजिक नेटवर्क्स हे [विकेंद्रित ऍप्लिकेशन्स (dapps)](/apps/) चा एक वर्ग आहे—ब्लॉकचेनवर तैनात केलेल्या [स्मार्ट कॉन्ट्रॅक्ट्स](/glossary/#smart-contract) द्वारे समर्थित ऍप्लिकेशन्स. कॉन्ट्रॅक्ट कोड या अॅप्ससाठी बॅकएंड म्हणून काम करतो आणि त्यांचे व्यवसाय तर्क परिभाषित करतो.
 
-पारंपारिक सोशल मीडिया प्लॅटफॉर्म वापरकर्ता माहिती, प्रोग्राम कोड आणि डेटाचे इतर प्रकार संग्रहित करण्यासाठी डेटाबेसवर अवलंबून असतात. परंतु यामुळे एकल पॉइंट-ऑफ-अपयश निर्माण होते आणि लक्षणीय धोका निर्माण होतो. उदाहरणार्थ, Facebook चे सर्व्हर बदनामपणे [तास ऑफलाइन गेले](https://www.npr.org/2021/10/05/1043211171/facebook-instagram-whatsapp-outage-business-impact) गेल्या वर्षी, प्लॅटफॉर्मवरून वापरकर्त्यांना कापले.
+पारंपारिक सोशल मीडिया प्लॅटफॉर्म वापरकर्ता माहिती, प्रोग्राम कोड आणि डेटाचे इतर प्रकार संग्रहित करण्यासाठी डेटाबेसवर अवलंबून असतात. परंतु यामुळे एकल पॉइंट-ऑफ-अपयश निर्माण होते आणि लक्षणीय धोका निर्माण होतो. उदाहरणार्थ, ऑक्टोबर २०२१ मध्ये फेसबुकचे सर्व्हर कुप्रसिद्धपणे [तासांसाठी ऑफलाइन झाले होते](https://www.npr.org/2021/10/05/1043211171/facebook-instagram-whatsapp-outage-business-impact), ज्यामुळे वापरकर्ते प्लॅटफॉर्मपासून दूर झाले.
 
-विकेंद्रित सोशल नेटवर्क्स पीअर-टू-पीअर नेटवर्कवर अस्तित्वात आहेत ज्यात जगभरातील हजारो नोड्स आहेत. जरी काही नोड्स अयशस्वी झाले तरीही, नेटवर्क अखंडपणे चालेल, अनुप्रयोगांना अपयश आणि आउटेजला प्रतिरोधक बनवेल.
+विकेंद्रित सामाजिक नेटवर्क्स जगभरातील हजारो नोड्स असलेल्या [पीअर-टू-पीअर नेटवर्कवर](/glossary/#peer-to-peer-network) अस्तित्वात आहेत. जरी काही नोड्स अयशस्वी झाले तरीही, नेटवर्क अखंडपणे चालेल, अनुप्रयोगांना अपयश आणि आउटेजला प्रतिरोधक बनवेल.
 
-[InterPlanetary File System (IPFS)](https://ipfs.io/) सारख्या विकेंद्रित स्टोरेज सिस्टमचा वापर करून, Ethereum वर तयार केलेली सोशल नेटवर्क वापरकर्त्याच्या माहितीचे शोषण आणि दुर्भावनापूर्ण वापरापासून संरक्षण करू शकते. कोणीही तुमची वैयक्तिक माहिती जाहिरातदारांना विकणार नाही, किंवा हॅकर्स तुमचे गोपनीय तपशील चोरू शकणार नाहीत.
+[InterPlanetary File System (IPFS)](https://ipfs.io/) सारख्या विकेंद्रित स्टोरेज सिस्टमचा वापर करून, Ethereum वर तयार केलेले सामाजिक नेटवर्क वापरकर्त्याच्या माहितीचे शोषण आणि दुर्भावनापूर्ण वापरापासून संरक्षण करू शकतात. कोणीही तुमची वैयक्तिक माहिती जाहिरातदारांना विकणार नाही, किंवा हॅकर्स तुमचे गोपनीय तपशील चोरू शकणार नाहीत.
 
 अनेक ब्लॉकचेन-आधारित सोशल प्लॅटफॉर्मवर नेटिव्ह टोकन्स आहेत जे जाहिरातींच्या कमाईच्या अनुपस्थितीत कमाई करतात. वापरकर्ते विशिष्ट वैशिष्ट्यांमध्ये प्रवेश करण्यासाठी, अॅप-मधील खरेदी पूर्ण करण्यासाठी किंवा त्यांच्या आवडत्या सामग्री निर्मात्यांना टिप देण्यासाठी ही टोकन खरेदी करू शकतात.
 
 ## विकेंद्रित सामाजिक नेटवर्कचे फायदे {#benefits}
 
-1. विकेंद्रित सामाजिक नेटवर्क सेन्सॉरशिप-प्रतिरोधक आणि प्रत्येकासाठी खुले आहेत. याचा अर्थ वापरकर्त्यांना प्रतिबंधित, डिप्लॅटफॉर्म किंवा अनियंत्रितपणे प्रतिबंधित केले जाऊ शकत नाही.
+1. विकेंद्रित सामाजिक नेटवर्क सेन्सॉरशिप-प्रतिरोधक आणि प्रत्येकासाठी खुले आहेत. याचा अर्थ **वापरकर्त्यांवर बंदी घातली जाऊ शकत नाही**, त्यांना डिप्लॅटफॉर्म केले जाऊ शकत नाही किंवा अनियंत्रितपणे प्रतिबंधित केले जाऊ शकत नाही.
 
-2. विकेंद्रित सामाजिक नेटवर्क मुक्त-स्रोत आदर्शांवर तयार केले जातात आणि सार्वजनिक तपासणीसाठी अनुप्रयोगांसाठी स्त्रोत कोड उपलब्ध करतात. पारंपारिक सोशल मीडियामध्ये सामान्य असलेल्या अपारदर्शक अल्गोरिदमची अंमलबजावणी काढून टाकून, ब्लॉकचेन-आधारित सोशल नेटवर्क वापरकर्ते आणि प्लॅटफॉर्म निर्मात्यांच्या हितसंबंधांना संरेखित करू शकतात.
+2. विकेंद्रित सामाजिक नेटवर्क्स **ओपन-सोर्स आदर्शांवर तयार केलेले आहेत** आणि अनुप्रयोगांसाठी सोर्स कोड सार्वजनिक तपासणीसाठी उपलब्ध करतात. पारंपारिक सोशल मीडियामध्ये सामान्य असलेल्या अपारदर्शक अल्गोरिदमची अंमलबजावणी काढून टाकून, ब्लॉकचेन-आधारित सोशल नेटवर्क वापरकर्ते आणि प्लॅटफॉर्म निर्मात्यांच्या हितसंबंधांना संरेखित करू शकतात.
 
-3. विकेंद्रित सामाजिक नेटवर्क "मध्यम-पुरुष" दूर करतात. सामग्री निर्मात्यांची त्यांच्या सामग्रीवर थेट मालकी असते आणि ते अनुयायी, चाहते, खरेदीदार आणि इतर पक्षांशी थेट गुंततात, त्यामध्ये स्मार्ट कराराशिवाय काहीही नसते.
+3. विकेंद्रित सामाजिक नेटवर्क "मध्यम-पुरुष" दूर करतात. सामग्री **निर्मात्यांची त्यांच्या सामग्रीवर थेट मालकी असते**, आणि ते अनुयायी, चाहते, खरेदीदार आणि इतर पक्षांशी थेट संवाद साधतात, ज्यामध्ये केवळ एक स्मार्ट कॉन्ट्रॅक्ट असतो.
 
-4. नोड्सच्या जागतिक, पीअर-टू-पीअर नेटवर्कद्वारे टिकून राहिलेल्या Ethereum नेटवर्कवर चालणारे dapps, विकेंद्रित सोशल नेटवर्क्स सर्व्हर डाउनटाइम आणि आउटेजसाठी कमी संवेदनशील असतात.
+4. नोड्सच्या जागतिक, पीअर-टू-पीअर नेटवर्कद्वारे टिकून राहिलेल्या Ethereum नेटवर्कवर चालणारे dapps म्हणून, विकेंद्रित सामाजिक नेटवर्क्स **सर्व्हर डाउनटाइम** आणि आउटेजसाठी कमी संवेदनशील असतात.
 
-5. विकेंद्रित सामाजिक प्लॅटफॉर्म सामग्री निर्मात्यांसाठी नॉन-फंगीबल टोकन्स (NFT), अॅप-मधील क्रिप्टो पेमेंट आणि बरेच काही द्वारे सुधारित कमाई फ्रेमवर्क ऑफर करतात.
+5. विकेंद्रित सामाजिक प्लॅटफॉर्म सामग्री निर्मात्यांना [नॉन-फंजिबल टोकन (NFTs)](/glossary/#nft), अॅप-मधील क्रिप्टो पेमेंट्स आणि बरेच काही द्वारे **सुधारित कमाईची** फ्रेमवर्क देतात.
 
-6. विकेंद्रित सामाजिक नेटवर्क वापरकर्त्यांना उच्च पातळीची गोपनीयता आणि निनावीपणा देतात. उदाहरणार्थ, एखादी व्यक्ती ENS प्रोफाईल किंवा वॉलेट वापरून Ethereum-आधारित सोशल नेटवर्कमध्ये साइन इन करू शकते — वैयक्तिकरित्या ओळखण्यायोग्य माहिती (PII), जसे की नावे, ईमेल पत्ते इत्यादी शेअर न करता.
+6. विकेंद्रित सामाजिक नेटवर्क वापरकर्त्यांना **उच्च पातळीची गोपनीयता आणि अनामिकता** प्रदान करतात. उदाहरणार्थ, एखादी व्यक्ती नावे, ईमेल पत्ते इत्यादीसारखी वैयक्तिकरित्या ओळखण्यायोग्य माहिती (PII) शेअर न करता [ENS](/glossary/#ens) प्रोफाइल किंवा [वॉलेट](/glossary/#wallet) वापरून Ethereum-आधारित सामाजिक नेटवर्कमध्ये साइन इन करू शकते.
 
 7. विकेंद्रित सामाजिक नेटवर्क विकेंद्रित स्टोरेजवर अवलंबून असतात, केंद्रीकृत डेटाबेसवर नाही, जे वापरकर्त्याच्या डेटाचे संरक्षण करण्यासाठी बरेच चांगले आहेत.
 
-## Ethereum वर विकेंद्रित सामाजिक नेटवर्क {#ethereum-social-networks}
+## Ethereum वर विकेंद्रित सामाजिक नेटवर्क्स {#ethereum-social-networks}
 
-Ethereum नेटवर्क विकेंद्रित सोशल मीडिया तयार करणार्‍या डेव्हलपर्ससाठी त्याच्या टोकन्सच्या लोकप्रियतेमुळे (ERC-20/ERC-721) आणि त्याच्या प्रचंड वापरकर्ता आधारामुळे पसंतीचे साधन बनले आहे. Ethereum-आधारित सामाजिक नेटवर्कची काही उदाहरणे येथे आहेत:
+त्याच्या टोकन्सची लोकप्रियता आणि मोठ्या वापरकर्ता वर्गामुळे, विकेंद्रित सोशल मीडिया तयार करणाऱ्या डेव्हलपर्ससाठी Ethereum नेटवर्क एक पसंतीचे साधन बनले आहे. Ethereum-आधारित सामाजिक नेटवर्कची काही उदाहरणे येथे आहेत:
 
-### Peepeth {#peepeth}
+### मिरर {#mirror}
 
-[Peepeth](https://peepeth.com/) हे Twitter सारखेच मायक्रोब्लॉगिंग प्लॅटफॉर्म आहे. हे Ethereum ब्लॉकचेनवर चालते आणि वापरकर्ता डेटा संचयित करण्यासाठी IPFS वापरते.
+[Mirror](https://mirror.xyz/) हे एक web3-सक्षम लेखन प्लॅटफॉर्म आहे ज्याचे उद्दिष्ट विकेंद्रित आणि वापरकर्त्याच्या मालकीचे असणे आहे. वापरकर्ते त्यांचे वॉलेट कनेक्ट करून Mirror वर विनामूल्य वाचू आणि लिहू शकतात. वापरकर्ते लेखन गोळा करू शकतात आणि त्यांच्या आवडत्या लेखकांचे सदस्यत्व घेऊ शकतात.
 
-वापरकर्ते "पीप्स" नावाचे लघु संदेश पाठवू शकतात, जे हटविले किंवा सुधारित केले जाऊ शकत नाहीत. तुम्ही अॅप न सोडता इथर (ETH) मध्ये प्लॅटफॉर्मवर टिपा गोळा करू शकता किंवा कोणालाही टिप देऊ शकता.
+Mirror वर प्रकाशित केलेल्या पोस्ट्स Arweave, एका विकेंद्रित स्टोरेज प्लॅटफॉर्मवर कायमस्वरूपी संग्रहित केल्या जातात, आणि रायटिंग NFTs म्हणून ओळखले जाणारे संग्रहणीय [नॉन-फंजिबल टोकन्स (NFTs)](/nft/) म्हणून मिंट केले जाऊ शकतात. रायटिंग NFTs लेखकांसाठी तयार करण्यासाठी पूर्णपणे विनामूल्य आहेत, आणि संग्रह Ethereum [L2](/glossary/#layer-2) वर होतो — ज्यामुळे व्यवहार स्वस्त, जलद आणि पर्यावरणास अनुकूल बनतात.
 
-### Mirror {#mirror}
+### MINDS {#minds}
 
-[Mirror](https://mirror.xyz/) हे web3-सक्षम लेखन प्लॅटफॉर्म आहे ज्याचे उद्दिष्ट विकेंद्रित आणि वापरकर्त्याच्या मालकीचे आहे. वापरकर्ते त्यांचे वॉलेट कनेक्ट करून Mirror वर विनामूल्य वाचू आणि लिहू शकतात. वापरकर्ते लेखन गोळा करू शकतात आणि त्यांच्या आवडत्या लेखकांचे सदस्यत्व घेऊ शकतात.
+[MINDS](https://www.minds.com/) हे सर्वाधिक वापरल्या जाणार्‍या विकेंद्रित सामाजिक नेटवर्क्सपैकी एक आहे. हे Facebook सारखे कार्य करते आणि आधीच लाखो वापरकर्ते मिळवले आहेत.
 
-"Mirror" वर प्रकाशित केलेल्या पोस्ट्स विकेंद्रित स्टोरेज "Arweave" प्लॅटफॉर्मवर कायमस्वरूपी संग्रहित केल्या जातात, आणि संग्रह करण्यायोग्य [नॉन-फंजिबल टोकन (NFT)](/nft/) म्हणून लिहिल्या जाऊ शकतात. NFT लिहिणे लेखकांसाठी तयार करण्यासाठी पूर्णपणे विनामूल्य आहे, आणि संग्रह Ethereum L2 वर होतो — व्यवहार स्वस्त, जलद आणि पर्यावरणास अनुकूल बनवतात.
+वापरकर्ते आयटमसाठी पैसे देण्यासाठी प्लॅटफॉर्मचे मूळ [ERC-20](/glossary/#erc-20) टोकन $MIND वापरतात. वापरकर्ते लोकप्रिय सामग्री प्रकाशित करून, इकोसिस्टममध्ये योगदान देऊन आणि इतरांना प्लॅटफॉर्मवर संदर्भ देऊन $MIND टोकन देखील मिळवू शकतात.
 
-### MINDS {#minds}
+### Farcaster {#farcaster}
 
-[MINDS](https://www.minds.com/) हे सर्वाधिक वापरल्या जाणार्‍या विकेंद्रित सामाजिक नेटवर्कपैकी एक आहे. हे Facebook सारखे कार्य करते आणि आधीच लाखो वापरकर्ते मिळवले आहेत.
+[Farcaster](https://farcaster.xyz/) हे X आणि Reddit सारखेच एक "पुरेशा प्रमाणात विकेंद्रित" सामाजिक नेटवर्क आहे जे वापरकर्त्यांना "कास्ट" शेअर आणि शोधण्याची परवानगी देते. हे ऑप्टिमिझम L2 नेटवर्कवर तयार केले आहे जेणेकरून व्यवहार तुलनेने स्वस्त राहतील.
 
-वापरकर्ते आयटमसाठी देय देण्यासाठी प्लॅटफॉर्मचे मूळ ERC-20 टोकन $MIND वापरतात. वापरकर्ते लोकप्रिय सामग्री प्रकाशित करून, इकोसिस्टममध्ये योगदान देऊन आणि इतरांना प्लॅटफॉर्मवर संदर्भ देऊन $MIND टोकन देखील मिळवू शकतात.
+## विकेंद्रित सामाजिक नेटवर्क वापरा {#use-decentralized-social-networks}
 
-## Ethereum वर Web2 सामाजिक नेटवर्क {#web2-social-networks-and-ethereum}
+- **[Status.app](https://status.app/)** - _Status हे एक सुरक्षित मेसेजिंग अॅप आहे जे आपले संदेश तृतीय पक्षांपासून संरक्षित करण्यासाठी ओपन-सोर्स, पीअर-टू-पीअर प्रोटोकॉल आणि एंड-टू-एंड एन्क्रिप्शन वापरते._
+- **[Mirror.xyz](https://mirror.xyz/)** - _Mirror हे Ethereum वर तयार केलेले एक विकेंद्रित, वापरकर्त्याच्या मालकीचे प्रकाशन प्लॅटफॉर्म आहे, जे वापरकर्त्यांना कल्पनांना क्राउडफंड करण्यासाठी, सामग्रीची कमाई करण्यासाठी आणि उच्च-मूल्य समुदाय तयार करण्यासाठी आहे._
+- **[Lens Protocol](https://lens.xyz/)** - _लेन्स प्रोटोकॉल हा एक कंपोझेबल आणि विकेंद्रित सोशल ग्राफ आहे जो निर्मात्यांना विकेंद्रित इंटरनेटच्या डिजिटल गार्डनमध्ये कुठेही त्यांच्या सामग्रीची मालकी घेण्यास मदत करतो._
+- **[Farcaster](https://farcaster.xyz/)** - _Farcaster हे पुरेसे विकेंद्रित सामाजिक नेटवर्क आहे. _हा एक खुला प्रोटोकॉल आहे जो ईमेलप्रमाणेच अनेक क्लायंटना समर्थन देऊ शकतो._
+- **[Ethereum Follow Protocol](https://efp.app/)** - _Ethereum फॉलो प्रोटोकॉल हा Ethereum खात्यांसाठी पूर्णपणे विकेंद्रित ऑनचेन सोशल ग्राफ आहे, जो ENS आणि SIWE ला पूरक मॉड्यूलर Ethereum ओळख स्टॅकच्या दृष्टीकोनाला पुढे नेतो._
+- **[Ethereum Comments Protocol](https://www.ethcomments.xyz/)** - _तुमचे विचार ऑनचेन ठेवण्यासाठी Ethereum वरील एक नवीन, प्रोग्राम करण्यायोग्य सामाजिक सामग्री आदिम._
 
-[Web3](/web3/) नेटिव्ह सोशल प्लॅटफॉर्म फक्त सोशल मीडियामध्ये ब्लॉकचेन तंत्रज्ञानाचा समावेश करण्याचा प्रयत्न करत नाहीत. अनेक केंद्रीकृत प्लॅटफॉर्म देखील त्यांच्या पायाभूत सुविधांमध्ये Ethereum समाकलित करण्याची योजना आखत आहेत:
+## Ethereum वर Web2 सामाजिक नेटवर्क्स {#web2-social-networks-and-ethereum}
 
-### Reddit {#reddit}
+[Web3](/glossary/#web3) मूळ सामाजिक प्लॅटफॉर्म हे एकमेव नाहीत जे सोशल मीडियामध्ये ब्लॉकचेन तंत्रज्ञान समाविष्ट करण्याचा प्रयत्न करत आहेत. अनेक केंद्रीकृत प्लॅटफॉर्म देखील त्यांच्या पायाभूत सुविधांमध्ये Ethereum समाकलित करण्याचे अन्वेषण करत आहेत किंवा त्यांनी प्रयोग केले आहेत:
 
-Reddit कडे [सामुदायिक मुद्दे](https://cointelegraph.com/news/reddit-to-reportedly-tokenize-karma-points-and-onboard-500m-new-users) आहेत, जे आहेत [ERC-20 टोकन](/developers/docs/standards/tokens/erc-20/) जे वापरकर्ते दर्जेदार सामग्री पोस्ट करून आणि ऑनलाइन समुदायांमध्ये (सबरेडीट्स) योगदान देऊन कमवू शकतात. तुम्ही [अनन्य विशेषाधिकार आणि भत्ते मिळवण्यासाठी](https://www.reddit.com/community-points/) सबरेडीटमध्ये हे टोकन रिडीम करू शकता. या प्रकल्पासाठी, Reddit Arbitrum सोबत काम करत आहे, एक [लेयर 2](/layer-2/) रोलअप Ethereum व्यवहार मोजण्यासाठी डिझाइन केलेले आहे.
+### ब्रेव्ह ब्राउझर {#brave}
 
-r/क्रिप्टोकरंसी सबरेडिट ["मून" नावाच्या कम्युनिटी पॉइंट्सची आवृत्ती चालवत](https://www.reddit.com/r/CryptoCurrency/wiki/moons_wiki) सह, कार्यक्रम आधीच लाइव्ह आहे. अधिकृत वर्णनानुसार, मून "पोस्टर, टिप्पणीकार आणि नियंत्रकांना त्यांच्या सबरेडीटमधील योगदानाबद्दल बक्षीस देतात." कारण हे टोकन ब्लॉकचेनवर आहेत (वापरकर्ते ते वॉलेटमध्ये प्राप्त करतात), ते Reddit पासून स्वतंत्र आहेत आणि काढून घेतले जाऊ शकत नाहीत.
+- ब्रेव्हने डिजिटल जाहिरात आणि सामग्री निर्माता समर्थनामध्ये क्रांती घडवण्यासाठी Ethereum वर तयार केलेला ERC-20 टोकन, **[बेसिक अटेंशन टोकन (BAT)](https://basicattentiontoken.org/)** आपल्या ब्राउझर इकोसिस्टममध्ये एकत्रित केला आहे.
 
-रिंकेबी टेस्टनेट वर बीटा फेज पूर्ण केल्यानंतर, Reddit समुदाय पॉइंट्स आता [Arbitrum Nova](https://nova.arbitrum.io/) वर आहेत, एक ब्लॉकचेन जे चे गुणधर्म एकत्र करते [साइडचेन](/developers/docs/scaling/sidechains/) आणि [आशावादी रोलअप](/developers/docs/scaling/optimistic-rollups/). विशेष वैशिष्‍ट्ये अनलॉक करण्‍यासाठी कम्युनिटी पॉइंट वापरण्‍यासोबतच, वापरकर्ते त्‍यांना एक्सचेंजेसवर फिएटसाठी ट्रेड देखील करू शकतात. तसेच, वापरकर्त्याच्या मालकीच्या कम्युनिटी पॉइंट्सचे प्रमाण समुदायातील निर्णय प्रक्रियेवर त्यांचा प्रभाव निर्धारित करते.
+- **[ब्रेव्ह रिवॉर्ड्स प्रोग्राम](https://brave.com/brave-rewards/)** वापरकर्त्यांना गोपनीयतेचा आदर करणाऱ्या जाहिराती पाहून BAT मिळवण्याची आणि नंतर लक्ष वेळेच्या आधारावर YouTube, Twitter आणि GitHub सारख्या विविध प्लॅटफॉर्मवरील वेबसाइट्स आणि सामग्री निर्मात्यांना आपोआप योगदान देण्याची परवानगी देतो.
 
-### Twitter {#twitter}
+- सामग्री निर्माते हे योगदान थेट त्यांच्या Ethereum वॉलेटमध्ये मिळवण्यासाठी **[ब्रेव्ह सत्यापित निर्माते](https://creators.brave.com/)** म्हणून नोंदणी करू शकतात, ज्यामुळे पारंपारिक वेब प्लॅटफॉर्म आणि ब्लॉकचेन-आधारित कमाई यांच्यात एक पूल तयार होतो.
 
-जानेवारी 2021 मध्ये, Twitter Blue ने [NFT साठी सपोर्ट रोलआउट केला](https://mashable.com/article/twitter-blue-nft-profile-picture), ज्यामुळे वापरकर्त्यांना त्यांचे वॉलेट आणि डिस्प्ले कनेक्ट करता येतात प्रोफाइल चित्रे म्हणून NFT. लेखनाच्या वेळी, सोशल मीडिया कंपनीने देखील आहे भविष्यात विकेंद्रित सामाजिक नेटवर्क तयार करण्यासाठी [योजना जाहीर केल्या](https://www.theverge.com/2021/8/16/22627435/twitter-bluesky-lead-jay-graber-decentralized-social-web).
+- BAT टोकन्स Ethereum ब्लॉकचेनवर स्वतंत्रपणे अस्तित्वात आहेत, ज्यामुळे वापरकर्त्यांना ते मिळवल्यानंतर वैयक्तिक वॉलेट किंवा एक्सचेंजमध्ये हस्तांतरित करण्याची परवानगी मिळते.
 
-### Instagram {#instagram}
+### ऑडिअस म्युझिक प्लॅटफॉर्म {#audius}
 
-मे 2022 मध्ये, [Instagram ने Ethereum आणि बहुभुज वर NFT साठी समर्थन जाहीर केले](https://about.instagram.com/blog/announcements/instagram-digital-collectibles). वापरकर्ते त्यांचे Ethereum वॉलेट कनेक्ट करून थेट Instagram वर NFT पोस्ट करू शकतात.
+- **[ऑडिअस](https://audius.co/)** हे एक म्युझिक स्ट्रीमिंग प्लॅटफॉर्म आहे जे कलाकारांना थेट चाहत्यांशी जोडण्यासाठी Ethereum ब्लॉकचेन तंत्रज्ञान वापरते.
 
-## विकेंद्रित सामाजिक नेटवर्क वापरा {#use-decentralized-social-networks}
+- या प्लॅटफॉर्ममध्ये एक संकरित विकेंद्रित आर्किटेक्चर आहे जिथे सामग्री IPFS वर संग्रहित केली जाते आणि मालकी हक्कांसाठी ब्लॉकचेन आणि **[AUDIO टोकन](https://eth.blockscout.com/token/0x18aaa7115705e8be94bffebde57af9bfc265b998)** वापरले जाते.
+
+- ऑडिअसने **[TikTok सोबत भागीदारी](https://audius.co/tiktok)** स्थापित केली आहे, ज्यामुळे Web3 कार्यक्षमता मुख्य प्रवाहातील प्रेक्षकांपर्यंत पोहोचली आहे आणि कलाकारांना ब्लॉकचेन तंत्रज्ञानाद्वारे त्यांच्या सामग्रीची कमाई करण्याची परवानगी मिळाली आहे.
+
+- या प्लॅटफॉर्मचे तांत्रिक तपशील त्यांच्या **[व्हाइटपेपर](https://whitepaper.audius.co/)** मध्ये उपलब्ध आहेत, ज्यात त्यांनी Ethereum च्या पायाभूत सुविधांवर कसे बांधकाम केले आहे हे दर्शविले आहे.
+
+### Sorare फँटसी स्पोर्ट्स {#sorare}
+
+- **[Sorare](https://sorare.com/)** हे **[Ethereum वर तयार केलेले फँटसी स्पोर्ट्स प्लॅटफॉर्म](https://sorare.com/help/a/4402888626577/what-is-a-sorare-wallet)** आहे जे वापरकर्त्यांना अधिकृत NFT प्लेयर कार्ड गोळा करणे, व्यापार करणे आणि खेळण्याची परवानगी देते.
+
+- प्लेअर कार्ड्स Ethereum ब्लॉकचेनवर पडताळणीयोग्य NFTs आहेत, आणि प्लॅटफॉर्मचे स्मार्ट कॉन्ट्रॅक्ट्स **[Etherscan](https://eth.blockscout.com/address/0x629a673a8242c2ac4b7b8c5d8735fbeac21a6205?tab=contract)** वर पाहिले जाऊ शकतात.
+
+- Sorare पारंपारिक फँटसी स्पोर्ट्स गेमप्लेला डिजिटल मालमत्तेच्या ब्लॉकचेन मालकीसह जोडते, मुख्य प्रवाहातील क्रीडा चाहत्यांसाठी **[Ethereum सह निधीपुरवठा करण्याची](https://sorare.com/help/a/10969733392797/what-network-should-i-use-to-fund-my-eth-wallet)** कार्यक्षमता आणते.
+
+### Twitter/X (क्रिप्टो टिपिंग) {#twitter}
+
+**[Twitter](https://x.com)** (आता X) ने निर्माता कमाई आणि डिजिटल ओळख पडताळणी वाढवण्यासाठी अनेक प्रकारे ब्लॉकचेन तंत्रज्ञान समाविष्ट केले आहे:
+
+- **क्रिप्टो टिपिंग**: या प्लॅटफॉर्मने **[Ethereum टिपिंग](https://help.x.com/en/using-x/tips)** समाकलित केले आहे, ज्यामुळे वापरकर्त्यांना Strike सारख्या Ethereum-आधारित वॉलेटद्वारे पेमेंट पाठवता येते.
 
-- **[Status.im](https://status.im/)** - _Status आहे सुरक्षित मेसेजिंग अॅप जे ओपन-सोर्स, पीअर-टू-पीअर प्रोटोकॉल आणि एंड-टू-एंड एन्क्रिप्शन वापरते जे तृतीय पक्षांकडून तुमचे संदेश सुरक्षित ठेवते._
-- **[Mirror.xyz](https://mirror.xyz/)** - _मिरर एक आहे विकेंद्रित, वापरकर्त्याच्या मालकीचे प्रकाशन प्लॅटफॉर्म Ethereum वर वापरकर्त्यांसाठी क्राउडफंड कल्पना, सामग्रीची कमाई आणि उच्च-मूल्य समुदाय तयार करण्यासाठी तयार केले आहे._
-- **[लेन्स प्रोटोकॉल](https://lens.xyz/)** - _लेन्स प्रोटोकॉल आहे विकेंद्रित इंटरनेटच्या डिजिटल बागेत निर्मात्यांना त्यांच्या सामग्रीची मालकी घेण्यास मदत करणारा आणि विकेंद्रित सामाजिक आलेख._
-- **[Farcaster](https://farcaster.xyz/)** - _Farcaster पुरेसे विकेंद्रित आहे सामाजिक नेटवर्क. हा एक खुला प्रोटोकॉल आहे जो ईमेल प्रमाणेच अनेक क्लायंटना समर्थन देऊ शकतो._
+ब्लॉकचेन वैशिष्ट्ये समाकलित करून, X हे Web2 सामाजिक अनुभव आणि विकेंद्रित डिजिटल मालकी यांच्यातील अंतर कमी करत आहे.
 
-## Further reading {#further-reading}
+## पुढील वाचन {#further-reading}
 
 ### लेख {#articles}
 
-- [सोशल मीडियाचे विकेंद्रीकरण: web3 सोशल स्टॅकसाठी मार्गदर्शक](https://www.coinbase.com/blog/decentralizing-social-media-a-guide-to-the-web3-social-stack) - _कॉइनबेस व्हेंचर्स_
-- [सोशल नेटवर्क ही विकेंद्रीकरणाची पुढील मोठी संधी आहे](https://www.coindesk.com/tech/2021/01/22/social-networks-are-the-next-big-decentralization-opportunity/) — _बेन गोर्टझेल_
-- [Web3 विकेंद्रित, समुदाय- समर्थित सोशल नेटवर्क्स](https://venturebeat.com/2022/02/26/web3-holds-the-promise-of-decentralized-community-powered-social-networks/) — _सुमित घोष_
-- [ब्लॉकचेन सोशल मीडिया लँडस्केपचे विहंगावलोकन](https://www.gemini.com/cryptopedia/blockchain-social-media-decentralized-social-media) — _जेमिनी क्रिप्टोपीडिया_
-- [ब्लॉकचेन सोशल मीडिया गोपनीयता कशी सोडवू शकते](https://www.investopedia.com/news/ethereum-blockchain-social-media-privacy-problem-linkedin-indorse/) — _प्रबलेन बाजपेयी_
-- [सोशल मीडिया नेटवर्क्स ब्लॉकचेनवर येत आहेत](https://eawosika.com/what-are-decentralized-social-networks) — _इमॅन्युएल अवोसिका_
+- [सोशल मीडियाचे विकेंद्रीकरण: वेब3 सोशल स्टॅकसाठी मार्गदर्शक](https://www.coinbase.com/blog/decentralizing-social-media-a-guide-to-the-web3-social-stack) - _Coinbase Ventures_
+- [सामाजिक नेटवर्क ही विकेंद्रीकरणाची पुढील मोठी संधी आहे](https://www.coindesk.com/tech/2021/01/22/social-networks-are-the-next-big-decentralization-opportunity/) — _Ben Goertzel_
+- [Web3 विकेंद्रित, समुदाय-चालित सामाजिक नेटवर्कचे वचन देते](https://venturebeat.com/2022/02/26/web3-holds-the-promise-of-decentralized-community-powered-social-networks/) — _सुमित घोष_
+- [ब्लॉकचेन सोशल मीडिया लँडस्केपचा आढावा](https://www.gemini.com/cryptopedia/blockchain-social-media-decentralized-social-media) — _Gemini Cryptopedia_
+- [ब्लॉकचेन सोशल मीडियाच्या गोपनीयतेची समस्या कशी सोडवू शकते](https://www.investopedia.com/news/ethereum-blockchain-social-media-privacy-problem-linkedin-indorse/) — _प्रबलीन बाजपेयी_
 - [सामाजिक नेटवर्कसाठी पुरेसे विकेंद्रीकरण](https://www.varunsrinivasan.com/2022/01/11/sufficient-decentralization-for-social-networks) — _वरुण श्रीनिवासन_
 
-### Videos {#videos}
+### व्हिडिओ {#videos}
 
-- [विकेंद्रित सोशल मीडियाचे स्पष्टीकरण](https://www.youtube.com/watch?v=UdT2lpcGvcQ) — _Coinmarketcap_
-- [DeSo ब्लॉकचेन सोशल मीडियाचे विकेंद्रीकरण करू इच्छिते](https://www.youtube.com/watch?v=SG2HUiVp0rE) — _ब्लूमबर्ग तंत्रज्ञान_
-- [बालाजी श्रीनिवासन, व्हिटालिक बुटेरिन, जुआन बेनेट विरुद्ध विकेंद्रित सोशल मीडियाचे भविष्य](https://www.youtube.com/watch?v=DTxE9KV3YrE) — _ETHGlobal_
+- [विकेंद्रित सोशल मीडिया स्पष्टीकरण](https://www.youtube.com/watch?v=UdT2lpcGvcQ) — _Coinmarketcap_
+- [DeSo ब्लॉकचेनला सोशल मीडियाचे विकेंद्रीकरण करायचे आहे](https://www.youtube.com/watch?v=SG2HUiVp0rE) — _Bloomberg Technology_
+- [बालाजी श्रीनिवासन, विटालिक बुटेरिन, जुआन बेनेट यांच्यासोबत विकेंद्रित सोशल मीडियाचे भविष्य](https://www.youtube.com/watch?v=DTxE9KV3YrE) — _ETHGlobal_
 
 ### समुदाय {#communities}
 
-- [Status Discord सर्व्हर](https://discord.com/invite/3Exux7Y)
-- [Mirror Discord सर्व्हर](https://discord.com/invite/txuCHcE8wV)
-- [r/CryptoCurrency subreddit](https://www.reddit.com/r/CryptoCurrency/)
+- [r/CryptoCurrency सबरेडिट](https://www.reddit.com/r/CryptoCurrency/)
diff --git a/public/content/translations/mr/staking/dvt/index.md b/public/content/translations/mr/staking/dvt/index.md
new file mode 100644
index 00000000000..d11818fa942
--- /dev/null
+++ b/public/content/translations/mr/staking/dvt/index.md
@@ -0,0 +1,92 @@
+---
+title: "वितरित प्रमाणक तंत्रज्ञान"
+description: "वितरित व्हॅलिडेटर तंत्रज्ञान एकाधिक पक्षांद्वारे इथरियम प्रमाणीकरणाचे वितरित ऑपरेशन सक्षम करते."
+lang: mr
+---
+
+# वितरित व्हॅलिडेटर तंत्रज्ञान {#distributed-validator-technology}
+
+डिस्ट्रिब्युटेड व्हॅलिडेटर टेक्नॉलॉजी (DVT) हा व्हॅलिडेटर सुरक्षेचा एक दृष्टीकोन आहे जो अनेक पक्षांमध्ये प्रमुख व्यवस्थापन आणि स्वाक्षरीच्या जबाबदाऱ्या पसरवतो, अपयशाचे एकल बिंदू कमी करण्यासाठी आणि प्रमाणीकरणाची लवचिकता वाढवतो.
+
+हे "क्लस्टर" मध्ये आयोजित अनेक संगणकांवर व्हॅलिडेटर सुरक्षित करण्यासाठी वापरलेली **खाजगी की विभाजित** करून करते. याचा फायदा असा आहे की आक्रमणकर्त्यांना किल्लीमध्ये प्रवेश मिळवणे खूप कठीण होते, कारण ती कोणत्याही एका मशीनवर पूर्णपणे संग्रहित केली जात नाही. हे काही नोड्सना ऑफलाइन जाण्यास देखील अनुमती देते, कारण आवश्यक स्वाक्षरी प्रत्येक क्लस्टरमधील मशीनच्या उपसंचाद्वारे केली जाऊ शकते. हे नेटवर्कमधील अपयशाचे एकल पॉइंट कमी करते आणि संपूर्ण प्रमाणीकरण अधिक मजबूत बनवते.
+
+![एकल व्हॅलिडेटर की की शेअर्समध्ये कशी विभागली जाते आणि विविध घटकांसह अनेक नोड्समध्ये कशी वितरीत केली जाते हे दर्शविणारा आकृती.](./dvt-cluster.png)
+
+## आम्हाला डीव्हीटीची गरज का आहे? आपल्याला DVT ची गरज का आहे {#why-do-we-need-dvt}
+
+### सुरक्षा {#security}
+
+व्हॅलिडेटर दोन सार्वजनिक-खाजगी की जोड्या व्युत्पन्न करतात: सहमतीमध्ये सहभागी होण्यासाठी प्रमाणीकरण की आणि निधीमध्ये प्रवेश करण्यासाठी पैसे काढण्यासाठी की. व्हॅलिडेटर कोल्ड स्टोरेजमध्ये पैसे काढण्याची की सुरक्षित करू शकतात, तर व्हॅलिडेटर प्रायव्हेट की
+२४/७ ऑनलाइन असणे आवश्यक आहे. व्हॅलिडेटर प्रायव्हेट कीशी तडजोड केली असल्यास, आक्रमणकर्ता व्हॅलिडेटरवर नियंत्रण ठेवू शकतो, ज्यामुळे संभाव्यतः स्लॅशिंग किंवा स्टेकरचे ETH गमावले जाऊ शकते. DVT हा धोका कमी करण्यात मदत करू शकते. कसे ते येथे आहे:
+
+DVT वापरून, कोल्ड स्टोरेजमध्ये व्हॅलिडेटर प्रायव्हेट की ठेवून स्टॅकर्स स्टॅकमध्ये सहभागी होऊ शकतात. मूळ, पूर्ण प्रमाणीकरण की कूटबद्ध करून आणि नंतर ती मुख्य समभागांमध्ये विभाजित करून हे साध्य केले जाते. मुख्य शेअर्स ऑनलाइन राहतात आणि एकाधिक नोड्समध्ये वितरित केले जातात जे व्हॅलिडेटरचे वितरित ऑपरेशन सक्षम करतात. हे शक्य आहे कारण Ethereum validators BLS स्वाक्षरी वापरतात जे अॅडिटीव्ह असतात, म्हणजे पूर्ण की त्यांच्या घटक भागांची बेरीज करून पुनर्रचना केली जाऊ शकते. हे स्टेकरला संपूर्ण, मूळ 'मास्टर' व्हॅलिडेटर की सुरक्षितपणे ऑफलाइन ठेवण्यास अनुमती देते.
+
+### विफलतेचा कोणताही एकमेव बिंदू नाही {#no-single-point-of-failure}
+
+जेव्हा व्हॅलिडेटर एकाधिक ऑपरेटर आणि एकाधिक मशीनमध्ये विभाजित केले जाते, तेव्हा ते ऑफलाइन न जाता वैयक्तिक हार्डवेअर आणि सॉफ्टवेअर अपयशांना तोंड देऊ शकते. क्लस्टरमधील नोड्समध्ये विविध हार्डवेअर आणि सॉफ्टवेअर कॉन्फिगरेशन वापरून अपयशाचा धोका देखील कमी केला जाऊ शकतो. ही लवचिकता सिंगल-नोड व्हॅलिडेटर कॉन्फिगरेशनसाठी उपलब्ध नाही - ती DVT लेयरमधून येते.
+
+जर क्लस्टरमधील मशीनचा एक घटक खाली गेला (उदाहरणार्थ, जर व्हॅलिडेटर क्लस्टरमध्ये चार ऑपरेटर असतील आणि एक विशिष्ट क्लायंट वापरत असेल ज्यामध्ये बग आहे), तर इतर खात्री करतात की व्हॅलिडेटर चालू राहील.
+
+### विकेंद्रीकरण {#decentralization}
+
+इथरियमसाठी आदर्श परिस्थिती म्हणजे शक्य तितके स्वतंत्रपणे चालवलेले प्रमाणीकरणकर्ते असणे. तथापि, काही स्टॅकिंग प्रदाते खूप लोकप्रिय झाले आहेत आणि नेटवर्कवरील एकूण स्टॅक केलेल्या ETH मधील एक महत्त्वपूर्ण भाग आहे. भागभांडवल विकेंद्रीकरण जपून DVT या ऑपरेटरना अस्तित्वात ठेवू शकते. याचे कारण असे की प्रत्येक व्हॅलिडेटरच्या कळा अनेक मशीन्समध्ये वितरीत केल्या जातात आणि व्हॅलिडेटरला दुर्भावनापूर्ण होण्यासाठी जास्त हातमिळवणी करावी लागते.
+
+DVT शिवाय, स्टेकिंग प्रदात्यांना त्यांच्या सर्व वैधकर्त्यांसाठी फक्त एक किंवा दोन क्लायंट कॉन्फिगरेशनचे समर्थन करणे सोपे आहे, ज्यामुळे क्लायंट बगचा प्रभाव वाढतो. DVT चा वापर एकाधिक क्लायंट कॉन्फिगरेशन आणि भिन्न हार्डवेअरमध्ये जोखीम पसरवण्यासाठी, विविधतेद्वारे लवचिकता निर्माण करण्यासाठी केला जाऊ शकतो.
+
+**DVT Ethereum ला खालील फायदे देते:**
+
+1. Ethereum च्या **प्रूफ-ऑफ-स्टेक कन्सेंससचे विकेंद्रीकरण**
+2. नेटवर्कची **लाइव्हनेस** सुनिश्चित करते
+3. व्हॅलिडेटर **दोष सहनशीलता** तयार करते
+4. **किमान विश्वासावर आधारित** व्हॅलिडेटर ऑपरेशन
+5. **कमीतकमी स्लॅशिंग** आणि डाउनटाइमचा धोका
+6. **विविधता सुधारते** (क्लायंट, डेटा सेंटर, स्थान, नियमन, इ.)
+7. व्हॅलिडेटर की व्यवस्थापनाची **वर्धित सुरक्षा**
+
+## DVT कसे काम करते? DVT कसे कार्य करते {#how-does-dvt-work}
+
+डीव्हीटी सोल्यूशनमध्ये खालील घटक असतात:
+
+- **[Shamir's secret sharing](https://medium.com/@keylesstech/a-beginners-guide-to-shamir-s-secret-sharing-e864efbf3648)** - व्हॅलिडेटर्स [BLS की](https://en.wikipedia.org/wiki/BLS_digital_signature) वापरतात. वैयक्तिक BLS "की शेअर्स" ("की शेअर्स") एकाच एकत्रित की (स्वाक्षरी) मध्ये एकत्र केले जाऊ शकतात. DVT मध्ये, व्हॅलिडेटरसाठी खाजगी की ही क्लस्टरमधील प्रत्येक ऑपरेटरची एकत्रित BLS स्वाक्षरी असते.
+- **[थ्रेशोल्ड स्वाक्षरी योजना](https://medium.com/nethermind-eth/threshold-signature-schemes-36f40bc42aca)** - स्वाक्षरी करण्याच्या कर्तव्यांसाठी आवश्यक असलेल्या वैयक्तिक की शेअर्सची संख्या निर्धारित करते, उदा., 4 पैकी 3.
+- **[वितरित की निर्मिती (DKG)](https://medium.com/toruslabs/what-distributed-key-generation-is-866adc79620)** - क्रिप्टोग्राफिक प्रक्रिया जी की शेअर्स तयार करते आणि क्लस्टरमधील नोड्सना विद्यमान किंवा नवीन व्हॅलिडेटर की चे शेअर्स वितरित करण्यासाठी वापरली जाते.
+- **[मल्टीपार्टी कंप्युटेशन (MPC)](https://messari.io/report/applying-multiparty-computation-to-the-world-of-blockchains)** - संपूर्ण व्हॅलिडेटर की मल्टीपार्टी कंप्युटेशन वापरून गुप्तपणे तयार केली जाते. पूर्ण की कोणत्याही स्वतंत्र ऑपरेटरला कधीच माहित नसते - त्यांना फक्त त्यांचा स्वतःचा भाग (त्यांच्या "शेअर") माहित असतो.
+- **कन्सेंसस प्रोटोकॉल** - कन्सेंसस प्रोटोकॉल ब्लॉक प्रस्तावक म्हणून एक नोड निवडतो. ते क्लस्टरमधील इतर नोड्ससह ब्लॉक सामायिक करतात, जे त्यांचे मुख्य शेअर्स एकत्रित स्वाक्षरीमध्ये जोडतात. जेव्हा पुरेसे मुख्य शेअर्स एकत्रित केले जातात, तेव्हा ब्लॉक इथरियम वर प्रस्तावित केला जातो.
+
+डिस्ट्रिब्युटेड व्हॅलिडेटर्समध्ये बिल्ट-इन फॉल्ट टॉलरन्स असते आणि काही वैयक्तिक नोड ऑफलाइन झाले तरीही ते चालू राहू शकतात. याचा अर्थ क्लस्टर लवचिक आहे जरी त्यातील काही नोड्स दुर्भावनापूर्ण किंवा आळशी आहेत.
+
+## DVT चे उपयोग {#dvt-use-cases}
+
+DVT चे व्यापक स्टेकिंग उद्योगासाठी महत्त्वपूर्ण परिणाम आहेत:
+
+### सोलो स्टेकर्स {#solo-stakers}
+
+डीव्हीटी तुम्हाला तुमची व्हॅलिडेटर की रिमोट नोड्समध्ये वितरित करण्याची परवानगी देऊन नॉन-कस्टोडियल स्टॅकिंग सक्षम करते आणि संपूर्ण की पूर्णपणे ऑफलाइन ठेवते. याचा अर्थ होम स्टॅकर्सना हार्डवेअरसाठी खर्च करण्याची गरज नाही, तर मुख्य शेअर्सचे वितरण त्यांना संभाव्य हॅकपासून बळकट करण्यात मदत करू शकते.
+
+### सेवा म्हणून स्टेकिंग (SaaS) {#saas}
+
+अनेक प्रमाणिकांचे व्यवस्थापन करणारे ऑपरेटर (जसे की स्टॅकिंग पूल आणि संस्थात्मक स्टॅकर्स) त्यांचा धोका कमी करण्यासाठी DVT वापरू शकतात. त्यांच्या पायाभूत सुविधांचे वितरण करून, ते त्यांच्या ऑपरेशन्समध्ये अनावश्यकता जोडू शकतात आणि ते वापरत असलेल्या हार्डवेअरच्या प्रकारांमध्ये विविधता आणू शकतात.
+
+DVT अनेक नोड्सवर मुख्य व्यवस्थापनाची जबाबदारी सामायिक करते, म्हणजे काही ऑपरेशनल खर्च देखील सामायिक केले जाऊ शकतात. डीव्हीटी स्टेकिंग प्रदात्यांसाठी ऑपरेशनल जोखीम आणि विमा खर्च देखील कमी करू शकते.
+
+### स्टेकिंग पूल्स {#staking-pools}
+
+स्टँडर्ड व्हॅलिडेटर सेटअपमुळे, स्टेकिंग पूल्स आणि लिक्विड स्टॅकिंग प्रदात्यांना सिंगल-ऑपरेटर ट्रस्टचे वेगवेगळे स्तर असणे सक्तीचे आहे कारण संपूर्ण पूलमध्ये नफा आणि तोटा सामाजिक केला जातो. स्वाक्षरी की सुरक्षित ठेवण्यासाठी ते ऑपरेटरवर देखील अवलंबून आहेत कारण, आतापर्यंत, त्यांच्यासाठी दुसरा कोणताही पर्याय नव्हता.
+
+जरी पारंपारिकपणे अनेक ऑपरेटर्समध्ये स्टेक वितरित करून जोखीम पसरवण्याचा प्रयत्न केला जात असला तरीही, प्रत्येक ऑपरेटर अजूनही स्वतंत्रपणे महत्त्वपूर्ण हिस्सेदारी व्यवस्थापित करतो. एकाच ऑपरेटरवर विसंबून राहण्यामुळे ते कमी कामगिरी करत असल्यास, डाउनटाइमचा सामना करत असल्यास, तडजोड केली जाते किंवा दुर्भावनापूर्ण कृती करतात.
+
+DVT चा लाभ घेऊन, ऑपरेटरकडून आवश्यक असलेला विश्वास लक्षणीयरीत्या कमी होतो. **पूल्स ऑपरेटर्सना व्हॅलिडेटर की ताब्यात न घेता स्टेक्स ठेवण्यास सक्षम करतात** (कारण फक्त की शेअर्सचा वापर केला जातो). हे व्यवस्थापित स्टेक अधिक ऑपरेटर्समध्ये वितरीत करण्यास देखील अनुमती देते (उदा. 1000 प्रमाणीकरण करणारे एकच ऑपरेटर व्यवस्थापित करण्याऐवजी, DVT त्या प्रमाणीकरणकर्त्यांना एकाधिक ऑपरेटरद्वारे एकत्रितपणे चालविण्यास सक्षम करते). वैविध्यपूर्ण ऑपरेटर कॉन्फिगरेशन हे सुनिश्चित करतील की जर एक ऑपरेटर खाली गेला असेल, तर इतर अद्याप प्रमाणित करण्यास सक्षम असतील. याचा परिणाम रिडंडंसी आणि विविधीकरणात होतो ज्यामुळे बक्षिसे वाढवताना चांगली कामगिरी आणि लवचिकता येते.
+
+सिंगल-ऑपरेटर ट्रस्ट कमी करण्याचा आणखी एक फायदा म्हणजे स्टॅकिंग पूल्स अधिक खुले आणि परवानगी नसलेल्या ऑपरेटरच्या सहभागास अनुमती देऊ शकतात. असे केल्याने, सेवा त्यांचे जोखीम कमी करू शकतात आणि ऑपरेटर्सचे क्युरेट केलेले आणि परवानगी नसलेले दोन्ही संच वापरून इथरियम विकेंद्रीकरणास समर्थन देऊ शकतात, उदाहरणार्थ, मोठ्या संचांसह होम किंवा अधिक किरकोळ स्टेकर्स जोडून.
+
+## DVT वापरण्याचे संभाव्य तोटे {#potential-drawbacks-of-using-dvt}
+
+- **अतिरिक्त घटक** - DVT नोड जोडल्याने आणखी एक भाग समाविष्ट होतो जो सदोष किंवा असुरक्षित असू शकतो. हे कमी करण्याचा एक मार्ग म्हणजे DVT नोडच्या एकाधिक अंमलबजावणीसाठी प्रयत्न करणे, म्हणजे एकाधिक DVT क्लायंट (त्याचप्रमाणे एकमत आणि अंमलबजावणी स्तरांसाठी एकाधिक क्लायंट आहेत).
+- **ऑपरेशनल खर्च** - DVT अनेक पक्षांमध्ये व्हॅलिडेटर वितरित करत असल्याने, ऑपरेशनसाठी फक्त एका नोडऐवजी अधिक नोड्स आवश्यक असतात, ज्यामुळे ऑपरेटिंग खर्च वाढतो.
+- **संभाव्य वाढीव लेटन्सी** - DVT व्हॅलिडेटर चालवणाऱ्या अनेक नोड्समध्ये कन्सेंसस साधण्यासाठी कन्सेंसस प्रोटोकॉल वापरत असल्यामुळे, यामुळे संभाव्यतः लेटन्सी वाढू शकते.
+
+## अधिक वाचन {#further-reading}
+
+- [Ethereum वितरित व्हॅलिडेटर स्पेक्स (उच्च स्तर)](https://github.com/ethereum/distributed-validator-specs)
+- [Ethereum वितरित व्हॅलिडेटर तांत्रिक स्पेक्स](https://github.com/ethereum/distributed-validator-specs/tree/dev/src/dvspec)
+- [शामीर सिक्रेट शेअरिंग डेमो ॲप](https://iancoleman.io/shamir/)
diff --git a/public/content/translations/mr/staking/pools/index.md b/public/content/translations/mr/staking/pools/index.md
new file mode 100644
index 00000000000..6e2aac4409b
--- /dev/null
+++ b/public/content/translations/mr/staking/pools/index.md
@@ -0,0 +1,86 @@
+---
+title: "पूल केलेले स्टॅकिंग"
+description: "स्टेकिंग पूल्सबद्दल जाणून घ्या"
+lang: mr
+template: staking
+emoji: ":money_with_wings:"
+image: /images/staking/leslie-pool.png
+alt: "लेस्ली गेंडा तलावात पोहताना."
+sidebarDepth: 2
+summaryPoints:
+  - इतरांसह सैन्यात सामील होऊन कितीही ETH सह बक्षिसे मिळवा
+  - हार्ड पार्ट वगळा आणि व्हॅलिडेटर ऑपरेशन तृतीय पक्षाकडे सोपवा
+  - स्टॅकिंग टोकन्स तुमच्या स्वतःच्या वॉलेटमध्ये ठेवा
+---
+
+## स्टॅकिंग पूल काय आहेत? स्टेकिंग पूल्स काय आहेत? {#what-are-staking-pools}
+
+स्टॅकिंग पूल्स हा एक सहयोगी दृष्टीकोन आहे ज्यामुळे अनेकांना कमी प्रमाणात ETH मिळू शकते आणि व्हॅलिडेटर की चा संच सक्रिय करण्यासाठी आवश्यक असलेले 32 ETH मिळवू शकतात. प्रोटोकॉलमध्ये पूलिंग कार्यक्षमता मूळपणे समर्थित नाही, म्हणून या गरजा पूर्ण करण्यासाठी स्वतंत्रपणे उपाय तयार केले गेले.
+
+काही पूल स्मार्ट कॉन्ट्रॅक्टचा वापर करून काम करतात, जेथे करारामध्ये निधी जमा केला जाऊ शकतो, जे विश्वासार्हपणे तुमचे स्टेक व्यवस्थापित आणि ट्रॅक करते आणि तुम्हाला या मूल्याचे प्रतिनिधित्व करणारे टोकन जारी करतात. इतर पूल्समध्ये स्मार्ट कॉन्ट्रॅक्ट्सचा समावेश नसतो आणि त्याऐवजी ऑफ-चेन मध्यस्थी केली जाते.
+
+## का पूल सह भागभांडवल? पूलसोबत स्टेक का करावे? {#why-stake-with-a-pool}
+
+आमच्या [स्टेकिंगच्या परिचयामध्ये](/staking/) आम्ही वर्णन केलेल्या फायद्यांव्यतिरिक्त, पूलसह स्टेकिंग करण्याचे अनेक वेगळे फायदे आहेत.
+
+<CardGrid>
+  <Card title="सहज सुरुवात" emoji="🐟" description="व्हेल नाही आहात? काही हरकत नाही. बहुतेक स्टेकिंग पूल्स तुम्हाला इतर स्टेकर्ससोबत मिळून अक्षरशः कितीही ETH स्टेक करू देतात, सोलो स्टेकिंगच्या विपरीत ज्यासाठी ३२ ETH लागतात." />
+  <Card title="आजच स्टेक करा" emoji=":stopwatch:" description="पूलसह स्टेकिंग करणे टोकन स्वॅपइतके सोपे आहे. हार्डवेअर सेटअप आणि नोड मेंटेनन्सची काळजी करण्याची गरज नाही. पूल्स तुम्हाला तुमचा ETH डिपॉझिट करू देतात, ज्यामुळे नोड ऑपरेटर्स व्हॅलिडेटर्स चालवू शकतात. त्यानंतर नोड ऑपरेशन्ससाठी फी वजा करून रिवॉर्ड्स योगदानकर्त्यांमध्ये वितरित केले जातात." />
+  <Card title="स्टेकिंग टोकन्स" emoji=":droplet:" description="बरेच स्टेकिंग पूल्स एक टोकन देतात जे तुमच्या स्टेक केलेल्या ETH आणि त्यातून मिळणाऱ्या रिवॉर्ड्सवर तुमचा हक्क दर्शवते. यामुळे तुम्ही तुमच्या स्टेक केलेल्या ETH चा वापर करू शकता, उदा., DeFi ॲप्लिकेशन्समध्ये कोलेटरल म्हणून." />
+</CardGrid>
+
+<StakingComparison page="pools" />
+
+## काय विचारात घ्यावे {#what-to-consider}
+
+इथरियम प्रोटोकॉलद्वारे पूल केलेले किंवा डेलिगेटेड स्टेकिंगला मूळ समर्थन दिले जात नाही, परंतु वापरकर्त्यांनी 32 ETH पेक्षा कमी स्टेक करण्याची मागणी लक्षात घेता ही मागणी पूर्ण करण्यासाठी वाढत्या संख्येने उपाय तयार केले आहेत.
+
+प्रत्येक पूल आणि ते वापरत असलेली साधने किंवा स्मार्ट करार वेगवेगळ्या संघांनी तयार केले आहेत आणि प्रत्येकामध्ये फायदे आणि जोखीम आहेत. पूल वापरकर्त्यांना स्टॅक केलेले ETH दर्शविणाऱ्या टोकनसाठी त्यांचे ETH स्वॅप करण्यास सक्षम करतात. टोकन उपयुक्त आहे कारण ते वापरकर्त्यांना ईटीएच ची कितीही रक्कम उत्पन्‍न-धारक टोकनच्या समतुल्य रकमेमध्ये बदलू देते जे विकेंद्रित एक्सचेंजेसवर अंतर्निहित स्टेक केलेल्या ईटीएच (आणि त्याउलट) वर लागू केलेल्या स्टेकिंग रिवॉर्ड्समधून परतावा निर्माण करते. ETH एकमत स्तरावर टिकून राहते. याचा अर्थ उत्पन्न देणार्‍या स्टेक्ड-ईटीएच उत्पादनातून अदलाबदल होतो आणि "रॉ ETH" जलद, सोपे आणि केवळ 32 ETH च्या पटीत उपलब्ध नाही.
+
+तथापि, या स्टॅक-ईटीएच टोकन्सचा कल कार्टेल सारखी वर्तणूक निर्माण होतो जेथे मोठ्या प्रमाणात स्टॅक केलेले ETH अनेक स्वतंत्र व्यक्तींमध्ये पसरण्याऐवजी काही केंद्रीकृत संस्थांच्या नियंत्रणाखाली होते. यामुळे सेन्सॉरशिप किंवा मूल्य काढण्यासाठी परिस्थिती निर्माण होते. स्टेकिंगसाठी सुवर्ण मानक नेहमी शक्य असेल तेव्हा त्यांच्या स्वत: च्या हार्डवेअरवर वैधता चालवणारे लोक असले पाहिजेत.
+
+[स्टेकिंग टोकन्सच्या जोखमींबद्दल अधिक](https://notes.ethereum.org/@djrtwo/risks-of-lsd).
+
+सूचीबद्ध स्टेकिंग पूलमध्ये लक्षणीय सामर्थ्य किंवा कमकुवतता दर्शवण्यासाठी खाली विशेषता निर्देशक वापरले जातात. तुम्‍ही सामील होण्‍यासाठी पूल निवडत असताना आम्‍ही या विशेषता कशा परिभाषित करतो यासाठी हा विभाग संदर्भ म्हणून वापरा.
+
+<StakingConsiderations page="pools" />
+
+## स्टेकिंग पूल्स एक्सप्लोर करा {#explore-staking-pools}
+
+तुमच्या सेटअपमध्ये तुम्हाला मदत करण्यासाठी विविध पर्याय उपलब्ध आहेत. खालील साधनांद्वारे तुम्हाला मार्गदर्शन करण्यात मदत करण्यासाठी वरील संकेतकांचा वापर करा.
+
+<ProductDisclaimer />
+
+<StakingProductsCardGrid category="pools" />
+
+कृपया [क्लायंट विविधता](/developers/docs/nodes-and-clients/client-diversity/) गांभीर्याने घेणारी सेवा निवडण्याचे महत्त्व लक्षात घ्या, कारण यामुळे नेटवर्कची सुरक्षा सुधारते आणि तुमची जोखीम मर्यादित करते. बहुसंख्य क्लायंट वापर मर्यादित केल्याचा पुरावा असलेल्या सेवांना <em style={{ textTransform: "uppercase" }}>"एक्झिक्युशन क्लायंट विविधता"</em> आणि <em style={{ textTransform: "uppercase" }}>"एकमत क्लायंट विविधता."</em> ने सूचित केले आहे.
+
+आम्ही गमावलेल्या स्टॅकिंग टूलसाठी एक सूचना आहे का? ते योग्य आहे की नाही हे पाहण्यासाठी आणि पुनरावलोकनासाठी सबमिट करण्यासाठी आमचे [उत्पादन सूची धोरण](/contributing/adding-staking-products/) पहा.
+
+## वारंवार विचारले जाणारे प्रश्न {#faq}
+
+<ExpandableCard title="मी रिवॉर्ड्स कसे मिळवू?">
+सामान्यतः, ERC-20 स्टेकिंग टोकन्स स्टेकर्सना जारी केले जातात आणि ते त्यांच्या स्टेक केलेल्या ETH प्लस रिवॉर्ड्सचे मूल्य दर्शवतात. लक्षात ठेवा की भिन्न पूल त्यांच्या वापरकर्त्यांना थोड्या वेगळ्या पद्धतींद्वारे स्टॅकिंग रिवॉर्ड्स वितरित करतील, परंतु ही सामान्य थीम आहे.
+</ExpandableCard>
+
+<ExpandableCard title="मी माझे स्टेक केव्हा काढू शकेन?">
+ताबडतोब! शांघाय/कॅपेला नेटवर्क अपग्रेड एप्रिल 2023 मध्‍ये झाले आणि स्‍टेकिंग विथड्रॉल्‍स सुरू केले. व्हॅलिडेटर खाते सांगतात की बॅक स्टॅकिंग पूल्सकडे आता बाहेर पडण्याची आणि ETH काढण्याची क्षमता आहे. हे अंतर्निहित ETH साठी तुमचा भागभांडवल रिडीम करण्याची क्षमता सक्षम करते. ते या कार्यक्षमतेला कसे समर्थन देतात हे पाहण्यासाठी तुमच्या प्रदात्याशी संपर्क साधा.
+
+वैकल्पिकरित्या, ERC-20 स्टॅकिंग टोकन वापरणारे पूल वापरकर्त्यांना खुल्या बाजारात या टोकनचा व्यापार करण्याची परवानगी देतात, ज्यामुळे तुम्हाला तुमची स्टॅकिंग स्थिती विकता येते, प्रभावीपणे स्टॅकिंग कॉन्ट्रॅक्टमधून ETH काढून न टाकता "मागे" घेता येते.
+
+<ButtonLink href="/staking/withdrawals/">स्टेकिंग विथड्रॉव्हल्सबद्दल अधिक</ButtonLink>
+</ExpandableCard>
+
+<ExpandableCard title="हे माझ्या एक्सचेंजवरील स्टेकिंगपेक्षा वेगळे आहे का?">
+या पूल्ड स्टेकिंग पर्यायांमध्ये आणि सेंट्रलाइज्ड एक्सचेंजेसमध्ये अनेक समानता आहेत, जसे की कमी प्रमाणात ETH स्टेक करण्याची आणि व्हॅलिडेटर्स सक्रिय करण्यासाठी त्यांना एकत्र बंडल करण्याची क्षमता.
+
+केंद्रीकृत एक्सचेंजेसच्या विपरीत, इतर अनेक पूल केलेले स्टॅकिंग पर्याय स्मार्ट कॉन्ट्रॅक्ट्स आणि/किंवा स्टॅकिंग टोकन्स वापरतात, जे सामान्यतः ERC-20 टोकन असतात जे तुमच्या स्वतःच्या वॉलेटमध्ये ठेवता येतात आणि इतर टोकनप्रमाणेच खरेदी किंवा विकले जातात. हे तुम्हाला तुमच्या टोकन्सवर नियंत्रण देऊन सार्वभौमत्व आणि सुरक्षिततेचा स्तर प्रदान करते, परंतु तरीही पार्श्वभूमीत तुमच्या वतीने प्रमाणित करणार्‍या व्हॅलिडेटर क्लायंटवर तुम्हाला थेट नियंत्रण देत नाही.
+
+काही पूलिंग पर्याय इतरांपेक्षा अधिक विकेंद्रित असतात जेव्हा ते नोड्सचा आधार घेतात. नेटवर्कचे आरोग्य आणि विकेंद्रीकरणाला चालना देण्यासाठी, स्टेकर्सना नेहमी एक पूलिंग सेवा निवडण्यासाठी प्रोत्साहित केले जाते जे नोड ऑपरेटर्सचा परवानगीरहित विकेंद्रीकृत संच सक्षम करते.
+</ExpandableCard>
+
+## पुढील वाचन {#further-reading}
+
+- [इथेरियम स्टेकिंग डिरेक्टरी](https://www.staking.directory/) - _Eridian and Spacesider_
+- [रॉकेट पूलसोबत स्टेकिंग - स्टेकिंगचा आढावा](https://docs.rocketpool.net/guides/staking/overview.html) - _रॉकेटपूल डॉक्स_
+- [Lido सोबत इथेरियम स्टेक करणे](https://help.lido.fi/en/collections/2947324-staking-ethereum-with-lido) - _Lido हेल्प डॉक्स_
diff --git a/public/content/translations/mr/staking/saas/index.md b/public/content/translations/mr/staking/saas/index.md
new file mode 100644
index 00000000000..215827c7363
--- /dev/null
+++ b/public/content/translations/mr/staking/saas/index.md
@@ -0,0 +1,95 @@
+---
+title: "एक सेवा म्हणून स्टॅकिंग"
+description: "सेवा म्हणून स्टॅकिंगबद्दल जाणून घ्या"
+lang: mr
+template: staking
+emoji: ":money_with_wings:"
+image: /images/staking/leslie-saas.png
+alt: "ढगांमध्ये तरंगणारा गेंडा झोपा."
+sidebarDepth: 2
+summaryPoints:
+  - थर्ड-पार्टी नोड ऑपरेटर तुमच्या व्हॅलिडेटर क्लायंटचे ऑपरेशन हाताळतात
+  - ३२ ETH असलेल्या कोणासाठीही उत्तम पर्याय ज्यांना नोड चालवण्याच्या तांत्रिक जटिलतेचा सामना करण्यास सोयीस्कर वाटत नाही
+  - विश्वास कमी करा आणि तुमच्या पैसे काढण्याच्या कळा ताब्यात ठेवा
+---
+
+## सेवा म्हणून स्टॅकिंग म्हणजे काय? {#what-is-staking-as-a-service}
+
+सेवा म्हणून स्टेकिंग ("सास") स्टेकिंग सेवांच्या श्रेणीचे प्रतिनिधित्व करते जेथे तुम्ही व्हॅलिडेटरसाठी तुमचे स्वतःचे 32 ETH जमा करता, परंतु नोड ऑपरेशन्स तृतीय-पक्ष ऑपरेटरला सोपवता. सेवा म्हणून स्टेकिंग ("सास") स्टेकिंग सेवांच्या श्रेणीचे प्रतिनिधित्व करते जेथे तुम्ही व्हॅलिडेटरसाठी तुमचे स्वतःचे 32 Eth जमा करता, परंतु नोड ऑपरेशन्स तृतीय-पक्ष ऑपरेटरला सोपवता. हे सेवेला तुमच्‍या वतीने तुमच्‍या व्हॅलिडेटरला साधारणपणे मासिक फीसाठी ऑपरेट करण्‍याची अनुमती देते.
+
+## सेवेशी का टेकायचे? {#why-stake-with-a-service}
+
+इथरियम प्रोटोकॉल मूळतः भागभांडवलाच्या प्रतिनिधींना समर्थन देत नाही, म्हणून ही मागणी पूर्ण करण्यासाठी या सेवा तयार केल्या गेल्या आहेत. तुमच्याकडे 32 ETH भागभांडवल असल्यास, परंतु हार्डवेअरशी व्यवहार करताना तुम्हाला सोयीस्कर वाटत नसल्यास, SaaS सेवा तुम्हाला मूळ ब्लॉक रिवॉर्ड्स मिळवताना हार्ड भाग सोपवण्याची परवानगी देतात.
+
+<CardGrid>
+  <Card title="तुमचा स्वतःचा व्हॅलिडेटर" emoji=":desktop_computer:" description="इथेरियम कन्सेंससमध्ये भाग घेण्यासाठी, तुमच्या साइनिंग कीज सक्रिय करण्याकरिता तुमचे ३२ ETH जमा करा. डॅशबोर्डवर तुमच्या प्रगतीवर लक्ष ठेवा आणि तुमचे ETH रिवॉर्ड्स जमा होताना पाहा." />
+  <Card title="सुरुवात करणे सोपे" emoji="🏁" description="हार्डवेअरची वैशिष्ट्ये, सेटअप, नोड देखभाल आणि अपग्रेडची चिंता सोडा. SaaS प्रदाते तुमचे साइनिंग क्रेडेन्शियल्स अपलोड करून तुमच्या वतीने थोड्या शुल्कात व्हॅलिडेटर चालवण्याचे अवघड काम करतात." />
+  <Card title="तुमची जोखीम मर्यादित करा" emoji=":shield:" description="बऱ्याच प्रकरणांमध्ये, वापरकर्त्यांना स्टेक केलेला निधी काढण्यासाठी किंवा हस्तांतरित करण्यासाठी लागणाऱ्या कीजचा ॲक्सेस देण्याची गरज नसते. या साइनिंग कीजपेक्षा वेगळ्या असतात आणि स्टेकर म्हणून तुमची जोखीम मर्यादित करण्यासाठी (पण पूर्णपणे संपवण्यासाठी नाही) त्या स्वतंत्रपणे संग्रहित केल्या जाऊ शकतात." />
+</CardGrid>
+
+<StakingComparison page="saas" />
+
+## काय विचारात घ्यावे {#what-to-consider}
+
+तुमची ETH ची भागीदारी करण्यासाठी तुम्हाला मदत करण्यासाठी SaaS प्रदात्यांची संख्या वाढत आहे, परंतु त्या सर्वांचे स्वतःचे फायदे आणि जोखीम आहेत. सर्व SaaS पर्यायांना होम-स्टेकिंगच्या तुलनेत अतिरिक्त ट्रस्ट गृहीतके आवश्यक आहेत. सास पर्यायांमध्ये इथरियम क्लायंटला गुंडाळणारे अतिरिक्त कोड असू शकतात जे उघडलेले किंवा ऑडिट करण्यायोग्य नाहीत. SaaS चा नेटवर्क विकेंद्रीकरणावरही हानिकारक प्रभाव पडतो. सेटअपच्या आधारावर, तुम्ही तुमच्या व्हॅलिडेटरवर नियंत्रण ठेवू शकत नाही - ऑपरेटर तुमचा ETH वापरून अप्रामाणिकपणे वागू शकतो.
+
+सूचीबद्ध SaaS प्रदात्याच्या लक्षणीय सामर्थ्य किंवा कमकुवतता दर्शवण्यासाठी खाली विशेषता निर्देशक वापरले जातात. तुम्‍ही तुमच्‍या स्‍टेकिंग प्रवासात मदत करण्‍यासाठी सेवा निवडत असताना आम्‍ही ही विशेषता कशी परिभाषित करतो याचा संदर्भ म्हणून हा विभाग वापरा.
+
+<StakingConsiderations page="saas" />
+
+## स्टॅकिंग सर्व्हिस प्रोव्हायडर एक्सप्लोर करा {#saas-providers}
+
+खाली काही उपलब्ध SaaS प्रदाता आहेत. या सेवांद्वारे तुम्हाला मार्गदर्शन करण्यासाठी वरील संकेतकांचा वापर करा
+
+<ProductDisclaimer />
+
+### SaaS प्रदाता
+
+<StakingProductsCardGrid category="saas" />
+
+कृपया [क्लायंट डायव्हर्सिटी](/developers/docs/nodes-and-clients/client-diversity/) चे समर्थन करण्याचे महत्त्व लक्षात घ्या कारण ते नेटवर्कची सुरक्षा सुधारते आणि तुमचा धोका मर्यादित करते. बहुसंख्य क्लायंट वापर मर्यादित केल्याचा पुरावा असलेल्या सेवांना <em style={{ textTransform: "uppercase" }}>"एक्झिक्युशन क्लायंट विविधता"</em> आणि <em style={{ textTransform: "uppercase" }}>"एकमत क्लायंट विविधता."</em> ने सूचित केले आहे.
+
+### की जनरेटर
+
+<StakingProductsCardGrid category="keyGen" />
+
+आम्ही चुकवलेल्या सेवा प्रदात्यासाठी एक सूचना आहे का? ते योग्य आहे की नाही हे पाहण्यासाठी आणि पुनरावलोकनासाठी सबमिट करण्यासाठी आमचे [उत्पादन सूची धोरण](/contributing/adding-staking-products/) पहा.
+
+## वारंवार विचारले जाणारे प्रश्न {#faq}
+
+<ExpandableCard title="माझ्या कीज कोणाकडे असतात?" eventCategory="SaasStaking" eventName="clicked who holds my keys">
+प्रदात्यापासून प्रदात्याकडून व्यवस्था भिन्न असतील, परंतु सामान्यतः तुम्हाला आवश्यक असलेल्या कोणत्याही स्वाक्षरी की सेट करण्याद्वारे मार्गदर्शन केले जाईल (एक प्रति 32 ETH), आणि ते तुमच्या प्रदात्यावर अपलोड करून त्यांना तुमच्या वतीने प्रमाणित करण्याची परवानगी दिली जाईल. फक्त स्वाक्षरी की तुमचा निधी काढण्याची, हस्तांतरित करण्याची किंवा खर्च करण्याची क्षमता देत नाहीत. तथापि, ते सहमतीसाठी मते देण्याची क्षमता प्रदान करतात, जे योग्यरित्या न केल्यास ऑफलाइन दंड किंवा कमी होऊ शकतात.
+</ExpandableCard>
+
+<ExpandableCard title="म्हणजे कीजचे दोन संच आहेत का?" eventCategory="SaasStaking" eventName="clicked so there are two sets of keys">
+होय. प्रत्येक खात्यामध्ये BLS <em>signing</em> की आणि BLS <em>विथड्रॉवल</em> की दोन्ही असतात. प्रमाणीकरणकर्त्याने साखळीच्या स्थितीची साक्ष देण्यासाठी, समक्रमण समित्यांमध्ये भाग घेण्यासाठी आणि ब्लॉक प्रस्तावित करण्यासाठी, व्हॅलिडेटर क्लायंटद्वारे स्वाक्षरी की सहज उपलब्ध असणे आवश्यक आहे. हे काही स्वरूपात इंटरनेटशी कनेक्ट केलेले असणे आवश्यक आहे, आणि अशा प्रकारे त्या मूळतः "हॉट" की मानल्या जातात. तुमच्या व्हॅलिडेटरला प्रमाणित करण्यात सक्षम होण्याची ही आवश्यकता आहे आणि अशा प्रकारे सुरक्षेच्या कारणास्तव निधी हस्तांतरित करण्यासाठी किंवा काढण्यासाठी वापरल्या जाणार्‍या की वेगळ्या केल्या जातात.
+
+बीएलएस विथड्रॉवल की चा वापर एका एक-वेळच्या संदेशावर स्वाक्षरी करण्यासाठी केला जातो जो घोषित करतो की कोणत्या एक्झिक्यूशन लेयर अकाउंट स्टेकिंग रिवॉर्ड्स आणि एक्झिट केलेले फंड जावेत. एकदा हा संदेश प्रसारित झाल्यानंतर, <em>BLS काढणे</em> की यापुढे आवश्यक नाहीत. त्याऐवजी, काढलेल्या निधीवरील नियंत्रण कायमस्वरूपी तुम्ही दिलेल्या पत्त्यावर सोपवले जाते. हे तुम्हाला तुमच्या स्वत: च्या कोल्ड स्टोरेजद्वारे सुरक्षित केलेला पैसे काढण्याचा पत्ता सेट करण्यास अनुमती देते, तुमच्या व्हॅलिडेटर फंडाला धोका कमी करून, तुमच्या व्हॅलिडेटर साइनिंग की इतर कोणी नियंत्रित करत असले तरीही.
+
+पैसे काढणे क्रेडेन्शियल अपडेट करणे हे पैसे काढणे सक्षम करण्यासाठी आवश्यक पाऊल आहे\*. या प्रक्रियेमध्ये तुमचा निमोनिक सीड वाक्यांश वापरून पैसे काढण्याची की व्युत्पन्न करणे समाविष्ट आहे.
+
+<strong>या सीड फ्रेझचा सुरक्षितपणे बॅकअप घेतल्याची खात्री करा, अन्यथा वेळ आल्यावर तुम्हाला तुमच्या विथड्रॉ की जनरेट करता येणार नाहीत.</strong>
+
+\*ज्या स्टेकर्सनी प्रारंभिक ठेवीसोबत पैसे काढण्याचा पत्ता दिला आहे, त्यांना हे सेट करण्याची आवश्यकता नाही. तुमचा व्हॅलिडेटर कसा तयार करायचा यासंबंधी समर्थनासाठी तुमच्या SaaS प्रदात्याशी संपर्क साधा.
+</ExpandableCard>
+
+<ExpandableCard title="मी कधी विथड्रॉ करू शकेन?" eventCategory="SaasStaking" eventName="clicked when can I withdraw">
+स्टेकर्सना पैसे काढण्याचा पत्ता प्रदान करणे आवश्यक आहे (प्रारंभिक ठेवीवर प्रदान केला नसल्यास), आणि बक्षीस देयके दर काही दिवसांनी आपोआप वितरित होण्यास सुरुवात होईल.
+
+व्हॅलिडेटर देखील व्हॅलिडेटर म्हणून पूर्णपणे बाहेर पडू शकतात, जे पैसे काढण्यासाठी त्यांची उर्वरित ETH शिल्लक अनलॉक करेल. ज्या खात्यांनी एक्झिक्युशन पैसे काढण्याचा पत्ता प्रदान केला आहे आणि बाहेर पडण्याची प्रक्रिया पूर्ण केली आहे त्यांना त्यांची संपूर्ण शिल्लक पुढील व्हॅलिडेटर स्वीप दरम्यान प्रदान केलेल्या पैसे काढण्याच्या पत्त्यावर प्राप्त होईल.
+
+<ButtonLink href="/staking/withdrawals/">स्टेकिंग विथड्रॉव्हल्सबद्दल अधिक</ButtonLink>
+</ExpandableCard>
+
+<ExpandableCard title="माझे स्लॅशिंग झाल्यास काय होते?" eventCategory="SaasStaking" eventName="clicked what happens if I get slashed">
+SaaS प्रदाता वापरून, तुम्ही तुमच्या नोडचे ऑपरेशन दुसऱ्या कोणाला तरी सोपवत आहात. हे खराब नोड कार्यक्षमतेच्या जोखमीसह येते, जे तुमच्या नियंत्रणात नाही. तुमचा व्हॅलिडेटर कमी झाल्यास, तुमची व्हॅलिडेटर शिल्लक दंड आकारली जाईल आणि व्हॅलिडेटर पूलमधून जबरदस्तीने काढून टाकली जाईल.
+
+स्लॅशिंग/बाहेर पडण्याची प्रक्रिया पूर्ण झाल्यावर, हे निधी प्रमाणीकरणकर्त्याला नियुक्त केलेल्या पैसे काढण्याच्या पत्त्यावर हस्तांतरित केले जातील. हे सक्षम करण्यासाठी पैसे काढण्याचा पत्ता प्रदान करणे आवश्यक आहे. हे प्रारंभिक ठेवीवर प्रदान केले गेले असावे. तसे नसल्यास, पैसे काढण्याचा पत्ता घोषित करणार्‍या संदेशावर स्वाक्षरी करण्यासाठी व्हॅलिडेटर विथड्रॉवल की वापरणे आवश्यक आहे. पैसे काढण्याचा कोणताही पत्ता प्रदान केला नसल्यास, निधी प्रदान करेपर्यंत लॉक राहील.
+
+कोणत्याही हमी किंवा विमा पर्यायांबद्दल अधिक तपशीलांसाठी आणि पैसे काढण्याचा पत्ता कसा द्यावा यावरील सूचनांसाठी वैयक्तिक SaaS प्रदात्याशी संपर्क साधा. तुम्ही तुमच्या व्हॅलिडेटर सेटअपवर पूर्ण नियंत्रण ठेवण्यास प्राधान्य देत असल्यास, [तुमचा ETH सोलो कसा स्टेक करायचा याबद्दल अधिक जाणून घ्या](/staking/solo/).
+</ExpandableCard>
+
+## पुढील वाचन {#further-reading}
+
+- [इथेरियम स्टेकिंग डिरेक्टरी](https://www.staking.directory/) - _Eridian and Spacesider_
+- [स्टॅकिंग सेवांचे मूल्यांकन](https://www.attestant.io/posts/evaluating-staking-services/) - _Jim McDonald 2020_
diff --git a/public/content/translations/mr/staking/solo/index.md b/public/content/translations/mr/staking/solo/index.md
new file mode 100644
index 00000000000..cc1a894f6d0
--- /dev/null
+++ b/public/content/translations/mr/staking/solo/index.md
@@ -0,0 +1,209 @@
+---
+title: "तुमचा ETH होम स्टेक करा"
+description: "तुमचा ETH होम स्टेकिंग कसे सुरू करायचे याचे विहंगावलोकन"
+lang: mr
+template: staking
+emoji: ":money_with_wings:"
+image: /images/staking/leslie-solo.png
+alt: "लेस्ली द गेंडा तिच्या स्वतःच्या कॉम्प्युटर चिपवर."
+sidebarDepth: 2
+summaryPoints:
+  - तुमचा व्हॅलिडेटर योग्यरित्या कार्यरत आणि ऑनलाइन ठेवल्याबद्दल थेट प्रोटोकॉलमधून जास्तीत जास्त बक्षिसे मिळवा
+  - होम हार्डवेअर चालवा आणि वैयक्तिकरित्या इथरियम नेटवर्कची सुरक्षा आणि विकेंद्रीकरण जोडा
+  - विश्वास काढून टाका आणि तुमच्या निधीच्या चाव्यांचा ताबा कधीही सोडू नका
+---
+
+## होम स्टेकिंग म्हणजे काय? {#what-is-solo-staking}
+
+होम स्टेकिंग म्हणजे इंटरनेटशी कनेक्ट केलेला [Ethereum नोड चालवणे](/run-a-node/) आणि [व्हॅलिडेटर](#faq) सक्रिय करण्यासाठी 32 ETH जमा करणे, जे तुम्हाला नेटवर्कच्या एकमतामध्ये थेट सहभागी होण्याची क्षमता देते.
+
+**होम स्टेकिंगमुळे Ethereum नेटवर्कचे विकेंद्रीकरण वाढते**, ज्यामुळे Ethereum अधिक सेन्सॉरशिप-प्रतिरोधक आणि हल्ल्यांविरुद्ध अधिक मजबूत बनते. इतर स्टेकिंग पद्धती नेटवर्कला त्याच प्रकारे मदत करू शकतीलच असे नाही. Ethereum सुरक्षित करण्यासाठी होम स्टेकिंग हा सर्वोत्तम स्टेकिंग पर्याय आहे.
+
+एका Ethereum नोडमध्ये एक्झिक्युशन लेअर (EL) क्लायंट, तसेच कन्सेन्सस लेअर (CL) क्लायंट दोन्ही असतात. हे क्लायंट असे सॉफ्टवेअर आहेत जे साइनिंग कीच्या वैध सेटसह एकत्र काम करतात, आणि व्यवहार व ब्लॉक्सची पडताळणी करणे, चेनच्या योग्य हेडची खात्री देणे, अटेस्टेशन्स एकत्रित करणे आणि ब्लॉक्स प्रस्तावित करणे ही कामे करतात.
+
+हे क्लायंट चालवण्यासाठी आवश्यक असलेले हार्डवेअर ऑपरेट करण्याची जबाबदारी होम स्टेकर्सची असते. यासाठी तुम्ही घरून ऑपरेट करू शकाल अशा समर्पित मशीनचा वापर करण्याची शिफारस केली जाते – हे नेटवर्कच्या आरोग्यासाठी अत्यंत फायदेशीर आहे.
+
+एका होम स्टेकरला त्यांचा व्हॅलिडेटर योग्यरित्या कार्यरत आणि ऑनलाइन ठेवल्याबद्दल थेट प्रोटोकॉलकडून बक्षिसे मिळतात.
+
+## घरून स्टेक का करावे? {#why-stake-solo}
+
+होम स्टेकिंग अधिक जबाबदारीसह येते, परंतु तुम्हाला तुमच्या निधीवर आणि स्टेकिंग सेटअपवर जास्तीत जास्त नियंत्रण प्रदान करते.
+
+<CardGrid>
+  <Card title="नवीन ETH कमवा" emoji="💸" description="तुमचा व्हॅलिडेटर ऑनलाइन असताना, कोणत्याही मध्यस्थांच्या कपातीशिवाय, थेट प्रोटोकॉलकडून ETH-मूल्याचे रिवॉर्ड्स कमवा." />
+  <Card title="पूर्ण नियंत्रण" emoji="🎛️" description="तुमच्या कीज स्वतःकडे ठेवा. क्लायंट आणि हार्डवेअरचे असे संयोजन निवडा जे तुमची जोखीम कमी करेल आणि नेटवर्कच्या आरोग्य व सुरक्षिततेसाठी सर्वोत्तम योगदान देईल. थर्ड-पार्टी स्टेकिंग सर्व्हिसेस हे निर्णय तुमच्यासाठी घेतात, आणि ते नेहमीच सर्वात सुरक्षित निवड करत नाहीत." />
+  <Card title="नेटवर्क सुरक्षा" emoji="🔐" description="होम स्टेकिंग हा स्टेक करण्याचा सर्वात प्रभावी मार्ग आहे. घरी तुमच्या स्वतःच्या हार्डवेअरवर व्हॅलिडेटर चालवून, तुम्ही Ethereum प्रोटोकॉलची मजबुती, विकेंद्रीकरण आणि सुरक्षा अधिक मजबूत करता." />
+</CardGrid>
+
+## होम स्टेकिंग करण्यापूर्वी विचारात घेण्यासारख्या गोष्टी {#considerations-before-staking-solo}
+
+होम स्टेकिंग प्रत्येकासाठी प्रवेशयोग्य आणि जोखीममुक्त असावे अशी आमची कितीही इच्छा असली तरी, ते वास्तव नाही. तुमचा ETH होम स्टेक करण्याचा पर्याय निवडण्यापूर्वी काही व्यावहारिक आणि गंभीर बाबी लक्षात ठेवणे आवश्यक आहे.
+
+<InfoGrid>
+<ExpandableCard title="आवश्यक वाचन" eventCategory="SoloStaking" eventName="clicked required reading">
+तुमचा स्वतःचा नोड ऑपरेट करताना, तुम्ही निवडलेले सॉफ्टवेअर कसे वापरायचे हे शिकण्यासाठी थोडा वेळ दिला पाहिजे. यामध्ये संबंधित डॉक्युमेंटेशन वाचणे आणि त्या डेव्हलपर टीम्सच्या कम्युनिकेशन चॅनेलकडे लक्ष ठेवणे समाविष्ट आहे.
+
+तुम्ही चालवत असलेल्या सॉफ्टवेअरबद्दल आणि प्रूफ-ऑफ-स्टेक कसे कार्य करते याबद्दल तुम्हाला जितके अधिक समजेल, स्टेकर म्हणून तुमच्यासाठी तितकी जोखीम कमी असेल, आणि नोड ऑपरेटर म्हणून मार्गात येणाऱ्या कोणत्याही समस्या सोडवणे तितकेच सोपे होईल.
+</ExpandableCard>
+
+<ExpandableCard title="संगणकांसोबत सहज" eventCategory="SoloStaking" eventName="clicked comfortable with computers">
+नोड सेटअपसाठी संगणकांसोबत काम करताना आत्मविश्वासाची एक वाजवी पातळी आवश्यक आहे, जरी नवीन साधने कालांतराने हे सोपे करत आहेत. कमांड-लाइन इंटरफेसची माहिती असणे उपयुक्त आहे, परंतु आता ते पूर्णपणे आवश्यक नाही.
+
+यासाठी अगदी मूलभूत हार्डवेअर सेटअप, आणि किमान शिफारस केलेल्या स्पेसिफिकेशन्सची काही माहिती असणे आवश्यक आहे.
+</ExpandableCard>
+
+<ExpandableCard title="सुरक्षित की व्यवस्थापन" eventCategory="SoloStaking" eventName="clicked secure key management">
+ज्याप्रमाणे प्रायव्हेट की तुमचा Ethereum ॲड्रेस सुरक्षित करतात, त्याचप्रमाणे तुम्हाला तुमच्या व्हॅलिडेटरसाठी विशेषतः की जनरेट कराव्या लागतील. कोणतेही सीड फ्रेज किंवा प्रायव्हेट की सुरक्षित कसे ठेवायचे हे तुम्ही समजून घेतले पाहिजे.{' '} 
+
+[Ethereum सुरक्षा आणि स्कॅम प्रतिबंध](/security/)
+</ExpandableCard>
+
+<ExpandableCard title="देखभाल" eventCategory="SoloStaking" eventName="clicked maintenance">
+हार्डवेअर कधीकधी अयशस्वी होते, नेटवर्क कनेक्शनमध्ये त्रुटी येतात आणि क्लायंट सॉफ्टवेअरला अधूनमधून अपग्रेड करण्याची आवश्यकता असते. नोड मेंटेनन्स अटळ आहे आणि त्यासाठी अधूनमधून तुमचे लक्ष आवश्यक असेल. तुम्ही कोणत्याही अपेक्षित नेटवर्क अपग्रेड्स किंवा इतर महत्त्वाच्या क्लायंट अपग्रेड्सबद्दल जागरूक राहाल याची खात्री करणे आवश्यक आहे.
+</ExpandableCard>
+
+<ExpandableCard title="विश्वसनीय अपटाइम" eventCategory="SoloStaking" eventName="clicked reliable uptime">
+तुमचे रिवॉर्ड्स तुमचा व्हॅलिडेटर ऑनलाइन असलेल्या आणि योग्यरित्या अटेस्टिंग करत असलेल्या वेळेच्या प्रमाणात असतात. डाउनटाइममुळे दंड आकारला जातो, जो एकाच वेळी इतर किती व्हॅलिडेटर्स ऑफलाइन आहेत याच्या प्रमाणात असतो, परंतु त्याचा परिणाम <a href="#faq">स्लॅशिंगमध्ये होत नाही</a>. बँडविड्थ देखील महत्त्वाची आहे, कारण वेळेवर न मिळालेल्या अटेस्टेशन्ससाठी रिवॉर्ड्स कमी केले जातात. आवश्यकता बदलू शकतात, परंतु किमान 10 Mb/s अपलोड आणि डाउनलोड स्पीडची शिफारस केली जाते.
+</ExpandableCard>
+
+<ExpandableCard title="स्लॅशिंगची जोखीम" eventCategory="SoloStaking" eventName="clicked slashing risk">
+ऑफलाइन राहिल्याबद्दलच्या निष्क्रियता दंडापेक्षा वेगळे, <em>स्लॅशिंग</em> हा एक अधिक गंभीर दंड आहे जो दुर्भावनापूर्ण गुन्ह्यांसाठी राखीव आहे. एका वेळी फक्त एका मशीनवर तुमच्या की लोड करून मायनॉरिटी क्लायंट चालवल्याने, स्लॅश होण्याचा तुमचा धोका कमी होतो. तरीही, सर्व स्टेकर्सनी स्लॅशिंगच्या जोखमींबद्दल जागरूक असले पाहिजे.
+
+<a href="https://medium.com/prysmatic-labs/eth2-slashing-prevention-tips-f6faa5025f50/"> स्लॅशिंग आणि व्हॅलिडेटर लाइफसायकलबद्दल अधिक</a>
+</ExpandableCard>
+
+</InfoGrid>
+
+<StakingComparison page="solo" />
+
+## हे कसे कार्य करते {#how-it-works}
+
+<StakingHowSoloWorks />
+
+सक्रिय असताना तुम्ही ETH रिवॉर्ड्स मिळवाल, जे तुमच्या पैसे काढण्याच्या पत्त्यावर वेळोवेळी जमा केले जातील.
+
+इच्छित असल्यास, तुम्ही व्हॅलिडेटर म्हणून बाहेर पडू शकता, ज्यामुळे ऑनलाइन राहण्याची आवश्यकता नाहीशी होते आणि पुढील कोणतेही रिवॉर्ड्स मिळणे थांबते. तुमची उर्वरित बॅलन्स नंतर तुम्ही सेटअप दरम्यान नियुक्त केलेल्या विथड्रॉवल ॲड्रेसवर विथड्रॉ केली जाईल.
+
+[स्टेकिंग विथड्रॉव्हल्सबद्दल अधिक](/staking/withdrawals/)
+
+## स्टेकिंग लाँचपॅडवर सुरुवात करा {#get-started-on-the-staking-launchpad}
+
+स्टेकिंग लाँचपॅड हे एक ओपन-सोर्स ॲप्लिकेशन आहे जे तुम्हाला स्टेकर बनण्यास मदत करेल. हे तुम्हाला तुमचे क्लायंट निवडणे, तुमच्या की जनरेट करणे आणि तुमचा ETH स्टेकिंग डिपॉझिट कॉन्ट्रॅक्टमध्ये जमा करण्यासाठी मार्गदर्शन करेल. तुमचा व्हॅलिडेटर सुरक्षितपणे सेट करण्यासाठी तुम्ही सर्व गोष्टींची पूर्तता केली आहे याची खात्री करण्यासाठी एक चेकलिस्ट प्रदान केली आहे.
+
+<StakingLaunchpadWidget />
+
+## नोड आणि क्लायंट सेटअप साधनांसह काय विचारात घ्यावे {#node-tool-considerations}
+
+तुमचा ETH होम स्टेक करण्यात तुम्हाला मदत करण्यासाठी अनेक साधने आणि सेवा उपलब्ध आहेत, परंतु प्रत्येकामध्ये वेगवेगळे धोके आणि फायदे आहेत.
+
+खाली सूचीबद्ध केलेल्या स्टेकिंग टूलमधील लक्षणीय सामर्थ्य किंवा कमकुवतपणा दर्शवण्यासाठी ॲट्रिब्यूट इंडिकेटर्स वापरले आहेत. तुमच्या स्टेकिंग प्रवासात मदत करण्यासाठी साधने निवडताना आम्ही हे ॲट्रिब्यूट्स कसे परिभाषित करतो यासाठी या विभागाचा संदर्भ म्हणून वापर करा.
+
+<StakingConsiderations page="solo" />
+
+## नोड आणि क्लायंट सेटअप साधने एक्सप्लोर करा {#node-and-client-tools}
+
+तुमच्या सेटअपमध्ये तुम्हाला मदत करण्यासाठी विविध पर्याय उपलब्ध आहेत. खालील साधनांद्वारे तुम्हाला मार्गदर्शन करण्यात मदत करण्यासाठी वरील संकेतकांचा वापर करा.
+
+<ProductDisclaimer />
+
+### नोड साधने
+
+<StakingProductsCardGrid category="nodeTools" />
+
+कृपया [मायनॉरिटी क्लायंट](/developers/docs/nodes-and-clients/client-diversity/) निवडण्याचे महत्त्व लक्षात घ्या, कारण ते नेटवर्कची सुरक्षा सुधारते आणि तुमची जोखीम मर्यादित करते. तुम्हाला मायनॉरिटी क्लायंट सेटअप करण्याची परवानगी देणारी साधने <em style={{ textTransform: "uppercase" }}>"मल्टी-क्लायंट"</em> म्हणून दर्शविली जातात.
+
+### की जनरेटर
+
+की जनरेशनमध्ये मदत करण्यासाठी ही साधने [स्टेकिंग डिपॉझिट CLI](https://github.com/ethereum/staking-deposit-cli/) ला पर्याय म्हणून वापरली जाऊ शकतात.
+
+<StakingProductsCardGrid category="keyGen" />
+
+आम्ही गमावलेल्या स्टॅकिंग टूलसाठी एक सूचना आहे का? ते योग्य आहे की नाही हे पाहण्यासाठी आणि पुनरावलोकनासाठी सबमिट करण्यासाठी आमचे [उत्पादन सूची धोरण](/contributing/adding-staking-products/) पहा.
+
+## होम स्टेकिंग मार्गदर्शक एक्सप्लोर करा {#staking-guides}
+
+<StakingGuides />
+
+## वारंवार विचारले जाणारे प्रश्न {#faq}
+
+हे स्टॅकिंगबद्दलचे काही सामान्य प्रश्न आहेत जे जाणून घेण्यासारखे आहेत.
+
+<ExpandableCard title="व्हॅलिडेटर म्हणजे काय?">
+
+एक <em>व्हॅलिडेटर</em> ही एक व्हर्च्युअल एंटिटी आहे जी Ethereum वर अस्तित्वात असते आणि Ethereum प्रोटोकॉलच्या कन्सेन्ससमध्ये भाग घेते. व्हॅलिडेटर्स बॅलन्स, पब्लिक की आणि इतर प्रॉपर्टीजद्वारे दर्शवले जातात. <em>व्हॅलिडेटर क्लायंट</em> हे सॉफ्टवेअर आहे जे व्हॅलिडेटरच्या वतीने त्याची प्रायव्हेट की धारण करून आणि वापरून कार्य करते. एक सिंगल व्हॅलिडेटर क्लायंट अनेक की पेअर्स (key pairs) धारण करू शकतो, ज्यामुळे अनेक व्हॅलिडेटर्स नियंत्रित होतात.
+</ExpandableCard>
+
+<ExpandableCard title="मी ३२ ETH पेक्षा जास्त जमा करू शकतो का?">
+होय, आधुनिक व्हॅलिडेटर अकाउंट्स 2048 ETH पर्यंत धारण करण्यास सक्षम आहेत. 32 पेक्षा जास्त असलेला अतिरिक्त ETH टप्प्याटप्प्याने चक्रवाढ होईल, तुमचा खरा बॅलन्स वाढत असताना पूर्ण-संख्येच्या वाढीसह वाढेल. याला तुमचा <a href="https://www.attestant.io/posts/understanding-validator-effective-balance/">प्रभावी बॅलन्स (effective balance)</a> म्हणून ओळखले जाते.
+
+अकाउंटचा प्रभावी बॅलन्स वाढवण्यासाठी आणि त्यामुळे रिवॉर्ड्स वाढवण्यासाठी, कोणत्याही पूर्ण-ETH थ्रेशोल्डच्या वर 0.25 ETH चा बफर ओलांडणे आवश्यक आहे. उदाहरणार्थ, 32.9 च्या खऱ्या बॅलन्ससह आणि 32 च्या प्रभावी बॅलन्ससह असलेल्या अकाउंटला, प्रभावी बॅलन्समध्ये वाढ होण्यापूर्वी त्याचा खरा बॅलन्स 33.25 च्या वर आणण्यासाठी आणखी 0.35 ETH कमवावे लागतील.
+
+हे बफर सध्याच्या प्रभावी बॅलन्सच्या 0.25 ETH खाली जाईपर्यंत प्रभावी बॅलन्सला कमी होण्यापासून प्रतिबंधित करते.
+
+व्हॅलिडेटरशी संबंधित प्रत्येक की-पेअर सक्रिय करण्यासाठी किमान 32 ETH आवश्यक आहेत. यापेक्षा जास्त असलेली कोणतीही बॅलन्स संबंधित विथड्रॉवल ॲड्रेसवर, त्या ॲड्रेसद्वारे साइन केलेल्या ट्रान्झॅक्शनद्वारे कधीही विथड्रॉ केली जाऊ शकते. जास्तीत जास्त प्रभावी बॅलन्सपेक्षा जास्त असलेला कोणताही निधी नियमितपणे आपोआप विथड्रॉ केला जाईल.
+
+जर तुम्हाला होम स्टेकिंग खूपच मागणीचे वाटत असेल, तर [स्टेकिंग-ॲज-अ-सर्व्हिस](/staking/saas/) प्रदाता वापरण्याचा विचार करा, किंवा जर तुम्ही 32 ETH पेक्षा कमी रकमेवर काम करत असाल, तर [स्टेकिंग पूल्स](/staking/pools/) तपासा.
+</ExpandableCard>
+
+<ExpandableCard title="मी ऑफलाइन गेल्यास स्लॅश होईल का? (थोडक्यात: नाही.)">
+जेव्हा नेटवर्क योग्यरित्या फायनलाईझ होत असेल तेव्हा ऑफलाइन जाण्यामुळे स्लॅशिंग होणार नाही. जर तुमचा व्हॅलिडेटर दिलेल्या इपॉकसाठी (प्रत्येक 6.4 मिनिटांचा) अटेस्ट करण्यासाठी उपलब्ध नसेल तर लहान <em>निष्क्रियता दंड</em> आकारला जातो, परंतु हे <em>स्लॅशिंग</em>पेक्षा खूप वेगळे आहे. हे दंड तुम्ही कमावलेल्या रिवॉर्डपेक्षा थोडे कमी असतात, जे व्हॅलिडेटर अटेस्ट करण्यासाठी उपलब्ध असल्यास मिळाले असते, आणि पुन्हा तितकाच वेळ ऑनलाइन राहून हे नुकसान भरून काढता येते.
+
+लक्षात घ्या की निष्क्रियतेसाठीचा दंड एकाच वेळी किती व्हॅलिडेटर्स ऑफलाइन आहेत याच्या प्रमाणात असतो. ज्या प्रकरणांमध्ये नेटवर्कचा मोठा भाग एकाच वेळी ऑफलाइन असतो, त्या प्रकरणांमध्ये प्रत्येक व्हॅलिडेटरसाठी दंड, एकच व्हॅलिडेटर अनुपलब्ध असतानाच्या दंडापेक्षा जास्त असेल.
+
+अत्यंत गंभीर प्रकरणांमध्ये, जर एक तृतीयांशपेक्षा जास्त व्हॅलिडेटर्स ऑफलाइन असल्यामुळे नेटवर्क फायनलाईझ होणे थांबले, तर या वापरकर्त्यांना <em>क्वाड्रॅटिक इनॲक्टिव्हिटी लीक (quadratic inactivity leak)</em> नावाच्या समस्येचा सामना करावा लागेल, ज्यामुळे ऑफलाइन व्हॅलिडेटर अकाउंट्समधून ETH चा एक्स्पोनेन्शिअल ड्रेन होतो. हे नेटवर्कला निष्क्रिय व्हॅलिडेटर्सचे ETH बर्न करून स्वतःला बरे करण्यास सक्षम करते, जोपर्यंत त्यांची बॅलन्स 16 ETH पर्यंत पोहोचत नाही, त्यानंतर त्यांना व्हॅलिडेटर पूलमधून आपोआप बाहेर काढले जाईल. उरलेले ऑनलाइन व्हॅलिडेटर्स अखेरीस पुन्हा नेटवर्कच्या 2/3 पेक्षा जास्त भाग बनतील, ज्यामुळे चेनला पुन्हा एकदा फायनलाईझ करण्यासाठी आवश्यक सुपरमजॉरिटी पूर्ण होईल.
+</ExpandableCard>
+
+<ExpandableCard title="मी स्लॅश होणार नाही याची खात्री कशी करावी?">
+थोडक्यात, याची कधीही पूर्ण खात्री देता येत नाही, परंतु जर तुम्ही सद्भावनेने काम केले, मायनॉरिटी क्लायंट चालवला आणि तुमच्या साइनिंग की एका वेळी फक्त एकाच मशीनवर ठेवल्या, तर स्लॅश होण्याचा धोका जवळजवळ शून्य आहे.
+
+फक्त काही विशिष्ट मार्गांमुळेच व्हॅलिडेटर स्लॅश होऊन नेटवर्कमधून बाहेर काढला जाऊ शकतो. हे लिहित असताना, आतापर्यंत झालेले स्लॅशिंग केवळ रिडंडंट हार्डवेअर सेटअपचा परिणाम आहे, जिथे साइनिंग की एकाच वेळी दोन वेगवेगळ्या मशीनवर स्टोअर केल्या जातात. यामुळे अनवधानाने तुमच्या की मधून <em>डबल व्होट (double vote)</em> होऊ शकते, जो एक स्लॅश करण्यायोग्य गुन्हा आहे.
+
+सुपरमजॉरिटी क्लायंट (नेटवर्कच्या 2/3 पेक्षा जास्त वापरकर्त्यांद्वारे वापरला जाणारा कोणताही क्लायंट) चालवण्यामध्ये, त्या क्लायंटमध्ये बग असल्यास आणि त्यामुळे चेन फोर्क झाल्यास, संभाव्य स्लॅशिंगचा धोका असतो. यामुळे एक सदोष फोर्क तयार होऊ शकतो जो फायनलाईझ होतो. मूळ चेनवर परत जाण्यासाठी, एक फायनलाईझ झालेला ब्लॉक पूर्ववत करण्याचा प्रयत्न करून <em>सराउंड व्होट (surround vote)</em> सबमिट करणे आवश्यक असेल. हा देखील एक स्लॅश करण्यायोग्य गुन्हा आहे आणि त्याऐवजी मायनॉरिटी क्लायंट चालवून तो टाळता येतो.
+
+<em>अल्पसंख्याक क्लायंटमधील समतुल्य बग कधीच अंतिम होणार नाहीत</em> आणि त्यामुळे कधीही सभोवतालच्या मताचा परिणाम होणार नाही आणि त्याचा परिणाम फक्त निष्क्रियतेच्या दंडात होईल, <em>कपात नाही</em>.
+
+<ul>
+  <li><a href="https://hackernoon.com/ethereums-client-diversity-problem">मायनॉरिटी क्लायंट चालवण्याच्या महत्त्वाबद्दल अधिक जाणून घ्या.</a></li>
+  <li><a href="https://medium.com/prysmatic-labs/eth2-slashing-prevention-tips-f6faa5025f50">स्लॅशिंग प्रतिबंधाबद्दल अधिक जाणून घ्या</a></li>
+</ul>
+</ExpandableCard>
+
+<ExpandableCard title="कोणता क्लायंट सर्वोत्तम आहे?">
+प्रत्येक क्लायंट विविध प्रोग्रामिंग भाषा वापरून वेगवेगळ्या टीम्सद्वारे विकसित केला जात असल्याने, वैयक्तिक क्लायंट्स परफॉर्मन्स आणि यूझर इंटरफेसच्या बाबतीत थोडे वेगळे असू शकतात. तरीही, त्यापैकी कोणीही "सर्वोत्तम" नाही. सर्व प्रोडक्शन क्लायंट उत्कृष्ट सॉफ्टवेअर आहेत, जे ब्लॉकचेनसोबत सिंक करण्यासाठी आणि संवाद साधण्यासाठी समान मूलभूत कार्ये करतात.
+
+सर्व प्रोडक्शन क्लायंट समान मूलभूत कार्यक्षमता प्रदान करत असल्याने, तुम्ही <strong>मायनॉरिटी क्लायंट</strong> निवडणे खूप महत्त्वाचे आहे, म्हणजे असा कोणताही क्लायंट जो सध्या नेटवर्कवरील बहुसंख्य व्हॅलिडेटर्सद्वारे वापरला जात नाही. हे विरोधाभासी वाटू शकते, परंतु मेजॉरिटी किंवा सुपरमजॉरिटी क्लायंट चालवल्याने, त्या क्लायंटमध्ये बग आल्यास तुमच्यावर स्लॅशिंगचा धोका वाढतो. मायनॉरिटी क्लायंट चालवण्याने हे धोके मोठ्या प्रमाणात कमी होतात.
+
+<a href="https://mirror.xyz/jmcook.eth/S7ONEka_0RgtKTZ3-dakPmAHQNPvuj15nh0YGKPFriA">क्लायंट विविधता का महत्त्वाची आहे याबद्दल अधिक जाणून घ्या</a>
+</ExpandableCard>
+
+<ExpandableCard title="मी फक्त VPS (व्हर्च्युअल प्रायव्हेट सर्व्हर) वापरू शकतो का?">
+जरी व्हर्च्युअल प्रायव्हेट सर्व्हर (VPS) घरगुती हार्डवेअरला पर्याय म्हणून वापरला जाऊ शकतो, तरी तुमच्या व्हॅलिडेटर क्लायंटचा प्रत्यक्ष ॲक्सेस आणि त्याचे स्थान <em>खरोखरच महत्त्वाचे आहे</em>. Amazon Web Services किंवा Digital Ocean सारखे सेंट्रलाइज्ड क्लाउड सोल्यूशन्स हार्डवेअर मिळवण्याची आणि ऑपरेट करण्याची गरज दूर करून सोय देतात, पण यामुळे नेटवर्कचे सेंट्रलायझेशन होते.
+
+एकाच सेंट्रलाइज्ड क्लाउड स्टोरेज सोल्यूशनवर जितके जास्त व्हॅलिडेटर क्लायंट चालतात, तितके ते या वापरकर्त्यांसाठी अधिक धोकादायक बनते. कोणतीही घटना जी या प्रोव्हायडर्सना ऑफलाइन करते, मग तो हल्ला असो, नियामक मागण्या असोत किंवा फक्त पॉवर/इंटरनेट आउटेज असो, त्यामुळे या सर्व्हरवर अवलंबून असलेला प्रत्येक व्हॅलिडेटर क्लायंट एकाच वेळी ऑफलाइन जाईल.
+
+ऑफलाइन राहिल्याबद्दलचा दंड एकाच वेळी इतर किती जण ऑफलाइन आहेत याच्या प्रमाणात असतो. VPS वापरल्याने ऑफलाइन दंड अधिक गंभीर असण्याचा धोका मोठ्या प्रमाणात वाढतो, आणि आउटेज पुरेसा मोठा असल्यास क्वाड्रॅटिक लिकिंग किंवा स्लॅशिंगचा धोका वाढतो. तुमची स्वतःची आणि नेटवर्कची जोखीम कमी करण्यासाठी, वापरकर्त्यांना त्यांचे स्वतःचे हार्डवेअर मिळवण्यासाठी आणि ऑपरेट करण्यासाठी जोरदार प्रोत्साहन दिले जाते.
+</ExpandableCard>
+
+<ExpandableCard title="मी माझे रिवॉर्ड्स कसे अनलॉक करू किंवा माझे ETH परत कसे मिळवू?">
+
+बीकन चेनमधून कोणत्याही प्रकारचे पैसे काढण्यासाठी पैसे काढण्याची क्रेडेन्शियल्स सेट करणे आवश्यक आहे.
+
+नवीन स्टेकर्स हे की जनरेशन आणि डिपॉझिटच्या वेळी सेट करतात. ज्या विद्यमान स्टेकर्सनी हे आधीच सेट केलेले नाही, ते या फंक्शनॅलिटीला सपोर्ट करण्यासाठी त्यांच्या की अपग्रेड करू शकतात.
+
+एकदा पैसे काढण्याची क्रेडेन्शियल्स सेट केल्यानंतर, रिवॉर्ड पेमेंट (प्रारंभिक 32 पेक्षा जास्त जमा झालेले ETH) वेळोवेळी पैसे काढण्याच्या पत्त्यावर स्वयंचलितपणे वितरित केले जातील.
+
+अनलॉक करण्यासाठी आणि तुमची संपूर्ण शिल्लक परत मिळवण्यासाठी तुम्ही तुमच्या व्हॅलिडेटरमधून बाहेर पडण्याची प्रक्रिया देखील पूर्ण केली पाहिजे.
+
+<ButtonLink href="/staking/withdrawals/">स्टेकिंग विथड्रॉव्हल्सबद्दल अधिक</ButtonLink>
+</ExpandableCard>
+
+## पुढील वाचन {#further-reading}
+
+- [इथेरियम स्टेकिंग डिरेक्टरी](https://www.staking.directory/) - _Eridian and Spacesider_
+- [Ethereum ची क्लायंट विविधता समस्या](https://hackernoon.com/ethereums-client-diversity-problem) - _@emmanuelawosika 2022_
+- [क्लायंट विविधतेला मदत करणे](https://www.attestant.io/posts/helping-client-diversity/) - _Jim McDonald 2022_
+- [Ethereum च्या कन्सेन्सस लेअरवरील क्लायंट विविधता](https://mirror.xyz/jmcook.eth/S7ONEka_0RgtKTZ3-dakPmAHQNPvuj15nh0YGKPFriA) - _jmcook.eth 2022_
+- [कसे करावे: Ethereum व्हॅलिडेटर हार्डवेअरसाठी खरेदी](https://www.youtube.com/watch?v=C2wwu1IlhDc) - _EthStaker 2022_
+- [Eth2 स्लॅशिंग प्रतिबंध टिप्स](https://medium.com/prysmatic-labs/eth2-slashing-prevention-tips-f6faa5025f50) - _Raul Jordan 2020_
+
+<QuizWidget quizKey="staking-solo" />
diff --git a/public/content/translations/mr/staking/withdrawals/index.md b/public/content/translations/mr/staking/withdrawals/index.md
new file mode 100644
index 00000000000..ae13d6fbe96
--- /dev/null
+++ b/public/content/translations/mr/staking/withdrawals/index.md
@@ -0,0 +1,220 @@
+---
+title: "पैसे काढणे स्टिकिंग"
+description: "स्टेकिंग पुश विथड्रॉल्स म्हणजे काय, ते कसे कार्य करतात आणि स्टॅकर्सना त्यांचे बक्षिसे मिळविण्यासाठी काय करण्याची आवश्यकता आहे याचा सारांश देणारे पृष्ठ"
+lang: mr
+template: staking
+image: /images/staking/leslie-withdrawal.png
+alt: "लेस्ली द गेंडा तिच्या स्टॅकिंग बक्षिसे"
+sidebarDepth: 2
+summaryPoints:
+  - लेस्ली द गेंडा तिच्या स्टॅकिंग बक्षिसे
+  - सत्यापनकर्ता ऑपरेटरने सक्षम करण्यासाठी पैसे काढण्याचा पत्ता प्रदान करणे आवश्यक आहे
+  - बक्षिसे दर काही दिवसांनी आपोआप प्रसार केली जातात
+  - स्टेकिंगमधून पूर्णपणे बाहेर पडलेल्या प्रमाणीकरणकर्ते त्यांची उर्वरित शिल्लक प्राप्त होईल
+---
+
+**स्टेकिंग विथड्रॉवल्स** म्हणजे इथेरियमच्या कन्सेंसस लेयरवरील (बीकन चेन) सत्यापनकर्ता खात्यातून, एक्झिक्युशन लेयरवर ETH हस्तांतरित करणे, जिथे त्यावर व्यवहार करता येतो.
+
+३२ ETH पेक्षा जास्त असलेल्या अतिरिक्त शिलकीसाठीची **बक्षीस देयके**, वापरकर्त्याने एकदा पैसे काढण्याचा पत्ता दिल्यानंतर, प्रत्येक सत्यापनकर्त्याशी लिंक केलेल्या पत्त्यावर आपोआप आणि नियमितपणे पाठवली जातील. वापरकर्ते त्यांची संपूर्ण सत्यापनकर्ता शिल्लक अनलॉक करून **स्टेकिंगमधून पूर्णपणे बाहेर पडू** शकतात.
+
+## स्टेकिंग बक्षिसे {#staking-rewards}
+
+32 ETH च्या जास्तीत जास्त प्रभावी शिल्लक असलेल्या सक्रिय व्हॅलिडेटर खात्यांसाठी रिवॉर्ड पेमेंट्सवर स्वयंचलितपणे प्रक्रिया केली जाते.
+
+रिवॉर्ड्सद्वारे मिळवलेली 32 ETH वरील कोणतीही शिल्लक प्रत्यक्षात प्रिन्सिपलमध्ये योगदान देत नाही किंवा नेटवर्कवरील या व्हॅलिडेटरचे वजन वाढवत नाही आणि त्यामुळे दर काही दिवसांनी रिवॉर्ड पेमेंट म्हणून आपोआप काढले जाते. एकवेळ पैसे काढण्याचा पत्ता प्रदान करण्याव्यतिरिक्त, या रिवॉर्ड्सना व्हॅलिडेटर ऑपरेटरकडून कोणतीही कारवाई करण्याची आवश्यकता नाही. हे सर्व सहमती स्तरावर सुरू केले आहे, त्यामुळे कोणत्याही टप्प्यावर गॅस (व्यवहार शुल्क) आवश्यक नाही.
+
+### आम्ही इथे कसे पोहोचलो? {#how-did-we-get-here}
+
+गेल्या काही वर्षांमध्ये Ethereum ने अनेक नेटवर्क अपग्रेड केले आहेत जे पूर्वीप्रमाणेच ऊर्जा-केंद्रित खाणकाम करण्याऐवजी ETH द्वारेच सुरक्षित केलेल्या नेटवर्कमध्ये बदलले आहेत. इथरियमवरील एकमतामध्ये सहभागी होणे आता "स्टेकिंग" म्हणून ओळखले जाते, कारण सहभागींनी नेटवर्कमध्ये सहभागी होण्याच्या क्षमतेसाठी "इथरिअम" ला स्वेच्छेने लॉक अप केले आहे. नियमांचे पालन करणाऱ्या वापरकर्त्यांना बक्षीस दिले जाईल, तर फसवणूक करण्याचा प्रयत्न केल्यास दंड आकारला जाऊ शकतो.
+
+नोव्हेंबर 2020 मध्ये स्टॅकिंग डिपॉझिट कॉन्ट्रॅक्ट लाँच झाल्यापासून, काही धाडसी इथरियम पायनियर्सनी नेटवर्क नियमांचे पालन करून, औपचारिकपणे प्रमाणित करण्याचा आणि ब्लॉक्सचा प्रस्ताव देण्याचा अधिकार असलेल्या विशेष खाती "व्हॅलिडेटर्स" सक्रिय करण्यासाठी स्वेच्छेने निधी लॉक केला आहे.
+
+शांघाय/कॅपेला अपग्रेड करण्यापूर्वी, तुम्ही तुमचा स्टॅक केलेला ETH वापरू शकत नाही किंवा त्यात प्रवेश करू शकत नाही. परंतु आता, तुम्ही निवडलेल्या खात्यात तुमचे बक्षिसे आपोआप प्राप्त करण्यासाठी निवड करू शकता आणि तुम्हाला पाहिजे तेव्हा तुम्ही तुमचा स्टॅक केलेला ETH देखील काढू शकता.
+
+### मी तयारी कशी करू? {#how-do-i-prepare}
+
+<WithdrawalsTabComparison />
+
+### महत्वाच्या सूचना {#important-notices}
+
+कोणत्याही प्रमाणिकर खात्यासाठी पैसे काढण्याचा पत्ता प्रदान करणे हे त्याच्या शिल्लकीतून ETH काढण्यास पात्र होण्यापूर्वी आवश्यक पाऊल आहे.
+
+<Alert variant="warning">
+<AlertEmoji text="⚠️"/>
+<AlertContent>
+<AlertDescription>
+<strong>प्रत्येक सत्यापनकर्ता खात्याला फक्त एकदाच, एकच पैसे काढण्याचा पत्ता नियुक्त केला जाऊ शकतो.</strong> एकदा पत्ता निवडला आणि कन्सेंसस लेयरवर सबमिट केला की, तो पूर्ववत केला जाऊ शकत नाही किंवा पुन्हा बदलला जाऊ शकत नाही. सबमिट करण्यापूर्वी प्रदान केलेल्या पत्त्याची मालकी आणि अचूकता दोनदा तपासा.
+</AlertDescription>
+</AlertContent>
+</Alert>
+
+हे प्रदान न केल्यामुळे <strong>तुमच्या निधीला या दरम्यान कोणताही धोका नाही</strong>, गृहीत धरून की तुमचा स्मृती/सीड वाक्यांश ऑफलाइन सुरक्षित राहिला आहे आणि कोणत्याही प्रकारे तडजोड केलेली नाही. पैसे काढण्याची क्रेडेन्शियल्स जोडण्यात अयशस्वी झाल्यास ETH फक्त व्हॅलिडेटर खात्यात लॉक केले जाईल कारण पैसे काढण्याचा पत्ता प्रदान केला जात नाही.
+
+## स्टेकिंगमधून पूर्णपणे बाहेर पडणे {#exiting-staking-entirely}
+
+सत्यापनकर्ता खात्याच्या शिलकीतून _कोणताही_ निधी हस्तांतरित करण्यापूर्वी पैसे काढण्याचा पत्ता देणे आवश्यक आहे.
+
+जे वापरकर्ते पूर्णपणे स्टॅकिंगमधून बाहेर पडू पाहत आहेत आणि त्यांची संपूर्ण शिल्लक परत काढू इच्छित आहेत त्यांनी व्हॅलिडेटर कीसह "स्वैच्छिक निर्गमन" संदेशावर स्वाक्षरी करणे आणि प्रसारित करणे आवश्यक आहे जे स्टॅकिंगमधून बाहेर पडण्याची प्रक्रिया सुरू करेल. हे तुमच्या व्हॅलिडेटर क्लायंटसह केले जाते आणि तुमच्या कॉन्सेन्सस नोडला सबमिट केले जाते आणि त्यासाठी गॅसची आवश्यकता नसते.
+
+स्टॅकिंगमधून बाहेर पडण्याच्या व्हॅलिडेटरच्या प्रक्रियेला बदलत्या प्रमाणात वेळ लागतो, त्याच वेळी इतर किती जण बाहेर पडत आहेत यावर अवलंबून. एकदा पूर्ण झाल्यावर, हे खाते यापुढे व्हॅलिडेटर नेटवर्क कर्तव्ये पार पाडण्यासाठी जबाबदार राहणार नाही, यापुढे पुरस्कारांसाठी पात्र राहणार नाही आणि यापुढे त्यांचे ETH "धोक्यात" राहणार नाही. यावेळी खाते पूर्णपणे "विथड्रॉवेबल" म्हणून चिन्हांकित केले जाईल.
+
+एकदा खाते "पैसे काढता येण्याजोगे" म्हणून ध्वजांकित केले गेले आणि पैसे काढण्याची क्रेडेन्शियल प्रदान केली गेली की, वापरकर्त्याला प्रतीक्षा करण्याशिवाय आणखी काही करण्याची आवश्यकता नाही. पात्र निघालेल्या निधीसाठी ब्लॉक प्रस्तावकांकडून खाती आपोआप आणि सतत स्वीप केली जातात, आणि तुमच्या खात्यातील शिल्लक पुढील <a href="#validator-sweeping" customEventOptions={{ eventCategory: "Anchor link", eventAction: "Exiting staking entirely (sweep)", eventName: "click" }}>स्वीप</a> दरम्यान पूर्णपणे हस्तांतरित केली जाईल (ज्याला "पूर्ण पैसे काढणे" असेही म्हणतात).
+
+## स्टेकिंगमधून पैसे काढणे कधी सक्षम केले गेले? {#when}
+
+पैसे काढण्याची कार्यक्षमता शांघाय/कॅपेला अपग्रेडचा भाग म्हणून सक्षम करण्यात आली होती, जी **१२ एप्रिल, २०२३** रोजी झाली.
+
+शांघाय/कॅपेला अपग्रेडने पूर्वी स्टॅक केलेले ETH नियमित Ethereum खात्यांमध्ये पुन्हा दावा केला जाऊ शकतो. यामुळे रोखता रोखण्यावरील लूप बंद झाला आणि इथरियमला शाश्वत, स्केलेबल, सुरक्षित विकेंद्रित इकोसिस्टम तयार करण्याच्या दिशेने त्याच्या प्रवासात एक पाऊल जवळ आणले.
+
+- [इथेरियमच्या इतिहासावर अधिक](/ethereum-forks/)
+- [इथेरियम रोडमॅपवर अधिक](/roadmap/)
+
+## पैसे काढणे कसे कार्य करतात? {#how-do-withdrawals-work}
+
+दिलेला व्हॅलिडेटर पैसे काढण्यासाठी पात्र आहे की नाही हे व्हॅलिडेटर खात्याच्या स्थितीवरूनच ठरवले जाते. खात्यातून पैसे काढणे सुरू केले जावे की नाही हे निर्धारित करण्यासाठी कोणत्याही वेळी कोणत्याही वापरकर्त्याच्या इनपुटची आवश्यकता नाही — संपूर्ण प्रक्रिया सतत लूपवर सहमती स्तराद्वारे स्वयंचलितपणे केली जाते.
+
+### तुम्ही पाहून शिकणारे आहात का? {#visual-learner}
+
+फिनेमॅटिक्स: द्वारे इथरियम स्टॅकिंग विथड्रॉवलचे हे स्पष्टीकरण पहा:
+
+<YouTube id="RwwU3P9n3uo" />
+
+### सत्यापनकर्ता "स्वीपिंग" {#validator-sweeping}
+
+जेव्हा व्हॅलिडेटरने पुढील ब्लॉकचा प्रस्ताव ठेवला आहे, तेव्हा त्याला 16 पर्यंत पात्र पैसे काढण्याची रांग तयार करणे आवश्यक आहे. हे मूळत: व्हॅलिडेटर इंडेक्स 0 ने सुरू करून, प्रोटोकॉलच्या नियमांनुसार या खात्यासाठी पैसे काढण्यास पात्र आहे की नाही हे निर्धारित करून आणि असल्यास ते रांगेत जोडून केले जाते. खालील ब्लॉक प्रस्तावित करण्यासाठी सेट केलेले प्रमाणिकरण अनिश्चित काळासाठी क्रमाने प्रगती करत, शेवटचे सोडले होते तेथून उचलेल.
+
+<Alert variant="update">
+<AlertEmoji text="🕛"/>
+<AlertContent>
+<AlertDescription>
+एनालॉग घड्याळाबद्दल विचार करा. घड्याळाचा काटा तासाकडे निर्देश करतो, एकाच दिशेने पुढे जातो, कोणताही तास वगळत नाही, आणि शेवटचा आकडा गाठल्यावर शेवटी पुन्हा सुरुवातीला परत येतो.<br/><br/>
+आता १ ते १२ ऐवजी, कल्पना करा की घड्याळात ० ते N पर्यंत आकडे आहेत <em>(कन्सेंसस लेयरवर नोंदणी केलेल्या एकूण सत्यापनकर्ता खात्यांची संख्या, जी जानेवारी २०२३ पर्यंत ५,००,००० पेक्षा जास्त होती).</em><br/><br/>
+घड्याळाचा काटा पुढील सत्यापनकर्त्याकडे निर्देश करतो, ज्याची पैसे काढण्याच्या पात्रतेसाठी तपासणी करणे आवश्यक आहे. हे ० पासून सुरू होते आणि कोणतीही खाती वगळल्याशिवाय सर्वत्र प्रगती करते. जेव्हा शेवटचा सत्यापनकर्ता गाठला जातो, तेव्हा चक्र सुरुवातीपासून पुन्हा सुरू होते.
+</AlertDescription>
+</AlertContent>
+</Alert>
+
+#### पैसे काढण्यासाठी खाते तपासणे {#checking-an-account-for-withdrawals}
+
+एक प्रस्तावक संभाव्य पैसे काढण्यासाठी प्रमाणीकरणकर्त्यांद्वारे स्वीप करत असताना, प्रत्येक व्हॅलिडेटरचे मूल्यमापन प्रश्नांच्या छोट्या मालिकेद्वारे केले जाते जेणेकरुन पैसे काढले जावे आणि तसे असल्यास, किती ETH काढले जावे.
+
+1. **पैसे काढण्याचा पत्ता प्रदान केला आहे का?** जर पैसे काढण्याचा पत्ता प्रदान केला नसेल, तर खाते वगळले जाते आणि पैसे काढणे सुरू केले जात नाही.
+2. **सत्यापनकर्ता बाहेर पडला आहे आणि काढण्यायोग्य आहे का?** जर सत्यापनकर्ता पूर्णपणे बाहेर पडला असेल, आणि आपण अशा युगात पोहोचलो असू जिथे त्याचे खाते "काढण्यायोग्य" मानले जाते, तर पूर्ण पैसे काढण्याची प्रक्रिया केली जाईल. हे संपूर्ण उर्वरित शिल्लक पैसे काढण्याच्या पत्त्यावर हस्तांतरित करेल.
+3. **प्रभावी शिल्लक ३२ वर कमाल झाली आहे का?** जर खात्याकडे पैसे काढण्याचे क्रेडेन्शियल्स असतील, ते पूर्णपणे बाहेर पडलेले नसेल, आणि ३२ पेक्षा जास्त बक्षिसे प्रलंबित असतील, तर अंशतः पैसे काढण्याची प्रक्रिया केली जाईल जी फक्त ३२ वरील बक्षिसे वापरकर्त्याच्या पैसे काढण्याच्या पत्त्यावर हस्तांतरित करते.
+
+व्हॅलिडेटरच्या जीवन चक्रादरम्यान व्हॅलिडेटर ऑपरेटरद्वारे फक्त दोनच क्रिया केल्या जातात ज्या या प्रवाहावर थेट प्रभाव टाकतात:
+
+- कोणत्याही प्रकारचे पैसे काढणे सक्षम करण्यासाठी पैसे काढण्याची क्रेडेन्शियल प्रदान करा
+- नेटवर्कमधून बाहेर पडा, जे पूर्ण पैसे काढण्यास ट्रिगर करेल
+
+### गॅस मुक्त {#gas-free}
+
+पैसे काढण्याचा हा दृष्टीकोन स्टॅकर्सना एखादे व्यवहार मॅन्युअली सबमिट करण्‍याची आवश्‍यकता टाळतो ज्यात विशिष्ट रक्कम काढण्‍याची ईटीएच विनंती केली जाते. याचा अर्थ **कोणतेही गॅस (व्यवहार शुल्क) आवश्यक नाही**, आणि पैसे काढणे देखील विद्यमान एक्झिक्युशन लेयर ब्लॉक स्पेससाठी स्पर्धा करत नाही.
+
+### मला माझे स्टेकिंग रिवॉर्ड्स किती वारंवार मिळतील? {#how-soon}
+
+एका ब्लॉकमध्ये जास्तीत जास्त १६ पैसे काढण्याची प्रक्रिया केली जाऊ शकते. या दराने, दररोज ११५,२०० सत्यापनकर्ता काढण्यांवर प्रक्रिया केली जाऊ शकते (कोणतेही स्लॉट चुकले नाहीत असे गृहीत धरल्यास). वर नमूद केल्याप्रमाणे, स्वीप पूर्ण करण्यासाठी लागणारा वेळ कमी करून, पैसे काढण्यासाठी पात्र नसलेले प्रमाणीकरण वगळले जातील.
+
+या गणनेचा विस्तार करून, आम्ही दिलेल्या संख्येच्या पैसे काढण्याच्या प्रक्रियेसाठी लागणाऱ्या वेळेचा अंदाज लावू शकतो:
+
+<TableContainer>
+
+| पैसे काढण्याची संख्या | पूर्ण होण्यासाठी लागणारा वेळ |
+| :-------------------: | :--------------------------: |
+|        400,000        |   ३.५ दिवस   |
+|        500,000        |   ४.३ दिवस   |
+|        600,000        |   ५.२ दिवस   |
+|        700,000        |   ६.१ दिवस   |
+|        800,000        |   ७.० दिवस   |
+
+</TableContainer>
+
+नेटवर्कवर अधिक प्रमाणीकरणकर्ते असल्याने हे कमी होत असल्याचे तुम्ही पाहता. चुकलेल्या स्लॉट्समध्ये वाढ प्रमाणानुसार हे कमी करू शकते, परंतु हे सामान्यतः संभाव्य परिणामांची हळूवार बाजू दर्शवेल.
+
+## वारंवार विचारले जाणारे प्रश्न {#faq}
+
+<ExpandableCard
+title="एकदा मी पैसे काढण्याचा पत्ता दिल्यावर, मी तो बदलून दुसरा पत्ता देऊ शकेन का?"
+eventCategory="FAQ"
+eventAction="Once I have provided a withdrawal address, can I change it to an alternative withdrawal address?"
+eventName="read more">
+नाही, पैसे काढण्याचे क्रेडेन्शियल्स देण्याची प्रक्रिया ही एक-वेळची आहे आणि एकदा सबमिट केल्यावर ती बदलता येत नाही.
+</ExpandableCard>
+
+<ExpandableCard
+title="पैसे काढण्याचा पत्ता फक्त एकदाच का सेट केला जाऊ शकतो?"
+eventCategory="FAQ"
+eventAction="Why can a withdrawal address only be set once?"
+eventName="read more">
+एक्झिक्युशन लेयरचा काढण्याचा पत्ता सेट केल्याने त्या सत्यापनकर्त्यासाठीचे पैसे काढण्याचे क्रेडेन्शियल्स कायमचे बदलले जातात. याचा अर्थ जुनी क्रेडेन्शियल्स यापुढे कार्य करणार नाहीत आणि नवीन क्रेडेन्शियल एक्झिक्यूशन लेयर खात्याकडे निर्देशित करतात.
+
+पैसे काढण्याचे पत्ते एकतर स्मार्ट करार (त्याच्या कोडद्वारे नियंत्रित) किंवा बाह्य मालकीचे खाते (EOA, त्याच्या खाजगी कीद्वारे नियंत्रित) असू शकतात. सध्‍या या खात्‍यांमध्‍ये कन्सेंसस लेयरवर संदेश पाठवण्‍याचा कोणताही मार्ग नाही जो व्हॅलिडेटर क्रेडेन्शियल बदलण्‍याचे संकेत देईल आणि ही कार्यक्षमता जोडल्‍याने प्रोटोकॉलमध्‍ये अनावश्यक गुंतागुंत निर्माण होईल.
+
+एखाद्या विशिष्ट प्रमाणीकरणासाठी पैसे काढण्याचा पत्ता बदलण्याचा पर्याय म्हणून, वापरकर्ते त्यांच्या पैसे काढण्याचा पत्ता म्हणून स्मार्ट करार सेट करणे निवडू शकतात जे सुरक्षित सारख्या की फिरवतांना हाताळू शकते. जे वापरकर्ते त्यांचे फंड त्यांच्या स्वतःच्या EOA वर सेट करतात ते त्यांचे सर्व स्टेक फंड काढण्यासाठी पूर्ण एक्झिट करू शकतात आणि नंतर नवीन क्रेडेंशियल वापरून पुन्हा स्टेक करू शकतात.
+</ExpandableCard>
+
+<ExpandableCard
+title="मी स्टेकिंग टोकन किंवा पूल्ड स्टेकिंगमध्ये भाग घेतल्यास काय होईल?"
+eventCategory="FAQ"
+eventAction="What if I participate in staking tokens or pooled staking"
+eventName="read more">
+
+जर तुम्ही [स्टेकिंग पूल](/staking/pools/) चा भाग असाल किंवा स्टेकिंग टोकन धारण करत असाल, तर तुम्ही तुमच्या प्रदात्याकडे अधिक तपशिलांसाठी चौकशी करावी की स्टेकिंगमधून पैसे काढण्याची प्रक्रिया कशी हाताळली जाते, कारण प्रत्येक सेवा वेगळ्या पद्धतीने चालते.
+
+सर्वसाधारणपणे, वापरकर्त्यांनी त्यांच्या अंतर्निहित स्टॅक केलेल्या ETH वर पुन्हा हक्क सांगायला हवे किंवा ते कोणते स्टॅकिंग प्रदाता वापरतात ते बदलले पाहिजे. एखादा विशिष्‍ट पूल खूप मोठा होत असल्‍यास, <a href="https://rated.network/">लहान प्रदाता</a> सह निधी बाहेर काढला जाऊ शकतो, रिडीम केला जाऊ शकतो आणि री-स्टेक केला जाऊ शकतो. किंवा, तुम्ही पुरेसे ETH जमा केले असल्यास तुम्ही [घरातून स्टेक](/staking/solo/) करू शकता.
+</ExpandableCard>
+
+<ExpandableCard
+title="बक्षीस देयके (अंशतः पैसे काढणे) आपोआप होतात का?"
+eventCategory="FAQ"
+eventAction="Do reward payments (partial withdrawals) happen automatically?"
+eventName="read more">
+होय, जोपर्यंत तुमच्या सत्यापनकर्त्याने पैसे काढण्याचा पत्ता दिला आहे. सुरुवातीला कोणतेही पैसे काढणे सक्षम करण्यासाठी हे एकदा प्रदान केले जाणे आवश्यक आहे, नंतर प्रत्येक प्रमाणीकरण स्वीपसह दर काही दिवसांनी रिवॉर्ड पेमेंट स्वयंचलितपणे ट्रिगर केले जातील.
+</ExpandableCard>
+
+<ExpandableCard
+title="पूर्ण पैसे काढण्याची प्रक्रिया आपोआप होते का?"
+eventCategory="FAQ"
+eventAction="Do full withdrawals happen automatically?"
+eventName="read more">
+
+नाही, तुमचा व्हॅलिडेटर अजूनही नेटवर्कवर सक्रिय असल्यास, पूर्ण पैसे काढणे आपोआप होणार नाही. यासाठी स्वहस्ते स्वैच्छिक निर्गमन सुरू करणे आवश्यक आहे.
+
+एकदा व्हॅलिडेटरने बाहेर पडण्याची प्रक्रिया पूर्ण केल्यावर, आणि खात्यात पैसे काढण्याची क्रेडेन्शियल आहे असे गृहीत धरून, उर्वरित शिल्लक <em>नंतर</em> पुढील <a href="#validator-sweeping">व्हॅलिडेटर स्वीप दरम्यान काढली जाईल</a>.
+</ExpandableCard>
+
+<ExpandableCard title="मी सानुकूल रक्कम काढू शकतो का?"
+eventCategory="FAQ"
+eventAction="Can I withdraw a custom amount?"
+eventName="read more">
+पैसे काढण्याची प्रक्रिया आपोआप पुढे ढकलली जाईल अशाप्रकारे डिझाइन केली आहे, जेणेकरून स्टेकसाठी सक्रियपणे योगदान देत नसलेले कोणतेही ETH हस्तांतरित केले जाईल. यामध्ये ज्या खात्यांनी बाहेर पडण्याची प्रक्रिया पूर्ण केली आहे त्यांच्यासाठी संपूर्ण शिल्लक समाविष्ट आहे.
+
+ETH ची विशिष्ट रक्कम काढण्यासाठी व्यक्तिचलितपणे विनंती करणे शक्य नाही.
+</ExpandableCard>
+
+<ExpandableCard
+title="मी एक सत्यापनकर्ता चालवतो. पैसे काढणे सक्षम करण्याविषयी मला अधिक माहिती कोठे मिळेल?"
+eventCategory="FAQ"
+eventAction="I operate a validator. पैसे काढणे सक्षम करण्याविषयी मला अधिक माहिती कोठे मिळेल?"
+eventName="read more">
+
+सत्यापनकर्ता चालकांना <a href="https://launchpad.ethereum.org/withdrawals/">स्टेकिंग लॉन्चपॅड विथड्रॉवल्स</a> पृष्ठास भेट देण्याची शिफारस केली जाते, जिथे तुम्हाला पैसे काढण्यासाठी तुमच्या सत्यापनकर्त्याला कसे तयार करावे, इव्हेंटची वेळ आणि पैसे काढण्याची प्रक्रिया कशी कार्य करते याबद्दल अधिक तपशील मिळतील.
+
+तुमचा सेटअप प्रथम टेस्टनेटवर वापरून पाहण्यासाठी, सुरू करण्यासाठी <a href="https://hoodi.launchpad.ethereum.org">हुडी टेस्टनेट स्टेकिंग लॉन्चपॅड</a> ला भेट द्या.
+</ExpandableCard>
+
+<ExpandableCard
+title="अधिक ETH जमा करून बाहेर पडल्यानंतर मी माझा सत्यापनकर्ता पुन्हा सक्रिय करू शकतो का?"
+eventCategory="FAQ"
+eventAction="Can I re-activate my validator after exiting by depositing more ETH?"
+eventName="read more">
+नाही. एकदा सत्यापनकर्ता बाहेर पडल्यानंतर आणि त्याची संपूर्ण शिल्लक काढल्यानंतर, त्या व्हॅलिडेटरकडे जमा केलेला कोणताही अतिरिक्त निधी पुढील सत्यापनकर्ता स्वीप दरम्यान आपोआप पैसे काढण्याच्या पत्त्यावर हस्तांतरित केला जाईल. ETH पुन्हा स्टेक करण्यासाठी, एक नवीन सत्यापनकर्ता सक्रिय करणे आवश्यक आहे.
+</ExpandableCard>
+
+## पुढील वाचन {#further-reading}
+
+- [स्टेकिंग लाँचपॅड विथड्रॉवल्स](https://launchpad.ethereum.org/withdrawals)
+- [EIP-4895: बीकन चेन पुश विथड्रॉवल्स ऑपरेशन्स म्हणून](https://eips.ethereum.org/EIPS/eip-4895)
+- [PEEPanEIP #94: स्टेक केलेले ETH काढणे (चाचणी) Potuz आणि Hsiao-Wei Wang यांच्यासोबत](https://www.youtube.com/watch?v=G8UstwmGtyE)
+- [PEEPanEIP#68: EIP-4895: बीकन चेन पुश विथड्रॉवल्स ॲलेक्स स्टोक्ससोबत ऑपरेशन्स म्हणून](https://www.youtube.com/watch?v=CcL9RJBljUs)
+- [सत्यापनकर्त्याची प्रभावी शिल्लक समजून घेणे](https://www.attestant.io/posts/understanding-validator-effective-balance/)
diff --git a/public/content/translations/mr/web3/index.md b/public/content/translations/mr/web3/index.md
new file mode 100644
index 00000000000..5e9349c1c8d
--- /dev/null
+++ b/public/content/translations/mr/web3/index.md
@@ -0,0 +1,169 @@
+---
+title: "Web3 म्हणजे काय आणि ते महत्त्वाचे का आहे?"
+description: "Web3 चा परिचय—वर्ल्ड वाइड वेबची पुढील उत्क्रांती—आणि ते का महत्त्वाचे आहे."
+lang: mr
+---
+
+# Web3 ची ओळख {#introduction}
+
+<div className="mt-4">
+<ListenToPlayer slug="/web3/" />
+</div>
+
+केंद्रीकरणाने कोट्यवधी लोकांना वर्ल्ड वाइड वेबवर ऑनबोर्ड करण्यात मदत केली आहे आणि ते ज्यावर राहतात त्या स्थिर, मजबूत पायाभूत सुविधा निर्माण केल्या आहेत. त्याच वेळी, वर्ल्ड वाइड वेबच्या मोठ्या भागावर मूठभर केंद्रीकृत संस्थांचा मजबूत गड आहे, काय परवानगी द्यायची आणि काय करू नये हे एकतर्फी ठरवते.
+
+Web3 हे या कोंडीचे उत्तर आहे. मोठ्या तंत्रज्ञान कंपन्यांद्वारे मक्तेदारी असलेल्या वेबऐवजी, Web3 विकेंद्रीकरण स्वीकारते आणि ते त्याच्या वापरकर्त्यांद्वारे तयार केले जाते, चालवले जाते आणि मालकीचे आहे. वेब3 कॉर्पोरेशनऐवजी व्यक्तींच्या हातात सत्ता ठेवते.
+Web3 बद्दल बोलण्यापूर्वी, आपण येथे कसे पोहोचलो ते शोधूया.
+
+<Divider />
+
+## सुरुवातीचे वेब {#early-internet}
+
+बहुतेक लोक वेबला आधुनिक जीवनाचा अखंड आधारस्तंभ मानतात—त्याचा शोध लावला गेला आणि तेव्हापासून अस्तित्वात आहे. तथापि, आज आपल्यापैकी बहुतेकांना माहित असलेले वेब मूळ कल्पनेपेक्षा बरेच वेगळे आहे. हे अधिक चांगल्याप्रकारे समजून घेण्यासाठी, वेबचा छोटा इतिहास सैल कालावधीत मोडणे उपयुक्त आहे—वेब 1.0 आणि वेब 2.0.
+
+### वेब 1.0: केवळ-वाचनीय (1990-2004) {#web1}
+
+1989 मध्ये, CERN, जिनिव्हा येथे, टिम बर्नर्स-ली वर्ल्ड वाइड वेब बनतील असे प्रोटोकॉल विकसित करण्यात व्यस्त होते. त्याची कल्पना? खुले, विकेंद्रित प्रोटोकॉल तयार करण्यासाठी जे पृथ्वीवरील कोठूनही माहिती-सामायिकरण करण्यास अनुमती देतात.
+
+बर्नर्स-लीच्या निर्मितीची पहिली सुरुवात, जी आता 'वेब 1.0' म्हणून ओळखली जाते, साधारणपणे 1990 ते 2004 दरम्यान घडली. वेब 1.0 ही मुख्यत: कंपन्यांच्या मालकीची स्थिर वेबसाइट होती आणि वापरकर्ते यांच्यात जवळजवळ शून्य परस्परसंवाद होता - व्यक्ती क्वचितच सामग्री तयार करतात - ज्यामुळे ते केवळ-वाचनीय वेब म्हणून ओळखले जात असे.
+
+![क्लायंट-सर्व्हर आर्किटेक्चर, वेब 1.0 चे प्रतिनिधित्व करते](./web1.png)
+
+### वेब 2.0: वाचनीय-लिहिण्यायोग्य (2004-सध्या) {#web2}
+
+वेब 2.0 कालावधी 2004 मध्ये सोशल मीडिया प्लॅटफॉर्मच्या उदयाने सुरू झाला. केवळ-वाचनीय ऐवजी, वेब वाचनीय-लिहिण्यायोग्य बनले. वापरकर्त्यांना सामग्री प्रदान करणाऱ्या कंपन्यांऐवजी, त्यांनी वापरकर्त्याद्वारे-तयार सामग्री सामायिक करण्यासाठी आणि वापरकर्ता-ते-वापरकर्ता संवादात गुंतण्यासाठी प्लॅटफॉर्म प्रदान करण्यास सुरुवात केली. जसजसे अधिक लोक ऑनलाइन येऊ लागले, तसतसे काही शीर्ष कंपन्यांनी वेबवर निर्माण होणाऱ्या रहदारी आणि मूल्याच्या विषम भागावर नियंत्रण मिळवण्यास सुरुवात केली. वेब 2.0 ने जाहिरात-आधारित महसूल मॉडेलला देखील जन्म दिला. वापरकर्ते सामग्री तयार करू शकत असले तरी, त्यांची ती मालकी नव्हती किंवा त्याच्या मुद्रीकरणाचा त्यांना फायदा होत नव्हता.
+
+![क्लायंट-सर्व्हर आर्किटेक्चर, वेब 2.0 चे प्रतिनिधित्व करते](./web2.png)
+
+<Divider />
+
+## वेब 3.0: वाचनीय-लिहिण्यायोग्य-मालकीचे {#web3}
+
+2014 मध्ये Ethereum लाँच झाल्यानंतर लगेचच [Ethereum](/what-is-ethereum/) चे सह-संस्थापक गॅविन वूड यांनी 'वेब 3.0' ही संकल्पना मांडली. अनेक सुरुवातीच्या क्रिप्टो वापरकर्त्यांना वाटणाऱ्या समस्येवर गॅविनने एक उपाय शब्दांत मांडला: वेबला खूप जास्त विश्वासाची आवश्यकता होती. म्हणजे, आज लोकांना माहीत असलेले आणि वापरत असलेले बहुतेक वेब, लोकांच्या सर्वोत्तम हितासाठी काम करण्यासाठी काही खाजगी कंपन्यांवर विश्वास ठेवण्यावर अवलंबून आहे.
+
+![विकेंद्रित नोड आर्किटेक्चर, Web3 चे प्रतिनिधित्व करते](./web3.png)
+
+### Web3 म्हणजे काय? {#what-is-web3}
+
+Web3 हा नवीन, उत्तम इंटरनेटच्या दृष्टिकोनासाठी एक सर्वसमावेशक शब्द बनला आहे. त्याच्या मूळ गाभ्यामध्ये, Web3 वापरकर्त्यांना मालकीच्या स्वरूपात शक्ती परत देण्यासाठी ब्लॉकचेन, क्रिप्टोकरन्सी आणि NFTs चा वापर करते. [ट्विटरवरील 2020 मधील एका पोस्टमध्ये](https://twitter.com/himgajria/status/1266415636789334016) हे सर्वोत्तम सांगितले आहे: वेब1 केवळ-वाचनीय होते, वेब2 वाचनीय-लिहिण्यायोग्य आहे, वेब3 वाचनीय-लिहिण्यायोग्य-मालकीचे असेल.
+
+#### Web3 च्या मुख्य कल्पना {#core-ideas}
+
+Web3 म्हणजे काय याची नेमकी व्याख्या करणे आव्हानात्मक असले तरी, काही मुख्य तत्त्वे त्याच्या निर्मितीला मार्गदर्शन करतात.
+
+- **Web3 विकेंद्रित आहे:** इंटरनेटचा मोठा भाग केंद्रीभूत संस्थांद्वारे नियंत्रित आणि मालकीचा असण्याऐवजी, मालकी त्याचे निर्माते आणि वापरकर्त्यांमध्ये वितरीत केली जाते.
+- **Web3 परवानगीविरहित आहे:** प्रत्येकाला Web3 मध्ये सहभागी होण्यासाठी समान प्रवेश आहे आणि कोणालाही वगळले जात नाही.
+- **Web3 मध्ये मूळ पेमेंट आहेत:** ते ऑनलाइन पैसे खर्च करण्यासाठी आणि पाठवण्यासाठी बँका आणि पेमेंट प्रोसेसरच्या जुन्या पायाभूत सुविधांवर अवलंबून न राहता क्रिप्टोकरन्सी वापरते.
+- **Web3 विश्वासहीन आहे:** ते विश्वासार्ह तृतीय-पक्षांवर अवलंबून न राहता प्रोत्साहन आणि आर्थिक यंत्रणेचा वापर करून कार्य करते.
+
+### Web3 महत्त्वाचे का आहे? {#why-is-web3-important}
+
+जरी Web3 ची प्रमुख वैशिष्ट्ये वेगळी नाहीत आणि सुव्यवस्थित श्रेणींमध्ये बसत नाहीत, तरीही सोपेपणासाठी आम्ही त्यांना समजण्यास सोपे जावे म्हणून वेगळे करण्याचा प्रयत्न केला आहे.
+
+#### मालकी {#ownership}
+
+Web3 तुम्हाला तुमच्या डिजिटल मालमत्तेची मालकी अभूतपूर्व मार्गाने देते. उदाहरणार्थ, समजा तुम्ही वेब2 गेम खेळत आहात. तुम्ही गेममधील एखादी वस्तू खरेदी केल्यास, ती थेट तुमच्या खात्याशी जोडलेली असते. जर गेम निर्मात्यांनी तुमचे खाते हटवले, तर तुम्ही या वस्तू गमावाल. किंवा, तुम्ही गेम खेळणे थांबवल्यास, तुम्ही तुमच्या गेममधील वस्तूंमध्ये गुंतवलेले मूल्य गमावाल.
+
+Web3 [नॉन-फंजिबल टोकन्स (NFTs)](/glossary/#nft) द्वारे थेट मालकीची परवानगी देते. कोणालाही, अगदी गेमच्या निर्मात्यांनाही, तुमची मालकी काढून घेण्याचा अधिकार नाही. आणि, तुम्ही खेळणे थांबवल्यास, तुम्ही तुमच्या गेममधील वस्तू खुल्या बाजारात विकू किंवा व्यापार करू शकता आणि त्यांचे मूल्य परत मिळवू शकता. हे प्रत्यक्षात पाहण्यासाठी [ऑनचेन गेमिंग](/gaming/) एक्सप्लोर करा.
+
+<Alert variant="update">
+<AlertEmoji text=":eyes:"/>
+<AlertContent className="flex-row items-center justify-between">
+  <div>NFTs बद्दल अधिक जाणून घ्या</div>
+  <ButtonLink href="/nft/">
+    NFTs वर अधिक
+  </ButtonLink>
+</AlertContent>
+</Alert>
+
+#### सेन्सॉरशिप प्रतिरोध {#censorship-resistance}
+
+प्लॅटफॉर्म आणि सामग्री निर्मात्यांमधील शक्तीचे संतुलन खूपच असंतुलित आहे.
+
+OnlyFans ही वापरकर्त्याद्वारे-तयार प्रौढ सामग्रीची साइट आहे ज्यात 1-दशलक्षाहून अधिक सामग्री निर्माते आहेत, ज्यापैकी बरेच जण या प्लॅटफॉर्मचा उत्पन्नाचा प्राथमिक स्त्रोत म्हणून वापर करतात. ऑगस्ट 2021 मध्ये, OnlyFans ने लैंगिकदृष्ट्या स्पष्ट सामग्रीवर बंदी घालण्याच्या योजना जाहीर केल्या. या घोषणेमुळे प्लॅटफॉर्मवरील निर्मात्यांमध्ये संताप निर्माण झाला, ज्यांना वाटले की त्यांनी तयार करण्यात मदत केलेल्या प्लॅटफॉर्मवर त्यांच्या उत्पन्नावर दरोडा टाकला जात आहे. प्रतिक्रियेनंतर, निर्णय त्वरीत मागे घेण्यात आला. निर्मात्यांनी ही लढाई जिंकली असली तरी, हे वेब 2.0 निर्मात्यांसाठी एक समस्या हायलाइट करते: तुम्ही प्लॅटफॉर्म सोडल्यास तुम्ही मिळवलेली प्रतिष्ठा आणि फॉलोअर्स गमावता.
+
+Web3 वर, तुमचा डेटा ब्लॉकचेनवर राहतो. जेव्हा तुम्ही एखादे प्लॅटफॉर्म सोडण्याचा निर्णय घेता, तेव्हा तुम्ही तुमची प्रतिष्ठा सोबत घेऊ शकता, आणि ती तुमच्या मूल्यांशी अधिक स्पष्टपणे जुळणाऱ्या दुसऱ्या इंटरफेसमध्ये जोडू शकता.
+
+वेब 2.0 मध्ये सामग्री निर्मात्यांना नियम न बदलण्यासाठी प्लॅटफॉर्मवर विश्वास ठेवण्याची आवश्यकता असते, परंतु सेन्सॉरशिप प्रतिरोध हे Web3 प्लॅटफॉर्मचे मूळ वैशिष्ट्य आहे.
+
+#### विकेंद्रित स्वायत्त संस्था (DAOs) {#daos}
+
+Web3 मध्ये तुमचा डेटा स्वतःच्या मालकीचा असण्यासोबतच, तुम्ही एका कंपनीतील शेअर्सप्रमाणे काम करणाऱ्या टोकन्सचा वापर करून, एकत्रितपणे प्लॅटफॉर्मची मालकी घेऊ शकता. DAOs तुम्हाला प्लॅटफॉर्मच्या विकेंद्रित मालकीचे समन्वय साधण्याची आणि त्याच्या भविष्याबद्दल निर्णय घेण्याची परवानगी देतात.
+
+DAOs तांत्रिकदृष्ट्या सहमतीने ठरवलेले [स्मार्ट कॉन्ट्रॅक्ट्स](/glossary/#smart-contract) म्हणून परिभाषित केले जातात जे संसाधनांच्या (टोकन्स) पूलावर विकेंद्रित निर्णय घेण्याची प्रक्रिया स्वयंचलित करतात. टोकन असलेले वापरकर्ते संसाधने कशी खर्च केली जातात यावर मतदान करतात आणि कोड आपोआप मतदानाचा निकाल अमलात आणतो.
+
+तथापि, लोक अनेक Web3 समुदायांना DAO म्हणून परिभाषित करतात. या सर्व समुदायांमध्ये विकेंद्रीकरण आणि कोडद्वारे ऑटोमेशनचे वेगवेगळे स्तर आहेत. सध्या, आम्ही DAOs काय आहेत आणि भविष्यात ते कसे विकसित होऊ शकतात याचा शोध घेत आहोत.
+
+<Alert variant="update">
+<AlertEmoji text=":eyes:"/>
+<AlertContent className="flex-row items-center justify-between">
+  <div>DAOs बद्दल अधिक जाणून घ्या</div>
+  <ButtonLink href="/dao/">
+    DAOs वर अधिक
+  </ButtonLink>
+</AlertContent>
+</Alert>
+
+### ओळख {#identity}
+
+पारंपारिकपणे, तुम्ही वापरत असलेल्या प्रत्येक प्लॅटफॉर्मसाठी तुम्ही एक खाते तयार करता. उदाहरणार्थ, तुमचे ट्विटर खाते, यूट्यूब खाते आणि रेडिट खाते असू शकते. तुमचे डिस्प्ले नाव किंवा प्रोफाइल चित्र बदलायचे आहे का? तुम्हाला ते प्रत्येक खात्यावर करावे लागेल. तुम्ही काही प्रकरणांमध्ये सोशल साइन-इन वापरू शकता, परंतु यामुळे एक परिचित समस्या समोर येते—सेन्सॉरशिप. एकाच क्लिकमध्ये, हे प्लॅटफॉर्म तुम्हाला तुमच्या संपूर्ण ऑनलाइन जीवनातून बाहेर लॉक करू शकतात. याहूनही वाईट म्हणजे, अनेक प्लॅटफॉर्मना खाते तयार करण्यासाठी तुम्हाला वैयक्तिकरित्या ओळखण्यायोग्य माहितीसह त्यांच्यावर विश्वास ठेवण्याची आवश्यकता असते.
+
+Web3 तुम्हाला Ethereum ॲड्रेस आणि [Ethereum Name Service (ENS)](/glossary/#ens) प्रोफाइलसह तुमची डिजिटल ओळख नियंत्रित करण्याची परवानगी देऊन या समस्या सोडवते. Ethereum ॲड्रेस वापरल्याने प्लॅटफॉर्मवर एकच लॉगिन मिळतो जो सुरक्षित, सेन्सॉरशिप-प्रतिरोधक आणि अनामिक असतो.
+
+### मूळ पेमेंट {#native-payments}
+
+वेब2 ची पेमेंट इन्फ्रास्ट्रक्चर बँका आणि पेमेंट प्रोसेसरवर अवलंबून आहे, ज्यात बँक खाते नसलेल्या लोकांना किंवा चुकीच्या देशाच्या सीमेत राहणाऱ्या लोकांना वगळले जाते.
+Web3 ब्राउझरमध्ये थेट पैसे पाठवण्यासाठी [ETH](/glossary/#ether) सारख्या टोकनचा वापर करते आणि कोणत्याही विश्वासू तृतीय पक्षाची आवश्यकता नसते.
+
+<ButtonLink href="/eth/">
+  ETH वर अधिक
+</ButtonLink>
+
+## वेब3 च्या मर्यादा {#web3-limitations}
+
+सध्याच्या स्वरूपात Web3 चे अनेक फायदे असूनही, अजूनही अनेक मर्यादा आहेत ज्यांना इकोसिस्टमने भरभराटीसाठी संबोधित करणे आवश्यक आहे.
+
+### सुलभता {#accessibility}
+
+Ethereum सह साइन-इन सारखी महत्त्वाची Web3 वैशिष्ट्ये, आधीपासूनच कोणालाही विनाशुल्क वापरण्यासाठी उपलब्ध आहेत. परंतु, व्यवहारांची सापेक्ष किंमत अजूनही अनेकांसाठी प्रतिबंधात्मक आहे. उच्च व्यवहार शुल्कामुळे कमी-श्रीमंत, विकसनशील राष्ट्रांमध्ये Web3 वापरण्याची शक्यता कमी आहे. Ethereum वर, ही आव्हाने [रोडमॅप](/roadmap/) आणि [लेअर 2 स्केलिंग सोल्यूशन्स](/glossary/#layer-2) द्वारे सोडवली जात आहेत. तंत्रज्ञान तयार आहे, परंतु Web3 सर्वांसाठी सुलभ करण्यासाठी आम्हाला लेअर 2 वर उच्च स्तरावर अवलंब करण्याची आवश्यकता आहे.
+
+### वापरकर्ता अनुभव {#user-experience}
+
+सध्या Web3 वापरण्यासाठी तांत्रिक अडथळा खूप जास्त आहे. वापरकर्त्यांना सुरक्षेची चिंता समजून घेणे, गुंतागुंतीचे तांत्रिक दस्तऐवज समजून घेणे आणि सहज नसलेल्या वापरकर्ता इंटरफेसवर नेव्हिगेट करणे आवश्यक आहे. [वॉलेट प्रदाते](/wallets/find-wallet/), विशेषतः, हे सोडवण्यासाठी काम करत आहेत, परंतु Web3 मोठ्या प्रमाणावर स्वीकारण्यापूर्वी अधिक प्रगती आवश्यक आहे.
+
+### शिक्षण {#education}
+
+Web3 नवीन आदर्श सादर करते ज्यासाठी वेब 2.0 मध्ये वापरलेल्या मानसिक मॉडेल्सपेक्षा वेगळी मानसिक मॉडेल्स शिकण्याची आवश्यकता असते. 1990 च्या दशकाच्या उत्तरार्धात वेब1.0 लोकप्रियता मिळवत असताना अशीच एक शैक्षणिक मोहीम घडली; वर्ल्ड वाइड वेबच्या समर्थकांनी लोकांना शिक्षित करण्यासाठी साध्या रूपकांपासून (माहितीचा महामार्ग, ब्राउझर, वेब सर्फिंग) ते [टेलिव्हिजन प्रक्षेपण](https://www.youtube.com/watch?v=SzQLI7BxfYI) पर्यंत अनेक शैक्षणिक तंत्रांचा वापर केला. Web3 अवघड नाही, पण ते वेगळे आहे. या Web3 आदर्शांबद्दल वेब2 वापरकर्त्यांना माहिती देणारे शैक्षणिक उपक्रम त्याच्या यशासाठी महत्त्वपूर्ण आहेत.
+
+Ethereum.org आमच्या [भाषांतर कार्यक्रमाद्वारे](/contributing/translation-program/) Web3 शिक्षणात योगदान देते, ज्याचा उद्देश महत्त्वाच्या Ethereum सामग्रीचे शक्य तितक्या भाषांमध्ये भाषांतर करणे आहे.
+
+### केंद्रीकृत पायाभूत सुविधा {#centralized-infrastructure}
+
+Web3 इकोसिस्टम तरुण आहे आणि वेगाने विकसित होत आहे. परिणामी, ते सध्या मुख्यत्वे केंद्रीकृत पायाभूत सुविधांवर (GitHub, Twitter, Discord, इत्यादी) अवलंबून आहे. अनेक Web3 कंपन्या या उणिवा भरून काढण्यासाठी घाई करत आहेत, परंतु उच्च-गुणवत्तेची, विश्वासार्ह पायाभूत सुविधा तयार करण्यासाठी वेळ लागतो.
+
+## एक विकेंद्रित भविष्य {#decentralized-future}
+
+Web3 एक तरुण आणि विकसित होणारी इकोसिस्टम आहे. गॅविन वूड यांनी 2014 मध्ये हा शब्द तयार केला, परंतु यापैकी अनेक कल्पना अलीकडेच प्रत्यक्षात आल्या आहेत. केवळ गेल्या वर्षभरात, क्रिप्टोकरन्सीमधील स्वारस्यात लक्षणीय वाढ झाली आहे, लेअर 2 स्केलिंग सोल्यूशन्समध्ये सुधारणा, शासनाच्या नवीन प्रकारांसह मोठे प्रयोग आणि डिजिटल ओळखीमध्ये क्रांती झाली आहे.
+
+आपण Web3 सह एक चांगले वेब तयार करण्याच्या सुरुवातीलाच आहोत, परंतु आपण त्याला समर्थन देणाऱ्या पायाभूत सुविधांमध्ये सुधारणा करत राहिल्यामुळे, वेबचे भविष्य उज्ज्वल दिसते.
+
+## मी कसा सहभागी होऊ शकेन {#get-involved}
+
+- [एक वॉलेट मिळवा](/wallets/)
+- [एक समुदाय शोधा](/community/)
+- [Web3 ॲप्लिकेशन्स एक्सप्लोर करा](/apps/)
+- [एका DAO मध्ये सामील व्हा](/dao/)
+- [Web3 वर तयार करा](/developers/)
+
+## पुढील वाचन {#further-reading}
+
+Web3 ची कठोरपणे व्याख्या केलेली नाही. विविध समुदायातील सहभागींचे यावर वेगवेगळे दृष्टिकोन आहेत. त्यापैकी काही येथे आहेत:
+
+- [Web3 म्हणजे काय? The Decentralized Internet of the Future Explained](https://www.freecodecamp.org/news/what-is-web3) – _Nader Dabit_
+- [Making Sense of Web 3](https://medium.com/l4-media/making-sense-of-web-3-c1a9e74dcae) – _Josh Stark_
+- [Why Web3 Matters](https://a16zcrypto.com/posts/article/why-web3-matters/) — _Chris Dixon_
+- [Why Decentralization Matters](https://onezero.medium.com/why-decentralization-matters-5e3f79f7638e) - _Chris Dixon_
+- [The Web3 Landscape](https://a16z.com/wp-content/uploads/2021/10/The-web3-Readlng-List.pdf) – _a16z_
+- [The Web3 Debate](https://www.notboring.co/p/the-web3-debate) – _Packy McCormick_
+
+<QuizWidget quizKey="web3" />
diff --git a/public/content/translations/mr/what-are-apps/index.md b/public/content/translations/mr/what-are-apps/index.md
new file mode 100644
index 00000000000..6e469472fbb
--- /dev/null
+++ b/public/content/translations/mr/what-are-apps/index.md
@@ -0,0 +1,80 @@
+---
+title: "इथेरियम अ‍ॅप्लिकेशन्स"
+metaTitle: "इथेरियम अ‍ॅप्लिकेशन्स | इथेरियमवरील विकेंद्रित अ‍ॅप्लिकेशन्स"
+description: "इथेरियमवरील अ‍ॅप्स विनामूल्य, जागतिक आहेत आणि खाजगी कंपनीच्या सर्व्हरऐवजी सार्वजनिक ब्लॉकचेन वापरतात. याचा अर्थ असा की तुम्ही प्रत्येक प्रोजेक्टमध्ये तेच खाते वापरू शकता आणि तुमची गोपनीयता जपू शकता."
+lang: mr
+template: use-cases
+emoji: ":handshake:"
+sidebarDepth: 2
+showDropdown: false
+image: /images/doge-computer.png
+summary: "इथेरियमवरील अ‍ॅप्स विनामूल्य, जागतिक आहेत आणि खाजगी कंपनीच्या सर्व्हरऐवजी सार्वजनिक ब्लॉकचेन वापरतात. याचा अर्थ असा की तुम्ही प्रत्येक प्रोजेक्टमध्ये तेच खाते वापरू शकता आणि तुमची गोपनीयता जपू शकता."
+---
+
+## सुपरपॉवर असलेले अ‍ॅप्स {#apps-with-superpowers}
+
+इथेरियम अ‍ॅप्लिकेशन्स नियमित अ‍ॅप्ससारखे वाटू शकतात. पण पडद्यामागे त्यांच्यात काही विशेष गुण आहेत.
+
+एकदा एखादे अ‍ॅप इथेरियम ब्लॉकचेनवर प्रकाशित झाले की, ते थांबवता येत नाही. याचे कारण असे की इथेरियम नेटवर्क जगभरातील हजारो संगणकांवर विकेंद्रित आहे. इथेरियमवर चालणारे अ‍ॅप्स कोणीही बंद करू शकत नाही, कारण लक्ष्य करण्यासाठी एकच सर्व्हर नाही. इथेरियम तटस्थ देखील आहे आणि म्हणून जगात कुठेही कोणीही ते वापरू शकते किंवा त्याच्याशी कनेक्ट होऊ शकते आणि त्यावर स्वतःचे बदल तयार करू शकते.
+
+## dapp म्हणजे काय? {#what-is-a-dapp}
+
+इथेरियम अ‍ॅप्लिकेशन्सचे लॉजिक केंद्रीकृत सर्व्हरऐवजी इथेरियम ब्लॉकचेनवर चालते. म्हणूनच त्यांना अनेकदा विकेंद्रित अ‍ॅप्लिकेशन्स किंवा थोडक्यात dapps म्हटले जाते.
+
+<CardGrid>
+  <Card title="अधिक खाजगी" emoji=":detective:" description="कोणतेही dapp वापरण्यासाठी तुम्हाला फक्त एक Ethereum वॉलेट लागेल. तुमच्या वैयक्तिक डेटाची आवश्यकता नाही. इंटरनेट नेहमी असेच असायला हवे होते."/>
+  <Card title="जगभरात उपलब्ध" emoji="🌍" description="Dapps प्रदेश आणि अ‍ॅप स्टोअरच्या नियमांनुसार चालत नाहीत. तुमचा अ‍ॅक्सेस इंटरनेट कनेक्शनवर अवलंबून असतो - तुम्ही कुठे राहता यावर नाही." />
+  <Card title="स्वस्त सेवा" emoji=":handshake:" description="Dapps पीअर-टू-पीअर आहेत. कोणी मध्यस्थ नसल्यामुळे सेवा स्वस्त मिळतात." />
+</CardGrid>
+
+## हे महत्त्वाचे का आहे {#why-does-this-matter}
+
+इथेरियम अ‍ॅप्स अशा गोष्टी करू शकतात ज्या पारंपरिक अ‍ॅप्ससह शक्य नाहीत. जसे की एखाद्या अनोळखी व्यक्तीला या हमीसह पैसे देणे की तुम्हाला तुमचे पैसे व्याजासह परत मिळतील. व्यवहार हाताळण्यासाठी एखाद्या वकिलासारख्या “विश्वासार्ह” मध्यस्थाला पैसे न देता.
+
+प्रत्येक गोष्टीसाठी अ‍ॅप्स आहेत: गेमिंग, वित्त, काम, मेसेजिंग, स्टोरेज आणि बरेच काही. बहुतेक अ‍ॅप्ससह तुम्हाला जाहिरातींचा सामना करावा लागत नाही किंवा प्रतिबंधित प्रवेशाने मर्यादित रहावे लागत नाही.
+
+कोणतेही इथेरियम अ‍ॅप वापरण्यास सुरुवात करण्यासाठी तुम्हाला फक्त एका इथेरियम वॉलेटची आणि थोड्या ETH ची गरज आहे.
+
+## हे कसे कार्य करते {#how-does-it-work}
+
+अ‍ॅप्स स्मार्ट कॉन्ट्रॅक्ट्सद्वारे समर्थित आहेत — कोडचे तुकडे जे इथेरियम ब्लॉकचेनवर राहतात. पारंपारिक अ‍ॅप्सच्या विपरीत, त्यांना चालवण्यासाठी कंपनीची गरज नसते.
+
+| वैशिष्ट्य                        | पारंपारिक अ‍ॅप्स      | इथेरियम अ‍ॅप्स                  |
+| -------------------------------- | --------------------- | ------------------------------- |
+| **यावर कोणाचे नियंत्रण आहे?**    | एक कंपनी              | कोणीही नाही                     |
+| **यावर चालते**                   | खाजगी कंपनीचे सर्व्हर | सार्वजनिक इथेरियम ब्लॉकचेन      |
+| **हे सेन्सॉर केले जाऊ शकते का?** | होय                   | नाही                            |
+| **तुमच्या डेटाचा मालक कोण आहे?** | सहसा तुम्ही नाही      | तुम्ही तुमच्या डेटाचे मालक आहात |
+
+<WhatAreAppsStories />
+
+<div className="w-full md:w-1/2 mx-auto md:mx-0">
+
+![](./developers-eth-blocks.png)
+</div>
+
+## इथेरियम अ‍ॅप्स लेगोसारखे आहेत {#ethereum-apps-are-like-legos}
+
+जेव्हा सर्व अ‍ॅप्स इथेरियमवर तयार केले जातात, तेव्हा ते सर्व सुसंगत असतात. एका अ‍ॅपसाठीचे टोकन, पूर्णपणे वेगळ्या अ‍ॅपवर काम करेल. हे तुमच्या फेसबुक वॉलवर ट्वीट्स प्रकाशित करण्यासारखे आहे. खरं तर अनेकदा तुम्ही अनेक वेगवेगळ्या इथेरियम अ‍ॅप्समध्ये तेच प्रोफाइल पुन्हा वापरू शकता आणि प्रत्येक ठिकाणी स्वतंत्रपणे नोंदणी करण्याची गरज नाही.
+
+<BrowseApps />
+
+## पुढील वाचन {#further-reading}
+
+- [नवशिक्यांसाठी इथेरियम](/what-is-ethereum)
+- [स्मार्ट कॉन्ट्रॅक्ट म्हणजे काय?](/developers/docs/smart-contracts/)
+- [तांत्रिक dapp माहिती](/developers/docs/dapps/)
+
+## वारंवार विचारले जाणारे प्रश्न {#faq}
+
+<ExpandableCard title="dapp म्हणजे काय?" visible>
+  <p>Dapp म्हणजे विकेंद्रित अ‍ॅप्लिकेशन्स. हे इथेरियमसारख्या ब्लॉकचेन नेटवर्कवर तयार केलेले अ‍ॅप्लिकेशन्स आहेत. त्यांना विकेंद्रित म्हटले जाते कारण मूळ नेटवर्क विकेंद्रित आहे.</p>
+</ExpandableCard>
+
+<ExpandableCard title="मी dapp वर कॉइन्स खरेदी करू शकतो का?" visible>
+  <p>काही अ‍ॅप्लिकेशन्स तुम्हाला क्रिप्टो टोकन ट्रेड किंवा खरेदी करण्याची परवानगी देतात, परंतु सर्व अ‍ॅप्स त्यासाठी नाहीत. तुम्ही तुमचे पहिले टोकन खरेदी करू इच्छित असाल तर, [ETH मिळवा](/get-eth) ला भेट द्या.</p>
+</ExpandableCard>
+
+<ExpandableCard title="सर्वात चांगले क्रिप्टो वॉलेट कोणते?" visible>
+  <p>क्रिप्टो वॉलेट तुम्हाला तुमचे टोकन ठेवण्याची आणि तुमचे इथेरियम खाते व्यवस्थापित करण्याची परवानगी देतो. अनेक उत्तम वॉलेट्स आहेत, प्रत्येक वेगळ्या उद्देशाने काम करते. तुमच्यासाठी कोणते वॉलेट सर्वोत्तम आहे हे शोधण्यासाठी, आमच्या [वॉलेट्सच्या यादीला](/wallets/find-wallet) भेट द्या.</p>
+</ExpandableCard>
\ No newline at end of file
diff --git a/public/content/translations/mr/whitepaper/index.md b/public/content/translations/mr/whitepaper/index.md
new file mode 100644
index 00000000000..57b82476c21
--- /dev/null
+++ b/public/content/translations/mr/whitepaper/index.md
@@ -0,0 +1,524 @@
+---
+title: "Ethereum व्हाइटपेपर"
+description: "इथेरियमसाठी एक प्रास्ताविक पेपर, जो 2013 मध्ये त्याच्या प्रक्षेपणापूर्वी प्रकाशित झाला होता."
+lang: mr
+sidebarDepth: 2
+hideEditButton: true
+---
+
+# इथेरियम व्हाइटपेपर {#ethereum-whitepaper}
+
+_हा प्रास्ताविक पेपर मूळतः 2014 मध्ये [इथेरियम](/what-is-ethereum/)चे संस्थापक विटालिक बुटेरिन यांनी 2015 मध्ये प्रकल्पाच्या प्रक्षेपणापूर्वी प्रकाशित केला होता. हे लक्षात घेण्यासारखे आहे की इथेरियम, अनेक समुदाय-चालित, ओपन-सोर्स सॉफ्टवेअर प्रकल्पांप्रमाणे, त्याच्या सुरुवातीच्या स्थापनेपासून विकसित झाले आहे._
+
+_जरी काही वर्षांपूर्वीचा असला तरी, आम्ही हा पेपर सांभाळून ठेवतो कारण तो एक उपयुक्त संदर्भ आणि इथेरियम व त्याच्या दृष्टीकोनाचे अचूक प्रतिनिधित्व म्हणून काम करत आहे. इथेरियममधील नवीनतम घडामोडींबद्दल आणि प्रोटोकॉलमध्ये बदल कसे केले जातात याबद्दल जाणून घेण्यासाठी, आम्ही [या मार्गदर्शकाची](/learn/) शिफारस करतो._
+
+[व्हाइटपेपरची ऐतिहासिक किंवा प्रमाणभूत आवृत्ती [डिसेंबर 2014 पासून] शोधणाऱ्या संशोधक आणि शिक्षणतज्ञांनी ही PDF वापरावी.](./whitepaper-pdf/Ethereum_Whitepaper_-_Buterin_2014.pdf)
+
+## एक नेक्स्ट-जनरेशन स्मार्ट कॉन्ट्रॅक्ट आणि डिसेंट्रलाइज्ड ॲप्लिकेशन प्लॅटफॉर्म {#a-next-generation-smart-contract-and-decentralized-application-platform}
+
+२००९ मध्ये सातोशी नाकामोटो यांनी केलेले बिटकॉइनचे विकसन हे पैसा आणि चलनातील एक क्रांतिकारक विकास म्हणून ओळखले जाते, कारण ते अशा डिजिटल मालमत्तेचे पहिले उदाहरण आहे ज्याला एकाच वेळी कोणताही आधार किंवा "[आंतरिक मूल्य](https://bitcoinmagazine.com/culture/an-exploration-of-intrinsic-value-what-it-is-why-bitcoin-doesnt-have-it-and-why-bitcoin-does-have-it)" नाही आणि कोणताही केंद्रीकृत जारीकर्ता किंवा नियंत्रक नाही. तथापि, बिटकॉइन प्रयोगाचा दुसरा, अधिक महत्त्वाचा भाग म्हणजे वितरित सहमतीचे साधन म्हणून अंतर्निहित ब्लॉकचेन तंत्रज्ञान आहे आणि आता लक्ष वेगाने बिटकॉइनच्या या दुसऱ्या पैलूकडे वळत आहे. ब्लॉकचेन तंत्रज्ञानाच्या सामान्यतः उद्धृत केलेल्या पर्यायी ॲप्लिकेशन्समध्ये सानुकूल चलने आणि वित्तीय साधने ("[कलर्ड कॉइन्स](https://docs.google.com/a/buterin.com/document/d/1AnkP_cVZTCMLIzw4DvsW6M8Q2JC0lIzrTLuoWu2z1BE/edit)") दर्शविण्यासाठी ऑन-ब्लॉकचेन डिजिटल मालमत्ता वापरणे, मूळ भौतिक उपकरणाची मालकी ("[स्मार्ट प्रॉपर्टी](https://en.bitcoin.it/wiki/Smart_Property)"), डोमेन नावांसारखी नॉन-फंजिबल मालमत्ता ("[Namecoin](http://namecoin.org)"), तसेच अनियंत्रित नियम लागू करणाऱ्या कोडच्या तुकड्याद्वारे थेट नियंत्रित केल्या जाणाऱ्या डिजिटल मालमत्ता ("[स्मार्ट कॉन्ट्रॅक्ट્સ](http://www.fon.hum.uva.nl/rob/Courses/InformationInSpeech/CDROM/Literature/LOTwinterschool2006/szabo.best.vwh.net/idea.html)") किंवा अगदी ब्लॉकचेन-आधारित "[डिसेंट्रलाइज्ड ऑटोनॉमस ऑर्गनायझेशन्स](http://bitcoinmagazine.com/7050/bootstrapping-a-decentralized-autonomous-corporation-part-i/)" (DAOs) यांचा समावेश आहे. इथेरियम जे प्रदान करण्याचा मानस आहे ते म्हणजे अंगभूत पूर्ण वाढ झालेली ट्युरिंग-कंप्लीट प्रोग्रॅमिंग भाषेसह एक ब्लॉकचेन, ज्याचा वापर "कॉन्ट्रॅक्ट્સ" तयार करण्यासाठी केला जाऊ शकतो, ज्याचा उपयोग अनियंत्रित स्टेट ट्रान्झिशन फंक्शन्स एन्कोड करण्यासाठी केला जाऊ शकतो, ज्यामुळे वापरकर्त्यांना वर वर्णन केलेल्या कोणत्याही प्रणाली, तसेच आपण कल्पनाही केली नसेल अशा अनेक प्रणाली, फक्त काही ओळींच्या कोडमध्ये लॉजिक लिहून तयार करता येतात.
+
+## बिटकॉइन आणि विद्यमान संकल्पनांचा परिचय {#introduction-to-bitcoin-and-existing-concepts}
+
+### इतिहास {#history}
+
+विकेंद्रीकृत डिजिटल चलनाची संकल्पना, तसेच मालमत्ता नोंदणीसारख्या पर्यायी अनुप्रयोगांची संकल्पना अनेक दशकांपासून अस्तित्वात आहे. 1980 आणि 1990 च्या दशकातील अनामिक ई-कॅश प्रोटोकॉल, जे बहुतेक चॉमियन ब्लाइंडिंग म्हणून ओळखल्या जाणार्‍या क्रिप्टोग्राफिक प्रिमिटिव्हवर अवलंबून होते, त्यांनी उच्च गोपनीयतेसह चलन प्रदान केले, परंतु केंद्रीकृत मध्यस्थांवर अवलंबून असल्यामुळे हे प्रोटोकॉल मोठ्या प्रमाणात यशस्वी होऊ शकले नाहीत. 1998 मध्ये, वेई दाईचा [b-money](http://www.weidai.com/bmoney.txt) हा संगणकीय कोडी सोडवून आणि विकेंद्रित सहमतीने पैसे तयार करण्याची कल्पना मांडणारा पहिला प्रस्ताव बनला, परंतु विकेंद्रित सहमती प्रत्यक्षात कशी लागू केली जाऊ शकते याबद्दल प्रस्तावात तपशीलांची कमतरता होती. 2005 मध्ये, हॅल फिनी यांनी "[reusable proofs of work](https://nakamotoinstitute.org/finney/rpow/)" ची संकल्पना मांडली, ही एक प्रणाली आहे जी b-money च्या कल्पनांचा वापर अॅडम बॅकच्या संगणकीय दृष्ट्या कठीण हॅशकॅश पझल्ससोबत क्रिप्टोकरन्सीसाठी एक संकल्पना तयार करण्यासाठी करते, परंतु पुन्हा एकदा बॅकएंड म्हणून विश्वसनीय संगणनावर अवलंबून राहिल्याने ती आदर्श ठरली नाही. 2009 मध्ये, सातोशी नाकामोटो यांनी प्रथमच व्यवहारात एक विकेंद्रित चलन लागू केले, ज्यात सार्वजनिक की क्रिप्टोग्राफीद्वारे मालकी व्यवस्थापित करण्यासाठी स्थापित प्रिमिटिव्हजला, नाण्यांचा मालक कोण आहे याचा मागोवा ठेवण्यासाठी एका सहमती अल्गोरिदमसह, ज्याला "प्रूफ-ऑफ-वर्क" म्हणून ओळखले जाते, जोडले गेले.
+
+प्रूफ-ऑफ-वर्कच्यामागील यंत्रणा या क्षेत्रात एक मोठी प्रगती होती कारण तिने एकाच वेळी दोन समस्या सोडवल्या. प्रथम, त्याने एक सोपा आणि मध्यम प्रभावी सहमती अल्गोरिदम प्रदान केला, ज्यामुळे नेटवर्कमधील नोड्सना बिटकॉइन लेजरच्या स्थितीमध्ये प्रमाणभूत अद्यतनांच्या संचावर एकत्रितपणे सहमत होण्याची परवानगी मिळाली. दुसरे म्हणजे, याने सहमती प्रक्रियेत मुक्त प्रवेशासाठी एक यंत्रणा प्रदान केली, सहमतीवर कोण प्रभाव टाकेल हे ठरवण्याची राजकीय समस्या सोडवली, आणि त्याच वेळी सिबिल हल्ल्यांना प्रतिबंध केला. हे सहभागासाठी औपचारिक अडथळा, जसे की एका विशिष्ट सूचीवर एक अद्वितीय संस्था म्हणून नोंदणीकृत असण्याची आवश्यकता, एका आर्थिक अडथळ्याने बदलून करते - सहमती मतदान प्रक्रियेत एका नोडचे वजन त्या नोडद्वारे आणलेल्या संगणकीय शक्तीच्या थेट प्रमाणात असते. तेव्हापासून, _प्रूफ-ऑफ-स्टेक_ नावाचा एक पर्यायी दृष्टिकोन प्रस्तावित केला गेला आहे, जो नोडचे वजन त्याच्या चलन होल्डिंगच्या प्रमाणात मोजतो आणि संगणकीय संसाधनांच्या प्रमाणात नाही; या दोन दृष्टिकोनांच्या सापेक्ष गुणधर्मांची चर्चा या पेपरच्या व्याप्तीच्या पलीकडे आहे परंतु हे लक्षात घेतले पाहिजे की दोन्ही दृष्टिकोन क्रिप्टोकरन्सीचा आधार म्हणून काम करण्यासाठी वापरले जाऊ शकतात.
+
+### बिटकॉइन एक स्टेट ट्रान्झिशन प्रणाली म्हणून {#bitcoin-as-a-state-transition-system}
+
+![इथेरियम स्टेट ट्रान्झिशन](./ethereum-state-transition.png)
+
+तांत्रिक दृष्टिकोनातून, बिटकॉइनसारख्या क्रिप्टोकरन्सीचे लेजर हे स्टेट ट्रान्झिशन प्रणाली म्हणून मानले जाऊ शकते, जिथे सर्व विद्यमान बिटकॉइन्सच्या मालकीच्या स्थितीचा समावेश असलेली एक "स्टेट" असते आणि एक "स्टेट ट्रान्झिशन फंक्शन" असते जे एक स्टेट आणि एक व्यवहार घेते आणि परिणाम म्हणून एक नवीन स्टेट आउटपुट करते. उदाहरणार्थ, एका मानक बँकिंग प्रणालीमध्ये, स्टेट म्हणजे ताळेबंद, व्यवहार म्हणजे A कडून B कडे $X हलवण्याची विनंती, आणि स्टेट ट्रान्झिशन फंक्शन A च्या खात्यातील मूल्य $X ने कमी करते आणि B च्या खात्यातील मूल्य $X ने वाढवते. जर A च्या खात्यात सुरुवातीला $X पेक्षा कमी रक्कम असेल, तर स्टेट ट्रान्झिशन फंक्शन एक त्रुटी दर्शवते. म्हणून, औपचारिकपणे असे परिभाषित केले जाऊ शकते:
+
+```
+APPLY(S,TX) -> S' किंवा ERROR
+```
+
+वर परिभाषित केलेल्या बँकिंग प्रणालीमध्ये:
+
+```js
+APPLY({ एलिस: $50, बॉब: $50 },"एलिसकडून बॉबला $20 पाठवा") = { एलिस: $30, बॉब: $70 }
+```
+
+परंतु:
+
+```js
+APPLY({ एलिस: $50, बॉब: $50 },"एलिसकडून बॉबला $70 पाठवा") = ERROR
+```
+
+बिटकॉइनमधील "स्टेट" म्हणजे तयार केलेल्या आणि अजून खर्च न झालेल्या सर्व नाण्यांचा (तांत्रिकदृष्ट्या, "अनस्पेंट ट्रान्झॅक्शन आउटपुट्स" किंवा UTXO) संग्रह आहे, ज्यामध्ये प्रत्येक UTXO चे एक मूल्य आणि एक मालक असतो (एका 20-बाईट पत्त्याद्वारे परिभाषित, जो मूलतः एक क्रिप्टोग्राफिक सार्वजनिक की आहे<sup>[fn1](#notes)</sup>). एका व्यवहारात एक किंवा अधिक इनपुट असतात, प्रत्येक इनपुटमध्ये विद्यमान UTXO चा संदर्भ आणि मालकाच्या पत्त्याशी संबंधित खाजगी की द्वारे तयार केलेली क्रिप्टोग्राफिक स्वाक्षरी असते, आणि एक किंवा अधिक आउटपुट असतात, प्रत्येक आउटपुटमध्ये स्टेटमध्ये जोडण्यासाठी एक नवीन UTXO असतो.
+
+स्टेट ट्रान्झिशन फंक्शन `APPLY(S,TX) -> S'` साधारणपणे खालीलप्रमाणे परिभाषित केले जाऊ शकते:
+
+<ol>
+  <li>
+    <code>TX</code> मधील प्रत्येक इनपुटसाठी:
+    <ul>
+    <li>
+        जर संदर्भित UTXO <code>S</code> मध्ये नसेल, तर त्रुटी दर्शवा.
+    </li>
+    <li>
+        जर प्रदान केलेली स्वाक्षरी UTXO च्या मालकाशी जुळत नसेल, तर त्रुटी दर्शवा.
+    </li>
+    </ul>
+  </li>
+  <li>
+    जर सर्व इनपुट UTXO च्या मूल्यांची बेरीज सर्व आउटपुट UTXO च्या मूल्यांच्या बेरजेपेक्षा कमी असेल, तर त्रुटी दर्शवा.
+  </li>
+  <li>
+    सर्व इनपुट UTXO काढून टाकलेले आणि सर्व आउटपुट UTXO जोडलेले <code>S</code> परत करा.
+  </li>
+</ol>
+
+पहिल्या चरणाचा पहिला अर्धा भाग व्यवहार पाठवणाऱ्यांना अस्तित्वात नसलेली नाणी खर्च करण्यापासून प्रतिबंधित करतो, पहिल्या चरणाचा दुसरा अर्धा भाग व्यवहार पाठवणाऱ्यांना इतरांची नाणी खर्च करण्यापासून प्रतिबंधित करतो, आणि दुसरा चरण मूल्याचे संरक्षण लागू करतो. पेमेंटसाठी याचा वापर करण्यासाठी, प्रोटोकॉल खालीलप्रमाणे आहे. समजा एलिसला बॉबला 11.7 BTC पाठवायचे आहेत. प्रथम, एलिस तिच्या मालकीच्या उपलब्ध UTXO च्या संचाचा शोध घेईल ज्यांची एकूण बेरीज किमान 11.7 BTC असेल. वास्तविकपणे, एलिसला अचूक 11.7 BTC मिळू शकणार नाहीत; समजा की ती मिळवू शकणारी सर्वात लहान रक्कम 6+4+2=12 आहे. त्यानंतर ती त्या तीन इनपुट आणि दोन आउटपुटसह एक व्यवहार तयार करते. पहिला आउटपुट 11.7 BTC असेल ज्याचा मालक बॉबचा पत्ता असेल, आणि दुसरा आउटपुट उर्वरित 0.3 BTC "चेंज" असेल, ज्याची मालक स्वतः एलिस असेल.
+
+### मायनिंग {#mining}
+
+![इथेरियम ब्लॉक्स](./ethereum-blocks.png)
+
+जर आमच्याकडे एका विश्वसनीय केंद्रीकृत सेवेचा प्रवेश असता, तर ही प्रणाली लागू करणे क्षुल्लक ठरले असते; स्टेटचा मागोवा ठेवण्यासाठी एका केंद्रीकृत सर्व्हरच्या हार्ड ड्राइव्हचा वापर करून, वर्णन केल्याप्रमाणेच ते कोडेड केले जाऊ शकले असते. तथापि, बिटकॉइनद्वारे आम्ही एक विकेंद्रित चलन प्रणाली तयार करण्याचा प्रयत्न करत आहोत, त्यामुळे आम्हाला स्टेट ट्रान्झॅक्शन प्रणालीला सहमती प्रणालीशी जोडणे आवश्यक आहे जेणेकरून प्रत्येकजण व्यवहारांच्या क्रमावर सहमत होईल हे सुनिश्चित होईल. बिटकॉइनच्या विकेंद्रीकृत सहमती प्रक्रियेसाठी नेटवर्कमधील नोड्सना "ब्लॉक्स" नावाच्या व्यवहारांचे पॅकेजेस सतत तयार करण्याचा प्रयत्न करणे आवश्यक आहे. नेटवर्कने अंदाजे दर दहा मिनिटांनी एक ब्लॉक तयार करणे अपेक्षित आहे, प्रत्येक ब्लॉकमध्ये टाइमस्टॅम्प, नॉन्स, मागील ब्लॉकचा संदर्भ (म्हणजे, हॅश) आणि मागील ब्लॉकपासून झालेल्या सर्व व्यवहारांची यादी असते. कालांतराने, हे एक स्थिर, सतत वाढणारी, "ब्लॉकचेन" तयार करते जी बिटकॉइन लेजरची नवीनतम स्थिती दर्शविण्यासाठी सतत अद्यतनित होते.
+
+या पॅराडाइममध्ये व्यक्त केलेला, एक ब्लॉक वैध आहे की नाही हे तपासण्यासाठीचा अल्गोरिदम खालीलप्रमाणे आहे:
+
+1. ब्लॉकद्वारे संदर्भित केलेला मागील ब्लॉक अस्तित्वात आहे आणि वैध आहे का ते तपासा.
+2. ब्लॉकचा टाइमस्टँप मागील ब्लॉकच्या टाइमस्टँपपेक्षा<sup>[fn2](#notes)</sup> मोठा आहे आणि भविष्यात 2 तासांपेक्षा कमी आहे का ते तपासा
+3. ब्लॉकवरील प्रूफ-ऑफ-वर्क वैध आहे का ते तपासा.
+4. `S[0]` ला मागील ब्लॉकच्या शेवटी असलेली स्थिती मानूया.
+5. समजा `TX` ही `n` व्यवहारांसह ब्लॉकची व्यवहार सूची आहे. `0...n-1` मधील सर्व `i` साठी, `S[i+1] = APPLY(S[i],TX[i])` सेट करा. जर कोणतेही ॲप्लिकेशन त्रुटी दर्शवत असेल, तर बाहेर पडा आणि false परत करा.
+6. true परत करा, आणि या ब्लॉकच्या शेवटी `S[n]` ला स्थिती म्हणून नोंदवा.
+
+मूलतः, ब्लॉकमधील प्रत्येक व्यवहाराने व्यवहार कार्यान्वित होण्यापूर्वीच्या प्रमाणभूत स्थितीपासून काही नवीन स्थितीपर्यंत एक वैध स्थिती संक्रमण प्रदान केले पाहिजे. लक्षात घ्या की स्थिती कोणत्याही प्रकारे ब्लॉक मध्ये एन्कोड केलेली नाही; ही केवळ एक अमूर्त संकल्पना आहे जी प्रमाणीकरण करणाऱ्या नोडने लक्षात ठेवली पाहिजे आणि ती कोणत्याही ब्लॉकसाठी (सुरक्षितपणे) केवळ जेनेसिस स्थितीपासून सुरू करून आणि प्रत्येक ब्लॉक मधील प्रत्येक व्यवहार अनुक्रमे लागू करून मोजली जाऊ शकते. याव्यतिरिक्त, लक्षात घ्या की मायनर कोणत्या क्रमाने ब्लॉक मध्ये व्यवहार समाविष्ट करतो हे महत्त्वाचे आहे; जर एका ब्लॉक मध्ये A आणि B असे दोन व्यवहार असतील की B हा A ने तयार केलेला UTXO खर्च करतो, तर ब्लॉक वैध असेल जर A, B च्या आधी आला असेल, अन्यथा नाही.
+
+वरील यादीत असलेली एक वैधता अट जी इतर प्रणालींमध्ये आढळत नाही ती म्हणजे "प्रूफ-ऑफ-वर्क"ची आवश्यकता. अचूक अट अशी आहे की प्रत्येक ब्लॉकचा डबल-SHA256 हॅश, 256-बिट संख्या म्हणून मानला जातो, तो डायनॅमिकली समायोजित केलेल्या टार्गेटपेक्षा कमी असला पाहिजे, जो या लेखनाच्या वेळी अंदाजे 2<sup>187</sup> आहे. याचा उद्देश ब्लॉक निर्मितीला संगणकीय दृष्ट्या "कठीण" बनवणे आहे, ज्यामुळे सिबिल हल्लेखोरांना संपूर्ण ब्लॉकचेन त्यांच्या बाजूने पुन्हा तयार करण्यापासून प्रतिबंधित केले जाईल. कारण SHA256 हे पूर्णपणे अप्रत्याशित छद्म-यादृच्छिक फंक्शन म्हणून डिझाइन केलेले आहे, वैध ब्लॉक तयार करण्याचा एकमेव मार्ग म्हणजे केवळ प्रयत्न आणि त्रुटी, नॉन्सला वारंवार वाढवणे आणि नवीन हॅश जुळतो की नाही हे पाहणे.
+
+~2<sup>187</sup> च्या सध्याच्या टार्गेटवर, नेटवर्कला एक वैध ब्लॉक सापडण्यापूर्वी सरासरी ~2<sup>69</sup> प्रयत्न करावे लागतात; सर्वसाधारणपणे, दर 2016 ब्लॉक्सनंतर नेटवर्कद्वारे टार्गेट पुन्हा कॅलिब्रेट केले जाते जेणेकरून सरासरी दर दहा मिनिटांनी नेटवर्कमधील काही नोडद्वारे एक नवीन ब्लॉक तयार केला जातो. या संगणकीय कामासाठी मायनर्सना भरपाई देण्यासाठी, प्रत्येक ब्लॉकच्या मायनरला स्वतःला कुठूनतरी 25 BTC देणारा एक व्यवहार समाविष्ट करण्याचा हक्क आहे. याव्यतिरिक्त, जर कोणत्याही व्यवहाराच्या इनपुटमधील एकूण मूल्य त्याच्या आउटपुटपेक्षा जास्त असेल, तर फरक "व्यवहार शुल्क" म्हणून मायनरकडे जातो. योगायोगाने, BTC जारी करण्याची ही एकमेव यंत्रणा आहे; जेनेसिस स्थितीत कोणतीही नाणी नव्हती.
+
+मायनिंगचा उद्देश अधिक चांगल्या प्रकारे समजून घेण्यासाठी, आपण एका दुर्भावनापूर्ण हल्लेखोराच्या घटनेत काय होते ते पाहूया. बिटकॉइनची अंतर्निहित क्रिप्टोग्राफी सुरक्षित असल्याचे ज्ञात असल्याने, हल्लेखोर बिटकॉइन प्रणालीच्या त्या एका भागाला लक्ष्य करेल जो थेट क्रिप्टोग्राफीद्वारे संरक्षित नाही: व्यवहारांचा क्रम. हल्लेखोराची रणनीती सोपी आहे:
+
+1. एका व्यापाऱ्याला काही उत्पादनाच्या बदल्यात 100 BTC पाठवा (शक्यतो एक जलद-वितरण डिजिटल वस्तू)
+2. उत्पादनाच्या वितरणाची वाट पाहा
+3. तेच 100 BTC स्वतःला पाठवणारा दुसरा व्यवहार तयार करा
+4. नेटवर्कला पटवून देण्याचा प्रयत्न करा की स्वतःला केलेला त्याचा व्यवहारच आधी आला होता.
+
+एकदा पायरी (1) पार पडली की, काही मिनिटांनंतर काही मायनर तो व्यवहार एका ब्लॉक मध्ये समाविष्ट करतील, समजा ब्लॉक क्रमांक 270000. सुमारे एका तासानंतर, त्या ब्लॉकनंतर चेनमध्ये आणखी पाच ब्लॉक्स जोडले जातील, त्यापैकी प्रत्येक ब्लॉक अप्रत्यक्षपणे व्यवहाराकडे निर्देश करेल आणि त्यामुळे त्याची "पुष्टी" करेल. या टप्प्यावर, व्यापारी पेमेंट अंतिम म्हणून स्वीकारेल आणि उत्पादन वितरित करेल; आपण गृहीत धरत आहोत की ही एक डिजिटल वस्तू आहे, त्यामुळे वितरण त्वरित होते. आता, हल्लेखोर स्वतःला 100 BTC पाठवणारा दुसरा व्यवहार तयार करतो. जर हल्लेखोराने ते फक्त मोकळे सोडले, तर व्यवहारावर प्रक्रिया होणार नाही; मायनर्स `APPLY(S,TX)` चालवण्याचा प्रयत्न करतील आणि लक्षात येईल की `TX` एक UTXO वापरत आहे जो आता स्थितीत नाही. त्यामुळे, त्याऐवजी, हल्लेखोर ब्लॉकचेनचा एक "फोर्क" तयार करतो, ज्याची सुरुवात ब्लॉक 270000 ची दुसरी आवृत्ती माइनिंग करून होते, जी पालक म्हणून त्याच ब्लॉक 269999 कडे निर्देश करते परंतु जुन्या व्यवहाराच्या जागी नवीन व्यवहार असतो. कारण ब्लॉक डेटा वेगळा आहे, यासाठी प्रूफ-ऑफ-वर्क पुन्हा करणे आवश्यक आहे. याव्यतिरिक्त, हल्लेखोराच्या ब्लॉक 270000 च्या नवीन आवृत्तीचा हॅश वेगळा आहे, त्यामुळे मूळ ब्लॉक 270001 ते 270005 त्याच्याकडे "निर्देश" करत नाहीत; अशा प्रकारे, मूळ चेन आणि हल्लेखोराची नवीन चेन पूर्णपणे वेगळी आहे. नियम असा आहे की फोर्कमध्ये सर्वात लांब ब्लॉकचेन सत्य मानली जाते, आणि म्हणून कायदेशीर मायनर्स 270005 चेनवर काम करतील तर हल्लेखोर एकटा 270000 चेनवर काम करत असेल. हल्लेखोराला आपली ब्लॉकचेन सर्वात लांब बनवण्यासाठी, त्याला गाठण्यासाठी उर्वरित नेटवर्कच्या एकत्रित संगणकीय शक्तीपेक्षा जास्त संगणकीय शक्ती असणे आवश्यक आहे (म्हणून, "51% हल्ला").
+
+### मर्कल ट्रीज {#merkle-trees}
+
+![बिटकॉइनमध्ये SPV](./spv-bitcoin.png)
+
+_डावीकडे: एका शाखेच्या वैधतेचा पुरावा देण्यासाठी मर्कल ट्रीमध्ये फक्त काही नोड्स सादर करणे पुरेसे आहे._
+
+_उजवीकडे: मर्कल ट्रीचा कोणताही भाग बदलण्याचा कोणताही प्रयत्न अखेरीस चेनमध्ये वर कुठेतरी विसंगती निर्माण करेल._
+
+बिटकॉइनची एक महत्त्वाची स्केलेबिलिटी वैशिष्ट्य म्हणजे ब्लॉक बहु-स्तरीय डेटा स्ट्रक्चरमध्ये संग्रहित केला जातो. एका ब्लॉकचा "हॅश" प्रत्यक्षात फक्त ब्लॉक हेडरचा हॅश असतो, जो अंदाजे 200-बाइटचा डेटाचा तुकडा आहे ज्यात टाइमस्टँप, नॉन्स, मागील ब्लॉक हॅश आणि ब्लॉक मधील सर्व व्यवहार संग्रहित करणाऱ्या मर्कल ट्री नावाच्या डेटा स्ट्रक्चरचा रूट हॅश असतो. मर्कल ट्री हा एक प्रकारचा बायनरी ट्री आहे, जो झाडाच्या तळाशी मोठ्या संख्येने लीफ नोड्सचा संच, ज्यात मूळ डेटा असतो, मध्यवर्ती नोड्सचा संच, जिथे प्रत्येक नोड त्याच्या दोन चिल्ड्रेनचा हॅश असतो, आणि शेवटी एकच रूट नोड, जो त्याच्या दोन चिल्ड्रेनच्या हॅशमधूनच तयार होतो, जो झाडाचे "शिखर" दर्शवतो, यांनी बनलेला असतो. मर्कल ट्रीचा उद्देश ब्लॉक मधील डेटा तुकड्या-तुकड्यांमध्ये वितरित करण्याची परवानगी देणे आहे: एक नोड एका स्त्रोताकडून फक्त ब्लॉकचा हेडर डाउनलोड करू शकतो, दुसऱ्या स्त्रोताकडून त्यांच्याशी संबंधित झाडाचा लहान भाग डाउनलोड करू शकतो, आणि तरीही सर्व डेटा योग्य असल्याची खात्री बाळगू शकतो. हे काम करण्यामागचे कारण म्हणजे हॅश वरच्या दिशेने प्रसारित होतात: जर एखादा दुर्भावनापूर्ण वापरकर्ता मर्कल ट्रीच्या तळाशी एक बनावट व्यवहार स्वॅप करण्याचा प्रयत्न करतो, तर हा बदल वरील नोडमध्ये बदल घडवून आणेल, आणि मग त्याच्या वरील नोडमध्ये बदल घडवून आणेल, शेवटी झाडाचा रूट आणि त्यामुळे ब्लॉकचा हॅश बदलेल, ज्यामुळे प्रोटोकॉल त्याला पूर्णपणे वेगळा ब्लॉक म्हणून नोंदवेल (जवळजवळ निश्चितपणे अवैध प्रूफ-ऑफ-वर्कसह).
+
+मर्कल ट्री प्रोटोकॉल दीर्घकालीन टिकाऊपणासाठी निःसंशयपणे आवश्यक आहे. बिटकॉइन नेटवर्कमधील एक "पूर्ण नोड", जो प्रत्येक ब्लॉकचा संपूर्ण भाग संग्रहित करतो आणि त्यावर प्रक्रिया करतो, एप्रिल 2014 पर्यंत बिटकॉइन नेटवर्कमध्ये सुमारे 15 GB डिस्क जागा घेतो, आणि दरमहा एक गिगाबाईटपेक्षा जास्त वाढत आहे. सध्या, हे काही डेस्कटॉप संगणकांसाठी व्यवहार्य आहे आणि फोनसाठी नाही, आणि नंतर भविष्यात फक्त व्यवसाय आणि हौशी लोक सहभागी होऊ शकतील. "सरलीकृत पेमेंट व्हेरिफिकेशन" (SPV) नावाचा एक प्रोटोकॉल नोड्सच्या दुसऱ्या वर्गाला अस्तित्वात येण्याची परवानगी देतो, ज्यांना "लाइट नोड्स" म्हटले जाते, जे ब्लॉक हेडर्स डाउनलोड करतात, ब्लॉक हेडर्सवरील प्रूफ-ऑफ-वर्कची पडताळणी करतात, आणि नंतर फक्त त्यांच्याशी संबंधित व्यवहारांशी संबंधित "शाखा" डाउनलोड करतात. हे लाइट नोड्सना संपूर्ण ब्लॉकचेनचा फक्त एक छोटासा भाग डाउनलोड करताना, कोणत्याही बिटकॉइन व्यवहाराची स्थिती आणि त्यांची सद्य शिल्लक, सुरक्षिततेच्या मजबूत हमीसह निश्चित करण्याची परवानगी देते.
+
+### पर्यायी ब्लॉकचेन ॲप्लिकेशन्स {#alternative-blockchain-applications}
+
+मूळ ब्लॉकचेन कल्पना घेऊन ती इतर संकल्पनांना लागू करण्याची कल्पना देखील एक मोठा इतिहास आहे. २००५ मध्ये, निक साबो यांनी "[मालकाच्या अधिकारासह सुरक्षित मालमत्ता शीर्षक](https://nakamotoinstitute.org/library/secure-property-titles/)" ही संकल्पना मांडली, एक दस्तऐवज ज्यात वर्णन केले आहे की "नवीन प्रगती प्रतिकृती डेटाबेस तंत्रज्ञानामध्ये" कशामुळे ब्लॉकचेन-आधारित प्रणालीला कोणाची कोणती जमीन आहे याची नोंदणी ठेवण्याची परवानगी देईल, ज्यात होमस्टेडिंग, प्रतिकूल ताबा आणि जॉर्जियन भूकर यासारख्या संकल्पनांचा समावेश असलेली एक विस्तृत चौकट तयार केली आहे. तथापि, दुर्दैवाने त्यावेळी कोणतीही प्रभावी प्रतिकृति डेटाबेस प्रणाली उपलब्ध नव्हती, आणि म्हणून प्रोटोकॉल कधीही व्यवहारात लागू झाला नाही. तथापि, 2009 नंतर, एकदा बिटकॉइनची विकेंद्रीकृत सहमती विकसित झाल्यावर, अनेक पर्यायी ॲप्लिकेशन्स वेगाने उदयास येऊ लागली.
+
+- **Namecoin** - 2010 मध्ये तयार केलेले, [Namecoin](https://namecoin.org/) चे वर्णन विकेंद्रीकृत नाव नोंदणी डेटाबेस म्हणून उत्तम प्रकारे केले जाते. Tor, Bitcoin आणि BitMessage सारख्या विकेंद्रीकृत प्रोटोकॉलमध्ये, खाती ओळखण्याचा काही मार्ग असणे आवश्यक आहे जेणेकरून इतर लोक त्यांच्याशी संवाद साधू शकतील, परंतु सर्व विद्यमान उपायांमध्ये उपलब्ध असलेला एकमेव प्रकारचा आयडेंटिफायर `1LW79wp5ZBqaHW1jL5TCiBCrhQYtHagUWy` सारखा एक छद्म-यादृच्छिक हॅश आहे. आदर्शपणे, एखाद्याला "जॉर्ज" सारख्या नावासह एक खाते असणे आवडेल. तथापि, समस्या अशी आहे की जर एखादी व्यक्ती "जॉर्ज" नावाचे खाते तयार करू शकत असेल तर दुसरी कोणीतरी तीच प्रक्रिया वापरून स्वतःसाठी "जॉर्ज" नोंदणी करू शकते आणि त्यांची नक्कल करू शकते. एकमेव उपाय म्हणजे प्रथम-फाइल-करणारा नमुना, जिथे पहिला नोंदणीकर्ता यशस्वी होतो आणि दुसरा अयशस्वी होतो - बिटकॉइन सहमती प्रोटोकॉलसाठी पूर्णपणे योग्य असलेली समस्या. Namecoin ही अशा कल्पनेचा वापर करून नाव नोंदणी प्रणालीची सर्वात जुनी आणि सर्वात यशस्वी अंमलबजावणी आहे.
+- **कलर्ड कॉइन्स** - [कलर्ड कॉइन्स](https://docs.google.com/a/buterin.com/document/d/1AnkP_cVZTCMLIzw4DvsW6M8Q2JC0lIzrTLuoWu2z1BE/edit) चा उद्देश लोकांना बिटकॉइन ब्लॉकचेनवर स्वतःची डिजिटल चलने - किंवा, एका युनिटच्या चलनासारख्या महत्त्वाच्या क्षुल्लक बाबतीत, डिजिटल टोकन तयार करण्याची परवानगी देणारा प्रोटोकॉल म्हणून काम करणे आहे. कलर्ड कॉइन्स प्रोटोकॉलमध्ये, एखादी व्यक्ती एका विशिष्ट बिटकॉइन UTXO ला सार्वजनिकरित्या एक रंग नियुक्त करून नवीन चलन "जारी" करते, आणि प्रोटोकॉल रिकर्सिव्हली इतर UTXO चा रंग त्यांना तयार करणाऱ्या व्यवहाराने खर्च केलेल्या इनपुटच्या रंगासारखाच परिभाषित करतो (मिश्र-रंगाच्या इनपुटच्या बाबतीत काही विशेष नियम लागू होतात). हे वापरकर्त्यांना फक्त एका विशिष्ट रंगाच्या UTXO असलेले वॉलेट्स राखण्याची आणि त्यांना नियमित बिटकॉइन्ससारखेच पाठवण्याची परवानगी देते, ते प्राप्त करत असलेल्या कोणत्याही UTXO चा रंग निश्चित करण्यासाठी ब्लॉकचेनद्वारे बॅकट्रॅकिंग करून.
+- **मेटाकॉइन्स** - मेटाकॉइनमागील कल्पना म्हणजे बिटकॉइनच्या वर राहणारा एक प्रोटोकॉल असणे, मेटाकॉइन व्यवहार संग्रहित करण्यासाठी बिटकॉइन व्यवहार वापरणे परंतु वेगळे स्टेट ट्रान्झिशन फंक्शन असणे, `APPLY'`. कारण मेटाकॉइन प्रोटोकॉल अवैध मेटाकॉइन व्यवहारांना बिटकॉइन ब्लॉकचेनमध्ये दिसण्यापासून रोखू शकत नाही, एक नियम जोडला जातो की जर `APPLY'(S,TX)` त्रुटी दर्शवत असेल, तर प्रोटोकॉल डीफॉल्टनुसार `APPLY'(S,TX) = S` वर जातो. हे एक अनियंत्रित क्रिप्टोकरन्सी प्रोटोकॉल तयार करण्यासाठी एक सोपी यंत्रणा प्रदान करते, संभाव्यतः प्रगत वैशिष्ट्यांसह जी बिटकॉइनच्या आत लागू केली जाऊ शकत नाहीत, परंतु खूप कमी विकास खर्चासह कारण मायनिंग आणि नेटवर्किंगची गुंतागुंत बिटकॉइन प्रोटोकॉलद्वारे आधीच हाताळली जाते. मेटाकॉइन्सचा वापर वित्तीय करारांचे काही वर्ग, नाव नोंदणी आणि विकेंद्रित एक्सचेंज लागू करण्यासाठी केला गेला आहे.
+
+म्हणून, सर्वसाधारणपणे, सहमती प्रोटोकॉल तयार करण्याचे दोन दृष्टिकोन आहेत: एक स्वतंत्र नेटवर्क तयार करणे, आणि बिटकॉइनच्या वर एक प्रोटोकॉल तयार करणे. पहिला दृष्टिकोन, Namecoin सारख्या ॲप्लिकेशन्सच्या बाबतीत वाजवी यशस्वी असला तरी, लागू करणे कठीण आहे; प्रत्येक वैयक्तिक अंमलबजावणीला एक स्वतंत्र ब्लॉकचेन बूटस्ट्रॅप करणे आवश्यक आहे, तसेच सर्व आवश्यक स्टेट ट्रान्झिशन आणि नेटवर्किंग कोड तयार करणे आणि चाचणी करणे आवश्यक आहे. याव्यतिरिक्त, आमचा अंदाज आहे की विकेंद्रित सहमती तंत्रज्ञानासाठी ॲप्लिकेशन्सचा संच पॉवर लॉ वितरणाचे अनुसरण करेल जिथे बहुसंख्य ॲप्लिकेशन्स स्वतःची ब्लॉकचेन हमी देण्याइतपत खूप लहान असतील, आणि आम्ही लक्षात घेतो की विकेंद्रित ॲप्लिकेशन्सचे मोठे वर्ग अस्तित्वात आहेत, विशेषतः विकेंद्रित स्वायत्त संस्था, ज्यांना एकमेकांशी संवाद साधण्याची आवश्यकता आहे.
+
+दुसरीकडे, बिटकॉइन-आधारित दृष्टिकोनात एक त्रुटी आहे की ते बिटकॉइनच्या सरलीकृत पेमेंट पडताळणी वैशिष्ट्ये वारसाहक्काने घेत नाही. SPV बिटकॉइनसाठी काम करते कारण ते वैधतेसाठी प्रॉक्सी म्हणून ब्लॉकचेन खोली वापरू शकते; काही क्षणी, एकदा व्यवहाराचे पूर्वज पुरेसे मागे गेले की, ते कायदेशीररित्या स्थितीचा भाग होते असे म्हणणे सुरक्षित आहे. दुसरीकडे, ब्लॉकचेन-आधारित मेटा-प्रोटोकॉल, ब्लॉकचेनला त्यांच्या स्वतःच्या प्रोटोकॉलच्या संदर्भात वैध नसलेले व्यवहार समाविष्ट न करण्यास भाग पाडू शकत नाहीत. म्हणून, पूर्णपणे सुरक्षित SPV मेटा-प्रोटोकॉल अंमलबजावणीला काही व्यवहार वैध आहेत की नाही हे निर्धारित करण्यासाठी बिटकॉइन ब्लॉकचेनच्या सुरुवातीपर्यंत मागे स्कॅन करणे आवश्यक असेल. सध्या, बिटकॉइन-आधारित मेटा-प्रोटोकॉलच्या सर्व "लाइट" अंमलबजावणी डेटा प्रदान करण्यासाठी एका विश्वसनीय सर्व्हरवर अवलंबून आहेत, जे निःसंशयपणे एक अत्यंत उप-इष्टतम परिणाम आहे, विशेषतः जेव्हा क्रिप्टोकरन्सीच्या प्राथमिक उद्देशांपैकी एक विश्वासाची गरज दूर करणे आहे.
+
+### स्क्रिप्टिंग {#scripting}
+
+कोणत्याही विस्तारांशिवाय देखील, बिटकॉइन प्रोटोकॉल प्रत्यक्षात "स्मार्ट कॉन्ट्रॅक्ट्स" च्या संकल्पनेची एक कमकुवत आवृत्ती सुलभ करते. बिटकॉइनमधील UTXO ची मालकी केवळ सार्वजनिक की द्वारेच नाही, तर एका साध्या स्टॅक-आधारित प्रोग्रॅमिंग भाषेत व्यक्त केलेल्या अधिक गुंतागुंतीच्या स्क्रिप्टद्वारे देखील असू शकते. या पॅराडाइममध्ये, तो UTXO खर्च करणाऱ्या व्यवहाराने स्क्रिप्टला समाधान देणारा डेटा प्रदान केला पाहिजे. खरंच, अगदी मूलभूत सार्वजनिक की मालकी यंत्रणा देखील स्क्रिप्टद्वारे लागू केली जाते: स्क्रिप्ट इनपुट म्हणून एक इलिप्टिक कर्व स्वाक्षरी घेते, ती व्यवहार आणि UTXO च्या मालकीच्या पत्त्याच्या विरुद्ध सत्यापित करते, आणि पडताळणी यशस्वी झाल्यास 1 आणि अन्यथा 0 परत करते. विविध अतिरिक्त वापराच्या प्रकरणांसाठी इतर, अधिक गुंतागुंतीच्या, स्क्रिप्ट्स अस्तित्वात आहेत. उदाहरणार्थ, एखादी व्यक्ती एक स्क्रिप्ट तयार करू शकते ज्यासाठी दिलेल्या तीन खाजगी की पैकी दोन कीच्या स्वाक्षऱ्या आवश्यक आहेत ("मल्टिसिग"), ही कॉर्पोरेट खाती, सुरक्षित बचत खाती आणि काही व्यापारी एस्क्रो परिस्थितींसाठी उपयुक्त रचना आहे. स्क्रिप्ट्सचा वापर संगणकीय समस्यांच्या समाधानासाठी बक्षिसे देण्यासाठी देखील केला जाऊ शकतो, आणि एखादी व्यक्ती अशी स्क्रिप्ट देखील तयार करू शकते जी असे काहीतरी म्हणते की "हा बिटकॉइन UTXO तुमचा आहे जर तुम्ही मला या मूल्याचा डॉजकॉइन व्यवहार पाठवल्याचा SPV पुरावा देऊ शकलात", जे मूलतः विकेंद्रित क्रॉस-क्रिप्टोकरन्सी एक्सचेंजला परवानगी देते.
+
+तथापि, बिटकॉइनमध्ये लागू केलेल्या स्क्रिप्टिंग भाषेला अनेक महत्त्वाच्या मर्यादा आहेत:
+
+- **ट्युरिंग-कंप्लीटनेसचा अभाव** - म्हणजेच, बिटकॉइन स्क्रिप्टिंग भाषा संगणनाच्या मोठ्या उपसंचला समर्थन देत असली तरी, ती जवळजवळ सर्व गोष्टींना समर्थन देत नाही. मुख्य श्रेणी जी गहाळ आहे ती म्हणजे लूप्स. हे व्यवहार पडताळणीदरम्यान अनंत लूप टाळण्यासाठी केले जाते; सैद्धांतिकदृष्ट्या हे स्क्रिप्ट प्रोग्रॅमर्ससाठी एक मात करता येण्याजोगा अडथळा आहे, कारण कोणताही लूप फक्त अंतर्निहित कोडला if स्टेटमेंटसह अनेक वेळा पुनरावृत्त करून अनुकरण केला जाऊ शकतो, परंतु यामुळे अशा स्क्रिप्ट्स तयार होतात ज्या खूप जागा-अकार्यक्षम असतात. उदाहरणार्थ, पर्यायी इलिप्टिक कर्व स्वाक्षरी अल्गोरिदम लागू करण्यासाठी संभाव्यतः 256 पुनरावृत्त गुणाकार फेऱ्या आवश्यक असतील ज्या सर्व वैयक्तिकरित्या कोडमध्ये समाविष्ट असतील.
+- **मूल्य-अंधत्व** - काढल्या जाऊ शकणाऱ्या रकमेवर सूक्ष्म-नियंत्रण प्रदान करण्यासाठी UTXO स्क्रिप्टसाठी कोणताही मार्ग नाही. उदाहरणार्थ, ओरॅकल कॉन्ट्रॅक्टचा एक शक्तिशाली वापर म्हणजे हेजिंग कॉन्ट्रॅक्ट, जिथे A आणि B $1000 किमतीचे BTC टाकतात आणि 30 दिवसांनंतर स्क्रिप्ट $1000 किमतीचे BTC A ला पाठवते आणि उर्वरित B ला. यासाठी 1 BTC चे USD मधील मूल्य निश्चित करण्यासाठी ओरॅकलची आवश्यकता असेल, परंतु तरीही सध्या उपलब्ध असलेल्या पूर्णपणे केंद्रीकृत उपायांच्या तुलनेत विश्वास आणि पायाभूत सुविधांच्या गरजेच्या बाबतीत ही एक मोठी सुधारणा आहे. तथापि, UTXO हे सर्व किंवा काहीच नसल्यामुळे, हे साध्य करण्याचा एकमेव मार्ग म्हणजे विविध मूल्यांचे अनेक UTXO (उदा. ३० पर्यंतच्या प्रत्येक k साठी २<sup>k</sup> चा एक UTXO) असणे आणि कोणत्या UTXO ला A कडे आणि कोणत्या B कडे पाठवायचे हे निवडण्यासाठी ओरॅकलचा वापर करणे हा एक अत्यंत अकार्यक्षम हॅक आहे.
+- **स्थितीचा अभाव** - UTXO खर्च केले जाऊ शकतात किंवा खर्च न केलेले असू शकतात; बहु-स्तरीय करार किंवा स्क्रिप्ट्ससाठी कोणतीही संधी नाही जी त्यापलीकडे कोणतीही अन्य अंतर्गत स्थिती ठेवतात. यामुळे बहु-स्तरीय पर्याय करार, विकेंद्रित एक्सचेंज ऑफर्स किंवा द्वि-स्तरीय क्रिप्टोग्राफिक कमिटमेंट प्रोटोकॉल (सुरक्षित संगणकीय बक्षिसांसाठी आवश्यक) बनवणे कठीण होते. याचा अर्थ असाही आहे की UTXO चा वापर फक्त साधे, एक-वेळचे करार तयार करण्यासाठी केला जाऊ शकतो आणि विकेंद्रित संस्थांसारख्या अधिक गुंतागुंतीच्या "स्टेटफुल" करारांसाठी नाही, आणि मेटा-प्रोटोकॉल लागू करणे कठीण करते. बायनरी स्थिती आणि मूल्य-अंधत्व यांचे संयोजन याचा अर्थ असाही आहे की दुसरा महत्त्वाचा अनुप्रयोग, काढण्याची मर्यादा, अशक्य आहे.
+- **ब्लॉकचेन-अंधत्व** - UTXO ब्लॉकचेन डेटा जसे की नॉन्स, टाइमस्टँप आणि मागील ब्लॉक हॅशसाठी अंधळे आहेत. हे जुगारातील आणि इतर अनेक श्रेणींमधील अनुप्रयोगांना गंभीरपणे मर्यादित करते, स्क्रिप्टिंग भाषेला यादृच्छिकतेच्या संभाव्य मौल्यवान स्त्रोतापासून वंचित ठेवून.
+
+म्हणून, आम्ही क्रिप्टोकरन्सीवर प्रगत अनुप्रयोग तयार करण्याचे तीन दृष्टिकोन पाहतो: नवीन ब्लॉकचेन तयार करणे, बिटकॉइनवर स्क्रिप्टिंग वापरणे, आणि बिटकॉइनवर मेटा-प्रोटोकॉल तयार करणे. नवीन ब्लॉकचेन तयार करणे वैशिष्ट्यांचा संच तयार करण्यात अमर्याद स्वातंत्र्य देते, परंतु विकास वेळ, बूटस्ट्रॅपिंग प्रयत्न आणि सुरक्षिततेच्या खर्चावर. स्क्रिप्टिंग वापरणे लागू करणे आणि मानकीकरण करणे सोपे आहे, परंतु त्याच्या क्षमतांमध्ये ते खूप मर्यादित आहे, आणि मेटा-प्रोटोकॉल, सोपे असले तरी, स्केलेबिलिटीच्या दोषांनी ग्रस्त आहेत. इथेरियमसह, आम्ही एक पर्यायी फ्रेमवर्क तयार करण्याचा मानस ठेवतो जो विकासाच्या सुलभतेत आणखी मोठे फायदे प्रदान करतो तसेच आणखी मजबूत लाइट क्लायंट गुणधर्म प्रदान करतो, आणि त्याच वेळी अनुप्रयोगांना आर्थिक वातावरण आणि ब्लॉकचेन सुरक्षा सामायिक करण्याची परवानगी देतो.
+
+## Ethereum {#ethereum}
+
+इथेरियमचा उद्देश विकेंद्रित अनुप्रयोग तयार करण्यासाठी एक पर्यायी प्रोटोकॉल तयार करणे आहे, जो विविध प्रकारच्या ट्रेडऑफ्सचा एक वेगळा संच प्रदान करतो, जो आम्हाला विश्वास आहे की विकेंद्रित अनुप्रयोगांच्या मोठ्या वर्गासाठी खूप उपयुक्त ठरेल, विशेषतः अशा परिस्थितीत जिथे जलद विकास वेळ, लहान आणि क्वचित वापरल्या जाणार्‍या अनुप्रयोगांसाठी सुरक्षा, आणि विविध अनुप्रयोगांची अतिशय कार्यक्षमतेने संवाद साधण्याची क्षमता महत्त्वाची आहे. इथेरियम हे मूलतः अंतिम अमूर्त पायाभूत स्तर तयार करून करते: अंगभूत ट्युरिंग-कंप्लीट प्रोग्रॅमिंग भाषेसह एक ब्लॉकचेन, ज्यामुळे कोणालाही स्मार्ट कॉन्ट्रॅक्ट्स आणि विकेंद्रित अनुप्रयोग लिहिण्याची परवानगी मिळते जिथे ते मालकी, व्यवहार स्वरूप आणि स्थिती संक्रमण कार्यांसाठी स्वतःचे अनियंत्रित नियम तयार करू शकतात. Namecoin ची एक मूळ आवृत्ती दोन ओळींच्या कोडमध्ये लिहिली जाऊ शकते, आणि चलन आणि प्रतिष्ठा प्रणाली सारखे इतर प्रोटोकॉल वीसपेक्षा कमी ओळींमध्ये तयार केले जाऊ शकतात. स्मार्ट कॉन्ट्रॅक्ट્સ, क्रिप्टोग्राफिक "बॉक्सेस" ज्यात मूल्य असते आणि काही अटी पूर्ण झाल्यासच ते अनलॉक करतात, ते देखील प्लॅटफॉर्मवर तयार केले जाऊ शकतात, ज्यांना बिटकॉइन स्क्रिप्टिंगद्वारे ऑफर केलेल्या शक्तीपेक्षा खूप जास्त शक्ती आहे, कारण ट्युरिंग-कंप्लीटनेस, मूल्य-जागरूकता, ब्लॉकचेन-जागरूकता आणि स्थितीची अतिरिक्त शक्ती आहे.
+
+### इथेरियम खाती {#ethereum-accounts}
+
+इथेरियममध्ये, स्थिती "खाती" नावाच्या ऑब्जेक्ट्सनी बनलेली आहे, प्रत्येक खात्याला 20-बाइट पत्ता असतो आणि स्थिती संक्रमण खात्यांमधील मूल्य आणि माहितीचे थेट हस्तांतरण असते. इथेरियम खात्यात चार फील्ड्स असतात:
+
+- **नॉन्स**, प्रत्येक व्यवहारावर फक्त एकदाच प्रक्रिया केली जाऊ शकते याची खात्री करण्यासाठी वापरला जाणारा एक काउंटर
+- खात्याची सद्य **इथर शिल्लक**
+- खात्याचा **कॉन्ट्रॅक्ट कोड**, जर उपस्थित असेल तर
+- खात्याचा **स्टोरेज** (डीफॉल्टनुसार रिक्त)
+
+"इथर" हे इथेरियमचे मुख्य अंतर्गत क्रिप्टो-इंधन आहे, आणि ते व्यवहार शुल्क भरण्यासाठी वापरले जाते. सर्वसाधारणपणे, दोन प्रकारची खाती आहेत: **बाह्य मालकीची खाती**, खाजगी की द्वारे नियंत्रित, आणि **कॉन्ट्रॅक्ट खाती**, त्यांच्या कॉन्ट्रॅक्ट कोडद्वारे नियंत्रित. बाह्य मालकीच्या खात्याला कोणताही कोड नसतो, आणि एखादी व्यक्ती बाह्य मालकीच्या खात्यातून व्यवहार तयार करून आणि स्वाक्षरी करून संदेश पाठवू शकते; कॉन्ट्रॅक्ट खात्यात, प्रत्येक वेळी जेव्हा कॉन्ट्रॅक्ट खात्याला संदेश प्राप्त होतो तेव्हा त्याचा कोड सक्रिय होतो, ज्यामुळे त्याला अंतर्गत स्टोरेजमध्ये वाचण्याची आणि लिहिण्याची आणि बदल्यात इतर संदेश पाठवण्याची किंवा करार तयार करण्याची परवानगी मिळते.
+
+लक्षात घ्या की इथेरियममधील "कॉन्ट्रॅक्ट्स" ला असे काहीतरी म्हणून पाहिले जाऊ नये जे "पूर्ण" केले पाहिजे किंवा "पालन" केले पाहिजे; उलट, ते "स्वायत्त एजंट्स" सारखे आहेत जे इथेरियम अंमलबजावणी वातावरणात राहतात, संदेश किंवा व्यवहाराद्वारे "धक्का" दिल्यावर नेहमी एका विशिष्ट कोडच्या तुकड्याची अंमलबजावणी करतात, आणि त्यांच्या स्वतःच्या इथर शिल्लकीवर आणि कायम व्हेरिएबल्सचा मागोवा ठेवण्यासाठी त्यांच्या स्वतःच्या की/व्हॅल्यू स्टोअरवर थेट नियंत्रण ठेवतात.
+
+### संदेश आणि व्यवहार {#messages-and-transactions}
+
+इथेरियममध्ये "व्यवहार" हा शब्द बाह्य मालकीच्या खात्यातून पाठवल्या जाणाऱ्या संदेशाला संग्रहित करणाऱ्या स्वाक्षरी केलेल्या डेटा पॅकेजला संदर्भित करण्यासाठी वापरला जातो. व्यवहारांमध्ये समाविष्ट आहे:
+
+- संदेशाचा प्राप्तकर्ता
+- प्रेषकाची ओळख पटवणारी स्वाक्षरी
+- प्रेषकाकडून प्राप्तकर्त्याकडे हस्तांतरित करायची इथरची रक्कम
+- एक पर्यायी डेटा फील्ड
+- एक `STARTGAS` व्हॅल्यू, जे व्यवहार अंमलबजावणीसाठी परवानगी असलेल्या गणनेच्या कमाल स्टेप्सची संख्या दर्शवते.
+- एक `GASPRICE` व्हॅल्यू, जे प्रत्येक गणनेच्या स्टेपसाठी प्रेषक देत असलेले शुल्क दर्शवते.
+
+पहिली तीन फील्ड्स कोणत्याही क्रिप्टोकरन्सीमध्ये अपेक्षित असलेली मानक फील्ड्स आहेत. डेटा फील्डला डिफॉल्टनुसार कोणतेही कार्य नाही, परंतु व्हर्च्युअल मशीनमध्ये एक ऑपकोड असतो ज्याचा वापर करून कॉन्ट्रॅक्ट डेटा ऍक्सेस करू शकतो; उदाहरणार्थ, जर एखादा कॉन्ट्रॅक्ट ऑन-ब्लॉकचेन डोमेन नोंदणी सेवा म्हणून कार्य करत असेल, तर त्याला पाठवलेला डेटा दोन "फील्ड्स" असलेला म्हणून अर्थ लावायचा असेल, पहिले फील्ड नोंदणी करण्यासाठी डोमेन असेल आणि दुसरे फील्ड नोंदणी करण्यासाठी आयपी पत्ता असेल. कॉन्ट्रॅक्ट ही व्हॅल्यूज संदेश डेटामधून वाचेल आणि त्यांना योग्यरित्या स्टोरेजमध्ये ठेवेल.
+
+Ethereum च्या अँटी-डिनायल ऑफ सर्व्हिस मॉडेलसाठी `STARTGAS` आणि `GASPRICE` फील्ड्स महत्त्वपूर्ण आहेत. कोडमधील अपघाती किंवा दुर्भावनापूर्ण अनंत लूप्स किंवा इतर गणनेचा अपव्यय टाळण्यासाठी, प्रत्येक व्यवहाराला कोड अंमलबजावणीच्या किती गणनेच्या स्टेप्स वापरता येतील याची मर्यादा सेट करणे आवश्यक आहे. गणनेचे मूलभूत एकक "गॅस" आहे; सामान्यतः, गणनेच्या एका स्टेपसाठी 1 गॅस खर्च होतो, परंतु काही ऑपरेशन्ससाठी जास्त गॅस खर्च होतो कारण ते गणनेच्या दृष्टीने अधिक महाग असतात, किंवा स्टेटचा भाग म्हणून संग्रहित करणे आवश्यक असलेल्या डेटाचे प्रमाण वाढवतात. व्यवहाराच्या डेटामधील प्रत्येक बाइटसाठी 5 गॅसचे शुल्क देखील आहे. शुल्क प्रणालीचा उद्देश आक्रमणकर्त्याला त्यांच्याद्वारे वापरलेल्या प्रत्येक संसाधनासाठी, ज्यात गणना, बँडविड्थ आणि स्टोरेज यांचा समावेश आहे, प्रमाणात पैसे देण्यास भाग पाडणे आहे; म्हणूनच, कोणताही व्यवहार जो नेटवर्कला यापैकी कोणत्याही संसाधनांचा जास्त वापर करण्यास प्रवृत्त करतो, त्यासाठी वाढीच्या प्रमाणात गॅस शुल्क असणे आवश्यक आहे.
+
+### संदेश {#messages}
+
+कॉन्ट्रॅक्ट्सना इतर कॉन्ट्रॅक्ट्सना "संदेश" पाठवण्याची क्षमता असते. संदेश हे व्हर्च्युअल ऑब्जेक्ट्स आहेत जे कधीही सिरीयलाइज केले जात नाहीत आणि केवळ Ethereum अंमलबजावणी वातावरणात अस्तित्वात असतात. एका संदेशात हे असते:
+
+- संदेशाचा प्रेषक (अंतर्निहित)
+- संदेशाचा प्राप्तकर्ता
+- संदेशासोबत हस्तांतरित करायची इथरची रक्कम
+- एक पर्यायी डेटा फील्ड
+- एक `STARTGAS` व्हॅल्यू
+
+मूलतः, एक संदेश व्यवहारासारखाच असतो, फक्त तो कॉन्ट्रॅक्टद्वारे तयार केला जातो, बाह्य घटकाद्वारे नाही. जेव्हा सध्या कोड कार्यान्वित करणारा कॉन्ट्रॅक्ट `CALL` ऑपकोड कार्यान्वित करतो, तेव्हा एक संदेश तयार होतो आणि कार्यान्वित केला जातो. एका व्यवहाराप्रमाणे, एक संदेश प्राप्तकर्ता खात्याला त्याचा कोड चालवण्यास प्रवृत्त करतो. अशा प्रकारे, कॉन्ट्रॅक्ट्सचे इतर कॉन्ट्रॅक्ट्सशी संबंध असू शकतात, अगदी त्याच प्रकारे जसे बाह्य घटकांचे असू शकतात.
+
+लक्षात घ्या की व्यवहार किंवा कॉन्ट्रॅक्टद्वारे नियुक्त केलेली गॅस सवलत त्या व्यवहाराद्वारे आणि सर्व उप-अंमलबजावणीद्वारे वापरलेल्या एकूण गॅसवर लागू होते. उदाहरणार्थ, जर बाह्य घटक A ने B ला 1000 गॅससह व्यवहार पाठवला, आणि B ने C ला संदेश पाठवण्यापूर्वी 600 गॅस वापरले, आणि C च्या अंतर्गत अंमलबजावणीने परत येण्यापूर्वी 300 गॅस वापरले, तर B गॅस संपण्यापूर्वी आणखी 100 गॅस खर्च करू शकतो.
+
+### Ethereum स्टेट ट्रान्झिशन फंक्शन {#ethereum-state-transition-function}
+
+![इथर स्टेट ट्रान्झिशन](./ether-state-transition.png)
+
+Ethereum स्टेट ट्रान्झिशन फंक्शन, `APPLY(S,TX) -> S'` खालीलप्रमाणे परिभाषित केले जाऊ शकते:
+
+1. व्यवहार सुव्यवस्थित आहे का (म्हणजे, त्यात योग्य मूल्यांची संख्या आहे का), स्वाक्षरी वैध आहे का, आणि नॉन्स प्रेषकाच्या खात्यातील नॉन्सशी जुळतो का हे तपासा. जर नसेल, तर एक एरर परत करा.
+2. `STARTGAS * GASPRICE` म्हणून व्यवहार शुल्क मोजा, आणि स्वाक्षरीमधून पाठवणारा पत्ता निश्चित करा. प्रेषकाच्या खाते शिलकीतून शुल्क वजा करा आणि प्रेषकाचा नॉन्स वाढवा. खर्च करण्यासाठी पुरेशी शिल्लक नसल्यास, एक एरर परत करा.
+3. `GAS = STARTGAS` सुरू करा, आणि व्यवहारातील बाइट्ससाठी पैसे देण्यासाठी प्रति बाइट विशिष्ट प्रमाणात गॅस काढा.
+4. प्रेषकाच्या खात्यातून प्राप्तकर्त्याच्या खात्यात व्यवहाराचे मूल्य हस्तांतरित करा. जर प्राप्तकर्त्याचे खाते अजून अस्तित्वात नसेल, तर ते तयार करा. जर प्राप्तकर्त्याचे खाते कॉन्ट्रॅक्ट असेल, तर कॉन्ट्रॅक्टचा कोड पूर्ण होईपर्यंत किंवा अंमलबजावणीचा गॅस संपेपर्यंत चालवा.
+5. जर प्रेषकाकडे पुरेसे पैसे नसल्यामुळे मूल्य हस्तांतरण अयशस्वी झाले, किंवा कोड अंमलबजावणीचा गॅस संपला, तर शुल्काच्या देयकाशिवाय सर्व स्टेट बदल परत घ्या, आणि शुल्क मायनरच्या खात्यात जमा करा.
+6. अन्यथा, उरलेल्या सर्व गॅससाठीचे शुल्क प्रेषकाला परत करा, आणि वापरलेल्या गॅससाठी दिलेले शुल्क मायनरला पाठवा.
+
+उदाहरणार्थ, समजा कॉन्ट्रॅक्टचा कोड आहे:
+
+```py
+if !self.storage[calldataload(0)]:
+  self.storage[calldataload(0)] = calldataload(32)
+```
+
+लक्षात घ्या की प्रत्यक्षात कॉन्ट्रॅक्ट कोड लो-लेव्हल EVM कोडमध्ये लिहिलेला आहे; हे उदाहरण स्पष्टतेसाठी आमच्या उच्च-स्तरीय भाषांपैकी एक, Serpent मध्ये लिहिलेले आहे, आणि ते EVM कोडमध्ये कंपाईल केले जाऊ शकते. समजा की कॉन्ट्रॅक्टचे स्टोरेज सुरुवातीला रिकामे आहे, आणि 10 इथर मूल्य, 2000 गॅस, 0.001 इथर गॅसप्राइस, आणि 64 बाइट्स डेटासह एक व्यवहार पाठवला जातो, ज्यामध्ये बाइट्स 0-31 संख्या `2` आणि बाइट्स 32-63 स्ट्रिंग `CHARLIE` दर्शवतात. या प्रकरणात स्टेट ट्रान्झिशन फंक्शनची प्रक्रिया खालीलप्रमाणे आहे:
+
+1. व्यवहार वैध आणि योग्यरित्या तयार केलेला आहे का ते तपासा.
+2. व्यवहार प्रेषकाकडे किमान 2000 \* 0.001 = 2 इथर असल्याची खात्री करा. जर असेल, तर प्रेषकाच्या खात्यातून 2 इथर वजा करा.
+3. गॅस = 2000 सुरू करा; व्यवहार 170 बाइट्स लांब आहे आणि बाइट-शुल्क 5 आहे असे गृहीत धरून, 850 वजा करा जेणेकरून 1150 गॅस शिल्लक राहील.
+4. प्रेषकाच्या खात्यातून आणखी 10 इथर वजा करा, आणि ते कॉन्ट्रॅक्टच्या खात्यात जमा करा.
+5. कोड चालवा. या प्रकरणात, हे सोपे आहे: ते कॉन्ट्रॅक्टचे स्टोरेज इंडेक्स `2` वर वापरले आहे की नाही हे तपासते, ते वापरले नसल्याचे लक्षात येते, आणि म्हणून ते स्टोरेज इंडेक्स `2` वर `CHARLIE` मूल्य सेट करते. समजा यासाठी 187 गॅस लागतो, तर शिल्लक गॅसची रक्कम 1150 - 187 = 963 आहे.
+6. 963 \* 0.001 = 0.963 इथर प्रेषकाच्या खात्यात परत जमा करा, आणि परिणामी स्टेट परत करा.
+
+जर व्यवहाराच्या प्राप्तकर्त्याच्या बाजूला कोणताही कॉन्ट्रॅक्ट नसता, तर एकूण व्यवहार शुल्क फक्त प्रदान केलेल्या `GASPRICE` ला व्यवहाराच्या बाइट्समधील लांबीने गुणून समान असते, आणि व्यवहारासोबत पाठवलेला डेटा अप्रासंगिक असतो.
+
+लक्षात घ्या की संदेश रिव्हर्ट्सच्या बाबतीत व्यवहारांप्रमाणेच कार्य करतात: जर संदेशाची अंमलबजावणी गॅस संपल्यामुळे थांबली, तर त्या संदेशाची अंमलबजावणी, आणि त्या अंमलबजावणीमुळे सुरू झालेल्या इतर सर्व अंमलबजावणी, रिव्हर्ट होतात, परंतु पॅरेंट अंमलबजावणी रिव्हर्ट करण्याची गरज नाही. याचा अर्थ असा की एका कॉन्ट्रॅक्टसाठी दुसऱ्या कॉन्ट्रॅक्टला कॉल करणे "सुरक्षित" आहे, कारण जर A ने G गॅससह B ला कॉल केले तर A च्या अंमलबजावणीत जास्तीत जास्त G गॅस गमावण्याची हमी असते. शेवटी, लक्षात घ्या की `CREATE` नावाचा एक ऑपकोड आहे, जो एक कॉन्ट्रॅक्ट तयार करतो; त्याचे अंमलबजावणी यांत्रिकी सामान्यतः `CALL` सारखेच आहेत, या अपवादासह की अंमलबजावणीचे आउटपुट नव्याने तयार केलेल्या कॉन्ट्रॅक्टचा कोड निर्धारित करते.
+
+### कोड अंमलबजावणी {#code-execution}
+
+Ethereum कॉन्ट्रॅक्ट्समधील कोड लो-लेव्हल, स्टॅक-आधारित बायकोड भाषेत लिहिलेला असतो, ज्याला "Ethereum व्हर्च्युअल मशीन कोड" किंवा "EVM कोड" असे संबोधले जाते. कोडमध्ये बाइट्सची एक मालिका असते, जिथे प्रत्येक बाइट एक ऑपरेशन दर्शवतो. सर्वसाधारणपणे, कोडची अंमलबजावणी हा एक अनंत लूप आहे ज्यामध्ये सध्याच्या प्रोग्राम काउंटरवरील (जो शून्यापासून सुरू होतो) ऑपरेशन वारंवार पार पाडले जाते आणि नंतर प्रोग्राम काउंटर एकने वाढवला जातो, जोपर्यंत कोडचा शेवट गाठला जात नाही किंवा एरर किंवा `STOP` किंवा `RETURN` सूचना आढळत नाही. ऑपरेशन्सना डेटा संग्रहित करण्यासाठी तीन प्रकारच्या जागेत प्रवेश असतो:
+
+- **स्टॅक**, एक लास्ट-इन-फर्स्ट-आउट कंटेनर ज्यामध्ये व्हॅल्यूज पुश आणि पॉप केल्या जाऊ शकतात
+- **मेमरी**, एक अमर्याद विस्तारणीय बाइट अॅरे
+- कॉन्ट्रॅक्टचे दीर्घकालीन **स्टोरेज**, एक की/व्हॅल्यू स्टोअर. स्टॅक आणि मेमरीच्या विपरीत, जे गणनेनंतर रीसेट होतात, स्टोरेज दीर्घकाळासाठी टिकते.
+
+कोड येणाऱ्या संदेशाचे मूल्य, प्रेषक आणि डेटा, तसेच ब्लॉक हेडर डेटा ऍक्सेस करू शकतो, आणि कोड आउटपुट म्हणून डेटाचा बाइट अॅरे देखील परत करू शकतो.
+
+EVM कोडचे औपचारिक अंमलबजावणी मॉडेल आश्चर्यकारकपणे सोपे आहे. जेव्हा Ethereum व्हर्च्युअल मशीन चालू असते, तेव्हा तिची संपूर्ण गणनेची स्थिती `(block_state, transaction, message, code, memory, stack, pc, gas)` या टपलद्वारे परिभाषित केली जाऊ शकते, जिथे `block_state` ही सर्व खाती असलेली जागतिक स्थिती आहे आणि त्यात शिल्लक आणि स्टोरेजचा समावेश आहे. प्रत्येक अंमलबजावणी फेरीच्या सुरुवातीला, `code` च्या `pc`व्या बाइटवरून (किंवा `pc >= len(code)` असल्यास 0) सध्याची सूचना शोधली जाते, आणि प्रत्येक सूचनेची स्वतःची व्याख्या असते की ती टपलवर कसा परिणाम करते. उदाहरणार्थ, `ADD` स्टॅकमधून दोन आयटम पॉप करतो आणि त्यांची बेरीज पुश करतो, `गॅस` 1 ने कमी करतो आणि `pc` 1 ने वाढवतो, आणि `SSTORE` स्टॅकमधून वरचे दोन आयटम पॉप करतो आणि दुसरा आयटम पहिल्या आयटमने निर्दिष्ट केलेल्या इंडेक्सवर कॉन्ट्रॅक्टच्या स्टोरेजमध्ये घालतो. जरी जस्ट-इन-टाइम कंपाएलेशनद्वारे Ethereum व्हर्च्युअल मशीन अंमलबजावणी ऑप्टिमाइझ करण्याचे अनेक मार्ग असले तरी, Ethereum चे मूलभूत अंमलबजावणी काही शंभर ओळींच्या कोडमध्ये केली जाऊ शकते.
+
+### ब्लॉकचेन आणि मायनिंग {#blockchain-and-mining}
+
+![Ethereum ॲप्लाय ब्लॉक डायग्राम](./ethereum-apply-block-diagram.png)
+
+Ethereum ब्लॉकचेन अनेक बाबतीत Bitcoin ब्लॉकचेनसारखीच आहे, जरी त्यात काही फरक आहेत. ब्लॉकचेन आर्किटेक्चरच्या संदर्भात Ethereum आणि Bitcoin मधील मुख्य फरक हा आहे की, Bitcoin च्या विपरीत, Ethereum ब्लॉक्समध्ये व्यवहार सूची आणि सर्वात अलीकडील स्टेटची प्रत दोन्ही असते. त्या व्यतिरिक्त, ब्लॉक क्रमांक आणि डिफिकल्टी ही दोन अन्य मूल्ये देखील ब्लॉकमध्ये संग्रहित केली जातात. Ethereum मधील मूलभूत ब्लॉक व्हॅलिडेशन अल्गोरिदम खालीलप्रमाणे आहे:
+
+1. संदर्भित मागील ब्लॉक अस्तित्वात आहे आणि वैध आहे का ते तपासा.
+2. ब्लॉकचा टाइमस्टॅम्प संदर्भित मागील ब्लॉकपेक्षा जास्त आहे आणि भविष्यात 15 मिनिटांपेक्षा कमी आहे का ते तपासा.
+3. ब्लॉक क्रमांक, डिफिकल्टी, ट्रान्झॅक्शन रूट, अंकल रूट आणि गॅस लिमिट (विविध लो-लेव्हल Ethereum-विशिष्ट संकल्पना) वैध आहेत का ते तपासा.
+4. ब्लॉकवरील प्रूफ-ऑफ-वर्क वैध आहे का ते तपासा.
+5. `S[0]` ला मागील ब्लॉकच्या शेवटी असलेली स्थिती मानूया.
+6. समजा `TX` ही ब्लॉकची व्यवहार सूची आहे, ज्यात `n` व्यवहार आहेत. `0...n-1` मधील सर्व `i` साठी, `S[i+1] = APPLY(S[i],TX[i])` सेट करा. जर कोणतेही ॲप्लिकेशन एरर परत करत असेल, किंवा जर या टप्प्यापर्यंत ब्लॉकमध्ये वापरलेला एकूण गॅस `GASLIMIT` पेक्षा जास्त असेल, तर एरर परत करा.
+7. समजा `S_FINAL` हे `S[n]` आहे, परंतु मायनरला दिलेले ब्लॉक रिवॉर्ड जोडून.
+8. `S_FINAL` स्टेटच्या मर्कल ट्री रूटची किंमत ब्लॉक हेडरमध्ये प्रदान केलेल्या अंतिम स्टेट रूटच्या समान आहे का ते तपासा. जर असेल, तर ब्लॉक वैध आहे; अन्यथा, तो वैध नाही.
+
+हा दृष्टिकोन पहिल्या दृष्टीक्षेपात अत्यंत अकार्यक्षम वाटू शकतो, कारण त्याला प्रत्येक ब्लॉकसह संपूर्ण स्टेट संग्रहित करण्याची आवश्यकता आहे, परंतु प्रत्यक्षात कार्यक्षमता Bitcoin च्या तुलनेत असावी. याचे कारण असे की स्टेट ट्री स्ट्रक्चरमध्ये संग्रहित केले जाते, आणि प्रत्येक ब्लॉकनंतर फक्त ट्रीचा एक छोटासा भाग बदलण्याची गरज असते. म्हणून, सर्वसाधारणपणे, दोन संलग्न ब्लॉक्समध्ये ट्रीचा बहुतांश भाग समान असावा, आणि म्हणूनच डेटा एकदा संग्रहित केला जाऊ शकतो आणि पॉइंटर्स (म्हणजे, सबट्रीजचे हॅश) वापरून दोनदा संदर्भित केला जाऊ शकतो. हे साध्य करण्यासाठी "Patricia tree" नावाचा एक विशेष प्रकारचा ट्री वापरला जातो, ज्यात मर्कल ट्री संकल्पनेमध्ये एक बदल समाविष्ट आहे जो नोड्सना कार्यक्षमतेने फक्त बदलण्याचीच नव्हे तर घालण्याची आणि हटवण्याची परवानगी देतो. याव्यतिरिक्त, कारण सर्व स्टेट माहिती शेवटच्या ब्लॉकचा भाग आहे, संपूर्ण ब्लॉकचेन इतिहास संग्रहित करण्याची आवश्यकता नाही - एक धोरण जे, जर Bitcoin वर लागू केले जाऊ शकले, तर जागेत 5-20x बचत देऊ शकते असे मोजले जाऊ शकते.
+
+एक सामान्यपणे विचारला जाणारा प्रश्न म्हणजे भौतिक हार्डवेअरच्या संदर्भात कॉन्ट्रॅक्ट कोड "कुठे" कार्यान्वित केला जातो. याचे सोपे उत्तर आहे: कॉन्ट्रॅक्ट कोड कार्यान्वित करण्याची प्रक्रिया स्टेट ट्रान्झिशन फंक्शनच्या व्याख्येचा भाग आहे, जो ब्लॉक व्हॅलिडेशन अल्गोरिदमचा भाग आहे, म्हणून जर एखादा व्यवहार `B` ब्लॉकमध्ये जोडला गेला तर त्या व्यवहारामुळे सुरू झालेली कोड अंमलबजावणी आता आणि भविष्यात `B` ब्लॉक डाउनलोड आणि व्हॅलिडेट करणाऱ्या सर्व नोड्सद्वारे कार्यान्वित केली जाईल.
+
+## ॲप्लिकेशन्स {#applications}
+
+सर्वसाधारणपणे, Ethereum वर तीन प्रकारचे ॲप्लिकेशन्स आहेत. पहिला प्रकार म्हणजे आर्थिक ॲप्लिकेशन्स, जे वापरकर्त्यांना त्यांचे पैसे वापरून कॉन्ट्रॅक्ट्स व्यवस्थापित करण्याचे आणि त्यात प्रवेश करण्याचे अधिक शक्तिशाली मार्ग प्रदान करतात. यात उप-चलन, आर्थिक डेरिव्हेटिव्ह्ज, हेजिंग कॉन्ट्रॅक्ट्स, बचत वॉलेट्स, मृत्यूपत्र आणि अखेरीस पूर्ण-प्रमाणातील रोजगार कॉन्ट्रॅक्ट्सचे काही वर्ग देखील समाविष्ट आहेत. दुसरा प्रकार म्हणजे अर्ध-आर्थिक ॲप्लिकेशन्स, जिथे पैसा गुंतलेला असतो परंतु जे काही केले जात आहे त्याला एक मोठी गैर-आर्थिक बाजू देखील असते; याचे एक उत्तम उदाहरण म्हणजे गणनेच्या समस्यांच्या समाधानासाठी स्व-अंमलबजावणी करणारी बाउंटीज. शेवटी, ऑनलाइन मतदान आणि विकेंद्रित शासन यासारखे ॲप्लिकेशन्स आहेत जे अजिबात आर्थिक नाहीत.
+
+### टोकन सिस्टीम {#token-systems}
+
+ऑन-ब्लॉकचेन टोकन सिस्टीममध्ये अनेक ॲप्लिकेशन्स आहेत, ज्यात USD किंवा सोन्यासारख्या मालमत्तेचे प्रतिनिधित्व करणारे उप-चलन, कंपनीचे स्टॉक्स, स्मार्ट प्रॉपर्टीचे प्रतिनिधित्व करणारे वैयक्तिक टोकन, सुरक्षित बनावट-नसलेले कूपन आणि अगदी पारंपारिक मूल्याशी अजिबात संबंध नसलेले टोकन सिस्टीम यांचा समावेश आहे, जे प्रोत्साहनासाठी पॉइंट सिस्टीम म्हणून वापरले जातात. टोकन सिस्टीम Ethereum मध्ये आश्चर्यकारकपणे सोप्या आहेत. समजून घेण्याचा मुख्य मुद्दा हा आहे की चलन, किंवा टोकन सिस्टीम, मूलतः एक डेटाबेस आहे ज्यात एकच ऑपरेशन आहे: A मधून X युनिट्स वजा करणे आणि B ला X युनिट्स देणे, या अटीसह की (i) व्यवहार करण्यापूर्वी A कडे किमान X युनिट्स होते आणि (2) व्यवहार A द्वारे मंजूर आहे. टोकन सिस्टीम कार्यान्वित करण्यासाठी फक्त हे लॉजिक एका कॉन्ट्रॅक्टमध्ये कार्यान्वित करणे आवश्यक आहे.
+
+Serpent मध्ये टोकन सिस्टीम कार्यान्वित करण्यासाठी मूलभूत कोड खालीलप्रमाणे दिसतो:
+
+```py
+def send(to, value):
+  if self.storage[msg.sender] >= value:
+    self.storage[msg.sender] = self.storage[msg.sender] - value
+    self.storage[to] = self.storage[to] + value
+```
+
+हे मूलतः या दस्तऐवजात वर वर्णन केलेल्या "बँकिंग सिस्टीम" स्टेट ट्रान्झिशन फंक्शनचे शब्दशः अंमलबजावणी आहे. चलनाची युनिट्स सुरुवातीला वितरित करण्यासाठी आणि काही इतर एज केसेससाठी काही अतिरिक्त कोड ओळी जोडण्याची गरज आहे, आणि आदर्शपणे एक फंक्शन जोडले जाईल जेणेकरून इतर कॉन्ट्रॅक्ट्स एका पत्त्याची शिल्लक विचारू शकतील. पण एवढेच आहे. सैद्धांतिकदृष्ट्या, उप-चलन म्हणून काम करणाऱ्या Ethereum-आधारित टोकन सिस्टीममध्ये आणखी एक महत्त्वाचे वैशिष्ट्य असू शकते जे ऑनचेन Bitcoin-आधारित मेटा-चलनमध्ये नाही: त्या चलनात थेट व्यवहार शुल्क देण्याची क्षमता. हे कार्यान्वित करण्याचा मार्ग असा आहे की कॉन्ट्रॅक्ट एक इथर शिल्लक राखेल ज्याद्वारे तो प्रेषकाला शुल्क देण्यासाठी वापरलेला इथर परत करेल, आणि तो ही शिल्लक शुल्कामध्ये घेतलेल्या अंतर्गत चलन युनिट्स गोळा करून आणि त्यांना सतत चालू असलेल्या लिलावात पुन्हा विकून भरेल. त्यामुळे वापरकर्त्यांना इथरसह त्यांची खाती "सक्रिय" करावी लागतील, परंतु एकदा इथर तिथे आल्यावर तो पुन्हा वापरण्यायोग्य असेल कारण कॉन्ट्रॅक्ट प्रत्येक वेळी तो परत करेल.
+
+### आर्थिक डेरिव्हेटिव्ह्ज आणि स्थिर-मूल्य चलन {#financial-derivatives-and-stable-value-currencies}
+
+"स्मार्ट कॉन्ट्रॅक्ट" चा सर्वात सामान्य ॲप्लिकेशन आर्थिक डेरिव्हेटिव्ह्ज आहे आणि कोडमध्ये कार्यान्वित करण्यासाठी सर्वात सोपा आहे. आर्थिक कॉन्ट्रॅक्ट्स कार्यान्वित करण्यामधील मुख्य आव्हान हे आहे की त्यापैकी बहुतेकांना बाह्य किंमत टिकरचा संदर्भ आवश्यक असतो; उदाहरणार्थ, एक अत्यंत इष्ट ॲप्लिकेशन म्हणजे एक स्मार्ट कॉन्ट्रॅक्ट जो यूएस डॉलरच्या तुलनेत इथरच्या (किंवा दुसऱ्या क्रिप्टोकरन्सीच्या) अस्थिरतेपासून संरक्षण करतो, परंतु हे करण्यासाठी कॉन्ट्रॅक्टला ETH/USD चे मूल्य काय आहे हे माहित असणे आवश्यक आहे. हे करण्याचा सर्वात सोपा मार्ग म्हणजे एका विशिष्ट पक्षाने (उदा., NASDAQ) सांभाळलेला एक "डेटा फीड" करार आहे, जो अशा प्रकारे डिझाइन केला आहे की त्या पक्षाला आवश्यकतेनुसार करार अद्यतनित करण्याची क्षमता असेल, आणि एक इंटरफेस प्रदान करणे जे इतर करारांना त्या कराराला संदेश पाठविण्यास आणि किंमत प्रदान करणारा प्रतिसाद परत मिळविण्यास अनुमती देते.
+
+ते महत्त्वपूर्ण घटक दिल्यास, हेजिंग कॉन्ट्रॅक्ट खालीलप्रमाणे दिसेल:
+
+1. पार्टी A चे 1000 इथर इनपुट करण्याची प्रतीक्षा करा.
+2. पार्टी B चे 1000 इथर इनपुट करण्याची प्रतीक्षा करा.
+3. 1000 इथरचे USD मूल्य, डेटा फीड कॉन्ट्रॅक्टला क्वेरी करून मोजलेले, स्टोरेजमध्ये रेकॉर्ड करा, समजा हे $x आहे.
+4. 30 दिवसांनंतर, A किंवा B ला कॉन्ट्रॅक्ट "पुन्हा सक्रिय" करण्याची परवानगी द्या जेणेकरून $x किमतीचे इथर (नवीन किंमत मिळविण्यासाठी डेटा फीड कॉन्ट्रॅक्टला पुन्हा क्वेरी करून मोजलेले) A ला पाठवता येईल आणि उर्वरित B ला.
+
+अशा कॉन्ट्रॅक्टमध्ये क्रिप्टो-कॉमर्समध्ये महत्त्वपूर्ण क्षमता असेल. क्रिप्टोकरन्सीबद्दल नमूद केलेल्या मुख्य समस्यांपैकी एक म्हणजे ती अस्थिर आहे; जरी अनेक वापरकर्ते आणि व्यापाऱ्यांना क्रिप्टोग्राफिक मालमत्तेशी व्यवहार करण्याची सुरक्षा आणि सोय हवी असली तरी, त्यांना एकाच दिवसात त्यांच्या निधीच्या मूल्याचे 23% गमावण्याची शक्यता नको असेल. आतापर्यंत, सर्वात सामान्यपणे प्रस्तावित केलेला उपाय म्हणजे जारीकर्ता-समर्थित मालमत्ता; कल्पना अशी आहे की एक जारीकर्ता उप-चलन तयार करतो ज्यामध्ये त्यांना युनिट्स जारी करण्याचा आणि रद्द करण्याचा अधिकार असतो, आणि जो कोणी त्यांना (ऑफलाइन) निर्दिष्ट मूळ मालमत्तेचे (उदा. सोने, USD) एक युनिट प्रदान करतो त्याला चलनाचे एक युनिट प्रदान करतो. जारीकर्ता नंतर क्रिप्टो-मालमत्तेचे एक युनिट परत पाठवणाऱ्या कोणालाही अंतर्निहित मालमत्तेचे एक युनिट देण्याचे वचन देतो. ही यंत्रणा कोणत्याही गैर-क्रिप्टोग्राफिक मालमत्तेला क्रिप्टोग्राफिक मालमत्तेत "उन्नत" करण्याची परवानगी देते, जर जारीकर्त्यावर विश्वास ठेवता येत असेल.
+
+व्यवहारात, तथापि, जारीकर्ते नेहमीच विश्वासार्ह नसतात, आणि काही प्रकरणांमध्ये बँकिंग पायाभूत सुविधा खूपच कमकुवत किंवा प्रतिकूल असतात, ज्यामुळे अशा सेवा अस्तित्वात येऊ शकत नाहीत. आर्थिक डेरिव्हेटिव्ह्ज एक पर्याय प्रदान करतात. येथे, मालमत्तेला पाठिंबा देण्यासाठी निधी पुरवण्याऐवजी, सट्टेबाजांचा एक विकेंद्रित बाजार, जो एका क्रिप्टोग्राफिक संदर्भ मालमत्तेची (उदा. ETH) किंमत वाढेल यावर पैज लावतो, ती भूमिका बजावतो. जारीकर्त्यांच्या विपरीत, सट्टेबाजांना त्यांच्या सौद्याच्या बाजूने डिफॉल्ट करण्याचा कोणताही पर्याय नाही कारण हेजिंग कॉन्ट्रॅक्ट त्यांचे निधी एस्क्रोमध्ये ठेवतो. लक्षात घ्या की हा दृष्टिकोन पूर्णपणे विकेंद्रित नाही, कारण किंमत टिकर प्रदान करण्यासाठी अजूनही एका विश्वसनीय स्रोताची आवश्यकता आहे, जरी पायाभूत सुविधांच्या आवश्यकता कमी करण्याच्या बाबतीत (जारीकर्ता असण्याच्या विपरीत, किंमत फीड जारी करण्यासाठी कोणत्याही परवान्याची आवश्यकता नाही आणि ते मुक्त भाषण म्हणून वर्गीकृत केले जाऊ शकते) आणि फसवणुकीची शक्यता कमी करण्याच्या बाबतीत ही एक मोठी सुधारणा आहे.
+
+### ओळख आणि प्रतिष्ठा प्रणाली {#identity-and-reputation-systems}
+
+सर्वात जुनी पर्यायी क्रिप्टोकरन्सी, [Namecoin](http://namecoin.org/), ने नाव नोंदणी प्रणाली प्रदान करण्यासाठी Bitcoin-सारख्या ब्लॉकचेनचा वापर करण्याचा प्रयत्न केला, जिथे वापरकर्ते इतर डेटासह सार्वजनिक डेटाबेसमध्ये त्यांची नावे नोंदवू शकतात. मुख्य उद्धृत वापर प्रकरण [DNS](https://wikipedia.org/wiki/Domain_Name_System) प्रणालीसाठी आहे, जे "bitcoin.org" (किंवा, Namecoin च्या बाबतीत, "bitcoin.bit") सारख्या डोमेन नावांना आयपी पत्त्यावर मॅप करते. इतर उपयोग प्रकरणांमध्ये ईमेल ऑथेंटिकेशन आणि संभाव्यतः अधिक प्रगत प्रतिष्ठा प्रणाली समाविष्ट आहेत. Ethereum वर Namecoin-सारखी नाव नोंदणी प्रणाली प्रदान करण्यासाठी मूलभूत कॉन्ट्रॅक्ट येथे आहे:
+
+```py
+def register(name, value):
+  if !self.storage[name]:
+    self.storage[name] = value
+```
+
+हा कॉन्ट्रॅक्ट खूप सोपा आहे; तो फक्त Ethereum नेटवर्कमधील एक डेटाबेस आहे ज्यात भर घालता येते, परंतु बदल किंवा काढता येत नाही. कोणीही काही मूल्याने नाव नोंदवू शकतो, आणि ती नोंदणी नंतर कायमची राहते. अधिक अत्याधुनिक नाव नोंदणी करारामध्ये एक "फंक्शन क्लॉज" देखील असेल, जो इतर करारांना त्याची चौकशी करण्यास अनुमती देईल, तसेच नावाच्या "मालकासाठी" (म्हणजे, प्रथम नोंदणी करणारा) डेटा बदलण्यासाठी किंवा मालकी हस्तांतरित करण्यासाठी एक यंत्रणा असेल. यावर प्रतिष्ठा आणि वेब-ऑफ-ट्रस्ट कार्यक्षमता देखील जोडता येते.
+
+### विकेंद्रित फाइल स्टोरेज {#decentralized-file-storage}
+
+गेल्या काही वर्षांत, अनेक लोकप्रिय ऑनलाइन फाइल स्टोरेज स्टार्टअप्स उदयास आले आहेत, ज्यात सर्वात प्रमुख Dropbox आहे, जे वापरकर्त्यांना त्यांच्या हार्ड ड्राइव्हचा बॅकअप अपलोड करण्याची परवानगी देतात आणि सेवा तो बॅकअप संग्रहित करते आणि वापरकर्त्याला मासिक शुल्काच्या बदल्यात तो ऍक्सेस करण्याची परवानगी देते. तथापि, या टप्प्यावर फाइल स्टोरेज बाजार काही वेळा तुलनेने अकार्यक्षम आहे; विविध विद्यमान सोल्यूशन्सवर एक वरवरचा दृष्टिक्षेप टाकल्यास असे दिसून येते की, विशेषतः "अविश्वसनीय दरी" 20-200 GB स्तरावर जिथे ना विनामूल्य कोटा ना एंटरप्राइज-स्तरीय सवलत लागू होते, मुख्य प्रवाहातील फाइल स्टोरेजसाठी मासिक किमती अशा आहेत की तुम्ही एकाच महिन्यात संपूर्ण हार्ड ड्राइव्हच्या किमतीपेक्षा जास्त पैसे देत आहात. Ethereum कॉन्ट्रॅक्ट्स विकेंद्रित फाइल स्टोरेज इकोसिस्टीमच्या विकासाला परवानगी देऊ शकतात, जिथे वैयक्तिक वापरकर्ते त्यांच्या स्वतःच्या हार्ड ड्राइव्ह भाड्याने देऊन थोड्या प्रमाणात पैसे कमवू शकतात आणि न वापरलेली जागा फाइल स्टोरेजचा खर्च आणखी कमी करण्यासाठी वापरली जाऊ शकते.
+
+अशा डिव्हाइसचा मुख्य आधारभूत भाग म्हणजे ज्याला आम्ही "विकेंद्रित Dropbox कॉन्ट्रॅक्ट" म्हटले आहे. हा कॉन्ट्रॅक्ट खालीलप्रमाणे कार्य करतो. प्रथम, इच्छित डेटा ब्लॉक्समध्ये विभागला जातो, गोपनीयतेसाठी प्रत्येक ब्लॉक एनक्रिप्ट केला जातो, आणि त्यातून एक मर्कल ट्री तयार केला जातो. त्यानंतर एक कॉन्ट्रॅक्ट तयार केला जातो ज्याचा नियम असा आहे की, प्रत्येक N ब्लॉक्सनंतर, कॉन्ट्रॅक्ट मर्कल ट्रीमधील एक यादृच्छिक इंडेक्स निवडेल (मागील ब्लॉक हॅशचा वापर करून, जो कॉन्ट्रॅक्ट कोडमधून ऍक्सेस करता येतो, यादृच्छिकतेचा स्रोत म्हणून), आणि ट्रीमधील त्या विशिष्ट इंडेक्सवर ब्लॉकच्या मालकीचा एक सरलीकृत पेमेंट व्हेरिफिकेशन-सारखा पुरावा असलेला व्यवहार पुरवणाऱ्या पहिल्या घटकाला X इथर देईल. जेव्हा वापरकर्त्याला त्यांची फाईल पुन्हा डाउनलोड करायची असते, तेव्हा ते फाईल पुनर्प्राप्त करण्यासाठी मायक्रोपेमेंट चॅनेल प्रोटोकॉल (उदा. प्रति ३२ किलोबाईटसाठी १ साबो द्या) वापरू शकतात; सर्वात शुल्क-कार्यक्षम दृष्टिकोन म्हणजे देयकाने व्यवहार शेवटपर्यंत प्रकाशित करू नये, त्याऐवजी प्रत्येक ३२ किलोबाईट्सनंतर त्याच नॉन्ससह व्यवहाराला थोड्या अधिक फायदेशीर व्यवहाराने बदलावे.
+
+प्रोटोकॉलचे एक महत्त्वाचे वैशिष्ट्य म्हणजे, जरी असे वाटत असले की फाइल विसरण्याचा निर्णय न घेण्यासाठी अनेक यादृच्छिक नोड्सवर विश्वास ठेवला जात आहे, तरीही सिक्रेट शेअरिंगद्वारे फाइलचे अनेक तुकडे करून आणि प्रत्येक तुकडा अजूनही कोणत्यातरी नोडच्या ताब्यात आहे हे पाहण्यासाठी कॉन्ट्रॅक्ट्सवर लक्ष ठेवून हा धोका जवळजवळ शून्यावर आणता येतो. जर एखादा कॉन्ट्रॅक्ट अजूनही पैसे देत असेल, तर तो एक क्रिप्टोग्राफिक पुरावा देतो की कोणीतरी अजूनही फाइल संग्रहित करत आहे.
+
+### विकेंद्रित स्वायत्त संस्था {#decentralized-autonomous-organizations}
+
+"विकेंद्रित स्वायत्त संस्थे"ची सामान्य संकल्पना म्हणजे एक आभासी अस्तित्व ज्यामध्ये सदस्यांचा किंवा भागधारकांचा एक विशिष्ट गट असतो, ज्यांना कदाचित 67% बहुमताने, अस्तित्वाचा निधी खर्च करण्याचा आणि त्याचा कोड बदलण्याचा अधिकार असतो. सदस्य एकत्रितपणे निर्णय घेतील की संस्थेने आपला निधी कसा वाटप करावा. DAO चा निधी वाटप करण्याच्या पद्धतींमध्ये बाउंटी, पगार ते कामाला पुरस्कृत करण्यासाठी अंतर्गत चलनासारख्या अधिक विलक्षण यंत्रणांचा समावेश असू शकतो. हे मूलतः एका पारंपरिक कंपनी किंवा ना-नफा संस्थेच्या कायदेशीर अडथळ्यांची प्रतिकृती करते परंतु अंमलबजावणीसाठी केवळ क्रिप्टोग्राफिक ब्लॉकचेन तंत्रज्ञानाचा वापर करते. आतापर्यंत DAOs बद्दलची बरीच चर्चा "विकेंद्रित स्वायत्त कॉर्पोरेशन" (DAC) च्या "भांडवलशाही" मॉडेलवर केंद्रित आहे ज्यात लाभांश प्राप्त करणारे भागधारक आणि व्यापार करण्यायोग्य शेअर्स आहेत; एक पर्याय, ज्याला कदाचित "विकेंद्रित स्वायत्त समुदाय" म्हणून वर्णन केले जाईल, त्यात सर्व सदस्यांना निर्णय घेण्यामध्ये समान वाटा असेल आणि सदस्य जोडण्यासाठी किंवा काढण्यासाठी 67% विद्यमान सदस्यांची संमती आवश्यक असेल. एका व्यक्तीला फक्त एकच सदस्यत्व असू शकते ही अट नंतर गटाद्वारे एकत्रितपणे लागू करावी लागेल.
+
+DAO कोड कसा करायचा याची एक सामान्य रूपरेषा खालीलप्रमाणे आहे. सर्वात सोपी रचना म्हणजे फक्त एक स्व-बदलणारा कोडचा तुकडा जो दोन तृतीयांश सदस्य बदलावर सहमत झाल्यास बदलतो. जरी कोड सैद्धांतिकदृष्ट्या अपरिवर्तनीय असला तरी, कोडचे तुकडे वेगळ्या कॉन्ट्रॅक्टमध्ये ठेवून आणि कोणत्या कॉन्ट्रॅक्टला कॉल करायचे याचा पत्ता बदलण्यायोग्य स्टोरेजमध्ये संग्रहित करून यावर सहज मात करता येते आणि वास्तविक परिवर्तनीयता मिळवता येते. अशा DAO कॉन्ट्रॅक्टच्या सोप्या अंमलबजावणीमध्ये, व्यवहारात प्रदान केलेल्या डेटाद्वारे ओळखले जाणारे तीन व्यवहार प्रकार असतील:
+
+- स्टोरेज इंडेक्स `K` वरील पत्ता `V` मूल्यामध्ये बदलण्यासाठी इंडेक्स `i` सह प्रस्ताव नोंदवण्यासाठी `[0,i,K,V]`
+- प्रस्ताव `i` च्या बाजूने मत नोंदवण्यासाठी `[1,i]`
+- पुरेशी मते मिळाल्यास प्रस्ताव `i` अंतिम करण्यासाठी `[2,i]`
+
+कॉन्ट्रॅक्टमध्ये नंतर या प्रत्येकासाठी कलमे असतील. ते सर्व खुल्या स्टोरेज बदलांची नोंद ठेवेल, तसेच त्यांच्यासाठी कोणी मतदान केले याची यादी ठेवेल. त्यात सर्व सदस्यांची यादी देखील असेल. जेव्हा कोणताही स्टोरेज बदल दोन तृतीयांश सदस्यांच्या मतापर्यंत पोहोचतो, तेव्हा एक अंतिम व्यवहार तो बदल कार्यान्वित करू शकतो. अधिक अत्याधुनिक स्केलेटनमध्ये व्यवहार पाठवणे, सदस्य जोडणे आणि सदस्य काढून टाकणे यासारख्या वैशिष्ट्यांसाठी अंगभूत मतदान क्षमता देखील असेल आणि ते [लिक्विड डेमोक्रसी](https://wikipedia.org/wiki/Liquid_democracy) -शैलीतील मत प्रतिनिधीत्व देखील प्रदान करू शकते (म्हणजे, कोणीही त्यांच्यासाठी मतदान करण्यासाठी कोणालाही नियुक्त करू शकतो, आणि नियुक्ती संक्रमणीय आहे त्यामुळे जर A ने B ला नियुक्त केले आणि B ने C ला नियुक्त केले तर C, A चे मत ठरवते). ही रचना DAO ला विकेंद्रित समुदाय म्हणून सेंद्रियपणे वाढण्यास अनुमती देईल, ज्यामुळे लोकांना अखेरीस सदस्य कोण आहे हे फिल्टर करण्याचे काम तज्ञांना सोपवता येईल, जरी "सध्याच्या प्रणाली" च्या विपरीत तज्ञ सहजपणे अस्तित्वात येऊ आणि जाऊ शकतात कारण वैयक्तिक समुदाय सदस्य त्यांचे संरेखन बदलतात.
+
+एक पर्यायी मॉडेल विकेंद्रित कॉर्पोरेशनसाठी आहे, जिथे कोणत्याही खात्यात शून्य किंवा अधिक शेअर्स असू शकतात, आणि निर्णय घेण्यासाठी दोन तृतीयांश शेअर्स आवश्यक असतात. एक संपूर्ण स्केलेटनमध्ये मालमत्ता व्यवस्थापन कार्यक्षमता, शेअर्स खरेदी किंवा विक्री करण्याची ऑफर देण्याची क्षमता आणि ऑफर स्वीकारण्याची क्षमता (शक्यतो कॉन्ट्रॅक्टमध्ये ऑर्डर-मॅचिंग यंत्रणेसह) समाविष्ट असेल. लिक्विड डेमोक्रसी-शैलीतील प्रतिनिधीत्व देखील अस्तित्वात असेल, जे "संचालक मंडळ" या संकल्पनेचे सामान्यीकरण करेल.
+
+### पुढील ॲप्लिकेशन्स {#further-applications}
+
+**१.** बचत वॉलेट्स\*\*. समजा ॲलिसला तिचा निधी सुरक्षित ठेवायचा आहे, परंतु तिला भीती वाटते की ती तिची खाजगी की गमावेल किंवा कोणीतरी हॅक करेल. ती खालीलप्रमाणे बॉब, एका बँकेसोबतच्या कॉन्ट्रॅक्टमध्ये इथर ठेवते:
+
+- ॲलिस एकटी दररोज जास्तीत जास्त 1% निधी काढू शकते.
+- बॉब एकटा दररोज जास्तीत जास्त 1% निधी काढू शकतो, परंतु ॲलिसकडे तिच्या की ने ही क्षमता बंद करणारा व्यवहार करण्याची क्षमता आहे.
+- ॲलिस आणि बॉब मिळून काहीही काढू शकतात.
+
+साधारणपणे, ॲलिससाठी दररोज 1% पुरेसे आहे, आणि जर ॲलिसला अधिक काढायचे असेल तर ती मदतीसाठी बॉबशी संपर्क साधू शकते. जर ॲलिसची की हॅक झाली, तर ती निधी नवीन कॉन्ट्रॅक्टमध्ये हलवण्यासाठी बॉबकडे धावते. जर तिने तिची की गमावली, तर बॉब अखेरीस निधी बाहेर काढेल. जर बॉब दुर्भावनापूर्ण असल्याचे सिद्ध झाले, तर ती त्याची काढण्याची क्षमता बंद करू शकते.
+
+**२.** पीक विमा\*\*. कोणत्याही किंमत निर्देशांकाऐवजी हवामानाचा डेटा फीड वापरून सहजपणे आर्थिक डेरिव्हेटिव्ह्ज कॉन्ट्रॅक्ट तयार करता येतो. जर आयोवामधील एका शेतकऱ्याने आयोवामधील पर्जन्यमानावर आधारित उलट पैसे देणारा डेरिव्हेटिव्ह खरेदी केला, तर दुष्काळ पडल्यास शेतकऱ्याला आपोआप पैसे मिळतील आणि पुरेसा पाऊस पडल्यास शेतकरी आनंदी होईल कारण त्यांची पिके चांगली येतील. हे सामान्यतः नैसर्गिक आपत्ती विम्यापर्यंत वाढवता येते.
+
+**३.** एक विकेंद्रित डेटा फीड\*\*. फरकासाठीच्या आर्थिक करारांसाठी, '[शेलिंगकॉइन](https://blog.ethereum.org/2014/03/28/schellingcoin-a-minimal-trust-universal-data-feed/)' नावाच्या प्रोटोकॉलद्वारे डेटा फीडचे विकेंद्रीकरण करणे शक्य आहे. शेलिंगकॉइन मुळात खालीलप्रमाणे कार्य करते: N पक्ष सर्व एका दिलेल्या डेटाचे मूल्य (उदा. ETH/USD किंमत) प्रणालीमध्ये टाकतात, मूल्यांची क्रमवारी लावली जाते, आणि २५ व्या ते ७५ व्या पर्सेंटाइलमधील प्रत्येकाला बक्षीस म्हणून एक टोकन मिळतो. प्रत्येकाला तेच उत्तर देण्यास प्रोत्साहन आहे जे इतर सर्व देतील, आणि मोठ्या संख्येने खेळाडू ज्या एकमेव मूल्यावर वास्तविकपणे सहमत होऊ शकतात ते म्हणजे स्पष्ट डीफॉल्ट: सत्य. हे एक विकेंद्रित प्रोटोकॉल तयार करते जे सैद्धांतिकदृष्ट्या कोणतीही संख्या मूल्ये प्रदान करू शकते, ज्यात ETH/USD किंमत, बर्लिनमधील तापमान किंवा अगदी एखाद्या विशिष्ट कठीण गणनेचा परिणाम यांचा समावेश आहे.
+
+**4. स्मार्ट मल्टीसिग्नेचर एस्क्रो**. Bitcoin मल्टीसिग्नेचर व्यवहार कॉन्ट्रॅक्ट्सना परवानगी देतो जिथे, उदाहरणार्थ, दिलेल्या पाच की पैकी तीन निधी खर्च करू शकतात. Ethereum अधिक ग्रॅन्युलॅरिटीला परवानगी देतो; उदाहरणार्थ, पाचपैकी चार सर्वकाही खर्च करू शकतात, पाचपैकी तीन दररोज 10% पर्यंत खर्च करू शकतात, आणि पाचपैकी दोन दररोज 0.5% पर्यंत खर्च करू शकतात. याव्यतिरिक्त, Ethereum मल्टीसिग असिंक्रोनस आहे - दोन पक्ष वेगवेगळ्या वेळी ब्लॉकचेनवर त्यांच्या स्वाक्षऱ्या नोंदवू शकतात आणि शेवटची स्वाक्षरी आपोआप व्यवहार पाठवेल.
+
+**5. क्लाउड कॉम्प्युटिंग**. EVM तंत्रज्ञानाचा उपयोग एक व्हेरिफायेबल कॉम्प्युटिंग वातावरण तयार करण्यासाठी देखील केला जाऊ शकतो, ज्यामुळे वापरकर्ते इतरांना गणना करण्यास सांगू शकतात आणि नंतर वैकल्पिकरित्या काही यादृच्छिकपणे निवडलेल्या चेकपॉइंट्सवर गणना योग्यरित्या केली गेली होती याचा पुरावा मागू शकतात. हे क्लाउड कंप्युटिंग मार्केट तयार करण्यास अनुमती देते, जिथे कोणताही वापरकर्ता त्यांच्या डेस्कटॉप, लॅपटॉप किंवा विशेष सर्व्हरसह सहभागी होऊ शकतो आणि प्रणाली विश्वासार्ह आहे (म्हणजे, नोड्स फायदेशीरपणे फसवणूक करू शकत नाहीत) हे सुनिश्चित करण्यासाठी सुरक्षा ठेवींसह स्पॉट-चेकिंगचा वापर केला जाऊ शकतो. जरी अशी प्रणाली सर्व कामांसाठी योग्य नसली तरी; ज्या कामांसाठी उच्च-स्तरीय आंतर-प्रक्रिया संप्रेषणाची आवश्यकता असते, उदाहरणार्थ, नोड्सच्या मोठ्या क्लाउडवर सहजपणे करता येत नाहीत. इतर कामे, तथापि, पॅरललाइझ करणे खूप सोपे आहे; SETI@home, folding@home आणि जेनेटिक अल्गोरिदम सारखे प्रकल्प अशा प्लॅटफॉर्मवर सहजपणे कार्यान्वित केले जाऊ शकतात.
+
+**6. पीअर-टू-पीअर जुगार**. फ्रँक स्टॅजानो आणि रिचर्ड क्लेटनच्या [सायबरडाइस](http://www.cl.cam.ac.uk/~fms27/papers/2008-StajanoCla-cyberdice.pdf) सारखे कोणतेही पीअर-टू-पीअर जुगार प्रोटोकॉल Ethereum ब्लॉकचेनवर कार्यान्वित केले जाऊ शकतात. सर्वात सोपा जुगार प्रोटोकॉल म्हणजे फक्त पुढील ब्लॉक हॅशवरील फरकासाठीचा कॉन्ट्रॅक्ट, आणि तिथून अधिक प्रगत प्रोटोकॉल तयार केले जाऊ शकतात, ज्यामुळे जवळजवळ शून्य शुल्कासह जुगार सेवा तयार होतात ज्यात फसवणूक करण्याची क्षमता नसते.
+
+**7. अंदाज बाजार**. ओरॅकल किंवा शेलिंगकोइन प्रदान केल्यास, भविष्यवाणी बाजारांची अंमलबजावणी करणे देखील सोपे आहे, आणि शेलिंगकोइनसह भविष्यवाणी बाजार विकेंद्रित संस्थांसाठी शासन प्रोटोकॉल म्हणून [फ्युटार्की](https://mason.gmu.edu/~rhanson/futarchy.html) चे पहिले मुख्य प्रवाहातील ऍप्लिकेशन सिद्ध होऊ शकते.
+
+\*\*8. ओळख आणि प्रतिष्ठा प्रणालीचा आधार म्हणून **ऑनचेन विकेंद्रित बाजारपेठ**,
+
+## विविध आणि चिंता {#miscellanea-and-concerns}
+
+### सुधारित GHOST अंमलबजावणी {#modified-ghost-implementation}
+
+"ग्रीडी हेवीएस्ट ऑब्झर्व्ह्ड सबट्री" (GHOST) प्रोटोकॉल हा योनातन सोमपोलिंस्की आणि अविव जोहर यांनी [डिसेंबर २०१३](https://eprint.iacr.org/2013/881.pdf) मध्ये प्रथम सादर केलेला एक नवोपक्रम आहे. GHOST च्या मागे प्रेरणा ही आहे की जलद पुष्टीकरणाच्या वेळेसह ब्लॉकचेन सध्या उच्च स्टेल रेटमुळे कमी झालेल्या सुरक्षिततेने ग्रस्त आहेत - कारण ब्लॉक्सना नेटवर्कमधून प्रसारित होण्यासाठी विशिष्ट वेळ लागतो, जर मायनर A ने एक ब्लॉक माइन केला आणि नंतर मायनर B ने मायनर A चा ब्लॉक B पर्यंत प्रसारित होण्यापूर्वी दुसरा ब्लॉक माइन केला, तर मायनर B चा ब्लॉक वाया जाईल आणि नेटवर्क सुरक्षिततेत योगदान देणार नाही. शिवाय, एक केंद्रीकरणाची समस्या आहे: जर मायनर A 30% हॅशपॉवर असलेला एक मायनिंग पूल असेल आणि B कडे 10% हॅशपॉवर असेल, तर A ला 70% वेळा स्टेल ब्लॉक तयार करण्याचा धोका असेल (कारण इतर 30% वेळा A ने शेवटचा ब्लॉक तयार केला होता आणि त्यामुळे त्याला मायनिंग डेटा त्वरित मिळेल) तर B ला 90% वेळा स्टेल ब्लॉक तयार करण्याचा धोका असेल. अशा प्रकारे, जर ब्लॉक मध्यांतर स्टेल रेट उच्च असण्याइतके लहान असेल, तर A त्याच्या आकारामुळे लक्षणीयरीत्या अधिक कार्यक्षम असेल. या दोन परिणामांच्या संयोगाने, जे ब्लॉकचेन त्वरीत ब्लॉक तयार करतात ते एका मायनिंग पूलला नेटवर्क हॅशपॉवरची पुरेशी टक्केवारी मिळवून देण्याची शक्यता आहे ज्यामुळे मायनिंग प्रक्रियेवर वास्तविक नियंत्रण मिळवता येईल.
+
+सोमपोलिंस्की आणि जोहर यांनी वर्णन केल्याप्रमाणे, GHOST नेटवर्क सुरक्षा हानीची पहिली समस्या सोडवण्यासाठी "सर्वात लांब" कोणती साखळी आहे या गणनेत स्टेल ब्लॉक्सचा समावेश करते; म्हणजेच, केवळ ब्लॉकचे पालक आणि पुढील पूर्वजच नव्हे, तर ब्लॉकच्या पूर्वजांचे स्टेल वंशज (Ethereum च्या भाषेत, "uncles") देखील कोणत्या ब्लॉकला सर्वात मोठे एकूण प्रूफ-ऑफ-वर्क समर्थन आहे या गणनेत जोडले जातात. केंद्रीकरण पूर्वाग्रहाची दुसरी समस्या सोडवण्यासाठी, आम्ही सोमपोलिंस्की आणि जोहर यांनी वर्णन केलेल्या प्रोटोकॉलच्या पलीकडे जातो आणि स्टेलला ब्लॉक रिवॉर्ड देखील देतो: एका स्टेल ब्लॉकला त्याच्या बेस रिवॉर्डच्या 87.5% मिळतात, आणि स्टेल ब्लॉकचा समावेश करणार्‍या नेफ्यूला उर्वरित 12.5% मिळतात. तथापि, व्यवहार शुल्क अंकलना दिले जात नाही.
+
+Ethereum GHOST ची एक सरलीकृत आवृत्ती लागू करते जी केवळ सात स्तरांपर्यंत खाली जाते. विशेषतः, ते खालीलप्रमाणे परिभाषित केले आहे:
+
+- एका ब्लॉकने पालक निर्दिष्ट करणे आवश्यक आहे, आणि त्याने 0 किंवा अधिक अंकल निर्दिष्ट करणे आवश्यक आहे.
+- ब्लॉक B मध्ये समाविष्ट केलेल्या अंकलमध्ये खालील गुणधर्म असणे आवश्यक आहे:
+  - ते B च्या kth पिढीच्या पूर्वजाचे थेट अपत्य असले पाहिजे, जिथे `2 <= k <= 7` आहे.
+  - ते B चा पूर्वज असू शकत नाही.
+  - एक अंकल वैध ब्लॉक हेडर असणे आवश्यक आहे, परंतु तो पूर्वी सत्यापित किंवा अगदी वैध ब्लॉक असण्याची आवश्यकता नाही.
+  - एक अंकल मागील ब्लॉक्समध्ये समाविष्ट केलेल्या सर्व अंकल आणि त्याच ब्लॉकमध्ये समाविष्ट केलेल्या इतर सर्व अंकलपेक्षा वेगळा असणे आवश्यक आहे (नॉन-डबल-इन्क्लूजन)
+- ब्लॉक B मधील प्रत्येक अंकल U साठी, B च्या मायनरला त्याच्या कॉइनबेस रिवॉर्डमध्ये अतिरिक्त 3.125% मिळतात आणि U च्या मायनरला मानक कॉइनबेस रिवॉर्डच्या 93.75% मिळतात.
+
+GHOST ची ही मर्यादित आवृत्ती, ज्यात अंकल केवळ 7 पिढ्यांपर्यंत समाविष्ट केले जाऊ शकतात, दोन कारणांसाठी वापरली गेली. प्रथम, अमर्याद GHOST मुळे दिलेल्या ब्लॉकसाठी कोणते अंकल वैध आहेत या गणनेत खूप जास्त गुंतागुंत निर्माण झाली असती. दुसरे, Ethereum मध्ये वापरल्याप्रमाणे भरपाईसह अमर्याद GHOST, मायनरला मुख्य साखळीवर मायनिंग करण्याचे आणि सार्वजनिक आक्रमणकर्त्याच्या साखळीवर मायनिंग न करण्याचे प्रोत्साहन काढून टाकते.
+
+### शुल्क {#fees}
+
+कारण ब्लॉकचेनमध्ये प्रकाशित केलेला प्रत्येक व्यवहार नेटवर्कवर तो डाउनलोड करण्याची आणि सत्यापित करण्याची गरज लादतो, त्यामुळे गैरवापर टाळण्यासाठी काही नियामक यंत्रणेची आवश्यकता आहे, ज्यात सामान्यतः व्यवहार शुल्क समाविष्ट असते. Bitcoin मध्ये वापरलेला डीफॉल्ट दृष्टिकोन म्हणजे पूर्णपणे ऐच्छिक शुल्क ठेवणे, गेटकीपर म्हणून काम करण्यासाठी आणि डायनॅमिक किमान मर्यादा सेट करण्यासाठी मायनर्सवर अवलंबून राहणे. हा दृष्टिकोन Bitcoin समुदायात विशेषतः अनुकूलपणे स्वीकारला गेला आहे कारण तो "बाजार-आधारित" आहे, ज्यामुळे मायनर्स आणि व्यवहार प्रेषकांमधील पुरवठा आणि मागणी किंमत निश्चित करण्यास परवानगी देते. या तर्कातील समस्या मात्र ही आहे की, व्यवहार प्रक्रिया ही बाजारपेठ नाही; जरी व्यवहार प्रक्रियेला मायनर प्रेषकाला देत असलेली सेवा म्हणून समजणे अंतर्ज्ञानाने आकर्षक असले तरी, प्रत्यक्षात मायनरने समाविष्ट केलेला प्रत्येक व्यवहार नेटवर्कमधील प्रत्येक नोडद्वारे प्रक्रिया करणे आवश्यक असेल, त्यामुळे व्यवहार प्रक्रियेचा बहुतांश खर्च तृतीय पक्षांकडून उचलला जातो आणि तो समाविष्ट करायचा की नाही याचा निर्णय घेणाऱ्या मायनरकडून नाही. म्हणून, ट्रॅजेडी-ऑफ-द-कॉमन्स समस्या होण्याची दाट शक्यता आहे.
+
+तथापि, जसे दिसून येते की बाजार-आधारित यंत्रणेतील ही त्रुटी, जेव्हा एक विशिष्ट चुकीची सरलीकरण गृहीतक दिली जाते, तेव्हा ती जादुईरित्या स्वतःच रद्द होते. युक्तिवाद खालीलप्रमाणे आहे. समजा की:
+
+1. एका व्यवहारामुळे `k` ऑपरेशन्स होतात, जे तो समाविष्ट करणाऱ्या कोणत्याही मायनरला `kR` रिवॉर्ड देतात जिथे `R` प्रेषकाद्वारे सेट केले जाते आणि `k` आणि `R` मायनरला (अंदाजे) आधीच दिसतात.
+2. कोणत्याही नोडसाठी ऑपरेशनची प्रक्रिया खर्च `C` आहे (म्हणजे, सर्व नोड्सची कार्यक्षमता समान आहे)
+3. `N` मायनिंग नोड्स आहेत, प्रत्येकाची प्रक्रिया शक्ती अगदी समान आहे (म्हणजे, एकूण `1/N`)
+4. कोणतेही नॉन-मायनिंग फुल नोड्स अस्तित्वात नाहीत.
+
+जर अपेक्षित रिवॉर्ड खर्चापेक्षा जास्त असेल तर एक मायनर व्यवहार प्रक्रिया करण्यास तयार असेल. अशा प्रकारे, अपेक्षित रिवॉर्ड `kR/N` आहे कारण मायनरकडे पुढील ब्लॉक प्रक्रिया करण्याची `1/N` शक्यता आहे, आणि मायनरसाठी प्रक्रिया खर्च फक्त `kC` आहे. म्हणून, मायनर्स `kR/N > kC`, किंवा `R > NC` असलेल्या व्यवहारांचा समावेश करतील. लक्षात घ्या की `R` हे प्रेषकाने प्रदान केलेले प्रति-ऑपरेशन शुल्क आहे, आणि त्यामुळे प्रेषकाला व्यवहारामधून मिळणाऱ्या फायद्याची खालची मर्यादा आहे, आणि `NC` हे संपूर्ण नेटवर्कला मिळून एक ऑपरेशन प्रक्रिया करण्याचा खर्च आहे. म्हणून, मायनर्सना केवळ त्या व्यवहारांचा समावेश करण्यास प्रोत्साहन आहे ज्यासाठी एकूण उपयोगितावादी फायदा खर्चापेक्षा जास्त आहे.
+
+तथापि, प्रत्यक्षात त्या गृहीतकांपासून अनेक महत्त्वाचे विचलन आहेत:
+
+1. मायनरला व्यवहार प्रक्रिया करण्यासाठी इतर व्हेरिफायिंग नोड्सपेक्षा जास्त खर्च द्यावा लागतो, कारण अतिरिक्त व्हेरिफिकेशन वेळ ब्लॉक प्रसारास विलंब करते आणि त्यामुळे ब्लॉक स्टेल होण्याची शक्यता वाढवते.
+2. नॉन-मायनिंग फुल नोड्स अस्तित्वात आहेत.
+3. मायनिंग पॉवर वितरण व्यवहारात मूलतः असमान होऊ शकते.
+4. सट्टेबाज, राजकीय शत्रू आणि वेडे ज्यांच्या युटिलिटी फंक्शनमध्ये नेटवर्कला हानी पोहोचवणे समाविष्ट आहे ते अस्तित्वात आहेत, आणि ते हुशारीने असे कॉन्ट्रॅक्ट्स सेट करू शकतात जिथे त्यांचा खर्च इतर व्हेरिफायिंग नोड्सद्वारे भरलेल्या खर्चापेक्षा खूपच कमी असतो.
+
+(1) मायनरला कमी व्यवहार समाविष्ट करण्याची प्रवृत्ती प्रदान करते, आणि
+(2) `NC` वाढवते; म्हणून, हे दोन परिणाम किमान अंशतः
+एकमेकांना रद्द
+करतात.<sup>[कसे?](https://web.archive.org/web/20250427212319/https://github.com/ethereum/wiki/issues/447#issuecomment-316972260#issuecomment-316972260)</sup>
+(3) आणि (4) ही मुख्य समस्या आहे; ती सोडवण्यासाठी आम्ही फक्त एक
+फ्लोटिंग कॅप स्थापित करतो: कोणत्याही ब्लॉकमध्ये
+`BLK_LIMIT_FACTOR` पट दीर्घकालीन घातांकित हलत्या सरासरीपेक्षा जास्त ऑपरेशन्स असू शकत नाहीत.
+विशेषतः:
+
+```js
+blk.oplimit = floor((blk.parent.oplimit \* (EMAFACTOR - 1) +
+floor(parent.opcount \* BLK\_LIMIT\_FACTOR)) / EMA\_FACTOR)
+```
+
+सध्यासाठी `BLK_LIMIT_FACTOR` आणि `EMA_FACTOR` हे 65536 आणि 1.5 वर सेट केलेले स्थिरांक आहेत, परंतु पुढील विश्लेषणानंतर ते बदलले जाण्याची शक्यता आहे.
+
+Bitcoin मध्ये मोठ्या ब्लॉक आकारांना निरुत्साहित करणारा आणखी एक घटक आहे: जे ब्लॉक मोठे आहेत त्यांना प्रसारित होण्यास जास्त वेळ लागेल, आणि त्यामुळे स्टेल होण्याची शक्यता जास्त असते. Ethereum मध्ये, जास्त गॅस वापरणारे ब्लॉक देखील प्रसारित होण्यास जास्त वेळ घेऊ शकतात कारण ते भौतिकदृष्ट्या मोठे असतात आणि कारण त्यांना व्हॅलिडेट करण्यासाठी व्यवहार स्टेट ट्रान्झिशन प्रक्रिया करण्यास जास्त वेळ लागतो. हा विलंब निरुत्साह Bitcoin मध्ये एक महत्त्वपूर्ण विचार आहे, परंतु GHOST प्रोटोकॉलमुळे Ethereum मध्ये कमी आहे; म्हणून, नियमित ब्लॉक मर्यादांवर अवलंबून राहणे अधिक स्थिर आधाररेखा प्रदान करते.
+
+### गणना आणि ट्युरिंग-पूर्णता {#computation-and-turing-completeness}
+
+एक महत्त्वाचा मुद्दा म्हणजे Ethereum व्हर्च्युअल मशीन ट्युरिंग-पूर्ण आहे; याचा अर्थ EVM कोड कोणत्याही कल्पनीय गणनेला एन्कोड करू शकतो, ज्यात अनंत लूप्सचा समावेश आहे. EVM कोड दोन प्रकारे लूपिंगला परवानगी देतो. प्रथम, एक `JUMP` सूचना आहे जी प्रोग्रामला कोडमधील मागील ठिकाणी परत जाण्याची परवानगी देते, आणि एक `JUMPI` सूचना आहे जी सशर्त जंपिंग करण्यास परवानगी देते, ज्यामुळे `while x < 27: x = x * 2` सारखी विधाने शक्य होतात. दुसरे म्हणजे, कॉन्ट्रॅक्ट्स इतर कॉन्ट्रॅक्ट्सना कॉल करू शकतात, ज्यामुळे रिकर्शनद्वारे लूपिंगची शक्यता निर्माण होते. यामुळे स्वाभाविकपणे एक समस्या निर्माण होते: दुर्भावनापूर्ण वापरकर्ते मायनर्स आणि फुल नोड्सना अनंत लूपमध्ये प्रवेश करण्यास भाग पाडून त्यांना बंद करू शकतात का? ही समस्या संगणक विज्ञानातील हॉल्टिंग प्रॉब्लेम म्हणून ओळखल्या जाणाऱ्या समस्येमुळे उद्भवते: सर्वसाधारणपणे, दिलेला प्रोग्राम कधी थांबेल की नाही हे सांगण्याचा कोणताही मार्ग नाही.
+
+स्टेट ट्रान्झिशन विभागात वर्णन केल्याप्रमाणे, आमचे समाधान व्यवहाराला तो घेऊ शकणाऱ्या गणनेच्या स्टेप्सची कमाल संख्या सेट करण्याची आवश्यकता ठेवून कार्य करते, आणि जर अंमलबजावणीला जास्त वेळ लागला तर गणना परत घेतली जाते परंतु शुल्क तरीही भरले जाते. संदेश त्याच प्रकारे कार्य करतात. आमच्या समाधानामागील प्रेरणा दाखवण्यासाठी, खालील उदाहरणे विचारात घ्या:
+
+- एक आक्रमणकर्ता एक कॉन्ट्रॅक्ट तयार करतो जो एक अनंत लूप चालवतो, आणि नंतर तो लूप सक्रिय करणारा एक व्यवहार मायनरला पाठवतो. मायनर व्यवहार प्रक्रिया करेल, अनंत लूप चालवेल, आणि त्याचा गॅस संपेपर्यंत वाट पाहील. जरी अंमलबजावणीचा गॅस संपला आणि ती अर्ध्यावर थांबली तरी, व्यवहार अजूनही वैध आहे आणि मायनर अजूनही प्रत्येक गणनेच्या स्टेपसाठी आक्रमणकर्त्याकडून शुल्क दावा करतो.
+- एक आक्रमणकर्ता एक खूप लांब अनंत लूप तयार करतो ज्याचा उद्देश मायनरला इतका वेळ गणना करत राहण्यास भाग पाडणे आहे की गणना पूर्ण होईपर्यंत आणखी काही ब्लॉक बाहेर पडलेले असतील आणि मायनरला शुल्क दावा करण्यासाठी व्यवहार समाविष्ट करणे शक्य होणार नाही. तथापि, आक्रमणकर्त्याला `STARTGAS` साठी एक मूल्य सादर करणे आवश्यक असेल जे अंमलबजावणी घेऊ शकणाऱ्या गणनेच्या स्टेप्सची संख्या मर्यादित करते, त्यामुळे मायनरला आधीच कळेल की गणनेला खूप जास्त स्टेप्स लागतील.
+- एक हल्लेखोर `send(A,contract.storage[A]); contract.storage[A] = 0` सारख्या काही स्वरूपाच्या कोडसह एक करार पाहतो, आणि केवळ पहिले पाऊल चालवण्यासाठी पुरेसा गॅस असलेला पण दुसरे पाऊल चालवण्यासाठी नसलेला व्यवहार पाठवतो (म्हणजे, पैसे काढणे परंतु शिल्लक कमी होऊ न देणे). कॉन्ट्रॅक्ट लेखकाला अशा हल्ल्यांपासून संरक्षण करण्याची काळजी करण्याची गरज नाही, कारण जर अंमलबजावणी अर्ध्यावर थांबली तर बदल परत घेतले जातात.
+- एक आर्थिक कॉन्ट्रॅक्ट धोका कमी करण्यासाठी नऊ मालकीच्या डेटा फीड्सचा मध्यक घेऊन कार्य करतो. एक आक्रमणकर्ता एका डेटा फीडवर ताबा मिळवतो, जो DAOs वरील विभागात वर्णन केलेल्या व्हेरिएबल-ॲड्रेस-कॉल यंत्रणेद्वारे बदलण्यायोग्य करण्यासाठी डिझाइन केलेला आहे, आणि त्याला एक अनंत लूप चालवण्यासाठी रूपांतरित करतो, ज्यामुळे आर्थिक कॉन्ट्रॅक्टमधून निधी दावा करण्याच्या कोणत्याही प्रयत्नांना गॅस संपण्यास भाग पाडण्याचा प्रयत्न केला जातो. तथापि, आर्थिक कॉन्ट्रॅक्ट ही समस्या टाळण्यासाठी संदेशावर गॅस मर्यादा सेट करू शकतो.
+
+ट्युरिंग-पूर्णतेचा पर्याय ट्युरिंग-अपूर्णता आहे, जिथे `JUMP` आणि `JUMPI` अस्तित्वात नाहीत आणि प्रत्येक कॉन्ट्रॅक्टची फक्त एक प्रत कोणत्याही वेळी कॉल स्टॅकमध्ये अस्तित्वात राहू शकते. या प्रणालीसह, वर्णन केलेली शुल्क प्रणाली आणि आमच्या समाधानाच्या प्रभावीतेबद्दलच्या अनिश्चितता कदाचित आवश्यक नसतील, कारण कॉन्ट्रॅक्ट कार्यान्वित करण्याचा खर्च त्याच्या आकाराने वरून मर्यादित असेल. याव्यतिरिक्त, ट्युरिंग-अपूर्णता ही इतकी मोठी मर्यादा नाही; आम्ही अंतर्गत संकल्पना केलेल्या सर्व कॉन्ट्रॅक्ट उदाहरणांपैकी, आतापर्यंत फक्त एकाला लूपची आवश्यकता होती, आणि तो लूप देखील एका ओळीच्या कोडच्या 26 पुनरावृत्त्या करून काढता आला असता. ट्युरिंग-पूर्णतेचे गंभीर परिणाम आणि मर्यादित फायदा पाहता, फक्त एक ट्युरिंग-अपूर्ण भाषा का नसावी? प्रत्यक्षात, तथापि, ट्युरिंग-अपूर्णता समस्येवर एक सुव्यवस्थित समाधान नाही. हे का ते पाहण्यासाठी, खालील कॉन्ट्रॅक्ट्स विचारात घ्या:
+
+```sh
+C0: call(C1); call(C1);
+C1: call(C2); call(C2);
+C2: call(C3); call(C3);
+...
+C49: call(C50); call(C50);
+C50: (एका प्रोग्रामची एक स्टेप चालवा आणि स्टोरेजमधील बदल रेकॉर्ड करा)
+```
+
+आता, A ला एक व्यवहार पाठवा. अशा प्रकारे, 51 व्यवहारांमध्ये, आमच्याकडे एक कॉन्ट्रॅक्ट आहे जो 2<sup>50</sup> गणनेच्या स्टेप्स घेतो. मायनर्स प्रत्येक कॉन्ट्रॅक्टसोबत एक मूल्य राखून अशा लॉजिक बॉम्ब्सचा आधीच शोध घेण्याचा प्रयत्न करू शकतात जे ते घेऊ शकणाऱ्या गणनेच्या स्टेप्सची कमाल संख्या निर्दिष्ट करते, आणि इतर कॉन्ट्रॅक्ट्सना रिकर्सिव्हली कॉल करणाऱ्या कॉन्ट्रॅक्ट्ससाठी याची गणना करू शकतात, परंतु त्यासाठी मायनर्सना इतर कॉन्ट्रॅक्ट्स तयार करणाऱ्या कॉन्ट्रॅक्ट्सना प्रतिबंधित करावे लागेल (कारण वरील सर्व 26 कॉन्ट्रॅक्ट्सची निर्मिती आणि अंमलबजावणी सहजपणे एकाच कॉन्ट्रॅक्टमध्ये गुंडाळली जाऊ शकते). आणखी एक समस्याप्रधान मुद्दा म्हणजे संदेशाचा ॲड्रेस फील्ड एक व्हेरिएबल आहे, त्यामुळे सर्वसाधारणपणे दिलेला कॉन्ट्रॅक्ट कोणत्या इतर कॉन्ट्रॅक्ट्सना आधीच कॉल करेल हे सांगणे शक्य होणार नाही. म्हणून, एकूणच, आमच्याकडे एक आश्चर्यकारक निष्कर्ष आहे: ट्युरिंग-पूर्णता व्यवस्थापित करणे आश्चर्यकारकपणे सोपे आहे, आणि ट्युरिंग-पूर्णतेचा अभाव तितकाच आश्चर्यकारकपणे व्यवस्थापित करणे कठीण आहे जोपर्यंत तंतोतंत तेच नियंत्रणे नाहीत - परंतु त्या बाबतीत प्रोटोकॉलला फक्त ट्युरिंग-पूर्ण का होऊ देऊ नये?
+
+### चलन आणि जारी करणे {#currency-and-issuance}
+
+Ethereum नेटवर्कमध्ये त्याचे स्वतःचे अंगभूत चलन, इथर समाविष्ट आहे, जे विविध प्रकारच्या डिजिटल मालमत्तेमध्ये कार्यक्षम देवाणघेवाण करण्यासाठी प्राथमिक तरलता स्तर प्रदान करण्याचा दुहेरी उद्देश पूर्ण करते आणि, अधिक महत्त्वाचे म्हणजे, व्यवहार शुल्क भरण्यासाठी एक यंत्रणा प्रदान करते. सोयीसाठी आणि भविष्यातील वाद टाळण्यासाठी (Bitcoin मधील सध्याचा mBTC/uBTC/satoshi वाद पहा), संप्रदाय पूर्व-लेबल केले जातील:
+
+- 1: wei
+- 10<sup>12</sup>: szabo
+- 10<sup>15</sup>: finney
+- 10<sup>18</sup>: इथर
+
+हे "डॉलर" आणि "सेंट" किंवा "BTC" आणि "सातोशी" या संकल्पनेची विस्तारित आवृत्ती म्हणून घेतले पाहिजे. नजीकच्या भविष्यात, आम्ही "इथर" सामान्य व्यवहारांसाठी, "फिनी" मायक्रोट्रान्झॅक्शन्ससाठी आणि "स्झाबो" आणि "वेई" शुल्क आणि प्रोटोकॉल अंमलबजावणीच्या तांत्रिक चर्चांसाठी वापरले जाईल अशी अपेक्षा करतो; उर्वरित संप्रदाय नंतर उपयुक्त होऊ शकतात आणि या टप्प्यावर क्लायंटमध्ये समाविष्ट केले जाऊ नयेत.
+
+जारी करण्याचे मॉडेल खालीलप्रमाणे असेल:
+
+- इथर प्रति BTC 1000-2000 इथरच्या किमतीत चलन विक्रीत जारी केले जाईल, ही एक यंत्रणा आहे जी Ethereum संस्थेला निधी देण्यासाठी आणि विकासासाठी पैसे देण्यासाठी आहे जी Mastercoin आणि NXT सारख्या इतर प्लॅटफॉर्मद्वारे यशस्वीरित्या वापरली गेली आहे. पूर्वीच्या खरेदीदारांना मोठ्या सवलतींचा फायदा होईल. विक्रीतून मिळालेला BTC पूर्णपणे डेव्हलपर्सना पगार आणि बाउंटी देण्यासाठी आणि Ethereum आणि क्रिप्टोकरन्सी इकोसिस्टीममधील विविध नफा-उद्देशीय आणि ना-नफा प्रकल्पांमध्ये गुंतवला जाईल.
+- विक्री केलेल्या एकूण रकमेच्या 0.099x (60102216 ETH) संस्थेला सुरुवातीच्या योगदात्यांना भरपाई देण्यासाठी आणि जेनेसिस ब्लॉकपूर्वी ETH-मूल्यातील खर्च भरण्यासाठी वाटप केले जाईल.
+- विक्री केलेल्या एकूण रकमेच्या 0.099x दीर्घकालीन राखीव म्हणून राखले जाईल.
+- त्यानंतर विक्री केलेल्या एकूण रकमेच्या 0.26x रक्कम मायनर्सना दरवर्षी कायमस्वरूपी वाटप केली जाईल.
+
+| गट                                   | लॉन्चच्या वेळी         | 1 वर्षानंतर            | 5 वर्षांनंतर           |
+| ------------------------------------ | ---------------------- | ---------------------- | ---------------------- |
+| चलन युनिट्स                          | 1.198X | 1.458X | 2.498X |
+| खरेदीदार                             | 83.5%  | 68.6%  | 40.0%  |
+| प्री-सेलमध्ये खर्च केलेला राखीव निधी | 8.26%  | 6.79%  | 3.96%  |
+| पोस्ट-सेलमध्ये वापरलेला राखीव निधी   | 8.26%  | 6.79%  | 3.96%  |
+| मायनर्स                              | 0%                     | 17.8%  | 52.0%  |
+
+#### दीर्घकालीन पुरवठा वाढीचा दर (टक्के)
+
+![Ethereum इन्फ्लेशन](./ethereum-inflation.png)
+
+_रैखिक चलन जारी असूनही, Bitcoin प्रमाणेच कालांतराने पुरवठा वाढीचा दर शून्याकडे झुकतो._
+
+वरील मॉडेलमधील दोन मुख्य निवडी म्हणजे (1) एंडॉवमेंट पूलचे अस्तित्व आणि आकार, आणि (2) Bitcoin मधील मर्यादित पुरवठ्याच्या विपरीत, कायमस्वरूपी वाढणारा रैखिक पुरवठा. एंडॉवमेंट पूलचे समर्थन खालीलप्रमाणे आहे. जर एंडॉवमेंट पूल अस्तित्वात नसता, आणि समान चलनवाढीचा दर प्रदान करण्यासाठी रैखिक जारी 0.217x पर्यंत कमी केले असते, तर इथरची एकूण मात्रा 16.5% कमी असती आणि त्यामुळे प्रत्येक युनिट 19.8% अधिक मौल्यवान असते. म्हणून, समतोलात विक्रीत 19.8% अधिक इथर खरेदी केले जाईल, त्यामुळे प्रत्येक युनिट पुन्हा एकदा पूर्वीइतकेच मौल्यवान असेल. संस्थेकडे नंतर 1.198x अधिक BTC असेल, जे दोन तुकड्यांमध्ये विभागले जाऊ शकते: मूळ BTC, आणि अतिरिक्त 0.198x. म्हणून, ही परिस्थिती एंडॉवमेंटच्या _तंतोतंत समतुल्य_ आहे, परंतु एका महत्त्वाच्या फरकासह: संस्था पूर्णपणे BTC ठेवते, आणि त्यामुळे इथर युनिटच्या मूल्याला समर्थन देण्यासाठी प्रोत्साहित नाही.
+
+कायमस्वरूपी रैखिक पुरवठा वाढीचे मॉडेल Bitcoin मधील अत्याधिक संपत्ती केंद्रीकरणाचा धोका कमी करते, आणि वर्तमान आणि भविष्यातील युगातील व्यक्तींना चलन युनिट्स मिळवण्याची योग्य संधी देते, त्याच वेळी इथर मिळवण्याचे आणि ठेवण्याचे एक मजबूत प्रोत्साहन कायम ठेवते कारण टक्केवारी म्हणून "पुरवठा वाढीचा दर" कालांतराने शून्याकडे झुकतो. आम्ही असाही सिद्धांत मांडतो की निष्काळजीपणा, मृत्यू इत्यादींमुळे नाणी कालांतराने नेहमीच गमावली जातात आणि नाण्यांच्या नुकसानाचे मॉडेल दरवर्षी एकूण पुरवठ्याच्या टक्केवारीनुसार केले जाऊ शकते, त्यामुळे चलनात असलेला एकूण चलन पुरवठा अखेरीस वार्षिक जारी करण्याच्या मूल्याला तोट्याच्या दराने भागून स्थिर होईल (उदा., १% तोट्याच्या दराने, एकदा पुरवठा 26X पर्यंत पोहोचला की, दरवर्षी ०.२६X उत्खनन केले जाईल आणि ०.२६X गमावले जाईल, ज्यामुळे एक संतुलन निर्माण होईल).
+
+लक्षात घ्या की भविष्यात, Ethereum सुरक्षेसाठी प्रूफ-ऑफ-स्टेक मॉडेलवर स्विच करण्याची शक्यता आहे, ज्यामुळे जारी करण्याची आवश्यकता दरवर्षी शून्य आणि 0.05X च्या दरम्यान कमी होईल. जर Ethereum संस्थेला निधी मिळणे बंद झाले किंवा इतर कोणत्याही कारणास्तव ती नाहीशी झाली, तर आम्ही एक "सामाजिक करार" खुला ठेवतो: कोणालाही Ethereum ची भविष्यातील उमेदवार आवृत्ती तयार करण्याचा अधिकार आहे, या एकमेव अटीसह की इथरची मात्रा जास्तीत जास्त `60102216 * (1.198 + 0.26 * n)` इतकीच असली पाहिजे, जिथे `n` हे जेनेसिस ब्लॉकनंतरच्या वर्षांची संख्या आहे. निर्माते विकासासाठी पैसे देण्यासाठी PoS-चालित पुरवठा विस्तार आणि कमाल परवानगी असलेल्या पुरवठा विस्तारातील काही किंवा सर्व फरक क्राउड-सेल किंवा अन्यथा नियुक्त करण्यास स्वतंत्र आहेत. सामाजिक कराराचे पालन न करणारे उमेदवार अपग्रेड्स न्याय्यपणे अनुपालन करणाऱ्या आवृत्त्यांमध्ये फोर्क केले जाऊ शकतात.
+
+### मायनिंग केंद्रीकरण {#mining-centralization}
+
+Bitcoin मायनिंग अल्गोरिदम मायनर्सना ब्लॉक हेडरच्या थोड्या सुधारित आवृत्त्यांवर लाखो वेळा SHA256 गणना करण्यास सांगून कार्य करतो, जोपर्यंत अखेरीस एक नोड अशी आवृत्ती घेऊन येत नाही ज्याचा हॅश लक्ष्यापेक्षा कमी आहे (सध्या सुमारे 2<sup>192</sup>). तथापि, हा मायनिंग अल्गोरिदम दोन प्रकारच्या केंद्रीकरणाला असुरक्षित आहे. प्रथम, मायनिंग इकोसिस्टीममध्ये ASICs (ॲप्लिकेशन-स्पेसिफिक इंटिग्रेटेड सर्किट्स) चे वर्चस्व आले आहे, जे संगणक चिप्स आहेत जे Bitcoin मायनिंगच्या विशिष्ट कामासाठी डिझाइन केलेले आहेत आणि त्यामुळे हजारो पटीने अधिक कार्यक्षम आहेत. याचा अर्थ असा की Bitcoin मायनिंग आता एक अत्यंत विकेंद्रित आणि समतावादी प्रयत्न राहिलेला नाही, ज्यात प्रभावीपणे सहभागी होण्यासाठी लाखो डॉलर्सच्या भांडवलाची आवश्यकता आहे. दुसरे म्हणजे, बहुतेक Bitcoin मायनर्स प्रत्यक्षात स्थानिक पातळीवर ब्लॉक व्हॅलिडेशन करत नाहीत; त्याऐवजी, ते ब्लॉक हेडर्स प्रदान करण्यासाठी एका केंद्रीकृत मायनिंग पूलवर अवलंबून असतात. ही समस्या कदाचित अधिक वाईट आहे: हे लिहिण्याच्या वेळी, शीर्ष तीन मायनिंग पूल Bitcoin नेटवर्कमधील अंदाजे 50% प्रक्रिया शक्ती अप्रत्यक्षपणे नियंत्रित करतात, जरी हे या वस्तुस्थितीमुळे कमी होते की जर एखादा पूल किंवा युती 51% हल्ला करण्याचा प्रयत्न करत असेल तर मायनर्स इतर मायनिंग पूलवर स्विच करू शकतात.
+
+Ethereum मधील सध्याचा उद्देश एक मायनिंग अल्गोरिदम वापरणे आहे जिथे मायनर्सना स्टेटमधून यादृच्छिक डेटा मिळवणे, ब्लॉकचेनमधील शेवटच्या N ब्लॉक्समधून काही यादृच्छिकपणे निवडलेले व्यवहार गणना करणे आणि परिणामाचा हॅश परत करणे आवश्यक आहे. याचे दोन महत्त्वाचे फायदे आहेत. पहिले, इथेरियम करारांमध्ये कोणत्याही प्रकारची गणना समाविष्ट असू शकते, त्यामुळे इथेरियम ASIC मुळात सामान्य गणनेसाठी एक ASIC असेल - म्हणजे एक चांगला CPU. दुसरे म्हणजे, मायनिंगला संपूर्ण ब्लॉकचेनमध्ये प्रवेश आवश्यक आहे, ज्यामुळे मायनर्सना संपूर्ण ब्लॉकचेन संग्रहित करण्यास आणि किमान प्रत्येक व्यवहार सत्यापित करण्यास सक्षम होण्यास भाग पाडले जाते. यामुळे केंद्रीकृत मायनिंग पूलची गरज दूर होते; जरी मायनिंग पूल अजूनही रिवॉर्ड वितरणाची यादृच्छिकता समान करण्याची कायदेशीर भूमिका बजावू शकतात, तरीही हे कार्य केंद्रीय नियंत्रणाशिवाय पीअर-टू-पीअर पूलद्वारे तितकेच चांगले करता येते.
+
+हे मॉडेल अप्रशिक्षित आहे, आणि कॉन्ट्रॅक्ट अंमलबजावणीचा मायनिंग अल्गोरिदम म्हणून वापर करताना काही हुशार ऑप्टिमायझेशन टाळण्याच्या मार्गात अडचणी येऊ शकतात. तथापि, या अल्गोरिदमचे एक विशेषतः मनोरंजक वैशिष्ट्य म्हणजे ते कोणालाही "विहीर विषारी" करण्याची परवानगी देते, ब्लॉकचेनमध्ये मोठ्या संख्येने कॉन्ट्रॅक्ट्स आणून जे विशिष्ट ASICs ला रोखण्यासाठी डिझाइन केलेले आहेत. ASIC उत्पादकांना एकमेकांवर हल्ला करण्यासाठी असा युक्ती वापरण्यासाठी आर्थिक प्रोत्साहन आहे. अशा प्रकारे, आम्ही विकसित करत असलेले समाधान अंतिमतः एक अनुकूली आर्थिक मानवी समाधान आहे, केवळ तांत्रिक नाही.
+
+### स्केलेबिलिटी {#scalability}
+
+Ethereum बद्दल एक सामान्य चिंता स्केलेबिलिटीची समस्या आहे. Bitcoin प्रमाणे, Ethereum मध्ये प्रत्येक व्यवहार नेटवर्कमधील प्रत्येक नोडद्वारे प्रक्रिया करणे आवश्यक आहे ही त्रुटी आहे. Bitcoin सह, सध्याच्या ब्लॉकचेनचा आकार सुमारे 15 GB आहे, जो प्रति तास सुमारे 1 MB ने वाढत आहे. जर Bitcoin नेटवर्कने Visa चे 2000 व्यवहार प्रति सेकंद प्रक्रिया केले, तर ते प्रति तीन सेकंद 1 MB (प्रति तास 1 GB, प्रति वर्ष 8 TB) वाढेल. Ethereum मध्येही अशीच वाढ होण्याची शक्यता आहे, जी Ethereum ब्लॉकचेनवर फक्त चलनाऐवजी अनेक ॲप्लिकेशन्स असल्यामुळे अधिक वाईट होईल, परंतु Ethereum फुल नोड्सना संपूर्ण ब्लॉकचेन इतिहासाऐवजी फक्त स्टेट संग्रहित करण्याची गरज असल्यामुळे ती सुधारली जाईल.
+
+अशा मोठ्या ब्लॉकचेन आकारातील समस्या केंद्रीकरणाचा धोका आहे. जर ब्लॉकचेनचा आकार, समजा, 100 TB पर्यंत वाढला, तर संभाव्य परिस्थिती अशी असेल की केवळ खूप कमी संख्येने मोठे व्यवसाय फुल नोड्स चालवतील, आणि सर्व सामान्य वापरकर्ते लाईट SPV नोड्स वापरतील. अशा परिस्थितीत, अशी संभाव्य चिंता निर्माण होते की पूर्ण नोड्स एकत्र येऊन काही फायदेशीर पद्धतीने फसवणूक करण्यास सहमत होऊ शकतात (उदा. ब्लॉक रिवॉर्ड बदलणे, स्वतःला BTC देणे). लाईट नोड्सना हे त्वरित शोधण्याचा कोणताही मार्ग नसेल. अर्थात, किमान एक प्रामाणिक फुल नोड अस्तित्वात असेल, आणि काही तासांनंतर फसवणुकीबद्दलची माहिती Reddit सारख्या चॅनेलद्वारे बाहेर येईल, परंतु त्या टप्प्यावर खूप उशीर झालेला असेल: दिलेल्या ब्लॉक्सना ब्लॅकलिस्ट करण्यासाठी प्रयत्न आयोजित करणे सामान्य वापरकर्त्यांवर अवलंबून असेल, ही एक मोठी आणि संभाव्यतः अशक्य समन्वय समस्या असेल जी यशस्वी 51% हल्ला करण्याच्या प्रमाणासारखीच असेल. Bitcoin च्या बाबतीत, ही सध्या एक समस्या आहे, परंतु पीटर टॉडने सुचवलेले [ब्लॉकचेन मॉडिफिकेशन](https://web.archive.org/web/20140623061815/http://sourceforge.net/p/bitcoin/mailman/message/31709140/) अस्तित्वात आहे जे ही समस्या कमी करेल.
+
+नजीकच्या काळात, Ethereum ही समस्या हाताळण्यासाठी दोन अतिरिक्त धोरणे वापरेल. प्रथम, ब्लॉकचेन-आधारित मायनिंग अल्गोरिदममुळे, किमान प्रत्येक मायनरला फुल नोड बनण्यास भाग पाडले जाईल, ज्यामुळे फुल नोड्सच्या संख्येवर खालची मर्यादा निर्माण होईल. दुसरे आणि अधिक महत्त्वाचे म्हणजे, तथापि, आम्ही प्रत्येक व्यवहार प्रक्रिया केल्यानंतर ब्लॉकचेनमध्ये एक मध्यवर्ती स्टेट ट्री रूट समाविष्ट करू. जरी ब्लॉक व्हॅलिडेशन केंद्रीकृत असले तरी, जोपर्यंत एक प्रामाणिक व्हेरिफायिंग नोड अस्तित्वात आहे, तोपर्यंत व्हेरिफिकेशन प्रोटोकॉलद्वारे केंद्रीकरण समस्या टाळता येते. जर एखाद्या खाणकाम करणाऱ्याने अवैध ब्लॉक प्रकाशित केला, तर तो ब्लॉक एकतर खराब स्वरूपाचा असावा, किंवा `S[n]` स्थिती चुकीची आहे. `S[0]` योग्य असल्याचे माहीत असल्यामुळे, अशी कोणतीतरी पहिली स्थिती `S[i]` चुकीची असली पाहिजे, जिथे `S[i-1]` योग्य आहे. सत्यापन करणारा नोड `i` हा निर्देशांक देईल, सोबत 'अवैधतेचा पुरावा' देईल, ज्यात `APPLY(S[i-1],TX[i]) -> S[i]` प्रक्रिया करण्यासाठी आवश्यक असलेल्या पॅट्रिशिया ट्री नोड्सचा उपसंच असेल. नोड्स त्या नोड्सचा वापर गणनेचा तो भाग चालवण्यासाठी करू शकतील आणि पाहू शकतील की व्युत्पन्न `S[i]` प्रदान केलेल्या `S[i]` शी जुळत नाही.
+
+आणखी एक, अधिक अत्याधुनिक, हल्ल्यामध्ये दुर्भावनापूर्ण खाणकाम करणारे अपूर्ण ब्लॉक्स प्रकाशित करतात, त्यामुळे ब्लॉक्स वैध आहेत की नाही हे ठरवण्यासाठी संपूर्ण माहिती देखील अस्तित्वात नसते. यावरील उपाय म्हणजे एक चॅलेंज-रिस्पॉन्स प्रोटोकॉल आहे: सत्यापन नोड्स लक्ष्य व्यवहार निर्देशांकांच्या स्वरूपात 'आव्हाने' जारी करतात आणि नोड मिळाल्यानंतर, एक प्रकाश नोड ब्लॉकला अविश्वासार्ह मानतो, जोपर्यंत दुसरा नोड, मग तो खाणकाम करणारा असो किंवा दुसरा सत्यापनकर्ता, वैधतेचा पुरावा म्हणून पॅट्रिशिया नोड्सचा उपसंच प्रदान करत नाही.
+
+## निष्कर्ष {#conclusion}
+
+इथेरियम प्रोटोकॉलची मूळ कल्पना क्रिप्टोकरन्सीची एक उन्नत आवृत्ती म्हणून करण्यात आली होती, जी एका अत्यंत सामान्यीकृत प्रोग्रामिंग भाषेच्या माध्यमातून ऑन-ब्लॉकचेन एस्क्रो, पैसे काढण्याची मर्यादा, आर्थिक करार, जुगाराचे बाजार आणि यासारखी प्रगत वैशिष्ट्ये प्रदान करते. इथेरियम प्रोटोकॉल कोणत्याही ऍप्लिकेशन्सना थेट 'समर्थन' देणार नाही, परंतु ट्युरिंग-कंप्लीट प्रोग्रामिंग भाषेच्या अस्तित्वाचा अर्थ असा आहे की कोणत्याही व्यवहाराच्या प्रकारासाठी किंवा ऍप्लिकेशनसाठी सैद्धांतिकरित्या अनियंत्रित करार तयार केले जाऊ शकतात. तथापि, इथेरियमबद्दल अधिक मनोरंजक गोष्ट ही आहे की इथेरियम प्रोटोकॉल केवळ चलनापलीकडे जातो. विकेंद्रित फाइल स्टोरेज, विकेंद्रित गणना आणि विकेंद्रित भविष्यवाणी बाजारांसंबंधीचे प्रोटोकॉल, अशा डझनभर इतर संकल्पनांसह, संगणकीय उद्योगाची कार्यक्षमता मोठ्या प्रमाणात वाढवण्याची क्षमता ठेवतात आणि पहिल्यांदाच एक आर्थिक स्तर जोडून इतर पीअर-टू-पीअर प्रोटोकॉलला मोठी चालना देतात. शेवटी, असे अनेक ऍप्लिकेशन्स देखील आहेत ज्यांचा पैशांशी काहीही संबंध नाही.
+
+इथेरियम प्रोटोकॉलद्वारे अंमलात आणलेली अनियंत्रित स्थिती संक्रमण कार्याची संकल्पना अद्वितीय क्षमतेसह एक प्लॅटफॉर्म प्रदान करते; डेटा स्टोरेज, जुगार किंवा फायनान्समध्ये विशिष्ट ऍप्लिकेशन्सच्या मालिकेसाठी असलेला एक क्लोज-एंडेड, एकल-उद्देशीय प्रोटोकॉल असण्याऐवजी, इथेरियम डिझाइननुसार ओपन-एंडेड आहे, आणि आम्हाला विश्वास आहे की येत्या काळात मोठ्या संख्येने आर्थिक आणि गैर-आर्थिक प्रोटोकॉलसाठी पायाभूत स्तर म्हणून काम करण्यास ते अत्यंत योग्य आहे.
+
+## टीपा आणि पुढील वाचन {#notes-and-further-reading}
+
+### टीपा {#notes}
+
+1. एका जाणकार वाचकाच्या लक्षात येईल की वास्तविक, बिटकॉइन ॲड्रेस हा इलिप्टिक कर्व्ह पब्लिक की चा हॅश असतो, आणि ती स्वतः पब्लिक की नसते. तथापि, पबकी हॅशला स्वतः पब्लिक की म्हणून संबोधणे हे क्रिप्टोग्राफिक पारिभाषिक शब्दावलीनुसार पूर्णपणे कायदेशीर आहे. याचे कारण असे की बिटकॉइनची क्रिप्टोग्राफी ही एक कस्टम डिजिटल सिग्नेचर अल्गोरिदम मानली जाऊ शकते, जिथे पब्लिक की मध्ये ECC पबकीचा हॅश असतो, स्वाक्षरीमध्ये ECC पबकी आणि ECC स्वाक्षरी जोडलेली असते आणि सत्यापन अल्गोरिदममध्ये स्वाक्षरीमधील ECC पबकीची तुलना पब्लिक की म्हणून प्रदान केलेल्या ECC पबकी हॅशशी केली जाते आणि नंतर ECC स्वाक्षरी ECC पबकीच्या विरोधात सत्यापित केली जाते.
+2. तांत्रिकदृष्ट्या, मागील ११ ब्लॉक्सचे मध्यक.
+3. अंतर्गत, २ आणि "CHARLIE" हे दोन्ही अंक आहेत<sup>[fn3](#notes)</sup>, ज्यातील नंतरचा बिग-एंडियन बेस २५६ प्रतिनिधीत्वात आहे. अंक किमान ० आणि कमाल २<sup>२५६</sup>-१ असू शकतात.
+
+### अधिक वाचन {#further-reading}
+
+1. [आंतरिक मूल्य](https://bitcoinmagazine.com/culture/an-exploration-of-intrinsic-value-what-it-is-why-bitcoin-doesnt-have-it-and-why-bitcoin-does-have-it)
+2. [स्मार्ट प्रॉपर्टी](https://en.bitcoin.it/wiki/Smart_Property)
+3. [स्मार्ट कॉन्ट्रॅक्ट्स](https://en.bitcoin.it/wiki/Contracts)
+4. [बी-मनी](http://www.weidai.com/bmoney.txt)
+5. [पुन्हा वापरण्यायोग्य प्रूफ ऑफ वर्क](https://nakamotoinstitute.org/finney/rpow/)
+6. [मालकाच्या अधिकारासह सुरक्षित मालमत्ता शीर्षक](https://nakamotoinstitute.org/library/secure-property-titles/)
+7. [बिटकॉइन व्हाइटपेपर](http://bitcoin.org/bitcoin.pdf)
+8. [नेमकोइन](https://namecoin.org/)
+9. [झूकोचा त्रिकोण](https://wikipedia.org/wiki/Zooko's_triangle)
+10. [कलर कॉइन्स व्हाइटपेपर](https://docs.google.com/a/buterin.com/document/d/1AnkP_cVZTCMLIzw4DvsW6M8Q2JC0lIzrTLuoWu2z1BE/edit)
+11. [मास्टरकोइन व्हाइटपेपर](https://github.com/mastercoin-MSC/spec)
+12. [विकेंद्रित स्वायत्त कॉर्पोरेशन्स, बिटकॉइन मॅगझिन](http://bitcoinmagazine.com/7050/bootstrapping-a-decentralized-autonomous-corporation-part-i/)
+13. [सरलीकृत पेमेंट सत्यापन](https://en.bitcoin.it/wiki/Scalability#Simplified_payment_verification)
+14. [मर्कल ट्रीज](https://wikipedia.org/wiki/Merkle_tree)
+15. [पॅट्रिशिया ट्रीज](https://wikipedia.org/wiki/Patricia_tree)
+16. [GHOST](https://eprint.iacr.org/2013/881.pdf)
+17. [StorJ आणि ऑटोनॉमस एजंट्स, जेफ गार्झिक](http://garzikrants.blogspot.ca/2013/01/storj-and-bitcoin-autonomous-agents.html)
+18. [ट्युरिंग फेस्टिव्हलमध्ये स्मार्ट प्रॉपर्टीवर माइक हर्न](https://www.youtube.com/watch?v=MVyv4t0OKe4)
+19. [इथेरियम RLP](/developers/docs/data-structures-and-encoding/rlp/)
+20. [इथेरियम मर्केल पॅट्रिशिया ट्रीज](/developers/docs/data-structures-and-encoding/patricia-merkle-trie/)
+21. [मर्कल सम ट्रीजवर पीटर टॉड](https://web.archive.org/web/20140623061815/http://sourceforge.net/p/bitcoin/mailman/message/31709140/)
+
+_व्हाइटपेपरच्या इतिहासासाठी, [ही विकी](https://web.archive.org/web/20250427212319/https://github.com/ethereum/wiki/blob/old-before-deleting-all-files-go-to-wiki-wiki-instead/old-whitepaper-for-historical-reference.md) पहा._
+
+_इथेरियम, अनेक समुदाय-चालित, ओपन-सोर्स सॉफ्टवेअर प्रकल्पांप्रमाणे, त्याच्या सुरुवातीच्या स्थापनेपासून विकसित झाले आहे. इथेरियममधील नवीनतम घडामोडींबद्दल आणि प्रोटोकॉलमध्ये बदल कसे केले जातात याबद्दल जाणून घेण्यासाठी, आम्ही [या मार्गदर्शकाची](/learn/) शिफारस करतो._
diff --git a/public/content/translations/mr/wrapped-eth/index.md b/public/content/translations/mr/wrapped-eth/index.md
new file mode 100644
index 00000000000..610c351fb6c
--- /dev/null
+++ b/public/content/translations/mr/wrapped-eth/index.md
@@ -0,0 +1,66 @@
+---
+title: "Wrapped Ether (WETH) म्हणजे काय"
+description: "Wrapped Ether (WETH) ची ओळख — Ether (ETH) साठी ERC20-सुसंगत रॅपर."
+lang: mr
+---
+
+# Wrapped ether (WETH) {#intro-to-weth}
+
+<Alert variant="update">
+<Emoji text="🎁" />
+<div>कोणत्याही चेनवर ETH रॅप किंवा अनरॅप करण्यासाठी [WrapETH.com](https://www.wrapeth.com/) वर तुमचे वॉलेट कनेक्ट करा</div>
+</Alert>
+
+Ether (ETH) हे Ethereum चे मुख्य चलन आहे. याचा वापर स्टेकिंग, चलन म्हणून आणि कॉम्प्युटेशनसाठी गॅस फी भरणे यांसारख्या अनेक उद्देशांसाठी केला जातो. **WETH हे प्रभावीपणे ETH चे एक अपग्रेडेड स्वरूप आहे, ज्यात अनेक ॲप्लिकेशन्स आणि [ERC-20 टोकन्स](/glossary/#erc-20) साठी आवश्यक असलेली काही अतिरिक्त कार्यक्षमता आहे**, जे Ethereum वरील इतर प्रकारचे डिजिटल मालमत्ता आहेत. या टोकन्ससोबत काम करण्यासाठी, ETH ने तेच नियम पाळले पाहिजेत, जे ERC-20 स्टँडर्ड म्हणून ओळखले जातात.
+
+ही दरी भरून काढण्यासाठी, wrapped ETH (WETH) तयार करण्यात आले. **Wrapped ETH हा एक स्मार्ट कॉन्ट्रॅक्ट आहे जो तुम्हाला कॉन्ट्रॅक्टमध्ये कोणतीही रक्कम ETH जमा करू देतो आणि ERC-20 टोकन स्टँडर्डला अनुरूप असलेल्या मिंटेड WETH मध्ये तितकीच रक्कम मिळवू देतो.** WETH हे ETH चे प्रतिनिधित्व आहे जे तुम्हाला मूळ मालमत्ता ETH म्हणून नव्हे, तर ERC-20 टोकन म्हणून त्याच्याशी संवाद साधण्याची परवानगी देते. गॅस फी भरण्यासाठी तुम्हाला अजूनही मूळ ETH ची आवश्यकता असेल, म्हणून जमा करताना काही ETH वाचवण्याची खात्री करा.
+
+तुम्ही WETH स्मार्ट कॉन्ट्रॅक्ट वापरून WETH ला ETH साठी अनरॅप करू शकता. तुम्ही WETH स्मार्ट कॉन्ट्रॅक्टद्वारे WETH ची कोणतीही रक्कम रिडीम करू शकता आणि तुम्हाला ETH मध्ये तितकीच रक्कम मिळेल. जमा केलेले WETH नंतर बर्न केले जाते आणि WETH च्या फिरत्या पुरवठ्यातून काढून टाकले जाते.
+
+**फिरत्या ETH पुरवठ्यापैकी अंदाजे ~3% WETH टोकन कॉन्ट्रॅक्टमध्ये लॉक केलेले आहे**, ज्यामुळे तो सर्वाधिक वापरल्या जाणार्‍या [स्मार्ट कॉन्ट्रॅक्ट्स](/glossary/#smart-contract) पैकी एक बनतो. डिसेंट्रलाइज्ड फायनान्स (DeFi) मधील ॲप्लिकेशन्सशी संवाद साधणाऱ्या वापरकर्त्यांसाठी WETH विशेषतः महत्त्वाचे आहे.
+
+## आपल्याला ETH ला ERC-20 म्हणून रॅप करण्याची गरज का आहे? {#why-do-we-need-to-wrap-eth}
+
+[ERC-20](/developers/docs/standards/tokens/erc-20/) हस्तांतरणीय टोकन्ससाठी एक मानक इंटरफेस परिभाषित करते, ज्यामुळे कोणीही असे टोकन तयार करू शकतो जे Ethereum च्या इकोसिस्टममध्ये हा मानक वापरणाऱ्या ॲप्लिकेशन्स आणि टोकन्ससोबत अखंडपणे संवाद साधू शकतात. **ETH हे ERC-20 स्टँडर्डच्या आधीचे असल्यामुळे**, ETH या स्पेसिफिकेशनचे पालन करत नाही. याचा अर्थ **तुम्ही सहजपणे** ETH ला इतर ERC-20 टोकन्ससाठी एक्सचेंज करू शकत नाही किंवा **ERC-20 स्टँडर्ड वापरणाऱ्या ॲप्समध्ये ETH वापरू** शकत नाही. ETH रॅप केल्याने तुम्हाला खालील गोष्टी करण्याची संधी मिळते:
+
+- **ETH ला ERC-20 टोकन्ससाठी एक्सचेंज करा**: तुम्ही ETH ला थेट इतर ERC-20 टोकन्ससाठी एक्सचेंज करू शकत नाही. WETH हे ether चे प्रतिनिधित्व आहे जे ERC-20 फंजिबल टोकन स्टँडर्डचे पालन करते आणि ते इतर ERC-20 टोकन्ससोबत एक्सचेंज केले जाऊ शकते.
+
+- **dapps मध्ये ETH वापरा**: ETH हे ERC20-सुसंगत नसल्यामुळे, डेव्हलपर्सना dapps मध्ये स्वतंत्र इंटरफेस (एक ETH साठी आणि दुसरा ERC-20 टोकन्ससाठी) तयार करावे लागतील. ETH रॅप केल्याने हा अडथळा दूर होतो आणि डेव्हलपर्सना एकाच dapp मध्ये ETH आणि इतर टोकन्स हाताळता येतात. अनेक डिसेंट्रलाइज्ड फायनान्स ॲप्लिकेशन्स हा मानक वापरतात आणि या टोकन्सची देवाणघेवाण करण्यासाठी बाजारपेठा तयार करतात.
+
+## Wrapped ether (WETH) विरुद्ध ether (ETH): फरक काय आहे? {#weth-vs-eth-differences}
+
+|        | **Ether (ETH)**                                                                                                                                                                                                 | **Wrapped Ether (WETH)**                                                                                                                                                                                                                                                                             |
+| ------ | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| पुरवठा | ETH चा पुरवठा Ethereum प्रोटोकॉलद्वारे व्यवस्थापित केला जातो. ETH चे [जारीकरण](/roadmap/merge/issuance) Ethereum व्हॅलिडेटर्सद्वारे व्यवहार प्रक्रिया करताना आणि ब्लॉक्स तयार करताना हाताळले जाते. | WETH हे एक ERC-20 टोकन आहे ज्याचा पुरवठा स्मार्ट कॉन्ट्रॅक्टद्वारे व्यवस्थापित केला जातो. वापरकर्त्यांकडून ETH जमा झाल्यानंतर कॉन्ट्रॅक्टद्वारे WETH चे नवीन युनिट्स जारी केले जातात, किंवा जेव्हा वापरकर्ता WETH ला ETH साठी रिडीम करू इच्छितो तेव्हा WETH चे युनिट्स बर्न केले जातात. |
+| मालकी  | मालकी तुमच्या अकाउंट बॅलन्सद्वारे Ethereum प्रोटोकॉलद्वारे व्यवस्थापित केली जाते.                                                                                                                                  | WETH ची मालकी WETH टोकन स्मार्ट कॉन्ट्रॅक्टद्वारे व्यवस्थापित केली जाते, जी Ethereum प्रोटोकॉलद्वारे सुरक्षित आहे.                                                                                                                                                                                      |
+| गॅस    | Ether (ETH) हे Ethereum नेटवर्कवरील कॉम्प्युटेशनसाठी पेमेंटचे स्वीकृत एकक आहे. गॅस फी gwei (ether चे एकक) मध्ये मोजली जाते.                                  | WETH टोकन्ससह गॅस भरणे मूळतः समर्थित नाही.                                                                                                                                                                                                                                                              |
+
+## वारंवार विचारले जाणारे प्रश्न {#faq}
+
+<ExpandableCard title="ETH रॅप/अनरॅप करण्यासाठी पैसे लागतात का?" eventCategory="/wrapped-eth" eventName="clicked Do you pay to wrap/unwrap ETH?">
+
+तुम्ही WETH कॉन्ट्रॅक्ट वापरून ETH रॅप किंवा अनरॅप करण्यासाठी गॅस फी भरता.
+</ExpandableCard>
+
+<ExpandableCard title="WETH सुरक्षित आहे का?" eventCategory="/wrapped-eth" eventName="clicked Is WETH safe?">
+
+WETH सर्वसाधारणपणे सुरक्षित मानले जाते कारण ते एका सोप्या, बॅटल-टेस्टेड स्मार्ट कॉन्ट्रॅक्टवर आधारित आहे. WETH कॉन्ट्रॅक्टची औपचारिकपणे पडताळणी देखील केली गेली आहे, जे Ethereum वरील स्मार्ट कॉन्ट्रॅक्ट्ससाठी सर्वोच्च सुरक्षा मानक आहे.
+</ExpandableCard>
+
+<ExpandableCard title="मला वेगवेगळे WETH टोकन्स का दिसत आहेत?" eventCategory="/wrapped-eth" eventName="clicked Why am I seeing different WETH tokens?">
+
+या पृष्ठावर वर्णन केलेल्या [WETH च्या कॅनोनिकल अंमलबजावणी](https://etherscan.io/token/0xc02aaa39b223fe8d0a0e5c4f27ead9083c756cc2) व्यतिरिक्त, इतर व्हेरिएंट्स देखील वापरात आहेत. हे ॲप डेव्हलपर्सनी तयार केलेले कस्टम टोकन्स किंवा इतर ब्लॉकचेनवर जारी केलेले व्हर्जन्स असू शकतात आणि ते वेगळ्या प्रकारे वागू शकतात किंवा त्यांचे सुरक्षा गुणधर्म वेगळे असू शकतात. **तुम्ही कोणत्या WETH अंमलबजावणीशी संवाद साधत आहात हे जाणून घेण्यासाठी नेहमी टोकन माहितीची दोनदा तपासणी करा.**
+</ExpandableCard>
+
+<ExpandableCard title="इतर नेटवर्क्सवर WETH कॉन्ट्रॅक्ट्स कोणते आहेत?" eventCategory="/wrapped-eth" eventName="clicked What are the WETH contracts on other networks?">
+
+- [Ethereum Mainnet](https://etherscan.io/token/0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2)
+- [Arbitrum](https://arbiscan.io/token/0x82af49447d8a07e3bd95bd0d56f35241523fbab1)
+- [Optimism](https://optimistic.etherscan.io/token/0x4200000000000000000000000000000000000006)
+</ExpandableCard>
+
+## पुढील वाचन {#further-reading}
+
+- [WTF is WETH?](https://weth.tkn.eth.limo/)
+- [Blockscout वर WETH टोकन माहिती](https://eth.blockscout.com/token/0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2)
+- [WETH ची औपचारिक पडताळणी](https://zellic.io/blog/formal-verification-weth)
diff --git a/public/content/translations/mr/zero-knowledge-proofs/index.md b/public/content/translations/mr/zero-knowledge-proofs/index.md
new file mode 100644
index 00000000000..881b6d9726c
--- /dev/null
+++ b/public/content/translations/mr/zero-knowledge-proofs/index.md
@@ -0,0 +1,238 @@
+---
+title: "शून्य-ज्ञान पुरावे"
+description: "नवशिक्यांसाठी शून्य-ज्ञान पुराव्यांचा एक गैर-तांत्रिक परिचय."
+lang: mr
+---
+
+# शून्य-ज्ञान पुरावे म्हणजे काय? {#what-are-zk-proofs}
+
+शून्य-ज्ञान पुरावा म्हणजे विधान स्वतः उघड न करता त्या विधानाची वैधता सिद्ध करण्याचा एक मार्ग. 'प्रोव्हर' हा दावा सिद्ध करण्याचा प्रयत्न करणारा पक्ष आहे, तर 'व्हेरिफायर' हा दाव्याला प्रमाणित करण्यासाठी जबाबदार असतो.
+
+शून्य-ज्ञान पुरावे प्रथम 1985 च्या एका पेपरमध्ये दिसले, “[The knowledge complexity of interactive proof systems](http://people.csail.mit.edu/silvio/Selected%20Scientific%20Papers/Proof%20Systems/The_Knowledge_Complexity_Of_Interactive_Proof_Systems.pdf)” जे आज मोठ्या प्रमाणावर वापरल्या जाणार्‍या शून्य-ज्ञान पुराव्यांची व्याख्या प्रदान करते:
+
+> शून्य-ज्ञान प्रोटोकॉल ही एक पद्धत आहे ज्याद्वारे एक पक्ष (प्रोव्हर) दुसऱ्या पक्षाला (व्हेरिफायर) **काहीतरी खरे आहे हे सिद्ध करू शकतो, या वस्तुस्थितीशिवाय कोणतीही माहिती उघड न करता** की हे विशिष्ट विधान खरे आहे.
+
+शून्य-ज्ञान पुराव्यांमध्ये गेल्या काही वर्षांत सुधारणा झाली आहे आणि ते आता अनेक वास्तविक-जगातील ऍप्लिकेशन्समध्ये वापरले जात आहेत.
+
+<YouTube id="fOGdb1CTu5c" />
+
+## आपल्याला शून्य-ज्ञान पुराव्यांची गरज का आहे? {#why-zero-knowledge-proofs-are-important}
+
+शून्य-ज्ञान पुराव्यांनी अप्लाईड क्रिप्टोग्राफीमध्ये एक मोठी प्रगती दर्शविली, कारण त्यांनी व्यक्तींसाठी माहितीची सुरक्षितता सुधारण्याचे वचन दिले. तुम्ही एखाद्या दाव्याची (उदा. “मी X देशाचा नागरिक आहे”) दुसऱ्या पक्षाला (उदा. सेवा प्रदाता) कशी सिद्धी द्याल याचा विचार करा. तुम्हाला तुमच्या दाव्याला दुजोरा देण्यासाठी "पुरावा" द्यावा लागेल, जसे की राष्ट्रीय पासपोर्ट किंवा ड्रायव्हरचा परवाना.
+
+परंतु या दृष्टिकोनात समस्या आहेत, मुख्यत्वे गोपनीयतेचा अभाव. तृतीय-पक्ष सेवांसोबत शेअर केलेली वैयक्तिक ओळखण्यायोग्य माहिती (PII) केंद्रीय डेटाबेसमध्ये संग्रहित केली जाते, जी हॅकसाठी असुरक्षित असतात. ओळख चोरी ही एक गंभीर समस्या बनल्यामुळे, संवेदनशील माहिती शेअर करण्यासाठी अधिक गोपनीयता-संरक्षक माध्यमांची मागणी आहे.
+
+शून्य-ज्ञान पुरावे ही समस्या **दाव्यांची वैधता सिद्ध करण्यासाठी माहिती उघड करण्याची गरज दूर करून** सोडवतात. शून्य-ज्ञान प्रोटोकॉल विधानाला ('विटनेस' म्हटले जाते) इनपुट म्हणून वापरून त्याच्या वैधतेचा एक संक्षिप्त पुरावा तयार करतो. हा पुरावा विधान खरे असल्याची मजबूत हमी देतो आणि ते तयार करण्यासाठी वापरलेली माहिती उघड करत नाही.
+
+आपल्या पूर्वीच्या उदाहरणाकडे परत जाताना, तुमच्या नागरिकत्वाचा दावा सिद्ध करण्यासाठी तुम्हाला फक्त शून्य-ज्ञान पुराव्याची गरज आहे. व्हेरिफायरला फक्त हे तपासावे लागते की पुराव्याचे काही गुणधर्म खरे आहेत की नाही, जेणेकरून त्याला खात्री पटेल की मूळ विधान देखील खरे आहे.
+
+## शून्य-ज्ञान पुराव्यांसाठी वापर-प्रकरणे {#use-cases-for-zero-knowledge-proofs}
+
+### अनामिक पेमेंट {#anonymous-payments}
+
+क्रेडिट कार्ड पेमेंट अनेकदा अनेक पक्षांना दिसतात, ज्यात पेमेंट प्रदाता, बँक आणि इतर इच्छुक पक्ष (उदा. सरकारी अधिकारी) यांचा समावेश असतो. आर्थिक देखरेखीचे फायदे बेकायदेशीर क्रियाकलाप ओळखण्यासाठी असले तरी, ते सामान्य नागरिकांच्या गोपनीयतेला देखील कमी करते.
+
+क्रिप्टोकरन्सी वापरकर्त्यांना खाजगी, पीअर-टू-पीअर व्यवहार करण्यासाठी एक माध्यम प्रदान करण्याच्या उद्देशाने होत्या. परंतु बहुतेक क्रिप्टोकरन्सी व्यवहार सार्वजनिक ब्लॉकचेनवर उघडपणे दिसतात. वापरकर्त्याची ओळख अनेकदा टोपणनावाने असते आणि ती एकतर हेतुपुरस्सर वास्तविक-जगातील ओळखींशी जोडलेली असते (उदा. Twitter किंवा GitHub प्रोफाइलवर ETH ॲड्रेस समाविष्ट करून) किंवा मूलभूत ऑन आणि ऑफचेन डेटा विश्लेषणाचा वापर करून वास्तविक-जगातील ओळखींशी जोडली जाऊ शकते.
+
+पूर्णपणे अनामिक व्यवहारांसाठी डिझाइन केलेले विशिष्ट “प्रायव्हसी कॉइन्स” आहेत. Zcash आणि Monero सारखे गोपनीयता-केंद्रित ब्लॉकचेन, प्रेषक/प्राप्तकर्ता ॲड्रेस, मालमत्तेचा प्रकार, प्रमाण आणि व्यवहाराची टाइमलाइन यासह व्यवहाराचे तपशील लपवतात.
+
+प्रोटोकॉलमध्ये शून्य-ज्ञान तंत्रज्ञान अंतर्भूत करून, गोपनीयता-केंद्रित [blockchain](/glossary/#blockchain) नेटवर्क [nodes](/glossary/#node) ला व्यवहार डेटा ऍक्सेस करण्याची आवश्यकता न ठेवता व्यवहार प्रमाणित करण्याची परवानगी देतात. [EIP-7503](https://eips.ethereum.org/EIPS/eip-7503) हे एका प्रस्तावित डिझाइनचे उदाहरण आहे जे Ethereum ब्लॉकचेनवर मूल्याचे मूळ खाजगी हस्तांतरण सक्षम करेल. तथापि, सुरक्षा, नियामक आणि UX चिंतांच्या मिश्रणामुळे असे प्रस्ताव लागू करणे कठीण आहे.
+
+**शून्य-ज्ञान पुरावे सार्वजनिक ब्लॉकचेनवरील व्यवहार अनामिक करण्यासाठी देखील लागू केले जात आहेत**. याचे एक उदाहरण म्हणजे Tornado Cash, एक विकेंद्रित, नॉन-कस्टोडियल सेवा जी वापरकर्त्यांना Ethereum वर खाजगी व्यवहार करण्याची परवानगी देते. Tornado Cash व्यवहारांचे तपशील अस्पष्ट करण्यासाठी आणि आर्थिक गोपनीयतेची हमी देण्यासाठी शून्य-ज्ञान पुराव्यांचा वापर करते. दुर्दैवाने, ही "ऑप्ट-इन" गोपनीयता साधने असल्याने ती अवैध क्रियाकलापांशी संबंधित आहेत. यावर मात करण्यासाठी, सार्वजनिक ब्लॉकचेनवर अखेरीस गोपनीयता डीफॉल्ट व्हावी लागेल. [Ethereum वरील गोपनीयतेबद्दल](/privacy/) अधिक जाणून घ्या.
+
+### ओळख संरक्षण {#identity-protection}
+
+सध्याच्या ओळख व्यवस्थापन प्रणाली वैयक्तिक माहितीला धोक्यात घालतात. शून्य-ज्ञान पुरावे संवेदनशील तपशीलांचे संरक्षण करताना व्यक्तींना ओळख प्रमाणित करण्यात मदत करू शकतात.
+
+शून्य-ज्ञान पुरावे विशेषतः [विकेंद्रित ओळख](/decentralized-identity/) च्या संदर्भात उपयुक्त आहेत. विकेंद्रित ओळख (ज्याला 'स्व-सार्वभौम ओळख' असेही म्हटले जाते) व्यक्तीला वैयक्तिक ओळखकर्त्यांवर नियंत्रण ठेवण्याची क्षमता देते. तुमचा कर आयडी किंवा पासपोर्ट तपशील उघड न करता तुमचे नागरिकत्व सिद्ध करणे हे शून्य-ज्ञान तंत्रज्ञान विकेंद्रित ओळख कशी सक्षम करते याचे एक चांगले उदाहरण आहे.
+
+<Alert variant="info">
+  <AlertEmoji text="💡" />
+  <AlertContent>
+    <AlertTitle className="mb-2">
+      ZKP + कृतीमधील ओळख: Ethereum वर भूतान राष्ट्रीय डिजिटल आयडी (NDI)
+    </AlertTitle>
+    <AlertDescription>
+      <p>
+        ओळख व्यवस्थापन प्रणालीसाठी ZKP वापरण्याचे एक वास्तविक-जगातील उदाहरण म्हणजे भूतानच्या राज्याचे राष्ट्रीय डिजिटल आयडी (NDI) प्रणाली, जी Ethereum वर तयार केली आहे. भूतानची NDI नागरिकांना त्यांच्या आयडीवरील संवेदनशील वैयक्तिक डेटा उघड न करता, स्वतःबद्दलची तथ्ये, जसे की "मी एक नागरिक आहे" किंवा "मी 18 वर्षांपेक्षा मोठा आहे" हे क्रिप्टोग्राफिकली सिद्ध करण्याची परवानगी देण्यासाठी ZKP चा वापर करते.
+      </p>
+      <p>
+        <a href="/decentralized-identity/#national-and-government-id">विकेंद्रित ओळख केस स्टडी</a>मध्ये भूतान NDI बद्दल अधिक जाणून घ्या.
+      </p>
+</AlertDescription>
+</AlertContent>
+</Alert>
+
+### मानवतेचा पुरावा {#proof-of-humanity}
+
+आज कृतीत असलेल्या शून्य-ज्ञान पुराव्यांच्या सर्वात मोठ्या प्रमाणावर वापरल्या जाणार्‍या उदाहरणांपैकी एक म्हणजे [World ID protocol](https://world.org/blog/world/world-id-faqs), ज्याला “AI च्या युगासाठी जागतिक डिजिटल पासपोर्ट” म्हणून ओळखले जाऊ शकते. हे लोकांना वैयक्तिक माहिती उघड न करता ते अद्वितीय व्यक्ती आहेत हे सिद्ध करण्याची परवानगी देते. हे Orb नावाच्या उपकरणाद्वारे साध्य केले जाते, जे व्यक्तीच्या डोळ्यातील बुबुळ (iris) स्कॅन करते आणि एक आयरीस कोड तयार करते. व्यक्ती जैविक दृष्ट्या अद्वितीय मानव आहे याची खात्री करण्यासाठी आयरीस कोड तपासला जातो आणि सत्यापित केला जातो. पडताळणीनंतर, वापरकर्त्याच्या डिव्हाइसवर व्युत्पन्न केलेली ओळख वचनबद्धता (आणि बायोमेट्रिक डेटाशी जोडलेली किंवा त्यातून घेतलेली नाही) ब्लॉकचेनवरील सुरक्षित सूचीमध्ये जोडली जाते. नंतर, जेव्हा वापरकर्त्याला ते सत्यापित मानव आहेत हे सिद्ध करायचे असेल – मग ते साइन इन करणे, मतदान करणे किंवा इतर कृती करणे असो – तेव्हा ते एक शून्य-ज्ञान पुरावा तयार करू शकतात जो सूचीमधील त्यांच्या सदस्यत्वाची पुष्टी करतो. शून्य-ज्ञान पुरावा वापरण्याचे सौंदर्य हे आहे की फक्त एकच विधान उघड होते: ही व्यक्ती अद्वितीय आहे. बाकी सर्व काही खाजगी राहते.
+
+World ID हे Ethereum Foundation मधील [PSE टीम](https://pse.dev/) ने विकसित केलेल्या [Semaphore protocol](https://docs.semaphore.pse.dev/) वर अवलंबून आहे. Semaphore हे शून्य-ज्ञान पुरावे तयार आणि सत्यापित करण्याचा एक हलका पण शक्तिशाली मार्ग म्हणून डिझाइन केले आहे. हे वापरकर्त्यांना ते गटाचे कोणते सदस्य आहेत हे न दाखवता ते गटाचा भाग (या प्रकरणात, सत्यापित मानव) आहेत हे सिद्ध करू देते. Semaphore अत्यंत लवचिक देखील आहे, जे ओळख पडताळणी, कार्यक्रमांमधील सहभाग किंवा क्रेडेन्शियलची मालकी यासारख्या विस्तृत निकषांवर आधारित गट तयार करण्यास अनुमती देते.
+
+### प्रमाणीकरण {#authentication}
+
+ऑनलाइन सेवा वापरण्यासाठी तुमची ओळख आणि त्या प्लॅटफॉर्मवर प्रवेश करण्याचा अधिकार सिद्ध करणे आवश्यक आहे. यासाठी अनेकदा नावे, ईमेल ॲड्रेस, जन्मतारीख इत्यादी वैयक्तिक माहिती प्रदान करणे आवश्यक असते. तुम्हाला लांब पासवर्ड लक्षात ठेवण्याची किंवा प्रवेश गमावण्याचा धोका पत्करण्याची देखील आवश्यकता असू शकते.
+
+तथापि, शून्य-ज्ञान पुरावे प्लॅटफॉर्म आणि वापरकर्ते दोघांसाठी प्रमाणीकरण सुलभ करू शकतात. एकदा सार्वजनिक इनपुट (उदा. प्लॅटफॉर्मच्या वापरकर्त्याच्या सदस्यत्वाची साक्ष देणारा डेटा) आणि खाजगी इनपुट (उदा. वापरकर्त्याचे तपशील) वापरून ZK-पुरावा तयार झाल्यावर, वापरकर्ता सेवेमध्ये प्रवेश करण्याची आवश्यकता असताना आपली ओळख प्रमाणित करण्यासाठी तो सादर करू शकतो. यामुळे वापरकर्त्यांसाठी अनुभव सुधारतो आणि संस्थांना मोठ्या प्रमाणात वापरकर्ता माहिती संग्रहित करण्याच्या गरजेपासून मुक्त करते.
+
+### पडताळणीयोग्य संगणन {#verifiable-computation}
+
+पडताळणीयोग्य संगणन हे ब्लॉकचेन डिझाइन सुधारण्यासाठी शून्य-ज्ञान तंत्रज्ञानाचा आणखी एक अनुप्रयोग आहे. पडताळणीयोग्य संगणन आपल्याला पडताळणीयोग्य परिणाम कायम ठेवताना दुसऱ्या घटकाकडे संगणन आउटसोर्स करण्याची परवानगी देते. तो घटक कार्यक्रम योग्यरित्या कार्यान्वित झाला होता हे सिद्ध करणाऱ्या पुराव्यासह निकाल सादर करतो.
+
+सुरक्षितता कमी न करता **ब्लॉकचेनवर प्रक्रिया वेग सुधारण्यासाठी** पडताळणीयोग्य संगणन **महत्वाचे** आहे. हे समजून घेण्यासाठी Ethereum च्या स्केलिंगसाठी प्रस्तावित उपायांमधील फरक जाणून घेणे आवश्यक आहे.
+
+[ऑनचेन स्केलिंग सोल्यूशन्स](/developers/docs/scaling/#onchain-scaling), जसे की शार्डिंग, साठी ब्लॉकचेनच्या बेस लेअरमध्ये मोठ्या प्रमाणात बदल आवश्यक आहेत. तथापि, हा दृष्टिकोन अत्यंत गुंतागुंतीचा आहे आणि अंमलबजावणीतील त्रुटी Ethereum च्या सुरक्षा मॉडेलला कमी करू शकतात.
+
+[ऑफचेन स्केलिंग सोल्यूशन्स](/developers/docs/scaling/#offchain-scaling) ला कोर Ethereum प्रोटोकॉल पुन्हा डिझाइन करण्याची आवश्यकता नाही. त्याऐवजी ते Ethereum च्या बेस लेअरवर थ्रुपुट सुधारण्यासाठी आउटसोर्स केलेल्या संगणन मॉडेलवर अवलंबून असतात.
+
+हे व्यवहारात कसे कार्य करते ते येथे आहे:
+
+- प्रत्येक व्यवहारावर प्रक्रिया करण्याऐवजी, Ethereum एका वेगळ्या चेनवर अंमलबजावणी ऑफलोड करते.
+
+- व्यवहारांवर प्रक्रिया केल्यानंतर, दुसरी चेन Ethereum च्या स्थितीत लागू होण्यासाठी निकाल परत करते.
+
+येथे फायदा असा आहे की Ethereum ला कोणतीही अंमलबजावणी करण्याची गरज नाही आणि फक्त आउटसोर्स केलेल्या संगणनातून मिळालेले निकाल त्याच्या स्थितीत लागू करण्याची गरज आहे. यामुळे नेटवर्कमधील गर्दी कमी होते आणि व्यवहाराचा वेगही सुधारतो (ऑफचेन प्रोटोकॉल जलद अंमलबजावणीसाठी ऑप्टिमाइझ केलेले असतात).
+
+चेनला ऑफचेन व्यवहार पुन्हा कार्यान्वित न करता प्रमाणित करण्याचा मार्ग आवश्यक आहे, अन्यथा ऑफचेन अंमलबजावणीचे मूल्य नष्ट होते.
+
+येथे पडताळणीयोग्य संगणन कामाला येते. जेव्हा नोड Ethereum च्या बाहेर व्यवहार कार्यान्वित करतो, तेव्हा तो ऑफचेन अंमलबजावणीची अचूकता सिद्ध करण्यासाठी शून्य-ज्ञान पुरावा सादर करतो. हा पुरावा ([वैधता पुरावा](/glossary/#validity-proof) म्हटले जाते) व्यवहार वैध असल्याची हमी देतो, ज्यामुळे Ethereum कोणालाही त्यावर विवाद करण्याची वाट न पाहता त्याच्या स्थितीत निकाल लागू करू शकते.
+
+[झिरो-नॉलेज रोलअप्स](/developers/docs/scaling/zk-rollups) आणि [व्हॅलिडियम्स](/developers/docs/scaling/validium/) हे दोन ऑफचेन स्केलिंग सोल्यूशन्स आहेत जे सुरक्षित स्केलेबिलिटी प्रदान करण्यासाठी वैधता पुराव्यांचा वापर करतात. हे प्रोटोकॉल हजारो व्यवहार ऑफचेन कार्यान्वित करतात आणि Ethereum वर पडताळणीसाठी पुरावे सादर करतात. एकदा पुरावा सत्यापित झाल्यावर ते निकाल ताबडतोब लागू केले जाऊ शकतात, ज्यामुळे Ethereum ला बेस लेअरवरील संगणन न वाढवता अधिक व्यवहारांवर प्रक्रिया करता येते.
+
+### ऑनचेन मतदानात लाचखोरी आणि संगनमत कमी करणे {#secure-blockchain-voting}
+
+ब्लॉकचेन मतदान योजनांमध्ये अनेक अनुकूल वैशिष्ट्ये आहेत: त्या पूर्णपणे ऑडिट करण्यायोग्य, हल्ल्यांपासून सुरक्षित, सेन्सॉरशिपला प्रतिरोधक आणि भौगोलिक मर्यादांपासून मुक्त आहेत. परंतु ऑनचेन मतदान योजना देखील **संगनमतातून** होणाऱ्या समस्येपासून मुक्त नाहीत.
+
+“फसवणूक करणे, घोटाळा करणे आणि इतरांची दिशाभूल करून खुली स्पर्धा मर्यादित करण्यासाठी समन्वय साधणे” अशी व्याख्या असलेले संगनमत, लाच देऊन मतदानावर प्रभाव टाकणाऱ्या दुर्भावनायुक्त व्यक्तीच्या रूपात असू शकते. उदाहरणार्थ, ॲलिसला `पर्याय A` आवडत असला तरी, बॉबकडून `पर्याय B` ला मत देण्यासाठी लाच मिळू शकते.
+
+लाचखोरी आणि संगनमत कोणत्याही प्रक्रियेची प्रभावीता मर्यादित करते जी मतदानाचा वापर सिग्नलिंग यंत्रणा म्हणून करते (विशेषतः जिथे वापरकर्ते त्यांनी कसे मतदान केले हे सिद्ध करू शकतात). याचे महत्त्वपूर्ण परिणाम होऊ शकतात, विशेषतः जिथे मते दुर्मिळ संसाधने वाटप करण्यासाठी जबाबदार असतात.
+
+उदाहरणार्थ, [चतुर्भुज निधी यंत्रणा](https://www.radicalxchange.org/wiki/plural-funding/) विविध सार्वजनिक चांगल्या प्रकल्पांमधील विशिष्ट पर्यायांसाठी प्राधान्य मोजण्यासाठी देणग्यांवर अवलंबून असतात. प्रत्येक देणगी एका विशिष्ट प्रकल्पासाठी "मत" म्हणून गणली जाते, ज्या प्रकल्पांना जास्त मते मिळतात त्यांना मॅचिंग पूलमधून अधिक निधी मिळतो.
+
+ऑनचेन मतदानाचा वापर चतुर्भुज निधीला संगनमतासाठी संवेदनशील बनवतो: ब्लॉकचेन व्यवहार सार्वजनिक असतात, त्यामुळे लाच देणारे लाच घेणाऱ्याच्या ऑनचेन क्रियाकलापांची तपासणी करून त्यांनी कसे “मतदान” केले हे पाहू शकतात. यामुळे चतुर्भुज निधी समाजाच्या एकत्रित पसंतींवर आधारित निधी वाटप करण्याचे प्रभावी साधन राहत नाही.
+
+सुदैवाने, MACI (मिनिमम अँटी-कोल्यूजन इन्फ्रास्ट्रक्चर) सारखे नवीन उपाय ऑनचेन मतदानाला (उदा. चतुर्भुज निधी यंत्रणा) लाचखोरी आणि संगनमतासाठी प्रतिरोधक बनवण्यासाठी शून्य-ज्ञान पुराव्यांचा वापर करत आहेत. MACI हे स्मार्ट कॉन्ट्रॅक्ट्स आणि स्क्रिप्ट्सचा एक संच आहे जे केंद्रीय प्रशासकाला ("समन्वयक" म्हटले जाते) प्रत्येक व्यक्तीने कसे मतदान केले याबद्दल तपशील उघड _न करता_ मते एकत्रित करण्यास आणि परिणामांची मोजणी करण्यास अनुमती देते. तरीही, मतांची मोजणी योग्यरित्या झाली आहे की नाही हे सत्यापित करणे किंवा एका विशिष्ट व्यक्तीने मतदान फेरीत भाग घेतला होता याची पुष्टी करणे शक्य आहे.
+
+#### MACI शून्य-ज्ञान पुराव्यांसह कसे कार्य करते? {#how-maci-works-with-zk-proofs}
+
+सुरुवातीला, समन्वयक Ethereum वर MACI कॉन्ट्रॅक्ट तैनात करतो, त्यानंतर वापरकर्ते मतदानासाठी साइन अप करू शकतात (स्मार्ट कॉन्ट्रॅक्टमध्ये त्यांची सार्वजनिक की नोंदणी करून). वापरकर्ते स्मार्ट कॉन्ट्रॅक्टला त्यांच्या सार्वजनिक की ने एन्क्रिप्ट केलेले संदेश पाठवून मतदान करतात (वैध मत वापरकर्त्याच्या ओळखीशी संबंधित सर्वात नवीन सार्वजनिक की ने स्वाक्षरी केलेले असणे आवश्यक आहे, इतर निकषांसह). त्यानंतर, मतदान कालावधी संपल्यावर समन्वयक सर्व संदेशांवर प्रक्रिया करतो, मतांची मोजणी करतो आणि ऑनचेन परिणामांची पडताळणी करतो.
+
+MACI मध्ये, शून्य-ज्ञान पुराव्यांचा वापर संगणनाची अचूकता सुनिश्चित करण्यासाठी केला जातो, ज्यामुळे समन्वयकाला मतांवर चुकीच्या पद्धतीने प्रक्रिया करणे आणि परिणामांची चुकीची मोजणी करणे अशक्य होते. हे समन्वयकाला ZK-SNARK पुरावे तयार करण्याची आवश्यकता लावून साध्य केले जाते, जे सत्यापित करतात की अ) सर्व संदेशांवर योग्यरित्या प्रक्रिया झाली ब) अंतिम निकाल सर्व _वैध_ मतांच्या बेरजेच्या समान आहे.
+
+अशाप्रकारे, प्रत्येक वापरकर्त्याच्या मतांचे विभाजन शेअर न करताही (जे सहसा घडते), MACI मोजणी प्रक्रियेदरम्यान मोजलेल्या निकालांच्या अखंडतेची हमी देते. हे वैशिष्ट्य मूलभूत संगनमत योजनांची प्रभावीता कमी करण्यासाठी उपयुक्त आहे. आपण बॉबने ॲलिसला एका पर्यायासाठी मत देण्यासाठी लाच देण्याच्या मागील उदाहरणाचा वापर करून ही शक्यता शोधू शकतो:
+
+- ॲलिस स्मार्ट कॉन्ट्रॅक्टला तिची सार्वजनिक की पाठवून मतदानासाठी नोंदणी करते.
+- ॲलिस बॉबकडून लाच घेऊन `पर्याय B` ला मत देण्यास सहमत होते.
+- ॲलिस `पर्याय B` ला मत देते.
+- ॲलिस तिच्या ओळखीशी संबंधित सार्वजनिक की बदलण्यासाठी गुप्तपणे एक एन्क्रिप्टेड व्यवहार पाठवते.
+- ॲलिस नवीन सार्वजनिक की वापरून `पर्याय A` ला मत देण्यासाठी स्मार्ट कॉन्ट्रॅक्टला आणखी एक (एन्क्रिप्टेड) संदेश पाठवते.
+- ॲलिस बॉबला एक व्यवहार दाखवते जो दर्शवतो की तिने `पर्याय B` ला मत दिले (जे अवैध आहे कारण सार्वजनिक की आता सिस्टममध्ये ॲलिसच्या ओळखीशी संबंधित नाही)
+- संदेशांवर प्रक्रिया करताना, समन्वयक ॲलिसचे `पर्याय B` साठीचे मत वगळतो आणि फक्त `पर्याय A` साठीचे मत मोजतो. म्हणून, बॉबचा ॲलिसशी संगनमत करून ऑनचेन मतामध्ये फेरफार करण्याचा प्रयत्न अयशस्वी होतो.
+
+MACI वापरण्यासाठी समन्वयकावर विश्वास ठेवणे आवश्यक आहे की तो लाच देणाऱ्यांशी संगनमत करणार नाही किंवा स्वतः मतदारांना लाच देण्याचा प्रयत्न करणार नाही. समन्वयक वापरकर्त्याचे संदेश डिक्रिप्ट करू शकतो (पुरावा तयार करण्यासाठी आवश्यक), त्यामुळे ते प्रत्येक व्यक्तीने कसे मतदान केले हे अचूकपणे सत्यापित करू शकतात.
+
+परंतु ज्या प्रकरणांमध्ये समन्वयक प्रामाणिक राहतो, तेथे MACI ऑनचेन मतदानाची पवित्रता सुनिश्चित करण्यासाठी एक शक्तिशाली साधन दर्शवते. हे चतुर्भुज निधी अनुप्रयोगांमध्ये (उदा. [clr.fund](https://clr.fund/#/about/maci)) त्याची लोकप्रियता स्पष्ट करते जे प्रत्येक व्यक्तीच्या मतदानाच्या निवडीच्या अखंडतेवर मोठ्या प्रमाणावर अवलंबून असतात.
+
+[MACI बद्दल अधिक जाणून घ्या](https://maci.pse.dev/).
+
+## शून्य-ज्ञान पुरावे कसे कार्य करतात? {#how-do-zero-knowledge-proofs-work}
+
+शून्य-ज्ञान पुरावा तुम्हाला विधानाची सामग्री शेअर न करता किंवा सत्य कसे शोधले हे उघड न करता विधानाच्या सत्याचा पुरावा देण्याची परवानगी देतो. हे शक्य करण्यासाठी, शून्य-ज्ञान प्रोटोकॉल अल्गोरिदमवर अवलंबून असतात जे काही डेटा इनपुट म्हणून घेतात आणि 'खरे' किंवा 'खोटे' आउटपुट म्हणून देतात.
+
+शून्य-ज्ञान प्रोटोकॉलने खालील निकष पूर्ण केले पाहिजेत:
+
+1. **पूर्णता**: जर इनपुट वैध असेल, तर शून्य-ज्ञान प्रोटोकॉल नेहमी 'खरे' परत करतो. म्हणून, जर मूळ विधान खरे असेल आणि प्रोव्हर आणि व्हेरिफायर प्रामाणिकपणे वागत असतील, तर पुरावा स्वीकारला जाऊ शकतो.
+
+2. **सत्यता**: जर इनपुट अवैध असेल, तर शून्य-ज्ञान प्रोटोकॉलला 'खरे' परत करण्यासाठी फसवणे सैद्धांतिकदृष्ट्या अशक्य आहे. म्हणून, खोटे बोलणारा प्रोव्हर प्रामाणिक व्हेरिफायरला अवैध विधान वैध आहे असे मानण्यासाठी फसवू शकत नाही (अगदी लहान संभाव्यतेच्या फरकाने वगळता).
+
+3. **शून्य-ज्ञान**: व्हेरिफायरला विधानाच्या वैधतेच्या किंवा खोटेपणाच्या पलीकडे काहीही कळत नाही (त्यांना विधानाचे “शून्य ज्ञान” असते). ही आवश्यकता व्हेरिफायरला पुराव्यावरून मूळ इनपुट (विधानाची सामग्री) काढण्यापासून देखील प्रतिबंधित करते.
+
+मूलभूत स्वरूपात, शून्य-ज्ञान पुराव्यामध्ये तीन घटक असतात: **साक्षी**, **आव्हान** आणि **प्रतिसाद**.
+
+- **साक्षी**: शून्य-ज्ञान पुराव्यासह, प्रोव्हर काही लपलेल्या माहितीचे ज्ञान सिद्ध करू इच्छितो. गुप्त माहिती ही पुराव्याची “साक्षी” असते आणि प्रोव्हरचे साक्षीचे गृहीत ज्ञान प्रश्नांचा एक संच स्थापित करते ज्यांची उत्तरे केवळ माहितीचे ज्ञान असलेल्या पक्षाद्वारेच दिली जाऊ शकतात. अशाप्रकारे, प्रोव्हर यादृच्छिकपणे एक प्रश्न निवडून, उत्तर मोजून आणि व्हेरिफायरला पाठवून सिद्ध करण्याची प्रक्रिया सुरू करतो.
+
+- **आव्हान**: व्हेरिफायर संचामधून यादृच्छिकपणे दुसरा प्रश्न निवडतो आणि प्रोव्हरला त्याचे उत्तर देण्यास सांगतो.
+
+- **प्रतिसाद**: प्रोव्हर प्रश्न स्वीकारतो, उत्तर मोजतो आणि व्हेरिफायरला परत करतो. प्रोव्हरचा प्रतिसाद व्हेरिफायरला हे तपासण्याची परवानगी देतो की पूर्वीच्या व्यक्तीला साक्षीदाराचा प्रवेश खरोखर आहे का. प्रोव्हर आंधळेपणाने अंदाज लावत नाही आणि योगायोगाने अचूक उत्तरे मिळवत नाही याची खात्री करण्यासाठी, व्हेरिफायर विचारण्यासाठी अधिक प्रश्न निवडतो. ही परस्परक्रिया अनेक वेळा पुनरावृत्ती करून, प्रोव्हरने साक्षीदाराचे ज्ञान खोटे असल्याची शक्यता लक्षणीयरीत्या कमी होते जोपर्यंत व्हेरिफायर समाधानी होत नाही.
+
+वरील वर्णन ‘परस्परसंवादी शून्य-ज्ञान पुराव्या’च्या संरचनेचे वर्णन करते. सुरुवातीच्या शून्य-ज्ञान प्रोटोकॉलमध्ये परस्परसंवादी सिद्धीचा वापर केला जात होता, जिथे विधानाची वैधता सत्यापित करण्यासाठी प्रोव्हर आणि व्हेरिफायर यांच्यात मागे-पुढे संवाद आवश्यक होता.
+
+परस्परसंवादी पुरावे कसे कार्य करतात हे स्पष्ट करणारे एक चांगले उदाहरण म्हणजे जीन-जॅक क्विस्क्वेटर यांची प्रसिद्ध [अली बाबा गुहेची कथा](https://en.wikipedia.org/wiki/Zero-knowledge_proof#The_Ali_Baba_cave). या कथेत, पेगी (प्रोव्हर) व्हिक्टरला (व्हेरिफायर) सिद्ध करू इच्छिते की तिला गुप्त वाक्यांश उघड न करता जादूचा दरवाजा उघडण्यासाठी गुप्त वाक्यांश माहित आहे.
+
+### गैर-परस्परसंवादी शून्य-ज्ञान पुरावे {#non-interactive-zero-knowledge-proofs}
+
+क्रांतिकारक असले तरी, परस्परसंवादी सिद्धीची मर्यादित उपयुक्तता होती कारण त्यासाठी दोन्ही पक्ष उपलब्ध असणे आणि वारंवार संवाद साधणे आवश्यक होते. जरी एखादा व्हेरिफायर प्रोव्हरच्या प्रामाणिकपणाबद्दल खात्री बाळगत असला तरी, पुरावा स्वतंत्र पडताळणीसाठी उपलब्ध नसेल (नवीन पुरावा मोजण्यासाठी प्रोव्हर आणि व्हेरिफायर यांच्यात संदेशांच्या नवीन संचाची आवश्यकता होती).
+
+ही समस्या सोडवण्यासाठी, मॅन्युएल ब्लम, पॉल फेल्डमन आणि सिल्व्हिओ मिकाली यांनी पहिले [गैर-परस्परसंवादी शून्य-ज्ञान पुरावे](https://dl.acm.org/doi/10.1145/62212.62222) सुचवले जिथे प्रोव्हर आणि व्हेरिफायरकडे एक सामायिक की असते. हे प्रोव्हरला काही माहितीचे (उदा. साक्षी) ज्ञान सिद्ध करण्याची परवानगी देते, ती माहिती स्वतः न देता.
+
+परस्परसंवादी पुराव्यांप्रमाणे, गैर-परस्परसंवादी पुराव्यांना सहभागींमध्ये (प्रोव्हर आणि व्हेरिफायर) केवळ एका फेरीच्या संवादाची आवश्यकता होती. प्रोव्हर शून्य-ज्ञान पुरावा मोजण्यासाठी विशेष अल्गोरिदमला गुप्त माहिती देतो. हा पुरावा व्हेरिफायरला पाठविला जातो, जो दुसर्‍या अल्गोरिदमचा वापर करून प्रोव्हरला गुप्त माहिती माहित आहे की नाही हे तपासतो.
+
+गैर-परस्परसंवादी सिद्धी प्रोव्हर आणि व्हेरिफायर यांच्यातील संवाद कमी करते, ज्यामुळे ZK-पुरावे अधिक कार्यक्षम बनतात. शिवाय, एकदा पुरावा तयार झाल्यावर, तो (सामायिक की आणि पडताळणी अल्गोरिदममध्ये प्रवेश असलेल्या) इतर कोणालाही सत्यापित करण्यासाठी उपलब्ध असतो.
+
+गैर-परस्परसंवादी पुराव्यांनी शून्य-ज्ञान तंत्रज्ञानासाठी एक मोठी प्रगती दर्शविली आणि आज वापरल्या जाणार्‍या सिद्धी प्रणालींच्या विकासाला चालना दिली. आम्ही खाली या पुराव्याच्या प्रकारांवर चर्चा करतो:
+
+### शून्य-ज्ञान पुराव्याचे प्रकार {#types-of-zero-knowledge-proofs}
+
+#### ZK-SNARKs {#zk-snarks}
+
+ZK-SNARK हे **Zero-Knowledge Succinct Non-Interactive Argument of Knowledge** चे संक्षिप्त रूप आहे. ZK-SNARK प्रोटोकॉलमध्ये खालील गुण आहेत:
+
+- **शून्य-ज्ञान**: व्हेरिफायर विधानाबद्दल काहीही न जाणता विधानाच्या अखंडतेची पडताळणी करू शकतो. व्हेरिफायरला विधानाबद्दल असलेले एकमेव ज्ञान म्हणजे ते खरे आहे की खोटे.
+
+- **संक्षिप्त**: शून्य-ज्ञान पुरावा साक्षीपेक्षा लहान असतो आणि त्वरीत सत्यापित केला जाऊ शकतो.
+
+- **गैर-परस्परसंवादी**: पुरावा ‘गैर-परस्परसंवादी’ आहे कारण प्रोव्हर आणि व्हेरिफायर फक्त एकदाच संवाद साधतात, परस्परसंवादी पुराव्यांप्रमाणे ज्यात संवादाच्या अनेक फेऱ्यांची आवश्यकता असते.
+
+- **युक्तिवाद**: पुरावा ‘सत्यता’ आवश्यकता पूर्ण करतो, त्यामुळे फसवणूक करणे अत्यंत अशक्य आहे.
+
+- **(ज्ञानाचा)**: शून्य-ज्ञान पुरावा गुप्त माहिती (साक्षी) च्या प्रवेशाशिवाय तयार केला जाऊ शकत नाही. ज्या प्रोव्हरकडे साक्षीदार नाही त्याच्यासाठी वैध शून्य-ज्ञान पुरावा मोजणे कठीण, अशक्य नाही तर.
+
+आधी उल्लेख केलेली ‘सामायिक की’ सार्वजनिक पॅरामीटर्सना संदर्भित करते जे प्रोव्हर आणि व्हेरिफायर पुरावे तयार करण्यासाठी आणि सत्यापित करण्यासाठी वापरण्यास सहमत आहेत. सार्वजनिक पॅरामीटर्स (एकत्रितपणे कॉमन रेफरन्स स्ट्रिंग (CRS) म्हणून ओळखले जाते) तयार करणे ही एक संवेदनशील क्रिया आहे कारण प्रोटोकॉलच्या सुरक्षेमध्ये त्याचे महत्त्व आहे. जर CRS तयार करण्यासाठी वापरलेली एंट्रॉपी (यादृच्छिकता) एका अप्रामाणिक प्रोव्हरच्या हातात पडली, तर ते खोटे पुरावे मोजू शकतात.
+
+[मल्टी-पार्टी कॉम्प्युटेशन (MPC)](https://en.wikipedia.org/wiki/Secure_multi-party_computation) हा सार्वजनिक पॅरामीटर्स तयार करण्यामधील जोखीम कमी करण्याचा एक मार्ग आहे. [विश्वसनीय सेटअप सोहळ्यामध्ये](https://zkproof.org/2021/06/30/setup-ceremonies/amp/) अनेक पक्ष सहभागी होतात, जिथे प्रत्येक व्यक्ती CRS तयार करण्यासाठी काही यादृच्छिक मूल्ये योगदान देते. जोपर्यंत एक प्रामाणिक पक्ष आपला एंट्रॉपीचा भाग नष्ट करतो, तोपर्यंत ZK-SNARK प्रोटोकॉल संगणकीय सत्यता टिकवून ठेवतो.
+
+विश्वसनीय सेटअपसाठी वापरकर्त्यांना पॅरामीटर-जनरेशनमधील सहभागींवर विश्वास ठेवण्याची आवश्यकता असते. तथापि, ZK-STARKs च्या विकासामुळे अविश्वसनीय सेटअपसह कार्य करणाऱ्या सिद्धी प्रोटोकॉलला सक्षम केले आहे.
+
+#### ZK-STARKs {#zk-starks}
+
+ZK-STARK हे **Zero-Knowledge Scalable Transparent Argument of Knowledge** चे संक्षिप्त रूप आहे. ZK-STARKs हे ZK-SNARKs सारखेच आहेत, फक्त ते आहेत:
+
+- **स्केलेबल**: साक्षीदाराचा आकार मोठा असताना पुरावे तयार आणि सत्यापित करण्यासाठी ZK-STARK हे ZK-SNARK पेक्षा वेगवान आहे. STARK पुराव्यांसह, विटनेस जसजसा वाढतो तसतसे प्रोव्हर आणि व्हेरिफिकेशन वेळा किंचित वाढतात (SNARK प्रोव्हर आणि व्हेरिफायर वेळा विटनेसच्या आकारासह रेषीयपणे वाढतात).
+
+- **पारदर्शक**: ZK-STARK सिद्धी आणि पडताळणीसाठी सार्वजनिक पॅरामीटर्स तयार करण्यासाठी विश्वसनीय सेटअपऐवजी सार्वजनिकरित्या पडताळणीयोग्य यादृच्छिकतेवर अवलंबून असते. त्यामुळे, ते ZK-SNARKs च्या तुलनेत अधिक पारदर्शक आहेत.
+
+ZK-STARKs ZK-SNARKs पेक्षा मोठे पुरावे तयार करतात, याचा अर्थ सामान्यतः त्यांच्याकडे उच्च सत्यापन ओव्हरहेड्स असतात. तथापि, अशी प्रकरणे आहेत (जसे की मोठ्या डेटासेट सिद्ध करणे) जिथे ZK-STARKs ZK-SNARKs पेक्षा अधिक किफायतशीर असू शकतात.
+
+## शून्य-ज्ञान पुरावे वापरण्याचे तोटे {#drawbacks-of-using-zero-knowledge-proofs}
+
+### हार्डवेअर खर्च {#hardware-costs}
+
+शून्य-ज्ञान पुरावे तयार करण्यामध्ये अत्यंत गुंतागुंतीची गणना समाविष्ट असते जी विशेष मशीनवर उत्तम प्रकारे केली जाते. ही मशीन्स महाग असल्याने, ती अनेकदा सामान्य व्यक्तींच्या आवाक्याबाहेर असतात. याव्यतिरिक्त, शून्य-ज्ञान तंत्रज्ञान वापरू इच्छिणाऱ्या ऍप्लिकेशन्सना हार्डवेअर खर्चाचा विचार करावा लागतो—ज्यामुळे अंतिम-वापरकर्त्यांसाठी खर्च वाढू शकतो.
+
+### पुरावा पडताळणी खर्च {#proof-verification-costs}
+
+पुरावे सत्यापित करण्यासाठी देखील गुंतागुंतीची गणना आवश्यक आहे आणि ऍप्लिकेशन्समध्ये शून्य-ज्ञान तंत्रज्ञान लागू करण्याचा खर्च वाढवते. हा खर्च विशेषतः संगणन सिद्ध करण्याच्या संदर्भात संबंधित आहे. उदाहरणार्थ, ZK-रोलअप्स Ethereum वर एका ZK-SNARK पुराव्याची पडताळणी करण्यासाठी ~ 500,000 gas देतात, ZK-STARKs ला आणखी जास्त शुल्क लागते.
+
+### विश्वासाचे गृहीतक {#trust-assumptions}
+
+ZK-SNARK मध्ये, कॉमन रेफरन्स स्ट्रिंग (सार्वजनिक पॅरामीटर्स) एकदा तयार केली जाते आणि शून्य-ज्ञान प्रोटोकॉलमध्ये सहभागी होऊ इच्छिणाऱ्या पक्षांना पुन्हा वापरण्यासाठी उपलब्ध असते. सार्वजनिक पॅरामीटर्स एका विश्वसनीय सेटअप समारंभाद्वारे तयार केले जातात, जिथे सहभागी प्रामाणिक असल्याचे मानले जाते.
+
+परंतु वापरकर्त्यांना सहभागींच्या प्रामाणिकपणाचे मूल्यांकन करण्याचा कोणताही मार्ग नाही आणि वापरकर्त्यांना विकासकांच्या शब्दावर विश्वास ठेवावा लागतो. ZK-STARKs विश्वासाच्या गृहितकांपासून मुक्त आहेत कारण स्ट्रिंग तयार करण्यामध्ये वापरलेली यादृच्छिकता सार्वजनिकरित्या पडताळणीयोग्य आहे. दरम्यान, संशोधक सिद्धी यंत्रणेची सुरक्षा वाढविण्यासाठी ZK-SNARKs साठी गैर-विश्वसनीय सेटअपवर काम करत आहेत.
+
+### क्वांटम कॉम्प्युटिंग धोके {#quantum-computing-threats}
+
+ZK-SNARK एनक्रिप्शनसाठी इलिप्टिक कर्व क्रिप्टोग्राफी वापरते. इलिप्टिक कर्व डिस्क्रीट लॉगेरिथम समस्या सध्या अवघड मानली जात असली तरी, क्वांटम कॉम्प्युटरचा विकास भविष्यात हे सुरक्षा मॉडेल तोडू शकतो.
+
+ZK-STARK क्वांटम कॉम्प्युटिंगच्या धोक्यापासून सुरक्षित मानले जाते, कारण ते त्याच्या सुरक्षेसाठी केवळ कोलिजन-रेझिस्टंट हॅश फंक्शन्सवर अवलंबून असते. इलिप्टिक कर्व क्रिप्टोग्राफीमध्ये वापरल्या जाणार्‍या सार्वजनिक-खाजगी की जोड्यांच्या विपरीत, कोलिजन-रेझिस्टंट हॅशिंग क्वांटम कॉम्प्युटिंग अल्गोरिदमसाठी तोडणे अधिक कठीण आहे.
+
+## पुढील वाचन {#further-reading}
+
+- [शून्य-ज्ञान पुराव्यांसाठी वापर प्रकरणांचे विहंगावलोकन](https://pse.dev/projects) — _गोपनीयता आणि स्केलिंग एक्सप्लोरेशन टीम_
+- [SNARKs vs. STARKS vs. Recursive SNARKs](https://www.alchemy.com/overviews/snarks-vs-starks) — _Alchemy Overviews_
+- [शून्य-ज्ञान पुरावा: ब्लॉकचेनवर गोपनीयता सुधारणे](https://www.altoros.com/blog/zero-knowledge-proof-improving-privacy-for-a-blockchain/) — _Dmitry Lavrenov_
+- [zk-SNARKs — एक वास्तववादी शून्य-ज्ञान उदाहरण आणि सखोल माहिती](https://medium.com/coinmonks/zk-snarks-a-realistic-zero-knowledge-example-and-deep-dive-c5e6eaa7131c) — _Adam Luciano_
+- [ZK-STARKs — क्वांटम कॉम्प्युटर विरुद्धही पडताळणीयोग्य विश्वास निर्माण करा](https://medium.com/coinmonks/zk-starks-create-verifiable-trust-even-against-quantum-computers-dd9c6a2bb13d) — _Adam Luciano_
+- [zk-SNARKs कसे शक्य आहेत याचा अंदाजे परिचय](https://vitalik.eth.limo/general/2021/01/26/snarks.html) — _Vitalik Buterin_
+- [स्व-सार्वभौम ओळखीसाठी शून्य ज्ञान पुरावे (ZKPs) गेम चेंजर का आहेत](https://frankiefab.hashnode.dev/why-zero-knowledge-proofs-zkps-is-a-game-changer-for-self-sovereign-identity) — _Franklin Ohaegbulam_
+- [EIP-7503 स्पष्टीकरण: ZK पुराव्यांसह Ethereum वर खाजगी हस्तांतरण सक्षम करणे](https://research.2077.xyz/eip-7503-zero-knowledge-wormholes-for-private-ethereum-transactions#introduction) — _Emmanuel Awosika_
+- [ZK कार्ड गेम: ZK मूलभूत तत्त्वे आणि वास्तविक-जीवनातील वापर प्रकरणे शिकण्यासाठी गेम](https://github.com/ZK-card/zk-cards) - _ZK-Cards_
diff --git a/src/intl/mr/glossary-tooltip.json b/src/intl/mr/glossary-tooltip.json
new file mode 100644
index 00000000000..1ca1513a86b
--- /dev/null
+++ b/src/intl/mr/glossary-tooltip.json
@@ -0,0 +1,164 @@
+{
+  "51%-attack-term": "51% हल्ला",
+  "51%-attack-definition": "हा एक प्रकारचा हल्ला आहे जिथे एक गट बहुसंख्य <a href=\"/glossary/#node\">नोड्सवर</a> नियंत्रण मिळवतो. हे त्यांना <a href=\"/glossary/#transaction\">व्यवहार</a> उलटवून आणि <a href=\"ether\">ईथर</a> आणि इतर टोकन दुप्पट खर्च करून ब्लॉकचेनची फसवणूक करण्यास अनुमती देईल.",
+  "abi-term": "ॲप्लिकेशन बायनरी इंटरफेस (ABI)",
+  "abi-definition": "एक JSON फाईल जी स्मार्ट करारामध्ये समाविष्ट असलेली फंक्शन्स आणि व्हेरिएबल्स परिभाषित करते. ABI मुळे बायटकोडला मानवी-वाचनीय स्वरूपात मॅप करता येते.",
+  "account-term": "खाते",
+  "account-definition": "इथेरिअम खाते हे इथेरिअम ब्लॉकचेनवरील एक डिजिटल ओळख आहे, जे वापरकर्त्यांना ईथर किंवा इतर डिजिटल मालमत्ता पाठवण्यास, प्राप्त करण्यास आणि स्मार्ट करारांशी संवाद साधण्यास अनुमती देते.",
+  "address-term": "ॲड्रेस",
+  "address-definition": "इथेरिअम पत्ता हा टोकन मिळवण्यासाठी वापरला जाणारा एक युनिक आयडेंटिफायर आहे, जो क्रिप्टोकरन्सीसाठी बँक खाते क्रमांकाप्रमाणे कार्य करतो. याचा उपयोग तुमचे इथेरिअम खाते ओळखण्यासाठी केला जातो.",
+  "anti-sybil-term": "अँटी-सिबिल",
+  "anti-sybil-definition": "लोकांना इंटरनेटवर एकाच वेळी अनेक वापरकर्ते असल्याचे भासवण्यापासून थांबवण्याचे मार्ग आहेत, ज्यामुळे प्रत्येक वापरकर्ता एक वास्तविक, वेगळा व्यक्ती असल्याची खात्री होते. यामुळे ऑनलाइन संवाद निष्पक्ष आणि प्रामाणिक राहण्यास मदत होते.",
+  "apr-term": "ए.पी.आर.",
+  "apr-definition": "APR, किंवा वार्षिक टक्केवारी दर, टक्केवारीनुसार व्याज आणि शुल्कासह पैसे उधार घेण्याची वार्षिक किंमत दर्शवते.",
+  "attestation-term": "साक्षांकन",
+  "attestation-definition": "एखाद्या संस्थेने केलेला दावा की काहीतरी सत्य आहे. Ethereum च्या संदर्भात, एकमत व्हॅलिडेटर्सना चेनची स्थिती काय आहे याबद्दल दावा करावा लागतो. नियुक्त केलेल्या वेळी, प्रत्येक व्हॅलिडेटर वेगवेगळ्या साक्षांकनांना प्रकाशित करण्यासाठी जबाबदार असतो जे या व्हॅलिडेटरच्या चेनबद्दलच्या दृष्टिकोनाची औपचारिकपणे घोषणा करतात, ज्यात शेवटचा अंतिम चेकपॉइंट आणि चेनचे सध्याचे हेड यांचा समावेश असतो. <a href=\"/developers/docs/consensus-mechanisms/pos/attestations/\">साक्षांकनावर अधिक</a>.",
+  "block-term": "ब्लॉक",
+  "block-definition": "ब्लॉक हे असे ठिकाण आहे जिथे व्यवहार किंवा डिजिटल क्रिया संग्रहित केल्या जातात. एकदा ब्लॉक पूर्ण भरला की, तो आधीच्या ब्लॉकला जोडला जातो, ज्यामुळे ब्लॉक्सची साखळी किंवा \"ब्लॉकचेन\" तयार होते. <a href=\"/developers/docs/blocks/\">ब्लॉक्सबद्दल अधिक जाणून घ्या</a>.",
+  "blockchain-term": "ब्लॉकचेन",
+  "blockchain-definition": "ब्लॉकचेन हा व्यवहारांचा एक डेटाबेस आहे, ज्याची नेटवर्कमधील सर्व संगणकांवर डुप्लिकेट प्रत तयार करून शेअर केली जाते, ज्यामुळे डेटा पूर्वलक्षी प्रभावाने बदलला जाऊ शकत नाही हे सुनिश्चित होते.",
+  "bridge-term": "ब्रिज",
+  "bridge-definition": "ब्लॉकचेन ब्रिजचा उपयोग मालमत्ता एका ब्लॉकचेन नेटवर्कवरून दुसऱ्या नेटवर्कवर हस्तांतरित करण्यासाठी केला जातो.",
+  "consensus-term": "एकमत",
+  "consensus-definition": "जेव्हा नेटवर्कमधील 2/3 पेक्षा जास्त संगणक सहमत होतात की त्यांच्याकडे समान रेकॉर्ड्स आहेत, तेव्हा प्रत्येकजण एकाच पानावर असल्याची खात्री होते. हे त्यांच्या नियमांबद्दल नाही, तर त्यांच्याकडे समान माहिती असल्याची खात्री करण्याबद्दल आहे.",
+  "consensus-client-term": "सहमती क्लायंट",
+  "consensus-client-definition": "सहमती क्लायंट (जसे की Prysm, Teku, Nimbus, Lighthouse, Lodestar) Ethereum चे <a href=\"/glossary/#pos\">प्रूफ-ऑफ-स्टेक</a> सहमती अल्गोरिदम चालवतात ज्यामुळे नेटवर्क बीकन चेनच्या हेडबद्दल सहमत होऊ शकते. सहमती क्लायंट व्यवहारांची पडताळणी/प्रसारणात किंवा स्टेट संक्रमणांच्या अंमलबजावणीत सहभागी होत नाहीत. हे <a href=\"/glossary/#execution-client\">एक्झिक्युशन क्लायंट्सद्वारे</a> केले जाते. सहमती क्लायंट नवीन ब्लॉक्सचे साक्षांकन करत नाहीत किंवा प्रस्तावित करत नाहीत. हे <a href=\"/glossary/#validator\">व्हॅलिडेटर क्लायंटद्वारे</a> केले जाते जे सहमती क्लायंटसाठी एक पर्यायी ॲड-ऑन आहे.",
+  "consensus-layer-term": "सहमती स्तर",
+  "consensus-layer-definition": "Ethereum चा सहमती स्तर हा <a href=\"/glossary/#consensus-client\">सहमती क्लायंट्सचा</a> नेटवर्क आहे.",
+  "cryptoeconomics-term": "क्रिप्टोइकॉनॉमिक्स",
+  "cryptoeconomics-definition": "सुरक्षित आणि विश्वासार्ह डिजिटल प्लॅटफॉर्म तयार करण्यासाठी गणितीय आणि आर्थिक तत्त्वांचा अभ्यास. याचे उद्दिष्ट हे सुनिश्चित करणे आहे की सर्व सहभागी नियमांचे पालन करतात आणि नेटवर्कच्या सुरक्षा आणि कार्यामध्ये योगदान दिल्याबद्दल त्यांना पुरस्कृत केले जाते.",
+  "cryptography-term": "क्रिप्टोग्राफी",
+  "cryptography-definition": "ही संवाद खाजगी आणि सुरक्षित बनवण्याची एक पद्धत आहे, जेणेकरून ज्यांच्यासाठी माहिती आहे केवळ तेच ती वाचू शकतील.",
+  "dao-term": "विकेंद्रित स्वायत्त संस्था (DAO)",
+  "dao-definition": "DAO ही एक डिजिटल संस्था आहे जी ब्लॉकचेनवर कोड केलेल्या नियमांनुसार चालविली जाते, जिथे निर्णय केंद्रीय प्राधिकरणाद्वारे नव्हे तर सदस्य मतांद्वारे घेतले जातात. <a href=\"/dao/\">विकेंद्रित स्वायत्त संस्था (DAOs) बद्दल अधिक जाणून घ्या</a>.",
+  "dapp-term": "dApp",
+  "dapp-definition": "dApp एक विकेंद्रित ॲप्लिकेशन आहे जे ब्लॉकचेन नेटवर्कवर चालते आणि केंद्रीय नियंत्रण प्राधिकरणाशिवाय सेवा देते. <a href=\"/apps/\">विकेंद्रित ॲप्लिकेशन्सबद्दल अधिक जाणून घ्या</a>.",
+  "data-availability-term": "डेटा उपलब्धता",
+  "data-availability-definition": "प्रणालीमध्ये पारदर्शकता आणि विश्वास टिकवून ठेवण्यासाठी कोणताही नोड ब्लॉकचेनवरील व्यवहारांची स्वतंत्रपणे पडताळणी करू शकतो.",
+  "defi-term": "DeFi",
+  "defi-definition": "Ethereum ॲप्सची एक विस्तृत श्रेणी जी ब्लॉकचेनद्वारे समर्थित आर्थिक सेवा प्रदान करण्याचे उद्दिष्ट ठेवते, कोणत्याही मध्यस्थांशिवाय. <a href=\"/defi/\">विकेंद्रित वित्त (DeFi) बद्दल अधिक</a>",
+  "dex-term": "विकेंद्रित एक्सचेंज (DEX)",
+  "dex-definition": "एक प्रकारचा Ethereum ॲप जो तुम्हाला नेटवर्कवरील पीअर्ससोबत टोकन स्वॅप करण्याची परवानगी देतो. DEXes केंद्रीकृत एक्सचेंजेसप्रमाणे भौगोलिक निर्बंधांच्या अधीन नसतात – कोणीही सहभागी होऊ शकतो.",
+  "difficulty-bomb-term": "अडचण बॉम्ब",
+  "difficulty-bomb-definition": "<a href=\"/glossary/#pow\">प्रूफ-ऑफ-वर्क</a> <a href=\"/glossary/#difficulty\">अडचण</a> सेटिंगमधील नियोजित घातांकीय वाढ जी <a href=\"/glossary/#pos\">प्रूफ-ऑफ-स्टेक</a> मध्ये संक्रमणास प्रवृत्त करण्यासाठी डिझाइन केली होती, ज्यामुळे <a href=\"/glossary/#hard-fork\">हार्ड फोर्कची</a> शक्यता कमी होते. <a href=\"/roadmap/merge\">द मर्ज</a> सह अडचण बॉम्ब रद्द करण्यात आला.",
+  "ecdsa-term": "एलिप्टिक कर्व्ह डिजिटल सिग्नेचर अल्गोरिदम (ECDSA)",
+  "ecdsa-definition": "एक क्रिप्टोग्राफिक अल्गोरिदम जो Ethereum द्वारे वापरला जातो हे सुनिश्चित करण्यासाठी की निधी फक्त त्यांच्या मालकांद्वारे खर्च केला जाऊ शकतो. सार्वजनिक आणि खाजगी की तयार करण्याची ही पसंतीची पद्धत आहे. खाते <a href=\"/glossary/#address\">ॲड्रेस</a> निर्मिती आणि <a href=\"/glossary/#transaction\">व्यवहार</a> पडताळणीसाठी संबंधित.",
+  "ens-term": "Ethereum नेम सर्व्हिस (ENS)",
+  "ens-definition": "इथेरिअम नेम सर्व्हिस ही इथेरिअम पत्त्यांसाठी इंटरनेट फोनबुकसारखी आहे. लांबलचक वॉलेट पत्ते वापरण्याऐवजी, ENS तुम्हाला डिजिटल पैसे आणि मालमत्ता पाठवण्यासाठी आणि प्राप्त करण्यासाठी \"john.eth\" सारखी सोपी नावे वापरण्याची परवानगी देते.",
+  "epoch-term": "इपॉक",
+  "epoch-definition": "32 <a href=\"/glossary/#slot\">स्लॉट्सचा</a> कालावधी, प्रत्येक स्लॉट 12 सेकंदांचा, एकूण 6.4 मिनिटे. सुरक्षिततेच्या कारणास्तव प्रत्येक इपॉकमध्ये व्हॅलिडेटर <a href=\"/glossary/#committee\">समित्या</a> शफल केल्या जातात. प्रत्येक इपॉकमध्ये चेन <a href=\"/glossary/#finality\">अंतिम</a> होण्याची संधी असते. प्रत्येक व्हॅलिडेटरला प्रत्येक इपॉकच्या सुरुवातीला नवीन जबाबदाऱ्या दिल्या जातात. <a href=\"/developers/docs/consensus-mechanisms/pos/#how-does-validation-work\">प्रूफ-ऑफ-स्टेकवर अधिक</a>",
+  "eoa-term": "बाह्यतः मालकीचे खाते (EOA)",
+  "eoa-definition": "बाह्यतः मालकीची खाती (EOAs) ही सर्वात सामान्य प्रकारची Ethereum खाती आहेत. ती एका व्यक्तीद्वारे खाजगी की/रिकव्हरी फ्रेजद्वारे नियंत्रित केली जातात. <a href=\"/wallets/\">Ethereum वॉलेट्सबद्दल अधिक</a>.",
+  "erc-term": "Ethereum रिक्वेस्ट फॉर कमेंट्स (ERC)",
+  "erc-definition": "ERC (<strong>Ethereum Request for Comments</strong>) हा एक प्रकारचा तांत्रिक दस्तऐवज आहे जो इथेरिअम समुदायामध्ये इथेरिअम नेटवर्कसाठी वापराचे नवीन मानक प्रस्तावित करण्यासाठी वापरला जातो.",
+  "erc-1155-term": "ERC-1155",
+  "erc-1155-definition": "NFT (युनिक संग्रहणीय वस्तूं सारखे) सारखा इथेरिअम टोकन मानकाचा एक प्रकार, जो एकाच स्मार्ट करारामध्ये अदलाबदल करण्यायोग्य वस्तू (चलनासारख्या) तयार करण्यास देखील अनुमती देतो.",
+  "erc-20-term": "ERC-20",
+  "erc-20-definition": "हा नियमांचा एक मानक संच आहे ज्याद्वारे इथेरिअम नेटवर्कवरील बहुतेक टोकन तयार केले जातात.",
+  "erc-721-term": "ERC-721",
+  "erc-721-definition": "NFTs (नॉन-फंजिबल टोकन) तयार करण्यासाठी वापरल्या जाणाऱ्या नियमांचा एक मानक संच.",
+  "ether-term": "इथर",
+  "ether-definition": "Ethereum ची मूळ क्रिप्टोकरन्सी, सामान्यतः “ETH” म्हणून ओळखली जाते. Ethereum इकोसिस्टम आणि ॲप्लिकेशन्स वापरताना व्यवहार शुल्क भरण्यासाठी याचा वापर केला जातो. <a href=\"/eth/\">इथरबद्दल अधिक</a>.",
+  "events-term": "कार्यक्रम",
+  "events-definition": "<a href=\"/glossary/#evm\">EVM</a> लॉगिंग सुविधांचा वापर करण्याची परवानगी देते. <a href=\"/glossary/#dapp\">Dapps</a> इव्हेंट्स ऐकू शकतात आणि वापरकर्ता इंटरफेसमध्ये JavaScript कॉलबॅक ट्रिगर करण्यासाठी त्यांचा वापर करू शकतात. <a href=\"/developers/docs/smart-contracts/anatomy/#events-and-logs\">इव्हेंट्स आणि लॉग्सवर अधिक</a>",
+  "execution-client-term": "एक्झिक्युशन क्लायंट",
+  "execution-client-definition": "एक्झिक्युशन क्लायंट्स (पूर्वी \"Eth1 क्लायंट्स\" म्हणून ओळखले जात होते), जसे की Besu, Erigon, Go-Ethereum (Geth), Nethermind, यांना व्यवहार प्रक्रिया आणि प्रसारण आणि Ethereum च्या स्थितीचे व्यवस्थापन करण्याचे काम दिले जाते. ते <a href=\"/glossary/#evm\">Ethereum व्हर्च्युअल मशीन</a> वापरून प्रत्येक व्यवहारासाठी गणना चालवतात जेणेकरून प्रोटोकॉलच्या नियमांचे पालन केले जाईल याची खात्री होते.",
+  "execution-layer-term": "एक्झिक्युशन लेयर",
+  "execution-layer-definition": "Ethereum चा एक्झिक्युशन लेयर हा <a href=\"/glossary/#execution-client\">एक्झिक्युशन क्लायंट्सचा</a> नेटवर्क आहे.",
+  "finality-term": "अंतिमता",
+  "finality-definition": "अंतिमता ही एक हमी आहे की व्यवहारांचा एक संच मोठ्या प्रमाणात ETH गमावल्याशिवाय बदलला जाऊ शकत नाही.",
+  "fork-term": "फोर्क",
+  "fork-definition": "प्रोटोकॉलमधील बदल ज्यामुळे पर्यायी साखळी तयार होते.",
+  "fraud-proof-term": "फसवणूक पुरावा",
+  "fraud-proof-definition": "काही <a href=\"/glossary/#layer-2\">लेयर 2</a> सोल्यूशन्ससाठी एक सुरक्षा मॉडेल, जिथे वेग वाढवण्यासाठी, व्यवहार <a href=\"/glossary/#rollups\">रोल अप</a> करून बॅचेसमध्ये Ethereum ला एकाच व्यवहारात सादर केले जातात. इतर नेटवर्क सहभागी व्यवहार पुन्हा कार्यान्वित करून ते प्रामाणिकपणे केले गेले की नाही हे तपासू शकतात. जर त्यांना पोस्ट केलेला डेटा आणि त्यांच्या स्वतःच्या आवृत्तीमध्ये विसंगती आढळली, तर ते एक क्रिप्टोग्राफिक पुरावा पोस्ट करू शकतात जो काही फसवणूक कुठे झाली हे दर्शवतो. काही <a href=\"/glossary/#rollups\">रोलअप्स</a> <a href=\"/glossary/#validity-proof\">व्हॅलिडिटी प्रूफ</a> वापरतात.",
+  "gas-term": "गॅस",
+  "gas-definition": "गॅस हे Ethereum सारख्या ब्लॉकचेनवर व्यवहार आणि स्मार्ट करारांसाठी दिले जाणारे शुल्क आहे. <a href=\"/gas/\">गॅस आणि शुल्काबद्दल अधिक</a>.",
+  "genesis-block-term": "जेनेसिस ब्लॉक",
+  "genesis-block-definition": "<a href=\"/glossary/#blockchain\">ब्लॉकचेनमधील</a> पहिला ब्लॉक, जो एका विशिष्ट नेटवर्क आणि त्याच्या क्रिप्टोकरन्सीला सुरू करण्यासाठी वापरला जातो.",
+  "gwei-term": "Gwei",
+  "gwei-definition": "गिगावेईचे संक्षिप्त रूप, <a href=\"/glossary/#ether\">इथरचे</a> एक डिनॉमिनेशन, जे सामान्यतः <a href=\"/glossary/#gas\">गॅसची</a> किंमत ठरवण्यासाठी वापरले जाते. 1 gwei = 10<sup>9</sup> <a href=\"/glossary/#wei\">वेई</a>. 10<sup>9</sup> gwei = 1 इथर.",
+  "hash-term": "हॅश",
+  "hash-definition": "हॅश फंक्शनद्वारे तयार केलेले, व्हेरिएबल-साईज इनपुटचे निश्चित-लांबीचे फिंगरप्रिंट. (पहा <a href=\"/glossary/#keccak-256\">keccak-256</a>).",
+  "holographic-consensus-term": "होलोग्राफिक सहमती",
+  "holographic-consensus-definition": "हे संदर्भित करते की एका मोठ्या गटाचा निर्णय कसा घेतला जातो, ज्यामध्ये प्रतिनिधी लोकांच्या एका लहान गटाला मतदान करण्याची परवानगी दिली जाते. त्यानंतर बाकी सर्वजण त्या निर्णयाला सहमत होतात, जोपर्यंत त्यांना विश्वास असतो की लहान गटाने चांगले काम केले आहे.",
+  "index-term": "इंडेक्स",
+  "index-definition": "एक नेटवर्क रचना जी <a href=\"/glossary/#blockchain\">ब्लॉकचेनमधून</a> माहितीच्या क्वेरीला ऑप्टिमाइझ करण्यासाठी आहे, तिच्या स्टोरेज स्रोतापर्यंत एक कार्यक्षम मार्ग प्रदान करून.",
+  "key-term": "की",
+  "key-definition": "इथेरिअमच्या संदर्भात, कीज हे डिजिटल कोड आहेत: व्यवहार प्राप्त करण्यासाठी एक पब्लिक की आणि निधीमध्ये प्रवेश करण्यासाठी आणि पाठवण्यासाठी एक प्रायव्हेट की.",
+  "layer-2-term": "स्तर 2",
+  "layer-2-definition": "लेयर 2 हे Ethereum मुख्य नेटवर्कवर तयार केलेले इतर नेटवर्क आहेत जे व्यवहार जलद आणि स्वस्त करतात. <a href=\"/layer-2/\">लेयर 2 बद्दल अधिक</a>.",
+  "liquidity-tokens-term": "लिक्विडिटी टोकन्स",
+  "liquidity-tokens-definition": "लिक्विडिटी टोकन्स (LT) हे लिक्विडिटी पूलमध्ये मालमत्ता जमा करणाऱ्या सहभागींना जारी केलेले डिजिटल टोकन आहेत, जो स्मार्ट करारामध्ये लॉक केलेल्या निधीचा संग्रह आहे आणि विकेंद्रित एक्सचेंज (DEX) वर व्यापाराची सोय करण्यासाठी वापरला जातो.",
+  "mainnet-term": "Mainnet",
+  "mainnet-definition": "\"मुख्य नेटवर्क\" साठी संक्षिप्त, ही मुख्य सार्वजनिक Ethereum <a href=\"/glossary/#blockchain\">ब्लॉकचेन</a> आहे.",
+  "mev-term": "MEV",
+  "mev-definition": "शुल्कासाठी ब्लॉकचेनवरील काही कृतींना प्राधान्य देणारी एक यंत्रणा, ज्यामुळे परिणाम आणि व्यवहारांच्या क्रमावर प्रभाव पडतो.",
+  "multisig-term": "मल्टीसिग",
+  "multisig-definition": "मल्टीसिग (मल्टी सिग्नेचर) म्हणजे एक डिजिटल वॉलेट किंवा खाते ज्याला व्यवहार पूर्ण करण्यासाठी एकाधिक स्वाक्षरी किंवा मंजुरीची आवश्यकता असते, ज्यामुळे सुरक्षितता वाढते.",
+  "nft-term": "नॉन-फंजिबल टोकन (NFT)",
+  "nft-definition": "एक अद्वितीय डिजिटल वस्तू जी तुम्ही मालकी हक्काने ठेवू शकता, जसे की कला किंवा संग्रहणीय वस्तू, ब्लॉकचेन तंत्रज्ञानाद्वारे सत्यापित. <a href=\"/nft/\">नॉन-फंजिबल टोकन (NFTs) बद्दल अधिक</a>.",
+  "node-term": "नोड",
+  "node-definition": "एक सॉफ्टवेअर क्लायंट जो नेटवर्कमध्ये सहभागी होतो. <a href=\"/developers/docs/nodes-and-clients/\">नोड्स आणि क्लायंट्सबद्दल अधिक</a>.",
+  "ommer-term": "ओमर (अंकल) ब्लॉक",
+  "ommer-definition": "जेव्हा एक प्रूफ-ऑफ-वर्क <a href=\"/glossary/#miner\">मायनर</a> एक वैध <a href=\"/glossary/#block\">ब्लॉक</a> शोधतो, तेव्हा दुसरा मायनर कदाचित एक प्रतिस्पर्धी ब्लॉक प्रकाशित करतो जो ब्लॉकचेनच्या टोकावर आधी जोडला जातो. हा वैध, पण जुना, ब्लॉक नवीन ब्लॉक्सद्वारे <em>ओमर्स</em> म्हणून समाविष्ट केला जाऊ शकतो आणि आंशिक ब्लॉक बक्षीस प्राप्त करू शकतो. \"ओमर\" हा शब्द पालक ब्लॉकच्या भावंडांसाठी प्राधान्य दिलेला लिंग-নিরপেক্ষ शब्द आहे, परंतु याला कधीकधी \"अंकल\" असेही म्हटले जाते. Ethereum जेव्हा <a href=\"/glossary/#pow\">प्रूफ-ऑफ-वर्क</a> नेटवर्क होते तेव्हा हे सामान्य होते. आता Ethereum <a href=\"/glossary/#pos\">प्रूफ-ऑफ-स्टेक</a> वापरत असल्याने, प्रत्येक स्लॉटसाठी फक्त एक ब्लॉक प्रस्तावक निवडला जातो.",
+  "onchain-term": "ऑनचेन",
+  "onchain-definition": "ब्लॉकचेनवर होणाऱ्या आणि सार्वजनिकरित्या उपलब्ध असलेल्या कृती किंवा व्यवहारांना संदर्भित करते.",
+  "optimistic-rollup-term": "ऑप्टिमिस्टिक रोलअप",
+  "optimistic-rollup-definition": "ऑप्टिमिस्टिक रोलअप हे एक लेयर 2 सोल्यूशन आहे जे Ethereum वरील व्यवहारांना गती देते, त्यांना आव्हान दिल्याशिवाय डीफॉल्टनुसार वैध मानून. <a href=\"/developers/docs/scaling/optimistic-rollups/\">ऑप्टिमिस्टिक रोलअप्सवर अधिक</a>.",
+  "peer-to-peer-network-term": "पीअर-टू-पीअर नेटवर्क",
+  "peer-to-peer-network-definition": "संगणकांचे (पीअर्स) एक नेटवर्क जे एकत्रितपणे केंद्रीकृत, सर्व्हर-आधारित सेवांच्या गरजेविना कार्यक्षमता करण्यास सक्षम आहे.",
+  "permissionless-term": "परवानगीहीन",
+  "permissionless-definition": "इथेरिअमसारखी प्रणाली वापरण्यासाठी कोणत्याही परवानगीची किंवा मंजुरीची आवश्यकता नसते आणि कोणीही तुम्हाला ती वापरण्यापासून थांबवू शकत नाही. ही सर्वांसाठी सहभागी होण्यासाठी २४/७ खुली आहे.",
+  "private-key-term": "खाजगी की",
+  "private-key-definition": "खाजगी की हा एक गुप्त कोड आहे जो तुम्ही तुमच्या डिजिटल पैशांचे मालक असल्याचे सिद्ध करतो आणि तुम्हाला ते खर्च करण्याची परवानगी देतो, जसे तुमच्या खात्यासाठी पिन. <strong>हे शेअर करू नका</strong>.",
+  "poap-term": "POAP",
+  "poap-definition": "प्रूफ ऑफ अटेंडन्स प्रोटोकॉलचा वापर एक डिजिटल संग्रहणीय (NFT) तयार करण्यासाठी केला जातो जे तुम्ही एका विशिष्ट कार्यक्रमात किंवा क्रियाकलापात उपस्थित होता हे सिद्ध करते.",
+  "pos-term": "प्रूफ-ऑफ-स्टेक (PoS)",
+  "pos-definition": "एक पद्धत ज्याद्वारे क्रिप्टोकरन्सी ब्लॉकचेन प्रोटोकॉल वितरित <a href=\"/glossary/#consensus\">सहमती</a> प्राप्त करण्याचा प्रयत्न करतो. PoS वापरकर्त्यांना व्यवहारांच्या पडताळणीमध्ये सहभागी होण्यासाठी विशिष्ट प्रमाणात क्रिप्टोकरन्सीची मालकी (नेटवर्कमधील त्यांचा \"स्टेक\") सिद्ध करण्यास सांगते. <a href=\"/developers/docs/consensus-mechanisms/pos/\">प्रूफ-ऑफ-स्टेकवर अधिक</a>.",
+  "pow-term": "प्रूफ-ऑफ-वर्क (PoW)",
+  "pow-definition": "ब्लॉकचेनसाठी एक सुरक्षा यंत्रणा ज्यामध्ये नोड्सना विशिष्ट मूल्य शोधण्यासाठी गणनेच्या स्वरूपात ऊर्जा खर्च करावी लागते.",
+  "public-goods-term": "सार्वजनिक वस्तू",
+  "public-goods-definition": "सार्वजनिक वस्तू म्हणजे ज्या वस्तू प्रत्येकजण विनामूल्य वापरू शकतो, जसे की उद्याने किंवा स्वच्छ हवा, आणि त्यांचा वापर केल्याने इतरांना त्यांचा वापर करण्यापासून रोखले जात नाही. सरकार अनेकदा या पुरवतात कारण व्यवसाय सहसा करणार नाहीत, कारण ते लोकांकडून त्यांच्या वापरासाठी सहजपणे शुल्क आकारू शकत नाहीत.",
+  "public-key-term": "सार्वजनिक की",
+  "public-key-definition": "सार्वजनिक की ही वर्णांचा एक संच आहे जो इतरांना तुम्हाला सुरक्षितपणे डिजिटल चलन पाठवण्याची परवानगी देतो, जसे पैशांसाठी ईमेल ॲड्रेस.",
+  "quadratic-voting-term": "चतुर्भुज मतदान",
+  "quadratic-voting-definition": "ही एक मतदान पद्धत आहे जिथे मतदार मुद्द्यांबद्दल किती तीव्रतेने वाटतात हे व्यक्त करतात. हे मतदारांना केवळ पसंतीच नव्हे, तर त्यांच्या पसंतीची तीव्रता देखील दर्शविण्याची परवानगी देते.",
+  "recovery-phrase-term": "सीड फ्रेज/रिकव्हरी फ्रेज",
+  "recovery-phrase-definition": "तुम्ही डिजिटल वॉलेट तयार करता तेव्हा तुम्हाला दिलेली शब्दांची एक यादी. हे एका पासवर्डसारखे कार्य करते जे तुम्ही तुमच्या वॉलेटमध्ये प्रवेश गमावल्यास तुम्हाला परत जाण्यात मदत करू शकते, ज्यामुळे तुमचे डिजिटल पैसे किंवा टोकन गमावणार नाहीत याची खात्री होते.",
+  "rollups-term": "रोलअप्स",
+  "rollups-definition": "एक प्रकारचा <a href=\"/glossary/#layer-2\">लेयर 2</a> स्केलिंग सोल्यूशन जो अनेक व्यवहारांना बॅच करतो आणि त्यांना <a href=\"/glossary/#mainnet\">Ethereum मुख्य साखळीवर</a> एकाच व्यवहारात सादर करतो. यामुळे <a href=\"/glossary/#gas\">गॅस</a> खर्चात कपात आणि <a href=\"/glossary/#transaction\">व्यवहार</a> थ्रुपुटमध्ये वाढ होते. ऑप्टिमिस्टिक आणि झिरो-नॉलेज रोलअप्स आहेत जे या स्केलेबिलिटीचे फायदे देण्यासाठी वेगवेगळ्या सुरक्षा पद्धती वापरतात. <a href=\"/developers/docs/scaling/#rollups\">रोलअप्सवर अधिक</a>.",
+  "rpc-term": "रिमोट प्रोसिजर कॉल (RPC)",
+  "rpc-definition": "RPC एका संगणकाला नेटवर्कवरून दुसऱ्या संगणकाकडून डेटा किंवा कारवाईची विनंती करण्याची परवानगी देते, जसे रिमोट कंट्रोलने माहिती मागणे.",
+  "sequencer-term": "सिक्वेन्सर",
+  "sequencer-definition": "सिक्वेन्सर हा ब्लॉकचेन नेटवर्कमधील व्यवहारांना क्रमवारी लावण्यास जबाबदार असलेला एक प्रोग्राम आहे.",
+  "smart-contract-term": "स्मार्ट कॉन्ट्रॅक्ट",
+  "smart-contract-definition": "स्मार्ट करार हा एक प्रोग्राम आहे जो ब्लॉकचेनवर आपोआप करार अंमलात आणतो, जसे की स्वयं-अंमलबजावणी करणारा डिजिटल करार. <a href=\"/smart-contracts/\">स्मार्ट करारांचा परिचय</a>.",
+  "stablecoin-term": "स्टेबलकॉइन",
+  "stablecoin-definition": "स्टेबलकॉइन हा एक प्रकारचा क्रिप्टोकरन्सी आहे जो स्थिर मूल्य ठेवण्यासाठी डिझाइन केलेला आहे, अनेकदा चलन किंवा वस्तू (जसे की यूएस डॉलर) शी जोडलेला असतो, ज्यामुळे किंमतीतील अस्थिरता कमी होते. <a href=\"/stablecoins/\">स्टेबलकॉइन्सबद्दल अधिक</a>.",
+  "staking-term": "स्टॅकिंग",
+  "staking-definition": "व्हॅलिडेटर होण्यासाठी आणि <a href=\"/glossary/#network\">नेटवर्क</a> सुरक्षित करण्यासाठी <a href=\"/glossary/#ether\">इथरची</a> (तुमचा स्टेक) रक्कम जमा करणे. व्हॅलिडेटर <a href=\"/glossary/#transaction\">व्यवहार</a> तपासतो आणि <a href=\"/glossary/#pos\">प्रूफ-ऑफ-स्टेक</a> सहमती मॉडेल अंतर्गत <a href=\"/glossary/#block\">ब्लॉक्स</a> प्रस्तावित करतो. स्टेकिंग तुम्हाला नेटवर्कच्या हितासाठी कार्य करण्यासाठी आर्थिक प्रोत्साहन देते. तुम्हाला तुमची <a href=\"/glossary/#validator\">व्हॅलिडेटर</a> कर्तव्ये पार पाडल्याबद्दल बक्षिसे मिळतील, परंतु तुम्ही तसे न केल्यास विविध प्रमाणात ETH गमावाल. <a href=\"/staking/\">Ethereum स्टेकिंगबद्दल अधिक</a>.",
+  "staking-pool-term": "स्टेकिंग पूल",
+  "staking-pool-definition": "एकापेक्षा जास्त Ethereum स्टेकर्सचा एकत्रित ETH, जो व्हॅलिडेटर कीजचा एक संच सक्रिय करण्यासाठी आवश्यक असलेल्या 32 ETH पर्यंत पोहोचण्यासाठी वापरला जातो. नोड ऑपरेटर या कीजचा वापर सहमतीमध्ये सहभागी होण्यासाठी करतो आणि <a href=\"/glossary/#block-reward\">ब्लॉक बक्षिसे</a> योगदान देणाऱ्या स्टेकर्समध्ये विभागली जातात. स्टेकिंग पूल्स किंवा स्टेकिंग डेलिगेट करणे Ethereum प्रोटोकॉलसाठी मूळ नाही, परंतु समुदायाने अनेक सोल्यूशन्स तयार केले आहेत. <a href=\"/staking/pools/\">पूल केलेल्या स्टेकिंगवर अधिक</a>.",
+  "sybil-attack-term": "सिबिल हल्ला",
+  "sybil-attack-definition": "सिबिल हल्ल्यांचा संदर्भ आहे की वैयक्तिक मानव आपला प्रभाव वाढवण्यासाठी एकापेक्षा जास्त लोक आहेत असा विचार करून प्रणालीला फसवतात.",
+  "terminal-total-difficulty-term": "टर्मिनल एकूण अडचण (TTD)",
+  "terminal-total-difficulty-definition": "एकूण अडचण ही ब्लॉकचेनमधील एका विशिष्ट बिंदूपर्यंतच्या सर्व ब्लॉक्ससाठी Ethash मायनिंग अडचणींची बेरीज आहे. टर्मिनल एकूण अडचण ही एकूण अडचणीसाठी एक विशिष्ट मूल्य होते जे एक्झिक्युशन क्लायंट्सना त्यांचे मायनिंग आणि ब्लॉक गॉसिप फंक्शन्स बंद करण्यासाठी ट्रिगर म्हणून वापरले गेले होते, ज्यामुळे नेटवर्क प्रूफ-ऑफ-स्टेकमध्ये संक्रमण करू शकले. Ethereum प्रूफ-ऑफ-स्टेकमध्ये स्थलांतरित झाल्यामुळे आता हे संबंधित नाही.",
+  "transaction-fee-term": "व्यवहार शुल्क",
+  "transaction-fee-definition": "जेव्हा तुम्ही Ethereum नेटवर्क वापरता तेव्हा तुम्हाला द्यावे लागणारे शुल्क. उदाहरणांमध्ये तुमच्या <a href=\"/glossary/#wallet\">वॉलेटमधून</a> निधी पाठवणे किंवा <a href=\"/glossary/#dapp\">dapp</a> संवाद, जसे की टोकन स्वॅप करणे किंवा संग्रहणीय वस्तू खरेदी करणे. तुम्ही याला सेवा शुल्क समजू शकता. नेटवर्क किती व्यस्त आहे यावर हे शुल्क बदलेल. याचे कारण असे की <a href=\"/glossary/#validator\">व्हॅलिडेटर्स</a>, जे तुमचा व्यवहार प्रक्रिया करण्यासाठी जबाबदार असतात, ते जास्त शुल्कासह व्यवहारांना प्राधान्य देण्याची शक्यता असते – त्यामुळे गर्दीमुळे किंमत वाढते.<br/><br/>तांत्रिक स्तरावर, तुमचे व्यवहार शुल्क तुमच्या व्यवहाराला किती <a href=\"/glossary/#gas\">गॅस</a> लागतो याच्याशी संबंधित आहे.<br/><br/>व्यवहार शुल्क कमी करणे हा सध्या तीव्र आवडीचा विषय आहे. पहा <a href=\"/glossary/#layer-2\">लेयर 2</a>.",
+  "trust-assumptions-term": "विश्वास गृहीतके",
+  "trust-assumptions-definition": "विश्वास गृहीतके ही एका प्रणालीच्या सुरक्षा आणि विश्वासार्हतेबद्दलची मूलभूत श्रद्धा आहेत, जी प्रणाली कार्य करण्यासाठी आपण कशावर विश्वास ठेवतो हे मार्गदर्शन करतात.",
+  "validator-term": "व्हॅलिडेटर",
+  "validator-definition": "<a href=\"/glossary/#pos\">प्रूफ-ऑफ-स्टेक</a> प्रणालीमधील एक <a href=\"/glossary/#node\">नोड</a> जो डेटा साठवणे, व्यवहार प्रक्रिया करणे आणि ब्लॉकचेनमध्ये नवीन ब्लॉक्स जोडण्यासाठी जबाबदार असतो. व्हॅलिडेटर सॉफ्टवेअर सक्रिय करण्यासाठी, तुम्हाला 32 ETH <a href=\"/glossary/#staking\">स्टेक</a> करता आले पाहिजे. <a href=\"/staking/\">Ethereum मध्ये स्टेकिंगबद्दल अधिक</a>.",
+  "validity-proof-term": "वैधता पुरावा",
+  "validity-proof-definition": "काही <a href=\"/glossary/#layer-2\">लेयर 2</a> सोल्यूशन्ससाठी एक सुरक्षा मॉडेल, जिथे वेग वाढवण्यासाठी, व्यवहार रोलअप करून बॅचेसमध्ये Ethereum ला एकाच व्यवहारात सादर केले जातात. व्यवहार गणना ऑफचेन केली जाते आणि नंतर त्यांच्या वैधतेच्या पुराव्यासह मुख्य साखळीला पुरवली जाते. ही पद्धत सुरक्षा टिकवून ठेवत संभाव्य व्यवहारांची संख्या वाढवते. काही <a href=\"/glossary/#rollups\">रोलअप्स</a> <a href=\"/glossary/#fraud-proof\">फसवणूक पुरावा</a> वापरतात. <a href=\"/developers/docs/scaling/zk-rollups/\">झिरो-नॉलेज रोलअप्सवर अधिक</a>.",
+  "wallet-term": "वॉलेट",
+  "wallet-definition": "वॉलेट हे डिजिटल चलन साठवण्यासाठी, पाठवण्यासाठी आणि प्राप्त करण्यासाठी एक डिजिटल साधन आहे, जसे तुमच्या ऑनलाइन पैशांसाठी व्हर्च्युअल पर्स. <a href=\"/wallets/\">Ethereum वॉलेट्सबद्दल अधिक</a>.",
+  "web2-term": "वेब2",
+  "web2-definition": "हे सध्याचे इंटरनेट आहे, जे वापरकर्ता-निर्मित सामग्री आणि सोशल मीडियावर केंद्रित आहे जे काही कंपन्यांद्वारे नियंत्रित केले जाते. Web3 हा एक क्रिप्टो विश्वास आहे की वापरकर्त्यांनी त्यांच्या डेटा आणि व्यवहारांवर नियंत्रण ठेवावे.",
+  "web3-term": "Web3",
+  "web3-definition": "Web3 हे ब्लॉकचेनसह नवीन इंटरनेट आहे, जिथे वापरकर्ते त्यांच्या डेटा आणि व्यवहारांवर नियंत्रण ठेवतात, कंपन्या नाही. कोणतीही वैयक्तिक माहिती शेअर करण्याची गरज नाही. <a href=\"/web3/\">web3 बद्दल अधिक</a>.",
+  "wei-term": "Wei",
+  "wei-definition": "इथरचे सर्वात लहान डिनॉमिनेशन. 10<sup>18</sup> वेई = 1 इथर.",
+  "zk-proof-term": "झिरो-नॉलेज प्रूफ",
+  "zk-proof-definition": "झिरो-नॉलेज प्रूफ ही एक क्रिप्टोग्राफिक पद्धत आहे जी एका व्यक्तीला कोणतीही अतिरिक्त माहिती न देता एखादे विधान सत्य असल्याचे सिद्ध करण्याची परवानगी देते. <a href=\"/developers/docs/scaling/zk-rollups/\">झिरो-नॉलेज रोलअप्सवर अधिक</a>."
+}
diff --git a/src/intl/mr/glossary.json b/src/intl/mr/glossary.json
new file mode 100644
index 00000000000..9f2816eccc3
--- /dev/null
+++ b/src/intl/mr/glossary.json
@@ -0,0 +1,408 @@
+{
+  "51%-attack-term": "51% हल्ला",
+  "51%-attack-definition": "एका प्रकारचा हल्ला जिथे एक गट बहुसंख्य <a href=\"/glossary/#node\">नोड्सवर</a> नियंत्रण मिळवतो. यामुळे त्यांना <a href=\"/glossary/#transaction\">व्यवहार</a> उलटवून आणि <a href=\"/glossary/#ether\">इथर</a> आणि इतर टोकन दुहेरी खर्च करून ब्लॉकचेनची फसवणूक करता येईल.<br /><br />Ethereum प्रूफ-ऑफ-स्टेकमध्ये हे एकूण स्टेक केलेल्या इथरपैकी अर्ध्याहून अधिक जमा करून साधले जाईल. यामुळे हल्लेखोराला ब्लॉकचेनमध्ये कोणते नवीन ब्लॉक्स जोडायचे हे ठरवता येईल. तथापि, साखळी उलटवण्यासाठी किंवा दुहेरी खर्च करण्यासाठी हल्लेखोराला एकूण स्टेक केलेल्या इथरपैकी किमान 66% आवश्यक असेल.",
+  "account-term": "खाते",
+  "account-definition": "एक Ethereum खाते हे Ethereum ब्लॉकचेनवरील एक डिजिटल ओळख आहे, जे वापरकर्त्यांना Ether पाठवण्यास, प्राप्त करण्यास आणि स्मार्ट करारांशी संवाद साधण्यास अनुमती देते.<br /><br /><strong>तांत्रिक:</strong><br />हा एक ऑब्जेक्ट आहे ज्यामध्ये ॲड्रेस, बॅलन्स, नॉन्स आणि पर्यायी स्टोरेज आणि कोड असतो. खाते हे एक कॉन्ट्रॅक्ट खाते किंवा बाह्यतः मालकीचे खाते (EOA) असू शकते.",
+  "address-term": "ॲड्रेस",
+  "address-definition": "एक Ethereum ॲड्रेस हा टोकन मिळविण्यासाठी वापरला जाणारा एक युनिक आयडेंटिफायर आहे, जो क्रिप्टोकरन्सीसाठी बँक खाते क्रमांकाप्रमाणे कार्य करतो. तो तुमच्या Ethereum खात्याची ओळख पटवण्यासाठी वापरला जातो.<br /><br />हा ECDSA पब्लिक कीच्या Keccak हॅशचा सर्वात उजवीकडील 160 बिट्स असतो.",
+  "anti-sybil-term": "अँटी-सिबिल",
+  "anti-sybil-definition": "लोकांना इंटरनेटवर एकाच वेळी अनेक वापरकर्ते असल्याचे भासवण्यापासून थांबवण्याचे मार्ग आहेत, ज्यामुळे प्रत्येक वापरकर्ता एक वास्तविक, वेगळा व्यक्ती असल्याची खात्री होते. यामुळे ऑनलाइन संवाद निष्पक्ष आणि प्रामाणिक राहण्यास मदत होते.",
+  "abi-term": "ॲप्लिकेशन बायनरी इंटरफेस (ABI)",
+  "abi-definition": "एक JSON फाईल जी स्मार्ट करारामध्ये समाविष्ट असलेली फंक्शन्स आणि व्हेरिएबल्स परिभाषित करते. ABI मुळे बायटकोडला मानवी-वाचनीय स्वरूपात मॅप करता येते.",
+  "api-term": "ॲप्लिकेशन प्रोग्रामिंग इंटरफेस (API)",
+  "api-definition": "ॲप्लिकेशन प्रोग्रामिंग इंटरफेस (API) म्हणजे सॉफ्टवेअरचा एखादा भाग कसा वापरायचा यासाठीच्या व्याख्यांचा संच होय. API हे ॲप्लिकेशन आणि वेब सर्व्हर यांच्यामध्ये बसते आणि त्यांच्यामध्ये डेटा हस्तांतरणाची सोय करते.",
+  "apr-term": "ए.पी.आर.",
+  "apr-definition": "APR, किंवा वार्षिक टक्केवारी दर, टक्केवारीनुसार व्याज आणि शुल्कासह पैसे उधार घेण्याची वार्षिक किंमत दर्शवते.",
+  "asic-term": "ASIC",
+  "asic-definition": "ॲप्लिकेशन-विशिष्ट इंटिग्रेटेड सर्किट. याचा अर्थ सामान्यतः क्रिप्टोकरन्सी मायनिंगसाठी सानुकूलित-निर्मित इंटिग्रेटेड सर्किट असा होतो.",
+  "assert-term": "assert",
+  "assert-definition": "<a href=\"/glossary/#solidity\">Solidity</a> मध्ये, `assert(false)` हे `0xfe` मध्ये कंपाईल होते, जे एक अवैध ऑपकोड आहे, ज्यामुळे सर्व उर्वरित <a href=\"/glossary/#gas\">गॅस</a> वापरला जातो आणि सर्व बदल परत केले जातात. जेव्हा एखादे `assert()` स्टेटमेंट अयशस्वी होते, तेव्हा काहीतरी खूप चुकीचे आणि अनपेक्षित घडत असते, आणि तुम्हाला तुमचा कोड दुरुस्त करावा लागेल. ज्या अटी कधीही, कोणत्याही परिस्थितीत घडू नयेत अशा टाळण्यासाठी तुम्ही `assert()` वापरावे. <a href=\"/developers/docs/smart-contracts/security/\">स्मार्ट कॉन्ट्रॅक्ट सुरक्षिततेवर अधिक</a>.",
+  "attestation-term": "साक्षांकन",
+  "attestation-definition": "एखाद्या संस्थेने केलेला दावा की काहीतरी सत्य आहे. Ethereum च्या संदर्भात, एकमत व्हॅलिडेटर्सना चेनची स्थिती काय आहे याबद्दल दावा करावा लागतो. नियुक्त केलेल्या वेळी, प्रत्येक व्हॅलिडेटर वेगवेगळ्या साक्षांकनांना प्रकाशित करण्यासाठी जबाबदार असतो जे या व्हॅलिडेटरच्या चेनबद्दलच्या दृष्टिकोनाची औपचारिकपणे घोषणा करतात, ज्यात शेवटचा अंतिम चेकपॉइंट आणि चेनचे सध्याचे हेड यांचा समावेश असतो. <a href=\"/developers/docs/consensus-mechanisms/pos/attestations/\">साक्षांकनावर अधिक</a>.",
+  "base-fee-term": "मूळ शुल्क",
+  "base-fee-definition": "प्रत्येक <a href=\"/glossary/#block\">ब्लॉकला</a> 'बेस फी' म्हणून ओळखली जाणारी राखीव किंमत असते. हे किमान <a href=\"/glossary/#gas\">गॅस</a> शुल्क आहे जे वापरकर्त्याला पुढील ब्लॉकमध्ये व्यवहार समाविष्ट करण्यासाठी द्यावे लागते. <a href=\"/developers/docs/gas/\">गॅस आणि शुल्काबद्दल अधिक</a>.",
+  "beacon-chain-term": "बीकन चेन",
+  "beacon-chain-definition": "बीकन चेन ही ब्लॉकचेन होती जिने Ethereum मध्ये <a href=\"/glossary/#pos\">प्रूफ-ऑफ-स्टेक</a> आणि <a href=\"/glossary/#validator\">व्हॅलिडेटर्स</a> आणले. ती डिसेंबर 2020 पासून प्रूफ-ऑफ-वर्क Ethereum मेननेट सोबत चालली आणि सप्टेंबर 2022 मध्ये दोन्ही चेन विलीन होऊन आजचा Ethereum तयार झाला. <a href=\"/roadmap/beacon-chain/\">बीकन चेनवर अधिक</a>.",
+  "big-endian-term": "बिग-एंडियन",
+  "big-endian-definition": "एक पोझिशनल संख्या प्रतिनिधित्व जिथे सर्वात महत्त्वाचा अंक मेमरीमध्ये प्रथम असतो. लिट्ल-एंडियनच्या विरुद्ध, जिथे सर्वात कमी महत्त्वाचा अंक प्रथम असतो.",
+  "block-term": "ब्लॉक",
+  "block-definition": "ब्लॉक म्हणजे जिथे व्यवहार किंवा डिजिटल क्रिया साठवल्या जातात. एकदा ब्लॉक भरला की, तो मागील ब्लॉकशी जोडला जातो, ज्यामुळे ब्लॉक्सची एक साखळी किंवा \"ब्लॉकचेन\" तयार होते. <a href=\"/developers/docs/blocks/\">ब्लॉक्सबद्दल अधिक</a>.<br /><br />ब्लॉक हे माहितीचे एक एकत्रित युनिट आहे ज्यात व्यवहारांची एक क्रमिक यादी आणि सहमती-संबंधित माहिती समाविष्ट असते. ब्लॉक्स प्रूफ-ऑफ-स्टेक व्हॅलिडेटर्सद्वारे प्रस्तावित केले जातात, त्यानंतर ते संपूर्ण पीअर-टू-पीअर नेटवर्कवर शेअर केले जातात, जिथे इतर सर्व नोड्सद्वारे ते सहजपणे स्वतंत्रपणे सत्यापित केले जाऊ शकतात. सहमती नियम ठरवतात की ब्लॉकमधील कोणती सामग्री वैध मानली जाते, आणि कोणतेही अवैध ब्लॉक्स नेटवर्कद्वारे दुर्लक्षित केले जातात. या ब्लॉक्सची आणि त्यातील व्यवहारांची क्रमवारी घटनांची एक निश्चित साखळी तयार करते ज्याचे अंतिम टोक नेटवर्कची सध्याची स्थिती दर्शवते.",
+  "block-explorer-term": "ब्लॉक एक्सप्लोरर",
+  "block-explorer-definition": "एक इंटरफेस जो वापरकर्त्याला ब्लॉकचेनमधून आणि त्याबद्दल माहिती शोधण्याची परवानगी देतो. यात वैयक्तिक व्यवहार, विशिष्ट ॲड्रेसशी संबंधित क्रियाकलाप आणि नेटवर्कबद्दल माहिती मिळवणे समाविष्ट आहे.",
+  "block-header-term": "ब्लॉक हेडर",
+  "block-header-definition": "ब्लॉक हेडर हे ब्लॉकबद्दलच्या मेटाडेटाचा संग्रह आणि एक्झिक्युशन पेलोडमध्ये समाविष्ट असलेल्या व्यवहारांचा सारांश आहे.",
+  "block-propagation-term": "ब्लॉक प्रसार",
+  "block-propagation-definition": "एका पुष्टी केलेल्या ब्लॉकला नेटवर्कमधील इतर सर्व नोड्सवर प्रसारित करण्याची प्रक्रिया.",
+  "block-proposer-term": "ब्लॉक प्रस्तावक",
+  "block-proposer-definition": "एका विशिष्ट <a href=\"/glossary/#slot\">स्लॉटमध्ये</a> ब्लॉक तयार करण्यासाठी निवडलेला विशिष्ट व्हॅलिडेटर.",
+  "block-reward-term": "ब्लॉक बक्षीस",
+  "block-reward-definition": "नवीन वैध ब्लॉकच्या प्रस्तावकाला दिले जाणारे इथरचे बक्षीस.",
+  "block-status-term": "ब्लॉक स्थिती",
+  "block-status-definition": "ब्लॉक ज्या स्थितीत अस्तित्वात असू शकतो. संभाव्य स्थितींमध्ये यांचा समावेश आहे:<br/><br/><ul><li>प्रस्तावित: व्हॅलिडेटरने ब्लॉक प्रस्तावित केला होता</li><li>शेड्यूल केलेले: व्हॅलिडेटर सध्या डेटा सादर करत आहेत</li><li>चुकलेले/वगळलेले: प्रस्तावकाने पात्र वेळेत ब्लॉक प्रस्तावित केला नाही</li><li>अनाथ: <a href=\"/glossary/#fork-choice-algorithm\">फोर्क चॉइस अल्गोरिदम</a> द्वारे ब्लॉकला रीऑर्ग केले गेले</li></ul>",
+  "block-time-term": "ब्लॉक वेळ",
+  "block-time-definition": "ब्लॉकचेनमध्ये ब्लॉक जोडले जाण्यामधील वेळेचे अंतर.",
+  "block-validation-term": "ब्लॉक प्रमाणीकरण",
+  "block-validation-definition": "नवीन ब्लॉकमध्ये वैध व्यवहार आणि स्वाक्षऱ्या आहेत का, तो सर्वात वजनदार ऐतिहासिक चेनवर आधारित आहे का (म्हणजे जिने इतिहासात सर्वात जास्त साक्षांकन जमा केले आहे), आणि इतर सर्व सहमती नियमांचे पालन करतो का, हे तपासण्याची प्रक्रिया. वैध ब्लॉक्स चेनच्या हेडमध्ये जोडले जातात आणि नेटवर्कमधील इतरांना प्रसारित केले जातात. अवैध ब्लॉक्सकडे दुर्लक्ष केले जाते.",
+  "blockchain-term": "ब्लॉकचेन",
+  "blockchain-definition": "ब्लॉकचेन हा व्यवहारांचा एक डेटाबेस आहे, जो नेटवर्कमधील सर्व संगणकांवर डुप्लिकेट आणि शेअर केलेला असतो, ज्यामुळे डेटा मागे जाऊन बदलला जाऊ शकत नाही याची खात्री होते.<br /><br /><a href=\"/glossary/#block\">ब्लॉकची</a> एक साखळी, प्रत्येक त्याच्या पूर्ववर्तीशी <a href=\"/glossary/#genesis-block\">जेनेसिस ब्लॉकपर्यंत</a> जोडलेला असतो, मागील ब्लॉकच्या हॅशचा संदर्भ देऊन. ब्लॉकचेनची अखंडता प्रूफ-ऑफ-स्टेक-आधारित सहमती यंत्रणेचा वापर करून क्रिप्टो-इकॉनॉमिकली सुरक्षित केली जाते. <a href=\"/developers/docs/intro-to-ethereum#what-is-a-blockchain\">ब्लॉकचेन म्हणजे काय?</a>",
+  "bootnode-term": "बूटनोड",
+  "bootnode-definition": "नोड चालवताना शोध प्रक्रिया सुरू करण्यासाठी वापरले जाणारे नोड्स. बूटनोड्स नवीन नोड्सना इतर विद्यमान नोड्सशी 'ओळख करून देतात' जेणेकरून ते लवकर पीअर्स मिळवू शकतील, सुरुवातीच्या पीअरचा शोध घेण्याऐवजी. या नोड्सचे एंडपॉइंट्स सहसा Ethereum क्लायंट सोर्स कोडमध्ये प्रदान केलेले असतात, परंतु वापरकर्ते त्यांची स्वतःची बूटनोड्सची सूची देऊ शकतात.",
+  "bridge-term": "ब्रिज",
+  "bridge-definition": "एक ब्लॉकचेन ब्रिज एका ब्लॉकचेन नेटवर्कमधून दुसऱ्या नेटवर्कमध्ये मालमत्ता हस्तांतरित करण्यासाठी वापरला जातो. उदाहरणार्थ, तुम्ही मुख्य Ethereum नेटवर्कवरून स्वस्त लेयर 2 स्केलिंग सोल्यूशन्सवर ETH हस्तांतरित करण्यासाठी ब्रिज वापरू शकता.",
+  "bytecode-term": "बायटकोड",
+  "bytecode-definition": "कोड एका संक्षिप्त, अंकीय स्वरूपात व्यक्त केला जातो जेणेकरून तो <a href=\"/glossary/#evm\">EVM</a> द्वारे कार्यक्षमतेने कार्यान्वित केला जाऊ शकेल.",
+  "byzantium-fork-term": "बायझंटियम फोर्क",
+  "byzantium-fork-definition": "<a href=\"/glossary/#metropolis\">मेट्रोपॉलिस</a> विकास टप्प्यातील दोन <a href=\"/glossary/#hard-fork\">हार्ड फोर्कपैकी</a> पहिला. यात EIP-649 मेट्रोपॉलिस <a href=\"/glossary/#difficulty-bomb\">डिफिकल्टी बॉम्ब</a> डिले आणि ब्लॉक रिवॉर्ड रिडक्शनचा समावेश होता, जिथे <a href=\"/glossary/#ice-age\">आइस एज</a> 1 वर्षाने पुढे ढकलण्यात आले आणि ब्लॉक रिवॉर्ड 5 वरून 3 इथरवर कमी करण्यात आले.",
+  "casper-ffg-term": "कॅस्पर FFG",
+  "casper-ffg-definition": "कॅस्पर-एफएफजी हे <a href=\"/glossary/#lmd-ghost\">LMD-GHOST</a> फोर्क चॉईस अल्गोरिदम सोबत वापरले जाणारे एक प्रूफ-ऑफ-स्टेक सहमती प्रोटोकॉल आहे जे <a href=\"/glossary/#consensus-client\">सहमती क्लायंट्सना</a> बीकन चेनच्या हेडवर सहमत होण्यास अनुमती देते.",
+  "checkpoint-term": "चेकपॉइंट",
+  "checkpoint-definition": "<a href=\"/glossary/#beacon-chain\">बीकन चेनचा</a> टेम्पो स्लॉट्स (12 सेकंद) आणि इपॉकमध्ये (32 स्लॉट्स) विभागलेला असतो. प्रत्येक इपॉकमधील पहिला स्लॉट एक चेकपॉइंट असतो. जेव्हा व्हॅलिडेटर्सची <a href=\"/glossary/#supermajority\">सुपरमजॉरिटी</a> दोन चेकपॉइंट्समधील दुव्याला साक्ष देते, तेव्हा ते <a href=\"/glossary/#justification\">समर्थित</a> केले जाऊ शकतात आणि नंतर जेव्हा त्यावर आणखी एक चेकपॉइंट समर्थित होतो, तेव्हा ते <a href=\"/glossary/#finality\">अंतिम</a> केले जाऊ शकतात.",
+  "compiling-term": "संकलन",
+  "compiling-definition": "उच्च-स्तरीय प्रोग्रामिंग भाषेत (उदा. <a href=\"/glossary/#solidity\">Solidity</a>) लिहिलेल्या कोडला निम्न-स्तरीय भाषेत (उदा. EVM <a href=\"/glossary/#bytecode\">बायटकोड</a>) रूपांतरित करणे. <a href=\"/developers/docs/smart-contracts/compiling/\">स्मार्ट कॉन्ट्रॅक्ट्सच्या संकलनावर अधिक</a>",
+  "committee-term": "समिती",
+  "committee-definition": "प्रत्येक स्लॉटमध्ये ब्लॉक्सची पडताळणी करण्यासाठी नियुक्त केलेल्या किमान 128 <a href=\"/glossary/#validator\">व्हॅलिडेटर्सचा</a> एक गट. समितीतील एक व्हॅलिडेटर ॲग्रीगेटर असतो, जो साक्षांकनावर सहमत असलेल्या समितीतील इतर सर्व व्हॅलिडेटर्सच्या स्वाक्षऱ्या एकत्र करण्यासाठी जबाबदार असतो. <a href=\"/glossary/#sync-committee\">सिंक समितीशी</a> गोंधळ करू नका.",
+  "computational-infeasibility-term": "गणनात्मक अव्यवहार्यता",
+  "computational-infeasibility-definition": "एखादी प्रक्रिया गणनात्मक दृष्ट्या अव्यवहार्य असते जर ती पार पाडण्यात स्वारस्य असलेल्या कोणालाही ती करण्यासाठी अव्यवहार्यपणे जास्त वेळ (उदा., अब्जावधी वर्षे) लागेल.",
+  "consensus-term": "एकमत",
+  "consensus-definition": "जेव्हा नेटवर्कमधील 2/3 पेक्षा जास्त संगणक सहमत होतात की त्यांच्याकडे समान रेकॉर्ड्स आहेत, तेव्हा प्रत्येकजण एकाच पानावर असल्याची खात्री होते. हे त्यांच्या नियमांबद्दल नाही, तर त्यांच्याकडे समान माहिती असल्याची खात्री करण्याबद्दल आहे.",
+  "consensus-client-term": "सहमती क्लायंट",
+  "consensus-client-definition": "सहमती क्लायंट (जसे की Prysm, Teku, Nimbus, Lighthouse, Lodestar) Ethereum चे <a href=\"/glossary/#pos\">प्रूफ-ऑफ-स्टेक</a> सहमती अल्गोरिदम चालवतात ज्यामुळे नेटवर्क बीकन चेनच्या हेडबद्दल सहमत होऊ शकते. सहमती क्लायंट व्यवहारांची पडताळणी/प्रसारणात किंवा स्टेट संक्रमणांच्या अंमलबजावणीत सहभागी होत नाहीत. हे <a href=\"/glossary/#execution-client\">एक्झिक्युशन क्लायंट्सद्वारे</a> केले जाते. सहमती क्लायंट नवीन ब्लॉक्सचे साक्षांकन करत नाहीत किंवा प्रस्तावित करत नाहीत. हे <a href=\"/glossary/#validator\">व्हॅलिडेटर क्लायंटद्वारे</a> केले जाते जे सहमती क्लायंटसाठी एक पर्यायी ॲड-ऑन आहे.",
+  "consensus-layer-term": "सहमती स्तर",
+  "consensus-layer-definition": "Ethereum चा सहमती स्तर हा <a href=\"/glossary/#consensus-client\">सहमती क्लायंट्सचा</a> नेटवर्क आहे.",
+  "consensus-rules-term": "सहमतीचे नियम",
+  "consensus-rules-definition": "ब्लॉक पडताळणीचे नियम ज्यांचे पूर्ण नोड्स इतर नोड्ससोबत सहमतीमध्ये राहण्यासाठी पालन करतात. <a href=\"/glossary/#consensus\">सहमतीशी</a> गोंधळ करू नका.",
+  "cfi-term": "समावेशासाठी विचारात घेतलेले (CFI)",
+  "cfi-definition": "एक कोर <a href=\"/glossary/#eip\">EIP</a> जो अद्याप मेननेटवर सक्रिय नाही, आणि क्लायंट डेव्हलपर्स या कल्पनेबद्दल साधारणपणे सकारात्मक आहेत. जर ते मेननेट समावेशासाठी सर्व आवश्यकता पूर्ण करत असेल, तर ते संभाव्यतः नेटवर्क अपग्रेडमध्ये समाविष्ट केले जाऊ शकते (पुढच्याच नाही).",
+  "constantinople-fork-term": "कॉन्स्टँटिनोपल फोर्क",
+  "constantinople-fork-definition": "<a href=\"/glossary/#metropolis\">मेट्रोपॉलिस</a> टप्प्याचा दुसरा भाग, जो मूळतः 2018 च्या मध्यात नियोजित होता. हायब्रीड <a href=\"/glossary/#pow\">प्रूफ-ऑफ-वर्क</a>/<a href=\"/glossary/#pow\">प्रूफ-ऑफ-स्टेक</a> सहमती अल्गोरिदमवर स्विच करणे, इतर बदलांसह अपेक्षित होते.",
+  "contract-account-term": "कॉन्ट्रॅक्ट खाते",
+  "contract-account-definition": "एक खाते ज्यात कोड असतो जो दुसऱ्या <a href=\"/glossary/#account\">खात्यातून</a> (<a href=\"/glossary/#eoa\">EOA]</a> किंवा <a href=\"/glossary/#contract-account\">कॉन्ट्रॅक्ट</a>) <a href=\"/glossary/#transaction\">व्यवहार</a> प्राप्त झाल्यावर कार्यान्वित होतो.",
+  "contract-creation-transaction-term": "कॉन्ट्रॅक्ट निर्मिती व्यवहार",
+  "contract-creation-transaction-definition": "एक विशेष <a href=\"/glossary/#transaction\">व्यवहार</a> ज्यात कॉन्ट्रॅक्टचा आरंभ कोड समाविष्ट असतो. प्राप्तकर्ता `null` वर सेट केला जातो आणि कॉन्ट्रॅक्ट वापरकर्त्याच्या ॲड्रेस आणि `nonce` वरून व्युत्पन्न केलेल्या ॲड्रेसवर तैनात केला जातो. याचा उपयोग <a href=\"/glossary/#contract-account\">कॉन्ट्रॅक्ट</a> नोंदणी करण्यासाठी आणि Ethereum ब्लॉकचेनवर नोंदवण्यासाठी केला जातो.",
+  "cryptoeconomics-term": "क्रिप्टोइकॉनॉमिक्स",
+  "cryptoeconomics-definition": "सुरक्षित आणि विश्वासार्ह डिजिटल प्लॅटफॉर्म तयार करण्यासाठी गणितीय आणि आर्थिक तत्त्वांचा अभ्यास. याचे उद्दिष्ट हे सुनिश्चित करणे आहे की सर्व सहभागी नियमांचे पालन करतात आणि नेटवर्कच्या सुरक्षा आणि कार्यामध्ये योगदान दिल्याबद्दल त्यांना पुरस्कृत केले जाते.",
+  "cryptography-term": "क्रिप्टोग्राफी",
+  "cryptography-definition": "हे कोडच्या वापराद्वारे संवाद आणि डेटा सुरक्षित ठेवण्याची प्रथा आहे, जेणेकरून केवळ ज्यांच्यासाठी माहिती आहे तेच ती वाचू आणि प्रक्रिया करू शकतील.<br />यात एनक्रिप्शन (वाचनीय माहितीचे अवाचनीय स्वरूपात रूपांतर करणे) आणि डिक्रिप्शन (तिला परत वाचनीय स्वरूपात रूपांतरित करणे) साठीच्या तंत्रांचा समावेश आहे, ज्यामुळे गोपनीयतेची खात्री होते.",
+  "doge-d-term": "Đ",
+  "doge-d-definition": "Đ (स्ट्रोकसह डी) जुनी इंग्रजी, मध्य इंग्रजी, आइसलँडिक आणि फॅरोईजमध्ये “एथ” या मोठ्या अक्षरासाठी वापरला जातो. तो ĐEV किंवा Đapp (विकेंद्रित ॲप्लिकेशन) सारख्या शब्दांमध्ये वापरला जातो, जिथे Đ हे नॉर्स अक्षर “एथ” आहे. मोठा एथ (Ð) क्रिप्टोकरन्सी Dogecoin चे प्रतीक म्हणून देखील वापरला जातो. हे सामान्यतः जुन्या Ethereum साहित्यात पाहिले जाते परंतु आज कमी वेळा वापरले जाते.",
+  "dag-term": "DAG",
+  "dag-definition": "DAG म्हणजे डायरेक्टेड एसायक्लिक ग्राफ. ही नोड्स आणि त्यांच्यातील दुव्यांनी बनलेली एक डेटा स्ट्रक्चर आहे. द मर्जच्या आधी, Ethereum ने त्याच्या <a href=\"/glossary/#pow\">प्रूफ-ऑफ-वर्क</a> अल्गोरिदम, <a href=\"/glossary/#ethash\">Ethash</a> मध्ये DAG वापरला होता, परंतु तो आता <a href=\"/glossary/#pos\">प्रूफ-ऑफ-स्टेक</a> मध्ये वापरला जात नाही.",
+  "dapp-term": "dApp",
+  "dapp-definition": "एक dApp एक विकेंद्रित ॲप्लिकेशन आहे जे ब्लॉकचेन नेटवर्कवर चालते, केंद्रीय नियंत्रण प्राधिकरणाशिवाय सेवा देते. <a href=\"/apps/\">विकेंद्रित ॲप्लिकेशन्सबद्दल अधिक</a>.<br />किमानपक्षी, dApp मध्ये वेब इंटरफेसशी जोडलेला एक स्मार्ट करार असतो. याव्यतिरिक्त, अनेक dApps मध्ये विकेंद्रित स्टोरेज आणि/किंवा मेसेज प्रोटोकॉल आणि प्लॅटफॉर्म समाविष्ट असतात.",
+  "data-availability-term": "डेटा उपलब्धता",
+  "data-availability-definition": "प्रणालीमध्ये पारदर्शकता आणि विश्वास टिकवून ठेवण्यासाठी कोणताही नोड ब्लॉकचेनवरील व्यवहारांची स्वतंत्रपणे पडताळणी करू शकतो.",
+  "decentralization-term": "विकेंद्रीकरण",
+  "decentralization-definition": "प्रक्रियांचे नियंत्रण आणि अंमलबजावणी केंद्रीय संस्थेकडून दूर हलवण्याची संकल्पना.",
+  "dao-term": "विकेंद्रित स्वायत्त संस्था (DAO)",
+  "dao-definition": "एक DAO ही ब्लॉकचेनवर कोड केलेल्या नियमांनुसार चालणारी एक डिजिटल संस्था आहे, जिथे निर्णय सदस्य मतांद्वारे घेतले जातात, केंद्रीय प्राधिकरणाद्वारे नाही. <a href=\"/dao/\">विकेंद्रित स्वायत्त संस्था (DAOs) बद्दल अधिक</a>.<br />प्रत्येक सदस्याची मतदान शक्ती अनेकदा त्यांच्याकडे असलेल्या टोकनच्या संख्येवर अवलंबून असते. DAOs निर्णय घेण्याची प्रक्रिया आणि कार्यप्रणाली लोकशाहीकृत करण्याचे, पारदर्शकता आणि सामुदायिक प्रशासनावर लक्ष केंद्रित करण्याचे उद्दिष्ट ठेवतात.",
+  "desci-term": "DeSci",
+  "desci-definition": "DeSci, किंवा विकेंद्रित विज्ञान, हे वैज्ञानिक संशोधनासाठी <a href='/glossary/#blockchain'>ब्लॉकचेन</a> तंत्रज्ञान लागू करणारी एक चळवळ आहे. ती अधिक पारदर्शक, खुली आणि सहयोगी निधी आणि संशोधन इकोसिस्टम तयार करण्यासाठी <a href='/glossary/#dao'>DAOs</a>, <a href='/glossary/#smart-contract'>स्मार्ट कॉन्ट्रॅक्ट्स</a> आणि टोकनाइज्ड प्रोत्साहनांचा फायदा घेते.",
+  "dex-term": "विकेंद्रित एक्सचेंज (DEX)",
+  "dex-definition": "एक प्रकारचा Ethereum ॲप जो तुम्हाला नेटवर्कवरील पीअर्ससोबत टोकन स्वॅप करण्याची परवानगी देतो. DEXes केंद्रीकृत एक्सचेंजेसप्रमाणे भौगोलिक निर्बंधांच्या अधीन नसतात – कोणीही सहभागी होऊ शकतो.",
+  "deposit-contract-term": "ठेवी कंत्राट",
+  "deposit-contract-definition": "Ethereum वर स्टेकिंग करण्याचे प्रवेशद्वार. डिपॉझिट कॉन्ट्रॅक्ट हा Ethereum वर एक स्मार्ट कॉन्ट्रॅक्ट आहे जो ETH च्या डिपॉझिट्स स्वीकारतो आणि व्हॅलिडेटर बॅलन्स व्यवस्थापित करतो. या कॉन्ट्रॅक्टमध्ये ETH डिपॉझिट केल्याशिवाय व्हॅलिडेटर सक्रिय केला जाऊ शकत नाही. कॉन्ट्रॅक्टला ETH आणि इनपुट डेटाची आवश्यकता असते. या इनपुट डेटामध्ये व्हॅलिडेटर सार्वजनिक की आणि विथड्रॉवल सार्वजनिक की समाविष्ट असते, जी व्हॅलिडेटर खाजगी कीद्वारे स्वाक्षरित असते. <a href=\"/glossary/#pos\">प्रूफ-ऑफ-स्टेक</a> नेटवर्कद्वारे व्हॅलिडेटर ओळखला आणि मंजूर केला जाण्यासाठी हा डेटा आवश्यक आहे.",
+  "defi-term": "DeFi",
+  "defi-definition": "Ethereum ॲप्सची एक विस्तृत श्रेणी जी ब्लॉकचेनद्वारे समर्थित आर्थिक सेवा प्रदान करण्याचे उद्दिष्ट ठेवते, कोणत्याही मध्यस्थांशिवाय. <a href=\"/defi/\">विकेंद्रित वित्त (DeFi) बद्दल अधिक</a>",
+  "difficulty-term": "अडचण",
+  "difficulty-definition": "<a href=\"/glossary/#pow\">प्रूफ-ऑफ-वर्क</a> नेटवर्कमध्ये एक नेटवर्क-व्यापी सेटिंग जी वैध नॉन्स शोधण्यासाठी किती सरासरी गणनेची आवश्यकता आहे हे नियंत्रित करते. अडचण ही त्या आघाडीच्या शून्यांच्या संख्येने दर्शविली जाते जी परिणामी ब्लॉक हॅशमध्ये वैध मानली जाण्यासाठी आवश्यक असतात. Ethereum ने प्रूफ-ऑफ-स्टेकमध्ये संक्रमण केल्यापासून ही संकल्पना रद्द करण्यात आली आहे.",
+  "difficulty-bomb-term": "अडचण बॉम्ब",
+  "difficulty-bomb-definition": "<a href=\"/glossary/#pow\">प्रूफ-ऑफ-वर्क</a> <a href=\"/glossary/#difficulty\">अडचण</a> सेटिंगमधील नियोजित घातांकीय वाढ जी <a href=\"/glossary/#pos\">प्रूफ-ऑफ-स्टेक</a> मध्ये संक्रमणास प्रवृत्त करण्यासाठी डिझाइन केली होती, ज्यामुळे <a href=\"/glossary/#hard-fork\">हार्ड फोर्कची</a> शक्यता कमी होते. <a href=\"/roadmap/merge\">द मर्ज</a> सह अडचण बॉम्ब रद्द करण्यात आला.",
+  "digital-signatures-term": "डिजिटल स्वाक्षरी",
+  "digital-signatures-definition": "एक वापरकर्ता <a href=\"/glossary/#private-key\">खाजगी की</a> वापरून डॉक्युमेंटसाठी तयार करत असलेली डेटाची एक छोटी स्ट्रिंग जेणेकरून संबंधित <a href=\"/glossary/#public-key\">सार्वजनिक की</a>, स्वाक्षरी आणि डॉक्युमेंटसह कोणीही हे सत्यापित करू शकेल की (1) डॉक्युमेंट त्या विशिष्ट खाजगी कीच्या मालकाने \"स्वाक्षरी\" केले होते आणि (2) डॉक्युमेंट स्वाक्षरी केल्यावर बदलले गेले नाही.",
+  "discovery-term": "शोध",
+  "discovery-definition": "एक Ethereum नोड ज्या प्रक्रियेद्वारे इतर नोड्सना जोडण्यासाठी शोधतो.",
+  "distributed-hash-table-term": "वितरित हॅश टेबल (DHT)",
+  "distributed-hash-table-definition": "`(की, व्हॅल्यू)` जोड्या असलेली एक डेटा स्ट्रक्चर जी Ethereum नोड्सद्वारे पीअर्सना जोडण्यासाठी ओळखण्यासाठी आणि कोणत्या प्रोटोकॉलचा वापर करून संवाद साधायचा हे ठरवण्यासाठी वापरली जाते.",
+  "double-spend-term": "दुहेरी खर्च",
+  "double-spend-definition": "एक हेतुपुरस्सर ब्लॉकचेन फोर्क, जिथे पुरेशा प्रमाणात मायनिंग पॉवर/स्टेक असलेला वापरकर्ता काही चलन ऑफचेन हलवणारा व्यवहार पाठवतो (उदा., फिएट पैशात बाहेर पडणे किंवा ऑफचेन खरेदी करणे) आणि नंतर तो व्यवहार काढून टाकण्यासाठी ब्लॉकचेन पुन्हा आयोजित करतो. एक यशस्वी दुहेरी खर्च हल्लेखोराला त्याच्या ऑन आणि ऑफचेन मालमत्ता दोन्ही ठेवतो.",
+  "ecdsa-term": "एलिप्टिक कर्व्ह डिजिटल सिग्नेचर अल्गोरिदम (ECDSA)",
+  "ecdsa-definition": "एक क्रिप्टोग्राफिक अल्गोरिदम जो Ethereum द्वारे वापरला जातो हे सुनिश्चित करण्यासाठी की निधी फक्त त्यांच्या मालकांद्वारे खर्च केला जाऊ शकतो. सार्वजनिक आणि खाजगी की तयार करण्याची ही पसंतीची पद्धत आहे. खाते <a href=\"/glossary/#address\">ॲड्रेस</a> निर्मिती आणि <a href=\"/glossary/#transaction\">व्यवहार</a> पडताळणीसाठी संबंधित.",
+  "encryption-term": "एनक्रिप्शन",
+  "encryption-definition": "एनक्रिप्शन म्हणजे इलेक्ट्रॉनिक डेटाचे अशा स्वरूपात रूपांतरण करणे जे योग्य डिक्रिप्शन कीच्या मालकाशिवाय कोणीही वाचू शकत नाही.",
+  "entropy-term": "एन्ट्रॉपी",
+  "entropy-definition": "क्रिप्टोग्राफीच्या संदर्भात, अंदाज लावण्याची कमतरता किंवा यादृच्छिकतेची पातळी. <a href=\"/glossary/#private-key\">खाजगी की</a> सारखी गुप्त माहिती तयार करताना, अल्गोरिदम सामान्यतः उच्च एन्ट्रॉपीच्या स्रोतावर अवलंबून असतात हे सुनिश्चित करण्यासाठी की आउटपुट अप्रत्याशित आहे.",
+  "epoch-term": "इपॉक",
+  "epoch-definition": "32 <a href=\"/glossary/#slot\">स्लॉट्सचा</a> कालावधी, प्रत्येक स्लॉट 12 सेकंदांचा, एकूण 6.4 मिनिटे. सुरक्षिततेच्या कारणास्तव प्रत्येक इपॉकमध्ये व्हॅलिडेटर <a href=\"/glossary/#committee\">समित्या</a> शफल केल्या जातात. प्रत्येक इपॉकमध्ये चेन <a href=\"/glossary/#finality\">अंतिम</a> होण्याची संधी असते. प्रत्येक व्हॅलिडेटरला प्रत्येक इपॉकच्या सुरुवातीला नवीन जबाबदाऱ्या दिल्या जातात. <a href=\"/developers/docs/consensus-mechanisms/pos/#how-does-validation-work\">प्रूफ-ऑफ-स्टेकवर अधिक</a>",
+  "equivocation-term": "संदिग्धता",
+  "equivocation-definition": "एक व्हॅलिडेटर दोन परस्परविरोधी मेसेज पाठवत आहे. एक सोपे उदाहरण म्हणजे व्यवहार प्रेषक समान नॉन्ससह दोन व्यवहार पाठवत आहे. दुसरे म्हणजे ब्लॉक प्रस्तावक समान ब्लॉक उंचीवर (किंवा समान स्लॉटसाठी) दोन ब्लॉक प्रस्तावित करत आहे.",
+  "eth1-term": "Eth1",
+  "eth1-definition": "'Eth1' हा शब्द मेननेट Ethereum, विद्यमान प्रूफ-ऑफ-वर्क ब्लॉकचेनचा संदर्भ देत होता. हा शब्द आता 'एक्झिक्युशन लेयर' च्या बाजूने रद्द करण्यात आला आहे. <a href=\"https://blog.ethereum.org/2022/01/24/the-great-eth2-renaming/\">या नाव बदलाविषयी अधिक जाणून घ्या</a>.",
+  "eth2-term": "Eth2",
+  "eth2-definition": "'Eth2' हा शब्द Ethereum प्रोटोकॉल अपग्रेडच्या एका संचाचा संदर्भ देत होता, ज्यात Ethereum चे प्रूफ-ऑफ-स्टेकमध्ये संक्रमण समाविष्ट होते. हा शब्द आता 'कन्सेंसस लेयर' च्या बाजूने रद्द करण्यात आला आहे. <a href=\"https://blog.ethereum.org/2022/01/24/the-great-eth2-renaming/\">या नाव बदलाविषयी अधिक जाणून घ्या</a>.",
+  "eip-term": "Ethereum सुधारणा प्रस्ताव (EIP)",
+  "eip-definition": "Ethereum समुदायाला माहिती प्रदान करणारा एक डिझाइन दस्तऐवज, जो प्रस्तावित नवीन वैशिष्ट्याचे किंवा त्याच्या प्रक्रिया किंवा वातावरणाचे वर्णन करतो (पहा <a href=\"/glossary/#erc\">ERC</a>). <a href=\"/eips/\">EIPs चा परिचय</a>",
+  "ens-term": "Ethereum नेम सर्व्हिस (ENS)",
+  "ens-definition": "Ethereum नेम सर्व्हिस ही Ethereum ॲड्रेससाठी इंटरनेट फोनबुकसारखी आहे. लांब वॉलेट ॲड्रेस वापरण्याऐवजी, ENS तुम्हाला डिजिटल पैसे आणि मालमत्ता पाठवण्यासाठी आणि प्राप्त करण्यासाठी \"john.eth\" सारखी साधी नावे वापरण्याची परवानगी देते.<br /><br /><strong>तांत्रिक:</strong><br />ENS नोंदणी हा एकच केंद्रीय <a href=\"/glossary/#smart-contract\">स्मार्ट कॉन्ट्रॅक्ट</a> आहे जो EIP-137 मध्ये वर्णन केल्याप्रमाणे डोमेन नावांवरून मालक आणि रिझॉल्व्हर्सना मॅपिंग प्रदान करतो. <a href=\"https://ens.domains\">ens.domains वर अधिक वाचा</a>.",
+  "erc-1155-term": "ERC-1155",
+  "erc-1155-definition": "ERC-1155 हा NFT (जसे की युनिक संग्रहणीय वस्तू) सारखाच एक नवीन प्रकारचा Ethereum टोकन स्टँडर्ड आहे जो एकाच स्मार्ट कॉन्ट्रॅक्टमध्ये अदलाबदल करता येण्याजोग्या वस्तू (जसे की चलन) तयार करण्याची परवानगी देतो.<br />यामुळे व्हिडिओ गेम्स किंवा डिजिटल संग्रहणांसारख्या ॲप्लिकेशन्ससाठी विविध प्रकारच्या डिजिटल मालमत्ता व्यवस्थापित करणे सोपे आणि अधिक कार्यक्षम होते.",
+  "erc-20-term": "ERC-20",
+  "erc-20-definition": "ERC-20 हे मानक आहे जे Ethereum नेटवर्कवरील बहुतेक टोकन त्यांच्या निर्मितीसाठी वापरतात.<br />DAI आणि USDC सारखे स्टेबलकॉइन्स किंवा युनिस्वॅपमधील UNI सारखे एक्सचेंज टोकन ही लोकप्रिय उदाहरणे आहेत. पारंपरिक प्रणालींमध्ये आपल्याकडे असलेल्या पर्यायी पैशांच्या कोणत्याही स्वरूपाप्रमाणे... म्हणजे, रिवॉर्ड पॉइंट्स, क्रेडिट सिस्टम किंवा अगदी स्टॉक्स, इत्यादी.",
+  "erc-721-term": "ERC-721",
+  "erc-721-definition": "NFTs (नॉन-फंजिबल टोकन) ERC-721 म्हणून ओळखल्या जाणार्‍या नियमांच्या मानक संचाचा वापर करून तयार केले जातात.<br />NFT टोकन डिजिटल कला किंवा संग्रहणीय वस्तूं सारख्या कोणत्याही अद्वितीय गोष्टीची मालकी दर्शवू शकतात, प्रत्येक टोकनची स्वतःची खास वैशिष्ट्ये आणि मूल्य असते. प्रत्येक NFT अद्वितीय आहे आणि इतर कोणत्याही NFT पासून सहजपणे ओळखता येतो.",
+  "execution-client-term": "एक्झिक्युशन क्लायंट",
+  "execution-client-definition": "एक्झिक्युशन क्लायंट्स (पूर्वी \"Eth1 क्लायंट्स\" म्हणून ओळखले जात होते), जसे की Besu, Erigon, Go-Ethereum (Geth), Nethermind, यांना व्यवहार प्रक्रिया आणि प्रसारण आणि Ethereum च्या स्थितीचे व्यवस्थापन करण्याचे काम दिले जाते. ते <a href=\"/glossary/#evm\">Ethereum व्हर्च्युअल मशीन</a> वापरून प्रत्येक व्यवहारासाठी गणना चालवतात जेणेकरून प्रोटोकॉलच्या नियमांचे पालन केले जाईल याची खात्री होते.",
+  "execution-layer-term": "एक्झिक्युशन लेयर",
+  "execution-layer-definition": "Ethereum चा एक्झिक्युशन लेयर हा <a href=\"/glossary/#execution-client\">एक्झिक्युशन क्लायंट्सचा</a> नेटवर्क आहे.",
+  "eoa-term": "बाह्यतः मालकीचे खाते (EOA)",
+  "eoa-definition": "बाह्यतः मालकीची खाती (EOAs) ही सर्वात सामान्य प्रकारची Ethereum खाती आहेत. ती एका व्यक्तीद्वारे खाजगी की/रिकव्हरी फ्रेजद्वारे नियंत्रित केली जातात. <a href=\"/wallets/\">Ethereum वॉलेट्सबद्दल अधिक</a>.",
+  "erc-term": "Ethereum रिक्वेस्ट फॉर कमेंट्स (ERC)",
+  "erc-definition": "ERC (<strong>Ethereum रिक्वेस्ट फॉर कमेंट्स</strong>) हा Ethereum समुदायात वापरला जाणारा एक प्रकारचा तांत्रिक दस्तऐवज आहे जो Ethereum नेटवर्कच्या वापरासाठी नवीन मानके प्रस्तावित करतो.<br /><br />या प्रस्तावांमध्ये टोकनसाठी ERC-20 आणि NFT साठी ERC-721 सारख्या नवीन टोकन मानकांसह विविध विषयांचा समावेश असू शकतो.",
+  "ethash-term": "एथहॅश",
+  "ethash-definition": "एक <a href=\"/glossary/#pow\">प्रूफ-ऑफ-वर्क</a> अल्गोरिदम जो Ethereum ने <a href=\"/glossary/#pos\">प्रूफ-ऑफ-स्टेक</a> मध्ये संक्रमण करण्यापूर्वी वापरला होता. <a href=\"/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash\">अधिक वाचा</a>",
+  "ether-term": "इथर",
+  "ether-definition": "Ethereum ची मूळ क्रिप्टोकरन्सी, सामान्यतः “ETH” म्हणून ओळखली जाते. Ethereum इकोसिस्टम आणि ॲप्लिकेशन्स वापरताना व्यवहार शुल्क भरण्यासाठी याचा वापर केला जातो. <a href=\"/eth/\">इथरबद्दल अधिक</a>.",
+  "events-term": "कार्यक्रम",
+  "events-definition": "<a href=\"/glossary/#evm\">EVM</a> लॉगिंग सुविधांचा वापर करण्याची परवानगी देते. <a href=\"/glossary/#dapp\">Dapps</a> इव्हेंट्स ऐकू शकतात आणि वापरकर्ता इंटरफेसमध्ये JavaScript कॉलबॅक ट्रिगर करण्यासाठी त्यांचा वापर करू शकतात. <a href=\"/developers/docs/smart-contracts/anatomy/#events-and-logs\">इव्हेंट्स आणि लॉग्सवर अधिक</a>",
+  "evm-term": "इथेरियम व्हर्च्युअल मशीन (EVM)",
+  "evm-definition": "एक स्टॅक-आधारित व्हर्च्युअल मशीन जे <a href=\"/glossary/#bytecode\">बायटकोड</a> कार्यान्वित करते. Ethereum मध्ये, एक्झिक्युशन मॉडेल हे निर्दिष्ट करते की बायटकोड निर्देशांच्या मालिकेनुसार आणि पर्यावरणीय डेटाच्या लहान टपलनुसार सिस्टम स्थिती कशी बदलली जाते. हे व्हर्च्युअल स्टेट मशीनच्या औपचारिक मॉडेलद्वारे निर्दिष्ट केले जाते. <a href=\"/developers/docs/evm/\">Ethereum व्हर्च्युअल मशीनवर अधिक</a>.",
+  "evm-assembly-language-term": "EVM असेंबली भाषा",
+  "evm-assembly-language-definition": "EVM <a href=\"/glossary/#bytecode\">बायटकोडचे</a> मानवी-वाचनीय स्वरूप.",
+  "fallback-function-term": "फॉल-बॅक फंक्शन",
+  "fallback-function-definition": "डेटा किंवा घोषित फंक्शन नावाच्या अनुपस्थितीत कॉल केले जाणारे एक डीफॉल्ट फंक्शन.",
+  "faucet-term": "फॉसेट",
+  "faucet-definition": "<a href=\"/glossary/#smart-contract\">स्मार्ट कॉन्ट्रॅक्टद्वारे</a> चालवली जाणारी एक सेवा जी विनामूल्य चाचणी इथरच्या स्वरूपात निधी वितरित करते जो टेस्टनेटवर वापरला जाऊ शकतो.",
+  "finality-term": "अंतिमता",
+  "finality-definition": "अंतिमता ही एक हमी आहे की व्यवहारांचा एक संच मोठ्या प्रमाणात ETH गमावल्याशिवाय बदलला जाऊ शकत नाही.",
+  "finney-term": "फिनी",
+  "finney-definition": "<a href=\"/glossary/#ether\">इथरचे</a> एक डिनॉमिनेशन. 1 फिनी = 10<sup>15</sup> <a href=\"/glossary/#wei\">वेई</a>. 10<sup>3</sup> फिनी = 1 इथर.",
+  "fork-term": "फोर्क",
+  "fork-definition": "प्रोटोकॉलमधील बदल ज्यामुळे पर्यायी साखळी तयार होते.",
+  "fork-choice-algorithm-term": "फोर्क निवड अल्गोरिदम",
+  "fork-choice-algorithm-definition": "ब्लॉकचेनचे हेड ओळखण्यासाठी वापरला जाणारा अल्गोरिदम. Ethereum वर, चेनचे हेड हे सर्वात जास्त साक्षांकन 'वजन' असलेल्या फोर्क म्हणून ओळखले जाते. वजन हे साक्षांकनांच्या संख्येचा आणि साक्षांकन करणाऱ्या व्हॅलिडेटर्सच्या प्रभावी बॅलन्सचा गुणाकार असतो. याचा अर्थ चेनचे खरे हेड ते आहे ज्यासाठी सर्वात जास्त स्टेक केलेल्या इथरने मतदान केले आहे. सहमती स्तरावर फोर्क निवड अल्गोरिदमला <a href=\"/glossary/#lmd-ghost\">LMD_GHOST</a> म्हणतात.",
+  "fraud-proof-term": "फसवणूक पुरावा",
+  "fraud-proof-definition": "काही <a href=\"/glossary/#layer-2\">लेयर 2</a> सोल्यूशन्ससाठी एक सुरक्षा मॉडेल, जिथे वेग वाढवण्यासाठी, व्यवहार <a href=\"/glossary/#rollups\">रोल अप</a> करून बॅचेसमध्ये Ethereum ला एकाच व्यवहारात सादर केले जातात. इतर नेटवर्क सहभागी व्यवहार पुन्हा कार्यान्वित करून ते प्रामाणिकपणे केले गेले की नाही हे तपासू शकतात. जर त्यांना पोस्ट केलेला डेटा आणि त्यांच्या स्वतःच्या आवृत्तीमध्ये विसंगती आढळली, तर ते एक क्रिप्टोग्राफिक पुरावा पोस्ट करू शकतात जो काही फसवणूक कुठे झाली हे दर्शवतो. काही <a href=\"/glossary/#rollups\">रोलअप्स</a> <a href=\"/glossary/#validity-proof\">व्हॅलिडिटी प्रूफ</a> वापरतात.",
+  "frontier-term": "फ्रंटियर",
+  "frontier-definition": "Ethereum चा सुरुवातीचा चाचणी विकास टप्पा, जो जुलै 2015 ते मार्च 2016 पर्यंत चालला.",
+  "gas-term": "गॅस",
+  "gas-definition": "गॅस हे Ethereum सारख्या ब्लॉकचेनवर व्यवहार आणि स्मार्ट करारांसाठी दिले जाणारे शुल्क आहे. <a href=\"/gas/\">गॅस आणि शुल्काबद्दल अधिक</a>.",
+  "gas-limit-term": "गॅस मर्यादा",
+  "gas-limit-definition": "एक <a href=\"/glossary/#transaction\">व्यवहार</a> किंवा <a href=\"/glossary/#block\">ब्लॉक</a> वापरू शकणारी <a href=\"/glossary/#gas\">गॅसची</a> कमाल रक्कम.",
+  "gas-price-term": "गॅस किंमत",
+  "gas-price-definition": "व्यवहारात निर्दिष्ट केलेल्या गॅसच्या एका युनिटची इथरमधील किंमत.",
+  "genesis-block-term": "जेनेसिस ब्लॉक",
+  "genesis-block-definition": "<a href=\"/glossary/#blockchain\">ब्लॉकचेनमधील</a> पहिला ब्लॉक, जो एका विशिष्ट नेटवर्क आणि त्याच्या क्रिप्टोकरन्सीला सुरू करण्यासाठी वापरला जातो.",
+  "geth-term": "Geth",
+  "geth-definition": "Go Ethereum. Ethereum प्रोटोकॉलच्या सर्वात प्रमुख अंमलबजावणींपैकी एक, Go मध्ये लिहिलेली. <a href=\"https://geth.ethereum.org\">geth.ethereum.org वर अधिक वाचा</a>",
+  "gwei-term": "Gwei",
+  "gwei-definition": "गिगावेईचे संक्षिप्त रूप, <a href=\"/glossary/#ether\">इथरचे</a> एक डिनॉमिनेशन, जे सामान्यतः <a href=\"/glossary/#gas\">गॅसची</a> किंमत ठरवण्यासाठी वापरले जाते. 1 gwei = 10<sup>9</sup> <a href=\"/glossary/#wei\">वेई</a>. 10<sup>9</sup> gwei = 1 इथर.",
+  "hard-fork-term": "हार्ड फोर्क",
+  "hard-fork-definition": "<a href=\"/glossary/#blockchain\">ब्लॉकचेनमधील</a> कायमस्वरूपी विचलन; ज्याला हार्ड-फोर्किंग बदल असेही म्हणतात. जेव्हा अपग्रेड न केलेले नोड्स नवीन <a href=\"/glossary/#consensus-rules\">सहमती नियमांचे</a> पालन करणाऱ्या अपग्रेड केलेल्या नोड्सद्वारे तयार केलेले ब्लॉक्स प्रमाणित करू शकत नाहीत तेव्हा असे घडते. फोर्क, सॉफ्ट फोर्क, सॉफ्टवेअर फोर्क किंवा गिट फोर्क यांच्याशी गोंधळ करू नका.",
+  "hash-term": "हॅश",
+  "hash-definition": "हॅश फंक्शनद्वारे तयार केलेले, व्हेरिएबल-साईज इनपुटचे निश्चित-लांबीचे फिंगरप्रिंट. (पहा <a href=\"/glossary/#keccak-256\">keccak-256</a>).",
+  "hash-rate-term": "हॅश रेट",
+  "hash-rate-definition": "मायनिंग सॉफ्टवेअर चालवणाऱ्या संगणकांद्वारे प्रति सेकंद केलेल्या हॅश गणनेची संख्या.",
+  "homestead-term": "होमस्टेड",
+  "holographic-consensus-term": "होलोग्राफिक सहमती",
+  "holographic-consensus-definition": "मोठ्या गटाचा निर्णय कसा घेतला जातो याचा संदर्भ देते, ज्यामध्ये प्रतिनिधी लोकांच्या एका लहान गटाला मतदान करण्याची परवानगी दिली जाते. मग इतर सर्वजण ते मान्य करण्यास सहमत होतात, जोपर्यंत त्यांना विश्वास आहे की लहान गटाने चांगले काम केले आहे.<br />हे काही ऑनलाइन समुदायांमध्ये लवकर निर्णय घेण्यासाठी वापरले जाते, ज्यामध्ये प्रत्येकाला प्रत्येक गोष्टीवर मतदान करण्याची गरज नसते, तरीही निर्णय निष्पक्ष आहेत आणि बहुतेक लोकांच्या इच्छेचे प्रतिनिधित्व करतात याची खात्री केली जाते.",
+  "homestead-definition": "Ethereum चा दुसरा विकास टप्पा, जो मार्च 2016 मध्ये ब्लॉक 1,150,000 वर सुरू झाला.",
+  "index-term": "इंडेक्स",
+  "index-definition": "एक नेटवर्क रचना जी <a href=\"/glossary/#blockchain\">ब्लॉकचेनमधून</a> माहितीच्या क्वेरीला ऑप्टिमाइझ करण्यासाठी आहे, तिच्या स्टोरेज स्रोतापर्यंत एक कार्यक्षम मार्ग प्रदान करून.",
+  "ide-term": "इंटिग्रेटेड डेव्हलपमेंट एनवायरमेंट (IDE)",
+  "ide-definition": "एक वापरकर्ता इंटरफेस जो सामान्यतः कोड एडिटर, कंपाइलर, रनटाइम आणि डीबगर एकत्र करतो. <a href=\"/developers/docs/ides/\">इंटिग्रेटेड डेव्हलपमेंट एनवायरमेंटबद्दल अधिक</a>.",
+  "immutable-deployed-code-problem-term": "अपरिवर्तनीय तैनात कोड समस्या",
+  "immutable-deployed-code-problem-definition": "एकदा <a href=\"/glossary/#smart-contract\">कॉन्ट्रॅक्टचा</a> (किंवा लायब्ररीचा) कोड तैनात झाल्यावर, तो अपरिवर्तनीय बनतो. मानक सॉफ्टवेअर विकास पद्धती संभाव्य बग्स दुरुस्त करण्यावर आणि नवीन वैशिष्ट्ये जोडण्यावर अवलंबून असतात, त्यामुळे हे स्मार्ट कॉन्ट्रॅक्ट विकासासाठी एक आव्हान आहे. <a href=\"/developers/docs/smart-contracts/deploying/\">स्मार्ट कॉन्ट्रॅक्ट्स तैनात करण्यावर अधिक</a>.",
+  "internal-transaction-term": "अंतर्गत व्यवहार",
+  "internal-transaction-definition": "<a href=\"/glossary/#contract-account\">कॉन्ट्रॅक्ट खात्यावरून</a> दुसऱ्या कॉन्ट्रॅक्ट खात्याला किंवा <a href=\"/glossary/#eoa\">EOA</a> ला पाठवलेला <a href=\"/glossary/#transaction\">व्यवहार</a> (पहा <a href=\"/glossary/#message\">मेसेज</a>).",
+  "issuance-term": "जारी करणे",
+  "issuance-definition": "ब्लॉक प्रस्ताव, साक्षांकन आणि व्हिसल-ब्लोइंगला पुरस्कृत करण्यासाठी नवीन इथर तयार करणे.",
+  "kdf-term": "की डेरिर्व्हेशन फंक्शन (KDF)",
+  "kdf-definition": "ज्याला \"पासवर्ड स्ट्रेचिंग अल्गोरिदम\" असेही म्हणतात, ते <a href=\"/glossary/#keystore\">कीस्टोअर</a> फॉरमॅट्सद्वारे पासफ्रेज एनक्रिप्शनवर ब्रूट-फोर्स, डिक्शनरी आणि रेनबो टेबल हल्ल्यांपासून संरक्षण करण्यासाठी वापरले जाते, पासफ्रेजला वारंवार हॅश करून.",
+  "keystore-term": "कीस्टोअर",
+  "keystore-definition": "प्रत्येक खात्याची खाजगी की/ॲड्रेस जोडी Ethereum क्लायंटमध्ये एकाच की फाईल म्हणून अस्तित्वात असते. या JSON टेक्स्ट फाईल्स आहेत ज्यात खात्याची एनक्रिप्टेड खाजगी की असते, जी फक्त खाते तयार करताना प्रविष्ट केलेल्या पासवर्डने डिक्रिप्ट केली जाऊ शकते.",
+  "keccak-256-term": "Keccak-256",
+  "keccak-256-definition": "Ethereum मध्ये वापरलेले क्रिप्टोग्राफिक <a href=\"/glossary/#hash\">हॅश</a> फंक्शन. Keccak-256 हे <a href=\"/glossary/#sha\">SHA</a>-3 म्हणून प्रमाणित केले गेले.",
+  "key-term": "की",
+  "key-definition": "Ethereum च्या संदर्भात, की म्हणजे डिजिटल कोड्स: व्यवहार प्राप्त करण्यासाठी एक सार्वजनिक की आणि निधी ॲक्सेस करण्यासाठी आणि पाठवण्यासाठी एक खाजगी की.<br />सार्वजनिक की: या उघडपणे शेअर केल्या जाऊ शकतात.<br />खाजगी की: या मालकाद्वारे गुप्त ठेवल्या जातात.",
+  "layer-1-term": "स्तर 1",
+  "layer-1-definition": "लेयर 1 म्हणजे मल्टी-लेव्हल ब्लॉकचेन नेटवर्कमधील मुख्य ब्लॉकचेन. उदाहरणार्थ, Ethereum आणि Bitcoin हे लेयर वन ब्लॉकचेन्स आहेत. अनेक लेयर टू ब्लॉकचेन संसाधनांची गहनता असलेल्या व्यवहारांना त्यांच्या वेगळ्या ब्लॉकचेनवर ऑफलोड करतात, तर सुरक्षिततेच्या उद्देशाने Ethereum किंवा Bitcoin च्या लेयर वन ब्लॉकचेनचा वापर सुरू ठेवतात.",
+  "layer-2-term": "स्तर 2",
+  "layer-2-definition": "लेयर 2 हे Ethereum मुख्य नेटवर्कवर तयार केलेले इतर नेटवर्क आहेत जे व्यवहार जलद आणि स्वस्त करतात. <a href=\"/layer-2/\">लेयर 2 बद्दल अधिक</a>.",
+  "library-term": "लायब्ररी",
+  "library-definition": "एक विशेष प्रकारचा <a href=\"/glossary/#smart-contract\">स्मार्ट कॉन्ट्रॅक्ट</a> ज्यात कोणतेही `payable` फंक्शन्स, कोणतेही फॉलबॅक फंक्शन आणि कोणतेही डेटा स्टोरेज नसते. त्यामुळे, तो इथर प्राप्त करू किंवा ठेवू शकत नाही किंवा डेटा साठवू शकत नाही. एक लायब्ररी पूर्वी तैनात केलेल्या कोड म्हणून काम करते ज्याला इतर कॉन्ट्रॅक्ट्स केवळ-वाचनीय गणनेसाठी कॉल करू शकतात. <a href=\"/developers/docs/smart-contracts/libraries/\">स्मार्ट कॉन्ट्रॅक्ट लायब्ररींवर अधिक</a>.",
+  "light-client-term": "लाइट क्लायंट",
+  "light-client-definition": "एक Ethereum क्लायंट जो <a href=\"/glossary/#blockchain\">ब्लॉकचेनची</a> स्थानिक प्रत साठवत नाही, किंवा ब्लॉक्स आणि <a href=\"/glossary/#transaction\">व्यवहारांची</a> पडताळणी करत नाही. तो <a href=\"/glossary/#wallet\">वॉलेटची</a> कार्ये देतो आणि व्यवहार तयार आणि प्रसारित करू शकतो.",
+  "liquidity-term": "लिक्विडिटी",
+  "liquidity-definition": "लिक्विडिटी म्हणजे एखादी मालमत्ता किती लवकर आणि सहजपणे रोख किंवा दुसऱ्या मालमत्तेत रूपांतरित केली जाऊ शकते. युनिस्वॅपसारख्या विकेंद्रित एक्सचेंजेसमध्ये अनेक लिक्विडिटी पूल्स असतात जिथे मालमत्ता धारक त्यांच्या मालमत्ता जमा करू शकतात जिथे व्यापारी बक्षिसांच्या बदल्यात विकेंद्रित मार्गाने त्या खरेदी आणि विक्री करू शकतात.",
+  "liquidity-tokens-term": "लिक्विडिटी टोकन्स",
+  "liquidity-tokens-definition": "लिक्विडिटी टोकन्स (LST) हे लिक्विडिटी पूलमध्ये मालमत्ता जमा करणाऱ्या सहभागींना जारी केलेले डिजिटल टोकन आहेत, जो स्मार्ट कॉन्ट्रॅक्टमध्ये लॉक केलेल्या निधीचा संग्रह आहे आणि विकेंद्रित एक्सचेंज (DEX) वर व्यापार सुलभ करण्यासाठी वापरला जातो.<br />हे टोकन पूलमध्ये सहभागीच्या वाट्याचे प्रतिनिधित्व करतात आणि नंतर प्रारंभिक ठेवीसाठी तसेच पूलच्या क्रियाकलापांद्वारे व्युत्पन्न होणाऱ्या व्यापार शुल्काच्या एका भागासाठी रिडीम केले जाऊ शकतात. मूलतः, लिक्विडिटी टोकन्स लिक्विडिटी पूलमध्ये मालकी किंवा स्टेकचा पुरावा म्हणून काम करतात, ज्यामुळे धारकांना इतरांना विविध क्रिप्टोकरन्सी जोड्या कार्यक्षमतेने व्यापार करण्यासाठी आवश्यक लिक्विडिटी प्रदान करताना बक्षिसे मिळवता येतात.",
+  "liquid-staking-tokens-term": "लिक्विड स्टेकिंग टोकन्स",
+  "liquid-staking-tokens-definition": "एक डेरिव्हेटिव्ह टोकन जो वापरकर्ता स्टेक करत असलेल्या लॉक केलेल्या क्रिप्टोकरन्सीच्या मालकीचे प्रतिनिधित्व करतो. मालमत्ता स्टेक केल्यावर, काही प्लॅटफॉर्म लिक्विड स्टेकिंग टोकन्स (LSTs) तयार करण्याची परवानगी देतात, जे लॉक केलेल्या टोकनच्या समतुल्य वाट्याचे प्रतिनिधित्व करतात. हे LSTs नंतर व्यापार, विक्री किंवा इतर DeFi प्रोटोकॉलमध्ये वापरले जाऊ शकतात, ज्यामुळे स्टेक करणाऱ्यासाठी भांडवली कार्यक्षमता सुधारते, कारण त्यांच्या मूळ मालमत्ता स्टेक असतानाही त्यांना त्यांच्या निधीतून लिक्विडिटीचा ॲक्सेस मिळतो.",
+  "lmd-ghost-term": "LMD-GHOST",
+  "lmd-ghost-definition": "Ethereum च्या सहमती क्लायंटद्वारे चेनचे हेड ओळखण्यासाठी वापरला जाणारा <a href=\"/glossary/#fork-choice-algorithm\">फोर्क-चॉइस अल्गोरिदम</a>. LMD-GHOST हे \"लेटेस्ट मेसेज ड्रिव्हन ग्रीडिएस्ट हेव्हिएस्ट ऑब्झर्व्हड सबट्री\" चे संक्षिप्त रूप आहे, ज्याचा अर्थ आहे की चेनचे हेड हे त्याच्या इतिहासात सर्वात जास्त <a href=\"/glossary/#attestation\">साक्षांकन</a> जमा झालेला ब्लॉक आहे.",
+  "mainnet-term": "Mainnet",
+  "mainnet-definition": "\"मुख्य नेटवर्क\" साठी संक्षिप्त, ही मुख्य सार्वजनिक Ethereum <a href=\"/glossary/#blockchain\">ब्लॉकचेन</a> आहे.",
+  "max-fee-per-gas-term": "गॅस başına maks ücret",
+  "max-fee-per-gas-definition": "कमाल शुल्क ही गॅसच्या प्रति युनिट (<a href=\"/glossary/#gwei\">gwei</a>) वापरकर्ता ब्लॉकमध्ये व्यवहार समाविष्ट करण्यासाठी देण्यास तयार असलेली पूर्ण कमाल रक्कम आहे.",
+  "merkle-patricia-tree-term": "मर्कल पॅट्रिशिया ट्री (MPT)",
+  "merkle-patricia-tree-definition": "Ethereum मध्ये की-व्हॅल्यू जोड्या कार्यक्षमतेने साठवण्यासाठी वापरली जाणारी डेटा स्ट्रक्चर.",
+  "merkle-root-term": "मर्कल रूट",
+  "merkle-root-definition": "मर्कल रूट हा मर्कल ट्रीचा एकच शीर्ष हॅश आहे. तो ब्लॉकमधील सर्व व्यवहारांची पडताळणी करतो.",
+  "message-term": "मेसेज",
+  "message-definition": "एक <a href=\"/glossary/#internal-transaction\">अंतर्गत व्यवहार</a> जो कधीही सीरियलाइज केला जात नाही आणि फक्त <a href=\"/glossary/#evm\">EVM</a> मध्ये पाठवला जातो.",
+  "message-call-term": "मेसेज कॉल",
+  "message-call-definition": "एका खात्यातून दुसऱ्या खात्यात <a href=\"/glossary/#message\">मेसेज</a> पास करण्याची क्रिया. जर गंतव्य खाते <a href=\"/glossary/#evm\">EVM</a> कोडशी संबंधित असेल, तर VM त्या ऑब्जेक्टच्या स्थितीने सुरू होईल आणि मेसेजवर कारवाई केली जाईल.",
+  "mev-term": "मॅक्सिमल एक्स्ट्रॅक्टेबल व्हॅल्यू (MEV)",
+  "mev-definition": "एका ब्लॉकमधील व्यवहारांची क्रमवारी समाविष्ट करून, वगळून आणि बदलून मानक ब्लॉक बक्षीस आणि गॅस शुल्काच्या पलीकडे ब्लॉक निर्मितीमधून काढता येणारे कमाल मूल्य. <a href=\"/developers/docs/mev/\">मॅक्सिमल एक्स्ट्रॅक्टेबल व्हॅल्यू (MEV) वर अधिक</a>.",
+  "mining-term": "मायनिंग",
+  "mining-definition": "एका <a href=\"/glossary/#nonce\">नॉन्सला</a> वाढवत असताना ब्लॉक हेडरला वारंवार हॅश करण्याची प्रक्रिया जोपर्यंत परिणामी काही विशिष्ट संख्येने आघाडीचे बायनरी शून्य नसतील. ही प्रक्रिया आहे ज्याद्वारे नवीन <a href=\"/glossary/#block\">ब्लॉक्स</a> प्रूफ-ऑफ-वर्क ब्लॉकचेनमध्ये जोडले जातात. Ethereum प्रूफ-ऑफ-स्टेकमध्ये स्थलांतरित होण्यापूर्वी अशाप्रकारे सुरक्षित केले जात होते.",
+  "miner-term": "मायनर",
+  "miner-definition": "एक नेटवर्क <a href=\"/glossary/#node\">नोड</a> जो नवीन ब्लॉक्ससाठी वैध <a href=\"/glossary/#pow\">प्रूफ-ऑफ-वर्क</a> शोधतो, वारंवार पास हॅशिंगद्वारे (पहा <a href=\"/glossary/#ethash\">Ethash</a>). मायनर्स आता Ethereum चा भाग नाहीत - Ethereum प्रूफ-ऑफ-स्टेकमध्ये स्थलांतरित झाल्यावर त्यांच्या जागी व्हॅलिडेटर्स आले.",
+  "mint-term": "मिंट",
+  "mint-definition": "मिंटिंग ही नवीन टोकन तयार करण्याची आणि त्यांना वापरात आणण्याची प्रक्रिया आहे जेणेकरून ते वापरता येतील. ही केंद्रीय प्राधिकरणाच्या सहभागाशिवाय नवीन टोकन तयार करण्याची एक विकेंद्रित यंत्रणा आहे.",
+  "multisig-term": "मल्टीसिग",
+  "multisig-definition": "मल्टीसिग (मल्टी सिग्नेचर) म्हणजे एक डिजिटल वॉलेट किंवा खाते ज्याला व्यवहार पूर्ण करण्यासाठी एकापेक्षा जास्त स्वाक्षऱ्या किंवा मंजुरीची आवश्यकता असते, ज्यामुळे सुरक्षा वाढते.<br />हे पारंपरिक सिंगल-सिग्नेचर खात्यांच्या तुलनेत अतिरिक्त सुरक्षा जोडते जिथे केवळ एका व्यक्तीच्या मंजुरीची आवश्यकता असते.",
+  "network-term": "नेटवर्क",
+  "network-definition": "Ethereum नेटवर्कचा संदर्भ, एक पीअर-टू-पीअर नेटवर्क जे व्यवहार आणि ब्लॉक्स प्रत्येक Ethereum नोडला (नेटवर्क सहभागी) प्रसारित करते. <a href=\"/developers/docs/networks/\">नेटवर्क्सवर अधिक</a>.",
+  "network-hashrate-term": "नेटवर्क हॅशरेट",
+  "network-hashrate-definition": "संपूर्ण मायनिंग नेटवर्कद्वारे तयार केलेला एकत्रित हॅशरेट. Ethereum प्रूफ-ऑफ-स्टेकमध्ये स्थलांतरित झाल्यावर Ethereum वरील मायनिंग बंद करण्यात आले.",
+  "nft-term": "नॉन-फंजिबल टोकन (NFT)",
+  "nft-definition": "एक अद्वितीय डिजिटल वस्तू जी तुम्ही मालकी हक्काने ठेवू शकता, जसे की कला किंवा संग्रहणीय वस्तू, ब्लॉकचेन तंत्रज्ञानाद्वारे सत्यापित. <a href=\"/nft/\">नॉन-फंजिबल टोकन (NFTs) बद्दल अधिक</a>.",
+  "node-term": "नोड",
+  "node-definition": "एक सॉफ्टवेअर क्लायंट जो नेटवर्कमध्ये सहभागी होतो. <a href=\"/developers/docs/nodes-and-clients/\">नोड्स आणि क्लायंट्सबद्दल अधिक</a>.",
+  "nonce-term": "नॉन्स",
+  "nonce-definition": "क्रिप्टोग्राफीमध्ये, एक मूल्य जे फक्त एकदाच वापरले जाऊ शकते. खाते नॉन्स हे प्रत्येक खात्यातील एक व्यवहार काउंटर आहे, जे रिप्ले हल्ले टाळण्यासाठी वापरले जाते.",
+  "offchain-term": "ऑफचेन",
+  "offchain-definition": "ऑफचेन म्हणजे कोणताही व्यवहार किंवा डेटा जो ब्लॉकचेनच्या बाहेर अस्तित्वात आहे. कारण प्रत्येक व्यवहार ऑनचेन करणे महाग आणि अकार्यक्षम असू शकते, किंमत डेटा हाताळणारे ओरॅकल्स सारखे तृतीय-पक्ष साधने, किंवा जास्त व्यवहारांची थ्रुपुट कार्यान्वित करणारे लेयर 2 सोल्यूशन्स, मोठ्या प्रमाणात प्रक्रिया काम ऑफचेन हाताळतात आणि कमी वारंवारतेने माहिती ऑनचेन सादर करतात.",
+  "ommer-term": "ओमर (अंकल) ब्लॉक",
+  "ommer-definition": "जेव्हा एक प्रूफ-ऑफ-वर्क <a href=\"/glossary/#miner\">मायनर</a> एक वैध <a href=\"/glossary/#block\">ब्लॉक</a> शोधतो, तेव्हा दुसरा मायनर कदाचित एक प्रतिस्पर्धी ब्लॉक प्रकाशित करतो जो ब्लॉकचेनच्या टोकावर आधी जोडला जातो. हा वैध, पण जुना, ब्लॉक नवीन ब्लॉक्सद्वारे <em>ओमर्स</em> म्हणून समाविष्ट केला जाऊ शकतो आणि आंशिक ब्लॉक बक्षीस प्राप्त करू शकतो. \"ओमर\" हा शब्द पालक ब्लॉकच्या भावंडांसाठी प्राधान्य दिलेला लिंग-নিরপেক্ষ शब्द आहे, परंतु याला कधीकधी \"अंकल\" असेही म्हटले जाते. Ethereum जेव्हा <a href=\"/glossary/#pow\">प्रूफ-ऑफ-वर्क</a> नेटवर्क होते तेव्हा हे सामान्य होते. आता Ethereum <a href=\"/glossary/#pos\">प्रूफ-ऑफ-स्टेक</a> वापरत असल्याने, प्रत्येक स्लॉटसाठी फक्त एक ब्लॉक प्रस्तावक निवडला जातो.",
+  "onchain-term": "ऑनचेन",
+  "onchain-definition": "ब्लॉकचेनवर होणाऱ्या आणि सार्वजनिकपणे उपलब्ध असलेल्या क्रिया किंवा व्यवहारांचा संदर्भ देते.<br /><br />याला एका मोठ्या, सामायिक नोटबुकमध्ये काहीतरी लिहिण्यासारखे समजा, जे प्रत्येकजण पाहू आणि तपासू शकतो, ज्यामुळे जे काही लिहिले आहे (जसे की डिजिटल पैसे पाठवणे किंवा करार करणे) ते कायमस्वरूपी आहे आणि बदलले किंवा पुसले जाऊ शकत नाही याची खात्री होते.",
+  "optimistic-rollup-term": "ऑप्टिमिस्टिक रोलअप",
+  "optimistic-rollup-definition": "ऑप्टिमिस्टिक रोलअप हे एक लेयर 2 सोल्यूशन आहे जे Ethereum वरील व्यवहारांना गती देते, त्यांना आव्हान दिल्याशिवाय डीफॉल्टनुसार वैध मानून. <a href=\"/developers/docs/scaling/optimistic-rollups/\">ऑप्टिमिस्टिक रोलअप्सवर अधिक</a>.",
+  "oracle-term": "ओरॅकल",
+  "oracle-definition": "ओरॅकल हे <a href=\"/glossary/#blockchain\">ब्लॉकचेन</a> आणि वास्तविक जगामधील एक पूल आहे. ते ऑनचेन <a href=\"/glossary/#api\">APIs</a> म्हणून काम करतात ज्यांना माहितीसाठी क्वेरी केले जाऊ शकते आणि <a href=\"/glossary/#smart-contract\">स्मार्ट कॉन्ट्रॅक्ट्समध्ये</a> वापरले जाऊ शकते. <a href=\"/developers/docs/oracles/\">ओरॅकल्सवर अधिक</a>.",
+  "peer-term": "पीअर",
+  "peer-definition": "Ethereum क्लायंट सॉफ्टवेअर चालवणारे जोडलेले संगणक ज्यांच्याकडे <a href=\"/glossary/#blockchain\">ब्लॉकचेनच्या</a> समान प्रती आहेत.",
+  "peer-to-peer-network-term": "पीअर-टू-पीअर नेटवर्क",
+  "peer-to-peer-network-definition": "संगणकांचे एक नेटवर्क (<a href=\"/glossary/#peer\">पीअर्स</a>) जे एकत्रितपणे केंद्रीय, सर्व्हर-आधारित सेवांची गरज न ठेवता कार्यक्षमता पार पाडू शकतात.<br />ही रचना अनेकदा फायली (उदा., बिटटोरेंट), माहिती किंवा डिजिटल चलनांची देवाणघेवाण करण्यासाठी वापरली जाते, ज्यामुळे वापरकर्त्यांमध्ये अधिक थेट आणि संभाव्यतः अधिक कार्यक्षम देवाणघेवाण होते.",
+  "permissionless-term": "परवानगीहीन",
+  "permissionless-definition": "परमिशनलेस म्हणजे कोणीही Ethereum सारख्या सिस्टममध्ये सामील होऊ शकतो आणि वापरू शकतो. हे प्रत्येकासाठी सहभागी होण्यासाठी खुले आहे आणि कोणत्याही मंजुरीची आवश्यकता नाही.",
+  "plasma-term": "प्लाझ्मा",
+  "plasma-definition": "एक ऑफचेन स्केलिंग सोल्यूशन जे <a href=\"/glossary/#fraud-proof\">फसवणूक पुरावे</a> वापरते, जसे की <a href=\"/glossary/#optimistic-rollup\">ऑप्टिमिस्टिक रोलअप्स</a>. प्लाझ्मा केवळ मूलभूत टोकन हस्तांतरण आणि स्वॅप्ससारख्या सोप्या व्यवहारांपुरते मर्यादित आहे. <a href=\"/developers/docs/scaling/plasma\">प्लाझ्मावर अधिक</a>.",
+  "private-key-term": "खाजगी की",
+  "private-key-definition": "खाजगी की हा एक गुप्त कोड आहे जो तुम्ही तुमच्या डिजिटल पैशांचे मालक असल्याचे सिद्ध करतो आणि तुम्हाला ते खर्च करण्याची परवानगी देतो, जसे तुमच्या खात्यासाठी पिन. <strong>हे शेअर करू नका</strong>.",
+  "public-goods-term": "सार्वजनिक वस्तू",
+  "public-goods-definition": "सार्वजनिक वस्तू म्हणजे ज्या वस्तू प्रत्येकजण विनामूल्य वापरू शकतो, जसे की उद्याने किंवा स्वच्छ हवा, आणि त्यांचा वापर केल्याने इतरांना त्यांचा वापर करण्यापासून रोखले जात नाही. सरकार अनेकदा या पुरवतात कारण व्यवसाय सहसा करणार नाहीत, कारण ते लोकांकडून त्यांच्या वापरासाठी सहजपणे शुल्क आकारू शकत नाहीत.",
+  "private-chain-term": "खाजगी साखळी",
+  "private-chain-definition": "एक पूर्णपणे खाजगी ब्लॉकचेन ही एक परवानगीकृत प्रवेशासह आहे, जी वापरासाठी सार्वजनिकपणे उपलब्ध नाही.",
+  "poap-term": "POAP",
+  "poap-definition": "प्रूफ ऑफ अटेंडन्स प्रोटोकॉलचा वापर एक डिजिटल संग्रहणीय (NFT) तयार करण्यासाठी केला जातो जे तुम्ही एका विशिष्ट कार्यक्रमात किंवा क्रियाकलापात उपस्थित होता हे सिद्ध करते.",
+  "pos-term": "प्रूफ-ऑफ-स्टेक (PoS)",
+  "pos-definition": "एक पद्धत ज्याद्वारे क्रिप्टोकरन्सी ब्लॉकचेन प्रोटोकॉल वितरित <a href=\"/glossary/#consensus\">सहमती</a> प्राप्त करण्याचा प्रयत्न करतो. PoS वापरकर्त्यांना व्यवहारांच्या पडताळणीमध्ये सहभागी होण्यासाठी विशिष्ट प्रमाणात क्रिप्टोकरन्सीची मालकी (नेटवर्कमधील त्यांचा \"स्टेक\") सिद्ध करण्यास सांगते. <a href=\"/developers/docs/consensus-mechanisms/pos/\">प्रूफ-ऑफ-स्टेकवर अधिक</a>.",
+  "pow-term": "प्रूफ-ऑफ-वर्क (PoW)",
+  "pow-definition": "ब्लॉकचेनसाठी एक सुरक्षा यंत्रणा ज्यामध्ये नोड्सना विशिष्ट मूल्य शोधण्यासाठी गणनेच्या स्वरूपात ऊर्जा खर्च करावी लागते.",
+  "proto-danksharding-term": "प्रोटो-डंकशार्डिंग",
+  "proto-danksharding-definition": "एक नवीन व्यवहार प्रकार जो Ethereum साठी डेटाचे \"ब्लॉब्स\" स्वीकारतो. हा \"ब्लॉब\" डेटा तात्पुरता 4096 इपॉक्ससाठी (~18.2 दिवस) बीकन चेनवर साठवला जातो, आणि नोड ऑपरेटर्ससाठी हार्डवेअर आवश्यकता कमी करण्यास मदत करण्यासाठी नंतर वैकल्पिकरित्या प्रून केला जाऊ शकतो.",
+  "public-key-term": "सार्वजनिक की",
+  "public-key-definition": "सार्वजनिक की ही वर्णांचा एक संच आहे जो इतरांना तुम्हाला सुरक्षितपणे डिजिटल चलन पाठवण्याची परवानगी देतो, जसे पैशांसाठी ईमेल ॲड्रेस.",
+  "quadratic-voting-term": "चतुर्भुज मतदान",
+  "quadratic-voting-definition": "ही एक मतदान पद्धत आहे जिथे मतदार मुद्द्यांबद्दल किती तीव्रतेने वाटतात हे व्यक्त करतात. हे मतदारांना केवळ पसंतीच नव्हे, तर त्यांच्या पसंतीची तीव्रता देखील दर्शविण्याची परवानगी देते.",
+  "receipt-term": "पावती",
+  "receipt-definition": "Ethereum क्लायंटद्वारे परत केलेला डेटा जो एका विशिष्ट <a href=\"/glossary/#transaction\">व्यवहाराचा</a> परिणाम दर्शवतो, ज्यात व्यवहाराचा <a href=\"/glossary/#hash\">हॅश</a>, त्याचा <a href=\"/glossary/#block\">ब्लॉक</a> क्रमांक, वापरलेल्या <a href=\"/glossary/#gas\">गॅसची</a> रक्कम आणि <a href=\"/glossary/#smart-contract\">स्मार्ट कॉन्ट्रॅक्टच्या</a> तैनातीच्या बाबतीत, कॉन्ट्रॅक्टचा <a href=\"/glossary/#address\">ॲड्रेस</a> समाविष्ट असतो.",
+  "recovery-phrase-term": "सीड फ्रेज/रिकव्हरी फ्रेज",
+  "recovery-phrase-definition": "डिजिटल वॉलेट तयार करताना तुम्हाला दिलेली शब्दांची एक यादी. हा एक पासवर्डसारखा काम करतो जो तुम्हाला तुमच्या वॉलेटमध्ये प्रवेश गमावल्यास परत प्रवेश मिळविण्यात मदत करू शकतो, ज्यामुळे तुमचे डिजिटल पैसे किंवा टोकन गमावले जाणार नाहीत याची खात्री होते.",
+  "re-entrancy-attack-term": "री-एन्ट्रन्सी हल्ला",
+  "re-entrancy-attack-definition": "एक हल्ला ज्यामध्ये एक हल्लेखोर कॉन्ट्रॅक्ट एका बळी कॉन्ट्रॅक्ट फंक्शनला अशा प्रकारे कॉल करतो की अंमलबजावणी दरम्यान बळी कॉन्ट्रॅक्ट पुन्हा हल्लेखोर कॉन्ट्रॅक्टला कॉल करतो, पुनरावृत्तीने. यामुळे, उदाहरणार्थ, बळी कॉन्ट्रॅक्टच्या बॅलन्स अपडेट करणाऱ्या किंवा पैसे काढण्याच्या रकमेची मोजणी करणाऱ्या भागांना वगळून निधीची चोरी होऊ शकते. <a href=\"/developers/docs/smart-contracts/security/#reentrancy\">री-एन्ट्रन्सीवर अधिक</a>.",
+  "reward-term": "बक्षीस",
+  "reward-definition": "प्रत्येक स्लॉटमध्ये ब्लॉक प्रस्तावित करणे किंवा सिंक-समितीमध्ये सहभागी होण्यासह काही विशिष्ट कार्ये करणाऱ्या व्हॅलिडेटर्सना <a href=\"/developers/docs/consensus-mechanisms/pos/rewards-and-penalties\">दिलेले</a> इथरचे बक्षीस.",
+  "rlp-term": "रिकर्सिव्ह लेंथ प्रिफिक्स (RLP)",
+  "rlp-definition": "Ethereum डेव्हलपर्सद्वारे डिझाइन केलेले एक <a href=\"/developers/docs/data-structures-and-encoding\">एन्कोडिंग मानक</a> जे कोणत्याही जटिलता आणि लांबीच्या ऑब्जेक्ट्स (डेटा स्ट्रक्चर्स) एन्कोड आणि सीरियलाइज करण्यासाठी आहे.",
+  "rollups-term": "रोलअप्स",
+  "rollups-definition": "एक प्रकारचा <a href=\"/glossary/#layer-2\">लेयर 2</a> स्केलिंग सोल्यूशन जो अनेक व्यवहारांना बॅच करतो आणि त्यांना <a href=\"/glossary/#mainnet\">Ethereum मुख्य साखळीवर</a> एकाच व्यवहारात सादर करतो. यामुळे <a href=\"/glossary/#gas\">गॅस</a> खर्चात कपात आणि <a href=\"/glossary/#transaction\">व्यवहार</a> थ्रुपुटमध्ये वाढ होते. ऑप्टिमिस्टिक आणि झिरो-नॉलेज रोलअप्स आहेत जे या स्केलेबिलिटीचे फायदे देण्यासाठी वेगवेगळ्या सुरक्षा पद्धती वापरतात. <a href=\"/developers/docs/scaling/#rollups\">रोलअप्सवर अधिक</a>.",
+  "rpc-term": "रिमोट प्रोसिजर कॉल (RPC)",
+  "rpc-definition": "RPC एका संगणकाला नेटवर्कवरून दुसऱ्या संगणकाकडून डेटा किंवा कारवाईची विनंती करण्याची परवानगी देते, जसे रिमोट कंट्रोलने माहिती मागणे.",
+  "sha-term": "सिक्युअर हॅश अल्गोरिदम (SHA)",
+  "sha-definition": "नॅशनल इन्स्टिट्यूट ऑफ स्टँडर्ड्स अँड टेक्नॉलॉजी (NIST) द्वारे प्रकाशित क्रिप्टोग्राफिक हॅश फंक्शन्सची एक फॅमिली.",
+  "serialization-term": "सीरियलायझेशन",
+  "serialization-definition": "डेटा स्ट्रक्चरला बाइट्सच्या क्रमात रूपांतरित करण्याची प्रक्रिया.",
+  "sequencer-term": "सिक्वेन्सर",
+  "sequencer-definition": "सिक्वेन्सर हा ब्लॉकचेन नेटवर्कमधील, विशेषतः लेयर 2 स्केलिंग सोल्यूशन्समध्ये, व्यवहारांची क्रमवारी लावण्यासाठी जबाबदार असलेला प्रोग्राम आहे.",
+  "shard-term": "शार्ड / शार्ड साखळी",
+  "shard-definition": "शार्ड चेन हे एकूण ब्लॉकचेनचे वेगळे भाग आहेत ज्यासाठी व्हॅलिडेटर्सचे उपसंच जबाबदार असू शकतात. हे मूळतः Ethereum ला प्रति सेकंद लाखो व्यवहारांपर्यंत स्केल करण्याचा मार्ग मानले गेले होते, परंतु आता <a href=\"/glossary/#rollups\">रोलअप्स</a> वापरून स्केलिंगच्या जलद विकासामुळे ते मागे पडले आहे.",
+  "sidechain-term": "साइडचेन",
+  "sidechain-definition": "एक स्केलिंग सोल्यूशन जे वेगळ्या साखळीचा वापर करते ज्याचे <a href=\"/glossary/#consensus-rules\">सहमती नियम</a> वेगळे आणि अनेकदा जलद असतात. या साइडचेन्सना <a href=\"/glossary/#mainnet\">मेननेटशी</a> जोडण्यासाठी ब्रिजची आवश्यकता असते. <a href=\"/glossary/#rollups\">रोलअप्स</a> देखील साइडचेन वापरतात, परंतु ते <a href=\"/glossary/#mainnet\">मेननेटच्या</a> सहकार्याने कार्य करतात. <a href=\"/developers/docs/scaling/sidechains/\">साइडचेन्सवर अधिक</a>.",
+  "signing-term": "स्वाक्षरी करणे",
+  "signing-definition": "एखादा व्यवहार विशिष्ट खाजगी कीच्या धारकाने मंजूर केला होता हे क्रिप्टोग्राफिकली सिद्ध करणे.",
+  "singleton-term": "सिंगलटन",
+  "singleton-definition": "एक संगणक प्रोग्रामिंग संज्ञा जी अशा ऑब्जेक्टचे वर्णन करते ज्याचा केवळ एकच इंस्टन्स अस्तित्वात असू शकतो.",
+  "slasher-term": "स्लॅशर",
+  "slasher-definition": "स्लॅशर ही एक संस्था आहे जी स्लॅश करण्यायोग्य गुन्ह्यांच्या शोधात साक्षांकने स्कॅन करते. स्लॅशिंग्स नेटवर्कवर प्रसारित केले जातात आणि पुढील ब्लॉक प्रस्तावक पुराव्याला ब्लॉकमध्ये जोडतो. ब्लॉक प्रस्तावक नंतर दुष्ट व्हॅलिडेटरला स्लॅश केल्याबद्दल बक्षीस प्राप्त करतो.",
+  "slot-term": "स्लॉट",
+  "slot-definition": "<a href=\"/glossary/#pos\">प्रूफ-ऑफ-स्टेक</a> प्रणालीमध्ये <a href=\"/glossary/#validator\">व्हॅलिडेटरद्वारे</a> नवीन ब्लॉक्स प्रस्तावित केले जाऊ शकणारा एक कालावधी (12 सेकंद). स्लॉट रिकामा असू शकतो. 32 स्लॉट्स मिळून एक <a href=\"/glossary/#epoch\">इपॉक</a> बनतो. <a href=\"/developers/docs/consensus-mechanisms/pos/#how-does-validation-work\">प्रूफ-ऑफ-स्टेकवर अधिक</a>.",
+  "smart-contract-term": "स्मार्ट कॉन्ट्रॅक्ट",
+  "smart-contract-definition": "स्मार्ट करार हा एक प्रोग्राम आहे जो ब्लॉकचेनवर आपोआप करार अंमलात आणतो, जसे की स्वयं-अंमलबजावणी करणारा डिजिटल करार. <a href=\"/smart-contracts/\">स्मार्ट करारांचा परिचय</a>.",
+  "snark-term": "SNARK",
+  "snark-definition": "\"सक्किंट नॉन-इंटरॅक्टिव्ह आर्ग्युमेंट ऑफ नॉलेज\" चे संक्षिप्त रूप, SNARK हा <a href=\"/glossary/#zk-proof\">झिरो-नॉलेज प्रूफचा</a> एक प्रकार आहे. <a href=\"/developers/docs/scaling/zk-rollups/\">झिरो-नॉलेज रोलअप्सवर अधिक</a>.",
+  "soft-fork-term": "सॉफ्ट फोर्क",
+  "soft-fork-definition": "<a href=\"/glossary/#blockchain\">ब्लॉकचेनमधील</a> एक विचलन जे <a href=\"/glossary/#consensus-rules\">सहमती नियम</a> बदलल्यावर होते. <a href=\"/glossary/#hard-fork\">हार्ड फोर्कच्या</a> उलट, सॉफ्ट फोर्क बॅकवर्ड्स सुसंगत असतो; अपग्रेड केलेले नोड्स अपग्रेड न केलेल्या नोड्सद्वारे तयार केलेले ब्लॉक्स प्रमाणित करू शकतात जोपर्यंत ते नवीन सहमती नियमांचे पालन करतात.",
+  "solidity-term": "Solidity",
+  "solidity-definition": "एक प्रक्रियात्मक (इंपरेटिव्ह) प्रोग्रामिंग भाषा ज्याची सिंटॅक्स JavaScript, C++, किंवा Java सारखी आहे. Ethereum <a href=\"/glossary/#smart-contract\">स्मार्ट कॉन्ट्रॅक्ट्ससाठी</a> सर्वात लोकप्रिय आणि सर्वाधिक वापरली जाणारी भाषा. डॉ. गॅविन वूड यांनी तयार केली. <a href=\"/developers/docs/smart-contracts/languages/#solidity\">Solidity वर अधिक</a>.",
+  "solidity-inline-assembly-term": "Solidity इनलाइन असेंब्ली",
+  "solidity-inline-assembly-definition": "<a href=\"/glossary/#solidity\">Solidity</a> प्रोग्राममध्ये <a href=\"/glossary/#evm\">EVM</a> असेंब्ली भाषा. Solidity चे इनलाइन असेंब्लीसाठी समर्थन काही ऑपरेशन्स लिहिणे सोपे करते.",
+  "stablecoin-term": "स्टेबलकॉइन",
+  "stablecoin-definition": "स्टेबलकॉइन हा एक प्रकारचा क्रिप्टोकरन्सी आहे जो स्थिर मूल्य ठेवण्यासाठी डिझाइन केलेला आहे, अनेकदा चलन किंवा वस्तू (जसे की यूएस डॉलर) शी जोडलेला असतो, ज्यामुळे किंमतीतील अस्थिरता कमी होते. <a href=\"/stablecoins/\">स्टेबलकॉइन्सबद्दल अधिक</a>.",
+  "staking-term": "स्टॅकिंग",
+  "staking-definition": "व्हॅलिडेटर होण्यासाठी आणि <a href=\"/glossary/#network\">नेटवर्क</a> सुरक्षित करण्यासाठी <a href=\"/glossary/#ether\">इथरची</a> (तुमचा स्टेक) रक्कम जमा करणे. व्हॅलिडेटर <a href=\"/glossary/#transaction\">व्यवहार</a> तपासतो आणि <a href=\"/glossary/#pos\">प्रूफ-ऑफ-स्टेक</a> सहमती मॉडेल अंतर्गत <a href=\"/glossary/#block\">ब्लॉक्स</a> प्रस्तावित करतो. स्टेकिंग तुम्हाला नेटवर्कच्या हितासाठी कार्य करण्यासाठी आर्थिक प्रोत्साहन देते. तुम्हाला तुमची <a href=\"/glossary/#validator\">व्हॅलिडेटर</a> कर्तव्ये पार पाडल्याबद्दल बक्षिसे मिळतील, परंतु तुम्ही तसे न केल्यास विविध प्रमाणात ETH गमावाल. <a href=\"/staking/\">Ethereum स्टेकिंगबद्दल अधिक</a>.",
+  "staking-pool-term": "स्टेकिंग पूल",
+  "staking-pool-definition": "एकापेक्षा जास्त Ethereum स्टेकर्सचा एकत्रित ETH, जो व्हॅलिडेटर कीजचा एक संच सक्रिय करण्यासाठी आवश्यक असलेल्या 32 ETH पर्यंत पोहोचण्यासाठी वापरला जातो. नोड ऑपरेटर या कीजचा वापर सहमतीमध्ये सहभागी होण्यासाठी करतो आणि <a href=\"/glossary/#block-reward\">ब्लॉक बक्षिसे</a> योगदान देणाऱ्या स्टेकर्समध्ये विभागली जातात. स्टेकिंग पूल्स किंवा स्टेकिंग डेलिगेट करणे Ethereum प्रोटोकॉलसाठी मूळ नाही, परंतु समुदायाने अनेक सोल्यूशन्स तयार केले आहेत. <a href=\"/staking/pools/\">पूल केलेल्या स्टेकिंगवर अधिक</a>.",
+  "stark-term": "STARK",
+  "stark-definition": "\"स्केलेबल ट्रान्सपरंट आर्ग्युमेंट ऑफ नॉलेज\" चे संक्षिप्त रूप, STARK हा <a href=\"/glossary/#zk-proof\">झिरो-नॉलेज प्रूफचा</a> एक प्रकार आहे. <a href=\"/developers/docs/scaling/zk-rollups/\">झिरो-नॉलेज रोलअप्सवर अधिक</a>.",
+  "state-term": "स्टेट",
+  "state-definition": "ब्लॉकचेनवर एका विशिष्ट वेळी सर्व बॅलन्स आणि डेटाचा एक स्नॅपशॉट, जो सामान्यतः एका विशिष्ट ब्लॉकच्या स्थितीचा संदर्भ देतो.",
+  "state-channels-term": "स्टेट चॅनेल",
+  "state-channels-definition": "एक <a href=\"/glossary/#layer-2\">लेयर 2</a> सोल्यूशन जिथे सहभागींमध्ये एक चॅनल सेट केले जाते, जिथे ते मुक्तपणे आणि स्वस्तात व्यवहार करू शकतात. चॅनल सेट करण्यासाठी आणि चॅनल बंद करण्यासाठी फक्त एक <a href=\"/glossary/#transaction\">व्यवहार</a> <a href=\"/glossary/#mainnet\">मेननेटला</a> पाठवला जातो. यामुळे खूप उच्च व्यवहार थ्रुपुट शक्य होते, परंतु सहभागींची संख्या आगाऊ माहित असण्यावर आणि निधी लॉक करण्यावर अवलंबून असते. <a href=\"/developers/docs/scaling/state-channels/#state-channels\">स्टेट चॅनलवर अधिक</a>.",
+  "supermajority-term": "सुपरमजॉरिटी",
+  "supermajority-definition": "सुपरमजॉरिटी हा Ethereum सुरक्षित करणाऱ्या एकूण स्टेक केलेल्या इथरच्या 2/3 (66%) पेक्षा जास्त रकमेसाठी दिलेला शब्द आहे. बीकन चेनवर ब्लॉक्स <a href=\"/glossary/#finality\">अंतिम</a> होण्यासाठी सुपरमजॉरिटी मतांची आवश्यकता असते.",
+  "sybil-attack-term": "सिबिल हल्ला",
+  "sybil-attack-definition": "सिबिल हल्ल्यांचा संदर्भ आहे की वैयक्तिक मानव आपला प्रभाव वाढवण्यासाठी एकापेक्षा जास्त लोक आहेत असा विचार करून प्रणालीला फसवतात.",
+  "syncing-term": "सिंक करणे",
+  "syncing-definition": "ब्लॉकचेनची संपूर्ण नवीनतम आवृत्ती नोडवर डाउनलोड करण्याची प्रक्रिया.",
+  "sync-committee-term": "सिंक समिती",
+  "sync-committee-definition": "सिंक समिती ही <a href=\"/glossary/#validator\">व्हॅलिडेटर्सचा</a> एक यादृच्छिकपणे निवडलेला गट आहे जो दर ~27 तासांनी रिफ्रेश होतो. त्यांचा उद्देश वैध ब्लॉक हेडर्सवर त्यांच्या स्वाक्षऱ्या जोडणे आहे. सिंक समित्या <a href=\"/glossary/#light-client\">लाइट क्लायंट्सना</a> संपूर्ण व्हॅलिडेटर संचात प्रवेश न करता ब्लॉकचेनच्या हेडचा मागोवा ठेवण्याची परवानगी देतात.",
+  "szabo-term": "स्झाबो",
+  "szabo-definition": "<a href=\"/glossary/#ether\">इथरचे</a> एक डिनॉमिनेशन. 1 स्झाबो = 10<sup>12</sup> <a href=\"/glossary/#wei\">वेई</a>. 10<sup>6</sup> स्झाबो = 1 इथर.",
+  "terminal-total-difficulty-term": "टर्मिनल एकूण अडचण (TTD)",
+  "terminal-total-difficulty-definition": "एकूण अडचण ही ब्लॉकचेनमधील एका विशिष्ट बिंदूपर्यंतच्या सर्व ब्लॉक्ससाठी Ethash मायनिंग अडचणींची बेरीज आहे. टर्मिनल एकूण अडचण ही एकूण अडचणीसाठी एक विशिष्ट मूल्य होते जे एक्झिक्युशन क्लायंट्सना त्यांचे मायनिंग आणि ब्लॉक गॉसिप फंक्शन्स बंद करण्यासाठी ट्रिगर म्हणून वापरले गेले होते, ज्यामुळे नेटवर्क प्रूफ-ऑफ-स्टेकमध्ये संक्रमण करू शकले. Ethereum प्रूफ-ऑफ-स्टेकमध्ये स्थलांतरित झाल्यामुळे आता हे संबंधित नाही.",
+  "testnet-term": "टेस्टनेट",
+  "testnet-definition": "\"चाचणी नेटवर्क\" साठी संक्षिप्त, मुख्य Ethereum नेटवर्कच्या वर्तनाचे अनुकरण करण्यासाठी वापरले जाणारे नेटवर्क.",
+  "token-term": "टोकन",
+  "token-definition": "Ethereum ब्लॉकचेनवरील स्मार्ट कॉन्ट्रॅक्ट्समध्ये परिभाषित केलेली एक व्यापारयोग्य व्हर्च्युअल वस्तू.",
+  "token-factory-term": "टोकन फॅक्टरी",
+  "token-factory-definition": "टोकन फॅक्टरी ही एक स्मार्ट कॉन्ट्रॅक्ट आहे जी <a href=\"#erc-20\">ERC-20</a>, <a href=\"#erc-721\">ERC-721</a>, किंवा <a href=\"#erc-1155\">ERC-1155</a> सारख्या विशिष्ट मानकात टोकन निर्मिती सुलभ करते. स्मार्ट कॉन्ट्रॅक्ट एक टेम्पलेट म्हणून काम करते, ज्यामुळे वापरकर्त्यांना सुरवातीपासून नवीन स्मार्ट कॉन्ट्रॅक्ट तयार न करता नाव, चिन्ह, पुरवठा आणि अतिरिक्त कार्यक्षमता यांसारख्या सानुकूल पॅरामीटर्ससह नवीन टोकन तैनात करण्याची परवानगी मिळते.",
+  "transaction-term": "व्यवहार",
+  "transaction-definition": "मूळ <a href=\"/glossary/#account\">खात्याद्वारे</a> स्वाक्षरी केलेला Ethereum ब्लॉकचेनवर कमिट केलेला डेटा, जो एका विशिष्ट <a href=\"/glossary/#address\">ॲड्रेसला</a> लक्ष्य करतो. व्यवहारामध्ये त्या व्यवहारासाठी <a href=\"/glossary/#gas-limit\">गॅस मर्यादा</a> यांसारखा मेटाडेटा असतो. <a href=\"/developers/docs/transactions/\">व्यवहारांबद्दल अधिक</a>.",
+  "transaction-fee-term": "व्यवहार शुल्क",
+  "transaction-fee-definition": "जेव्हा तुम्ही Ethereum नेटवर्क वापरता तेव्हा तुम्हाला द्यावे लागणारे शुल्क. उदाहरणांमध्ये तुमच्या <a href=\"/glossary/#wallet\">वॉलेटमधून</a> निधी पाठवणे किंवा <a href=\"/glossary/#dapp\">dapp</a> संवाद, जसे की टोकन स्वॅप करणे किंवा संग्रहणीय वस्तू खरेदी करणे. तुम्ही याला सेवा शुल्क समजू शकता. नेटवर्क किती व्यस्त आहे यावर हे शुल्क बदलेल. याचे कारण असे की <a href=\"/glossary/#validator\">व्हॅलिडेटर्स</a>, जे तुमचा व्यवहार प्रक्रिया करण्यासाठी जबाबदार असतात, ते जास्त शुल्कासह व्यवहारांना प्राधान्य देण्याची शक्यता असते – त्यामुळे गर्दीमुळे किंमत वाढते.<br/><br/>तांत्रिक स्तरावर, तुमचे व्यवहार शुल्क तुमच्या व्यवहाराला किती <a href=\"/glossary/#gas\">गॅस</a> लागतो याच्याशी संबंधित आहे.<br/><br/>व्यवहार शुल्क कमी करणे हा सध्या तीव्र आवडीचा विषय आहे. पहा <a href=\"/glossary/#layer-2\">लेयर 2</a>.",
+  "trust-assumptions-term": "विश्वास गृहीतके",
+  "trust-assumptions-definition": "विश्वास गृहीतके ही एका प्रणालीच्या सुरक्षा आणि विश्वासार्हतेबद्दलची मूलभूत श्रद्धा आहेत, जी प्रणाली कार्य करण्यासाठी आपण कशावर विश्वास ठेवतो हे मार्गदर्शन करतात.",
+  "trustlessness-term": "विश्वासहीनता",
+  "trustlessness-definition": "एका नेटवर्कची क्षमता ज्यामुळे कोणत्याही सहभागी पक्षाला तृतीय पक्षावर विश्वास ठेवण्याची गरज न भासता व्यवहारांमध्ये मध्यस्थी करता येते.",
+  "turing-complete-term": "ट्युरिंग पूर्ण",
+  "turing-complete-definition": "इंग्रजी गणितज्ञ आणि संगणक शास्त्रज्ञ अॅलन ट्युरिंग यांच्या नावावरून ठेवलेली एक संकल्पना - डेटा-मॅनिप्युलेशन नियमांची एक प्रणाली (जसे की संगणकाचा इंस्ट्रक्शन सेट, प्रोग्रामिंग भाषा, किंवा सेल्युलर ऑटोमेशन) \"ट्युरिंग पूर्ण\" किंवा \"गणनात्मक सार्वत्रिक\" मानली जाते जर ती कोणत्याही ट्युरिंग मशीनचे अनुकरण करण्यासाठी वापरली जाऊ शकते.",
+  "validator-term": "व्हॅलिडेटर",
+  "validator-definition": "<a href=\"/glossary/#pos\">प्रूफ-ऑफ-स्टेक</a> प्रणालीमधील एक <a href=\"/glossary/#node\">नोड</a> जो डेटा साठवणे, व्यवहार प्रक्रिया करणे आणि ब्लॉकचेनमध्ये नवीन ब्लॉक्स जोडण्यासाठी जबाबदार असतो. व्हॅलिडेटर सॉफ्टवेअर सक्रिय करण्यासाठी, तुम्हाला 32 ETH <a href=\"/glossary/#staking\">स्टेक</a> करता आले पाहिजे. <a href=\"/staking/\">Ethereum मध्ये स्टेकिंगबद्दल अधिक</a>.",
+  "validator-lifecycle-term": "व्हॅलिडेटर जीवनचक्र",
+  "validator-lifecycle-definition": "व्हॅलिडेटर ज्या स्थितींच्या क्रमात अस्तित्वात असू शकतो. यात समाविष्ट आहे: <br/><br/><ul><li>जमा: व्हॅलिडेटरद्वारे <a href=\"/glossary/#deposit-contract\">डिपॉझिट कॉन्ट्रॅक्टमध्ये</a> किमान 32 ETH जमा केले गेले आहेत</li><li>प्रलंबित: व्हॅलिडेटर सक्रियकरण रांगेत आहे आणि विद्यमान व्हॅलिडेटर्सद्वारे नेटवर्कमध्ये मतदानाची वाट पाहत आहे</li><li>सक्रिय: सध्या साक्षांकन करत आहे आणि ब्लॉक्स प्रस्तावित करत आहे</li><li>स्लॅशिंग: व्हॅलिडेटरने गैरवर्तन केले आहे आणि त्याला स्लॅश केले जात आहे</li><li>बाहेर पडत आहे: व्हॅलिडेटरला नेटवर्कमधून बाहेर पडण्यासाठी ध्वजांकित केले गेले आहे, स्वेच्छेने किंवा त्याला बाहेर काढले गेल्यामुळे.</li></ul>",
+  "validity-proof-term": "वैधता पुरावा",
+  "validity-proof-definition": "काही <a href=\"/glossary/#layer-2\">लेयर 2</a> सोल्यूशन्ससाठी एक सुरक्षा मॉडेल, जिथे वेग वाढवण्यासाठी, व्यवहार रोलअप करून बॅचेसमध्ये Ethereum ला एकाच व्यवहारात सादर केले जातात. व्यवहार गणना ऑफचेन केली जाते आणि नंतर त्यांच्या वैधतेच्या पुराव्यासह मुख्य साखळीला पुरवली जाते. ही पद्धत सुरक्षा टिकवून ठेवत संभाव्य व्यवहारांची संख्या वाढवते. काही <a href=\"/glossary/#rollups\">रोलअप्स</a> <a href=\"/glossary/#fraud-proof\">फसवणूक पुरावा</a> वापरतात. <a href=\"/developers/docs/scaling/zk-rollups/\">झिरो-नॉलेज रोलअप्सवर अधिक</a>.",
+  "validium-term": "Validium",
+  "validium-definition": "एक ऑफचेन सोल्यूशन जे व्यवहार थ्रुपुट सुधारण्यासाठी <a href=\"/glossary/#validity-proof\">वैधता पुरावे</a> वापरते. <a href=\"/glossary/#zk-rollup\">झिरो-नॉलेज रोलअप्सच्या</a> विपरीत, व्हॅलिडियम डेटा लेयर 1 मेननेटवर साठवला जात नाही. <a href=\"/developers/docs/scaling/validium/\">व्हॅलिडियमवर अधिक</a>.",
+  "vyper-term": "Vyper",
+  "vyper-definition": "पायथनसारख्या सिंटॅक्ससह एक उच्च-स्तरीय प्रोग्रामिंग भाषा. शुद्ध कार्यात्मक भाषेच्या जवळ जाण्याचा हेतू. विटालिक बुटेरिन यांनी तयार केली. <a href=\"/developers/docs/smart-contracts/languages/#vyper\">Vyper वर अधिक</a>.",
+  "wallet-term": "वॉलेट",
+  "wallet-definition": "वॉलेट हे डिजिटल चलन साठवण्यासाठी, पाठवण्यासाठी आणि प्राप्त करण्यासाठी एक डिजिटल साधन आहे, जसे तुमच्या ऑनलाइन पैशांसाठी व्हर्च्युअल पर्स. <a href=\"/wallets/\">Ethereum वॉलेट्सबद्दल अधिक</a>.",
+  "web2-term": "वेब2",
+  "web2-definition": "हे सध्याचे इंटरनेट आहे, जे वापरकर्ता-निर्मित सामग्री आणि सोशल मीडियावर केंद्रित आहे जे काही कंपन्यांद्वारे नियंत्रित केले जाते. Web3 हा एक क्रिप्टो विश्वास आहे की वापरकर्त्यांनी त्यांच्या डेटा आणि व्यवहारांवर नियंत्रण ठेवावे.",
+  "web3-term": "Web3",
+  "web3-definition": "Web3 हे ब्लॉकचेनसह नवीन इंटरनेट आहे, जिथे वापरकर्ते त्यांच्या डेटा आणि व्यवहारांवर नियंत्रण ठेवतात, कंपन्या नाही. कोणतीही वैयक्तिक माहिती शेअर करण्याची गरज नाही. <a href=\"/web3/\">web3 बद्दल अधिक</a>.",
+  "wei-term": "Wei",
+  "wei-definition": "इथरचे सर्वात लहान डिनॉमिनेशन. 10<sup>18</sup> वेई = 1 इथर.",
+  "wrapped-token-term": "गुंडाळलेले टोकन",
+  "wrapped-token-definition": "एक ब्लॉकचेन-आधारित टोकन जो दुसऱ्या नेटवर्कवरील दुसऱ्या क्रिप्टोकरन्सी किंवा मालमत्तेचे प्रतिनिधित्व करतो. उदाहरणार्थ, <a href=\"/wrapped-eth/#intro-to-weth\">गुंडाळलेला इथर (WETH)</a> Ethereum च्या <a href=\"/glossary/#erc-20\">ERC-20</a> टोकन मानकांशी सुसंगत स्वरूपात इथर (ETH) चे प्रतिनिधित्व करतो. मूळ मालमत्ता <a href=\"/glossary/#smart-contract\">स्मार्ट कॉन्ट्रॅक्टद्वारे</a> सुरक्षितपणे लॉक केली जाते आणि समतुल्य गुंडाळलेला टोकन तयार केला जातो. ही यंत्रणा ब्लॉकचेन्समध्ये आणि त्यांच्या दरम्यान आंतरकार्यक्षमता सक्षम करते, ज्यामुळे ETH सारख्या मालमत्ता विकेंद्रित ॲप्लिकेशन्समध्ये त्यांचे मूल्य टिकवून ठेवत अखंडपणे वापरल्या जाऊ शकतात.",
+  "zero-address-term": "शून्य ॲड्रेस",
+  "zero-address-definition": "एक Ethereum ॲड्रेस, जो पूर्णपणे शून्यांनी बनलेला आहे, जो मालकीच्या सर्कुलेशनमधून टोकन काढून टाकण्यासाठी ॲड्रेस म्हणून वारंवार वापरला जातो. burn() पद्धतीद्वारे स्मार्ट कॉन्ट्रॅक्टच्या इंडेक्समधून औपचारिकपणे काढलेल्या टोकन आणि या ॲड्रेसवर पाठवलेल्या टोकनमध्ये फरक केला जातो.",
+  "zk-proof-term": "झिरो-नॉलेज प्रूफ",
+  "zk-proof-definition": "झिरो-नॉलेज प्रूफ ही एक क्रिप्टोग्राफिक पद्धत आहे जी एका व्यक्तीला कोणतीही अतिरिक्त माहिती न देता एखादे विधान सत्य असल्याचे सिद्ध करण्याची परवानगी देते. <a href=\"/developers/docs/scaling/zk-rollups/\">झिरो-नॉलेज रोलअप्सवर अधिक</a>.",
+  "zk-rollup-term": "झिरो-नॉलेज रोलअप",
+  "zk-rollup-definition": "<a href=\"/glossary/#validity-proof\">वैधता पुराव्यांचा</a> वापर करून व्यवहारांचा एक <a href=\"/glossary/#rollups\">रोलअप</a> जो मेननेट (लेयर 1) द्वारे प्रदान केलेल्या सुरक्षेचा वापर करत असताना वाढीव <a href=\"/glossary/#layer-2\">लेयर 2</a> व्यवहार थ्रुपुट देतो. जरी ते <a href=\"/glossary/#optimistic-rollup\">ऑप्टिमिस्टिक रोलअप्ससारख्या</a> जटिल व्यवहार प्रकारांना हाताळू शकत नसले तरी, त्यांना लेटन्सी समस्या नसतात कारण व्यवहार सादर केल्यावर सिद्धपणे वैध असतात. <a href=\"/developers/docs/scaling/zk-rollups/\">झिरो-नॉलेज रोलअप्सवर अधिक</a>."
+}
diff --git a/src/intl/mr/learn-quizzes.json b/src/intl/mr/learn-quizzes.json
new file mode 100644
index 00000000000..f696cc91278
--- /dev/null
+++ b/src/intl/mr/learn-quizzes.json
@@ -0,0 +1,698 @@
+{
+  "add-quiz": "प्रश्न/क्विझ जोडा",
+  "average-score": "सरासरी गुण:",
+  "basics": "अथेरम मूलभूत",
+  "basics-description": "हा विभाग Ethereum च्या मूलभूत संकल्पनांचा समावेश करतो, ज्यामुळे तुमचा पाया मजबूत होईल याची खात्री होते.",
+  "completed": "पूर्ण झाले:",
+  "community-stats": "समुदाय आकडेवारी",
+  "contribute": "आमच्या लायब्ररीमध्ये योगदान द्या.",
+  "correct": "बरोबर",
+  "explanation": "स्पष्टीकरण",
+  "next-question": "पुढील प्रश्न",
+  "next-quiz": "पुढील क्विझ",
+  "question-number": "प्रश्न क्रमांक {{number}}:",
+  "page-assets-merge": "द मर्ज",
+  "passed": "तुम्ही क्विझ उत्तीर्ण झाला आहात!",
+  "questions": "प्रश्न",
+  "questions-answered": "उत्तरे दिलेले प्रश्न:",
+  "quizzes-subtitle": "तुम्हाला Ethereum आणि क्रिप्टोकरन्सी किती चांगल्या प्रकारे समजतात ते शोधा. तुम्ही एक विशेषज्ञ बनण्यास तयार आहात का?",
+  "retry": "पुन्हा प्रयत्न करण्याचा दर:",
+  "score": "गुण",
+  "see-results": "निकाल पहा",
+  "share-results": "निकाल शेअर करा",
+  "start": "सुरु करा",
+  "submit-answer": "उत्तर तपासा",
+  "test-your-knowledge": "तुमच्या Ethereum ज्ञानाची चाचणी घ्या",
+  "try-again": "पुन्हा प्रयत्न करा",
+  "using-ethereum": "इथेरियम वापरणे",
+  "using-ethereum-description": "Ethereum च्या वास्तविक-जगातील ॲप्लिकेशन्समध्ये खोलवर जा आणि हे क्रांतिकारी ब्लॉकचेन प्लॅटफॉर्म उद्योगांना कसे आकार देत आहे ते उघड करा. तुम्ही क्रिप्टोकरन्सी सक्रियपणे वापरण्यास सुरुवात करण्यापूर्वी तुम्हाला गोष्टी चांगल्या प्रकारे समजल्या आहेत याची खात्री करण्याचा हा एक उत्तम मार्ग आहे.",
+  "want-more-quizzes": "येथे आणखी क्विझ पाहू इच्छिता?",
+  "your-results": "तुमचे निकाल",
+  "your-total": "तुमचे एकूण गुण",
+  "what-is-ethereum-1-prompt": "Ethereum आणि Bitcoin मधील सर्वात मोठा फरक आहे:",
+  "what-is-ethereum-1-a-label": "Ethereum तुम्हाला इतर लोकांना पेमेंट करू देत नाही",
+  "what-is-ethereum-1-a-explanation": "Bitcoin आणि Ethereum दोन्ही तुम्हाला इतर लोकांना पेमेंट करण्याची परवानगी देतात.",
+  "what-is-ethereum-1-b-label": "तुम्ही Ethereum वर संगणक प्रोग्राम चालवू शकता",
+  "what-is-ethereum-1-b-explanation": "Ethereum प्रोग्राम करण्यायोग्य आहे. याचा अर्थ तुम्ही Ethereum ब्लॉकचेनवर कोणताही संगणक प्रोग्राम ठेवू शकता.",
+  "what-is-ethereum-1-c-label": "तुम्ही Bitcoin वर संगणक प्रोग्राम चालवू शकता",
+  "what-is-ethereum-1-c-explanation": "Ethereum च्या विपरीत, Bitcoin प्रोग्राम करण्यायोग्य नाही आणि कोणतेही संगणक प्रोग्राम चालवू शकत नाही.",
+  "what-is-ethereum-1-d-label": "त्यांचे लोगो वेगवेगळे आहेत",
+  "what-is-ethereum-1-d-explanation": "त्यांचे लोगो वेगवेगळे आहेत! पण हा त्यांच्यातील सर्वात मोठा फरक नाही.",
+  "what-is-ethereum-2-prompt": "Ethereum च्या मूळ क्रिप्टोकरन्सीला म्हणतात:",
+  "what-is-ethereum-2-a-label": "इथर",
+  "what-is-ethereum-2-a-explanation": "Ether ही Ethereum नेटवर्कची मूळ क्रिप्टोकरन्सी आहे.",
+  "what-is-ethereum-2-b-label": "Ethereum",
+  "what-is-ethereum-2-b-explanation": "Ethereum हे ब्लॉकचेन आहे, परंतु त्याच्या मूळ चलनास Ethereum म्हटले जात नाही. हा एक सामान्य गैरसमज आहे.",
+  "what-is-ethereum-2-c-label": "Ethercoin",
+  "what-is-ethereum-2-c-explanation": "इतर अनेक क्रिप्टोकरन्सींच्या विपरीत, Ethereum च्या मूळ क्रिप्टोकरन्सीमध्ये ‘coin’ हा शब्द नसतो.",
+  "what-is-ethereum-2-d-label": "बिटकॉइन",
+  "what-is-ethereum-2-d-explanation": "Bitcoin (मोठे B) हे तयार केलेले पहिले ब्लॉकचेन होते, bitcoin (लहान b) ही त्याची मूळ क्रिप्टोकरन्सी आहे.",
+  "what-is-ethereum-3-prompt": "Ethereum कोण चालवतो?",
+  "what-is-ethereum-3-a-label": "विकसक",
+  "what-is-ethereum-3-a-explanation": "Ethereum तयार करण्यासाठी आणि सुधारण्यासाठी डेव्हलपर महत्त्वाचे आहेत, परंतु ते Ethereum चालू ठेवणारा गट नाहीत.",
+  "what-is-ethereum-3-b-label": "मायनर्स",
+  "what-is-ethereum-3-b-explanation": "The Merge पासून मायनिंग शक्य झाले नाही. Ethereum वर आता ‘मायनर्स’ नाहीत.",
+  "what-is-ethereum-3-c-label": "The Ethereum Foundation",
+  "what-is-ethereum-3-c-explanation": "The Ethereum Foundation Ethereum नोड्सच्या दैनंदिन कामकाजात कोणतीही महत्त्वपूर्ण भूमिका बजावत नाही.",
+  "what-is-ethereum-3-d-label": "नोड चालवणारे कोणीही",
+  "what-is-ethereum-3-d-explanation": "नोड चालवणारे कोणीही Ethereum च्या पायाभूत सुविधांचा एक महत्त्वाचा भाग आहे. आपण आधीच केले नसल्यास, Ethereum नोड चालवण्याचा विचार करा.",
+  "what-is-ethereum-4-prompt": "Ethereum सुरू झाल्यापासून, नेटवर्क किती वेळा ऑफलाइन झाले आहे?",
+  "what-is-ethereum-4-a-label": "कधीही नाही",
+  "what-is-ethereum-4-a-explanation": "Ethereum सुरू झाल्यापासून कधीही पूर्णपणे ऑफलाइन (ब्लॉक्स तयार करणे थांबवले) गेले नाही.",
+  "what-is-ethereum-4-b-label": "एकदा",
+  "what-is-ethereum-4-c-label": "चार वेळा",
+  "what-is-ethereum-4-d-label": "दहा पेक्षा जास्त वेळा",
+  "what-is-ethereum-5-prompt": "Ethereum यापेक्षा जास्त वीज वापरतो:",
+  "what-is-ethereum-5-a-label": "गोल्ड माइनिंग",
+  "what-is-ethereum-5-a-explanation": "सोन्याच्या खाणकामात दरवर्षी ~131 टेरावॅट तास वापरले जातात. Ethereum दरवर्षी सुमारे 0.0026 टेरावॅट तास वापरते.",
+  "what-is-ethereum-5-b-label": "Netflix",
+  "what-is-ethereum-5-b-explanation": "Netflix दरवर्षी ~0.451 टेरावॅट तास वापरते. Ethereum दरवर्षी सुमारे 0.0026 टेरावॅट तास वापरते.",
+  "what-is-ethereum-5-c-label": "PayPal",
+  "what-is-ethereum-5-c-explanation": "PayPal दरवर्षी ~0.26 टेरावॅट तास वापरते. Ethereum दरवर्षी सुमारे 0.0026 टेरावॅट तास वापरते.",
+  "what-is-ethereum-5-d-label": "वरीलपैकी काहीही नाही",
+  "what-is-ethereum-5-d-explanation": "Ethereum दरवर्षी सुमारे 0.0026 टेरावॅट तास वापरते. सोन्याच्या खाणकामापेक्षा (~131 TWh/वर्ष), Netflix (~0.451 TWh/वर्ष), आणि Paypal (~0.26 TWh/वर्ष) पेक्षा कमी.",
+  "what-is-ether-1-prompt": "Ether ला असेही ओळखले जाते:",
+  "what-is-ether-1-a-label": "ETC",
+  "what-is-ether-1-a-explanation": "ETC हे Ethereum Classic साठी टिकर आहे.",
+  "what-is-ether-1-b-label": "ETR",
+  "what-is-ether-1-b-explanation": "ETR हे ether किंवा कोणत्याही महत्त्वपूर्ण क्रिप्टोकरन्सीसाठी टिकर नाही.",
+  "what-is-ether-1-c-label": "ETH",
+  "what-is-ether-1-c-explanation": "ETH हे Ethereum वर ether साठी टिकर आहे.",
+  "what-is-ether-1-d-label": "BTC",
+  "what-is-ether-1-d-explanation": "BTC हे Bitcoin नेटवर्कवर bitcoin साठी टिकर आहे.",
+  "what-is-ether-2-prompt": "Ethereum वर, नेटवर्क शुल्क यामध्ये दिले जाते:",
+  "what-is-ether-2-a-label": "बिटकॉइन",
+  "what-is-ether-2-a-explanation": "लहान अक्षरातील “bitcoin” ही Bitcoin नेटवर्कची मूळ क्रिप्टोकरन्सी आहे.",
+  "what-is-ether-2-b-label": "ETH",
+  "what-is-ether-2-b-explanation": "Ether (ETH) ही Ethereum ची मूळ क्रिप्टोकरन्सी आहे. Ethereum वरील सर्व नेटवर्क शुल्क ETH मध्ये दिले जाते.",
+  "what-is-ether-2-c-label": "USD",
+  "what-is-ether-2-c-explanation": "Ethereum वर USD (US डॉलर्स) किंवा इतर कोणत्याही FIAT चलनात नेटवर्क शुल्क भरणे शक्य नाही.",
+  "what-is-ether-2-d-label": "Ethereum",
+  "what-is-ether-2-d-explanation": "Ethereum हे नेटवर्क आहे, परंतु Ethereum चे नेटवर्क शुल्क ETH मध्ये दिले जाते.",
+  "what-is-ether-3-prompt": "Ethereum वर स्टेकिंग नेटवर्क सुरक्षित करण्यास मदत करते कारण:",
+  "what-is-ether-3-a-label": "स्टेकर्सना लोकांचे काम आवडत नसल्यास ते त्यांच्यावर बंदी घालू शकतात",
+  "what-is-ether-3-a-explanation": "स्टेकर्स वापरकर्त्यांना मनमानीपणे सेन्सॉर करू शकत नाहीत.",
+  "what-is-ether-3-b-label": "जर एखादा स्टेकर नेटवर्कला फसवण्याचा प्रयत्न करत असेल, तर त्याला त्याचे ETH गमावण्याचा धोका असतो",
+  "what-is-ether-3-b-explanation": "नेटवर्कच्या विरोधात दुर्भावनापूर्णपणे वागत असल्याचे दिसून आल्यास स्टेकर्सना त्यांचे मोठ्या प्रमाणात ETH गमावण्याचा धोका असतो. याला स्लॅशिंग म्हणतात.",
+  "what-is-ether-3-c-label": "स्टेकर्स प्रूफ-ऑफ-वर्क प्रदर्शित करण्यासाठी शक्तिशाली संगणक चालवतात",
+  "what-is-ether-3-c-explanation": "स्टेकर्सना त्यांचे ETH स्टेक करण्यासाठी शक्तिशाली हार्डवेअरची आवश्यकता नाही. The Merge येथे Ethereum ने प्रूफ-ऑफ-वर्क वापरणे बंद केले.",
+  "what-is-ether-3-d-label": "व्हॅलिडेटर म्हणून स्वीकारण्यापूर्वी स्टेकर्स KYC मधून जातात",
+  "what-is-ether-3-d-explanation": "Ethereum वर स्टेकिंग परवानगीशिवाय आहे आणि त्यासाठी KYC ची आवश्यकता नाही.",
+  "what-is-ether-4-prompt": "ETH यासाठी वापरले जाऊ शकते:",
+  "what-is-ether-4-a-label": "Ethereum वर व्यवहार शुल्क भरणे",
+  "what-is-ether-4-a-explanation": "हे उत्तर अंशतः बरोबर आहे, परंतु ETH वापरता येणाऱ्या अनेक गोष्टींपैकी ही फक्त एक गोष्ट आहे.",
+  "what-is-ether-4-b-label": "सेन्सॉर न करता येणारे पीअर-टू-पीअर पेमेंट्स",
+  "what-is-ether-4-b-explanation": "हे उत्तर अंशतः बरोबर आहे, परंतु ETH वापरता येणाऱ्या अनेक गोष्टींपैकी ही फक्त एक गोष्ट आहे.",
+  "what-is-ether-4-c-label": "क्रिप्टो कर्जासाठी तारण",
+  "what-is-ether-4-c-explanation": "हे उत्तर अंशतः बरोबर आहे, परंतु ETH वापरता येणाऱ्या अनेक गोष्टींपैकी ही फक्त एक गोष्ट आहे.",
+  "what-is-ether-4-d-label": "वरील सर्व",
+  "what-is-ether-4-d-explanation": "Ethereum व्यवहार सेन्सॉर केले जाऊ शकत नाहीत, Ethereum वर कोणताही व्यवहार करण्यासाठी ETH आवश्यक आहे, आणि ते DeFi इकोसिस्टमच्या स्थिरतेसाठी महत्त्वपूर्ण आहे.",
+  "web3-1-prompt": "Web3 वापरकर्त्यांना याद्वारे डिजिटल मालमत्ता मालकीची परवानगी देते:",
+  "web3-1-a-label": "टोकन्स",
+  "web3-1-a-explanation": "टोकन्स मूल्याचे एकक दर्शविण्याचा एक मार्ग प्रदान करतात जे एकमेकांशी बदलता येतात, ज्याची मालकी Ethereum खात्याकडे असते. ते मालकीचे प्रतिनिधित्व करत असले तरी, Ethereum वर डिजिटल मालमत्ता मालकीचे अधिक मार्ग आहेत.",
+  "web3-1-b-label": "NFT",
+  "web3-1-b-explanation": "NFTs (नॉन-फंजिबल टोकन्स) Ethereum-आधारित मालमत्ता म्हणून कोणत्याही अद्वितीय गोष्टीचे प्रतिनिधित्व करण्याचा एक मार्ग प्रदान करतात. ते मालकीचे प्रतिनिधित्व करत असले तरी, Ethereum वर डिजिटल मालमत्ता मालकीचे अधिक मार्ग आहेत.",
+  "web3-1-c-label": "ENS",
+  "web3-1-c-explanation": "ENS (Ethereum Name Service) ही Ethereum ब्लॉकचेनसाठी एक विकेंद्रित नामकरण सेवा आहे. ते मालकीचे प्रतिनिधित्व करत असले तरी, Ethereum वर डिजिटल मालमत्ता मालकीचे अधिक मार्ग आहेत.",
+  "web3-1-d-label": "वरील सर्व",
+  "web3-1-d-explanation": "सर्व पर्याय Ethereum वर डिजिटल मालमत्ता मालकीचे मार्ग प्रदान करतात. टोकन्स, NFTs आणि ENS हे सर्व डिजिटल मालमत्तेच्या मालकीचे प्रतिनिधित्व करण्याचे मार्ग आहेत.",
+  "web3-2-prompt": "Web1 फक्त-वाचनीय होते, Web2 वाचनीय-लिहिण्यायोग्य आहे, Web3 चे वर्णन असे केले आहे:",
+  "web3-2-a-label": "वाचा-लिहा-विक्री करा",
+  "web3-2-a-explanation": "Web3 चे वर्णन या प्रकारे केले गेले नाही.",
+  "web3-2-b-label": "वाचा-लिहा-स्टोअर करा",
+  "web3-2-b-explanation": "Web3 चे वर्णन या प्रकारे केले गेले नाही.",
+  "web3-2-c-label": "वाचा-लिहा-मालकी घ्या",
+  "web3-2-c-explanation": "Web3 वापरकर्त्यांना त्यांच्या डेटाची मालकी घेण्याची परवानगी देते आणि म्हणूनच त्याला ‘वाचा-लिहा-मालकी घ्या’ असे वर्णन केले गेले आहे, जे Web2 च्या तुलनेत एक सुधारणा आहे, जे फक्त ‘वाचा-लिहा’ आहे.",
+  "web3-2-d-label": "वाचा-लिहा-खरेदी करा",
+  "web3-2-d-explanation": "Web3 चे वर्णन या प्रकारे केले गेले नाही.",
+  "web3-3-prompt": "वेबची कोणती आवृत्ती तृतीय-पक्ष पेमेंट प्रदात्यांवर अवलंबून नाही?",
+  "web3-3-a-label": "Web1",
+  "web3-3-a-explanation": "Web1 मध्ये मूळ, अंगभूत पेमेंट नव्हते.",
+  "web3-3-b-label": "वेब2",
+  "web3-3-b-explanation": "Web2 मध्ये मूळ, अंगभूत पेमेंट नाहीत.",
+  "web3-3-c-label": "Web3",
+  "web3-3-c-explanation": "Web3 मध्ये क्रिप्टोकरन्सीसह मूळ, अंगभूत पेमेंट आहेत, जसे की ETH.",
+  "web3-3-d-label": "वरील सर्व",
+  "web3-3-d-explanation": "Web1 आणि Web2 मध्ये मूळ, अंगभूत पेमेंट नाहीत.",
+  "web3-4-prompt": "‘Web3’ हा शब्द सर्वप्रथम यांनी तयार केला:",
+  "web3-4-a-label": "Gavin Wood",
+  "web3-4-a-explanation": "Gavin Wood, Ethereum चे एक सह-संस्थापक, यांना 2015 मध्ये Ethereum सुरू झाल्यानंतर लगेचच Web3 हा शब्द तयार करण्याचे श्रेय दिले जाते.",
+  "web3-4-b-label": "Steve Jobs",
+  "web3-4-b-explanation": "Steve Jobs यांनी ‘Web3’ हा वाक्यांश तयार केला नाही.",
+  "web3-4-c-label": "विटालिक बुटेरिन",
+  "web3-4-c-explanation": "Vitalik Buterin, Ethereum चे मूळ संस्थापक असले तरी, त्यांनी ‘Web3’ हा वाक्यांश तयार केला नाही.",
+  "web3-4-d-label": "Elon Musk",
+  "web3-4-d-explanation": "Elon Musk यांनी ‘Web3’ हा वाक्यांश तयार केला नाही.",
+  "web3-5-prompt": "तुम्ही संपूर्ण वेबवर एकच, सेन्सॉरशिप-प्रतिरोधक लॉगिन याद्वारे मिळवू शकता:",
+  "web3-5-a-label": "Facebook सह साइन-इन करा",
+  "web3-5-a-explanation": "Facebook सह साइन-इन करणे सेन्सॉरशिप प्रतिरोधक नाही.",
+  "web3-5-b-label": "Google सह साइन-इन करा",
+  "web3-5-b-explanation": "Google सह साइन-इन करणे सेन्सॉरशिप प्रतिरोधक नाही.",
+  "web3-5-c-label": "Ethereum सह साइन-इन करा",
+  "web3-5-c-explanation": "Ethereum सह साइन-इन हा एकमेव पर्याय आहे जो सेन्सॉरशिप-प्रतिरोधक आहे आणि कोणत्याही वेब ॲप्लिकेशनवर वापरता येतो.",
+  "web3-5-d-label": "Twitter सह साइन-इन करा",
+  "web3-5-d-explanation": "Twitter सह साइन-इन करणे सेन्सॉरशिप प्रतिरोधक नाही.",
+  "wallets-1-prompt": "सर्वात सुरक्षित प्रकारचे वॉलेट आहे:",
+  "wallets-1-a-label": "एक मोबाईल वॉलेट",
+  "wallets-1-a-explanation": "मोबाईल वॉलेट मोबाईल डिव्हाइसवर खासगी की ठेवतात, ज्यामध्ये सामान्यतः इंटरनेट कनेक्शन असते आणि संभाव्यतः इतर सॉफ्टवेअरद्वारे तडजोड केली जाऊ शकते.",
+  "wallets-1-b-label": "एक हार्डवेअर वॉलेट",
+  "wallets-1-b-explanation": "हार्डवेअर वॉलेटच्या खासगी की एका समर्पित डिव्हाइसवर संग्रहित केल्या जातात ज्या इंटरनेटपासून दूर ठेवता येतात आणि तुमच्या डिव्हाइसवरील इतर ॲप्लिकेशन्सपासून वेगळ्या असतात.",
+  "wallets-1-c-label": "एक वेब वॉलेट",
+  "wallets-1-c-explanation": "वेब वॉलेटमध्ये हार्डवेअर वॉलेटपेक्षा कमी सुरक्षा असते कारण खासगी की इंटरनेट-कनेक्टेड डिव्हाइसवर संग्रहित केल्या जातात.",
+  "wallets-1-d-label": "एक डेस्कटॉप वॉलेट",
+  "wallets-1-d-explanation": "डेस्कटॉप वॉलेट संगणकाच्या हार्ड ड्राइव्हवर खासगी की ठेवतात, ज्यात सामान्यतः इंटरनेट कनेक्शन असते आणि संभाव्यतः इतर सॉफ्टवेअरद्वारे तडजोड केली जाऊ शकते.",
+  "wallets-2-prompt": "तुम्ही तुमचा सीड फ्रेज कसा संग्रहित करावा?",
+  "wallets-2-a-label": "तुमच्या फोनवरील फोटोमध्ये",
+  "wallets-2-a-explanation": "हा सर्वात सुरक्षित पर्याय नाही. जर हा फोटो क्लाउड स्टोरेजवर अपलोड केला गेला तर हॅकरला ही प्रतिमा मिळते आणि तुमच्या खात्यात प्रवेश मिळतो.",
+  "wallets-2-b-label": "तुमच्या संगणकावरील फाईलमध्ये",
+  "wallets-2-b-explanation": "हा सर्वात सुरक्षित पर्याय नाही. हॅकर्स लक्ष्य डिव्हाइसेसवर क्रिप्टोकरन्सी संबंधित माहिती शोधत आहेत. जर हॅकरने तुमच्या सीड फ्रेजसह फाईलमध्ये प्रवेश केला तर त्यांना तुमच्या खात्यात प्रवेश मिळेल.",
+  "wallets-2-c-label": "एका विश्वासू कुटुंबातील सदस्याला मजकूर संदेशात",
+  "wallets-2-c-explanation": "तुम्ही तुमचा सीड फ्रेज कोणालाही कधीही मजकूर संदेश देऊ नये. संदेश तृतीय पक्षाद्वारे अडवला जाऊ शकतो आणि जरी तुम्ही या व्यक्तीवर पूर्णपणे विश्वास ठेवला तरी, त्यांच्या फोनमध्ये कोण प्रवेश करू शकेल हे तुम्हाला माहीत नाही.",
+  "wallets-2-d-label": "वरीलपैकी काहीही नाही",
+  "wallets-2-d-explanation": "तुमचा सीड फ्रेज सुरक्षित पद्धतीने संग्रहित केला पाहिजे, आदर्शपणे ऑफलाइन. या कारणास्तव कागदावर लिहिण्याची शिफारस केली जाते, परंतु सुरक्षित पासवर्ड व्यवस्थापक एक चांगला पर्याय आहेत.",
+  "wallets-3-prompt": "तुम्ही तुमचा सीड फ्रेज / खासगी की कोणाला द्यावी?",
+  "wallets-3-a-label": "तुम्ही ज्याला पैसे देत आहात त्याला",
+  "wallets-3-a-explanation": "तुम्ही तुमचा सीड फ्रेज किंवा खासगी की कोणालाही कधीही देऊ नये. त्याऐवजी, त्यांच्या वॉलेट पत्त्यावर व्यवहाराद्वारे टोकन पाठवा.",
+  "wallets-3-b-label": "डॅप किंवा वॉलेटमध्ये लॉग इन करण्यासाठी",
+  "wallets-3-b-explanation": "तुम्ही तुमच्या वॉलेट किंवा डॅपमध्ये लॉग इन करण्यासाठी तुमचा सीड फ्रेज / खासगी की कधीही देऊ नये.",
+  "wallets-3-c-label": "सपोर्ट स्टाफ",
+  "wallets-3-c-explanation": "तुम्ही तुमचा सीड फ्रेज / खासगी की सपोर्ट स्टाफ असल्याचे सांगणाऱ्या कोणालाही कधीही देऊ नये. जो कोणी तुम्हाला हे विचारतो तो एक स्कॅमर आहे.",
+  "wallets-3-d-label": "कोणीही नाही",
+  "wallets-3-d-explanation": "आदर्शपणे, तुम्ही तुमचा सीड फ्रेज किंवा खासगी की कोणालाही कधीही देऊ नये. जर तुम्ही एखाद्यावर तुमच्या निधीवर संपूर्ण प्रवेशासह पूर्णपणे विश्वास ठेवत असाल (जसे की जोडीदार), तर तुम्ही ही माहिती त्यांच्याबरोबर शेअर करण्याचा निर्णय घेऊ शकता.",
+  "wallets-4-prompt": "Ethereum वरील एक वॉलेट आणि एक खाते ही एकच गोष्ट आहे.",
+  "wallets-4-a-label": "खरे",
+  "wallets-4-a-explanation": "एक वॉलेट हे Ethereum खात्याशी संवाद साधण्यासाठी वापरले जाणारे एक दृश्‍यमान इंटरफेस आहे.",
+  "wallets-4-b-label": "खोटे",
+  "wallets-4-b-explanation": "एक वॉलेट हे Ethereum खात्याशी संवाद साधण्यासाठी वापरले जाणारे एक दृश्‍यमान इंटरफेस आहे.",
+  "security-1-prompt": "तुम्ही तुमच्या सर्व खात्यांसाठी अद्वितीय पासवर्ड का वापरावेत?",
+  "security-1-a-label": "जर प्लॅटफॉर्मपैकी एकावर डेटा भंग झाला तर",
+  "security-1-a-explanation": "हे उत्तर बरोबर आहे, परंतु इतरही बरोबर उत्तरे आहेत.",
+  "security-1-b-label": "जर तुमच्या खांद्यावरून पाहणाऱ्या कोणीतरी तुमचा पासवर्ड शोधून काढला तर",
+  "security-1-b-explanation": "हे उत्तर बरोबर आहे, परंतु इतरही बरोबर उत्तरे आहेत.",
+  "security-1-c-label": "जर मालवेअर, जसे की की-लॉगर, तुमचा पासवर्ड चोरतो",
+  "security-1-c-explanation": "हे उत्तर बरोबर आहे, परंतु इतरही बरोबर उत्तरे आहेत.",
+  "security-1-d-label": "वरील सर्व",
+  "security-1-d-explanation": "सर्व उत्तरे बरोबर आहेत. अद्वितीय पासवर्ड वापरणे हे तुमच्या खात्यात इतर कोणालाही प्रवेश करण्यापासून रोखण्याचा सर्वोत्तम मार्ग आहे.",
+  "security-2-prompt": "The Merge नंतर, ETH चे ETH2 मध्ये अपग्रेड करणे आवश्यक आहे.",
+  "security-2-a-label": "खरे",
+  "security-2-a-explanation": "तुम्हाला तुमचा ETH ETH2 मध्ये अपग्रेड करण्याची आवश्यकता नाही. ETH2 अस्तित्वात नाही आणि हा स्कॅमर्सद्वारे वापरला जाणारा एक सामान्य कथा आहे.",
+  "security-2-b-label": "खोटे",
+  "security-2-b-explanation": "तुम्हाला तुमचा ETH ETH2 मध्ये अपग्रेड करण्याची आवश्यकता नाही. ETH2 अस्तित्वात नाही आणि हा स्कॅमर्सद्वारे वापरला जाणारा एक सामान्य कथा आहे.",
+  "security-3-prompt": "ETH गिव्हअवे आहेत:",
+  "security-3-a-label": "अधिक ETH मिळवण्याचा एक चांगला मार्ग",
+  "security-3-a-explanation": "ETH गिव्हअवे हे तुमचे ETH आणि इतर टोकन चोरण्यासाठी डिझाइन केलेले स्कॅम आहेत. ते कधीही अधिक ETH मिळवण्याचा चांगला मार्ग नाहीत.",
+  "security-3-b-label": "नेहमी अस्सल",
+  "security-3-b-explanation": "ETH गिव्हअवे कधीही अस्सल नसतात.",
+  "security-3-c-label": "सामान्यापणे समुदायाच्या प्रमुख सदस्यांकडून केले जाते",
+  "security-3-c-explanation": "प्रमुख समुदाय सदस्य ETH गिव्हअवे करत नाहीत. स्कॅमर्स प्रसिद्ध व्यक्ती, जसे की Elon Musk, गिव्हअवे करत असल्याचे भासवतात जेणेकरून त्यांच्या स्कॅमला वैधतेची भावना देता येईल.",
+  "security-3-d-label": "स्कॅम असण्याची खूप शक्यता आहे",
+  "security-3-d-explanation": "ETH गिव्हअवे नेहमीच स्कॅम असतात. स्कॅमर्सची तक्रार करणे आणि त्यांच्याकडे दुर्लक्ष करणे सर्वोत्तम आहे.",
+  "security-4-prompt": "Ethereum व्यवहार उलट करता येण्यासारखे आहेत.",
+  "security-4-a-label": "खरे",
+  "security-4-a-explanation": "Ethereum व्यवहार उलट करता येत नाहीत. जो कोणी तुम्हाला अन्यथा सांगतो तो तुम्हाला फसवण्याचा प्रयत्न करत असेल.",
+  "security-4-b-label": "खोटे",
+  "security-4-b-explanation": "Ethereum व्यवहार उलट करता येत नाहीत. जो कोणी तुम्हाला अन्यथा सांगतो तो तुम्हाला फसवण्याचा प्रयत्न करत असेल.",
+  "nfts-1-prompt": "NFTs ची सर्वात व्यापक व्याख्या अशी आहे:",
+  "nfts-1-a-label": "अद्वितीय डिजिटल मालमत्ता",
+  "nfts-1-a-explanation": "NFTs एक अद्वितीय डिजिटल मालमत्ता दर्शवतात.",
+  "nfts-1-b-label": "डिजिटल कलाकृती",
+  "nfts-1-b-explanation": "NFTs एक अद्वितीय डिजिटल मालमत्ता दर्शवतात, ही सामान्यतः डिजिटल कलाकृती असते, परंतु ती फक्त कलेपुरती मर्यादित नाही.",
+  "nfts-1-c-label": "विशेष कार्यक्रमांची तिकिटे",
+  "nfts-1-c-explanation": "NFTs एक अद्वितीय डिजिटल मालमत्ता दर्शवतात, ही एक तिकीट प्रणाली असू शकते, परंतु ती फक्त तिकिटांपुरती मर्यादित नाही.",
+  "nfts-1-d-label": "कायदेशीररित्या बंधनकारक करार",
+  "nfts-1-d-explanation": "जरी कायदेशीर करार NFT म्हणून दर्शविला जाऊ शकतो, तरीही NFTs फक्त कायदेशीररित्या बंधनकारक करारांपुरते मर्यादित नाहीत.",
+  "nfts-2-prompt": "एकाच कलाकृतीचे प्रतिनिधित्व करणारे दोन NFTs ही एकच गोष्ट आहे.",
+  "nfts-2-a-label": "खरे",
+  "nfts-2-a-explanation": "NFTs नॉन-फंजिबल आहेत. याचा अर्थ जरी ते डिजिटल कलेचा तुकडा दर्शवत असले तरी, ते अजूनही अद्वितीयपणे ओळखण्यायोग्य आहेत. पारंपरिक कलाजगात, हे मूळ आणि प्रिंट्ससारखे असू शकते.",
+  "nfts-2-b-label": "खोटे",
+  "nfts-2-b-explanation": "NFTs नॉन-फंजिबल आहेत. याचा अर्थ जरी ते डिजिटल कलेचा तुकडा दर्शवत असले तरी, ते अजूनही अद्वितीयपणे ओळखण्यायोग्य आहेत. पारंपरिक कलाजगात, हे मूळ आणि प्रिंट्ससारखे असू शकते.",
+  "nfts-3-prompt": "NFTs सामान्यतः प्रतिनिधित्व करतात:",
+  "nfts-3-a-label": "तुमच्या वॉलेटचा पासवर्ड",
+  "nfts-3-a-explanation": "हा एक सुरक्षा धोका आहे आणि सामान्यतः एक वाईट कल्पना आहे!",
+  "nfts-3-b-label": "एका अद्वितीय डिजिटल वस्तूची मालकी",
+  "nfts-3-b-explanation": "NFTs सामान्यतः एका अद्वितीय डिजिटल वस्तूच्या मालकीचे प्रतिनिधित्व करतात.",
+  "nfts-3-c-label": "तुमची सध्याची ETH शिल्लक",
+  "nfts-3-c-explanation": "NFTs तुमच्या ETH शिल्लकीचे मनमानीपणे प्रतिनिधित्व करू शकत नाहीत.",
+  "nfts-3-d-label": "वरील सर्व",
+  "nfts-3-d-explanation": "NFTs सामान्यतः एका अद्वितीय डिजिटल वस्तूची मालकी दर्शवतात, ETH शिल्लक किंवा वॉलेट पासवर्ड नव्हे.",
+  "nfts-4-prompt": "NFTs ने एक नवीन तयार करण्यात मदत केली आहे:",
+  "nfts-4-a-label": "क्युरेटर अर्थव्यवस्था",
+  "nfts-4-a-explanation": "NFTs ने निर्मात्यांसाठी, क्युरेटर्ससाठी नव्हे, एक नवीन अर्थव्यवस्था तयार करण्यात मदत केली.",
+  "nfts-4-b-label": "कार्बन अर्थव्यवस्था",
+  "nfts-4-b-explanation": "NFTs ने निर्मात्यांसाठी, कार्बनसाठी नव्हे, एक नवीन अर्थव्यवस्था तयार करण्यात मदत केली.",
+  "nfts-4-c-label": "निर्माता अर्थव्यवस्था",
+  "nfts-4-c-explanation": "NFTs ने निर्माता अर्थव्यवस्था तयार करण्यात मदत केली.",
+  "nfts-4-d-label": "डोज अर्थव्यवस्था",
+  "nfts-4-d-explanation": "NFTs ने निर्मात्यांसाठी एक नवीन अर्थव्यवस्था तयार करण्यात मदत केली, डोजसाठी नाही 🐶.",
+  "nfts-5-prompt": "Ethereum वरील NFTs पर्यावरणासाठी हानिकारक आहेत",
+  "nfts-5-a-label": "खरे",
+  "nfts-5-a-explanation": "The Merge (प्रूफ-ऑफ-स्टेकवर संक्रमण) पासून, कोणत्याही व्यवहाराचा पर्यावरणावर नगण्य परिणाम झाला आहे.",
+  "nfts-5-b-label": "खोटे",
+  "nfts-5-b-explanation": "The Merge (प्रूफ-ऑफ-स्टेकवर संक्रमण) पासून, कोणत्याही व्यवहाराचा पर्यावरणावर नगण्य परिणाम झाला आहे.",
+  "rollups-1-prompt": "लेअर २ ब्लॉकचेन नेटवर्क यासाठी आहेत:",
+  "rollups-1-a-label": "इथेरियमचे स्केलिंग",
+  "rollups-1-a-explanation": "रोलअप आणि इतर लेअर २ सोल्यूशन्सचा प्राथमिक उद्देश Ethereum चे स्केलिंग करणे आहे.",
+  "rollups-1-b-label": "पेमेंट करणे",
+  "rollups-1-b-explanation": "रोलअप आणि इतर लेअर २ सोल्यूशन्सचा प्राथमिक उद्देश Ethereum चे स्केलिंग करणे आहे.",
+  "rollups-1-c-label": "NFTs खरेदी करणे",
+  "rollups-1-c-explanation": "रोलअप आणि इतर लेअर २ सोल्यूशन्सचा प्राथमिक उद्देश Ethereum चे स्केलिंग करणे आहे.",
+  "rollups-1-d-label": "Ethereum चे विकेंद्रीकरण करणे",
+  "rollups-1-d-explanation": "रोलअप आणि इतर लेअर २ सोल्यूशन्सचा प्राथमिक उद्देश Ethereum चे स्केलिंग करणे आहे.",
+  "rollups-2-prompt": "स्केल करण्यासाठी, बहुतेक पर्यायी लेयर 1 नेटवर्कने प्रामुख्याने यावर त्याग केला आहे:",
+  "rollups-2-a-label": "सुरक्षा",
+  "rollups-2-a-explanation": "स्केल करण्यासाठी बहुतेक पर्यायी लेयर 1 नेटवर्क सुरक्षा आणि इतर काही गोष्टींवर त्याग करतात.",
+  "rollups-2-b-label": "विकेंद्रीकरण",
+  "rollups-2-b-explanation": "स्केल करण्यासाठी बहुतेक पर्यायी लेयर 1 नेटवर्क विकेंद्रीकरण आणि इतर काही गोष्टींवर त्याग करतात.",
+  "rollups-2-c-label": "टोकन किंमत",
+  "rollups-2-c-explanation": "टोकनच्या किंमतीचा स्केलिंग क्षमतेवर कोणताही परिणाम होत नाही.",
+  "rollups-2-d-label": "सुरक्षा आणि विकेंद्रीकरण",
+  "rollups-2-d-explanation": "स्केल करण्यासाठी बहुतेक पर्यायी लेयर 1 नेटवर्क सुरक्षा आणि विकेंद्रीकरण या दोन्हींवर त्याग करतात.",
+  "rollups-3-prompt": "खालीलपैकी कोणते लेअर २ मानले जात नाही?",
+  "rollups-3-a-label": "व्हॅलिडियम्स",
+  "rollups-3-a-explanation": "व्हॅलिडियम्सला लेअर २ सोल्यूशन्स मानले जात नाही कारण ते Ethereum पासून सुरक्षा किंवा डेटा उपलब्धता मिळवत नाहीत. हे एकमेव बरोबर उत्तर नाही.",
+  "rollups-3-b-label": "साइडचेन्स",
+  "rollups-3-b-explanation": "साइडचेन्सला लेअर २ सोल्यूशन्स मानले जात नाही कारण ते Ethereum पासून सुरक्षा किंवा डेटा उपलब्धता मिळवत नाहीत. हे एकमेव बरोबर उत्तर नाही.",
+  "rollups-3-c-label": "पर्यायी लेअर १ ब्लॉकचेन्स",
+  "rollups-3-c-explanation": "पर्यायी लेअर १ ब्लॉकचेनला लेअर २ सोल्यूशन मानले जात नाही. हे एकमेव बरोबर उत्तर नाही.",
+  "rollups-3-d-label": "वरील सर्व",
+  "rollups-3-d-explanation": "व्हॅलिडियम्स, साइडचेन्स आणि पर्यायी लेअर १ ब्लॉकचेनला लेअर २ सोल्यूशन मानले जात नाही कारण ते Ethereum पासून सुरक्षा किंवा डेटा उपलब्धता मिळवत नाहीत.",
+  "rollups-4-prompt": "Ethereum कडे ‘अधिकृत’ लेअर २ का नाही?",
+  "rollups-4-a-label": "कोर डेव्हलपर Ethereum वर काम करण्यात खूप व्यस्त आहेत",
+  "rollups-4-a-explanation": "Ethereum वर ‘अधिकृत’ लेअर २ साठी कोणतीही योजना नाही कारण आम्हाला लेअर २ सोल्यूशन्स डिझाइन करण्याच्या विविध पद्धतींचा फायदा होईल.",
+  "rollups-4-b-label": "L1 म्हणून, Ethereum अखेरीस स्वतःहून मोठ्या प्रमाणात स्केलिंग गाठेल",
+  "rollups-4-b-explanation": "Ethereum वर ‘अधिकृत’ लेअर २ साठी कोणतीही योजना नाही कारण आम्हाला लेअर २ सोल्यूशन्स डिझाइन करण्याच्या विविध पद्धतींचा फायदा होईल.",
+  "rollups-4-c-label": "कोर डेव्हलपर अजूनही ऑप्टिमिस्टिक आणि zk-रोलअप्समध्ये वादविवाद करत आहेत",
+  "rollups-4-c-explanation": "Ethereum वर ‘अधिकृत’ लेअर २ साठी कोणतीही योजना नाही कारण आम्हाला लेअर २ सोल्यूशन्स डिझाइन करण्याच्या विविध पद्धतींचा फायदा होईल.",
+  "rollups-4-d-label": "Ethereum ला L2 डिझाइन करण्याच्या विविध दृष्टिकोनांचा फायदा होईल",
+  "rollups-4-d-explanation": "Ethereum वर ‘अधिकृत’ लेअर २ साठी कोणतीही योजना नाही कारण आम्हाला लेअर २ सोल्यूशन्स डिझाइन करण्याच्या विविध पद्धतींचा फायदा होईल.",
+  "merge-1-prompt": "The Merge ने Ethereum ला कोणत्या सहमती यंत्रणेवर हलवले?",
+  "merge-1-a-label": "प्रूफ-ऑफ-वर्क",
+  "merge-1-a-explanation": "प्रूफ-ऑफ-वर्क ही The Merge पूर्वी वापरली जाणारी सहमती यंत्रणा होती.",
+  "merge-1-b-label": "प्रूफ-ऑफ-स्टेक",
+  "merge-1-b-explanation": "बरोबर! The Merge ने Ethereum ला प्रूफ-ऑफ-स्टेकवर हलवले.",
+  "merge-1-c-label": "प्रूफ-ऑफ-अथॉरिटी",
+  "merge-1-c-explanation": "Ethereum ने Ethereum मेननेटवर कधीही प्रूफ-ऑफ-अथॉरिटी वापरलेली नाही.",
+  "merge-1-d-label": "वरील सर्व",
+  "merge-1-d-explanation": "Ethereum साठी या सर्व सहमती यंत्रणा एकाच वेळी असणे शक्य होणार नाही.",
+  "merge-2-prompt": "The Merge ने Ethereum चा ऊर्जा वापर इतक्याने कमी केला:",
+  "merge-2-a-label": "50%",
+  "merge-2-a-explanation": "The Merge ने प्रूफ-ऑफ-वर्कवरून प्रूफ-ऑफ-स्टेकवर संक्रमणास सक्षम केल्यानंतर Ethereum चा ऊर्जा वापर 99.95% ने कमी झाला.",
+  "merge-2-b-label": "62.5%",
+  "merge-2-b-explanation": "The Merge ने प्रूफ-ऑफ-वर्कवरून प्रूफ-ऑफ-स्टेकवर संक्रमणास सक्षम केल्यानंतर Ethereum चा ऊर्जा वापर 99.95% ने कमी झाला.",
+  "merge-2-c-label": "90%",
+  "merge-2-c-explanation": "The Merge ने प्रूफ-ऑफ-वर्कवरून प्रूफ-ऑफ-स्टेकवर संक्रमणास सक्षम केल्यानंतर Ethereum चा ऊर्जा वापर 99.95% ने कमी झाला.",
+  "merge-2-d-label": "99.95%",
+  "merge-2-d-explanation": "The Merge ने प्रूफ-ऑफ-वर्कवरून प्रूफ-ऑफ-स्टेकवर संक्रमणास सक्षम केल्यानंतर Ethereum चा ऊर्जा वापर 99.95% ने कमी झाला.",
+  "merge-3-prompt": "The Merge केव्हा झाले?",
+  "merge-3-a-label": "15 सप्टेंबर 2022",
+  "merge-3-a-explanation": "The Merge 15 सप्टेंबर 2022 रोजी सकाळी 06:42:42 वाजता (UTC) झाले.",
+  "merge-3-b-label": "1 डिसेंबर 2020",
+  "merge-3-b-explanation": "The Merge यानंतर झाले. 1 डिसेंबर 2020 रोजी बीकन चेन सुरू झाली होती.",
+  "merge-3-c-label": "27 नोव्हेंबर 2013",
+  "merge-3-c-explanation": "The Merge यानंतर झाले. 27 नोव्हेंबर, 2013 रोजी Ethereum व्हाइटपेपर प्रसिद्ध झाला होता.",
+  "merge-3-d-label": "31 ऑक्टोबर 2008",
+  "merge-3-d-explanation": "The Merge यानंतर झाले. 31 ऑक्टोबर हा दिवस आहे ज्या दिवशी Bitcoin व्हाइटपेपर प्रसिद्ध झाला होता.",
+  "merge-4-prompt": "The Merge चा अर्थ असा होता की वापरकर्त्यांना त्यांचे ETH ETH2 साठी एक्सचेंज करावे लागले:",
+  "merge-4-a-label": "खरे",
+  "merge-4-a-explanation": "The Merge पूर्वी, दरम्यान किंवा नंतर कोणत्याही वेळी ETH बदलले नाही. ETH ला ETH2 मध्ये ‘अपग्रेड’ करण्याची कल्पना दुर्भावनापूर्ण कलाकारांकडून वापरकर्त्यांना फसवण्यासाठी एक सामान्य युक्ती होती.",
+  "merge-4-b-label": "खोटे",
+  "merge-4-b-explanation": "The Merge पूर्वी, दरम्यान किंवा नंतर कोणत्याही वेळी ETH बदलले नाही. ETH ला ETH2 मध्ये ‘अपग्रेड’ करण्याची कल्पना दुर्भावनापूर्ण कलाकारांकडून वापरकर्त्यांना फसवण्यासाठी एक सामान्य युक्ती होती.",
+  "merge-5-prompt": "Ethereum च्या सहमती स्तराला पूर्वी असे ओळखले जात होते:",
+  "merge-5-a-label": "प्रूफ-ऑफ-वर्क",
+  "merge-5-a-explanation": "प्रूफ-ऑफ-वर्क ही The Merge पूर्वी वापरली जाणारी सहमती यंत्रणा होती.",
+  "merge-5-b-label": "Eth2",
+  "merge-5-b-explanation": "सहमती स्तर म्हणून नाव बदलण्यापूर्वी, त्याला मूळतः ‘Eth2’ म्हटले जात होते.",
+  "merge-5-c-label": "Eth1",
+  "merge-5-c-explanation": "Eth1 हे मूळ नाव एक्झिक्यूशन स्तराला दिले होते, सहमती स्तराला नाही.",
+  "merge-5-d-label": "स्टॅकिंग",
+  "merge-5-d-explanation": "स्टेकिंग म्हणजे चेन सुरक्षित करण्यास मदत करण्यासाठी स्मार्ट कॉन्ट्रॅक्टमध्ये ETH जमा करणे.",
+  "gas-1-prompt": "गॅस शुल्क काय आहेत?",
+  "gas-1-a-label": "व्यवहार आणि स्मार्ट कॉन्ट्रॅक्ट ऑपरेशन्सशी संबंधित एक शुल्क",
+  "gas-1-a-explanation": "अंशतः बरोबर, गॅस शुल्क व्यवहार आणि स्मार्ट कॉन्ट्रॅक्ट ऑपरेशन्सचा खर्च दर्शवते.",
+  "gas-1-b-label": "एखादे ऑपरेशन करण्यासाठी वापरलेला गॅसचा प्रमाण, गॅसच्या प्रत्येक युनिटच्या खर्चाने गुणले जाते",
+  "gas-1-b-explanation": "अंशतः बरोबर. खरे असले तरी, दिलेल्या पर्यायांमधून हे सर्वोत्तम उत्तर नाही.",
+  "gas-1-c-label": "एक पेमेंट ज्यात व्यवहार प्रक्रिया संभाव्यतः जलद करण्यासाठी प्राधान्य शुल्क समाविष्ट आहे",
+  "gas-1-c-explanation": "अंशतः बरोबर, एकूण गॅस शुल्कामध्ये बेस फी आणि प्राधान्य शुल्क समाविष्ट आहे जे व्यवहार प्रक्रियेच्या गतीवर परिणाम करू शकते",
+  "gas-1-d-label": "वरील सर्व",
+  "gas-1-d-explanation": "गॅस शुल्कामध्ये या सर्व बाबींचा समावेश होतो: ते गणनेची भरपाई करतात, व्यवहार आणि स्मार्ट कॉन्ट्रॅक्ट दोन्हीवर लागू होतात आणि जलद समावेशासाठी प्राधान्य शुल्क समाविष्ट करू शकतात.",
+  "gas-2-prompt": "गॅसचा खर्च कमी करण्यासाठी खालीलपैकी कोणती रणनीती सर्वात कमी प्रभावी आहे?",
+  "gas-2-a-label": "कमी गर्दीच्या काळात व्यवहार करणे",
+  "gas-2-a-explanation": "ऑफ-पीक तासांमध्ये व्यवहार केल्याने गॅसचा खर्च कमी होऊ शकतो.",
+  "gas-2-b-label": "गॅसच्या किमती कमी होण्याची वाट पाहणे",
+  "gas-2-b-explanation": "गॅसच्या किमती कमी होण्याची वाट पाहणे ही एक वैध रणनीती आहे कारण गॅस गर्दीवर आधारित चढउतार करतो.",
+  "gas-2-c-label": "कमी शुल्कासाठी लेयर 2 चेन वापरणे",
+  "gas-2-c-explanation": "लेयर 2 सोल्यूशन्स शुल्क कमी करतात आणि गॅस वाचवण्याचा एक प्रभावी मार्ग आहेत.",
+  "gas-2-d-label": "जटिल स्मार्ट कॉन्ट्रॅक्ट लॉजिक वापरणे ज्यामुळे संगणकीय आवश्यकता वाढतात",
+  "gas-2-d-explanation": "जटिल स्मार्ट कॉन्ट्रॅक्ट लॉजिक अधिक गणनेची आवश्यकता असल्यामुळे गॅस खर्च वाढवते. कार्यक्षम डिझाइन पायऱ्या, स्टोरेज आणि अनावश्यक ऑपरेशन्स कमी करून शुल्क कमी करते.",
+  "gas-3-prompt": "गॅस शुल्क जास्त का होतात?",
+  "gas-3-a-label": "नेटवर्क गणना एका विशिष्ट उंबरठ्यापेक्षा जास्त होणे",
+  "gas-3-a-explanation": "जेव्हा Ethereum वरील गणना एका उंबरठ्यापेक्षा जास्त होते, तेव्हा गॅस शुल्क वाढते, विशेषतः डॅप्स किंवा NFT ड्रॉप्स सारख्या उच्च क्रियाकलाप कालावधीत.",
+  "gas-3-b-label": "व्हॅलिडेटर्स बेस फी मॅन्युअली वाढवत आहेत",
+  "gas-3-b-explanation": "व्हॅलिडेटर्स मॅन्युअली बेस फी सेट करत नाहीत; ते मागील ब्लॉकमधील मागणीनुसार प्रोटोकॉलद्वारे समायोजित केले जातात.",
+  "gas-3-c-label": "चांगले लिहिलेले, ऑप्टिमाइझ केलेले स्मार्ट कॉन्ट्रॅक्ट्स",
+  "gas-3-c-explanation": "चांगले लिहिलेले स्मार्ट कॉन्ट्रॅक्ट लॉजिक जसे की स्टोरेज आणि लूप्सचा कार्यक्षम वापर कमी गॅस वापराकडे नेऊ शकतो.",
+  "gas-3-d-label": "नेटवर्कवर उपलब्ध ETH ची कमतरता",
+  "gas-3-d-explanation": "गॅस शुल्क नेटवर्कवर उपलब्ध ETH च्या प्रमाणावर परिणाम करत नाहीत.",
+  "gas-4-prompt": "गॅस शुल्क Ethereum सुरक्षित ठेवण्यास कशी मदत करतात?",
+  "gas-4-a-label": "व्हॅलिडेटर्सना प्रामाणिकपणे वागण्यासाठी प्रोत्साहन देऊन",
+  "gas-4-a-explanation": "व्हॅलिडेटर्सना काही मार्गांनी भरपाई दिली जाते, परंतु गॅस शुल्क प्रामुख्याने स्पॅम आणि जास्त संसाधन वापराला परावृत्त करतात.",
+  "gas-4-b-label": "आर्थिक खर्चासह स्पॅम आणि दुर्भावनापूर्ण क्रियाकलापांना परावृत्त करून",
+  "gas-4-b-explanation": "गॅस शुल्क स्पॅम किंवा दुर्भावनापूर्ण क्रियाकलाप महाग करतात, गैरवापर टाळतात आणि नेटवर्क स्थिरता राखण्यास मदत करतात.",
+  "gas-4-c-label": "व्यवहार प्राधान्यक्रमाने प्रक्रिया केली जातील याची खात्री करून",
+  "gas-4-c-explanation": "प्राधान्य टिपद्वारे निर्धारित केले जाऊ शकते, गॅस शुल्काद्वारे नव्हे.",
+  "gas-4-d-label": "प्रचलनात असलेल्या ETH च्या एकूण प्रमाणात वाढ करून",
+  "gas-4-d-explanation": "बेस फी (एकूण गॅस शुल्काचा भाग) बर्न केली जाते, ज्यामुळे प्रचलनात असलेले ETH कमी होते, वाढवत नाही",
+  "gas-5-prompt": "गॅस शुल्क कसे मोजले जाते?",
+  "gas-5-a-label": "गॅस किंमत × व्यवहार आकार",
+  "gas-5-a-explanation": "गॅस शुल्क गणनेवर आधारित आहेत, व्यवहार आकारावर नाही.",
+  "gas-5-b-label": "वापरलेले गॅसचे युनिट्स × (बेस फी + प्राधान्य फी)",
+  "gas-5-b-explanation": "गॅस शुल्क या सूत्राचा वापर करून निर्धारित केले जातात: वापरलेले गॅसचे युनिट्स × (बेस फी + प्राधान्य फी).",
+  "gas-5-c-label": "ब्लॉक आकार × व्हॅलिडेटर टिप कॅप",
+  "gas-5-c-explanation": "ब्लॉक आकार थेट या सूत्रात समाविष्ट होत नाही.",
+  "gas-5-d-label": "बेस फी + प्राधान्य फी + टिप",
+  "gas-5-d-explanation": "बेस फी आणि प्राधान्य फी सूत्राचा भाग आहेत; टिप ही प्राधान्य फी आहे.",
+  "daos-1-prompt": "DAO बद्दल काय खरे आहे?",
+  "daos-1-a-label": "DAO गव्हर्नन्स टोकन्सद्वारे सामूहिकरित्या मालकीचे आहेत",
+  "daos-1-a-explanation": "DAO सामूहिकरित्या मालकीचे आहेत, परंतु हे एकमेव बरोबर विधान नाही.",
+  "daos-1-b-label": "ते त्यांच्या सदस्यांद्वारे शासित आहेत",
+  "daos-1-b-explanation": "DAO त्यांच्या सदस्यांद्वारे शासित आहेत, परंतु हे एकमेव बरोबर विधान नाही.",
+  "daos-1-c-label": "ते एका सामायिक ध्येयाकडे काम करत आहेत",
+  "daos-1-c-explanation": "DAO एका सामायिक ध्येयाकडे काम करत आहेत, परंतु हे एकमेव बरोबर विधान नाही.",
+  "daos-1-d-label": "वरील सर्व",
+  "daos-1-d-explanation": "बरोबर, DAO ही एक सामूहिक-मालकीची, ब्लॉकचेन-शासित संस्था आहे जी एका सामायिक ध्येयाकडे काम करत आहे.",
+  "daos-2-prompt": "DAO कसे वापरावे याची व्यावहारिक उदाहरणे काय आहेत?",
+  "daos-2-a-label": "विकेंद्रीकृत प्रोटोकॉल, सदस्य प्रोटोकॉलच्या बाबींवर किंवा उत्पादन कसे विकसित करावे यावर मतदान करतात",
+  "daos-2-a-explanation": "प्रोटोकॉल DAO हे एक उदाहरण आहे, परंतु DAO फक्त त्यापुरते मर्यादित नाहीत.",
+  "daos-2-b-label": "सामूहिक मालकी, उदा. NFTs किंवा भौतिक मालमत्तेसाठी",
+  "daos-2-b-explanation": "कलेक्टर DAO हे एक उदाहरण आहे, परंतु DAO फक्त त्यापुरते मर्यादित नाहीत.",
+  "daos-2-c-label": "उपक्रम आणि अनुदान, भांडवल जमा करणे आणि निधी देण्यासाठी प्रकल्पांवर मतदान करणे",
+  "daos-2-c-explanation": "व्हेंचर किंवा ग्रँट्स DAO हे एक उदाहरण आहे, परंतु DAO फक्त त्यापुरते मर्यादित नाहीत.",
+  "daos-2-d-label": "वरील सर्व",
+  "daos-2-d-explanation": "एका DAO चे अनेक 'ध्येय' असू शकतात.",
+  "daos-3-prompt": "पारंपारिक संस्थांच्या विपरीत, DAO आहेत...",
+  "daos-3-a-label": "सहसा श्रेणीबद्ध",
+  "daos-3-a-explanation": "DAO सामान्यतः सपाट आणि पूर्णपणे लोकशाहीकृत असतात.",
+  "daos-3-b-label": "त्यांच्या क्रियाकलापांबद्दल पारदर्शक आणि पूर्णपणे सार्वजनिक",
+  "daos-3-b-explanation": "ऑनचेन मतदानामुळे, निर्णय ब्लॉकचेनवर पारदर्शक असतात. चर्चा आणि निर्णय घेण्याच्या प्रक्रियेचे इतर घटक सर्व सदस्यांसाठी खुले असतात.",
+  "daos-3-c-label": "एका केंद्रीय पक्षाद्वारे नियंत्रित",
+  "daos-3-c-explanation": "बदलांसाठी सदस्यांचे मतदान आवश्यक आहे. देऊ केलेल्या सेवा विकेंद्रीकृत पद्धतीने स्वयंचलितपणे हाताळल्या जातात.",
+  "daos-3-d-label": "बदल कोण सुचवू शकतो यावर प्रतिबंधित",
+  "daos-3-d-explanation": "सामान्यतः, प्रत्येक DAO सदस्य बदल सुचवू शकतो.",
+  "daos-4-prompt": "DAO साठी स्मार्ट कॉन्ट्रॅक्ट्सबद्दल काय आवश्यक आहे?",
+  "daos-4-a-label": "स्मार्ट कॉन्ट्रॅक्ट कोडमध्ये बदल केला जाऊ शकतो",
+  "daos-4-a-explanation": "एकदा करार Ethereum वर थेट झाल्यावर, मतदानाशिवाय कोणीही नियम बदलू शकत नाही. हे DAO ला ज्या नियमांसह प्रोग्राम केले होते त्या नियमांनुसार चालण्याची परवानगी देते.",
+  "daos-4-b-label": "त्याचा एक वैयक्तिक मालक आहे जो बदल करण्याचा आणि ट्रेझरीमधून पाठवण्याचा अधिकार राखून ठेवतो.",
+  "daos-4-b-explanation": "ट्रेझरी स्मार्ट कॉन्ट्रॅक्टद्वारे परिभाषित केली जाते. पैसे खर्च करण्यासाठी, गटाची मंजूरी आवश्यक आहे.",
+  "daos-4-c-label": "अंतर्निहित ब्लॉकचेनच्या वितरित सहमतीवर विश्वास",
+  "daos-4-c-explanation": "DAO साठी हे महत्त्वाचे आहे की अंतर्निहित ब्लॉकचेनमध्ये फेरफार करता येऊ नये. Ethereum ची स्वतःची सहमती वितरित आणि इतकी स्थापित आहे की संस्था नेटवर्कवर विश्वास ठेवू शकतात.",
+  "daos-4-d-label": "DAO ला स्मार्ट कॉन्ट्रॅक्ट्सची आवश्यकता नाही",
+  "daos-4-d-explanation": "DAO चा कणा हा त्याचा स्मार्ट करार असतो, जो संस्थेचे नियम परिभाषित करतो आणि समूहाचा खजिना धारण करतो.",
+  "daos-5-prompt": "DAO चे शासन करण्याची कोणती यंत्रणा नाही?",
+  "daos-5-a-label": "टोकन-आधारित सदस्यत्व",
+  "daos-5-a-explanation": "टोकन-आधारित शासन खूप मोठ्या प्रमाणावर वापरले जाते. ते सामान्यतः पूर्णपणे परवानगीशिवाय असते आणि सामान्यतः व्यापक विकेंद्रित प्रोटोकॉल आणि/किंवा स्वतः टोकनचे शासन करण्यासाठी वापरले जाते.",
+  "daos-5-b-label": "शेअर-आधारित सदस्यत्व",
+  "daos-5-b-explanation": "शेअर-आधारित DAO अधिक परवानगीसह आहेत परंतु तरीही बरेच खुले आहेत. कोणताही संभाव्य सदस्य DAO मध्ये सामील होण्यासाठी प्रस्ताव सादर करू शकतो, सामान्यतः टोकन किंवा कामाच्या स्वरूपात काही मूल्याची श्रद्धांजली देऊ करतो.",
+  "daos-5-c-label": "प्रतिष्ठा-आधारित सदस्यत्व",
+  "daos-5-c-explanation": "टोकन किंवा शेअर-आधारित सदस्यत्वाच्या विपरीत, प्रतिष्ठा-आधारित DAO योगदानकर्त्यांना मालकी हस्तांतरित करत नाहीत. DAO सदस्यांना सहभागातून प्रतिष्ठा मिळवावी लागते.",
+  "daos-5-d-label": "कार्यकारी मंडळ आणि ऑफचेन ट्रेझरी व्यवस्थापन",
+  "daos-5-d-explanation": "हा दृष्टिकोन शासनाच्या अत्यंत केंद्रीकृत आणि अपारदर्शक यंत्रणा वापरतो. याउलट, DAO पारदर्शकता आणि जबाबदारी सुनिश्चित करण्यासाठी सत्यापित मतदान यंत्रणा आणि ऑनचेन ट्रेझरी व्यवस्थापन वापरतात.",
+  "staking-solo-1-prompt": "स्लॅशिंगबद्दल काय खरे आहे?",
+  "staking-solo-1-a-label": "ऑफलाइन असण्याची शिक्षा, ऑनलाइन परत आल्यावर बक्षिसे पुन्हा सुरू होतात",
+  "staking-solo-1-a-explanation": "ऑफलाइन असण्यामुळे स्लॅशिंग होत नाही. ऑफलाइन असण्यासाठी लहान दंड आकारले जातात आणि व्हॅलिडेटर ऑनलाइन परत आल्यावर आणि अटस्टेशन्स पुन्हा सुरू केल्यावर बक्षिसे पुन्हा सुरू होतात.",
+  "staking-solo-1-b-label": "ऑफलाइन असण्याची शिक्षा, व्हॅलिडेटरला पुन्हा कधीही अटस्टिंग करण्यास त्वरित प्रतिबंधित केले जाते",
+  "staking-solo-1-b-explanation": "ऑफलाइन असण्यामुळे स्लॅशिंग होत नाही. स्लॅशिंगमुळे व्हॅलिडेटरला पुन्हा कधीही अटस्टिंग करण्यापासून प्रतिबंधित केले जाईल आणि अखेरीस जबरदस्तीने बाहेर काढले जाईल, परंतु ऑफलाइन असण्यामुळे नेटवर्कमधून बाहेर काढले जाणार नाही.",
+  "staking-solo-1-c-label": "विशिष्ट सहमती नियम मोडल्याबद्दल दंड, स्लॅशिंगनंतर बक्षिसे पुन्हा सुरू होतात",
+  "staking-solo-1-c-explanation": "स्लॅशिंग ही विशिष्ट सहमती नियम मोडल्याबद्दल एक गंभीर शिक्षा आहे जी नेटवर्कसाठी धोका निर्माण करते. म्हणून, एकदा व्हॅलिडेटरला स्लॅश केले की त्यांना पुढे कोणतेही अटस्टिंग करण्यापासून त्वरित प्रतिबंधित केले जाते आणि अखेरीस जबरदस्तीने नेटवर्कमधून बाहेर काढले जाते आणि उर्वरित ETH मालकाला परत दिले जाते.",
+  "staking-solo-1-d-label": "विशिष्ट सहमती नियम मोडल्याबद्दल दंड, व्हॅलिडेटरला पुन्हा कधीही अटस्टिंग करण्यास त्वरित प्रतिबंधित केले जाते",
+  "staking-solo-1-d-explanation": "स्लॅशिंग ही विशिष्ट सहमती नियम मोडल्याबद्दल एक गंभीर शिक्षा आहे जी नेटवर्कसाठी धोका निर्माण करते. म्हणून, एकदा व्हॅलिडेटरला स्लॅश केले की त्यांना पुढे कोणतेही अटस्टिंग करण्यापासून त्वरित प्रतिबंधित केले जाते आणि अखेरीस जबरदस्तीने नेटवर्कमधून बाहेर काढले जाते आणि उर्वरित ETH मालकाला परत दिले जाते.",
+  "staking-solo-2-prompt": "जर व्हॅलिडेटर ऑफलाइन गेला तर काय होते?",
+  "staking-solo-2-a-label": "बक्षिसांवर कोणताही परिणाम नाही",
+  "staking-solo-2-a-explanation": "जेव्हा एखादा व्हॅलिडेटर कोणत्याही विशिष्ट युगासाठी चेनच्या स्थितीची साक्ष देण्यासाठी अनुपलब्ध असतो तेव्हा दंड आकारला जातो. या दंडांचे आकारमान योग्य अटस्टेशनसाठी मिळणाऱ्या बक्षिसाच्या अंदाजे 75% इतके असते. व्हॅलिडेटर पुन्हा ऑनलाइन आल्यावर बक्षिसे पुन्हा सुरू होतात आणि कोणतेही स्लॅशिंग होत नाही.",
+  "staking-solo-2-b-label": "निष्क्रियतेचा दंड फक्त अनुपलब्ध असतानाच आकारला जातो",
+  "staking-solo-2-b-explanation": "अनुपलब्ध असताना, व्हॅलिडेटरला लहान निष्क्रियतेचा दंड भरावा लागेल, जो योग्य अटस्टेशनसाठी मिळणाऱ्या बक्षिसाच्या अंदाजे 75% इतका असतो. दुर्मिळ/अत्यंत प्रकरणांमध्ये जिथे नेटवर्क अंतिम होत नाही (म्हणजे, नेटवर्कचा 1/3 पेक्षा जास्त भाग देखील ऑफलाइन आहे), हे दंड लक्षणीयरीत्या जास्त असतात. व्हॅलिडेटर पुन्हा ऑनलाइन आल्यावर बक्षिसे पुन्हा सुरू होतात आणि कोणतेही स्लॅशिंग होत नाही.",
+  "staking-solo-2-c-label": "तत्काळ स्लॅशिंग आणि नेटवर्कमधून काढून टाकणे",
+  "staking-solo-2-c-explanation": "हा एक सामान्य गैरसमज आहे, पण ऑफलाइन गेल्याने स्लॅशिंग होत नाही! स्लॅशिंग हा अधिक गंभीर गुन्ह्यांसाठी एक विशिष्ट प्रकारचा दंड आहे, ज्यात मोठे दंड आहेत आणि व्हॅलिडेटर सेटमधून काढून टाकले जाते.",
+  "staking-solo-2-d-label": "स्लॅशिंग आणि बाहेर काढण्यापूर्वी एक आठवड्याचा विलंब",
+  "staking-solo-2-d-explanation": "ऑफलाइन राहिल्याने स्लॅशिंग होत नाही, जरी जास्त काळासाठी असले तरी. एखादा व्हॅलिडेटर सैद्धांतिकदृष्ट्या वर्षेभर ऑफलाइन राहू शकतो आणि त्याला स्लॅशिंग होणार नाही, जरी व्हॅलिडेटर बाहेर न पडल्यास निष्क्रियतेचा दंड वाढेल.",
+  "staking-solo-3-prompt": "एका व्हॅलिडेटरची कमाल प्रभावी शिल्लक किती आहे?",
+  "staking-solo-3-a-label": "16",
+  "staking-solo-3-a-explanation": "जे व्हॅलिडेटर 16 ETH च्या प्रभावी शिलकीवर येतात, त्यांना बीकन चेनमधून स्वयंचलितपणे बाहेर काढले जाते.",
+  "staking-solo-3-b-label": "32",
+  "staking-solo-3-b-explanation": "32 ETH हे नवीन व्हॅलिडेटर सक्रिय करण्यासाठी आवश्यक असलेले किमान ETH आहे, आणि त्या व्हॅलिडेटरसाठी कमाल 'प्रभावी शिल्लक' (मतांचे वजन) देखील आहे. 32 च्या वरील बक्षिसे जमा केली जाऊ शकतात, परंतु ही शिल्लक नेटवर्कवरील त्या व्हॅलिडेटरच्या मताच्या वजनात योगदान देत नाही आणि बक्षिसे वाढवली जात नाहीत.",
+  "staking-solo-3-c-label": "ऑपरेटरवर अवलंबून परिवर्तनीय",
+  "staking-solo-3-c-explanation": "सहमतीचे नियम प्रत्येक व्हॅलिडेटर खात्याला समान रीतीने लागू होतात आणि ते नोड चालवणाऱ्या व्यक्तीवर अवलंबून नसतात. सर्व व्हॅलिडेटरची कमाल प्रभावी शिल्लक 32 ETH आहे.",
+  "staking-solo-3-d-label": "कोणतीही मर्यादा नाही",
+  "staking-solo-3-d-explanation": "प्रत्येक व्हॅलिडेटर खात्याची प्रभावी शिल्लक 32 ETH पर्यंत मर्यादित आहे, ज्यामुळे नेटवर्कवरील कोणत्याही एका व्हॅलिडेटरची एकूण शक्ती मर्यादित होते. हे एका विशिष्ट कालावधीत किती ETH स्टेक किंवा अन-स्टेक केले जाऊ शकते हे देखील मर्यादित करते, कारण व्हॅलिडेटर सक्रियकरण आणि बाहेर पडणे हे दर-मर्यादित रांगेतून प्रक्रिया केले जाते.",
+  "staking-solo-4-prompt": "व्हॅलिडेटर म्हणून कोणते बक्षीस मिळत नाही?",
+  "staking-solo-4-a-label": "ब्लॉक बक्षीस",
+  "staking-solo-4-a-explanation": "प्रोटोकॉलद्वारे यादृच्छिकपणे निवडल्यास वैध ब्लॉक प्रस्तावित करण्यासाठी व्हॅलिडेटरला नवीन ETH जारी करण्याच्या स्वरूपात बक्षिसे मिळतात. ही बक्षिसे ब्लॉक प्रस्तावित करताना मिळणाऱ्या शुल्क आणि MEV पासून वेगळी असतात.",
+  "staking-solo-4-b-label": "शुल्क टिप्स / MEV",
+  "staking-solo-4-b-explanation": "शुल्क टिप्स (शुल्काचा न जळलेला भाग) आणि MEV कमाई ब्लॉक प्रस्तावक (स्टेकर/व्हॅलिडेटर) यांना त्या व्हॅलिडेटरद्वारे प्रदान केलेल्या शुल्क प्राप्तकर्त्या पत्त्याद्वारे वितरीत केली जाते. ही बक्षिसे ब्लॉक प्रस्तावित करताना मिळणाऱ्या ब्लॉक बक्षिसापासून वेगळी असतात.",
+  "staking-solo-4-c-label": "चेनच्या प्रमुखाचे साक्षांकन बक्षीस",
+  "staking-solo-4-c-explanation": "व्हॅलिडेटरला चेनच्या प्रमुखाची, सध्याच्या न्याय्य युगाच्या प्रमुखाची आणि सध्याच्या अंतिम युगाच्या प्रमुखाची योग्य आणि त्वरित साक्ष दिल्याबद्दल नवीन ETH जारी करण्याच्या स्वरूपात बक्षिसे मिळतात.",
+  "staking-solo-4-d-label": "Uniswap ट्रेडिंग शुल्क",
+  "staking-solo-4-d-explanation": "ट्रेडिंग प्लॅटफॉर्म आणि एक्सचेंजेसद्वारे निर्माण होणारे ट्रेडिंग शुल्क Ethereum व्हॅलिडेटरला मिळत नाहीत.",
+  "staking-solo-5-prompt": "व्हॅलिडेटरला फायदेशीर होण्यासाठी किती अपटाइम आवश्यक आहे?",
+  "staking-solo-5-a-label": "100%",
+  "staking-solo-5-a-explanation": "जरी एक आदर्श लक्ष्य असले तरी, 100% अपटाइम प्राप्त करणे व्हॅलिडेटरला फायदेशीर राहण्यासाठी किमान आवश्यकता नाही.",
+  "staking-solo-5-b-label": "~99%",
+  "staking-solo-5-b-explanation": "जरी एक उत्कृष्ट लक्ष्य असले तरी, 99% अपटाइम प्राप्त करणे व्हॅलिडेटरला फायदेशीर राहण्यासाठी किमान आवश्यकता नाही.",
+  "staking-solo-5-c-label": "~50%",
+  "staking-solo-5-c-explanation": "व्हॅलिडेटरला चेनच्या स्थितीची योग्य आणि त्वरित साक्ष दिल्याबद्दल मिळणाऱ्या बक्षिसाच्या अंदाजे 75% दंड आकारला जातो. याचा अर्थ एका विशिष्ट कालावधीसाठी, त्या वेळेच्या 50% ऑफलाइन राहणे तरीही निव्वळ फायदेशीर असेल, जरी अधिक विश्वसनीयपणे उपलब्ध असलेल्या व्हॅलिडेटरपेक्षा कमी फायदेशीर असले तरी.",
+  "staking-solo-5-d-label": "~25%",
+  "staking-solo-5-d-explanation": "फक्त 25% अपटाइम असलेल्या व्हॅलिडेटरला उर्वरित 75% वेळेसाठी दंड भरावा लागेल. बक्षिसे आणि दंडांचे समान आकारमान पाहता, ऑनलाइन वेळेच्या 3 पट ऑफलाइन राहिल्याने त्या कालावधीसाठी ETH चे निव्वळ नुकसान होईल.",
+  "staking-solo-6-prompt": "खालीलपैकी कोणता स्लॅश करण्यायोग्य गुन्हा नाही?",
+  "staking-solo-6-a-label": "ऑफलाइन असणे",
+  "staking-solo-6-a-explanation": "फक्त ऑफलाइन असल्याने स्लॅशिंग होत नाही. ऑफलाइन असताना लहान निष्क्रियतेचा दंड लागेल, पण ऑनलाइन परत आल्यावर अटस्टिंग पुन्हा सुरू होईल.",
+  "staking-solo-6-b-label": "एकाच स्लॉटसाठी दोन भिन्न ब्लॉक प्रस्तावित करणे आणि सही करणे",
+  "staking-solo-6-b-explanation": "हे नेटवर्कच्या अखंडतेला धोका निर्माण करते आणि त्यामुळे स्लॅशिंग आणि नेटवर्कमधून बाहेर काढले जाईल.",
+  "staking-solo-6-c-label": "एका ब्लॉकची साक्ष देणे जो दुसऱ्याला 'वेढतो' (परिणामी इतिहास बदलतो)",
+  "staking-solo-6-d-label": "एकाच ब्लॉकसाठी दोन उमेदवारांना साक्ष देऊन 'दुहेरी मतदान' करणे",
+  "staking-solo-7-prompt": "तुमच्या व्हॅलिडेटरला स्लॅश होण्यापासून वाचवण्यासाठी/रोखण्यासाठी कोणता मार्ग नाही?",
+  "staking-solo-7-a-label": "अतिरीक्त रिडंडंट सेटअप टाळा आणि एका वेळी फक्त एका व्हॅलिडेटर क्लायंटसोबत तुमच्या की साठवा",
+  "staking-solo-7-a-explanation": "आजपर्यंतचे बहुतेक स्लॅशिंग ऑपरेटरकडून त्यांच्या सही की एकापेक्षा जास्त मशीनवर रिडंडंट बॅकअप म्हणून साठवण्यामुळे झाले आहेत. हे अत्यंत धोकादायक आहे, कारण कोणत्याही खराबीमुळे दुहेरी मतदान आणि स्लॅशिंग होऊ शकते.",
+  "staking-solo-7-b-label": "क्लायंट सॉफ्टवेअर जसे आहे तसे चालवा, कोडमध्ये स्वतः बदल न करता",
+  "staking-solo-7-b-explanation": "क्लायंट सॉफ्टवेअर स्लॅश करण्यायोग्य क्रिया करण्यापासून संरक्षण करण्यासाठी लिहिलेले आणि तपासलेले आहे. स्लॅश करण्यायोग्य क्रिया करण्यासाठी, यासाठी सामान्यतः तुम्हाला क्लायंट कोडमध्ये दुर्भावनापूर्ण पद्धतीने बदल करणे आवश्यक असेल.",
+  "staking-solo-7-c-label": "बहुसंख्य इतर व्हॅलिडेटर्सद्वारे वापरला जाणारा क्लायंट चालवा",
+  "staking-solo-7-c-explanation": "नेटवर्कच्या उर्वरित भागाच्या बहुसंख्य क्लायंटप्रमाणेच क्लायंट वापरल्याने तुम्हाला त्या क्लायंटमधील सॉफ्टवेअर बगच्या घटनेत स्लॅश होण्याचा धोका असतो. अल्पसंख्याक क्लायंट चालवणे यापासून संरक्षण करते.",
+  "staking-solo-7-d-label": "नवीन मशीनवर की स्थलांतरित करण्यापूर्वी 2-4 युगांसाठी व्हॅलिडेटर अक्षम करा",
+  "staking-solo-7-d-explanation": "हे तुमचा नोड ऑफलाइन असताना चेनला अंतिम रूप देण्यास वेळ देते, ज्यामुळे की स्थलांतरादरम्यान अपघाती दुहेरी मतदान आणि स्लॅशिंगचा कोणताही धोका कमी होतो.",
+  "staking-solo-8-prompt": "बक्षीस पेमेंट / आंशिक पैसे काढण्यासाठी काय आवश्यक नाही?",
+  "staking-solo-8-a-label": "एकदा एक्झिक्यूशन विथड्रॉव्हल पत्ता प्रदान करणे",
+  "staking-solo-8-a-explanation": "विथड्रॉव्हल प्रक्रियेला कोणतेही सहमती स्तर निधी कोठे पाठवायचे हे जाणून घेण्यासाठी हे एकदा आवश्यक आहे",
+  "staking-solo-8-b-label": "32 ETH ची प्रभावी शिल्लक असणे",
+  "staking-solo-8-b-explanation": "कोणतेही आंशिक पैसे काढण्यापूर्वी तुमची प्रभावी शिल्लक 32 ETH वर कमाल असणे आवश्यक आहे.",
+  "staking-solo-8-c-label": "32 ETH पेक्षा जास्त एकूण शिल्लक असणे",
+  "staking-solo-8-c-explanation": "कोणतेही आंशिक पैसे काढण्यासाठी तुमच्या एकूण शिल्लकमध्ये 32 ETH पेक्षा जास्त बक्षिसे असणे आवश्यक आहे.",
+  "staking-solo-8-d-label": "गॅस पेमेंटसह विनंती केलेली पैसे काढण्याची रक्कम सबमिट करणे",
+  "staking-solo-8-d-explanation": "एकदा इतर निकष पूर्ण झाल्यावर, बक्षीस पेमेंट स्वयंचलित होतात. प्राप्तकर्त्यांना व्यवहार सबमिट करण्याची किंवा गॅस भरण्याची आवश्यकता नाही. काढलेली रक्कम व्हॅलिडेटरच्या 32 पेक्षा जास्त शिलकीएवढी असते. सानुकूल रकमेची विनंती केली जाऊ शकत नाही.",
+  "scaling-1-prompt": "Ethereum स्केलिंगसाठी खालीलपैकी कशाचा वापर करत आहे?",
+  "scaling-1-a-label": "लेअर २ रोलअप्स",
+  "scaling-1-a-explanation": "हे व्यवहार एकत्रित करून, त्यांना कार्यान्वित करून आणि नंतर प्रमाणीकरण आणि सुरक्षिततेसाठी परिणाम Ethereum वर पोस्ट करून Ethereum च्या स्केलिंगला मदत करतात. रोलअप्सची उदाहरणे Arbitrum किंवा Optimism यांचा समावेश आहे. Ethereum केवळ याच मार्गाने स्केलिंग करत नाही.",
+  "scaling-1-b-label": "प्रोटो-डंकशार्डिंग",
+  "scaling-1-b-explanation": "हे मेननेटवर रोलअप डेटा सेव्ह करण्यासाठी एक तात्पुरता आणि स्वस्त स्टोरेज पर्याय प्रदान करते, जे सध्या वापरकर्त्याला रोलअपवर येणाऱ्या खर्चाच्या अंदाजे 90% साठी जबाबदार आहे. Ethereum केवळ याच मार्गाने स्केलिंग करत नाही.",
+  "scaling-1-c-label": "डंकशार्डिंग",
+  "scaling-1-c-explanation": "हे नेटवर्कवरील प्रत्येक व्हॅलिडेटर आणि नोडला सर्व रोलअप्ससाठी 100% डेटा संग्रहित करण्याची आवश्यकता काढून टाकते, ज्यामुळे नोड ऑपरेटर्ससाठी हार्डवेअरची आवश्यकता कमी होते. Ethereum केवळ याच मार्गाने स्केलिंग करत नाही.",
+  "scaling-1-d-label": "वरील सर्व",
+  "scaling-1-d-explanation": "लेअर २ रोलअप्स व्यवहार एकत्रित करतात, Proto-Danksharding या डेटासाठी स्वस्त तात्पुरता स्टोरेज तयार करतो आणि Danksharding सर्व व्हॅलिडेटर्समध्ये स्टोरेजचा भार वाटून घेतो—हे सर्व Ethereum च्या स्केलिंगला मदत करते.",
+  "scaling-2-prompt": "व्यवहार एकत्रित करून आणि त्यांना कार्यान्वित केल्यानंतर, लेअर २ रोलअप्स पुढे काय करतात?",
+  "scaling-2-a-label": "डेटा एका खाजगी सर्व्हरवर संग्रहित करा",
+  "scaling-2-a-explanation": "परिणाम पारदर्शकतेसाठी आणि सार्वजनिक उपलब्धतेसाठी मेननेटवर पोस्ट केले जातात आणि खाजगी सर्व्हरवर अवलंबून नसतात.",
+  "scaling-2-b-label": "प्रूफ वापरकर्त्याला स्टोरेजसाठी पाठवते",
+  "scaling-2-b-explanation": "वापरकर्त्यांनी त्यांच्या व्यवहाराचे परिणाम जपून ठेवण्याची अपेक्षा नाही. ही माहिती मेननेटवर पोस्ट केली जाते.",
+  "scaling-2-c-label": "परिणाम Ethereum वर सबमिट करा",
+  "scaling-2-c-explanation": "लेअर २ रोलअप्स त्यांच्या व्यवहाराच्या अंमलबजावणीचे परिणाम मेननेटवर पोस्ट करतात, ज्यामुळे ते Ethereum च्या इतिहासात सुरक्षित होते",
+  "scaling-2-d-label": "खर्च कमी करण्यासाठी परिणाम हटवा",
+  "scaling-2-d-explanation": "लेअर २ रोलअप्स त्यांच्या व्यवहाराच्या अंमलबजावणीचे परिणाम मेननेटवर पोस्ट करतात. या दृष्टिकोनाद्वारे होणारी खर्चाची बचत व्यवहार डेटा एकत्रित करून आणि संकुचित करून आणि शेवटी ते स्वस्त स्टोरेजमध्ये संग्रहित करून केली जाते, जे आवश्यक असणाऱ्यांसाठी उपलब्ध झाल्यावर कालबाह्य होते.",
+  "scaling-3-prompt": "Proto-Danksharding रोलअप्सवरील रोलअप व्यवहाराचा खर्च कसा कमी करतो?",
+  "scaling-3-a-label": "ब्लॉकचा आकार थेट वाढवणे",
+  "scaling-3-a-explanation": "Proto-Danksharding थेट गॅस मर्यादा वाढवत नाही, परंतु तात्पुरता स्टोरेज उपलब्ध करून रोलअप डेटाचा स्टोरेज कमी खर्चिक बनवतो",
+  "scaling-3-b-label": "कोणत्या व्हॅलिडेटर्सना डेटा संग्रहित करण्याची आवश्यकता आहे हे विभाजित करणे",
+  "scaling-3-b-explanation": "जरी संपूर्ण Danksharding मुळे सर्व व्हॅलिडेटर्सना सर्व डेटा संग्रहित करण्याची गरज कमी होण्याची अपेक्षा असली तरी, याआधी Proto-Danksharding येतो, जो रोलअप्सद्वारे तयार केलेल्या डेटासाठी कमी खर्चिक, तात्पुरता स्टोरेज पर्याय तयार करतो.",
+  "scaling-3-c-label": "नोड ऑपरेटर्ससाठी हार्डवेअरची आवश्यकता लक्षणीयरीत्या वाढवणे",
+  "scaling-3-c-explanation": "हे सामान्यतः Ethereum च्या स्केलिंगसाठी स्वीकारार्ह पर्याय मानले जात नाही. नोड चालवण्यासाठी हार्डवेअरची आवश्यकता कमी करण्यासाठी मोठे प्रयत्न केले जातात जेणेकरून ते शक्य तितके सोपे राहील.",
+  "scaling-3-d-label": "त्याचा डेटा स्वस्त, तात्पुरत्या 'ब्लॉब' स्टोरेजमध्ये संग्रहित करणे",
+  "scaling-3-d-explanation": "Proto-Danksharding रोलअप्ससाठी एक तात्पुरता डेटा स्टोरेज पर्याय सादर करतो जेणेकरून ते त्यांचे परिणाम मेननेटवर अधिक स्वस्तात पोस्ट करू शकतील",
+  "scaling-4-prompt": "Ethereum च्या स्केलिंगसाठी रोलअप्ससाठी पुढील महत्त्वपूर्ण पाऊल काय आहे?",
+  "scaling-4-a-label": "सर्व सिक्वेन्सिंग हाताळण्यासाठी शक्तिशाली संगणक असलेल्या संस्थांना प्रोत्साहन देणे",
+  "scaling-4-a-explanation": "सध्याच्या रोलअप्समधील एक समस्या म्हणजे सिक्वेन्सर चालवणाऱ्यांचे केंद्रीकृत स्वरूप (जे रोलअपमधील व्यवहारांचा समावेश आणि क्रम ठरवतात). कोणालाही सहभागी होण्याची परवानगी देणे आणि कोणत्याही प्रकारे एकाच गटावर किंवा संस्थेवर अवलंबून न राहणे हे ध्येय आहे.",
+  "scaling-4-b-label": "सिक्वेन्सर आणि प्रूव्हर चालवण्याची जबाबदारी अधिक लोकांमध्ये वाटून देणे",
+  "scaling-4-b-explanation": "रोलअपवरील नियंत्रण सामान्यतः केंद्रीकृत सुरू होते, जे गोष्टी सुरू करण्यास मदत करते, परंतु नेटवर्कला सेन्सॉरशिपसाठी प्रवण बनवते. नेटवर्कच्या तडजोडीची शक्यता टाळण्यासाठी व्यवहारांचा समावेश करण्याची प्रक्रिया विकेंद्रित करणे आवश्यक आहे जेणेकरून कोणीही सहभागी होऊ शकेल.",
+  "scaling-4-c-label": "सर्व रोलअप्सना सुरक्षेच्या समान पद्धतीचे पालन करण्यास भाग पाडणे",
+  "scaling-4-c-explanation": "Ethereum ला त्याच्या रोलअप इकोसिस्टममध्ये सुरक्षेसाठी विविध दृष्टिकोन असण्याचा फायदा होतो, जे एक प्रकारची लवचिकता आहे.",
+  "scaling-4-d-label": "खाजगी सर्व्हरवरील व्यवहार डेटाच्या स्टोरेजची पुष्टी करण्यासाठी डेटा ऑरेकल्स",
+  "scaling-4-d-explanation": "रोलअप डेटा Ethereum वर संग्रहित केला जातो आणि खाजगी सर्व्हर किंवा डेटाबेसवर अवलंबून नसतो.",
+  "run-a-node-1-prompt": "नोड चालवण्यासाठी काय आवश्यक आहे?",
+  "run-a-node-1-a-label": "साधारण हार्डवेअरसह क्लायंट सॉफ्टवेअर चालवणे आणि ऑनलाइन राहणे.",
+  "run-a-node-1-a-explanation": "नोड चालवणे म्हणजे सॉफ्टवेअर चालवणे जे Ethereum प्रोटोकॉलच्या भाषेचा वापर करून त्याच प्रकारचे काम करणाऱ्या इतर संगणकांशी संवाद साधते. हे सॉफ्टवेअर Ethereum ब्लॉकचेनची एक प्रत डाउनलोड करते, प्रत्येक ब्लॉकची वैधता तपासते, नंतर नवीन ब्लॉक आणि व्यवहारांसह ते अद्ययावत ठेवते, आणि इतरांना त्यांच्या स्वतःच्या प्रती डाउनलोड आणि अद्यतनित करण्यास मदत करते.",
+  "run-a-node-1-b-label": "बक्षीस मिळवण्यासाठी 32 ETH जमा करा",
+  "run-a-node-1-b-explanation": "हे स्टेकिंगसाठी आवश्यक आहे—नेटवर्क सहमतीमध्ये सक्रिय सहभागी होण्याची प्रक्रिया. हे फक्त ब्लॉकचेनची सार्वभौम प्रत चालवण्यासाठी आवश्यक नाही, ज्यासाठी ETH ची आवश्यकता नाही.",
+  "run-a-node-1-c-label": "नेटवर्क सहमती गाठण्यासाठी शक्तिशाली ASIC मायनिंग मशीन चालवा",
+  "run-a-node-1-c-explanation": "जरी Ethereum ने पूर्वी सहमती गाठण्यासाठी शक्तिशाली संगणकांसह मायनिंगचा वापर केला असला तरी, ही प्रक्रिया पूर्णपणे स्टेकिंगद्वारे बदलली गेली आहे. पूर्वी मायनिंग किंवा सध्या स्टेकिंग, यापैकी काहीही फक्त ब्लॉकचेनची सार्वभौम प्रत चालवण्यासाठी आवश्यक नाही.",
+  "run-a-node-1-d-label": "ब्लॉकचेन पायाभूत सुविधांमध्ये पूर्णवेळ काम करणे",
+  "run-a-node-1-d-explanation": "सॉफ्टवेअर टूलिंगमध्ये कालांतराने सुधारणा होत राहिली आहे ज्यामुळे नवशिक्यासाठी घरातून नोड चालवणे खूपच सोपे झाले आहे. ब्लॉकचेन पायाभूत सुविधांमध्ये पूर्णवेळ काम करणे यात सहभागी होण्यासाठी कोणत्याही प्रकारे आवश्यक नाही.",
+  "run-a-node-2-prompt": "नोड चालवण्यासाठी तुम्हाला किती ETH स्टेक करणे आवश्यक आहे?",
+  "run-a-node-2-a-label": "0",
+  "run-a-node-2-a-explanation": "Ethereum नोड चालवण्यासाठी कोणत्याही ETH ची आवश्यकता नाही. नोड सेटअपचा भाग म्हणून स्टेकिंग व्हॅलिडेटर चालवण्याच्या तुलनेत, कोणीही क्लायंट सॉफ्टवेअर चालवू शकतो आणि ब्लॉकचेनची स्वतःची सार्वभौम प्रत सिंक करू शकतो—कोणत्याही ETH ची आवश्यकता नाही.",
+  "run-a-node-2-b-label": "8",
+  "run-a-node-2-c-label": "16",
+  "run-a-node-2-d-label": "32",
+  "run-a-node-2-d-explanation": "Ethereum नोड चालवण्यासाठी कोणत्याही ETH ची आवश्यकता नाही. नेटवर्क सहमतीमध्ये थेट सहभागी होणाऱ्या स्टेकिंग व्हॅलिडेटरला सक्रिय करण्यासाठी आवश्यक असलेल्या 32 ETH च्या तुलनेत, कोणीही क्लायंट सॉफ्टवेअर चालवू शकतो आणि ब्लॉकचेनची स्वतःची सार्वभौम प्रत सिंक करू शकतो—कोणत्याही ETH ची आवश्यकता नाही.",
+  "run-a-node-3-prompt": "स्वतःचा नोड चालवल्याने तुम्हाला कोणते फायदे मिळतात?",
+  "run-a-node-3-a-label": "सेन्सॉरशिप प्रतिकार",
+  "run-a-node-3-a-explanation": "हा वापरकर्त्यांसाठी एक फायदा आहे, पण हा एकमेव नाही. नेटवर्कवरील इतर पीअर्सशी थेट संवाद साधणारे नोड सॉफ्टवेअर चालवल्याने, तुमचे व्यवहार तुमच्या नोडद्वारे प्रसारित होणाऱ्या इतर प्रत्येक व्यवहारात मिसळले जातात. त्यामुळे, तुमच्या नोडने शेअर केलेला वैध व्यवहार वेगळा करणे आणि सेन्सॉर करणे जवळजवळ अशक्य आहे.",
+  "run-a-node-3-b-label": "सार्वभौमत्व",
+  "run-a-node-3-b-explanation": "हा वापरकर्त्यांसाठी एक फायदा आहे, पण हा एकमेव नाही. Ethereum ब्लॉकचेनची तुमची स्वतःची प्रत असल्याने, तुम्ही नेटवर्कशी संवाद साधण्यासाठी कोणत्याही एका बाह्य पक्षावर अवलंबून राहत नाही. तुम्हाला तुमची शिल्लक पाहण्यासाठी किंवा व्यवहार करण्यासाठी कधीही परवानगी विचारावी लागत नाही आणि सर्व व्यवहार तुम्ही स्वतः चालवत असलेल्या सॉफ्टवेअरचा वापर करून सत्यापित केले जातात. जेव्हा नेटवर्क अपग्रेड होतात, तेव्हा तुम्ही अपग्रेडला समर्थन द्यायचे की नाही हे ठरवण्याचे प्रभारी असता.",
+  "run-a-node-3-c-label": "गोपनीयता",
+  "run-a-node-3-c-explanation": "हा वापरकर्त्यांसाठी एक फायदा आहे, पण हा एकमेव नाही. तुमच्या स्वतःच्या नोडशिवाय, फक्त तुमच्या खात्यातील शिल्लक पाहण्यासाठी सामान्यतः तुमच्या वॉलेटमधून तुमच्या खात्यांची यादी तुमच्या IP पत्त्यासह एका तृतीय-पक्ष प्रदात्याला पाठवणे आवश्यक असते, ज्यावर तुम्हाला योग्य माहिती देण्याचा विश्वास ठेवला जातो.",
+  "run-a-node-3-d-label": "वरील सर्व",
+  "run-a-node-3-d-explanation": "नोड चालवल्याने तुम्हाला तुम्ही ज्या डेटावर अवलंबून आहात त्यावर पूर्ण नियंत्रण आणि सार्वभौमत्व मिळते, ज्यामुळे तुम्ही चेनमधील सामग्री खाजगीरित्या पाहू आणि सत्यापित करू शकता आणि प्रभावीपणे हमी देऊ शकता की कोणतेही वैध व्यवहार सेन्सॉर केले जात नाहीत.",
+  "run-a-node-4-prompt": "Ethereum नोडसाठी किती हार्ड ड्राइव्ह स्टोरेज आवश्यक आहे?",
+  "run-a-node-4-a-label": "512 GB SSD",
+  "run-a-node-4-a-explanation": "सध्या, कोणतेही क्लायंट सॉफ्टवेअर फक्त 512 GB वापरून चेन संग्रहित करण्यास सक्षम नाही",
+  "run-a-node-4-b-label": "2 TB रोटेटिंग",
+  "run-a-node-4-b-explanation": "सर्वसाधारणपणे, फिरत्या हार्ड डिस्क Ethereum नोडसाठी प्रक्रिया आवश्यकता पूर्ण करण्यासाठी आवश्यक असलेले वाचन/लेखन गती समर्थन देत नाहीत आणि SSD ड्राइव्हची शिफारस केली जाते",
+  "run-a-node-4-c-label": "2 TB SSD",
+  "run-a-node-4-c-explanation": "लेखनाच्या वेळी, एक 2 TB SSD ड्राइव्ह संपूर्ण Ethereum नोडसाठी स्टोरेज आणि वाचन/लेखन गती आवश्यकता पूर्ण करेल.",
+  "run-a-node-4-d-label": "8 TB SSD",
+  "run-a-node-4-d-explanation": "लेखनाच्या वेळी, एक 2 TB SSD ड्राइव्ह संपूर्ण Ethereum नोडसाठी स्टोरेज आणि वाचन/लेखन गती आवश्यकता पूर्ण करेल. एक 8 TB SSD अधिक भविष्य-प्रूफिंग आणि लेयर 2 चेन सिंक करण्याची क्षमता देईल, परंतु सध्या मेननेटसाठी आवश्यक नाही.",
+  "run-a-node-5-prompt": "जर तुमचा नोड ऑफलाइन गेला तर काय होते?",
+  "run-a-node-5-a-label": "तुमचा नोड नेटवर्कच्या सध्याच्या स्थितीशी सिंकमधून बाहेर पडतो",
+  "run-a-node-5-a-explanation": "जेव्हा तुमचा नोड ऑनलाइन उपलब्ध नसतो, तेव्हा तो पीअर्सकडून नवीन व्यवहार आणि ब्लॉक प्राप्त करू शकत नाही आणि त्यामुळे तो चेनच्या सध्याच्या स्थितीशी सिंकमधून बाहेर पडतो. पुन्हा ऑनलाइन कनेक्ट केल्याने तुमचा नोड सॉफ्टवेअर पुन्हा पूर्णपणे कार्यक्षम होण्यासाठी सिंक होईल.",
+  "run-a-node-5-b-label": "तुमच्या कोल्ड स्टोरेजमधील ETH स्लॅश केले जाते",
+  "run-a-node-5-b-explanation": "तुमच्या कोल्ड स्टोरेजमध्ये ठेवलेल्या ETH चा तुमच्या नोडच्या ऑनलाइन असण्या-नसण्याशी काहीही संबंध नाही. जर तुमचा नोड ऑफलाइन असेल, तर तुम्ही तुमच्या खात्यांची नवीनतम शिल्लक पाहण्यासाठी त्याचा वापर करू शकणार नाही, पण ऑफलाइन असल्याने तुमच्या सुरक्षित निधीला धोका निर्माण होत नाही. जर तुम्ही तुमच्या नोडसह स्टेकर म्हणून व्हॅलिडेटर सॉफ्टवेअर चालवत असाल, तर नेटवर्कसाठी अनुपलब्ध असताना या व्हॅलिडेटर शिलकीवर लहान दंड आकारला जाईल.",
+  "run-a-node-5-c-label": "प्रूफ-ऑफ-वर्क शोधण्यासाठी वापरलेली ऊर्जा वाया जाते",
+  "run-a-node-5-c-explanation": "Ethereum आता प्रूफ-ऑफ-वर्क वापरत नाही, आणि ही सर्व नोड ऑपरेटर्ससाठी कधीही आवश्यकता नव्हती. ऑफलाइन असण्याचा अर्थ फक्त एवढाच आहे की तुमचा नोड आता नेटवर्कवरील नवीनतम बदलांशी सिंकमध्ये नाही आणि ऑनलाइन परत येऊन पुन्हा सिंक करू शकतो.",
+  "run-a-node-5-d-label": "चेन डेटा काढला जातो आणि सुरवातीपासून पुन्हा सिंक करणे आवश्यक आहे",
+  "run-a-node-5-d-explanation": "फक्त ऑफलाइन गेल्याने सामान्यतः कोणताही जतन केलेला चेन डेटा हटवला जात नाही. इंटरनेटशी पुन्हा कनेक्ट केल्याने सॉफ्टवेअरला नवीनतम व्यवहारांसह सिंक करण्यासाठी जिथे थांबले होते तिथून पुन्हा सुरू करण्याची परवानगी मिळेल.",
+  "run-a-node-6-prompt": "नोड चालवल्याने नेटवर्क बक्षिसे मिळतात",
+  "run-a-node-6-a-label": "खरे",
+  "run-a-node-6-a-explanation": "फक्त क्लायंट सॉफ्टवेअर चालवल्याने तुम्हाला बक्षिसे मिळत नाहीत. बक्षिसे मिळवण्यासाठी, तुम्ही स्टेकिंग देखील करत असले पाहिजे.",
+  "run-a-node-6-b-label": "खोटे",
+  "stablecoins-1-prompt": "स्टेबलकॉइन्स काय आहेत?",
+  "stablecoins-1-a-label": "कमी किंमत अस्थिरतेसह क्रिप्टोकरन्सी, त्यांचे मूल्य स्थिर आणि पारंपारिक चलनांसारखेच असते",
+  "stablecoins-1-a-explanation": "बरोबर! स्टेबलकॉइन्स अनेक क्रिप्टोकरन्सीमध्ये सामान्य असलेल्या अस्थिरतेच्या समस्येचे निराकरण करण्यासाठी डिझाइन केलेले आहेत.",
+  "stablecoins-1-b-label": "सोन्याचे डिजिटल प्रतिनिधित्व",
+  "stablecoins-1-b-explanation": "हे चुकीचे आहे. जरी काही स्टेबलकॉइन्स मौल्यवान धातूंनी समर्थित असू शकतात, तरीही ते फियाट चलन किंवा इतर क्रिप्टोकरन्सीद्वारे देखील समर्थित असू शकतात.",
+  "stablecoins-1-c-label": "एक नवीन प्रकारचे क्रेडिट कार्ड",
+  "stablecoins-1-c-explanation": "हे चुकीचे आहे. स्टेबलकॉइन्स एक प्रकारची क्रिप्टोकरन्सी आहे, क्रेडिट कार्ड नाही.",
+  "stablecoins-1-d-label": "ईथरसाठी बदली",
+  "stablecoins-1-d-explanation": "हे चुकीचे आहे. स्टेबलकॉइन्स ईथर (ETH) बदलण्यासाठी डिझाइन केलेले नाहीत. ते Ethereum नेटवर्कवरील दुसरे टोकन आहेत जे कालांतराने स्थिर मूल्य राखण्यासाठी डिझाइन केलेले आहेत.",
+  "stablecoins-2-prompt": "खालीलपैकी कोणता एक स्टेबलकॉइन आहे?",
+  "stablecoins-2-a-label": "यूएस डॉलर",
+  "stablecoins-2-a-explanation": "हे चुकीचे आहे. जरी स्टेबलकॉइन्स यूएस डॉलरचे प्रतिनिधित्व करू शकतात, तरीही यूएस डॉलर ही क्रिप्टोकरन्सी नाही.",
+  "stablecoins-2-b-label": "AAVE टोकन",
+  "stablecoins-2-b-explanation": "हे चुकीचे आहे. AAVE हे Aave प्रोटोकॉलसाठी गव्हर्नन्स टोकन आहे, जे स्टेबलकॉइन्ससाठी बाजारपेठ प्रदान करते, परंतु AAVE स्वतः एक स्टेबलकॉइन नाही.",
+  "stablecoins-2-c-label": "Dai",
+  "stablecoins-2-c-explanation": "बरोबर! Dai कदाचित सर्वात प्रसिद्ध विकेंद्रित स्टेबलकॉइन आहे आणि त्याचे मूल्य अंदाजे 1 यूएस डॉलर आहे.",
+  "stablecoins-2-d-label": "इथर",
+  "stablecoins-2-d-explanation": "हे चुकीचे आहे. ईथर हे Ethereum नेटवर्कचे मूळ चलन आहे, परंतु ते स्थिर ठेवण्याचा हेतू नाही.",
+  "stablecoins-3-prompt": "स्टेबलकॉइन्स कशासाठी वापरले जाऊ शकतात?",
+  "stablecoins-3-a-label": "त्याच्या वापरकर्त्यांना किंमतीतील अस्थिर बदलांपासून वाचवण्यासाठी",
+  "stablecoins-3-a-explanation": "पूर्णपणे नाही. हे उत्तर अंशतः बरोबर आहे, परंतु स्टेबलकॉइन्स वापरता येणाऱ्या अनेक गोष्टींपैकी ही फक्त एक आहे.",
+  "stablecoins-3-b-label": "जगभरात कुठेही इंटरनेटवर वस्तू खरेदी करण्यासाठी",
+  "stablecoins-3-b-explanation": "पूर्णपणे नाही. हे उत्तर अंशतः बरोबर आहे, परंतु स्टेबलकॉइन्स वापरता येणाऱ्या अनेक गोष्टींपैकी ही फक्त एक आहे.",
+  "stablecoins-3-c-label": "इतरांना कर्ज देऊन पैसे कमवण्यासाठी",
+  "stablecoins-3-c-explanation": "पूर्णपणे नाही. हे उत्तर अंशतः बरोबर आहे, परंतु स्टेबलकॉइन्स वापरता येणाऱ्या अनेक गोष्टींपैकी ही फक्त एक आहे.",
+  "stablecoins-3-d-label": "वरील सर्व",
+  "stablecoins-3-d-explanation": "बरोबर! स्टेबलकॉइन्स कमी अस्थिरतेसह क्रिप्टोकरन्सी ठेवण्यासाठी, इंटरनेटवर जागतिक स्तरावर व्यवहार करण्यासाठी आणि तुम्ही त्यांना कर्ज देता तेव्हा व्याज मिळवण्यासाठी वापरले जाऊ शकतात.",
+  "stablecoins-4-prompt": "स्टेबलकॉइन्सला अद्वितीय काय बनवते?",
+  "stablecoins-4-a-label": "हे एक टोकन आहे जे वास्तविक जगातील मालमत्तेशी जोडलेले आहे",
+  "stablecoins-4-a-explanation": "हे चुकीचे आहे. जरी अनेक स्टेबलकॉइन्स वास्तविक-जगातील मालमत्तेशी जोडलेले असले तरी, हे वैशिष्ट्य केवळ स्टेबलकॉइन्ससाठीच नाही (उदा. ETH-तारण असलेले टोकन्स).",
+  "stablecoins-4-b-label": "हे एक क्रिप्टोकरन्सी टोकन आहे जे त्याचे मूल्य स्थिर ठेवण्यासाठी खास डिझाइन केलेले आहे",
+  "stablecoins-4-b-explanation": "बरोबर! स्टेबलकॉइन्स त्यांचे मूल्य तुलनेने स्थिर ठेवण्यासाठी डिझाइन केलेले आहेत, सामान्यतः चलनांसारख्या मालमत्तेशी जोडलेले (उदा. 1 USDC = 1 US डॉलर), परंतु सर्व स्टेबलकॉइन्स हे मॉडेल पाळत नाहीत (उदा. RAI).",
+  "stablecoins-4-c-label": "ते इंटरनेटवर पाठवले जाऊ शकते",
+  "stablecoins-4-c-explanation": "हे चुकीचे आहे. ही एक क्षमता असली तरी, ती केवळ स्टेबलकॉइन्ससाठीच नाही.",
+  "stablecoins-4-d-label": "ते Ethereum नेटवर्कवर वापरले जाऊ शकते.",
+  "stablecoins-4-d-explanation": "हे चुकीचे आहे. अनेक इतर क्रिप्टोकरन्सी टोकन्स Ethereum नेटवर्कवर वापरले जाऊ शकतात.",
+  "stablecoins-5-prompt": "स्टेबलकॉइन्स मिळवण्याचा कोणता मार्ग नाही?",
+  "stablecoins-5-a-label": "त्यांना इतर टोकन्ससह स्वॅप करा",
+  "stablecoins-5-a-explanation": "चुकीचे, हा स्टेबलकॉइन्स मिळवण्याचा एक मार्ग आहे. लोक स्टेबलकॉइन्स मिळवण्याच्या सर्वात सामान्य मार्गांपैकी एक म्हणजे त्यांच्या विद्यमान क्रिप्टोकरन्सींना स्टेबलकॉइन्ससाठी स्वॅप करणे.",
+  "stablecoins-5-b-label": "ते उधार घ्या",
+  "stablecoins-5-b-explanation": "चुकीचे, हा स्टेबलकॉइन्स मिळवण्याचा एक मार्ग आहे. तुम्ही तुमच्या विद्यमान क्रिप्टोकरन्सी, जसे की ईथर, तारण म्हणून वापरून काही स्टेबलकॉइन्स उधार घेऊ शकता. तुम्हाला तुमचे लॉक केलेले तारण परत मिळवण्यासाठी उधार घेतलेले स्टेबलकॉइन्स परत करावे लागतील.",
+  "stablecoins-5-c-label": "त्यांना एका एक्सचेंजमधून खरेदी करा",
+  "stablecoins-5-c-explanation": "चुकीचे, हा स्टेबलकॉइन्स मिळवण्याचा एक मार्ग आहे. अनेक एक्सचेंजेस आणि वॉलेट्स तुम्हाला थेट स्टेबलकॉइन्स खरेदी करण्याची परवानगी देतात. केंद्रीकृत एक्सचेंजेससाठी भौगोलिक निर्बंध लागू होऊ शकतात.",
+  "stablecoins-5-d-label": "ते माइन करा",
+  "stablecoins-5-d-explanation": "बरोबर! बिटकॉइनच्या विपरीत, तुम्ही स्टेबलकॉइन्स माइन करू शकत नाही.",
+  "defi-1-prompt": "DeFi चा अर्थ काय आहे?",
+  "defi-1-a-label": "विकेंद्रित वित्त",
+  "defi-1-a-explanation": "बरोबर! DeFi म्हणजे विकेंद्रित वित्त, Ethereum वर तयार केलेली एक आर्थिक प्रणाली जी बँका किंवा वित्तीय संस्थांसारख्या मध्यस्थांशिवाय चालते.",
+  "defi-1-b-label": "डिजिटल वित्त",
+  "defi-1-b-explanation": "हे चुकीचे आहे. डिजिटल वित्त म्हणजे डिजिटल प्लॅटफॉर्मद्वारे प्रदान केलेल्या वित्तीय सेवा, परंतु ते विशेषतः विकेंद्रीकरणाचा अर्थ सूचित करत नाही.",
+  "defi-1-c-label": "वितरित वित्त",
+  "defi-1-c-explanation": "हे चुकीचे आहे. 'वितरित' विकेंद्रीकरणाचा अर्थ सूचित करू शकतो, परंतु उद्योगात वापरला जाणारा शब्द 'विकेंद्रित वित्त' आहे, 'वितरित वित्त' नाही.",
+  "defi-1-d-label": "विकास वित्त",
+  "defi-1-d-explanation": "हे चुकीचे आहे. विकास वित्त सामान्यतः आर्थिक विकासाच्या उद्देशाने असलेल्या प्रकल्पांसाठी प्रदान केलेल्या आर्थिक समर्थनाचा संदर्भ देते, अनेकदा विकसनशील देशांमध्ये, आणि ते ब्लॉकचेन किंवा DeFi शी संबंधित नाही.",
+  "defi-2-prompt": "तुम्ही DeFi सह काय करू शकत नाही?",
+  "defi-2-a-label": "जगभरात पैसे पाठवा.",
+  "defi-2-a-explanation": "हे चुकीचे आहे. DeFi सह, तुम्ही जगातील कोणालाही कुठेही, कोणत्याही मर्यादेशिवाय मूल्य पाठवू शकता.",
+  "defi-2-b-label": "तुमच्या चुका परत घेण्यासाठी ग्राहक समर्थनाला विचारा.",
+  "defi-2-b-explanation": "बरोबर! DeFi मध्ये, व्यवहार अंतिम असतात आणि ते कंपनीऐवजी कोडद्वारे नियंत्रित केले जातात. जर चूक झाली, जसे की चुकीच्या पत्त्यावर निधी पाठवणे, तर ते दुरुस्त करण्यासाठी कोणताही ग्राहक समर्थन नाही. तुम्हाला अतिरिक्त काळजी घ्यावी लागेल.",
+  "defi-2-c-label": "तारणासह निधी उधार घ्या.",
+  "defi-2-c-explanation": "हे चुकीचे आहे. DeFi सह, तुम्ही त्वरित पैसे उधार घेऊ शकता, पारंपारिक बँकांच्या दिवसभर चालणाऱ्या मंजुरी प्रक्रियेला टाळून.",
+  "defi-2-d-label": "तुमचे टोकन्स 24/7 ट्रेड करा.",
+  "defi-2-d-explanation": "हे चुकीचे आहे. DeFi तुम्हाला टोकन्स 24/7 ट्रेड करण्याची परवानगी देते. बाजारपेठा नेहमी खुल्या असतात आणि तुम्ही तुमचा ETH USDT किंवा इतर कोणत्याही चलनाविरुद्ध कधीही ट्रेड करू शकता.",
+  "defi-3-prompt": "कोणता DeFi प्लॅटफॉर्म वापरकर्त्यांना एकमेकांशी थेट टोकन स्वॅप करण्याची परवानगी देण्यासाठी ओळखला जातो?",
+  "defi-3-a-label": "Uniswap",
+  "defi-3-a-explanation": "बरोबर! Uniswap हे एक विकेंद्रित एक्सचेंज आहे जे वापरकर्त्यांना स्वयंचलित बाजार-निर्मिती यंत्रणा वापरून एकमेकांशी थेट टोकन ट्रेड (स्वॅप) करण्याची परवानगी देते.",
+  "defi-3-b-label": "Aave",
+  "defi-3-b-explanation": "हे चुकीचे आहे. Aave हे कर्ज देणे आणि घेणे यावर लक्ष केंद्रित करणारा DeFi प्रोटोकॉल आहे, टोकन स्वॅपवर नाही.",
+  "defi-3-c-label": "PoolTogether",
+  "defi-3-c-explanation": "हे चुकीचे आहे. PoolTogether तोटा-नसलेल्या लॉटरी चालवते जे पैसे वाचवण्याचा एक नवीन अभिनव मार्ग देतात.",
+  "defi-3-d-label": "MakerDao",
+  "defi-3-d-explanation": "हे चुकीचे आहे. MakerDAO हे एक विकेंद्रित प्लॅटफॉर्म आहे जे वापरकर्त्यांना DAI स्टेबलकॉइन जारी आणि व्यवस्थापित करण्याची परवानगी देते, परंतु ते टोकन स्वॅपवर लक्ष केंद्रित करत नाही.",
+  "defi-4-prompt": "जेव्हा तुम्ही DeFi ॲप वापरता आणि व्यवहार करता, तेव्हा व्यवहाराची माहिती कुठे ठेवली जाते?",
+  "defi-4-a-label": "ETH",
+  "defi-4-a-explanation": "हे चुकीचे आहे. डेटा ईथर (ETH) मध्ये संग्रहित केला जात नाही. ETH ही Ethereum ब्लॉकचेनची मूळ मालमत्ता आहे.",
+  "defi-4-b-label": "माझे वॉलेट",
+  "defi-4-b-explanation": "हे चुकीचे आहे. वॉलेट हे एक ॲप्लिकेशन आहे जे Ethereum ब्लॉकचेनशी कनेक्ट करून तुमचे Ethereum खाते व्यवस्थापित करते. ते तुमच्या व्यवहार इतिहासाविषयी कोणताही डेटा संग्रहित करत नाही.",
+  "defi-4-c-label": "DeFi ॲप्स",
+  "defi-4-c-explanation": "हे चुकीचे आहे. DeFi ॲप्स तुमचा व्यवहार इतिहास थेट संग्रहित करत नाहीत. त्याऐवजी, तुमचे व्यवहार तपशील Ethereum ब्लॉकचेनवर रेकॉर्ड केले जातात.",
+  "defi-4-d-label": "Ethereum ब्लॉकचेन",
+  "defi-4-d-explanation": "बरोबर! Ethereum एक ब्लॉकचेन म्हणून त्याच्या वापरकर्त्यांनी आणि ॲप्सनी तयार केलेला सर्व डेटा संग्रहित करते. हे व्हॅलिडेटर्सना P2P नेटवर्कवर समान स्थिती राखण्याची परवानगी देते.",
+  "defi-5-prompt": "Ethereum वर विकेंद्रित वित्त (DeFi) कशामुळे शक्य होते?",
+  "defi-5-a-label": "स्मार्ट कॉन्ट्रॅक्ट्स",
+  "defi-5-a-explanation": "बरोबर! स्मार्ट कॉन्ट्रॅक्ट्स Ethereum मध्ये लिहिलेल्या डिजिटल 'जर-तर' विधानांसारखे आहेत. ते पारंपारिक करार आणि मध्यस्थांची जागा घेतात, काही अटी पूर्ण झाल्यास व्यवहार स्वयंचलितपणे कार्यान्वित करतात.",
+  "defi-5-b-label": "मध्यस्थ",
+  "defi-5-b-explanation": "हे चुकीचे आहे. Ethereum ला व्यवहार चालवण्यासाठी मध्यस्थांची गरज नाही. सर्व काही स्मार्ट कॉन्ट्रॅक्ट्सद्वारे चेनवर चालते.",
+  "defi-5-c-label": "बिटकॉइन",
+  "defi-5-c-explanation": "हे चुकीचे आहे. Bitcoin हे मूल्य संग्रहित करण्यासाठी एक साधे नेटवर्क आहे, प्रगत प्रोग्राम चालवण्यासाठी नाही. DeFi ला Ethereum सारख्या अधिक लवचिक प्रणालीची आवश्यकता आहे, जी कर्ज आणि व्यापार स्वयंचलितपणे हाताळण्यासाठी जटिल प्रोग्राम चालवू शकते.",
+  "defi-5-d-label": "पारंपारिक वित्तीय संस्था",
+  "defi-5-d-explanation": "हे चुकीचे आहे. DeFi ॲप्सना पारंपारिक वित्तीय संस्थांची गरज नाही. ते व्यवहार स्वयंचलितपणे हाताळण्यासाठी स्मार्ट कॉन्ट्रॅक्ट्स नावाचे ब्लॉकचेन प्रोग्राम वापरतात.",
+  "smart-contracts-1-prompt": "स्मार्ट कॉन्ट्रॅक्ट्स कसे वैशिष्ट्यीकृत केले जातात?",
+  "smart-contracts-1-a-label": "स्मार्ट कॉन्ट्रॅक्ट्स कायदेशीर करारांसारखेच आहेत, परंतु सामग्री सुरक्षितपणे जतन करण्यासाठी ते ब्लॉकचेनवर डिजिटल स्वरूपात संग्रहित केले जातात.",
+  "smart-contracts-1-a-explanation": "स्मार्ट कॉन्ट्रॅक्ट्स पारंपारिक करारांसारखेच तर्क वापरतात, परंतु अन्यथा त्यांच्यात फारसे साम्य नाही.",
+  "smart-contracts-1-b-label": "व्यवहार कार्यान्वित करणाऱ्या स्वायत्त AI प्रणालींशी जोडलेले",
+  "smart-contracts-1-b-explanation": "स्मार्ट कॉन्ट्रॅक्ट्स कोडमध्ये निर्धारित 'जर-हे-तर-ते' तर्कानुसार व्यवहार अंदाजे कार्यान्वित करतात—ते AI वापरत नाहीत",
+  "smart-contracts-1-c-label": "ऑनचेन प्रोग्राम 'जर-हे-तर-ते' तर्काचे पालन करतात, जे त्याच्या स्वतःच्या नियमांनुसार कार्यान्वित होण्याची हमी देतात",
+  "smart-contracts-1-c-explanation": "स्मार्ट कॉन्ट्रॅक्ट हे एक Ethereum खाते आहे जे अपरिवर्तनीय कोडसह तैनात केले आहे जे त्याची कार्यक्षमता ठरवते.",
+  "smart-contracts-1-d-label": "ते Ethereum ब्लॉकचेनमागील नियम आहेत, जे कायदेशीर अनुपालन सुनिश्चित करण्यासाठी वकिलांसोबत मिळून विकसित केले आहेत.",
+  "smart-contracts-1-d-explanation": "स्मार्ट कॉन्ट्रॅक्ट्स हे कोडचे तुकडे आहेत जे डेव्हलपरद्वारे तयार केले जाऊ शकतात आणि ब्लॉकचेनवर तैनात केले जाऊ शकतात.",
+  "smart-contracts-2-prompt": "स्मार्ट कॉन्ट्रॅक्ट्सच्या कार्याचे सर्वात जवळून वैशिष्ट्य दर्शवणारे रूपक कोणते आहे?",
+  "smart-contracts-2-a-label": "एक बँक",
+  "smart-contracts-2-a-explanation": "बँकांना मॅन्युअल अंमलबजावणीची आवश्यकता असते आणि ते श्रेणीबद्ध संस्था म्हणून संरचित असतात, तर स्मार्ट कॉन्ट्रॅक्ट्स अपरिवर्तनीय नियमांसह संगणकांद्वारे अंदाजे कार्यान्वित केले जातात.",
+  "smart-contracts-2-b-label": "एक डिजिटल वेंडिंग मशीन",
+  "smart-contracts-2-b-explanation": "वेंडिंग मशीन सर्व आवश्यकता पूर्ण झाल्यावरच तुमचे इच्छित उत्पादन देईल: विशिष्ट इनपुट निश्चित आउटपुटची हमी देतात. हे स्मार्ट कॉन्ट्रॅक्ट्सच्या तर्कासारखेच आहे.",
+  "smart-contracts-2-c-label": "एक कॅल्क्युलेटर",
+  "smart-contracts-2-c-explanation": "स्मार्ट कॉन्ट्रॅक्ट कोड गणनेसाठी वापरला जाऊ शकतो, परंतु तो फक्त त्यापुरता मर्यादित नाही. त्याऐवजी, स्मार्ट कॉन्ट्रॅक्ट्स हे ब्लॉकचेन-आधारित प्रोग्राम आहेत जे 'जर-हे-तर-ते' तर्काचे पालन करतात.",
+  "smart-contracts-2-d-label": "एक वेबसाइट",
+  "smart-contracts-2-d-explanation": "एक वेबसाइट हे फ्रंटएंड आहे जे वापरकर्त्याच्या दिशा कॅप्चर करते. स्मार्ट कॉन्ट्रॅक्ट हे बॅकएंड लॉजिक आहे जिथे या दिशा कार्यान्वित केल्या जातात आणि परिणाम परत केला जाऊ शकतो.",
+  "smart-contracts-3-prompt": "स्मार्ट कॉन्ट्रॅक्ट्सचे कोणते मुख्य वैशिष्ट्य नाही?",
+  "smart-contracts-3-a-label": "निर्धारित अंमलबजावणी",
+  "smart-contracts-3-a-explanation": "स्मार्ट कॉन्ट्रॅक्टचा मुख्य फायदा असा आहे की तो मानवी व्याख्या किंवा पक्षपाताशिवाय, निःसंदिग्ध कोडची निश्चितपणे अंमलबजावणी करतो.",
+  "smart-contracts-3-b-label": "सार्वजनिक रेकॉर्ड",
+  "smart-contracts-3-b-explanation": "सार्वजनिक ब्लॉकचेनवरील स्मार्ट कॉन्ट्रॅक्ट्समुळे, कोणीही मालमत्ता हस्तांतरण आणि इतर संबंधित माहिती त्वरित ट्रॅक करू शकतो.",
+  "smart-contracts-3-c-label": "गोपनीयता संरक्षण",
+  "smart-contracts-3-c-explanation": "ब्लॉकचेन्स छद्मनामी नेटवर्क असल्याने, व्यवहार सार्वजनिकरित्या एका अद्वितीय क्रिप्टोग्राफिक पत्त्याशी जोडलेले असतात, ओळखीशी नव्हे.",
+  "smart-contracts-3-d-label": "बदलण्याची क्षमता",
+  "smart-contracts-3-d-explanation": "स्मार्ट कॉन्ट्रॅक्ट एकदा तयार झाल्यावर बदलला जाऊ शकत नाही—तो त्याच्या कोडद्वारे परिभाषित नियमांनुसार कार्यान्वित होण्याची हमी देतो.",
+  "smart-contracts-4-prompt": "स्मार्ट कॉन्ट्रॅक्ट्सचा कोणता अनुप्रयोग नाही?",
+  "smart-contracts-4-a-label": "स्टेबलकोइन्स",
+  "smart-contracts-4-a-explanation": "स्टेबलकॉइन्स हे टोकन ऑब्जेक्ट्स आहेत जे स्मार्ट कॉन्ट्रॅक्ट्स वापरून परिभाषित आणि ट्रॅक केले जातात.",
+  "smart-contracts-4-b-label": "प्रोटोकॉल बदल",
+  "smart-contracts-4-b-explanation": "जरी प्रोटोकॉल बदल कधीकधी स्मार्ट कॉन्ट्रॅक्ट्स वापरू शकतात, तरीही त्यांची निर्मिती आणि व्याख्या पारदर्शक ऑनलाइन मंचांद्वारे प्रस्तावित केली जाते आणि क्लायंट सॉफ्टवेअरमध्ये अंमलात आणली जाते.",
+  "smart-contracts-4-c-label": "नॉन-फंजीबल टोकन (NFT)",
+  "smart-contracts-4-c-explanation": "स्मार्ट कॉन्ट्रॅक्ट्स डिजिटल कलेपासून मालमत्ता मालकी प्रमाणपत्रांपर्यंत विविध प्रकारच्या NFTs परिभाषित करण्यासाठी वापरले जातात.",
+  "smart-contracts-4-d-label": "खुले चलन विनिमय",
+  "smart-contracts-4-d-explanation": "विकेंद्रित एक्सचेंजेस (DEXs) केंद्रीकृत नियंत्रणाशिवाय कार्य करण्यासाठी स्मार्ट कॉन्ट्रॅक्ट्स वापरून तयार केले जातात."
+}
diff --git a/src/intl/mr/page-10-year-anniversary.json b/src/intl/mr/page-10-year-anniversary.json
new file mode 100644
index 00000000000..d619f0e8f0b
--- /dev/null
+++ b/src/intl/mr/page-10-year-anniversary.json
@@ -0,0 +1,131 @@
+{
+  "page-10-year-anniversary-meta-title": "10 वर्षांचा वर्धापनदिन",
+  "page-10-year-anniversary-meta-description": "सेन्सॉरशिप प्रतिरोध, 100% अपटाइम, विकेंद्रीकरण, समुदाय निर्मिती, विकसक वाढ, जागतिक सहयोग, सायफरपंक मूल्ये, हॅकेथॉन, सेन्सॉरशिप प्रतिरोध, परवानगीविरहित वित्त, विश्वासार्ह तटस्थता, अनंत बाग, क्लायंट विविधता आणि बरेच काही याची 10 वर्षे साजरी करत आहोत.",
+  "page-10-year-censorship-resistance": "सेन्सॉरशिप प्रतिरोध",
+  "page-10-year-uptime": "100% अपटाइम",
+  "page-10-year-decentralization": "विकेंद्रीकरण",
+  "page-10-year-community-building": "समुदाय निर्मिती",
+  "page-10-year-developer-growth": "विकसक वाढ",
+  "page-10-year-global-collaboration": "जागतिक सहयोग",
+  "page-10-year-cypherpunk-values": "सायफरपंक मूल्ये",
+  "page-10-year-hackathons": "हॅकेथॉन",
+  "page-10-year-permissionless-finance": "परवानगीविरहित वित्त",
+  "page-10-year-credible-neutrality": "विश्वासार्ह तटस्थता",
+  "page-10-year-infinite-garden": "अनंत बाग",
+  "page-10-year-client-diversity": "क्लायंट विविधता",
+  "page-10-year-celebrating": "याची 10 वर्षे साजरी करत आहोत",
+  "page-10-year-hero-title": "एका वेळी एक ब्लॉक वापरून जगाला बदलणारे दशक",
+  "page-10-year-hero-description": "30 जुलै 2015 रोजी, Ethereum ब्लॉकचेनचा जन्म झाला. ज्या क्षणी जेनेसिस ब्लॉक माइन केला गेला, त्याने इंटरनेटसाठी नवीन शक्यता सक्षम केल्या, ज्यामुळे वित्त, मालकी आणि प्रोग्रामेबिलिटीमध्ये मोठे बदल झाले.",
+  "page-10-year-hero-tagline": "दहा वर्षे झाली, अनंतकाळ बाकी आहे.",
+  "page-10-year-join-party-title": "पार्टीमध्ये सामील व्हा",
+  "page-10-year-join-party-description": "जागतिक समुदायासह Ethereum ची 10 वर्षे साजरी करा. स्थानिक कार्यक्रम शोधा किंवा तुमचा स्वतःचा उत्सव सुरू करा.",
+  "page-10-year-events-description-1": "Ethereum च्या दहाव्या वाढदिवसानिमित्त जगभरातील लोकांशी चर्चा, नेटवर्किंग आणि उत्सवांसाठी सामील व्हा.",
+  "page-10-year-events-description-2": "प्रत्यक्ष येऊ शकत नाही? आमचे लाइव्हस्ट्रीम पहा आणि जगभरातील कार्यक्रमांचे अपडेट्स फॉलो करा, जेणेकरून प्रत्येकजण हा मैलाचा दगड एकत्र साजरा करू शकेल.",
+  "page-10-year-host-event-title": "तुमचा कार्यक्रम शेअर करा",
+  "page-10-year-host-event-description": "तुम्ही कार्यक्रम आयोजित करत आहात का? नकाशावर सूचीबद्ध होण्यासाठी खाली कार्यक्रमाचे तपशील प्रविष्ट करा.",
+  "page-10-year-host-event-cta": "कार्यक्रम शेअर करा",
+  "page-10-year-innovation-title": "10 वर्षे",
+  "page-10-year-innovation-subtitle": "नवोन्मेष",
+  "page-10-year-innovation-description-1": "Ethereum ने स्मार्ट कॉन्ट्रॅक्ट्स सादर करून ब्लॉकचेनमध्ये परिवर्तन घडवले",
+  "page-10-year-innovation-description-2": "Ethereum मुळे, ब्लॉकचेन डिजिटल लेजरमधून एका प्रोग्रामेबल प्लॅटफॉर्ममध्ये बदलले, जिथे अटी पूर्ण झाल्यावर कोड आपोआप कार्यान्वित होतो.",
+  "page-10-year-innovation-description-3": "Ethereum च्या नवोन्मेषाने DeFi, NFTs आणि DAOs सारखे पूर्णपणे नवीन उद्योग सक्षम केले. त्याने ब्लॉकचेनला डिजिटल चलनापलीकडे एका प्लॅटफॉर्ममध्ये विस्तारले, ज्यामुळे आपण मूल्य कसे तयार करतो आणि देवाणघेवाण करतो याची पुनर्कल्पना केली.",
+  "page-10-year-adoption-title": "10 वर्षे",
+  "page-10-year-adoption-subtitle": "स्वीकृती",
+  "page-10-year-adoption-description-1": "व्हाईटपेपरपासून Ethereum इकोसिस्टममधील 24M+ दैनंदिन व्यवहारांपर्यंत",
+  "page-10-year-adoption-description-2": "Ethereum एक जागतिक कॉम्प्युटिंग प्लॅटफॉर्म बनला आहे जो दररोज लाखो लोकांद्वारे वापरल्या जाणाऱ्या हजारो ऍप्लिकेशन्सना शक्ती देतो. तो उद्योग आणि सीमा ओलांडून विस्तारत आहे आणि त्याचे उपयोग प्रकरणे वाढवत आहे.",
+  "page-10-year-stories-title": "10 वर्षे",
+  "page-10-year-stories-subtitle": "कथा",
+  "page-10-year-stories-description-1": "दैनंदिन जीवनात Ethereum कसे वापरले जाते याचा आढावा",
+  "page-10-year-stories-description-2": "लाखो वॉलेट्सपासून ते जगाच्या कानाकोपऱ्यापर्यंत, लोक प्रेरणादायक मार्गांनी Ethereum वापरतात. या खऱ्या कथा Ethereum द्वारे समर्थित सर्जनशीलता, स्वातंत्र्य आणि कनेक्शन दर्शवतात.",
+  "page-10-year-stories-cta": "तुमची कथा शेअर करा",
+  "page-10-year-ideas-title": "समुदाय कसा उत्सव साजरा करू शकतो यासाठी तुमच्याकडे काही कल्पना आहे का?",
+  "page-10-year-ideas-description": "ऑनचेन कलाकृती, Ethereum ट्रिव्हियाचा जगभरातील खेळ, कल्पनेला अंत नाही! खाली तुमची कल्पना कळवा.",
+  "page-10-year-ideas-cta": "तुमची कल्पना सबमिट करा",
+  "page-10-year-event-link": "कार्यक्रमावर जा",
+  "page-10-year-countdown-expired": "Ethereum 10 वर्षांचा झाला आहे! 🚀",
+  "page-10-year-countdown-day": "दिवस",
+  "page-10-year-countdown-days": "दिवस",
+  "page-10-year-countdown-hour": "तास",
+  "page-10-year-countdown-hours": "तास",
+  "page-10-year-countdown-minute": "मिनिट",
+  "page-10-year-countdown-minutes": "मिनिटे",
+  "page-10-year-countdown-second": "सेकंद",
+  "page-10-year-countdown-seconds": "सेकंद",
+  "page-10-year-banner-header": "Ethereum ची 10 वर्षे",
+  "page-10-year-banner-launch-text": "30 जुलै 2015 रोजी, दुपारी 3:44 UTC वाजता, Ethereum ब्लॉकचेनचा पहिला ब्लॉक अस्तित्वात आला.",
+  "page-10-year-banner-tagline": "दहा वर्षे झाली, अनंतकाळ बाकी आहे! 🚀",
+  "page-10-year-banner-cta": "पार्टीमध्ये सामील व्हा",
+  "page-10-year-stories-read-more": "आणखी वाचा",
+  "page-10-year-stories-show-original": "मूळ दाखवा",
+  "page-10-year-stories-show-english": "इंग्रजी दाखवा",
+  "page-10-year-stories-original-language": "मूळ भाषा",
+  "page-10-year-stories-english-translation": "इंग्रजी अनुवाद",
+  "page-10-year-stories-show-more": "अधिक दाखवा",
+  "page-10-year-globe-go-to-event": "कार्यक्रमावर जा",
+  "page-10-year-innovation-card-1-title": "Ethereum लॉन्च",
+  "page-10-year-innovation-card-1-date": "30 जुलै, 2015",
+  "page-10-year-innovation-card-1-description-1": "Ethereum चा जेनेसिस ब्लॉक लाईव्ह झाला, ज्यामुळे \"Frontier\" नेटवर्क लॉन्च झाले. या मूलभूत प्रकाशनाने विकसकांना विकेंद्रित ऍप्लिकेशन्स तयार करण्याची आणि स्मार्ट कॉन्ट्रॅक्ट्ससह प्रयोग करण्याची पहिली संधी दिली.",
+  "page-10-year-innovation-card-1-description-2": "Ethereum चे ध्येय: एक खुले इंटरनेट जेथे वापरकर्ते त्यांच्या डेटावर नियंत्रण ठेवतात, ऍप्लिकेशन्स गेटकीपर्सशिवाय चालतात आणि लोकांमध्ये मूल्य मुक्तपणे प्रवाहित होते.",
+  "page-10-year-innovation-card-2-title": "DAI: अग्रणी स्टेबलकॉइन",
+  "page-10-year-innovation-card-2-date": "डिसेंबर, 2015",
+  "page-10-year-innovation-card-2-description-1": "पहिले विकेंद्रीकृत स्टेबलकॉइन लॉन्च झाले. DAI स्मार्ट कॉन्ट्रॅक्ट्समध्ये लॉक केलेल्या क्रिप्टोकरन्सी कोलॅटरलद्वारे यू.एस. डॉलरशी एक सॉफ्ट पेग राखते.",
+  "page-10-year-innovation-card-2-description-2": "कंपन्यांद्वारे नियंत्रित केंद्रीकृत स्टेबलकॉइन्सच्या विपरीत, DAI एका विकेंद्रित स्वायत्त संस्थेद्वारे (DAO) शासित आहे, ज्यामुळे ते विश्वासार्ह आणि समुदाय-चालित बनते.",
+  "page-10-year-innovation-card-3-title": "CryptoKitties आणि NFT Frontier",
+  "page-10-year-innovation-card-3-date": "नोव्हेंबर, 2017",
+  "page-10-year-innovation-card-3-description-1": "CryptoKitties ने डिजिटल मालकीला जिवंत केले. या सुरुवातीच्या NFT गेमने दाखवून दिले की ब्लॉकचेन ऑनलाइन अभिव्यक्ती, संग्रहणीयता आणि संस्कृतीचे नवीन प्रकार कसे सक्षम करू शकते.",
+  "page-10-year-innovation-card-3-description-2": "त्याने सिद्ध केले की Ethereum वित्ताच्या पलीकडे गेमिंग, कला आणि डिजिटल ओळखीमध्ये विस्तारू शकते, ज्यामुळे पूर्णपणे नवीन सर्जनशील शक्यता उघडल्या.",
+  "page-10-year-innovation-card-4-title": "DeFi Summer",
+  "page-10-year-innovation-card-4-date": "जून, 2020",
+  "page-10-year-innovation-card-4-description-1": "विस्फोटक DeFi वाढीने जग वित्ताबद्दल कसे विचार करते हे पुन्हा परिभाषित केले. कर्ज देणे, ट्रेडिंग आणि उत्पन्न निर्मितीसाठी प्रोटोकॉलने प्रचंड गती मिळवली, ज्यामुळे खुल्या, कंपोझेबल वित्तीय पायाभूत सुविधांची शक्ती दिसून आली.",
+  "page-10-year-innovation-card-4-description-2": "या कालावधीत अब्जावधींचे मूल्य ऑन-चेन आले आणि Ethereum विकेंद्रित वित्ताचे केंद्र म्हणून स्थापित झाले.",
+  "page-10-year-innovation-card-5-title": "विलीनीकरण अद्यतन",
+  "page-10-year-innovation-card-5-date": "15 सप्टेंबर, 2022",
+  "page-10-year-innovation-card-5-description-1": "Ethereum चे आतापर्यंतचे सर्वात मोठे परिवर्तन. नेटवर्कने ऊर्जा-केंद्रित प्रूफ-ऑफ-वर्कमधून प्रूफ-ऑफ-स्टेकवर सहजतेने संक्रमण केले. Ethereum वर अब्जावधींच्या मूल्यामुळे, या बदलाचे वर्णन विमानाच्या इंजिनला उड्डाण करताना बदलण्यासारखे केले गेले.",
+  "page-10-year-innovation-card-5-description-2": "The Merge ने Ethereum चा ऊर्जा वापर 99.95% ने कमी केला, नेटवर्क सुरक्षा मजबूत केली आणि भविष्यातील स्केलिंग अपग्रेडसाठी पाया घातला.",
+  "page-10-year-innovation-card-6-title": "स्पॉट ETH ETFs",
+  "page-10-year-innovation-card-6-date": "23 मे, 2024",
+  "page-10-year-innovation-card-6-description-1": "वॉल स्ट्रीट Ethereum ला स्वीकारत आहे. स्पॉट ETH ETFs लॉन्च झाले, ज्यामुळे जगातील अग्रगण्य स्मार्ट कॉन्ट्रॅक्ट प्लॅटफॉर्मवर संस्थात्मक भांडवल आणि नियामक वैधता आली.",
+  "page-10-year-innovation-card-6-description-2": "या मंजुरीने टोकनाइज्ड वास्तविक-जगातील मालमत्तांची व्यापक स्वीकृती दर्शविली, ज्यामध्ये प्रमुख वित्तीय संस्था आता स्थावर मालमत्तेपासून ते ट्रेझरी बॉण्ड्सपर्यंत सर्व काही ऑन-चेन आणण्यासाठी Ethereum वर बांधकाम करत आहेत.",
+  "page-10-year-adoption-card-1-title": "विकेंद्रीकरणाचे दशक",
+  "page-10-year-adoption-card-1-description": "जे एका विशेष इकोसिस्टम म्हणून सुरू झाले होते ते आता <b>80+ देशांमध्ये</b> <b>870,000 व्हॅलिडेटर्स</b>, <b>13,600 भौतिक नोड्स</b>, आणि खंडांमध्ये <b>लाखो वापरकर्त्यांपर्यंत</b> पसरले आहे.",
+  "page-10-year-adoption-card-1-link-text": "Ethereum आकडेवारी तपासा",
+  "page-10-year-adoption-card-2-title": "10 वर्षे, 16 अपग्रेड, 0 डाउनटाइम",
+  "page-10-year-adoption-card-2-description": "Ethereum ने सतत विकसित होत असताना परिपूर्ण अपटाइम राखला आहे. ब्लॉकचेन कधीही ऑफलाइन गेला नाही.",
+  "page-10-year-adoption-card-2-link-text": "रोडमॅप पहा",
+  "page-10-year-adoption-card-3-title": "स्टेबलकॉइन मार्केट कॅपमध्ये $123 अब्ज",
+  "page-10-year-adoption-card-3-description": "Q2 2025 पर्यंत, Ethereum L1 स्टेबलकॉइन्समध्ये $123 अब्ज पेक्षा जास्त सुरक्षित करते, <a href=\"https://defillama.com/stablecoins/chains\">जागतिक स्टेबलकॉइन मार्केटच्या 50% पेक्षा जास्त भाग काबीज करते.</a>",
+  "page-10-year-adoption-card-3-link-text": "स्टेबलकॉइन्स वर अधिक",
+  "page-10-year-adoption-card-4-title": "Ethereum DeFi मध्ये $75 अब्ज सुरक्षित",
+  "page-10-year-adoption-card-4-description": "Q2 2025 पर्यंत, <a href=\"https://defillama.com/chains\">Ethereum त्याच्या इकोसिस्टममध्ये DeFi मध्ये $75 अब्ज पेक्षा जास्त सुरक्षित करते.</a>",
+  "page-10-year-adoption-card-4-link-text": "DeFi वर अधिक",
+  "page-10-year-adoption-card-5-title": "प्रति वर्ष 0.01 TWh",
+  "page-10-year-adoption-card-5-description": "The Merge नंतर, Ethereum चा ऊर्जा वापर नाटकीयरित्या कमी होऊन फक्त <a href=\"https://digiconomist.net/ethereum-energy-consumption\">0.01 TWh प्रति वर्ष</a> झाला, जो त्याच्या 93.95 TWh च्या शिखरावरून खाली आला.",
+  "page-10-year-adoption-card-5-link-text": "Ethereum च्या ऊर्जा वापराबद्दल अधिक",
+  "page-10-year-adoption-card-6-title": "250 TPS पेक्षा जास्त",
+  "page-10-year-adoption-card-6-description": "लॉन्च झाल्यापासून Ethereum ची थ्रुपुट नाटकीयरित्या वाढली आहे, Ethereum ची इकोसिस्टम आता <a href=\"https://l2beat.com/scaling/activity\">प्रति सेकंद 250 पेक्षा जास्त व्यवहार</a> हाताळत आहे.",
+  "page-10-year-adoption-card-6-link-text": "लेयर 2s बद्दल अधिक",
+  "page-10-year-torch-title": "The Ethereum Torch",
+  "page-10-year-torch-description": "Ethereum च्या 10 व्या वर्धापन दिनानिमित्त एक अद्वितीय NFT. टॉर्च समुदाय सदस्यांमध्ये फिरते, जे Ethereum ला परिभाषित करणाऱ्या सहकार्य आणि विकेंद्रीकरणाच्या भावनेचे प्रतिनिधित्व करते.",
+  "page-10-year-torch-current-holder": "सध्याचा टॉर्च धारक",
+  "page-10-year-torch-no-holder": "सध्या कोणताही धारक नाही",
+  "page-10-year-torch-history-title": "टॉर्च धारकाचा इतिहास",
+  "page-10-year-torch-no-history": "कोणताही हस्तांतरण इतिहास उपलब्ध नाही",
+  "page-10-year-torch-from": "कडून",
+  "page-10-year-torch-to": "ते",
+  "page-10-year-torch-view-tx": "व्यवहार पहा",
+  "page-10-year-livestream-title": "लाइव्हस्ट्रीममध्ये सामील व्हा",
+  "page-10-year-livestream-video-title": "Ethereum ची 10 वर्षे लाइव्हस्ट्रीम करा",
+  "page-10-year-torch-nft-intro": "या ऐतिहासिक मैलाच्या दगडाचे स्मरण करण्यासाठी, आम्ही <strong>Ethereum Torch NFT</strong> सादर करत आहोत, एक NFT जे विकेंद्रीकरण आणि समुदायाच्या भावनेचे प्रतीक आहे, ज्याने Ethereum चे पहिले दशक परिभाषित केले आहे.",
+  "page-10-year-torch-nft-description": "एका समुदायातून दुसऱ्या समुदायात प्रवास करणाऱ्या औपचारिक ज्योतीप्रमाणे, Ethereum Torch जागतिक Ethereum इकोसिस्टममध्ये प्रवास करेल. हा विशेष NFT गेल्या 10 वर्षांपासून Ethereum ची कथा घडवणाऱ्या काळजीपूर्वक निवडलेल्या समुदाय सदस्यांमध्ये, विकसकांमध्ये आणि बिल्डर्समध्ये वॉलेट ते वॉलेट पास केला जाईल.",
+  "page-10-year-torch-one-of-kind-title": "एकमेव:",
+  "page-10-year-torch-one-of-kind-description": "फक्त एक Ethereum Torch NFT अस्तित्वात आहे, ज्यामुळे प्रत्येक धारक Ethereum च्या वारशाचा तात्पुरता संरक्षक बनतो",
+  "page-10-year-torch-time-limited-title": "वेळे-मर्यादित ताबा:",
+  "page-10-year-torch-time-limited-description": "प्रत्येक धारक पुढील संरक्षकाकडे जाण्यापूर्वी 24 तास टॉर्च ठेवतो. 30 जुलै रोजी हा NFT वर्धापन दिन साजरा करण्यासाठी बर्न केला जाईल.",
+  "page-10-year-mint-card-title": "क्षण मिंट करा",
+  "page-10-year-mint-card-description": "विनामूल्य, मर्यादित-वेळेच्या 10 व्या वर्धापन दिनाच्या NFT सह विकेंद्रीकरणाचे दशक साजरे करा. वेळ संपण्यापूर्वी तुमचा मिंट करा.",
+  "page-10-year-mint-card-ended-title": "दावा करण्याची मुदत संपली आहे",
+  "page-10-year-mint-card-ended-description": "उत्सवात सामील झाल्याबद्दल तुम्हा सर्वांचे आभार",
+  "page-10-year-video-aria-label": "10 वा वर्धापन दिन व्हिडिओ",
+  "page-10-year-nft-link-label": "OpenSea वर टेन इयर्स ऑफ Ethereum NFT पहा",
+  "page-10-year-terms-and-conditions": "अटी आणि नियम"
+}
diff --git a/src/intl/mr/page-about.json b/src/intl/mr/page-about.json
new file mode 100644
index 00000000000..d4125da7339
--- /dev/null
+++ b/src/intl/mr/page-about.json
@@ -0,0 +1,35 @@
+{
+  "page-about-h2": "वैशिष्ट्याची विनंती करा",
+  "page-about-h3": "प्रगतीपथावरील काम",
+  "page-about-h3-1": "अंमलात आणलेली वैशिष्ट्ये",
+  "page-about-h3-2": "नियोजित वैशिष्ट्ये",
+  "page-about-li-1": "प्रगतीपथावर",
+  "page-about-li-2": "नियोजित",
+  "page-about-li-3": "अंमलात आणले",
+  "page-about-li-4": "अंमलात आणले",
+  "page-about-link-1": "या रिपॉझिटरीचा सोर्स कोड MIT परवान्याअंतर्गत परवानाकृत आहे.",
+  "page-about-link-2": "GitHub",
+  "page-about-link-3": "GitHub वर प्रगतीपथावर असलेल्या कामांची संपूर्ण यादी पहा.",
+  "page-about-link-4": "आमच्या Discord सर्व्हरमध्ये सामील व्हा.",
+  "page-about-link-5": "Twitter वर आमच्यापर्यंत पोहोचा.",
+  "page-about-link-6": "GitHub वर अंमलात आणलेल्या कार्यांची संपूर्ण यादी पहा.",
+  "page-about-link-7": "GitHub वर एक इश्यू तयार करा.",
+  "page-about-p-1": "ethereum.org लाँच झाल्यापासून, आम्ही कसे कार्य करतो याबाबत पारदर्शक राहण्याचा प्रयत्न करतो. हे आमच्या मुख्य मूल्यांपैकी एक आहे, कारण आम्हाला विश्वास आहे की Ethereum च्या यशासाठी पारदर्शकता महत्त्वपूर्ण आहे.",
+  "page-about-p-2": "आम्ही वापरतो",
+  "page-about-p-3": "आमचे प्राथमिक प्रकल्प व्यवस्थापन साधन म्हणून. आम्ही आमची कामे ३ श्रेणींमध्ये आयोजित करतो:",
+  "page-about-p-4": "एखाद्या विशिष्ट कामाची स्थिती काय आहे, हे समुदायाला कळवण्याचा आम्ही पुरेपूर प्रयत्न करतो.",
+  "page-about-p-5": "आम्ही अंमलबजावणी करत असलेली कामे.",
+  "page-about-p-6": "पुढे अंमलबजावणी करण्यासाठी रांगेत लावलेली कामे.",
+  "page-about-p-7": "नुकतीच पूर्ण झालेली कामे.",
+  "page-about-p-8": "ethereum.org कसे सुधारावे याबद्दल आपल्याकडे कल्पना आहे का? आम्हाला आपल्यासोबत सहयोग करायला आवडेल!",
+  "page-what-is-ethereum-energy-consumption-chart-legend": "TWh/yr मध्ये वार्षिक ऊर्जा वापर",
+  "energy-consumption-chart-global-data-centers-label": "जागतिक डेटा केंद्रे",
+  "energy-consumption-chart-airbnb-label": "एअर बीएनबी",
+  "energy-consumption-gold-mining-cbeci-label": "गोल्ड माइनिंग",
+  "energy-consumption-chart-btc-pow-label": "BTC PoW",
+  "energy-consumption-chart-netflix-label": "Netflix",
+  "energy-consumption-chart-eth-pow-label": "ETH PoW",
+  "energy-consumption-chart-gaming-us-label": "यूएस मध्ये गेमिंग",
+  "energy-consumption-chart-paypal-label": "PayPal",
+  "energy-consumption-chart-eth-pos-label": "ETH PoS"
+}
diff --git a/src/intl/mr/page-apps.json b/src/intl/mr/page-apps.json
index 09429ee9334..f74b88b6e14 100644
--- a/src/intl/mr/page-apps.json
+++ b/src/intl/mr/page-apps.json
@@ -1,222 +1,72 @@
 {
-  "page-apps-1inch-logo-alt": "1inch लोगो",
-  "page-apps-dexguru-logo-alt": "DexGuru लोगो",
-  "page-apps-aave-logo-alt": "Aave लोगो",
-  "page-apps-add-button": "dapp सुचवा",
-  "page-apps-add-title": "dapp जोडा",
-  "page-apps-audius-logo-alt": "Audius लोगो",
-  "page-apps-augur-logo-alt": "Augur लोगो",
-  "page-apps-axie-infinity-logo-alt": "Axie Infinity लोगो",
-  "page-apps-balancer-logo-alt": "Balancer लोगो",
-  "page-apps-brave-logo-alt": "Brave लोगो",
-  "page-apps-category-arts": "कला आणि फॅशन",
-  "page-apps-category-browsers": "ब्राउझर",
-  "page-apps-category-collectibles": "डिजिटल संग्रहणीय",
-  "page-apps-category-competitive": "स्पर्धा",
-  "page-apps-category-computing": "विकसक साधने",
-  "page-apps-category-dex": "प्रतिक देवाणघेवाण",
-  "page-apps-category-investments": "गुंतवणूक",
-  "page-apps-category-lending": "कर्ज देणे आणि कर्ज घेणे",
-  "page-apps-category-lottery": "क्राउडफंडिंग",
-  "page-apps-category-marketplaces": "बाजारपेठा",
-  "page-apps-category-music": "संगीत",
-  "page-apps-category-payments": "देयके",
-  "page-apps-category-insurance": "विमा",
-  "page-apps-category-portfolios": "संकलन",
-  "page-apps-category-trading": "व्यापार आणि अंदाज बाजार",
-  "page-apps-category-utilities": "उपयुक्तता",
-  "page-apps-category-worlds": "आभासी जग",
-  "page-apps-choose-category": "श्रेणी निवडा",
-  "page-apps-collectibles-benefits-1-description": "जेव्हा Ethereum वर कला टोकन केली जाते, तेव्हा सर्वांसाठी मालकी सिद्ध केली जाऊ शकते. तुम्ही कलाकृतीच्या निर्मितीपासून ते वर्तमान धारकापर्यंतचा प्रवास शोधू शकता. हे खोट्या गोष्टींना प्रतिबंध करते.",
-  "page-apps-collectibles-benefits-1-title": "मालकी सिद्ध आहे",
-  "page-apps-collectibles-benefits-2-description": "संगीत प्रवाहित करण्यासाठी किंवा कलाकृती विकत घेण्यासाठी पैसे देणे कलाकारांसाठी अधिक न्याय्य आहे. Ethereum मध्ये मध्यस्थांची कमी गरज आहे. आणि जर मध्यस्थांची गरज असेल, तर त्यांची किंमत तितकी जास्त नसते कारण प्लॅटफॉर्मला नेटवर्कच्या पायाभूत सुविधांसाठी पैसे देण्याची गरज नसते.",
-  "page-apps-collectibles-benefits-2-title": "निर्मात्यांसाठी अधिक न्याय्य",
-  "page-apps-collectibles-benefits-3-description": "टोकनाइज्ड कलेक्टिबल्स तुमच्या Ethereum पत्त्याशी जोडलेले आहेत, प्लॅटफॉर्मवर नाही. त्यामुळे तुम्ही गेममधील वस्तूंसारख्या कोणत्याही Ethereum मार्केटप्लेसवर विकू शकता, फक्त गेममध्येच नाही.",
-  "page-apps-collectibles-benefits-3-title": "संग्रहणीय वस्तू तुमच्याबरोबर जातात",
-  "page-apps-collectibles-benefits-4-description": "तुमची कला टोकन बनवण्यासाठी आणि ती विकण्यासाठी तुमच्यासाठी साधने आणि उत्पादने आधीच अस्तित्वात आहेत! आणि तुमचे टोकन कोणत्याही आणि सर्व Ethereum संग्रहणीय प्लॅटफॉर्मवर विकले जाऊ शकतात.",
-  "page-apps-collectibles-benefits-4-title": "पायाभूत सुविधा आधीच उपलब्ध आहेत",
-  "page-apps-collectibles-benefits-description": "हे अॅप्लिकेशन्स आहेत जे डिजिटल मालकी, निर्मात्यांची कमाई क्षमता वाढवणे आणि तुमच्या आवडत्या निर्मात्यांना आणि त्यांच्या कामात गुंतवणूक करण्याचे नवीन मार्ग शोधण्यावर लक्ष केंद्रित करतात.",
-  "page-apps-collectibles-benefits-title": "विकेंद्रित संग्रहणीय आणि प्रवाह",
-  "page-apps-collectibles-button": "कला आणि संग्रहणीय वस्तू",
-  "page-apps-collectibles-description": "हे अॅप्लिकेशन्स आहेत जे डिजिटल मालकी, निर्मात्यांची कमाई क्षमता वाढवणे आणि तुमच्या आवडत्या निर्मात्यांना आणि त्यांच्या कामात गुंतवणूक करण्याचे नवीन मार्ग शोधण्यावर लक्ष केंद्रित करतात.",
-  "page-apps-collectibles-title": "विकेंद्रित कला आणि संग्रहणीय वस्तू",
-  "page-apps-compound-logo-alt": "Compound लोगो",
-  "page-apps-cryptopunks-logo-alt": "CryptoPunks लोगो",
-  "page-apps-cryptovoxels-logo-alt": "Cryptovoxels लोगो",
-  "page-apps-dapp-description-1inch": "सर्वोत्कृष्ट किमती एकत्रित करून तुम्हाला उच्च किंमतीतील घसरण टाळण्यास मदत करते.",
-  "page-apps-dapp-description-aave": "व्याज मिळवण्यासाठी आणि कधीही काढण्यासाठी तुमचे टोकन उधार द्या.",
-  "page-apps-dapp-description-async-art": "#ProgrammableArt तयार करा, संकलित करा आणि व्यापार करा - डिजिटल चित्रे \"लेयर्स\" मध्ये विभाजित होतात ज्याचा वापर तुम्ही संपूर्ण प्रतिमेवर परिणाम करण्यासाठी करू शकता. प्रत्येक मास्टर आणि लेयर एक ERC721 प्रतिक आहे.",
-  "page-apps-dapp-description-audius": "विकेंद्रित प्रवाह मंच. ऐकतो = निर्मात्यांसाठी पैसा, लेबलांसाठी नाही.",
-  "page-apps-dapp-description-augur": "क्रीडा, अर्थशास्त्र आणि अधिक जागतिक घटनांच्या परिणामांवर पैज लावा.",
-  "page-apps-dapp-description-axie-infinity": "व्यापार आणि युद्ध प्राणी ज्यांना अक्ष म्हणतात. आणि तुम्ही जसे खेळता तसे कमवा - मोबाईलवर उपलब्ध",
-  "page-apps-dapp-description-balancer": "बॅलन्सर एक स्वयंचलित पोर्टफोलिओ व्यवस्थापक आणि ट्रेडिंग प्लॅटफॉर्म आहे.",
-  "page-apps-dapp-description-brave": "ब्राउझिंगसाठी प्रतिक मिळवा आणि त्यांच्यासह तुमच्या आवडत्या निर्मात्यांना समर्थन द्या.",
+  "page-apps-all-apps": "सर्व ॲप्स",
   "page-apps-dapp-description-cent": "एक सोशल नेटवर्क जिथे तुम्ही NFT पोस्ट करून पैसे कमवाल.",
-  "page-apps-dapp-description-compound": "व्याज मिळवण्यासाठी आणि कधीही काढण्यासाठी तुमचे टोकन उधार द्या.",
-  "page-apps-dapp-description-cryptopunks": "विकत घ्या, त्यावर बोली लावा आणि विक्रीसाठी पंक ऑफर करा – Ethereum वरील पहिल्या टोकन संग्रहणीयांपैकी एक.",
-  "page-apps-dapp-description-cryptovoxels": "आर्ट गॅलरी तयार करा, स्टोअर तयार करा आणि जमीन खरेदी करा – एक Ethereum आभासी जग.",
-  "page-apps-dapp-description-dark-forest": "अनंत, प्रक्रियात्मक-व्युत्पन्न, क्रिप्टोग्राफिक-निर्दिष्ट विश्वातील ग्रहांवर विजय मिळवा.",
   "page-apps-dapp-description-decentraland": "आपण एक्सप्लोर करू शकता अशा आभासी जगात आभासी जमीन गोळा करा, व्यापार करा.",
   "page-apps-dapp-description-ens": "Ethereum पत्ते आणि विकेंद्रित साइटसाठी वापरकर्ता-अनुकूल नावे.",
-  "page-apps-dapp-description-foundation": "डिजिटल आर्टवर्कच्या अनन्य आवृत्त्यांमध्ये गुंतवणूक करा आणि इतर खरेदीदारांसह व्यापार करा.",
   "page-apps-dapp-description-gitcoin": "ओपन सोर्स सॉफ्टवेअरवर काम करून क्रिप्टो कमवा.",
-  "page-apps-dapp-description-gitcoin-grants": "विस्तारित योगदानासह Ethereum समुदाय प्रकल्पांसाठी क्राउडफंडिंग",
   "page-apps-dapp-description-gods-unchained": "स्ट्रॅटेजिक ट्रेडिंग कार्ड गेम. आपण वास्तविक जीवनात विकू शकता अशी कार्डे खेळून कमवा.",
-  "page-apps-dapp-description-golem": "सामायिक संगणकीय शक्तीवर प्रवेश करा किंवा तुमची स्वतःची संसाधने भाड्याने घ्या.",
-  "page-apps-dapp-description-radicle": "मध्यस्थांशिवाय सुरक्षित पीअर-टू-पीअर कोड सहयोग.",
-  "page-apps-dapp-description-loopring": "पीअर-टू-पीअर ट्रेडिंग प्लॅटफॉर्म स्पीडसाठी तयार केले आहे.",
-  "page-apps-dapp-description-marble-cards": "URL वर आधारित अद्वितीय डिजिटल कार्ड तयार करा आणि व्यापार करा.",
-  "page-apps-dapp-description-matcha": "तुम्हाला सर्वोत्तम किंमती शोधण्यात मदत करण्यासाठी एकाधिक एक्सचेंज शोधते.",
-  "page-apps-dapp-description-nifty-gateway": "शीर्ष कलाकार, अॅथलीट, ब्रँड आणि निर्मात्यांकडून ऑन-चेन कामे खरेदी करा.",
-  "page-apps-dapp-description-oasis": "Dai, Ethereum स्टेबलकॉइन सह व्यापार करा, कर्ज घ्या आणि बचत करा.",
-  "page-apps-dapp-description-opensea": "मर्यादित-आवृत्तीच्या वस्तू खरेदी करा, विक्री करा, शोधा आणि व्यापार करा.",
-  "page-apps-dapp-description-opera": "तुमच्या ब्राउझरवरून व्यापारी, इतर वापरकर्ते आणि अॅप्सना क्रिप्टो पाठवा.",
-  "page-apps-dapp-description-poap": "तुम्ही वेगवेगळ्या आभासी किंवा वैयक्तिक इव्हेंटमध्ये होता हे सिद्ध करणारे NFT गोळा करा. रॅफल्समध्ये सामील होण्यासाठी, मतदान करण्यासाठी, सहयोग करण्यासाठी किंवा फक्त बढाई मारण्यासाठी त्यांचा वापर करा.",
-  "page-apps-dapp-description-polymarket": "परिणामांवर पैज लावा. माहिती बाजार वर व्यापार.",
-  "page-apps-dapp-description-pooltogether": "आपण गमावू शकत नाही अशी लॉटरी. दर आठवड्याला बक्षिसे.",
-  "page-apps-dapp-description-index-coop": "एक क्रिप्टो इंडेक्स फंड जो तुमच्या पोर्टफोलिओला टॉप DeFi प्रतिकवर एक्सपोजर देतो.",
-  "page-apps-dapp-description-nexus-mutual": "विमा कंपनीशिवाय कव्हरेज. स्मार्ट कॉन्ट्रॅक्ट बग आणि हॅकपासून संरक्षण मिळवा.",
-  "page-apps-dapp-description-etherisc": "विकेंद्रित विमा टेम्पलेट कोणीही स्वतःचे विमा संरक्षण तयार करण्यासाठी वापरू शकतो.",
-  "page-apps-dapp-description-zapper": "तुमच्या पोर्टफोलिओचा मागोवा घ्या आणि एका इंटरफेसमधून DeFi उत्पादनांची श्रेणी वापरा.",
-  "page-apps-dapp-description-zerion": "तुमचा पोर्टफोलिओ व्यवस्थापित करा आणि बाजारातील प्रत्येक DeFi मालमत्तेचे फक्त मूल्यमापन करा.",
-  "page-apps-dapp-description-rotki": "ओपन सोर्स पोर्टफोलिओ ट्रॅकिंग, अॅनालिटिक्स, अकाउंटिंग आणि टॅक्स रिपोर्टिंग टूल जे तुमच्या गोपनीयतेचा आदर करते.",
-  "page-apps-dapp-description-krystal": "तुमच्या सर्व आवडत्या DeFi सेवांमध्ये प्रवेश करण्यासाठी एक-स्टॉप प्लॅटफॉर्म.",
-  "page-apps-dapp-description-rarible": "टोकनाइज्ड संग्रहणीय वस्तू तयार करा, विक्री करा आणि खरेदी करा.",
-  "page-apps-dapp-description-sablier": "प्रत्यक्ष-वेळी मध्ये पैसे प्रवाहित करा.",
-  "page-apps-dapp-description-superrare": "थेट कलाकारांकडून किंवा दुय्यम बाजारपेठेतून डिजिटल कलाकृती खरेदी करा.",
-  "page-apps-dapp-description-token-sets": "क्रिप्टो गुंतवणूक धोरणे जी आपोआप संतुलित होतात.",
-  "page-apps-dapp-description-uniswap": "फक्त टोकन स्वॅप करा किंवा % रिवॉर्डसाठी टोकन प्रदान करा.",
-  "page-apps-dapp-description-dexguru": "DeFi व्यापार्‍यांसाठी नॉन-कस्टोडियल ट्रेडिंग टर्मिनल",
-  "page-apps-dapp-description-synthetix": "Synthetix हा सिंथेटिक मालमत्ता जारी करण्यासाठी आणि व्यापार करण्यासाठी एक प्रोटोकॉल आहे",
-  "page-apps-docklink-dapps": "dapps ची ओळख",
-  "page-apps-docklink-smart-contracts": "स्मार्ट कॉन्ट्रॅक्ट",
-  "page-apps-dark-forest-logo-alt": "Dark Forest लोगो",
-  "page-apps-decentraland-logo-alt": "Decentraland लोगो",
-  "page-apps-index-coop-logo-alt": "Index Coop लोगो",
-  "page-apps-nexus-mutual-logo-alt": "Nexus Mutual लोगो",
-  "page-apps-etherisc-logo-alt": "Etherisc लोगो",
-  "page-apps-zapper-logo-alt": "Zapper लोगो",
-  "page-apps-zerion-logo-alt": "Zerion लोगो",
-  "page-apps-rotki-logo-alt": "Rotki लोगो",
-  "page-apps-krystal-logo-alt": "Krystal लोगो",
-  "page-apps-synthetix-logo-alt": "Synthetix लोगो",
-  "page-apps-desc": "प्रयत्न करण्यासाठी Ethereum अनुप्रयोग शोधा.",
-  "page-apps-doge-img-alt": "संगणक वापरणाऱ्या कुत्र्याचे स्पष्टीकरणात्मक चित्र",
-  "page-apps-editors-choice-dark-forest": "ग्रहांवर विजय मिळवण्यासाठी इतरांविरुद्ध खेळा आणि ब्लीडिंग-एज Ethereum स्केलिंग/गोपनीयता तंत्रज्ञान वापरून पहा. कदाचित Ethereum सह आधीच परिचित असलेल्यांसाठी एक.",
-  "page-apps-editors-choice-description": "काही dapps ethereum.org टीमला सध्या आवडते. खाली अधिक dapps एक्सप्लोर करा.",
-  "page-apps-editors-choice-foundation": "संस्कृतीत गुंतवणूक करा. काही अविश्वसनीय कलाकार, संगीतकार आणि ब्रँडकडून अद्वितीय डिजिटल कलाकृती आणि फॅशन खरेदी करा, व्यापार करा आणि विक्री करा.",
-  "page-apps-editors-choice-header": "संपादकांची निवड",
-  "page-apps-editors-choice-pooltogether": "तोटा नसलेल्या लॉटरीसाठी तिकीट खरेदी करा. प्रत्येक आठवड्यात, संपूर्ण तिकीट पूलमधून मिळणारे व्याज एका भाग्यवान विजेत्याला पाठवले जाते. तुम्हाला आवडेल तेव्हा तुमचे पैसे परत मिळवा.",
-  "page-apps-editors-choice-uniswap": "तुमचे टोकन सहजतेने स्वॅप करा. एक समुदाय आवडता जो तुम्हाला नेटवर्कवरील लोकांसह टोकन्सचा व्यापार करण्यास अनुमती देतो.",
-  "page-apps-ens-logo-alt": "Ethereum नाव सेवा लोगो",
-  "page-apps-explore-dapps-description": "विकेंद्रित नेटवर्कच्या शक्यता तपासत, बरेच dapps अजूनही प्रायोगिक आहेत. परंतु तंत्रज्ञान, आर्थिक, गेमिंग आणि संग्रहणीय श्रेणींमध्ये काही यशस्वी सुरुवातीचे मूव्हर्स झाले आहेत.",
-  "page-apps-explore-dapps-title": "Dapps अन्वेषण करा",
-  "page-apps-features-1-description": "एकदा Ethereum वर तैनात केल्यानंतर dapp कोड काढला जाऊ शकत नाही. आणि कोणीही dapp ची वैशिष्ट्ये वापरू शकतो. जरी dapp च्या मागे असलेल्या संघाने विघटन केले तरीही आपण ते वापरू शकता. एकदा Ethereum वर गेल्यावर ते तिथेच राहते.",
-  "page-apps-features-1-title": "मालक नाहीत",
-  "page-apps-features-2-description": "तुम्हाला dapp वापरण्यापासून किंवा व्यवहार सबमिट करण्यापासून ब्लॉक केले जाऊ शकत नाही. उदाहरणार्थ, Twitter Ethereum वर असल्यास, कोणीही तुमचे खाते ब्लॉक करू शकत नाही किंवा तुम्हाला ट्विट करण्यापासून रोखू शकत नाही.",
-  "page-apps-features-2-title": "सेन्सॉरशिपपासून मुक्त",
-  "page-apps-features-3-description": "Ethereum मध्ये ETH असल्यामुळे, पेमेंट मूळ Ethereum चे आहेत. विकसकांना तृतीय-पक्ष पेमेंट प्रदात्यांसह एकत्रित होण्यासाठी वेळ घालवण्याची गरज नाही.",
-  "page-apps-features-3-title": "अंगभूत देयके",
-  "page-apps-features-4-description": "Dapp कोड अनेकदा उघडे असतो आणि डीफॉल्टनुसार सुसंगत असतो. इतर संघांचे कार्य वापरून संघ नियमितपणे तयार करतात. तुम्ही वापरकर्त्यांना तुमच्या dapp मध्ये टोकन स्वॅप करू द्यायचे असल्यास, तुम्ही फक्त दुसर्‍या dapp चा कोड प्लग इन करू शकता.",
-  "page-apps-features-4-title": "प्लग करा आणि खेळा",
-  "page-apps-features-5-description": "बर्‍याच dapps सह, तुम्हाला तुमची वास्तविक-जागतिक ओळख सामायिक करण्याची आवश्यकता नाही. तुमचे Ethereum खाते तुमचे लॉगिन आहे आणि तुम्हाला फक्त एक वॉलेट आवश्यक आहे.",
-  "page-apps-features-5-title": "एक निनावी लॉगिन",
-  "page-apps-features-6-description": "क्रिप्टोग्राफी हे सुनिश्चित करते की आक्रमणकर्ते तुमच्या वतीने व्यवहार आणि इतर dapp परस्परसंवाद घडवू शकत नाहीत. तुम्ही तुमच्या Ethereum खात्यासह dapp क्रियांना अधिकृत करता - सहसा तुमच्या वॉलेटद्वारे - जेणेकरून तुमची क्रेडेन्शियल सुरक्षित राहतील.",
-  "page-apps-features-6-title": "क्रिप्टोग्राफी द्वारे समर्थित",
-  "page-apps-features-7-description": "एकदा का dapp Ethereum वर लाइव्ह झाल्यावर, Ethereum स्वतः खाली गेला तरच ते खाली जाईल. Ethereum च्या आकाराच्या नेटवर्कवर हल्ला करणे अत्यंत कठीण आहे.",
-  "page-apps-features-7-title": "खाली वेळ नाही",
-  "page-apps-finance-benefits-1-description": "Ethereum वर चालणार्‍या आर्थिक सेवांना कोणतीही साइन अप आवश्यकता नाही. तुमच्याकडे निधी आणि इंटरनेट कनेक्शन असल्यास, तुम्ही जाण्यासाठी चांगले आहात.",
-  "page-apps-finance-benefits-1-title": "मुक्त प्रवेश",
-  "page-apps-finance-benefits-2-description": "टोकनचे संपूर्ण जग आहे जे तुम्ही या आर्थिक उत्पादनांशी संवाद साधू शकता. लोक नेहमी Ethereum च्या वर नवीन टोकन तयार करत असतात.",
-  "page-apps-finance-benefits-2-title": "एक नवीन प्रतिकचे अर्थव्यवस्था",
-  "page-apps-finance-benefits-3-description": "संघांनी स्टेबलकॉइन्स तयार केले आहेत – एक कमी अस्थिर क्रिप्टोकरन्सी. हे तुम्हाला जोखीम आणि अनिश्चिततेशिवाय क्रिप्टोचा प्रयोग आणि वापर करण्यास अनुमती देतात.",
-  "page-apps-finance-benefits-3-title": "स्टेबलकोइन्स",
-  "page-apps-finance-benefits-4-description": "Ethereum स्पेसमधील आर्थिक उत्पादने सर्व मॉड्यूलर आणि एकमेकांशी सुसंगत आहेत. या मॉड्यूल्सची नवीन कॉन्फिगरेशन्स सतत बाजारात येत आहेत, तुम्ही तुमच्या क्रिप्टोसह काय करू शकता ते वाढवत आहे.",
-  "page-apps-finance-benefits-4-title": "परस्परसंबंधित आर्थिक सेवा",
-  "page-apps-finance-benefits-description": "Ethereum बद्दल असे काय आहे जे विकेंद्रित वित्त अनुप्रयोगांना भरभराट करण्यास अनुमती देते?",
-  "page-apps-finance-benefits-title": "विकेंद्रित वित्त",
-  "page-apps-finance-button": "वित्त",
-  "page-apps-finance-description": "हे असे ऍप्लिकेशन आहेत जे क्रिप्टोकरन्सी वापरून आर्थिक सेवा तयार करण्यावर लक्ष केंद्रित करतात. ते कर्ज देणे, कर्ज घेणे, व्याज मिळवणे आणि खाजगी देयके देतात – वैयक्तिक डेटाची आवश्यकता नाही.",
-  "page-apps-finance-title": "विकेंद्रित वित्त",
-  "page-apps-foundation-logo-alt": "Foundation लोगो",
-  "page-apps-gaming-benefits-1-description": "व्हर्च्युअल लँड असो किंवा ट्रेडिंग कार्ड असो, तुमच्या वस्तू संग्रहणीय बाजारात व्यापार करण्यायोग्य आहेत. तुमच्या गेममधील आयटमचे वास्तविक-जागतिक मूल्य आहे.",
-  "page-apps-gaming-benefits-1-title": "गेम आयटम टोकन म्हणून दुप्पट",
-  "page-apps-gaming-benefits-2-description": "तुम्ही तुमच्या वस्तूंचे मालक आहात आणि काही प्रकरणांमध्ये तुमची प्रगती, गेम कंपन्यांची नाही. त्यामुळे गेममागील कंपनीवर हल्ला झाल्यास, सर्व्हरमध्ये बिघाड झाल्यास किंवा खंडित झाल्यास तुम्ही काहीही गमावणार नाही.",
-  "page-apps-gaming-benefits-2-title": "तुमचे बचत सुरक्षित आहेत",
-  "page-apps-gaming-benefits-3-description": "तशाच प्रकारे Ethereum देयके सत्यापित करण्यासाठी कोणालाही उपलब्ध आहेत, गेम ही गुणवत्ता वापरून निष्पक्षता सुनिश्चित करू शकतात. सिद्धांतानुसार, गंभीर हिट्सच्या संख्येपासून प्रतिस्पर्ध्याच्या युद्धाच्या छातीच्या आकारापर्यंत सर्व काही तपासण्यायोग्य आहे.",
-  "page-apps-gaming-benefits-3-title": "सिद्ध करण्यायोग्य निष्पक्षता",
-  "page-apps-gaming-benefits-description": "Ethereum बद्दल असे काय आहे जे विकेंद्रित गेमिंगला वाढू देते?",
-  "page-apps-gaming-benefits-title": "विकेंद्रित गेमिंग",
-  "page-apps-gaming-button": "गेमिंग",
-  "page-apps-gaming-description": "हे अ‍ॅप्लिकेशन्स आहेत जे आभासी जगाच्या निर्मितीवर लक्ष केंद्रित करतात आणि वास्तविक-जागतिक मूल्य असलेल्या संग्रहणीय वापरून इतर खेळाडूंशी लढा देतात.",
-  "page-apps-gaming-title": "विकेंद्रित गेमिंग",
-  "page-apps-get-some-eth-description": "Dapp क्रियांना व्यवहार शुल्क लागते",
-  "page-apps-get-started-subtitle": "Dapp वापरून पाहण्यासाठी, तुम्हाला एक वॉलेट आणि काही ETH आवश्यक असेल. वॉलेट तुम्हाला कनेक्ट करण्यास किंवा लॉग इन करण्यास अनुमती देईल. आणि तुम्हाला कोणतेही व्यवहार शुल्क भरण्यासाठी ETH ची आवश्यकता असेल.",
-  "page-apps-get-started-title": "सुरु करा",
-  "page-apps-gitcoin-grants-logo-alt": "Gitcoin अनुदान लोगो",
-  "page-apps-gitcoin-logo-alt": "Gitcoin लोगो",
-  "page-apps-gods-unchained-logo-alt": "Gods Unchained लोगो",
-  "page-apps-golem-logo-alt": "Golem लोगो",
-  "page-apps-radicle-logo-alt": "Radicle लोगो",
-  "page-apps-hero-header": "Ethereum-चालित साधने आणि सेवा",
-  "page-apps-hero-subtitle": "Dapps ही ऍप्लिकेशन्सची वाढती हालचाल आहे जी व्यवसाय मॉडेल्समध्ये व्यत्यय आणण्यासाठी किंवा नवीन शोध लावण्यासाठी Ethereum वापरतात.",
-  "page-apps-how-dapps-work-p1": "Dapps मध्ये त्यांचा बॅकएंड कोड (स्मार्ट कॉन्ट्रॅक्ट) विकेंद्रित नेटवर्कवर चालतो आणि केंद्रीकृत सर्व्हरवर नाही. ते डेटा स्टोरेजसाठी Ethereum ब्लॉकचेन आणि त्यांच्या अॅप लॉजिकसाठी स्मार्ट कॉन्ट्रॅक्ट्स वापरतात.",
-  "page-apps-how-dapps-work-p2": "स्मार्ट कॉन्ट्रॅक्ट हा नियमांच्या संचासारखा असतो जो सर्वांसाठी ऑन-चेन राहतो आणि त्या नियमांनुसार चालतो. व्हेंडिंग मशिनची कल्पना करा: जर तुम्ही पुरेसा निधी आणि योग्य निवड केली तर तुम्हाला हवी असलेली वस्तू मिळेल. आणि व्हेंडिंग मशिन्सप्रमाणे, स्मार्ट कॉन्ट्रॅक्टमध्ये तुमच्या Ethereum खात्याप्रमाणेच निधी असू शकतो. हे कोडला करार आणि व्यवहार मध्यस्थी करण्यास अनुमती देते.",
-  "page-apps-how-dapps-work-p3": "एकदा dapps Ethereum नेटवर्कवर तैनात केल्यानंतर तुम्ही ते बदलू शकत नाही. Dapps विकेंद्रित केले जाऊ शकतात कारण ते एखाद्या व्यक्ती किंवा कंपनीने नव्हे तर करारामध्ये लिहिलेल्या तर्काद्वारे नियंत्रित केले जातात.",
-  "page-apps-how-dapps-work-title": "Dapps कसे कार्य करतात",
-  "page-apps-learn-callout-button": "निर्माण करायला प्रारंभ करा",
-  "page-apps-learn-callout-description": "आमच्या समुदाय विकसक पोर्टलमध्ये तुम्हाला dapp तयार करण्यास मदत करण्यासाठी दस्तऐवज, साधने आणि फ्रेमवर्क आहेत.",
-  "page-apps-learn-callout-image-alt": "लेगो विटांमधून हाताने ETH चिन्ह बनवल्याचे चित्र.",
-  "page-apps-learn-callout-title": "Dapp तयार करायला शिका",
-  "page-apps-loopring-logo-alt": "Loopring लोगो",
-  "page-apps-magic-behind-dapps-description": "Dapps नियमित अॅप्ससारखे वाटू शकतात. परंतु पडद्यामागे त्यांच्याकडे काही विशेष गुण आहेत कारण त्यांना Ethereum च्या सर्व महासत्तांचा वारसा आहे. Dapps अॅप्सपेक्षा वेगळे काय बनवते ते येथे आहे.",
-  "page-apps-magic-behind-dapps-link": "Ethereum काय उत्कृष्ट बनवते?",
-  "page-apps-magic-behind-dapps-title": "Dapps मागे जादू",
-  "page-apps-magic-title-1": "जादू",
-  "page-apps-magic-title-2": "पाठीमागे",
-  "page-apps-magician-img-alt": "जादूगारांचे चित्रण",
-  "page-apps-marble-cards-logo-alt": "marble.cards लोगो",
-  "page-apps-async-logo-alt": "Async लोगो",
-  "page-apps-matcha-logo-alt": "Matcha लोगो",
-  "page-apps-mobile-options-header": "दुसरी श्रेणी ब्राउझ करा",
-  "page-apps-nifty-gateway-logo-alt": "Nifty Gateway लोगो",
-  "page-apps-oasis-logo-alt": "Oasis लोगो",
-  "page-apps-opensea-logo-alt": "OpenSea लोगो",
-  "page-apps-opera-logo-alt": "Opera लोगो",
-  "page-apps-polymarket-logo-alt": "Polymarket लोगो",
-  "page-apps-poap-logo-alt": "उपस्थिती प्रोटोकॉलचा पुरावा लोगो",
-  "page-apps-pooltogether-logo-alt": "PoolTogether लोगो",
-  "page-apps-rarible-logo-alt": "Rarible लोगो",
+  "page-apps-dapp-description-augur": "परिणामांवर पैज लावा. माहिती बाजार वर व्यापार.",
   "page-apps-ready-button": "Go",
-  "page-apps-ready-description": "प्रयत्न करण्यासाठी एक dapp निवडा",
-  "page-apps-ready-title": "तयार?",
-  "page-apps-sablier-logo-alt": "Sablier लोगो",
-  "page-apps-set-up-a-wallet-button": "वॉलेट शोधा",
-  "page-apps-set-up-a-wallet-description": "वॉलेट हे dapp साठी तुमचे \"लॉगिन\" आहे",
-  "page-apps-set-up-a-wallet-title": "वॉलेट सेट करा",
-  "page-apps-superrare-logo-alt": "SuperRare लोगो",
-  "page-apps-technology-button": "तंत्रज्ञान",
-  "page-apps-technology-description": "हे असे ऍप्लिकेशन आहेत जे विकसक साधनांचे विकेंद्रीकरण करणे, विद्यमान तंत्रज्ञानामध्ये क्रिप्टोइकॉनॉमिक सिस्टम समाविष्ट करणे आणि मुक्त-स्रोत विकास कार्यासाठी बाजारपेठ तयार करणे यावर लक्ष केंद्रित करतात.",
-  "page-apps-technology-title": "विकेंद्रित तंत्रज्ञान",
-  "page-apps-token-sets-logo-alt": "Token Sets लोगो",
-  "page-apps-uniswap-logo-alt": "Uniswap लोगो",
-  "page-apps-wallet-callout-button": "वॉलेट शोधा",
-  "page-apps-wallet-callout-description": "वॉलेट देखील dapps आहेत. आपल्यास अनुकूल असलेल्या वैशिष्ट्यांवर आधारित एक शोधा.",
-  "page-apps-wallet-callout-image-alt": "रोबोटचे चित्रण.",
-  "page-apps-wallet-callout-title": "पाकीट पहा",
-  "page-apps-warning-header": "नेहमी आपले स्वतःचे संशोधन करा",
-  "page-apps-warning-message": "Ethereum एक नवीन तंत्रज्ञान आहे आणि बहुतेक अनुप्रयोग नवीन आहेत. कोणत्याही मोठ्या प्रमाणात पैसे जमा करण्यापूर्वी, तुम्हाला जोखीम समजली असल्याची खात्री करा.",
-  "page-apps-what-are-dapps": "Dapps म्हणजे काय?",
-  "page-apps-more-on-defi-button": "विकेंद्रित वित्त बद्दल अधिक",
-  "page-apps-more-on-nft-button": "टोकनाइज्ड संग्रहणीय वस्तूंबद्दल अधिक",
-  "page-apps-more-on-nft-gaming-button": "प्रतिक इन-गेम आयटमवर अधिक",
-  "page-apps-dapp-description-pwn": "Ethereum वर कोणत्याही टोकन किंवा NFT द्वारे समर्थित सुलभ कर्जे.",
-  "page-apps-pwn-image-alt": "PWN लोगो",
-  "page-apps-dapp-description-yearn": "Yearn अर्थ व्यवस्था हे उत्पन्न एकत्रित करणारे आहे. व्यक्ती, DAO आणि इतर प्रोटोकॉलला डिजिटल मालमत्ता जमा करण्याचा आणि उत्पन्न मिळवण्याचा मार्ग देणे.",
-  "page-apps-yearn-image-alt": "Yearn लोगो",
-  "page-apps-dapp-description-convex": "कन्व्हेक्स कर्व्ह लिक्विडिटी प्रदात्यांना त्यांच्या CRV लॉक न करता व्यापार फी मिळविण्याची आणि बूस्टेड CRV चा दावा करण्यास अनुमती देते.",
-  "page-apps-convex-image-alt": "Convex लोगो",
   "foundation": "स्थापना",
-  "transaction-fees": "व्यवहार शुल्क काय आहे?",
-  "page-wallets-get-some": "काही ETH मिळवा"
-}
+  "page-wallets-get-some": "काही ETH मिळवा",
+  "page-apps-title": "ॲप्स",
+  "page-apps-subtitle": "इथेरियम आणि लेअर 2 नेटवर्कवर चालणार्‍या क्युरेटेड ॲप्लिकेशन्सची सूची शोधा",
+  "page-apps-learn-button": "ॲप्सबद्दल जाणून घ्या",
+  "page-apps-highlights-title": "हायलाइट्स",
+  "page-apps-discover-title": "शोधा",
+  "page-apps-applications-title": "ॲप्लिकेशन्स",
+  "page-apps-categories-title": "ॲप्लिकेशन श्रेणी",
+  "page-apps-community-picks-title": "समुदायाची निवड",
+  "page-apps-meta-title": "इथेरियमवरील टॉप क्रिप्टो ॲप्स",
+  "page-apps-meta-description": "इथेरियमवर क्रिप्टो ॲप्स शोधा: DeFi, NFTs, सोशल, गेमिंग, ब्रिजेस, प्रायव्हसी, प्रोडक्टिव्हिटी आणि DAO dApps एक्सप्लोर करा. ट्रेड करण्यासाठी, कमवण्यासाठी आणि संवाद साधण्यासाठी विश्वसनीय ऑनचेन ॲप्स शोधा.",
+  "page-apps-category-defi-name": "DeFi",
+  "page-apps-category-defi-description": "DeFi ही विकेंद्रीकृत ॲप्लिकेशन्सची एक श्रेणी आहे जी वापरकर्त्यांना त्यांच्या क्रिप्टो मालमत्तेवर कर्ज देण्यास, कर्ज घेण्यास, व्यापार करण्यास आणि व्याज मिळविण्यास अनुमती देते.",
+  "page-apps-category-defi-meta-title": "इथेरियम DeFi ॲप्सची सूची — कर्ज देणे, कर्ज घेणे आणि उत्पन्न",
+  "page-apps-category-defi-meta-description": "कर्ज देणे, कर्ज घेणे, स्टेबलकॉइन जारी करणे, क्रेडिट आणि ऑन-चेन DEX ट्रेडिंगसाठी इथेरियमवरील टॉप DeFi ॲप्स एक्सप्लोर करा.",
+  "page-apps-category-collectibles-name": "संग्रहणीय वस्तू",
+  "page-apps-category-collectibles-description": "संग्रहणीय वस्तू या डिजिटल मालमत्ता आहेत ज्या अद्वितीय आहेत आणि ज्यांची प्रतिकृती बनवता येत नाही.",
+  "page-apps-category-collectibles-meta-title": "इथेरियमवरील सर्वोत्तम NFT ॲप्सची सूची",
+  "page-apps-category-collectibles-meta-description": "प्रमुख इथेरियम मार्केटप्लेसवर संग्रहणीय वस्तू खरेदी करण्यासाठी, गेमिंग स्किन्सचा व्यापार करण्यासाठी आणि नवीन डिजिटल मालमत्ता शोधण्यासाठी टॉप NFT ॲप्स एक्सप्लोर करा.",
+  "page-apps-category-social-name": "सोशल",
+  "page-apps-category-social-description": "सोशल ही विकेंद्रीकृत ॲप्लिकेशन्सची एक श्रेणी आहे जी वापरकर्त्यांना इतरांशी कनेक्ट होण्याची आणि सामग्री शेअर करण्याची अनुमती देते.",
+  "page-apps-category-social-meta-title": "इथेरियमवरील सोशल ॲप्स: Farcaster, Zora आणि बरेच काही",
+  "page-apps-category-social-meta-description": "इथेरियमवरील सर्वोत्तम मेसेजिंग आणि सोशल ॲप्स एक्सप्लोर करा.",
+  "page-apps-category-gaming-name": "गेमिंग",
+  "page-apps-category-gaming-description": "गेमिंग ही विकेंद्रीकृत ॲप्लिकेशन्सची एक श्रेणी आहे जी वापरकर्त्यांना गेम खेळण्याची आणि बक्षिसे मिळविण्याची अनुमती देते.",
+  "page-apps-category-gaming-meta-title": "इथेरियमवरील क्रिप्टो आणि NFT गेम्सची सूची",
+  "page-apps-category-gaming-meta-description": "खेळण्यासाठी मजेदार असलेले सर्वोत्तम ब्लॉकचेन गेम शोधा. MMORPG, कार्ड गेम्स, AI गेमिंग, RPG, कॅज्युअल गेम्स",
+  "page-apps-category-bridge-name": "ब्रिज",
+  "page-apps-category-bridge-description": "ब्रिज ही विकेंद्रीकृत ॲप्लिकेशन्सची एक श्रेणी आहे जी वापरकर्त्यांना वेगवेगळ्या नेटवर्क्समध्ये त्यांच्या मालमत्तेला ब्रिज करण्याची परवानगी देते.",
+  "page-apps-category-bridge-meta-title": "वेगवेगळ्या नेटवर्क्ससाठी इथेरियम ब्रिजेसची सूची",
+  "page-apps-category-bridge-meta-description": "तुमची मालमत्ता वेगवेगळ्या नेटवर्क्स आणि लेयर 2s मध्ये हलवण्यासाठी सर्वोत्तम क्रिप्टो ब्रिज ॲप शोधा.",
+  "page-apps-category-productivity-name": "प्रोडक्टिव्हिटी",
+  "page-apps-category-productivity-description": "प्रोडक्टिव्हिटी ही विकेंद्रीकृत ॲप्लिकेशन्सची एक श्रेणी आहे जी वापरकर्त्यांना प्रोडक्टिव्ह होण्याची परवानगी देते.",
+  "page-apps-category-productivity-meta-title": "प्रोडक्टिव्हिटी आणि विकेंद्रीकृत ओळख ॲप्स",
+  "page-apps-category-productivity-meta-description": "विकेंद्रीकृत ओळख, स्टोरेज, DNS, आणि व्हिडिओ कंप्युटिंगसाठी टॉप इथेरियम ॲप्स एक्सप्लोर करा. विश्वसनीय पायाभूत सुविधांच्या साधनांसह तुमची ऑन-चेन प्रोडक्टिव्हिटी वाढवा.",
+  "page-apps-category-privacy-name": "गोपनीयता",
+  "page-apps-category-privacy-description": "प्रायव्हसी ही विकेंद्रीकृत ॲप्लिकेशन्सची एक श्रेणी आहे जी वापरकर्त्यांना खाजगी राहण्याची परवानगी देते.",
+  "page-apps-category-privacy-meta-title": "इथेरियम प्रायव्हसी ॲप्स: टॉर्नेडो कॅश आणि इतर",
+  "page-apps-category-privacy-meta-description": "Tornado Cash सारखे इथेरियम प्रायव्हसी ॲप्स आणि इतर ॲप्स एक्सप्लोर करा जे वापरकर्त्याच्या अनामिकतेचे संरक्षण करतात, खाजगी व्यवहारांना सक्षम करतात आणि ऑन-चेन गोपनीयता वाढवतात.",
+  "page-apps-category-dao-name": "DAO",
+  "page-apps-category-dao-description": "DAO ही विकेंद्रीकृत ॲप्लिकेशन्सची एक श्रेणी आहे जी वापरकर्त्यांना विकेंद्रीकृत स्वायत्त संस्थांचे शासन आणि निर्मिती करण्यास अनुमती देते.",
+  "page-apps-category-dao-meta-title": "इथेरियमवरील DAO टूल्सची सूची",
+  "page-apps-category-dao-meta-description": "गव्हर्नन्स, ट्रेझरी व्यवस्थापन, मतदान आणि योगदानकर्त्यांच्या समन्वयासाठी इथेरियमवरील टॉप DAO टूल्स शोधा. तुमची विकेंद्रित संस्था सुरू करा, व्यवस्थापित करा आणि वाढवा.",
+  "page-apps-see-all": "सर्व पहा",
+  "page-apps-suggest-an-app-title": "एक ॲप सुचवा",
+  "page-apps-suggest-an-app-description": "आम्ही आमच्या सूचीमध्ये जोडण्यासाठी नेहमी नवीन ॲप्सच्या शोधात असतो. तुम्हाला अशा एखाद्या ॲपबद्दल माहिती असल्यास जे आमच्या सूचीमध्ये असावे असे तुम्हाला वाटते, तर कृपया आम्हाला कळवा.",
+  "page-apps-suggest-an-app-button": "एक ॲप सुचवा",
+  "page-apps-filter-by": "यानुसार फिल्टर करा",
+  "page-apps-filter-all": "सर्व",
+  "page-apps-showing": "दाखवत आहे",
+  "page-apps-visit-app": "{appName} ला भेट द्या",
+  "page-apps-see-next": "पुढील पहा",
+  "page-apps-info-title": "माहिती",
+  "page-apps-info-founded": "स्थापना",
+  "page-apps-info-creator": "निर्माता",
+  "page-apps-info-last-updated": "शेवटचे अद्यावत",
+  "page-apps-gallery-title": "गॅलरी",
+  "page-apps-more-apps-like-this": "यासारखे अधिक ॲप्स",
+  "page-apps-today": "आज",
+  "page-apps-one-day-ago": "1 दिवसापूर्वी",
+  "page-apps-days-ago": "{days} दिवसांपूर्वी"
+}
\ No newline at end of file
diff --git a/src/intl/mr/page-assets.json b/src/intl/mr/page-assets.json
new file mode 100644
index 00000000000..c442d3413b1
--- /dev/null
+++ b/src/intl/mr/page-assets.json
@@ -0,0 +1,61 @@
+{
+  "page-assets-bazaar": "इथेरियम बाजार",
+  "page-assets-beacon-chain": "बीकन चेन",
+  "page-assets-blocks": "बिल्डिंग ब्लॉक्स",
+  "page-assets-dao": "DAO",
+  "page-assets-defi": "DeFi",
+  "page-assets-merge": "द मर्ज",
+  "page-assets-doge": "Doge डॅप्स वापरत आहे",
+  "page-assets-download-artist": "कलाकार:",
+  "page-assets-download-download": "डाउनलोड",
+  "page-assets-enterprise": "एंटरप्राइझ इथेरियम",
+  "page-assets-eth": "इथर (ETH)",
+  "page-assets-eth-diamond-color": "ETH डायमंड (रंगीत)",
+  "page-assets-eth-diamond-glyph": "ETH डायमंड (ग्लिफ)",
+  "page-assets-eth-diamond-gray": "ETH डायमंड (राखाडी)",
+  "page-assets-eth-diamond-purple": "ETH डायमंड (जांभळा)",
+  "page-assets-eth-diamond-white": "ETH डायमंड (पांढरा)",
+  "page-assets-eth-diamond-colored": "ETH डायमंड (रंग भरलेला)",
+  "page-assets-eth-diamond-colored-svg": "ETH डायमंड (रंग भरलेला, SVG)",
+  "page-assets-eth-glyph-video-dark": "ETH ग्लिफ व्हिडिओ (गडद)",
+  "page-assets-eth-glyph-video-light": "ETH ग्लिफ व्हिडिओ (लाईट)",
+  "page-assets-eth-logo-landscape-gray": "ETH लोगो लँडस्केप (राखाडी)",
+  "page-assets-eth-logo-landscape-purple": "ETH लोगो लँडस्केप (जांभळा)",
+  "page-assets-eth-logo-landscape-white": "ETH लोगो लँडस्केप (पांढरा)",
+  "page-assets-eth-logo-portrait-gray": "ETH लोगो पोर्ट्रेट (राखाडी)",
+  "page-assets-eth-logo-portrait-purple": "ETH लोगो पोर्ट्रेट (जांभळा)",
+  "page-assets-eth-logo-portrait-white": "ETH लोगो पोर्ट्रेट (पांढरा)",
+  "page-assets-eth-wordmark-gray": "ETH वर्डमार्क (राखाडी)",
+  "page-assets-eth-wordmark-purple": "ETH वर्डमार्क (जांभळा)",
+  "page-assets-eth-wordmark-white": "ETH वर्डमार्क (पांढरा)",
+  "page-assets-ethereum-brand-assets": "इथेरियम \"ब्रँड\" मालमत्ता",
+  "page-assets-finance": "वित्त",
+  "page-assets-future": "भविष्य",
+  "page-assets-h1": "ethereum.org मालमत्ता",
+  "page-assets-hero": "ethereum.org हिरो",
+  "page-assets-hero-panda": "मर्ज पांडासह ethereum.org हिरो",
+  "page-assets-merge-panda": "मर्ज पांडा",
+  "page-assets-merge-panda-svg": "मर्ज पांडा SVG",
+  "page-assets-hero-particles": "ETH कणांची प्रतिमा",
+  "page-assets-historical-artwork": "ऐतिहासिक कलाकृती",
+  "page-assets-illustrations": "चित्रे",
+  "page-assets-impact": "प्रभाव",
+  "page-assets-infrastructure": "पायाभूत सुविधा",
+  "page-assets-leslie-the-rhino": "लेस्ली द ऱ्हाइनो",
+  "page-assets-meta-desc": "इथेरियम आणि ethereum.org ब्रँड मालमत्ता, चित्रे आणि मीडिया एक्सप्लोर करा आणि डाउनलोड करा.",
+  "page-assets-meta-title": "Ethereum ब्रँड मालमत्ता",
+  "page-assets-mainnet": "Mainnet",
+  "page-assets-page-assets-solid-background": "सॉलिड बॅकग्राउंड",
+  "page-assets-page-assets-transparent-background": "पारदर्शक पार्श्वभूमी",
+  "page-assets-robot": "रोबोट वॉलेट",
+  "page-assets-sharding": "खापरीकरण",
+  "page-assets-hackathon": "हॅकेथॉन",
+  "page-assets-learn-hero-name": "भविष्यवेधी विद्यापीठ",
+  "page-assets-community-hero-name": "सामुदायिक मेळावा",
+  "page-assets-quizzes-hero-name": "अमर्याद क्रीडांगण",
+  "page-assets-developers-hero-name": "भविष्याची उभारणी",
+  "page-assets-garden-name": "इथेरियमची बाग",
+  "page-assets-roadmap-hero-name": "भविष्याकडे जाणारे मार्ग",
+  "page-assets-layer-2-hero-name": "इथेरियमची उभारणी",
+  "page-assets-guides-hero-name": "इथेरियम लॅब"
+}
diff --git a/src/intl/mr/page-bug-bounty.json b/src/intl/mr/page-bug-bounty.json
new file mode 100644
index 00000000000..1bb2d6c0769
--- /dev/null
+++ b/src/intl/mr/page-bug-bounty.json
@@ -0,0 +1,169 @@
+{
+  "page-upgrades-bug-bounty-annotated-specs": "भाष्य केलेले विनिर्देश",
+  "page-upgrades-bug-bounty-annotations": "पुढील भाष्य तपासणे उपयुक्त ठरू शकते:",
+  "page-upgrades-bug-bounty-client-bugs": "क्लायंटमधील दोष",
+  "page-upgrades-bug-bounty-client-bugs-desc": "क्लायंट Ethereum नेटवर्क चालवतात आणि त्यांना विनिर्देशामध्ये नमूद केलेल्या तर्काचे पालन करणे आणि संभाव्य हल्ल्यांपासून सुरक्षित असणे आवश्यक आहे. आम्हाला जे दोष शोधायचे आहेत ते प्रोटोकॉलच्या अंमलबजावणीशी संबंधित आहेत.",
+  "page-upgrades-bug-bounty-client-bugs-desc-2": "सध्या एक्झिक्यूशन लेअर क्लायंट (Besu, Erigon, Geth, Nethermind आणि Reth) आणि कन्सेन्सस लेअर क्लायंट (Lighthouse, Lodestar, Nimbus, Teku आणि Prysm) बग बाउंटी प्रोग्राममध्ये समाविष्ट आहेत. अधिक क्लायंट ऑडिट पूर्ण झाल्यावर आणि उत्पादनासाठी तयार झाल्यावर जोडले जाऊ शकतात.",
+  "page-upgrades-bug-bounty-clients": "बाउंटीमध्ये वैशिष्ट्यीकृत क्लायंट",
+  "page-upgrades-bug-bounty-clients-type-1": "विनिर्देशांचे पालन न करण्याच्या समस्या",
+  "page-upgrades-bug-bounty-clients-type-2": "अनपेक्षित क्रॅश, RCE किंवा डिनायल ऑफ सर्व्हिस (DOS) भेद्यता",
+  "page-upgrades-bug-bounty-clients-type-3": "नेटवर्कच्या उर्वरित भागापासून भरून न येणारे कन्सेन्सस स्प्लिट्स निर्माण करणाऱ्या कोणत्याही समस्या",
+  "page-upgrades-bug-bounty-misc-bugs": "लँग्वेज कंपायलरमधील दोष",
+  "page-upgrades-bug-bounty-misc-bugs-desc": "Solidity आणि Vyper कंपाइलर्स बग बाउंटी प्रोग्रामच्या कार्यक्षेत्रात आहेत. कृपया भेद्यता पुन्हा निर्माण करण्यासाठी आवश्यक असलेले सर्व तपशील समाविष्ट करा जसे की: बग ट्रिगर करणारा इनपुट प्रोग्राम, प्रभावित कंपायलर आवृत्ती, लक्ष्य EVM आवृत्ती, लागू असल्यास फ्रेमवर्क/IDE, लागू असल्यास EVM एक्झिक्यूशन एन्व्हायर्नमेंट/क्लायंट आणि ऑपरेटिंग सिस्टम, कृपया आपण शोधलेला बग शक्य तितक्या तपशीलवारपणे पुन्हा निर्माण करण्याच्या पायऱ्या समाविष्ट करा.",
+  "page-upgrades-bug-bounty-misc-bugs-desc-2": "Solidity आणि Vyper अविश्वसनीय इनपुटच्या संकलनाबाबत सुरक्षिततेची हमी देत नाहीत – आणि आम्ही दुर्भावनापूर्णपणे व्युत्पन्न केलेल्या डेटावर कंपायलरच्या क्रॅशसाठी बक्षिसे देत नाही.",
+  "page-upgrades-bug-bounty-deposit-bugs": "डिपॉझिट कॉन्ट्रॅक्टमधील दोष",
+  "page-upgrades-bug-bounty-deposit-bugs-desc": "बीकन चेन डिपॉझिट कॉन्ट्रॅक्टचे विनिर्देश आणि सोर्स कोड बग बाउंटी प्रोग्रामचा भाग आहे.",
+  "page-upgrades-bug-bounty-deposit-contract-specs": "डिपॉझिट कॉन्ट्रॅक्ट विनिर्देश",
+  "page-upgrades-bug-bounty-deposit-contract-source": "डिपॉझिट कॉन्ट्रॅक्ट सोर्स कोड",
+  "page-upgrades-bug-bounty-dependency-bugs": "डिपेंडन्सीमधील दोष",
+  "page-upgrades-bug-bounty-dependency-bugs-desc": "Ethereum नेटवर्क कार्यरत राहण्यासाठी काही डिपेंडन्सी अत्यंत महत्त्वाच्या आहेत आणि यापैकी काही बग बाउंटी प्रोग्राममध्ये जोडल्या गेल्या आहेत. सध्या, बग बाउंटी प्रोग्राममध्ये समाविष्ट असलेल्या डिपेंडन्सीच्या यादीमध्ये C-KZG-4844 आणि Go-KZG-4844 आहेत.",
+  "page-upgrades-bug-bounty-docking": "विलीन करा",
+  "page-upgrades-bug-bounty-email-us": "आम्हाला ईमेल करा:",
+  "page-upgrades-bug-bounty-help-links": "उपयुक्त लिंक्स",
+  "page-upgrades-bug-bounty-hunting": "बग हंटिंगचे नियम",
+  "page-upgrades-bug-bounty-hunting-desc": "बग बाउंटी प्रोग्राम हा आमच्या सक्रिय Ethereum समुदायासाठी एक प्रायोगिक आणि विवेकाधीन बक्षीस कार्यक्रम आहे, जो प्लॅटफॉर्म सुधारण्यास मदत करणाऱ्यांना प्रोत्साहित करण्यासाठी आणि बक्षीस देण्यासाठी आहे. ही एक स्पर्धा नाही. तुम्हाला हे माहित असले पाहिजे की आम्ही कधीही हा कार्यक्रम रद्द करू शकतो, आणि पुरस्कार Ethereum फाउंडेशन बग बाउंटी पॅनेलच्या एकमेव निर्णयावर अवलंबून आहेत. याव्यतिरिक्त, आम्ही मंजुरीच्या यादीत असलेल्या व्यक्तींना किंवा मंजुरीच्या यादीत असलेल्या देशांमधील (उदा. उत्तर कोरिया, इराण, इ.) व्यक्तींना पुरस्कार देऊ शकत नाही. स्थानिक कायद्यांनुसार आम्हाला तुमच्या ओळखीचा पुरावा मागणे आवश्यक आहे. तुम्ही सर्व करांसाठी जबाबदार आहात. सर्व पुरस्कार लागू कायद्याच्या अधीन आहेत. शेवटी, तुमच्या चाचणीने कोणत्याही कायद्याचे उल्लंघन करू नये किंवा तुमचा नसलेला कोणताही डेटा धोक्यात घालू नये आणि स्थानिक चालू असलेल्या टेस्टनेट्सवरच ती झाली पाहिजे.",
+  "page-upgrades-bug-bounty-hunting-leaderboard": "कन्सेन्सस लेअर बग बाउंटी लीडरबोर्ड",
+  "page-upgrades-bug-bounty-hunting-execution-leaderboard": "एक्झिक्यूशन लेअर बग बाउंटी लीडरबोर्ड",
+  "page-upgrades-bug-bounty-hunting-leaderboard-subtitle": "या लीडरबोर्डमध्ये जोडले जाण्यासाठी कन्सेन्सस लेअरमधील दोष शोधा",
+  "page-upgrades-bug-bounty-hunting-execution-leaderboard-subtitle": "या लीडरबोर्डमध्ये जोडले जाण्यासाठी एक्झिक्यूशन लेअरमधील दोष शोधा",
+  "page-upgrades-bug-bounty-hunting-li-1": "POC शिवायच्या समस्या किंवा ज्या दुसऱ्या वापरकर्त्याने आधीच सबमिट केल्या आहेत किंवा विनिर्देश आणि क्लायंट मेंटेनर्सना आधीच ज्ञात आहेत, त्या बाउंटी बक्षिसांसाठी पात्र नाहीत.",
+  "page-upgrades-bug-bounty-hunting-li-2": "पूर्व कराराशिवाय भेद्यतेचे सार्वजनिक प्रकटीकरण किंवा इतर पक्षांना त्याची माहिती देणे हे बाउंटीसाठी अपात्र ठरवते.",
+  "page-upgrades-bug-bounty-hunting-li-3": "Ethereum फाउंडेशनचे कर्मचारी आणि कंत्राटदार किंवा बाउंटी प्रोग्रामच्या कार्यक्षेत्रातील क्लायंट टीम्स केवळ पॉइंट्स जमा करण्यासाठी प्रोग्राममध्ये भाग घेऊ शकतात आणि त्यांना कोणतेही आर्थिक बक्षीस मिळणार नाही.",
+  "page-upgrades-bug-bounty-hunting-li-4": "Ethereum बाउंटी प्रोग्राम बक्षिसे निश्चित करण्यासाठी अनेक व्हेरिएबल्सचा विचार करतो. पात्रतेचे निर्धारण, स्कोअर आणि पुरस्काराशी संबंधित सर्व अटी Ethereum फाउंडेशन बग बाउंटी पॅनेलच्या एकमेव आणि अंतिम निर्णयावर अवलंबून असतील.",
+  "page-upgrades-bug-bounty-leaderboard": "पूर्ण लीडरबोर्ड पहा",
+  "page-upgrades-bug-bounty-leaderboard-list": "बग बाउंटी लीडरबोर्ड",
+  "page-upgrades-bug-bounty-leaderboard-points": "पॉइंट्स",
+  "page-upgrades-bug-bounty-ledger-desc": "Ethereum विनिर्देश एक्झिक्यूशन लेअर आणि कन्सेन्सस लेअरसाठी डिझाइनच्या तर्काचा तपशील देतात.",
+  "page-upgrades-bug-bounty-ledger-title": "विनिर्देशांमधील दोष",
+  "page-upgrades-bug-bounty-meta-description": "Ethereum बग बाउंटी प्रोग्रामचा आढावा: कसे सामील व्हावे आणि बक्षीस माहिती.",
+  "page-upgrades-bug-bounty-meta-title": "Ethereum बग बाउंटी प्रोग्राम",
+  "page-upgrades-bug-bounty-not-included": "कार्यक्षेत्राबाहेर",
+  "page-upgrades-bug-bounty-not-included-desc": "केवळ <a>कार्यक्षेत्रात सूचीबद्ध केलेले लक्ष्य</a> बग बाउंटी प्रोग्रामचा भाग आहेत. प्रोग्रामअंतर्गत पात्र नसलेल्या भेद्यतांमध्ये हे समाविष्ट आहे:",
+  "page-upgrades-bug-bounty-owasp": "OWASP पद्धत पहा",
+  "page-upgrades-bug-bounty-points": "EF यावर आधारित बक्षिसे देखील देईल:",
+  "page-upgrades-bug-bounty-points-error": "डेटा लोड करताना त्रुटी... कृपया रिफ्रेश करा.",
+  "page-upgrades-bug-bounty-points-exchange": "पॉइंट्स एक्सचेंज",
+  "page-upgrades-bug-bounty-points-loading": "डेटा लोड होत आहे...",
+  "page-upgrades-bug-bounty-points-payout-desc": "Ethereum फाउंडेशन ETH किंवा DAI मध्ये USD चे मूल्य देईल.",
+  "page-upgrades-bug-bounty-points-point": "1 पॉइंट",
+  "page-upgrades-bug-bounty-points-rights-desc": "Ethereum फाउंडेशन पूर्वसूचनेशिवाय हे बदलण्याचा अधिकार राखून ठेवते.",
+  "page-upgrades-bug-bounty-points-usd": "2 USD",
+  "page-upgrades-bug-bounty-quality": "वर्णनाचा दर्जा",
+  "page-upgrades-bug-bounty-quality-desc": ": स्पष्ट, चांगल्या प्रकारे लिहिलेल्या सबमिशनसाठी उच्च बक्षिसे दिली जातात.",
+  "page-upgrades-bug-bounty-quality-fix": "<strong>दुरुस्तीचा दर्जा</strong>, समाविष्ट असल्यास: समस्येचे निराकरण कसे करावे याच्या स्पष्ट वर्णनासह सबमिशनसाठी उच्च बक्षिसे दिली जातात.",
+  "page-upgrades-bug-bounty-quality-repro": "पुन्हा निर्माण करण्याच्या क्षमतेचा दर्जा",
+  "page-upgrades-bug-bounty-quality-repro-desc": ": बक्षिसांसाठी पात्र होण्यासाठी प्रूफ ऑफ कॉन्सेप्ट (POC) समाविष्ट करणे आवश्यक आहे. कृपया चाचणी कोड, स्क्रिप्ट आणि तपशीलवार सूचना समाविष्ट करा. आमच्यासाठी भेद्यता पुन्हा निर्माण करणे आणि सत्यापित करणे जितके सोपे असेल, तितके जास्त बक्षीस मिळेल.",
+  "page-upgrades-bug-bounty-questions": "प्रश्न?",
+  "page-upgrades-bug-bounty-rules": "नियम वाचा",
+  "page-upgrades-bug-bounty-slogan": "बग बाउंटी प्रोग्राम",
+  "page-upgrades-bug-bounty-specs": "कन्सेन्सस लेअर विनिर्देश",
+  "page-upgrades-bug-bounty-execution-specs": "एक्झिक्यूशन लेअर विनिर्देश",
+  "page-upgrades-bug-bounty-specs-docs": "विनिर्देश दस्तऐवज",
+  "page-upgrades-bug-bounty-submit": "बग सबमिट करा",
+  "page-upgrades-bug-bounty-submit-desc": "तुम्ही शोधलेल्या प्रत्येक वैध बगसाठी तुम्हाला बक्षिसे मिळतील. प्रदान केलेल्या बक्षिसांची रक्कम <strong>गंभीरतेनुसार</strong> बदलेल. तीव्रता OWASP जोखीम रेटिंग मॉडेलनुसार Ethereum नेटवर्कवरील प्रभाव आणि संभाव्यतेच्या आधारावर मोजली जाते.",
+  "page-upgrades-bug-bounty-subtitle": "Ethereum नेटवर्कवर परिणाम करणाऱ्या प्रोटोकॉल, क्लायंट आणि लँग्वेज कंपायलरमधील दोष शोधून 250,000 USD पर्यंत कमवा आणि लीडरबोर्डवर स्थान मिळवा.",
+  "page-upgrades-bug-bounty-title": "सबमिशनसाठी खुले",
+  "page-upgrades-bug-bounty-title-1": "बीकन चेन",
+  "page-upgrades-bug-bounty-title-2": "फोर्क निवड",
+  "page-upgrades-bug-bounty-title-3": "Solidity डिपॉझिट कॉन्ट्रॅक्ट",
+  "page-upgrades-bug-bounty-title-4": "पीअर-टू-पीअर नेटवर्किंग",
+  "page-upgrades-bug-bounty-type-1": "सुरक्षितता/अंतिमता-भंग करणारे दोष",
+  "page-upgrades-bug-bounty-type-2": "डिनायल ऑफ सर्व्हिस (DOS) व्हेक्टर्स",
+  "page-upgrades-bug-bounty-type-3": "गृहीतकांमधील विसंगती, जसे की प्रामाणिक व्हॅलिडेटर्सना स्लॅश केले जाऊ शकते अशा परिस्थिती",
+  "page-upgrades-bug-bounty-type-4": "गणना किंवा पॅरामीटरमधील विसंगती",
+  "page-upgrades-bug-bounty-types": "दोषांचे प्रकार",
+  "page-upgrades-bug-bounty-validity": "कार्यक्षेत्रात",
+  "page-upgrades-bug-bounty-validity-desc": "आमचा बग बाउंटी प्रोग्राम एंड-टू-एंड पसरलेला आहे: प्रोटोकॉलच्या सुदृढतेपासून (जसे की ब्लॉकचेन कन्सेन्सस मॉडेल, वायर आणि p2p प्रोटोकॉल, प्रूफ ऑफ स्टेक, इत्यादी) आणि प्रोटोकॉल/अंमलबजावणीच्या अनुपालनापासून ते नेटवर्क सुरक्षा आणि कन्सेन्सस अखंडतेपर्यंत. क्लासिकल क्लायंट सुरक्षा तसेच क्रिप्टोग्राफिक प्रिमिटिव्हची सुरक्षा देखील प्रोग्रामचा भाग आहे. शंका असल्यास, bounty@ethereum.org वर ईमेल पाठवा आणि आम्हाला विचारा. तुम्ही थेट <mailto>bounty@ethereum.org</mailto> वर प्रकटीकरण/भेद्यता देखील सबमिट करू शकता, अशा परिस्थितीत आम्ही तुम्हाला आमच्या <a>PGP की</a> वापरून संदेश एनक्रिप्ट करण्याची विनंती करतो.",
+  "page-upgrades-bug-bounty-card-critical": "गंभीर",
+  "page-upgrades-bug-bounty-card-critical-risk": "गंभीर जोखमीचा बग सबमिट करा",
+  "page-upgrades-bug-bounty-card-h2": "मध्यम",
+  "page-upgrades-bug-bounty-card-high": "उच्च",
+  "page-upgrades-bug-bounty-card-high-risk": "उच्च जोखमीचा बग सबमिट करा",
+  "page-upgrades-bug-bounty-card-label-1": "1,000 पॉइंट्सपर्यंत",
+  "page-upgrades-bug-bounty-card-label-2": "2,000 USD पर्यंत",
+  "page-upgrades-bug-bounty-card-label-3": "5,000 पॉइंट्सपर्यंत",
+  "page-upgrades-bug-bounty-card-label-4": "10,000 USD पर्यंत",
+  "page-upgrades-bug-bounty-card-label-5": "10,000 पॉइंट्सपर्यंत",
+  "page-upgrades-bug-bounty-card-label-6": "50,000 USD पर्यंत",
+  "page-upgrades-bug-bounty-card-label-7": "25,000 पॉइंट्सपर्यंत",
+  "page-upgrades-bug-bounty-card-label-8": "250,000 USD पर्यंत",
+  "page-upgrades-bug-bounty-card-li-1": "कमी प्रभाव, मध्यम शक्यता",
+  "page-upgrades-bug-bounty-card-li-2": "मध्यम प्रभाव, कमी शक्यता",
+  "page-upgrades-bug-bounty-card-li-3": "उच्च प्रभाव, कमी शक्यता",
+  "page-upgrades-bug-bounty-card-li-4": "मध्यम प्रभाव, मध्यम शक्यता",
+  "page-upgrades-bug-bounty-card-li-5": "कमी प्रभाव, उच्च शक्यता",
+  "page-upgrades-bug-bounty-card-li-6": "उच्च प्रभाव, मध्यम शक्यता",
+  "page-upgrades-bug-bounty-card-li-7": "मध्यम प्रभाव, उच्च शक्यता",
+  "page-upgrades-bug-bounty-card-li-8": "उच्च प्रभाव, उच्च शक्यता",
+  "page-upgrades-bug-bounty-card-low": "कमी",
+  "page-upgrades-bug-bounty-card-low-risk": "कमी जोखमीचा बग सबमिट करा",
+  "page-upgrades-bug-bounty-card-medium-risk": "मध्यम जोखमीचा बग सबमिट करा",
+  "page-upgrades-bug-bounty-card-subheader": "तीव्रता",
+  "page-upgrades-bug-bounty-card-subheader-2": "उदाहरण",
+  "page-upgrades-bug-bounty-card-text": "हल्लेखोर कधीकधी एका नोडला अशा स्थितीत ठेवू शकतो ज्यामुळे तो व्हॅलिडेटरने केलेल्या प्रत्येक शंभर अटेस्टेशन्समधून एक वगळतो",
+  "page-upgrades-bug-bounty-card-text-1": "हल्लेखोर 4 अग्रगण्य शून्य बाइट्स असलेल्या पीअर-आयडीसह नोड्सवर यशस्वीरित्या इक्लिप्स हल्ले करू शकतो",
+  "page-upgrades-bug-bounty-card-text-2": "हल्लेखोर नेटवर्कचे मोठे भाग यशस्वीरित्या विभाजित करू शकतो आणि हल्लेखोरासाठी भेद्यता ट्रिगर करणे क्षुल्लक आहे",
+  "page-upgrades-bug-bounty-card-text-3": "हल्लेखोर बहुसंख्य क्लायंटमध्ये यशस्वीरित्या रिमोट कोड एक्झिक्यूशन करू शकतो आणि हल्लेखोरासाठी भेद्यता ट्रिगर करणे क्षुल्लक आहे",
+  "page-upgrades-question-title": "वारंवार विचारले जाणारे प्रश्न",
+  "bug-bounty-faq-q1-title": "एक चांगले भेद्यता सबमिशन कसे दिसले पाहिजे?",
+  "bug-bounty-faq-q1-contentPreview": "दर्जेदार भेद्यता सबमिशनचे वास्तविक उदाहरण पहा.",
+  "bug-bounty-faq-q1-content-1": "<strong>वर्णन:</strong> प्रमाणीकरण न केलेल्या ब्लॉक्सचा वापर करून रिमोट डिनायल-ऑफ-सर्व्हिस",
+  "bug-bounty-faq-q1-content-2": "<strong>हल्ल्याची परिस्थिती:</strong> हल्लेखोर असे ब्लॉक्स पाठवू शकतो ज्यांना जास्त प्रमाणात गणनेची आवश्यकता असू शकते (जास्तीत जास्त gasLimit) परंतु त्यात प्रूफ-ऑफ-वर्क नसते. जर हल्लेखोर सतत ब्लॉक्स पाठवत राहिला, तर हल्लेखोर पीडित नोडला 100% CPU वापरासाठी भाग पाडू शकतो.",
+  "bug-bounty-faq-q1-content-3": "<strong>प्रभाव:</strong> हल्लेखोर रिमोट नोड्सवर CPU वापराचा गैरवापर करू शकतो, ज्यामुळे पूर्ण DoS होऊ शकतो.",
+  "bug-bounty-faq-q1-content-4": "<strong>घटक:</strong> Go क्लायंट आवृत्ती v0.6.8",
+  "bug-bounty-faq-q1-content-5": "<strong>पुनरुत्पादन:</strong> Go नोडला एक ब्लॉक पाठवा ज्यात अनेक txs आहेत परंतु वैध PoW नाही.",
+  "bug-bounty-faq-q1-content-6": "<strong>तपशील:</strong> <code>Process(Block, dontReact)</code> पद्धतीत ब्लॉक्सचे प्रमाणीकरण केले जाते. ही पद्धत महागडी CPU-केंद्रित कार्ये करते, जसे की व्यवहार कार्यान्वित करणे (<code>sm.ApplyDiff</code>) आणि त्यानंतर ते प्रूफ-ऑफ-वर्कची पडताळणी करते (<code>sm.ValidateBlock()</code>). यामुळे हल्लेखोर असे ब्लॉक्स पाठवू शकतो ज्यांना जास्त प्रमाणात गणनेची आवश्यकता असू शकते (जास्तीत जास्त <code>gasLimit</code>) परंतु त्यात प्रूफ-ऑफ-वर्क नसते. जर हल्लेखोर सतत ब्लॉक्स पाठवत राहिला, तर हल्लेखोर पीडित नोडला 100% CPU वापरासाठी भाग पाडू शकतो.",
+  "bug-bounty-faq-q1-content-7": "<strong>निराकरण:</strong> तपासण्यांचा क्रम उलटा करा.",
+  "bug-bounty-faq-q2-title": "बग बाउंटी प्रोग्राम वेळेनुसार मर्यादित आहे का?",
+  "bug-bounty-faq-q2-contentPreview": "नाही.",
+  "bug-bounty-faq-q2-content-1": "सध्या कोणतीही अंतिम तारीख निश्चित केलेली नाही. ताज्या बातम्यांसाठी <a>Ethereum फाउंडेशनचा ब्लॉग</a> पहा.",
+  "bug-bounty-faq-q3-title": "बाउंटी कशा दिल्या जातात?",
+  "bug-bounty-faq-q3-contentPreview": "बक्षिसे ETH किंवा DAI मध्ये दिली जातात.",
+  "bug-bounty-faq-q3-content-1": "सबमिशनचे प्रमाणीकरण झाल्यानंतर, सहसा काही दिवसांनी, बक्षिसे ETH किंवा DAI मध्ये दिली जातात. स्थानिक कायद्यांनुसार आम्हाला तुमच्या <strong>ओळखीचा पुरावा</strong> मागणे आवश्यक आहे. याव्यतिरिक्त, आम्हाला तुमचा ETH पत्ता आवश्यक असेल.",
+  "bug-bounty-faq-q4-title": "मी माझे बक्षीस धर्मादाय संस्थेला दान करू शकतो का?",
+  "bug-bounty-faq-q4-contentPreview": "होय!",
+  "bug-bounty-faq-q4-content-1": "आम्ही तुमचे बक्षीस तुमच्या आवडीच्या प्रस्थापित धर्मादाय संस्थेला दान करू शकतो.",
+  "bug-bounty-faq-q5-title": "मी एक समस्या / भेद्यता कळवली आहे परंतु मला प्रतिसाद मिळालेला नाही!",
+  "bug-bounty-faq-q5-contentPreview": "तुमच्या सबमिशनला प्रतिसाद देण्यासाठी कृपया काही दिवस द्या.",
+  "bug-bounty-faq-q5-content-1": "आम्ही शक्य तितक्या लवकर सबमिशनला प्रतिसाद देण्याचे ध्येय ठेवतो. जर तुम्हाला एक-दोन दिवसांत प्रतिसाद मिळाला नसेल तर आम्हाला <a>bounty@ethereum.org</a> वर ईमेल करण्यास मोकळ्या मनाने संपर्क साधा.",
+  "bug-bounty-faq-q6-title": "मला निनावी राहायचे आहे / मला माझे नाव लीडर बोर्डवर नको आहे.",
+  "bug-bounty-faq-q6-contentPreview": "तुम्ही हे करू शकता, पण त्यामुळे तुम्ही बक्षिसांसाठी अपात्र ठरू शकता.",
+  "bug-bounty-faq-q6-content-1": "निनावीपणे किंवा टोपणनावाने सबमिट करणे ठीक आहे, परंतु यामुळे तुम्ही ETH/DAI बक्षिसांसाठी अपात्र ठराल. ETH/DAI बक्षिसांसाठी पात्र होण्यासाठी, आम्हाला तुमचे खरे नाव आणि तुमच्या ओळखीचा पुरावा आमच्या सुरक्षित ड्रॉप वेबसाइटवर PGP वापरून एनक्रिप्ट करून, Ethereum फाउंडेशनमधील आमच्या कायदेशीर टीमला पाठवणे आवश्यक आहे, जे दस्तऐवजीकरणाचे एकमेव समीक्षक आहेत. तुमची बाउंटी धर्मादाय संस्थेला दान करण्यासाठी तुमच्या ओळखीची आवश्यकता नाही.",
+  "bug-bounty-faq-q6-content-2": "जर तुम्हाला तुमचे नाव/टोपणनाव लीडर बोर्डवर प्रदर्शित करायचे नसेल तर कृपया आम्हाला कळवा.",
+  "bug-bounty-faq-q7-title": "लीडरबोर्डमधील पॉइंट्स काय आहेत?",
+  "bug-bounty-faq-q7-contentPreview": "प्रत्येक सापडलेल्या भेद्यतेला/समस्येला एक स्कोअर दिला जातो",
+  "bug-bounty-faq-q7-content-1": "प्रत्येक सापडलेल्या भेद्यतेला/समस्येला एक स्कोअर दिला जातो. बाउंटी हंटर्सना आमच्या लीडरबोर्डवर एकूण पॉइंट्सनुसार क्रमवारी लावली जाते.",
+  "bug-bounty-faq-q8-title": "तुमच्याकडे PGP की आहे का?",
+  "bug-bounty-faq-q8-contentPreview": "होय. तपशिलासाठी विस्तृत करा.",
+  "bug-bounty-faq-q8-content-1": "कृपया <code>AE96 ED96 9E47 9B00 84F3 E17F E88D 3334 FA5F 6A0A</code> वापरा",
+  "bug-bounty-faq-q8-PGP-key": "PGP की",
+  "page-upgrades-bug-bounty-severity-qualifications-title": "भेद्यता तीव्रतेची पात्रता",
+  "page-upgrades-bug-bounty-severity-qualifications-desc": "एखाद्या शोधलेल्या भेद्यतेच्या खालील गोष्टी करण्याच्या क्षमतेवर आधारित तीव्रतेचे मूल्यांकन केले जाते:",
+  "page-upgrades-bug-bounty-severity-low-title": "कमी तीव्रता",
+  "page-upgrades-bug-bounty-severity-low-li-1": "<strong>0.01%</strong> व्हॅलिडेटर्सना स्लॅश करणे",
+  "page-upgrades-bug-bounty-severity-low-li-2": "नेटवर्कच्या <strong>0.01%</strong> भागावर परिणाम करणारे नेटवर्क स्प्लिट्स क्षुल्लकपणे घडवणे",
+  "page-upgrades-bug-bounty-severity-low-li-3": "एकच नेटवर्क पॅकेट किंवा ऑनचेन व्यवहार पाठवून नेटवर्कचा <strong>0.01%</strong> भाग बंद करण्यास सक्षम असणे",
+  "page-upgrades-bug-bounty-severity-medium-title": "मध्यम तीव्रता",
+  "page-upgrades-bug-bounty-severity-medium-li-1": "<strong>1%</strong> व्हॅलिडेटर्सना स्लॅश करणे",
+  "page-upgrades-bug-bounty-severity-medium-li-2": "नेटवर्कच्या <strong>5%</strong> भागावर परिणाम करणारे नेटवर्क स्प्लिट्स क्षुल्लकपणे घडवणे",
+  "page-upgrades-bug-bounty-severity-medium-li-3": "एकच नेटवर्क पॅकेट किंवा ऑनचेन व्यवहार पाठवून नेटवर्कचा <strong>5%</strong> भाग बंद करण्यास सक्षम असणे",
+  "page-upgrades-bug-bounty-severity-high-title": "उच्च तीव्रता",
+  "page-upgrades-bug-bounty-severity-high-li-1": "<strong>33%</strong> व्हॅलिडेटर्सना स्लॅश करणे",
+  "page-upgrades-bug-bounty-severity-high-li-2": "नेटवर्कच्या <strong>33%</strong> भागावर परिणाम करणारे नेटवर्क स्प्लिट्स क्षुल्लकपणे घडवणे",
+  "page-upgrades-bug-bounty-severity-high-li-3": "एकच नेटवर्क पॅकेट किंवा ऑनचेन व्यवहार पाठवून नेटवर्कचा <strong>33%</strong> भाग बंद करण्यास सक्षम असणे",
+  "page-upgrades-bug-bounty-severity-critical-title": "अत्यंत गंभीर तीव्रता",
+  "page-upgrades-bug-bounty-severity-critical-li-1": "<strong>50%</strong> व्हॅलिडेटर्सना स्लॅश करणे",
+  "page-upgrades-bug-bounty-severity-critical-li-2": "EIP/विनिर्देश किंवा क्लायंटमधील दोषाचा गैरवापर करून सहजपणे <strong>अमर्याद प्रमाणात ETH तयार करणे</strong> जे नेटवर्कद्वारे अंतिम केले जाते",
+  "page-upgrades-bug-bounty-severity-critical-li-3": "सर्व EOA मधून <strong>ETH चोरणे</strong>",
+  "page-upgrades-bug-bounty-severity-critical-li-4": "सर्व EOA मधून <strong>ETH बर्न करणे</strong>",
+  "page-upgrades-bug-bounty-severity-critical-li-5": "एकच दुर्भावनापूर्ण ऑनचेन व्यवहार पाठवून <strong>संपूर्ण नेटवर्क बंद करणे</strong>, ज्यामुळे सर्व क्लायंट क्रॅश होतात",
+  "page-upgrades-bug-bounty-out-of-scope-footnote": "हे सहसा समाविष्ट केले जात नाहीत, तथापि, अशा प्रकरणांमध्ये आम्ही लेखक किंवा एक्सचेंजेस सारख्या प्रभावित पक्षांशी संपर्क साधण्यास मदत करू शकतो",
+  "page-upgrades-bug-bounty-not-included-li-1": "पायाभूत सुविधांमधील दोष—जसे की वेबपेज, dns, ईमेल, इ.",
+  "page-upgrades-bug-bounty-not-included-li-2": "ERC-20 कॉन्ट्रॅक्टमधील दोष",
+  "page-upgrades-bug-bounty-not-included-li-3": "Ethereum नेमिंग सर्व्हिस (ENS) मधील दोष (ENS फाउंडेशनद्वारे देखरेख केलेले)",
+  "page-upgrades-bug-bounty-not-included-li-4": "ज्या भेद्यतांसाठी वापरकर्त्याला JSON-RPC किंवा बीकन API सारखे API सार्वजनिकपणे उघड करणे आवश्यक आहे",
+  "page-upgrades-bug-bounty-not-included-li-5": "टायपोग्राफिकल त्रुटी",
+  "page-upgrades-bug-bounty-not-included-li-6": "चाचण्या",
+  "page-upgrades-bug-bounty-not-included-li-7": "उच्च-प्रयत्न (सतत, CPU किंवा बँडविड्थ-केंद्रित, आणि/किंवा 1 पेक्षा जास्त पॅकेट किंवा ऑनचेन व्यवहार आवश्यक असलेले) सिंगल-पीअर DoS हल्ले",
+  "page-upgrades-bug-bounty-not-included-li-8": "कोणत्याही सार्वजनिकरित्या ज्ञात असलेल्या समस्या (फोरम पोस्ट्स, PRs, github समस्या, कमिट्स, ब्लॉग पोस्ट्स, सार्वजनिक डिस्कॉर्ड संदेश, इ. समाविष्ट आहेत)"
+}
diff --git a/src/intl/mr/page-collectibles.json b/src/intl/mr/page-collectibles.json
new file mode 100644
index 00000000000..b97cd120bae
--- /dev/null
+++ b/src/intl/mr/page-collectibles.json
@@ -0,0 +1,67 @@
+{
+  "page-collectibles-already-desc": "तुमची प्रगती तपासा",
+  "page-collectibles-already-title": "आधीच एक योगदानकर्ता आहात?",
+  "page-collectibles-code-content-desc": "समस्यांचे निराकरण करा, लेख लिहा किंवा सुधारा किंवा वेबसाइटसाठी डिझाइन सुधारणा प्रस्तावित करा.",
+  "page-collectibles-code-content-design-1issue": "डिझाइन समस्या निराकरण बॅज",
+  "page-collectibles-code-content-design-desc": "डिझाइन क्रिट्स करा, आमची डिझाइन प्रणाली सुधारा किंवा वापरकर्ता चाचणीमध्ये सहभागी व्हा.",
+  "page-collectibles-code-content-design-title": "डिझाईन",
+  "page-collectibles-code-content-design-user-testing": "वापरकर्ता चाचणीमध्ये सहभागी होण्याचा बॅज",
+  "page-collectibles-code-content-developer-10pr": "10 PRs विलीन केल्याचा बॅज",
+  "page-collectibles-code-content-developer-1pr": "1 PR विलीन केल्याचा बॅज",
+  "page-collectibles-code-content-developer-5pr": "5 PRs विलीन केल्याचा बॅज",
+  "page-collectibles-code-content-developer-desc": "वेबसाइटमध्ये विलीन केलेली कोणतीही सुधारणा.",
+  "page-collectibles-code-content-developer-title": "विकसक",
+  "page-collectibles-code-content-gitpoap-1pr": "PR विलीन केल्याचा बॅज",
+  "page-collectibles-code-content-gitpoap-desc": "तुमचा PR विलीन झाल्यानंतर आपोआप दावा करण्यायोग्य.",
+  "page-collectibles-code-content-gitpoap-title": "GitPOAP",
+  "page-collectibles-code-content-instructions-1": "आमच्या <a href=\"https://github.com/ethereum/ethereum-org-website\">GitHub रिपॉझिटरी</a> वर जा",
+  "page-collectibles-code-content-instructions-2": "काम करण्यासाठी एक समस्या निवडा",
+  "page-collectibles-code-content-instructions-3": "निराकरण किंवा सुधारणा कमिट करा",
+  "page-collectibles-code-content-title": "कोड आणि सामग्री",
+  "page-collectibles-code-content-writing-badge-1": "सामग्री योगदानाचा बॅज",
+  "page-collectibles-code-content-writing-desc": "मास्टरमध्ये विलीन झालेल्या कोणत्याही सामग्री सुधारणेसाठी.",
+  "page-collectibles-code-content-writing-title": "लेखन",
+  "page-collectibles-connect-wallet": "वॉलेट कनेक्ट करा",
+  "page-collectibles-contributing-since": "या वेळेपासून योगदान देत आहे",
+  "page-collectibles-contributor-img-alt": "दोन योगदानकर्ते गप्पा मारत आहेत",
+  "page-collectibles-contributor-progress-label": "दावा केला",
+  "page-collectibles-current-year-title": "चालू वर्ष",
+  "page-collectibles-get-started": "सुरुवात करा",
+  "page-collectibles-hero-description": "तुम्ही ethereum.org वर काम केले आहे, हे ऑनचेन सिद्ध करा.",
+  "page-collectibles-hero-header": "Ethereum.org संग्रहणीय वस्तू",
+  "page-collectibles-hero-title": "बॅज",
+  "page-collectibles-how-step1-desc": "वेबसाइटवर",
+  "page-collectibles-how-step1-title": "योगदान द्या",
+  "page-collectibles-how-step2-desc": "Discord वर",
+  "page-collectibles-how-step2-title": "सत्यापित व्हा",
+  "page-collectibles-how-step3-desc": "Galxe वर",
+  "page-collectibles-how-step3-title": "NFT चा दावा करा",
+  "page-collectibles-how-title": "हे कसे कार्य करते",
+  "page-collectibles-improve-desc-1": "ethereum.org वेबसाइटची देखभाल आणि विस्तार करण्यात मदत करून अनन्य NFT मिळवा. हे बॅज <strong>ऑनचेन तुमच्या सहभागाला</strong> ओळख देतात.",
+  "page-collectibles-improve-desc-2": "शीर्ष धारकांना <a>योगदानकर्ता स्वॅग</a> किंवा Devcon सारख्या कार्यक्रमांसाठी सवलतीची तिकिटे मिळतात. तुमचे ऑनचेन बॅज <strong>इतरांना तुम्हाला समर्थन देणे</strong> सोपे करतात.",
+  "page-collectibles-improve-title": "ethereum.org सुधारा",
+  "page-collectibles-index-frequency": "परिणाम दररोज एकदा 15:15 UTC वाजता अपडेट केले जातात",
+  "page-collectibles-instructions-label": "सूचना",
+  "page-collectibles-previous-years-badge-count": "{count, plural, =0 {कोणताही बॅज नाही} =1 {1 बॅज} other {# बॅज}}",
+  "page-collectibles-previous-years-collectors-count": "{count, plural, =0 {एकही संग्राहक नाही} =1 {1 संग्राहक} other {# संग्राहक}}",
+  "page-collectibles-previous-years-no-badges": "कोणतेही बॅज तयार केले नाहीत",
+  "page-collectibles-previous-years": "मागील वर्षे",
+  "page-collectibles-social-desc": "रिलीझपूर्वी वेबसाइटची बग चाचणी करण्यासाठी आमच्या कोणत्याही Discord कॉलमध्ये सामील व्हा किंवा आमच्या मासिक समुदाय कॉलवर ethereum.org बातम्यांसह अद्ययावत रहा.",
+  "page-collectibles-social-instructions-1": "आमच्या <a href=\"https://discord.gg/ethereum-org/\">Discord सर्व्हर</a>मध्ये सामील व्हा",
+  "page-collectibles-social-instructions-2": "वेळापत्रक पहा",
+  "page-collectibles-social-instructions-3": "सामील व्हा!",
+  "page-collectibles-social-title": "सोशल",
+  "page-collectibles-stats-collectors": "संग्राहक",
+  "page-collectibles-stats-minted": "तयार केलेले",
+  "page-collectibles-stats-unique-badges": "अद्वितीय बॅज",
+  "page-collectibles-translations-1000": "1,000 शब्दांचा बॅज",
+  "page-collectibles-translations-10000": "10,000 शब्दांचा बॅज",
+  "page-collectibles-translations-250": "250 शब्दांचा बॅज",
+  "page-collectibles-translations-50000": "50,000 शब्दांचा बॅज",
+  "page-collectibles-translations-badge-desc": "कोणत्याही भाषेत.",
+  "page-collectibles-translations-desc": "बहुतेक वापरकर्ते इंग्रजी बोलत नाहीत, त्यामुळे आमचे लेख इतर भाषांमध्ये अनुवादित करण्यास मदत करणे महत्त्वाचे आहे, यासाठी कोणत्याही भाषांतराच्या अनुभवाची आवश्यकता नाही.",
+  "page-collectibles-translations-instructions-1": "<a href=\"https://crowdin.com/project/ethereum-org\">Crowdin</a> वर नोंदणी करा",
+  "page-collectibles-translations-instructions-2": "भाषा निवडा",
+  "page-collectibles-translations-instructions-3": "अनुवाद सुरू करा",
+  "page-collectibles-translations-title": "अनुवाद"
+}
diff --git a/src/intl/mr/page-community-events.json b/src/intl/mr/page-community-events.json
index 5c7f322e810..cb2e350299b 100644
--- a/src/intl/mr/page-community-events.json
+++ b/src/intl/mr/page-community-events.json
@@ -13,7 +13,7 @@
   "page-events-section-hubs-subtitle": "तुम्ही या कायमस्वरूपी जागांमध्ये नियमित सह-कार्य सत्रे आणि सामुदायिक कार्यक्रमांमध्ये सामील होऊ शकता, जे प्रेरित कार्य, शिकणे, जोडले जाणे आणि नवनिर्मितीसाठी योग्य आहेत.",
   "page-events-hub-description-london": "Encode Club मध्ये Ethereum बिल्डर्स, संशोधक, निर्माते, विद्यार्थी आणि शोधकांसाठी एक समर्पित मजला.",
   "page-events-hub-description-berlin": "Ethereum फाउंडेशन कार्यालय प्रत्येक बुधवारी बिल्डर्स, संशोधक, निर्माते, विद्यार्थी आणि शोधकांसाठी सह-कार्य, संपर्क आणि सहयोग करण्यासाठी आपले दरवाजे उघडते.",
-  "page-events-hub-description-dubai": "Hadron Founders Clubमध्ये संस्थापकांसाठी, बिल्डर्स, संशोधक आणि शोधकांसाठी सह-कार्य, संपर्क, सहयोग आणि शिकण्यासाठी एक प्रेरणादायी जागा.",
+  "page-events-hub-description-dubai": "हॅड्रॉन फाऊंडर्स क्लबमध्ये संस्थापकांसाठी, बिल्डर्स, संशोधक आणि शोधकांसाठी सह-कार्य, संपर्क, सहयोग आणि शिकण्यासाठी एक प्रेरणादायी जागा.",
   "page-events-hub-description-lagos": "लागोसमधील Web3Bridge येथे बिल्डर्स, संस्थापक, संशोधक आणि सर्जनशील लोकांसाठी एकत्र सह-कार्य, सहयोग आणि वाढ करण्यासाठी एक उत्साही सामुदायिक जागा.",
   "page-events-hub-description-sf": "फ्रंटियर टॉवर हे सॅन फ्रान्सिस्कोच्या मध्यभागी असलेले १६ मजली व्हर्टिकल व्हिलेज आहे, जिथे लोक आरामदायी, प्रेरणादायी वातावरणात डीप टेक आणि फ्रंटियर तंत्रज्ञानाला पुढे नेतात. १२वा मजला Ethereum आणि विकेंद्रित तंत्रज्ञानाचे आयोजन करत आहे.",
   "page-events-hub-cta-default": "दररोजच्या सह-कार्यासाठी आणि नियमित कार्यक्रमांसाठी सामील व्हा.",
@@ -46,7 +46,7 @@
   "page-events-section-organizers-planning-cta": "मार्गदर्शक वाचा",
   "page-events-section-support": "समर्थन शोधत आहात का?",
   "page-events-section-support-subtitle": "खाली, तुम्हाला असे संघ सापडतील जे तुम्हाला तुमचा पहिला कार्यक्रम आयोजित करताना, चालू असलेला कार्यक्रम, सामुदायिक मेळाव्यांची मालिका, किंवा इतर उपक्रम चालू ठेवताना, विकसित करताना, किंवा सुधारताना समर्थन, मार्गदर्शन, आणि सहाय्य पुरवू शकतात.",
-  "page-events-support-ethereum-everywhere": "Ethereum Everywhere",
+  "page-events-support-ethereum-everywhere": "Ethereum एव्हरीवेअर",
   "page-events-support-ethereum-everywhere-description": "Ethereum एव्हरीवेअर संघ हा Ethereum फाउंडेशनमधील एक परिसंस्था प्रवर्धन संघ आहे, जो स्थानिक समुदाय आणि कार्यक्रमांना विविध मार्गांनी सक्षम आणि समर्थन देतो आणि त्यांना यशस्वी आणि दीर्घकाळ टिकणारे बनण्यास मदत करतो.",
   "page-events-support-ethereum-everywhere-guidance": "मार्गदर्शन",
   "page-events-support-ethereum-everywhere-guidance-description": "नवीन बिल्डर्स आणि वापरकर्त्यांचे स्वागत करणाऱ्या यशस्वी कार्यक्रमांचे आणि समुदायांचे नियोजन आणि संचालन करण्यावर मैत्रीपूर्ण सल्ला, त्यांना ऑनबोर्ड करण्यास मदत करणे आणि विद्यमान समुदायांना जोडलेले आणि गुंतवून ठेवणे.",
@@ -54,7 +54,7 @@
   "page-events-support-ethereum-everywhere-resources-description": "आयोजकांना सुसंगत आणि आकर्षक अनुभव तयार करण्यात मदत करण्यासाठी टेम्पलेट्स, सर्वोत्तम पद्धती, अपडेट्स आणि संधी बोर्ड प्रदान करणे.",
   "page-events-support-ethereum-everywhere-connections": "कनेक्शन्स आणि प्रवर्धन",
   "page-events-support-ethereum-everywhere-connections-description": "प्रादेशिक भागीदार, योगदानकर्ते आणि स्पीकर्स शोधण्यात समर्थन - तसेच समुदाय आणि सोशल मीडिया चॅनेलद्वारे प्रसिद्धी.",
-  "page-events-support-geode-labs": "Geode Labs",
+  "page-events-support-geode-labs": "जिओड लॅब्स",
   "page-events-support-geode-labs-description": "जिओड लॅब्स ही Ethereum फाउंडेशनमधून जन्माला आलेली एक जागतिक Ethereum परिसंस्था विकास संस्था आणि उत्पादन स्टुडिओ आहे.",
   "page-events-support-geode-labs-grants": "जिओड लॅब्स अनुदान कार्यक्रम",
   "page-events-support-geode-labs-grants-description": "तळागाळाच्या स्तरावर लक्ष केंद्रित करून Ethereum विकेंद्रीकरण मजबूत करणारे परिसंस्था अनुदान.",
@@ -75,7 +75,6 @@
   "page-events-tag-hackathon": "हॅकॅथॉन",
   "page-events-tag-meetup": "मीटअप",
   "page-events-tag-popup": "पॉपअप",
-  "page-events-tag-regional": "प्रादेशिक",
   "page-events-tag-group": "गट",
   "page-events-tag-other": "इतर",
   "page-events-tag-cowork": "सह-कार्य",
diff --git a/src/intl/mr/page-community.json b/src/intl/mr/page-community.json
new file mode 100644
index 00000000000..5421b55ddb6
--- /dev/null
+++ b/src/intl/mr/page-community.json
@@ -0,0 +1,64 @@
+{
+  "page-community-card-1-title": "ऑनलाइन समुदायात सामील व्हा",
+  "page-community-card-1-description": "तुमच्यासारख्या विचारांचे लोक शोधा आणि इतर Ethereum उत्साहींसोबत समुदायात सहभागी व्हा.",
+  "page-community-card-2-title": "Ethereum कार्यक्रम",
+  "page-community-card-2-description": "एखाद्या Ethereum कॉन्फरन्स, हॅकेथॉन किंवा मीटअपमध्ये शोधा आणि सहभागी व्हा.",
+  "page-community-card-3-title": "एका प्रोजेक्टमध्ये योगदान द्या",
+  "page-community-card-3-description": "तुमची कौशल्ये आणि व्यावसायिक पार्श्वभूमीनुसार तुम्ही योगदान देऊ शकणाऱ्या मार्गांच्या यादीसाठी, यात कसे सामील व्हावे हे तपासा.",
+  "page-community-card-4-title": "अनुदानांसाठी शोधा",
+  "page-community-card-4-description": "एखादा प्रोजेक्ट सुरू करण्यात तुम्हाला मदत करण्यासाठी निधी अनुदान उपलब्ध आहेत.",
+  "page-community-community-hub-list-h3": "समुदाय केंद्र",
+  "page-community-community-hub-list-cta-label-1": "सह-कार्यासाठी साइन अप करा",
+  "page-community-community-hub-list-cta-label-2": "मीटअप",
+  "page-community-contribute": "ethereum.org वर योगदान द्या",
+  "page-community-contribute-button": "योगदान देण्यावर अधिक",
+  "page-community-contribute-description": "अनेक लोकांसाठी, ethereum.org हे इकोसिस्टममधील त्यांचे पहिले पाऊल आहे. हजारो ओपन-सोर्स योगदानकर्त्यांद्वारे ते अद्ययावत आणि अचूक ठेवले जाते. मदत करू इच्छिता? योगदान देण्यावरील आमचे मार्गदर्शक वाचा, किंवा आमच्या GitHub वरील एखादी समस्या हाती घ्या.",
+  "page-community-contribute-secondary-button": "GitHub वर पहा",
+  "page-community-daos-callout-title": "विकेंद्रित स्वायत्त संस्था (DAOs)",
+  "page-community-daos-callout-description": "हे गट संघटन आणि सहयोग सुलभ करण्यासाठी Ethereum तंत्रज्ञानाचा फायदा घेतात. उदाहरणार्थ, सदस्यत्व नियंत्रित करण्यासाठी, प्रस्तावांवर मतदान करण्यासाठी किंवा एकत्रित मालमत्ता व्यवस्थापित करण्यासाठी.",
+  "page-community-explore-dapps": "Dapps अन्वेषण करा",
+  "page-community-explore-dapps-alt": "Dapps अन्वेषण करा",
+  "page-community-explore-dapps-description": "Dapp अथेरमवर तयार केलेले ऍप्लिकेशन आहेत. Dapp सध्याच्या बिझनेस मॉडेल्समध्ये व्यत्यय आणत आहेत आणि नवीन शोधत आहेत.",
+  "page-community-explore-dapps-title": "काही dapps वापरून पहा",
+  "page-community-explore-grants": "अनुदानांचे अन्वेषण करा",
+  "page-community-find-a-job": "नोकरी शोधा",
+  "page-community-get-eth": "ETH मिळवा",
+  "page-community-get-eth-alt": "काही ETH मिळवा",
+  "page-community-get-eth-description": "ETH हे अथेरमचे मूळ चलन आहे. अथेरम ऍप्लिकेशन्स वापरण्यासाठी तुम्हाला तुमच्या वॉलेटमध्ये काही ETH आवश्यक असेल.",
+  "page-community-get-eth-title": "काही ETH मिळवा",
+  "page-community-get-involved-title": "मी कसे सहभागी होऊ शकतो?",
+  "page-community-get-involved-description": "वेगाने वाढणाऱ्या Ethereum समुदायात सामील होण्याचे अनेक मार्ग आहेत; तुम्ही लोकप्रिय ऑनलाइन समुदायांपैकी एकामध्ये सामील होऊ शकता, एखाद्या कार्यक्रमास उपस्थित राहू शकता, मीटअप ग्रुपमध्ये सामील होऊ शकता, एखाद्या प्रोजेक्टमध्ये योगदान देऊ शकता किंवा Ethereum बद्दलच्या अनेक ऑनलाइन फोरमपैकी एकामध्ये सहभागी होऊ शकता.",
+  "page-community-get-involved-image-alt": "यात सामील व्हा",
+  "page-community-hero-alt": "Ethereum समुदाय केंद्र",
+  "page-community-hero-header": "Ethereum समुदाय केंद्रामध्ये आपले स्वागत आहे",
+  "page-community-hero-subtitle": "Ethereum समुदाय हा लाखो डेव्हलपर्स, तंत्रज्ञ, डिझाइनर्स, वापरकर्ते, HODLers आणि उत्साही लोकांचे घर आहे.",
+  "page-community-hero-title": "समुदायात सामील व्हा",
+  "page-community-meetuplist-no-meetups": "या शोधाशी जुळणारे कोणतेही मीटअप आमच्याकडे नाहीत. तुम्हाला एखादे माहित आहे का?",
+  "page-community-meta-title": "समुदाय केंद्र",
+  "page-community-meta-description": "Ethereum इकोसिस्टमसाठी समुदाय केंद्र",
+  "page-community-open-source": "निर्माता? बिल्डर? तुमच्या कामासाठी पैसे मिळवा.",
+  "page-community-open-source-description": "तुम्ही Ethereum वर काहीतरी विकसित करत आहात, की तुम्हाला करायचे आहे? कंपन्या हजारो तांत्रिक आणि गैर-तांत्रिक भूमिकांसाठी नोकरभरती करत आहेत. तुमची स्वतःची काही कल्पना आहे का? तुमचा प्रोजेक्ट सुरू करण्यासाठी अनुदान शोधण्याचा प्रयत्न करा.",
+  "page-community-open-source-image-alt": "तुमच्या कामासाठी पैसे मिळवा",
+  "page-community-please-add-to-page": "कृपया ते या पेजवर जोडा!",
+  "page-community-support": "Ethereum सपोर्ट",
+  "page-community-support-alt": "मदत",
+  "page-community-support-button": "समर्थन मिळवा",
+  "page-community-support-description": "समर्थनाची गरज आहे का? कोणतेही अधिकृत Ethereum समर्थन नाही, पण शेकडो उपयुक्त समुदाय उपलब्ध आहेत जे तुम्हाला Ethereum वर यशस्वी होण्यासाठी मदत करतील.",
+  "page-community-try-ethereum": "स्वतः Ethereum वापरून पहा",
+  "page-community-upcoming-events-no-events": "आम्हाला कोणत्याही आगामी कार्यक्रमांची माहिती नाही. तुम्हाला एखादे माहित आहे का?",
+  "page-community-upcoming-events-load-more": "आणखी लोड करा",
+  "page-community-upcoming-events-view-event": "कार्यक्रम पहा",
+  "page-community-why-get-involved-title": "का सामील व्हावे?",
+  "page-community-why-get-involved-card-1-title": "तुमचा गट शोधा",
+  "page-community-why-get-involved-card-1-description": "प्रत्येकासाठी एक गट आहे. Ethereum वर एकत्र चर्चा करण्यासाठी, विचार करण्यासाठी आणि उत्सव साजरा करण्यासाठी समान विचारसरणीच्या व्यक्तींना शोधा आणि त्यांच्याशी कनेक्ट व्हा.",
+  "page-community-why-get-involved-card-2-title": "उपजीविका मिळवा",
+  "page-community-why-get-involved-card-2-description": "प्रत्येकाला बिले भरावी लागतात. Ethereum तुम्हाला अर्थपूर्ण काम शोधण्याची आणि ते करण्यासाठी चांगले पैसे मिळवण्याची संधी देते.",
+  "page-community-why-get-involved-card-3-title": "बदल घडवा",
+  "page-community-why-get-involved-card-3-description": "Ethereum मध्ये सामील झाल्याने तुम्हाला अशा तंत्रज्ञानामध्ये एक सक्रिय भागधारक बनण्याची संधी मिळते जे लाखो लोकांवर सकारात्मक परिणाम करत आहे.",
+  "page-index-internet-image-alt": "Ethereum क्रिस्टल्सने समर्थित केलेले भविष्यातील संगणकीय सेट अपचे स्पष्टीकरणात्मक चित्र.",
+  "page-index-get-started-image-alt": "संगणकावर एक व्यक्ती काम करत असल्याचे स्पष्टीकरणात्मक चित्र.",
+  "page-index-get-started-wallet-image-alt": "Ethereum वॉलेटाचे प्रतिनिधीत्व करणारे तिजोरीसारखे शरीर असलेले यंत्रमानवाचे स्पष्टीकरणात्मक चित्र.",
+  "page-index-get-started-eth-image-alt": "माणसाचा समूह आदराने इथरच्या (ETH) चिन्हाकडे विस्मयकारकपणे बघत असल्याचे स्पष्टीकरणात्मक चित्र.",
+  "page-index-get-started-dapps-image-alt": "संगणक वापरणाऱ्या कुत्र्याचे स्पष्टीकरणात्मक चित्र.",
+  "page-index-get-started-devs-image-alt": "लेगो ब्रिक्सचा वापर करून हात ETH चा लोगो बनवित असल्याचे स्पष्टीकरणात्मक चित्र."
+}
diff --git a/src/intl/mr/page-contributing-translation-program-acknowledgements.json b/src/intl/mr/page-contributing-translation-program-acknowledgements.json
new file mode 100644
index 00000000000..99379453de9
--- /dev/null
+++ b/src/intl/mr/page-contributing-translation-program-acknowledgements.json
@@ -0,0 +1,42 @@
+{
+  "page-contributing-translation-program-acknowledgements-acknowledgement-page-title": "योगदानकर्त्यांची पोचपावती",
+  "page-contributing-translation-program-acknowledgements-acknowledgement-page-1": "भाषांतर कार्यक्रम हा एक सहयोगी प्रयत्न आहे आणि हजारो योगदानकर्त्यांनी शक्य तितक्या भाषांमध्ये वेबसाइट उपलब्ध करून देण्यासाठी आम्हाला मदत करण्यासाठी त्यांच्या वेळेचे योगदान दिले आहे.",
+  "page-contributing-translation-program-acknowledgements-acknowledgement-page-2": "हे पृष्ठ आमच्या अनुवादकांची आणि त्यांच्या प्रयत्नांची दखल घेण्यासाठी, आमच्या सर्वात उत्कृष्ट योगदानकर्त्यांना हायलाइट करण्यासाठी आणि त्यांच्या व्यावसायिक प्रवासात त्यांना समर्थन देण्यासाठी समर्पित आहे.",
+  "page-contributing-translation-program-acknowledgements-acknowledgement-page-3": "Crowdin मधील आमच्या प्रकल्पात सक्रिय असलेले सर्व अनुवादक आमच्या योगदानकर्त्यांच्या पृष्ठावर वैशिष्ट्यीकृत आहेत.",
+  "page-contributing-translation-program-acknowledgements-acknowledgement-page-link": "सर्व ethereum.org अनुवादक पहा",
+  "page-contributing-translation-program-acknowledgements-acknowledgement-page-4": "ठराविक कालावधीतील सर्वात सक्रिय अनुवादक भाषांतर लीडरबोर्डवर त्यांचे स्थान मिळवतील.",
+  "page-contributing-translation-program-acknowledgements-acknowledgement-page-5": "व्यावसायिक किंवा नवोदित अनुवादक, तसेच भाषांतराचे विद्यार्थी आणि भाषातज्ञ जे कौशल्याचे नवीन क्षेत्र जोडू इच्छितात, ते वेबसाइटमधील त्यांच्या योगदानाचे प्रमाणन करण्यासाठी अनुवादक प्रमाणपत्राची विनंती करू शकतात.",
+  "page-contributing-translation-program-acknowledgements-cert-title": "प्रमाणपत्र",
+  "page-contributing-translation-program-acknowledgements-cert-1": "आम्ही आमच्या अनुवादकांची दखल घेऊ इच्छितो आणि त्यांच्या कारकिर्दीच्या मार्गावर त्यांना पाठिंबा देऊ इच्छितो. हे लक्षात घेऊन, आम्ही ethereum.org अनुवादक प्रमाणपत्र डिझाइन केले आहे.",
+  "page-contributing-translation-program-acknowledgements-cert-2": "हे प्रमाणपत्र व्यावसायिक आणि नवोदित अनुवादकांसाठी आहे जे त्याचा संदर्भ म्हणून वापर करू इच्छितात, तांत्रिक सामग्रीचे भाषांतर करण्यात त्यांचे कौशल्य सिद्ध करू इच्छितात किंवा फक्त Ethereum साठी त्यांचे समर्पण दर्शवू इच्छितात.",
+  "page-contributing-translation-program-acknowledgements-cert-3": "तुम्ही भाषांतर कार्यक्रमात योगदान दिले असल्यास आणि तुमचे किमान ५,००० अनुवादित शब्द मंजूर झाले असल्यास, तुम्ही translations@ethereum.org वर आम्हाला लिहून तुमच्या अनुवादक प्रमाणपत्राची विनंती करू शकता. तुमच्या संदेशात तुमच्या Crowdin अकाउंटची लिंक आणि तुमचे पूर्ण नाव (किंवा टोपणनाव, तुमच्या आवडीनुसार) असले पाहिजे, जे आम्ही प्रमाणपत्रात जोडू.",
+  "page-contributing-translation-program-acknowledgements-hero-image-alt": "भाषांतर कार्यक्रम हिरो शिबा प्रतिमा",
+  "page-contributing-translation-program-acknowledgements-meta-description": "आमचे अनुवादक जे काही उत्तम काम करतात त्याची पोचपावती",
+  "page-contributing-translation-program-acknowledgements-meta-title": "अनुवादकांची पोचपावती",
+  "page-contributing-translation-program-acknowledgements-our-translators-cta": "आमच्या अनुवादकांची संपूर्ण यादी पहा जे Ethereum सामग्री प्रत्येकासाठी उपलब्ध करून देण्यासाठी मदत करण्यासाठी त्यांचा वेळ आणि कौशल्ये समर्पित करतात.",
+  "page-contributing-translation-program-acknowledgements-our-translators-title": "आमचे अनुवादक",
+  "page-contributing-translation-program-acknowledgements-our-translators-view-all": "सर्व अनुवादक पहा",
+  "page-contributing-translation-program-acknowledgements-our-translators-1": "समुदाय हा ethereum.org भाषांतर कार्यक्रमाच्या केंद्रस्थानी आहे. खाली आमच्या अनुवादकांचा संपूर्ण समुदाय एक्सप्लोर करा.",
+  "page-contributing-translation-program-acknowledgements-translation-leaderboard-title": "भाषांतर लीडरबोर्ड",
+  "page-contributing-translation-program-acknowledgements-translation-leaderboard-cta": "ethereum.org चे भाषांतर करण्यासाठी आम्हाला मदत करा आणि अनुवादक लीडरबोर्डवर स्थान मिळवा!",
+  "page-contributing-translation-program-acknowledgements-translation-leaderboard-1": "आम्ही अलीकडील क्रियाकलापांवर आधारित उत्कृष्ट अनुवादकांना वैशिष्ट्यीकृत करू इच्छितो तसेच आमच्या सर्वात प्रभावी सर्व-कालीन योगदानकर्त्यांना हायलाइट करू इच्छितो. आमचा लीडरबोर्ड मासिक, त्रैमासिक आणि सर्व-कालीन दृश्याचा वापर करून सर्वात सक्रिय अनुवादकांवरील डेटाचा मागोवा घेतो आणि प्रत्येक महिन्याच्या सुरूवातीस अपडेट केला जातो. अनुवादकांना त्यांच्या 'विजेत्या' शब्दांच्या संख्येनुसार (पुनरावलोकनादरम्यान मंजूर झालेल्या अनुवादित शब्दांची संख्या) लीडरबोर्डवर ठेवले जाते.",
+  "page-contributing-translation-program-acknowledgements-translation-leaderboard-all-time-view": "सर्व-कालीन दृश्य",
+  "page-contributing-translation-program-acknowledgements-translation-leaderboard-month-view": "महिन्याचे दृश्य",
+  "page-contributing-translation-program-acknowledgements-translation-leaderboard-quarter-view": "तिमाही दृश्य",
+  "page-contributing-translation-program-acknowledgements-translation-leaderboard-show-less": "कमी दाखवा",
+  "page-contributing-translation-program-acknowledgements-translation-leaderboard-show-more": "अधिक दाखवा",
+  "page-contributing-translation-program-acknowledgements-translator": "अनुवादक",
+  "page-contributing-translation-program-acknowledgements-language": "भाषा",
+  "page-contributing-translation-program-acknowledgements-total-words": "एकूण शब्द",
+  "page-contributing-translation-program-acknowledgements-oats-title": "OATs",
+  "page-contributing-translation-program-acknowledgements-1": "भाषांतर कार्यक्रमातील योगदानकर्ते वेगवेगळ्या OATs (ऑनचेन अचिव्हमेंट टोकन) साठी पात्र आहेत – नॉन-फंजिबल टोकन जे ethereum.org भाषांतर कार्यक्रमात त्यांचा सहभाग सिद्ध करतात.",
+  "page-contributing-translation-program-acknowledgements-2": "आमच्याकडे अनुवादकांसाठी त्यांच्या क्रियाकलापांवर आधारित अनेक वेगवेगळे OATs उपलब्ध आहेत.",
+  "page-contributing-translation-program-acknowledgements-3": "तुम्ही Crowdin मधील भाषांतर प्रयत्नात योगदान दिले असल्यास, तुमच्यासाठी एक OAT वाट पाहत आहे!",
+  "page-contributing-translation-program-acknowledgements-how-to-claim-title": "कसे क्लेम करावे",
+  "page-contributing-translation-program-acknowledgements-how-to-claim-1": "आमच्यात सामील व्हा",
+  "page-contributing-translation-program-acknowledgements-how-to-claim-1-discord": "Discord सर्व्हर",
+  "page-contributing-translation-program-acknowledgements-how-to-claim-2": "#🥇 | proof-of-contribution चॅनेलमध्ये तुमच्या Crowdin अकाउंटची लिंक पेस्ट करा.",
+  "page-contributing-translation-program-acknowledgements-how-to-claim-3": "आमच्या टीममधील सदस्याने तुम्हाला तुमचे OATs क्लेम करण्यासाठी आवश्यक असलेल्या भूमिका नियुक्त करण्याची प्रतीक्षा करा.",
+  "page-contributing-translation-program-acknowledgements-how-to-claim-4": "तुमचे OATs क्लेम करा!",
+  "page-contributing-translation-program-acknowledgements-4": "OATs क्लेम करण्यासाठी तुम्ही फक्त सेल्फ-कस्टडी वॉलेट वापरावे. एक्सचेंज अकाउंट किंवा इतर अकाउंट वापरू नका ज्यांच्या प्रायव्हेट की तुमच्याकडे नाहीत, कारण यामुळे तुम्हाला तुमचे OATs ॲक्सेस आणि व्यवस्थापित करता येणार नाहीत."
+}
diff --git a/src/intl/mr/page-contributing-translation-program-contributors.json b/src/intl/mr/page-contributing-translation-program-contributors.json
new file mode 100644
index 00000000000..f70937ec7ff
--- /dev/null
+++ b/src/intl/mr/page-contributing-translation-program-contributors.json
@@ -0,0 +1,10 @@
+{
+  "page-contributing-translation-program-contributors-thank-you": "आम्ही आमच्या सर्व योगदानकर्त्यांचे आभार मानू इच्छितो!",
+  "page-contributing-translation-program-contributors-title": "आमचे अनुवादक",
+  "page-contributing-translation-program-contributors-our-translators-1": "समुदाय हा ethereum.org भाषांतर कार्यक्रमाच्या केंद्रस्थानी आहे.",
+  "page-contributing-translation-program-contributors-our-translators-2": "आमच्या प्रकल्पात हजारो समुदाय सदस्य भाषांतरासाठी योगदान देत असल्याने, प्रत्येकाची नोंद घेणे अवघड आहे.",
+  "page-contributing-translation-program-contributors-our-translators-3": "सर्व अनुवादक Crowdin मधील त्यांच्या निवडलेल्या नावाच्या आधारावर वर्णानुक्रमे सूचीबद्ध आहेत. तुम्ही अनुवादक असाल आणि तुमचे खरे नाव, टोपणनाव, ENS डोमेन इत्यादी वापरू इच्छित असाल, तर तुम्ही Crowdin मध्ये तुमचे पूर्ण नाव बदलू शकता.",
+  "page-contributing-translation-program-contributors-meta-title": "आमचे अनुवादक",
+  "page-contributing-translation-program-contributors-meta-description": "आमच्या भाषांतर योगदानकर्त्यांची एक यादी.",
+  "page-contributing-translation-program-contributors-number-of-contributors": "योगदानकर्त्यांची संख्या:"
+}
diff --git a/src/intl/mr/page-developers-docs.json b/src/intl/mr/page-developers-docs.json
index 6e06fa07a0e..b3fd0d79a28 100644
--- a/src/intl/mr/page-developers-docs.json
+++ b/src/intl/mr/page-developers-docs.json
@@ -1,4 +1,154 @@
 {
+  "docs-nav-accounts": "खाती",
+  "docs-nav-accounts-description": "नेटवर्कमधील घटक जे शिल्लक ठेवू शकतात आणि व्यवहार पाठवू शकतात",
+  "docs-nav-advanced": "प्रगत",
+  "docs-nav-backend-apis": "बॅकएंड API",
+  "docs-nav-block-explorers": "ब्लॉक एक्सप्लोरर",
+  "docs-nav-blocks": "ब्लॉक",
+  "docs-nav-blocks-description": "सर्व घटकांमध्ये स्थिती सिंक्रोनाइझ केली आहे हे सुनिश्चित करण्यासाठी व्यवहार ज्या प्रकारे बॅच केले जातात",
+  "docs-nav-bridges": "ब्रिज",
+  "docs-nav-bridges-description": "डेव्हलपर्ससाठी ब्रिजिंगचे एक अवलोकन",
+  "docs-nav-compiling-smart-contracts": "स्मार्ट कॉन्ट्रॅक्ट्स संकलित करणे",
+  "docs-nav-composability": "कंपोझिबिलिटी",
+  "docs-nav-consensus-mechanisms": "सहमती यंत्रणा",
+  "docs-nav-consensus-mechanisms-description": "वितरित नेटवर्कचे वैयक्तिक नोड्स सिस्टमच्या सध्याच्या स्थितीवर कसे सहमत होतात",
+  "docs-nav-gasper": "Gasper",
+  "docs-nav-weak-subjectivity": "अशक्त व्यक्तिनिष्ठता",
+  "docs-nav-attestations": "प्रमाणीकरणे",
+  "docs-nav-keys": "की",
+  "docs-nav-withdrawal-credentials": "विथड्रॉवल क्रेडेन्शियल्स",
+  "docs-nav-block-proposal": "ब्लॉक प्रस्ताव",
+  "docs-nav-data-and-analytics": "माहिती आणि विश्लेषण",
+  "docs-nav-data-and-analytics-description": "ब्लॉकचेन डेटा कसा एकत्रित, आयोजित केला जातो आणि dapps मध्ये अंमलात आणला जातो",
+  "docs-nav-data-availability": "डेटा उपलब्धता",
+  "docs-nav-data-availability-storage-strategies": "ब्लॉकचेन डेटा स्टोरेज स्ट्रॅटेजी",
+  "docs-nav-dart": "Dart",
+  "docs-nav-delphi": "Delphi",
+  "docs-nav-deploying-smart-contracts": "स्मार्ट कॉन्ट्रॅक्ट्स डिप्लॉय करणे",
+  "docs-nav-design-and-ux": "डिझाइन आणि UX चा परिचय",
+  "docs-nav-design-and-ux-description": "web3 क्षेत्र आणि Ethereum मधील UX डिझाइन आणि संशोधनाचा परिचय",
+  "docs-nav-design-fundamentals": "डिझाइनची मूलतत्त्वे",
+  "docs-nav-development-frameworks": "विकास फ्रेमवर्क",
+  "docs-nav-development-frameworks-description": "Ethereum सह विकास करणे सोपे करणारी साधने",
+  "docs-nav-development-networks": "विकास नेटवर्क",
+  "docs-nav-development-networks-description": "उपयोजनापूर्वी dapps ची चाचणी घेण्यासाठी वापरले जाणारे स्थानिक ब्लॉकचेन वातावरण",
+  "docs-nav-dex-design-best-practice": "विकेंद्रित एक्सचेंज (DEX) डिझाइन सर्वोत्तम पद्धती",
+  "docs-nav-dot-net": ".NET",
+  "docs-nav-elixir": "Elixir",
+  "docs-nav-erc-20": "ERC-20: फंजिबल टोकन",
+  "docs-nav-erc-721": "ERC-721: NFTs",
+  "docs-nav-erc-777": "ERC-777",
+  "docs-nav-erc-1155": "ERC-1155",
+  "docs-nav-erc-4626": "ERC-4626",
+  "docs-nav-ethereum-client-apis": "Ethereum क्लायंट APIs",
+  "docs-nav-ethereum-client-apis-description": "सोयीस्कर लायब्ररी ज्या तुमच्या वेब अॅपला Ethereum आणि स्मार्ट कॉन्ट्रॅक्टसह संवाद साधण्याची परवानगी देतात",
+  "docs-nav-ethereum-stack": "अथेरम स्टॅक",
+  "docs-nav-evm": "Ethereum व्हर्च्युअल मशीन (EVM)",
+  "docs-nav-evm-description": "EVM, Ethereum नेटवर्कवरील सर्व गणना हाताळते",
+  "docs-nav-foundational-topics": "मूलभूत विषय",
+  "docs-nav-gas": "गॅस",
+  "docs-nav-gas-description": "व्यवहारांवर प्रक्रिया करण्यासाठी आवश्यक संगणकीय शक्ती, ज्यासाठी व्यवहार पाठवणाऱ्यांकडून ETH मध्ये पैसे दिले जातात",
+  "docs-nav-golang": "Golang",
+  "docs-nav-heuristics-for-web3": "Web3 साठी ह्युरिस्टिक्स",
+  "docs-nav-integrated-development-environments-ides": "इंटिग्रेटेड डेव्हलपमेंट एन्व्हायर्नमेंट्स (IDEs)",
+  "docs-nav-integrated-development-environments-ides-description": "dapp कोड लिहिण्यासाठी सर्वोत्तम वातावरण",
+  "docs-nav-intro-to-dapps": "dapps ची ओळख",
+  "docs-nav-intro-to-dapps-description": "विकेंद्रित अनुप्रयोगांची ओळख",
+  "docs-nav-intro-to-ether": "इथर ची ओळख",
+  "docs-nav-intro-to-ether-description": "ईथरचा एक द्रुत आढावा",
+  "docs-nav-intro-to-ethereum": "Ethereum ची ओळख",
+  "docs-nav-intro-to-ethereum-description": "Ethereum चा एक द्रुत आढावा",
+  "docs-nav-intro-to-the-stack": "स्टॅक ची ओळख",
+  "docs-nav-intro-to-the-stack-description": "Ethereum/web3 स्टॅकचा एक आढावा",
+  "docs-nav-java": "Java",
+  "docs-nav-java-script-apis": "JavaScript APIs",
+  "docs-nav-javascript": "JavaScript",
+  "docs-nav-json-rpc": "JSON-RPC",
+  "docs-nav-mev": "मॅक्सिमम एक्सट्रॅक्टेबल व्हॅल्यू (MEV)",
+  "docs-nav-mev-description": "ब्लॉक रिवॉर्डच्या पलीकडे Ethereum ब्लॉकचेनमधून मूल्य कसे काढले जाते",
+  "docs-nav-mining": "मायनिंग",
+  "docs-nav-mining-algorithms": "मायनिंग अल्गोरिदम",
+  "docs-nav-dagger-hashimoto": "Dagger-Hashimoto",
+  "docs-nav-ethash": "एथहॅश",
+  "docs-nav-networks": "नेटवर्क",
+  "docs-nav-networks-description": "चाचणी नेटवर्कसह Ethereum ची अंमलबजावणी",
+  "docs-nav-nodes-and-clients": "नोड्स आणि क्लायंट",
+  "docs-nav-nodes-and-clients-description": "नेटवर्कमध्ये सहभागी होणारे व्यक्ती आणि ते व्यवहारांची पडताळणी करण्यासाठी चालवत असलेले सॉफ्टवेअर",
+  "docs-nav-opcodes": "ऑपकोड्स",
+  "docs-nav-run-a-node": "एक नोड चालवा",
+  "docs-nav-client-diversity": "क्लायंट विविधता",
+  "docs-nav-bootnodes": "Bootnodes",
+  "docs-nav-light-clients": "लाईट क्लायंट्स",
+  "docs-nav-nodes-as-a-service": "एक सेवा म्हणून नोड्स",
+  "docs-nav-oracles": "ओरॅकल्स",
+  "docs-nav-oracles-description": "Ethereum ब्लॉकचेनमध्ये माहिती कशी इंजेक्ट केली जाते",
+  "docs-nav-programming-languages": "प्रोग्रामिंग भाषा",
+  "docs-nav-programming-languages-description": "तुम्हाला आधीच माहित असलेल्या भाषा वापरून Ethereum सह सुरुवात कशी करावी",
+  "docs-nav-proof-of-authority": "प्रूफ-ऑफ-अथॉरिटी",
+  "docs-nav-proof-of-stake": "प्रूफ-ऑफ-स्टेक",
+  "docs-nav-proof-of-work": "प्रूफ-ऑफ-वर्क",
+  "docs-nav-python": "Python",
+  "docs-nav-readme": "आढावा",
+  "docs-nav-ruby": "Ruby",
+  "docs-nav-rust": "Rust",
+  "docs-nav-scaling": "स्केलिंग",
+  "docs-nav-scaling-description": "Ethereum वाढत असताना विकेंद्रीकरण आणि सुरक्षा जतन करण्याच्या पद्धती",
+  "docs-nav-scaling-optimistic-rollups": "ऑप्टिमिस्टिक रोलअप्स",
+  "docs-nav-scaling-zk-rollups": "शून्य-ज्ञान रोलअप्स",
+  "docs-nav-scaling-channels": "स्टेट चॅनेल",
+  "docs-nav-scaling-sidechains": "साइडचेन्स",
+  "docs-nav-scaling-plasma": "प्लाझ्मा",
+  "docs-nav-scaling-validium": "Validium",
+  "docs-nav-smart-contract-security": "स्मार्ट कॉन्ट्रॅक्ट सुरक्षा",
+  "docs-nav-smart-contract-security-description": "स्मार्ट कॉन्ट्रॅक्ट हल्ले आणि भेद्यता व्यवस्थापित करण्यासाठी सर्वोत्तम पद्धती",
+  "docs-nav-smart-contract-formal-verification": "स्मार्ट कॉन्ट्रॅक्ट औपचारिक पडताळणी",
+  "docs-nav-smart-contract-formal-verification-description": "Ethereum स्मार्ट कॉन्ट्रॅक्टच्या संदर्भात औपचारिक पडताळणीचा परिचय",
+  "docs-nav-smart-contract-anatomy": "स्मार्ट कॉन्ट्रॅक्टची रचना",
+  "docs-nav-smart-contract-languages": "स्मार्ट कॉन्ट्रॅक्ट भाषा",
+  "docs-nav-smart-contracts": "स्मार्ट कॉन्ट्रॅक्ट",
+  "docs-nav-smart-contracts-description": "Ethereum पत्त्यावर असलेले प्रोग्राम्स जे व्यवहारांद्वारे ट्रिगर झाल्यावर फंक्शन्स चालवतात",
+  "docs-nav-smart-contracts-libraries": "स्मार्ट कॉन्ट्रॅक्ट्स लायब्ररी",
+  "docs-nav-standards": "मानके",
+  "docs-nav-standards-description": "समुदायासाठी प्रकल्पांची कार्यक्षमता आणि सुलभता राखण्यासाठी मान्य केलेले प्रोटोकॉल",
+  "docs-nav-storage": "स्टोरेज",
+  "docs-nav-storage-description": "विकेंद्रित स्टोरेज संरचना आणि यंत्रणा",
+  "docs-nav-testing-smart-contracts": "स्मार्ट करारांची चाचणी",
+  "docs-nav-token-standards": "टोकन मानके",
+  "docs-nav-transactions": "व्यवहार",
+  "docs-nav-transactions-description": "हस्तांतरण आणि इतर क्रिया ज्यामुळे Ethereum ची स्थिती बदलते",
+  "docs-nav-upgrading-smart-contracts": "स्मार्ट कॉन्ट्रॅक्ट अपग्रेड करणे",
+  "docs-nav-naming-smart-contracts": "स्मार्ट कॉन्ट्रॅक्ट्सचे नावकरण",
+  "docs-nav-verifying-smart-contracts": "हुशार करारांची पडताळणी",
+  "docs-nav-web2-vs-web3": "Web2 विरुद्ध Web3",
+  "docs-nav-web2-vs-web3-description": "ब्लॉकचेन-आधारित ॲप्लिकेशन्स प्रदान करत असलेले मूलभूत फरक",
+  "docs-nav-networking-layer": "नेटवर्किंग स्तर",
+  "docs-nav-networking-layer-description": "Ethereum च्या नेटवर्किंग लेयरचे स्पष्टीकरण",
+  "docs-nav-networking-layer-network-addresses": "नेटवर्क अ‍ॅड्रेसेस",
+  "docs-nav-networking-layer-portal-network": "पोर्टल नेटवर्क",
+  "docs-nav-data-structures-and-encoding": "डेटा संरचना आणि एन्कोडिंग",
+  "docs-nav-data-structures-and-encoding-description": "Ethereum स्टॅकमध्ये वापरल्या जाणाऱ्या डेटा संरचना आणि एन्कोडिंग स्कीमाचे स्पष्टीकरण",
+  "docs-nav-data-structures-and-encoding-rlp": "रिकर्सिव-लेंथ प्रीफिक्स (RLP)",
+  "docs-nav-data-structures-and-encoding-patricia-merkle-trie": "पॅट्रिशिया मर्केल ट्राय",
+  "docs-nav-data-structures-and-encoding-ssz": "सिंपल सिरीयलाइज (SSZ)",
+  "docs-nav-data-structures-and-encoding-web3-secret-storage": "Web3 गुप्त स्टोरेजची व्याख्या",
+  "docs-nav-rewards-and-penalties": "PoS बक्षिसे आणि दंड",
+  "docs-nav-node-architecture": "नोड आर्किटेक्चर",
+  "docs-nav-archive-nodes": "आर्काइव्ह नोड्स",
+  "docs-nav-attack-and-defense": "PoS हल्ला आणि संरक्षण",
+  "docs-nav-pos-vs-pow": "प्रूफ-ऑफ-स्टेक विरुद्ध प्रूफ-ऑफ-वर्क",
+  "docs-nav-pos-faqs": "प्रूफ-ऑफ-स्टेक FAQs",
+  "page-calltocontribute-desc-1": "जर तुम्ही या विषयातील तज्ञ असाल आणि योगदान देऊ इच्छित असाल, तर हे पृष्ठ संपादित करा आणि तुमच्या ज्ञानाने ते समृद्ध करा.",
+  "page-calltocontribute-desc-2": "तुम्हाला श्रेय दिले जाईल आणि तुम्ही Ethereum समुदायाला मदत कराल!",
+  "page-calltocontribute-desc-3": "हे लवचिक वापरा",
+  "page-calltocontribute-desc-4": "प्रश्न आहेत? आमच्या #content चॅनलवर आम्हाला विचारा",
+  "page-calltocontribute-link": "डॉक्युमेंटेशन टेम्पलेट",
+  "page-calltocontribute-link-2": "Discord सर्व्हर",
+  "page-calltocontribute-span": "पृष्ठ संपादित करा",
+  "page-calltocontribute-title": "या पानात आम्हाला मदत करा",
+  "layer-2-arbitrum-note": "फसवणुकीचे पुरावे फक्त श्वेत सूची वाले वापरकर्त्यांसाठी, श्वेतसूची अद्याप उघडलेली नाही",
+  "layer-2-boba-note": "विकासामध्ये राज्य प्रमाणीकरण",
+  "layer-2-metis-note": "विकासाधीन फ्रॉड प्रूफ",
+  "layer-2-optimism-note": "विकासातील दोष पुरावे",
   "back-to-top": "पुन्हा वर जा",
   "banner-page-incomplete": "हे पृष्ठ अपूर्ण आहे आणि आम्हाला तुमची मदत आवडेल. हे पृष्ठ संपादित करा आणि इतरांसाठी उपयुक्त वाटेल असे काहीही जोडा.",
   "next": "पुढील",
diff --git a/src/intl/mr/page-developers-index.json b/src/intl/mr/page-developers-index.json
index bda72bec4b2..0d2d74a8c9d 100644
--- a/src/intl/mr/page-developers-index.json
+++ b/src/intl/mr/page-developers-index.json
@@ -1,36 +1,25 @@
 {
   "page-developer-meta-title": "Ethereum विकसक संसाधने",
-  "page-developers-about": "या विकसक संसाधनांबद्दल",
-  "page-developers-about-desc": "ethereum.org हे तुम्हाला मूलभूत संकल्पनांवर तसेच डेव्हलपमेंट स्टॅकवरील दस्तऐवजीकरणासह Ethereum सह तयार करण्यात मदत करण्यासाठी येथे आहे. शिवाय तुम्‍हाला उठवून चालवण्‍यासाठी ट्यूटोरियल आहेत.",
-  "page-developers-about-desc-2": "Mozilla विकसक नेटवर्क द्वारे प्रेरित होऊन, आम्हाला वाटले की Ethereum ला उत्तम विकसक सामग्री आणि संसाधने ठेवण्यासाठी जागा हवी आहे. Mozilla मधील आमच्या मित्रांप्रमाणे, येथे सर्व काही मुक्त स्रोत आहे आणि तुमच्यासाठी विस्तारित आणि सुधारण्यासाठी तयार आहे.",
   "page-developers-account-desc": "कॉन्ट्रॅक्ट किंवा नेटवर्कवरील लोक",
   "page-developers-accounts-link": "खाती",
-  "page-developers-advanced": "प्रगत",
   "page-developers-api-desc": "स्मार्ट काँट्रॅक्टस सह संवाद साधण्यासाठी लायब्ररी वापरणे",
   "page-developers-api-link": "बॅकएंड API",
   "page-developers-block-desc": "ब्लॉकचेनमध्ये व्यवहारांच्या जोडल्या गेलेल्या बॅच",
   "page-developers-block-explorers-desc": "Ethereum डेटासाठी तुमचे पोर्टल",
   "page-developers-block-explorers-link": "ब्लॉक एक्सप्लोरर",
   "page-developers-blocks-link": "ब्लॉक",
-  "page-developers-browse-tutorials": "ट्यूटोरियल ब्राउझ करा",
-  "page-developers-choose-stack": "तुमचा स्टॅक निवडा",
-  "page-developers-contribute": "योगदान द्या",
   "page-developers-dev-env-desc": "dapp विकासासाठी योग्य असलेले IDE",
   "page-developers-dev-env-link": "डेव्हलपमेंट एन्व्हायर्नमेंट",
-  "page-developers-discord": "Discord मध्ये सहभागी व्हा",
   "page-developers-docs-introductions": "परिचय",
   "page-developers-evm-desc": "व्यवहारांवर प्रक्रिया करणारा संगणक",
   "page-developers-evm-link": "Ethereum व्हर्च्युअल मशीन (EVM)",
   "page-developers-explore-documentation": "दस्तऐवजीकरण एक्सप्लोर करा",
-  "page-developers-feedback": "तुमचा काही अभिप्राय असल्यास, GitHub समस्येद्वारे किंवा आमच्या Discord सर्व्हरवर आमच्याशी संपर्क साधा.",
   "page-developers-frameworks-desc": "विकासाची गती वाढविण्यात मदत करण्यासाठी साधने",
   "page-developers-frameworks-link": "विकास फ्रेमवर्क",
   "page-developers-fundamentals": "मूलतत्त्वे",
   "page-developers-gas-desc": "मायनिंग व्यवहार सक्षम करण्यासाठी आवश्यक इथर",
   "page-developers-gas-link": "गॅस",
-  "page-developers-get-started": "तुम्हाला सुरुवात कशी करायला आवडेल?",
-  "page-developers-improve-ethereum": "आम्हाला ethereum.org चांगले बनविण्यात मदत करा",
-  "page-developers-improve-ethereum-desc": "ethereum.org प्रमाणे, हे दस्तऐवज एक सामुदायिक प्रयत्न आहेत. तुम्हाला चुका, सुधारण्यासाठी जागा किंवा Ethereum विकसकांना मदत करण्याच्या नवीन संधी दिसल्यास PR तयार करा.",
+  "page-developers-get-started": "तुम्हाला आज काय तयार करायचे आहे?",
   "page-developers-into-eth-desc": "ब्लॉकचेन आणि Ethereum परिचय",
   "page-developers-intro-ether-desc": "क्रिप्टोकरन्सी आणि इथरची ओळख",
   "page-developers-intro-dapps-desc": "विकेंद्रित अनुप्रयोगांची ओळख",
@@ -41,47 +30,41 @@
   "page-developers-intro-stack-desc": "Ethereum स्टॅक ची ओळख",
   "page-developers-js-libraries-desc": "स्मार्ट काँट्रॅक्टस सह संवाद साधण्यासाठी JavaScript लायब्ररी वापरणे",
   "page-developers-js-libraries-link": "JavaScript लायब्ररी",
+  "page-developers-jump-right-in-title": "तुमच्या कल्पनेची जलद सुरुवात करा",
   "page-developers-language-desc": "परिचित भाषांसह Ethereum वापरणे",
   "page-developers-languages": "प्रोग्रामिंग भाषा",
   "page-developers-learn": "Ethereum डेव्हलोपमेंट शिका",
-  "page-developers-learn-desc": "आमच्या डॉक्ससह मुख्य संकल्पना आणि Ethereum स्टॅकबाबद वाचा",
+  "page-developers-learn-desc": "आमच्या डॉक्ससह मुख्य संकल्पना आणि Ethereum स्टॅकबद्दल वाचा.",
   "page-developers-learn-tutorials": "ट्यूटोरियलद्वारे शिका",
   "page-developers-learn-tutorials-cta": "ट्यूटोरियल पहा",
   "page-developers-learn-tutorials-desc": "ज्या बिल्डर्सने हे आधीच केले आहे त्यांच्याकडून Ethereum डेव्हलोपमेंट टप्याटप्याने जाणून घ्या.",
   "page-developers-meta-desc": "Ethereum वर काम करणाऱ्या डेव्हलपर्स साठी दस्तऐवजीकरण, शिकवण्या आणि साधने.",
-  "page-developers-mev-desc": "मॅक्सिमम एक्सट्रॅक्टेबल व्हॅल्यू (MEV) चा परिचय",
-  "page-developers-mev-link": "मॅक्सिमम एक्सट्रॅक्टेबल व्हॅल्यू (MEV)",
-  "page-developers-mining-desc": "नवीन ब्लॉक कसे तयार केले जातात आणि कामाचा पुरावा वापरून एकमत झाले",
-  "page-developers-mining-link": "मायनिंग",
-  "page-developers-mining-algorithms-desc": "Ethereum च्या मायनिंग अल्गोरिदमची माहिती",
-  "page-developers-mining-algorithms-link": "मायनिंग अल्गोरिदम",
   "page-developers-networks-desc": "मेननेट आणि चाचणी नेटवर्कचे विहंगावलोकन",
   "page-developers-networks-link": "नेटवर्क",
   "page-developers-node-clients-desc": "नेटवर्कमध्ये ब्लॉक्स आणि व्यवहार कसे पडताळले जातात",
   "page-developers-node-clients-link": "नोड्स आणि क्लायंट",
-  "page-developers-oracle-desc": "तुमच्या स्मार्ट कॉन्ट्रॅक्टमध्ये ऑफ-चेन डेटा मिळवणे",
-  "page-developers-oracles-link": "ओरॅकल्स",
   "page-developers-play-code": "कोडशी खेळा",
+  "page-developers-quickstart-scaffold-subtext": "तुमच्या Ethereum ॲप स्टॅकला काही सेकंदात बूटस्ट्रॅप करा.",
+  "page-developers-quickstart-scaffold-docs": "Scaffold-ETH 2 वाचा",
   "page-developers-read-docs": "डॉक्स वाचा",
-  "page-developers-scaling-desc": "जलद व्यवहारांसाठी उपाय",
-  "page-developers-scaling-link": "स्केलिंग",
+  "page-developers-start-quest": "शोध सुरू करा",
+  "page-developers-resources": "संसाधने",
   "page-developers-smart-contract-security-desc": "स्मार्ट कॉन्ट्रॅक्ट्सच्या विकासादरम्यान विचारात घेण्यासाठी सुरक्षा उपाय",
-  "page-developers-smart-contract-security-link": "Smart contract security",
-  "page-developers-set-up": "स्थानिक पातळीवर सेट अप करा",
-  "page-developers-setup-desc": "विकास वातावरण कॉन्फिगर करून तुमचा स्टॅक तयार करा.",
+  "page-developers-smart-contract-security-link": "स्मार्ट कॉन्ट्रॅक्ट सुरक्षा",
   "page-developers-smart-contracts-desc": "Dapps मागील तर्क-स्वयं-अंमलबजावणी करार",
   "page-developers-smart-contracts-link": "स्मार्ट कॉन्ट्रॅक्ट",
+  "page-developers-solidity-docs": "Solidity डॉक्स वाचा",
+  "page-developers-speedrunethereum-title": "Ethereum वर तयार करून सर्व महत्त्वाच्या संकल्पना शिका",
+  "page-developers-speedrunethereum-description": "इतरांकडून मार्गदर्शन मिळवा आणि सहकारी डेव्हलपर्ससोबत कसे काम करायचे ते शिका.",
+  "page-developers-speedrunethereum-link": "स्पीडरन Ethereum",
   "page-developers-stack": "स्टॅक",
-  "page-developers-start": "प्रयोग करणे सुरू करा",
-  "page-developers-start-desc": "आधी प्रयोग करायचे, नंतर प्रश्न विचारायचे?",
+  "page-developers-start": "आव्हाने आणि मार्गदर्शन",
   "page-developers-storage-desc": "Dapp स्टोरेज कसे हाताळायचे",
   "page-developers-storage-link": "स्टोरेज",
-  "page-developers-subtitle": "Ethereum साठी बिल्डर्स मॅन्युअल. बांधकाम बिल्डर्सद्वारे, बिल्डर्ससाठी.",
+  "page-developers-subtitle": "Ethereum साठी बिल्डर्स मॅन्युअल. तुमचे ऑनचेन ॲप तयार करण्यासाठी आणि स्केल करण्यासाठी तुम्हाला आवश्यक असलेली प्रत्येक गोष्ट.",
   "page-developers-title-1": "Ethereum",
   "page-developers-title-2": "विकसक",
   "page-developers-title-3": "संसाधने",
-  "page-developers-token-standards-desc": "स्वीकृत टोकन मानकांचे विहंगावलोकन",
-  "page-developers-token-standards-link": "टोकन मानके",
   "page-developers-transactions-desc": "Ethereum ची स्थिती बदलण्याच्या पद्धती",
   "page-developers-transactions-link": "व्यवहार",
   "page-developers-web3-desc": "web3 विकासाचे जग कसे वेगळे आहे",
@@ -93,5 +76,57 @@
   "page-developers-data-structures-and-encoding-link": "डेटा संरचना आणि एन्कोडिंग",
   "page-developers-data-structures-and-encoding-desc": "Ethereum स्टॅकमध्ये वापरल्या जाणार्‍या डेटा स्ट्रक्चर्स आणि एन्कोडिंग स्कीमाचा परिचय",
   "alt-eth-blocks": "ETH चिन्हाप्रमाणे आयोजित केले जात असलेल्या ठोकळ्यांचे स्पष्टीकरणात्मक चित्र",
-  "page-assets-doge": "Doge using dapps"
+  "page-assets-doge": "Doge डॅप्स वापरत आहे",
+  "page-developers-build-section-desc": "Ethereum वर तुमचे पहिले ॲप्स शिकण्यासाठी आणि तयार करण्यासाठी तुम्हाला आवश्यक असलेली प्रत्येक गोष्ट",
+  "page-developers-resources-section-title": "उपयुक्त डेव्हलपर संसाधने",
+  "page-developers-get-help-title": "मदत मिळवा",
+  "page-developers-get-help-desc": "तुम्ही अडकल्यास किंवा समस्या सोडवण्यासाठी मदतीची आवश्यकता असल्यास, मार्गदर्शन नक्की मागा.",
+  "page-developers-stack-exchange": "स्टॅक एक्सचेंज",
+  "page-developers-ask-ai": "AI ला विचारा",
+  "page-developers-resources-title": "संसाधने",
+  "page-developers-resources-desc": "आधी प्रयोग करायचा आहे, नंतर प्रश्न विचारायचे आहेत? सँडबॉक्स, बूटकॅम्प इत्यादी तपासा.",
+  "page-developers-tutorials-title": "शिकवण्या",
+  "page-developers-tutorials-desc": "ज्या बिल्डर्सने हे आधीच केले आहे त्यांच्याकडून Ethereum डेव्हलोपमेंट टप्याटप्याने जाणून घ्या.",
+  "page-developers-video-courses-title": "व्हिडिओ कोर्सेस",
+  "page-developers-video-courses-desc": "ब्लॉकचेनमध्ये तुमच्या व्यावसायिक कारकिर्दीला सुरुवात करायची आहे? हे कोर्सेस तुम्हाला ब्लॉकचेन डेव्हलपर म्हणून नोकरी मिळवण्यासाठी तयार करतील.",
+  "page-developers-docs-section-desc": "Ethereum आणि ब्लॉकचेनच्या मुख्य संकल्पना समजून घ्या",
+  "page-developers-hackathons-title": "हॅकेथॉनमध्ये सामील व्हा",
+  "page-developers-hackathons-desc": "हॅकेथॉन हे नेटवर्क तयार करण्यासाठी आणि इतरांकडून शिकण्यासाठी तसेच प्रकल्प सुरू करण्यासाठी आणि बक्षिसे मिळवण्यासाठी उत्तम संधी आहेत",
+  "page-developers-visit-ethglobal": "EthGlobal ला भेट द्या",
+  "page-developers-founders-title": "तुम्ही एक संस्थापक आहात का?",
+  "page-developers-founders-desc": "तुमच्याकडे आधीपासूनच प्रकल्पाची कल्पना आहे किंवा तुम्ही प्रोटोटाइपवर काम करत आहात? तुमचा प्रकल्प पुढील टप्प्यावर कसा न्यायचा याचा शोध घ्या. आम्ही तुम्हाला या क्षेत्रातील संबंधित संस्था आणि तज्ञांशी जोडू शकतो.",
+  "page-developers-get-in-touch": "संपर्क साधा",
+  "page-developers-see-grant-options": "अनुदान पर्याय पहा",
+  "page-developers-speedrun-nft-alt": "स्पीडरन Ethereum टोकनायझेशन बॅनर",
+  "page-developers-speedrun-nft-title": "टोकनायझेशन",
+  "page-developers-speedrun-nft-desc": "scaffold-eth ची मूलभूत माहिती शिकण्यासाठी एक युनिक टोकन तयार करा.",
+  "page-developers-skill-beginner": "नवशिक्या",
+  "page-developers-skill-intermediate": "मध्यम",
+  "page-developers-skill-advanced": "प्रगत",
+  "page-developers-speedrun-dex-alt": "स्पीडरन Ethereum DEX बॅनर",
+  "page-developers-speedrun-dex-title": "DEX",
+  "page-developers-speedrun-dex-desc": "एक सोपा ऑटोमेटेड मार्केट मेकर तयार करा, तरलता प्रदान करा आणि टोकन स्वॅप्स लागू करा.",
+  "page-developers-speedrun-stablecoins-alt": "स्पीडरन Ethereum स्टेबलकॉइन्स बॅनर",
+  "page-developers-speedrun-stablecoins-title": "स्टेबलकोइन्स",
+  "page-developers-speedrun-stablecoins-desc": "एक स्टेबलकॉइन तयार करा आणि स्थिरता यंत्रणा व किंमत ओरॅकल्स शिका.",
+  "page-developers-course-duration": "<span></span>-तासांचा कोर्स",
+  "page-developers-course-blockchain-basics-title": "ब्लॉकचेनची मूलभूत माहिती",
+  "page-developers-course-blockchain-basics-desc": "ब्लॉकचेन आणि स्मार्ट कॉन्ट्रॅक्ट कसे कार्य करतात ते शिका, एक वॉलेट तयार करा आणि तुमच्या पहिल्या व्यवहारावर सही करा.",
+  "page-developers-course-blockchain-basics-alt": "सायफ्रिन अपड्राफ्ट ब्लॉकचेन बेसिक्स कोर्स बॅनर",
+  "page-developers-course-solidity-title": "Solidity स्मार्ट कॉन्ट्रॅक्ट डेव्हलपमेंट",
+  "page-developers-course-solidity-desc": "Ethereum सुसंगत इकोसिस्टममध्ये वेब3 डेव्हलपमेंटसाठी सॉलिडिटी प्रोग्रामिंग हे तुमचे प्रवेशद्वार आहे.",
+  "page-developers-course-solidity-alt": "सायफ्रिन अपड्राफ्ट सॉलिडिटी स्मार्ट कॉन्ट्रॅक्ट डेव्हलपमेंट कोर्स बॅनर",
+  "page-developers-course-foundry-fundamentals-title": "फाउंड्रीची मूलभूत माहिती",
+  "page-developers-course-foundry-fundamentals-desc": "फाउंड्री आणि प्रगत वेब3 डेव्हलपमेंट संकल्पना आणि टूल्ससह तुमची सॉलिडिटी डेव्हलपमेंट कौशल्ये वाढवा.",
+  "page-developers-course-foundry-fundamentals-alt": "सायफ्रिन अपड्राफ्ट फाउंड्री फंडामेंटल्स कोर्स बॅनर",
+  "page-developers-course-advanced-foundry-title": "प्रगत फाउंड्री",
+  "page-developers-course-advanced-foundry-desc": "Solidity स्मार्ट कॉन्ट्रॅक्ट डेव्हलपमेंटसाठी प्रगत फाउंड्रीसह वेब3 डेव्हलपमेंट तंत्रात प्रभुत्व मिळवा.",
+  "page-developers-course-advanced-foundry-alt": "सायफ्रिन अपड्राफ्ट प्रगत फाउंड्री कोर्स बॅनर",
+  "page-developers-course-security-title": "स्मार्ट कॉन्ट्रॅक्ट सुरक्षा",
+  "page-developers-course-security-desc": "स्मार्ट कॉन्ट्रॅक्ट सुरक्षा संशोधक म्हणून तुमच्या कारकिर्दीला सुरुवात करा! स्मार्ट कॉन्ट्रॅक्ट ऑडिटिंग आणि सर्वोत्तम पद्धती शिका.",
+  "page-developers-course-security-alt": "सायफ्रिन अपड्राफ्ट ब्लॉकचेन बेसिक्स कोर्स बॅनर",
+  "page-developers-why-title": "चांगला पगार मिळवा. दूरस्थपणे काम करा. भविष्य घडवा.",
+  "page-developers-why-subtitle": "अर्ध्याहून अधिक ब्लॉकचेन करिअर्स रिमोट-फर्स्ट आहेत आणि काही अंदाजानुसार ही संख्या ७०% इतकी जास्त आहे.",
+  "page-developers-why-avg-salary-dev": "सरासरी डेव्हलपर पगार",
+  "page-developers-why-avg-salary-blockchain": "ब्लॉकचेन उद्योगातील सरासरी पगार"
 }
diff --git a/src/intl/mr/page-developers-tutorials.json b/src/intl/mr/page-developers-tutorials.json
new file mode 100644
index 00000000000..9c9230c2684
--- /dev/null
+++ b/src/intl/mr/page-developers-tutorials.json
@@ -0,0 +1,22 @@
+{
+  "comp-tutorial-metadata-minute-read": "मिनिट वाचन",
+  "page-tutorial-listing-policy-intro": "तुम्ही ट्यूटोरियल सबमिट करण्यापूर्वी, कृपया <a href=\"/contributing/content-resources/\">आमचे सूचीकरण धोरण वाचा</a>.",
+  "comp-tutorial-metadata-tip-author": "लेखकाला टीप द्या",
+  "page-tutorial-create-an-issue": "एक मुद्दा तयार करा",
+  "page-tutorial-create-an-issue-desc": "तुमच्या ट्यूटोरियलची रूपरेषा देण्यासाठी मुद्दा टेम्पलेट भरा.",
+  "page-tutorial-raise-issue-btn": "मुद्दा उपस्थित करा",
+  "page-tutorial-read-time": "मि.",
+  "page-tutorial-submit-btn": "ट्यूटोरियल सबमिट करा",
+  "page-tutorial-subtitle": "सामुदायिक ट्यूटोरियलच्या आमच्या क्युरेट केलेल्या यादीमध्ये आपले स्वागत आहे.",
+  "page-tutorial-tags-error": "तुम्ही निवडलेल्या सर्व टॅग्जसह अद्याप कोणतेही ट्यूटोरियल नाही",
+  "page-tutorial-title": "Ethereum डेव्हलपमेंट ट्यूटोरियल्स",
+  "page-tutorials-meta-description": "विषयानुसार तपासलेले Ethereum सामुदायिक ट्यूटोरियल ब्राउझ आणि फिल्टर करा.",
+  "page-tutorial-external-link": "बाह्य",
+  "page-tutorials-meta-title": "Ethereum डेव्हलपमेंट ट्यूटोरियल्स",
+  "page-tutorial-beginner": "नवशिक्या",
+  "page-tutorial-intermediate": "मध्यम",
+  "page-tutorial-advanced": "प्रगत",
+  "page-find-wallet-try-removing": "एक किंवा दोन वैशिष्ट्य काढून टाकण्याचा प्रयत्न करा",
+  "page-find-wallet-clear": "फिल्टर साफ करा",
+  "page-tutorials-env-banner": "<code>.env</code> कमिट करू नका! कृपया तुमची <code>.env</code> फाईल कोणासोबतही शेअर किंवा उघड करू नका, कारण असे केल्याने तुमची गुपिते धोक्यात येतात. तुम्ही व्हर्जन कंट्रोल वापरत असल्यास, तुमची <code>.env</code> <a href=\"https://git-scm.com/docs/gitignore\">gitignore</a> फाईलमध्ये जोडा."
+}
diff --git a/src/intl/mr/page-energy-consumption.json b/src/intl/mr/page-energy-consumption.json
new file mode 100644
index 00000000000..54ebc5c6334
--- /dev/null
+++ b/src/intl/mr/page-energy-consumption.json
@@ -0,0 +1,21 @@
+{
+  "adoption-chart-artists-label": "कलाकार",
+  "adoption-chart-column-now-label": "आता",
+  "adoption-chart-companies-label": "कंपन्या",
+  "adoption-chart-developers-label": "विकासक",
+  "adoption-chart-gamers-label": "गेमर्स",
+  "adoption-chart-investors-label": "गुंतवणूकदार",
+  "adoption-chart-musicians-label": "संगीतकार",
+  "adoption-chart-refugees-label": "निर्वासित",
+  "adoption-chart-writers-label": "लेखक",
+  "energy-consumption-chart-airbnb-label": "एअर बीएनबी",
+  "energy-consumption-chart-btc-pow-label": "BTC PoW",
+  "energy-consumption-chart-eth-pos-label": "ETH PoS",
+  "energy-consumption-chart-eth-pow-label": "ETH PoW",
+  "energy-consumption-chart-gaming-us-label": "यूएस मध्ये गेमिंग",
+  "energy-consumption-chart-global-data-centers-label": "जागतिक डेटा केंद्रे",
+  "energy-consumption-chart-netflix-label": "Netflix",
+  "energy-consumption-chart-paypal-label": "PayPal",
+  "energy-consumption-gold-mining-cbeci-label": "गोल्ड माइनिंग",
+  "energy-consumption-chart-legend": "TWh/yr मध्ये वार्षिक ऊर्जा वापर"
+}
diff --git a/src/intl/mr/page-ethereum-history-founder-and-ownership.json b/src/intl/mr/page-ethereum-history-founder-and-ownership.json
new file mode 100644
index 00000000000..d545412d60c
--- /dev/null
+++ b/src/intl/mr/page-ethereum-history-founder-and-ownership.json
@@ -0,0 +1,65 @@
+{
+  "page-ethereum-history-founder-and-ownership-meta-title": "Ethereum चा इतिहास: संस्थापक, लाँच आणि मालकी | ethereum.org",
+  "page-ethereum-history-founder-and-ownership-meta-description": "Ethereumच्या इतिहासाबद्दल, ते कोणी तयार केले, कधी लाँच केले आणि आज त्याचे नियंत्रण कोणाकडे आहे यासह जाणून घ्या.",
+  "page-ethereum-history-founder-and-ownership-twitter-meta-description": "बिटकॉइन आणि इथेरियममधील फरक जाणून घ्या, ज्यात वापराची प्रकरणे, नेटवर्कची कार्यक्षमता, टोकनची अर्थव्यवस्था आणि बरेच काही समाविष्ट आहे.",
+  "page-ethereum-history-founder-and-ownership-title": "Ethereum चा इतिहास: संस्थापक, लाँच आणि मालकी",
+  "page-ethereum-history-founder-and-ownership-description-1": "Ethereum ची स्थापना 2013 मध्ये विटालिक बुटेरिन यांनी केली होती. गॅविन वूड आणि जोसेफ लुबिन यांच्यासह अनेक सह-संस्थापक नंतर सामील झाले. Ethereum नेटवर्क 30 जुलै, 2015 रोजी पहिल्या ब्लॉकच्या (जेनेसिस ब्लॉक) मायनिंगसह अधिकृतपणे लाँच झाले.",
+  "page-ethereum-history-founder-and-ownership-who-founded-ethereum-description-1": "पारंपारिक संस्थांप्रमाणे, <strong>Ethereum ला कोणताही CEO</strong>, बोर्ड किंवा एकही नियंत्रण करणारी पार्टी नाही. हे एक विकेंद्रित प्लॅटफॉर्म आहे जे त्याच्या समुदायाद्वारे शासित आहे, ज्याला ना-नफा Ethereum फाउंडेशन समर्थन प्रदान करते.",
+  "page-ethereum-history-founder-and-ownership-who-founded-ethereum": "Ethereum ची स्थापना/सह-स्थापना कोणी केली?",
+  "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-description-1": "Ethereum ची स्थापना <strong>विटालिक बुटेरिन यांनी केली</strong>, ज्यांनी <strong>2013 च्या उत्तरार्धात</strong> ही कल्पना मांडली होती.",
+  "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-description-2": "1994 मध्ये रशियामध्ये जन्मलेल्या आणि कॅनडामध्ये वाढलेल्या बुटेरिन यांनी लहानपणापासूनच विलक्षण गणितीय प्रतिभा दर्शविली.",
+  "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-description-3": "त्यांनी 2011 मध्ये Bitcoin चा शोध लावला, आणि Bitcoin वर लेख लिहायला सुरुवात केली, ज्यामुळे त्यांनी 2012 मध्ये <em>Bitcoin Magazine</em> ची सह-स्थापना केली. हे क्रिप्टोकरन्सीसाठी समर्पित असलेल्या पहिल्या प्रकाशनांपैकी एक होते. सुरुवातीच्या Bitcoin समुदायाचा भाग असल्याने, त्यांनी त्याची क्षमता आणि त्याच्या मर्यादा प्रत्यक्ष पाहिल्या.",
+  "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-description-4": "2014 मध्ये, विटालिकने <whitepaper>Ethereum व्हाइटपेपर</whitepaper> प्रकाशित केला, ज्यामध्ये केवळ पेमेंटपेक्षा अधिक काही करू शकणारा ब्लॉकचेन तयार करून Bitcoin च्या पलीकडे जाणाऱ्या प्लॅटफॉर्मची रूपरेषा होती.",
+  "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-description-5": "Ethereum हे Bitcoin च्या दृष्टिकोनाचा विस्तार करते, मुळात असे म्हणते की, एका ॲप्लिकेशनला समर्थन देण्यासाठी तयार केलेल्या नियमांऐवजी, आम्ही अधिक सामान्य उद्देशाचे काहीतरी बनवणार आहोत जिथे लोक फक्त स्वतःचे ॲप्लिकेशन्स तयार करू शकतात आणि त्यांनी तयार केलेल्या कोणत्याही ॲप्लिकेशन्ससाठीचे नियम Ethereum प्लॅटफॉर्मवर कार्यान्वित, अंमलात आणले जाऊ शकतात.",
+  "page-ethereum-history-founder-and-ownership-when-ethereum-when-did-ethereum-launch": "Ethereum कधी लाँच झाले?",
+  "page-ethereum-history-founder-and-ownership-who-owns-and-runs-ethereum-now": "आता Ethereum ची मालकी कोणाकडे आहे आणि ते कोण चालवते?",
+  "page-ethereum-history-founder-and-ownership-founder-of-ethereum": "Ethereum चे संस्थापक",
+  "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-description-6": "Ethereum ची सह-स्थापना 8 व्यक्तींनी केली होती, ज्यांनी Ethereum ला प्रत्यक्षात आणण्यास मदत केली.",
+  "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-vitalik-buterin": "<strong>विटालिक बुटेरिन</strong>: 2013 मध्ये Ethereum ची संकल्पना मांडली, मूळ व्हाइटपेपर लिहिला आणि विकेंद्रित जागतिक संगणकाच्या संकल्पनेला स्पष्ट करत आणि प्रोटोकॉलच्या तांत्रिक व तात्विक दिशेला मार्गदर्शन करत त्याचे मुख्य दूरदर्शी आणि समर्थक बनले.",
+  "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-gavin-wood": "<strong>गॅविन वूड</strong>: <solidity>Solidity</solidity> प्रोग्रामिंग भाषा विकसित केली आणि <ethereumYellowPaper>Ethereum Yellow Paper</ethereumYellowPaper> लिहिला, जो Ethereum व्हर्च्युअल मशीन (EVM) साठी तांत्रिक मार्गदर्शक आहे.",
+  "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-joseph-lubin": "<strong>जोसेफ लुबिन</strong>: Ethereum च्या अगदी सुरुवातीच्या टप्प्यात निधी देण्यास मदत केली आणि नंतर <consensys>ConsenSys</consensys> ची स्थापना केली, जी Ethereum-आधारित ॲप्स आणि पायाभूत सुविधा तयार करण्यावर लक्ष केंद्रित करणारी कंपनी आहे.",
+  "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-jeffrey-wilcke": "<strong>जेफ्री विल्के</strong>: <geth>Geth</geth> तयार केला, जो मूळ आणि सर्वाधिक वापरला जाणारा Ethereum एक्झिक्युशन क्लायंट आहे, जो EVM चालवण्यासाठी आणि Ethereum नेटवर्क डेटा संग्रहित करण्यासाठी जबाबदार आहे.",
+  "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-mihai-alisie": "<strong>मिहाई अलिसि</strong>: विटालिक बुटेरिन यांच्यासोबत Bitcoin Magazine ची सह-स्थापना केली आणि स्वित्झर्लंडमध्ये Ethereum फाउंडेशन स्थापन करण्यास मदत केली, उपाध्यक्ष म्हणून काम केले आणि इथरच्या प्री-सेलसाठी कायदेशीर चौकट तयार केली.",
+  "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-anthony-di-lorio": "<strong>अँथनी डि लोरियो</strong>",
+  "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-amir-chetrit": "<strong>अमीर चेट्रिट</strong>",
+  "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-charles-hoskinson": "<strong>चार्ल्स हॉस्किन्सन</strong>",
+  "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-description-7": "आज, विटालिक बुटेरिन Ethereum च्या विकासामध्ये सक्रियपणे सामील आहेत. जोसेफ लुबिन ConsenSys चे नेतृत्व करत आहेत. त्यांची कंपनी Ethereum इकोसिस्टमसाठी <strong>MetaMask</strong> आणि <strong>Infura</strong> सारखी प्रमुख साधने विकसित करते.",
+  "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-1": "विटालिकच्या सुरुवातीच्या कल्पनेपासून ते Ethereum च्या अधिकृत लाँचपर्यंतचा प्रवास सुमारे 20 महिन्यांचा होता. येथे प्रमुख टप्पे आहेत:",
+  "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-2": "<strong>नोव्हेंबर 2013:</strong> विटालिक बुटेरिन यांनी Ethereum व्हाइटपेपर शेअर केला. यात स्मार्ट कॉन्ट्रॅक्ट्स चालवू शकणाऱ्या ब्लॉकचेन प्लॅटफॉर्मसाठी त्यांची दृष्टी वर्णन केली आहे.",
+  "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-3": "<strong>जानेवारी 2014:</strong> विटालिकने मियामी येथील नॉर्थ अमेरिकन Bitcoin कॉन्फरन्समध्ये Ethereum साठीची संकल्पना <announcement>सार्वजनिकरित्या जाहीर केली</announcement>.",
+  "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-4": "<strong>जुलै-ऑगस्ट 2014:</strong> Ethereum च्या विकासासाठी निधी देण्यासाठी, संस्थापक टीमने एक सार्वजनिक क्राउडफंडिंग मोहीम चालवली. त्यांनी इथर (ETH) च्या बदल्यात 31,000 BTC (त्यावेळी अंदाजे $18 दशलक्ष किमतीचे) जमा केले.",
+  "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-5": "<strong>एप्रिल 2015:</strong> विटालिक आणि सह-संस्थापकांनी Ethereum चा ऑलिम्पिक टेस्टनेट लाँच केला. मुख्य नेटवर्क लाँच होण्यापूर्वी हा शेवटचा चाचणी टप्पा होता.",
+  "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-6": "<strong>30 जुलै, 2015:</strong> संस्थापक टीमने जेनेसिस ब्लॉक माइन करून Ethereum मेननेट अधिकृतपणे लाँच केले. हे Ethereum नेटवर्कच्या जन्माचे प्रतीक आहे.",
+  "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-7": "<strong>14 मार्च, 2016:</strong> Ethereum समुदायाने \"होमस्टेड,\" पहिले नियोजित अपग्रेड लागू केले. हे सूचित करते की Ethereum मुख्य प्रवाहातील वापरासाठी तयार होते.",
+  "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-8": "Ethereum प्रकल्पाबाबत आमची अशी धारणा होती की आम्हाला यासाठी फक्त एकच संधी मिळेल, ते खरंच एकदाच करायचं होतं, म्हणून आम्हाला ते योग्यरित्या करायचे होते.",
+  "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-9": "Ethereum सह-संस्थापक",
+  "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-10": "Ethereum च्या लाँचने ब्लॉकचेन तंत्रज्ञानामध्ये एक मोठा टप्पा गाठला. त्याने स्मार्ट कॉन्ट्रॅक्ट्स सादर केले आणि विकेंद्रित ॲप्लिकेशन्ससाठी एक प्लॅटफॉर्म तयार केला.",
+  "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-11": "तुम्ही <genesisBlock>Ethereum जेनेसिस ब्लॉक नेहमी पाहू शकता</genesisBlock>, जो Ethereum पहिल्यांदा अस्तित्वात आल्याचा क्षण जतन करतो.",
+  "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-12": "Ethereum अपग्रेडची संपूर्ण सूची पहा",
+  "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-13": "भविष्यातील Ethereum रोडमॅप तपासा",
+  "page-ethereum-history-founder-and-ownership-who-owns-and-runs-ethereum-now-description-1": "Ethereum च्या सर्वात अनोख्या पैलूंपैकी एक म्हणजे त्याची मालकी रचना, किंवा अधिक अचूकपणे सांगायचे तर, पारंपारिक मालकीचा अभाव. एका सामान्य कंपनीच्या विपरीत, Ethereum:",
+  "page-ethereum-history-founder-and-ownership-who-owns-and-runs-ethereum-now-description-2": "<strong>याला कोणताही CEO किंवा केंद्रीय अधिकार नाही</strong>",
+  "page-ethereum-history-founder-and-ownership-who-owns-and-runs-ethereum-now-description-3": "<strong>कोणत्याही एका घटकाद्वारे किंवा संस्थेद्वारे नियंत्रित नाही</strong>",
+  "page-ethereum-history-founder-and-ownership-who-owns-and-runs-ethereum-now-description-4": "<strong>पारंपारिक अर्थाने याचे कोणतेही भागधारक नाहीत</strong>",
+  "page-ethereum-history-founder-and-ownership-who-owns-and-runs-ethereum-now-description-5": "त्याऐवजी, Ethereum एक विकेंद्रित नेटवर्क म्हणून काम करते. हे जगभरातील <strong>हजारो स्वतंत्र संगणकांद्वारे (नोड्स)</strong> सांभाळले जाते. हे विकेंद्रित मॉडेल Ethereum च्या डिझाइन आणि मूल्याच्या केंद्रस्थानी आहे.",
+  "page-ethereum-history-founder-and-ownership-who-owns-and-runs-ethereum-now-description-6": "अनेक प्रमुख गट Ethereum च्या चालू असलेल्या विकासात आणि शासनामध्ये मदत करतात:",
+  "page-ethereum-history-founder-and-ownership-ethereum-foundation": "1. Ethereum फाउंडेशन",
+  "page-ethereum-history-founder-and-ownership-ethereum-foundation-description-1": "<strong>Ethereum फाउंडेशन ही एक ना-नफा संस्था आहे</strong> जी Ethereum आणि संबंधित तंत्रज्ञानांना समर्थन देते. महत्त्वाचे असले तरी, ते नेटवर्क नियंत्रित करत नाही. फाउंडेशन:",
+  "page-ethereum-history-founder-and-ownership-ethereum-foundation-description-2": "Ethereum विकासाला समर्थन देण्यासाठी निधी व्यवस्थापित करते",
+  "page-ethereum-history-founder-and-ownership-ethereum-foundation-description-3": "Ethereum वर तयार होणाऱ्या प्रकल्पांना अनुदान देते",
+  "page-ethereum-history-founder-and-ownership-ethereum-foundation-description-4": "सामुदायिक कार्यक्रम आणि शैक्षणिक उपक्रम आयोजित करते",
+  "page-ethereum-history-founder-and-ownership-ethereum-foundation-description-5": "संशोधन प्रयत्नांमध्ये समन्वय साधते",
+  "page-ethereum-history-founder-and-ownership-core-developers": "2. मुख्य विकासक आणि संशोधक",
+  "page-ethereum-history-founder-and-ownership-core-developers-description-1": "विकासक आणि संशोधकांचा एक जागतिक समुदाय Ethereum च्या कोड आणि डिझाइनमध्ये योगदान देतो. हे योगदानकर्ते एका खुल्या, सार्वजनिक प्रक्रियेद्वारे सुधारणा प्रस्तावित करतात, चर्चा करतात आणि अंमलात आणतात. विटालिक बुटेरिन समुदायामध्ये आदरणीय आहेत, तथापि, निर्णय कोणत्याही एका व्यक्तीद्वारे न घेता, गट सहमतीने घेतले जातात.",
+  "page-ethereum-history-founder-and-ownership-eip": "3. Ethereum सुधारणा प्रस्ताव (EIPs)",
+  "page-ethereum-history-founder-and-ownership-eip-description-1": "Ethereum समुदाय <eips>Ethereum सुधारणा प्रस्तावांद्वारे (EIPs)</eips> नेटवर्कमध्ये बदल प्रस्तावित करतो. ही खुली प्रणाली कोणालाही सुधारणा सुचविण्याची परवानगी देते. या कल्पनांवर नंतर चर्चा केली जाते, त्या सुधारल्या जातात आणि समुदायाद्वारे संभाव्यतः अंमलात आणल्या जातात.",
+  "page-ethereum-history-founder-and-ownership-validators": "4. नोड ऑपरेटर आणि व्हॅलिडेटर्स",
+  "page-ethereum-history-founder-and-ownership-validators-description-1": "सप्टेंबर 2022 मध्ये Ethereum च्या प्रूफ-ऑफ-स्टेकवर स्थलांतर झाल्यापासून, नेटवर्क व्हॅलिडेटर्सद्वारे सुरक्षित केले जाते जे ETH लॉक अप (स्टेक) करतात आणि व्यवहारांवर प्रक्रिया करतात. जगभरात <beaconchain>मोठ्या संख्येने व्हॅलिडेटर्स</beaconchain> पसरलेले आहेत, जे नेटवर्कचे नियंत्रण दूरवर वितरित करते.",
+  "page-ethereum-history-founder-and-ownership-validators-description-2": "हे विकेंद्रित मॉडेल कोणत्याही एका घटकाद्वारे नियंत्रणास मर्यादित करते, ज्यामुळे Ethereum सेन्सॉरशिपला प्रतिरोधक बनते. यामध्ये त्याच्या मूळ संस्थापकांचाही समावेश आहे. कोणतीही एक व्यक्ती किंवा संस्था स्वतःहून Ethereum चे नियम बदलू शकत नाही किंवा नेटवर्क बंद करू शकत नाही.",
+  "page-ethereum-history-founder-and-ownership-validators-description-3": "Ethereum वर ॲप्लिकेशन तयार करणे आणि एखाद्या पारंपारिक केंद्रीकृत प्लॅटफॉर्मवर ते तयार करणे यातील मुख्य फरक हीच मूळ कल्पना आहे की एकदा तुम्ही तुमचे ॲप्लिकेशन तयार केले की, त्या ॲप्लिकेशनला त्याच्या अस्तित्वासाठी तुमच्यावर किंवा इतर कोणत्याही एका व्यक्तीवर अवलंबून राहण्याची गरज नाही. आणि निर्दिष्ट केलेल्या नियमांनुसार ॲप्लिकेशन चालू राहील याची हमी दिली जाते.",
+  "page-ethereum-history-founder-and-ownership-conclusion": "निष्कर्ष",
+  "page-ethereum-history-founder-and-ownership-conclusion-description-1": "2013 मध्ये विटालिक बुटेरिन यांनी तयार केल्यापासून ते 2015 मध्ये लाँच होईपर्यंत आणि आजच्या वाढीपर्यंत, <strong>Ethereum आपल्या स्थापनेच्या दृष्टीकोनाशी खरे राहिले आहे</strong>. हे प्रोग्राम केल्यानुसारच चालणाऱ्या ॲप्लिकेशन्ससाठी एक <strong>विकेंद्रित, विश्वासार्हपणे तटस्थ</strong> प्लॅटफॉर्म आहे. नेटवर्क आणि त्यावर तयार केलेले ॲप्स <strong>डाउनटाइम, सेन्सॉरशिप, फसवणूक किंवा तृतीय-पक्षाच्या हस्तक्षेपाशिवाय</strong> चालतात.",
+  "page-ethereum-history-founder-and-ownership-conclusion-description-2": "Ethereum ची कहाणी प्रत्येक अपडेट आणि नवकल्पनेसह उलगडत आहे. जसजसे नेटवर्क विकसित होते, तसतसे ते हे उदाहरण देते की विकेंद्रित शासन पारंपारिक कॉर्पोरेट रचनांशिवाय तांत्रिक प्रगती कशी करू शकते.",
+  "page-ethereum-history-founder-and-ownership-conclusion-description-3": "Ethereum एका दूरदर्शी व्हाइटपेपरपासून <strong>हजारो ॲप्लिकेशन्स आणि अब्जावधींच्या मूल्याला शक्ती देणाऱ्या जागतिक पायाभूत स्तरामध्ये</strong> रूपांतरित झाले आहे. हे सिद्ध करते की खुले सहकार्य केवळ वित्तच नाही, तर मालकी, शासन आणि डिजिटल विश्वासाच्या मूलभूत संकल्पनांनाही नव्याने आकार देऊ शकते.",
+  "page-ethereum-history-founder-and-ownership-conclusion-description-4": "Ethereum च्या शासन प्रक्रियेबद्दल अधिक जाणून घ्या"
+}
diff --git a/src/intl/mr/page-ethereum-vs-bitcoin.json b/src/intl/mr/page-ethereum-vs-bitcoin.json
new file mode 100644
index 00000000000..63e08c708b1
--- /dev/null
+++ b/src/intl/mr/page-ethereum-vs-bitcoin.json
@@ -0,0 +1,101 @@
+{
+  "page-ethereum-vs-bitcoin-meta-title": "इथेरियम वि. बिटकॉइन: फरक काय आहे? | ethereum.org",
+  "page-ethereum-vs-bitcoin-meta-description": "बिटकॉइन आणि इथेरियममधील फरक जाणून घ्या, ज्यात वापराची प्रकरणे, नेटवर्कची कार्यक्षमता, सुरक्षितता, टोकनची अर्थव्यवस्था, विकेंद्रीकरणाची पातळी आणि बरेच काही समाविष्ट आहे.",
+  "page-ethereum-vs-bitcoin-twitter-meta-description": "बिटकॉइन आणि इथेरियममधील फरक जाणून घ्या, ज्यात वापराची प्रकरणे, नेटवर्कची कार्यक्षमता, टोकनची अर्थव्यवस्था आणि बरेच काही समाविष्ट आहे.",
+  "page-ethereum-vs-bitcoin-title": "इथेरियम वि. बिटकॉइन: फरक काय आहे?",
+  "page-ethereum-vs-bitcoin-description-1": "बिटकॉइन आणि इथेरियम हे दोन सर्वात प्रसिद्ध विकेंद्रित ब्लॉकचेन नेटवर्क्स आहेत, परंतु ते खूप वेगळ्या उद्देशांसाठी काम करतात.",
+  "page-ethereum-vs-bitcoin-section-1": "बिटकॉइन (मोठ्या B सह) हे एक ब्लॉकचेन आहे जे बिटकॉइन (छोट्या b सह) नावाच्या डिजिटल चलनासाठी डिझाइन केलेले आहे. इथेरियम हे ॲप्लिकेशन्स आणि मालमत्तेसाठी एक विकेंद्रित प्लॅटफॉर्म म्हणून डिझाइन केलेले आहे, जे त्याच्या मूळ क्रिप्टोकरन्सी <strong>ईथर (ETH)</strong> द्वारे चालते.",
+  "page-ethereum-vs-bitcoin-section-2": "दोघेही ब्लॉकचेन तंत्रज्ञान वापरतात, ओपन-सोर्स आहेत आणि जागतिक समुदायांद्वारे त्यांची देखभाल केली जाते, परंतु त्यांची उद्दिष्टे आणि वैशिष्ट्ये वेगळी आहेत. या मार्गदर्शकामध्ये, आम्ही प्रत्येक नेटवर्क काय आहे, त्यांच्यात काय साम्य आहे आणि ते तंत्रज्ञान, संस्कृती आणि भविष्यातील दृष्टिकोन यांसारख्या क्षेत्रांमध्ये कसे भिन्न आहेत याबद्दल माहिती घेऊ.",
+  "page-ethereum-vs-bitcoin-bitcoin-section-title": "बिटकॉइन—एक जलद ओळख",
+  "page-ethereum-vs-bitcoin-bitcoin-section-1": "बिटकॉइन एक विकेंद्रित डिजिटल चलन नेटवर्क आहे. 2008 च्या आर्थिक संकटानंतर लवकरच <strong>2009 मध्ये सातोशी नाकामोटो</strong> नावाच्या अज्ञात व्यक्तीने हे <strong>तयार केले होते</strong>. बिटकॉइनला पीअर-टू-पीअर इलेक्ट्रॉनिक कॅश सिस्टीम बनवण्याची कल्पना होती.",
+  "page-ethereum-vs-bitcoin-bitcoin-section-2": "बिटकॉइन कोणालाही बँकेसारख्या <strong>केंद्रीय प्राधिकरणावर अवलंबून न राहता</strong> इंटरनेटवर <strong>बिटकॉइन पाठवण्याची आणि प्राप्त करण्याची</strong> परवानगी देतो. सर्व व्यवहार ब्लॉकचेन म्हणून ओळखल्या जाणार्‍या सार्वजनिक लेजरवर नोंदवले जातात.",
+  "page-ethereum-vs-bitcoin-bitcoin-section-3": "बिटकॉइन आपले नेटवर्क सुरक्षित करण्यासाठी प्रूफ-ऑफ-वर्क वापरते. जगभरातील संगणक क्रिप्टोग्राफिक कोडी सोडवण्यासाठी स्पर्धा करतात ज्यामुळे त्यांना नवीन ब्लॉक्स जोडता येतात. या विशेष संगणकांना माइनर्स म्हटले जाते आणि नवीन ब्लॉक्स \"माइन\" करण्यासाठी ब्लॉक रिवॉर्ड म्हणून बिटकॉइन मिळवतात.",
+  "page-ethereum-vs-bitcoin-bitcoin-section-4": "<strong>बिटकॉइनचा कमाल पुरवठा 21 दशलक्ष नाण्यांपर्यंत निश्चित आहे</strong>. हे डिझाइन बिटकॉइनला डिजिटल सोने म्हणून का संबोधले जाते याचे एक प्रमुख कारण आहे.",
+  "page-ethereum-vs-bitcoin-ethereum-section-title": "इथेरियम—एक जलद ओळख",
+  "page-ethereum-vs-bitcoin-ethereum-section-1": "बिटकॉइनप्रमाणेच, इथेरियम देखील एक विकेंद्रित ब्लॉकचेन नेटवर्क आहे, परंतु ते <strong>केवळ पेमेंट रेकॉर्ड करण्यापेक्षा अधिक करण्यासाठी डिझाइन केले होते</strong>. <strong>2015</strong> मध्ये <strong>विटालिक बुटेरिन</strong> नावाच्या सॉफ्टवेअर डेव्हलपरने आणि त्याच्या सह-संस्थापकांनी लाँच केलेले, इथेरियम एक स्मार्ट कॉन्ट्रॅक्ट आणि विकेंद्रित ॲप्लिकेशन प्लॅटफॉर्म म्हणून तयार केले गेले.",
+  "page-ethereum-vs-bitcoin-ethereum-section-2": "इथेरियम बिटकॉइनप्रमाणे कोणालाही मूल्य पाठवू आणि प्राप्त करू देते, परंतु ते <strong>एक प्लॅटफॉर्म म्हणून देखील कार्य करते जे कोणीही ॲप्लिकेशन्ससाठी वापरू शकते</strong>. इथेरियम नेटवर्क हजारो नोड्सवर चालते आणि ते एकाच संस्थेद्वारे नियंत्रित केले जात नाही.",
+  "page-ethereum-vs-bitcoin-ethereum-section-3": "कोणीही इथेरियमवर ॲप्लिकेशन्स तयार आणि तैनात करू शकतो. या प्रोग्राम्सना <strong>स्मार्ट कॉन्ट्रॅक्ट्स</strong> म्हणतात आणि ते इथेरियमचे मुख्य नवोपक्रम आहेत.",
+  "page-ethereum-vs-bitcoin-ethereum-section-4": "एकदा स्मार्ट कॉन्ट्रॅक्ट तैनात झाल्यावर, त्याच्याशी संवाद साधल्यावर तो निश्चितपणे चालतो. यामुळे कर्ज देणे, व्यापार, खेळ आणि डिजिटल संग्रहणीय वस्तूंसारख्या गोष्टींसाठी ॲप्स तयार करणे शक्य होते, जे जगभरातील लाखो वापरकर्त्यांसाठी दिवसभर, दररोज चालतात.",
+  "page-ethereum-vs-bitcoin-ethereum-section-5": "ज्याप्रमाणे बिटकॉइन नेटवर्कवर व्यवहार शुल्क भरण्यासाठी बिटकॉइनचा वापर केला जातो, त्याचप्रमाणे इथेरियमचे मूळ चलन, ईथर, व्यवहार शुल्क भरण्यासाठी, स्मार्ट कॉन्ट्रॅक्ट्स प्रकाशित करण्यासाठी आणि वापरण्यासाठी आणि नेटवर्क सुरक्षित करण्यासाठी वापरले जाते. <strong>ईथर प्रोग्राम चालवण्यासाठी इंधन म्हणून आणि मूल्याचे भांडार म्हणून दोन्ही प्रकारे कार्य करते</strong>.",
+  "page-ethereum-vs-bitcoin-ethereum-section-6": "इथेरियम आणि ते कसे कार्य करते याबद्दल अधिक जाणून घ्या",
+  "page-ethereum-vs-bitcoin-differences-section-title": "मुख्य फरक",
+  "page-ethereum-vs-bitcoin-differences-section-1": "बिटकॉइन आणि इथेरियम विकेंद्रित नेटवर्क राखण्यासाठी ब्लॉकचेन तंत्रज्ञान वापरतात, परंतु ते त्यांच्या डिझाइन, उद्देश आणि क्षमतांमध्ये भिन्न आहेत.",
+  "page-ethereum-vs-bitcoin-differences-table-area": "क्षेत्र",
+  "page-ethereum-vs-bitcoin-differences-table-bitcoin": "बिटकॉइन",
+  "page-ethereum-vs-bitcoin-differences-table-ethereum": "Ethereum",
+  "page-ethereum-vs-bitcoin-differences-table-row-1-1": "प्राथमिक उद्देश",
+  "page-ethereum-vs-bitcoin-differences-table-row-1-2": "पीअर-टू-पीअर डिजिटल चलन",
+  "page-ethereum-vs-bitcoin-differences-table-row-1-3": "ॲप्स आणि डिजिटल अर्थव्यवस्थेसाठी प्लॅटफॉर्म",
+  "page-ethereum-vs-bitcoin-differences-table-row-2-1": "स्मार्ट कॉन्ट्रॅक्ट",
+  "page-ethereum-vs-bitcoin-differences-table-row-2-2": "समर्थित नाही",
+  "page-ethereum-vs-bitcoin-differences-table-row-2-3": "मुख्य कार्यक्षमता",
+  "page-ethereum-vs-bitcoin-differences-table-row-3-1": "पुरवठा",
+  "page-ethereum-vs-bitcoin-differences-table-row-3-2": "बिटकॉइन मूळ आणि न बदललेल्या प्रोटोकॉलद्वारे निर्धारित निश्चित/पूर्व-निर्धारित दराने प्रत्येक ब्लॉकमध्ये जारी केले जाते, ज्याची अंतिम निश्चित मर्यादा 21 दशलक्ष आहे.",
+  "page-ethereum-vs-bitcoin-differences-table-row-3-3": "क्रियाकलाप/मागणीच्या प्रमाणात प्रत्येक ब्लॉकमध्ये ईथर बर्न केला जातो आणि एकूण स्टेक केलेल्या ETH च्या प्रमाणात प्रत्येक युगात जारी केला जातो. कोणतीही निश्चित मर्यादा नाही, परंतु जारी करण्याचा दर एकूण स्टेक केलेल्या ETH द्वारे मर्यादित आहे.",
+  "page-ethereum-vs-bitcoin-differences-table-row-4-1": "एकमत यंत्रणा",
+  "page-ethereum-vs-bitcoin-differences-table-row-4-2": "प्रूफ-ऑफ-वर्क",
+  "page-ethereum-vs-bitcoin-differences-table-row-4-3": "प्रूफ-ऑफ-स्टेक",
+  "page-ethereum-vs-bitcoin-differences-table-row-5-1": "वेग",
+  "page-ethereum-vs-bitcoin-differences-table-row-5-2": "बहुतेकांच्या मते सहा ब्लॉक्सनंतर अपरिवर्तनीय मानले जाते, सरासरी 60 मिनिटे लागतात",
+  "page-ethereum-vs-bitcoin-differences-table-row-5-3": "अंतिमतेसाठी सुमारे 15 मिनिटे",
+  "page-ethereum-vs-bitcoin-differences-table-row-6-1": "ऊर्जा वापर",
+  "page-ethereum-vs-bitcoin-differences-table-row-6-2": "उच्च",
+  "page-ethereum-vs-bitcoin-differences-table-row-6-3": "कमी",
+  "page-ethereum-vs-bitcoin-differences-table-row-7-1": "शासन",
+  "page-ethereum-vs-bitcoin-differences-table-row-7-2": "परंपरागत, मंद-गती",
+  "page-ethereum-vs-bitcoin-differences-table-row-7-3": "लवचिक, समुदाय-चालित",
+  "page-ethereum-vs-bitcoin-differences-table-row-8-1": "डेव्हलपर इकोसिस्टीम",
+  "page-ethereum-vs-bitcoin-differences-table-row-8-2": "लहान",
+  "page-ethereum-vs-bitcoin-differences-table-row-8-3": "मोठी आणि सक्रिय",
+  "page-ethereum-vs-bitcoin-differences-table-row-9-1": "अपग्रेड",
+  "page-ethereum-vs-bitcoin-differences-table-row-9-2": "दुर्मिळ",
+  "page-ethereum-vs-bitcoin-differences-table-row-9-3": "वारंवार आणि पुनरावृत्ती",
+  "page-ethereum-vs-bitcoin-purpose-title": "बिटकॉइन वि. इथेरियमचा उद्देश",
+  "page-ethereum-vs-bitcoin-purpose-1": "2009 मध्ये जागतिक आर्थिक संकटाच्या पार्श्वभूमीवर बिटकॉइन तयार केले गेले. बँका किंवा सरकारांशिवाय चालणारे पीअर-टू-पीअर प्रकारचे पैसे सादर करणे हे त्याचे उद्दिष्ट होते. ते डिझाइनने सोपे आहे. नेटवर्कचे उद्दिष्ट <strong>मध्यस्थाशिवाय एका व्यक्तीकडून दुसऱ्या व्यक्तीकडे मूल्य हस्तांतरित करणे</strong> आहे. या संकुचित केंद्रबिंदूमुळे ते डिजिटल सोन्याचे एक स्वरूप म्हणून ओळखले जाऊ लागले आहे, जे एक दुर्मिळ आणि टिकाऊ मूल्याचे भांडार आहे आणि विनिमयाचे माध्यम म्हणून देखील वापरले जाऊ शकते.",
+  "page-ethereum-vs-bitcoin-purpose-2": "इथेरियम 2015 मध्ये एका व्यापक दृष्टिकोनासह लाँच झाले. त्याच्या निर्मात्यांना ब्लॉकचेनची सुरक्षितता आणि विकेंद्रीकरण घेऊन ते प्रोग्रामेबल बनवायचे होते. फक्त पेमेंटपुरते मर्यादित न राहता, <strong>इथेरियम कोणालाही स्मार्ट कॉन्ट्रॅक्ट्स नावाचे स्वयं-कार्यकारी प्रोग्राम लिहिण्याची आणि प्रकाशित करण्याची परवानगी देते</strong>. हे ॲप्लिकेशन्सच्या पूर्णपणे नवीन श्रेणीसाठी दार उघडते, ज्यात <strong>विकेंद्रित वित्त (DeFi)</strong> आणि <strong>स्टेबलकॉइन्स</strong> पासून ते <strong>नॉन-फंजिबल टोकन्स (NFTs)</strong>, <strong>गेम्स</strong> आणि <strong>विकेंद्रित सोशल मीडिया</strong> यांचा समावेश आहे.",
+  "page-ethereum-vs-bitcoin-purpose-3": "तांत्रिक डिझाइन हे उद्देश प्रतिबिंबित करतात. बिटकॉइनची स्क्रिप्टिंग भाषा मर्यादित आहे, ज्यामुळे गुंतागुंत कमी होते आणि नेटवर्क सुरक्षित ठेवण्यास मदत होते. इथेरियमची प्रोग्रामिंग भाषा अधिक अर्थपूर्ण आहे, ज्यामुळे ती अधिक जटिल स्थिती आणि ॲप्लिकेशन्समधील परस्परसंवाद संग्रहित आणि व्यवस्थापित करू शकते. ही लवचिकता एक ताकद आहे, परंतु याचा अर्थ असाही आहे की नेटवर्क अधिक वेगाने विकसित होते, नियमित अपग्रेड आणि नवीन वैशिष्ट्यांसह.",
+  "page-ethereum-vs-bitcoin-purpose-4": "दोघेही व्यापक डिजिटल अर्थव्यवस्थेत भिन्न भूमिका बजावतात. बिटकॉइन एक स्थिर आणि विकेंद्रित मूल्याचे भांडार बनण्यावर लक्ष केंद्रित करते. इथेरियमचे उद्दिष्ट विकेंद्रित ॲप्लिकेशन्स आणि प्रोग्राम करण्यायोग्य मालमत्तेसाठी एक जागतिक सेटलमेंट लेयर बनण्याचे आहे.",
+  "page-ethereum-vs-bitcoin-usecases-and-adoption-title": "वापराची प्रकरणे आणि अवलंब",
+  "page-ethereum-vs-bitcoin-usecases-and-adoption-1": "<strong>बिटकॉइन</strong> सामान्यतः मूल्याचे भांडार म्हणून वापरले जाते. अनेक गुंतवणूकदार याला <strong>महागाईविरूद्ध एक संरक्षण</strong> किंवा आर्थिक अस्थिरतेविरूद्ध एक संरक्षण म्हणून पाहतात. काही देशांमध्ये, ते एक <strong>पर्यायी चलन</strong> म्हणून किंवा लोकांना पारंपरिक बँकिंग प्रणालीच्या बाहेर बचत करण्याचा एक मार्ग म्हणून वापरले जाते.",
+  "page-ethereum-vs-bitcoin-usecases-and-adoption-2": "<strong>ईथर</strong> देखील मूल्याचे भांडार म्हणून काम करते, परंतु त्याची <strong>प्राथमिक भूमिका ॲप्लिकेशन्स</strong> आणि मालमत्तेच्या विस्तृत इकोसिस्टीमला शक्ती देणे आहे. डेव्हलपर्स इथेरियमचा वापर नवीन प्रोटोकॉल तयार करण्यासाठी, टोकन लाँच करण्यासाठी, विकेंद्रित एक्सचेंज चालवण्यासाठी, NFTs तयार करण्यासाठी, गेम्स तयार करण्यासाठी आणि केंद्रीय नियंत्रणाशिवाय चालणारे सोशल प्लॅटफॉर्म विकसित करण्यासाठी करू शकतात.",
+  "page-ethereum-vs-bitcoin-usecases-and-adoption-3": "इथेरियम वित्त, क्राउडफंडिंग आणि डिजिटल मालकीच्या नवीन स्वरूपांसाठी हजारो विकेंद्रित ॲप्लिकेशन्सना समर्थन देते. काही वापराची प्रकरणे दोन्ही नेटवर्क्सना जोडतात. उदाहरणार्थ, DeFi मध्ये कर्ज देणे, उसने घेणे आणि व्यापार यासारख्या क्रियाकलापांसाठी <strong>बिटकॉइनला “रॅप” करून इथेरियमवर वापरले जाऊ शकते</strong>.",
+  "page-ethereum-vs-bitcoin-usecases-and-adoption-4": "संस्थात्मक अवलंब हे फरक प्रतिबिंबित करतो. बिटकॉइन ही क्रिप्टोकरन्सी दीर्घकालीन मूल्याचे भांडार म्हणून मोठ्या प्रमाणावर ठेवली जाते, तर <strong>इथेरियमला विकेंद्रित पायाभूत सुविधा</strong> म्हणून पाहिले जाते. त्याची प्रोग्रामेबिलिटी फिनटेक प्लॅटफॉर्म आणि पेमेंट प्रदात्यांना आकर्षित करते.",
+  "page-ethereum-vs-bitcoin-usecases-and-adoption-5": "इथीरियम कशासाठी वापरले जाते याबद्दल अधिक जाणून घ्या",
+  "page-ethereum-vs-bitcoin-monetary-policy-title": "चलनविषयक धोरण",
+  "page-ethereum-vs-bitcoin-monetary-policy-1": "बिटकॉइनचा पुरवठा <strong>21 दशलक्ष नाण्यांवर</strong> मर्यादित राहील. ही कठोर मर्यादा प्रोटोकॉलद्वारे लागू केली जाते आणि बिटकॉइनची सोन्याशी तुलना का केली जाते याचे एक कारण आहे. नवीन बिटकॉइन <strong>मायनिंग रिवॉर्ड्स</strong> द्वारे चलनात येतात, जे <strong>दर 210,000 ब्लॉक्सवर अर्धे होतात</strong>, ज्याला माइन करण्यासाठी अंदाजे 4 वर्षे लागतात, या घटनेला <strong>हाल्विंग</strong> म्हणतात. 2009 मध्ये प्रति ब्लॉक 50 बिटकॉइनपासून रिवॉर्ड सुरू झाला, 2012 मध्ये 25 वर आला, नंतर 2016 मध्ये 12.5 झाला, आणि असेच पुढे. या दराने, शेवटचा बिटकॉइन 2140 च्या सुमारास माइन केला जाण्याची अपेक्षा आहे.",
+  "page-ethereum-vs-bitcoin-monetary-policy-2": "बिटकॉइनचे मायनिंग रिवॉर्ड्स आणि व्यवहार शुल्क नेटवर्कसाठी पैसे देतात आणि ते सुरक्षित करण्यासाठी वापरले जातात. तथापि, ब्लॉक रिवॉर्ड अर्धा होत असताना, नेटवर्क स्वतःसाठी पैसे देण्यासाठी व्यवहार शुल्कावर अधिक अवलंबून आहे. सध्या नेटवर्क शुल्क नेटवर्कच्या उत्पन्नाचा एक छोटासा भाग आहे, <5%, म्हणजेच बिटकॉइन नेटवर्कचे प्रकाशन 0 वर जात असताना नेटवर्कची दीर्घकालीन सुरक्षा धोक्यात येऊ शकते.",
+  "page-ethereum-vs-bitcoin-monetary-policy-3": "<strong>इथेरियमची निश्चित पुरवठा मर्यादा नाही</strong>. त्याऐवजी, त्याचे प्रकाशन प्रोटोकॉल नियमांद्वारे निर्धारित केले जाते, आणि अलीकडील अपग्रेड्सने अशी यंत्रणा सादर केली आहे जी कालांतराने पुरवठा कमी करू शकते. सर्वात लक्षणीय EIP-1559 अपग्रेड आहे, जे व्यवहार शुल्काचा एक भाग बर्न करते. जेव्हा <strong>नेटवर्क क्रियाकलाप जास्त असतो, तेव्हा जारी केलेल्या ETH पेक्षा जास्त ETH बर्न केले जाऊ शकते</strong>, ज्यामुळे त्या काळात पुरवठा डिफ्लेशनरी होतो.",
+  "page-ethereum-vs-bitcoin-monetary-policy-4": "इथेरियमचा चलनविषयक दृष्टिकोन कायमस्वरूपी सुरक्षा बजेटची हमी देतो, ज्यात व्यवहार शुल्क आणि ब्लॉक रिवॉर्ड्स नेटवर्कचे सुरक्षा बजेट प्रदान करतात.",
+  "page-ethereum-vs-bitcoin-developer-ecosystem-title": "डेव्हलपर इकोसिस्टीम",
+  "page-ethereum-vs-bitcoin-developer-ecosystem-1": "<strong>इथेरियम</strong>कडे <strong>सर्वात मोठ्या ब्लॉकचेन डेव्हलपर समुदायांपैकी एक</strong> आहे. इथेरियमवर तयार केल्याने तुम्हाला विविध <strong>टूल्स, फ्रेमवर्क, अनुदान</strong> आणि <strong>हॅकेथॉन</strong>मध्ये प्रवेश मिळतो. इथेरियम व्हर्च्युअल मशीन (EVM) हे इथेरियमचे रनटाइम वातावरण आहे आणि एक सामान्य मानक बनले आहे, अनेक इतर ब्लॉकचेन्स सुसंगतता सुनिश्चित करण्यासाठी त्याचा वापर करतात.",
+  "page-ethereum-vs-bitcoin-developer-ecosystem-2": "ERC-20 आणि ERC-721 सारखे टोकन मानक व्यापक ब्लॉकचेन अर्थव्यवस्थेचा आधार बनले आहेत. अनेक लेयर 2 नेटवर्क्स आणि इतर ब्लॉकचेन्स EVM वापरतात जेणेकरून ॲप्स, वॉलेट्स आणि स्मार्ट कॉन्ट्रॅक्ट्स कोड कमीत कमी बदलांसह विविध ब्लॉकचेन्सवर वापरता येतील.",
+  "page-ethereum-vs-bitcoin-developer-ecosystem-3": "<strong>बिटकॉइनचा डेव्हलपर समुदाय लहान</strong> आणि अधिक केंद्रित आहे. बहुतेक क्रियाकलाप मुख्य प्रोटोकॉलची देखभाल आणि सुधारणा करण्यावर, तसेच वेगवान आणि स्वस्त पेमेंटसाठी लाइटनिंग नेटवर्कसारखे लेयर 2 सोल्यूशन्स विकसित करण्यावर केंद्रित आहेत.",
+  "page-ethereum-vs-bitcoin-developer-ecosystem-4": "इथेरियम डेव्हलपर संसाधनांबद्दल अधिक जाणून घ्या",
+  "page-ethereum-vs-bitcoin-security-and-consensus-title": "सुरक्षा आणि एकमत",
+  "page-ethereum-vs-bitcoin-security-and-consensus-1": "बिटकॉइन आणि इथेरियम दोन्ही स्वतंत्र नोड्सच्या मोठ्या, वितरित नेटवर्क्सद्वारे सुरक्षित आहेत, परंतु ते नेटवर्कच्या स्थितीवर सहमत होण्यासाठी वेगवेगळ्या पद्धती वापरतात.",
+  "page-ethereum-vs-bitcoin-security-and-consensus-2": "बिटकॉइन <strong>प्रूफ-ऑफ-वर्क</strong> नावाची प्रणाली वापरते. माइनर्स नावाचे संगणक क्रिप्टोग्राफिक कोडी सोडवण्यासाठी स्पर्धा करतात. जो कोणी प्रथम कोडे सोडवतो, त्याला ब्लॉकचेनमध्ये व्यवहारांचा पुढील ब्लॉक जोडायला मिळतो आणि त्याला बिटकॉइनमध्ये रिवॉर्ड मिळतो. हा दृष्टिकोन बिटकॉइनला संभाव्य अंतिमत्व देतो, म्हणजे व्यवहार तेव्हाच अत्यंत सुरक्षित मानला जातो जेव्हा त्यावर आणखी अनेक ब्लॉक्स जोडले जातात. बिटकॉइनसाठी, हे सहसा सुमारे सहा पुष्टीकरण किंवा <strong>सुमारे एक तास</strong> असते.",
+  "page-ethereum-vs-bitcoin-security-and-consensus-3": "इथेरियम <strong>प्रूफ-ऑफ-स्टेक</strong> वापरते. या मॉडेलमध्ये, व्हॅलिडेटर्स नवीन ब्लॉक्स प्रस्तावित करण्यासाठी आणि पुष्टी करण्यासाठी निवडले जाण्याच्या संधीसाठी ETH लॉक करतात किंवा स्टेक करतात. निवड यादृच्छिक असते, परंतु निवडले जाण्याची संभाव्यता स्टेक केलेल्या ETH च्या रकमेनुसार वाढते. जे व्हॅलिडेटर्स अप्रामाणिकपणे वागतात, त्यांना <strong>त्यांचा स्टेक गमावण्याचा धोका</strong> असतो. यामुळे इथेरियमला आर्थिक अंतिमत्व प्राप्त करणे शक्य होते, जिथे अंतिम ब्लॉक्स उलटवणे अत्यंत कठीण असते, सहसा <strong>सुमारे 15 मिनिटांच्या</strong> आत. पुरेसे व्हॅलिडेटर्स सहमत झाल्यावर ब्लॉक्स अपरिवर्तनीय म्हणून चिन्हांकित करण्यासाठी इथेरियम चेकपॉइंट्स देखील वापरते.",
+  "page-ethereum-vs-bitcoin-security-and-consensus-4": "इथेरियमच्या एकमत यंत्रणेबद्दल अधिक जाणून घ्या",
+  "page-ethereum-vs-bitcoin-underlying-technology-title": "अंतर्निहित तंत्रज्ञान",
+  "page-ethereum-vs-bitcoin-underlying-technology-1": "<strong>बिटकॉइन</strong> <strong>न खर्च केलेले व्यवहार आउटपुट मॉडेल</strong>, किंवा UTXO वापरते. या प्रणालीमध्ये, ब्लॉकचेन खात्यातील शिल्लकचा मागोवा ठेवत नाही. त्याऐवजी, ते मागील व्यवहारांमधून आलेले आउटपुट रेकॉर्ड करते जे अद्याप खर्च झालेले नाहीत. जेव्हा तुम्ही बिटकॉइन खर्च करता, तेव्हा तुम्ही हे आउटपुट नवीन व्यवहारासाठी इनपुट म्हणून वापरता, प्रक्रियेत नवीन आउटपुट तयार करता.",
+  "page-ethereum-vs-bitcoin-underlying-technology-2": "तुम्ही याचा विचार रोख वापरण्यासारखा करू शकता. जर तुमच्याकडे दोन पाच-डॉलरच्या नोटा असतील आणि तुम्हाला सात डॉलर्स खर्च करायचे असतील, तर तुम्ही दोन्ही नोटा देता आणि तीन डॉलर्स सुट्टे मिळवता. बिटकॉइन नोटा आणि सुट्टे पैसे रेकॉर्ड करते, तुमची एकूण शिल्लक नाही.",
+  "page-ethereum-vs-bitcoin-underlying-technology-3": "<strong>इथेरियम</strong> <strong>खाते-आधारित मॉडेल</strong> वापरते. वैयक्तिक आउटपुटचा मागोवा घेण्याऐवजी, ते बँक खात्याप्रमाणे खात्यातील शिल्लकची नोंद ठेवते. हा दृष्टिकोन स्मार्ट कॉन्ट्रॅक्ट्स आणि जटिल तर्क व्यवस्थापित करणे सोपे करतो, कारण खाती डेटा संग्रहित करू शकतात आणि प्रोग्रामप्रमाणे एकमेकांशी संवाद साधू शकतात.",
+  "page-ethereum-vs-bitcoin-underlying-technology-4": "प्रत्येक मॉडेलमध्ये काही तडजोडी असतात. UTXOs अधिक गोपनीयता देऊ शकतात आणि वैयक्तिक नाण्यांचा मागोवा घेणे सोपे करतात. खाते-आधारित प्रणाली ॲप्लिकेशन्स तयार करण्यासाठी अधिक सोप्या आहेत.",
+  "page-ethereum-vs-bitcoin-underlying-technology-5": "इथेरियम डेव्हलपर डॉक्युमेंटेशनमध्ये अधिक वाचा",
+  "page-ethereum-vs-bitcoin-decentralization-title": "विकेंद्रीकरण",
+  "page-ethereum-vs-bitcoin-decentralization-1": "बिटकॉइन आणि इथेरियम दोन्ही विकेंद्रित होण्यासाठी डिझाइन केलेले आहेत, परंतु ते वेगवेगळ्या प्रकारे त्याचे मोजमाप करतात आणि त्याकडे पाहतात.",
+  "page-ethereum-vs-bitcoin-decentralization-2": "<strong>बिटकॉइन</strong>चे विकेंद्रीकरण त्याच्या <strong>साध्या तांत्रिक डिझाइन</strong>, दीर्घकालीन स्थिरता आणि <strong>नोड्सच्या विस्तृत वितरणाद्वारे</strong> समर्थित आहे. त्याच्या कमी-संसाधन आवश्यकतांमुळे लोकांना घरी पूर्ण नोड्स चालवणे सोपे होते, ज्यामुळे नेटवर्कचे स्वातंत्र्य आणि सेन्सॉरशिप प्रतिरोध टिकवून ठेवण्यास मदत होते.",
+  "page-ethereum-vs-bitcoin-decentralization-3": "<strong>इथेरियम</strong>कडे एक मोठे आणि वाढणारे नोड नेटवर्क देखील आहे. ते क्लायंट विविधतेवर भर देते, म्हणजे सॉफ्टवेअरच्या अनेक आवृत्त्या <strong>स्वतंत्र संघांद्वारे सांभाळल्या जातात</strong>. यामुळे कोणत्याही एका क्लायंटवरील अवलंबित्व कमी होते आणि नेटवर्कवर परिणाम करू शकणार्‍या बग्स किंवा अपयशांपासून संरक्षण करण्यास मदत होते.",
+  "page-ethereum-vs-bitcoin-decentralization-4": "इथेरियममध्ये स्टेक करणे, अपग्रेड आणि प्रशासन चर्चा यांसारख्या क्रियाकलापांमध्ये <strong>अधिक संख्येने सहभागी</strong> आहेत, परंतु <strong>दोन्ही नेटवर्क्सचे उद्दिष्ट खुले आणि लवचिक राहण्याचे</strong> आहे. बिटकॉइन नोड आवश्यकता अपरिवर्तित ठेवते, कमी सॉफ्टवेअर क्लायंटवर अवलंबून राहते. इथेरियम वेगवेगळ्या योगदानकर्त्यांना प्रोत्साहन देते, प्रत्येकजण स्वतःचा दृष्टिकोन घेऊन येतो.",
+  "page-ethereum-vs-bitcoin-environmental-impact-title": "पर्यावरणीय परिणाम",
+  "page-ethereum-vs-bitcoin-environmental-impact-1": "2022 मध्ये इथेरियमच्या इतिहासातील सर्वात महत्त्वपूर्ण बदलांपैकी एक म्हणजे प्रूफ-ऑफ-वर्कवरून <strong>प्रूफ-ऑफ-स्टेक</strong>वर स्विच करणे. द मर्ज म्हणून ओळखल्या जाणार्‍या या संक्रमणामुळे <strong>नेटवर्कचा ऊर्जा वापर 99 टक्क्यांहून अधिक कमी झाला</strong>.",
+  "page-ethereum-vs-bitcoin-environmental-impact-2": "प्रूफ ऑफ स्टेक अंतर्गत, इथेरियम आता ऊर्जा-केंद्रित मायनिंगवर अवलंबून नाही. त्याऐवजी, व्हॅलिडेटर्स यादृच्छिकपणे निवडले जातात, आणि निवड होण्याची शक्यता त्यांनी स्टेक केलेल्या ETH च्या रकमेनुसार वाढते. या बदलामुळे इथेरियम अधिक ऊर्जा-कार्यक्षम ब्लॉकचेन नेटवर्क्सपैकी एक बनले आहे.",
+  "page-ethereum-vs-bitcoin-environmental-impact-3": "बिटकॉइन <strong>प्रूफ-ऑफ-वर्क</strong> वापरणे सुरू ठेवते, ज्यासाठी <strong>मोठ्या प्रमाणात विजेची आवश्यकता</strong> असते कारण माइनर्स क्रिप्टोग्राफिक कोडी सोडवण्यासाठी स्पर्धा करतात. यातील काही ऊर्जा अक्षय स्त्रोतांकडून येते, आणि बिटकॉइन समुदायात टिकाऊपणा सुधारण्याच्या मार्गांवर चर्चा सुरू आहे.",
+  "page-ethereum-vs-bitcoin-environmental-impact-4": "ऊर्जा वापराचा फरक दोन्ही नेटवर्क्समधील तुलनेचा एक महत्त्वाचा मुद्दा बनला आहे. इथेरियमचा कमी ऊर्जा वापर अशा संदर्भांमध्ये त्याला अधिक आकर्षक बनवतो जिथे पर्यावरणीय परिणामाला प्राधान्य दिले जाते.",
+  "page-ethereum-vs-bitcoin-environmental-impact-5": "इथेरियमच्या ऊर्जा वापरावरील संपूर्ण अहवाल वाचा",
+  "page-ethereum-vs-bitcoin-future-outlook-title": "भविष्य कसे दिसते",
+  "page-ethereum-vs-bitcoin-future-outlook-1": "बिटकॉइन मूल्याचे भांडार आणि राखीव मालमत्ता म्हणून अधिकाधिक स्वीकारले जात आहे. त्यात लक्षणीय बदल होण्याची शक्यता नाही, आणि ही स्थिरता त्याच्या आकर्षणाचा एक भाग आहे.",
+  "page-ethereum-vs-bitcoin-future-outlook-2": "इथेरियम नवीन डिजिटल अर्थव्यवस्थेत एक ॲप्लिकेशन प्लॅटफॉर्म म्हणून स्वतःला स्थापित करत आहे. लेयर 2 नेटवर्क्सच्या वाढीसह आणि चालू असलेल्या अपग्रेडसह, त्याचे उद्दिष्ट जागतिक स्तरावरील ॲप्लिकेशन्स, पायाभूत सुविधा आणि मालमत्तेला समर्थन देण्याचे आहे.",
+  "page-ethereum-vs-bitcoin-future-outlook-3": "अनेक वापरकर्त्यांसाठी, <strong>हे दोन नेटवर्क्स थेट स्पर्धेत नाहीत</strong>. ते वेगवेगळे उद्देश पूर्ण करतात आणि डिजिटल मालमत्तेच्या विविध दृष्टिकोनात एकमेकांना पूरक ठरू शकतात.",
+  "page-ethereum-vs-bitcoin-future-outlook-4": "इथेरियमच्या रोडमॅपबद्दल अधिक जाणून घ्या"
+}
\ No newline at end of file
diff --git a/src/intl/mr/page-founders.json b/src/intl/mr/page-founders.json
new file mode 100644
index 00000000000..7d27eef609b
--- /dev/null
+++ b/src/intl/mr/page-founders.json
@@ -0,0 +1,65 @@
+{
+  "page-founders-accelerators-alliance-description": "अलायन्स हा आघाडीचा क्रिप्टो अ‍ॅक्सिलरेटर आणि संस्थापक समुदाय आहे. आता AI स्टार्टअप्स स्वीकारत आहे.",
+  "page-founders-accelerators-alliance-highlight-1": "$500K निधी",
+  "page-founders-accelerators-base-description": "बेस बॅचेस हा ऑनचेन ॲप्सची पुढील लाट निर्माण करणाऱ्या बिल्डर्ससाठी एक जागतिक कार्यक्रम आहे.",
+  "page-founders-accelerators-base-highlight-1": "$1M पर्यंत निधी",
+  "page-founders-accelerators-growth-label": "अ‍ॅक्सिलरेटर्स आणि वाढ",
+  "page-founders-accelerators-kernel-description": "कर्नेल म्हणजे सहकाऱ्यांशी वारंवार संवाद साधून हळूहळू निर्मिती करणे.",
+  "page-founders-accelerators-kernel-highlight-1": "2,200+ फेलो",
+  "page-founders-accelerators-kernel-highlight-2": "150+ सक्रिय प्रकल्प",
+  "page-founders-apply-h2": "समर्थनासाठी अर्ज करा",
+  "page-founders-apply-p1": "तुमचा मार्ग निवडा आणि सर्वात संबंधित पुढील पायरीवर पोहोचा.",
+  "page-founders-cta-explore-name": "{name} एक्सप्लोर करा",
+  "page-founders-cta-visit-name": "{name} ला भेट द्या",
+  "page-founders-description": "उद्योजकांसाठी कार्यक्रमांमध्ये प्रवेश, मार्गदर्शन आणि Ethereum परिसंस्थेमध्ये दृश्यमानता मिळवण्यासाठी एक समर्पित केंद्र, जे संस्थापकांना प्रत्येक टप्प्यावर आवश्यक असलेले समर्थन देते.",
+  "page-founders-funding-arbitrum-description": "Arbitrum नेटवर्कच्या क्षमतांचा फायदा घेऊन प्रभावी DApps तयार करण्यासाठी डेव्हलपर आणि उद्योजकांना सक्षम करणे हे ध्येय आहे.",
+  "page-founders-funding-arbitrum-highlight-1": "300+ प्रकल्पांना समर्थन",
+  "page-founders-funding-base-description": "बिल्डर ग्रँट्स हे बेस बिल्डर्सना ओळख देण्यासाठी चालू असलेले प्रयोग आहेत.",
+  "page-founders-funding-base-highlight-1": "1-5 ETH अनुदान",
+  "page-founders-funding-esp-description": "गंभीर प्रकल्पांसाठी संसाधने वाटप करणे, Ethereum परिसंस्थेमध्ये एक मौल्यवान आवाज बनणे आणि बाहेरील जगासाठी Ethereum ची वकिली करणे.",
+  "page-founders-funding-esp-highlight-1": "2,000+ प्रकल्पांना समर्थन",
+  "page-founders-funding-label": "निधी",
+  "page-founders-funding-optimism-description": "सुपरचेनला पुढे नेण्यासाठी ऑनचेन ॲप्स, टूलिंग आणि इन्फ्रास्ट्रक्चर बनवणाऱ्या वैयक्तिक बिल्डर्स आणि टीम्ससाठी समर्थन.",
+  "page-founders-funding-optimism-highlight-1": "19 चेन्स पात्र",
+  "page-founders-funding-optimism-highlight-2": "700+ प्रकल्पांना समर्थन",
+  "page-founders-funding-polygon-description": "Polygon च्या वाढीसाठी वचनबद्ध असलेल्या बिल्डर्स, टीम्स आणि क्रिएटर्सना समर्थन देण्यासाठी एक सामुदायिक अनुदान कार्यक्रम.",
+  "page-founders-funding-polygon-highlight-1": "Polygon वर तयार करणे किंवा स्थलांतर करणे",
+  "page-founders-funding-unichain-description": "Unichain च्या उदयोन्मुख डेव्हलपर समुदायाला समर्थन देण्यासाठी डिझाइन केलेले कार्यक्रम आणि संसाधनांची मालिका.",
+  "page-founders-funding-unichain-highlight-1": "नवीन DeFi यंत्रणा",
+  "page-founders-get-in-touch-cta": "समर्थनाची विनंती करा",
+  "page-founders-get-in-touch-h2": "Ethereum फाउंडेशन संस्थापक यश टीम",
+  "page-founders-get-in-touch-p1": "संस्थापक यश हे धाडसी कल्पना असलेल्या बिल्डर्ससाठी, अशा उद्योजकांसाठी आहे जे Ethereum ला भविष्याला आकार देऊ शकणाऱ्या उत्पादनांचा आणि व्यवसायांचा पाया म्हणून पाहतात.",
+  "page-founders-metadata-description": "कार्यक्रमांद्वारे, मार्गदर्शनाद्वारे आणि संसाधनांद्वारे Ethereum वरील संस्थापकांना सक्षम करणे. कल्पना ते वाढीपर्यंत Ethereum परिसंस्था उद्योजकांना कशी मदत करते ते शोधा.",
+  "page-founders-metadata-title": "संस्थापकांना समर्थन",
+  "page-founders-partnerships-devconnect-description": "Devconnect ARG हा Ethereum चा जागतिक मेळा आहे: ॲप्सचे प्रदर्शन आणि Ethereum अवलंबनाला जोडण्यासाठी, तयार करण्यासाठी आणि गती देण्यासाठी एक कार्यक्रम.",
+  "page-founders-partnerships-ef-founder-support-cta": "परिचय शेड्यूल करा",
+  "page-founders-partnerships-ef-founder-support-description": "महसूल वाटप, तरलता आणि भागीदारी समन्वयित करणे. EF संस्थापक यश टीम हे घडवून आणण्यासाठी योग्य टीम्सना जोडण्यास मदत करते.",
+  "page-founders-partnerships-ef-founder-support-subtitle": "DeFi प्रोटोकॉल्स/टीम्सशी ओळख",
+  "page-founders-partnerships-ens-description": "या कार्यक्रमाचे उद्दिष्ट अशा प्रकल्पांना सक्षम करणे आहे ज्यांनी डेव्हलपर आणि वापरकर्त्यांसाठी सारखीच अपवादात्मक उपयुक्तता आणि प्रभाव दर्शविला आहे.",
+  "page-founders-partnerships-ens-highlight-1": "2 ETH पर्यंतचे लहान अनुदान",
+  "page-founders-partnerships-ens-highlight-2": "50k USDC पर्यंतचे मोठे अनुदान",
+  "page-founders-partnerships-ethglobal-description": "जागतिक कार्यक्रम जे Ethereum डेव्हलपर्स आणि उद्योजकांची एक जागतिक दर्जाची परिसंस्था वाढवतात.",
+  "page-founders-partnerships-label": "भागीदारी आणि एकत्रीकरण",
+  "page-founders-partnerships-protocol-guild-description": "Ethereum कोर डेव्हलपर्ससाठी स्वतंत्र निधी देणारी संस्था. आम्ही सक्रियपणे अशा मेंटेनर्सना निधी देतो ज्यांच्या कामावर परिसंस्था अवलंबून आहे.",
+  "page-founders-partnerships-protocol-guild-highlight-1": "कोर डेव्ह्ससाठी $28M जमा",
+  "page-founders-partnerships-unichain-description": "Unichain च्या उदयोन्मुख डेव्हलपर समुदायाला समर्थन देण्यासाठी डिझाइन केलेले कार्यक्रम आणि संसाधनांची मालिका.",
+  "page-founders-partnerships-unichain-highlight-1": "नवीन DeFi यंत्रणा",
+  "page-founders-story-dith-p1": "EF संस्थापक समर्थन उत्कृष्ट होते, त्यांनी आमच्यासाठी एक उत्तम निःपक्षपाती विचार भागीदार आणि सल्लागार म्हणून काम केले, जेव्हा आम्ही आमचा पहिला निधी उभारला. मी इतर EVM संस्थापकांना त्यांच्याशी संपर्क साधण्याची शिफारस करण्यास अजिबात संकोच करणार नाही.",
+  "page-founders-story-fahim-p1": "संस्थापक यश टीम ही Ethereum परिसंस्थेसाठी एक मोठी मालमत्ता आहे. त्यांना खरोखरच टीम्सना जिंकण्यास मदत करण्याची काळजी आहे आणि त्यांचे प्रत्यक्ष समर्थन आणि Optimism सारख्या टीम्सना मदत करण्याची प्रामाणिक वचनबद्धता स्पष्टपणे दिसून येते. मी त्यांच्यासोबत सहयोग सुरू ठेवण्यास आणि आपली परिसंस्था एकत्र मजबूत करण्यास उत्सुक आहे.",
+  "page-founders-story-kedian-p1": "EF मधील आमच्या संपर्काने आम्हाला मार्गदर्शन करण्यात महत्त्वाची भूमिका बजावली आहे, केवळ आमच्या आगामी वैशिष्ट्याबद्दल मौल्यवान माहिती सामायिक करूनच नव्हे, तर Ethereum परिसंस्थेतील महत्त्वाच्या L2s शी आमची ओळख करून देऊनही.",
+  "page-founders-story-kedian-p2": "त्यांच्या GTM धोरणावरील अभिप्रायामुळे, आम्ही निर्णय घेण्याची प्रक्रिया वेगवान केली, संशोधनावरील वेळ कमी केला आणि थेट अंमलबजावणीवर लक्ष केंद्रित केले.",
+  "page-founders-succeed-h2": "इतर कसे यशस्वी झाले",
+  "page-founders-succeed-p1": "तुम्हाला एकट्याने तयार करण्याची गरज नाही, ही परिसंस्था तुमच्या पाठीशी आहे.",
+  "page-founders-support-tag-accelerator": "अ‍ॅक्सिलरेटर",
+  "page-founders-support-tag-active": "सक्रिय",
+  "page-founders-support-tag-audit-grants": "ऑडिट अनुदान",
+  "page-founders-support-tag-ecosystem-events": "परिसंस्था कार्यक्रम",
+  "page-founders-support-tag-events": "कार्यक्रम",
+  "page-founders-support-tag-fundraising": "निधी उभारणी",
+  "page-founders-support-tag-grant-program": "अनुदान कार्यक्रम",
+  "page-founders-support-tag-mentorship": "मार्गदर्शन",
+  "page-founders-support-tag-networking": "नेटवर्किंग",
+  "page-founders-support-tag-public-goods": "सार्वजनिक वस्तू",
+  "page-founders-support-tag-tooling-infra": "टूलिंग आणि इन्फ्रा",
+  "page-founders-title": "Ethereum वरील संस्थापकांना सक्षम करणे"
+}
diff --git a/src/intl/mr/page-gas.json b/src/intl/mr/page-gas.json
new file mode 100644
index 00000000000..e7eddb89b45
--- /dev/null
+++ b/src/intl/mr/page-gas.json
@@ -0,0 +1,64 @@
+{
+  "page-gas-meta-title": "इथेरियम शुल्क: गॅस म्हणजे काय आणि कमी पैसे कसे द्यावे?",
+  "page-gas-meta-description": "इथेरियमवरील गॅसविषयी जाणून घ्या: ते कसे कार्य करते आणि गॅस शुल्कात कमी पैसे कसे द्यावेत",
+  "page-gas-hero-title": "गॅस फी",
+  "page-gas-hero-header": "नेटवर्क शुल्क",
+  "page-gas-hero-button-1-content": "गॅस म्हणजे काय?",
+  "page-gas-hero-subtitle-1": "इथेरियमवरील नेटवर्क शुल्काला गॅस म्हणतात.",
+  "page-gas-hero-subtitle-2": "गॅस हे इंधन आहे जे इथेरियमला शक्ती देते.",
+  "page-gas-summary-title": "सारांश",
+  "page-gas-summary-item-1": "इथेरियमवरील प्रत्येक व्यवहारावर प्रक्रिया करण्यासाठी लहान स्वरूपात पेमेंट आवश्यक आहे",
+  "page-gas-summary-item-2": "हे शुल्क 'गॅस' शुल्क म्हणून ओळखले जाते",
+  "page-gas-summary-item-3": "गॅस शुल्क निश्चित केलेले नाही, ते नेटवर्कच्या गर्दीनुसार बदलतात",
+  "page-gas-what-are-gas-fees-header": "गॅस शुल्क काय आहेत?",
+  "page-gas-what-are-gas-fees-text-1": "इथेरियमला एक मोठे संगणक नेटवर्क समजा जिथे लोक संदेश पाठवण्यासारखी किंवा प्रोग्राम चालवण्यासारखी कार्ये करू शकतात. वास्तविक जगात जसे, ही कार्ये पूर्ण करण्यासाठी उर्जेची आवश्यकता असते.",
+  "page-gas-what-are-gas-fees-text-2": "इथेरियममध्ये, प्रत्येक संगणकीय क्रियेची एक निश्चित \"गॅस\" किंमत असते. <b>तुमचे गॅस शुल्क तुमच्या व्यवहारातील क्रियांच्या एकूण खर्चाएवढे असते</b>. जेव्हा तुम्ही एखादा व्यवहार पाठवता किंवा <a href=\"/glossary/#smart-contract\">स्मार्ट कॉन्ट्रॅक्ट</a> चालवता, तेव्हा त्यावर प्रक्रिया करण्यासाठी तुम्ही गॅस शुल्कामध्ये पैसे देता.",
+  "page-gas-how-do-i-pay-less-gas-header": "मी कमी गॅस कसा भरू?",
+  "page-gas-how-do-i-pay-less-gas-text": "इथेरियमवर जास्त शुल्क काहीवेळा अपरिहार्य असले तरी, खर्च कमी करण्यासाठी तुम्ही वापरू शकता अशा काही धोरणे आहेत:",
+  "page-gas-how-do-i-pay-less-gas-card-1-title": "तुमच्या व्यवहारांची वेळ ठरवा",
+  "page-gas-how-do-i-pay-less-gas-card-1-description": "जसे ऑफ-पीक प्रवास कमी गर्दीचा आणि अधिक परवडणारा असतो, त्याचप्रमाणे जेव्हा उत्तर अमेरिका झोपलेले असते तेव्हा इथेरियम वापरण्यासाठी साधारणपणे स्वस्त असते.",
+  "page-gas-how-do-i-pay-less-gas-card-2-title": "गॅस कमी होण्याची प्रतीक्षा करा",
+  "page-gas-how-do-i-pay-less-gas-card-2-description": "इथेरियम किती गर्दीचे आहे यावर आधारित गॅसच्या किमती दर बारा सेकंदांनी वर-खाली होतात. जेव्हा गॅसच्या किमती जास्त असतात, तेव्हा व्यवहार करण्यापूर्वी काही मिनिटे थांबल्यास तुम्ही भरलेल्या रकमेत लक्षणीय घट होऊ शकते.",
+  "page-gas-how-do-i-pay-less-gas-card-3-title": "लेयर 2 वापरा",
+  "page-gas-how-do-i-pay-less-gas-card-3-description": "लेअर-2 चेन्स इथेरियमच्या वर तयार केल्या आहेत, जे कमी शुल्क देतात आणि अधिक व्यवहार हाताळतात. मुख्य इथेरियम नेटवर्कवर करण्याची गरज नसलेल्या व्यवहारांवर शुल्क वाचवण्यासाठी ते एक चांगला पर्याय आहेत.",
+  "page-gas-try-layer-2": "लेअर 2 वापरून पहा",
+  "page-gas-what-causes-high-gas-fees-header": "जास्त गॅस शुल्काचे कारण काय?",
+  "page-gas-what-causes-high-gas-fees-text-1": "जेव्हाही इथेरियमवरील गणनेचे प्रमाण (गॅस) एका विशिष्ट मर्यादेपेक्षा जास्त होते, तेव्हा गॅस शुल्क वाढू लागते. गॅस जितका या मर्यादेपेक्षा जास्त असेल तितक्या वेगाने गॅस शुल्क वाढते.",
+  "page-gas-what-causes-high-gas-fees-text-2": "जास्त शुल्काची कारणे लोकप्रिय <a href=\"/glossary/#dapp\">विकेंद्रित ॲप्स (dapps)</a> किंवा NFTs, <a href=\"/glossary/#dex\">DEXs</a> वर वेळोवेळी वाढलेला व्यापार किंवा गर्दीच्या वेळी वापरकर्त्यांच्या मोठ्या संख्येने होणारी हालचाल असू शकते.",
+  "page-gas-what-causes-high-gas-fees-text-3": "इथेरियमवरील डेव्हलपर्सनी तैनात करण्यापूर्वी त्यांच्या स्मार्ट कॉन्ट्रॅक्ट्सच्या वापराला ऑप्टिमाइझ करण्याची काळजी घेतली पाहिजे. जर बरेच लोक खराब लिहिलेला स्मार्ट कॉन्ट्रॅक्ट वापरत असतील, तर तो जास्त गॅस वापरेल आणि अनवधानाने नेटवर्कमध्ये गर्दी निर्माण करू शकतो.",
+  "page-gas-want-to-dive-deeper": "अधिक सखोल जाणून घेऊ इच्छिता?",
+  "page-gas-check-out-the-developer-docs": "डेव्हलपर डॉक्स तपासा.",
+  "page-gas-attack-of-the-cryptokitties-header": "क्रिप्टोकिटीजचा हल्ला",
+  "page-gas-attack-of-the-cryptokitties-text": "नोव्हेंबर 2017 मध्ये, लोकप्रिय क्रिप्टोकिटीज प्रकल्प सुरू करण्यात आला. त्याच्या लोकप्रियतेत झालेल्या जलद वाढीमुळे नेटवर्कमध्ये लक्षणीय गर्दी निर्माण झाली आणि गॅस शुल्क अत्यंत वाढले. क्रिप्टोकिटीजमुळे निर्माण झालेल्या आव्हानांनी इथेरियम स्केलिंगसाठी उपाय शोधण्याची निकड वाढवली.",
+  "page-gas-why-do-we-need-gas-header": "आपल्याला गॅसची गरज का आहे?",
+  "page-gas-why-do-we-need-gas-text": "इथेरियमला सुरक्षित ठेवण्यासाठी आणि व्यवहार प्रक्रिया करण्यासाठी गॅस हा एक महत्त्वाचा घटक आहे. गॅस अनेक प्रकारे मदत करतो:",
+  "page-gas-benefits-1-description": "गॅस दुर्भावनापूर्ण घटकांना फसव्या क्रियाकलापांनी नेटवर्कवर भार टाकण्यापासून रोखून इथेरियमला <a href=\"/glossary/#anti-sybil\">सिबिल-प्रतिरोधक</a> ठेवतो.",
+  "page-gas-benefits-2-description": "गणनेसाठी गॅस खर्च होत असल्याने, महागड्या व्यवहारांद्वारे इथेरियमवर स्पॅमिंग करणे, मग ते अपघाताने असो वा दुर्भावनेने, आर्थिकदृष्ट्या निरुत्साहित केले जाते.",
+  "page-gas-benefits-3-description": "एका वेळी केल्या जाऊ शकणाऱ्या गणनेच्या प्रमाणावरील कठोर मर्यादा इथेरियमला ​​अतिभारित होण्यापासून प्रतिबंधित करते, ज्यामुळे नेटवर्क नेहमी उपलब्ध राहील याची खात्री करण्यास मदत होते.",
+  "page-gas-how-is-gas-calculated-header": "गॅसची गणना कशी केली जाते?",
+  "page-gas-advanced": "प्रगत",
+  "page-gas-how-is-gas-calculated-text-1": "तुम्ही भरलेले एकूण गॅस शुल्क काही भागांनी बनलेले आहे:",
+  "page-gas-how-is-gas-calculated-item-1": "<b>बेस फी:</b> नेटवर्कद्वारे निर्धारित केलेले शुल्क जे व्यवहारासाठी भरावे लागते",
+  "page-gas-how-is-gas-calculated-item-2": "<b>प्राधान्य शुल्क:</b> नोड ऑपरेटर्सना तुमच्या व्यवहाराचा समावेश करण्यासाठी प्रोत्साहित करण्यासाठी एक पर्यायी टीप",
+  "page-gas-how-is-gas-calculated-item-3": "<b>वापरलेली गॅस युनिट्स<i>*</i>:</b> आठवतंय आपण म्हटलं होतं की गॅस गणनेचे प्रतिनिधित्व करतो? स्मार्ट कॉन्ट्रॅक्टशी संवाद साधण्यासारख्या अधिक क्लिष्ट क्रियांना, व्यवहार पाठवण्यासारख्या सोप्या क्रियेपेक्षा जास्त गॅस लागतो.",
+  "page-gas-how-is-gas-calculated-list-item-1": "<i><span>*</span> विविध प्रकारचे व्यवहार किती गॅस वापरतात हे पाहण्यासाठी आकृती 1 पहा</i>",
+  "page-gas-how-is-gas-calculated-text-2": "गॅस शुल्काची गणना करण्याचे सूत्र म्हणजे वापरलेले गॅस युनिट्स * (बेस फी + प्राधान्य शुल्क). बहुतेक वॉलेट्स गॅस वापराची गणना करतील आणि ते अधिक सरळ मार्गाने प्रदर्शित करतील.",
+  "page-gas-table-figure": "<i>आकृती 1: व्यवहार प्रकारानुसार वापरलेला गॅस</i>",
+  "page-gas-table-header-1": "व्यवहार प्रकार",
+  "page-gas-table-header-2": "वापरलेली गॅस युनिट्स",
+  "page-gas-table-item-1-transaction-type": "ETH पाठवणे",
+  "page-gas-table-item-2-transaction-type": "ERC-20 टोकन्स पाठवणे",
+  "page-gas-table-item-3-transaction-type": "NFT हस्तांतरित करणे",
+  "page-gas-table-item-4-transaction-type": "Uniswap वर स्वॅपिंग",
+  "page-gas-faq-header": "वारंवार विचारले जाणारे प्रश्न",
+  "page-gas-faq-question-1-q": "माझ्या व्यवहारातील गॅस शुल्क कोणाला दिले जाते?",
+  "page-gas-faq-question-1-a-1": "गॅस शुल्काचा बहुतांश भाग — बेस फी — प्रोटोकॉलद्वारे नष्ट (बर्न) केला जातो. प्राधान्य शुल्क, जर तुमच्या व्यवहारात समाविष्ट असेल, तर तुमच्या व्यवहाराचा प्रस्ताव देणाऱ्या व्हॅलिडेटरला दिले जाईल.",
+  "page-gas-faq-question-1-a-2": "तुम्ही प्रक्रियेचे सविस्तर वर्णन <a href=\"/developers/docs/gas/\">गॅस डेव्हलपर डॉक्समध्ये</a> वाचू शकता.",
+  "page-gas-faq-question-2-q": "मला गॅस ETH मध्ये भरावा लागेल का?",
+  "page-gas-faq-question-2-a-1": "होय. इथेरियमवरील सर्व गॅस शुल्क मूळ ETH चलनातच दिले पाहिजे.",
+  "page-gas-faq-question-2-a-2": "ETH वर अधिक",
+  "page-gas-faq-question-3-q": "Gwei म्हणजे काय?",
+  "page-gas-faq-question-3-a-1": "बहुतेक वॉलेट्स किंवा गॅस ट्रॅकर्समध्ये, तुम्हाला गॅसच्या किमती 'gwei' मध्ये दर्शविलेल्या दिसतील.",
+  "page-gas-faq-question-3-a-2": "Gwei हे ETH चे एक लहान एकक आहे, जसे डॉलरसाठी पेनी असतात, फरक एवढाच की 1 ETH म्हणजे 1 अब्ज gwei. ETH च्या अगदी लहान रकमेबद्दल बोलताना Gwei उपयुक्त आहे.",
+  "page-gas-use-layer-2": "लेयर 2 वापरा"
+}
diff --git a/src/intl/mr/page-get-eth.json b/src/intl/mr/page-get-eth.json
index cd6115a8a85..a9c93aeaf64 100644
--- a/src/intl/mr/page-get-eth.json
+++ b/src/intl/mr/page-get-eth.json
@@ -3,29 +3,39 @@
   "page-get-eth-article-protecting-yourself": "स्वतःचे आणि आपल्या निधीचे संरक्षण करणे",
   "page-get-eth-article-store-digital-assets": "Ethereumवर डिजिटल मालमत्ता कशी साठवायची",
   "page-get-eth-article-protecting-yourself-desc": "MyCrypto",
-  "page-get-eth-article-keeping-crypto-safe-desc": "कॉइनबेस",
+  "page-get-eth-article-keeping-crypto-safe-desc": "Coinbase",
   "page-get-eth-article-store-digital-assets-desc": "ConsenSys",
   "page-get-eth-cex": "केंद्रीकृत देवाणघेवाण",
   "page-get-eth-cex-desc": "देवाणघेवाण - एक्सचेंज हे असे व्यवसाय आहेत जे तुम्हाला पारंपारिक चलने वापरून क्रिप्टो खरेदी करू देतात. तुम्ही खरेदी केलेल्या कोणत्याही ETH ची कस्टडी त्यांच्याकडे असते जोपर्यंत तुम्ही ते तुम्ही नियंत्रित करत असलेल्या वॉलेटवर पाठवत नाही.",
   "page-get-eth-checkout-dapps-btn": "dapps पहा",
   "page-get-eth-community-safety": "सुरक्षा वर समुदाय पोस्ट",
-  "page-get-eth-description": "Ethereum आणि ETH कोणत्याही सरकार किंवा कंपनीद्वारे नियंत्रित नाहीत - ते विकेंद्रित आहेत. याचा अर्थ ETH प्रत्येकासाठी वापरण्यासाठी खुला आहे.",
+  "page-get-eth-description": "Ethereum कोणत्याही एका संस्थेद्वारे नियंत्रित नाही - ते विकेंद्रित आहे.",
   "page-get-eth-dex": "विकेंद्रित एक्सचेंज (DEX)",
-  "page-get-eth-dex-desc": "तुम्हाला अधिक नियंत्रण हवे असल्यास, ETH पीअर-टू-पीअर खरेदी करा. DEX सह तुम्ही तुमच्या निधीचे नियंत्रण केंद्रीकृत कंपनीला न देता व्यापार करू शकता.",
+  "page-get-eth-dex-desc": "तुम्हाला अधिक नियंत्रण हवे असल्यास, स्मार्ट करार वापरून ETH खरेदी करा. DEX सह तुम्ही कधीही केंद्रीकृत कंपनीला तुमच्या निधीचे नियंत्रण न देता डिजिटल मालमत्तेचा व्यापार करू शकता.",
+  "page-get-eth-peers": "तुमच्या समवयस्कांकडून ETH मिळवा",
+  "page-get-eth-peers-desc": "एकदा तुमच्याकडे Ethereum खाते झाल्यानंतर, तुम्हाला ETH (आणि इतर टोकन) पीअर-टू-पीअर पाठवणे आणि प्राप्त करणे सुरू करण्यासाठी तुमचा पत्ता शेअर करणे आवश्यक आहे.",
+  "page-get-eth-staking": "बक्षिसे स्टॅकिंग",
+  "page-get-eth-staking-desc": "तुमच्याकडे आधीच काही ETH असल्यास, तुम्ही व्हॅलिडेटर नोड चालवून अधिक कमवू शकता. ETH मध्ये हे सत्यापन कार्य करण्यासाठी आपल्याला पैसे मिळतात.",
+  "page-get-eth-earn": "ETH कमवा",
+  "page-get-eth-earn-desc": "तुम्ही DAO किंवा क्रिप्टोमध्ये पैसे देणाऱ्या कंपन्यांसाठी काम करून, बक्षीस जिंकून, सॉफ्टवेअर बग शोधून आणि बरेच काही करून ETH कमावू शकता.",
+  "page-get-eth-daos-link-desc": "DAOs बद्दल जाणून घ्या",
+  "page-get-eth-cex-link-desc": "एक्सचेंजची यादी पहा",
+  "page-get-eth-staking-link-desc": "स्टेकिंगबद्दल अधिक जाणून घ्या",
   "page-get-eth-dexs": "विकेंद्रित एक्सचेंज (DEX)",
   "page-get-eth-dexs-desc": "विकेंद्रित एक्सचेंजेस हे ETH आणि इतर टोकन्ससाठी खुले बाजार आहेत. ते खरेदीदार आणि विक्रेते यांना थेट जोडतात.",
   "page-get-eth-dexs-desc-2": "व्यवहारात निधीचे रक्षण करण्यासाठी विश्वासू तृतीय पक्ष वापरण्याऐवजी, ते कोड वापरतात. विक्रेत्याचा ETH फक्त तेव्हाच हस्तांतरित केला जाईल जेव्हा पेमेंटची हमी दिली जाईल. या प्रकारच्या कोडला स्मार्ट कॉन्ट्रॅक्ट म्हणून ओळखले जाते.",
-  "page-get-eth-dexs-desc-3": "याचा अर्थ केंद्रीकृत पर्यायांपेक्षा कमी भौगोलिक निर्बंध आहेत. कोणीतरी तुम्हाला पाहिजे ते विकत असल्यास आणि तुम्ही देऊ शकता अशी पेमेंट पद्धत स्वीकारत असल्यास, तुम्ही जाण्यास चांगले आहात. DEX तुम्हाला इतर टोकन, PayPal किंवा अगदी वैयक्तिक रोख वितरणासह ETH खरेदी करू देतात.",
+  "page-get-eth-dexs-desc-3": "याचा अर्थ केंद्रीकृत पर्यायांपेक्षा कमी भौगोलिक निर्बंध आहेत. जर कोणी आपल्याला पाहिजे ते विकत असेल आणि आपण प्रदान करू शकता पेमेंट पद्धत स्वीकारत असेल तर आपण जाणे चांगले आहे.",
+  "page-get-eth-dexs-desc-4": "टीप: अनेक डेक्स कार्य करण्यासाठी (WETH) वापरतात. wrapped ether बद्दल अधिक जाणून घ्या.",
   "page-get-eth-do-not-copy": "उदाहरण: कॉपी करू नका",
   "page-get-eth-exchanges-disclaimer": "ही माहिती आम्ही हाताने गोळा केली. तुम्हाला काही चूक आढळल्यास, आम्हाला येथे कळवा",
-  "page-get-eth-exchanges-empty-state-text": "तुम्ही ETH खरेदी करण्यासाठी वापरू शकता अशा वॉलेट आणि एक्सचेंजेसची सूची पाहण्यासाठी तुमचा राहण्याचा देश प्रविष्ट करा",
+  "page-get-eth-exchanges-empty-state-text": "तुम्ही वापरण्यास सक्षम असलेल्या एक्सचेंजेसची सूची पाहण्यासाठी तुमचा राहण्याचा देश प्रविष्ट करा",
   "page-get-eth-exchanges-except": "वगळता",
   "page-get-eth-exchanges-header": "तुम्ही कोणत्या देशात राहता?",
   "page-get-eth-exchanges-header-exchanges": "देवाणघेवाण",
   "page-get-eth-exchanges-header-wallets": "वॉलेट",
-  "page-get-eth-exchanges-intro": "एक्सचेंजेस आणि वॉलेटमध्ये ते क्रिप्टो कोठे विकू शकतात यावर निर्बंध आहेत.",
+  "page-get-eth-exchanges-intro": "एक्सचेंजेसमध्ये ते क्रिप्टो कोठे विकू शकतात यावर निर्बंध आहेत. ही प्रत्येक देशात कार्यरत असलेल्या सेवांची सूचक यादी आहे. येथे समावेश करणे हे समर्थन नाही - आपण आपले स्वतःचे संशोधन केले पाहिजे!",
   "page-get-eth-exchanges-no-exchanges": "क्षमस्व, आम्हाला असे कोणतेही एक्सचेंज माहित नाही जे तुम्हाला या देशातून ETH खरेदी करू देतात. असे असल्यास, आम्हाला येथे सांगा",
-  "page-get-eth-exchanges-no-exchanges-or-wallets": "क्षमस्व, आम्हाला कोणतेही एक्सचेंजेस किंवा वॉलेट माहित नाहीत जे तुम्हाला या देशातून ETH खरेदी करू देतात. असे असल्यास, आम्हाला येथे सांगा",
+  "page-get-eth-exchanges-no-exchanges-or-wallets": "क्षमस्व, आम्हाला असे कोणतेही एक्सचेंज माहित नाही जे तुम्हाला या देशातून ETH खरेदी करू देतात. असे असल्यास, आम्हाला येथे सांगा",
   "page-get-eth-exchanges-no-wallets": "क्षमस्व, तुम्हाला या देशातून ETH खरेदी करू देणारे कोणतेही वॉलेट आम्हाला माहीत नाहीत. असे असल्यास, आम्हाला येथे सांगा",
   "page-get-eth-exchanges-search": "तुम्ही कुठे राहता ते टाइप करा...",
   "page-get-eth-exchanges-success-exchange": "त्यांच्या कायदेशीर तपासण्यांमुळे एक्सचेंजमध्ये नोंदणी करण्यासाठी अनेक दिवस लागू शकतात.",
@@ -36,30 +46,30 @@
   "page-get-eth-hero-image-alt": "ETH नायक प्रतिमा मिळवा",
   "page-get-eth-keep-it-safe": "तुमचे ETH सुरक्षित ठेवणे",
   "page-get-eth-meta-description": "तुम्ही कुठे राहता यावर आधारित ETH कसे खरेदी करावे आणि त्याची काळजी कशी घ्यावी याबद्दल सल्ला.",
-  "page-get-eth-meta-title": "ETH कसे खरेदी करावे",
+  "page-get-eth-meta-title": "इथेरियम (ETH) कसे खरेदी करावे",
   "page-get-eth-need-wallet": "DEX वापरण्यासाठी तुम्हाला वॉलेटची आवश्यकता असेल.",
   "page-get-eth-new-to-eth": "ETH वर नवीन? तुम्हाला प्रारंभ करण्यासाठी येथे विहंगावलोकन आहे.",
   "page-get-eth-other-cryptos": "इतर क्रिप्टोसह खरेदी करा",
-  "page-get-eth-protect-eth-desc": "जर तुम्ही भरपूर ETH खरेदी करण्याचा विचार करत असाल तर तुम्हाला ते तुमच्या नियंत्रण असलेल्या वॉलेट मध्ये ठेवायचे आहे, देवाणघेवाण नाही. कारण हॅकर्ससाठी देवाणघेवाण हे संभाव्य लक्ष्य आहे. हॅकरने प्रवेश मिळवल्यास, तुम्ही तुमचा निधी गमावू शकता. वैकल्पिकरित्या, तुमच्या वॉलेट वर फक्त तुमचे नियंत्रण असते.",
-  "page-get-eth-protect-eth-in-wallet": "वॉलेट मध्ये तुमचे ETH सुरक्षित करा",
+  "page-get-eth-protect-eth-desc": "Ethereum च्या मुख्य वैशिष्ट्यांपैकी एक म्हणजे तुम्ही तुमचे स्वतःचे खाते व्यवस्थापित करून तुमच्या स्वतःच्या मालमत्तेवर नियंत्रण ठेवू शकतो. याचा अर्थ तुम्हाला तुमच्या मालमत्तेसह कोणत्याही तृतीय पक्षावर विश्वास ठेवण्याची गरज नाही, आणि तुम्ही कोणत्याही संरक्षकाने अप्रामाणिकपणे वागण्यापासून, दिवाळखोर होण्यापासून किंवा हॅक होण्यापासून संरक्षित आहात. तथापि, याचा अर्थ असा आहे की तुम्ही तुमच्या स्वतःच्या सुरक्षिततेची जबाबदारी घेता.",
+  "page-get-eth-protect-eth-in-wallet": "तुमचा ETH तुमच्या स्वतःच्या वॉलेटमध्ये ठेवा",
   "page-get-eth-search-by-country": "देशानुसार शोधा",
-  "page-get-eth-security": "परंतु याचा अर्थ असा आहे की तुम्हाला तुमच्या निधीची सुरक्षा गांभीर्याने घेणे आवश्यक आहे. ETH सह, तुम्ही तुमच्या पैशांची काळजी घेण्यासाठी बँकेवर विश्वास ठेवत नाही, तुम्ही स्वतःवर विश्वास ठेवता.",
+  "page-get-eth-security": "याचा अर्थ तुम्हाला तुमच्या निधीची सुरक्षा गांभीर्याने घेणे आवश्यक आहे. ETH सह, आपण आपल्या मालमत्तेची काळजी घेण्यासाठी बँक किंवा कंपनीवर विश्वास ठेवत नाही, आपण स्वत: ची जबाबदारी घेत आहात.",
   "page-get-eth-smart-contract-link": "हुशार करारांवर अधिक",
   "page-get-eth-swapping": "इतर लोकांच्या ETH साठी तुमचे टोकन स्वॅप करा. आणि विपरीत.",
   "page-get-eth-try-dex": "DEX वापरून पहा",
   "page-get-eth-use-your-eth": "तुमचा ETH वापरा",
   "page-get-eth-use-your-eth-dapps": "आता तुमच्याकडे काही ETH आहेत, काही Ethereum ऍप्लिकेशन (dapps) पहा. वित्त, सोशल मीडिया, गेमिंग आणि इतर अनेक श्रेण्यांसाठी dapps आहेत.",
   "page-get-eth-wallet-instructions": "वॉलेट सूचनांचे अनुसरण करा",
-  "page-get-eth-wallet-instructions-lost": "तुम्ही तुमच्या वॉलेटचा अ‍ॅक्सेस गमावल्यास, तुम्ही तुमच्या निधीचा अ‍ॅक्सेस गमावाल. तुमच्या वॉलेटने तुम्हाला यापासून संरक्षण करण्यासाठी सूचना दिल्या पाहिजेत. त्यांचे काळजीपूर्वक अनुसरण करण्याचे सुनिश्चित करा – बहुतेक प्रकरणांमध्ये, आपण आपल्या वॉलेट मध्ये प्रवेश गमावल्यास कोणीही आपल्याला मदत करू शकत नाही.",
+  "page-get-eth-wallet-instructions-lost": "आपण आपल्या खात्यात प्रवेश गमावल्यास, आपण आपल्या निधीमध्ये प्रवेश गमावाल. तुमच्या वॉलेटने तुम्हाला यापासून संरक्षण करण्याच्या सूचना दिल्या पाहिजेत. बहुतेक प्रकरणांमध्ये त्यांचे काळजीपूर्वक अनुसरण करण्याचे सुनिश्चित करा –, आपण आपल्या खात्यात प्रवेश गमावल्यास कोणीही आपल्याला मदत करू शकत नाही.",
   "page-get-eth-wallets": "वॉलेट",
   "page-get-eth-wallets-link": "वॉलेटबद्दलची अधिक माहिती",
   "page-get-eth-wallets-purchasing": "काही पाकिटं तुम्हाला डेबिट/क्रेडिट कार्ड, बँक ट्रान्सफर किंवा अगदी Apple Pay सह क्रिप्टो खरेदी करू देतात. भौगोलिक निर्बंध लागू.",
-  "page-get-eth-warning": "हे DEX नवशिक्यांसाठी नाहीत कारण ते वापरण्यासाठी तुम्हाला काही ETH ची आवश्यकता असेल.",
+  "page-get-eth-warning": "हे DEX नवशिक्यांसाठी नाहीत कारण ते वापरण्यासाठी तुम्हाला काही ETH ची आवश्यकता असेल. ही केवळ उदाहरणे आहेत, प्रमाणित उत्पादने नाहीत. आपले स्वतःचे संशोधन करा!",
   "page-get-eth-what-are-DEX's": "DEX म्हणजे काय?",
   "page-get-eth-whats-eth-link": "ETH काय आहे?",
-  "page-get-eth-where-to-buy-desc": "तुम्ही एक्सचेंजमधून किंवा थेट वॅलेटंमधून ETH खरेदी करू शकता.",
+  "page-get-eth-where-to-buy-desc": "तुम्ही ETH कमावू शकता, ते तुमच्या समवयस्कांकडून मिळवू शकता किंवा ते एक्सचेंज आणि ॲप्समधून खरेदी करू शकता.",
   "page-get-eth-where-to-buy-desc-2": "तुम्ही कुठे राहता यावर आधारित तुम्ही कोणत्या सेवा वापरू शकता ते तपासा.",
-  "page-get-eth-where-to-buy-title": "ETH कुठे खरेदी करायचा",
+  "page-get-eth-where-to-buy-title": "ETH कुठे मिळेल",
   "page-get-eth-your-address": "तुमचा ETH पत्ता",
   "page-get-eth-your-address-desc": "तुम्ही वॉलेट डाउनलोड करता तेव्हा ते तुमच्यासाठी सार्वजनिक ETH पत्ता तयार करेल. एक कसा दिसतो ते येथे आहे:",
   "page-get-eth-your-address-desc-3": "तुमच्या ईमेल पत्त्याप्रमाणे याचा विचार करा, परंतु मेलऐवजी ते ETH प्राप्त करू शकते. तुम्हाला एक्सचेंजमधून तुमच्या वॉलेटमध्ये ETH हस्तांतरित करायचे असल्यास, तुमचा पत्ता गंतव्यस्थान म्हणून वापरा. आपण पाठवण्यापूर्वी नेहमी दुहेरी तपासणी करण्याचे सुनिश्चित करा!",
diff --git a/src/intl/mr/page-history.json b/src/intl/mr/page-history.json
new file mode 100644
index 00000000000..f78d39ee9dd
--- /dev/null
+++ b/src/intl/mr/page-history.json
@@ -0,0 +1,7 @@
+{
+  "page-history-slot-number": "स्लॉट क्रमांक",
+  "page-history-block-number": "ब्लॉक क्रमांक",
+  "page-history-epoch-number": "इपॉक क्रमांक",
+  "page-history-ethereum-org-wayback": "वेबॅक मशीनवर ethereum.org",
+  "page-history-eth-price": "ETH किंमत"
+}
diff --git a/src/intl/mr/page-index.json b/src/intl/mr/page-index.json
index 97f1c299144..f981948b103 100644
--- a/src/intl/mr/page-index.json
+++ b/src/intl/mr/page-index.json
@@ -19,7 +19,7 @@
   "page-index-bento-networks-content": "Ethereum वर शेकडो लेयर 2 नेटवर्क तयार केले आहेत. Ethereum च्या सिद्ध सुरक्षिततेचा लाभ घेताना कमी शुल्क आणि जवळपास तात्काळ व्यवहारांचा आनंद घ्या.",
   "page-index-bento-networks-title": "नेटवर्क्सचे नेटवर्क",
   "page-index-bento-stablecoins-action": "स्टेबलकॉइन्स शोधा",
-  "page-index-bento-stablecoins-content": "स्टेबलकॉइन्स हे असे चलन आहेत जे स्थिर किंमत राखतात, जे यू.एस. डॉलरसारख्या स्थिर मालमत्तेशी जुळतात. Ethereum वर त्वरित जागतिक पेमेंटमध्ये प्रवेश करा किंवा डिजिटल डॉलरमध्ये मूल्य संग्रहित करा.",
+  "page-index-bento-stablecoins-content": "स्टेबलकॉइन्स हे डिजिटल चलन आहे ज्याची किंमत यू.एस. डॉलरसारख्या स्थिर मालमत्तेशी जुळवून स्थिर ठेवली जाते. ते त्वरित जागतिक पेमेंटची सुविधा देतात किंवा Ethereum वर डिजिटल डॉलरमध्ये मूल्य साठवतात.",
   "page-index-bento-stablecoins-title": "दैनंदिन वापरासाठी ডিজিটাল रोख",
   "page-index-builders-action-primary": "बिल्डरचे पोर्टल",
   "page-index-builders-action-secondary": "दस्तऐवज",
diff --git a/src/intl/mr/page-layer-2-learn.json b/src/intl/mr/page-layer-2-learn.json
new file mode 100644
index 00000000000..df3038f1f39
--- /dev/null
+++ b/src/intl/mr/page-layer-2-learn.json
@@ -0,0 +1,55 @@
+{
+  "page-layer-2-learn-meta-title": "लेअर 2 म्हणजे काय? | ethereum.org",
+  "page-layer-2-learn-title": "लेयर 2 म्हणजे काय?",
+  "page-layer-2-learn-description": "मोठ्या प्रमाणावर दत्तक घेण्यासाठी Ethereum स्केलिंग",
+  "page-layer-2-learn-button-1-label": "लेयर 2 म्हणजे काय?",
+  "page-layer-2-learn-button-2-label": "लेयर 2 वापरा",
+  "page-layer-2-learn-what-is-layer-2-title": "लेयर 2 म्हणजे काय?",
+  "page-layer-2-learn-what-is-layer-2-1": "Ethereum स्केलिंग सोल्यूशनच्या विशिष्ट संचाचे वर्णन करण्यासाठी लेअर 2 (L2) ही एक सामूहिक संज्ञा आहे. <strong>लेअर 2 ही एक वेगळी <a href=\"/glossary/#blockchain\">ब्लॉकचेन</a> आहे जी Ethereum चा विस्तार करते आणि Ethereum च्या सुरक्षिततेची हमी वारसा म्हणून मिळवते</strong>.",
+  "page-layer-2-learn-what-is-layer-2-2": "आता त्यात थोडे अधिक जाणून घेऊया. हे करण्यासाठी आपल्याला प्रथम लेयर 1 (L1) स्पष्ट करणे आवश्यक आहे.",
+  "page-layer-2-learn-what-is-layer-1-title": "लेयर 1 म्हणजे काय?",
+  "page-layer-2-learn-what-is-layer-1-1": "Ethereum आणि Bitcoin सारखे लेअर 1 ब्लॉकचेन्स हा <strong>मूलभूत पाया आहे ज्यावर लेअर 2 प्रकल्प तयार होतात</strong>. लेअर 2 प्रकल्पांच्या उदाहरणांमध्ये Ethereum वरील <strong>झिरो-नॉलेज रोलअप्स</strong> आणि <strong>ऑप्टिमिस्टिक रोलअप्स</strong> आणि Bitcoin वरील लाइटनिंग नेटवर्कचा समावेश आहे.",
+  "page-layer-2-learn-what-is-layer-1-2": "Ethereum लेअर 2 साठी डेटा उपलब्धता लेअर म्हणून देखील कार्य करते, आणि मागील व्यवहारांवर कोणतेही विवाद असल्यास या विवादांसाठी Ethereum कडून डेटा प्रदान केला जातो.",
+  "page-layer-2-learn-layer-1-list-title": "लेयर 1 मध्ये Ethereum समाविष्ट आहे:",
+  "page-layer-2-learn-layer-1-list-1": "नेटवर्क सुरक्षित आणि प्रमाणित करण्यासाठी <strong>नोड ऑपरेटरचे नेटवर्क</strong>",
+  "page-layer-2-learn-layer-1-list-2": "<strong>ब्लॉक उत्पादकांचे नेटवर्क</strong>",
+  "page-layer-2-learn-layer-1-list-3": "<strong>ब्लॉकचेन</strong> स्वतः आणि व्यवहार डेटाचा इतिहास",
+  "page-layer-2-learn-layer-1-list-4": "नेटवर्कसाठी <strong>एकमत यंत्रणा</strong>",
+  "page-layer-2-learn-why-do-we-need-layer-2-title": "आम्हाला लेयर 2ची आवश्यकता का आहे?",
+  "page-layer-2-learn-why-do-we-need-layer-2-1": "ब्लॉकचेनचे तीन इष्ट गुणधर्म म्हणजे ते विकेंद्रित, सुरक्षित आणि स्केलेबल आहे. ब्लॉकचेन ट्रायलेम्मा सांगते की एक साधी ब्लॉकचेन आर्किटेक्चर तिघांपैकी फक्त दोनच साध्य करू शकते. एक सुरक्षित आणि विकेंद्रित ब्लॉकचेन हवे आहे? तुम्हाला स्केलेबिलिटीचा त्याग करावा लागेल. येथेच लेअर 2 नेटवर्क्स उपयोगी पडतात.",
+  "page-layer-2-learn-why-do-we-need-layer-2-2": "Ethereum दररोज 1+ दशलक्ष व्यवहारांसह नेटवर्कच्या सध्याच्या क्षमतेपर्यंत पोहोचले आहे, आणि या प्रत्येक व्यवहारासाठी उच्च मागणी आहे. Ethereum च्या यशामुळे आणि ते वापरण्याच्या मागणीमुळे गॅसच्या किमतींमध्ये लक्षणीय वाढ झाली आहे. त्यामुळे स्केलिंग सोल्यूशन्सची गरजही शिखरावर पोहोचली आहे.",
+  "page-layer-2-learn-why-do-we-need-layer-2-scalability": "स्केलेबिलिटी",
+  "page-layer-2-learn-why-do-we-need-layer-2-scalability-1": "स्केलेबिलिटीचे मुख्य ध्येय विकेंद्रीकरण किंवा सुरक्षेचा त्याग न करता व्यवहाराचा वेग (जलद अंतिमता) आणि व्यवहार थ्रूपुट (प्रति सेकंद उच्च व्यवहार) वाढवणे हे आहे.",
+  "page-layer-2-learn-why-do-we-need-layer-2-scalability-2": "Ethereum समुदायाने एक मजबूत भूमिका घेतली आहे की ते स्केल करण्यासाठी विकेंद्रीकरण किंवा सुरक्षेचा त्याग करणार नाही. शार्डिंग येईपर्यंत, Ethereum मेननेट (लेअर 1) प्रति सेकंद अंदाजे फक्त 15 व्यवहार प्रक्रिया करू शकेल. जेव्हा Ethereum वापरण्याची मागणी जास्त असते, तेव्हा यामुळे नेटवर्कमध्ये गर्दी होते, व्यवहार शुल्क वाढते, आणि शुल्क कमी होईपर्यंत ज्यांना ते परवडत नाही त्यांना Ethereum वापरण्यापासून दूर ठेवले जाते. इथेच आज Ethereum ला स्केल करण्यासाठी लेअर 2 उपयोगी पडते.",
+  "page-layer-2-learn-layer2Cards-1-title": "कमी फी",
+  "page-layer-2-learn-layer2Cards-1-description": "लेअर 1 वर अनेक व्यवहार एकाच व्यवहारामध्ये एकत्र करून, व्यवहार शुल्क मोठ्या प्रमाणात कमी केले जाते, ज्यामुळे Ethereum सर्वांसाठी अधिक सुलभ होते.",
+  "page-layer-2-learn-layer2Cards-2-title": "सुरक्षा सांभाळा",
+  "page-layer-2-learn-layer2Cards-2-description": "लेअर 2 ब्लॉकचेन्स त्यांचे व्यवहार Ethereum मेननेटवर सेटल करतात, ज्यामुळे वापरकर्त्यांना Ethereum नेटवर्कच्या सुरक्षेचा फायदा होऊ शकतो.",
+  "page-layer-2-learn-layer2Cards-3-title": "वापर प्रकरणे विस्तृत करा",
+  "page-layer-2-learn-layer2Cards-3-description": "प्रति सेकंद जास्त व्यवहार, कमी शुल्क आणि नवीन तंत्रज्ञानासह, सुधारित वापरकर्ता अनुभवासह प्रकल्प नवीन अनुप्रयोगांमध्ये विस्तारित होतील.",
+  "page-layer-2-learn-how-does-layer-2-work-title": "लेयर 2 कसे कार्य करते?",
+  "page-layer-2-learn-how-does-layer-2-work-1": "आम्ही वर नमूद केल्याप्रमाणे, लेयर 2 ही Ethereum स्केलिंग सोल्यूशन्ससाठी सामूहिक संज्ञा आहे जी Ethereum लेयर 1 च्या मजबूत विकेंद्रित सुरक्षेचा लाभ घेत असताना देखील Ethereum स्तर 1 मधील व्यवहार हाताळते. लेयर 2 ही एक वेगळी ब्लॉकचेन आहे जी Ethereumचा विस्तार करते. ते कसे कार्य करते?",
+  "page-layer-2-learn-how-does-layer-2-work-2": "लेयर 2 चे अनेक प्रकार आहेत, प्रत्येकाचे स्वतःचे ट्रेड-ऑफ आणि सुरक्षा मॉडेल आहेत. लेयर 2s लेयर 1 वरून व्यवहाराचा बोजा काढून टाकतो ज्यामुळे ते कमी गर्दीचे होऊ शकते आणि सर्वकाही अधिक स्केलेबल बनते.",
+  "page-layer-2-learn-how-does-layer-2-work-rollups-title": "रोलअप्स",
+  "page-layer-2-learn-how-does-layer-2-work-rollups-1": "रोलअप्स लेअर 1 वरील एकाच व्यवहारामध्ये शेकडो व्यवहार एकत्र (किंवा 'रोल अप') करतात. यामुळे L1 व्यवहार शुल्क रोलअपमधील प्रत्येकामध्ये वितरीत होते, ज्यामुळे प्रत्येक वापरकर्त्यासाठी ते स्वस्त होते.",
+  "page-layer-2-learn-how-does-layer-2-work-rollups-2": "रोलअपमधील व्यवहार डेटा लेअर 1 वर सादर केला जातो, परंतु त्याची अंमलबजावणी रोलअपद्वारे स्वतंत्रपणे केली जाते. लेअर 1 वर व्यवहार डेटा सादर केल्याने, रोलअप्सना Ethereum ची सुरक्षा वारसा म्हणून मिळते. याचे कारण असे की एकदा डेटा लेअर 1 वर अपलोड झाला की, रोलअप व्यवहार उलटवण्यासाठी Ethereum ला उलटवणे आवश्यक असते. रोलअप्ससाठी दोन भिन्न दृष्टिकोन आहेत: ऑप्टिमिस्टिक आणि झिरो-नॉलेज - हा व्यवहार डेटा L1 वर कसा सादर केला जातो यावर ते प्रामुख्याने भिन्न आहेत.",
+  "page-layer-2-learn-rollupCards-optimistic-title": "ऑप्टिमिस्टिक रोलअप्स",
+  "page-layer-2-learn-rollupCards-optimistic-description": "ऑप्टिमिस्टिक रोलअप्स फॉल्ट प्रूफ वापरतात जिथे व्यवहार वैध मानले जातात, परंतु अवैध व्यवहाराचा संशय आल्यास त्यांना आव्हान दिले जाऊ शकते. अवैध व्यवहाराचा संशय आल्यास, हे घडले आहे की नाही हे पाहण्यासाठी एक फॉल्ट प्रूफ चालवला जातो.",
+  "page-layer-2-learn-rollupCards-optimistic-childSentence": "आशावादी रोलअप्सवर अधिक",
+  "page-layer-2-learn-rollupCards-zk-title": "झिरो-नॉलेज रोलअप्स",
+  "page-layer-2-learn-rollupCards-zk-description": "झिरो नॉलेज रोलअप्स व्हॅलिडिटी प्रूफ वापरतात जिथे व्यवहारांची गणना ऑफचेन केली जाते, आणि मग हा डेटा त्याच्या वैधतेच्या पुराव्यासह Ethereum मेननेटला पुरवला जातो.",
+  "page-layer-2-learn-rollupCards-zk-childSentence": "zk-रोलअप्सबद्दल अधिक",
+  "page-layer-2-learn-dyor-title": "तुम्ही स्वतःच संशोधन करा: लेअर 2 चे धोके",
+  "page-layer-2-learn-dyor-1": "कारण लेअर 2 चेन्स Ethereum कडून सुरक्षा वारशाने घेतात, एका आदर्श जगात, ते L1 Ethereum इतकेच सुरक्षित आहेत. तथापि, बरेचसे <strong>प्रकल्प अजूनही नवीन आणि काहीसे प्रायोगिक आहेत</strong>. अनेक वर्षांच्या R&D नंतर, Ethereum ला स्केल करणारे अनेक L2 तंत्रज्ञान 2021 मध्ये लाईव्ह झाले. याचा अर्थ असा नाही की हे L2 सुरक्षित नाहीत, फक्त कोणताही लेअर 2 Ethereum मेननेट इतका प्रत्यक्ष वापरातून सिद्ध झालेला नाही. नेहमी स्वतःचे संशोधन करा आणि त्यात असलेल्या कोणत्याही जोखमीसह तुम्ही सोयीस्कर आहात की नाही हे ठरवा.",
+  "page-layer-2-learn-dyor-2": "लेअर 2s च्या तंत्रज्ञान, जोखीम आणि विश्वासाच्या गृहीतकांबद्दल अधिक माहितीसाठी, आम्ही L2BEAT तपासण्याची शिफारस करतो, जे प्रत्येक प्रकल्पाचे सर्वसमावेशक जोखीम मूल्यांकन फ्रेमवर्क प्रदान करते.",
+  "page-layer-2-learn-dyor-link": "L2BEAT वर जा",
+  "page-layer-2-learn-note-on-alt-l1-title": "alt L1s, साइडचेन्स आणि व्हॅलिडियम्सबद्दल एक टीप",
+  "page-layer-2-learn-note-on-alt-l1-1": "पर्यायी लेअर 1 मध्ये Ethereum पेक्षा जास्त थ्रूपुट आणि कमी व्यवहार शुल्क असते. या alt L1s ला प्रति सेकंद जास्त व्यवहार आणि कमी शुल्क मिळवण्यासाठी सुरक्षा किंवा विकेंद्रीकरणाचा त्याग करावा लागला आहे. Ethereum इकोसिस्टम यावर ठामपणे सहमत आहे की लेअर 2 स्केलिंग हा स्केलेबिलिटी ट्रायलेमा सोडवण्याचा आणि विकेंद्रित व सुरक्षित राहण्याचा एकमेव मार्ग आहे.",
+  "page-layer-2-learn-note-on-alt-l1-2": "साइडचेन्स आणि व्हॅलिडियम्स हे असे ब्लॉकचेन आहेत जे एका ब्लॉकचेनवरील मालमत्ता दुसऱ्या ब्लॉकचेनवर ब्रिज करून वापरण्याची परवानगी देतात. साइडचेन्स आणि व्हॅलिडियम्स मुख्य चेनच्या समांतर चालतात आणि ब्रिजद्वारे मुख्य चेनशी संवाद साधतात, परंतु ते त्यांची सुरक्षा किंवा डेटा उपलब्धता मुख्य चेनमधून मिळवत नाहीत. ते लेअर 2 प्रमाणेच स्केल करतात, परंतु त्यांची विश्वासाची गृहीतके वेगळी आहेत. ते कमी व्यवहार शुल्क आणि उच्च व्यवहार थ्रूपुट देतात. <a href=\"/developers/docs/scaling/sidechains\">साइडचेन्स</a> आणि <a href=\"/developers/docs/scaling/validium\">व्हॅलिडियम्स</a> बद्दल अधिक.",
+  "page-layer-2-learn-callout-1-title": "याचे फायदे काय आहेत?",
+  "page-layer-2-learn-callout-1-description": "लेअर 2 सोल्यूशन्सचा वापरकर्त्याच्या अनुभवावर काय व्यावहारिक परिणाम होतो ते जाणून घ्या.",
+  "page-layer-2-learn-learn-more": "अधिक जाणून घ्या",
+  "page-layer-2-learn-callout-2-title": "विविध नेटवर्क्स एक्सप्लोर करा",
+  "page-layer-2-learn-callout-2-description": "नेटवर्क्स एकमेकांपेक्षा कसे वेगळे आहेत आणि त्यांच्या विकासात ते किती पुढे गेले आहेत हे जाणून घ्या.",
+  "page-layer-2-learn-explore-networks": "नेटवर्क्स एक्सप्लोर करा"
+}
diff --git a/src/intl/mr/page-layer-2-networks.json b/src/intl/mr/page-layer-2-networks.json
new file mode 100644
index 00000000000..5ee96712424
--- /dev/null
+++ b/src/intl/mr/page-layer-2-networks.json
@@ -0,0 +1,85 @@
+{
+  "page-layer-2-networks-hero-description": "आज इथेरियम वापरणे म्हणजे शेकडो वेगवेगळ्या नेटवर्क आणि ॲप्सशी संवाद साधणे. हे सर्व इथेरियमद्वारे पायाभूत आधार म्हणून समर्थित आहे.",
+  "page-layer-2-networks-meta-title": "इथेरियम लेअर 2: नेटवर्क एक्सप्लोर करा",
+  "page-layer-2-networks-more-advanced-title": "अधिक प्रगत अवलोकन शोधत आहात का?",
+  "page-layer-2-networks-more-advanced-descripton-1": "बरेच प्रकल्प आहेत",
+  "page-layer-2-networks-more-advanced-descripton-2": "अजूनही नवीन आणि काही प्रमाणात प्रायोगिक.",
+  "page-layer-2-networks-more-advanced-descripton-3": "या नेटवर्कच्या तंत्रज्ञान, जोखीम आणि विश्वासाच्या गृहीतकांबद्दल अधिक माहितीसाठी, आम्ही L2BEAT, जे प्रत्येक प्रकल्पाची सर्वसमावेशक जोखीम मूल्यांकन फ्रेमवर्क प्रदान करते आणि सामान्य डेटा विश्लेषणासाठी growthepie तपासण्याची शिफारस करतो.",
+  "page-layer-2-networks-more-advanced-link-1": "l2beat.com ला भेट द्या",
+  "page-layer-2-networks-more-advanced-link-2": "growthepie.com ला भेट द्या",
+  "page-layer-2-networks-callout-1-title": "याचे फायदे काय आहेत?",
+  "page-layer-2-networks-callout-1-description": "इथेरियमची ताकद आणि सुरक्षा इतर नेटवर्कना त्यावर तयार करण्यासाठी एक प्लॅटफॉर्म प्रदान करते.",
+  "page-layer-2-networks-callout-2-title": "अधिक तपशिलांमध्ये स्वारस्य आहे का?",
+  "page-layer-2-networks-callout-2-description": "या स्केलिंग दृष्टिकोनाच्यामागील तंत्रज्ञान आणि कारणांबद्दल उत्सुक आहात? यामागील विचार आणि विविध तांत्रिक दृष्टिकोनांबद्दल अधिक जाणून घ्या.",
+  "page-layer-2-networks-n/a-label": "लागू नाही",
+  "page-layer-2-networks-n/a-description": "इथेरियम मेननेटला लागू नाही.",
+  "page-layer-2-networks-robust-label": "मजबूत",
+  "page-layer-2-networks-robust-description": "पूर्णपणे विकेंद्रित आणि सुरक्षित नेटवर्क ज्यात कोणत्याही व्यक्ती किंवा गटाद्वारे, अगदी त्याच्या निर्मात्यांकडूनही फेरफार करता येत नाही किंवा ते थांबवता येत नाही.\n\nहे एक नेटवर्क आहे जे इथेरियमच्या विकेंद्रीकरणाच्या दृष्टीची पूर्तता करते.",
+  "page-layer-2-networks-maturing-label": "परिपक्व होत आहे",
+  "page-layer-2-networks-maturing-description": "विकेंद्रित होण्याच्या स्थितीत असलेले एक नेटवर्क. अत्यंत गंभीर परिस्थितीत काही घटकांचा गट अजूनही नेटवर्क थांबवू शकतो.",
+  "page-layer-2-networks-developing-label": "विकसित होत आहे",
+  "page-layer-2-networks-developing-description": "एक केंद्रीकृत ऑपरेटर नेटवर्क चालवतो परंतु केंद्रीकरणाचे धोके कमी करण्यासाठी फेल-सेफ वैशिष्ट्ये जोडतो.",
+  "page-layer-2-networks-emerging-label": "उदयोन्मुख",
+  "page-layer-2-networks-emerging-description": "एक केंद्रीकृत ऑपरेटर नेटवर्क चालवतो. ऑपरेटर प्रामाणिक आहे की नाही हे तपासण्यासाठी डेटा इथेरियमवर सार्वजनिकपणे दृश्यमान असतो.",
+  "page-layer-2-networks-network-maturity": "नेटवर्कची परिपक्वता",
+  "page-layer-2-networks-network-maturity-with-colon": "नेटवर्कची परिपक्वता:",
+  "page-layer-2-networks-network-maturity-description": "हे विकासाचा टप्पा, नेटवर्क वापरण्याशी संबंधित धोके आणि नेटवर्कच्या परिसंस्थेचा आकार विचारात घेते.",
+  "page-layer-2-networks-summary-metric": "हे यांनी केलेल्या जोखीम विश्लेषणावर आधारित एक सारांश मेट्रिक आहे",
+  "page-layer-2-networks-no-results-title": "कोणतेही परिणाम नाहीत",
+  "page-layer-2-networks-no-results-description": "तुमच्या निकषांशी जुळणारे कोणतेही नेटवर्क नाहीत, काही फिल्टर जोडण्याचा प्रयत्न करा",
+  "page-layer-2-networks-reset-filters": "फिल्टर रीसेट करा",
+  "page-layer-2-networks-age": "वय",
+  "page-layer-2-networks-show-how-long": "नेटवर्क किती काळ कार्यरत आहे हे दाखवते.",
+  "page-layer-2-networks-data-from": "यांच्याकडून डेटा",
+  "page-layer-2-networks-period": ".",
+  "page-layer-2-networks-wallet-support": "वॉलेट समर्थन",
+  "page-layer-2-networks-how-many-wallet-support": "किती वॉलेट ॲप्स नेटवर्क वापरण्यास समर्थन देतात हे दर्शवते.",
+  "page-layer-2-networks-active-address": "सक्रिय पत्ते",
+  "page-layer-2-networks-active-address-weekly": "सक्रिय पत्ते (साप्ताहिक)",
+  "page-layer-2-networks-active-address-number": "मागील ७ दिवसांत नेटवर्कवरील सक्रिय पत्त्यांची संख्या.",
+  "page-layer-2-networks-fee-token": "शुल्क टोकन",
+  "page-layer-2-networks-token-used-to-pay": "व्यवहारांसाठी आणि नेटवर्क वापरण्यासाठी पैसे देण्यासाठी वापरले जाणारे टोकन.",
+  "page-layer-2-networks-network-usage": "नेटवर्क वापर",
+  "page-layer-2-networks-network-usage-overview": "नेटवर्क वापराचा आढावा. मागील ३० दिवसांत संबंधित क्षेत्रांमधील व्यवहारांची संख्या मोजते.",
+  "page-layer-2-networks-no-data-available": "कोणताही डेटा उपलब्ध नाही",
+  "page-layer-2-networks-links": "लिंक्स",
+  "page-layer-2-networks-official-website": "अधिकृत वेबसाइट",
+  "page-layer-2-networks-risk-analysis": "जोखीम विश्लेषण",
+  "page-layer-2-networks-assessment-by-l2beat": "L2BEAT द्वारे मूल्यांकन",
+  "page-layer-2-networks-detailed-analytics": "तपशीलवार विश्लेषण",
+  "page-layer-2-networks-assessment-by-growthepie": "growthepie द्वारे मूल्यांकन",
+  "page-layer-2-networks-bridge-to": "येथे ब्रिज करा",
+  "page-layer-2-networks-view-apps": "ॲप्स पहा",
+  "page-layer-2-networks-select-wallet": "वॉलेट निवडा",
+  "page-layer-2-networks-search-wallets": "वॉलेट शोधा...",
+  "page-layer-2-networks-no-wallet-found": "कोणतेही वॉलेट आढळले नाही",
+  "page-layer-2-networks-robust-description-1": "पूर्णपणे विकेंद्रित आणि सुरक्षित नेटवर्क ज्यात कोणत्याही व्यक्ती किंवा गटाद्वारे, अगदी त्याच्या निर्मात्यांकडूनही फेरफार करता येत नाही किंवा ते थांबवता येत नाही.",
+  "page-layer-2-networks-robust-description-2": "हे एक नेटवर्क आहे जे इथेरियमच्या विकेंद्रीकरणाच्या दृष्टीची पूर्तता करते.",
+  "page-layer-2-networks-developing-description-1": "एकच ऑपरेटर पारदर्शकतेसाठी सार्वजनिक डेटा दृश्यमानतेसह नेटवर्क चालवत आहे.",
+  "page-layer-2-networks-emerging-description-1": "एकच ऑपरेटर खाजगीरित्या नेटवर्क चालवत आहे आणि पारदर्शकतेच्या दिशेने काम करत आहे.",
+  "page-layer-2-networks-networks-showing": "दाखवत असलेले नेटवर्क",
+  "page-layer-2-networks-market-share": "बाजार हिस्सा",
+  "page-layer-2-networks-market-share-description": "इथेरियमवरील एस्क्रो करारांमध्ये एकूण लॉक केलेले मूल्य.",
+  "page-layer-2-networks-avg-transaction-fee": "सरासरी व्यवहार शुल्क",
+  "page-layer-2-networks-transaction-fee": "व्यवहार शुल्क",
+  "page-layer-2-networks-transaction-fee-description": "हस्तांतरण, स्वॅप, मिंटिंग आणि इतर क्रियाकलापांसाठी व्यवहाराची सरासरी किंमत.",
+  "page-layer-2-networks-transaction-see-networks": "नेटवर्क पहा",
+  "page-layer-2-network-maturity-component-1": "आम्ही नेटवर्कच्या प्रगतीचे पुनरावलोकन करतो",
+  "page-layer-2-network-maturity-component-2": "इथेरियम संरेखन",
+  "page-layer-2-network-maturity-component-3": "एकूण लॉक केलेले मूल्य (TVL)",
+  "page-layer-2-network-maturity-component-4": "उत्पादनात थेट वेळ",
+  "page-layer-2-network-maturity-component-5": "आणि जोखीम विचार",
+  "page-layer-2-network-maturity-component-6": "हे स्तर नेटवर्कच्या विकासाचा मागोवा घेण्यास मदत करतात आणि समुदायाला प्रगतीचे मूल्यांकन करण्यासाठी एक प्रमाणित मार्ग प्रदान करतात.",
+  "page-layer-2-network-maturity-component-7": "केवळ तांत्रिक प्रगती पुरेशी नाही, वापरकर्ता स्वीकृती आणि वय हे कोणत्याही नेटवर्कच्या एकूण ताकद आणि परिपक्वतेचा एक आवश्यक भाग आहेत.",
+  "page-layer-2-network-maturity-component-8": "परिपक्वता",
+  "page-layer-2-network-maturity-component-9": "आवश्यकता",
+  "page-layer-2-network-maturity-component-10": "• टप्पा 2",
+  "page-layer-2-network-maturity-component-11": "• किमान $1B TVL",
+  "page-layer-2-network-maturity-component-12": "• टप्पा 1",
+  "page-layer-2-network-maturity-component-13": "• किमान $150M TVL",
+  "page-layer-2-network-maturity-component-14": "• 6+ महिने उत्पादनात थेट",
+  "page-layer-2-network-maturity-component-15": "• टप्पा 0",
+  "page-layer-2-network-maturity-component-16": "• जोखीम मूल्यांकन: 3/5 (L2beat)",
+  "page-layer-2-network-maturity-component-17": "• जोखीम मूल्यांकन: 2/5 (L2beat)",
+  "page-layer-2-network-maturity-component-18": "• किमान $150M TVL किंवा 6+ महिने उत्पादनात थेट"
+}
diff --git a/src/intl/mr/page-layer-2.json b/src/intl/mr/page-layer-2.json
new file mode 100644
index 00000000000..21e14bed677
--- /dev/null
+++ b/src/intl/mr/page-layer-2.json
@@ -0,0 +1,61 @@
+{
+  "page-layer-2-hero-title": "स्तर 2",
+  "page-layer-2-hero-header": "इथेरियम नेटवर्क्स",
+  "page-layer-2-hero-description": "खर्चाच्या काही अंशात इथेरियम वापरा.",
+  "page-layer-2-hero-button-2-content": "अधिक जाणून घ्या",
+  "page-layer-2-period": ".",
+  "page-layer-2-calloutCard-1-title": "$0.01 शुल्क",
+  "page-layer-2-calloutCard-1-description": "तुम्ही व्यापार करू शकता, जागतिक स्तरावर पैसे पाठवू शकता, किंवा उच्च खर्चाची चिंता न करता ॲप्लिकेशन्स वापरू शकता.",
+  "page-layer-2-calloutCard-2-title": "जवळपास त्वरित व्यवहार",
+  "page-layer-2-calloutCard-2-description": "तुम्ही जलद पेमेंट करत असाल किंवा विकेंद्रित वित्त (DeFi) मध्ये सहभागी होत असाल, सर्व व्यवहारांना फक्त काही सेकंद लागतात.",
+  "page-layer-2-calloutCard-3-title": "इथेरियम द्वारे समर्थित",
+  "page-layer-2-calloutCard-3-description": "इथेरियमचे काळाच्या कसोटीवर सिद्ध झालेले आणि विकेंद्रित ब्लॉकचेन इतर नवीन नेटवर्क्ससाठी सेटलमेंट लेयर म्हणून कार्य करते.",
+  "page-layer-2-meta-title": "इथेरियम लेयर 2 चा परिचय: फायदे आणि उपयोग",
+  "page-layer-2-meta-description": "इथेरियम लेयर 2 नेटवर्क्सबद्दल जाणून घ्या",
+  "page-layer-2-powered-by-ethereum-title": "इथेरियम द्वारे समर्थित",
+  "page-layer-2-powered-by-ethereum-description-1": "इथेरियम आता फक्त एकच नेटवर्क राहिलेले नाही.",
+  "page-layer-2-powered-by-ethereum-description-2": "त्यावर आता शेकडो ब्लॉकचेन तयार झाल्यामुळे, इथेरियम रोजच्या वापरासाठी अधिक किफायतशीर, जलद आणि सुलभ झाले आहे.",
+  "page-layer-2-powered-by-ethereum-description-3": "इथेरियम द्वारे समर्थित अनेक नेटवर्क्सपैकी एकामध्ये सामील होऊन भविष्याचा स्वीकार करा!",
+  "page-layer-2-man-and-dog-alt": "माणूस आणि कुत्रा खेळत आहेत",
+  "page-layer-2-blockchain-transaction-cost": "इथेरियम ब्लॉकचेनवरील सरासरी व्यवहार खर्च",
+  "page-layer-2-networks-transaction-cost": "इथेरियम समर्थित नेटवर्क्सवरील सरासरी व्यवहार खर्च",
+  "page-layer-2-network-of-networks-title": "नेटवर्क्सचे नेटवर्क",
+  "page-layer-2-network-of-networks-description": "इथेरियमची ताकद आणि सुरक्षितता इतर नेटवर्क्सना त्यावर तयार करण्यासाठी एक प्लॅटफॉर्म प्रदान करते. एकाच खात्याद्वारे, सर्वकाही सुसंगत आहे आणि अखंडपणे कनेक्ट होते.",
+  "page-layer-2-ethereum-logo-alt": "Ethereum",
+  "page-layer-2-ready-to-start-title": "सुरू करण्यास तयार आहात का?",
+  "page-layer-2-ready-to-start-description": "तुमच्यासाठी उपलब्ध असलेल्या सर्व विविध नेटवर्क्सवर एक नजर टाका.",
+  "page-layer-2-ready-to-start-button": "नेटवर्क्स एक्सप्लोर करा",
+  "page-layer-2-go": "Go",
+  "page-layer-2-walking-alt": "चालणे",
+  "page-layer-2-why-do-we-need-multiple-networks-1": "आपल्याला इथेरियमवर अनेक नेटवर्क्सची गरज का आहे?",
+  "page-layer-2-why-do-we-need-multiple-networks-2": "फक्त एक इथेरियम नेटवर्क ऐवजी ही सर्व नेटवर्क्स का आहेत?",
+  "page-layer-2-faq-title": "वारंवार विचारले जाणारे प्रश्न",
+  "page-layer-2-faq-ExpandableCard-1-title": "एखादे नेटवर्क इथेरियमचा भाग आहे हे मला कसे कळेल?",
+  "page-layer-2-faq-ExpandableCard-1-description-1": "इथेरियमच्या संबंधात नेटवर्क्सचे वर्गीकरण करण्याचे अनेक वेगवेगळे मार्ग आहेत. लोकप्रियता मिळवण्यासाठी अनेक नेटवर्क्स इथेरियमचे स्केलिंग करत असल्याचा दावा करतात. तथापि, एक स्पष्ट दृष्टिकोन म्हणजे नेटवर्क आपला डेटा इथेरियम मेन नेटवर्कवर संग्रहित करते की नाही. यामुळे वापरकर्त्याची सुरक्षा आणि इथेरियमची परवानगीविरहित दृष्टी मोठ्या प्रमाणात वाढते. अशा प्रकल्पांना अनेकदा “rollups” म्हटले जाते. जर डेटा इतरत्र संग्रहित केला असेल, तर तो प्रकल्प थेट इथेरियम विस्तार नाही आणि त्याऐवजी स्वतंत्र आहे. काही सर्वात लोकप्रिय पहा",
+  "page-layer-2-faq-ExpandableCard-1-description-2": "काही विशिष्ट उद्योगांना जसे की गेमिंग किंवा गैर-वित्तीय ॲप्लिकेशन्सना अशा थेट जवळच्या संबंधांची आवश्यकता नसते, जेथे वेगवेगळी तंत्रज्ञान अधिक योग्य असतात.",
+  "page-layer-2-faq-ExpandableCard-2-title": "ही सर्व नेटवर्क्स सुरक्षित आहेत का?",
+  "page-layer-2-faq-ExpandableCard-2-description-1": "सर्वसाधारणपणे मजबूत सुरक्षा वैशिष्ट्यांसह डिझाइन केलेले असले तरी, त्यांची सुरक्षितता मूळ तंत्रज्ञान, स्मार्ट कॉन्ट्रॅक्ट सुरक्षा, आणि",
+  "page-layer-2-faq-ExpandableCard-2-link": "नेटवर्कची परिपक्वता",
+  "page-layer-2-faq-ExpandableCard-2-description-2": "वापरकर्त्यांनी सुरक्षित वापर सुनिश्चित करण्यासाठी, लहान व्यवहारांपासून सुरुवात करून आणि घडामोडींवर अद्ययावत राहून योग्य काळजी घेतली पाहिजे.",
+  "page-layer-2-faq-ExpandableCard-3-title": "या नेटवर्क्सवर अवलंबून राहण्याऐवजी इथेरियम स्वतःची चेन स्केल का करू शकत नाही?",
+  "page-layer-2-faq-ExpandableCard-3-description": "इथेरियम स्वतःची मेन चेन सहजपणे स्केल करू शकत नाही कारण त्याला सुरक्षित आणि विकेंद्रित राहण्याची गरज आहे. मेन चेन जलद केल्याने ती कमी सुरक्षित आणि अधिक केंद्रीकृत होऊ शकते. इथेरियम नेटवर्क्स मेन चेनच्या बाहेर व्यवहार प्रक्रिया करून आणि नंतर सुरक्षेसाठी मेन चेनचा वापर करून मदत करतात, ज्यामुळे इथेरियम सुरक्षा किंवा विकेंद्रीकरण न गमावता अधिक व्यवहार हाताळू शकते.",
+  "page-layer-2-faq-ExpandableCard-4-title": "'अधिकृत' इथेरियम नेटवर्क्स का नाहीत?",
+  "page-layer-2-faq-ExpandableCard-4-description": "ज्याप्रमाणे 'अधिकृत' Ethereum क्लायंट नाही, त्याचप्रमाणे 'अधिकृत' Ethereum लेयर 2 नाही. Ethereum परवानगीहीन आहे - तांत्रिकदृष्ट्या कोणीही लेयर 2 तयार करू शकतो! एकापेक्षा जास्त संघ त्यांच्या लेयर 2 ची आवृत्ती अंमलात आणतील आणि संपूर्णपणे इकोसिस्टमला विविध वापराच्या प्रकरणांसाठी ऑप्टिमाइझ केलेल्या डिझाइन पद्धतींच्या विविधतेचा फायदा होईल. नेटवर्कमध्‍ये विविधता येण्‍यासाठी आमच्याकडे एकाधिक टीम्सद्वारे विकसित केलेले अनेक Ethereum क्लायंट आहेत, तसेच हे देखील भविष्यात लेयर 2s कसे विकसित होईल.",
+  "page-layer-2-callout-1-title": "विविध नेटवर्क्स एक्सप्लोर करा",
+  "page-layer-2-callout-1-description": "नेटवर्क्स एकमेकांपेक्षा कसे वेगळे आहेत आणि त्यांच्या विकासात ते किती पुढे गेले आहेत हे जाणून घ्या.",
+  "page-layer-2-callout-2-title": "अधिक तपशिलांमध्ये स्वारस्य आहे का?",
+  "page-layer-2-callout-2-description": "या स्केलिंग दृष्टिकोनाच्यामागील तंत्रज्ञान आणि कारणांबद्दल उत्सुक आहात? यामागील विचार आणि विविध तांत्रिक दृष्टिकोनांबद्दल अधिक जाणून घ्या.",
+  "page-layer-2-arbitrum-description": "Arbitrum One हे Offchain Labs द्वारे तयार केलेले आणि Arbitrum DAO द्वारे संचालित एक सामान्य-उद्देशीय Optimistic Rollup आहे.",
+  "page-layer-2-base-description": "Base हे OP स्टॅकने तयार केलेले एक Optimistic Rollup आहे. हे कोणालाही, कुठेही, ऑनचेन तयार करण्यासाठी एक कमी-खर्चिक आणि बिल्डर-फ्रेंडली मार्ग प्रदान करते.",
+  "page-layer-2-optimism-description": "OP Mainnet हे EVM-समतुल्य Optimistic Rollup आहे. जलद, सोपे आणि सुरक्षित असणे हे त्याचे उद्दिष्ट आहे.",
+  "page-layer-2-blast-description": "Blast हे नेटिव्ह यील्डला समर्थन देणारे EVM-अनुरूप Optimistic Rollup आहे.",
+  "page-layer-2-zksync2-description": "ZKsync Era हे पूर्ण EVM सुसंगततेसह एक सामान्य-उद्देशीय ZK Rollup आहे.",
+  "page-layer-2-linea-description": "Linea हे Consensys zkEVM द्वारे समर्थित ZK Rollup आहे, जे इथेरियम नेटवर्कला स्केल करण्यासाठी डिझाइन केलेले आहे.",
+  "page-layer-2-scroll-description": "Scroll हे ZK Rollup आहे जे ZK टेक आणि EVM सुसंगततेद्वारे इथेरियमच्या क्षमतांचा विस्तार करते.",
+  "page-layer-2-starknet-description": "Starknet हे STARKs आणि Cairo VM वर आधारित एक सामान्य उद्देशीय ZK Rollup आहे.",
+  "page-layer-2-mode-description": "Mode हे AIFi अर्थव्यवस्था तयार करणारे एक OP स्टॅक Optimistic Rollup आहे.",
+  "page-layer-2-taiko-description": "Taiko हे एक विकेंद्रित, इथेरियम-समतुल्य ZK-EVM रोलअप आहे जे अखंड क्रॉस-चेन कम्युनिकेशन सक्षम करते.",
+  "page-layer-2-unichain-description": "Unichain हे DeFi-नेटिव्ह इथेरियम L2 आहे, जे चेन्समध्ये लिक्विडिटीचे केंद्र म्हणून तयार केले आहे.",
+  "page-layer-2-ink-description": "Ink हे सुपरचेनसाठी DeFi चे केंद्र बनण्यासाठी डिझाइन केलेले इथेरियम OP स्टॅक लेयर 2 ब्लॉकचेन आहे; नाविन्यपूर्ण DeFi प्रोटोकॉल तैनात करण्यासाठी एक शक्तिशाली बेसलेअर.",
+  "page-layer-2-zircuit-description": "Zircuit हे AI-शक्तीवर चालणारे सिक्वेन्सर-स्तरीय सुरक्षा वैशिष्ट्य असलेले EVM-अनुरूप ZK Rollup आहे, जे दुर्भावनापूर्ण व्यवहार शोधून त्यांना प्रतिबंधित करते."
+}
diff --git a/src/intl/mr/page-learn.json b/src/intl/mr/page-learn.json
index 57e4669d3a3..a3ecc8761ee 100644
--- a/src/intl/mr/page-learn.json
+++ b/src/intl/mr/page-learn.json
@@ -1,6 +1,7 @@
 {
+  "about-ethereum-video-series": "इथेरियमबद्दलची व्हिडिओ मालिका",
   "toc-learn-hub": "ज्ञान केंद्र",
-  "toc-what-is-crypto-ethereum": "Ethereum म्हणजे काय?",
+  "toc-what-is-crypto-ethereum": "अथेरम म्हणजे काय?",
   "toc-how-do-i-use-ethereum": "मी अथेरम कसे वापरू?",
   "toc-what-is-ethereum-used-for": "अथेरम कशासाठी वापरले जाते?",
   "toc-strengthen-the-ethereum-network": "अथेरम नेटवर्क मजबूत करा",
@@ -10,9 +11,10 @@
   "hero-header": "अथेरम बद्दल जाणून घ्या",
   "hero-subtitle": "अथेरमच्या जगासाठी तुमचे शैक्षणिक मार्गदर्शक. अथेरम कसे कार्य करते आणि ते कसे कनेक्ट करायचे ते जाणून घ्या. या पृष्ठामध्ये तांत्रिक आणि गैर-तांत्रिक लेख, मार्गदर्शक आणि संसाधने समाविष्ट आहेत.",
   "hero-button-lets-get-started": "चला सुरू करूया",
+  "page-learn-meta-title": "अथेरम: एक सर्वसमावेशक शैक्षणिक मार्गदर्शक",
   "what-is-crypto-1": "तुम्ही क्रिप्टोकरन्सी, ब्लॉकचेन आणि बिटकॉइन बद्दल ऐकले असेल. ते काय आहेत आणि ते अथेरमशी कसे संबंधित आहेत हे जाणून घेण्यासाठी खालील लिंक्स तुम्हाला मदत करतील.",
-  "what-is-crypto-2": "क्रिप्टोकरन्सी, जसे की बिटकॉइन, कोणालाही जागतिक स्तरावर पैसे हस्तांतरित करण्यास सक्षम करतात. अथेरम देखील करते, परंतु ते कोड देखील चालवू शकते जे लोकांना ॲप्स आणि संस्था तयार करण्यास सक्षम करते. हे लवचिक आणि लवचिक दोन्ही आहे: कोणताही संगणक प्रोग्राम अथेरमवर चालू शकतो. अधिक जाणून घ्या आणि सुरुवात कशी करायची ते शोधूया:",
-  "what-is-ethereum-card-title": "Ethereum म्हणजे काय?",
+  "what-is-crypto-2": "क्रिप्टोकरन्सी, जसे की बिटकॉइन, कोणालाही जागतिक स्तरावर पैसे हस्तांतरित करण्यास सक्षम करतात. इथेरियम देखील तेच करते, पण ते असा कोड देखील चालवू शकते जो लोकांना ॲप्स आणि संस्था तयार करण्यास सक्षम करतो. हे टिकाऊ आणि लवचिक दोन्ही आहे: कोणताही संगणक प्रोग्राम इथेरियमवर चालू शकतो. अधिक जाणून घ्या आणि सुरुवात कशी करायची ते शोधा:",
+  "what-is-ethereum-card-title": "अथेरम म्हणजे काय?",
   "what-is-ethereum-card-description": "तुम्ही नवीन असल्यास, अथेरम महत्त्वाचे का आहे हे जाणून घेण्यासाठी येथे प्रारंभ करा.",
   "what-is-ethereum-card-image-alt": "बाजारामध्ये डोकावणारी व्यक्ती, अथेरमचे प्रतिनिधित्व करणारे स्पष्टीकरणात्मक चित्र.",
   "what-is-eth-card-title": "ETH काय आहे?",
@@ -33,21 +35,22 @@
   "find-a-wallet-card-title": "वॉलेट शोधा",
   "find-a-wallet-card-description": "तुमच्यासाठी महत्त्वाच्या असलेल्या वैशिष्ट्यांवर आधारित वॉलेट ब्राउझ करा.",
   "find-a-wallet-button": "वॉलेट्सची यादी",
-  "crypto-security-basics-card-description": "घोटाळे कसे ओळखायचे आणि सर्वात सामान्य युक्त्या कशा टाळायच्या ते शिका.",
-  "crypto-security-basics-card-button": "सुरक्षित रहा",
+  "ethereum-networks-card-title": "इथेरियम नेटवर्क्स",
+  "ethereum-networks-card-description": "स्वस्त आणि वेगवान इथेरियम एक्सटेंशन्स वापरून पैसे वाचवा.",
+  "ethereum-networks-card-button": "नेटवर्क निवडा",
   "things-to-consider-banner-title": "अथेरम वापरताना विचारात घेण्याच्या गोष्टी",
   "things-to-consider-banner-1": "प्रत्येक अथेरम व्यवहारासाठी ETH च्या रूपात शुल्क आवश्यक आहे, जरी तुम्हाला अथेरमवर तयार केलेले भिन्न टोकन जसे की स्टेबलकॉइन्स USDC किंवा DAI पाठवायचे असतील.",
   "things-to-consider-banner-2": "अथेरम वापरण्याचा प्रयत्न करणाऱ्या लोकांच्या संख्येनुसार शुल्क जास्त असू शकते, म्हणून आम्ही वापरण्याची शिफारस करतो",
   "things-to-consider-banner-layer-2": "लेयर 2s",
   "additional-reading-more-on-using-ethereum": "अथेरम वापरण्याबद्दल अधिक",
-  "additional-reading-how-to-create-an-ethereum-account": "Ethereum खाते तयार कसे करावे",
+  "additional-reading-how-to-create-an-ethereum-account": "अथेरम खाते कसे तयार करावे",
   "additional-reading-how-to-use-a-wallet": "वॉलेट कसे वापरावे",
   "additional-reading-layer-2": "स्तर 2: व्यवहार शुल्क कमी करणे",
   "what-is-ethereum-used-for-1": "अथेरम मुळे नवीन उत्पादने आणि सेवांची निर्मिती झाली आहे जी आपल्या जीवनातील विविध क्षेत्रांमध्ये सुधारणा करू शकतात. आम्ही अजूनही सुरुवातीच्या टप्प्यात आहोत परंतु त्याबद्दल खूप उत्सुक आहोत.",
   "defi-card-title": "विकेंद्रीत अर्थव्यवस्था (DeFi)",
   "defi-card-description": "बँकांशिवाय बांधलेल्या आणि कोणासाठीही खुल्या असलेल्या पर्यायी वित्तीय प्रणालीचे अन्वेषण करा.",
   "defi-card-button": "DeFi म्हणजे काय?",
-  "stablecoins-card-title": "स्टेबलकॉइन्स",
+  "stablecoins-card-title": "स्टेबलकोइन्स",
   "stablecoins-card-description": "क्रिप्टोकरन्सी चलन, कमोडिटी किंवा इतर काही आर्थिक साधनांच्या मूल्याशी संबंधित आहे.",
   "stablecoins-card-button": "स्टेबलकॉइन्स काय आहेत?",
   "nft-card-title": "नॉन-फंजीबल टोकन (NFT)",
@@ -56,9 +59,9 @@
   "dao-card-title": "विकेंद्रीकृत स्वायत्त संगठन (DAO)",
   "dao-card-description": "बॉसशिवाय कामाचे समन्वय साधण्याचे नवीन मार्ग सक्षम करा.",
   "dao-card-button": "DAO म्हणजे काय?",
-  "dapp-card-title": "विकेंद्रित अनुप्रयोग (dapp)",
+  "dapp-card-title": "इथेरियम अ‍ॅप्लिकेशन्स",
   "dapp-card-description": "पीअर-टू-पीअर सेवांची डिजिटल अर्थव्यवस्था तयार करा.",
-  "dapp-card-button": "Dapps अन्वेषण करा",
+  "dapp-card-button": "ॲप्स काय आहेत?",
   "emerging-use-cases-title": "उदयोन्मुख प्रकरणे",
   "emerging-use-cases-description": "अथेरम सह इतर प्रमुख उद्योग देखील तयार केले जात आहेत किंवा सुधारले जात आहेत:",
   "play-to-earn": "प्ले-टू-अर्न गेम्स (P2E)",
@@ -77,18 +80,18 @@
   "energy-consumption-card-description": "अथेरम किती ऊर्जा वापरते?",
   "energy-consumption-card-button": "अथेरम पर्यावरण अनुकूल आहे का?",
   "ethereum-upgrades-card-title": "Ethereum नकाशा",
-  "ethereum-upgrades-card-description": "अथेरमचा रोडमॅप त्याला अधिक प्रमाणानुसार वाढवण्याजोगे, सुरक्षित, आणि शाश्वत बनवतो.",
+  "ethereum-upgrades-card-description": "इथेरियमचा रोडमॅप त्याला अधिक स्केलेबल, सुरक्षित आणि टिकाऊ बनवतो.",
   "ethereum-upgrades-card-button": "मार्गदर्शक रोडमॅपचा शोध घ्या",
   "ethereum-whitepaper-card-title": "Ethereum व्हाइटपेपर",
   "ethereum-whitepaper-card-description": "अथेरमचा मूळ प्रस्ताव विटालिक बुटेरिन यांनी 2014 मध्ये लिहिला.",
   "ethereum-whitepaper-card-button": "व्हाइटपेपर वाचा",
   "more-on-ethereum-protocol-title": "अथेरम प्रोटोकॉल बद्दल अधिक",
   "more-on-ethereum-protocol-ethereum-for-developers": "डेव्हलपर्ससाठी अथेरम",
-  "more-on-ethereum-protocol-consensus": "अथेरम ही प्रूफ-ऑफ-स्टेक आधारित एकमत यंत्रणा आहे",
+  "more-on-ethereum-protocol-consensus": "इथेरियमची प्रूफ-ऑफ-स्टेक आधारित एकमत यंत्रणा",
   "more-on-ethereum-protocol-evm": "अथेरम एम्बेडेड संगणक (EVM) आहे",
   "more-on-ethereum-protocol-nodes-and-clients": "अथेरम नोड्स आणि ग्राहक",
   "ethereum-community-description": "अथेरमचे यश त्याच्या अविश्वसनीयपणे समर्पित समुदायामुळेच आहे. हजारो प्रेरणादायी आणि प्रेरित लोक अथेरमची दृष्टी पुढे ढकलण्यास मदत करतात, तसेच स्टिकिंग आणि गव्हर्नन्सद्वारे नेटवर्कला सुरक्षा प्रदान करतात. या आणि आमच्यात सामील व्हा!",
-  "community-hub-card-title": "समुदाय यादी",
+  "community-hub-card-title": "समुदाय केंद्र",
   "community-hub-card-description": "आमच्या समुदायामध्ये सर्व पार्श्वभूमीतील लोकांचा समावेश आहे.",
   "community-hub-card-alt": "बांधकाम व्यावसायिकांचा गट एकत्र काम करत असलेले स्पष्टीकरणात्मक चित्र.",
   "community-hub-card-button": "अधिक शोधा",
@@ -98,15 +101,27 @@
   "online-communities-card-description": "ऑनलाइन समुदाय अधिक विशिष्ट प्रश्न विचारण्याची किंवा सहभागी होण्याची उत्तम संधी देतात.",
   "online-communities-card-button": "समुदाय पहा",
   "books-about-ethereum": "अथेरम बद्दल पुस्तके",
+  "proof-of-stake-title": "प्रूफ ऑफ स्टेक",
   "proof-of-stake-description": "13 सप्टेंबर 2022 - विटालिक बुटेरिन, नॅथन श्नाइडर",
+  "cryptopians-title": "The Cryptopians",
   "cryptopians-description": "22 फेब्रुवारी 2022 - लॉरा शिन",
+  "out-of-the-ether-title": "Out of the Ether",
   "out-of-the-ether-description": "29 सप्टेंबर 2020 - मॅथ्यू लीझिंग",
+  "the-infinite-machine-title": "The Infinite Machine",
   "the-infinite-machine-description": "14 जुलै 2020 - कॅमिला रुसो",
+  "mastering-ethereum-title": "Mastering Ethereum",
   "mastering-ethereum-description": "23 डिसेंबर 2018 – आंद्रियास एम. अँटोनोपोलोस, गेविन वुड पीएच.डी.",
   "podcasts-about-ethereum": "अथेरम बद्दल पॉडकास्ट",
+  "bankless-title": "Bankless",
   "bankless-description": "क्रिप्टो फायनान्ससाठी मार्गदर्शक",
+  "zeroknowledge-title": "Zero Knowledge",
   "zeroknowledge-description": "उदयोन्मुख विकेंद्रित वेब आणि हे निर्माण करणार्‍या समुदायाला शक्ती देणार्‍या तंत्रज्ञानामध्ये खोलवर जाते",
+  "green-pill-title": "Green Pill",
   "green-pill-description": "क्रिप्टो-इकॉनॉमिक सिस्टम एक्सप्लोर करते जे जगासाठी सकारात्मक बाह्यता निर्माण करतात",
+  "ethereum-basics-title": "इथेरियमची मूलभूत माहिती",
+  "ethereum-basics-description": "एका समजण्यास सोप्या व्हिडिओ मालिकेसह इथेरियम नेटवर्क आर्किटेक्चरची मूलभूत माहिती जाणून घ्या.",
+  "unchained-title": "Unchained",
   "unchained-description": "विकेंद्रित इंटरनेट तयार करणार्‍या लोकांमध्ये, या तंत्रज्ञानाचे तपशील जे आपल्या भविष्याला आधार देऊ शकतात आणि क्रिप्टोमधील काही गुंतागुंतीचा विषय जसे की नियमन, सुरक्षा आणि गोपनीयता यामध्ये खोलवर जातात",
+  "the-daily-gwei-title": "The Daily Gwei",
   "the-daily-gwei-description": "अथेरम बातम्या संक्षेप, अद्यतने आणि विश्लेषण"
 }
diff --git a/src/intl/mr/page-resources.json b/src/intl/mr/page-resources.json
new file mode 100644
index 00000000000..4ccff31917c
--- /dev/null
+++ b/src/intl/mr/page-resources.json
@@ -0,0 +1,97 @@
+{
+  "page-resources-network-title": "नेटवर्क",
+  "page-resources-using-title": "इथेरियम वापरणे",
+  "page-resources-scaling-title": "इथेरियमचे स्केलिंग",
+  "page-resources-resilience-title": "इथेरियम रेझिलियन्स",
+  "page-resources-privacy-security-title": "गोपनीयता आणि सुरक्षा",
+  "page-resources-network-layer2-title": "इथेरियम नेटवर्क्स - लेयर 2",
+  "page-resources-network-layer2-chart-label": "इथेरियम नेटवर्कवरील व्यवहारांची सरासरी किंमत",
+  "page-resources-network-layer2-l2beat-description": "L2BEAT हे उदयास येत असलेल्या लेयर टू (L2) तंत्रज्ञानाबद्दल पारदर्शक आणि पडताळणीयोग्य माहिती देण्यासाठी तयार केले गेले होते, जे रोलअप-केंद्रित इथेरियम स्केलिंग रोडमॅपच्या अनुषंगाने, इथेरियमला ​​स्केल करण्याच्या उद्देशाने आहेत.",
+  "page-resources-network-layer2-growthepie-description": "growthepie हे इथेरियम मेननेट आणि लेयर 2s चा वापर आणि वाढ दर्शवत आहे. रिअल-टाइम फी, अर्थशास्त्राचा डेटा, ॲप्लिकेशन ट्रॅक्शन, स्टेबलकॉइन डेटा, डेटा-चालित लेख आणि बरेच काही.",
+  "page-resources-block-explorers-title": "ब्लॉक एक्सप्लोरर",
+  "page-resources-block-explorers-chart-label": "पुढील ब्लॉकसाठी लागणारा वेळ",
+  "page-resources-block-explorers-blockscout-description": "इथेरियम नेटवर्कसाठी संपूर्ण ब्लॉकचेन डेटा आणि API सह ब्लॉकस्काउटद्वारे ओपन-सोर्स ब्लॉक एक्सप्लोरर.",
+  "page-resources-block-explorers-etherscan-description": "ईथरस्कॅन हे इथेरियमसाठी एक ब्लॉक एक्सप्लोरर आणि विश्लेषण प्लॅटफॉर्म आहे, जे एक विकेंद्रित स्मार्ट कॉन्ट्रॅक्ट्स प्लॅटफॉर्म आहे.",
+  "page-resources-block-explorers-beaconchain-description": "ओपन सोर्स इथेरियम एक्सप्लोरर जो इथेरियम मेननेट दाखवतो 🚀.",
+  "page-resources-block-explorers-txcity-description": "रिअल-टाइममध्ये इथेरियम ब्लॉक्सचा एक मजेदार व्हिज्युअलायझर.",
+  "page-resources-block-explorers-panda-ops-description": "ethPandaOps द्वारे इथेरियम बीकन चेन ब्लॉक निर्मितीसाठी थेट डॅशबोर्ड.",
+  "page-resources-block-explorers-otterscan-description": "एक अत्यंत जलद, स्थानिक, स्व-होस्टेड इथेरियम ब्लॉक एक्सप्लोरर",
+  "page-resources-eth-asset-title": "ETH एक मालमत्ता",
+  "page-resources-eth-asset-etherealize-description": "इथेरियम ही जगाला वापरण्यासाठी सर्वात मोठी, सर्वात सुरक्षित आणि सर्वात खुली ब्लॉकचेन आहे. आणि इथेरियम व्यवसायासाठी खुले आहे.",
+  "page-resources-eth-asset-ultrasound-description": "अल्ट्रा साउंड मनी हे एक इथेरियम मीम आहे जे ETH पुरवठ्यातील संभाव्य घटीवर लक्ष केंद्रित करते.",
+  "page-resources-eth-asset-ethismoney-description": "ETH is money हा विश्वास ठेवणाऱ्यांचा एक गट आहे जे ETH ला पैसे म्हणून ठेवतात, स्टेक करतात आणि त्याचा प्रचार करतात.",
+  "page-resources-gas-title": "गॅस",
+  "page-resources-gas-etherscan-description": "गॅसवरील सर्व KPIs चा मागोवा घ्या.",
+  "page-resources-gas-ethgastracker-description": "इथेरियम आणि L2s वरील गॅसच्या किमतींवर लक्ष ठेवा.",
+  "page-resources-gas-blocknative-description": "Web3 चा सर्वात अचूक गॅस फी अंदाज.",
+  "page-resources-gas-gasfees-description": "इथेरियम नेटवर्कसाठी गॅस खर्चाचा डेटा ट्रॅकर.",
+  "page-resources-defi-title": "DeFi",
+  "page-resources-defi-defillama-description": "DefiLlama हे DeFi (विकेंद्रित वित्त) साठी सर्वात मोठे TVL ॲग्रीगेटर आहे.",
+  "page-resources-defi-eigenphi-description": "DeFi व्यवहार आणि ट्रेडिंग धोरणे समजून घेऊ इच्छिता?",
+  "page-resources-defi-defiscan-description": "DeFi च्या परिपक्वता आणि जोखमींबद्दल पडताळणीयोग्य माहिती.",
+  "page-resources-stablecoins-title": "स्टेबलकोइन्स",
+  "page-resources-stablecoins-stablecoinswtf-description": "या वेबसाइटचा उद्देश डिजन्सना स्टेबलकॉइन्सबद्दल शिक्षित करणे आहे.",
+  "page-resources-stablecoins-visa-description": "Visa ऑनचेन ॲनालिटिक्स डॅशबोर्ड जागतिक स्तरावर सार्वजनिक ब्लॉकचेनद्वारे फियाट-बॅक्ड स्टेबलकॉइन्स कसे फिरतात हे दाखवतो.",
+  "page-resources-stablecoins-rwa-description": "क्रिप्टो आणि मालमत्ता-बॅक्ड स्टेबलकॉइन्समागील क्रियाकलाप एक्सप्लोर करा.",
+  "page-resources-nft-title": "NFT",
+  "page-resources-nft-etherscan-description": "शीर्ष NFT कॉन्ट्रॅक्ट्स.",
+  "page-resources-nft-nftgo-description": "रिअल-टाइम जागतिक NFT मार्केट डेटा.",
+  "page-resources-applications-title": "ॲप्लिकेशन्स",
+  "page-resources-applications-ecosystem-description": "इथेरियम इकोसिस्टममध्ये स्वतःला सामील करा आणि शेकडो लोकप्रिय ॲप्स आणि टूल्सशी परिचित व्हा.",
+  "page-resources-applications-farcaster-description": "Farcaster वापरावरील डेटा.",
+  "page-resources-applications-dappradar-description": "जगातील डॅप स्टोअरसह शीर्ष ब्लॉकचेन डॅप्स, NFTs, गेम्स, DeFi प्रोजेक्ट्स, टोकन्स आणि एअरड्रॉप्स एक्सप्लोर करा. रँकिंगचा मागोवा घ्या, बाजारातील माहिती एक्सप्लोर करा, ट्रेंडिंग प्रोजेक्ट्स शोधा आणि रिवॉर्ड्स अनलॉक करा.",
+  "page-resources-adoption-title": "इथेरियमचा स्वीकार",
+  "page-resources-adoption-ethereumadoption-description": "इथेरियमवर तयार करणाऱ्या उच्च-प्रोफाइल संस्थांची यादी.",
+  "page-resources-adoption-cryptowerk-description": "Cryptwerk मर्चंट्स डेटाबेसवर आधारित इथेरियम स्वीकार विश्लेषण - नकाशा, देश, कंपन्या, व्यवसाय, श्रेणी, रेटिंग.",
+  "page-resources-adoption-reserves-description": "स्ट्रॅटेजिक इथेरियम रिझर्व्ह उपक्रमासाठी एक डॅशबोर्ड.",
+  "page-resources-roadmap-title": "इथेरियम रोडमॅप",
+  "page-resources-roadmap-metric-label": "नवीनतम अपग्रेड",
+  "page-resources-roadmap-ethroadmap-description": "इथेरियम रोडमॅप आणि पुढील नेटवर्क अपग्रेडवर तपशीलवार व्हिज्युअलायझेशन.",
+  "page-resources-blobs-title": "ब्लॉब्स",
+  "page-resources-blobs-metric-total-label": "एकूण ब्लॉब्स",
+  "page-resources-blobs-metric-fee-label": "सरासरी ब्लॉब फी",
+  "page-resources-blobs-blobscan-description": "व्यापक ब्लॉब स्कॅनर.",
+  "page-resources-blobs-blobsguru-description": "इथेरियम ब्लॉब्स एक्सप्लोरर: L2 व्यवहार आणि EIP-4844 डेटाचे विश्लेषण करा.",
+  "page-resources-nodes-title": "नोड्स",
+  "page-resources-nodes-nodewatch-description": "नोड्सचा आढावा.",
+  "page-resources-nodes-ethernodes-description": "इथेरियम मेननेटची आकडेवारी.",
+  "page-resources-nodes-etherscan-description": "दररोज.",
+  "page-resources-nodes-luckystaker-description": "ब्लॉक मिळण्याची दैनंदिन प्रस्ताव संभाव्यता.",
+  "page-resources-nodes-pectrified-description": "व्हॅलिडेटर्ससाठी इथेरियम पेक्ट्रा फोर्कची आकडेवारी.",
+  "page-resources-nodes-validatorqueue-description": "इथेरियम व्हॅलिडेटरच्या प्रवेश आणि बाहेर पडण्याच्या रांगा आणि अंदाजित प्रतीक्षा वेळा दर्शविणारा डॅशबोर्ड.",
+  "page-resources-network-resilience-title": "नेटवर्क रेझिलियन्स",
+  "page-resources-network-resilience-neutralitywatch-description": "इथेरियम सेन्सॉरॅबिलिटी मॉनिटर.",
+  "page-resources-network-resilience-sunshine-description": "इथेरियमच्या विकेंद्रीकरणाचे आरोग्य मोजण्यासाठी एक डॅशबोर्ड.",
+  "page-resources-network-resilience-clientdiversity-description": "मायनॉरिटी क्लायंट वापरून इथेरियमची रेझिलियन्स सुधारा.",
+  "page-resources-network-resilience-supermajority-description": "इथेरियम एक्सिक्युशन लेयरचा सुपरमजोरिटी क्लायंट धोका, विशेषतः स्टिकिंग सेवांचा क्लायंट वापर.",
+  "page-resources-attestations-title": "प्रमाणीकरणे",
+  "page-resources-attestations-eas-description": "EAS कोणालाही इथेरियमवर ऑनचेन आणि ऑफ-चेन अटेस्टेशन्स तयार करण्यास आणि प्रमाणित करण्यास सक्षम करते.",
+  "page-resources-relays-title": "रिलेज",
+  "page-resources-relays-beaconchain-description": "व्हॅलिडेटर्स अतिरिक्त महसूल मिळवण्यासाठी खास संस्थांना त्यांचे ब्लॉक उत्पादन आउटसोर्स करण्यासाठी रिलेज वापरू शकतात.",
+  "page-resources-relays-ratednetwork-description": "इथेरियम नेटवर्कसाठी MEV रिले मार्केट शेअर, एकूण रिले केलेले मूल्य, प्रति ब्लॉक मूल्य आणि इतर आकडेवारी.",
+  "page-resources-relays-relayscan-description": "MEV-बूस्ट ॲनालिटिक्स.",
+  "page-resources-mev-title": "MEV",
+  "page-resources-mev-mevboost-description": "या वेबसाइटचा उद्देश डिजन्सना स्टेबलकॉइन्सबद्दल शिक्षित करणे आहे.",
+  "page-resources-mev-mevwatch-description": "काही MEV-बूस्ट रिलेज OFAC अंतर्गत नियंत्रित आहेत आणि ते काही व्यवहार सेन्सॉर करतील. इथेरियम ब्लॉक्सवर त्याचा काय परिणाम होत आहे हे पाहण्यासाठी या टूलचा वापर करा.",
+  "page-resources-wallets-title": "वॉलेट",
+  "page-resources-wallets-wallet-beat-description": "एक सोपे इथेरियम वॉलेट डॅशबोर्ड आणि सारांश टूल.",
+  "page-resources-wallets-bundlebear-description": "ERC-4337 आणि EIP-7702 स्मार्ट खात्यांसाठी डॅशबोर्ड आणि विश्लेषण.",
+  "page-resources-zk-adoption-title": "ZK स्वीकार",
+  "page-resources-zk-adoption-ethproofs-description": "SNARKs जे इथेरियमला ​​स्केल करतात.",
+  "page-resources-zk-adoption-l2beat-description": "L2BEAT द्वारे ZK कॅटलॉग हे एक समुदाय-चालित संसाधन आहे जे विविध ब्लॉकचेन प्रकल्पांद्वारे वापरल्या जाणार्‍या ZK तंत्रज्ञानामध्ये तपशीलवार माहिती देते.",
+  "page-resources-mempool-title": "मेमपूल",
+  "page-resources-mempool-mempool-description": "इथेरियमच्या मेमपूलवर निवडक तुलनात्मक व्हिज्युअलायझेशन.",
+  "page-resources-meta-title": "इथेरियम संसाधनांचा डॅशबोर्ड",
+  "page-resources-meta-description": "सर्व प्रमुख इथेरियम इकोसिस्टम घडामोडींवर अद्ययावत राहण्यासाठी समुदाय-क्युरेट केलेल्या संसाधनांची सूची शोधा.",
+  "page-resources-hero-title": "संसाधने",
+  "page-resources-hero-header": "इथेरियम डॅशबोर्ड्स",
+  "page-resources-hero-description": "सर्व प्रमुख इथेरियम इकोसिस्टम घडामोडींवर अद्ययावत राहण्यासाठी समुदाय-क्युरेट केलेल्या संसाधनांची सूची शोधा.",
+  "page-resources-find-more": "यावर अधिक उत्तम संसाधने शोधा",
+  "page-resources-contribute-title": "योगदान द्या",
+  "page-resources-contribute-description": "हा डॅशबोर्ड एक जिवंत पृष्ठ आहे ज्याला वारंवार अपडेट्सची आवश्यकता असते. इथेरियम इकोसिस्टमचा आढावा देण्यासाठी सर्वोत्तम संसाधने शोधण्यात मदत करा.",
+  "page-resources-suggest-resource": "एक संसाधन सुचवा",
+  "page-resources-found-bug": "एक बग सापडला",
+  "page-resources-whats-on-this-page": "या पृष्ठावर काय आहे",
+  "page-resources-banner-notification-message": "संसाधन डॅशबोर्ड नवीन आहे!",
+  "page-resources-share-feedback": "कृपया आपला अभिप्राय आमच्याबरोबर शेअर करा"
+}
diff --git a/src/intl/mr/page-roadmap-vision.json b/src/intl/mr/page-roadmap-vision.json
index 310b124d0da..7711c86ec51 100644
--- a/src/intl/mr/page-roadmap-vision.json
+++ b/src/intl/mr/page-roadmap-vision.json
@@ -1,3 +1,67 @@
 {
-  "ethereum": "Ethereum"
+  "page-roadmap-vision-2014": "प्रूफ ऑफ स्टेकचे तपशील देणारी 2014 ची ब्लॉग पोस्ट पहा",
+  "page-roadmap-vision-2021": "Ethereum रोडमॅपच्या उत्क्रांतीवरील 2021 ची ब्लॉग पोस्ट पहा",
+  "page-roadmap-vision-2022": "2022 ची ब्लॉग पोस्ट पहा: द हिचहायकर्स गाईड टू Ethereum",
+  "page-roadmap-vision-2021-updates": "Ethereum प्रोटोकॉल अपडेट्सवरील 2021 ची ब्लॉग पोस्ट पहा",
+  "page-roadmap-vision-desc-1": "जागतिक वापरकर्त्यांच्या बेसला चांगली सेवा देण्यासाठी Ethereum ला नेटवर्कची गर्दी कमी करणे आणि वेग सुधारणे आवश्यक आहे.",
+  "page-roadmap-vision-desc-2": "नेटवर्क वाढत असताना नोड चालवणे अधिक कठीण होत आहे. नेटवर्कला स्केल करण्याच्या प्रयत्नांमुळे हे अधिक कठीण होईल.",
+  "page-roadmap-vision-desc-3": "Ethereum खूप जास्त वीज वापरते. नेटवर्कला सुरक्षित ठेवणारे तंत्रज्ञान अधिक टिकाऊ असणे आवश्यक आहे.",
+  "page-roadmap-vision-ethereum-node": "नोड्सवर अधिक",
+  "page-roadmap-vision-future": "जागतिक स्तरावर एक डिजिटल भविष्य",
+  "page-roadmap-vision-meta-desc": "अपग्रेड्सचा Ethereum वर होणाऱ्या परिणामाचा आढावा आणि त्यांनी मात केली पाहिजे अशी आव्हाने.",
+  "page-roadmap-vision-meta-title": "Ethereum ची दृष्टी",
+  "page-roadmap-vision-mining": "मायनिंगवर अधिक",
+  "page-roadmap-vision-problems": "आजच्या समस्या",
+  "page-roadmap-vision-scalability": "स्केलेबिलिटी",
+  "page-roadmap-vision-scalability-desc": "नेटवर्कमधील नोड्सचा आकार न वाढवता Ethereum ला प्रति सेकंद अधिक व्यवहार हाताळता आले पाहिजेत. नोड्स हे महत्त्वाचे नेटवर्क सहभागी आहेत जे ब्लॉकचेन साठवतात आणि चालवतात. नोडचा आकार वाढवणे व्यावहारिक नाही कारण केवळ शक्तिशाली आणि महागडे संगणक असलेलेच ते करू शकतील. स्केल करण्यासाठी, Ethereum ला अधिक नोड्ससह, प्रति सेकंद अधिक व्यवहार आवश्यक आहेत. अधिक नोड्स म्हणजे अधिक सुरक्षा.",
+  "page-roadmap-vision-scalability-desc-3": "लेयर 2 रोलअप्स व्यवहार ऑफचेन हलवून आणि फक्त सारांश डेटा Ethereum वर पोस्ट करून Ethereum ला स्केल करतात. हे बॅचिंग Ethereum चा थ्रूपुट वाढवते आणि वापरकर्त्यांसाठी खर्च मोठ्या प्रमाणात कमी करते.",
+  "page-roadmap-vision-scalability-desc-4": "वापरकर्त्यांसाठी व्यवहार शक्य तितके स्वस्त करण्यासाठी रोलअप्सना लेयर 1 वर कमी किमतीच्या स्टोरेजची आवश्यकता आहे. हे Ethereum ब्लॉक्सना जोडलेल्या ब्लॉब्सच्या स्वरूपात प्रदान केले जाईल. अखेरीस, अनेक ब्लॉब्स Ethereum ब्लॉक्सना जोडले जातील, ज्यामुळे अनेक रोलअप्ससाठी स्वस्त स्टोरेज उपलब्ध होईल.",
+  "page-roadmap-vision-security": "सुरक्षा",
+  "page-roadmap-vision-security-desc": "नियोजित अपग्रेड्स समन्वित हल्ल्यांविरुद्ध Ethereum ची सुरक्षा सुधारतात.",
+  "page-roadmap-vision-security-desc-3": "प्रूफ-ऑफ-स्टेकमध्ये हल्ल्याविरूद्ध अधिक क्रिप्टो-इकॉनॉमिक डिसइन्सेंटिव्हजमुळे अतिरिक्त सुरक्षा येते. याचे कारण असे आहे की, प्रूफ-ऑफ-स्टेकमध्ये, नेटवर्क सुरक्षित करणाऱ्या व्हॅलिडेटर्सना प्रोटोकॉलमध्ये लक्षणीय प्रमाणात ETH स्टेक करणे आवश्यक आहे. जर त्यांनी नेटवर्कवर हल्ला करण्याचा प्रयत्न केला, तर प्रोटोकॉल त्यांचे ETH आपोआप नष्ट करू शकतो.",
+  "page-roadmap-vision-security-desc-5": "तथापि, हे देखील महत्त्वाचे आहे की जे अपग्रेड्स व्हॅलिडेटर्सना डिनायल-ऑफ-सर्व्हिस हल्ल्यांपासून वाचवतात, त्यांची अनामिकता वाढवतात आणि ब्लॉक बिल्डिंग व ब्लॉक प्रोपगेशन वेगळे करतात, ते लवकरच लागू केले जावेत. हे अपग्रेड्स वैयक्तिक व्हॅलिडेटर्स आणि संपूर्ण नेटवर्कला लाइव्हनेस हल्ले आणि सेन्सॉरशिपपासून संरक्षण देतात.",
+  "page-roadmap-vision-security-desc-5-link": "प्रूफ-ऑफ-स्टेकवर अधिक",
+  "page-roadmap-vision-security-desc-10": "स्टेकिंगचा अर्थ असाही आहे की तुम्हाला कन्सेंससमध्ये थेट सहभागी होण्यासाठी उच्चभ्रू हार्डवेअरमध्ये गुंतवणूक करण्याची गरज नाही. यामुळे अधिक लोकांना व्हॅलिडेटर बनण्यास प्रोत्साहन मिळाले पाहिजे, ज्यामुळे नेटवर्कचे विकेंद्रीकरण वाढेल आणि हल्ल्याचे क्षेत्र कमी होईल.",
+  "page-roadmap-vision-security-staking": "भागभांडवल ETH",
+  "page-roadmap-vision-security-validator": "तुमचे ETH स्टेक करून तुम्ही व्हॅलिडेटर बनू शकता.",
+  "page-roadmap-vision-staking-lower": "स्टिकिंग वर अधिक",
+  "page-roadmap-vision-subtitle": "सर्व मानवजातीला मदत करण्यासाठी पुरेसे शक्तिशाली होईपर्यंत Ethereum ला वाढवा.",
+  "page-roadmap-vision-sustainability": "टिकाऊपणा",
+  "page-roadmap-vision-sustainability-desc-1": "Ethereum आता एक ग्रीन ब्लॉकचेन आहे. जेव्हा प्रूफ-ऑफ-वर्कची जागा प्रूफ-ऑफ-स्टेकने घेतली तेव्हा ऊर्जेचा वापर ~99.95% ने कमी झाला.",
+  "page-roadmap-vision-sustainability-desc-2": "Ethereum आता स्टेकिंगद्वारे सुरक्षित आहे, संगणकीय शक्तीद्वारे नाही.",
+  "page-roadmap-vision-sustainability-desc-3": "हा टिकाऊपणाचा बूस्ट सुरक्षेचे फायदे देखील आणतो - स्टेक केलेला ईथर चेनवर हल्ला करणे प्रूफ-ऑफ-वर्कपेक्षा खूप महाग बनवतो, परंतु ते सुरक्षित करणे कमी खर्चिक आहे कारण मायनर्सपेक्षा व्हॅलिडेटर्सना पैसे देण्यासाठी कमी नवीन ETH जारी करावे लागतात.",
+  "page-roadmap-vision-sustainability-desc-8": "प्रूफ-ऑफ-स्टेककडे जाण्याने Ethereum ला अधिक ग्रीन आणि अधिक सुरक्षित बनवले. हे ॲप्स आणि संस्था तयार करण्यासाठी एक कमी-कार्बन प्लॅटफॉर्म आहे.",
+  "page-roadmap-vision-sustainability-subtitle": "Ethereum मजबूत क्रिप्टो-इकॉनॉमिक सुरक्षेसह एक ग्रीन ब्लॉकचेन आहे.",
+  "page-roadmap-vision-title": "Ethereum ची दृष्टी",
+  "page-roadmap-vision-title-1": "तुंबलेले नेटवर्क",
+  "page-roadmap-vision-title-2": "डिस्क स्पेस",
+  "page-roadmap-vision-title-3": "खूप जास्त ऊर्जा",
+  "page-roadmap-vision-trilemma-cardtext-1": "Ethereum अपग्रेड्स Ethereum ला स्केलेबल, सुरक्षित आणि विकेंद्रित बनवतील. स्टेकिंगने सहभागाचा अडथळा कमी केला आहे आणि इकॉनॉमीज-ऑफ-स्केल मर्यादित केल्या आहेत, ज्यामुळे एक मोठे - अधिक विकेंद्रित - नेटवर्क तयार झाले आहे.",
+  "page-roadmap-vision-trilemma-cardtext-2": "सुरक्षित आणि विकेंद्रित ब्लॉकचेन नेटवर्क्सना प्रत्येक नोडने चेनद्वारे प्रक्रिया केलेल्या प्रत्येक व्यवहाराची पडताळणी करणे आवश्यक असते. या कामाच्या प्रमाणामुळे कोणत्याही एका वेळी होणाऱ्या व्यवहारांची संख्या मर्यादित होते. विकेंद्रित आणि सुरक्षित हे आजच्या Ethereum चेनचे प्रतिबिंब आहे.",
+  "page-roadmap-vision-trilemma-cardtext-3": "विकेंद्रित नेटवर्क नोड्सवर व्यवहारांविषयी माहिती पाठवून काम करतात - संपूर्ण नेटवर्कला कोणत्याही स्टेट बदलाविषयी माहिती असणे आवश्यक आहे. विकेंद्रित नेटवर्कवर प्रति सेकंद व्यवहार स्केल केल्याने सुरक्षेचे धोके निर्माण होतात कारण जितके अधिक व्यवहार, तितका जास्त विलंब, माहिती प्रवासात असताना हल्ल्याची शक्यता तितकीच जास्त असते.",
+  "page-roadmap-vision-trilemma-cardtext-4": "Ethereum च्या नोड्सचा आकार आणि शक्ती वाढवल्यास सुरक्षित मार्गाने प्रति सेकंद व्यवहार वाढू शकतात, परंतु हार्डवेअरची आवश्यकता कोण हे करू शकते यावर निर्बंध घालेल - हे विकेंद्रीकरणाला धोका निर्माण करते. अशी आशा आहे की शार्डिंग आणि प्रूफ-ऑफ-स्टेक नोड्सची संख्या वाढवून, नोडचा आकार वाढवून नाही, Ethereum ला स्केल करण्याची अनुमती देतील.",
+  "page-roadmap-vision-trilemma-h2": "विकेंद्रित स्केलिंगचे आव्हान",
+  "page-roadmap-vision-trilemma-modal-tip": "विकेंद्रित स्केलिंगच्या समस्या अधिक चांगल्या प्रकारे समजून घेण्यासाठी खालील वर्तुळांवर टॅप करा",
+  "page-roadmap-vision-trilemma-p": "Ethereum च्या समस्या सोडवण्याचा एक भोळा मार्ग म्हणजे त्याला अधिक केंद्रीकृत करणे. पण विकेंद्रीकरण खूप महत्त्वाचे आहे. विकेंद्रीकरणच Ethereum ला तटस्थता, सेन्सॉरशिपचा प्रतिकार, मोकळेपणा, डेटा मालकी आणि जवळजवळ अभेद्य सुरक्षा देते.",
+  "page-roadmap-vision-trilemma-p-1": "Ethereum ची दृष्टी अधिक स्केलेबल आणि सुरक्षित होण्याची, पण त्याच वेळी विकेंद्रित राहण्याची देखील आहे. हे 3 गुणधर्म प्राप्त करणे ही एक समस्या आहे जी स्केलेबिलिटी ट्रायलेमा म्हणून ओळखली जाते.",
+  "page-roadmap-vision-trilemma-p-2": "Ethereum अपग्रेड्सचा उद्देश ट्रायलेमा सोडवणे आहे, परंतु त्यात महत्त्वपूर्ण आव्हाने आहेत.",
+  "page-roadmap-vision-trilemma-press-button": "विकेंद्रित स्केलिंगच्या समस्या अधिक चांगल्या प्रकारे समजून घेण्यासाठी त्रिकोणावरील बटणे दाबा.",
+  "page-roadmap-vision-trilemma-text-1": "विकेंद्रीकरण",
+  "page-roadmap-vision-trilemma-text-2": "सुरक्षा",
+  "page-roadmap-vision-trilemma-text-3": "स्केलेबिलिटी",
+  "page-roadmap-vision-trilemma-title-1": "स्केलेबिलिटी ट्रायलेमा एक्सप्लोर करा",
+  "page-roadmap-vision-trilemma-title-2": "Ethereum अपग्रेड्स आणि विकेंद्रित स्केलिंग",
+  "page-roadmap-vision-trilemma-title-3": "सुरक्षित आणि विकेंद्रित",
+  "page-roadmap-vision-trilemma-title-4": "विकेंद्रित आणि स्केलेबल",
+  "page-roadmap-vision-trilemma-title-5": "स्केलेबल आणि सुरक्षित",
+  "page-roadmap-vision-understanding": "Ethereum ची दृष्टी समजून घेणे",
+  "page-roadmap-vision-upgrade-needs": "अपग्रेड्सची गरज",
+  "page-roadmap-vision-upgrade-needs-desc": "2015 मध्ये लॉन्च झालेल्या Ethereum प्रोटोकॉलला अविश्वसनीय यश मिळाले आहे. परंतु Ethereum समुदायाने नेहमीच अपेक्षा केली होती की Ethereum ची पूर्ण क्षमता अनलॉक करण्यासाठी काही प्रमुख अपग्रेड्स आवश्यक असतील.",
+  "page-roadmap-vision-upgrade-needs-desc-2": "जास्त मागणीमुळे व्यवहार शुल्क वाढत आहे ज्यामुळे Ethereum सरासरी वापरकर्त्यासाठी महाग होत आहे. Ethereum क्लायंट चालवण्यासाठी आवश्यक असलेली डिस्क स्पेस वेगाने वाढत आहे.",
+  "page-roadmap-vision-upgrade-needs-desc-3": "Ethereum मध्ये अपग्रेड्सचा एक संच आहे जो या आणि इतर समस्यांचे निराकरण करतो. या अपग्रेड्सच्या संचाला मूळतः 'सेरेनिटी' आणि 'Eth2' म्हटले जात होते, आणि ते 2014 पासून संशोधन आणि विकासाचे एक सक्रिय क्षेत्र राहिले आहेत.",
+  "page-roadmap-vision-upgrade-needs-desc-5": "आता तंत्रज्ञान तयार असल्याने, हे अपग्रेड्स Ethereum ची पुनर्रचना करून त्याला अधिक स्केलेबल, सुरक्षित आणि टिकाऊ बनवतील - विद्यमान वापरकर्त्यांचे जीवन चांगले करण्यासाठी आणि नवीन वापरकर्त्यांना आकर्षित करण्यासाठी. हे सर्व करताना Ethereum चे विकेंद्रीकरणाचे मूळ मूल्य जपले जाईल.",
+  "page-roadmap-vision-upgrade-needs-desc-6": "याचा अर्थ स्केलेबिलिटीसाठी कोणतेही ऑन-स्विच नाही. सुधारणा कालांतराने टप्प्याटप्प्याने दिल्या जातील.",
+  "page-roadmap-vision-upgrade-needs-serenity": "'सेरेनिटी' वर चर्चा करणारी 2015 ची ब्लॉग पोस्ट पहा",
+  "ethereum": "Ethereum",
+  "page-roadmap-vision-danksharding": "Danksharding वर अधिक"
 }
diff --git a/src/intl/mr/page-roadmap.json b/src/intl/mr/page-roadmap.json
new file mode 100644
index 00000000000..d94d01965cf
--- /dev/null
+++ b/src/intl/mr/page-roadmap.json
@@ -0,0 +1,102 @@
+{
+  "page-roadmap-title": "Ethereum नकाशा",
+  "page-roadmap-meta-title": "Ethereum रोडमॅप | ethereum.org",
+  "page-roadmap-meta-description": "इथरियमसाठी अधिक मापनीयता, सुरक्षितता आणि टिकाऊपणाचा मार्ग.",
+  "page-roadmap-banner-notification": "Ethereum चा विकास समुदाय-चालित आहे आणि त्यात बदल होऊ शकतो.",
+  "page-roadmap-changes-coming-title": "Ethereum मध्ये कोणते बदल येत आहेत?",
+  "page-roadmap-changes-coming-description": "Ethereum आधीच एक शक्तिशाली प्लॅटफॉर्म आहे, परंतु त्यात अजूनही सुधारणा केली जात आहे. सुधारणांचा एक महत्त्वाकांक्षी संच Ethereum ला त्याच्या सध्याच्या स्वरूपातून अपग्रेड करून पूर्णपणे स्केल्ड, कमाल लवचिक प्लॅटफॉर्ममध्ये रूपांतरित करेल.",
+  "page-roadmap-cheaper-transactions-title": "स्वस्त व्यवहार",
+  "page-roadmap-cheaper-transactions-description": "Rollups खूप महाग आहेत आणि ते केंद्रीकृत घटकांवर अवलंबून आहेत, त्यामुळे वापरकर्त्यांना त्यांच्या ऑपरेटर्सवर जास्त विश्वास ठेवावा लागतो.",
+  "page-roadmap-cheaper-transactions-button": "शुल्क कमी करण्याबद्दल अधिक",
+  "page-roadmap-extra-security-title": "अतिरिक्त सुरक्षा",
+  "page-roadmap-extra-security-description": "Ethereum आधीच खूप सुरक्षित आहे, परंतु ते अधिक मजबूत बनवले जाऊ शकते, जे भविष्यात सर्व प्रकारच्या हल्ल्यांना तोंड देण्यासाठी तयार असेल.",
+  "page-roadmap-extra-security-button": "सुरक्षिततेबद्दल अधिक",
+  "page-roadmap-better-user-experience-title": "चांगला वापरकर्ता अनुभव",
+  "page-roadmap-better-user-experience-description": "स्मार्ट कॉन्ट्रॅक्ट वॉलेट्स आणि लाइट-वेट नोड्ससाठी अधिक सपोर्टमुळे Ethereum वापरणे सोपे आणि अधिक सुरक्षित होईल.",
+  "page-roadmap-better-user-experience-button": "वापरकर्ता अनुभवाबद्दल अधिक",
+  "page-roadmap-future-proofing-title": "भविष्य-प्रूफिंग",
+  "page-roadmap-future-proofing-description": "Ethereum संशोधक आणि डेव्हलपर्स उद्याच्या समस्या आजच सोडवत आहेत, आणि नेटवर्कला भविष्यातील पिढ्यांसाठी तयार करत आहेत.",
+  "page-roadmap-future-proofing-button": "भविष्य-प्रूफिंगबद्दल अधिक",
+  "page-roadmap-why-need-title": "Ethereum ला रोडमॅपची गरज का आहे?",
+  "page-roadmap-why-need-description": "Ethereum मध्ये नियमित अपग्रेड्स होतात जे त्याची स्केलेबिलिटी, सुरक्षा किंवा टिकाऊपणा वाढवतात. संशोधन आणि विकासातून नवीन कल्पना समोर आल्यावर त्यांना स्वीकारणे ही Ethereum च्या मुख्य शक्तींपैकी एक आहे. अनुकूलनक्षमता Ethereum ला नवीन आव्हानांना सामोरे जाण्याची आणि सर्वात प्रगत तांत्रिक प्रगतीसोबत राहण्याची लवचिकता देते.",
+  "page-roadmap-how-defined-title": "रोडमॅप कसा ठरवला जातो",
+  "page-roadmap-how-defined-p1": "रोडमॅप हा बहुतेक संशोधक आणि डेव्हलपर्सच्या अनेक वर्षांच्या कामाचा परिणाम आहे - कारण प्रोटोकॉल खूप तांत्रिक आहे - परंतु कोणतीही प्रेरित व्यक्ती यात सहभागी होऊ शकते.",
+  "page-roadmap-how-defined-p2": "कल्पना सहसा <a href=\"https://ethresear.ch\">ethresear.ch</a>, <a href=\"https://ethereum-magicians.org\">Ethereum Magicians</a> किंवा Eth R&D डिस्कॉर्ड सर्व्हर सारख्या फोरमवरील चर्चेतून सुरू होतात. त्या शोधलेल्या नवीन भेद्यतांना प्रतिसाद असू शकतात, ॲप्लिकेशन लेयरमध्ये काम करणाऱ्या संस्थांकडून (जसे की dapps आणि एक्सचेंज) सूचना असू शकतात किंवा अंतिम वापरकर्त्यांसाठी ज्ञात असलेल्या अडचणींमधून (जसे की खर्च किंवा व्यवहारांची गती) असू शकतात.",
+  "page-roadmap-how-defined-p3": "जेव्हा या कल्पना परिपक्व होतात, तेव्हा त्यांना <a href=\"https://eips.ethereum.org\">Ethereum सुधारणा प्रस्ताव (EIPs)</a> म्हणून प्रस्तावित केले जाऊ शकते. हे सर्व सार्वजनिकरित्या केले जाते जेणेकरून समुदायातील कोणीही कधीही आपले मत मांडू शकेल.",
+  "page-roadmap-governance-button": "Ethereum शासनाबद्दल अधिक",
+  "page-roadmap-hero-alt": "Ethereum नकाशा",
+  "page-roadmap-technical-upgrades-title": "Ethereum मध्ये कोणते तांत्रिक अपग्रेड्स येत आहेत?",
+  "page-roadmap-danksharding-title": "डंकशार्डिंग",
+  "page-roadmap-danksharding-description": "Danksharding, Ethereum ब्लॉक्समध्ये डेटाचे \"blobs\" जोडून वापरकर्त्यांसाठी L2 rollups खूप स्वस्त करते.",
+  "page-roadmap-single-slot-finality-title": "एकल स्लॉट अंतिमता",
+  "page-roadmap-single-slot-finality-description": "पंधरा मिनिटे वाट पाहण्याऐवजी, ब्लॉक्स त्याच स्लॉटमध्ये प्रस्तावित आणि अंतिम केले जाऊ शकतात. हे ॲप्ससाठी अधिक सोयीचे आहे आणि त्यावर हल्ला करणे कठीण आहे.",
+  "page-roadmap-account-abstraction-title": "खाते शून्यमनस्कता",
+  "page-roadmap-account-abstraction-description": "अकाउंट ॲबस्ट्रॅक्शन हा अपग्रेडचा एक वर्ग आहे जो क्लिष्ट मिडलवेअर वापरण्याऐवजी Ethereum वर मूळतः स्मार्ट कॉन्ट्रॅक्ट वॉलेट्सना सपोर्ट करतो.",
+  "page-roadmap-statelessness-title": "राज्यहीनता",
+  "page-roadmap-statelessness-description": "स्टेटलेस क्लायंट मोठ्या प्रमाणात डेटा संग्रहित न करता नवीन ब्लॉक्सची पडताळणी करू शकतील. हे आजच्या खर्चाच्या अगदी लहान अंशात नोड चालवण्याचे सर्व फायदे देईल.",
+  "page-roadmap-learn-more": "अधिक जाणून घ्या",
+  "page-roadmap-timeline-title": "या अपग्रेडसाठी टाइमलाइन काय आहे?",
+  "page-roadmap-blocks-alt": "Ethereum ब्लॉक्स",
+  "page-roadmap-faq-1-title": "वेळेनुसार Ethereum चा रोडमॅप बदलेल का?",
+  "page-roadmap-faq-1-p1": "होय—जवळजवळ नक्कीच.",
+  "page-roadmap-faq-1-p1-continued": "रोडमॅप ही Ethereum अपग्रेड करण्याची सध्याची योजना आहे, ज्यात नजीकच्या आणि भविष्यातील दोन्ही योजनांचा समावेश आहे. नवीन माहिती आणि तंत्रज्ञान उपलब्ध झाल्यावर रोडमॅपमध्ये बदल होण्याची आम्हाला अपेक्षा आहे.",
+  "page-roadmap-faq-1-p2": "Ethereum च्या रोडमॅपला Ethereum सुधारण्यासाठीच्या उद्देशांचा एक संच समजा; हे Ethereum च्या सर्वात इष्टतम पुढील मार्गाबद्दल मुख्य संशोधक आणि डेव्हलपर्सचे सर्वोत्तम गृहीतक आहे.",
+  "page-roadmap-faq-2-title": "रोडमॅप कधी पूर्ण होईल?",
+  "page-roadmap-faq-2-p1": "काही अपग्रेड्स कमी प्राधान्याचे आहेत आणि पुढील ५-१० वर्षांत लागू होण्याची शक्यता नाही (उदा. क्वांटम रेझिस्टन्स).",
+  "page-roadmap-faq-2-p1-strong": "प्रत्येक अपग्रेडची अचूक वेळ देणे क्लिष्ट आहे",
+  "page-roadmap-faq-2-p1-continued": "कारण अनेक रोडमॅप आयटम्सवर समांतरपणे काम केले जाते आणि ते वेगवेगळ्या वेगाने विकसित केले जातात. अपग्रेडची निकड देखील बाह्य घटकांनुसार वेळेनुसार बदलू शकते (उदा. क्वांटम संगणकांच्या कामगिरी आणि उपलब्धतेत अचानक झालेल्या वाढीमुळे क्वांटम-रेझिस्टंट क्रिप्टोग्राफी अधिक निकडीची बनू शकते).",
+  "page-roadmap-faq-2-p2": "Ethereum च्या विकासाबद्दल विचार करण्याचा एक मार्ग म्हणजे जैविक उत्क्रांतीशी साधर्म्य साधणे. जो नेटवर्क नवीन आव्हानांशी जुळवून घेऊ शकतो आणि आपली कार्यक्षमता टिकवून ठेवू शकतो, तो बदलण्यास प्रतिकार करणाऱ्या नेटवर्कपेक्षा अधिक यशस्वी होण्याची शक्यता असते, जरी नेटवर्क अधिकाधिक कार्यक्षम, स्केलेबल आणि सुरक्षित होत जाईल, तसतसे प्रोटोकॉलमध्ये कमी बदलांची आवश्यकता असेल.",
+  "page-roadmap-faq-3-title": "या अपग्रेड्ससाठी तयारी करण्यासाठी मला काही करावे लागेल का?",
+  "page-roadmap-faq-3-p1": "अपग्रेड्स सहसा अंतिम वापरकर्त्यांवर परिणाम करत नाहीत, केवळ चांगला वापरकर्ता-अनुभव आणि अधिक सुरक्षित प्रोटोकॉल प्रदान करतात, आणि कदाचित Ethereum शी संवाद साधण्यासाठी अधिक <i>पर्याय</i> देतात. <strong>सामान्य वापरकर्त्यांना अपग्रेडमध्ये सक्रियपणे सहभागी होण्याची आवश्यकता नाही, किंवा त्यांना त्यांची मालमत्ता सुरक्षित करण्यासाठी काहीही करण्याची आवश्यकता नाही.</strong> <a href=\"/glossary/#node\">नोड</a> ऑपरेटर्सना अपग्रेडची तयारी करण्यासाठी त्यांचे क्लायंट अपडेट करावे लागतील. काही अपग्रेड्समुळे ॲप्लिकेशन डेव्हलपर्ससाठी बदल होऊ शकतात. उदाहरणार्थ, हिस्ट्री एक्सपायरी अपग्रेड्समुळे ॲप्लिकेशन डेव्हलपर्सना नवीन स्त्रोतांकडून ऐतिहासिक डेटा मिळवावा लागू शकतो.",
+  "page-roadmap-faq-4-title": "शार्डिंगचे काय?",
+  "page-roadmap-faq-4-p1": "शार्डिंग म्हणजे Ethereum ब्लॉकचेनचे विभाजन करणे, जेणेकरून <a href=\"/glossary/#validator\">व्हॅलिडेटर्सचे</a> उपसंच एकूण डेटाच्या केवळ एका अंशासाठी जबाबदार असतील. मूळतः Ethereum ला स्केल करण्याचा हा मार्ग होता. तथापि, <a href=\"/glossary/#layer-2\">लेअर 2</a> रोलअप्स अपेक्षेपेक्षा खूप वेगाने विकसित झाले आहेत आणि त्यांनी आधीच बरेच स्केलिंग प्रदान केले आहे, आणि Proto-Danksharding लागू झाल्यानंतर ते आणखी बरेच काही प्रदान करतील. याचा अर्थ \"शार्ड चेन्स\" ची आता गरज नाही आणि त्यांना रोडमॅपमधून काढून टाकण्यात आले आहे.",
+  "page-roadmap-release-status-prod": "उत्पादनात",
+  "page-roadmap-release-status-soon": "लवकरच येत आहे",
+  "page-roadmap-release-status-dev": "विकासात",
+  "page-roadmap-release-main-features": "मुख्य वैशिष्ट्ये",
+  "page-roadmap-release-learn-more": "अधिक जाणून घ्या",
+  "page-roadmap-release-forkcast": "बदल ट्रॅक करा",
+  "page-roadmap-paris-pos-title": "प्रूफ ऑफ स्टेक (PoS) मध्ये संक्रमण",
+  "page-roadmap-paris-pos-item-1": "ऊर्जा-केंद्रित मायनिंगला स्टेकिंग-आधारित सहमतीने बदलले",
+  "page-roadmap-paris-pos-item-2": "Ethereum चा ऊर्जा वापर ~९९.९५% ने कमी केला",
+  "page-roadmap-paris-beacon-title": "बीकन चेन एकत्रीकरण",
+  "page-roadmap-paris-beacon-item-1": "बीकन चेनला Ethereum मेननेटमध्ये विलीन केले",
+  "page-roadmap-paris-beacon-item-2": "PoS सहमती यंत्रणेमध्ये पूर्ण संक्रमणास सक्षम केले",
+  "page-roadmap-paris-difficulty-title": "डिफिकल्टी बॉम्ब काढणे",
+  "page-roadmap-paris-difficulty-item-1": "मायनिंगची अडचण वाढवणारा डिफिकल्टी बॉम्ब काढला",
+  "page-roadmap-paris-difficulty-item-2": "नवीन सहमती यंत्रणेमध्ये सुरळीत संक्रमण सुनिश्चित केले",
+  "page-roadmap-shapella-withdrawals-title": "पैसे काढणे स्टिकिंग",
+  "page-roadmap-shapella-withdrawals-item-1": "व्हॅलिडेटर्सना त्यांचे स्टेक केलेले ETH आणि रिवॉर्ड्स काढण्यास सक्षम केले",
+  "page-roadmap-shapella-withdrawals-item-2": "आंशिक आणि पूर्ण पैसे काढण्याची क्षमता सादर केली",
+  "page-roadmap-shapella-eip4895-title": "EIP-4895: बीकन चेन पुश विथड्रॉअल्स",
+  "page-roadmap-shapella-eip4895-item-1": "पैसे काढण्यासाठी एक नवीन सिस्टीम-स्तरीय ऑपरेशन जोडले",
+  "page-roadmap-shapella-eip4895-item-2": "पैसे काढण्याच्या विनंत्यांवर सुरक्षित आणि कार्यक्षम प्रक्रिया सुनिश्चित केली",
+  "page-roadmap-shapella-eip3651-title": "EIP-3651: वॉर्म कॉइनबेस",
+  "page-roadmap-shapella-eip3651-item-1": "COINBASE ॲड्रेस ॲक्सेस करण्यासाठी गॅस खर्च कमी केला",
+  "page-roadmap-shapella-eip3651-item-2": "काही स्मार्ट कॉन्ट्रॅक्ट ऑपरेशन्सची कार्यक्षमता सुधारली",
+  "page-roadmap-dencun-danksharding-title": "प्रोटो-डँकशार्डिंग (EIP-4844)",
+  "page-roadmap-dencun-danksharding-item-1": "रोलअप व्यवहार खर्च लक्षणीयरीत्या कमी करण्यासाठी ब्लॉब व्यवहार सादर केले",
+  "page-roadmap-dencun-danksharding-item-2": "एक नवीन व्यवहार प्रकार जोडला जो डेटा तात्पुरता आणि स्वस्तात संग्रहित करतो",
+  "page-roadmap-dencun-eip1153-title": "EIP-1153: ट्रान्झिएंट स्टोरेज ऑपकोड्स",
+  "page-roadmap-dencun-eip1153-item-1": "व्यवहार अंमलबजावणीदरम्यान तात्पुरत्या स्टोरेजसाठी TSTORE आणि TLOAD ऑपकोड्स जोडले",
+  "page-roadmap-dencun-eip1153-item-2": "अधिक कार्यक्षम स्मार्ट कॉन्ट्रॅक्ट पॅटर्न सक्षम करते आणि गॅस खर्च कमी करते",
+  "page-roadmap-dencun-eip4788-title": "EIP-4788: EVM मध्ये बीकन ब्लॉक रूट",
+  "page-roadmap-dencun-eip4788-item-1": "सहमती लेअरची माहिती स्मार्ट कॉन्ट्रॅक्ट्ससाठी उघड करते",
+  "page-roadmap-dencun-eip4788-item-2": "नवीन ट्रस्ट-मिनिमाइज्ड ॲप्लिकेशन्स आणि क्रॉस-चेन ब्रिजेस सक्षम करते",
+  "page-roadmap-pectra-eoa-title": "EOA वॉलेट्सना स्मार्ट कॉन्ट्रॅक्ट कार्यक्षमतेसह वर्धित करा",
+  "page-roadmap-pectra-eoa-item-1": "वापरकर्ते विद्यमान स्मार्ट कॉन्ट्रॅक्टच्या कोडद्वारे त्यांचे ॲड्रेस दर्शवण्यासाठी सेट करू शकतात आणि व्यवहार बॅचिंग, व्यवहार शुल्क प्रायोजकत्व किंवा उत्तम रिकव्हरी यंत्रणा यासारखे फायदे मिळवू शकतात",
+  "page-roadmap-pectra-balance-title": "कमाल प्रभावी शिल्लक वाढवा",
+  "page-roadmap-pectra-balance-item-1": "स्टेकर्स आता स्टेक करण्यासाठी ETH ची कोणतीही रक्कम निवडू शकतात आणि किमान रकमेवरील प्रत्येक 1 ETH वर रिवॉर्ड्स मिळवू शकतात",
+  "page-roadmap-pectra-blob-title": "ब्लॉब थ्रुपुट वाढ",
+  "page-roadmap-pectra-blob-item-1": "ब्लॉबची संख्या 3 वरून 6 लक्ष्यांपर्यंत वाढवली जाईल, कमाल 9 पर्यंत, ज्यामुळे Ethereum रोलअप्समध्ये शुल्क स्वस्त होईल",
+  "page-roadmap-fusaka-peerdas-title": "PeerDAS (पीअर-टू-पीअर डेटा उपलब्धता सॅम्पलिंग)",
+  "page-roadmap-fusaka-peerdas-item-1": "रोलअप्ससाठी अधिक कार्यक्षम डेटा उपलब्धता सक्षम करते",
+  "page-roadmap-fusaka-peerdas-item-2": "विकेंद्रीकरण कायम ठेवत नोड चालवणे अधिक सुलभ करते",
+  "page-roadmap-fusaka-additional-title": "संभाव्य अतिरिक्त वैशिष्ट्ये",
+  "page-roadmap-fusaka-additional-item-1": "UX सुधारण्यासाठी मोबाइल डिव्हाइसेसवर सुरक्षित एन्क्लेव्हसाठी सपोर्ट",
+  "page-roadmap-fusaka-additional-item-2": "ब्लॉब फी मार्केट सुधारणा",
+  "page-roadmap-fusaka-additional-item-3": "व्हॅलिडेटर कार्यक्षमता आणि नेटवर्क कामगिरीमध्ये पुढील सुधारणा",
+  "page-roadmap-glamsterdam-discussed-title": "ग्लॅमस्टरडॅमसाठी शेड्यूल केलेले",
+  "page-roadmap-glamsterdam-discussed-item-1": "एन्श्राइन्ड प्रपोझर-बिल्डर सेपरेशन (ePBS)",
+  "page-roadmap-glamsterdam-discussed-item-2": "ब्लॉक-स्तरीय ॲक्सेस लिस्ट (BALs)"
+}
diff --git a/src/intl/mr/page-run-a-node.json b/src/intl/mr/page-run-a-node.json
index 235a9570b7d..9125b3df6a9 100644
--- a/src/intl/mr/page-run-a-node.json
+++ b/src/intl/mr/page-run-a-node.json
@@ -44,11 +44,11 @@
   "page-run-a-node-choose-your-adventure-build-bullet-2": "DAppNode स्थापित करा.",
   "page-run-a-node-choose-your-adventure-build-bullet-3": "किंवा, तुमचे स्वतःचे OS आणि क्लायंट निवडा.",
   "page-run-a-node-choose-your-adventure-build-start": "निर्माण करायला प्रारंभ करा",
-  "page-run-a-node-decentralized-title": "Decentralization",
+  "page-run-a-node-decentralized-title": "विकेंद्रीकरण",
   "page-run-a-node-decentralized-preview": "अपयशाच्या केंद्रीकृत बिंदूंना बळकट करण्याचा प्रतिकार करा.",
   "page-run-a-node-decentralized-1": "केंद्रीकृत क्लाउड सर्व्हर भरपूर संगणकीय शक्ती प्रदान करू शकतात, परंतु ते राष्ट्र-राज्यांसाठी किंवा नेटवर्कमध्ये व्यत्यय आणू पाहणाऱ्या आक्रमणकर्त्यांसाठी लक्ष्य प्रदान करतात.",
   "page-run-a-node-decentralized-2": "नेटवर्क लवचिकता अधिक नोड्ससह, भौगोलिकदृष्ट्या विविध ठिकाणी, विविध पार्श्वभूमीच्या अधिक लोकांद्वारे संचालित केली जाते. जसजसे अधिक लोक त्यांचे स्वतःचे नोड चालवतात, तसतसे अपयशाच्या केंद्रीकृत बिंदूंवर अवलंबून राहणे कमी होते, ज्यामुळे नेटवर्क मजबूत होते.",
-  "page-run-a-node-further-reading-title": "Further reading",
+  "page-run-a-node-further-reading-title": "पुढील वाचन",
   "page-run-a-node-further-reading-1-link": "मास्टरिंग Ethereum - मी पूर्ण नोड चालवावा का",
   "page-run-a-node-further-reading-1-author": "अँड्रियास अँटोनोपोलोस",
   "page-run-a-node-further-reading-2-link": "ARM वर Ethereum - द्रुत प्रारंभ मार्गदर्शक",
@@ -60,7 +60,7 @@
   "page-run-a-node-getting-started-software-section-1-link": "Ethereum नोड फिरवा",
   "page-run-a-node-getting-started-software-section-2": "आता आमच्याकडे DAppNode आहे, जे <b>मुक्त आणि मुक्त-स्रोत सॉफ्टवेअर</b> आहे जे वापरकर्त्यांना त्यांचा नोड व्यवस्थापित करताना <b>अॅपसारखा अनुभव</b> देते.",
   "page-run-a-node-getting-started-software-section-3a": "फक्त काही टॅपमध्ये तुम्ही तुमचा नोड चालू ठेवू शकता.",
-  "page-run-a-node-getting-started-software-section-3b": "DAppNode वापरकर्त्यांना कमांड लाइनला स्पर्श करण्याची गरज नसताना पूर्ण नोड्स तसेच dapps आणि इतर P2P नेटवर्क चालवणे सोपे करते. यामुळे प्रत्येकासाठी सहभागी होणे आणि अधिक विकेंद्रित नेटवर्क तयार करणे सोपे होते.",
+  "page-run-a-node-getting-started-software-section-3b": "DAppNode वापरकर्त्यांना कमांड लाइनला स्पर्श करण्याची गरज नसताना पूर्ण नोड्स तसेच <a href=\"/glossary/#dapp\">dapps</a> आणि इतर <a href=\"/glossary/#peer-to-peer-network\">P2P</a> नेटवर्क चालवणे सोपे करते. यामुळे प्रत्येकासाठी सहभागी होणे आणि अधिक विकेंद्रित नेटवर्क तयार करणे सोपे होते.",
   "page-run-a-node-getting-started-software-title": "भाग 2: सॉफ्टवेअर",
   "page-run-a-node-glyph-alt-terminal": "टर्मिनल ग्लिफ",
   "page-run-a-node-glyph-alt-phone": "फोन टॅप ग्लिफ",
@@ -78,11 +78,10 @@
   "page-run-a-node-hero-header": "पूर्ण नियंत्रण घ्या.<br />तुमचा स्वतःचा नोड चालवा.",
   "page-run-a-node-hero-subtitle": "नेटवर्क सुरक्षित करण्यात मदत करताना पूर्णपणे सार्वभौम व्हा. Ethereum व्हा.",
   "page-run-a-node-hero-cta-1": "अधिक जाणून घ्या",
-  "page-run-a-node-hero-cta-2": "चला आत जाऊया!",
   "page-run-a-node-install-manually-title": "व्यक्तिचलितपणे स्थापित करा",
   "page-run-a-node-install-manually-1": "जर तुम्ही अधिक तांत्रिक वापरकर्ता असाल आणि तुमचे स्वतःचे डिव्हाइस तयार करण्याचे ठरवले असेल तर, DAppNode कोणत्याही संगणकावरून डाउनलोड केले जाऊ शकते आणि USB ड्राइव्हद्वारे नवीन SSD वर स्थापित केले जाऊ शकते.",
   "page-run-a-node-meta-description": "Ethereum नोड काय, का आणि कसे चालवायचे याबद्दल परिचय.",
-  "page-run-a-node-participate-title": "Participate",
+  "page-run-a-node-participate-title": "सहभागी व्हा",
   "page-run-a-node-participate-preview": "विकेंद्रीकरण क्रांती <strong>तुम्ही</strong> पासून सुरू होते.",
   "page-run-a-node-participate-1": "नोड चालवून तुम्ही माहितीच्या जगावर नियंत्रण आणि शक्ती विकेंद्रित करण्यासाठी जागतिक चळवळीचा भाग बनता.",
   "page-run-a-node-participate-2": "तुम्ही धारक असल्यास, नेटवर्कच्या आरोग्याला आणि विकेंद्रीकरणाला समर्थन देऊन तुमच्या ETH ला मूल्य आणा आणि भविष्यात तुमचे म्हणणे आहे याची खात्री करा.",
@@ -93,16 +92,14 @@
   "page-run-a-node-privacy-3": "तसेच, दुर्भावनायुक्त नोडने अवैध व्यवहार वितरित केल्यास, तुमचा नोड त्याकडे दुर्लक्ष करेल.  तुमच्या स्वतःच्या मशीनवर प्रत्येक व्यवहाराची स्थानिक पातळीवर पडताळणी केली जाते, त्यामुळे तुम्हाला कोणावरही विश्वास ठेवण्याची गरज नाही.",
   "page-run-a-node-rasp-pi-title": "Raspberry Pi (ARM प्रोसेसर) वर एक टीप",
   "page-run-a-node-rasp-pi-description": "Raspberry Pi हे कमी वजनाचे आणि परवडणारे संगणक आहेत, परंतु त्यांना मर्यादा आहेत ज्यामुळे तुमच्या नोडच्या कार्यक्षमतेवर परिणाम होऊ शकतो. जरी सध्या स्टिकिंगसाठी शिफारस केलेली नसली तरी, वैयक्तिक वापरासाठी नोड चालवण्यासाठी हा एक उत्कृष्ट आणि स्वस्त पर्याय असू शकतो, ज्यामध्ये 4 - 8 GB RAM आहे.",
-  "page-run-a-node-rasp-pi-note-1-link": "ARM वर DAppNode",
-  "page-run-a-node-rasp-pi-note-1-description": "तुम्ही Raspberry Pi वर DAppNode चालवण्याची योजना करत असल्यास या सूचना पहा",
   "page-run-a-node-rasp-pi-note-2-link": "ARM दस्तऐवजीकरणावर Ethereum",
   "page-run-a-node-rasp-pi-note-2-description": "Raspberry Pi वर कमांड लाइनद्वारे नोड कसा सेट करायचा ते शिका",
   "page-run-a-node-rasp-pi-note-3-link": "Raspberry Pi सह नोड चालवा",
   "page-run-a-node-rasp-pi-note-3-description": "ट्यूटोरियल तुमची प्राधान्ये असल्यास येथे अनुसरण करा",
   "page-run-a-node-shop": "दुकान",
-  "page-run-a-node-shop-avado": "Avdo खरेदी करा",
+  "page-run-a-node-shop-avado": "Avado खरेदी करा",
   "page-run-a-node-shop-dappnode": "DAppNode खरेदी करा",
-  "page-run-a-node-staking-title": "Stake your ETH",
+  "page-run-a-node-staking-title": "तुमचा ETH स्टेक करा",
   "page-run-a-node-staking-description": "आवश्यक नसले तरी, नोड अप आणि रनिंग करून तुम्ही बक्षिसे मिळवण्यासाठी आणि Ethereum सुरक्षिततेच्या वेगळ्या घटकामध्ये योगदान देण्यासाठी तुमचा ETH स्टॅक करण्याच्या एक पाऊल जवळ आहात.",
   "page-run-a-node-staking-link": "भागभांडवल ETH",
   "page-run-a-node-staking-plans-title": "स्टिकिंगची योजना आहे?",
@@ -114,6 +111,7 @@
   "page-run-a-node-sovereignty-1": "Ethereum वॉलेट तुम्हाला तुमच्या पत्त्यांवर खाजगी की धरून तुमच्या डिजिटल मालमत्तेचा संपूर्ण ताबा आणि नियंत्रण ठेवण्याची परवानगी देते, परंतु त्या की तुम्हाला ब्लॉकचेनची सद्यस्थिती सांगत नाहीत, जसे की तुमची पाकीट शिल्लक.",
   "page-run-a-node-sovereignty-2": "डीफॉल्टनुसार, Ethereum वॉलेट तुमची शिल्लक पाहताना सामान्यत: तृतीय-पक्षाच्या नोडपर्यंत पोहोचतात, जसे की Infura किंवा Alchemy. तुमचा स्वतःचा नोड चालवल्याने तुम्हाला Ethereum ब्लॉकचेनची स्वतःची प्रत मिळू शकते.",
   "page-run-a-node-title": "एक नोड चालवा",
+  "page-run-a-node-meta-title": "Ethereum नोड कसा चालवावा",
   "page-run-a-node-voice-your-choice-title": "तुमच्या आवडीचा आवाज द्या",
   "page-run-a-node-voice-your-choice-preview": "काटा आल्यास नियंत्रण सोडू नका.",
   "page-run-a-node-voice-your-choice-1": "चेन फोर्कच्या घटनेत, जिथे दोन साखळ्या दोन वेगवेगळ्या नियमांच्या सेटसह उदयास येतात, तुमचा स्वतःचा नोड चालवल्याने तुम्ही कोणत्या नियमांचे समर्थन करता ते निवडण्याची तुमची क्षमता हमी देते. नवीन नियमांमध्ये श्रेणीसुधारित करणे आणि प्रस्तावित बदलांना समर्थन द्यायचे की नाही हे तुमच्यावर अवलंबून आहे.",
@@ -126,8 +124,8 @@
   "page-run-a-node-what-3-subtitle": "ऑनलाइन असताना.",
   "page-run-a-node-what-3-text": "Ethereum नोड चालवणे सुरुवातीला क्लिष्ट वाटू शकते, परंतु इंटरनेटशी कनेक्ट केलेले असताना संगणकावर क्लायंट सॉफ्टवेअर सतत चालवण्याची ही क्रिया आहे. ऑफलाइन असताना, तुमचा नोड जोपर्यंत तो परत ऑनलाइन होत नाही आणि नवीनतम बदलांचा सामना करत नाही तोपर्यंत तो निष्क्रिय असेल.",
   "page-run-a-node-who-title": "<i>कोण</i> नोड चालवावा?",
-  "page-run-a-node-who-preview": "प्रत्येकजण! नोड्स फक्त पुरावा-ऑफ-स्टेक व्हॅलिडेटरसाठी नाहीत. <i>कोणीही</i> नोड चालवू शकतो—तुम्हाला ETH चीही गरज नाही.",
-  "page-run-a-node-who-copy-1": "नोड चालवण्यासाठी तुम्हाला ETH ची गरज नाही. खरं तर, हे Ethereum वरील प्रत्येक इतर नोड आहे जे सत्यापनकर्त्यांना जबाबदार धरते.",
+  "page-run-a-node-who-preview": "प्रत्येकजण! नोड्स फक्त <a href=\"/glossary/#pos\">प्रूफ-ऑफ-स्टेक</a> व्हॅलिडेटर्ससाठी नाहीत. <i>कोणीही</i> नोड चालवू शकतो—तुम्हाला ETH ची देखील गरज नाही.",
+  "page-run-a-node-who-copy-1": "नोड चालवण्यासाठी तुम्हाला <a href=\"/glossary/#staking\">स्टेक</a> ETH करण्याची गरज नाही. खरं तर, Ethereum वरील प्रत्येक इतर नोडच व्हॅलिडेटर्सना जबाबदार धरतो.",
   "page-run-a-node-who-copy-2": "व्हॅलिडेटर्स कमावलेले आर्थिक बक्षिसे तुम्हाला कदाचित मिळणार नाहीत, परंतु कोणत्याही Ethereum वापरकर्त्यासाठी नोड चालवण्याचे इतर अनेक फायदे आहेत ज्यात गोपनीयता, सुरक्षा, तृतीय-पक्षाच्या सर्व्हरवरील कमी अवलंबित्व, सेन्सॉरशिप प्रतिरोध आणि सुधारित आरोग्य आणि विकेंद्रीकरण यांचा समावेश आहे नेटवर्क.",
   "page-run-a-node-who-copy-3": "तुमचा स्वतःचा नोड असणे म्हणजे तुम्हाला तृतीय पक्षाद्वारे प्रदान केलेल्या नेटवर्कच्या स्थितीबद्दल माहितीवर विश्वास ठेवण्याची आवश्यकता नाही.",
   "page-run-a-node-who-copy-bold": "विश्वास ठेवू नका. सत्यापित करा.",
diff --git a/src/intl/mr/page-stablecoins.json b/src/intl/mr/page-stablecoins.json
index c08325bb843..b9a692bf2b0 100644
--- a/src/intl/mr/page-stablecoins.json
+++ b/src/intl/mr/page-stablecoins.json
@@ -1,5 +1,8 @@
 {
   "page-stablecoins-accordion-borrow-crypto-collateral": "क्रिप्टो संपार्श्विक",
+  "page-stablecoins-usdc-banner-body": "USDC हे सर्वात मोठे US-नियमित फियाट-बॅक्ड स्टेबलकॉइन आहे. त्याचे मूल्य यूएस डॉलरशी जोडलेले आहे, सर्कलद्वारे जारी केले आहे, आणि मोठ्या प्रमाणावर वापरले जाते.",
+  "page-stablecoins-usdc-banner-learn-button": "USDC बद्दल जाणून घ्या",
+  "page-stablecoins-usdc-banner-swap-button": "USDC मिळवा",
   "page-stablecoins-accordion-borrow-crypto-collateral-copy": "Ethereum सह तुम्ही तुमच्या ETH वर व्यापार न करता थेट इतर वापरकर्त्यांकडून कर्ज घेऊ शकता. यामुळे तुम्हाला फायदा मिळू शकतो – काही अधिक ETH जमा करण्याचा प्रयत्न करण्यासाठी असे करतात.",
   "page-stablecoins-accordion-borrow-crypto-collateral-copy-p2": "पण कारण ETH ची किंमत अस्थिर असल्यामुळे, तुम्हाला जास्त रक्कम जमा करावी लागेल. म्हणजे जर तुम्हाला 100 स्टेबलकॉइन कर्ज घ्यायचे असेल तर तुमच्याकडे कमीतकमी 150 डॉलर किमतीचे ETH असले पाहिजे. हे प्रणाली आणि कर्जदात्यांचे संरक्षण करते.",
   "page-stablecoins-accordion-borrow-crypto-collateral-link": "क्रिप्टो समर्थित स्टेबलकॉइनवर अधिक",
@@ -23,31 +26,28 @@
   "page-stablecoins-accordion-buy-text-preview": "बरेच एक्सचेंज आणि वॉलेट्स तुम्हाला थेट स्टेबलकॉइन्स खरेदी करू देतात. भौगोलिक निर्बंध लागू होतील.",
   "page-stablecoins-accordion-buy-title": "विकत घेणे",
   "page-stablecoins-accordion-buy-warning": "केंद्रीकृत एक्सचेंज केवळ USDC, Tether आणि इतर सारख्या फियाट-बॅक्ड स्टेबलकॉइन्सची यादी करू शकतात. तुम्ही ते थेट खरेदी करू शकणार नाही, परंतु तुम्ही प्लॅटफॉर्मवर खरेदी करू शकणार्‍या ETH किंवा इतर क्रिप्टोकरन्सीजमधून त्यांची देवाणघेवाण करू शकता.",
-  "page-stablecoins-accordion-earn-project-1-description": "ओपन-सोर्स सॉफ्टवेअर चळवळीसाठी मुख्यतः तांत्रिक कार्य.",
+  "page-stablecoins-accordion-earn-project-1-description": "चालू असलेले आणि आगामी हॅकेथॉन. प्रत्येक बिल्डरचे डिजिटल सरहद्दीत प्रवेशद्वार.",
   "page-stablecoins-accordion-earn-project-2-description": "MakerDao समुदायासाठी तंत्रज्ञान, सामग्री आणि इतर कार्य (ज्या टीमने तुम्हाला Dai आणले).",
   "page-stablecoins-accordion-earn-project-3-description": "तुम्‍हाला तुमच्‍या सामानाची खरोखर माहिती असताना, Dai मिळवण्‍यासाठी बग शोधा.",
-  "page-stablecoins-accordion-earn-project-bounties": "Gitcoin बक्षीस",
   "page-stablecoins-accordion-earn-project-bug-bounties": "एकमत स्तर बग बक्षीस",
   "page-stablecoins-accordion-earn-project-community": "MakerDao समुदाय",
   "page-stablecoins-accordion-earn-projects-copy": "हे असे प्लॅटफॉर्म आहेत जे तुम्हाला तुमच्या कामासाठी स्टेबलकॉइन्स मध्ये पैसे देतील.",
   "page-stablecoins-accordion-earn-projects-title": "स्टेबलकॉइन्स कुठे मिळवायचे",
-  "page-stablecoins-accordion-earn-requirement-1": "एक इथेरियम वॉलेट",
+  "page-stablecoins-accordion-earn-requirement-1": "एक Ethereum वॉलेट",
   "page-stablecoins-accordion-earn-requirement-1-description": "तुमचे कमावलेले स्टेबलकॉइन्स प्राप्त करण्यासाठी तुम्हाला वॉलेटची आवश्यकता असेल",
   "page-stablecoins-accordion-earn-requirements-description": "स्टेबलकॉइन्स ही कामासाठी आणि सेवांसाठी देय देण्याची उत्तम पद्धत आहे कारण मूल्य स्थिर आहे. परंतु तुम्हाला पैसे भरण्यासाठी वॉलेटची आवश्यकता असेल.",
   "page-stablecoins-accordion-earn-text-preview": "Ethereum इकोसिस्टममधील प्रकल्पांवर काम करून तुम्ही स्टेबलकॉइन्स मिळवू शकता.",
   "page-stablecoins-accordion-earn-title": "कमवा",
-  "page-stablecoins-accordion-less": "कमी",
-  "page-stablecoins-accordion-more": "अधिक",
   "page-stablecoins-accordion-requirements": "तुम्हाला काय लागेल",
-  "page-stablecoins-accordion-swap-dapp-intro": "तुमच्याकडे आधीच ETH आणि वॉलेट असल्यास, तुम्ही हे dapps स्टेबलकॉइन्स स्वॅप करण्यासाठी वापरू शकता.",
+  "page-stablecoins-accordion-swap-dapp-intro": "तुमच्याकडे आधीच ETH आणि <a href=\"/glossary/#wallet\">वॉलेट</a> असल्यास, तुम्ही स्टेबलकॉइन्ससाठी स्वॅप करण्यासाठी हे dapps वापरू शकता.",
   "page-stablecoins-accordion-swap-dapp-link": "विकेंद्रित देवाणघेवाणवर अधिक",
   "page-stablecoins-accordion-swap-dapp-title": "टोकन स्वॅप करण्यासाठी Dapps",
   "page-stablecoins-accordion-swap-editors-tip": "संपादकांची टीप",
   "page-stablecoins-accordion-swap-editors-tip-button": "पाकीट शोधा",
   "page-stablecoins-accordion-swap-editors-tip-copy": "स्वत: साठी एक वॉलेट मिळवा जे तुम्हाला ETH खरेदी करू देईल आणि ते टोकन्ससाठी स्वॅप करू शकेल, ज्यामध्ये स्टेबलकॉइन्सचा समावेश आहे.",
   "page-stablecoins-accordion-swap-pill": "शिफारसकृत",
-  "page-stablecoins-accordion-swap-requirement-1": "एक इथेरियम वॉलेट",
-  "page-stablecoins-accordion-swap-requirement-1-description": "स्वॅप अधिकृत करण्यासाठी आणि तुमची नाणी साठवण्यासाठी तुम्हाला वॉलेटची आवश्यकता असेल",
+  "page-stablecoins-accordion-swap-requirement-1": "एक Ethereum वॉलेट",
+  "page-stablecoins-accordion-swap-requirement-1-description": "स्वॅप अधिकृत करण्यासाठी आणि तुमची नाणी साठवण्यासाठी तुम्हाला वॉलेटची आवश्यकता असेल.",
   "page-stablecoins-accordion-swap-requirement-2": "इथर (ETH)",
   "page-stablecoins-accordion-swap-requirement-2-description": "स्वॅपसाठी पैसे देणे",
   "page-stablecoins-accordion-swap-text-preview": "विकेंद्रित एक्सचेंजेसवर तुम्ही बहुतेक स्टेबलकॉइन्स घेऊ शकता. त्यामुळे तुम्हाला हवे असलेल्या स्टेबलकॉइनसाठी तुम्ही कोणतेही टोकन स्वॅप करू शकता.",
@@ -68,15 +68,10 @@
   "page-stablecoins-crypto-backed": "क्रिप्टो समर्थित",
   "page-stablecoins-crypto-backed-con-1": "फियाट-बॅक्ड स्टेबलकॉइन्सपेक्षा कमी स्थिर.",
   "page-stablecoins-crypto-backed-con-2": "आपल्याला क्रिप्टो संपार्श्विक मूल्यावर लक्ष ठेवणे आवश्यक आहे.",
-  "page-stablecoins-crypto-backed-description": "या स्टेबलकॉइन्सना ETH सारख्या इतर क्रिप्टो मालमत्तेचा पाठिंबा आहे. त्यांची किंमत अंतर्निहित मालमत्तेच्या (किंवा संपार्श्विक) मूल्यावर अवलंबून असते, जी अस्थिर असू शकते. कारण ETH चे मूल्य चढ-उतार होऊ शकते, किंमत शक्य तितकी स्थिर राहते याची खात्री करण्यासाठी हे स्टेबलकॉइन्स ओव्हरकॉलेटरलाइझ केले जातात. याचा अर्थ असा आहे की $1 क्रिप्टो बॅक्ड स्टेबलकॉइनमध्ये किमान $2 किमतीची अंतर्निहित क्रिप्टो मालमत्ता आहे. त्यामुळे जर ETH ची किंमत घसरली, तर स्टेबलकॉइन परत करण्यासाठी अधिक ETH वापरणे आवश्यक आहे, अन्यथा स्टेबलकॉइन्स त्यांचे मूल्य गमावतील.",
+  "page-stablecoins-crypto-backed-description": "या स्टेबलकॉइन्सना ETH सारख्या इतर क्रिप्टो मालमत्तांचा आधार आहे. त्यांची किंमत अंतर्निहित मालमत्तेच्या (किंवा कोलॅटरलच्या) मूल्यावर अवलंबून असते, जे अस्थिर असू शकते. ETH चे मूल्य बदलू शकत असल्यामुळे, किंमत शक्य तितकी स्थिर राहील याची खात्री करण्यासाठी हे स्टेबलकॉइन्स ओव्हरकोलॅटरलाईज्ड केलेले असतात. याचा अर्थ असा की $1 च्या क्रिप्टो-बॅक्ड स्टेबलकॉइनमागे किमान $2 किमतीची अंतर्निहित क्रिप्टो मालमत्ता असते. त्यामुळे ETH ची किंमत कमी झाल्यास, स्टेबलकॉइनला आधार देण्यासाठी अधिक ETH वापरावे लागेल, अन्यथा स्टेबलकॉइन्सचे मूल्य कमी होईल. लक्षात घ्या की DAI सारखे काही क्रिप्टो-बॅक्ड स्टेबलकॉइन्स त्यांच्या आधाराचा भाग म्हणून केंद्रीकृत स्टेबलकॉइन्सचा देखील वापर करतात.",
   "page-stablecoins-crypto-backed-pro-1": "पारदर्शक आणि पूर्णपणे विकेंद्रित.",
   "page-stablecoins-crypto-backed-pro-2": "इतर क्रिप्टो मालमत्तेत बदलण्यासाठी द्रुत.",
   "page-stablecoins-crypto-backed-pro-3": "कोणतेही बाह्य संरक्षक नाहीत - सर्व मालमत्ता Ethereum खात्यांद्वारे नियंत्रित केल्या जातात.",
-  "page-stablecoins-dai-banner-body": "Dai कदाचित सर्वात प्रसिद्ध फिएट-बॅक्ड स्टेबलकॉइन आहे. त्याचे मूल्य अंदाजे एक डॉलर आहे आणि ते dapps मध्ये मोठ्या प्रमाणावर स्वीकारले जाते.",
-  "page-stablecoins-dai-banner-learn-button": "Dai बद्दल जाणून घ्या",
-  "page-stablecoins-dai-banner-swap-button": "Dai साठी ETH देवाणघेवाण करा",
-  "page-stablecoins-dai-banner-title": "Dai",
-  "page-stablecoins-dai-logo": "Dai लोगो",
   "page-stablecoins-editors-choice": "संपादकांची निवड",
   "page-stablecoins-editors-choice-intro": "ही कदाचित आत्ताची स्टेबलकॉइन्सची सर्वात प्रसिद्ध उदाहरणे आहेत आणि dapps वापरताना आम्हाला उपयुक्त वाटलेली नाणी आहेत.",
   "page-stablecoins-explore-dapps": "Dapps अन्वेषण करा",
@@ -100,7 +95,7 @@
   "page-stablecoins-precious-metals": "मौल्यवान धातू",
   "page-stablecoins-precious-metals-con-1": "केंद्रीकृत - कोणीतरी प्रतिक जारी करणे आवश्यक आहे.",
   "page-stablecoins-precious-metals-con-2": "तुम्हाला प्रतिक जारीकर्ता आणि मौल्यवान धातूच्या साठ्यांवर विश्वास ठेवण्याची आवश्यकता आहे.",
-  "page-stablecoins-precious-metals-description": "फियाट-बॅक्ड नाण्यांप्रमाणे, त्याऐवजी हे स्टेबलकॉइन त्यांचे मूल्य टिकवून ठेवण्यासाठी सोन्यासारख्या संसाधनांचा वापर करतात.",
+  "page-stablecoins-precious-metals-description": "फियाट-बॅक्ड कॉइन्सप्रमाणेच, हे स्टेबलकॉइन्स त्यांचे मूल्य टिकवून ठेवण्यासाठी सोन्यासारख्या संसाधनांचा वापर करतात. हे 'स्थिर' आहेत कारण त्यांची किंमत सातत्याने दुसऱ्या मालमत्तेच्या मूल्याशी जोडलेली असते, आणि ते <a href=\"/real-world-assets/\">वास्तविक-जागतिक मालमत्तेच्या</a> ऑनचेन मालकीच्या ट्रॅकिंगसारखे आहेत.",
   "page-stablecoins-precious-metals-pro-1": "क्रिप्टो अस्थिरतेपासून सुरक्षित.",
   "page-stablecoins-prices": "स्टेबलकॉइन किमती",
   "page-stablecoins-prices-definition": "स्टेबलकॉइन्स ही अस्थिरता नसलेली क्रिप्टोकरन्सी आहेत. ते ETH प्रमाणेच सामायिक करतात परंतु त्यांचे मूल्य पारंपारिक चलनासारखे स्थिर आहे. त्यामुळे तुमच्याकडे स्थिर पैशाचा प्रवेश आहे जो तुम्ही Ethereum वर वापरू शकता. ",
@@ -117,50 +112,85 @@
   "page-stablecoins-stablecoins-dapp-description-2": "स्टेबलकॉइन्स द्या आणि व्याज आणि $COMP, कंपाऊंडचे स्वतःचे टोकन मिळवा.",
   "page-stablecoins-stablecoins-dapp-description-3": "एक ट्रेडिंग प्लॅटफॉर्म जिथे तुम्ही तुमच्या Dai आणि USDC वर व्याज मिळवू शकता.",
   "page-stablecoins-stablecoins-dapp-description-4": "Dai वाचवण्यासाठी डिझाइन केलेले अॅप.",
-  "page-stablecoins-stablecoins-feature-1": "स्टेबलकॉइन्स जागतिक आहेत, आणि इंटरनेटवर पाठविले जाऊ शकतात. तुमच्याकडे Ethereum खाते असल्यास ते प्राप्त करणे किंवा पाठवणे सोपे आहे.",
+  "page-stablecoins-stablecoins-dapp-description-5": "Ethereum वर कर्ज देण्यासाठी आणि घेण्यासाठी असलेला एक प्रोटोकॉल जो अनेक स्टेबलकॉइन पर्यायांना सपोर्ट करतो.",
+  "page-stablecoins-stablecoins-feature-1": "स्टेबलकॉइन्स जागतिक आहेत, आणि इंटरनेटवरून पाठवले जाऊ शकतात. तुमच्याकडे <a href=\"/glossary/#account\">Ethereum खाते</a> असल्यास ते मिळवणे किंवा पाठवणे सोपे आहे.",
   "page-stablecoins-stablecoins-feature-2": "स्टेबलकॉइन्स ची मागणी जास्त आहे, त्यामुळे तुम्ही तुमच्या कर्जासाठी व्याज मिळवू शकता. कर्ज देण्यापूर्वी तुम्हाला जोखमीची जाणीव असल्याची खात्री करा.",
-  "page-stablecoins-stablecoins-feature-3": "स्टेबलकॉइन्स ETH आणि इतर Ethereum टोकन्ससाठी एक्सचेंज करण्यायोग्य आहेत. बरेच dapps स्टेबलकॉइन्स वर अवलंबून असतात.",
-  "page-stablecoins-stablecoins-feature-4": "स्टेबलकॉइन्स क्रिप्टोग्राफीद्वारे सुरक्षित केले जातात. तुमच्या वतीने कोणीही बनावट व्यवहार करू शकत नाही.",
+  "page-stablecoins-stablecoins-feature-3": "स्टेबलकॉइन्स ETH आणि इतर Ethereum टोकन्ससाठी एक्सचेंज करण्यायोग्य आहेत. बरेच <a href=\"/glossary/#dapp\">dapps</a> स्टेबलकॉइन्सवर अवलंबून असतात.",
+  "page-stablecoins-stablecoins-feature-4": "स्टेबलकॉइन्स <a href=\"/glossary/#cryptography\">क्रिप्टोग्राफीद्वारे</a> सुरक्षित केले जातात. तुमच्या वतीने कोणीही बनावट व्यवहार करू शकत नाही.",
   "page-stablecoins-stablecoins-meta-description": "Ethereum स्टेबलकॉइन्स चा परिचय: ते काय आहेत, ते कसे मिळवायचे आणि ते महत्वाचे का आहेत.",
   "page-stablecoins-stablecoins-table-header-column-1": "मुद्रा",
   "page-stablecoins-stablecoins-table-header-column-2": "बाजार भांडवल",
   "page-stablecoins-stablecoins-table-header-column-3": "संपार्श्विक प्रकार",
+  "page-stablecoins-stablecoins-table-header-column-4": "पेग",
   "page-stablecoins-stablecoins-table-type-crypto-backed": "क्रिप्टो",
   "page-stablecoins-stablecoins-table-type-fiat-backed": "अधिकृत",
   "page-stablecoins-stablecoins-table-type-precious-metals-backed": "मौल्यवान धातू",
   "page-stablecoins-table-error": "स्टेबलकॉइन लोड करू शकलो नाही. पृष्ठ रीफ्रेश करण्याचा प्रयत्न करा.",
   "page-stablecoins-title": "स्टेबलकोइन्स",
+  "page-stablecoins-meta-title": "स्टेबलकॉइन्स स्पष्ट केले: ते कशासाठी आहेत?",
   "page-stablecoins-top-coins": "बाजार भांडवलानुसार शीर्ष स्टेबलकॉइन्स",
-  "page-stablecoins-top-coins-intro": "बाजार भांडवल आहे",
+  "page-stablecoins-top-coins-intro": "बाजार भांडवल म्हणजे",
   "page-stablecoins-top-coins-intro-code": "अस्तित्वात असलेल्या प्रतिकची एकूण संख्या प्रति प्रतिक मूल्याने गुणाकार केली जाते. ही यादी गतिमान आहे आणि येथे सूचीबद्ध केलेल्या प्रकल्पांना ethereum.org टीमने समर्थन दिलेले नाही.",
   "page-stablecoins-types-of-stablecoin": "ते कसे काम करतात: स्टेबलकॉइनचे प्रकार",
-  "page-stablecoins-usdc-banner-body": "USDC कदाचित सर्वात प्रसिद्ध फिएट-बॅक्ड स्टेबलकॉइन आहे. त्याचे मूल्य अंदाजे एक डॉलर आहे आणि ते सर्कल आणि कॉइनबेस द्वारे समर्थित आहे.",
-  "page-stablecoins-usdc-banner-learn-button": "USDC बद्दल जाणून घ्या",
-  "page-stablecoins-usdc-banner-swap-button": "USDC साठी ETH देवाणघेवाण करा",
-  "page-stablecoins-usdc-banner-title": "USDC",
   "page-stablecoins-usdc-logo": "USDC लोगो",
+  "page-stablecoins-usdt-banner-body": "Tether USD (USDT) हे बाजार भांडवलानुसार सर्वात मोठे फियाट-बॅक्ड स्टेबलकॉइन आहे. त्याचे मूल्य $1 USD वर पेग केलेले आहे आणि त्याचे रिझर्व्ह Tether Limited द्वारे व्यवस्थापित केले जातात.",
+  "page-stablecoins-usdt-banner-swap-button": "USDT साठी ETH स्वॅप करा",
+  "page-stablecoins-usdt-banner-learn-button": "USDT बद्दल जाणून घ्या",
+  "page-stablecoins-usdt-logo": "USDT लोगो",
+  "page-stablecoins-usds-banner-body": "USDS हे Dai चे उत्तराधिकारी आहे, जे पूर्णपणे क्रिप्टोद्वारे समर्थित आहे आणि ऑनचेन बचत व रिवॉर्ड्ससाठी डिझाइन केलेले आहे. युझर्सना त्यांच्या निधीवर पूर्ण नियंत्रण ठेवत DeFi मध्ये याचा मोठ्या प्रमाणावर वापर केला जातो.",
+  "page-stablecoins-usds-banner-swap-button": "USDS साठी ETH स्वॅप करा",
+  "page-stablecoins-usds-banner-learn-button": "USDS बद्दल जाणून घ्या",
+  "page-stablecoins-usds-logo": "USDS लोगो",
+  "page-stablecoins-gho-banner-body": "GHO हे Aave ने तयार केलेले एक विकेंद्रित मल्टी-कोलॅटरल स्टेबलकॉइन आहे. ते एक हायब्रिड मॉडेल वापरते जे क्रिप्टो-कोलॅटरलाइज्ड बॅकिंगला सामुदायिक गव्हर्नन्स दृष्टिकोनासह जोडते.",
+  "page-stablecoins-gho-banner-swap-button": "GHO साठी ETH स्वॅप करा",
+  "page-stablecoins-gho-banner-learn-button": "GHO बद्दल जाणून घ्या",
+  "page-stablecoins-gho-logo": "GHO लोगो",
+  "page-stablecoins-glo-banner-body": "Glo Dollar (USDGLO) हे एक स्टेबलकॉइन आहे जे सर्व नफा सार्वजनिक वस्तू आणि धर्मादाय संस्थांना दान करते. Glo Dollar होल्ड करून किंवा वापरून, तुम्ही गरिबीशी लढा आणि ओपन-सोर्सला पाठिंबा यांसारख्या कार्यांसाठी निधी देण्यास मदत करता—तेही तुमच्यासाठी कोणत्याही अतिरिक्त खर्चाशिवाय.",
+  "page-stablecoins-glo-banner-swap-button": "GLO खरेदी करा",
+  "page-stablecoins-glo-banner-learn-button": "GLO बद्दल जाणून घ्या",
+  "page-stablecoins-glo-logo": "USDGLO लोगो",
+  "page-stablecoins-hai-banner-title": "HAI",
+  "page-stablecoins-hai-banner-body": "HAI हे Let's Get HAI द्वारा सेन्सॉरशिप प्रतिरोध आणि सार्वजनिक वस्तूंवर लक्ष केंद्रित करणारे एक विकेंद्रित, ETH-बॅक्ड स्टेबलकॉइन आहे. हे किमान गव्हर्नन्ससह डिझाइन केलेले आहे आणि विकेंद्रीकरण मूल्यांशी तडजोड न करता स्थिरतेला प्राधान्य देते.",
+  "page-stablecoins-hai-banner-swap-button": "ETH वापरून HAI मिंट करा",
+  "page-stablecoins-hai-banner-learn-button": "HAI बद्दल जाणून घ्या",
+  "page-stablecoins-hai-logo": "HAI लोगो",
+  "page-stablecoins-lusd-banner-title": "LUSD",
+  "page-stablecoins-lusd-banner-body": "LUSD हे Liquity कडून आलेले एक विकेंद्रित स्टेबलकॉइन आहे जे केवळ ETH द्वारे 110% च्या किमान कोलॅटरलायझेशन गुणोत्तरासह समर्थित आहे. यात व्याज-मुक्त कर्ज, अल्गोरिदम लिक्विडेशन आणि किमान गव्हर्नन्स आहे, ज्यामुळे ते अत्यंत सेन्सॉरशिप-प्रतिरोधक बनते.",
+  "page-stablecoins-lusd-banner-swap-button": "LUSD साठी ETH स्वॅप करा",
+  "page-stablecoins-lusd-banner-learn-button": "LUSD बद्दल जाणून घ्या",
+  "page-stablecoins-lusd-logo": "LUSD लोगो",
   "page-stablecoins-why-stablecoins": "स्टेबलकॉइन्स का?",
   "page-stablecoins-how-they-work-button": "ते कसे काम करतात",
   "page-stablecoins-why-stablecoins-body": "Bitcoin, प्रमाणे ETH ची किंमत अस्थिर आहे कारण ते नवीन तंत्रज्ञान आहे. त्यामुळे तुम्हाला तो नियमितपणे खर्च करावासा वाटणार नाही. स्टेबलकॉइन तुम्हाला Ethereum वर वापरू शकणार्‍या स्थिर पैशात प्रवेश देण्यासाठी पारंपारिक चलनांचे मूल्य प्रतिबिंबित करतात.",
   "page-stablecoins-more-defi-button": "विकेंद्रित वित्त (DeFi) वर अधिक",
   "page-stablecoins-tools-title": "स्टेबलकॉइ बद्दल अधिक जाणून घ्या",
   "page-stablecoins-tools-stablecoinswtf-description": "Stablecoins.wtf सर्वात प्रमुख स्टेबलकॉइन्स साठी ऐतिहासिक बाजार डेटा, आकडेवारी आणि शैक्षणिक सामग्रीसह डॅशबोर्ड ऑफर करते.",
+  "page-stablecoins-tools-stablepulse-description": "टोकन्स आणि चेन्सवरील ॲनालिटिक्ससह स्टेबलकॉइन इकोसिस्टमचे स्पष्ट, अचूक आणि किमान फिल्टर केलेले दृश्य प्रदान करते.",
+  "page-stablecoins-tools-stablesinfo-description": "थेट स्टेबलकॉइन लीडरबोर्ड आणि डॅशबोर्ड, जे सर्व प्रमुख स्टेबलकॉइन्स आणि चेन्ससाठी पुरवठा आणि ऑनचेन डेटा ट्रॅक करते.",
+  "page-stablecoins-tools-dune-description": "ब्लॉकचेन्सवर स्टेबलकॉइन पुरवठा, तरलता, ट्रेडिंग व्हॉल्यूम आणि अवलंब यात रिअल-टाइम इनसाइट्स देणारा डॅशबोर्ड.",
+  "page-stablecoins-tools-visa-description": "सार्वजनिक ब्लॉकचेन्सवर फियाट-बॅक्ड स्टेबलकॉइन्सची हालचाल, पुरवठा आणि वापर दर्शवणारा डॅशबोर्ड.",
+  "page-stablecoins-tools-stablewars-description": "ॲनालिटिक्स लीडरबोर्ड आणि डॅशबोर्ड, जे एकाधिक ब्लॉकचेन्सवर स्टेबलकॉइन्ससाठी शिल्लक, हस्तांतरण आणि रँकिंग ट्रॅक करते.",
   "page-apps-ready-button": "Go",
-  "pros": "साधक",
+  "pros": "फायदे",
   "cons": "बाधक",
   "1inch-logo": "1inch लोगो",
   "aave-logo": "Aave लोगो",
   "binance-logo": "Binance लोगो",
   "bittrex-logo": "Bittrex लोगो",
+  "buidlbox-logo": "Buidlbox लोगो",
   "coinbase-logo": "Coinbase लोगो",
   "coinmama-logo": "Coinmama लोगो",
   "compound-logo": "Compound लोगो",
   "example-projects": "उदाहरणार्थ प्रकल्प",
+  "page-stablecoins-filter-by-type": "प्रकारानुसार फिल्टर करा",
+  "page-stablecoins-reset-list": "यादी रीसेट करा",
+  "page-stablecoins-show-more": "अधिक दाखवा",
+  "page-stablecoins-no-results": "सध्याच्या फिल्टर्सशी जुळणारे कोणतेही स्टेबलकॉइन्स नाहीत",
   "gemini-logo": "Gemini लोगो",
-  "gitcoin-logo": "Gitcoin लोगो",
-  "loopring-logo": "Loopring लोगो",
   "makerdao-logo": "MakerDao लोगो",
   "matcha-logo": "Matcha लोगो",
-  "oasis-logo": "Oasis लोगो",
-  "uniswap-logo": "Uniswap लोगो"
+  "sparkfi-logo": "Spark Protocol लोगो",
+  "summerfi-logo": "Summer.fi लोगो",
+  "uniswap-logo": "Uniswap लोगो",
+  "page-stablecoins-go-to": "जा"
 }
diff --git a/src/intl/mr/page-staking-deposit-contract.json b/src/intl/mr/page-staking-deposit-contract.json
new file mode 100644
index 00000000000..57da45e2906
--- /dev/null
+++ b/src/intl/mr/page-staking-deposit-contract.json
@@ -0,0 +1,28 @@
+{
+  "page-staking-deposit-contract-address": "स्टेकिंग ठेव कराराचा पत्ता",
+  "page-staking-deposit-contract-address-caption": "आम्ही पत्ता वाचायला सोपा व्हावा यासाठी स्पेस दिले आहेत",
+  "page-staking-deposit-contract-address-check-btn": "ठेव कराराचा पत्ता तपासा",
+  "page-staking-deposit-contract-checkbox1": "मी माझा इथेरियम व्हॅलिडेटर सेट करण्यासाठी आधीच लाँचपॅड वापरले आहे.",
+  "page-staking-deposit-contract-checkbox2": "मला समजले आहे की मला स्टेक करण्यासाठी लाँचपॅड वापरण्याची गरज आहे. या पत्त्यावर साधे हस्तांतरण काम करणार नाही.",
+  "page-staking-deposit-contract-checkbox3": "मी इतर स्रोतांसह ठेव कराराचा पत्ता तपासणार आहे.",
+  "page-staking-deposit-contract-confirm-address": "पत्ता उघड करण्यासाठी पुष्टी करा",
+  "page-staking-deposit-contract-copied": "पत्ता कॉपी केला",
+  "page-staking-deposit-contract-copy": "पत्ता कॉपी करा",
+  "page-staking-deposit-contract-blockexplorer": "ब्लॉकस्काउटवर करार पहा",
+  "page-staking-deposit-contract-h2": "ही स्टेक करण्याची जागा नाही",
+  "page-staking-deposit-contract-launchpad": "लाँचपॅड वापरून स्टेक करा",
+  "page-staking-deposit-contract-launchpad-2": "लाँचपॅड वापरा",
+  "page-staking-deposit-contract-meta-desc": "इथेरियम स्टेकिंगसाठी ठेव कराराच्या पत्त्याची पडताळणी करा.",
+  "page-staking-deposit-contract-meta-title": "इथेरियम स्टेकिंग ठेव कराराचा पत्ता",
+  "page-staking-deposit-contract-read-aloud": "पत्ता मोठ्याने वाचा",
+  "page-staking-deposit-contract-reveal-address-btn": "पत्ता उघड करा",
+  "page-staking-deposit-contract-staking": "तुमचा ETH स्टेक करण्यासाठी तुम्ही समर्पित लाँचपॅड उत्पादन वापरणे आवश्यक आहे आणि सूचनांचे पालन करणे आवश्यक आहे. या पानावरील पत्त्यावर ETH पाठवल्यास तुम्ही स्टेकर बनणार नाही आणि परिणामी व्यवहार अयशस्वी होईल.",
+  "page-staking-deposit-contract-staking-check": "हे स्रोत तपासा",
+  "page-staking-deposit-contract-staking-check-desc": "आम्हाला अपेक्षा आहे की बरेच बनावट पत्ते आणि घोटाळे असतील. सुरक्षित राहण्यासाठी, तुम्ही वापरत असलेला स्टेकिंग कराराचा पत्ता या पानावरील पत्त्याशी तपासा. आम्ही इतर विश्वासार्ह स्रोतांसह देखील तपासण्याची शिफारस करतो.",
+  "page-staking-deposit-contract-staking-more-link": "स्टिकिंग वर अधिक",
+  "page-staking-deposit-contract-stop-reading": "वाचणे थांबवा",
+  "page-staking-deposit-contract-subtitle": "हा इथेरियम स्टेकिंग कराराचा पत्ता आहे. तुम्ही स्टेक करताना योग्य पत्त्यावर निधी पाठवत आहात याची खात्री करण्यासाठी हे पान वापरा.",
+  "page-staking-deposit-contract-warning": "प्रत्येक अक्षर काळजीपूर्वक तपासा.",
+  "page-staking-deposit-contract-warning-2": "या पत्त्यावर निधी पाठवल्यास काम होणार नाही आणि तुम्ही स्टेकर बनणार नाही. तुम्ही लाँचपॅडच्या सूचनांचे पालन केले पाहिजे.",
+  "page-staking-deposit-contract-title": "ठेव कराराचा पत्ता तपासा"
+}
diff --git a/src/intl/mr/page-staking.json b/src/intl/mr/page-staking.json
new file mode 100644
index 00000000000..b0050ff6e3e
--- /dev/null
+++ b/src/intl/mr/page-staking.json
@@ -0,0 +1,240 @@
+{
+  "comp-withdrawal-comparison-current-title": "सध्याचे स्टेकर्स",
+  "comp-withdrawal-comparison-current-li-1": "काही वापरकर्त्यांनी सुरुवातीला त्यांचे स्टॅकिंग डिपॉझिट सेट करताना पैसे काढण्याचा पत्ता प्रदान केला असेल—या वापरकर्त्यांना आणखी काही करण्याची आवश्यकता नाही",
+  "comp-withdrawal-comparison-current-li-2": "बहुसंख्य स्टेकर्सनी सुरुवातीच्या डिपॉझिटवर पैसे काढण्याचा पत्ता प्रदान केला नाही आणि त्यांना त्यांचे पैसे काढण्याचे क्रेडेंशियल्स अपडेट करावे लागतील. <a href=\"https://launchpad.ethereum.org/withdrawals\" target=\"_blank\" rel=\"noopener noreferrer\">स्टेकिंग लॉन्चपॅडवर</a> हे कसे करायचे याबद्दल सूचना आहेत",
+  "comp-withdrawal-comparison-current-p": "आपले क्रेडेंशियल्स अजूनही अपडेट करण्याची आवश्यकता आहे की नाही हे पाहण्यासाठी आपण आपला व्हॅलिडेटर इंडेक्स नंबर येथे टाकू शकता <Text as=\"span\" fontWeight=\"normal\">(हे आपल्या क्लायंट लॉगमध्ये आढळू शकते):</Text>",
+  "comp-withdrawal-comparison-new-title": "नवीन स्टेकर्स (अद्याप जमा केलेले नाही)",
+  "comp-withdrawal-comparison-new-li-1": "डिफॉल्टनुसार, रिवॉर्ड पेमेंट्स आणि पैसे काढण्याची कार्यक्षमता स्वयंचलितपणे सक्षम करू पाहणाऱ्या नवीन स्टेकर्सनी स्टॅकिंग डिपॉझिट CLI टूल वापरून त्यांच्या व्हॅलिडेटर की तयार करताना त्यांनी नियंत्रित केलेला Ethereum विथड्रॉवल ॲड्रेस प्रदान करावा.",
+  "comp-withdrawal-comparison-new-li-2": "डिपॉझिटच्या वेळी हे आवश्यक नाही, परंतु आपले फंड अनलॉक करण्यासाठी नंतरच्या तारखेला या की अपडेट करण्याची आवश्यकता टाळेल.",
+  "comp-withdrawal-comparison-new-p": "स्टेकिंग लॉन्चपॅड तुम्हाला स्टेकिंग ऑनबोर्डिंगसाठी मार्गदर्शन करेल.",
+  "comp-withdrawal-comparison-new-link": "स्टेकिंग लॉन्चपॅडला भेट द्या",
+  "comp-withdrawal-credentials-placeholder": "व्हॅलिडेटर इंडेक्स",
+  "comp-withdrawal-credentials-error": "अरेरे! व्हॅलिडेटर इंडेक्स नंबर पुन्हा तपासा आणि पुन्हा प्रयत्न करा.",
+  "comp-withdrawal-credentials-upgraded-1": "व्हॅलिडेटर इंडेक्स {validatorIndex} बक्षिसे मिळवण्यास प्रारंभ करण्यासाठी सज्ज आहे!",
+  "comp-withdrawal-credentials-upgraded-2": "एक्झिक्यूशन ॲड्रेसशी लिंक केलेले पैसे काढण्याचे क्रेडेंशियल्स:",
+  "comp-withdrawal-credentials-not-upgraded-1": "या {network} व्हॅलिडेटरला अपग्रेड करणे आवश्यक आहे.",
+  "comp-withdrawal-credentials-not-upgraded-2": "अपग्रेड कसे करायचे याबद्दलच्या सूचना सध्या <a href=\"https://launchpad.ethereum.org/withdrawals\" target=\"_blank\" rel=\"noopener noreferrer\">स्टेकिंग लॉन्चपॅडवर</a> आढळू शकतात.",
+  "comp-withdrawal-credentials-verify": "{network} वर सत्यापित करा",
+  "page-staking-withdrawals-when": "पाठवले!",
+  "page-staking-image-alt": "स्टेकिंग लॉन्चपॅडसाठी रायनो मॅस्कॉटची प्रतिमा.",
+  "page-staking-benefits-1-title": "बक्षिसे मिळवा",
+  "page-staking-benefits-1-description": "नेटवर्कला <a href=\"/glossary/#consensus\">सहमतीपर्यंत</a> पोहोचण्यास मदत करणाऱ्या क्रियांसाठी बक्षिसे दिली जातात. नवीन ब्लॉक्समध्ये व्यवहारांचे योग्यरित्या बॅचिंग करणारे आणि इतर व्हॅलिडेटर्सचे काम तपासणारे सॉफ्टवेअर चालवण्यासाठी तुम्हाला बक्षिसे मिळतील कारण त्यामुळेच चेन सुरक्षितपणे चालते.",
+  "page-staking-benefits-2-title": "उत्तम सुरक्षा",
+  "page-staking-benefits-2-description": "जास्त ETH स्टेक केल्यामुळे नेटवर्क हल्ल्यांविरुद्ध अधिक मजबूत होते, कारण नंतर नेटवर्कचा बहुसंख्य भाग नियंत्रित करण्यासाठी अधिक ETH आवश्यक असतो. धोका बनण्यासाठी, तुम्हाला बहुसंख्य व्हॅलिडेटर्स धारण करावे लागतील, याचा अर्थ तुम्हाला सिस्टममधील बहुसंख्य ETH नियंत्रित करावे लागतील - ते खूप आहे!",
+  "page-staking-benefits-3-title": "अधिक टिकाऊ",
+  "page-staking-benefits-3-description": "नेटवर्क सुरक्षित करण्यात सहभागी होण्यासाठी स्टेकर्सना ऊर्जा-केंद्रित प्रूफ-ऑफ-वर्क गणने करण्याची आवश्यकता नाही, याचा अर्थ स्टॅकिंग नोड्स अगदी कमी ऊर्जा वापरून तुलनेने सामान्य हार्डवेअरवर चालू शकतात.",
+  "page-staking-benefits-3-link": "Ethereum च्या ऊर्जा वापरावर अधिक",
+  "page-staking-description": "स्टेकिंग ही <a href=\"/glossary/#validator\">व्हॅलिडेटर</a> सॉफ्टवेअर सक्रिय करण्यासाठी 32 ETH जमा करण्याची क्रिया आहे. व्हॅलिडेटर म्हणून तुम्ही डेटा संग्रहित करणे, व्यवहार प्रक्रिया करणे आणि ब्लॉकचेनमध्ये नवीन <a href=\"/glossary/#block\">ब्लॉक्स</a> जोडण्यासाठी जबाबदार असाल. हे Ethereum सर्वांसाठी सुरक्षित ठेवेल आणि या प्रक्रियेत तुम्हाला नवीन ETH मिळवून देईल.",
+  "page-staking-hero-title": "आपले ETH कसे स्टेक करावे",
+  "page-staking-hero-header": "Ethereum सुरक्षित करताना बक्षिसे मिळवा",
+  "page-staking-hero-subtitle": "कोणत्याही रकमेचा ETH असलेला कोणताही वापरकर्ता नेटवर्क सुरक्षित करण्यात मदत करू शकतो आणि प्रक्रियेत बक्षिसे मिळवू शकतो.",
+  "page-staking-dropdown-home": "स्टेकिंग होमपेज",
+  "page-staking-dropdown-solo": "होम स्टेकिंग",
+  "page-staking-more-on-solo": "होम स्टेकिंगवर अधिक",
+  "page-staking-learn-more-solo": "सोलो स्टेकिंगबद्दल अधिक जाणून घ्या",
+  "page-staking-dropdown-saas": "एक सेवा म्हणून स्टॅकिंग",
+  "page-staking-saas-with-abbrev": "सेवा म्हणून स्टेकिंग (SaaS)",
+  "page-staking-more-on-saas": "सेवा म्हणून स्टेकिंगवर अधिक",
+  "page-staking-learn-more-saas": "सेवा म्हणून स्टेकिंगबद्दल अधिक जाणून घ्या",
+  "page-staking-dropdown-pools": "पूल केलेले स्टॅकिंग",
+  "page-staking-dropdown-withdrawals": "पैसे काढण्याबद्दल",
+  "page-staking-dropdown-dvt": "वितरित व्हॅलिडेटर टेक",
+  "page-staking-more-on-pools": "पूल्ड स्टेकिंगवर अधिक",
+  "page-staking-learn-more-pools": "पूल्ड स्टेकिंगबद्दल अधिक जाणून घ्या",
+  "page-staking-section-what-title": "स्टेकिंग म्हणजे काय?",
+  "page-staking-section-why-title": "आपले ETH का स्टेक करावे?",
+  "page-staking-section-why-p1": "हे सर्व आपण किती स्टेक करण्यास इच्छुक आहात यावर अवलंबून आहे. आपल्याला आपला स्वतःचा व्हॅलिडेटर सक्रिय करण्यासाठी 32 ETH ची आवश्यकता असेल, परंतु कमी स्टेक करणे शक्य आहे.",
+  "page-staking-section-why-p2": "खालील पर्याय तपासा आणि आपल्यासाठी आणि नेटवर्कसाठी सर्वोत्तम असलेल्या पर्यायाची निवड करा.",
+  "page-staking-guide-title-coincashew-ethereum": "CoinCashew's Ethereum 2.0 Guide",
+  "page-staking-guide-title-somer-esat": "Somer Esat",
+  "page-staking-guide-title-rocket-pool": "Rocket Pool Node Operators",
+  "page-staking-guide-title-stakewise": "StakeWise Node Operators",
+  "page-staking-guide-title-lido-csm": "Lido CSM Node Operators",
+  "page-staking-guide-description-linux": "Linux (CLI)",
+  "page-staking-guide-description-mac-linux": "Linux, macOS (CLI)",
+  "page-staking-guide-description-mac-linux-windows": "Linux, Windows, MacOS (CLI)",
+  "page-staking-hierarchy-solo-h2": "होम स्टेकिंग",
+  "page-staking-hierarchy-solo-pill-1": "सर्वात प्रभावी",
+  "page-staking-hierarchy-solo-pill-2": "पूर्ण नियंत्रण",
+  "page-staking-hierarchy-solo-pill-3": "पूर्ण बक्षिसे",
+  "page-staking-hierarchy-solo-pill-4": "विश्वासहीन",
+  "page-staking-hierarchy-solo-p1": "Ethereum वर होम स्टेकिंग हे स्टेकिंगसाठी <span class=\"gold\">गोल्ड स्टँडर्ड</span> आहे. हे पूर्ण सहभागाची बक्षिसे देते, नेटवर्कचे विकेंद्रीकरण सुधारते आणि आपल्या निधीसह इतर कोणावरही विश्वास ठेवण्याची कधीही आवश्यकता नसते.",
+  "page-staking-hierarchy-solo-p2": "घरून स्टेकिंगचा विचार करणाऱ्यांकडे काही प्रमाणात ETH आणि ~24/7 इंटरनेटशी जोडलेला एक समर्पित संगणक असावा. काही तांत्रिक माहिती उपयुक्त आहे, परंतु ही प्रक्रिया सोपी करण्यासाठी आता वापरण्यास-सुलभ साधने अस्तित्वात आहेत.",
+  "page-staking-hierarchy-solo-p3": "होम स्टेकर्स त्यांचे फंड इतरांसोबत पूल करू शकतात, किंवा कमीतकमी 32 ETH सह सोलो जाऊ शकतात. DeFi मध्ये प्रवेश राखण्यासाठी लिक्विड स्टेकिंग टोकन सोल्यूशन्स वापरले जाऊ शकतात.",
+  "page-staking-hierarchy-saas-pill-1": "तुमचे 32 ETH",
+  "page-staking-hierarchy-saas-pill-2": "तुमच्या व्हॅलिडेटर की",
+  "page-staking-hierarchy-saas-pill-3": "सोपवलेले नोड ऑपरेशन",
+  "page-staking-hierarchy-saas-p1": "आपण हार्डवेअर हाताळू इच्छित नसल्यास किंवा आपल्याला सोयीस्कर वाटत नसल्यास परंतु तरीही आपले 32 ETH स्टेक करू इच्छित असल्यास, सेवा म्हणून स्टेकिंग पर्याय आपल्याला मूळ ब्लॉक बक्षिसे मिळवताना कठीण भाग सोपवण्याची परवानगी देतात.",
+  "page-staking-hierarchy-saas-p2": "हे पर्याय सामान्यतः तुम्हाला व्हॅलिडेटर क्रेडेंशियल्सचा संच तयार करणे, तुमच्या स्वाक्षरी की अपलोड करणे आणि तुमचे 32 ETH जमा करणे यातून मार्गदर्शन करतात. हे सेवेला तुमच्या वतीने प्रमाणित करण्यास अनुमती देते.",
+  "page-staking-hierarchy-saas-p3": "स्टेकिंगच्या या पद्धतीसाठी प्रदात्यावर विशिष्ट स्तरावरील विश्वासाची आवश्यकता असते. प्रति-पक्षाचा धोका मर्यादित करण्यासाठी, तुमचे ETH काढण्याच्या की सामान्यतः तुमच्या ताब्यात ठेवल्या जातात.",
+  "page-staking-hierarchy-pools-pill-1": "कोणतीही रक्कम स्टेक करा",
+  "page-staking-hierarchy-pools-pill-2": "बक्षिसे मिळवा",
+  "page-staking-hierarchy-pools-pill-3": "ते सोपे ठेवा",
+  "page-staking-hierarchy-pools-pill-4": "लोकप्रिय",
+  "page-staking-hierarchy-pools-p1": "ज्या वापरकर्त्यांकडे 32 ETH स्टेक करण्यासाठी नाहीत किंवा त्यांना सोयीस्कर वाटत नाही त्यांना मदत करण्यासाठी अनेक पूलिंग सोल्यूशन्स अस्तित्वात आहेत.",
+  "page-staking-hierarchy-pools-p2": "यापैकी अनेक पर्यायांमध्ये 'लिक्विड स्टेकिंग' म्हणून ओळखले जाते, ज्यात एक <a href=\"/glossary/#erc-20\">ERC-20</a> लिक्विडिटी टोकन समाविष्ट आहे जे तुमच्या स्टेक केलेल्या ETH चे प्रतिनिधित्व करते.",
+  "page-staking-hierarchy-pools-p3": "लिक्विड स्टेकिंगमुळे स्टेकिंग आणि अनस्टेकिंग टोकन स्वॅपइतके सोपे होते आणि DeFi मध्ये स्टेक केलेल्या भांडवलाचा वापर सक्षम होतो. हा पर्याय वापरकर्त्यांना त्यांच्या मालमत्तेची कस्टडी त्यांच्या स्वतःच्या Ethereum <a href=\"/glossary/#wallet\">वॉलेटमध्ये</a> ठेवण्याची परवानगी देतो.",
+  "page-staking-hierarchy-pools-p4": "पूल्ड स्टेकिंग Ethereum नेटवर्कसाठी मूळ नाही. तृतीय पक्ष हे उपाय तयार करत आहेत आणि त्यांचे स्वतःचे धोके आहेत.",
+  "page-staking-hierarchy-cex-h2": "केंद्रीकृत देवाणघेवाण",
+  "page-staking-hierarchy-cex-pill-1": "सर्वात कमी प्रभावी",
+  "page-staking-hierarchy-cex-pill-2": "सर्वोच्च विश्वासाची गृहीतके",
+  "page-staking-hierarchy-cex-p1": "अनेक केंद्रीकृत एक्सचेंज स्टेकिंग सेवा प्रदान करतात जर तुम्ही अजून तुमच्या स्वतःच्या वॉलेटमध्ये ETH ठेवण्यास सोयीस्कर नसाल. ते तुमच्या ETH होल्डिंग्सवर किमान देखरेख किंवा प्रयत्नांसह काही उत्पन्न मिळवण्याची परवानगी देण्यासाठी एक फॉलबॅक असू शकतात.",
+  "page-staking-hierarchy-cex-p2": "येथे तडजोड अशी आहे की केंद्रीकृत प्रदाते मोठ्या संख्येने व्हॅलिडेटर्स चालवण्यासाठी ETH चे मोठे पूल एकत्रित करतात. हे नेटवर्क आणि त्याच्या वापरकर्त्यांसाठी धोकादायक असू शकते कारण ते एक मोठे केंद्रीकृत लक्ष्य आणि अयशस्वी होण्याचा बिंदू तयार करते, ज्यामुळे नेटवर्क हल्ला किंवा बग्ससाठी अधिक असुरक्षित बनते.",
+  "page-staking-hierarchy-cex-p3": "तुम्हाला तुमच्या स्वतःच्या <a href=\"/glossary/#key\">की</a> ठेवण्यात सोयीस्कर वाटत नसेल, तर ठीक आहे. हे पर्याय तुमच्यासाठी येथे आहेत. दरम्यान, आमचे <a href=\"/wallets/\">वॉलेट्स पृष्ठ</a> तपासा, जिथे तुम्ही तुमच्या निधीवर खरी मालकी कशी घ्यायची हे शिकायला सुरुवात करू शकता. जेव्हा तुम्ही तयार असाल, तेव्हा परत या आणि देऊ केलेल्या सेल्फ-कस्टडी पूल्ड स्टेकिंग सेवांपैकी एक वापरून तुमचा स्टेकिंग गेम सुधारा.",
+  "page-staking-hierarchy-subtext": "तुम्ही लक्षात घेतले असेल की, Ethereum स्टेकिंगमध्ये सहभागी होण्याचे अनेक मार्ग आहेत. हे मार्ग वापरकर्त्यांच्या विस्तृत श्रेणीला लक्ष्य करतात आणि शेवटी प्रत्येक अद्वितीय आहेत आणि धोके, बक्षिसे आणि विश्वासाच्या गृहितकांच्या बाबतीत भिन्न आहेत. काही इतरांपेक्षा अधिक विकेंद्रीकृत, युद्ध-परीक्षित आणि/किंवा धोकादायक आहेत. आम्ही या क्षेत्रातील लोकप्रिय प्रकल्पांबद्दल काही माहिती प्रदान करतो, परंतु कुठेही ETH पाठवण्यापूर्वी <em>नेहमी स्वतःचे संशोधन करा</em>.",
+  "page-staking-comparison-solo-saas": "SaaS प्रदात्यांसह तुम्हाला अजूनही 32 ETH जमा करणे आवश्यक आहे, परंतु हार्डवेअर चालवण्याची आवश्यकता नाही. तुम्ही सामान्यतः तुमच्या व्हॅलिडेटर कीजमध्ये प्रवेश राखता, परंतु तुम्हाला तुमच्या स्वाक्षरी कीज देखील शेअर कराव्या लागतील जेणेकरून ऑपरेटर तुमच्या व्हॅलिडेटरच्या वतीने कार्य करू शकेल. हे विश्वासाचा एक स्तर सादर करते जो तुमचे स्वतःचे हार्डवेअर चालवताना उपस्थित नसतो, आणि घरी सोलो स्टेकिंगच्या विपरीत, SaaS नोड्सच्या भौगोलिक वितरणात तितकी मदत करत नाही. जर तुम्ही हार्डवेअर चालवण्यात अस्वस्थ असाल परंतु तरीही 32 ETH स्टेक करू इच्छित असाल, तर SaaS प्रदाता वापरणे तुमच्यासाठी एक चांगला पर्याय असू शकतो.",
+  "page-staking-comparison-solo-pools": "सोलो स्टेकिंग हे पूलिंग सेवेसह स्टेकिंगपेक्षा लक्षणीयरीत्या अधिक गुंतलेले आहे, परंतु ETH बक्षिसांमध्ये पूर्ण प्रवेश आणि तुमच्या व्हॅलिडेटरच्या सेटअप आणि सुरक्षिततेवर पूर्ण नियंत्रण देते. पूल्ड स्टेकिंगमध्ये प्रवेशाचा अडथळा लक्षणीयरीत्या कमी आहे. वापरकर्ते कमी प्रमाणात ETH स्टेक करू शकतात, व्हॅलिडेटर कीज तयार करणे आवश्यक नाही आणि प्रमाणित इंटरनेट कनेक्शनच्या पलीकडे हार्डवेअर आवश्यकता नाहीत. लिक्विडिटी टोकन प्रोटोकॉल स्तरावर सक्षम होण्यापूर्वी स्टेकिंगमधून बाहेर पडण्याची क्षमता सक्षम करतात. जर तुम्हाला या वैशिष्ट्यांमध्ये स्वारस्य असेल, तर पूल्ड स्टेकिंग योग्य ठरू शकते.",
+  "page-staking-comparison-saas-solo": "समानतांमध्ये निधी पूल न करता तुमच्या स्वतःच्या व्हॅलिडेटर कीज असणे समाविष्ट आहे, परंतु SaaS सह तुम्हाला तृतीय-पक्षावर विश्वास ठेवणे आवश्यक आहे, जो संभाव्यतः दुर्भावनापूर्णपणे कार्य करू शकतो किंवा स्वतः हल्ला किंवा नियमनाचे लक्ष्य बनू शकतो. जर ही विश्वासाची गृहीतके किंवा केंद्रीकरणाचे धोके तुम्हाला चिंतित करत असतील, तर स्व-सार्वभौम स्टेकिंगचा सुवर्ण मानक सोलो स्टेकिंग आहे.",
+  "page-staking-comparison-saas-pools": "हे समान आहेत कारण तुम्ही सामान्यतः व्हॅलिडेटर क्लायंट चालवण्यासाठी इतर कोणावर तरी अवलंबून आहात, परंतु SaaS च्या विपरीत, पूल्ड स्टेकिंग तुम्हाला कमी प्रमाणात ETH सह सहभागी होण्याची परवानगी देते. जर तुम्ही 32 ETH पेक्षा कमी स्टेक करू इच्छित असाल, तर हे तपासा.",
+  "page-staking-comparison-pools-solo": "होम स्टेकिंगच्या तुलनेत पूल्ड स्टेकिंगमध्ये प्रवेशाचा अडथळा लक्षणीयरीत्या कमी आहे, परंतु सर्व नोड ऑपरेशन्स तृतीय-पक्षाकडे सोपवून आणि शुल्कासह अतिरिक्त धोका येतो. होम स्टेकिंग स्टेकिंग सेटअप निवडण्यात जाणाऱ्या निवडींवर पूर्ण सार्वभौमत्व आणि नियंत्रण देते. स्टेकर्सना त्यांच्या कीज कधीही सोपवाव्या लागत नाहीत आणि ते कोणत्याही मध्यस्थांनी कट न घेता पूर्ण बक्षिसे मिळवतात.",
+  "page-staking-comparison-pools-saas": "हे समान आहेत कारण स्टेकर्स स्वतः व्हॅलिडेटर सॉफ्टवेअर चालवत नाहीत, परंतु पूलिंग पर्यायांच्या विपरीत, SaaS ला व्हॅलिडेटर सक्रिय करण्यासाठी पूर्ण 32 ETH डिपॉझिट आवश्यक आहे. बक्षिसे स्टेकर्सकडे जमा होतात, आणि सामान्यतः सेवा वापरण्यासाठी मासिक शुल्क किंवा इतर स्टेक समाविष्ट असतो. जर तुम्ही तुमच्या स्वतःच्या व्हॅलिडेटर कीज पसंत करत असाल आणि कमीतकमी 32 ETH स्टेक करू इच्छित असाल, तर SaaS प्रदाता वापरणे तुमच्यासाठी एक चांगला पर्याय असू शकतो.",
+  "page-staking-considerations-dropdown-text": "स्टेकिंग विचार",
+  "page-staking-considerations-dropdown-aria-label": "स्टेकिंग विचारांसाठी ड्रॉपडाउन मेनू",
+  "page-staking-considerations-solo-1-title": "ओपन सोर्स",
+  "page-staking-considerations-solo-1-description": "अत्यावश्यक कोड 100% मुक्त स्रोत आहे आणि लोकांना फोर्क आणि वापरण्यासाठी उपलब्ध आहे",
+  "page-staking-considerations-solo-1-warning": "बंद स्रोत",
+  "page-staking-considerations-solo-2-title": "ऑडिट केलेले",
+  "page-staking-considerations-solo-2-description": "अत्यावश्यक कोडचे औपचारिक ऑडिटिंग झाले आहे आणि परिणाम प्रकाशित आणि सार्वजनिकरित्या उपलब्ध आहेत",
+  "page-staking-considerations-solo-2-warning": "काहीही नाही",
+  "page-staking-considerations-solo-3-title": "बग बाउंटी",
+  "page-staking-considerations-solo-3-description": "सुरक्षितपणे भेद्यता कळवल्याबद्दल आणि/किंवा त्या दुरुस्त केल्याबद्दल वापरकर्त्यांना बक्षीस देण्यासाठी कोणत्याही अत्यावश्यक कोडवर सार्वजनिक बग बाऊंटी आयोजित केली गेली आहे",
+  "page-staking-considerations-solo-3-valid": "सध्या सक्रिय",
+  "page-staking-considerations-solo-3-caution": "पूर्ण झाले",
+  "page-staking-considerations-solo-4-title": "युद्ध-परीक्षित",
+  "page-staking-considerations-solo-4-description": "सॉफ्टवेअर दर्शविलेल्या कालावधीसाठी लोकांसाठी उपलब्ध आहे आणि वापरले गेले आहे",
+  "page-staking-considerations-solo-4-valid": "लाइव्ह > 1 वर्ष",
+  "page-staking-considerations-solo-4-caution": "लाइव्ह > 6 महिने",
+  "page-staking-considerations-solo-4-warning": "नुकतेच प्रसिद्ध झाले",
+  "page-staking-considerations-solo-5-title": "विश्वासहीन",
+  "page-staking-considerations-solo-5-description": "व्हॅलिडेटरच्या जीवनचक्रात कोणत्याही वेळी व्हॅलिडेटर की इतर कोणत्याही मानवावर सोपवल्या जात नाहीत. यात सामील असलेले कोणतेही स्मार्ट करार मागच्या दारांपासून मुक्त आहेत, अंमलबजावणीसाठी विशेषाधिकारित परवानग्यांवर अवलंबून नाहीत.",
+  "page-staking-considerations-solo-5-warning": "विश्वसनीय",
+  "page-staking-considerations-solo-6-title": "परवानगीहीन",
+  "page-staking-considerations-solo-6-description": "सॉफ्टवेअर किंवा सेवा वापरून व्हॅलिडेटर चालवण्यासाठी वापरकर्त्यांना कोणत्याही विशेष परवानगीची आवश्यकता नाही",
+  "page-staking-considerations-solo-6-valid": "परवानगी नाही",
+  "page-staking-considerations-solo-6-warning": "परवानगी आवश्यक",
+  "page-staking-considerations-solo-7-title": "मल्टी-क्लायंट",
+  "page-staking-considerations-solo-7-description": "सॉफ्टवेअर वापरकर्त्यांना किमान दोन किंवा अधिक एक्झिक्यूशन क्लायंट आणि दोन किंवा अधिक कन्सेन्सस लेअर क्लायंटमधून निवडण्याची आणि स्विच करण्याची सुविधा देते",
+  "page-staking-considerations-solo-7-valid": "सोपे क्लायंट स्विचिंग",
+  "page-staking-considerations-solo-7-warning": "बहुसंख्य क्लायंटपुरते मर्यादित",
+  "page-staking-considerations-solo-8-title": "स्व-अभिरक्षण",
+  "page-staking-considerations-solo-8-description": "वापरकर्ता स्वाक्षरी आणि पैसे काढण्याच्या कीसह कोणत्याही व्हॅलिडेटर क्रेडेंशियल्सची कस्टडी ठेवतो",
+  "page-staking-considerations-solo-8-warning": "तृतीय-पक्ष कस्टोडियन",
+  "page-staking-considerations-solo-9-title": "किफायतशीर",
+  "page-staking-considerations-solo-9-description": "वापरकर्ते 32 ETH पेक्षा कमी स्टेक करून, इतरांकडून जमा केलेल्या निधीचा वापर करून व्हॅलिडेटर चालवू शकतात",
+  "page-staking-considerations-solo-9-valid": "< 32 ETH",
+  "page-staking-considerations-solo-9-warning": "32 ETH",
+  "page-staking-considerations-saas-4-description": "सेवा दर्शविलेल्या कालावधीसाठी लोकांसाठी उपलब्ध आहे आणि वापरली गेली आहे",
+  "page-staking-considerations-saas-6-description": "सेवेमध्ये सहभागी होण्यासाठी वापरकर्त्यांना कोणतीही विशेष परवानगी, खाते साइन अप किंवा KYC ची आवश्यकता नाही",
+  "page-staking-considerations-saas-6-valid": "कोणीही सामील होऊ शकतो",
+  "page-staking-considerations-saas-6-warning": "परवानगी आवश्यक",
+  "page-staking-considerations-saas-7-title": "अंमलबजावणी विविधता",
+  "page-staking-considerations-saas-7-description": "सेवेने त्यांच्या एकूण व्हॅलिडेटर्सपैकी 50% पेक्षा जास्त बहुसंख्य एक्झिक्यूशन क्लायंटसह चालवू नये",
+  "page-staking-considerations-saas-7-valid": "50% पेक्षा कमी",
+  "page-staking-considerations-saas-7-caution": "सध्या अज्ञात",
+  "page-staking-considerations-saas-7-warning": "50% पेक्षा जास्त",
+  "page-staking-considerations-saas-8-title": "सहमती विविधता",
+  "page-staking-considerations-saas-8-description": "सेवेने त्यांच्या एकूण व्हॅलिडेटर्सपैकी 50% पेक्षा जास्त बहुसंख्य सहमती क्लायंटसह चालवू नये",
+  "page-staking-considerations-saas-8-valid": "50% पेक्षा कमी",
+  "page-staking-considerations-saas-8-caution": "सध्या अज्ञात",
+  "page-staking-considerations-saas-8-warning": "50% पेक्षा जास्त",
+  "page-staking-considerations-pools-5-description": "सेवा तुमच्या कीजची कस्टडी घेण्यासाठी किंवा बक्षिसे वितरित करण्यासाठी कोणत्याही मानवावर विश्वास ठेवण्याची आवश्यकता नाही",
+  "page-staking-considerations-pools-6-title": "परवानगीहीन नोड्स",
+  "page-staking-considerations-pools-6-description": "सेवा कोणालाही परवानगीशिवाय पूलसाठी नोड ऑपरेटर म्हणून सामील होण्याची परवानगी देते",
+  "page-staking-considerations-pools-7-description": "सेवेने त्यांच्या एकूण व्हॅलिडेटर्सपैकी 50% पेक्षा जास्त बहुसंख्य एक्झिक्यूशन क्लायंटसह चालवू नये",
+  "page-staking-considerations-pools-8-title": "लिक्विडिटी टोकन",
+  "page-staking-considerations-pools-8-description": "तुमच्या स्वतःच्या वॉलेटमध्ये ठेवलेल्या तुमच्या स्टेक केलेल्या ETH चे प्रतिनिधित्व करणारे व्यापार करण्यायोग्य लिक्विडिटी टोकन ऑफर करते",
+  "page-staking-considerations-pools-8-valid": "लिक्विडिटी टोकन(न्स)",
+  "page-staking-considerations-pools-8-warning": "लिक्विडिटी टोकन नाही",
+  "page-staking-considerations-pools-9-description": "सेवेने त्यांच्या एकूण व्हॅलिडेटर्सपैकी 50% पेक्षा जास्त बहुसंख्य सहमती क्लायंटसह चालवू नये",
+  "page-staking-how-solo-works-item-1": "काही हार्डवेअर मिळवा: स्टेक करण्यासाठी तुम्हाला <a href=\"/run-a-node/\">एक नोड चालवण्याची</a> आवश्यकता आहे",
+  "page-staking-how-solo-works-item-2": "एक एक्झिक्यूशन लेअर क्लायंट सिंक करा",
+  "page-staking-how-solo-works-item-3": "एक कन्सेन्सस लेअर क्लायंट सिंक करा",
+  "page-staking-how-solo-works-item-4": "तुमच्या कीज तयार करा आणि त्या तुमच्या व्हॅलिडेटर क्लायंटमध्ये लोड करा",
+  "page-staking-how-solo-works-item-5": "तुमच्या नोडचे निरीक्षण करा आणि देखभाल करा",
+  "page-staking-launchpad-widget-mainnet-label": "Mainnet",
+  "page-staking-launchpad-widget-start": "{network} वर स्टेकिंग सुरू करा",
+  "page-staking-launchpad-widget-span": "नेटवर्क निवडा",
+  "page-staking-launchpad-widget-p1": "सोलो व्हॅलिडेटर्सकडून निधी धोक्यात घालण्यापूर्वी {{network}} टेस्टनेटवर <strong>त्यांच्या सेटअपची चाचणी</strong> आणि ऑपरेशनल कौशल्यांची अपेक्षा केली जाते. लक्षात ठेवा <a href=\"/developers/docs/nodes-and-clients/client-diversity/\">अल्पसंख्याक क्लायंट</a> निवडणे महत्त्वाचे आहे कारण ते नेटवर्कची सुरक्षा सुधारते आणि तुमचा धोका मर्यादित करते.",
+  "page-staking-launchpad-widget-p2": "जर तुम्हाला ते सोयीचे वाटत असेल, तर तुम्ही फक्त स्टेकिंग लॉन्चपॅड वापरून कमांड लाइनवरून आवश्यक असलेल्या सर्व गोष्टी सेट करू शकता.",
+  "page-staking-launchpad-widget-p3": "गोष्टी सोप्या करण्यासाठी, खालील काही साधने आणि मार्गदर्शक तपासा जे तुम्हाला स्टेकिंग लॉन्चपॅडसोबत तुमच्या क्लायंट्सना सहजपणे सेट करण्यासाठी मदत करू शकतात.",
+  "page-staking-launchpad-widget-link": "सॉफ्टवेअर साधने आणि मार्गदर्शक",
+  "page-staking-products-get-started": "सुरू करा",
+  "page-staking-products-follow": "यावर भेट द्या",
+  "page-staking-dropdown-staking-options": "स्टेकिंग पर्याय",
+  "page-staking-dropdown-staking-options-alt": "स्टेकिंग पर्याय ड्रॉपडाउन मेनू",
+  "page-staking-stats-box-metric-1": "एकूण लावलेले ETH",
+  "page-staking-stats-box-metric-2": "एकूण व्हॅलिडेटर्स",
+  "page-staking-stats-box-metric-3": "सध्याचा APR",
+  "page-staking-stats-box-metric-1-tooltip": "Beacon Chain वर स्टेकवर असलेल्या पात्र ETH ची बेरीज",
+  "page-staking-stats-box-metric-2-tooltip": "Beacon Chain वर सध्या सक्रिय असलेल्या व्हॅलिडेटर खात्यांची संख्या",
+  "page-staking-stats-box-metric-3-tooltip": "गेल्या 24-तासांच्या कालावधीत प्रति व्हॅलिडेटर सरासरी वार्षिक आर्थिक परतावा",
+  "page-staking-section-comparison-subtitle": "स्टेकिंगसाठी एक-आकार-सर्वांसाठी-योग्य असा कोणताही उपाय नाही, आणि प्रत्येक अद्वितीय आहे. येथे आपण स्टेक करण्याच्या विविध पद्धतींचे काही धोके, बक्षिसे आणि आवश्यकतांची तुलना करू.",
+  "page-staking-section-comparison-rewards-title": "बक्षिसे",
+  "page-staking-section-comparison-solo-rewards-li1": "कमाल बक्षिसे - थेट प्रोटोकॉलमधून पूर्ण बक्षिसे मिळवा",
+  "page-staking-section-comparison-solo-rewards-li2": "ब्लॉक प्रस्तावित करण्यासाठी बक्षिसे, ज्यात न जळलेले व्यवहार शुल्क आणि नेटवर्कच्या स्थितीची नियमितपणे साक्ष देणे समाविष्ट आहे",
+  "page-staking-section-comparison-solo-rewards-li3": "DeFi मध्ये वापरण्यासाठी तुमच्या होम नोडच्या विरुद्ध लिक्विड स्टेकिंग टोकन मिंट करण्याचा पर्याय",
+  "page-staking-section-comparison-saas-rewards-li1": "सामान्यतः पूर्ण प्रोटोकॉल बक्षिसे वजा नोड ऑपरेशन्ससाठी मासिक शुल्क समाविष्ट असते",
+  "page-staking-section-comparison-saas-rewards-li2": "तुमच्या व्हॅलिडेटर क्लायंटचा सहज मागोवा घेण्यासाठी डॅशबोर्ड अनेकदा उपलब्ध असतात",
+  "page-staking-section-comparison-pools-rewards-li1": "पूल्ड स्टेकर्स निवडलेल्या पूल्ड स्टेकिंगच्या पद्धतीनुसार वेगळ्या प्रकारे बक्षिसे जमा करतात",
+  "page-staking-section-comparison-pools-rewards-li2": "अनेक पूल्ड स्टेकिंग सेवा एक किंवा अधिक <a href=\"/glossary/#liquidity-tokens\">लिक्विडिटी टोकन</a> ऑफर करतात जे तुमच्या स्टेक केलेल्या ETH तसेच व्हॅलिडेटर बक्षिसांमधील तुमच्या वाट्याचे प्रतिनिधित्व करतात",
+  "page-staking-section-comparison-pools-rewards-li3": "लिक्विडिटी टोकन तुमच्या स्वतःच्या वॉलेटमध्ये ठेवता येतात, <a href=\"/glossary/#defi\">DeFi</a> मध्ये वापरता येतात आणि तुम्ही बाहेर पडण्याचा निर्णय घेतल्यास विकता येतात",
+  "page-staking-section-comparison-risks-title": "जोखीम",
+  "page-staking-section-comparison-solo-risks-li1": "तुमचे ETH स्टेकवर आहे",
+  "page-staking-section-comparison-solo-risks-li2": "ऑफलाइन जाण्यासाठी दंड आहे, ज्यासाठी ETH खर्च होतो",
+  "page-staking-section-comparison-solo-risks-li3": "दुर्भावनापूर्ण वर्तनासाठी स्लॅशिंग (मोठा दंड आणि नेटवर्कमधून बाहेर काढणे)",
+  "page-staking-section-comparison-solo-risks-li4": "लिक्विड स्टेकिंग टोकन मिंट केल्याने स्मार्ट कॉन्ट्रॅक्टचा धोका निर्माण होईल, परंतु हे पूर्णपणे ऐच्छिक आहे",
+  "page-staking-section-comparison-saas-risks-li1": "सोलो स्टेकिंगसारखेच धोके आणि सेवा प्रदात्याचा प्रति-पक्ष धोका",
+  "page-staking-section-comparison-saas-risks-li2": "तुमच्या स्वाक्षरी कीजचा वापर इतर कोणावर तरी सोपवला जातो जो दुर्भावनापूर्णपणे वागू शकतो",
+  "page-staking-section-comparison-pools-risks-li1": "वापरलेल्या पद्धतीनुसार धोके बदलतात",
+  "page-staking-section-comparison-pools-risks-li2": "सर्वसाधारणपणे, धोक्यांमध्ये प्रति-पक्ष, <a href=\"/glossary/#smart-contract\">स्मार्ट कॉन्ट्रॅक्ट</a> आणि अंमलबजावणी धोक्यांचे संयोजन असते",
+  "page-staking-section-comparison-requirements-title": "आवश्यकता",
+  "page-staking-section-comparison-solo-requirements-li1": "तुम्ही 32 ETH जमा करणे आवश्यक आहे",
+  "page-staking-section-comparison-solo-requirements-li2": "इंटरनेटशी कनेक्ट असताना Ethereum <a href=\"/glossary/#execution-client\">एक्झिक्यूशन क्लायंट</a> आणि <a href=\"/glossary/#consensus-client\">कन्सेन्सस क्लायंट</a> दोन्ही चालवणारे हार्डवेअर ठेवा",
+  "page-staking-section-comparison-solo-requirements-li3": "<a href=\"https://hoodi.launchpad.ethereum.org\" target=\"_blank\">स्टेकिंग लॉन्चपॅड</a> तुम्हाला प्रक्रिया आणि हार्डवेअर आवश्यकतांद्वारे मार्गदर्शन करेल",
+  "page-staking-section-comparison-saas-requirements-li1": "32 ETH जमा करा आणि मदतीने तुमच्या कीज तयार करा",
+  "page-staking-section-comparison-saas-requirements-li2": "तुमच्या कीज सुरक्षितपणे साठवा",
+  "page-staking-section-comparison-saas-requirements-li3": "बाकीची काळजी घेतली जाते, जरी विशिष्ट सेवा बदलू शकतात",
+  "page-staking-section-comparison-pools-requirements-li1": "सर्वात कमी ETH आवश्यकता, काही प्रकल्पांना 0.01 ETH इतके कमी आवश्यक आहे",
+  "page-staking-section-comparison-pools-requirements-li2": "तुमच्या वॉलेटमधून थेट विविध पूल्ड स्टेकिंग प्लॅटफॉर्मवर जमा करा किंवा फक्त स्टेकिंग लिक्विडिटी टोकनपैकी एकासाठी व्यापार करा",
+  "page-staking-faq-1-question": "व्हॅलिडेटर म्हणजे काय?",
+  "page-staking-faq-1-answer": "<em>व्हॅलिडेटर</em> ही एक आभासी संस्था आहे जी Ethereum वर राहते आणि Ethereum प्रोटोकॉलच्या सहमतीत भाग घेते. व्हॅलिडेटर्स बॅलन्स, सार्वजनिक की आणि इतर गुणधर्मांद्वारे दर्शविले जातात. <em>व्हॅलिडेटर क्लायंट</em> हे सॉफ्टवेअर आहे जे व्हॅलिडेटरच्या वतीने त्याची खाजगी की धारण करून आणि वापरून कार्य करते. एकच व्हॅलिडेटर क्लायंट अनेक की जोड्या ठेवू शकतो, अनेक व्हॅलिडेटर्स नियंत्रित करू शकतो.",
+  "page-staking-faq-2-question": "माझे फंड स्टेकवर असणे का आवश्यक आहे?",
+  "page-staking-faq-2-answer": "व्हॅलिडेटरकडे नेटवर्कसाठी ब्लॉक प्रस्तावित करण्याची आणि साक्ष देण्याची क्षमता असते. अप्रामाणिक वर्तन टाळण्यासाठी, वापरकर्त्यांचे फंड स्टेकवर असणे आवश्यक आहे. हे प्रोटोकॉलला दुर्भावनापूर्ण कलाकारांना दंडित करण्याची परवानगी देते. स्टेकिंग तुम्हाला प्रामाणिक ठेवण्याचा एक मार्ग आहे, कारण तुमच्या कृतींचे आर्थिक परिणाम होतील.",
+  "page-staking-faq-3-question": "मी 'Eth2' खरेदी करू शकेन का?",
+  "page-staking-faq-3-answer-p1": "प्रोटोकॉलसाठी मूळ 'Eth2' टोकन नाही, कारण Ethereum ने प्रूफ-ऑफ-स्टेकवर स्विच केल्यावर मूळ टोकन इथर (ETH) बदलले नाही.",
+  "page-staking-faq-3-answer-p2": "डेरिव्हेटिव्ह टोकन/टिकर्स आहेत जे स्टेक केलेल्या ETH चे प्रतिनिधित्व करू शकतात (उदा. Rocket Pool कडून rETH, Lido कडून stETH, Coinbase कडून ETH2). <a href=\"/staking/pools/\">स्टेकिंग पूल</a>बद्दल अधिक जाणून घ्या",
+  "page-staking-faq-4-question": "स्टेकिंग आधीच लाइव्ह आहे का?",
+  "page-staking-faq-4-answer-p1": "होय. स्टेकिंग 1 डिसेंबर 2020 पासून लाइव्ह आहे",
+  "page-staking-faq-4-answer-p2": "याचा अर्थ असा आहे की स्टेकिंग सध्या वापरकर्त्यांसाठी त्यांचे ETH जमा करण्यासाठी, व्हॅलिडेटर क्लायंट चालवण्यासाठी आणि बक्षिसे मिळवण्यास प्रारंभ करण्यासाठी लाइव्ह आहे.",
+  "page-staking-faq-4-answer-p3": "शांघाय/कॅपला अपग्रेड 12 एप्रिल 2023 रोजी पूर्ण झाले, ज्यामुळे स्टेकिंग पैसे काढणे शक्य झाले, स्टेकिंग लिक्विडिटीवरील लूप बंद झाला.",
+  "page-staking-faq-5-question": "मी माझे स्टेक केलेले ETH कधी काढू शकेन?",
+  "page-staking-faq-5-answer-p1": "आत्ताच! स्टेकर्स निवडल्यास त्यांचे बक्षिसे आणि/किंवा मुख्य डिपॉझिट त्यांच्या व्हॅलिडेटर बॅलन्समधून काढण्यास मोकळे आहेत.",
+  "page-staking-faq-5-answer-p2": "स्टेकर्स ब्लॉक प्रस्तावित करताना शुल्क आणि MEV च्या स्वरूपात बक्षिसे देखील मिळवतील, जे सेट फी प्राप्तकर्ता पत्त्याद्वारे त्वरित उपलब्ध केले जातात.",
+  "page-staking-faq-5-answer-link": "पैसे काढण्यावर अधिक",
+  "page-staking-further-reading-author-vitalik-buterin": "विटालिक बुटेरिन",
+  "page-staking-further-reading-2-link": "Serenity डिझाइन रॅशनेल",
+  "page-staking-further-reading-4-link": "Eth2 बातम्या",
+  "page-staking-further-reading-4-author": "बेन एजिंग्टन",
+  "page-staking-further-reading-5-link": "अंतिम क्र. 33, Ethereum कन्सेन्सस-लेअर (जानेवारी 2022)",
+  "page-staking-further-reading-5-author": "डॅनी रायन",
+  "page-staking-further-reading-6-link": "अटेस्टंट पोस्ट्स",
+  "page-staking-further-reading-8-link": "Beaconcha.in समुदाय-योगदानित शैक्षणिक साहित्य",
+  "page-staking-further-reading-9-link": "Ethereum स्टेकिंग लॉन्चपॅड FAQ",
+  "page-staking-further-reading-10-link": "EthStaker ज्ञानकोश",
+  "page-staking-toc-how-to-stake-your-eth": "आपले ETH कसे स्टेक करावे",
+  "page-staking-toc-comparison-of-options": "स्टेकिंग पर्यायांची तुलना",
+  "page-staking-toc-faq": "FAQ",
+  "page-staking-toc-further": "पुढील वाचन",
+  "page-staking-dom-info-title": "Ethereum सह स्टेकिंग",
+  "page-staking-join-community": "स्टेकर समुदायात सामील व्हा",
+  "page-staking-join-community-desc": "EthStaker हे प्रत्येकासाठी Ethereum वर स्टेकिंगबद्दल चर्चा करण्यासाठी आणि शिकण्यासाठी एक समुदाय आहे. सल्ला, समर्थन आणि सर्व गोष्टींवर चर्चा करण्यासाठी जगभरातील हजारो सदस्यांमध्ये सामील व्हा.",
+  "page-staking-meta-description": "Ethereum स्टेकिंगचे विहंगावलोकन: धोके, बक्षिसे, आवश्यकता आणि ते कुठे करायचे.",
+  "page-staking-meta-title": "Ethereum स्टेकिंग: ते कसे कार्य करते?",
+  "page-staking-withdrawals-important-notices": "महत्वाच्या सूचना",
+  "page-staking-withdrawals-important-notices-desc": "पैसे काढणे अद्याप उपलब्ध नाही. अधिक माहितीसाठी कृपया <a href=\"https://blog.ethereum.org/2021/12/01/eth2-merge-and-post-merge-faq/\" target=\"_blank\">Eth2 मर्ज आणि पोस्ट-मर्ज FAQ</a> वाचा.",
+  "page-upgrades-merge-btn": "मर्ज वर अधिक",
+  "subscribe-to-ef-blog": "नवीनतम प्रोटोकॉल घोषणांसाठी ईमेल सूचना प्राप्त करण्यासाठी <a href=\"https://blog.ethereum.org/category/protocol/#subscribe\" target=\"_blank\">EF ब्लॉगची सदस्यता घ्या</a>.",
+  "page-staking-comparison-with-other-options": "इतर पर्यायांसह तुलना",
+  "page-staking-any-amount": "कोणतीही रक्कम",
+  "page-staking-network-testnet": "{network} टेस्टनेट"
+}
diff --git a/src/intl/mr/page-start.json b/src/intl/mr/page-start.json
new file mode 100644
index 00000000000..bd33b0c9199
--- /dev/null
+++ b/src/intl/mr/page-start.json
@@ -0,0 +1,38 @@
+{
+  "page-start-meta-title": "क्रिप्टोसह सुरुवात करा",
+  "page-start-meta-description": "इथेरियमच्या जगात तुमचे प्रवेशद्वार",
+  "page-start-hero-alt": "क्रिप्टोसह सुरुवात करा",
+  "page-start-title": "इथेरियमसह प्रारंभ करा",
+  "page-start-subtitle": "इथेरियम म्हणजे केवळ एक्सचेंजवर टोकन्सचे ट्रेडिंग करण्यापेक्षा बरेच काही आहे. स्वतः या नवीन जगात पाऊल टाका आणि काही सोप्या पायऱ्यांमध्ये सर्व मूलभूत गोष्टी शिका.",
+  "page-start-share-section-title": "तुम्ही अशा कोणाला ओळखता का ज्यांना ऑनबोर्ड होण्यासाठी मदतीची गरज आहे?",
+  "page-start-share-section-description": "लक्षावधी लोक बॅंक खाती उघडू शकत नाहीत किंवा मुक्तपणे त्यांचे पैसे वापरू शकत नाहीत. अथेरमची आर्थिक सिस्टीम नेहमीच खुली आणि पक्षपात नसलेली असते.",
+  "page-start-man-doge-alt": "Man Doge",
+  "page-start-share-modal-trigger": "हे पृष्ठ शेअर करा",
+  "page-start-share-modal-title": "हे पृष्ठ शेअर करा",
+  "page-start-share-modal-description": "हे पृष्ठ तुमच्या मित्रांसह आणि कुटुंबासह शेअर करा.",
+  "page-start-share-modal-copied": "कॉपी केले!",
+  "page-start-share-modal-share": "शेअर",
+  "page-start-share-modal-twitter": "Twitter",
+  "page-start-share-modal-tweet-text": "मी ethereum.org वर इथेरियमशी कनेक्ट झालो! तुम्ही स्वतः {url} वर प्रयत्न करा",
+  "page-start-download-wallet-title": "वॉलेट डाउनलोड करा",
+  "page-start-download-wallet-description": "वॉलेट हे एक ॲप आहे जे तुम्हाला क्रिप्टोकरन्सी प्राप्त करण्यास, पाठविण्यास आणि तुमचे इथेरियम खाते व्यवस्थापित करण्यास अनुमती देते.",
+  "page-start-download-wallet-checkbox": "माझ्याकडे वॉलेट आहे.",
+  "page-start-download-wallet-continue": "पुढे जा",
+  "page-start-download-wallet-get-wallet": "वॉलेट मिळवा",
+  "page-start-connect-wallet-title": "तुमचे वॉलेट कनेक्ट करा",
+  "page-start-connect-wallet-description": "तुम्ही तुमचे नवीन वॉलेट इथेरियमवरील सर्व ॲप्स आणि प्रोजेक्ट्समध्ये एकच खाते म्हणून वापरू शकता. वेगळ्या खात्यांची आवश्यकता नाही.",
+  "page-start-connect-wallet-account-message": "हे तुमचे खाते आहे",
+  "page-start-connect-wallet-continue": "चला पुढे जाऊया",
+  "page-start-connect-wallet-finance-alt": "वित्त",
+  "page-start-apps-title": "चला काही ॲप्स वापरूया",
+  "page-start-apps-description": "आता ऑनचेन जाण्याची आणि तुमच्यासाठी उपलब्ध असलेल्या प्रोजेक्ट्सच्या विस्तृत इकोसिस्टमचा लाभ घेण्याची वेळ आली आहे.",
+  "page-start-apps-explore-more": "अधिक शोधा",
+  "page-start-apps-go": "Go",
+  "page-start-apps-socials-tag": "सोशल्स",
+  "page-start-apps-finance-tag": "फायनान्स",
+  "page-start-apps-collectibles-tag": "कलेक्टिबल्स",
+  "page-start-apps-farcaster-description": "क्रिप्टोचे सामाजिक आणि सामुदायिक प्लॅटफॉर्म.",
+  "page-start-apps-aave-description": "व्याज मिळवण्यासाठी आणि कधीही काढण्यासाठी तुमचे टोकन उधार द्या.",
+  "page-start-apps-uniswap-description": "तुमचे टोकन्स जागतिक स्तरावर वेगवेगळ्या टोकनसाठी स्वॅप करा.",
+  "page-start-apps-opensea-description": "मर्यादित-आवृत्तीच्या वस्तू खरेदी करा, विक्री करा, शोधा आणि व्यापार करा."
+}
diff --git a/src/intl/mr/page-trillion-dollar-security.json b/src/intl/mr/page-trillion-dollar-security.json
new file mode 100644
index 00000000000..47ae47a6584
--- /dev/null
+++ b/src/intl/mr/page-trillion-dollar-security.json
@@ -0,0 +1,196 @@
+{
+  "page-trillion-dollar-security-meta-title": "ट्रिलियन डॉलर सुरक्षा प्रकल्प - सुरक्षा आव्हानांचा आढावा अहवाल",
+  "page-trillion-dollar-security-meta-description": "1TS प्रकल्प हा Ethereum ची सुरक्षा अपग्रेड करण्यासाठी इकोसिस्टीम-व्यापी प्रयत्न आहे. हा अहवाल इकोसिस्टीमला भेडसावणाऱ्या सध्याच्या सुरक्षा आव्हानांचे सर्वेक्षण करतो.",
+  "page-trillion-dollar-security-subtitle": "ट्रिलियन डॉलर सुरक्षा प्रकल्प",
+  "page-trillion-dollar-security-title": "सुरक्षा आव्हानांचा आढावा",
+  "page-trillion-dollar-security-hero-paragraph-1": "Ethereum ही सर्वात सुरक्षित, लवचिक आणि विश्वासार्ह ब्लॉकचेन इकोसिस्टीम आहे. गेल्या 10 वर्षांत Ethereum इकोसिस्टीमने तंत्रज्ञान, मानके आणि ज्ञान विकसित केले आहे जे आज लाखो लोकांद्वारे वापरल्या जाणार्‍या इकोसिस्टीमला समर्थन देते आणि जे $600 अब्ज पेक्षा जास्त भांडवलाचे घर आहे.",
+  "page-trillion-dollar-security-hero-paragraph-2": "पण जागतिक स्तरावर अवलंबण्याच्या पुढील टप्प्यात Ethereum ला यशस्वी होण्यासाठी, अजूनही अनेक सुधारणा करणे आवश्यक आहे. आपल्या समुदायाच्या महत्त्वाकांक्षा पूर्ण करण्यासाठी, Ethereum ला अशा इकोसिस्टीममध्ये वाढले पाहिजे जिथे:",
+  "page-trillion-dollar-security-hero-paragraph-3": "<b>अब्जावधी व्यक्ती प्रत्येक जण $1000 पेक्षा जास्त ऑनचेन ठेवण्यास सोयीस्कर आहेत</b>, जे एकत्रितपणे Ethereum वर सुरक्षित केलेल्या ट्रिलियन डॉलर्सच्या बरोबरीचे आहे.",
+  "page-trillion-dollar-security-hero-paragraph-4": "<b>कंपन्या, संस्था आणि सरकारे एकाच कॉन्ट्रॅक्ट किंवा ॲप्लिकेशनमध्ये 1 ट्रिलियन डॉलर्सपेक्षा जास्त मूल्य साठवण्यास सोयीस्कर आहेत</b>, आणि तुलनीय रकमेत व्यवहार करण्यास सोयीस्कर आहेत.",
+  "page-trillion-dollar-security-hero-paragraph-5": "<a>ट्रिलियन डॉलर सुरक्षा (1TS)</a> प्रकल्प हा Ethereum ची सुरक्षा अपग्रेड करण्यासाठी इकोसिस्टीम-व्यापी प्रयत्न आहे. हा अहवाल 1TS प्रकल्पाचा पहिला डिलिव्हरेबल आहे. गेल्या महिन्यात, आम्ही वापरकर्ते, डेव्हलपर्स, सुरक्षा तज्ञ आणि संस्थांकडून अभिप्राय गोळा केला आहे की त्यांना सर्वात मोठी आव्हाने आणि सुधारणेसाठी क्षेत्रे कोठे दिसतात. शेकडो लोक आणि डझनभर संस्था ज्यांनी आमच्यासोबत आपली अंतर्दृष्टी शेअर करण्यासाठी वेळ काढला त्यांचे आभार.",
+  "page-trillion-dollar-security-hero-paragraph-6": "हा अहवाल आमच्या निष्कर्षांचा सारांश देतो, ज्यात 6 वेगळी क्षेत्रे समाविष्ट आहेत:",
+  "page-trillion-dollar-security-report-card-title": "Ethereum इकोसिस्टीम सुरक्षा आढावा अहवाल",
+  "page-trillion-dollar-security-download-report": "PDF डाउनलोड करा",
+  "page-trillion-dollar-security-divider-heading": "Ethereum इकोसिस्टीम सुरक्षा आढावा अहवाल",
+  "page-trillion-dollar-security-sticky-info": "{section} साठी ही काही स्टिकी विभाग माहिती आहे. Lorem ipsum dolor sit amet, consectetur adipiscing elit. Pellentesque euismod, urna eu tincidunt consectetur.",
+  "page-trillion-dollar-security-content-overview-title": "आढावा",
+  "page-trillion-dollar-security-user-experience-title": "वापरकर्ता अनुभव (UX)",
+  "page-trillion-dollar-security-user-experience-description": "वापरकर्त्यांच्या खासगी की सुरक्षितपणे व्यवस्थापित करण्याची, ऑनचेन ॲप्लिकेशन्सशी संवाद साधण्याची आणि व्यवहार साइन करण्याची क्षमता प्रभावित करणारे मुद्दे.",
+  "page-trillion-dollar-security-smart-contract-title": "स्मार्ट कॉन्ट्रॅक्ट सुरक्षा",
+  "page-trillion-dollar-security-smart-contract-description": "Ethereum ॲप्लिकेशन्सच्या स्मार्ट कॉन्ट्रॅक्ट घटकांची सुरक्षा, आणि त्यांना आकार देणाऱ्या सॉफ्टवेअर उत्पादनाचे जीवनचक्र.",
+  "page-trillion-dollar-security-infrastructure-title": "पायाभूत सुविधा आणि क्लाउड सुरक्षा",
+  "page-trillion-dollar-security-infrastructure-description": "Ethereum ॲप्स ज्या पायाभूत सुविधांवर (क्रिप्टो-विशिष्ट आणि लेगसी दोन्ही) अवलंबून आहेत, त्यातील समस्या, जसे की L2 चेन्स, RPCs, क्लाउड होस्टिंग सेवा आणि बरेच काही.",
+  "page-trillion-dollar-security-consensus-title": "एकमत प्रोटोकॉल",
+  "page-trillion-dollar-security-consensus-description": "मूळ प्रोटोकॉलचे सुरक्षा गुणधर्म, जे Ethereum ब्लॉकचेनलाच हल्ला किंवा फेरफारांपासून सुरक्षित ठेवते.",
+  "page-trillion-dollar-security-incident-title": "निरीक्षण, घटनेला प्रतिसाद आणि शमन",
+  "page-trillion-dollar-security-incident-description": "सुरक्षा उल्लंघनांना प्रतिसाद देताना वापरकर्ते आणि संस्थांना भेडसावणारी आव्हाने, विशेषतः निधी पुनर्प्राप्त करताना किंवा नंतरच्या परिणामांचे व्यवस्थापन करताना.",
+  "page-trillion-dollar-security-social-title": "सामाजिक स्तर आणि शासन",
+  "page-trillion-dollar-security-social-description": "Ethereum चे ओपन सोर्स शासन, समुदाय आणि संस्थांची इकोसिस्टीम.",
+  "page-trillion-dollar-security-hero-closing-paragraph-1": "हा पहिला अहवाल उर्वरित समस्या आणि आव्हाने ओळखण्यावर आणि मॅप करण्यावर केंद्रित आहे. पुढील पायरी सर्वोच्च प्राधान्याच्या समस्या निवडणे, उपाय ओळखणे आणि त्यांना हाताळण्यासाठी इकोसिस्टीमसोबत काम करणे असेल.",
+  "page-trillion-dollar-security-hero-closing-paragraph-2": "Ethereum इकोसिस्टीम विकेंद्रीकृत असल्यामुळे, Ethereum ला सुरक्षित करणे हे एकाच संस्थेद्वारे केले जाऊ शकत नाही. Ethereum चा टेक्नॉलॉजी स्टॅक जगभरातील स्वतंत्र संस्थांद्वारे तयार केला जातो आणि त्याची देखभाल केली जाते, ज्यात वॉलेट्सपासून पायाभूत सुविधांपर्यंत आणि डेव्हलपर टूलिंगपर्यंतचा समावेश आहे. 1TS प्रकल्प Ethereum फाउंडेशनद्वारे समन्वित केला जात असला तरी, Ethereum सुरक्षित करण्यासाठी आम्हाला तुमच्या मदतीची गरज आहे.",
+  "page-trillion-dollar-security-hero-closing-paragraph-3": "तुम्ही तुमचा अभिप्राय आणि कल्पना शेअर करून 1TS सुरक्षा प्रकल्पात योगदान देऊ शकता:",
+  "page-trillion-dollar-security-feedback-question-1": "या अहवालात समाविष्ट नसलेल्या Ethereum सुरक्षेमध्ये तुम्हाला काही समस्या दिसतात का?",
+  "page-trillion-dollar-security-feedback-question-2": "खाली सर्वेक्षण केलेल्या समस्यांपैकी सर्वोच्च प्राधान्यक्रम कोणते आहेत असे तुम्हाला वाटते?",
+  "page-trillion-dollar-security-feedback-question-3": "या समस्या कशा हाताळायच्या याबद्दल तुमच्याकडे कोणत्या कल्पना किंवा उपाय आहेत?",
+  "page-trillion-dollar-security-contact-paragraph": "आम्ही तुमच्याकडून <a>trilliondollarsecurity@ethereum.org</a> येथे ऐकण्यासाठी उत्सुक आहोत.",
+  "page-trillion-dollar-security-section-1-intro": "Ethereum शी संवाद साधण्यासाठी लोक वापरत असलेल्या इंटरफेसपासून सुरक्षेची सुरुवात होते. वापरकर्ते आणि ब्लॉकचेन यांच्यातील ही सीमा सुरक्षा आव्हानांचा एक सातत्यपूर्ण स्रोत आहे.",
+  "page-trillion-dollar-security-section-1-paragraph-1": "ब्लॉकचेनचे एक वैशिष्ट्यपूर्ण वैशिष्ट्य म्हणजे व्यवहारांचे अणू स्वरूप: एकदा ब्लॉकचेनमध्ये अपडेट नोंदवले गेले की, हस्तक्षेप किंवा उलट करण्याची संधी नसते. हे सुसंगतता आणि प्रोटोकॉल स्तरावरील सुरक्षेची मजबूत हमी देते, परंतु वापरकर्त्यांना वाढलेल्या ऑपरेशनल जोखमीसमोर आणते: एक छोटीशी चूक, तडजोड केलेली की, किंवा घाईघाईने दिलेली मंजुरी अपरिवर्तनीय नुकसानास कारणीभूत ठरू शकते.",
+  "page-trillion-dollar-security-section-1-paragraph-2": "परिणामी, सुरक्षेचा एक महत्त्वपूर्ण भार वापरकर्त्यावर येतो. Ethereum सुरक्षितपणे वापरण्यासाठी, व्यक्ती आणि संस्थांनी की सुरक्षितपणे ठेवल्या पाहिजेत आणि व्यवस्थापित केल्या पाहिजेत, ऑनचेन ॲप्लिकेशन्सशी संवाद साधला पाहिजे आणि मालमत्ता हस्तांतरित करण्यासाठी किंवा अन्यथा Ethereum ची स्थिती अपडेट करण्यासाठी व्यवहार साइन करण्यासाठी त्यांच्या की वापरल्या पाहिजेत.",
+  "page-trillion-dollar-security-section-1-paragraph-3": "या प्रत्येक आवश्यकतेमुळे कीशी तडजोड होणे किंवा ती गमावणे, घाईघाईने किंवा माहितीशिवाय दिलेली मंजुरी, किंवा वापरकर्ते Ethereum शी संवाद साधण्यासाठी माहिती आणि मार्गदर्शनासाठी ज्या वॉलेट सॉफ्टवेअरवर अवलंबून असतात त्यात तडजोड होणे यासारखे धोके निर्माण होतात.",
+  "page-trillion-dollar-security-section-1-1-title": "1.1 की व्यवस्थापन",
+  "page-trillion-dollar-security-section-1-1-paragraph-1": "अनेक वापरकर्ते क्रिप्टोग्राफिक की सुरक्षितपणे व्यवस्थापित करण्यासाठी सुसज्ज नाहीत.",
+  "page-trillion-dollar-security-section-1-1-paragraph-2": "बहुतेक व्यापकपणे वापरले जाणारे सॉफ्टवेअर वॉलेट्स वापरकर्त्यांवर अवलंबून असतात की ते त्यांच्या मूळ क्रिप्टोग्राफिक खासगी की चे प्रतिनिधित्व करणारे सीड फ्रेजेस सुरक्षितपणे साठवतात, ज्यामुळे ते अनेकदा सीड फ्रेजेस प्लेनटेक्स्टमध्ये, क्लाउड सेवांवर साठवणे किंवा कागदावर लिहून ठेवणे यांसारखे असुरक्षित उपाय वापरतात.",
+  "page-trillion-dollar-security-section-1-1-paragraph-3": "हार्डवेअर वॉलेट्स हा एक पर्याय आहे, जो वापरकर्त्यांना एका विशेष उद्देशाच्या भौतिक उपकरणात संग्रहित क्रिप्टोग्राफिक की व्यवस्थापित करण्यास सक्षम करतो. तथापि, हार्डवेअर वॉलेट्समध्ये त्यांच्या स्वतःच्या त्रुटी आणि हल्ल्याची पृष्ठभाग असतात. हार्डवेअर वॉलेट्स गमावले जाऊ शकतात, खराब होऊ शकतात किंवा चोरीला जाऊ शकतात. अनेक हार्डवेअर वॉलेट्स ओपन सोर्स नाहीत आणि त्यांच्या पुरवठा साखळ्या अपारदर्शक असू शकतात, ज्यामुळे बाजारात तडजोड केलेली उपकरणे विकल्या जाणाऱ्या पुरवठा साखळी हल्ल्याचा धोका वाढतो.",
+  "page-trillion-dollar-security-section-1-1-paragraph-4": "की सॉफ्टवेअर किंवा हार्डवेअर वॉलेटमध्ये व्यवस्थापित केल्या जात असल्या तरी, अनेक वापरकर्ते स्व-ताब्याबद्दल साहजिकच चिंताग्रस्त असतात, कारण भौतिक चोरी किंवा हल्ल्याद्वारे त्यात तडजोड केली जाऊ शकते.",
+  "page-trillion-dollar-security-section-1-1-paragraph-5": "एंटरप्राइज आणि संस्थात्मक वापरकर्त्यांना की व्यवस्थापनात अतिरिक्त आव्हानांना सामोरे जावे लागते. जर वैयक्तिक कर्मचारी की (उदा. multisig वॉलेटचा भाग म्हणून) ठेवत असतील, तर संस्थेने कालांतराने कर्मचाऱ्यांमधील बदलांमुळे त्यांना बदलून नवीन की तयार करण्यास सक्षम असले पाहिजे. विविध उद्योग आणि अधिकारक्षेत्रांमधील अनुपालन आवश्यकतांसाठी सानुकूल कार्यप्रवाह किंवा ऑडिट ट्रेल्सची आवश्यकता असू शकते जे विद्यमान वॉलेट सॉफ्टवेअरद्वारे समर्थित नाहीत. काही प्रकरणांमध्ये, एंटरप्राइज वापरकर्ते डिजिटल मालमत्तेसाठी तृतीय-पक्ष कस्टोडियनकडे वळतात, ज्यामुळे विचारात घेण्यासाठी सुरक्षा जोखमीचा आणखी एक स्तर येऊ शकतो.",
+  "page-trillion-dollar-security-section-1-2-title": "1.2 ब्लाइंड साइनिंग आणि व्यवहार अनिश्चितता",
+  "page-trillion-dollar-security-section-1-2-paragraph": "वापरकर्ते ते काय करत आहेत हे न समजता नियमितपणे \\\"अंधपणे\\\" व्यवहार मंजूर करतात. वॉलेट्स अनेकदा रॉ हेक्साडेसिमल डेटा, छोटा केलेला कॉन्ट्रॅक्ट ॲड्रेस, किंवा इतर माहिती सादर करतात जी वापरकर्त्याला दिलेल्या व्यवहाराचे परिणाम समजण्यासाठी पुरेशी नसते. यामुळे सर्व प्रकारचे वापरकर्ते दुर्भावनापूर्ण स्मार्ट कॉन्ट्रॅक्ट्स, फिशिंग, घोटाळे, स्पूफ केलेले इंटरफेस, फ्रंट-एंड तडजोड आणि मूलभूत वापरकर्ता त्रुटींना बळी पडतात.",
+  "page-trillion-dollar-security-section-1-3-title": "1.3 मंजुरी आणि परवानगी व्यवस्थापन",
+  "page-trillion-dollar-security-section-1-3-paragraph-1": "अनेक Ethereum ॲप्लिकेशन्समध्ये, वापरकर्त्यांनी सामान्य वापराचा भाग म्हणून मूळ ॲप्लिकेशनला काही परवानग्या देणे सामान्य आहे. उदाहरणार्थ, एखादा वापरकर्ता त्यांच्या टोकन्सना ETH साठी स्वॅप करण्यासाठी Uniswap सारख्या विकेंद्रित एक्सचेंजला ते हलवण्याची परवानगी देऊ शकतो.",
+  "page-trillion-dollar-security-section-1-3-paragraph-2": "या मंजुरींना रकमेवर मर्यादा असू शकतात, परंतु अनेक वॉलेट्स कोणतीही समाप्ती तारीख नसताना अमर्याद मंजुरी देण्यास डीफॉल्ट असतात. बहुतेक वॉलेट्समधून वापरकर्त्यांना त्यांच्या प्रलंबित मंजुरी व्यवस्थापित किंवा पुनरावलोकन करण्याचा कोणताही मार्ग नाही.",
+  "page-trillion-dollar-security-section-1-3-paragraph-3": "हे वापरकर्त्यांना दुर्भावनापूर्ण ॲप्स किंवा तडजोड केलेल्या फ्रंटएंड्ससमोर आणू शकते, कारण अनेक वापरकर्त्यांसाठी डीफॉल्ट नमुना म्हणजे अमर्याद मंजुरी देणे जे त्यांचे निधी काढून घेण्यासाठी वापरले जाऊ शकते. जरी एखाद्या वापरकर्त्याने कायदेशीर स्मार्ट कॉन्ट्रॅक्टला मंजुरी दिली तरी, जर मंजुरी कायम असताना नंतर त्या कॉन्ट्रॅक्टमध्ये तडजोड झाली, तर तडजोड केलेला कॉन्ट्रॅक्ट वापरकर्त्याचे निधी काढून घेऊ शकतो.",
+  "page-trillion-dollar-security-section-1-3-paragraph-4": "संस्थात्मक वापरकर्त्यांसाठीही हा तितकाच धोका आहे. उदाहरणार्थ, एखादी संस्था ऑपरेशनल सोयीसाठी DEX राउटरला अमर्याद USDC भत्ता देण्याचे निवडू शकते, जे नंतर राउटर कॉन्ट्रॅक्ट अपग्रेड झाल्यास त्यांना जोखमीसमोर आणते.",
+  "page-trillion-dollar-security-section-1-4-title": "1.4 तडजोड केलेले वेब इंटरफेस",
+  "page-trillion-dollar-security-section-1-4-paragraph-1": "बहुतेक वापरकर्ते थेट स्मार्ट कॉन्ट्रॅक्टशी संवाद साधत नाहीत, तर त्यांच्या मोबाइल डिव्हाइस किंवा वेब ब्राउझरद्वारे वेब इंटरफेसद्वारे संवाद साधतात.",
+  "page-trillion-dollar-security-section-1-4-paragraph-2": "हे फ्रंटएंड्स DNS हायजॅकिंग, दुर्भावनापूर्ण जावास्क्रिप्ट इंजेक्शन, असुरक्षित होस्टिंग किंवा विविध तृतीय-पक्ष अवलंबित्वांसारख्या परिचित माध्यमांद्वारे हल्ल्यास असुरक्षित असू शकतात. तडजोड केलेला ॲप UX सर्व प्रकारच्या वापरकर्त्यांना दुर्भावनापूर्ण स्मार्ट कॉन्ट्रॅक्ट्सकडे पुनर्निर्देशित करू शकतो किंवा त्यांना दिशाभूल करणारे व्यवहार साइन करण्यास प्रवृत्त करू शकतो.",
+  "page-trillion-dollar-security-section-1-5-title": "1.5 गोपनीयता",
+  "page-trillion-dollar-security-section-1-5-paragraph-1": "गोपनीयता सर्व प्रकारच्या वापरकर्त्यांसाठी सुरक्षा धोके कमी करू शकते किंवा वाढवू शकते.",
+  "page-trillion-dollar-security-section-1-5-paragraph-2": "कमकुवत गोपनीयता संरक्षण वैयक्तिक वापरकर्त्यांना फिशिंग, शोषण, घोटाळे किंवा शारीरिक हल्ल्यांसारख्या विविध लक्ष्यित धोक्यांसमोर आणते. अनेक सामान्य UX नमुने वापरकर्त्यांना उघड करतात, उदा. ॲड्रेसचा पुनर्वापर, KYC डेटा आणि इतर मेटाडेटा लीक.",
+  "page-trillion-dollar-security-section-1-5-paragraph-3": "संस्था आणि उद्योगांसाठी, अनुपालन कारणांसाठी किंवा विशिष्ट वापराच्या प्रकरणांसाठी गोपनीयता अनेकदा एक मूलभूत व्यावसायिक आवश्यकता असते. त्या समस्यांव्यतिरिक्त, ते विशिष्ट सुरक्षा धोक्यांना सामोरे जाण्याची शक्यता निर्माण करू शकते. उदाहरणार्थ, Ethereum वर तयार केलेल्या पुरवठा साखळी प्रणालीच्या वापरकर्त्याला बौद्धिक संपदा मालमत्तेचे संरक्षण करण्यासाठी मजबूत गोपनीयता हमींची आवश्यकता असू शकते, जी प्रणाली पारदर्शक असल्यास तडजोड केली जाऊ शकते.",
+  "page-trillion-dollar-security-section-1-6-title": "1.6 विखंडन",
+  "page-trillion-dollar-security-section-1-6-paragraph-1": "विविध वॉलेट्स व्यवहार प्रदर्शित करणे, मंजुरी हाताळणे किंवा कॉन्ट्रॅक्ट्स लेबल करणे यांसारख्या मुख्य वर्तनांना कसे हाताळतात यात सुसंगततेचा अभाव आहे. वापरकर्ता अनुभवाचे हे विखंडन वापरकर्त्याच्या वॉलेट्स सुरक्षितपणे कसे वापरावे हे शिकण्याच्या क्षमतेत अडथळा आणते आणि धोके वाढवते.",
+  "page-trillion-dollar-security-section-1-6-paragraph-2": "उदाहरणार्थ, वापरकर्ते फिशिंग आणि स्पूफिंगपासून स्वतःचे संरक्षण करण्यासाठी सुसंगत UX संकेतांवर अवलंबून राहू शकत नाहीत कारण ते विविध वॉलेट्समध्ये भिन्न असतात. जर प्रत्येक टूल वेगळ्या पद्धतीने कार्य करत असेल तर वापरकर्ते Ethereum कसे कार्य करते याबद्दल विश्वसनीय अपेक्षा तयार करू शकत नाहीत.",
+  "page-trillion-dollar-security-section-2-intro": "स्मार्ट कॉन्ट्रॅक्ट्स हे Ethereum ॲप्लिकेशन्सचे ऑनचेन घटक आहेत: कोड जो निधी ठेवतो, ऍक्सेस नियंत्रणे परिभाषित करतो आणि ॲप्लिकेशनच्या व्यावसायिक तर्काची अंमलबजावणी करतो. कारण स्मार्ट कॉन्ट्रॅक्ट्स सामान्यतः पारदर्शक आणि कोणालाही प्रवेश करण्यायोग्य असतात, Ethereum इकोसिस्टीममधील सुरक्षेचा विचार करताना ते एक गंभीर हल्ल्याचे पृष्ठभाग आहेत.",
+  "page-trillion-dollar-security-section-2-paragraph-1": "Ethereum च्या इतिहासात स्मार्ट कॉन्ट्रॅक्ट सुरक्षेत मूलगामी सुधारणा झाली आहे. DAO हॅक सारख्या सुरुवातीच्या सुरक्षा घटनांनी इकोसिस्टीमला व्यावसायिक बनण्यास आणि सॉफ्टवेअर जीवनचक्रात सुरक्षा उपाय सुधारण्यास प्रवृत्त केले ज्यामुळे कोड ऑनचेन तैनात केला जातो. मुख्य प्रगतीमध्ये खालील गोष्टींचा समावेश आहे:",
+  "page-trillion-dollar-security-section-2-list-1": "सुरक्षा ऑडिटिंग एक मानक प्रथा बनली, अनेक सुरक्षा कंपन्यांनी इकोसिस्टीममध्ये प्रवेश केला आणि कौशल्य विकसित केले.",
+  "page-trillion-dollar-security-section-2-list-2": "टूलिंग, टेस्टिंग आणि स्टॅटिक ॲनालिसिस सिस्टीम परिपक्व झाल्या आणि मानक प्रथा बनल्या.",
+  "page-trillion-dollar-security-section-2-list-3": "पूर्व-ऑडिट केलेल्या सामान्य घटकांच्या लायब्ररींनी डेव्हलपर्सना सुरक्षित-बाय-डीफॉल्ट बिल्डिंग ब्लॉक्स दिले.",
+  "page-trillion-dollar-security-section-2-list-4": "औपचारिक पडताळणी तंत्रे स्वीकारली गेली, विशेषतः ब्रिजेस, स्टेकिंग सिस्टीम आणि उच्च मूल्याच्या कॉन्ट्रॅक्ट्ससाठी.",
+  "page-trillion-dollar-security-section-2-list-5": "इकोसिस्टीमची सुरक्षा संस्कृती आणि सर्वोत्तम पद्धती सुधारल्या.",
+  "page-trillion-dollar-security-section-2-list-6": "महत्वपूर्ण बक्षीस कार्यक्रमांची निर्मिती ज्यामुळे ॲप लेयर अधिक कठोर झाला.",
+  "page-trillion-dollar-security-section-2-paragraph-2": "तथापि, या डोमेनमध्ये अजूनही कमकुवतता आणि सुधारणेसाठी जागा आहे.",
+  "page-trillion-dollar-security-section-2-1-title": "2.1 कॉन्ट्रॅक्ट असुरक्षितता",
+  "page-trillion-dollar-security-section-2-1-paragraph": "स्मार्ट कॉन्ट्रॅक्ट सुरक्षेतील प्रगती असूनही, अजूनही अशा असुरक्षितता आहेत ज्यामुळे गंभीर सुरक्षा समस्या उद्भवू शकतात, यासह:",
+  "page-trillion-dollar-security-section-2-1-list-title-1": "कॉन्ट्रॅक्ट अपग्रेड धोका",
+  "page-trillion-dollar-security-section-2-1-list-desc-1": "काही कॉन्ट्रॅक्ट्स तैनातीनंतर बदलण्यायोग्य बनवले जातात, जेणेकरून विकास संघ ॲप्लिकेशन अपडेट आणि सुधारणा करणे सुरू ठेवू शकेल. तथापि, यामुळे धोके निर्माण होतात. अपग्रेडमुळे नवीन असुरक्षितता किंवा दुर्भावनापूर्ण अपग्रेडच्या बाबतीत वापरकर्त्याच्या निधीचे संपूर्ण नुकसान होऊ शकते.",
+  "page-trillion-dollar-security-section-2-1-list-title-2": "री-एन्ट्रन्सी",
+  "page-trillion-dollar-security-section-2-1-list-desc-2": "जिथे कॉन्ट्रॅक्ट A आपली स्वतःची अंतर्गत स्थिती अपडेट करण्यापूर्वी बाह्य कॉन्ट्रॅक्ट B ला कॉल करतो आणि कॉन्ट्रॅक्ट B पहिला कॉल पूर्ण होण्यापूर्वी मूळ कॉन्ट्रॅक्ट A ला परत कॉल करतो.",
+  "page-trillion-dollar-security-section-2-1-list-title-3": "बाह्य लायब्ररींचा असुरक्षित वापर",
+  "page-trillion-dollar-security-section-2-1-list-desc-3": "जिथे एक कॉन्ट्रॅक्ट बाह्य लायब्ररीला कॉल करतो जी अनऑडिटेड, दुर्भावनापूर्ण किंवा अपग्रेड करण्यायोग्य असू शकते.",
+  "page-trillion-dollar-security-section-2-1-list-title-4": "अनऑडिटेड घटक",
+  "page-trillion-dollar-security-section-2-1-list-desc-4": "ऑडिटिंग आणि मानक लायब्ररींचा वापर सुधारला असला तरी, डेव्हलपर्स कधीकधी त्यांच्या ॲप्लिकेशन्समध्ये अनऑडिटेड घटकांवर अवलंबून असतात.",
+  "page-trillion-dollar-security-section-2-1-list-title-5": "प्रवेश नियंत्रण अयशस्वी",
+  "page-trillion-dollar-security-section-2-1-list-desc-5": "जेथे परवानग्या चुकीच्या पद्धतीने कॉन्फिगर केल्या जातात किंवा खूप व्यापकपणे परिभाषित केल्या जातात, ज्यामुळे हल्लेखोरांना दुर्भावनापूर्ण कृती करण्याची परवानगी मिळते.",
+  "page-trillion-dollar-security-section-2-1-list-title-6": "अनधिकृत प्रवेश",
+  "page-trillion-dollar-security-section-2-1-list-desc-6": "जेथे कॉन्ट्रॅक्ट नियंत्रित करू शकणारी खासगी की एका दुर्भावनापूर्ण अभिनेत्याद्वारे मिळवली जाते.",
+  "page-trillion-dollar-security-section-2-1-list-title-7": "ब्रिजेस आणि क्रॉसचेन इंटरॅक्शन्स",
+  "page-trillion-dollar-security-section-2-1-list-desc-7": "ब्रिजेस आणि क्रॉसचेन प्रोटोकॉल अतिरिक्त गुंतागुंत निर्माण करतात, आणि हल्लेखोर क्रॉसचेन संदेश कसे पाठवले जातात किंवा प्रमाणित केले जातात यातील कमकुवततेचा फायदा घेऊ शकतात.",
+  "page-trillion-dollar-security-section-2-1-list-title-8": "बाह्य मालकीचे खाते (EOA) प्रतिनिधीत्व किंवा स्वाक्षरीचा गैरवापर",
+  "page-trillion-dollar-security-section-2-1-list-desc-8": "दुर्भावनापूर्ण ॲप्लिकेशन्स वापरकर्त्यांना त्यांच्या खात्याचे संपूर्ण प्रतिनिधीत्व दुसऱ्या पक्षाला देण्यासाठी स्वाक्षरी करण्यास फसवू शकतात, ज्यामुळे चोरी होऊ शकते. दुर्भावनापूर्ण ॲप्लिकेशन्स वापरकर्त्याकडून स्वाक्षरी केलेले संदेश अनपेक्षित मार्गांनी वापरू शकतात, उदा., रिप्ले हल्ल्यात.",
+  "page-trillion-dollar-security-section-2-1-list-title-9": "AI कोड जनरेशन किंवा स्वयंचलित रिफॅक्टरिंग टूल्सद्वारे सादर केलेल्या बग्सचा उदयोन्मुख धोका",
+  "page-trillion-dollar-security-section-2-2-title": "2.2 डेव्हलपर अनुभव, टूलिंग आणि प्रोग्रामिंग भाषा",
+  "page-trillion-dollar-security-section-2-2-paragraph": "डेव्हलपरच्या त्रुटीमुळे असुरक्षितता तैनात केलेल्या कोडमध्ये येतात. सुधारित डेव्हलपर टूलिंगमुळे सुरक्षित स्मार्ट कॉन्ट्रॅक्ट्स तैनात करणे लक्षणीयरीत्या सोपे झाले आहे. तथापि, समस्या कायम आहेत.",
+  "page-trillion-dollar-security-section-2-2-list-title-1": "लोकप्रिय फ्रेमवर्कमध्ये सुरक्षित डीफॉल्टचा अभाव",
+  "page-trillion-dollar-security-section-2-2-list-desc-1": "काही टूल्स लवचिकता किंवा गतीला सुरक्षिततेपेक्षा प्राधान्य देतात, approve() फंक्शनमध्ये अमर्याद टोकन मंजुरीसारखे असुरक्षित डीफॉल्ट सेट करतात, किंवा डीफॉल्टनुसार प्रवेश नियंत्रण नमुने समाविष्ट करण्यात अयशस्वी ठरतात.",
+  "page-trillion-dollar-security-section-2-2-list-title-2": "प्रगत ऑपरेशनल नियंत्रणांसाठी सानुकूल कोड",
+  "page-trillion-dollar-security-section-2-2-list-desc-2": "जटिल ऑपरेशनल आवश्यकता असलेल्या संस्थात्मक वापरकर्त्यांना अनेकदा आवश्यक वैशिष्ट्ये स्क्रॅचपासून तयार करावी लागतात, ज्यामुळे असुरक्षिततेचा धोका वाढतो. प्रगत सुरक्षा कार्यप्रवाहांसाठी प्रमाणित सुरक्षित घटक किंवा फ्रेमवर्कचा अभाव आहे.",
+  "page-trillion-dollar-security-section-2-2-list-title-3": "असंगत चाचणी कव्हरेज",
+  "page-trillion-dollar-security-section-2-2-list-desc-3": "टूलिंग स्टॅकवर, तसेच फझिंग किंवा इनवेरिअंट चेकिंग सारख्या सिद्ध तंत्रांचा वापर करण्याबद्दलच्या नियमांचा अभाव.",
+  "page-trillion-dollar-security-section-2-2-list-title-4": "औपचारिक सत्यापन पद्धतींचा कमी अवलंब",
+  "page-trillion-dollar-security-section-2-2-list-desc-4": "औपचारिक सत्यापन तंत्रे शक्तिशाली आहेत, परंतु ती जटिल, महाग, विशेष डोमेन कौशल्याची आवश्यकता असलेली आहेत, आणि मानक डेव्हलपर कार्यप्रवाहांमध्ये चांगल्या प्रकारे एकत्रित केलेली नाहीत, जिथे ती सॉफ्टवेअरच्या उत्पादनात खूप आधी वापरली जाऊ शकतात जेणेकरून स्पेसिफिकेशनच्या टप्प्यावर सुरक्षिततेची पडताळणी करता येईल.",
+  "page-trillion-dollar-security-section-2-2-list-title-5": "कॉन्ट्रॅक्ट पडताळणीशी संबंधित समस्या",
+  "page-trillion-dollar-security-section-2-2-list-desc-5": "वापरकर्ते आणि डेव्हलपर्स तैनात केलेल्या कॉन्ट्रॅक्ट्सची विश्वासार्हता, त्यांच्या सुरक्षा प्रमाणीकरणाची व्याप्ती (उदा. कोड ऑडिट्स), किंवा सुप्त धोक्यांची उपस्थिती सहजपणे मूल्यांकन करू शकत नाहीत. या उद्देशासाठी उपाय अस्तित्वात असले तरी, अनेक समस्या कायम आहेत. या समस्यांना संबोधित करणारे टूलिंग मोठ्या प्रमाणावर स्वीकारले जात नाही, दृष्टिकोन एकत्रित करणारे मानके विखंडित आहेत आणि काही विद्यमान सेवा स्वतःच केंद्रीकृत अवलंबित्व आहेत.",
+  "page-trillion-dollar-security-section-2-2-list-title-6": "संकलक धोके",
+  "page-trillion-dollar-security-section-2-2-list-desc-6": "संकलक (सॉफ्टवेअर जे Solidity सारख्या मानवी वाचनीय कोडला EVM द्वारे वापरल्या जाणार्‍या बाइटकोडमध्ये रूपांतरित करते) मध्ये त्रुटी असू शकतात ज्यामुळे स्मार्ट कॉन्ट्रॅक्ट्स तैनात होण्यापूर्वी त्यात त्रुटी येतात. Ethereum इकोसिस्टम आज मुख्यतः solc संकलकावर अवलंबून आहे, याचा अर्थ एका बगचे व्यापक परिणाम होऊ शकतात.",
+  "page-trillion-dollar-security-section-2-2-list-title-7": "प्रोग्रामिंग भाषेतील विविधता आणि खोली",
+  "page-trillion-dollar-security-section-2-2-list-desc-7": "Solidity मध्ये एक खोल टूलिंग इकोसिस्टम तयार असली तरी, काही डेव्हलपर्सना इतर प्रोग्रामिंग भाषांमध्ये आढळणारी अधिक आधुनिक सुरक्षा वैशिष्ट्ये हवी आहेत, जसे की मेमरी सुरक्षा.",
+  "page-trillion-dollar-security-section-2-3-title": "2.3 ऑनचेन कोडचे जोखीम मूल्यांकन",
+  "page-trillion-dollar-security-section-2-3-paragraph": "संस्था आणि उद्योगांकडे तंत्रज्ञान आणि प्रणालींच्या सुरक्षेचे मूल्यांकन करण्यासाठी विद्यमान प्रक्रिया, मानके आणि आवश्यकता आहेत ज्यांवर ते अवलंबून आहेत. तथापि, विद्यमान फ्रेमवर्क अनेकदा स्मार्ट कॉन्ट्रॅक्ट्सवर स्वच्छपणे मॅप होत नाहीत, सामान्यतः बदलण्यायोग्य कोड, केंद्रीकृत बदल नियंत्रण आणि जबाबदारी किंवा कायदेशीर दायित्वाच्या स्पष्ट रेषा गृहीत धरतात. स्मार्ट कॉन्ट्रॅक्ट्सवर तयार केलेल्या प्रणाली कधीकधी त्या गृहीतकांना मोडू शकतात, ज्यामुळे संस्थांना Ethereum स्वीकारणे आणि योग्यरित्या जोखीम व्यवस्थापित करणे कठीण होते.",
+  "page-trillion-dollar-security-section-3-intro": "Ethereum चे अनेक उपयोग विविध पायाभूत सुविधा प्रदात्यांवर अवलंबून आहेत, ज्यात क्रिप्टो-विशिष्ट पायाभूत सुविधा (उदा., लेयर 2 चेन्स, RPC प्रदाते) आणि पारंपारिक क्लाउड आणि इंटरनेट इन्फ्रा (उदा., AWS, CDN, DNS) दोन्ही समाविष्ट आहेत.",
+  "page-trillion-dollar-security-section-3-paragraph-1": "या प्रणाली वॉलेट आणि ॲप्लिकेशन लेयर (उदा. वॉलेट्ससाठी RPC एंडपॉइंट्स) आणि Ethereum प्रोटोकॉलसाठी (उदा. अनेक व्हॅलिडेटर्स क्लाउड इन्फ्रास्ट्रक्चरवर होस्ट केलेले आहेत) दोन्हीसाठी हल्ल्याचे पृष्ठभाग आहेत. खासगी की तडजोड, फिशिंग आणि दाणेदार प्रवेश नियंत्रणांचा अभाव मोठ्या प्रमाणात आउटेज, चोरी किंवा अनधिकृत बदलांना कारणीभूत ठरू शकतो, जरी मूळ ब्लॉकचेन प्रोटोकॉल सुरक्षित राहिला तरी.",
+  "page-trillion-dollar-security-section-3-1-title": "3.1 लेयर 2 चेन्स",
+  "page-trillion-dollar-security-section-3-1-paragraph": "लेयर 2 चेन्स (L2s) Ethereum साठी विस्तार म्हणून काम करतात, जलद आणि कमी शुल्काचे वातावरण सक्षम करतात आणि Ethereum मेननेटच्या वैशिष्ट्यपूर्ण सुरक्षा हमी टिकवून ठेवतात (त्यांच्या विशिष्ट डिझाइनवर अवलंबून). तथापि, त्यांच्या स्वतःच्या वेगळ्या हल्ल्याच्या पृष्ठभाग देखील आहेत, यासह:",
+  "page-trillion-dollar-security-section-3-1-list-title-1": "मल्टी-हॉप ब्रिज्ड मालमत्ता जटिलता",
+  "page-trillion-dollar-security-section-3-1-list-desc-1": "जेव्हा मालमत्ता L1 आणि एकाधिक L2s दरम्यान प्रवास करते, तेव्हा ते कॉन्ट्रॅक्ट्सच्या एकाधिक सेट्सना सामोरे जातात जे सर्व सुरक्षित असले पाहिजेत. L2 चेन्समधील जुळणारे नसलेले लेखांकन किंवा आउटेज असुरक्षितता निर्माण करू शकतात ज्याचा हल्लेखोरांद्वारे फायदा घेतला जाऊ शकतो.",
+  "page-trillion-dollar-security-section-3-1-list-title-2": "रोलअप L2s स्थिती अद्यतनांची अचूकता लागू करण्यासाठी सिद्ध प्रणालींवर अवलंबून असतात",
+  "page-trillion-dollar-security-section-3-1-list-desc-2": "या प्रणालींमधील बग्स किंवा चुकीच्या कॉन्फिगरेशनमुळे अंतिम रूप थांबवू किंवा प्रतिबंधित करू शकतात, किंवा वापरकर्त्याच्या निधीच्या नुकसानीस कारणीभूत ठरणाऱ्या खोट्या स्थिती अद्यतनांना अंतिम रूप देण्याची परवानगी देऊ शकतात.",
+  "page-trillion-dollar-security-section-3-1-list-title-3": "सुरक्षा परिषदा कीहोल्डर्सचे गट आहेत जे L2 सॉफ्टवेअर अपग्रेड करण्यासाठी किंवा काही आपत्कालीन परिस्थितींना प्रतिसाद देण्यासाठी \"बॅकअप\" यंत्रणा म्हणून काम करतात",
+  "page-trillion-dollar-security-section-3-1-list-desc-3": "सुरक्षा परिषदा स्वतः धोके निर्माण करतात, कारण सदस्यांमधील तडजोड किंवा संगनमत वापरकर्त्याच्या निधीला धोका पोहोचवू शकते किंवा मालमत्ता गोठवू शकते.",
+  "page-trillion-dollar-security-section-3-1-paragraph-2": "L2 कार्यप्रदर्शन आणि सुरक्षेचे मूल्यांकन आणि तुलना करणाऱ्या तपशीलवार फ्रेमवर्क आणि मॉनिटरिंग डॅशबोर्डसाठी <a>L2Beat</a> पहा.",
+  "page-trillion-dollar-security-section-3-2-title": "3.2 RPC आणि नोड इन्फ्रास्ट्रक्चर",
+  "page-trillion-dollar-security-section-3-2-paragraph-1": "Ethereum ॲप्लिकेशन्स RPC ऍक्सेस, APIs आणि नोड सेवांसाठी काही इन्फ्रा प्रदात्यांवर अवलंबून आहेत. यात क्रिप्टो-विशिष्ट इन्फ्रा प्रदाते, तसेच पारंपारिक क्लाउड सेवा ज्या सामान्यतः नोड्स होस्ट करण्यासाठी वापरल्या जातात (उदा., AWS, Cloudflare, Hetzner) यांचा समावेश आहे.",
+  "page-trillion-dollar-security-section-3-2-paragraph-2": "जर हे इन्फ्रा प्रदाते ऑफलाइन गेले किंवा सेन्सॉर किंवा थ्रॉटल ऍक्सेस करण्याचा प्रयत्न केला, तर अनेक वापरकर्त्यांना त्यांच्या वॉलेट किंवा ॲप्लिकेशनद्वारे Ethereum ऍक्सेस करण्यापासून रोखले जाऊ शकते, जोपर्यंत ते नवीन RPC किंवा इतर इन्फ्रा प्रदात्याकडे स्थलांतरित करू शकत नाहीत. यापैकी काही प्रदात्यांनी पूर्वी ब्लॉकचेन क्रियाकलापांशी संबंधित खाती निलंबित किंवा बंद केली आहेत, ज्यामुळे विकेंद्रित ॲप्लिकेशन्ससाठी त्यांच्या दीर्घकालीन विश्वासार्हतेबद्दल चिंता निर्माण झाली आहे.",
+  "page-trillion-dollar-security-section-3-3-title": "3.3 DNS स्तरावरील असुरक्षितता",
+  "page-trillion-dollar-security-section-3-3-paragraph": "डोमेन नेम सिस्टीम (DNS) हा इंटरनेटचा एक पायाभूत स्तर आहे, परंतु तो केंद्रीकृत देखील आहे आणि त्यात तडजोड केली जाऊ शकते. अनेक वापरकर्ते वेब डोमेनद्वारे ॲप्स ऍक्सेस करतात, जे खालील गोष्टींसाठी संवेदनाक्षम आहेत:",
+  "page-trillion-dollar-security-section-3-3-list-1": "DNS हायजॅकिंग जेथे हल्लेखोर एक दुर्भावनापूर्ण खोटा फ्रंटएंड घालतो.",
+  "page-trillion-dollar-security-section-3-3-list-2": "डोमेन जप्ती, जिथे सरकार किंवा निबंधक डोमेन जप्त करू शकतात.",
+  "page-trillion-dollar-security-section-3-3-list-3": "सारख्या दिसणार्‍या डोमेनद्वारे फिशिंग, जिथे हल्लेखोर वापरकर्त्यांना गोंधळात टाकण्यासाठी जवळजवळ समान नावे नोंदवतात.",
+  "page-trillion-dollar-security-section-3-4-title": "3.4 सॉफ्टवेअर पुरवठा साखळी आणि लायब्ररी",
+  "page-trillion-dollar-security-section-3-4-paragraph": "Ethereum डेव्हलपर्स ओपन-सोर्स लायब्ररींवर अवलंबून असतात, ज्या अनेकदा npm, crates.io, किंवा GitHub सारख्या सेवांमधून थेट खेचल्या जातात. जर या लायब्ररींशी तडजोड झाली, तर त्या हल्ल्यांसाठी एक वेक्टर असू शकतात जसे की:",
+  "page-trillion-dollar-security-section-3-4-list-title-1": "दुर्भावनापूर्ण पॅकेज इंजेक्शन",
+  "page-trillion-dollar-security-section-3-4-list-desc-1": "जिथे हल्लेखोर मोठ्या प्रमाणावर वापरल्या जाणाऱ्या पॅकेजमध्ये तडजोड करतात किंवा तत्सम नावाने एक प्रकाशित करतात",
+  "page-trillion-dollar-security-section-3-4-list-title-2": "हायजॅक केलेले अवलंबित्व",
+  "page-trillion-dollar-security-section-3-4-list-desc-2": "जेथे देखभाल करणारे प्रकल्पावरील नियंत्रण गमावतात आणि एक दुर्भावनापूर्ण अभिनेता हानिकारक कोड सादर करतो",
+  "page-trillion-dollar-security-section-3-4-list-title-3": "डेव्हलपर तडजोड",
+  "page-trillion-dollar-security-section-3-4-list-desc-3": "जिथे स्थापित केलेल्या पॅकेजेसमध्ये असा कोड असतो जो हल्लेखोराला डेव्हलपरच्या संगणकावर नियंत्रण देतो.",
+  "page-trillion-dollar-security-section-3-5-title": "3.5 फ्रंटएंड वितरण सेवा आणि संबंधित धोके",
+  "page-trillion-dollar-security-section-3-5-paragraph": "अनेक Ethereum ॲप्लिकेशन्स त्यांचे फ्रंटएंड्स कंटेंट डिलिव्हरी नेटवर्क (CDN) किंवा क्लाउड-आधारित होस्टिंग प्लॅटफॉर्म (उदा., Vercel, Netlify, Cloudflare) द्वारे सर्व्ह करतात. जर या सेवांशी तडजोड झाली, तर त्या दुर्भावनापूर्ण जावास्क्रिप्ट इंजेक्शनसारख्या हल्ल्यांसाठी एक वेक्टर असू शकतात, जिथे हल्लेखोर वापरकर्त्यांना बदललेला फ्रंटएंड सर्व्ह करतात.",
+  "page-trillion-dollar-security-section-3-6-title": "3.6 इंटरनेट सेवा प्रदाता स्तरावरील सेन्सॉरशिप",
+  "page-trillion-dollar-security-section-3-6-paragraph-1": "इंटरनेट सेवा प्रदाते (ISPs) किंवा राष्ट्र राज्ये Ethereum च्या प्रवेशावर सेन्सॉर करण्यासाठी मूळ इंटरनेट पायाभूत सुविधांच्या नियंत्रणाचा वापर करू शकतात. उदाहरणार्थ, या हल्ल्यांमध्ये खालील गोष्टींचा समावेश असू शकतो:",
+  "page-trillion-dollar-security-section-3-6-list-1": "सामान्य Ethereum पोर्ट्सवर रहदारी अवरोधित करणे किंवा कमी करणे",
+  "page-trillion-dollar-security-section-3-6-list-2": "Ethereum संबंधित सेवांवर निराकरण करणाऱ्या DNS विनंत्या फिल्टर करणे",
+  "page-trillion-dollar-security-section-3-6-list-3": "ज्ञात Ethereum नोड्स विरुद्ध जिओफेन्सिंग किंवा IP बंदी",
+  "page-trillion-dollar-security-section-3-6-list-4": "Ethereum प्रोटोकॉल संबंधित रहदारी ओळखण्यासाठी आणि सेन्सॉर करण्यासाठी डीप पॅकेट तपासणी",
+  "page-trillion-dollar-security-section-3-6-paragraph-2": "यापैकी अनेक मूलभूत तंत्रे आज जगभरातील हुकूमशाही सरकारांद्वारे माहिती, निषेध साधने किंवा क्रिप्टोकरन्सींमध्ये प्रवेश दडपण्यासाठी आधीच वापरली जातात.",
+  "page-trillion-dollar-security-section-4-intro": "Ethereum चा एकमत प्रोटोकॉल परिभाषित करतो की नेटवर्क Ethereum ब्लॉकचेनची स्थिती कशी अपडेट करते आणि करारावर कसे येते. हा प्रोटोकॉल Ethereum ला पैसा, वित्त, ओळख, शासन, वास्तविक जगातील मालमत्ता आणि बरेच काहीसाठी एक विश्वासार्ह प्लॅटफॉर्म बनवण्याच्या पायावर आहे.",
+  "page-trillion-dollar-security-section-4-paragraph-1": "Ethereum चा एकमत प्रोटोकॉल व्यवहारात मजबूत असल्याचे सिद्ध झाले आहे, 2015 मध्ये पहिल्यांदा लॉन्च झाल्यापासून आणि अनेक अपग्रेड्समध्ये शून्य डाउनटाइमसह. तथापि, प्रणालीला अधिक लवचिक आणि सुरक्षित बनवण्यासाठी सुधारणेसाठी दीर्घकालीन क्षेत्रे शिल्लक आहेत.",
+  "page-trillion-dollar-security-section-4-1-title": "4.1 एकमताची ठिसूळता आणि पुनर्प्राप्तीचे धोके",
+  "page-trillion-dollar-security-section-4-1-paragraph": "Ethereum चे फोर्क निवड आणि अंतिमतेचे नियम लवचिक आहेत, परंतु ते अभेद्य नाहीत. काही विशिष्ट एज केस परिस्थितींमध्ये (जसे की दीर्घकाळ चाललेला व्हॅलिडेटर मतभेद, क्लायंट बग्स, किंवा नेटवर्क विभाजन) एकमत थांबू शकते किंवा तात्पुरते विचलित होऊ शकते. अत्यंत परिस्थितीत, यामुळे निष्क्रियता लीक किंवा स्लॅशिंगद्वारे कॅस्केडिंग व्हॅलिडेटर दंड होऊ शकतो, ज्यामुळे व्हॅलिडेटर्सकडून भांडवल पलायन होऊ शकते.",
+  "page-trillion-dollar-security-section-4-2-title": "4.2 क्लायंट विविधता",
+  "page-trillion-dollar-security-section-4-2-paragraph": "Ethereum ची उद्योगातील आघाडीची क्लायंट विविधता नेटवर्कला कोणत्याही एका क्लायंटमधील बगपासून वाचवते. तथापि, हे धोके आणखी कमी करण्यासाठी अल्पसंख्याक क्लायंट्सचा अधिक अवलंब करून क्लायंट विविधता अजूनही सुधारली जाऊ शकते.",
+  "page-trillion-dollar-security-section-4-3-title": "4.3 स्टेकिंग केंद्रीकरण आणि पूल वर्चस्व",
+  "page-trillion-dollar-security-section-4-3-paragraph": "लिक्विड स्टेकिंग प्रोटोकॉल, कस्टोडियल सेवा आणि मोठ्या नोड ऑपरेटर्समध्ये व्हॅलिडेटर वजनाचा महत्त्वपूर्ण भाग केंद्रित आहे. या केंद्रीकरणामुळे खालील धोके होऊ शकतात:",
+  "page-trillion-dollar-security-section-4-3-list-1": "शासन पकड किंवा प्रभाव. जर मोठ्या प्रमाणात स्टेक नियंत्रित करणार्‍या संस्था (किंवा त्या संस्थांवर प्रभाव टाकण्याची कायदेशीर शक्ती असलेल्या संस्था) एकत्र समन्वित झाल्या, तर कोणते ब्लॉक्स प्रस्तावित आणि प्रमाणित केले जातात यावर त्यांचा मोठा प्रभाव असू शकतो, संभाव्यतः वापरकर्त्यांना सेन्सॉर करणे, किंवा प्रोटोकॉल अपग्रेडवर प्रभाव टाकणे.",
+  "page-trillion-dollar-security-section-4-3-list-2": "क्लायंट निवड आणि पायाभूत सुविधा सेटअपमध्ये एकजिनसीपणा, ज्यामुळे संबंधित अयशस्वीतेचे धोके वाढू शकतात.",
+  "page-trillion-dollar-security-section-4-4-title": "4.4 अपरिभाषित सामाजिक स्लॅशिंग आणि समन्वय अंतर",
+  "page-trillion-dollar-security-section-4-4-paragraph": "काही अत्यंत अयशस्वी मोडमध्ये, Ethereum नेटवर्कवर हल्ला करण्यासाठी दुर्भावनापूर्णपणे वागलेल्या व्हॅलिडेटर्सना दंड करण्यासाठी \"सामाजिक स्लॅशिंग\" वर अवलंबून राहील (विभाग 6.1 पहा). तथापि, या प्रकारच्या स्लॅशिंगसाठी पायाभूत सुविधा, नियम आणि अपेक्षित प्रक्रिया अविकसित आहेत. अशी कोणतीही स्थापित यंत्रणा नाही जी समुदाय या प्रक्रियेत गुंतण्यासाठी वापरेल.",
+  "page-trillion-dollar-security-section-4-5-title": "4.5 आर्थिक आणि गेम-सिद्धांतिक हल्ला वेक्टर",
+  "page-trillion-dollar-security-section-4-5-paragraph": "अनेक संभाव्य आर्थिक हल्ला वेक्टर कमी अभ्यासलेले आहेत, यासह:",
+  "page-trillion-dollar-security-section-4-5-list-1": "ग्रीफिंग हल्ले किंवा स्लॅश ग्रीफिंग. व्हॅलिडेटर्सना त्यांच्या स्वतःच्या चुकांमुळे नव्हे तर केवळ इतरांना हानी पोहोचवण्याच्या उद्देशाने केलेल्या विरोधी वर्तनामुळे खर्च किंवा स्लॅशिंग दंड होऊ शकतो, ज्यामध्ये हल्लेखोराला निव्वळ खर्च येतो.",
+  "page-trillion-dollar-security-section-4-5-list-2": "रणनीतिक बाहेर पडणे किंवा वेळबद्ध निष्क्रियता. व्हॅलिडेटर्स नफा वाढवण्यासाठी किंवा किमान दंडासह एकमत विस्कळीत करण्यासाठी गंभीर वेळी हेतुपुरस्सर ऑफलाइन जाऊ शकतात किंवा बाहेर पडू शकतात.",
+  "page-trillion-dollar-security-section-4-5-list-3": "व्हॅलिडेटर्स किंवा रिलेमधील संगनमत. व्हॅलिडेटर्स किंवा रिले आणि व्हॅलिडेटर्समधील समन्वित वर्तनामुळे विकेंद्रीकरण कमी होऊ शकते, किंवा MEV काढले जाऊ शकते.",
+  "page-trillion-dollar-security-section-4-5-list-4": "MEV, प्रस्तावक-निर्माता पृथक्करण, किंवा लिक्विड स्टेकिंग डिझाइनमधील एज-केस प्रोत्साहनांचे शोषण. अभिनेते मोठे बक्षीस मिळवण्यासाठी दुर्मिळ प्रोटोकॉल परिस्थिती हाताळू शकतात.",
+  "page-trillion-dollar-security-section-4-6-title": "4.6 क्वांटम धोका",
+  "page-trillion-dollar-security-section-4-6-paragraph-1": "Ethereum ची मुख्य क्रिप्टोग्राफी (उदा., secp256k1 सारखे लंबवर्तुळाकार वक्र स्वाक्षरी) एक दिवस क्वांटम संगणकांद्वारे तोडली जाऊ शकते. हा तात्काळ धोका नसला तरी, एक विश्वासार्ह धोका त्वरित विद्यमान वॉलेट्स, कॉन्ट्रॅक्ट्स आणि स्टेकिंग की असुरक्षित बनवू शकतो. हे भविष्यातील आव्हान वापरकर्त्यांना Ethereum च्या दीर्घकालीन हमी कमकुवत करते.",
+  "page-trillion-dollar-security-section-4-6-paragraph-2": "क्वांटम-प्रतिरोधक क्रिप्टोग्राफीसाठी स्थलांतर मार्ग (उदा. पोस्ट-क्वांटम स्वाक्षरी योजनांद्वारे) डिझाइन करणे, तपासणे आणि शक्यतो आवश्यक होण्यापूर्वी अनेक वर्षे प्रोटोकॉलमध्ये एम्बेड करणे आवश्यक आहे. Ethereum इकोसिस्टीममधील संस्था, ज्यात Ethereum फाउंडेशनचा समावेश आहे, सक्रियपणे हे पर्याय शोधत आहेत आणि धोक्यांवर लक्ष ठेवून आहेत.",
+  "page-trillion-dollar-security-section-5-paragraph-1": "एका आदर्श ब्लॉकचेन इकोसिस्टीममध्येही धोके, हल्ले आणि असुरक्षितता असतील. जेव्हा गोष्टी चुकीच्या होतात, तेव्हा शमन, शोध आणि प्रतिसाद देण्यासाठी प्रभावी प्रणाली असणे आवश्यक आहे. येथील आव्हानांमध्ये खालील गोष्टींचा समावेश आहे:",
+  "page-trillion-dollar-security-section-5-list-title-1": "प्रभावित संघापर्यंत पोहोचणे",
+  "page-trillion-dollar-security-section-5-list-desc-1": "ज्या संघाच्या ॲप्लिकेशनशी तडजोड झाली आहे त्याच्याशी संपर्क साधणे कठीण असू शकते. यामुळे तासांचा विलंब होऊ शकतो, ज्यामुळे प्रतिसादकर्त्यांची निधी पुनर्प्राप्त करण्याची क्षमता मर्यादित होते.",
+  "page-trillion-dollar-security-section-5-list-title-2": "संबंधित संस्थांमध्ये समस्या वाढवणे",
+  "page-trillion-dollar-security-section-5-list-desc-2": "जेव्हा समस्येमध्ये प्लॅटफॉर्म (जसे की सोशल नेटवर्क किंवा केंद्रीकृत एक्सचेंज) सामील असतो, तेव्हा प्रतिसादकर्त्यांना समस्या वाढवणे आव्हानात्मक असू शकते जर त्यांच्याकडे पूर्व-अस्तित्वात असलेला संपर्क नसेल.",
+  "page-trillion-dollar-security-section-5-list-title-3": "प्रतिसाद समन्वय",
+  "page-trillion-dollar-security-section-5-list-desc-3": "प्रभावित ॲप्लिकेशनला किती घटना प्रतिसाद संघ मदत करत आहेत हे अनेकदा अस्पष्ट असते, ज्यामुळे गैरसंवाद किंवा वाया जाणारे प्रयत्न होतात जेव्हा गट प्रयत्न अधिक प्रभावी ठरला असता.",
+  "page-trillion-dollar-security-section-5-list-title-4": "निरीक्षण क्षमतांचा अभाव",
+  "page-trillion-dollar-security-section-5-list-desc-4": "ऑनचेन आणि ऑफचेन समस्यांवर लक्ष ठेवणे कठीण असू शकते, जे लवकर इशारा देईल आणि धोक्यांना त्वरित प्रतिसाद सुनिश्चित करेल.",
+  "page-trillion-dollar-security-section-5-list-title-5": "विम्याची उपलब्धता",
+  "page-trillion-dollar-security-section-5-list-desc-5": "पैसा, आर्थिक प्रणाली, ओळख आणि इतर मौल्यवान माहिती हाताळणाऱ्या बहुतेक पारंपारिक प्रणालींमध्ये नुकसान कमी करण्यासाठी विमा हे एक आवश्यक साधन आहे. तथापि, आज क्रिप्टो इकोसिस्टीमसाठी पारंपारिक वित्तीय सेवांकडून काही विमा पर्याय उपलब्ध आहेत.",
+  "page-trillion-dollar-security-section-6-intro": "Ethereum चा \"सामाजिक स्तर\" लोक, संस्था, कंपन्या, शासन प्रक्रिया आणि सांस्कृतिक नियमांच्या संचाचा संदर्भ देतो जे Ethereum इकोसिस्टीम कसे वागते यावर प्रभाव टाकतात. हा सामाजिक स्तर स्वतःच काही हल्ले किंवा धोक्यांना बळी पडू शकतो, जे नंतर Ethereum च्या सुरक्षेवर आणि विश्वासार्हतेवर प्रभाव टाकू शकतात.",
+  "page-trillion-dollar-security-section-6-paragraph-1": "हे धोके अधिक दीर्घकालीन प्रवृत्तीचे असतात, आणि वैयक्तिक वापरकर्ते किंवा ॲप्लिकेशन्सच्या सुरक्षेपेक्षा संपूर्ण Ethereum शी संबंधित असतात.",
+  "page-trillion-dollar-security-section-6-1-title": "6.1 स्टेक केंद्रीकरण",
+  "page-trillion-dollar-security-section-6-1-paragraph-1": "मोठ्या प्रमाणात स्टेकचे केंद्रीकरण Ethereum साठी संपूर्णपणे धोके निर्माण करू शकते जर तो स्टेक नियंत्रित करणाऱ्या संस्थांनी संगनमत करण्याचा निर्णय घेतला.",
+  "page-trillion-dollar-security-section-6-1-paragraph-2": "हे आर्थिक केंद्रीकरण सामाजिक शासन पकडण्याची क्षमता निर्माण करते. जर व्हॅलिडेटर्सच्या एका लहान गटाने स्टेकचे सुपरमेजॉरिटी नियंत्रित केले, तर ते हे करू शकतात:",
+  "page-trillion-dollar-security-section-6-1-list-1": "फोर्क्सवर समन्वय साधणे किंवा विरोध करणे.",
+  "page-trillion-dollar-security-section-6-1-list-2": "विशिष्ट व्यवहार किंवा कॉन्ट्रॅक्ट्स सेन्सॉर करणे.",
+  "page-trillion-dollar-security-section-6-1-list-3": "बाहेर पडण्याची किंवा विरोधाची धमकी देऊन सामुदायिक एकमत कमी करणे.",
+  "page-trillion-dollar-security-section-6-1-paragraph-3": "जर ही अत्यंत परिस्थिती घडली, तर Ethereum समुदायाने सुचवले आहे की \"सामाजिक स्लॅशिंग\" हे उत्तर असू शकते. सामाजिक स्लॅशिंग म्हणजे चुकीच्या वागणाऱ्या व्हॅलिडेटर्सना शिक्षा देण्याचा निर्णय घेण्यासाठी ऑफचेन सामाजिक एकमताचा वापर, त्यांच्या सामर्थ्यावर एक तपास म्हणून. परंतु अशी उपाययोजना करण्यासाठी कोणतेही स्पष्ट नियम, प्रक्रिया किंवा टूलिंग अस्तित्वात नाही (विभाग 4.4 पहा).",
+  "page-trillion-dollar-security-section-6-2-title": "6.2 ऑफचेन मालमत्ता केंद्रीकरण",
+  "page-trillion-dollar-security-section-6-2-paragraph-1": "Ethereum मोठ्या प्रमाणात वास्तविक जगातील मालमत्ता होस्ट करते, जिथे मालमत्ता ऑफचेन बँक खात्यांमध्ये किंवा इतर ठेवींमध्ये ठेवली जाते, जी नंतर ऑफचेन मालमत्तेवर दावा दर्शविणाऱ्या टोकन्सद्वारे ऑनचेन व्यवहार केली जाते. उदाहरणार्थ, अनेक मोठे स्टेबलकॉइन्स अशा प्रकारे कार्य करतात.",
+  "page-trillion-dollar-security-section-6-2-paragraph-2": "ऑफचेन ठेवी ठेवणाऱ्या संस्थांचा Ethereum इकोसिस्टीमवर प्रभाव असू शकतो. उदाहरणार्थ, अत्यंत परिस्थितीत जिथे एक विवादास्पद फोर्क किंवा नेटवर्क अपग्रेड आहे, मोठे ठेवीदार फक्त एका चेन किंवा दुसऱ्या चेनवरील टोकन्स ओळखून कोणती चेन मोठ्या प्रमाणावर स्वीकारली जाईल यावर प्रभाव टाकू शकतात.",
+  "page-trillion-dollar-security-section-6-3-title": "6.3 नियामक हल्ला किंवा दबाव",
+  "page-trillion-dollar-security-section-6-3-paragraph": "सरकारे आणि नियामक Ethereum स्टॅकच्या महत्त्वाच्या घटकांवर नियंत्रण ठेवणाऱ्या विविध संस्थांवर Ethereum प्रोटोकॉलमध्ये सेन्सॉर करण्यासाठी किंवा अन्यथा हस्तक्षेप करण्यासाठी दबाव टाकू शकतात. Ethereum च्या संस्थात्मक वापरकर्त्यांवर देखील या दबावांचा परिणाम होऊ शकतो, ज्याचे त्यांच्या वापरकर्त्यांवर आणखी परिणाम होतील (उदा., नियामक बंदीमुळे काही क्रिप्टो उत्पादने देऊ न शकणारी बँक).",
+  "page-trillion-dollar-security-section-6-4-title": "6.4 शासनावर संस्थात्मक पकड",
+  "page-trillion-dollar-security-section-6-4-paragraph-1": "Ethereum चे ओपन सोर्स शासन आणि विकास प्रक्रिया विविध आणि जागतिक संघांच्या आणि कंपन्यांच्या संचाद्वारे चालविल्या जातात जे मुख्य क्लायंट सॉफ्टवेअर, पायाभूत सुविधा आणि टूलिंगची देखभाल करतात.",
+  "page-trillion-dollar-security-section-6-4-paragraph-2": "विविध प्रकारचे प्रभाव (कॉर्पोरेट अधिग्रहण, निधी अवलंबित्व, मुख्य योगदानकर्त्यांची नियुक्ती, विद्यमान संस्थांमधील हितसंबंधांचे संघर्ष) हळूहळू Ethereum शासनाची संस्कृती आणि प्राधान्यक्रम बदलू शकतात. यामुळे विशिष्ट व्यावसायिक किंवा बाह्य हितसंबंधांशी संरेखन होऊ शकते जे समुदाय-चालित आचार आणि स्थापित रोडमॅपपासून विचलित होतात, संभाव्यतः कालांतराने Ethereum ची तटस्थता आणि लवचिकता कमकुवत करतात.",
+  "page-trillion-dollar-security-image-alt-hero": "एक भविष्यवेधी व्हिज्युअलायझेशन जे एकमेकांशी जोडलेले ब्लॉकचेन नोड्स आणि सुरक्षा घटक दर्शवते, जे डिजिटल मालमत्ता क्षेत्रात ट्रिलियन डॉलर सुरक्षेचे प्रतिनिधित्व करते",
+  "page-trillion-dollar-security-image-alt-report": "ट्रिलियन डॉलर सुरक्षा अहवालाचे कव्हर इमेज जे ब्लॉकचेन घटक आणि नेटवर्क कनेक्शनसह आधुनिक डिजिटल सुरक्षा व्हिज्युअलायझेशन दर्शवते"
+}
diff --git a/src/intl/mr/page-upgrades-get-involved.json b/src/intl/mr/page-upgrades-get-involved.json
new file mode 100644
index 00000000000..0fdf27b78db
--- /dev/null
+++ b/src/intl/mr/page-upgrades-get-involved.json
@@ -0,0 +1,47 @@
+{
+  "page-upgrades-get-involved-btn-1": "क्लायंट पहा",
+  "page-upgrades-get-involved-btn-2": "स्टिकिंग वर अधिक",
+  "page-upgrades-get-involved-btn-3": "बग शोधा",
+  "page-upgrades-get-involved-bug": "बग असू शकतो:",
+  "page-upgrades-get-involved-bug-hunting": "बग हंटिंगला जा",
+  "page-upgrades-get-involved-bug-hunting-desc": "एकमत स्तर अपग्रेड स्पेसिफिकेशन्स किंवा स्वतः क्लायंटमधील बग शोधा आणि त्यांची तक्रार नोंदवा. तुम्ही $50,000 USD पर्यंत कमावू शकता आणि लीडरबोर्डवर स्थान मिळवू शकता.",
+  "page-upgrades-get-involved-bug-li": "स्पेसिफिकेशन गैर-अनुपालन समस्या",
+  "page-upgrades-get-involved-bug-li-2": "अंतिमता भंग करणारे बग",
+  "page-upgrades-get-involved-bug-li-3": "डिनायल ऑफ सर्व्हिस (DOS) व्हेक्टर्स",
+  "page-upgrades-get-involved-bug-li-4": "आणि बरेच काही...",
+  "page-upgrades-get-involved-desc-1": "क्लायंट चालवणे म्हणजे तुम्ही इथेरियममध्ये सक्रिय सहभागी व्हाल. तुमचा क्लायंट व्यवहारांचा मागोवा ठेवण्यास आणि नवीन ब्लॉक्स तपासण्यात मदत करेल.",
+  "page-upgrades-get-involved-desc-2": "तुमच्याकडे ETH असल्यास, तुम्ही व्हॅलिडेटर बनण्यासाठी ते स्टेक करू शकता आणि नेटवर्क सुरक्षित करण्यात मदत करू शकता. व्हॅलिडेटर म्हणून तुम्ही ETH रिवॉर्ड्स मिळवू शकता.",
+  "page-upgrades-get-involved-desc-3": "समुदाय चाचणी प्रयत्नात सामील व्हा! इथेरियम अपग्रेड्स जारी होण्यापूर्वी त्यांची चाचणी करण्यास, बग शोधण्यास आणि रिवॉर्ड्स मिळवण्यात मदत करा.",
+  "page-upgrades-get-involved-ethresearch-1": "खापरीकरण",
+  "page-upgrades-get-involved-ethresearch-2": "द मर्ज",
+  "page-upgrades-get-involved-ethresearch-3": "शार्डेड एक्झिक्युशन",
+  "page-upgrades-get-involved-ethresearch-4": "सर्व संशोधन विषय",
+  "page-upgrades-get-involved-how": "तुम्हाला कसे सामील व्हायचे आहे?",
+  "page-upgrades-get-involved-how-desc": "अधिक लोक क्लायंट चालवणे, स्टेकिंग आणि बग हंटिंग केल्याने इथेरियम समुदायाला नेहमीच फायदा होईल.",
+  "page-upgrades-get-involved-join": "संशोधनात सामील व्हा",
+  "page-upgrades-get-involved-join-desc": "इथेरियममधील बर्‍याच गोष्टींप्रमाणे, बरेचसे संशोधन सार्वजनिक आहे. याचा अर्थ तुम्ही चर्चेत भाग घेऊ शकता किंवा इथेरियम संशोधकांचे म्हणणे फक्त वाचू शकता. ethresear.ch मध्ये एकमत अपग्रेड्स, रोलअप्स आणि बरेच काही यासह अनेक विषयांचा समावेश आहे.",
+  "page-upgrades-get-involved-meta-description": "इथेरियम अपग्रेड्समध्ये कसे सहभागी व्हावे: नोड्स चालवा, स्टेक करा, बग शोधा आणि बरेच काही.",
+  "page-upgrades-get-involved-run-clients": "क्लायंटची जोडी चालवा",
+  "page-upgrades-get-involved-run-clients-desc": "'क्लायंट' हे एक सॉफ्टवेअर आहे जे ब्लॉकचेन चालवते, आणि इथेरियमच्या बाबतीत, पूर्ण नोडसाठी या क्लायंटची एक जोडी चालवणे आवश्यक आहे: एक एक्झिक्युशन लेअर क्लायंट आणि एक एकमत लेअर क्लायंट. पूर्ण नोड व्यवहार तपासू शकतो आणि, जर ETH स्टेक करत असेल, तर नवीन ब्लॉक्स तयार करू शकतो. प्रत्येक क्लायंटची स्वतःची वैशिष्ट्ये आहेत परंतु एकूणच समान कार्य करतो, म्हणून आम्ही तुम्हाला क्लायंट पूल वैविध्यपूर्ण आणि सुरक्षित ठेवण्यासाठी शक्य असेल तेव्हा अल्पसंख्याक क्लायंट निवडण्यास प्रोत्साहित करतो.",
+  "page-upgrades-get-involved-run-clients-desc-link": "क्लायंट विविधतेबद्दल अधिक.",
+  "page-upgrades-get-involved-run-clients-execution": "एक्झिक्युशन लेअर क्लायंट",
+  "page-upgrades-get-involved-run-clients-execution-desc": "या क्लायंटना पूर्वी 'Eth1' क्लायंट म्हटले जात होते, परंतु आता ही संज्ञा वापरातून काढून 'एक्झिक्युशन लेअर' क्लायंट या नावाला पसंती दिली जात आहे.",
+  "page-upgrades-get-involved-run-clients-consensus": "एकमत लेअर क्लायंट",
+  "page-upgrades-get-involved-run-clients-consensus-desc": "या क्लायंटना पूर्वी 'Eth2' क्लायंट म्हटले जात होते, परंतु आता ही संज्ञा वापरातून काढून 'एकमत लेअर' क्लायंट या नावाला पसंती दिली जात आहे.",
+  "page-upgrades-get-involved-stake": "तुमचा ETH स्टेक करा",
+  "page-upgrades-get-involved-stake-desc": "बीकन चेन सुरक्षित करण्यात मदत करण्यासाठी तुम्ही आता तुमचे ETH स्टेक करू शकता.",
+  "page-upgrades-get-involved-stake-eth": "भागभांडवल ETH",
+  "page-upgrades-get-involved-subtitle": "इथेरियम आणि भविष्यातील अपग्रेड-संबंधित प्रयत्नांमध्ये तुम्ही मदत करू शकाल असे सर्व मार्ग येथे आहेत.",
+  "page-upgrades-get-involved-title-1": "क्लायंट चालवा",
+  "page-upgrades-get-involved-title-2": "तुमचा ETH स्टेक करा",
+  "page-upgrades-get-involved-title-3": "बग शोधा",
+  "page-upgrades-get-involved-written-c-sharp": "C# मध्ये लिहिलेले",
+  "page-upgrades-get-involved-written-go": "Go मध्ये लिहिलेले",
+  "page-upgrades-get-involved-written-java": "Java मध्ये लिहिलेले",
+  "page-upgrades-get-involved-written-javascript": "JavaScript मध्ये लिहिलेले",
+  "page-upgrades-get-involved-written-nim": "Nim मध्ये लिहिलेले",
+  "page-upgrades-get-involved-written-rust": "Rust मध्ये लिहिलेले",
+  "page-upgrades-get-involved": "Ethereum अपग्रेड करण्यात सहभागी व्हा",
+  "page-upgrades-get-involved-2": "यात सामील व्हा",
+  "page-upgrades-bug-bounty-leaderboard-points": "पॉइंट्स"
+}
diff --git a/src/intl/mr/page-upgrades-index.json b/src/intl/mr/page-upgrades-index.json
new file mode 100644
index 00000000000..ca6bcc5e23d
--- /dev/null
+++ b/src/intl/mr/page-upgrades-index.json
@@ -0,0 +1,208 @@
+{
+  "consensus-client-besu-logo-alt": "बेसू लोगो",
+  "consensus-client-erigon-logo-alt": "एरिगॉन लोगो",
+  "consensus-client-geth-logo-alt": "Geth लोगो",
+  "consensus-client-lighthouse-logo-alt": "लाइटहाउस लोगो",
+  "consensus-client-lodestar-logo-alt": "लोडस्टार लोगो",
+  "consensus-client-nethermind-logo-alt": "नेदरमाइंड लोगो",
+  "consensus-client-nimbus-logo-alt": "निंबस लोगो",
+  "consensus-client-prysm-logo-alt": "Prysm लोगो",
+  "consensus-client-teku-logo-alt": "Teku लोगो",
+  "page-upgrades-answer-1": "द मर्जमध्ये Ethereum मेननेट अपग्रेड करण्यासाठी बीकन चेन एक साधन म्हणून वापरली गेली.",
+  "page-upgrades-answer-2": "द मर्जसह, Ethereum ने आतापर्यंतचे सर्वात मोठे अपग्रेड केले, ज्यामध्ये प्रूफ-ऑफ-वर्क ऐवजी नवीन प्रूफ-ऑफ-स्टेक आधारित कन्सेन्सस लेयरचा वापर करण्यात आला.",
+  "page-upgrades-answer-4": "आज Ethereum वापरत असलेल्या प्रूफ-ऑफ-स्टेक-आधारित कन्सेन्सस विकसित करण्यासाठी बीकन चेनचा वापर केला गेला. हे Ethereum मेननेटपासून स्वतंत्रपणे चालवले गेले जेणेकरून डेव्हलपर्स वास्तविक क्रियाकलापांचे समन्वय साधण्यासाठी त्याचा वापर करण्यापूर्वी कन्सेन्सस यंत्रणा वेगळेपणाने पाहू शकतील.",
+  "page-upgrade-article-author-status": "स्टेटस",
+  "page-upgrade-article-author-ethmerge": "Ethmerge",
+  "page-upgrade-article-author-alchemy": "Alchemy",
+  "page-upgrade-article-author-consensys": "Consensys",
+  "page-upgrade-article-author-delphi-digital": "Delphi Digital",
+  "page-upgrade-article-author-eip-4844": "Vitalik Buterin, Dankrad Feist, Diederik Loerakker, George Kadianakis, Matt Garnett, Mofi Taiwo",
+  "page-upgrade-article-author-ethereum-foundation": "Ethereum फाउंडेशन",
+  "page-upgrade-article-author-vitalik-buterin": "विटालिक बुटेरिन",
+  "page-upgrade-article-author-ethos-dev": "Ethos.dev",
+  "page-upgrade-article-title-two-point-oh": "टू पॉईंट ओह: द बीकन चेन",
+  "page-upgrade-article-title-beacon-chain-explainer": "द बीकन चेन Ethereum 2.0 एक्सप्लेनर जो तुम्हाला आधी वाचायला हवा",
+  "page-upgrade-article-title-sharding-consensus": "शार्डिंग कन्सेन्सस",
+  "page-upgrade-article-title-sharding-is-great": "शार्डिंग का उत्तम आहे: तांत्रिक गुणधर्मांचे रहस्य उलगडणे",
+  "page-upgrade-article-title-rollup-roadmap": "रोलअप-केंद्रित रोडमॅप",
+  "page-upgrade-article-title-hitchhikers-guide-to-ethereum": "द हिचहायकर्स गाईड टू Ethereum",
+  "page-upgrade-article-title-eip-4844": "EIP-4844: शार्ड ब्लॉब ट्रान्झॅक्शन्स (प्रोटो-डँकशार्डिंग)",
+  "page-upgrade-article-title-proto-danksharding-faq": "प्रोटो-डँकशार्डिंग FAQ",
+  "page-upgrade-article-title-sharding-das": "शार्डिंग आणि डेटा उपलब्धता सॅम्पलिंग (DAS) चे स्पष्टीकरण",
+  "page-upgrade-article-title-ethmerge": "Ethmerge",
+  "page-upgrade-article-title-merge-is-coming": "द मर्ज येत आहे",
+  "page-upgrade-article-title-state-of-the-merge": "द स्टेट ऑफ द मर्ज: २०२२ मध्ये Ethereum च्या प्रूफ ऑफ स्टेकवर विलीन होण्याबद्दलचे एक अपडेट",
+  "page-upgrade-article-title-ropsten-merge-testnet": "रॉप्सटन मर्ज टेस्टनेटची घोषणा",
+  "page-upgrade-article-title-execution-layer-specs": "एक्झिक्यूशन लेयर स्पेक्स",
+  "page-upgrade-article-title-consensus-layer-specs": "कन्सेन्सस लेयर स्पेक्स",
+  "page-upgrade-article-title-engine-api-specs": "इंजिन API स्पेक्स",
+  "page-upgrades-beacon-chain-date": "बीकन चेन १ डिसेंबर २०२० रोजी लाइव्ह झाली",
+  "page-upgrades-beacon-chain-desc": "बीकन चेनने Ethereum मध्ये स्टेकिंग आणले आणि भविष्यातील अपग्रेडसाठी पाया घातला. हे नवीन प्रूफ-ऑफ-स्टेक Ethereum चे समन्वय साधते.",
+  "page-upgrades-beacon-chain-estimate": "बीकन चेन लाइव्ह आहे",
+  "page-upgrades-beacon-chain-title": "प्रमुख साखळी",
+  "page-upgrades-bug-bounty": "बग बाउंटी प्रोग्राम पहा",
+  "page-upgrades-clients": "कन्सेन्सस क्लायंट्स पहा (पूर्वी 'Eth2' क्लायंट्स म्हणून ओळखले जात होते)",
+  "page-staking-deposit-contract-title": "ठेव कराराचा पत्ता तपासा",
+  "page-upgrades-dive": "दृष्टीकोनात खोलवर जा",
+  "page-upgrades-dive-desc": "आम्ही Ethereum ला अधिक स्केलेबल, सुरक्षित आणि टिकाऊ कसे बनवत आहोत? हे सर्व Ethereum च्या विकेंद्रीकरणाच्या मुख्य तत्वाचे पालन करून.",
+  "page-upgrades-docking": "द मर्ज",
+  "page-upgrades-merge-answer-1": "द मर्ज हे १५ सप्टेंबर २०२२ रोजी झाले, जेव्हा Ethereum ने प्रूफ-ऑफ-स्टेक कन्सेन्ससमध्ये संक्रमण केले. बीकन चेन मेननेटमध्ये विलीन झाली, ज्यामुळे Ethereum वरील प्रूफ-ऑफ-वर्क अधिकृतपणे बंद झाले आणि Ethereum च्या ऊर्जेच्या वापरात ~९९.९५% घट झाली.",
+  "page-upgrades-merge-btn": "मर्ज वर अधिक",
+  "page-upgrades-merge-desc": "मेननेट Ethereum प्रूफ-ऑफ-स्टेक बीकन चेनसोबत विलीन झाले, ज्यामुळे ऊर्जा-केंद्रित माइनिंगचा शेवट झाला.",
+  "page-upgrades-merge-estimate": "द मर्ज लाइव्ह आहे",
+  "page-upgrades-merge-mainnet": "मेननेट म्हणजे काय?",
+  "page-upgrades-eth-blog": "ethereum.org ब्लॉग",
+  "page-upgrades-explore-btn": "अपग्रेड्स एक्सप्लोर करा",
+  "page-upgrades-get-involved": "Ethereum अपग्रेड करण्यात सहभागी व्हा",
+  "page-upgrades-get-involved-2": "यात सामील व्हा",
+  "page-upgrades-head-to-ethresearch": "ethresear.ch वर जा",
+  "page-upgrades-help": "Ethereum अपग्रेडमध्ये मदत करू इच्छिता?",
+  "page-upgrades-help-desc": "Ethereum अपग्रेडवर मत मांडण्यासाठी, टेस्टिंगमध्ये मदत करण्यासाठी आणि बक्षिसे मिळवण्यासाठी भरपूर संधी आहेत.",
+  "page-upgrades-index-staking": "स्टेकिंग येथे आहे",
+  "page-upgrades-index-staking-desc": "Ethereum अपग्रेडची गुरुकिल्ली म्हणजे स्टेकिंगची ओळख. जर तुम्हाला Ethereum नेटवर्क सुरक्षित करण्यात मदत करण्यासाठी तुमचा ETH वापरायचा असेल, तर तुम्ही या स्टेप्सचे अनुसरण करत असल्याची खात्री करा.",
+  "page-upgrades-index-staking-learn": "स्टेकिंगबद्दल जाणून घ्या",
+  "page-upgrades-index-staking-learn-desc": "बीकन चेनने Ethereum मध्ये स्टेकिंग आणले. तुमच्याकडे ETH असल्यास, तुम्ही नेटवर्क सुरक्षित करून सार्वजनिक हिताचे काम करू शकता आणि प्रक्रियेत अधिक ETH मिळवू शकता.",
+  "page-upgrades-index-staking-step-1": "१. लॉन्चपॅडसह सेटअप करा",
+  "page-upgrades-index-staking-step-1-btn": "स्टेकिंग लॉन्चपॅडला भेट द्या",
+  "page-upgrades-index-staking-step-1-desc": "Ethereum वर स्टेक करण्यासाठी तुम्हाला लॉन्चपॅड वापरण्याची आवश्यकता असेल - हे तुम्हाला प्रक्रियेतून मार्गदर्शन करेल.",
+  "page-upgrades-index-staking-step-2": "२. स्टेकिंग ॲड्रेसची पुष्टी करा",
+  "page-upgrades-index-staking-step-2-btn": "डिपॉझिट कॉन्ट्रॅक्ट ॲड्रेसची पुष्टी करा",
+  "page-upgrades-index-staking-step-2-desc": "तुमचा ETH स्टेक करण्यापूर्वी, तुमच्याकडे योग्य ॲड्रेस असल्याची खात्री करा. हे करण्यापूर्वी तुम्ही लॉन्चपॅडमधून गेलेले असणे आवश्यक आहे.",
+  "page-upgrades-index-staking-sustainability": "अधिक टिकाऊ",
+  "page-upgrades-meta-desc": "Ethereum अपग्रेड्स आणि ते प्रत्यक्षात आणू इच्छित असलेल्या व्हिजनचा एक आढावा.",
+  "page-upgrades-meta-title": "Ethereum अपग्रेड्स (पूर्वीचे 'Eth2')",
+  "page-upgrades-proof-stake-link": "प्रूफ ऑफ स्टेकवर अधिक",
+  "page-upgrades-question-1-title": "अपग्रेड्स कधी येतील?",
+  "page-upgrades-question-1-desc": "Ethereum हळूहळू अपग्रेड केले जात आहे; अपग्रेड्स वेगळे आहेत आणि त्यांच्या शिप तारखा वेगवेगळ्या आहेत.",
+  "page-upgrades-question-2-title": "बीकन चेन एक वेगळा ब्लॉकचेन आहे का?",
+  "page-upgrades-question-2-desc": "होय. बीकन चेन हे Ethereum च्या मेननेटला अपग्रेड करण्यासाठी वापरल्या जाणार्‍या समांतर प्रूफ-ऑफ-स्टेक ब्लॉकचेनला दिलेले नाव होते. आता फक्त एकच ब्लॉकचेन आहे, जो मूळ Ethereum ब्लॉकचेन आणि बीकन चेन एकत्र विलीन करून तयार झाला आहे.",
+  "page-upgrades-question-3-answer-2a": "द मर्जचा dapp डेव्हलपर्सवर कमीत कमी परिणाम झाला - ते अजूनही पूर्वीप्रमाणेच Ethereum शी संवाद साधतात.",
+  "page-upgrades-question-3-answer-2a-link": "द मर्ज आणि dapp डेव्हलपर्स",
+  "page-upgrades-question-3-answer-2b": "शार्डिंग योजना अजूनही विकसित होत आहेत, परंतु त्या लेयर २ रोलअप्स लक्षात घेऊन डिझाइन केल्या जातील.",
+  "page-upgrades-layer-2-rollups": "लेयर २ रोलअप्सवर अधिक",
+  "page-upgrades-question-3-answer-3-link": "ethresear.ch ला भेट द्या",
+  "page-upgrades-question-3-desc": "अपग्रेड्ससाठी तयारी करण्यासाठी तुम्हाला सध्या काहीही करण्याची गरज नाही.",
+  "page-upgrades-question-3-title": "मी अपग्रेड्ससाठी तयारी कशी करू?",
+  "page-upgrades-question-4-answer-1": "आज जेव्हा तुम्ही व्यवहार पाठवता किंवा डॅप वापरता, तेव्हा तुम्ही एक्झिक्यूशन लेयर वापरत असता, ज्याला मेननेट असेही म्हणतात.",
+  "page-upgrades-question-4-answer-3": "द मर्जपासून, व्हॅलिडेटर्स प्रूफ-ऑफ-स्टेकद्वारे संपूर्ण नेटवर्क सुरक्षित करतात.",
+  "page-upgrades-question-4-answer-6": "कोणीही आपला ETH स्टेक करून व्हॅलिडेटर बनू शकतो.",
+  "page-upgrades-question-4-answer-7": "स्टिकिंग वर अधिक",
+  "page-upgrades-question-4-title": "एक्झिक्यूशन लेयर म्हणजे काय?",
+  "page-upgrades-question-4-desc": "द मर्जच्या आधी, Ethereum ब्लॉकचेनला कधीकधी 'Eth1' असे म्हटले जायचे. 'एक्झिक्यूशन लेयर' च्या बाजूने हा शब्दप्रयोग टप्प्याटप्प्याने बंद करण्यात आला.",
+  "page-upgrades-question-5-answer-1": "नेटवर्कवर व्हॅलिडेटर बनण्यासाठी, तुम्हाला ३२ ETH स्टेक करावे लागतील. तुमच्याकडे इतके नसल्यास, किंवा तुम्ही इतके स्टेक करण्यास तयार नसल्यास, तुम्ही स्टेकिंग पूल्समध्ये सामील होऊ शकता. हे पूल्स तुम्हाला कमी स्टेक करू देतात आणि एकूण रिवॉर्ड्सचा काही भाग मिळवू देतात.",
+  "page-upgrades-question-5-desc": "तुम्हाला स्टेकिंग लॉन्चपॅड वापरण्याची किंवा स्टेकिंग पूलमध्ये सामील होण्याची आवश्यकता असेल.",
+  "page-upgrades-question-5-title": "मी स्टेक कसे करू?",
+  "page-upgrades-question-6-answer-3": "Ethereum फाउंडेशनचे डॅनी रायन नियमितपणे समुदायाला अपडेट करतात:",
+  "page-upgrades-question-6-answer-4": "ConsenSys चे बेन एडिंग्टन यांच्याकडे Ethereum अपग्रेड्सबद्दल साप्ताहिक वृत्तपत्र आहे:",
+  "page-upgrades-question-6-answer-5": "तुम्ही ethresear.ch वर Ethereum संशोधन आणि विकासावरील चर्चेत देखील सामील होऊ शकता.",
+  "page-upgrades-question-6-title": "मी माझ्या dapp सोबत काय करणे आवश्यक आहे?",
+  "page-upgrades-question-6-desc": "द मर्जची रचना dapp डेव्हलपर्सवर कमीत कमी परिणाम होण्यासाठी केली होती, तरीही काही छोटे बदल लक्षात घेण्यासारखे होते.",
+  "page-upgrades-question-6-answer-1": "मर्ज-पूर्वीच्या Ethereum शी परिचित असलेल्या डॅप डेव्हलपर्सनी काही बदलांची नोंद घ्यावी. या बदलांमध्ये ब्लॉकची रचना आणि वेळ, काही ऑपकोडमधील बदल, ऑनचेन रँडमनेसचे स्रोत आणि इपॉक फायनलायझेशनची संकल्पना यांचा समावेश आहे.",
+  "page-upgrades-question-6-answer-1-link": "द मर्जने Ethereum च्या ॲप्लिकेशन लेयरवर कसा परिणाम केला",
+  "page-upgrades-question-6-answer-2": "ॲप्लिकेशन्सवर जवळजवळ कोणताही परिणाम झाला नाही.",
+  "page-upgrades-question-7-desc": "समुदायातील विविध टीम्स Ethereum च्या विविध अपग्रेड्सवर काम करत आहेत.",
+  "page-upgrades-question-7-lighthouse": "लाइटहाऊस",
+  "page-upgrades-question-7-lighthouse-lang": "(रस्ट अंमलबजावणी)",
+  "page-upgrades-question-7-lodestar": "लोडस्टार",
+  "page-upgrades-question-7-lodestar-lang": "(जावास्क्रिप्ट अंमलबजावणी)",
+  "page-upgrades-question-7-nimbus": "निंबस",
+  "page-upgrades-question-7-nimbus-lang": "(निम अंमलबजावणी)",
+  "page-upgrades-question-7-prysm": "Prysm",
+  "page-upgrades-question-7-prysm-lang": "(गो अंमलबजावणी)",
+  "page-upgrades-question-7-teams": "Ethereum कन्सेन्सस क्लायंट टीम्स:",
+  "page-upgrades-question-7-teku": "Teku",
+  "page-upgrades-question-7-teku-lang": "(जावा अंमलबजावणी)",
+  "page-upgrades-question-7-title": "Ethereum अपग्रेड्स कोण बनवत आहे?",
+  "page-upgrades-question-7-clients": "Ethereum क्लायंट्सबद्दल अधिक जाणून घ्या",
+  "page-upgrades-question-8-answer-1": "Ethereum अपग्रेड्स Ethereum ला विकेंद्रित पद्धतीने स्केल करण्यास, सुरक्षितता टिकवून ठेवण्यास आणि टिकाऊपणा वाढविण्यात मदत करतील.",
+  "page-upgrades-question-8-answer-2": "कदाचित सर्वात स्पष्ट समस्या ही आहे की Ethereum ला प्रति सेकंद १५-४५ पेक्षा जास्त व्यवहार हाताळण्याची क्षमता असणे आवश्यक आहे. परंतु हे अपग्रेड्स आज Ethereum मधील इतर काही समस्यांचे देखील निराकरण करतात.",
+  "page-upgrades-question-8-answer-3": "उच्च मागणीच्या वेळी नेटवर्क Ethereum वापरण्यासाठी महाग करते. नेटवर्कमधील नोड्स Ethereum च्या आकारामुळे आणि त्यांच्या कॉम्प्युटरला प्रक्रिया कराव्या लागणाऱ्या डेटाच्या प्रमाणामुळे संघर्ष करत आहेत. Ethereum सुरक्षा आणि विकेंद्रीकरणाचा मूळ अल्गोरिदम ऊर्जा-केंद्रित होता आणि त्याला अधिक हरित करण्याची आवश्यकता होती.",
+  "page-upgrades-question-8-answer-4": "जे काही बदलत आहे त्यापैकी बरेच काही २०१५ पासूनच Ethereum रोडमॅपवर होते. परंतु सध्याच्या परिस्थितीमुळे अपग्रेड्सची गरज आणखी वाढत आहे.",
+  "page-upgrades-question-8-answer-6": "Ethereum व्हिजन एक्सप्लोर करा",
+  "page-upgrades-question-8-desc": "आज आपण वापरत असलेल्या Ethereum ने अंतिम वापरकर्त्यांना आणि नेटवर्क सहभागींना एक चांगला अनुभव देण्याची गरज आहे.",
+  "page-upgrades-question-8-title": "अपग्रेड्सची गरज का आहे?",
+  "page-upgrades-question-9-answer-1": "तुम्ही जी सर्वात सक्रिय भूमिका बजावू शकता ती म्हणजे तुमचा ETH स्टेक करणे.",
+  "page-upgrades-question-9-answer-2": "क्लायंटची विविधता सुधारण्यास मदत करण्यासाठी तुम्ही दुसरा क्लायंट चालवण्याचा विचार करू शकता.",
+  "page-upgrades-question-9-answer-3": "जर तुम्ही अधिक तांत्रिक असाल, तर तुम्ही नवीन क्लायंटमधील बग्स पकडण्यास मदत करू शकता.",
+  "page-upgrades-question-9-answer-4": "तुम्ही ethresear.ch येथे Ethereum संशोधकांसोबत तांत्रिक चर्चांमध्येही भाग घेऊ शकता.",
+  "page-upgrades-question-9-desc": "योगदान देण्यासाठी तुम्हाला तांत्रिक असण्याची गरज नाही. समुदाय सर्व प्रकारच्या कौशल्य गटांकडून योगदानाची अपेक्षा करत आहे.",
+  "page-upgrades-question-9-stake-eth": "भागभांडवल ETH",
+  "page-upgrades-question-9-title": "मी Ethereum अपग्रेड्समध्ये कसे योगदान देऊ शकेन?",
+  "page-upgrades-question-9-more": "Ethereum मध्ये सामील होण्याचे अधिक सामान्य मार्ग शोधा",
+  "page-upgrades-question-10-title": "'Eth2 चे टप्पे' काय आहेत?",
+  "page-upgrades-question-10-desc": "येथे काही गोष्टी बदलल्या आहेत.",
+  "page-upgrades-question-10-answer-0": "'Eth2' हा शब्द स्वतःच टप्प्याटप्प्याने बंद केला जात आहे, कारण तो एकाच अपग्रेडचे किंवा नवीन नेटवर्कचे प्रतिनिधित्व करत नाही. हे अधिक अचूकपणे अनेक अपग्रेड्सचा एक संच आहे, जे सर्व Ethereum ला अधिक स्केलेबल, सुरक्षित आणि टिकाऊ बनवण्यासाठी आपला भाग पार पाडतात. तुम्हाला माहित असलेले आणि आवडणारे नेटवर्क फक्त Ethereum म्हणून ओळखले जाईल.",
+  "page-upgrades-question-10-answer-1": "आम्ही तांत्रिक रोडमॅपच्या बाबतीत जास्त बोलण्यास नाखूष आहोत कारण हे सॉफ्टवेअर आहे: गोष्टी बदलू शकतात. आम्हाला वाटते की जेव्हा तुम्ही परिणामांबद्दल वाचता तेव्हा काय घडत आहे हे समजणे सोपे होते.",
+  "page-upgrades-question-10-answer-1-link": "अपग्रेड्स पहा",
+  "page-upgrades-question-10-answer-2": "परंतु जर तुम्ही चर्चा फॉलो केल्या असतील, तर येथे अपग्रेड्स तांत्रिक रोडमॅपमध्ये कसे बसतात आणि ते कसे बदलत आहेत याबद्दल थोडेसे दिले आहे.",
+  "page-upgrades-question-10-answer-3": "फेज ० मध्ये बीकन चेन लाइव्ह करण्यासाठी केलेल्या कामाचे वर्णन केले आहे.",
+  "page-upgrades-question-10-answer-5": "फेज १ मध्ये मूळतः शार्ड चेनच्या अंमलबजावणीवर लक्ष केंद्रित केले होते, परंतु प्राधान्यक्रम द मर्जकडे वळला, जो १५ सप्टेंबर, २०२२ रोजी शिप झाला.",
+  "page-upgrades-question-10-answer-6": "फेज १.५ मूळतः शार्ड अंमलबजावणीनंतर नियोजित होता, जेव्हा मेननेटला बीकन चेनमध्ये शेवटचा शार्ड म्हणून जोडले जाईल. तथापि, रोलअप तंत्रज्ञान जसजसे प्रगत झाले, तसतसे Ethereum समुदायाने त्याऐवजी प्रूफ-ऑफ-वर्कमधून संक्रमणास गती दिली.",
+  "page-upgrades-question-10-answer-7": "फेज २ च्या आसपासच्या योजना तीव्र संशोधन आणि चर्चेचा विषय बनल्या आहेत. द मर्ज पूर्ण झाल्यानंतर आणि लेयर २ सोल्यूशन्समधील प्रगतीमुळे, रोलअप कार्यक्षमता वाढवण्यासाठी डेटा शार्डिंगचे अधिक सोपे स्वरूप प्रदान करण्याकडे उद्दिष्टे वळली आहेत. सध्याचे लेयर २ व्यवहार अंमलबजावणीला स्केल करण्याची क्षमता देतात आणि शार्डिंग लेयर १ वर या डेटासाठी स्वस्त आणि स्केलेबल पद्धतीने पुरावे साठवण्यास अनुमती देईल.",
+  "page-upgrades-question-10-answer-8": "रोलअप-केंद्रित रोडमॅपवर अधिक",
+  "page-upgrades-question-11-title": "मी Eth2 खरेदी करू शकतो का?",
+  "page-upgrades-question-11-desc": "नाही. Eth2 नावाचा कोणताही टोकन नाही, आणि द मर्ज नंतर तुमच्या ETH मध्ये कोणताही बदल झाला नाही.",
+  "page-upgrades-question-11-answer-1": "Eth2 रिब्रँडमागील एक प्रमुख कारण म्हणजे हा सामान्य गैरसमज होता की ETH धारकांना द मर्ज किंवा इतर कोणत्याही अपग्रेडनंतर त्यांचा ETH 'ETH 2.0' मध्ये स्थलांतरित करणे आवश्यक होते. हे सत्य नाही आणि कधीच नव्हते.",
+  "page-upgrades-question-11-answer-2": "या गोंधळाचा गैरफायदा सामान्यतः स्कॅमर्सकडून घेतला जातो.",
+  "page-upgrades-question-title": "वारंवार विचारले जाणारे प्रश्न",
+  "page-upgrades-question3-answer-1": "ETH धारकांना काहीही करण्याची गरज नाही. तुमचा ETH बदलण्याची किंवा अपग्रेड करण्याची आवश्यकता नाही. तुम्हाला याच्या विरुद्ध सांगणारे स्कॅम्स नक्कीच असतील, म्हणून सावध रहा.",
+  "page-upgrades-scalable": "अधिक स्केलेबल",
+  "page-upgrades-scalable-desc": "ॲप्लिकेशन्स अधिक जलद आणि स्वस्त करण्यासाठी Ethereum ला प्रति सेकंद हजारो व्यवहार हाताळण्याची क्षमता असणे आवश्यक आहे.",
+  "page-upgrades-secure": "अधिक सुरक्षित",
+  "page-upgrades-secure-desc": "Ethereum ला अधिक सुरक्षित असणे आवश्यक आहे. जसा Ethereum चा अवलंब वाढत आहे, तसतसे प्रोटोकॉलला सर्व प्रकारच्या हल्ल्यांविरूद्ध अधिक सुरक्षित बनवणे आवश्यक आहे.",
+  "page-upgrades-shard-date": "शार्डिंग द मर्ज नंतर २०२३-२०२४ मध्ये अनेक टप्प्यांत येईल.",
+  "page-upgrades-shard-desc": "डँकशार्डिंग Ethereum ची डेटा साठवण्याची क्षमता वाढवेल, आणि थ्रुपुट स्केल करण्यासाठी व नेटवर्क फी कमी करण्यासाठी L2s सोबत सुसंवादाने काम करेल. डँकशार्डिंग अनेक टप्प्यांत आणले जाईल, ज्याची सुरुवात प्रोटोडँकशार्डिंगने होईल.",
+  "page-upgrades-shard-estimate": "अंदाज: २०२३-२०२४",
+  "page-upgrades-shard-lower": "शार्डिंगवर अधिक",
+  "page-upgrades-shard-title": "खापरीकरण",
+  "page-upgrades-stay-up-to-date": "अप-टू-डेट रहा",
+  "page-upgrades-stay-up-to-date-desc": "Ethereum अपग्रेड्सवर काम करणाऱ्या संशोधक आणि डेव्हलपर्सकडून नवीनतम माहिती मिळवा.",
+  "page-upgrades-sustainable-desc": "Ethereum अलीकडेपर्यंत ऊर्जा-केंद्रित होते. प्रूफ-ऑफ-स्टेकवर संक्रमणामुळे नेटवर्कच्या ऊर्जेच्या वापरात ९९.९% पेक्षा जास्त घट झाली.",
+  "page-upgrades-take-part": "संशोधनात भाग घ्या",
+  "page-upgrades-take-part-desc": "Ethereum संशोधक आणि उत्साही लोक येथे Ethereum अपग्रेड्सशी संबंधित सर्व गोष्टींसह संशोधन प्रयत्नांवर चर्चा करण्यासाठी भेटतात.",
+  "page-upgrades-the-upgrades": "Ethereum अपग्रेड्स",
+  "page-upgrades-the-upgrades-desc": "Ethereum अपग्रेड्सचे उद्दिष्ट नेटवर्कची स्केलेबिलिटी, सुरक्षितता आणि टिकाऊपणा सुधारणे आहे. Ethereum ने अलीकडेच सुरक्षितता आणि टिकाऊपणासाठी काही मोठे अपग्रेड केले आहेत, आणि भविष्यात आणखी बरेच काही येणार आहे, विशेषतः स्केलेबिलिटीशी संबंधित.",
+  "page-upgrades-unofficial-roadmap": "हा अधिकृत रोडमॅप नाही. बाहेर उपलब्ध असलेल्या माहितीच्या आधारे आम्ही काय घडत आहे ते कसे पाहतो, हे आहे. पण हे तंत्रज्ञान आहे, गोष्टी एका क्षणात बदलू शकतात. म्हणून कृपया याला वचनबद्धता म्हणून वाचू नका.",
+  "page-upgrades-upgrade-desc": "आपल्याला माहित असलेले आणि आवडणारे Ethereum, फक्त अधिक स्केलेबल, अधिक सुरक्षित आणि अधिक टिकाऊ...",
+  "page-upgrades-upgrades": "Ethereum अपग्रेड्स",
+  "page-upgrades-upgrades-aria-label": "Ethereum अपग्रेड्स मेनू",
+  "page-upgrades-upgrades-beacon-chain": "प्रमुख साखळी",
+  "page-upgrades-upgrades-guide": "Ethereum अपग्रेड्ससाठी मार्गदर्शक",
+  "page-upgrades-upgrades-docking": "द मर्ज",
+  "page-upgrades-energy-consumption": "Ethereum च्या ऊर्जा वापराबद्दल अधिक",
+  "page-upgrades-upgrading": "Ethereum ला मूलगामी नवीन उंचीवर अपग्रेड करणे",
+  "page-roadmap-vision": "व्हिजन",
+  "page-roadmap-vision-btn": "Ethereum च्या व्हिजनवर अधिक",
+  "page-roadmap-vision-desc": "Ethereum ला मुख्य प्रवाहात आणण्यासाठी आणि संपूर्ण मानवतेची सेवा करण्यासाठी, आम्हाला Ethereum ला अधिक स्केलेबल, सुरक्षित आणि टिकाऊ बनवणे आवश्यक आहे.",
+  "page-upgrades-what-happened-to-eth2-title": "'Eth2' चे काय झाले?",
+  "page-upgrades-what-happened-to-eth2-1": "'Eth2' हा शब्द द मर्जच्या आधी सामान्यतः वापरला जात होता परंतु अधिक अचूक शब्दप्रयोगाच्या बाजूने तो टप्प्याटप्प्याने बंद केला जात आहे.",
+  "page-upgrades-what-happened-to-eth2-1-more": "मर्ज वर अधिक.",
+  "page-upgrades-what-happened-to-eth2-2": "'Eth1' आणि 'Eth2' विलीन झाल्यामुळे, आता दोन वेगळे Ethereum ब्लॉकचेन नाहीत; फक्त Ethereum आहे.",
+  "page-upgrades-what-happened-to-eth2-3": "गोंधळ कमी करण्यासाठी, समुदायाने या संज्ञा अद्यतनित केल्या आहेत:",
+  "page-upgrades-what-happened-to-eth2-3-1": "'Eth1' आता 'एक्झिक्यूशन लेयर' आहे, जो व्यवहार आणि अंमलबजावणी हाताळतो.",
+  "page-upgrades-what-happened-to-eth2-3-2": "'Eth2' आता 'कन्सेन्सस लेयर' आहे, जो प्रूफ-ऑफ-स्टेक कन्सेन्सस हाताळतो.",
+  "page-upgrades-what-happened-to-eth2-4": "या संज्ञा अद्यतनांमुळे फक्त नावे बदलली आहेत; यामुळे Ethereum ची उद्दिष्ट्ये किंवा रोडमॅप बदलत नाही.",
+  "page-upgrades-what-happened-to-eth2-5": "'Eth2' पुनर्नामकरणाबद्दल अधिक जाणून घ्या",
+  "page-upgrades-why-cant-we-just-use-eth2-title": "आपण फक्त Eth2 का वापरू शकत नाही?",
+  "page-upgrades-why-cant-we-just-use-eth2-mental-models-title": "मानसिक मॉडेल",
+  "page-upgrades-why-cant-we-just-use-eth2-mental-models-description": "Eth2 ब्रँडिंगमधील एक मोठी समस्या ही आहे की ते Ethereum च्या नवीन वापरकर्त्यांसाठी एक तुटलेले मानसिक मॉडेल तयार करते. ते सहजपणे विचार करतात की Eth1 आधी येतो आणि Eth2 नंतर येतो. किंवा Eth2 अस्तित्वात आल्यावर Eth1 चे अस्तित्व संपते. यापैकी काहीही खरे नाही. Eth2 शब्दप्रयोग काढून टाकून, आम्ही भविष्यातील सर्व वापरकर्त्यांना या गोंधळात टाकणाऱ्या मानसिक मॉडेलमधून वाचवतो.",
+  "page-upgrades-why-cant-we-just-use-eth2-inclusivity-title": "सर्वसमावेशकता",
+  "page-upgrades-why-cant-we-just-use-eth2-inclusivity-description": "जसा Ethereum चा रोडमॅप विकसित झाला आहे, तसे Ethereum 2.0 हे Ethereum च्या रोडमॅपचे एक चुकीचे प्रतिनिधित्व बनले आहे. आपल्या शब्द निवडीमध्ये सावधगिरी बाळगल्याने आणि अचूक असल्याने Ethereum वरील सामग्री शक्य तितक्या व्यापक प्रेक्षकांना समजण्यास मदत होते.",
+  "page-upgrades-why-cant-we-just-use-eth2-scam-prevention-title": "स्कॅम प्रतिबंध",
+  "page-upgrades-why-cant-we-just-use-eth2-scam-prevention-description": "दुर्दैवाने, दुर्भावनापूर्ण व्यक्तींनी Eth2 या चुकीच्या नावाचा वापर करून वापरकर्त्यांना त्यांचा ETH ‘ETH2’ टोकन्ससाठी स्वॅप करण्यास सांगून किंवा Eth2 अपग्रेडपूर्वी त्यांचा ETH कसातरी स्थलांतरित करावा लागेल असे सांगून फसवण्याचा प्रयत्न केला आहे. आम्हाला आशा आहे की ही अद्यतनित शब्दावली या स्कॅम वेक्टरला दूर करण्यासाठी स्पष्टता आणेल आणि इकोसिस्टमला अधिक सुरक्षित बनविण्यात मदत करेल.",
+  "page-upgrades-why-cant-we-just-use-eth2-staking-clarity-title": "स्टेकिंग स्पष्टता",
+  "page-upgrades-why-cant-we-just-use-eth2-staking-clarity-description": "काही स्टेकिंग ऑपरेटर्सनी बीकन चेनवर स्टेक केलेल्या ETH ला ‘ETH2’ टिकरने देखील दर्शवले आहे. यामुळे संभाव्य गोंधळ निर्माण होतो, कारण या सेवांचे वापरकर्ते प्रत्यक्षात ‘ETH2’ टोकन मिळवत नाहीत. कोणताही ‘ETH2’ टोकन अस्तित्वात नाही; ते फक्त त्या विशिष्ट प्रदात्याच्या स्टेक मधील त्यांचा वाटा दर्शवते.",
+  "page-upgrades-what-to-do": "तुम्हाला काय करण्याची गरज आहे?",
+  "page-upgrades-what-to-do-desc": "जर तुम्ही डॅप वापरकर्ता किंवा ETH धारक असाल, तर तुम्हाला काहीही करण्याची गरज नाही. जर तुम्ही डेव्हलपर असाल किंवा स्टेकिंग सुरू करू इच्छित असाल, तर आज तुम्ही सहभागी होण्याचे मार्ग आहेत.",
+  "page-upgrades-whats-next": "Ethereum अपग्रेड्स काय आहेत?",
+  "page-upgrades-whats-next-desc": "Ethereum रोडमॅपमध्ये एकमेकांशी जोडलेले प्रोटोकॉल अपग्रेड्स समाविष्ट आहेत जे नेटवर्कला अधिक स्केलेबल, अधिक सुरक्षित आणि अधिक टिकाऊ बनवतील. हे अपग्रेड्स Ethereum इकोसिस्टममधील अनेक टीम्सद्वारे तयार केले जात आहेत.",
+  "page-upgrades-whats-next-history": "मागील Ethereum अपग्रेड्सबद्दल जाणून घ्या",
+  "page-upgrades-whats-ethereum": "थांबा, Ethereum म्हणजे काय?",
+  "page-upgrades-whats-new": "Ethereum साठी पुढे काय आहे?",
+  "page-upgrades-security-link": "सुरक्षितता आणि स्कॅम प्रतिबंधावर अधिक",
+  "page-staking-deposit-contract-staking-more-link": "स्टिकिंग वर अधिक",
+  "docs-nav-proof-of-stake": "प्रूफ-ऑफ-स्टेक",
+  "docs-nav-proof-of-work": "प्रूफ-ऑफ-वर्क",
+  "page-upgrades-get-involved-ethresearch-1": "खापरीकरण",
+  "page-upgrades-get-involved-ethresearch-2": "द मर्ज"
+}
diff --git a/src/intl/mr/page-upgrades.json b/src/intl/mr/page-upgrades.json
index a024df2e869..93ee7922b06 100644
--- a/src/intl/mr/page-upgrades.json
+++ b/src/intl/mr/page-upgrades.json
@@ -1,4 +1,17 @@
 {
+  "page-upgrades-merge-infographic-el": "इथेरिअम स्थिती: व्यवहार, अॅप्स, कॉन्ट्रॅक्ट्स, बॅलन्स",
+  "page-upgrades-merge-infographic-alt-text": "प्रूफ-ऑफ-वर्क पासून प्रूफ-ऑफ-स्टेक मध्ये संक्रमण होत असताना बीकन चेन इथेरिअमच्या एक्झिक्युशन लेअरमध्ये कशी विलीन होते हे दर्शवणारे इन्फोग्राफिक.",
+  "page-upgrades-beacon-date": "पाठवले!",
+  "page-upgrades-merge-date": "सप्टेंबर २०२२",
+  "page-upgrades-shards-date": "~२०२३",
+  "page-upgrades-pbs": "लगेच नाही - २०२४/२५ मध्ये अपेक्षित",
+  "page-upgrades-post-merge-banner-tutorial-ood": "हे ट्युटोरिअल मर्ज झाल्यानंतर कालबाह्य झाले आहे आणि कदाचित कार्य करणार नाही. आपण योगदान देऊ इच्छित असल्यास कृपया पीआर (PR) तयार करा.",
+  "page-upgrades-upgrades-guide": "Ethereum अपग्रेड्ससाठी मार्गदर्शक",
+  "page-upgrades-upgrades-docking": "द मर्ज",
+  "page-upgrades-shard-title": "खापरीकरण",
+  "page-upgrades-upgrades-beacon-chain": "प्रमुख साखळी",
+  "consensus-beaconscan-title": "beaconscan",
+  "consensus-beaconscan-in-title": "beaconcha.in",
   "consensus-beaconcha-in-desc": "ओपन सोर्स बीकन चेन एक्सप्लोरर",
   "consensus-beaconscan-desc": "बीकन चेन एक्सप्लोरर - एकमत लेयरसाठी इथरस्कॅन",
   "consensus-become-staker": "सदस्य व्हा",
diff --git a/src/intl/mr/page-wallets-find-wallet.json b/src/intl/mr/page-wallets-find-wallet.json
index 7e8b7ce09b8..8b6182a7a58 100644
--- a/src/intl/mr/page-wallets-find-wallet.json
+++ b/src/intl/mr/page-wallets-find-wallet.json
@@ -1,17 +1,18 @@
 {
   "page-find-wallet-clear": "फिल्टर साफ करा",
-  "page-find-wallet-desc-2": "त्यामुळे तुम्हाला हव्या असलेल्या वैशिष्ट्यांवर आधारित तुमचे वॉलेट निवडा.",
-  "page-find-wallet-description": "पाकीटमध्ये अनेक पर्यायी वैशिष्ट्ये आहेत जी तुम्हाला आवडतील.",
+  "page-find-wallet-desc-2": "वॉलेट म्हणजे काय हे माहित नाही?",
+  "page-find-wallet-desc-2-wallets-link": "वॉलेट्सबद्दल जाणून घ्या.",
+  "page-find-wallet-description": "वॉलेट्स तुमचे ETH संग्रहित करतात आणि व्यवहार करतात. तुम्ही तुमच्या गरजेनुसार विविध उत्पादनांमधून निवडू शकता.",
   "page-find-wallet-last-updated": "शेवटचे अद्यावत",
   "page-find-wallet-meta-description": "तुम्हाला हव्या असलेल्या वैशिष्ट्यांवर आधारित Ethereum वॅलेट शोधा आणि त्यांची तुलना करा.",
-  "page-find-wallet-meta-title": "Ethereum वॉलेट शोधा",
-  "page-find-wallet-title": "वॉलेट शोधा",
+  "page-find-wallet-meta-title": "इथेरियम वॉलेट्सची सूची | ethereum.org",
+  "page-find-wallet-title": "तुमचे वॉलेट निवडा",
   "page-find-wallet-try-removing": "एक किंवा दोन वैशिष्ट्य काढून टाकण्याचा प्रयत्न करा",
   "page-stake-eth": "भागभांडवल ETH",
-  "page-find-wallet-open-source": "Open source",
+  "page-find-wallet-open-source": "ओपन सोर्स",
   "page-find-wallet-open-source-desc": "मुक्त-स्रोत सॉफ्टवेअर कोणालाही अनुप्रयोगाची अखंडता आणि सुरक्षितता तपासू देते",
-  "page-find-wallet-self-custody": "Self custody",
-  "page-find-wallet-non-custodial": "ताब्यात नसलेले",
+  "page-find-wallet-self-custody": "स्व-अभिरक्षण",
+  "page-find-wallet-non-custodial": "वैयक्तिक मालकी",
   "page-find-wallet-non-custodial-desc": "वॅलेटं जे तुमच्या खाजगी की नियंत्रित करत नाहीत",
   "page-find-wallet-hardware-wallet-support": "हार्डवेअर वॉलेट समर्थन",
   "page-find-wallet-hardware-wallet-support-desc": "चांगल्या सुरक्षिततेसाठी हार्डवेअर पाकीटशी कनेक्ट होऊ शकणारे वॉलेट",
@@ -20,7 +21,7 @@
   "page-find-wallet-nft-support": "NFT समर्थन",
   "page-find-wallet-nft-support-desc": "वॅलेटं जे तुमच्या NFT पाहण्यास आणि त्यांच्याशी संवाद साधण्यास समर्थन देतात",
   "page-find-wallet-connect-to-dapps": "dapps शी कनेक्ट करा",
-  "page-find-wallet-connect-to-dapps-desc": "Ethereum नेटवर्कवर तयार केलेल्या ऍप्लिकेशन्सशी कनेक्ट केलेले वॅलेटं",
+  "page-find-wallet-connect-to-dapps-desc": "तुम्ही WalletConnect किंवा पर्यायाला सपोर्ट करणाऱ्या ॲप्लिकेशन्सना कनेक्ट करू शकता.",
   "page-find-wallet-staking": "स्टॅकिंग",
   "page-find-wallet-staking-desc": "ETH थेट वॉलेटमधून घ्या",
   "page-find-wallet-swaps": "स्वॅप्स",
@@ -35,16 +36,20 @@
   "page-find-wallet-token-importing-desc": "वॉलेटमध्ये वापरण्यासाठी कोणतेही ERC-20 टोकन आयात करा",
   "page-find-wallet-buy-crypto": "क्रिप्टो खरेदी करा",
   "page-find-wallet-buy-crypto-desc": "थेट वॉलेटमध्ये फियाटसह क्रिप्टो खरेदी करा \n *टीप: क्रिप्टो खरेदी करणे प्रदेश विशिष्ट असू शकते",
-  "page-find-wallet-sell-for-fiat": "फियाटसाठी विक्री करा",
+  "page-find-wallet-sell-for-fiat": "रोख रकमेसाठी विक्री करा",
   "page-find-wallet-sell-for-fiat-desc": "थेट वॉलेटमध्ये फियाटला क्रिप्टोची विक्री करा \n *टीप: क्रिप्टो काढणे प्रदेश विशिष्ट असू शकते",
   "page-find-wallet-multisig": "मल्टीसिग",
   "page-find-wallet-multisig-desc": "वॅलेटं ज्यांना व्यवहार अधिकृत करण्यासाठी एकाधिक स्वाक्षरी आवश्यक आहेत",
   "page-find-wallet-social-recovery": "सामाजिक पुनर्प्राप्ती",
   "page-find-wallet-social-recovery-desc": "वॅलेटं जे पालकांना स्मार्ट कॉन्ट्रॅक्ट वॅलेटंसाठी साइनिंग की बदलण्याची परवानगी देतात",
-  "page-find-wallet-features": "Features",
+  "page-find-wallet-languages-supported": "भाषा समर्थन",
+  "page-find-wallet-languages-search-language": "भाषा शोधा",
+  "page-find-wallet-popular-languages": "सर्वाधिक लोकप्रिय",
+  "page-find-wallet-features": "वैशिष्ट्ये",
   "page-find-wallet-security": "सुरक्षा",
-  "page-find-wallet-smart-contract": "Smart contract",
-  "page-find-wallet-check-out": "Check out",
+  "page-find-wallet-smart-contract": "स्मार्ट कॉन्ट्रॅक्ट",
+  "page-find-wallet-advanced": "प्रगत",
+  "page-find-wallet-check-out": "पहा",
   "page-find-wallet-info-updated-on": "माहिती अपडेट केली आहे",
   "page-find-wallet-showing-all-wallets": "सर्व वॅलेटे दाखवत आहे",
   "page-find-wallet-wallets": "वॉलेट",
@@ -55,22 +60,32 @@
   "page-find-wallet-windows": "Windows",
   "page-find-wallet-chromium": "Chromium",
   "page-find-wallet-firefox": "Firefox",
-  "page-find-wallet-hardware": "Hardware",
+  "page-find-wallet-hardware": "हार्डवेअर",
   "page-find-wallet-new-to-crypto-title": "क्रिप्टोसाठी नवीन",
-  "page-find-wallet-new-to-crypto-desc": "तुम्ही तुमचे पहिले वॉलेट शोधत असलेले प्रथमच वापरकर्ते आहात",
+  "page-find-wallet-new-to-crypto-desc": "नवशिक्यांसाठीच्या वॉलेटच्या शोधात असलेला प्रथमच वापरकर्ता.",
   "page-find-wallet-nfts-title": "NFT",
-  "page-find-wallet-nfts-desc": "तुम्ही अशी व्यक्ती आहात जी NFT बद्दल आहे आणि तुम्हाला NFT सपोर्ट असलेले वॉलेट हवे आहे",
-  "page-find-wallet-hodler-title": "होल्डर",
-  "page-find-wallet-hodler-desc": "तुम्ही अशी व्यक्ती आहात ज्याच्याकडे टोकन आहेत आणि त्यांना स्पर्श करू इच्छित नाही",
+  "page-find-wallet-nfts-desc": "NFT सपोर्टवर लक्ष केंद्रित करणारी वॉलेट्स.",
+  "page-find-wallet-hodler-title": "हार्डवेअर",
+  "page-find-wallet-hodler-desc": "हार्डवेअर वॉलेट्ससह निष्क्रिय टोकन होल्डिंग.",
   "page-find-wallet-finance-title": "वित्त",
-  "page-find-wallet-finance-desc": "तुम्ही DeFi वापरणारे आहात आणि तुम्हाला DeFi अनुप्रयोगशी कनेक्ट करू देणारे वॉलेट हवे आहे",
+  "page-find-wallet-finance-desc": "DeFi ॲप्सच्या वारंवार वापरावर लक्ष केंद्रित करणारी वॉलेट्स.",
   "page-find-wallet-developer-title": "विकसक",
-  "page-find-wallet-developer-desc": "तुम्ही विकसक आहात आणि dapps विकसित करण्यासाठी आणि चाचणी करण्यात मदत करण्यासाठी वॉलेटची आवश्यकता आहे",
+  "page-find-wallet-developer-desc": "dapps विकसित आणि चाचणी करण्यास मदत करणारी वॉलेट्स.",
+  "page-find-wallet-active": "सक्रिय",
   "page-find-wallet-footnote-1": "या पृष्ठावर सूचीबद्ध केलेले वॉलेट्स अधिकृत समर्थन नाहीत आणि केवळ माहितीच्या उद्देशाने प्रदान केले आहेत.",
   "page-find-wallet-footnote-2": "त्यांची वर्णने वॉलेट प्रकल्पांनीच दिली आहेत.",
   "page-find-wallet-footnote-3": "आम्ही आमच्या <a href=\"/contributing/adding-wallets/\">सूची धोरण</a> मधील निकषांवर आधारित या पृष्ठावर उत्पादने जोडतो. तुम्हाला आम्ही वॉलेट जोडायचे असल्यास, <a href=\"https://github.com/ethereum/ethereum-org-website/issues/new?assignees=&labels=wallet+%3Apurse%3A&template=suggest_wallet.yaml&title=Suggest+a+wallet\" target=\"_blank\">GitHub मध्ये समस्या मांडा</a> सुचवा.",
   "page-find-wallet-mobile": "मोबाईल",
   "page-find-wallet-desktop": "डेस्कटॉप",
   "page-find-wallet-browser": "ब्राउझर",
-  "page-find-wallet-device": "डिव्हाइस"
+  "page-find-wallet-device": "डिव्हाइस",
+  "page-find-wallet-reset-filters": "रीसेट करा",
+  "page-find-wallet-visit-website": "वेबसाइटला भेट द्या",
+  "page-find-wallet-social-links": "लिंक्स",
+  "page-find-wallet-empty-results-title": "कोणतेही परिणाम नाहीत",
+  "page-find-wallet-empty-results-desc": "तुमच्या निकषांशी जुळणारी कोणतीही वॉलेट्स नाहीत, काही फिल्टर्स काढून टाकण्याचा प्रयत्न करा.",
+  "page-find-wallet-privacy": "गोपनीयता",
+  "page-find-wallet-privacy-desc": "अंगभूत खाजगी व्यवहारांना सपोर्ट करणारी वॉलेट्स.",
+  "page-find-wallet-see-wallets": "वॉलेट्स पहा",
+  "page-find-wallet-search-languages": "भाषा शोधा..."
 }
diff --git a/src/intl/mr/page-wallets.json b/src/intl/mr/page-wallets.json
index d391aafd903..13c5d561178 100644
--- a/src/intl/mr/page-wallets.json
+++ b/src/intl/mr/page-wallets.json
@@ -1,20 +1,20 @@
 {
   "page-wallets-accounts-addresses": "वॅलेटं, खाती, की आणि पत्ते",
   "page-wallets-accounts-addresses-desc": "काही प्रमुख संज्ञांमधील फरक समजून घेणे योग्य आहे.",
-  "page-wallets-accounts-ethereum-addresses": "Ethereum खात्याचा पत्ता असतो, जसे की इनबॉक्समध्ये ईमेल पत्ता असतो. हे तुमची डिजिटल मालमत्ता ओळखण्यासाठी वापरले जाते.",
+  "page-wallets-accounts-ethereum-addresses": "<b>Ethereum खात्याला एक पत्ता असतो</b>, जसे इनबॉक्सला ईमेल पत्ता असतो. याचा उपयोग तुमची डिजिटल मालमत्ता ओळखण्यासाठी केला जातो.",
   "page-wallets-alt": "Ethereum वॉलेटाचे प्रतिनिधीत्व करणारे तिजोरीसारखे शरीर असलेले यंत्रमानवाचे स्पष्टीकरणात्मक चित्र",
-  "page-wallets-ethereum-account": "Ethereum खाते म्हणजे किल्लींची जोडी. एक की तुम्ही मुक्तपणे शेअर करू शकता असा पत्ता तयार करण्यासाठी वापरली जाते आणि दुसरी की तुम्हाला गुप्त ठेवायची असते कारण ती गोष्टींवर स्वाक्षरी करण्यासाठी वापरली जाते. एकत्रितपणे, या की तुम्हाला मालमत्ता ठेवू देतात आणि व्यवहार करू देतात.",
-  "page-wallets-blog": "कॉइनबेस ब्लॉग",
+  "page-wallets-ethereum-account": "<b>Ethereum खाते म्हणजे की (keys) ची जोडी</b>. <a href=\"/glossary/#public-key\">एक की</a> तुम्ही मुक्तपणे शेअर करू शकता असा पत्ता तयार करण्यासाठी वापरली जाते आणि <a href=\"/glossary/#private-key\">दुसरी की</a> तुम्हाला गुप्त ठेवावी लागते कारण तिचा उपयोग स्वाक्षरी करण्यासाठी केला जातो. एकत्रितपणे, या की तुम्हाला मालमत्ता ठेवू देतात आणि व्यवहार करू देतात.",
+  "page-wallets-blog": "Coinbase ब्लॉग",
   "page-wallets-bookmarking": "तुमचे वॉलेट बुकमार्क करा",
   "page-wallets-bookmarking-desc": "तुम्ही वेब वॉलेट वापरत असल्यास, फिशिंग स्कॅमपासून स्वतःचे संरक्षण करण्यासाठी साइट बुकमार्क करा.",
-  "page-wallets-cd": "भौतिक हार्डवेअर वॅलेटं ही अशी उपकरणे आहेत जी तुम्हाला तुमचा क्रिप्टो ऑफलाइन ठेवू देतात - अतिशय सुरक्षित",
+  "page-wallets-cd": "<b>फिजिकल हार्डवेअर वॉलेट्स</b> ही अशी उपकरणे आहेत जी तुम्हाला तुमचा क्रिप्टो ऑफलाइन ठेवू देतात – खूप सुरक्षित.",
   "page-wallets-desc-2": "वॅलेटं हे बहुतेक लोक त्यांची डिजिटल मालमत्ता आणि ओळख हाताळण्यासाठी वापरतात.",
   "page-wallets-desc-2-link": "ETH वर अधिक",
   "page-wallets-desc-3": "तुमचे वॉलेट हे तुमच्या Ethereum खात्याशी संवाद साधण्याचे साधन आहे. याचा अर्थ तुम्ही वॉलेट प्रदाते कधीही स्वॅप करू शकता. अनेक वॅलेटं तुम्हाला एका अर्जमधून अनेक Ethereum खाती व्यवस्थापित करू देतात.",
   "page-wallets-desc-4": "वॉलेट प्रदात्यांकडे तुमच्या निधीचा ताबा नाही. ते तुम्हाला Ethereum वर तुमची मालमत्ता पाहण्यासाठी फक्त एक खिडकी देतात आणि ते सहजपणे व्यवस्थापित करण्यासाठी साधने देतात.",
   "page-wallets-description": "Ethereum वॉलेट हे अनुप्रयोग आहेत जे तुम्हाला तुमच्या खात्यावर नियंत्रण देतात. तुमच्या भौतिक वॉलेट प्रमाणेच, त्यात तुम्हाला तुमची ओळख सिद्ध करण्यासाठी आणि तुमची मालमत्ता हाताळण्यासाठी आवश्यक असलेली प्रत्येक गोष्ट असते. तुमचे वॉलेट तुम्हाला अनुप्रयोग मध्ये साइन इन करण्याची, तुमची शिल्लक वाचण्याची, व्यवहार पाठवण्याची आणि तुमची ओळख सत्यापित करण्याची परवानगी देते.",
-  "page-wallets-desktop": "आपण macOS, Windows किंवा Linux द्वारे आपले निधी व्यवस्थापित करण्यास प्राधान्य दिल्यास डेस्कटॉप अनुप्रयोग",
-  "page-wallets-ethereum-wallet": "वॉलेट हे एक साधन आहे जे तुम्हाला तुमच्या की वापरून तुमच्या खात्याशी संवाद साधू देते. हे तुम्हाला तुमच्या खात्यातील शिल्लक पाहण्यास, व्यवहार पाठविण्यास आणि बरेच काही करण्यास अनुमती देते.",
+  "page-wallets-desktop": "<b>डेस्कटॉप ॲप्लिकेशन्स</b>, जर तुम्ही macOS, Windows किंवा Linux द्वारे तुमचे फंड्स व्यवस्थापित करण्यास प्राधान्य देत असाल.",
+  "page-wallets-ethereum-wallet": "<b>वॉलेट हे एक साधन आहे जे तुम्हाला तुमच्या की वापरून तुमच्या खात्याशी संवाद साधू देते</b>. हे तुम्हाला तुमच्या खात्यातील शिल्लक पाहण्याची, व्यवहार पाठवण्याची आणि बरेच काही करण्याची अनुमती देते.",
   "page-wallets-explore": "Ethereum चे अन्वेषण करा",
   "page-wallets-features-desc": "तुमच्यासाठी महत्त्वाच्या असलेल्या वैशिष्ट्यांच्या आधारे आम्ही तुमचे वॉलेट निवडण्यात मदत करू शकतो.",
   "page-wallets-features-title": "वैशिष्ट्यांवर आधारित वॅलेटंची तुलना करा",
@@ -24,27 +24,26 @@
   "page-wallets-get-some-alt": "लेगो ब्रिक्सचा वापर करून हात ETH चा लोगो बनवित असल्याचे स्पष्टीकरणात्मक चित्र",
   "page-wallets-get-some-btn": "काही ETH मिळवा",
   "page-wallets-get-some-desc": "ETH हे Ethereumचे मूळ क्रिप्टो आहे. Ethereum अनुप्रयोग वापरण्यासाठी तुम्हाला तुमच्या वॉलेटमध्ये काही ETH ची आवश्यकता असेल.",
-  "page-wallets-how-to-store": "Ethereumवर डिजिटल मालमत्ता कशी साठवायची",
   "page-wallets-keys-to-safety": "तुमचा क्रिप्टो सुरक्षित ठेवण्याच्या चाव्या",
   "page-wallets-manage-funds": "तुमचा निधी व्यवस्थापित करण्यासाठी एक अॅप",
   "page-wallets-manage-funds-desc": "तुमचे वॉलेट तुमची शिल्लक, व्यवहार इतिहास दाखवते आणि तुम्हाला निधी पाठवण्याचा/प्राप्त करण्याचा मार्ग देते. काही पाकीट अधिक देऊ शकतात.",
   "page-wallets-meta-description": "Ethereum वॅलेटं वापरण्यासाठी तुम्हाला काय माहित असणे आवश्यक आहे.",
-  "page-wallets-meta-title": "Ethereum वॅलेट",
-  "page-wallets-mobile": "मोबाइल अनुप्रयोग जे तुमचे फंड कोठूनही प्रवेशयोग्य बनवतात",
+  "page-wallets-meta-title": "Ethereum वॉलेट्स: क्रिप्टो खरेदी करा, साठवा आणि पाठवा",
+  "page-wallets-mobile": "<b>मोबाइल ॲप्लिकेशन्स</b> जे तुमचे फंड्स कुठूनही ॲक्सेस करण्यायोग्य बनवतात.",
   "page-wallets-more-on-dapps-btn": "Dapps वर अधिक",
   "page-wallets-most-wallets": "हुतेक वॉलेट उत्पादने तुम्हाला Ethereum खाते व्युत्पन्न करू देतात. त्यामुळे तुम्ही वॉलेट डाउनलोड करण्यापूर्वी तुम्हाला त्याची गरज नाही.",
   "page-wallets-protecting-yourself": "स्वतःचे आणि आपल्या निधीचे संरक्षण करणे",
-  "page-wallets-seed-phrase": "तुमचा बीज वाक्यांश लिहा",
+  "page-wallets-seed-phrase": "तुमचा <a href=\"/glossary/#recovery-phrase\">रिकव्हरी फ्रेज</a> लिहून ठेवा",
   "page-wallets-seed-phrase-desc": "पाकिटं अनेकदा तुम्हाला एक सीड वाक्प्रचार देईल की तुम्ही कुठेतरी सुरक्षितपणे लिहून ठेवले पाहिजे. हा एकमेव मार्ग आहे ज्यामुळे तुम्ही तुमचे वॉलेट पुनर्प्राप्त करू शकाल.",
   "page-wallets-seed-phrase-example": "येथे एक उदाहरण आहे:",
   "page-wallets-seed-phrase-snippet": "there aeroplane curve vent formation doge possible product distinct under spirit lamp",
   "page-wallets-seed-phrase-write-down": "ते संगणकावर साठवू नका. ते लिहून ठेवा आणि सुरक्षित ठेवा.",
   "page-wallets-slogan": "तुमच्या डिजिटल भविष्याच्या चाव्या हातात धरून ठेवा",
   "page-wallets-stay-safe": "सुरक्षित कसे राहायचे",
-  "page-wallets-stay-safe-desc": "आर्थिक स्वातंत्र्य आणि निधी कुठेही प्रवेश करण्याची आणि वापरण्याची क्षमता जबाबदारीसह येते – क्रिप्टोमध्ये ग्राहक समर्थन नाही. तुमच्या चाव्या सुरक्षित आणि सुरक्षित ठेवण्यासाठी तुम्ही जबाबदार आहात.",
+  "page-wallets-stay-safe-desc": "आर्थिक स्वातंत्र्य आणि कुठूनही फंड्स ॲक्सेस करण्याची आणि वापरण्याची क्षमता जबाबदारीसह येते – क्रिप्टोमध्ये कोणतेही ग्राहक समर्थन (customer support) नाही. <b>तुमच्या की (keys) सुरक्षित ठेवण्याची जबाबदारी तुमची आहे</b>.",
   "page-wallets-subtitle": "वॅलेटं तुम्हाला तुमच्या डिजिटल मालमत्तेमध्ये प्रवेश करण्यात आणि अनुप्रयोगांमध्ये साइन इन करण्यात मदत करतात.",
   "page-wallets-take-responsibility": "स्वतःच्या निधीची जबाबदारी घ्या",
-  "page-wallets-take-responsibility-desc": "केंद्रीकृत देवाणघेवाण तुमच्या वॉलेटला वापरकर्तानाव आणि पासवर्डशी जोडेल जे तुम्ही पारंपारिक पद्धतीने पुनर्प्राप्त करू शकता. फक्त लक्षात ठेवा की तुम्‍ही तुमच्‍या निधीवर कस्‍टडीसह त्या देवाणघेवाणवर विश्‍वास ठेवत आहात. देवाणघेवाणला आर्थिक समस्या असल्यास, तुमच्या निधीला धोका असेल.",
+  "page-wallets-take-responsibility-desc": "सेंट्रलाइज्ड एक्सचेंजेस तुमचे वॉलेट एका यूझरनेम आणि पासवर्डशी लिंक करतील, जे तुम्ही पारंपरिक पद्धतीने रिकव्हर करू शकता. फक्त लक्षात ठेवा की तुम्ही तुमच्या फंड्सच्या कस्टडीसाठी त्या एक्सचेंजवर विश्वास ठेवत आहात. जर त्या एक्सचेंजला आर्थिक समस्या आली, तर तुमचे फंड्स धोक्यात येऊ शकतात.",
   "page-wallets-tips": "सुरक्षित राहण्यासाठी अधिक टिपा",
   "page-wallets-tips-community": "समाजाकडून",
   "page-wallets-title": "Ethereum वॅलेट",
@@ -55,13 +54,13 @@
   "page-wallets-try-dapps-desc": "Dapps Ethereum वर तयार केलेले अर्ज आहेत. बहुतेक पारंपारिक अर्जपेक्षा ते तुमच्या डेटावर स्वस्त, न्याय्य आणि दयाळू आहेत.",
   "page-wallets-types": "पाकीटांचे प्रकार",
   "page-wallets-types-desc": "तुमच्या खात्याशी इंटरफेस आणि संवाद साधण्याचे काही मार्ग आहेत:",
-  "page-wallets-web-browser": "ब्राउझर वॅलेट हे वेब अनुप्रयोग आहेत जे तुम्हाला तुमच्या खात्याशी थेट ब्राउझरमध्ये संवाद साधू देतात",
-  "page-wallets-web-browser-extension": "ब्राउझर एक्स्टेंशन पाकीट हे तुम्ही डाउनलोड केलेले विस्तार आहेत जे तुम्हाला ब्राउझरद्वारे तुमचे खाते आणि अनुप्रयोगांशी संवाद साधू देतात",
+  "page-wallets-web-browser": "<b>ब्राउझर वॉलेट्स</b> हे वेब ॲप्लिकेशन्स आहेत जे तुम्हाला थेट ब्राउझरमध्ये तुमच्या खात्याशी संवाद साधू देतात.",
+  "page-wallets-web-browser-extension": "<b>ब्राउझर एक्सटेंशन वॉलेट्स</b> हे तुम्ही डाउनलोड केलेले एक्सटेंशन्स आहेत जे तुम्हाला ब्राउझरद्वारे तुमच्या खात्याशी आणि ॲप्लिकेशन्सशी संवाद साधू देतात.",
   "page-wallets-whats-a-wallet": "Ethereum वॉलेट म्हणजे काय?",
   "page-wallets-your-ethereum-account": "तुमचे Ethereum खाते",
   "page-wallets-your-ethereum-account-desc": "तुमचे वॉलेट हे तुमच्या Ethereum खात्यातील तुमची विंडो आहे – तुमची शिल्लक, व्यवहार इतिहास आणि बरेच काही. परंतु तुम्ही कधीही वॉलेट प्रदाते स्वॅप करू शकता.",
   "page-wallets-your-login": "Ethereum अॅप्ससाठी तुमचे लॉगिन",
   "page-wallets-your-login-desc": "तुमचे वॉलेट तुम्हाला तुमचे Ethereum खाते वापरून अॅप्लिकेशनशी कनेक्ट करू देते. हे एका लॉगिनसारखे आहे जे तुम्ही अनेक अॅप्समध्ये वापरू शकता.",
-  "additional-reading-how-to-create-an-ethereum-account": "How to create an Ethereum account",
+  "additional-reading-how-to-create-an-ethereum-account": "अथेरम खाते कसे तयार करावे",
   "additional-reading-how-to-use-a-wallet": "वॉलेट कसे वापरावे"
 }
diff --git a/src/intl/mr/page-what-is-ether.json b/src/intl/mr/page-what-is-ether.json
new file mode 100644
index 00000000000..40029233172
--- /dev/null
+++ b/src/intl/mr/page-what-is-ether.json
@@ -0,0 +1,100 @@
+{
+  "page-what-is-ether-meta-title": "इथर (ETH) म्हणजे काय? (एक संपूर्ण मार्गदर्शक) | ethereum.org",
+  "page-what-is-ether-meta-description": "इथर (ETH) हे इथेरियमचे मूळ क्रिप्टोकरन्सी आहे. ते कशासाठी वापरले जाते, ते कसे आणि कोठे खरेदी करावे, ते किती आहे आणि त्याच्या किंमतीवर काय परिणाम होतो ते जाणून घ्या.",
+  "page-what-is-ether-twitter-meta-description": "इथर (ETH) हे इथेरियमचे मूळ क्रिप्टोकरन्सी आहे. ते कशासाठी वापरले जाते, ते कसे आणि कोठे खरेदी करावे, ते किती आहे आणि बरेच काही जाणून घ्या.",
+  "page-what-is-ether-title": "इथर (ETH) म्हणजे काय?",
+  "page-what-is-ether-hero-description-1": "इथर (ETH) हे मूळ क्रिप्टोकरन्सी आहे जे इथेरियम नेटवर्कला चालवते. त्याचा उपयोग नेटवर्क आणि त्यावर तयार केलेल्या ॲप्लिकेशन्स वापरण्यासाठी व्यवहार शुल्क ('गॅस' म्हणून ओळखले जाणारे) भरण्यासाठी, स्टेकिंगद्वारे नेटवर्क सुरक्षित करण्यासाठी केला जातो, आणि कोणत्याही केंद्रीय संस्था, संघटना किंवा सरकारद्वारे नियंत्रित न होता पेमेंट आणि गुंतवणुकीसाठी डिजिटल पैसे म्हणून काम करते. ETH हे बाजार भांडवलानुसार सर्वात मोठ्या क्रिप्टोकरन्सीपैकी एक आहे.",
+  "page-what-is-ether-what-is-ether-description-1": "इथर, सामान्यतः ETH म्हणून ओळखले जाते, हे ते इंधन आहे जे इथेरियम ब्लॉकचेनला चालवते. बिटकॉइनच्या विपरीत, जे प्रामुख्याने डिजिटल पैसे म्हणून काम करते, इथरचे इथेरियम इकोसिस्टममध्ये अनेक उपयोग आहेत.",
+  "page-what-is-ether-what-is-ether-description-2": "<strong>इथेरियमची मूळ क्रिप्टोकरन्सी म्हणून, ETH याचा वापर यासाठी केला जातो:</strong>",
+  "page-what-is-ether-what-is-ether-description-3": "नेटवर्क आणि त्याचे ॲप्लिकेशन्स वापरण्यासाठी व्यवहार शुल्क (गॅस) अदा करणे",
+  "page-what-is-ether-what-is-ether-description-4": "स्टेकिंगद्वारे इथेरियम नेटवर्क सुरक्षित करणे",
+  "page-what-is-ether-what-is-ether-description-5": "ETH 2015 मध्ये इथेरियमच्या लॉन्चचा भाग म्हणून सादर केले गेले आणि तेव्हापासून ते <assets>जगातील सर्वात मौल्यवान मालमत्तांपैकी एक</assets> बनले आहे.",
+  "page-what-is-ether-what-is-ether-description-6": "ग्राहकांसाठी",
+  "page-what-is-ether-what-is-ether-description-7": "ETH बँकांशिवाय जागतिक पेमेंट, नॉन-फंजिबल टोकन (NFTs) ची खरेदी आणि विकेंद्रीकृत वित्त (DeFi) ॲप्समध्ये प्रवेश सक्षम करते. ते 24/7 क्रॉस-बॉर्डर कार्यक्षमतेसह सेन्सॉरशिप प्रतिरोधक आहे.",
+  "page-what-is-ether-what-is-ether-description-8": "डेव्हलपर्ससाठी",
+  "page-what-is-ether-what-is-ether-description-9": "इथेरियम मेननेटवर स्मार्ट कॉन्ट्रॅक्ट्स तैनात करताना ETH व्यवहार शुल्कासाठी पैसे देते. इथेरियम इकोसिस्टममधील अनेक ॲप्लिकेशन्समध्ये वापरले जाणारे हे प्राथमिक चलन देखील आहे.",
+  "page-what-is-ether-what-is-ether-description-10": "गुंतवणूकदारांसाठी",
+  "page-what-is-ether-what-is-ether-description-11": "ETH स्टेकिंगद्वारे मूल्याचे भांडार आणि उत्पन्न-उत्पादक मालमत्ता म्हणून कार्य करते. हे वेब3 वाढीसाठी आणि विस्तारणाऱ्या डिजिटल अर्थव्यवस्थेसाठी एक्सपोजर प्रदान करते.",
+  "page-what-is-ether-what-is-ether-description-12": "ETH स्टेकिंगबद्दल अधिक जाणून घ्या",
+  "page-what-is-ether-how-to-buy-eth": "ETH कसे खरेदी करावे",
+  "page-what-is-ether-how-to-buy-eth-description-1": "तुमच्या गरजा आणि स्थानावर आधारित अनेक पर्यायांसह ETH खरेदी करणे सोपे आहे. <strong>नेहमी मजबूत सुरक्षा देणाऱ्या विश्वसनीय प्लॅटफॉर्मवरून सुरुवात करा</strong>.",
+  "page-what-is-ether-how-to-buy-eth-description-2": "ग्राहकांसाठी, क्रिप्टोकरन्सी एक्सचेंज किंवा वॉलेट ॲप्सद्वारे ETH खरेदी करा.",
+  "page-what-is-ether-how-to-buy-eth-description-3": "<strong>एक टीप</strong>",
+  "page-what-is-ether-how-to-buy-eth-description-4": "ETH खरेदी करताना तुम्ही \"<strong>खाते/पत्ता</strong>\" आणि \"<strong>वॉलेट</strong>\" ऐकाल.",
+  "page-what-is-ether-how-to-buy-eth-description-5": "तुमच्या <strong>खात्याचा विचार तुमच्या ईमेल पत्त्यासारखा करा</strong> जिथे लोक तुम्हाला पैसे पाठवतात.",
+  "page-what-is-ether-how-to-buy-eth-description-6": "तुमच्या <strong>वॉलेटचा विचार तुमच्या ईमेल ॲपसारखा करा</strong> जिथे तुम्ही शिल्लक तपासता आणि पेमेंट करता.",
+  "page-what-is-ether-how-to-buy-eth-description-7": "तुम्ही यासह ETH खरेदी करू शकता:",
+  "page-what-is-ether-how-to-buy-eth-description-8": "<strong>क्रेडिट/डेबिट कार्ड्स</strong> द्वारे त्वरित परंतु जास्त शुल्कासह",
+  "page-what-is-ether-how-to-buy-eth-description-9": "<strong>बँक ट्रान्सफर</strong> द्वारे हळू परंतु कमी शुल्कासह",
+  "page-what-is-ether-how-to-buy-eth-description-10": "<strong>PayPal</strong> किंवा तत्सम सेवा जेथे उपलब्ध आहेत",
+  "page-what-is-ether-how-to-buy-eth-description-11": "<strong>व्यवसायांसाठी</strong>, एक्सचेंज कॉर्पोरेट खाती देतात ज्यात जास्त मर्यादा, उत्तम सपोर्ट, अनुपालन वैशिष्ट्ये, व्हॉल्यूम सवलत आणि वर्धित सुरक्षा असते.",
+  "page-what-is-ether-how-to-buy-eth-description-12": "ETH मिळवण्याचे इतर मार्ग:",
+  "page-what-is-ether-how-to-buy-eth-description-13": "<strong>तुम्ही ओळखत असलेल्या लोकांकडून पेमेंट मिळवा</strong>",
+  "page-what-is-ether-how-to-buy-eth-description-14": "<strong>विकेंद्रीकृत वित्त प्रोटोकॉलवर तरलता प्रदान करा</strong>",
+  "page-what-is-ether-how-to-buy-eth-description-15": "<strong>इथेरियम नेटवर्क सुरक्षित करताना रिवॉर्ड मिळवण्यासाठी ETH स्टेक करा</strong>",
+  "page-what-is-ether-how-to-buy-eth-description-16": "ETH कसे आणि कोठे खरेदी करायचे याबद्दल अधिक जाणून घ्या",
+  "page-what-is-ether-how-to-send-and-receive-eth": "ETH कसे पाठवायचे आणि मिळवायचे",
+  "page-what-is-ether-how-to-send-and-receive-eth-description-1": "<strong>ETH पाठवण्यासाठी</strong> वॉलेट आणि प्राप्तकर्त्याचा पत्ता आवश्यक आहे. त्यांचा पत्ता प्रविष्ट करा, रक्कम नमूद करा, व्यवहार शुल्काचे पुनरावलोकन करा आणि पुष्टी करा. व्यवहार सामान्यतः ३० सेकंदांपेक्षा कमी वेळेत पोहोचतात आणि एकदा पुष्टी झाल्यावर ते उलटवले जाऊ शकत नाहीत.",
+  "page-what-is-ether-how-to-send-and-receive-eth-description-2": "<strong>ETH मिळवण्यासाठी</strong> तुमचा इथेरियम पत्ता किंवा QR कोड पाठवणाऱ्यासोबत शेअर करणे आवश्यक आहे. नेटवर्कच्या पुष्टीकरणानंतर निधी तुमच्या वॉलेटमध्ये दिसतो, बहुतेक वॉलेट सूचना देतात.",
+  "page-what-is-ether-how-to-send-and-receive-eth-description-3": "<strong>मदत हवी आहे का?</strong> <howToUseWallet>वॉलेट कसे वापरावे</howToUseWallet> हे मार्गदर्शक वाचा.",
+  "page-what-is-ether-how-to-send-and-receive-eth-description-4": "ETH खरेदी करताना तुम्ही \"<strong>खाते/पत्ता</strong>\" आणि \"<strong>वॉलेट</strong>\" ऐकाल.",
+  "page-what-is-ether-how-to-send-and-receive-eth-description-5": "तुमच्या <strong>खात्याचा विचार तुमच्या ईमेल पत्त्यासारखा करा</strong> जिथे लोक तुम्हाला पैसे पाठवतात.",
+  "page-what-is-ether-how-to-send-and-receive-eth-description-6": "तुमच्या <strong>वॉलेटचा विचार तुमच्या ईमेल ॲपसारखा करा</strong> जिथे तुम्ही शिल्लक तपासता आणि पेमेंट करता.",
+  "page-what-is-ether-how-to-send-and-receive-eth-description-7": "मोठ्या रकमेसाठी, अतिरिक्त सुरक्षेसाठी हार्डवेअर वॉलेटचा विचार करा.",
+  "page-what-is-ether-how-to-send-and-receive-eth-description-8": "इथेरियमबद्दल आणि ते कसे कार्य करते याबद्दल जाणून घ्या.",
+  "page-what-is-ether-how-to-send-and-receive-eth-callout": "तुमचा इथेरियम पत्ता फक्त विश्वसनीय संपर्कांसोबत शेअर करा. इथेरियम एक सार्वजनिक लेजर असल्याने, ते तुमची शिल्लक आणि व्यवहार पाहू शकतात. ते तुमच्या निधीमध्ये प्रवेश करू शकत नाहीत परंतु गोपनीयतेची शिफारस केली जाते.",
+  "page-what-is-ether-how-long-does-it-take-to-send-eth": "ETH पाठवण्यासाठी किती वेळ लागतो?",
+  "page-what-is-ether-how-long-does-it-take-to-send-eth-description-1": "ETH व्यवहार सामान्यतः ३० सेकंदांपेक्षा कमी वेळेत पूर्ण होतात. इथेरियम नेटवर्क दर १२ सेकंदांनी ब्लॉकवर प्रक्रिया करते, तरीही गर्दीच्या वेळी व्यवहार रांगेत लागू शकतात.",
+  "page-what-is-ether-how-long-does-it-take-to-send-eth-description-2": "बिटकॉइनच्या ६०-मिनिटांच्या सरासरीच्या तुलनेत, व्यवहार ~१५ मिनिटांनंतर 'अंतिमता' प्राप्त करतात.",
+  "page-what-is-ether-how-long-does-it-take-to-send-eth-description-3": "जास्त नेटवर्क ट्रॅफिक दरम्यान, तुम्ही जास्त व्यवहार शुल्क भरून व्यवहार वेगवान करू शकता, ज्यामुळे तुम्ही रांगेत पुढे जाता. शुल्क व्हॅलिडेटर्स आणि बर्निंग यंत्रणेमध्ये विभागले जाते.",
+  "page-what-is-ether-how-much-does-it-cost-to-send-eth": "ETH पाठवण्यासाठी किती खर्च येतो?",
+  "page-what-is-ether-how-much-does-it-cost-to-send-eth-description-1": "इथेरियम व्यवहारांसाठी <strong>ETH मध्ये दिलेले व्यवहार शुल्क</strong> आवश्यक आहे. शुल्काची गणना आवश्यक असलेल्या संगणकीय कार्यावर ('गॅस' मध्ये मोजले जाते) आणि नेटवर्कच्या सध्याच्या मागणीवर आधारित केली जाते. गॅसची किंमत नेटवर्क ट्रॅफिकनुसार बदलते, ज्यामुळे ऑफ-पीक काळात व्यवहार कमी खर्चाचे होतात.",
+  "page-what-is-ether-l2s": "L2s चा प्रवेश: इथेरियमचे स्केलिंग",
+  "page-what-is-ether-l2s-description-1": "इथेरियमची लोकप्रियता वाढत असताना, व्यवहार शुल्क कमी ठेवणे आव्हानात्मक होत आहे. <strong>लेयर 2 (L2)</strong> नेटवर्क्स या समस्येचे निराकरण करतात.",
+  "page-what-is-ether-l2s-description-2": "<optimism>Optimism</optimism> आणि <arbitrum>Arbitrum</arbitrum> सारखे L2s इथेरियमची सुरक्षा वारशाने घेताना <strong>10-100x स्वस्त शुल्क</strong> देतात. ते ऑफचेन व्यवहारांवर प्रक्रिया करतात आणि इथेरियमवर डेटा पोस्ट करतात.",
+  "page-what-is-ether-l2s-description-3": "त्यांना इथेरियमच्या मुख्य महामार्गासोबत जलद, स्वस्त व्यवहार प्रदान करणारे एक्सप्रेस लेन म्हणून विचारात घ्या.",
+  "page-what-is-ether-l2s-description-4": "L2 <strong>ट्रान्सफरसाठी सामान्यतः $0.01 पेक्षा कमी खर्च येतो</strong>, ज्यामुळे Robinhood, PayPal, आणि Shopify सारख्या कंपन्यांसोबतच्या एकत्रीकरणामुळे इथेरियम लाखो अधिक वापरकर्त्यांपर्यंत पोहोचते.",
+  "page-what-is-ether-what-is-the-eth-supply": "ETH पुरवठा किती आहे?",
+  "page-what-is-ether-what-is-the-eth-supply-description-1": "बिटकॉइनच्या २१ दशलक्षच्या निश्चित मर्यादेच्या विपरीत, ETH मध्ये डायनॅमिक पुरवठा यंत्रणा आहे:",
+  "page-what-is-ether-what-is-the-eth-supply-description-2": "प्रोटोकॉलद्वारे गणलेल्या मर्यादित दराने नेटवर्क व्हॅलिडेटर्सना रिवॉर्ड देण्यासाठी नवीन ETH जारी केले जाते",
+  "page-what-is-ether-what-is-the-eth-supply-description-3": "प्रत्येक व्यवहार शुल्काचा एक भाग कायमस्वरूपी \"बर्न\" केला जातो (अस्तित्वातून हटवला जातो)",
+  "page-what-is-ether-what-is-the-eth-supply-description-4": "यामुळे नेटवर्कच्या वापरानुसार चलनवाढ आणि चलनघटीचे आलटून पालटून येणारे कालावधी तयार होतात",
+  "page-what-is-ether-what-is-the-eth-supply-description-5": "<strong>अपेक्षित संतुलन</strong>: ही प्रणाली नेटवर्क सुरक्षेला दीर्घकालीन मूल्य संरक्षणासह संतुलित करते. जास्त वापरामुळे चलनघट होते; कमी वापरामुळे चलनवाढ होते.",
+  "page-what-is-ether-what-is-the-eth-supply-description-6": "डेटा स्रोत: <etherscan>Etherscan</etherscan>, <ultrasound>Ultrasound Money</ultrasound>",
+  "page-what-is-ether-what-is-the-distribution-of-eth": "ETH चे वितरण कसे आहे?",
+  "page-what-is-ether-what-is-the-distribution-of-eth-description-1": "मालकी <etherscan>कोट्यवधी पत्त्यांवर</etherscan> मोठ्या प्रमाणावर वितरीत केली आहे, ज्यामुळे नियंत्रणाचे केंद्रीकरण टळते आणि विकेंद्रीकरण वाढते.",
+  "page-what-is-ether-breakdown": "इथर वितरणाचे विश्लेषण",
+  "page-what-is-ether-breakdown-description-1": "<strong>स्टेक केलेले इथर</strong>: नेटवर्क सुरक्षेसाठी <beaconchain>लॉक</beaconchain> केलेले कोट्यवधी ETH",
+  "page-what-is-ether-breakdown-description-2": "<strong>एक्सचेंज</strong>: केंद्रीकृत प्लॅटफॉर्म पुरवठ्याच्या <unchained>13-16%</unchained> धारण करतात",
+  "page-what-is-ether-breakdown-description-3": "<strong>स्मार्ट कॉन्ट्रॅक्ट्स</strong>: DeFi प्रोटोकॉलसह स्मार्ट कॉन्ट्रॅक्ट्समध्ये लक्षणीय रक्कम",
+  "page-what-is-ether-breakdown-description-4": "<strong>Ethereum फाउंडेशन</strong>: पुरवठ्याच्या <ef>0.3% पेक्षा कमी</ef> धारण करते (2014 मध्ये 9% वरून खाली)",
+  "page-what-is-ether-who-holds-most": "सर्वात जास्त कोणाकडे आहे?",
+  "page-what-is-ether-who-holds-most-description-1": "सर्वात जास्त ETH शिल्लक असलेले इथेरियम पत्ते सामान्यतः व्यक्तींचे नसतात. \"टॉप\" इथेरियम पत्त्यांमध्ये दिसणारे बहुतेक इथर हे एकाच व्यक्तीच्या मालकीचे नसून, अनेक वेगवेगळ्या लोकांच्या आणि संस्थांच्या एकत्रित, पूल केलेल्या निधीचे प्रतिनिधित्व करते.",
+  "page-what-is-ether-who-holds-most-description-2": "सर्वाधिक शिल्लक असलेल्या ETH खात्यांमध्ये सामान्यतः यांचा समावेश असतो:",
+  "page-what-is-ether-who-holds-most-description-3": "बीकन चेन डिपॉझिट कॉन्ट्रॅक्ट: डिपॉझिट कॉन्ट्रॅक्टची शिल्लक त्या सर्व ETH चे प्रतिनिधित्व करते जे इथेरियम नेटवर्क सुरक्षित करण्यात मदत करण्यासाठी <staked>स्टेक</staked> केले गेले आहे. जरी हा सर्वात मोठा ETH शिल्लक असलेला इथेरियम पत्ता असला तरी, तो एक प्रवेशयोग्य इथेरियम वॉलेट खात्याचे प्रतिनिधित्व करत नाही. हा एक स्मार्ट कॉन्ट्रॅक्ट आहे जो स्टेकिंगमध्ये सहभागी होण्यासाठी पहिली पायरी म्हणून ETH चे डिपॉझिट स्वीकारतो, आणि नंतर नेटवर्कच्या सक्रिय व्हॅलिडेटर्समध्ये त्या इथरच्या शिलकेचे व्यवस्थापन करतो.",
+  "page-what-is-ether-who-holds-most-description-4": "स्मार्ट कॉन्ट्रॅक्ट्स: इतर अनेक उच्च-शिल्लक इथेरियम पत्ते इथेरियम-आधारित ॲप्लिकेशन्सना चालना देणाऱ्या स्मार्ट कॉन्ट्रॅक्ट्सचे प्रतिनिधित्व करतात, जसे की विकेंद्रीकृत वित्त (DeFi) प्रोटोकॉल, ब्रिज, किंवा विकेंद्रीकृत स्वायत्त संस्था (DAOs) साठी स्मार्ट कॉन्ट्रॅक्ट पत्ते. हे कॉन्ट्रॅक्ट शिल्लक त्या इथरचे प्रतिनिधित्व करतात जे अनेक वॉलेट्सनी त्यांच्या ॲप्लिकेशनमध्ये सहभागी होण्यासाठी जमा केले आहेत.",
+  "page-what-is-ether-who-holds-most-description-5": "ओम्निबस खाती: ही एक्सचेंज, प्लॅटफॉर्म आणि फंड (जसे की Coinbase, Robinhood, किंवा Binance) द्वारे चालवली जाणारी मोठी वॉलेट्स आहेत. जेव्हा एखादा वापरकर्ता एक्सचेंजवर ETH खरेदी करतो, तेव्हा ते अनेकदा प्लॅटफॉर्मच्या इतर हजारो ग्राहकांकडे असलेल्या ETH सोबत या मोठ्या खात्यांपैकी एकात ठेवले जाते.",
+  "page-what-is-ether-who-holds-most-description-6": "तुम्ही <etherscan>Etherscan वर येथे</etherscan> सर्वाधिक ETH शिल्लक असलेल्या इथेरियम वॉलेट पत्त्यांची थेट यादी पाहू शकता.",
+  "page-what-is-ether-distribution": "विकेंद्रीकरणासाठी वितरण का महत्त्वाचे आहे",
+  "page-what-is-ether-distribution-description-1": "व्यापक वितरण केंद्रीकृत नियंत्रणास प्रतिबंधित करते. खरे विकेंद्रीकरण नेटवर्कची देखभाल करणाऱ्या स्वतंत्र नोड्स आणि व्हॅलिडेटर्सच्या संख्येवर अवलंबून असते.",
+  "page-what-is-ether-what-makes-eth-valuable": "ETH ला मौल्यवान काय बनवते?",
+  "page-what-is-ether-what-makes-eth-valuable-description-1": "ETH अनेक स्त्रोतांकडून मूल्य प्राप्त करते:",
+  "page-what-is-ether-what-makes-eth-valuable-description-2": "<strong>नेटवर्क उपयुक्तता</strong>: सर्व इथेरियम व्यवहारांसाठी गॅस शुल्कासाठी ETH आवश्यक असते, ज्यामुळे नेटवर्कचा स्वीकार वाढत असताना एक सातत्यपूर्ण मागणी निर्माण होते.",
+  "page-what-is-ether-what-makes-eth-valuable-description-3": "<strong>स्टेकिंग रिवॉर्ड्स</strong>: ETH स्टेकर्स नेटवर्क सुरक्षित करताना उत्पन्न मिळवतात, जे वैयक्तिक आणि संस्थात्मक दोन्ही गुंतवणूकदारांना आकर्षित करते.",
+  "page-what-is-ether-what-makes-eth-valuable-description-4": "<strong>मूल्याचे भांडार</strong>: अनेक जण ETH ला \"डिजिटल तेल\" म्हणून पाहतात—डिजिटल अर्थव्यवस्थेला चालना देणारी वास्तविक उपयुक्तता असलेली एक दुर्मिळ मालमत्ता.",
+  "page-what-is-ether-what-makes-eth-valuable-description-5": "<strong>पुरवठा डायनॅमिक्स</strong>: शुल्क बर्निंगमुळे जास्त वापराच्या काळात चलनघटीचा दाब निर्माण होतो. 2021 पासून, <ultrasound>लाखो ETH कायमचे चलनातून काढून टाकण्यात आले आहेत</ultrasound>.",
+  "page-what-is-ether-what-is-wrapping-eth": "ETH रॅप करणे म्हणजे काय?",
+  "page-what-is-ether-what-is-wrapping-eth-description-1": "रॅप्ड ETH (WETH) हे एक ERC-20 टोकन आहे जे 1:1 आधारावर ETH चे प्रतिनिधित्व करते. अनेक विकेंद्रीकृत ॲप्स आणि L2 नेटवर्क्स ERC-20 टोकन हाताळण्यासाठी तयार केले आहेत, परंतु मूळ ETH स्वतः ERC-20 टोकन नाही. 'रॅपिंग' म्हणजे ETH ला एका स्मार्ट कॉन्ट्रॅक्टमध्ये लॉक करणे, आणि त्या लॉक केलेल्या ETH (WETH) चे ERC-20 प्रतिनिधित्व जारी करणे, ज्यामुळे ते कोणत्याही ॲप्स आणि L2s मध्ये वापरले जाऊ शकते जे फक्त ERC-20 टोकन स्वीकारू शकतात.",
+  "page-what-is-ether-what-is-wrapping-eth-description-2": "सामान्य उपयोगांमध्ये हे समाविष्ट आहे:",
+  "page-what-is-ether-what-is-wrapping-eth-description-3": "<uniswap>Uniswap</uniswap> सारख्या विकेंद्रीकृत एक्सचेंजेसवर ट्रेडिंग पेअर्स",
+  "page-what-is-ether-what-is-wrapping-eth-description-4": "<aave>Aave</aave> सारख्या कर्ज देणाऱ्या प्लॅटफॉर्मवर कोलॅटरल",
+  "page-what-is-ether-what-is-wrapping-eth-description-5": "<opensea>OpenSea</opensea> सारख्या NFT मार्केटप्लेसवर बोली लावणे",
+  "page-what-is-ether-what-is-wrapping-eth-description-6": "WETH कधीही कमी शुल्कासह परत ETH मध्ये अनरॅप केले जाऊ शकते. WETH नष्ट केले जाते, आणि त्याने प्रतिनिधित्व केलेले ETH स्मार्ट कॉन्ट्रॅक्टमधून रिलीज केले जाते. बहुतेक ॲप्लिकेशन्स रॅपिंग आणि अनरॅपिंग प्रक्रिया अखंडपणे हाताळतात.",
+  "page-what-is-ether-what-is-wrapping-eth-description-7": "रॅप्ड ETH (WETH) बद्दल अधिक जाणून घ्या",
+  "page-what-is-ether-gas-table-transaction-type": "व्यवहार प्रकार",
+  "page-what-is-ether-gas-table-typical-cost-range": "थेट खर्च श्रेणी",
+  "page-what-is-ether-gas-table-estimated-gas-units": "अंदाजित गॅस युनिट्स",
+  "page-what-is-ether-gas-table-row-1-1": "ETH ट्रान्सफर्स",
+  "page-what-is-ether-gas-table-row-2-1": "टोकन स्वॅप करणे",
+  "page-what-is-ether-gas-table-row-3-1": "जटिल DeFi/NFT व्यवहार"
+}
\ No newline at end of file
diff --git a/src/intl/mr/page-what-is-ethereum.json b/src/intl/mr/page-what-is-ethereum.json
index 83af057b629..a00963a9396 100644
--- a/src/intl/mr/page-what-is-ethereum.json
+++ b/src/intl/mr/page-what-is-ethereum.json
@@ -1,125 +1,187 @@
 {
-  "page-what-is-ethereum-alt-img-bazaar": "बाजारामध्ये डोकावणारी व्यक्ती, Ethereum चे प्रतिनिधित्व करणारे स्पष्टीकरणात्मक चित्र",
-  "page-what-is-ethereum-alt-img-comm": "एकत्र काम करत असलेल्या Ethereum समुदायाच्या सदस्यांचे उदाहरण",
-  "page-what-is-ethereum-alt-img-lego": "लेगो ब्रिक्सचा वापर करून हात ETH चा लोगो बनवित असल्याचे स्पष्टीकरणात्मक चित्र",
-  "page-what-is-ethereum-banking-card": "प्रत्येकासाठी बँकिंग",
-  "page-what-is-ethereum-banking-card-desc": "प्रत्येकाला आर्थिक सेवांपर्यंत प्रवेश मिळेलच असे नाही. अथेरम आणि त्यावर तयार केलेल्या कर्ज, उधार आणि बचत उत्पादने यांचा उपयोग करण्यासाठी तुम्हाला फक्त इंटरनेट कनेक्शनची आवश्यकता आहे.",
-  "page-what-is-ethereum-build": "Ethereumसह काहीतरी बनवा",
-  "page-what-is-ethereum-build-desc": "तुम्हाला Ethereum सह तयार करण्याचा प्रयत्न करायचा असल्यास, आमचे दस्तऐवज वाचा, काही ट्यूटोरियल वापरून पहा किंवा तुम्हाला सुरुवात करण्यासाठी आवश्यक असलेली साधने पहा.",
-  "page-what-is-ethereum-censorless-card": "सेन्सॉरशिप-प्रतिरोधक",
-  "page-what-is-ethereum-censorless-card-desc": "Ethereumवर कोणतेही सरकार किंवा कंपनीचे नियंत्रण नाही. विकेंद्रीकरणामुळे तुम्हाला पेमेंट मिळण्यापासून किंवा Ethereumवर सेवा वापरण्यापासून रोखणे कोणालाही जवळजवळ अशक्य होते.",
-  "page-what-is-ethereum-comm-desc": "आमच्या समुदायामध्ये कलाकार, क्रिप्टो-अराजकतावादी, फॉर्च्युन 500 कंपन्या आणि आता तुम्ही यासह सर्व पार्श्वभूमीतील लोकांचा समावेश आहे. आज तुम्ही कसे सहभागी होऊ शकता ते शोधा.",
-  "page-what-is-ethereum-commerce-card": "वाणिज्य हमी",
-  "page-what-is-ethereum-commerce-card-desc": "ग्राहकांना सुरक्षित, अंगभूत हमी असते की तुम्ही जे मान्य केले होते ते प्रदान केल्यासच निधी बदलेल. त्याचप्रमाणे, विकासकांना खात्री असू शकते की त्यांच्यावरील नियम बदलणार नाहीत.",
-  "page-what-is-ethereum-composable-card": "संमिश्र उत्पादने",
-  "page-what-is-ethereum-composable-card-desc": "सर्व अॅप्स सामायिक जागतिक स्थितीसह समान ब्लॉकचेनवर तयार केले जातात, म्हणजे ते एकमेकांना बांधू शकतात (जसे Lego विटा). हे अधिक चांगली उत्पादने आणि अनुभव आणि आश्वासनांना अनुमती देते की अॅप्सवर अवलंबून असलेली कोणतीही साधने कोणीही काढू शकत नाही.",
-  "page-what-is-ethereum-community": "Ethereum समुदाय",
-  "page-what-is-ethereum-desc": "आमच्या डिजिटल भविष्याचा पाया",
-  "page-what-is-ethereum-explore": "Ethereum चे अन्वेषण करा",
-  "page-what-is-ethereum-internet-card": "एक खुले इंटरनेट",
-  "page-what-is-ethereum-internet-card-desc": "कोणीही Ethereum नेटवर्कशी संवाद साधू शकतो किंवा त्यावर अनुप्रयोग तयार करू शकतो. हे तुम्हाला तुमची स्वतःची मालमत्ता आणि ओळख नियंत्रित करण्यास अनुमती देते, त्याऐवजी ते काही मेगा-कॉर्पोरेशन्सद्वारे नियंत्रित केले जातात.",
-  "page-what-is-ethereum-meet-comm": "समाजाला भेटा",
-  "page-what-is-ethereum-meta-description": "Ethereum बद्दल जाणून घ्या, ते काय करते आणि ते स्वतःसाठी कसे वापरायचे.",
-  "page-what-is-ethereum-meta-title": "Ethereum म्हणजे काय? | ethereum.org",
-  "page-what-is-ethereum-p2p-card": "एक पीअर-टू-पीअर नेटवर्क",
-  "page-what-is-ethereum-p2p-card-desc": "Ethereum तुम्हाला इतर लोकांशी थेट समन्वय साधण्यास, करार करण्यास किंवा डिजिटल मालमत्ता हस्तांतरित करण्यास अनुमती देते. तुम्हाला मध्यस्थांवर अवलंबून राहण्याची गरज नाही.",
-  "page-what-is-ethereum-start-building-btn": "निर्माण करायला प्रारंभ करा",
+  "page-what-is-ethereum-meta-title": "इथीरियम म्हणजे काय? (संपूर्ण मार्गदर्शक) | ethereum.org",
+  "page-what-is-ethereum-meta-description": "इथीरियम म्हणजे काय, ते कसे कार्य करते, ते काय करते आणि त्याचा वापर किंवा त्यावर बांधकाम कसे सुरू करावे याचा संपूर्ण आढावा. सोप्या भाषेत समजावून सांगितले आहे.",
   "page-what-is-ethereum-title": "अथेरम म्हणजे काय?",
-  "page-what-is-ethereum-subtitle": "Ethereum कसे कार्य करते, त्याचे फायदे आणि जगभरातील लाखो लोक ते कसे वापरत आहेत याबद्दल एक संपूर्ण नवशिक्या मार्गदर्शक.",
-  "page-what-is-ethereum-button-lets-start": "आपण सुरु करू",
-  "page-what-is-ethereum-blockchain-tab-title": "ब्लॉकचेन म्हणजे काय?",
-  "page-what-is-ethereum-blockchain-tab-content": "<b>ब्लॉकचेन हा व्यवहारांचा डेटाबेस आहे</b> जो नेटवर्कमधील अनेक संगणकांवर अद्यतनितआणि शेअर केला जातो. प्रत्येक वेळी व्यवहारांचा नवीन संच जोडला जातो, त्याला \"ब्लॉक\" म्हणतात - म्हणून ब्लॉकचेन नाव. Ethereum सारख्या सार्वजनिक ब्लॉकचेन कोणालाही डेटा जोडण्याची परवानगी देतात, परंतु काढू शकत नाहीत. जर एखाद्याला कोणतीही माहिती बदलायची असेल किंवा सिस्टमची फसवणूक करायची असेल, तर त्यांना नेटवर्कवरील बहुतेक संगणकांवर तसे करणे आवश्यक आहे. ते खूप आहे! हे विकेंद्रित ब्लॉकचेन जसे की Ethereum अत्यंत सुरक्षित बनवते.",
-  "page-what-is-ethereum-cryptocurrency-tab-title": "क्रिप्टोकरन्सी म्हणजे काय?",
-  "page-what-is-ethereum-cryptocurrency-tab-content-1": "क्रिप्टोकरन्सी ही एक संज्ञा आहे जी ब्लॉकचेन वापरून सुरक्षित केलेल्या अनेक प्रकारच्या बुरशीजन्य डिजिटल टोकन्सचे वर्णन करण्यासाठी वापरली जाते. हे सर्व Bitcoin पासून सुरू झाले. मध्यस्थावर विश्वास न ठेवता दोन पक्षांमधील मूल्य हस्तांतरित करण्यासाठी Bitcoin चा वापर केला जाऊ शकतो. तुम्हाला फक्त Bitcoin कोडवर विश्वास ठेवावा लागेल, जो सर्व खुला आणि मुक्तपणे उपलब्ध आहे.",
-  "page-what-is-ethereum-cryptocurrency-tab-content-2": "बिटकॉइन आणि इथर सारख्या मालमत्तेला “क्रिप्टोकरन्सी” असे म्हणतात याचे कारण म्हणजे तुमच्या डेटा आणि मालमत्तेच्या सुरक्षिततेची हमी <a href=\"/glossary/#cryptography\">क्रिप्टोग्राफीद्वारे</a> दिली जाते, एखाद्या संस्थेवर किंवा कॉर्पोरेशनवर प्रामाणिकपणे कार्य करण्यासाठी विश्वास ठेवून नाही.",
-  "page-what-is-ethereum-cryptocurrency-tab-content-3": "Ethereumची स्वतःची मूळ क्रिप्टोकरन्सी आहे, इथर (ETH), जी नेटवर्कवरील काही क्रियाकलापांसाठी पैसे देण्यासाठी वापरली जाते. ते इतर वापरकर्त्यांकडे हस्तांतरित केले जाऊ शकते किंवा Ethereum वरील इतर टोकनसाठी बदलले जाऊ शकते. इथर हे विशेष आहे कारण ते Ethereum वर अॅप्स आणि संस्था तयार करण्यासाठी आणि चालवण्यासाठी आवश्यक असलेल्या गणनेसाठी पैसे देण्यासाठी वापरले जाते.",
-  "page-what-is-ethereum-summary-title": "सारांश",
-  "page-what-is-ethereum-summary-desc-1": "Ethereum हे जगभरातील संगणकांचे नेटवर्क आहे जे Ethereum प्रोटोकॉल नावाच्या नियमांचे पालन करते. Ethereum नेटवर्क समुदाय, अनुप्रयोग, संस्था आणि डिजिटल मालमत्तेसाठी पाया म्हणून कार्य करते जे कोणीही तयार आणि वापरू शकतात.",
-  "page-what-is-ethereum-summary-desc-2": "तुम्ही कुठूनही, कधीही Ethereum खाते तयार करू शकता आणि अॅप्सचे जग एक्सप्लोर करू शकता किंवा तुमचे स्वतःचे तयार करू शकता. मुख्य नाविन्यपूर्ण गोष्ट अशी आहे की तुम्ही हे सर्व नियम बदलू शकणार्‍या किंवा तुमचा प्रवेश प्रतिबंधित करणाऱ्या केंद्रीय प्राधिकरणावर विश्वास न ठेवता करू शकता.",
-  "page-what-is-ethereum-summary-desc-3": "अधिक जाणून घेण्यासाठी वाचत रहा…",
-  "page-what-is-ethereum-btc-eth-diff-title": "Ethereum आणि Bitcoin मध्ये काय फरक आहे?",
-  "page-what-is-ethereum-btc-eth-diff-1": "2015 मध्ये लाँच केलेले, Ethereum काही मोठ्या फरकांसह Bitcoin च्या नवकल्पनावर आधारित आहे.",
-  "page-what-is-ethereum-btc-eth-diff-2": "दोन्ही तुम्हाला पेमेंट प्रदाते किंवा बँकांशिवाय डिजिटल पैसे वापरू देतात. परंतु <b>Ethereum प्रोग्राम करण्यायोग्य आहे</b>, त्यामुळे तुम्ही त्याच्या नेटवर्कवर विकेंद्रित अनुप्रयोग तयार आणि तैनात देखील करू शकता.",
-  "page-what-is-ethereum-btc-eth-diff-3": "Bitcoin आम्हाला काय मौल्यवान वाटते याबद्दल एकमेकांना मूलभूत संदेश पाठविण्यास सक्षम करते. अधिकाराशिवाय मूल्य स्थापित करणे आधीच शक्तिशाली आहे. Ethereum हे वाढवते: केवळ संदेशांऐवजी, तुम्ही कोणताही सामान्य प्रोग्राम किंवा करार लिहू शकता. कोणत्या प्रकारचे करार तयार केले जाऊ शकतात आणि त्यावर सहमती दर्शविली जाऊ शकते यासाठी कोणतीही मर्यादा नाही, म्हणून Ethereum नेटवर्कवर उत्कृष्ट नवीनता घडते.",
-  "page-what-is-ethereum-btc-eth-diff-4": "Bitcoin हे केवळ पेमेंट नेटवर्क असताना, Ethereum हे आर्थिक सेवा, गेम्स, सोशल नेटवर्क्स आणि इतर अॅप्सच्या बाजारपेठेसारखे आहे.",
-  "page-what-is-ethereum-what-can-eth-do-title": "Ethereum काय करू शकतो?",
-  "page-what-is-ethereum-why-would-i-use-ethereum-title": "मी Ethereum का वापरू?",
-  "page-what-is-ethereum-why-would-i-use-ethereum-1": "तुम्हाला जागतिक स्तरावर समन्वय साधण्यासाठी, संस्था तयार करण्यासाठी, अॅप्स तयार करण्यासाठी आणि मूल्य शेअर करण्याच्या अधिक लवचिक, मुक्त आणि विश्वासार्ह मार्गांमध्ये स्वारस्य असल्यास, Ethereum तुमच्यासाठी आहे. Ethereum ही एक कथा आहे जी आपल्या सर्वांनी लिहिली आहे, म्हणून या आणि आपण तिच्यासह कोणते अविश्वसनीय जग तयार करू शकतो ते शोधा.",
-  "page-what-is-ethereum-why-would-i-use-ethereum-2": "ज्यांना त्यांच्या नियंत्रणाबाहेरील बाह्य शक्तींमुळे त्यांच्या मालमत्तेची सुरक्षितता किंवा सुदृढता किंवा गतिशीलता याभोवती अनिश्चितता हाताळावी लागली आहे अशा लोकांसाठी Ethereum देखील अमूल्य आहे.",
-  "page-what-is-ethereum-slide-1-title": "स्वस्त आणि जलद क्रॉसबॉर्डर पेमेंट",
-  "page-what-is-ethereum-slide-1-desc-1": "<b>स्टेबलकॉइन्स</b> हा क्रिप्टोकरन्सीचा एक नवीन प्रकार आहे जो त्याच्या मूल्याचा आधार म्हणून अधिक स्थिर मालमत्तेवर अवलंबून असतो. त्यापैकी बहुतेक युनायटेड स्टेट्स डॉलरशी जोडलेले आहेत आणि म्हणून त्या चलनाचे मूल्य कायम ठेवतात. हे अतिशय स्वस्त आणि स्थिर जागतिक पेमेंट सिस्टमला अनुमती देतात. अनेक वर्तमान स्टेबलकॉइन्स Ethereum नेटवर्कवर तयार केले आहेत.",
-  "page-what-is-ethereum-slide-1-desc-2": "Ethereum आणि स्टेबलकॉइन्स परदेशात पैसे पाठवण्याची प्रक्रिया सुलभ करतात. तुमच्या सरासरी बँकेला आणि किमतीच्या काही भागासाठी अनेक व्यावसायिक दिवस किंवा अगदी आठवडे लागू शकतात याच्या विरोधात, जगभरातील निधी हलवण्यास बर्‍याचदा काही मिनिटे लागतात. याव्यतिरिक्त, उच्च मूल्याचे व्यवहार करण्यासाठी कोणतेही अतिरिक्त शुल्क नाही आणि तुम्ही तुमचे पैसे कोठे किंवा का पाठवत आहात यावर शून्य निर्बंध आहेत.",
-  "page-what-is-ethereum-slide-2-title": "संकटाच्या काळात जलद मदत",
-  "page-what-is-ethereum-slide-2-desc-1": "तुम्ही राहता त्या विश्वासार्ह संस्थांमार्फत अनेक बँकिंग पर्याय उपलब्ध करून देण्याचे भाग्यवान असल्यास, तुम्ही ते देत असलेले आर्थिक स्वातंत्र्य, सुरक्षितता आणि स्थिरता गृहीत धरू शकता. परंतु जगभरातील अनेक लोकांना राजकीय दडपशाही किंवा आर्थिक अडचणींचा सामना करावा लागतो, वित्तीय संस्था त्यांना आवश्यक असलेले संरक्षण किंवा सेवा प्रदान करू शकत नाहीत.",
-  "page-what-is-ethereum-slide-2-desc-2": "जेव्हा युद्ध, आर्थिक संकटे किंवा नागरी स्वातंत्र्यांवरील दडपशाही <a href=\"https://time.com/5486673/bitcoin-venezuela-authoritarian/\">व्हेनेझुएला</a>, <a href=\"https://www.economist.com/the-americas/2021/10/30/cubas-communist-regime-is-trying-to-control-crypto\">क्युबा</a>, <a href=\"https://www.aljazeera.com/news/2022/3/21/crypto-provides-fix-for-some-in-crisis-hit-afghanistan\">अफगाणिस्तान</a>, <a href=\"https://qz.com/africa/1922466/how-bitcoin-powered-nigerias-endsars-protests/\">नायजेरिया</a>, <a href=\"https://www.euronews.com/my-europe/2021/12/22/meet-the-ngo-turning-to-cryptocurrencies-to-help-desperate-belarusians\">बेलारूस</a>, and <a href=\"https://internationalbanker.com/finance/cryptocurrencies-filling-crucial-role-in-the-russia-ukraine-conflict/\">युक्रेनच्या</a> रहिवाशांवर आली, तेव्हा क्रिप्टोकरन्सी हे आर्थिक स्वातंत्र्य टिकवण्याचे सर्वात जलद आणि अनेकदा एकमेव साधन होते. <sup><a href=\"https://www.financialinclusion.tech/\">1</a></sup> या उदाहरणांमध्ये दिसून येते की, जेव्हा लोक बाहेरील जगाशी तुटतात, तेव्हा अथेरम सारख्या क्रिप्टोकरन्सी त्यांना जागतिक अर्थव्यवस्थेचा विनाअडथळा प्रवेश प्रदान करू शकतात. याव्यतिरिक्त, स्थिर नाणे हे अति चलनवाढमुळे स्थानिक चलनांमध्ये घसरण होत असताना मूल्याची सुरक्षितता प्रदान करतात.",
-  "page-what-is-ethereum-slide-3-title": "निर्मात्यांना सक्षम करणे",
-  "page-what-is-ethereum-slide-3-desc-1": "एकट्या 2021 मध्ये, कलाकार, संगीतकार, लेखक आणि इतर निर्मात्यांनी एकत्रितपणे सुमारे $3.5 अब्ज कमाई करण्यासाठी Ethereumचा वापर केला. हे Spotify, YouTube आणि Etsy सोबत निर्मात्यांसाठी Ethereum ला सर्वात मोठे जागतिक प्लॅटफॉर्म बनवते. <a href=\"https://stark.mirror.xyz/q3OnsK7mvfGtTQ72nfoxLyEV5lfYOqUfJIoKBx7BG1I\">अधिक जाणून घ्या</a>.",
-  "page-what-is-ethereum-slide-4-title": "गेमर्सला सशक्त करणे",
-  "page-what-is-ethereum-slide-4-desc-1": "प्ले टू अर्न गेम (जेथे खेळाडूंना गेम खेळण्यासाठी बक्षीस दिले जाते) अलीकडेच उदयास आले आहे आणि गेमिंग उद्योगात बदल घडवून आणत आहेत. पारंपारिकपणे, वास्तविक पैशासाठी इतर खेळाडूंना गेममधील मालमत्ता व्यापार करणे किंवा हस्तांतरित करणे बर्‍याचदा प्रतिबंधित आहे. हे खेळाडूंना काळ्या बाजाराच्या वेबसाइट्स वापरण्यास भाग पाडते जे बर्याचदा सुरक्षिततेसाठी धोका असते. ब्लॉकचेन गेमिंग इन-गेम अर्थव्यवस्थेचा स्वीकार करते आणि अशा वर्तनाला विश्वासार्ह पद्धतीने प्रोत्साहन देते.",
-  "page-what-is-ethereum-slide-4-desc-2": "शिवाय, खेळाडूंना खऱ्या पैशासाठी इन-गेम टोकन्सचा व्यापार करण्यास सक्षम बनवून प्रोत्साहन दिले जाते आणि अशा प्रकारे त्यांना त्यांच्या खेळाच्या वेळेसाठी खरोखर पुरस्कृत केले जाते.",
-  "page-what-is-ethereum-meet-ether-title": "इथर, Ethereumची क्रिप्टोकरन्सी भेटा",
-  "page-what-is-ethereum-meet-ether-desc-1": "Ethereum नेटवर्कवरील अनेक क्रियांसाठी Ethereumच्या एम्बेडेड संगणकावर (ज्याला Ethereum व्हर्च्युअल मशीन म्हणून ओळखले जाते) काही काम करावे लागते. ही गणना विनामूल्य नाही; Ethereumची मूळ क्रिप्टोकरन्सी ईथर (ETH) वापरण्यासाठी पैसे दिले जातात. याचा अर्थ नेटवर्क वापरण्यासाठी तुम्हाला किमान थोड्या प्रमाणात इथरची आवश्यकता आहे.",
-  "page-what-is-ethereum-meet-ether-desc-2": "इथर हे पूर्णपणे डिजिटल आहे आणि तुम्ही ते जगात कोठेही कोणालाही त्वरित पाठवू शकता. इथरचा पुरवठा कोणत्याही सरकार किंवा कंपनीद्वारे नियंत्रित केला जात नाही - तो विकेंद्रित आणि पूर्णपणे पारदर्शक आहे. इथर प्रोटोकॉलनुसार अचूकपणे जारी केले जाते, जे नेटवर्क सुरक्षित करतात त्यांनाच.",
-  "page-what-is-ethereum-what-is-ether": "एथर म्हणजे काय?",
-  "page-what-is-ethereum-get-eth": "ETH मिळवा",
-  "page-what-is-ethereum-explore-applications": "अनुप्रयोग एक्सप्लोर करा",
-  "page-what-is-ethereum-learn-defi": "DeFi बद्दल जाणून घ्या",
-  "page-what-is-ethereum-who-runs-ethereum-title": "Ethereum कोण चालवतो?",
-  "page-what-is-ethereum-who-runs-ethereum-desc-1": "अथेरम कोणत्याही विशिष्ट घटकाद्वारे नियंत्रित केले जात नाही. जेव्हा जेव्हा अथेरम प्रोटोकॉलचे पालन करून सॉफ्टवेअर चालवणारे कनेक्ट केलेले संगणक असतात आणि अथेरम <a href=\"/glossary/#blockchain\">ब्लॉकचेनमध्ये</a> जोडतात तेव्हा ते अस्तित्वात असते. यातील प्रत्येक संगणक नोड म्हणून ओळखला जातो. नोड्स कोणीही चालवू शकतात, जरी नेटवर्क सुरक्षित करण्यात भाग घेण्यासाठी आपल्याला ETH (अथेरम चे मूळ टोकन) भाग <a href=\"/glossary/#staking\">स्टेक करावा</a> लागेल.",
-  "page-what-is-ethereum-who-runs-ethereum-desc-2": "Ethereum स्त्रोत कोड देखील एका घटकाद्वारे तयार केला जात नाही. कोणीही प्रोटोकॉलमध्ये बदल सुचवू शकतो आणि अपग्रेडवर चर्चा करू शकतो. Ethereum प्रोटोकॉलची अनेक अंमलबजावणी आहेत जी स्वतंत्र संस्थांद्वारे अनेक प्रोग्रामिंग भाषांमध्ये तयार केली जातात आणि ती सहसा खुल्या ठिकाणी तयार केली जातात आणि समुदाय योगदानांना प्रोत्साहन देतात.",
-  "page-what-is-ethereum-run-a-node": "एक नोड चालवा",
-  "page-what-is-ethereum-smart-contract-title": "स्मार्ट करार म्हणजे काय?",
-  "page-what-is-ethereum-smart-contract-desc-1": "<b>स्मार्ट कॉन्ट्रॅक्ट हे कॉम्प्युटर प्रोग्राम्स आहेत</b> जे Ethereum ब्लॉकचेनवर राहतात. वापरकर्त्याकडून व्यवहार केल्यावर ते कार्यान्वित होतात. ते Ethereum काय करू शकतात यात ते खूप लवचिक बनवतात. हे कार्यक्रम विकेंद्रित अॅप्स आणि संस्थांसाठी बिल्डिंग ब्लॉक्स म्हणून काम करतात.",
-  "page-what-is-ethereum-smart-contract-desc-2": "तुम्ही कधीही एखादे उत्पादन वापरले आहे ज्याने त्याच्या सेवा अटी बदलल्या आहेत? किंवा तुम्हाला उपयुक्त वाटलेले वैशिष्ट्य काढले? एकदा Ethereum ला स्मार्ट कॉन्ट्रॅक्ट प्रकाशित झाल्यानंतर, तो ऑनलाइन असेल आणि Ethereum अस्तित्वात असेल तोपर्यंत कार्यरत असेल. लेखकही ते उतरवू शकत नाही. स्मार्ट कॉन्ट्रॅक्ट स्वयंचलित असल्याने, ते कोणत्याही वापरकर्त्याशी भेदभाव करत नाहीत आणि वापरण्यासाठी नेहमी तयार असतात.",
-  "page-what-is-ethereum-smart-contract-desc-3": "स्मार्ट कॉन्ट्रॅक्टची लोकप्रिय उदाहरणे म्हणजे कर्ज देणारी अॅप्स, विकेंद्रित ट्रेडिंग एक्सचेंज, विमा, चतुर्भुज निधी, सोशल नेटवर्क्स, <a href=\"/glossary/#nft\">NFT</a> - मुळात तुम्ही ज्याचा विचार करू शकता.",
-  "page-what-is-ethereum-more-on-smart-contracts": "हुशार करारांवर अधिक",
-  "page-what-is-ethereum-explore-dapps": "Dapps अन्वेषण करा",
-  "page-what-is-ethereum-criminal-activity-title": "मी ऐकले आहे की क्रिप्टोचा वापर गुन्हेगारी क्रियाकलापांसाठी एक साधन म्हणून केला जात आहे. हे खरे आहे का?",
-  "page-what-is-ethereum-criminal-activity-desc-1": "कोणत्याही तंत्रज्ञानाप्रमाणे, कधीकधी त्याचा गैरवापर केला जाईल. तथापि, Ethereumचे सर्व व्यवहार खुल्या ब्लॉकचेनवर होत असल्याने, पारंपारिक आर्थिक व्यवस्थेपेक्षा बेकायदेशीर क्रियाकलापांचा मागोवा घेणे अधिका-यांसाठी बरेच सोपे असते, ज्यांचा शोध न लागणाऱ्यांसाठी Ethereum कमी आकर्षक पर्याय बनतो.",
-  "page-what-is-ethereum-criminal-activity-desc-2": "क्रिप्टोचा वापर गुन्हेगारी हेतूंसाठी फियाट चलनांपेक्षा खूपच कमी वापरला जातो, युरोपोल, युरोपीयन युनियन एजन्सी फॉर लॉ एन्फोर्समेंट कोऑपरेशनच्या अलीकडील अहवालातील प्रमुख निष्कर्षांनुसार:",
-  "page-what-is-ethereum-criminal-activity-desc-3": "\"बेकायदेशीर क्रियाकलापांसाठी क्रिप्टोकरन्सीचा वापर एकूण क्रिप्टोकरन्सी अर्थव्यवस्थेचा फक्त एक छोटासा भाग आहे असे दिसते आणि ते पारंपारिक वित्तसंस्थेत गुंतलेल्या बेकायदेशीर निधीच्या तुलनेत तुलनेने लहान असल्याचे दिसते.\"",
-  "page-what-is-ethereum-energy-title": "Ethereumच्या ऊर्जेच्या वापराबद्दल काय?",
-  "page-what-is-ethereum-energy-desc-1": "15 सप्टेंबर 2022 रोजी, अथेरम द मर्ज अपग्रेडमधून गेला ज्याने अथेरमला <a href=\"/glossary/#pow\">कामाच्या पुराव्यावरून</a> <a href=\"/glossary/#pos\">प्रूफ-ऑफ-स्टेकमध्ये</a> बदलले.",
-  "page-what-is-ethereum-energy-desc-2": "विलीनीकरण हे Ethereum चे सर्वात मोठे अपग्रेड होते आणि Ethereum सुरक्षित करण्यासाठी लागणारा ऊर्जेचा वापर <b>99.95%</b> ने कमी केला, ज्यामुळे <b>कमी कार्बन खर्चासाठी अधिक सुरक्षित नेटवर्क</b> तयार झाले. Ethereum आता कमी-कार्बन ब्लॉकचेन आहे आणि त्याची सुरक्षा आणि स्केलेबिलिटी वाढवते.",
-  "page-what-is-ethereum-more-on-energy-consumption": "ऊर्जा वापरावर अधिक",
-  "page-what-is-ethereum-energy-consumption-chart-legend": "TWh/yr मध्ये वार्षिक ऊर्जा वापर",
-  "energy-consumption-chart-global-data-centers-label": "जागतिक डेटा केंद्रे",
-  "energy-consumption-gold-mining-cbeci-label": "गोल्ड माइनिंग",
-  "energy-consumption-chart-btc-pow-label": "BTC PoW",
-  "energy-consumption-chart-netflix-label": "Netflix",
-  "energy-consumption-chart-eth-pow-label": "ETH PoW",
-  "energy-consumption-chart-gaming-us-label": "यूएस मध्ये गेमिंग",
-  "energy-consumption-chart-airbnb-label": "एअर बीएनबी",
-  "energy-consumption-chart-paypal-label": "PayPal",
-  "energy-consumption-chart-eth-pos-label": "ETH PoS",
-  "page-what-is-ethereum-the-merge-update": "विलीनीकरण अद्यतन",
-  "page-what-is-ethereum-additional-reading": "पुढील वाचन",
-  "page-what-is-ethereum-week-in-ethereum": "Ethereum बातम्या मध्ये आठवडा",
-  "page-what-is-ethereum-week-in-ethereum-desc": "- संपूर्ण इकोसिस्टममधील महत्त्वाच्या घडामोडींचा समावेश करणारे साप्ताहिक वृत्तपत्र.",
-  "page-what-is-ethereum-kernel-dreamers": "Kernel",
-  "page-what-is-ethereum-kernel-dreamers-desc": "Ethereumचे स्वप्न",
-  "page-what-is-ethereum-atoms-institutions-blockchains": "अणू, संस्था, ब्लॉकचेन",
-  "page-what-is-ethereum-atoms-institutions-blockchains-desc": "- ब्लॉकचेन महत्त्वाचे का?",
-  "page-what-is-ethereum-ethereum-in-numbers-title": "संख्येत Ethereum",
-  "page-what-is-ethereum-ethereum-in-numbers-stat-1-desc": "अथेरमवरील प्रकल्प",
-  "page-what-is-ethereum-ethereum-in-numbers-stat-2-desc": "ETH शिल्लक असलेले खाते (वॉलेट्स)",
-  "page-what-is-ethereum-ethereum-in-numbers-stat-3-desc": "अथेरमवरील स्मार्ट कॉन्ट्रॅक्ट",
-  "page-what-is-ethereum-ethereum-in-numbers-stat-4-desc": "अथेरम वर सुरक्षित मूल्य",
-  "page-what-is-ethereum-ethereum-in-numbers-stat-5-desc": "2021 मध्ये अथेरमवर निर्मात्याची कमाई",
-  "page-what-is-ethereum-ethereum-in-numbers-stat-6-desc": "आज व्यवहारांची संख्या",
-  "adoption-chart-column-now-label": "आता",
-  "adoption-chart-investors-label": "गुंतवणूकदार",
-  "adoption-chart-developers-label": "विकसक",
-  "adoption-chart-companies-label": "कंपन्या",
-  "adoption-chart-artists-label": "कलाकार",
-  "adoption-chart-musicians-label": "संगीतकार",
-  "adoption-chart-writers-label": "लेखक",
-  "adoption-chart-gamers-label": "गेमर्स",
-  "adoption-chart-refugees-label": "निर्वासित",
-  "page-what-is-ethereum-get-eth-alt": "काही ETH मिळवा",
-  "page-what-is-ethereum-get-eth-description": "ETH हे अथेरमचे मूळ चलन आहे. अथेरम ऍप्लिकेशन्स वापरण्यासाठी तुम्हाला तुमच्या वॉलेटमध्ये काही ETH आवश्यक असेल.",
-  "page-what-is-ethereum-get-eth-title": "काही ETH मिळवा",
-  "page-what-is-ethereum-explore-dapps-alt": "Dapps अन्वेषण करा",
-  "page-what-is-ethereum-explore-dapps-description": "Dapp अथेरमवर तयार केलेले ऍप्लिकेशन आहेत. Dapp सध्याच्या बिझनेस मॉडेल्समध्ये व्यत्यय आणत आहेत आणि नवीन शोधत आहेत.",
-  "page-what-is-ethereum-explore-dapps-title": "काही dapps वापरून पहा"
+  "page-what-is-ethereum-hero-description-1": "इथीरियम हे विकेंद्रीकृत ब्लॉकचेन नेटवर्क आणि सॉफ्टवेअर विकास प्लॅटफॉर्म आहे, ज्याला इथर (ETH) या क्रिप्टोकरन्सीची शक्ती मिळते.",
+  "page-what-is-ethereum-hero-description-2": "हे DeFi, NFT, गेमिंग, विकेंद्रीकृत सोशल मीडिया आणि स्टेबलकॉइन्स या क्षेत्रांतील हजारो क्रिप्टोकरन्सी आणि अनुप्रयोगांचे केंद्र आहे.",
+  "page-what-is-ethereum-ethereum-intro-1": "इथीरियम हे एक खुले, सार्वजनिक ब्लॉकचेन आहे, जे जुलै २०१५ मध्ये व्हिटालिक बुटेरिन नावाच्या सॉफ्टवेअर विकसकाने आणि त्यांच्या छोट्या सह-संस्थापकांच्या टीमने सुरू केले.",
+  "page-what-is-ethereum-ethereum-intro-2": "इथीरियममागची कल्पना सोपी होती. बिटकॉइन तुम्हाला डिजिटल चलन पाठवण्याची आणि प्राप्त करण्याची परवानगी देत होते, तर इथीरियम यावर आधारित <a>स्मार्ट कॉन्ट्रॅक्ट्स</a> नावाच्या मुक्त-स्रोत प्रोग्राम्सचा वापर करणार होते.",
+  "page-what-is-ethereum-ethereum-intro-3": "<strong>स्मार्ट कॉन्ट्रॅक्ट्स</strong> कोणालाही आपली स्वतःची डिजिटल मालमत्ता आणि २४/७ जागतिक पातळीवर चालणारी विकेंद्रीकृत अनुप्रयोग (dapps) तयार करण्याची परवानगी देतात. आणि बँका, कंपन्या किंवा इतर संस्थांच्या उलट, स्मार्ट कॉन्ट्रॅक्ट्स इंटरनेट कनेक्शन असलेल्या कोणालाही उपलब्ध आहेत.",
+  "page-what-is-ethereum-ethereum-intro-4": "२०१५ पासून, इथीरियम डिजिटल मालमत्तांचा एक समृद्ध परिसंस्था बनली आहे जसे की <strong>स्टेबलकॉइन्स</strong>, नॉन-फंजिबल टोकन्स (<strong>NFTs</strong>) आणि गव्हर्नन्स टोकन्स, तसेच विकेंद्रीकृत वित्त (<strong>DeFi</strong>), कला आणि संग्रहणीय वस्तू, गेमिंग आणि विकेंद्रीकृत सोशल मीडिया यासाठी विस्तृत dapps जग.",
+  "page-what-is-ethereum-ethereum-intro-5": "एकत्रितपणे, या परिसंस्थेला \"<strong>वेब3</strong>\" असे म्हणतात, जे <strong>मालकीभोवती केंद्रित इंटरनेटच्या तिसऱ्या टप्प्याचे</strong> प्रतिनिधित्व करते.",
+  "page-what-is-ethereum-ethereum-intro-6": "आज, इथीरियमचा वापर जगभरातील <millions>लाखो लोक</millions> करतात, ज्यांच्याकडे <billions>अब्जो डॉलर</billions>ची मालमत्ता आहे आणि जे दरवर्षी <trillions>ट्रिलियन्स डॉलर</trillions> पाठवतात आणि प्राप्त करतात—सर्व काही बँकशिवाय.",
+  "page-what-is-ethereum-ethereum-intro-7": "याच्या केंद्रस्थानी आहे इथीरियमची स्थानिक क्रिप्टोकरन्सी <strong>इथर (ETH)</strong>, ही एक नवीन प्रकारची डिजिटल पैसे आहेत जी संपूर्ण नेटवर्क चालवण्यासाठी वापरली जातात.",
+  "page-what-is-ethereum-network-title": "इथीरियम नेटवर्क म्हणजे काय?",
+  "page-what-is-ethereum-network-intro-1": "आपण इथीरियम नेटवर्कला <strong>एक जागतिक डिजिटल पायाभूत सुविधा जी कोणीही वापरू शकते</strong> पण कोणीही तिचा गैरवापर करू शकत नाही, असे समजू शकता.",
+  "page-what-is-ethereum-network-intro-2": "हे नेटवर्क जगभरातील <strong>हजारो स्वतंत्र संगणक</strong> म्हणजेच नोड्स यांनी बनलेले आहे. हे नोड्स, सामान्य लोकांद्वारे चालवले जातात, एकत्र काम करून कोणालाही कुठेही आर्थिक सेवा आणि डिजिटल अनुप्रयोग पुरवतात.",
+  "page-what-is-ethereum-network-intro-3": "इथीरियम नेटवर्कला संस्था चालवलेल्या पारंपारिक नेटवर्कपेक्षा <strong>३ मुख्य फायदे</strong> आहेत. हे आहेत: सेन्सॉरशिप प्रतिकार, वाढलेली सुरक्षा आणि सुधारित विश्वासार्हता.",
+  "page-what-is-ethereum-network-censorship-title": "सेन्सॉरशीप प्रतिरोधक",
+  "page-what-is-ethereum-network-censorship-desc-1": "जिथे पारंपारिक अ‍ॅप्स आणि वित्तीय सेवा बँका किंवा कंपन्यांवर अवलंबून असतात ज्या प्रवेश ब्लॉक करणे किंवा खाते फ्रीझ करणे ठरवू शकतात, तिथे इथीरियमवरील dapps सेन्सॉरशिप प्रतिरोधक असतात.",
+  "page-what-is-ethereum-network-censorship-desc-2": "याचे कारण म्हणजे इथीरियमच्या नोड्सच्या नेटवर्कमध्ये प्रत्येक व्यवहार भेदभाव न करता नोंदवला जातो—आणि हा नियम कोडमध्ये एम्बेड केलेला आहे.",
+  "page-what-is-ethereum-network-security-title": "अत्यंत सुरक्षित",
+  "page-what-is-ethereum-network-security-desc-1": "आज अनेक अ‍ॅप्स AWS सारख्या क्लाऊड प्रदात्यांवर होस्ट केले जातात आणि ते बंदी आणि हल्ल्यांसाठी संवेदनशील असू शकतात, परंतु इथीरियमवरील dapps नेटवर्कद्वारे सुरक्षित केलेले असतात. प्रत्येक नोड इथीरियमची संपूर्ण स्थिती, सर्व कॉन्ट्रॅक्ट्ससहित, साठवते आणि समक्रमित करते.",
+  "page-what-is-ethereum-network-security-desc-2": "जर कोणीतरी एखादा कॉन्ट्रॅक्ट बदलण्याचा प्रयत्न केला, तर तो त्यांच्या नोंदींशी जुळत नसल्याने नेटवर्क त्याला नाकारेल. एकच अ‍ॅप बंद करण्यासाठी, आक्रमणकर्त्यांना संपूर्ण नेटवर्क ताब्यात घ्यावे लागेल, ज्यासाठी अब्जो डॉलर खर्च येईल आणि समन्वय करणे अत्यंत कठीण होईल.",
+  "page-what-is-ethereum-network-reliability-title": "टिकाऊ आणि विश्वासार्ह",
+  "page-what-is-ethereum-network-reliability-desc-1": "क्लाऊड होस्टिंग प्लॅटफॉर्मवरील डाउनटाइममुळे अ‍ॅप्स ऑफलाइन जाऊ शकतात, परंतु इथीरियमची रचना पूर्ण वेळ चालू राहण्याची हमी देते. काही नोड्स सॉफ्टवेअर बग्स, सरकारी कारवाई, नैसर्गिक आपत्ती किंवा युद्धामुळे ऑफलाइन झाले तरी नेटवर्क चालू राहील.",
+  "page-what-is-ethereum-network-reliability-desc-2": "लाखो लोक दररोज इथीरियमवर हजारो dapps वापरतात. जास्त मागणीमुळे व्यवहार शुल्क वाढू शकते, परंतु हे अशा नेटवर्कची ताकद दर्शवते जे सुरक्षा, विकेंद्रीकरण आणि जेव्हा तुम्हाला हवे असेल तेव्हा नेहमी उपलब्ध राहण्याची हमी यांना प्राधान्य देते.",
+  "page-what-is-ethereum-network-layer2-title": "इथीरियम विस्तार (लेयर 2)",
+  "page-what-is-ethereum-network-layer2-desc-1": "वेगवेगळ्या टीम्सनी Ethereum वर चालणाऱ्या लेयर 2 (L2) नेटवर्क्स तयार केले आहेत जे इथीरियमची क्षमता वाढवतात. L2s एक्सप्रेस लेन्ससारखे कार्य करतात, ज्यामुळे व्यवहार वेगवान आणि स्वस्त होतात—कधीकधी सरासरीपेक्षा एक सेंटपेक्षा कमी खर्च येतो.",
+  "page-what-is-ethereum-network-layer2-desc-2": "सर्वात लोकप्रिय L2 पैकी काही, जसे की <optimism>Optimism</optimism>, <arbitrum>Arbitrum</arbitrum>, <zksync>ZKSync</zksync>, आणि <base>Base</base>, आता दरवर्षी अब्जो डॉलरच्या मूल्याच्या लाखो व्यवहारांची प्रक्रिया करतात.",
+  "page-what-is-ethereum-network-learn-more": "इथीरियम नेटवर्कबद्दल अधिक जाणून घ्या",
+  "page-what-is-ethereum-ether-title": "इथर (ETH) म्हणजे काय?",
+  "page-what-is-ethereum-ether-intro-1": "इथर (ETH) हे इथीरियमची स्थानिक क्रिप्टोकरन्सी आहे.",
+  "page-what-is-ethereum-ether-intro-2": "हे एक नवीन प्रकारचे <strong>डिजिटल पैसे आहेत जे तुम्ही जगभरातील कोणालाही काही सेकंदांत पाठवू शकता</strong>, अगदी काही सेंट्समध्ये. परंतु ETH फक्त पैसे पाठवण्यासाठीच नाही. हे इथीरियम नेटवर्क चालू ठेवण्यासाठी महत्त्वाची भूमिका बजावते.",
+  "page-what-is-ethereum-ether-intro-3": "जेव्हा तुम्ही पैसे पाठवण्यासाठी, कला गोळा करण्यासाठी किंवा नवीन dapp तयार करण्यासाठी इथीरियम वापरता, तेव्हा तुम्ही <strong>ETH मध्ये</strong> एक लहान <strong>व्यवहार शुल्क</strong> (किंवा गॅस फी) भरता. हे शुल्क स्पॅम टाळण्यास मदत करते आणि व्यवहार प्रक्रिया करणाऱ्या व्हॅलिडेटर्सना बक्षीस देते.",
+  "page-what-is-ethereum-ether-intro-4": "हे <strong>व्हॅलिडेटर्स इथीरियम नेटवर्क सुरक्षित ठेवण्यासाठी</strong> स्टेकिंग नावाच्या प्रणालीद्वारे मदत करतात. आपल्या ETH ला लॉक करून ते व्यवहार प्रक्रिया करण्यास पात्र होतात. त्याबदल्यात, त्यांना ETH बक्षीस म्हणून मिळते. हे इथीरियमला त्याची स्वतःची स्वावलंबी अर्थव्यवस्था देते, जी कंपन्यांच्या ऐवजी वापरकर्त्यांद्वारे चालते.",
+  "page-what-is-ethereum-ether-intro-5": "अनेक पारंपारिक चलनांच्या उलट, <strong>ETH वेळेनुसार अधिक कमी उपलब्ध होऊ शकते</strong>. जेव्हा कोणी इथीरियम वापरतो, तेव्हा ETH चा एक छोटा भाग जाळला जातो, ज्यामुळे तो कायमच्या स्वरूपात पुरवठ्यातून बाहेर काढला जातो. व्यस्त दिवसांमध्ये, तयार केलेल्या ETH पेक्षा अधिक ETH जाळला जातो, ज्यामुळे ETH डेफ्लेशनरी बनतो आणि त्याची किंमत वेळेनुसार वाढते. जितका अधिक इथीरियम वापरला जातो, तितका अधिक ETH जाळला जातो.",
+  "page-what-is-ethereum-ether-intro-6": "यामुळे, अनेक लोक ETH ला गुंतवणूक म्हणून पाहतात आणि त्यांचे बचत वाढवण्यासाठी ते धारण करणे, स्टेक करणे किंवा कर्ज देणे निवडतात.",
+  "page-what-is-ethereum-ether-learn-more": "इथर (ETH) बद्दल अधिक जाणून घ्या",
+  "page-what-is-ethereum-how-title": "इथीरियम कसे कार्य करते?",
+  "page-what-is-ethereum-how-intro-1": "जेव्हा इथीरियम <strong>२०१५ मध्ये सुरू झाले</strong>, तेव्हा त्याने प्रूफ ऑफ वर्क नावाची प्रणाली वापरली.",
+  "page-what-is-ethereum-how-intro-2": "बिटकॉइनने प्रस्थापित केलेली ही यंत्रणा म्हणजे सर्व संगणकांनी कोणाचे काय मालकी आहे यावर सहमती कशी साधली हे आहे. संगणक जटिल गणितीय कोडे सोडवण्याचा प्रयत्न करत बरीच ऊर्जा वापरतात. विजेत्या संगणकाला येणाऱ्या व्यवहारांचा ब्लॉक प्रस्तावित करण्याचा आणि नवीन ETH मिळवण्याचा अधिकार मिळतो.",
+  "page-what-is-ethereum-how-intro-3": "२०२२ मध्ये, इथीरियमने <strong>प्रूफ ऑफ स्टेक</strong> नावाच्या नवीन प्रणालीकडे अपग्रेड केले <a>जी ९९% अधिक ऊर्जा कार्यक्षम आहे</a>. गणितीय कोडींच्या ऐवजी, व्हॅलिडेटर्स व्यवहार प्रक्रिया करण्याचा अधिकार मिळवण्यासाठी त्यांच्या ETH ला सुरक्षा ठेव म्हणून लॉक करतात.",
+  "page-what-is-ethereum-how-intro-4": "जर त्यांनी ते योग्य प्रकारे केले, तर त्यांना ETH मिळते. जर त्यांनी फसवणूक केली, तर त्यांचा काही हिस्सा गमावला जातो.",
+  "page-what-is-ethereum-how-intro-5": "येथे एक उदाहरण आहे:",
+  "page-what-is-ethereum-how-example-1-title": "जेव्हा तुम्ही इथीरियमवर मित्राला $10 स्टेबलकॉइन्स पाठवता:",
+  "page-what-is-ethereum-how-example-1-step-1": "तुम्ही तुमचे वॉलेट उघडता, ज्याला पाठवायचे आहे तो खाते पत्ता आणि रक्कम जोडता, नंतर पाठवा क्लिक करता.",
+  "page-what-is-ethereum-how-example-1-step-2": "तुमचे वॉलेट पेमेंटवर सही करते आणि ते नेटवर्कवर प्रसारित करते.",
+  "page-what-is-ethereum-how-example-1-step-3": "पेमेंट सार्वजनिक रांगेत (मेमपूल) थांबते जोपर्यंत ब्लॉक प्रपोजर ते निवडत नाही.",
+  "page-what-is-ethereum-how-example-1-step-4": "ब्लॉक प्रपोजर त्यास पुढील व्यवहारांच्या ब्लॉकमध्ये जोडतो, प्रसारित करतो आणि फी कमवतो.",
+  "page-what-is-ethereum-how-example-1-step-5": "स्टेबलकॉइन कॉन्ट्रॅक्ट तुमच्याकडून तुमच्या मित्राकडे $10 हलवतो, आणि दोन्ही वॉलेट अपडेट होतात.",
+  "page-what-is-ethereum-how-example-1-step-6": "परिवर्तनांच्या वैधतेची दुप्पट तपासणी आणि पुष्टी करण्यासाठी व्हॅलिडेटर्सचा जागतिक नेटवर्क कार्यरत असतो.",
+  "page-what-is-ethereum-how-example-2-title": "जेव्हा तुम्ही इथीरियमवर $5 चे कलेक्टिबल मिंट करता:",
+  "page-what-is-ethereum-how-example-2-step-1": "तुम्ही तुमचे वॉलेट dapp शी कनेक्ट करता आणि मिंट करण्यासाठी आयटम निवडता.",
+  "page-what-is-ethereum-how-example-2-step-2": "तुम्ही खरेदीची पुष्टी करता; वॉलेट व्यवहारावर सही करून प्रसारित करते.",
+  "page-what-is-ethereum-how-example-2-step-3": "मिंट विनंती मेमपूलमध्ये सामील होते आणि नंतर व्हॅलिडेटरद्वारे एका ब्लॉकमध्ये जोडली जाते.",
+  "page-what-is-ethereum-how-example-2-step-4": "NFT स्मार्ट कॉन्ट्रॅक्ट तुमचे वॉलेट नवीन मालक म्हणून नोंदवते.",
+  "page-what-is-ethereum-how-example-2-step-5": "तुमचे नवीन कलेक्टिबल काही सेकंदांनंतर तुमच्या वॉलेटमध्ये दिसते.",
+  "page-what-is-ethereum-how-outro-1": "हे सर्व स्मार्ट कॉन्ट्रॅक्ट्सच्या सामर्थ्यामुळे शक्य आहे; हे ओपन-सोर्स प्रोग्राम्स आहेत जे इथीरियमवर राहतात आणि २४/७, ३६५ दिवस कोणालाही, कुठेही उपलब्ध असतात.",
+  "page-what-is-ethereum-how-outro-2": "<strong>प्रत्येक व्यवहार, अपडेट आणि क्रिया हजारो स्वतंत्र नोड्सवर सिंक केली जाते.</strong> यामुळे इथीरियमला त्याची विश्वासार्हता, पारदर्शकता आणि सेन्सॉरशिप प्रतिकार मिळतो.",
+  "page-what-is-ethereum-how-learn-more-1": "इथीरियम कसे कार्य करते याबद्दल अधिक जाणून घ्या",
+  "page-what-is-ethereum-how-learn-more-2": "इथीरियमच्या तांत्रिक आढाव्यासाठी डेव्हलपर डॉक्स वाचा",
+  "page-what-is-ethereum-what-title": "अथेरम कशासाठी वापरले जाते?",
+  "page-what-is-ethereum-what-intro-1": "लोक इथीरियमचा वापर अशा गोष्टी करण्यासाठी करतात ज्या पूर्वी शक्य नव्हत्या.",
+  "page-what-is-ethereum-what-intro-2": "केनियामधील शेतकरी बँकेकडे अर्ज न करता <insurance>त्यांच्या पिकांवर स्वयंचलित विमा</insurance> मिळवू शकतात. <strong>Visa</strong> सारखे व्यवसाय पहिल्या दिवसापासून <payment>जागतिक स्तरावर काम करणारी नवीन पेमेंट प्रणाली</payment> सुरू करू शकतात. <strong>UN</strong> सारख्या जागतिक संस्था बँक शुल्कामध्ये लाखो डॉलर्सची बचत करून <aid>निर्वासितांना मदत</aid> पोहोचवू शकतात.",
+  "page-what-is-ethereum-what-intro-3": "हे dapps आणि मालमत्ता ओपन-सोर्स कोड वापरून इथीरियमवर चालतात आणि त्यांना प्रतिबंधित, सेन्सॉर किंवा बंद केले जाऊ शकत नाही.",
+  "page-what-is-ethereum-what-intro-4": "आज विविध गट त्याचा वापर कसा करत आहेत ते येथे दिले आहे:",
+  "page-what-is-ethereum-what-consumers-title": "ग्राहक",
+  "page-what-is-ethereum-what-consumers-desc-1": "लाखो लोक दररोज पैसे हस्तांतरित करण्यासाठी, व्यापार करण्यासाठी आणि डिजिटल मालमत्तेची मालकी घेण्यासाठी इथीरियमवर dapps वापरतात. पारंपारिक अॅप्सच्या विपरीत, येथे तुमचे नाव नोंदणी करण्याची, बँकेच्या मंजुरीची वाट पाहण्याची किंवा तुमचा वैयक्तिक डेटा देण्याची आवश्यकता नाही.",
+  "page-what-is-ethereum-what-consumers-desc-2": "फक्त एक वॉलेट आणि इंटरनेट कनेक्शनने तुम्ही हे करू शकता:",
+  "page-what-is-ethereum-what-consumers-benefit-1": "<strong>बँक खाते किंवा क्रेडिट इतिहासाशिवाय आर्थिक सेवांमध्ये प्रवेश करा</strong>",
+  "page-what-is-ethereum-what-consumers-benefit-2": "<strong>डिजिटल कलेक्टिबल्स</strong>, कला आणि मालमत्तांची मालकी मिळवा ज्यांची नक्कल किंवा जप्त केली जाऊ शकत नाही",
+  "page-what-is-ethereum-what-consumers-benefit-3": "तुमच्या ईमेलने नव्हे, तर तुमच्या वॉलेटचा वापर करून dapps मध्ये साइन इन करा—<strong>पासवर्ड नाही, वैयक्तिक माहितीची आवश्यकता नाही</strong>",
+  "page-what-is-ethereum-what-consumers-benefit-4": "जागतिक समुदायांमध्ये सहभागी व्हा जिथे तुम्ही मतदान करू शकता, योगदान देऊ शकता आणि सीमारहित कमाई करू शकता",
+  "page-what-is-ethereum-what-businesses-title": "व्यवसाय आणि डेव्हलपर्स",
+  "page-what-is-ethereum-what-businesses-benefit-1": "पहिल्या दिवसापासून अंगभूत जागतिक पेमेंट प्रणालीसह dapps लाँच करा",
+  "page-what-is-ethereum-what-businesses-benefit-2": "छेड़छाड़-रोधक कॉन्ट्रॅक्ट्स तैनात करा जे <strong>करार आपोआप लागू करतात</strong>",
+  "page-what-is-ethereum-what-businesses-benefit-3": "अशी आर्थिक उत्पादने तयार करा ज्यावर कोणीही तयार करू शकेल आणि मूल्य वाढवू शकेल",
+  "page-what-is-ethereum-what-businesses-example": "उदाहरणार्थ, <a>PayPal ने इथीरियमवर स्वतःचा स्टेबलकॉइन, PYUSD लाँच केला</a>. हे एक चिन्ह आहे की जगातील सर्वात मोठ्या पेमेंट कंपन्यांना देखील इथीरियमच्या मुक्त आणि प्रोग्राम करण्यायोग्य स्वरूपाचा फायदा दिसतो.",
+  "page-what-is-ethereum-what-governments-title": "सरकार",
+  "page-what-is-ethereum-what-governments-intro": "सरकारे देखील इथीरियम काय शक्य करते याचा शोध घेऊ लागली आहेत.",
+  "page-what-is-ethereum-what-governments-benefit-1": "<strong>सार्वजनिक निधी</strong> आणि लाभ पूर्ण पारदर्शकतेने थेट नागरिकांना वितरित करा",
+  "page-what-is-ethereum-what-governments-benefit-2": "<strong>डिजिटल आयडी</strong> किंवा रेकॉर्ड जारी करा जे सीमेपलीकडे सत्यापित आणि पोर्टेबल आहेत",
+  "page-what-is-ethereum-what-governments-benefit-3": "<strong>मतदानासाठी छेड़छाड़-रोधक सार्वजनिक पायाभूत सुविधा</strong>, जमिनीचे हक्क आणि नोंदणी तयार करा",
+  "page-what-is-ethereum-what-governments-example-1": "दुसऱ्या एका प्रकरणात, युक्रेनच्या डिजिटल परिवर्तन मंत्रालयाने <a>युद्धकालीन मदत वितरीत करण्यासाठी इथीरियमचा वापर केला</a>.",
+  "page-what-is-ethereum-what-governments-example-2": "खुले स्मार्ट कॉन्ट्रॅक्ट्स वापरून निधी थेट नागरिकांना आणि स्वयंसेवी संस्थांना पाठवण्यात आला, ज्यामुळे संकटाच्या काळात पारदर्शकता, गती आणि जबाबदारी सुनिश्चित झाली.",
+  "page-what-is-ethereum-what-learn-more": "इथीरियम कशासाठी वापरले जाते याबद्दल अधिक जाणून घ्या",
+  "page-what-is-ethereum-start-title": "इथीरियम वापरण्यास कसे सुरुवात करावी",
+  "page-what-is-ethereum-start-intro-1": "इथीरियमची सुरुवात करणे तुम्हाला वाटते त्यापेक्षा सोपे आहे.",
+  "page-what-is-ethereum-start-intro-2": "तुम्हाला परवानगीची गरज नाही. तुम्हाला बँक किंवा आयडी दस्तऐवजाचीही गरज नाही. सुरुवात करण्यासाठी तुम्हाला फक्त एक डिव्हाइस आणि इंटरनेट कनेक्शनची आवश्यकता आहे.",
+  "page-what-is-ethereum-start-individuals-title": "व्यक्तींसाठी",
+  "page-what-is-ethereum-start-individuals-desc-1": "पहिली पायरी म्हणजे वॉलेट डाउनलोड करणे.",
+  "page-what-is-ethereum-start-individuals-desc-2": "याला एका अॅपसारखे समजा जे इथीरियमसाठी तुमचे खाते आणि इंटरनेट ब्राउझर दोन्ही म्हणून काम करते. ते तुमचे क्रिप्टो व्यवस्थापित करते, तुम्हाला dapps मध्ये साइन इन करू देते, तसेच टोकन आणि NFTs सारखी डिजिटल मालमत्ता पाठवू आणि प्राप्त करू देते.",
+  "page-what-is-ethereum-start-individuals-desc-3": "<zerion>Zerion</zerion>, <rainbow>Rainbow</rainbow>, आणि <coinbase>Coinbase Wallet</coinbase> सारखी लोकप्रिय वॉलेट्स विनामूल्य आणि वापरण्यास सोपी आहेत. एकदा तुमचे वॉलेट सेट झाल्यावर, तुम्ही हे करू शकता:",
+  "page-what-is-ethereum-start-individuals-step-1": "एक्सचेंजवर किंवा थेट काही वॉलेट्समध्ये थोड्या प्रमाणात ETH खरेदी करा",
+  "page-what-is-ethereum-start-individuals-step-2": "टोकन पाठवणे किंवा NFTs गोळा करणे यासारख्या व्यवहारांसाठी पैसे देण्यासाठी त्या ETH चा वापर करा",
+  "page-what-is-ethereum-start-individuals-step-3": "<zora>Zora</zora>, <uniswap>Uniswap</uniswap>, किंवा <farcaster>Farcaster</farcaster> सारखे dapps एक्सप्लोर करा—नवीन लॉगिन किंवा मंजुरीची आवश्यकता नाही",
+  "page-what-is-ethereum-start-individuals-desc-4": "या प्राधान्यक्रमांमुळे इथीरियम सुरक्षित, स्केलेबल आणि वापरकर्त्यासाठी अनुकूल राहील याची खात्री होईल, कारण दररोज अधिक लोक नेटवर्कवर अवलंबून आहेत.",
+  "page-what-is-ethereum-start-individuals-desc-5": "हे dapps तुमच्या ब्राउझरमध्ये चालतात आणि तुमच्या वॉलेटसोबत त्वरित काम करतात. तुम्ही काही मिनिटांत इथीरियम वापरणे सुरू करू शकता.",
+  "page-what-is-ethereum-start-individuals-cta-1": "इथून सुरुवात",
+  "page-what-is-ethereum-start-individuals-cta-2": "अॅप्स पहा",
+  "page-what-is-ethereum-start-developers-title": "डेव्हलपर्ससाठी",
+  "page-what-is-ethereum-start-developers-desc-1": "इथीरियम हे डेव्हलपर्ससाठी एक खेळाचे मैदान आहे. तुम्ही परवानगी, मंजुरी किंवा खऱ्या पैशांशिवाय बिल्डिंग सुरू करू शकता.",
+  "page-what-is-ethereum-start-developers-desc-2": "<a>इथीरियम डेव्हलपर डॉक्स</a> तुम्हाला तुमचा पहिला स्मार्ट कॉन्ट्रॅक्ट लिहिण्यापासून ते सेपोलिया सारख्या चाचणी नेटवर्क्सवर तैनात करण्यापर्यंत सर्व काही मार्गदर्शन करतात.",
+  "page-what-is-ethereum-start-developers-desc-3": "तुम्ही <hardhat>Hardhat</hardhat>, <foundry>Foundry</foundry>, आणि <ethers>Ethers.js</ethers> सारख्या टूल्ससह फुल-स्टॅक dapps तयार करू शकता किंवा <thirdweb>thirdweb</thirdweb> किंवा <moralis>Moralis</moralis> सारख्या लो-कोड प्लॅटफॉर्मसह प्रयोग करू शकता.",
+  "page-what-is-ethereum-start-developers-desc-4": "सर्व काही ओपन-सोर्स आणि कंपोजेबल आहे, त्यामुळे तुम्ही परवानगी न मागता जे आधीपासून आहे त्यावर रिमिक्स आणि तयार करू शकता.",
+  "page-what-is-ethereum-start-developers-cta": "इथीरियमवर बिल्डिंग सुरू करा",
+  "page-what-is-ethereum-start-business-title": "व्यवसायात इथीरियम वापरा",
+  "page-what-is-ethereum-start-business-desc-1": "एंटरप्राइजेस आधीच नवीन पायाभूत सुविधांना शक्ती देण्यासाठी इथीरियमचा वापर करत आहेत.",
+  "page-what-is-ethereum-start-business-desc-2": "अनेक एंटरप्राइजेस उच्च-वॉल्यूम वापराच्या प्रकरणांना समर्थन देण्यासाठी ऑप्टिमिझम आणि बेस सारख्या L2 नेटवर्क्ससह सुरुवात करत आहेत. हे नेटवर्क्स कमी शुल्क, वेगवान गती देतात, तसेच इथीरियमच्या सुरक्षेचा फायदा घेतात आणि प्रतिपक्षाचा धोका काढून टाकतात.",
+  "page-what-is-ethereum-start-business-desc-3": "तुम्ही हे करू शकता:",
+  "page-what-is-ethereum-start-business-benefit-1": "मॉड्यूलर लॉयल्टी प्रोग्राम्स लाँच करा जे धारणा वाढवतात आणि तृतीय-पक्षाचे खर्च कमी करतात",
+  "page-what-is-ethereum-start-business-benefit-2": "फसवणूक आणि पुनर्विक्रीचा धोका कमी करण्यासाठी तिकिटे, कूपन किंवा प्रमाणपत्रांसारख्या मालमत्तांना टोकनाइज करा",
+  "page-what-is-ethereum-start-business-benefit-3": "व्यवहार शुल्क कमी करण्यासाठी आणि नवीन बाजारपेठा अनलॉक करण्यासाठी त्वरित जागतिक पेमेंट सक्षम करा",
+  "page-what-is-ethereum-start-business-example": "उदाहरणार्थ, २०२५ मध्ये, <a>Shopify ने Base वर लाँच केले</a> जेणेकरून ग्राहक जगभरातील लाखो व्यापार्‍यांकडे स्टेबलकॉइन्स खर्च करू शकतील.",
+  "page-what-is-ethereum-start-business-cta": "व्यवसायात इथीरियम वापरा",
+  "page-what-is-ethereum-bitcoin-title": "इथीरियम आणि बिटकॉइनमध्ये काय फरक आहे?",
+  "page-what-is-ethereum-bitcoin-intro-1": "बिटकॉइन आणि इथीरियम या जगातील दोन सर्वात मोठ्या क्रिप्टोकरन्सी आहेत.",
+  "page-what-is-ethereum-bitcoin-intro-2": "ते दोन्ही तुम्हाला बँकेशिवाय पैसे पाठवू देतात, दोन्ही ब्लॉकचेन तंत्रज्ञानावर चालतात, आणि दोन्ही <strong>सर्वांसाठी खुले</strong> आहेत. पण इथेच साम्य संपते.",
+  "page-what-is-ethereum-bitcoin-comparison-1-title": "बिटकॉइन डिजिटल सोन्यासारखे आहे.",
+  "page-what-is-ethereum-bitcoin-comparison-1-desc": "याचा २१ दशलक्ष नाण्यांचा निश्चित पुरवठा आहे, पीअर-टू-पीअर पेमेंटवर एक अरुंद लक्ष आहे आणि एक मूलभूत स्क्रिप्टिंग भाषा आहे जी तुम्ही त्याद्वारे काय तयार करू शकता यावर मर्यादा घालते. ही साधेपणा डिझाइननुसार आहे कारण बिटकॉइन लवचिकतेपेक्षा अधिक अंदाज, टिकाऊपणा आणि दीर्घकालीन सुरक्षेला प्राधान्य देते.",
+  "page-what-is-ethereum-bitcoin-comparison-2-title": "इथीरियम अधिक व्यापक दृष्टिकोन स्वीकारते.",
+  "page-what-is-ethereum-bitcoin-comparison-2-desc": "हे फक्त पैसे नाहीत, ही प्रोग्राम करण्यायोग्य पायाभूत सुविधा आहे. फक्त मूल्य पाठवण्या-घेण्याऐवजी, इथीरियम डेव्हलपर्सना संपूर्ण अनुप्रयोग तयार करू देते. तुम्ही हे आधीच कृतीत पाहिले आहे: कर्ज बाजारपेठ आणि स्टेबलकॉइन्सपासून ते कलेक्टिबल्स, सोशल मीडिया आणि रिअल-टाइम पेमेंटपर्यंत—सर्व स्मार्ट कॉन्ट्रॅक्ट्सद्वारे समर्थित आणि ETH द्वारे सुरक्षित.",
+  "page-what-is-ethereum-bitcoin-comparison-3-title": "नेटवर्क ज्या प्रकारे सहमती साधतात ते देखील वेगळे आहे.",
+  "page-what-is-ethereum-bitcoin-comparison-3-desc-1": "बिटकॉइन नेटवर्क सुरक्षित करण्यासाठी माइनर्सचा वापर करते. हे शक्तिशाली संगणक आहेत जे जटिल कोडी सोडवण्यासाठी स्पर्धा करतात आणि विजेत्याला व्यवहारांचा पुढील ब्लॉक चेनमध्ये जोडण्याचा आणि बक्षीस म्हणून बिटकॉइनचा दावा करण्याचा हक्क मिळतो. या प्रक्रियेला मायनिंग म्हणतात आणि ती मोठ्या प्रमाणात वीज वापरते.",
+  "page-what-is-ethereum-bitcoin-comparison-3-desc-2": "इथीरियम देखील पूर्वी असेच काम करत असे. परंतु २०२२ मध्ये, ते प्रूफ-ऑफ-वर्कवरून प्रूफ-ऑफ-स्टेकवर स्थलांतरित झाले. आज, व्यवहार व्हॅलिडेटर्सद्वारे पुष्टी केले जातात जे संपार्श्विक म्हणून ETH लॉक करतात. प्रामाणिक व्हॅलिडेटर्स ETH बक्षिसे मिळवतात तर कोणतेही अप्रामाणिक व्हॅलिडेटर्स त्यांच्या स्टेकचा काही भाग गमावतात. या बदलामुळे इथीरियम सुरक्षा किंवा विकेंद्रीकरणाशी तडजोड न करता ९९.९८८% पेक्षा जास्त ऊर्जा-कार्यक्षम बनले.",
+  "page-what-is-ethereum-bitcoin-comparison-4-title": "पुरवठा कसा हाताळला जातो यातही फरक आहे.",
+  "page-what-is-ethereum-bitcoin-comparison-4-desc-1": "बिटकॉइनचा पुरवठा निश्चित आहे. फक्त २१ दशलक्ष नाणी असतील. दुसरीकडे, इथीरियमचा पुरवठा डायनॅमिक आहे. व्हॅलिडेटर्सना बक्षीस देण्यासाठी नवीन ETH जारी केले जाते, तर प्रत्येक व्यवहारासह एक भाग जाळला जातो. याचा अर्थ <strong>इथीरियम फक्त \"अमर्याद ETH छापू शकत नाही.\"</strong>",
+  "page-what-is-ethereum-bitcoin-comparison-4-desc-2": "जारी करण्याचा दर किती ETH स्टेक केला आहे यावर मर्यादित आहे. जसजसे अधिक ETH स्टेक केले जाते, तसतसे वैयक्तिक बक्षिसे कमी होतात, ज्यामुळे एक नैसर्गिक संतुलन निर्माण होते. हे डिझाइन केवळ व्यवहार शुल्कावर अवलंबून न राहता भविष्यात एक टिकाऊ सुरक्षा बजेट सुनिश्चित करते.",
+  "page-what-is-ethereum-bitcoin-comparison-4-desc-3": "थोडक्यात, बिटकॉइन हे मूल्य पाठवण्याचे एक साधन आहे. इथीरियम ते तयार करण्यासाठी एक प्लॅटफॉर्म आहे.",
+  "page-what-is-ethereum-bitcoin-learn-more": "इथीरियम आणि बिटकॉइनमधील फरकाबद्दल अधिक जाणून घ्या",
+  "page-what-is-ethereum-when-who-title": "इथीरियम कधी लाँच झाले, कोणी त्याची स्थापना केली आणि आता ते कोण चालवते?",
+  "page-what-is-ethereum-when-who-intro-1": "सुरुवातीपासूनच, इथीरियम त्याच्या समुदायाद्वारे चालवण्यासाठी डिझाइन केले होते.",
+  "page-what-is-ethereum-when-who-intro-2": "२०१३ मध्ये, व्हिटालिक बुटेरिनने एक व्हाइट पेपर प्रकाशित केला ज्यामध्ये पैसे आणि अॅप्ससाठी एका नवीन प्रकारच्या ब्लॉकचेनचा प्रस्ताव होता जो कोणीही वापरू शकेल. या कल्पनेला लवकरच गती मिळाली.",
+  "page-what-is-ethereum-when-who-intro-3": "२०१४ पर्यंत, गॅविन वुड आणि जोसेफ लुबिन सारखे सह-संस्थापक या प्रयत्नात सामील झाले, आणि टीमने सर्वात जुन्या क्रिप्टो क्राउडफंडिंग मोहिमांपैकी एकाद्वारे निधी उभारला.",
+  "page-what-is-ethereum-when-who-intro-4": "इथीरियम अधिकृतपणे जुलै २०१५ मध्ये लाँच झाले.",
+  "page-what-is-ethereum-when-who-history-title": "इथीरियमच्या इतिहासातील महत्त्वाचे क्षण",
+  "page-what-is-ethereum-when-who-history-2013": "१९ वर्षीय व्हिटालिक बुटेरिन इथीरियम व्हाइटपेपर प्रकाशित करतो",
+  "page-what-is-ethereum-when-who-history-2014": "इथीरियम फाउंडेशनची स्थापना आणि क्राउडफंडिंग मोहीम सुरू",
+  "page-what-is-ethereum-when-who-history-2015": "डेव्हलपर्स <em>फ्रंटियर</em> रिलीजसह इथीरियम नेटवर्क लाँच करतात",
+  "page-what-is-ethereum-when-who-history-2016": "स्मार्ट कॉन्ट्रॅक्ट एक्सप्लॉइटने द डीएओमधून $60M (3.6M ETH) काढले, ज्यामुळे चेन फोर्क झाला",
+  "page-what-is-ethereum-when-who-history-2020": "बीकन चेन लाँचने प्रूफ-ऑफ-स्टेककडे जाण्याची सुरुवात केली",
+  "page-what-is-ethereum-when-who-history-2021": "<em>लंडन</em> अपग्रेड EIP-1559 द्वारे गॅस फी बर्न करण्यास सुरुवात करते",
+  "page-what-is-ethereum-when-who-history-2022": "<em>द मर्ज</em> मायनिंगला स्टेकिंगने बदलते, ज्यामुळे ऊर्जा वापर ९९% कमी होतो",
+  "page-what-is-ethereum-when-who-history-2025": "<em>पेक्ट्रा</em> अपग्रेड स्मार्ट वॉलेट समर्थन आणि L2 सुसंगतता सुधारते",
+  "page-what-is-ethereum-when-who-governance-1": "आज, कोणतीही एक व्यक्ती किंवा कंपनी इथीरियम चालवत नाही.",
+  "page-what-is-ethereum-when-who-contributors-title": "नेटवर्कची देखभाल योगदानकर्त्यांच्या एका विस्तृत गटाद्वारे केली जाते:",
+  "page-what-is-ethereum-when-who-contributors-1": "अपग्रेड लिहिणारे आणि प्रस्तावित करणारे डेव्हलपर्स",
+  "page-what-is-ethereum-when-who-contributors-2": "वितरित भौतिक पायाभूत सुविधांमध्ये योगदान देणारे नोड ऑपरेटर",
+  "page-what-is-ethereum-when-who-contributors-3": "व्यवहारांना प्रमाणित करणारे स्टेकर्स",
+  "page-what-is-ethereum-when-who-contributors-4": "साधने आणि संस्कृती तयार करणारे समुदाय सदस्य",
+  "page-what-is-ethereum-when-who-contributors-5": "नेटवर्क वापरून <strong>तुम्ही</strong>",
+  "page-what-is-ethereum-when-who-governance-2": "<strong>येथे कोणताही सीईओ, बोर्ड किंवा केंद्रीय प्राधिकरण नाही.</strong> इथीरियम फाउंडेशन अजूनही संशोधन आणि विकासासाठी निधी देण्यास मदत करते, परंतु परिसंस्था खुल्या सहभागावर चालते.",
+  "page-what-is-ethereum-when-who-governance-3": "बदल <eips>इथीरियम इम्प्रूव्हमेंट प्रपोजल्स (EIPs)</eips> द्वारे प्रस्तावित केले जातात, त्यावर सार्वजनिकरित्या चर्चा केली जाते आणि केवळ <governance>जर व्यापक समुदायाने त्यांना पाठिंबा दिला तरच</governance> स्वीकारले जातात.",
+  "page-what-is-ethereum-when-who-governance-4": "यामुळे इथीरियम स्टार्टअपपेक्षा बदलासाठी हळू होते, परंतु बंद करणे किंवा ताब्यात घेणे खूप कठीण होते.",
+  "page-what-is-ethereum-when-who-learn-more": "इथीरियमच्या इतिहासाबद्दल अधिक जाणून घ्या",
+  "page-what-is-ethereum-roadmap-title": "२०२५ साठी इथीरियम रोडमॅप काय आहे?",
+  "page-what-is-ethereum-roadmap-intro-1": "इथीरियम एका निश्चित रोडमॅपचे अनुसरण करत नाही. ते एका सामायिक दृष्टिकोनाचे अनुसरण करते.",
+  "page-what-is-ethereum-roadmap-intro-2": "नेटवर्क अपग्रेड EIPs म्हणून केले जातात आणि जगभरातील योगदानकर्त्यांद्वारे सार्वजनिकरित्या विकसित केले जातात. काय होते हे ठरवणारी कोणतीही केंद्रीय टीम नाही, फक्त लोक वापरकर्त्यांच्या गरजांवर आधारित जे उपयुक्त आहे ते तयार करत आहेत.",
+  "page-what-is-ethereum-roadmap-intro-3": "पेक्ट्रा हे मे २०२५ मध्ये लाँच केलेले सर्वात अलीकडील अपग्रेड आहे. या अपग्रेडने वॉलेटची वैशिष्ट्ये सुधारली, स्टेकर्सना अधिक लवचिकता दिली, आणि dapps साठी L2s वर चालणे सोपे केले. सुरक्षा किंवा विकेंद्रीकरणाशी तडजोड न करता उपयोगिता सुधारणे हे ध्येय होते.",
+  "page-what-is-ethereum-roadmap-priorities-intro": "<a>पुढे पाहता</a>, इथीरियमच्या प्राधान्यक्रमांमध्ये समाविष्ट आहे:",
+  "page-what-is-ethereum-roadmap-priority-1": "मुख्य प्रोटोकॉल आणि त्याचे L2s सर्वांसाठी जलद आणि स्वस्त बनवणे",
+  "page-what-is-ethereum-roadmap-priority-2": "वापरकर्ते आणि डेव्हलपर्ससाठी अनुभव सुधारणे",
+  "page-what-is-ethereum-roadmap-outro-1": "या प्राधान्यक्रमांमुळे इथीरियम सुरक्षित, स्केलेबल आणि वापरकर्त्यासाठी अनुकूल राहील याची खात्री होईल, कारण दररोज अधिक लोक नेटवर्कवर अवलंबून आहेत.",
+  "page-what-is-ethereum-roadmap-outro-2": "जर तुम्हाला इथीरियमसाठी दिशा निर्देशित करायची असेल, तर <a>सहभागी व्हा</a>. तुम्हाला परवानगीची गरज नाही, फक्त या नवीन डिजिटल अर्थव्यवस्थेत बदल घडवण्याची इच्छा आहे.",
+  "page-what-is-ethereum-roadmap-learn-more": "इथीरियम रोडमॅपचा आढावा पहा",
+  "page-what-is-ethereum-further-reading-title": "पुढे वाचा",
+  "page-what-is-ethereum-further-reading-wallets": "वॉलेट्स काय आहेत?",
+  "page-what-is-ethereum-further-reading-eth": "इथर (ETH) म्हणजे काय?",
+  "page-what-is-ethereum-further-reading-web3": "Web3 म्हणजे काय?",
+  "page-what-is-ethereum-further-reading-networks": "इथीरियम नेटवर्कबद्दल अधिक जाणून घ्या",
+  "page-what-is-ethereum-toc-ethereum": "अथेरम म्हणजे काय?",
+  "page-what-is-ethereum-toc-network": "इथीरियम नेटवर्क म्हणजे काय?",
+  "page-what-is-ethereum-toc-ether": "इथर (ETH) म्हणजे काय?",
+  "page-what-is-ethereum-toc-how": "इथीरियम कसे कार्य करते?",
+  "page-what-is-ethereum-toc-what": "अथेरम कशासाठी वापरले जाते?",
+  "page-what-is-ethereum-toc-start": "इथीरियम वापरण्यास कसे सुरुवात करावी",
+  "page-what-is-ethereum-toc-bitcoin": "इथीरियम आणि बिटकॉइनमध्ये काय फरक आहे?",
+  "page-what-is-ethereum-toc-when-who": "इथीरियम कधी लाँच झाले, कोणी त्याची स्थापना केली आणि आता ते कोण चालवते?",
+  "page-what-is-ethereum-toc-roadmap": "२०२५ साठी इथीरियम रोडमॅप काय आहे?",
+  "page-what-is-ethereum-banner-networks-alt": "भविष्यकालीन इथीरियम समुदाय केंद्राचे चित्रण",
+  "page-what-is-ethereum-banner-ether-alt": "इथर ग्लाइफ धरलेले उघडे हात",
+  "page-what-is-ethereum-banner-how-alt": "संगणक दुरुस्त करणारा माणूस",
+  "page-what-is-ethereum-banner-contributing-alt": "संगणकाकडे पाहून हसणारा डोज",
+  "page-what-is-ethereum-banner-what-alt": "चार भविष्यकालीन मानव आणि एक डोज इथीरियम प्रिझममध्ये पाहत आहेत",
+  "page-what-is-ethereum-banner-start-alt": "भविष्यकालीन समुदाय संमेलन केंद्र",
+  "page-what-is-ethereum-banner-when-who-alt": "दोन मानव चालत आणि बोलत आहेत"
 }
diff --git a/src/intl/mr/page-what-is-the-ethereum-network.json b/src/intl/mr/page-what-is-the-ethereum-network.json
new file mode 100644
index 00000000000..1f70da8e2e9
--- /dev/null
+++ b/src/intl/mr/page-what-is-the-ethereum-network.json
@@ -0,0 +1,89 @@
+{
+  "page-what-is-ethereum-network-meta-title": "इथीरियम नेटवर्क म्हणजे काय? | ethereum.org",
+  "page-what-is-ethereum-network-meta-description": "इथीरियम नेटवर्क म्हणजे काय, स्टेकिंग आणि सुरक्षितता, नेटवर्क फी (उर्फ गॅस), लेयर 2 स्केलिंग नेटवर्क्स आणि थेट नेटवर्क डेटा कसे एक्सप्लोर करायचे ते समजून घ्या.",
+  "page-what-is-ethereum-network-twitter-meta-description": "इथीरियम नेटवर्क म्हणजे काय, स्टेकिंग आणि सुरक्षितता, नेटवर्क फी, लेयर 2 स्केलिंग नेटवर्क्स आणि थेट नेटवर्क डेटा कसे एक्सप्लोर करायचे ते समजून घ्या.",
+  "page-what-is-ethereum-network-title": "इथीरियम नेटवर्क म्हणजे काय?",
+  "page-what-is-ethereum-network-description-1": "इथीरियम नेटवर्क ही इथीरियमला आधार देणारी भौतिक आणि डिजिटल पायाभूत सुविधा आहे.",
+  "page-what-is-ethereum-network-description-2": "यामध्ये डेटा स्टोअर करणारे नोड्स, व्यवहार प्रक्रिया करणारे व्हॅलिडेटर्स, स्मार्ट कॉन्ट्रॅक्ट्स चालवणारे सॉफ्टवेअर आणि मुख्य चेनच्या पलीकडे इथीरियमला स्केल करणारे लेयर 2 नेटवर्क्स यांचा समावेश आहे.",
+  "page-what-is-ethereum-network-section-network-fees-title": "इथीरियम नेटवर्क फी (उर्फ गॅस फी) म्हणजे काय?",
+  "page-what-is-ethereum-network-section-staking-title": "स्टेकिंग म्हणजे काय आणि ते नेटवर्कला कसे सुरक्षित करते?",
+  "page-what-is-ethereum-network-section-layer-2s-title": "इथीरियम लेयर 2 काय आहेत आणि ते नेटवर्कला कसे स्केल करतात?",
+  "page-what-is-ethereum-network-section-live-network-data-title": "थेट इथीरियम नेटवर्क डेटा कसा एक्सप्लोर करायचा",
+  "page-what-is-ethereum-network-read-next-title": "पुढे वाचा",
+  "page-what-is-ethereum-network-read-next-item-1": "वॉलेट्स काय आहेत?",
+  "page-what-is-ethereum-network-read-next-item-2": "इथर (ETH) म्हणजे काय?",
+  "page-what-is-ethereum-network-read-next-item-3": "Web3 म्हणजे काय?",
+  "page-what-is-ethereum-network-read-next-item-4": "इथीरियम नेटवर्कबद्दल अधिक जाणून घ्या",
+  "page-what-is-ethereum-network-section-description-1": "जेव्हा लोक इथीरियमबद्दल बोलतात, तेव्हा ते सहसा काही वेगवेगळ्या गोष्टींबद्दल बोलत असतात. यात ॲप्स आणि डिजिटल मालमत्तेची इकोसिस्टीम, ओपन-सोर्स सॉफ्टवेअर प्लॅटफॉर्म आणि मूळ चलन इथर (ETH) यांचा समावेश आहे.",
+  "page-what-is-ethereum-network-section-description-2": "पण या सर्वांच्या खाली <strong>इथीरियम नेटवर्क</strong> आहे; भौतिक आणि डिजिटल पाया जो सर्वकाही एकत्र बांधतो.",
+  "page-what-is-ethereum-network-section-description-3": "मूळतः, इथीरियम नेटवर्क हे <strong>नोड्स नावाच्या हजारो स्वतंत्र संगणकांचा</strong> संग्रह आहे. हे नोड्स <strong>जगभरातील लोकांद्वारे चालवले जातात</strong>. ते एकत्र डेटा संग्रहित करण्यासाठी, स्मार्ट कॉन्ट्रॅक्ट्स कार्यान्वित करण्यासाठी आणि प्रत्येक व्यवहार एका खुल्या, सार्वजनिक लेजरवर रेकॉर्ड करण्यासाठी काम करतात.",
+  "page-what-is-ethereum-network-section-description-4": "इथीरियम नेटवर्क अनेक महत्त्वाची कामे हाताळते, जसे की:",
+  "page-what-is-ethereum-network-section-description-5": "वापरकर्ता खाती आणि शिल्लक अपडेट करणे",
+  "page-what-is-ethereum-network-section-description-6": "स्मार्ट कॉन्ट्रॅक्ट्स कार्यान्वित करणे (ॲप्स चालवणारे प्रोग्राम)",
+  "page-what-is-ethereum-network-section-description-7": "डिजिटल मालमत्तेच्या मालकीचा मागोवा घेणे (जसे की स्टेबलकॉइन्स आणि NFTs)",
+  "page-what-is-ethereum-network-section-description-8": "दररोज इथीरियममधून जाणाऱ्या सर्व व्यवहारांवर प्रक्रिया करणे",
+  "page-what-is-ethereum-network-section-description-9": "सुदैवाने, नेटवर्क कसे कार्य करते हे समजून घेण्यासाठी तुम्हाला ते वापरण्याची आवश्यकता नाही.",
+  "page-what-is-ethereum-network-section-description-10": "बहुतेक लोक नेटवर्कचा वापर <a>डिजिटल वॉलेट</a> द्वारे करतात. <strong>एक वॉलेट</strong> हे सहसा एक वेब किंवा मोबाईल ॲप असते जे तुम्हाला <strong>ETH पाठवण्यास</strong> आणि <strong>स्वीकारण्यास, तुमची मालमत्ता व्यवस्थापित करण्यास</strong>, आणि ॲप्स वापरण्यास परवानगी देते.",
+  "page-what-is-ethereum-network-section-description-11": "इतर प्रकारचे वापरकर्ते जसे की डेव्हलपर्स आणि इथीरियमवर तयार करणारे व्यवसाय APIs, नोड सॉफ्टवेअर किंवा स्मार्ट कॉन्ट्रॅक्ट्स तैनात करू शकतात.",
+  "page-what-is-ethereum-network-section-description-12": "इथीरियम नेटवर्क त्याच्या डिझाइनमुळे पारंपरिक प्रणालींपेक्षा वेगळे आहे. <strong>इथीरियमचा कोड आणि डेटा जगभरातील विकेंद्रित नोड्सवर संग्रहित केला जातो</strong>, त्यामुळे कोणीही तुमचा प्रवेश अवरोधित करू शकत नाही किंवा तुमचे ॲप बंद करू शकत नाही.",
+  "page-what-is-ethereum-network-section-description-13": "आणि कोणीही सामील होऊ शकत असल्यामुळे, ते जागतिक प्रवेश आणि नवनिर्मितीसाठी दार उघडते.",
+  "page-what-is-ethereum-network-section-description-14": "हे गुण अशा गोष्टींना सक्षम करतात ज्या पूर्वी शक्य नव्हत्या, जसे की:",
+  "page-what-is-ethereum-network-section-description-15": "डेटा मालकी",
+  "page-what-is-ethereum-network-section-description-16": "डी-प्लॅटफॉर्मिंगशिवाय सोशल मीडिया",
+  "page-what-is-ethereum-network-section-description-17": "खुल्या आणि पारदर्शक आर्थिक प्रणाली",
+  "page-what-is-ethereum-network-section-description-18": "मूळतः, इथीरियम नेटवर्क हे डिजिटल मालकी आणि खुल्या सहभागासाठी एक पाया आहे.",
+  "page-what-is-ethereum-network-section-description-19": "तुम्ही लोकांना <strong>इथीरियम मेननेटचा</strong> उल्लेख करताना ऐकले असेल. हे तेच इथीरियम नेटवर्क आहे जे दररोज लाखो लोक वापरतात, जिथे वास्तविक मालमत्तेची देवाणघेवाण होते आणि वास्तविक ॲप्स राहतात. पण “मेननेट” हे त्याला इथीरियम लेयर 2 नेटवर्क्स आणि डेव्हलपर्स नवीन वैशिष्ट्ये थेट जाण्यापूर्वी वापरतात त्या टेस्ट नेटवर्क्स (टेस्टनेट्स) पासून वेगळे करण्यास मदत करते.",
+  "page-what-is-ethereum-network-gas-section-description-1": "इथीरियमवरील प्रत्येक व्यवहारासाठी गॅस फी नावाचे एक छोटे शुल्क लागते. तुम्ही ETH पाठवा, टोकन्स स्वॅप करा किंवा ॲप वापरा, प्रत्येक वेळी तुम्ही ब्लॉकचेनवर डेटा लिहिता तेव्हा तुम्ही थोड्या प्रमाणात गॅस भरता.",
+  "page-what-is-ethereum-network-gas-section-description-2": "<strong>गॅस फी इथीरियमला सुरळीतपणे चालू ठेवते</strong>. त्याशिवाय, वाईट हेतू असलेले लोक नेटवर्कमध्ये रिकाम्या व्यवहारांसह स्पॅम करू शकतात आणि मोठ्या गर्दीमुळे त्याचा वापर करणे अशक्य करू शकतात, कारण वापरकर्ते भरण्यास तयार असलेल्या फीनुसार व्यवहारांना प्राधान्य देण्याचा कोणताही मार्ग नसेल.",
+  "page-what-is-ethereum-network-gas-section-description-3": "इथीरियम गॅस फी व्यवहार वापरू शकणार्‍या अनेक विविध संसाधनांचा खर्च कव्हर करते, जसे की संगणन, बँडविड्थ, किंवा स्टोरेज. हे सर्व वापरकर्त्यांसाठी एकाच मूल्यामध्ये संक्षिप्त केले जाते, परंतु प्रत्येक ऑपरेशनला इतरांच्या तुलनेत किती खर्च यावा हे निर्धारित करण्यासाठी विस्तृत R&D केले जाते.",
+  "page-what-is-ethereum-network-gas-section-description-4": "तर, जेव्हा तुम्ही गॅस भरता तेव्हा काय होते? त्याचा एक भाग <strong>व्हॅलिडेटरला दिला जातो</strong> जो तुमचा व्यवहार व्यवहारांच्या “ब्लॉक” मध्ये जोडतो. दुसरा भाग <strong>“बर्न” केला जातो, ज्यामुळे तो पुरवठ्यातून काढून टाकला जातो</strong>.",
+  "page-what-is-ethereum-network-gas-section-description-5": "हे पुरवठा आणि मागणी संतुलित करण्यास मदत करते, कारण <strong>जेव्हा नेटवर्क व्यस्त असते, तेव्हा फी वाढते</strong>. जेव्हा गोष्टी शांत असतात, तेव्हा फी कमी होते.",
+  "page-what-is-ethereum-network-gas-section-description-6": "ऑगस्ट २०२१ मध्ये नेटवर्कने <blog>फी बर्निंग सुरू केल्यापासून</blog>, <strong>लाखो ETH <beaconchain>बर्न केले गेले आहेत</beaconchain></strong>. तुम्ही इथीरियम समुदायाने तयार केलेले <ultrasound>नेटवर्क डॅशबोर्ड्स आणि एक्सप्लोरर्स</ultrasound> वापरून नवीनतम आकडेवारी एक्सप्लोर करू शकता.",
+  "page-what-is-ethereum-network-gas-section-description-7": "तर, एका व्यवहारासाठी किती खर्च येतो?",
+  "page-what-is-ethereum-network-gas-section-description-8": "बरं, <strong>तुम्ही काय करत आहात यावर फी अवलंबून असते</strong>. फक्त ETH पाठवल्यास एका डॉलरपेक्षा कमी खर्च येऊ शकतो. विकेंद्रित एक्सचेंज (DEX) वर टोकन्स स्वॅप करणे काही डॉलर्स किंवा त्याहून अधिक असू शकते, विशेषतः जर नेटवर्क व्यस्त असेल. व्यवहार जितका अधिक क्लिष्ट असेल तितका जास्त गॅस खर्च होतो.",
+  "page-what-is-ethereum-network-gas-section-description-9": "गॅस फी इथीरियम वापरण्याचा सर्वात दृश्यमान भागांपैकी एक आहे, विशेषतः नवीन वापरकर्त्यांसाठी, पण हे सर्व नेटवर्कला अधिक विश्वसनीय आणि सुरक्षित बनवण्यासाठी जाते.",
+  "page-what-is-ethereum-network-gas-section-description-10": "इथीरियम नेटवर्क फीबद्दल अधिक जाणून घ्या",
+  "page-what-is-ethereum-network-staking-section-description-1": "इथीरियम नेटवर्क स्टेकिंग नावाच्या प्रणालीद्वारे सुरक्षित केले जाते. इथीरियम अशा प्रकारे <strong>व्यवहारांची पडताळणी करते, नवीन ब्लॉक्स जोडते</strong>, आणि नेटवर्कला <strong>हल्ल्यांपासून सुरक्षित ठेवते</strong>.",
+  "page-what-is-ethereum-network-staking-section-description-2": "जेव्हा इथीरियम सुरू झाले, तेव्हा त्याने प्रूफ-ऑफ-वर्क नावाच्या सहमती यंत्रणेचा (कोणाकडे काय आहे यावर सहमत होण्याची एक पद्धत) वापर केला. ही तीच यंत्रणा आहे जी बिटकॉइन आज वापरते.",
+  "page-what-is-ethereum-network-staking-section-description-3": "सप्टेंबर २०२२ मध्ये, इथीरियमने अधिक सुरक्षित आणि ऊर्जा-कार्यक्षम प्रूफ-ऑफ-स्टेक सहमती यंत्रणेत अपग्रेड केले.",
+  "page-what-is-ethereum-network-staking-section-description-4": "तर, ते कसे कार्य करते?",
+  "page-what-is-ethereum-network-staking-section-description-5": "सोप्या शब्दात सांगायचे झाल्यास, लोक काही ETH <strong>(त्यांचे ETH स्टेकवर ठेवतात)</strong> लॉक करतात, जेणेकरून ते <strong>नेटवर्क सुरक्षित करण्यास</strong> मदत करू शकतील. या लोकांना व्हॅलिडेटर्स म्हणतात. जेव्हा तुम्ही ETH स्टेक करता, तेव्हा तुमचा व्हॅलिडेटर नवीन व्यवहार तपासण्यासाठी आणि जोडण्यासाठी निवडला जातो. जर तुम्ही प्रामाणिकपणे केले, तर तुम्हाला <strong>बक्षिसे मिळतात</strong>. जर तुम्ही <strong>फसवण्याचा प्रयत्न केला, तर तुम्ही तुमच्या स्टेकचा काही भाग गमावता</strong>.",
+  "page-what-is-ethereum-network-staking-section-description-6": "स्टेकिंगमुळे इथीरियम त्याच्या सेवा गुणवत्तेसाठी विश्वासार्हपणे वचनबद्ध राहते. स्टेकवर असलेल्या या सर्व पैशांमुळे इथीरियम सुरक्षित राहण्यातच सर्वोत्तम हित आहे—तुम्ही त्याच्या विरोधात पैज लावाल का?",
+  "page-what-is-ethereum-network-staking-section-description-7": "प्रूफ-ऑफ-स्टेक सुरू केल्यानंतर फक्त दोन वर्षांत, इथीरियमने इथीरियमला सुरक्षित करण्यासाठी <stakedEther>लाखो ETH</stakedEther> स्टेक करणाऱ्या <validators>दहा लाखांहून अधिक व्हॅलिडेटर्सना</validators> आकर्षित केले. <strong>यामुळे इथीरियमवर हल्ला करणे अत्यंत महाग आणि कठीण होते</strong>. याचे कारण म्हणजे, नेटवर्कवर हल्ला करण्यासाठी, <strong>एका संस्थेला नेटवर्कवर हल्ला सुरू करण्यासाठी एकूण स्टेक केलेल्या ETH पैकी किमान १/३ ची गरज असते</strong>. आज, ही रक्कम अब्जावधी डॉलर्स इतकी आहे, आणि तरीही, हल्ला अयशस्वी होण्याची शक्यता आहे कारण १/३ पेक्षा जास्त नेटवर्कच्या उर्वरित भागाशी असहमत असल्यास फायनलायझेशन प्रतिबंधित होईल, परंतु चेन सोर्स-ऑफ-ट्रुथ मानल्या जाणाऱ्या दुसऱ्या आवृत्तीसह वाढतच राहील. १/२ पेक्षा जास्त आवृत्ती कोणती सत्य मानली जाईल हे बदलते, आणि २/३ पेक्षा जास्त आवृत्ती उर्वरित लोक सहमत नसलेल्या गोष्टीला अंतिम रूप देण्यास अनुमती देईल.",
+  "page-what-is-ethereum-network-staking-section-description-8": "हेच इथीरियमला “<strong>आर्थिक सुरक्षा</strong>” देते. हे फक्त योग्य तंत्रज्ञान असण्याबद्दल नाही. हे हल्ल्यांना प्रयत्न करण्याइतके महाग बनवण्याबद्दल आहे.",
+  "page-what-is-ethereum-network-staking-section-description-9": "इथीरियम नेटवर्क सुरक्षित करण्यात मदत करण्यासाठी, तुम्ही हे दोन मुख्य मार्गांनी करू शकता.",
+  "page-what-is-ethereum-network-staking-section-description-10": "पहिला मार्ग म्हणजे नोड चालवणे. नोड्स ब्लॉकचेनचा संपूर्ण इतिहास संग्रहित करतात, ज्यात सर्व व्यवहार आणि स्मार्ट कॉन्ट्रॅक्ट डेटा समाविष्ट आहे. इतर नोड्ससह सिंक करून, ते नेटवर्कच्या स्थितीवर सहमत होऊ शकतात, व्यवहार कायदेशीर असल्याची आणि स्मार्ट कॉन्ट्रॅक्ट डेटा उपलब्ध असल्याची खात्री करतात.",
+  "page-what-is-ethereum-network-staking-section-description-11": "दुसरा मार्ग म्हणजे तुमचा ETH स्टेक करणे. सर्वात सोपा मार्ग म्हणजे <lido>Lido</lido> किंवा <rocketpool>Rocketpool</rocketpool> सारख्या स्टेकिंग प्रदात्याद्वारे. पण जर तुमच्याकडे माहिती असेल, तर घरी व्हॅलिडेटर सॉफ्टवेअर चालवण्याचा प्रयत्न करा.",
+  "page-what-is-ethereum-network-staking-section-description-12": "स्टेकिंगबद्दल आणि ते कसे करावे याबद्दल अधिक जाणून घ्या",
+  "page-what-is-ethereum-network-staking-section-description-13": "नोड कसा चालवायचा ते शिका",
+  "page-what-is-ethereum-network-layer-2s-section-description-1": "जसजसे इथीरियम अधिक लोकप्रिय होत आहे, तसतसे नेटवर्क व्यस्त होत आहे. जेव्हा मागणी जास्त असते, तेव्हा गॅस फी वाढते आणि व्यवहारांना जास्त वेळ लागतो. हे दुरुस्त करण्यासाठी, डेव्हलपर्सनी लेयर 2s नावाच्या <strong>सहयोगी नेटवर्क्सची</strong> एक मालिका तयार केली आहे.",
+  "page-what-is-ethereum-network-layer-2s-section-description-2": "लेयर 2s, ज्यांना L2s म्हणूनही ओळखले जाते, हे इतर नेटवर्क्स आहेत जे <strong>इथीरियमच्या वर चालतात</strong>. ते व्यवहार स्वतंत्रपणे प्रक्रिया करतात, नंतर इथीरियमवर संग्रहित करण्यासाठी एक सारांश पाठवतात.",
+  "page-what-is-ethereum-network-layer-2s-section-description-3": "तुम्ही त्यांना महामार्गावरील एक्सप्रेस लेनसारखे समजू शकता. प्रत्येक व्यवहार इथीरियम मेननेटमधून जाण्याऐवजी, त्यापैकी बरेच जण हे जलद, स्वस्त मार्ग वापरतात.",
+  "page-what-is-ethereum-network-layer-2s-section-description-4": "काही सर्वात लोकप्रिय L2s मध्ये <strong>Base, Arbitrum, Optimism, zkSync</strong> आणि <strong>Starknet</strong> यांचा समावेश आहे. त्यापैकी प्रत्येकजण थोडे वेगळ्या पद्धतीने काम करतो, परंतु कल्पना तीच आहे—सुरक्षिततेशी तडजोड न करता इथीरियमला स्केल करणे.",
+  "page-what-is-ethereum-network-layer-2s-section-description-5": "Optimism किंवा zkSync वरील एका साध्या ETH हस्तांतरणासाठी <l2fees>फक्त $0.04 इतका खर्च येऊ शकतो</l2fees>, तर इथीरियम मेननेटवर $0.3-$1 च्या तुलनेत. टोकन्स स्वॅप करण्यासारखे इतर व्यवहार <l2fees>फक्त $0.20 इतके कमी असू शकतात</l2fees>. वापरकर्त्यांसाठी, याचा अर्थ <strong>किमतीच्या एका अंशात जलद व्यवहार</strong>.",
+  "page-what-is-ethereum-network-layer-2s-section-description-6": "परिणामी, L2s वेगाने वाढत आहेत. एकत्रितपणे, त्यांच्याकडे <l2beat>अब्जावधी डॉलर्सची डिजिटल मालमत्ता</l2beat> आहे.",
+  "page-what-is-ethereum-network-layer-2s-section-description-7": "L2s ला इथीरियमच्या सुरक्षिततेचा फायदा होत असल्याने, जागतिक पेमेंट आणि ॲप्लिकेशन्स तयार करू पाहणाऱ्या कंपन्यांनी इथीरियमच्या वर तयार करण्यास सुरुवात केली आहे.",
+  "page-what-is-ethereum-network-layer-2s-section-description-8": "उदाहरणार्थ, रॉबिनहूडने अलीकडेच स्टॉक्ससाठी जलद सेटलमेंट एक्सप्लोर करण्यासाठी <robinhood>स्वतःचा L2 लॉन्च केला</robinhood>. PayPal ने <paypal>आपला स्टेबलकॉइन PYUSD इथीरियम L2 आर्बिट्रममध्ये हलवला</paypal>. Shopify आता <shopify>व्यापाऱ्यांना बेसवर स्टेबलकॉइन USDC स्वीकारण्याची परवानगी देते</shopify>.",
+  "page-what-is-ethereum-network-layer-2s-section-description-9": "वापरकर्त्यांसाठी, इथीरियम आणि L2s दरम्यान मालमत्ता हलवणे सोपे आहे. तुम्ही <superbridge>ऑप्टिमिझमद्वारे सुपरब्रिज</superbridge> किंवा <portal>ZKsync द्वारे पोर्टल</portal> सारख्या L2s द्वारे तयार केलेले ब्रिज वापरून ETH आणि इतर मालमत्ता हलवू शकता. तुम्ही <hop>हॉप</hop> आणि <across>ॲक्रॉस</across> सारखी स्वतंत्र संघांनी तयार केलेली तृतीय-पक्ष साधने देखील वापरू शकता.",
+  "page-what-is-ethereum-network-layer-2s-section-description-10": "इथीरियम लेयर 2 नेटवर्क्सबद्दल अधिक जाणून घ्या",
+  "page-what-is-ethereum-network-live-network-data-section-description-1": "इथीरियम डिझाइननुसार पारदर्शक आहे. नेटवर्कवरील प्रत्येक क्रिया, ETH पाठवण्यापासून ते व्हॅलिडेटर चालवण्यापर्यंत, एका खुल्या, सार्वजनिक लेजरवर रेकॉर्ड केली जाते ज्यामध्ये कोणीही प्रवेश करू शकतो.",
+  "page-what-is-ethereum-network-live-network-data-section-description-2": "आज बहुतेक प्रणाली कशा कार्य करतात याच्या तुलनेत हे एक तीव्र विरोधाभास आहे:",
+  "page-what-is-ethereum-network-live-network-data-section-description-3": "बँका आणि संस्था त्यांचे अंतर्गत आकडे प्रकाशित करतात",
+  "page-what-is-ethereum-network-live-network-data-section-description-4": "ॲप वापराचे आकडे टेक कंपन्यांकडून काटेकोरपणे जपले जातात",
+  "page-what-is-ethereum-network-live-network-data-section-description-5": "आर्थिक डेटा अनेकदा उशिरा येतो आणि नंतर सुधारित केला जातो",
+  "page-what-is-ethereum-network-live-network-data-section-description-6": "इथीरियमसह, तुम्हाला विश्वास ठेवण्याची गरज नाही. तुम्ही पडताळणी करू शकता.",
+  "page-what-is-ethereum-network-live-network-data-section-description-7": "इथीरियम वापरण्यासाठी तुम्हाला हे सर्व समजून घेण्याची आवश्यकता नाही. पण जर तुम्हाला २०२४ मध्ये किती व्यवहार सेटल झाले, किंवा गेल्या सहा महिन्यांत किती नवीन इथीरियम पत्ते तयार झाले याबद्दल उत्सुकता असेल, तर अशी साधने आहेत जी कोणालाही रिअल टाइममध्ये नेटवर्क एक्सप्लोर करू देतात.",
+  "page-what-is-ethereum-network-live-network-data-section-description-8": "येथे काही सर्वात उपयुक्त डेटा स्रोत आणि तुम्ही ते कशासाठी वापरू शकता:",
+  "page-what-is-ethereum-network-live-network-data-section-description-9": "<etherscan>Etherscan</etherscan>: व्यवहार, वॉलेट ॲक्टिव्हिटी, आणि स्मार्ट कॉन्ट्रॅक्ट्स तपासा",
+  "page-what-is-ethereum-network-live-network-data-section-description-10": "<beaconcha>beaconcha.in</beaconcha>: व्हॅलिडेटर आकडेवारी, स्टेकिंग पातळी, आणि नेटवर्क आरोग्य पहा",
+  "page-what-is-ethereum-network-live-network-data-section-description-11": "<ultrasound>ultrasound.money</ultrasound>: ETH पुरवठा, इश्यूअन्स, आणि बर्न रिअल-टाइममध्ये ट्रॅक करा",
+  "page-what-is-ethereum-network-live-network-data-section-description-12": "<l2fees>l2fees.info</l2fees>: इथीरियम आणि L2s वरील सध्याच्या व्यवहार खर्चाची तुलना करा",
+  "page-what-is-ethereum-network-live-network-data-section-description-13": "<l2beat>L2Beat</l2beat>: सर्व प्रमुख L2s मध्ये सुरक्षित केलेले मूल्य आणि सुरक्षा मॉडेल्स पहा",
+  "page-what-is-ethereum-network-live-network-data-section-description-14": "<growthepie>growthepie</growthepie>: इथीरियममधील सर्व ऑनचेन ॲक्टिव्हिटी आणि वाढ पहा",
+  "page-what-is-ethereum-network-live-network-data-section-description-15": "<dune>Dune</dune>: इथीरियमवरील सर्व डिजिटल मालमत्तेवर कस्टम डॅशबोर्ड एक्सप्लोर करा",
+  "page-what-is-ethereum-network-live-network-data-section-description-16": "<tokenterminal>Token Terminal</tokenterminal>: डॅप महसूल, वापर, आणि प्रोटोकॉल कामगिरीची तुलना करा",
+  "page-what-is-ethereum-network-live-network-data-section-description-17": "<nansen>Nansen</nansen>: वॉलेट फ्लो, स्टेबलकॉइन हालचाली, आणि स्मार्ट मनी ट्रेंड्स फॉलो करा.",
+  "page-what-is-ethereum-network-live-network-data-section-description-18": "ही सर्व साधने तुम्हाला आवश्यक असल्यास तेथे आहेत.",
+  "page-what-is-ethereum-network-live-network-data-section-description-19": "तुम्ही डेव्हलपर, संशोधक, गुंतवणूकदार, किंवा फक्त व्यवहार तपासू इच्छिणारे कोणी असाल, इथीरियमचे खुले नेटवर्क तुम्हाला डेटा देते—थेट, परवानगीशिवाय आणि पडताळणीयोग्य.",
+  "page-what-is-ethereum-network-live-network-data-section-description-20": "इथीरियम नेटवर्क डॅशबोर्ड आणि ब्लॉक एक्सप्लोरर ब्राउझ करा"
+}
\ No newline at end of file
diff --git a/src/intl/mr/table.json b/src/intl/mr/table.json
index d288afd79ed..508bfd8d46b 100644
--- a/src/intl/mr/table.json
+++ b/src/intl/mr/table.json
@@ -1,5 +1,7 @@
 {
   "table-active": "सक्रिय",
   "table-filters": "फिल्टर",
-  "table-showing": "दाखवत आहे"
+  "table-showing": "दाखवत आहे",
+  "table-reset-filters": "रीसेट करा",
+  "table-what-are-you-looking-for": "तुम्ही काय शोधत आहात?"
 }
\ No newline at end of file
diff --git a/src/intl/mr/template-usecase.json b/src/intl/mr/template-usecase.json
index ee44df78437..33354e16d4b 100644
--- a/src/intl/mr/template-usecase.json
+++ b/src/intl/mr/template-usecase.json
@@ -1,13 +1,20 @@
 {
+  "template-usecase-dropdown-ai-agents": "एआय एजंट",
   "template-usecase-dropdown-defi": "विकेंद्रीत अर्थव्यवस्था (DeFi)",
   "template-usecase-dropdown-nft": "नॉन-फंजीबल टोकन (NFT)",
-  "template-usecase-dropdown-dao": "विकेंद्रीत स्वायत्त संस्था (DAO)",
+  "template-usecase-dropdown-dao": "विकेंद्रीकृत स्वायत्त संगठन (DAO)",
+  "template-usecase-dropdown-apps": "इथेरियम अ‍ॅप्लिकेशन्स",
+  "template-usecase-dropdown-payments": "इथेरियम देयके",
+  "template-usecase-dropdown-prediction-markets": "भविष्यवाणी बाजार",
   "template-usecase-dropdown-social-networks": "विकेंद्रित सामाजिक जाळे",
+  "template-usecase-dropdown-restaking": "रिस्टेकिंग",
   "template-usecase-dropdown-identity": "विकेंद्रित ओळख",
   "template-usecase-dropdown-desci": "विकेंद्रित विज्ञान (DeSci)",
   "template-usecase-dropdown-refi": "रीजनरेटिव्ह फायनान्स (ReFi)",
   "template-usecase-dropdown": "Ethereum वापर प्रकरणे",
   "template-usecase-banner": "Ethereum चे वापर नेहमीच विकसित आणि विकसित होत असतात. गोष्टी अधिक स्पष्ट किंवा अधिक अद्ययावत होतील असे तुम्हाला वाटत असलेली कोणतीही माहिती जोडा.",
-  "template-usecase-edit-link": "पृष्ठ सुधारणे",
-  "template-usecase-dropdown-aria": "केस ड्रॉपडाउन मेनू वापरा"
+  "template-usecase-edit-link": "पृष्ठ संपादित करा",
+  "template-usecase-dropdown-aria": "केस ड्रॉपडाउन मेनू वापरा",
+  "template-usecase-dropdown-onchain-gaming": "ऑनचेन गेमिंग",
+  "template-usecase-dropdown-rwa": "वास्तविक-जागतिक मालमत्ता (RWAs)"
 }
diff --git a/src/scripts/i18n/lib/utils/fetch.ts b/src/scripts/i18n/lib/utils/fetch.ts
index 41af8c601e7..2e3d4584c70 100644
--- a/src/scripts/i18n/lib/utils/fetch.ts
+++ b/src/scripts/i18n/lib/utils/fetch.ts
@@ -19,7 +19,12 @@ export const fetchWithRetry = async (
   const backoffMs = options?.backoffMs ?? 1000
   const retryOnStatuses = options?.retryOnStatuses ?? [
     403, // GitHub secondary rate limits
-    408, 429, 500, 502, 503, 504,
+    408,
+    429,
+    500,
+    502,
+    503,
+    504,
   ]
 
   for (let attempt = 0; attempt <= retries; attempt++) {